OmegaTの使い方｜短い原文を訳し、翻訳メモリと訳文ファイルを確認する

翻訳ソフトの編集欄に日本語が並んでも、それだけで提出できる訳文ができたとは限りません。原文を読み込んだ場所、作業中の訳を保存する場所、最後に生成するファイルは別です。似た文の訳が候補に出たときも、数字や否定まで同じかは自分で確かめる必要があります。

この記事は、すでにOmegaTを利用できる人が、短い英語の案内八文を日本語へ訳す一件を想定しています。新しいソフトの導入、アカウント登録、外部の機械翻訳への接続は扱いません。候補訳をどう判断し、どこに修正を戻し、生成した訳文をどう確認するかを、架空の教材で順番に整理します。

翻訳メモリと自動翻訳を分け、今回の一件の完成条件を決める

翻訳作業を表す写真調の概念イメージ。実際のOmegaT画面や操作結果ではありません。

CATは人が訳を決めるための作業場所

OmegaTは翻訳支援のためのCATツールです。ここでは、翻訳者が原文を読み、訳文を入力し、過去の訳や用語を参照する作業場所として考えます。文章を入れれば必ず適切な訳が自動完成するものとして扱いません。候補が使える場合でも、誰に向けた案内か、何をしてよいか、何をしてはいけないかを決める責任は残ります。

翻訳メモリは、原文と訳文の対応を蓄えた資料です。過去にどう訳したかを手掛かりにできますが、その訳が今回も正しいことまで保証しません。機械翻訳は入力から訳を生成する仕組みで、翻訳メモリと同じではありません。辞書は語の意味などを調べる資料、用語集は今回使う訳語の約束を確認する資料として分けると、候補の出所を見失いにくくなります。

たとえば案内台という語を以前に受付と訳していたとしても、今回の架空施設が窓口全般を案内台と呼ぶ設定なら、過去の訳をそのまま使わない判断ができます。過去の訳があることは便利な材料ですが、現在の指示より優先する根拠ではありません。前の案件の名称や人名が混じっていないかも、再利用する前に確認します。

八文の案内を一件として扱う

教材は架空の展示室の案内です。入口、出口、案内台、地図という少数の語に絞り、同じ文、数字だけ違う文、否定の有無が違う文を入れています。料金や予約、法的な約束を含めず、特定の施設のルールを紹介するものでもありません。英語八文を八つの確認単位として扱いますが、アプリの分割結果が必ず八セグメントになると断定はしません。

教材用IDはS01からS08です。このIDは読者が表を見比べるための目印であり、OmegaTが表示するセグメント番号ではありません。原文ファイルへIDを入れてしまうと、それ自体も翻訳対象になる可能性があります。配布教材では原文だけのテキストと、ID付きの確認表を分け、役割を混同しないようにします。

※横にスクロールしてご覧ください。すべて架空教材・確認手順の作例であり、実アプリの操作結果や実在施設の規則ではありません。

同じ英文を繰り返す理由は、操作回数を増やすためではありません。一度決めた訳を再利用するときも、使われる場所を読む必要があることを確かめるためです。八文の順番を維持して比べると、入口を示した後に出口へ話題が移ること、数字が二から三へ変わること、最後の文では否定になることを追いやすくなります。

訳例は唯一の正解ではありません。「地図を受け取ってください」と「地図をお取りください」のように、どちらも自然な場合があります。この教材では表記をそろえるため一つを採用しますが、現実の仕事では文体指定、掲示する場所、既存の案内との関係を見て判断します。自然に見える言い換えでも、原文の意味を足したり削ったりしないことが先です。

完成を五つの確認に分ける

確認表の状態は、「入力した」「意味を照合した」「生成した」「生成物を開いて確認した」「質問が残る」を別にします。これは本稿独自の作業管理で、OmegaTに同じ状態名の機能があるという説明ではありません。自分の表に確認済みと書く場合も、対象ファイルと版を添え、古い生成物を見た記録を新しい版へ流用しないようにします。

翻訳副業の募集条件や報酬、受注前の確認は、当サイトの翻訳副業の始め方で扱っています。この記事では、その一般論を繰り返さず、引き受けた小さな一件のファイル工程に集中します。ツールの扱いを覚えたことだけで、採用、単価、納期への適合、翻訳品質が保証されるわけではありません。

