JPH07160716A - 機械翻訳装置 - Google Patents

Abstract

(57)【要約】 【目的】 機械翻訳装置において、翻訳結果における訳
語を、高速に、かつ正確に他の訳語と入れ換える編集機
能を提供することを目的とする。 【構成】 原文を記憶する手段（原文記憶手段１）を持
ち、その原文を翻訳する手段（翻訳手段２）を持ち、翻
訳結果である訳文テキストを記憶する手段（訳文記憶手
段３）を持ち、文単位の翻訳の際に得られる原単語とそ
の訳語の対応情報を文単位で管理する対訳情報を記憶す
る手段（翻訳情報記憶手段６）を持ち、翻訳情報に基づ
いて訳文テキスト中の訳語を指定された訳語で置き換え
る手段（編集手段４）を持ち、原文を入力したり、訳文
テキスト修正の指示を出したりするユーザインタフェー
ス５を持つ。 【効果】 翻訳結果を対象として、効率的に訳語の修正
ができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、機械翻訳によって得ら
れた訳文中の不適切な訳語を、効率的に修正する機械翻
訳装置に関するものである。

【０００２】

【従来の技術】まず、本発明の背景である機械翻訳にお
ける訳語の問題について述べる。英語は多義語であり、
特に英日翻訳を行う場合、単語単位の訳出は、機械翻訳
における大きな問題の１つとなっている。たとえば、sp
ringという単語は、「バネ、泉、春」といった全く概念
の異なる訳を持つが、現在の機械翻訳の技術レベルにお
いて、自動的に適切な訳語を選択することは非常に難し
い。

【０００３】英文We need the spring.に対し、spring
の訳の違いにより、 ・私達は、バネが必要だ。

【０００４】・私達は、泉が必要だ。 ・私達は、春が必要だ。 が得られるが、この違いは、ユーザにとって非常に重大
である。人間は、文の持つ全体的な意味や、文脈におけ
る文の位置付け等を考慮しながら適切な訳語を選択して
いるが、機械翻訳は、文単位の翻訳であり、訳語の選択
の問題は、当面、容易には解決されない問題であった。

【０００５】よって、機械翻訳の結果に対し、ユーザは
少なくとも訳語の修正という作業が必要となるわけであ
るが、現在の翻訳機が提供する訳語の修正手段は、必ず
しもユーザにとって満足のいくものではない。

【０００６】従来、機械翻訳装置によって得られた翻訳
結果における訳語を修正する方法として、 （１）．エディタによって修正する（逐次，一括） （２）．ユーザ辞書登録後に文章全体を翻訳しなおす （３）．一文翻訳時に後編集機能で訳語選択し、学習さ
せた後、文章全体を再翻訳させる といったものがある。（１）のエディタによる修正の中
でも、訳文をエディタ上で読みながら、訳語を随時修正
していく方法は、最も効率が悪い。また、エディタの機
能（検索，置換）にたよる方法があるが、逐次的な方法
は、各単語単位で検索しては確認する必要があり時間が
かかる。更に、バッチ的な置換の場合、文字列ベースに
よる検索のため、以下に述べるように、不要な置き換え
が発生する。

【０００７】その不要な置き換えの１つは、「At that
time, the interval is 〜」といった英文に対する「そ
の時間隔が〜（At that time, the interval is 〜）」
といった訳文を含む翻訳結果文書に対して、「時間→タ
イム」という訳語の置き換えが要求された場合、その要
求がtime以外の英単語に基づいたものであったとして
も、訳文テキストに対する字面ベースの置換のために、
「そのタイム隔が〜」という訳になってしまう。

【０００８】もう１つの不要な置き換えは、翻訳機の誤
った訳語選択に依存するものである。たとえば、次のよ
うな翻訳結果が同一文書中にあるとする。

