さんと意見交換をさせていただいた。機械翻訳活用に欠かせない視点(最後に)プリエディットについて(具体例1)森口:そもそも人手の翻訳とポストエディットは違うという話があります。当社も新田さんも共通の認識だと思いますが、「プリエディット」という概念に辿り着いています。そこに辿り着いたんでしょうか。新田:機械翻訳を使ったときに、出力がおかしいくて使い物にならない場合があります。英日翻訳も日英翻訳もそうです。その共通の原因として考えられるのは、機械翻訳エンジンにとって原文がわかりづらいということなんです。細かく言うと、文章が長いとか、構文が複雑になっているとか、日本語でいうと主語と述語がねじれているとか、主語がないとか、目的語がないとか。いう場合に原文のわかりづらさを修正したら出力結果がきれいになるという経験がいくつかあって、そこから「プリエディット」を意識し始めました。ツール開発をするいちばん最初から、機械翻訳を使うのであればプリエディットしかないと思っていました。駄文というか、そもそも機械翻訳に向いていないものをエンジンに入力しても、出てくるものがいいわけがないという、そういう発想からです。森口:人間が理解していないものは機械が理解していないという話ではなく、そもそも入力文がわかりづらければ機械にとって翻訳もしづらいはずだということですね。最初は人間にわかりやすい文体でしっかり書いてあるとか、そういうところに注目していました。英語でいえばwhich節やthat節とか括弧で囲まれた箇所がちょっと長くなったらそれを取り除いてあげて短くしてあげれば訳文がきれいになるねとか、その節をまた別で翻訳するとかっていうのは、そこを半自動化する仕組み......。森口:いわゆる複文構造ですね。新田:そうです、複文構造を単文のようにしてあげると訳文がきれいになるということがわかったので、この対象箇所があることをアラートとしてGreenTで表示するようにしました。この箇所の移動作業を自動化しました。以下のような文章があると、GreenTには括弧で囲まれた箇所を文章の末尾に移動する機能があります。この状態で独立した文として訳すと文章構造が壊れにくくなります。以下の英文をそのまま機械翻訳にかけてみます。Edge、総称して「Translator」を含むアプリ)は、送信したテキスト、画像、音声データを処理します。デバイスと使用状況データも同様である。以降の部分が別の文として最後にくっついていますね。これは、原文の主語にかかれている括弧の部分が長すぎて文章構造を正確に把握できなかったからだと思うのです。そこで、GreenTで以下のように括弧を末尾に移動するんです。Translatorは、送信したテキスト、画像、音声データ、およびデバイスと使用状況データを処理します。Edgeのアプリが含まれます)新田:こんな感じで、訳文が出力されます。“Translator”」の訳抜けがありますよ。どちらが誤訳箇所を見つけやすいか、修正しやすいか、という話なんです。和文でも、ちょっと書き換えることをしています。日本語の「××においては」という箇所は「××は」に換えて主語として扱えることがあるじゃないですか。主語を明確にした無生物主語構文に半自動で書き換えるということをやっています。(原文)図5(a)に示されるように、初期画面200においては、例えば、画面戻し釦200a、画面送り釦200b、スライドショー再生釦200c、画面切替釦200dが表示されている。displayed.新田:この原文そのものからの訳文でも意味は通じるし訳抜けもなくて英文として成立しているのですが、主語が非常に長い読みづらい英文になっています。今回のプリエディットは誤訳の修正というよりは、翻訳者目線での訳文を機械翻訳の出力結果として得ることを意図しています。以下のようにGreenTが修正候補を表示するので、それをクリックして「初期画面200においては、」を「初期画面200は、」に変えて、「が表示されている」を「を表示している」にするんです。(修正後の原文)図5(a)に示されるように、初期画面200は、例えば、画面戻し釦200a、画面送り釦200b、スライドショー再生釦200c、画面切替釦200dを表示している。200d.新田:ほら、出力結果が変わって無生物主語の英語らしい表現になりました。プリエディットについて(具体例2)森口:要は、文をどこかで切って短くすると精度が良くなるということですね。新田さんのツールはそれが注意喚起される形になっているものかなと思います。当社もいろいろなところで研究発表をしていて、プリエディットをした場合の事例を出しているんですが、結局プリエディットすること自体、翻訳に関する相当な知識がないと難しいのではないかという意見もいただいたことがあります。主語と述語のかかりがおかしいとか、遠すぎるとか、そういうものをちゃんと把握して、それをちゃんと入れ換えてあげるというのはそれだけでノウハウじゃないのですかということですね。確かにそうかもしれないのですが、ポイントに気が付いて、修正をして、もう一度機械翻訳にかけるというその流れをある程度自動化できると思っていて、新田さんのツールだと、全部はできないとしても部分的にはすでに実現できているのかなと思っています。当社では、機械が人間を支援してくれるポイントとして、プリエディット自体も半自動化、もしくはツール側で注意喚起をするという方法がが正しいのではないかなと思っています。「文が長すぎます」とか、「複文構造です」とか、「主語と述語がわかりにくいので分割したらどうですか」とか、そういうことを機械側から示唆されると、わかりやすくなります。文を分割して、細かくした後に、それを並び替えるとある程度の翻訳ができちゃうケースというのが実際にありますからね。新田:GreenTの最新版でも、結局区切るところの判断は人間の役割だと思っていて、そこの自動化は全然目指していません。現状の仕様では、その文の1部分を選択すると、それが1つのフレーズとして認識される結果、もうちょっといい精度で訳文が出てきます。先ほどの例文でGreenT上でここを選択した状態で翻訳をすると...。Edgeのアプリが含まれます)は、送信したテキスト、画像、音声データ、およびデバイスと使用状況データを処理します。(関連記事へのリンク)新田:こちらを利用したほうがわかりやすいでしょうか。森口:文字を選択したら。新田:前の例のように選択箇所を分離して単文にしたうえで翻訳をしています。その翻訳したパーツをもう一度元通りに組みなおしているのです。この作業を自動化しています。ほかにも、文自体はすごく単純なんだけれども、例えば1つの化合物名が50文字以上もあるような長い場合に訳文の構造が壊れてしまうことがあります。その化合物名を「化合物Aは」というふうに置き換えて訳すとすごくきれいになって、そして最後に「化合物A」の個所に正しい訳語を入れてあげるだけで正確な訳ができるということがわかっています。Association:略称NIPTA)の研究報告で説明されています。いう場合もGreenTで処理できます。前の例と同じようにこの長い化合物名を選択して翻訳するんです。選択するところまで人間がやります。普通に機械翻訳にかけるとこうなります。(原文)遷移金属触媒として、クロロ[[1,3-ビス(2,6-ジイソプロピルフェニル)イミダゾール-2-イリデン](アセトアニリド)パラジウム(II)]を用いる請求項1~8のいずれか1項に記載の多環式化合物の製造方法。compound.新田:このように、2文に区切られたり、先頭に9という数字が挿入されたりしておかしなことになります。実は化合物名には不要なスペースが挿入されており間違っています。GreenTで「クロロ...」の化合物名を選択して翻訳して、さらに用語集も適用すると、以下のような文章構造が保持され用語集が適用された訳文になります。catalyst.新田:なので、こういう少し面倒な置き換え作業が必要になるのでGreenTのような自動化ツールが必須なのですが、私は機械翻訳はこうやれば使えると思っています。森口:やっぱりこっちが正しい方向性ですよね。機械翻訳を活用する際に人がやることと、そうじゃないことをもう少し分けて......。インターナショナル常務取締役。国内委員として、主にISO17100およびISO18587の策定に関わる。機械翻訳エンジンの活用や翻訳関連の標準化推進に注力。機械翻訳をいかに活用するか(ホワイトペーパー)本資料は、機械翻訳(MT)導入を比較ご検討の際思い浮かべる疑問を解消し、活用のニーズ、「ポストエディット」「用語集」などのキーワードについても解説いたします。(全62ページ)資料の構成は以下のようになっております。MT導入時に知っておくべき6つのポイント最後になど競合他社様および個人翻訳者の方々からの資料請求はお断りすることがございます。ご了承の程をよろしくお願い申し上げます。それぞれの特徴や違いを紹介します。Reserved.この内容で送信します。よろしいですか?キャンセル。