原文と言語をそろえ、新しいプロジェクトへ読み込む

翻訳作業を表す写真調の概念イメージ。実際のOmegaT画面や操作結果ではありません。

元の案内と作業用の場所を分ける

最初に、元の八文をguide-source.txtとして保存し、作業用のプロジェクトとは別に入力版を残す想定にします。ファイル名が同じでも内容が差し替わることはあるため、教材の版と八文の順番を確認します。別の施設の原文や前回の案内が同じフォルダーに入っていると、意図しないファイルまで対象へ混ざる原因になります。

今回使うのはUTF-8のプレーンテキストです。太字、表、画像を含む文書を最初から持ち込まず、意味とファイルの役割に集中します。原文をテキスト編集ソフトで開き、八文が欠けずに読めることを先に確かめます。文字化けした原文を翻訳欄で直しても、どの文字が本来の内容だったかが曖昧になるためです。

公式マニュアルでは、ProjectのNewからプロジェクトを作り、原文と訳文の言語を指定してファイルを追加する流れが説明されています。教材では原文を英語、訳文を日本語として選びます。言語の方向を逆にしたまま進めず、プロジェクトの設定で両方を読み直してください。ここでの説明は公式手順の確認であり、読者の画面を操作して確認した結果ではありません。

参考：OmegaT公式6.1.0「Introduction to OmegaT」

保存する場所には、仕事の識別名が分かるフォルダーを使います。例としてmuseum-guide-practiceという名前にしますが、実在の施設との関係はありません。仕事用の規則がある場合はその規則を優先し、他案件の作業場所を使い回さないほうが、原文や翻訳メモリの混入を見つけやすくなります。共有フォルダーへの配置は、この教材の手順には含めません。

sourceと作業中の訳を混同しない

標準的なプロジェクトでは、sourceが翻訳対象の原文、omegat内のproject_save.tmxが作業中の訳を蓄える内部翻訳メモリ、targetが生成した訳文ファイルの置き場所です。この三つを「文章が入っている場所」として一括りにせず、役割の違う資料として覚えます。実際に保存先を変更している環境では、既定の場所だけを探して判断しないでください。

参考：OmegaT公式6.1.0「Project Folder」

※横にスクロールしてご覧ください。すべて架空教材・確認手順の作例であり、実アプリの操作結果や実在施設の規則ではありません。

sourceに日本語を書き込むことが翻訳作業だと思い込むと、元の英語まで変えてしまう可能性があります。今回の作業は、原文を基準として残し、編集欄で訳を作り、最後に別のファイルへ生成する流れです。原文自体に訂正が必要だと分かった場合は、翻訳の修正とは分けて記録し、どの入力版を使うかを決め直します。

取り込んだ直後に、先頭の入口案内、地図の文、数字二と三の文、最後の否定文がそろっているかを確認します。最初の一文が見えたことだけで全ファイルが入ったとしません。画面の表示件数や分割ルールによって見え方が変わるので、教材の文を一つずつ原文と対応させることを優先します。

ファイルが見えない場合は、翻訳を始める前に、選んだファイル名、内容が空でないか、形式が対応しているかを調べます。同じファイルを何度も追加して数字を増やす方法は取りません。本文が表示されない原因を特定できないなら、対象ファイルと表示状況を記録し、翻訳済みのように先へ進めないことが大切です。

八文と画面の単位を対応させる

教材の一行一文という作りは比較を簡単にするためです。実際のセグメントの切れ方は、原文の段落や設定に影響されます。画面に八件と出ないだけで失敗と決めつけず、S01からS08の内容がどの部分にあるかを確認します。逆に八件という数字が合っていても、地図の文が欠けて別の文が重複していれば合格ではありません。

作業の途中で分割ルールを変えると、同じ原文でも訳の対応を確認し直す必要が出ます。教材では途中変更を避けます。目的は設定の最適化ではなく、一件を最後まで迷わず確認できるようにすることです。分割に不自然な箇所があるなら、入力版と設定を整理してから進め、途中の候補が使えたことだけを根拠に調整しません。