【０００９】The processes execute the system call. 「進行は、システムコールを実行する。」 The work is going on according to plan. 「仕事は計画通り進行しています。」 ここでは、process，goに対して、それぞれ「進行」
「進行する」という訳が与えられている。ユーザにとっ
て、goに対する「進行する」という訳は適切であるが、
processに対する「進行」という訳は、「プロセス」と
すべきであった場合、字面ベースの一括変換を行うと、
前者は、「プロセスは、システムコールを実行する。」
と適切な結果が得られるが、副作用的に、後者は、「仕
事は計画通りプロセスしています。」という誤った訳と
なってしまう。そして、この一括置換の問題は、この誤
った置換に、ユーザが気付くタイミングが存在しないこ
とである。

【００１０】（２）の「ユーザ辞書登録後に文章全体を
翻訳しなおす」という方法は、多くの場合、ユーザ辞書
登録自体が大変であり、しかも、文章全体を翻訳しなお
すという時間的なコストが大き過ぎ、（３）の「１文翻
訳時に後編集機能で訳語選択し、学習させた後、文章全
体を再翻訳させる」というのも、１文翻訳をすること自
体が繁雑であり、文章全体を翻訳しなおすという点は、
（２）と同様である。

【００１１】

【発明が解決しようとする課題】「従来の技術」で述べ
たように、機械翻訳による翻訳結果に対する訳語変更は
容易ではなく、再翻訳は多くの時間がかかる。更にユー
ザ辞書登録も、操作が面倒であるという問題が点を有し
ていた。

【００１２】

【課題を解決するための手段】本発明は、文単位で各単
語の原単語とその訳語のペアの翻訳情報を保存する手段
と、ユーザが訳語変更のために変更対象となる原単語と
それに対する新たな訳語を指定する手段と、ユーザによ
り指定された原単語をキーとして翻訳情報内の原単語を
検索する検索手段と、上記検索手段による検索の結果、
ユーザが指定した原単語を原文内に含む文の訳文にアク
セスする手段と、上記訳文内の文字列に対してユーザが
指定した新訳語文字列で検索する検索手段と、上記訳文
の部分文字列をユーザが指定した文字列で置換する手段
を備える。

【００１３】

【作用】訳文を構成する訳語に対する原単語を記憶して
おき、その情報に基づいて訳語の入れ替えを行うため、
テキストエディタによる検索・置換のような副作用もな
く、適切にかつ効率的に、訳語の入れ替えを行う。

【００１４】

【実施例】以下、図面に基づいて、本発明の機械翻訳装
置の一実施例について詳細に説明する。

【００１５】図１は、単語単位の訳語が、いかなる原単
語に由来するものであるかを、文単位で記憶・管理する
翻訳情報テーブルである。同図では、文番号１０と２０
の情報のみを描いているが、実際は、すべての文に対し
て、同様な訳語情報を持つ。各レコード（行）は、３つ
のフィールド（欄）から構成されており、それぞれのフ
ィールドは、文番号，原単語（訳のもととなった英単
語），訳語を記憶している。つまり、各レコードは、
「第○行の○○という単語を○○と訳した」という情報
を表わしている。したがって、同図は、 ・文１０では、processを「進行」と訳している ・文１０では、executeを「実行する」と訳している ・文１０では、system callを「システムコール」と訳
している ・文２０では、workを「仕事」と訳している ・文２０では、goを「進行する」と訳している ・文２０では、planを「計画」と訳している と読む。この翻訳情報テーブルは、ある英単語を他の訳
語に置き換える際に参照される。

【００１６】図２は、本発明の一実施例における機械翻
訳装置の機能ブロック図である。１は、キーボードなど
によってシステムに取り込まれた翻訳対象英文をテキス
トとして記憶する原文記憶手段、２は、原文記憶手段１
に記憶された英文を翻訳するための翻訳手段、３は、翻
訳手段２によって翻訳された結果の訳文をテキストとし
て、かつ、１訳文を１レコード形式（１英文に対する訳
文を１レコードとする。文ごとに長さは異なるため可変
長となる。ここでは、１レコードの終端コードとして、
改行コードがあるものとする。）で記憶する訳文記憶手
段、４は、訳文記憶手段３に記憶された訳文テキストを
修正する（指定されたＮ番目の文テキスト内において、
指定された部分文字列を検索し、指定された部分文字列
で置換する。）ための編集手段、５は、原文入力、翻訳
指示、編集指示操作等を行わせるのに必要となるユーザ
インタフェースである。６は、翻訳手段２が翻訳する過
程で生成した翻訳情報を記憶する翻訳情報記憶手段であ
り、編集手段４は、この情報を参照しながら、訳文記憶
手段３中の訳文テキストを修正する。

