(57)【特許請求の範囲】
【請求項１】
利用者が入力したテキストを適切な翻訳単位で分割するための機械翻訳装置におけるテキスト区切り方法において、
入力テキストの文字を１文字ずつチェックするステップと、
前記チェックした文字が開き括弧であるか否かを判定するステップと、
前記チェックした文字が開き括弧だったときに前記開き括弧を第１の記憶手段に記憶させるステップと、
前記チェックした文字を第２の記憶手段に順次記憶するステップと、
前記チェックした文字が所定の区切り文字であるか否かを判定するステップと、
前記チェックした文字が区切り文字である場合には、前記第１の記憶手段に開き括弧が記憶されているか否かを判定するステップと、
前記第１の記憶手段に開き括弧が記憶されている場合には、前記区切り文字を前記第２の記憶手段に記憶させるステップと、
前記第１の記憶手段に開き括弧が記憶されていない場合には、前記第２の記憶手段に記憶された文字群を翻訳単位として一文認定を行うステップと、
前記チェックした文字が閉じ括弧であるか否かを判定するステップと、
前記チェックした文字が閉じ括弧だったときに前記閉じ括弧に対応する開き括弧を前記第１の記憶手段から削除するステップと、
入力テキストが終わりになったら前記第２の記憶手段に記憶されている文字群を翻訳単位として一文認定を行うステップとを有し、
括弧の中に区切り文字が存在しており、その区切り文字から閉じ括弧までの間にテキストが存在する場合は、その区切り文字でテキストを翻訳単位として分割することを禁止するようにしたことを特徴とするテキスト区切り方法。
【請求項２】
前記チェックした文字がダブル・クォーテーションマークである場合には、前記ダブル・クォーテーションマークを開き括弧または閉じ括弧とみなすことを特徴とする請求項１に記載のテキスト区切り方法。
【請求項３】
利用者が入力したテキストを適切な翻訳単位で分割して翻訳する機械翻訳装置において、
入力テキストを１文字ずつチェックするチェック手段と、
前記チェック手段によりチェックした文字が開き括弧だったときに前記開き括弧を記憶させる第１の記憶手段と、
前記チェック手段によりチェックした文字を順次記憶させる第２の記憶手段と、
前記チェック手段によりチェックした文字が区切り文字である場合には、前記第１の記憶手段に開き括弧が記憶されているか否かを判定する手段と、
前記第１の記憶手段に開き括弧が記憶されている場合には、前記区切り文字を前記第２の記憶手段に記憶させ、前記第１の記憶手段に開き括弧が記憶されていない場合には、前記第２の記憶手段に記憶された文字群を翻訳単位として一文認定を行う手段と、
前記チェック手段によりチェックした文字が閉じ括弧だったときに前記閉じ括弧に対応する開き括弧を前記第１の記憶手段から削除する手段と、
入力テキストが終わりになったら前記第２の記憶手段に記憶されている文字群を翻訳単位として一文認定を行う手段とを有し、
括弧の中に区切り文字が存在しており、その区切り文字から閉じ括弧までの間にテキストが存在する場合は、その区切り文字でテキストを翻訳単位として分割することを禁止するようにしたことを特徴とする機械翻訳装置。
【請求項４】
前記一文認定を行う手段は、前記チェックした文字がダブル・クォーテーションマークである場合には、前記ダブル・クォーテーションマークを開き括弧または閉じ括弧とみなす手段を備えることを特徴とする請求項３に記載の機械翻訳装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、原文から訳文に翻訳するコンピュータを利用した機械翻訳方法および装置に関するものである。
【０００２】
【従来の技術】
近年、機械翻訳に対する社会のニーズが高まり、機械翻訳装置の開発が盛んに行なわれるようになってきた。
【０００３】
機械翻訳機においては、ＯＣＲ等より入力したテキストを翻訳する場合、翻訳の単位に分割しなければならない（以下、この処理を文認定と呼ぶ。）。通常、機械翻訳機における翻訳の単位は文である。したがって、文認定処理では、ピリオド（．）、感嘆符（！）、疑問符（？）などの文末を表わすトークンを区切り文字（記号）として文を認定している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来の技術では、「（  ）」「「  」」「＜  ＞」「｛  ｝」「〔  〕」「“  ”」のような括弧の中に区切り文字がある場合は、その区切り文字で分割してしまうため、正しい翻訳結果が得られないという問題があった。例えば、ＯＣＲより入力したテキスト中に、
ａ）  She said to him,“Don't be lazy. Study harder.”
という部分があったとする。このテキストを従来の方式で文認定すると、lazyの次に区切り文字であるピリオド（．）があるため、
ｂ）  She said to him,“Don't be lazy.
ｃ）  Study harder. ”
と２分割されてしまう。その結果、ａ）の正しい訳は、
ａ’）彼女は彼に「怠けてはいけない。一生懸命勉強しなさい。」と言った。
となるべきだが、
ｂ’）彼女は彼に「怠けてはいけない」と言った。
ｃ’）一生懸命勉強しなさい。
と２つの文に分かれてしまったり、または対であるべきダブル・クォーテーションが一つだけ妙な場所に存在するため、翻訳できなかったりするという事態が発生していた。
【０００５】
本発明は、このような従来の問題を解決するものであり、括弧内に区切り文字があっても文を正しく分割することができる機械翻訳方法および装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明は、上記目的を達成するために、利用者が入力したテキストを適切な翻訳単位で分割するための機械翻訳装置におけるテキスト区切り方法において、入力テキストの文字を１文字ずつチェックするステップと、前記チェックした文字が開き括弧であるか否かを判定するステップと、前記チェックした文字が開き括弧だったときに前記開き括弧を第１の記憶手段に記憶させるステップと、前記チェックした文字を第２の記憶手段に順次記憶するステップと、前記チェックした文字が所定の区切り文字であるか否かを判定するステップと、前記チェックした文字が区切り文字である場合には、前記第１の記憶手段に開き括弧が記憶されているか否かを判定するステップと、前記第１の記憶手段に開き括弧が記憶されている場合には、前記区切り文字を前記第２の記憶手段に記憶させるステップと、前記第１の記憶手段に開き括弧が記憶されていない場合には、前記第２の記憶手段に記憶された文字群を翻訳単位として一文認定を行うステップと、前記チェックした文字が閉じ括弧であるか否かを判定するステップと、前記チェックした文字が閉じ括弧だったときに前記閉じ括弧に対応する開き括弧を前記第１の記憶手段から削除するステップと、入力テキストが終わりになったら前記第２の記憶手段に記憶されている文字群を翻訳単位として一文認定を行うステップとを有し、括弧の中に区切り文字が存在しており、その区切り文字から閉じ括弧までの間にテキストが存在する場合は、その区切り文字でテキストを翻訳単位として分割することを禁止するようにしたことを特徴とする機械翻訳方法である。
【０００７】
本発明はまた、利用者が入力したテキストを適切な翻訳単位で分割して翻訳する機械翻訳装置において、入力テキストを１文字ずつチェックするチェック手段と、前記チェック手段によりチェックした文字が開き括弧だったときに前記開き括弧を記憶させる第１の記憶手段と、前記チェック手段によりチェックした文字を順次記憶させる第２の記憶手段と、前記チェック手段によりチェックした文字が区切り文字である場合には、前記第１の記憶手段に開き括弧が記憶されているか否かを判定する手段と、前記第１の記憶手段に開き括弧が記憶されている場合には、前記区切り文字を前記第２の記憶手段に記憶させ、前記第１の記憶手段に開き括弧が記憶されていない場合には、前記第２の記憶手段に記憶された文字群を翻訳単位として一文認定を行う手段と、前記チェック手段によりチェックした文字が閉じ括弧だったときに前記閉じ括弧に対応する開き括弧を前記第１の記憶手段から削除する手段と、入力テキストが終わりになったら前記第２の記憶手段に記憶されている文字群を翻訳単位として一文認定を行う手段とを有し、括弧の中に区切り文字が存在しており、その区切り文字から閉じ括弧までの間にテキストが存在する場合は、その区切り文字でテキストを翻訳単位として分割することを禁止するようにしたことを特徴とする機械翻訳装置である。
【０００８】
本発明はまた、前記のような機械翻訳方法または機械翻訳装置において、チェックした文字がダブル・クォーテーションマークである場合には、前記ダブル・クォーテーションマークを開き括弧または閉じ括弧とみなすことを特徴とするものである。
【０００９】
【作用】
本発明は、上記構成により、翻訳対象テキストを文認定する際、括弧の中に区切り文字があり、その区切り文字から閉じ括弧までの間にテキストが存在する場合は、その区切り文字でテキストを翻訳単位として分割することを禁止するようにしたので、She said to him,“Don't be lazy. Study harder.”のようなテキストが存在しても、正しく文認定することができる。
【００１１】
【実施例】
図１は本発明の一実施例における英日機械翻訳装置のブロック図である。図１において、１はＯＣＲやキーボードなどから翻訳対象となる原文を入力する原文入力部である。通常、機械翻訳では、「．？！」等の文末を示す区切り文字で区切られた文を翻訳の単位とする。しかし、ここで入力される原文は、未だ文に区切られていないテキストの集まりである。２は原文入力部１で入力されたテキストから対応のとれていない括弧（以下、未対応括弧と呼ぶ。）を検出する未対応括弧検出部である。未対応括弧とは、対応する閉じ括弧が存在しない開き括弧、対応する開き括弧が存在しない閉じ括弧、対応するクォーテーション・マークが存在しないクォーテーション・マーク等である。３は未対応括弧検出部２で検出した括弧に対応する括弧の位置を所定の推定アルゴリズムを用いて推定する対応括弧推定部である。４は未対応括弧検出部２で検出した括弧を強調表示（例えば、反転表示など）して、原文入力部１で入力したテキストを表示する未対応括弧検出結果表示部（以下、単に検出結果表示部という。）である。５は対応括弧推定部３で推定した結果をユーザに示す対応括弧推定結果表示部（以下、単に推定結果表示部という。）である。６は推定結果表示部５で表示した推定結果の中から正しいものをユーザが選択し、入力テキストを修正する修正指示部である。７は検出結果表示部４、推定結果表示部５、修正指示部６を制御するユーザ・インターフェース部である。８は入力テキストを区切り文字で翻訳の単位となる文に分割する文認定部であり、括弧検出手段、区切り文字検出手段、分割実行手段の他、括弧の中に区切り文字を検出した場合、その区切り文字から閉じ括弧までの間にテキストが存在しないかどうかを調べ、存在する場合は、その区切り文字でテキストを分割することを禁止する手段を備えている。９は文認定部８で分割した結果を用いて、一文単位の翻訳を行なう翻訳実行部である。１０は原文入力部１、未対応括弧検出部２、対応括弧推定部３、ユーザ・インターフェース部７、文認定部８、翻訳実行部９を制御する制御部である。１１は原文入力部１で入力したテキスト、未対応括弧検出部２における検出結果、対応括弧推定部３における推定結果、修正指示部６で未対応括弧の修正を行なった後のテキスト、文認定部８における認定結果、翻訳実行部９における翻訳結果等を記憶する記憶部である。
【００１２】
以上のように構成された本実施例の機械翻訳装置の動作について説明する。文認定に先立って、未対応括弧が存在すると、文認定が正しくできないので、未対応括弧がある場合の動作について図２のフローチャートに基づいて説明する。まず、ステップ２１で翻訳対象となるテキストを原文入力部１から入力する。次に、ステップ２２で入力テキスト中に未対応括弧がないかを未対応括弧検出部２でチェックする。そして、ステップ２３で未対応括弧が検出された場合はステップ２４へ進み、検出されなければステップ２７の処理を行なう。
【００１３】
ステップ２４では、ステップ２２で検出された未対応括弧に対応する括弧の位置を対応括弧推定部３で以下のような推定アルゴリズムを用いて複数箇所推定する。例えば、開き括弧「（」のみ存在する場合、
候補１…次の区切り文字の後ろ
候補２…その次の区切り文字の後ろ
候補３…そのまた次の区切り文字の後ろ
また、閉じ括弧「）」のみ存在する場合は、
候補１…１つ前の区切り文字の後ろ
候補２…もう１つ前の区切り文字の後ろ
候補３…そのまたもう１つ前の区切り文字の後ろ
というように推定する。
【００１４】
ステップ２５では、ステップ２２で検出した未対応括弧を検出結果表示部４で反転表示して、ステップ２１で入力したテキストをディスプレイなどに表示する。この時、このテキスト中の最初の未対応括弧に関しては、推定結果表示部５によりその推定結果が表示される。例えば、図５に示すような入力テキストにおいて、Hinamatsuri の後ろの開き括弧「（」に対応する閉じ括弧がない場合、上記した推定アルゴリズムに従って、図６のように複数の候補が表示される。
【００１５】
次にステップ２６で、表示された推定結果の中からユーザが正しいもの（図６の場合は候補１）を選択して、その修正を修正指示部６によりテキストの先頭から順に行なう。未対応括弧の修正については、図３のフローチャートに基づいて説明する。まず上記した通り、未対応括弧の検出結果を表示する際に最初の未対応括弧に対する推定結果を表示する（ステップ３１）。次にユーザが、この推定結果の中から正しい候補をマウスでクリックすると（ステップ３２）、原文が修正され（ステップ３３）、ステップ３５へ行く。いずれの候補もマウスでクリックされない場合は、推定結果の中の「次へ」をマウスでクリックするか、または「→」キーを押すと（ステップ３４）、原文は修正されずにステップ３５へ行く。ステップ３５では、いま修正した未対応括弧がテキスト中で最後であったかどうかチェックし、最後なら未対応括弧の修正処理を終了し、最後でなければステップ３６で次の未対応括弧の推定結果を表示し、ステップ３２へ戻る。
【００１６】
こうして、未対応括弧の修正を終えた後本発明の主題である文認定の動作を行う。この文認定は、図２のステップ２７で文認定部８により文認定を行なう。この文認定の処理については、図４のフローチャートに基づいて説明する。ここでは文認定に、２つのバッファを用いる。１つは、開き括弧を検出するとその括弧を記憶する括弧バッファａ、もう１つは入力した文字を記憶する一文バッファｂである。また、クォーテーション・マークは、「“  ”」のように開き括弧と閉じ括弧の区別があるのが普通であるが、以下の説明ではこれら区別のないクォーテーション・マーク「”  ”」の場合について述べる。
２４へ進み、検出されなければステップ２７の処理を行なう。
【００１７】
まず、ステップ４１で、原文入力部１から入力されて記憶部１１に記憶された入力テキストから１文字入力する。ステップ４２で、入力文字がテキストの終わりを示すeof マークかどうかチェックして、eof マークであれば、一文バッファｂに記憶されている文字群を一文と認定し（ステップ５３）、文認定処理を終了する。eof マークでなければ、ステップ４３の処理を行なう。ステップ４３では、入力文字が開き括弧かどうかチェックし、開き括弧であればステップ４４、開き括弧でなければステップ４５の処理を行なう。ステップ４４では、入力した開き括弧を括弧バッファａへ記憶するとともに、その入力文字である開き括弧をステップ５２で一文バッファｂへ記憶する。ステップ４５では、入力文字が閉じ括弧かどうかチェックし、閉じ括弧であればステップ４６、閉じ括弧でなければステップ４７の処理を行なう。ステップ４６では、入力した閉じ括弧に対応する開き括弧、例えば「｝」であれば「｛」、「）」であれば「（」のように同じ種類の開き括弧を括弧バッファａから取り出し、開き括弧の記憶をキャンセルする。このときの動作を図７に示す。すなわち、括弧バッファａ内に「（」が１つしかない場合は、その１つの「（」を取り出し、括弧バッファａ内に「（」が複数存在する場合は、最初の「（」を取り出す。そして、ステップ５２でその入力文字である閉じ括弧を一文バッファｂへ記憶する。ステップ４７では、入力文字がダブル・クォーテーションかどうかチェックし、ダブル・クォーテーションであればステップ４８、ダブル・クォーテーションでなければステップ４９の処理を行なう。この場合のダブル・クォーテーションは開き括弧、閉じ括弧の区別がないので、ステップ４８では、まず括弧バッファａを検索し、ダブル・クォーテーションが見つかれば、いま入力したダブル・クォーテーションは閉じ括弧だったものとして、ダブル・クォーテーションを括弧バッファａから取り出す。見つからなければ、開き括弧だったものとしてダブル・クォーテーションを括弧バッファａに記憶する。そして、ステップ５２でその入力文字であるダブル・クォーテーションを一文バッファｂへ記憶する。ステップ４９では、入力文字が区切り文字かどうかをチェックし、区切り文字であればステップ５０、区切り文字でなければ残された文字種としてはアルファベット文字ということになるので、その入力文字であるアルファベット文字をステップ５２で一文バッファｂへ記憶する。ステップ５０では、括弧バッファａに括弧が記憶されているかどうかをチェックし、記憶されていなければステップ５１で一文認定処理を行なう。記憶されていれば、括弧内の区切り文字ということになるので、その区切り文字の位置でテキストを分割することをせず、その入力文字である区切り文字をステップ５２で一文バッファｂへ記憶する。ステップ５１およびステップ５３の一文認定処理とは、一文バッファｂに記憶された文字群を翻訳の単位として認定し、然るべき型式にして記憶し、一文バッファｂを初期化することである。
【００１８】
こうして入力テキストの文認定が終えると、その結果を入力として、図２のステップ２８で翻訳を行なう。
【００１９】
このように、上記実施例によれば、括弧を考慮した文認定を行なうことにより、She said to him,“Don't be lazy. Study harder.”のようなテキストが存在しても正しく文認定することができる。また、対応のとれていない括弧が存在しても、予めシステムがその括弧に対応する括弧の位置を複数箇所推測し、ユーザに表示するので、ユーザはその中から正しいものを選択するだけでよく、テキスト・エディタを介在させることなく、未対応括弧の修正を行なうことができる。
【００２０】
【発明の効果】
本発明は、上記実施例から明らかなように、翻訳対象テキストを文認定する際、括弧の中で区切り文字を検出した場合、その区切り文字から閉じ括弧までの間にテキストが存在する場合には、その区切り文字でテキストを翻訳単位として分割することを禁止するようにしたので、正しく文認定することができる。
【図面の簡単な説明】
【図１】本発明の英日機械翻訳装置の一実施例におけるブロック図。
【図２】同実施例における動作の流れを示すフローチャート。
【図３】同実施例における未対応括弧の修正の流れを示すフローチャート。
【図４】同実施例における文認定処理の流れを示すフローチャート。
【図５】同実施例における未対応括弧を有するテキストを表示した画面図。
【図６】同実施例における未対応括弧の検出結果を表示した画面図。
【図７】同実施例におけるバッファから対応する開き括弧を取り出す際の動作を示す模式図。
【符号の説明】
１  原文入力部
２  未対応括弧検出部
３  対応括弧推定部
４  未対応括弧検出結果表示部
５  対応括弧推定結果表示部
６  修正指示部
７  ユーザ・インターフェース部
８  文認定部
９  翻訳実行部
１０  制御部
１１  記憶部
【図１】
0003705825.tif 000002
【図２】
0003705825.tif 000003
【図３】
0003705825.tif 000004
【図４】
0003705825.tif 000005
【図５】
0003705825.tif 000006
【図６】
0003705825.tif 000007
【図７】
0003705825.tif 000008