• 取り込みの確認記録には、原文ファイル名、原文言語と訳文言語、八文の対応、異常の有無を残します。
• 「開いた」よりも「S07の肯定文とS08の禁止文まで原文と一致した」と書くほうが、次に確認する人に伝わります。
• 入力ファイルを更新した場合、この確認記録も旧版のものとして残し、新版について取り直します。

ここまで済んでから一文目を訳します。画面を開く準備と翻訳の品質判断は別ですが、準備を飛ばすと後半の正しい判断まで別ファイルへ適用してしまいます。少数の文であっても、どの原文をどちらの言語へ訳しているかを説明できる状態を先に作ると、後で迷う箇所が少なくなります。

一文ずつ訳し、似た訳文を使うか自分で判断する

翻訳作業を表す写真調の概念イメージ。実際のOmegaT画面や操作結果ではありません。

最初の訳を決めるときに見る三点

S01はWelcome to the exhibition room.です。この教材では「展示室へようこそ。」を訳例にします。最初に読むのは単語だけではなく、来場者へ向けた短い案内であるという用途です。長い紹介文に広げたり、実在しない施設名を補ったりせず、原文の情報量に合わせます。説明を親切にしようとして営業時間や注意事項を付け足すこともしません。

S02はPlease use the entrance on the left.で、「左側の入口をご利用ください。」とします。leftを左と訳しただけで満足せず、入口が対象であることも確認します。S03の出口案内と混ざると、文は自然でも方向誘導が誤ります。場所、方向、行動という三点を順に読むと、似た短文の取り違えを見つけやすくなります。

訳を入力した後は、そのセグメントから移動して次の文へ進みます。公式説明では、移動時に訳が内部翻訳メモリへ保存され、後の参照に使われます。ただし、保存されたことを独立した品質確認が終わった意味にしません。入力した直後には自然に読めても、まとめて対照すると訳語の揺れや抜けが見つかることがあります。

本稿では、入力直後の段階を確認表で「訳例入力」と記します。次に原文と対照し、意味、数字、肯定否定を見た段階を「対照済み」とします。この区別を手元の表で保つことで、入力した文を全部検品済みだと錯覚するのを避けます。未確定な言い回しは、空欄を埋めるために確定扱いにしません。

同じ文、数字違い、否定違いを分ける

S04のPlease take a map at the information desk.は、S06にも同じ英文を置きます。訳例は「案内台で地図をお取りください。」です。同じ文が再登場したら、候補の出所と文脈を確認し、今回も案内台と地図を指しているかを見ます。この教材では同じ意味なので再利用できますが、同じ英文が別の場面で異なる対象を指す可能性まで否定するものではありません。

S05はPlease return 2 maps to the information desk.で、S07はPlease return 3 maps to the information desk.とします。二と三以外がよく似ていても、訳をそのまま貼り付けると枚数が違います。候補を使うなら、S05の訳例「地図2枚を案内台へお戻しください。」を参考にし、S07では3枚へ変更したうえで、原文の数字と再照合します。

S08はDo not return 3 maps to the information desk.です。S07と多くの語が共通していますが、否定が加わるため、訳例は「地図3枚を案内台へ戻さないでください。」になります。少し変えるだけでよいという気持ちで候補を使うと、最も重要な禁止を落としかねません。似ている部分より、違っている部分を先に読む例として配置しています。

この禁止文は、実在施設でそのような運用をしているという案内ではありません。肯定と否定の見落としを調べるための架空教材です。S07とS08を連続した本物の掲示として納品する設定でもありません。実務で原文同士が矛盾しているように見える場合は、勝手に一方を削除せず、用途と掲載場所を依頼者へ確認する必要があります。

類似度の数字より採用理由を残す

Fuzzy Matchesには似た原文と訳の対応が表示されますが、そこで示される一致の割合を訳の正確さの点数として読みません。本稿では実機で候補を出していないため、特定の一致率や候補順を作って載せません。教材の採否表は、候補が提示されたと仮定して何を確認するかを整理したものです。

参考：OmegaT公式6.1.0「Panes」

候補を選んだ後も、どこまで挿入したかを確認します。現在の訳を置き換える操作と、カーソル位置へ文を足す操作を混同すると、同じ案内が二回入ることがあります。メニューの名称を読み、使った後は編集欄の全文を一度読み直します。ショートカットを暗記することより、結果が一文として正しいかを見られることを優先します。