【００１７】次に、図４を参照して、本実施例の手続き
（アルゴリズム）を説明する。ステップ１Ａでは、訳語
変更を希望する原単語と新訳語とを獲得する。まず、訳
語変更フェーズにおいて、ユーザインタフェース５を通
じ、ユーザから、 ・訳語変更を希望する原単語 ・上記原単語に対して新たに希望する訳語（新訳語） の２つのデータを得る。上述の例では、訳語変更を希望
する原単語がprocessであり、（誤った訳語（旧訳語）
が「進行」であり、）新たに希望する訳語（新訳語）が
「プロセス」である。

【００１８】ステップ１Ｂでは、図１の翻訳情報テーブ
ルにおける原単語が検索される。翻訳情報テーブルの原
単語欄の値（文字列）が、ユーザが指定した原単語文字
列（この例では、process）と一致するレコードを求め
る。求めたレコードの文番号欄の値から、その原単語を
含む文番号がわかる。例では、結果として、１０番目の
文に、processが含まれていることがわかる。

【００１９】ステップ１Ｃは、訳文における訳語文字列
の検索と置換である。訳文記憶手段３の１０番目のレコ
ードであるところの１０番目の訳文「進行は、システム
コールを実行する。」にアクセスし、編集手段４によっ
て、その中に含まれる訳語文字列「進行」を求め、その
文字列を、ユーザから得た新訳語「プロセス」に置換す
る。本実施例では、結果として、「プロセスは、システ
ムコールを実行する。」を、新たな訳文として得る。

【００２０】本実施例では、２０番目の文に、「仕事は
計画通り進行しています。」という「進行」という訳語
を含む訳文が存在するにもかかわらず、その訳文に対す
る原文内での原単語を考慮したロジックとなっているた
め、この訳文は、編集の対象外となり、エディタによる
単純な文字列ベースの検索・置換に見られる誤った置換
（副作用）は、抑制できる。

【００２１】次に、本発明の機械翻訳装置の他の実施例
について説明する。図３は、本発明の他の実施例の機械
翻訳装置の機能ブロック図である。１の「原文記憶手
段」、２の「翻訳手段」、５の「ユーザインタフェー
ス」の役割は、前述の実施例と同様である。７は、翻訳
結果記憶手段であり、後で述べるように、テキストデー
タとして、翻訳結果の訳文と、その訳文を構成する各単
語の訳語情報を持っている。８は、訳文文字列生成手段
であり、翻訳結果記憶手段７から、訳文文字列のみを生
成する。９は、翻訳結果記憶手段７の訳語に関する情報
を更新する翻訳結果修正手段である。

【００２２】この翻訳情報の記憶方法（データ表現）の
表現は、訳文文字列中において、単語単位で、対応する
原単語を併記するというものであり、具体的には、以下
の通りである。

【００２３】翻訳対象原文として、「You like a ca
r.」という英文が、その翻訳結果として、「貴方は自動
車が好きです。」という訳文があったとする。従来的な
方法や前述の実施例では、これらの原文と訳文は、たと
えばファイルにより、また、たとえば、奇数行と偶数行
といった方法で、論理的に分離されており、翻訳情報
は、これらの原文,訳文データとは、明らかに別の表現
手段（テーブル）等により、維持されている。

【００２４】本実施例では、上記翻訳結果（訳文テキス
ト）中に、語単位の対訳情報を、「｛貴方［you］｝は
｛自動車［car］｝が好きです。」といった形式で保存
する。ここで、｛,｛,［,］等の記号は、特に、これに
限ったものではない。当然、訳文には現われないと確信
できる符号が使われる。

【００２５】以下、このデータに対する訳語修正手続き
を、図５のフローチャートによって説明する。

【００２６】あらかじめ、ユーザにより指定された原単
語とその新訳語は、それぞれ、「car」と「車」であっ
たとする。したがって、訳文テキスト中の［］内の文字
列とcarを比較する。一致する文字列が［］内に見つか
った場合には、［］の直前の文字列（｛XXX［car］｝の
XXXの部分）を、「車」に置き換えることになる。