採用理由は短くても具体的にします。S06なら「S04と原文も対象も同じため同じ訳を使用」、S07なら「枚数が二から三へ変わるため候補を修正」、S08なら「否定を含むため肯定の候補をそのまま使わない」と記します。候補あり、採用済み、という二語だけでは、どこを見たかが後から分かりません。

※横にスクロールしてご覧ください。すべて架空教材・確認手順の作例であり、実アプリの操作結果や実在施設の規則ではありません。

訳を直した後は、他の同じ文にも影響する設定や重複の扱いに注意します。今回の教材ではS04とS06が同一文なので、一方の訳だけを見て終えず、生成したファイルで両方を確かめます。原文八行と、内部で重複をまとめた翻訳の単位は同じ数になるとは限らないため、納品物の出現箇所で確認することが重要です。

参考：OmegaT公式6.1.0「How To」

用語集と検索を使い、同じ言葉の揺れを確認する

翻訳作業を表す写真調の概念イメージ。実際のOmegaT画面や操作結果ではありません。

三語だけの約束で確認対象を絞る

教材ではinformation deskを案内台、mapを地図、exhibition roomを展示室とする三語の小さな用語表を作ります。これは実在顧客が指定した用語ではなく、本稿の作例内での約束です。言葉の候補を大量に追加するより、この八文の中で繰り返す語をそろえる目的に限定します。

用語集は一文全体を訳す翻訳メモリとは役割が違います。案内台という訳語が表示されても、そこへ地図を取りに行くのか、戻すのか、戻してはいけないのかは原文を読む必要があります。用語が一致しただけで文意も正しいと考えると、S04、S07、S08の違いを見落とします。

語の表には、原語、採用訳、使う範囲のメモを置きます。たとえばinformation deskのメモには、この教材では窓口名として案内台を用いる、と書きます。受付と訳してはいけない理由を一般化するのではなく、今回は呼び方を統一するという範囲です。別案件へそのまま持ち出すと、相手の正式名称と食い違う場合があります。

※横にスクロールしてご覧ください。すべて架空教材・確認手順の作例であり、実アプリの操作結果や実在施設の規則ではありません。

公式の編集機能には用語を登録する入口があり、該当する語がある文で用語の候補を参照できます。細かな表示や登録先は利用中の設定と照合します。この記事では実際に用語ファイルを登録した結果を示していません。添付の用語表も確認用の教材で、配置するだけでどの環境でも認識される完成プロジェクトとは扱わないでください。

検索は揺れを見つける入口にする

八文を訳したら、案内台と受付の両方が混在していないかを確認します。この教材で受付が出てきた場合は、原文がinformation deskに当たる箇所かを見て、採用訳へそろえるか判断します。似た意味の日本語を見つけたからといって、すべてを一括置換するわけではありません。固有名詞や引用文なら別の扱いが必要になることもあります。

検索では、探しているのが原文か訳文か、全プロジェクトか限定した結果かを意識します。mapを探して見つかった文だけを確認した後、出口の案内まで点検済みにしてはいけません。検索結果の範囲と、全八文の確認範囲を分けて記録します。見つからなかったことも、指定条件が違えば意味が変わります。

確認表を使うなら、S04、S05、S06、S07、S08に案内台と地図が出るという期待を先に持てます。実際の検索件数は、重複のまとめ方や設定によってこの行数と一致しない場合があります。件数を無理に合わせるのではなく、生成した訳文の五つの出現箇所へ戻って照合します。教材IDはその対応を取るために残しています。

修正後は、表記だけを読み直すのではなく、動詞も確認します。「お取りください」と「お戻しください」は似た丁寧表現ですが、行動が逆です。案内台という共通語に注目して検索すると、動詞の誤りが視界から抜けることがあります。用語をそろえる確認と、意味を対照する確認を別の一巡にすると、見落としを減らしやすくなります。

用語が未確定なら質問として残す

現実の仕事でinformation deskの呼び名が指定されていない場合、受付、案内所、案内台などから一つを選ぶ根拠が必要です。既存掲示があるなら参照してよい資料を確認し、判断材料がなければ問い合わせとして残します。分からない語をもっともらしい訳で埋め、それを確定語として用語集へ増やす順番は避けます。

質問の書き方は、原文の語、候補、影響する場所を短くまとめます。例なら「information deskは案内台とする想定です。S04からS08の該当箇所で共通使用してよいか確認」とできます。これは本稿の問い合わせ作例で、誰かへ実際に送信したものではありません。原文そのものを外部サービスへ転送する必要もありません。

回答を待つ間も、数字や方向など独立して確認できる点は進められます。全八文を一律に完了へ進めず、用語の質問が残る範囲だけを区別します。回答が来たら内部の訳を更新し、生成物も作り直して、その版について確認を取り直します。用語表だけを変えて、既に生成したファイルも自動で直ったと思わないでください。

本稿の用語表は三語で十分です。読者が多数の語を集めることより、約束した訳語が八文の中でどう使われるかを追えることを重視します。用語集を作ったこと自体を成果にするのではなく、出力する訳文に整合しているかまで確認して初めて、今回の一件の品質に結び付きます。

未訳・数字・タグと保留事項を分けて点検する

翻訳作業を表す写真調の概念イメージ。実際のOmegaT画面や操作結果ではありません。

入力の有無と意味の正しさを別に見る

未訳の箇所を探す機能は、入力し忘れた部分を見つける助けになります。ただし、文字が入っていることと適切に翻訳できていることは別です。英語をそのまま残した文や、別の文の日本語を入れた欄も、入力があるという見方だけでは見分けられません。原文と訳文を対応させる確認を省かないでください。

教材ではS01からS08を順に読み、原文の要素に印を付ける想定にします。S02なら左側と入口、S03なら右側と出口、S05なら二枚と戻す、S07なら三枚と戻す、S08なら三枚と戻さない、という具合です。実際に画面へ印を付ける機能があると説明しているのではなく、手元の確認表の使い方です。

S08の否定が抜けた場合は、文法的に自然な日本語でも重大な意味違いになります。誤りを見つけたら、問題の文ID、原文の根拠、修正すべき訳を記します。「翻訳が変」とだけ書くより、何を直してから再確認するかが明確です。類似候補を利用した文ほど、共通部分ではなく差分をもう一度読む価値があります。

数字についても、半角か全角かという見た目と、値が同じかという内容を分けます。この教材は2枚と3枚の区別が中心です。表記を全角へ統一する作業を先に行っても、二を三に取り違えていれば正しくなりません。まず値と対象の一致、その後に文体や表記という順にすると、装飾上の統一で意味の誤りを隠さずに済みます。

自動チェックの範囲を読み違えない

警告が出なかったことを、案内の意味が全部正しい証拠にしないでください。二枚と三枚、左と右、肯定と否定のような違いは、原文との照合が必要です。自動チェックで何を対象にしたかと、人がどこを読んだかを分ければ、未確認の範囲を誤って覆い隠すことを防げます。

今回の原文はプレーンテキストなので、装飾付き文書のタグを練習する教材にはしていません。別の形式では太字などの構造がタグとして現れることがあり、欠落や位置の不整合が出力へ影響する場合があります。実在しないタグ表示をスクリーンショット風に作ったり、八文のテキストに架空のタグを挿入して実操作結果と見せたりはしません。

タグを含む仕事へ進む場合は、原文形式に対応する公式説明を確認し、訳語の修正と構造の修正を分けて行います。ファイルが開けないときにタグを全部消して文章だけ残すような対応は、書式や構造を壊す原因になります。今回の単純な教材が終わったことを、あらゆる文書形式の操作を検証した意味へ広げないことも大切です。

保留を残したまま完了にしない

• 確認表で質問が残っている文には、何を待っているかを書きます。
• 単なる未着手と、訳例はあるが正式な呼び名が未確認の状態を分けると、次にすべきことが見えます。
• 保留を別シートへ移しただけで全体が完成したことにはしません。
• 納品対象の中にその文が含まれるなら、質問の扱いを決める必要があります。

この教材では三語の指定も原文の意味も説明用に定めているため、例としては八文を確認できます。ただし、現実の依頼に同じ状態を当てはめないでください。自分で作った原文の意味が分かることと、他者が作った曖昧な原文の意図を確認できたことは違います。教材の確認済みを実案件の承認済みに読み替えないようにします。