【００２７】まず、ステップ２Ａにおいて、翻訳結果記
憶手段９から、１文を取り出す。その１文が、「｛私
［Ｉ］｝は｛飛行機［airplane］｝が好きです。」であ
ったとする。

【００２８】ステップ２Ｂにおいて、原単語carで検索
する。該当なしであるから、残りの翻訳結果の有無を調
べる。残り２文あるとする。したがって、もう一度、ス
テップ２Ａにおいて、翻訳結果記憶手段９から、１文を
取り出す。

【００２９】次は、「｛貴方［you］｝は｛自動車［ca
r］｝が好きです。」再び、ステップ２Ｂにおいて、原
単語carで検索する。今度は、｛自動車［car］｝が見つ
かる。そこで、ステップ２Ｃにおいて、「自動車」を
「車」に置き換える。

【００３０】その結果、「｛貴方［you］｝は｛車［ca
r］｝が好きです。」が得られる。再度、ステップ２Ｂ
において、同一文の翻訳結果中において、原単語carが
検索される。もはや、この文の翻訳結果には、原単語と
してcarは含まれていないので、次の文の翻訳結果を取
り出す。もちろん、この段階で、残りの翻訳結果がなけ
れば、この検索・置換処理は終了する。

【００３１】最後に、さらに、ステップ２Ａにおいて、
翻訳結果記憶手段９から、１文を取り出す。次は、
「｛彼［he］｝は｛黒い［black］｝｛自動車［car］｝
と｛白い［white］｝｛自動車［car］｝が好きです。」
であるとする。最初に、ステップ２Ｂとステップ２Ｃに
よって、「黒い自動車」は「黒い車」に置き換えられ
る。再び、ステップ２Ｂにおいて、「白い自動車」に対
応する｛自動車［car］｝が見つかるので、この部分を
対象として、ステップ２Ｃで、｛車［car］｝に置き換
える。この結果、「｛彼［he］｝は｛黒い［black］｝
｛車［car］｝と｛白い［white］｝｛車［car］｝が好
きです。」という翻訳結果に更新される。訳文文字列生
成手段８は、この翻訳結果に対して、記号｛と｝、及び
［］部分を取り除くことにより、「彼は黒い車と白い車
が好きです。」という訳文テキストを得る。

【００３２】

【発明の効果】本発明においては、機械翻訳の結果とし
て得られた訳文における不適切な訳語を、効率的に修正
できる。

【図面の簡単な説明】

【図１】本発明の一実施例における翻訳情報テーブルの
摸式図

【図２】本発明の一実施例における機械翻訳装置の機能
ブロック図

【図３】本発明の他の実施例の機械翻訳装置の機能ブロ
ック図

【図４】本発明の一実施例における実現手続きを説明す
るフローチャート

【図５】本発明の他の実施例における実現手続きを説明
するフローチャート

【符号の説明】

１ 原文記憶手段 ２ 翻訳手段 ３ 訳文記憶手段 ４ 編集手段 ５ ユーザインタフェース ６ 翻訳情報 ７ 翻訳結果記憶手段 ８ 訳文文字列生成手段 ９ 翻訳結果修正手段

Claims (2)

【特許請求の範囲】
1. 【請求項１】文単位で、各単語の原単語とその訳語のペ
   アの翻訳情報を保存する手段と、ユーザが訳語変更のた
   めに変更対象となる原単語とそれに対する新たな訳語を
   指定する手段と、ユーザにより指定された原単語をキー
   として翻訳情報内の原単語を検索する検索手段と、上記
   検索手段による検索の結果、ユーザが指定した原単語を
   原文内に含む文の訳文にアクセスする手段と、上記訳文
   内の文字列に対してユーザが指定した新訳語文字列で検
   索する検索手段と、上記訳文の部分文字列をユーザが指
   定した文字列で置換する手段を備える機械翻訳装置。
2. 【請求項２】請求項１記載の機械翻訳装置において、訳
   文文字列中に翻訳情報を備える機械翻訳装置。