修正が入った文は、対応する候補訳や他の出現箇所も見直します。S04を「地図をお取りください」へ直したなら、S06も同じ表現になっているかを確かめます。一方、S05やS07の戻す案内まで同じ動詞へそろえてはいけません。同じ語があるから同じ文という短絡を避け、文全体の働きを基準にします。

最後に、入力確認、意味の対照、自動チェックの範囲、質問の残件を別々に記録します。どれか一つを済ませた時点で全項目へ丸を付けるのではなく、確認した事実だけを書きます。この記録は作業時間を増やすためではなく、再生成後のどこを見直せばよいかを絞るために使います。

訳文ファイルを生成して開き直し、作業データと納品物を分ける

翻訳作業を表す写真調の概念イメージ。実際のOmegaT画面や操作結果ではありません。

保存と訳文生成を別の工程にする

編集した訳を保存することと、読者が通常のテキストファイルとして開ける訳文を作ることは別です。公式のProjectにあるCreate Translated Filesで生成した訳文は、既定ではtargetへ置かれます。内部翻訳メモリを持っているだけで、相手に渡す日本語ファイルが更新済みだと思わないでください。

1. 生成する前に、どの入力版を使い、どこまで修正したかを確認します。
2. 教材では八文の訳例と採否を点検し、質問がないという作例の状態で生成する想定です。
3. 本記事に添えた日本語テキストはその期待内容を示したもので、OmegaTが実際に生成したファイルではありません。
4. ソフトの動作検証と教材の内容検算を分けて扱います。

生成後は、target内の対象ファイルを実際に開き直します。見ているのが前回デスクトップへコピーした古いファイルではないか、ファイル名と保存場所を確認してください。編集欄で直したはずの文が変わっていない場合、まず生成した版と開いた場所を照合します。原因を調べず同じ修正を何度も入力し直す必要はありません。

外で直した日本語は内部へ自動で戻らない

生成したテキストを別の編集ソフトで開き、案内台を受付へ直接書き換えたとします。その変更はOmegaTの内部翻訳メモリへ自動で反映されません。内部の訳が案内台のままで再生成すると、外で直した内容が失われる可能性があります。どちらを正式な修正として残すかを決めず、二つの場所を並行して編集するのは避けます。

たとえばS07の3枚が2枚になっていることを生成後に見つけたら、出力ファイルのその数字だけを直して終わりにしません。原文を確認し、内部のS07に対応する訳を修正し、再生成後にS05の2枚、S07の3枚、S08の3枚と否定をまとめて読み直します。一か所の訂正が、別の似た文へ誤って広がっていないことも見るためです。

再生成したからといって、前回の確認印をすべて引き継ぎません。修正した範囲と影響し得る箇所を再確認し、どの出力版に対する確認かを残します。小さな八文なら全体を読み直す負担は大きくありません。大きな案件へ広げる場合も、生成済みという状態だけで対照確認を省けるわけではありません。

渡すファイルと再開用の資料を選び分ける

教材の完成候補は、八文の日本語テキストと、必要な変更説明です。自分用には入力版、内部作業を再開するためのプロジェクト、採否と質問の記録を分けて保管する想定にします。納品先へ出すものと、自分が戻るために残すものを分けると、不要な原文や別案件の記憶を一緒に渡す誤りを防ぎやすくなります。

完成表では、ファイル生成、開き直し、八文の対照、数字と否定の確認、質問の残件を別欄にします。「生成したが未確認」はそのまま未確認と残し、ファイルが存在することだけで納品可にしません。本稿の例は期待する内容と確認手順を示す資料で、あなたの環境でその五つが完了したと証明するものではありません。

※横にスクロールしてご覧ください。すべて架空教材・確認手順の作例であり、実アプリの操作結果や実在施設の規則ではありません。

OmegaTを使う最初の一件で大切なのは、候補訳をたくさん使うことでも、翻訳済みの数を早く増やすことでもありません。どの原文から、どの判断を経て、どの生成物ができたかを説明できることです。八文の小さな練習で原文・内部の訳・最終ファイルを分けて確かめ、その区別を保ったまま実際の仕事の条件へ合わせてください。