JP2003529845A - ネットワーク経由の多言語翻訳を提供する方法と装置 - Google Patents

Abstract

(57)【要約】 電子翻訳テキスト方法は電子言語翻訳プログラムを提供します。翻訳元言語テキストは電子言語翻訳プログラムへの入力として受信されます。翻訳元言語テキストは電子言語翻訳プログラムで送信時に一つ以上の翻訳対象言語に翻訳されます。ユーザーは一つ以上の翻訳対象言語に翻訳元言語テキストを付ける場合とつけない場合のそれぞれの表示方法を選択することができます。

Description

【発明の詳細な説明】 【０００１】 関連申請の引用 これは米国仮出願の一部継続出願であり、利益特許請求です。米国特許番号60
/193,937、出願日2000年3月31日、シリアル番号60/212,553、出願日2000年6月20
日、これらの出願は引用により開示されます。 【０００２】 発明の分野 この発明は、一般に翻訳方法と装置に関連し、特にネットワーク上での翻訳方
法と装置に関連しています。 【０００３】 関連技術の記述 セントラルホストプロセッサやビデオディスプレイターミナルのような多数の
分散型アクセスデバイスを含むほとんどのコンピューターシステムでは、ホスト
とアクセスデバイスの不可欠な部品として形成されたスクリーンディスプレイを
経由したそれぞれのアクセスデバイスとの間で情報が転送されます。ユーザーか
らの情報の入力表示と、同じくユーザーが判別可能なホストプロセッシングによ
り抽出される出力情報を表示するという２つの用途がスクリーンにはあります。
入力情報は、通常ユーザーがキーボードを介して入力し、各アクセスデバイスに
必ず必要となります。入力・出力情報は、ユーザーの決めたシステムに提供され
る語句の配列や、あらかじめ決められたパターンでスクリーン表示されたシステ
ムに供給されるデータフィールドから通常構成されています。 【０００４】 従来のシステムでは、フォーマットに対応するスクリーンイメージの基準値だ
けはユーザー入力により表示されるか、ホストプロセッシング出力により起動さ
れるために、ホスト上で実行されるアプリケーションは限られたスクリーンパタ
ーンかフォーマットしか利用しません。各スクリーンフォーマットの定義は、一
般的にアプリケーションのためのソースコードにしっかりと組み込まれています
。カスタマイズフォーマットやスクリーンイメージをユーザー自身で作成可能に
するといった柔軟性は本来持ち合わせていません。あらかじめ開発されたソフト
ウェアアプリケーションシステムのユーザーベース拡張のために、とりわけシス
テム開発の外資系企業にシステム能力の十分な活用を与えるために、システムの
ソースコードの主な修正が、入力/出力(I/O)インターフェース機能を実施するコ
ードの大部分を書換える等により、従来通り要求されました。 【０００５】 上記のような特別な状況下での最も重要な修正事項は、記述的な語句をオリジ
ナルの言語(例えば英語)から異なる言語(例えばスペイン語)に翻訳するというも
のです。多数外国に関連会社がある場合、ソースコードの書換え作業に加え、複
数の修正済ソースコードのコピーを保存、追跡、更新する必要が出てきます。
そのような作業は、非現実的で煩わしく、コストもかかります。従って、例えば
、ソースコードモジュールがユーザーに見える情報を使用、または生産する場合
、そのソフトウェアにより実行可能な各言語でモジュールの異なるコピーが必要
になります。コードの実際のシステムコピーに加えて、支援ソフトウェアは複数
コピーのステータスをシステム開発者に通知しなければなりません。さらに、追
加のストレージデバイスはソフトウェアの追加バージョンをすべて記憶するため
に必要です。何百万ものコード行および何千ものモジュールを含む大規模なシス
テムにとっては、ストレージ要求が莫大になる可能性があります。 【０００６】 直接言語を翻訳する際の問題に加えて、データフィールドに供給されたデータ
を扱う方法にも問題があります。メートル法でないものからメートル法へ切り替
えることや、外資系企業によく見られる記述方式である日/月/年から月/日/年へ
といったデータの並べ替えなど、データ変換作業は常に必要とされます。 【０００７】 各アクセスデバイスへのホストシステムをバッファする役目を持つ翻訳環境は
、米国特許番号4,870,610に公開されています。広い意味では、翻訳環境とは、
ホストシステムと各アクセスデバイスの間に挿入された自動プロセッサーを含み
ます。ホストとアクセスデバイス間のどちらか一方へ送信された情報は、中間処
理用プロセッサーに転換されます。転換された情報は、アクセスデバイスから派
生した入力要求スクリーン上または、アクセスデバイスに向けた出力返信スクリ
ーンのどちらかを元の情報の送信方向に応じて表示した詳細文字データを含んで
います。文字データは2つのタイプにわけられます。システム供給フィールド識
別子と識別子に関連したユーザー提供によるデータ入力です。識別子は最初のユ
ーザー言語(例えば英語)で表現されます。 【０００８】 第二言語(例えばスペイン語)のユーザーによってホストシステムへのアクセス
を提供するために、スクリーンディスプレイと識別子はフォーマット作成プロセ
スを介して第二言語に翻訳されます。この作成プロセスの出力とは、第一言語ス
クリーンとそれに対する第二言語の解析関係を保存する翻訳ファイルのことです
。第二言語ユーザーがホストシステムにアクセスする場合は常に、翻訳ファイル
が翻訳実行プロセスに呼び出されます。このファイルの内容は、ホスト送信で第
二言語から第一言語へ翻訳するため、またホスト返信で第一言語から第二言語へ
翻訳するために使用されます。この配置図は、フォーマットがプロセスを作成し
、翻訳実行プロセスがホストシステムと透過性の翻訳環境の中で動作するという
ものです。翻訳環境で、ユーザーは、システム利用を最大限にするためにスクリ
ーンディスプレイをカスタマイズできます。 【０００９】 米国特許番号5,966,685は、メッセージ収集/任命ソフトウェアプログラムとデ
ータフィルタソフトウェアプログラムおよび機械翻訳ソフトウェアプログラムと
併せて作動する同時ディスカッション・グループのシステムを対象としています
。構造とプロセスは、異なる言語間でのディスカッション・グループ・ユーザー
の相互コミュニケートションを可能にするために作成されました。遠隔サイトで
実行する自動バッチプロセスが利用されています。前処理と翻訳および後処理機
能では人を介在させる必要がありません。さらに、ユーザーは言語選択を指定す
るだけで本発明による利点と効果に気がつきます。 【００１０】 多くのディスカッション・グループは「同時」に実行されます；1つのグルー
プとはディスカッション・グループで使用されている言語ごとのグループです。
個々のディスカッション・グループは全て同じ順序で同じ情報を含んでいます;
それぞれの同時ディスカッション・グループで唯一異なる点は、異なる言語で書
かれているということです。一度ユーザーが好きな同時ディスカッション・グル
ープにログオンすれば、ユーザー自身で好みの言語を選択できます。ユーザーの
優先言語がフランス語に設定されている場合、ディスカッション・グループのフ
ランス語のバージョンにアクセスされます。ディスカッション・グループに記入
されたメッセージは定期的に収集され、他言語に翻訳され、次に、それぞれの目
的言語ディスカッション・グループに記入されます。メッセージの収集と記入は
メッセージ収集/記入ソフトウェアによって行われます。定期的に集められた新
しいメッセージは翻訳をするために市販の機械翻訳(MT)ソフトウェアに送られま
す。ネットワークサイトで人間が介入することなく、メッセージは自動的にバッ
チ処理されます。翻訳は遠隔サイトで行われるのでユーザー側での作業は最小限
に抑えられます。 【００１１】 入力テキストが機械翻訳ソフトウェアに出力される前に、入力テキストは機械
翻訳ソフトウェアに出力する前にデータを前処理するフィルタソフトウェアプロ
グラムに通されます。フィルターは個人名や企業製品名、ファイル名、パス名、
コマンド、サンプルソースコードといった機械翻訳によって翻訳されずに残った
文字列を認識し、印をつけます。これらの文字列に印をつけることで、フィルタ
ーは機械翻訳ソフトウェアが翻訳しないままにするよう知らせます。これらの文
字列は今までに“ひっかかった言葉”にリンクを張ります。ひっかかった言葉は
自動的に挿入され、後処理内に削除され、翻訳対象言語の語彙の再構築に生かさ
れるように品詞等の文法的特徴を付け加えて辞書に追加されます。一連の翻訳プ
ロセスが完了すると、翻訳はメッセージ収集/記入ソフトウェアによって、翻訳
対象言語のディスカッション・グループと同じ場所に原文のメッセージ構成を保
ったまま、収集、記入されます。前処理、翻訳、後処理機能は全てネットワーク
サイトで定期的に行われるバッチプロセスに沿って自動的に実行されます。 【００１２】 米国特許番号5,960,382は第一言語メッセージから外国語メッセージへの翻訳
方法と装置を公開しています。初めにどの言語か明らかでないメッセージの翻訳
は、メッセージ変数に依存しない第一言語と外国語のプロトタイプメッセージを
利用します。よってプロトタイプメッセージは個々のタイプのメッセージを表し
ます。個々のメッセージは第一言語プロトタイプメッセージを使って特定のタイ
プに属することで認識され、相対する外国語メッセージは個々のメッセージから
特定のメッセージタイプを代表する外国語のプロトタイプメッセージに変数価値
を挿入することで生成されます。変数価値を含む第一言語メッセージは、変数を
含む第一言語プロトタイプメッセージを認識するため複数個の第一言語プロトタ
イプメッセージと一致します。複数の第一言語プロトタイプメッセージは、翻訳
する全ての第一言語メッセージを表します。第一言語プロトタイプメッセージの
識別は、変数を含む相応する外国語プロトタイプメッセージを獲得（例えば検索
）するために利用されます。 【００１３】 翻訳されている第一言語メッセージから得られた変数価値は、第一言語メッセ
ージに相応する（例えば翻訳された）外国語メッセージがもたらす外国語プロト
タイプメッセージの変数に代用されます。もし第一言語メッセージが複数の変数
価値を含む場合、認識された第一言語プロトタイプメッセージと相応する外国語
プロトタイプメッセージはそれぞれ複数の変数を含んでいることになります。複
数の変数は最初認識された第一言語プロトタイプメッセージを1番目に、次に相
応する外国語プロトタイプメッセージを2番目に配列します。そして２つの配列
は通常異なります。 【００１４】 代替ステップは、外国語プロトタイプメッセージを得た変数価値の設置場所を
決定するために1番目と2番目の配列の使用します。むしろ、マッチングステップ
は、第一言語プロトタイプメッセージから構築された重層的マルチノードツリー
と、メッセージ最後の文字列を表して、相応するプロトタイプメッセージの識別
子メッセージを含んだノードに届くための相応するツリー層のノードの列で第一
言語を取りまとめる一致の文字列（例えば単語や数字）を含んでいます。この識
別子は同じ識別子を持った相応する外国語プロトタイプメッセージを得るために
使用されます。 【００１５】 2バイト文字関連の問題解決に取組むネットワークにとって翻訳方法と装置は
必要とされています。ユーザーフィードバックを提供するネットワークにとって
言語翻訳方法と装置は今後一層必要とされます。素材と言語使用領域の制限のあ
るネットワークとって翻訳方法と装置は今後一層必要とされます。さらに言語に
おけるアプリケーション独自の特性反復を利用したネットワークにとって翻訳方
法と装置は今後一層必要とされます。 【００１６】 発明の概要 本発明は方法と装置の翻訳の品質と利便性の向上を目的としています。 【００１７】 本発明はインターネットとその他の分散型ネットワークに言語翻訳方法と装置
の提供ことも目的としています。 【００１８】 また本発明はユーザーフィードバックを行う言語翻訳方法と装置の提供も目的
としています。 【００１９】 さらに本発明は素材と言語使用領域の制限のあるインターネットに言語翻訳方
法と装置の提供も目的としています。 【００２０】 本発明は言語におけるアプリケーション独自の特性反復を利用したネットワー
クに言語翻訳方法と装置の提供も目的としています。 【００２１】 本発明は入力が正確に翻訳されるかどうかの判断に関連したユーザーフィード
バックを行うインターネットに言語翻訳方法と装置の提供も目的としています。 【００２２】 本発明は翻訳エンジンをどのように使うかを積極的にユーザーに教育する言語
翻訳方法と装置の提供も目的としています。 【００２３】 本発明はユーザーに定義された辞書とともに言語翻訳方法と装置の提供も目的
としています。 【００２４】 本発明はユーザーディレクションと翻訳カスタマイゼーションを行う言語翻訳
方法と装置の提供も目的としています。 【００２５】 本発明は異なる個々のアプリケーションの特性言語を生かすために変更を可能
にする言語翻訳方法と装置の提供も目的としています。 【００２６】 本発明は頻出フレーズの静的翻訳キャッシュを行う言語翻訳方法と装置の提供
も目的としています。 【００２７】 本発明は無関係な情報を取り除くキャッシュしたフレーズを保管しておくため
のキーフォームを備えた言語翻訳方法と装置の提供も目的としています。 【００２８】 本発明は柔軟で生産的なフレーズキャッシュアプリケーションを備えた言語翻
訳方法と装置の提供も目的としています。 【００２９】 本発明は言語ショートカットをタイプし、選択した節を削除可能にする言語翻
訳方法と装置の提供も目的としています。 【００３０】 本発明はビジュアルデザインを崩すことなく一つのスクリーンでオリジナルと
翻訳済みの内容やメッセージを同時に表示できる言語翻訳方法と装置の提供も目
的としています。 【００３１】 本発明は個別カスタマイズ可能な言語翻訳方法と装置の提供も目的としていま
す。 【００３２】 本発明はリアルタイムで時間差のない言語翻訳方法と装置の提供も目的として
います。 【００３３】 本発明は複数の翻訳エンジンを一つの統一APIシステムとして組み込んだ言語
翻訳方法と装置の提供も目的としています。 【００３４】 本発明は多数のアプリケーションを統一APIとする言語翻訳方法と装置の提供
も目的としています。 【００３５】 本発明におけるこれらの目的は、電子翻訳テキストの手法を実現させました。
電子言語翻訳プログラムが提供されました。翻訳元言語テキストは電子言語翻訳
プログラムへの入力として受信されます。翻訳元言語テキストは電子言語翻訳プ
ログラムで送信時に一つ以上の翻訳対象言語に翻訳されます。ユーザーは一つ以
上の翻訳対象言語に翻訳元言語テキストを付ける場合とつけない場合のそれぞれ
の表示方法を選択することができます。 【００３６】 本発明のその他の実施例では、電子翻訳テキスト方法が電子言語翻訳プログラ
ムを含む電子言語翻訳システムと、少なくとも第一または第二辞書を提供します
。電子言語翻訳プログラムは第一辞書を参照し、次に一つ以上の翻訳翻訳対象言
語テキストに翻訳元言語テキストを翻訳するプロセスで第二辞書を参照します。
アプリケーションまたはカスタマー階層で辞書は管理されます。翻訳元言語テキ
ストは電子言語翻訳プログラムの入力で受信されます。翻訳元言語テキストは電
子言語翻訳プログラムにて一つ以上の翻訳翻訳対象言語テキストに翻訳されます
。一つ以上の翻訳翻訳対象言語テキストが出力されます。 【００３７】 本発明のその他の実施例で、電子言語翻訳方法は、入力インターフェースから
翻訳元言語テキストを受取る一つ以上の翻訳モジュールを提供します。一つ以上
の入力インターフェースと一つ以上の出力インターフェースが提供されます。一
般的なデータフォーマットは、翻訳モジュール、入力インターフェース、出力イ
ンターフェースとは別に搭載されています。入力翻訳元言語テキストは特定の入
力インターフェースフォーマットから一般的なフォーマットへ変換されます。最
適な翻訳をもたらす一つ以上の翻訳モジュールにより確定されます。テキストは
最適な翻訳をもたらすモジュールに経路を設定します。テキストは一般的なデー
タフォーマットから翻訳モジュールの特定の入力フォーマットに変換されます。
翻訳モジュールからの特定の出力フォーマットは一般データフォーマットへ転換
されます。データは一般データフォーマットから出力インターフェースに適した
出力フォーマットに転換されます。 【００３８】 本発明のその他の実施例では、電子翻訳テキスト方法はインターフェースと連
動した電子言語翻訳プログラムを提供します。翻訳元言語テキストは電子言語翻
訳プログラムで一つ以上の翻訳翻訳対象言語テキストへ翻訳されます。翻訳テキ
ストは一つ以上の翻訳対象言語で出力インターフェースに出力されます。コント
ロールは、一つ以上の翻訳対象言語がインターフェースで出力する動的選択のた
めの電子言語翻訳プログラムと連動したインターフェース上で提供されます。ユ
ーザーが表示言語を変更できるように、テキストのインターフェース表示は1つ
以上の翻訳対象言語に変更されます。コントロールはインターフェースで一つ以
上の翻訳対象言語の区別を可能にします。 【００３９】 本発明のその他の実施例では、電子翻訳テキスト方法はインターフェースと連
動した電子言語翻訳プログラムを提供します。翻訳元言語テキストは電子言語翻
訳プログラムで一つ以上の翻訳翻訳対象言語テキストに翻訳されます。翻訳され
た出力は翻訳元言語を入力したユーザーに表示されます。翻訳品質に関するフィ
ードバックが翻訳元言語を入力したユーザーに提供されます。 【００４０】 本発明のその他の実施例では、電子翻訳テキスト方法はインターフェースと連
動した電子言語翻訳プログラムを提供します。翻訳元言語テキストは電子言語翻
訳プログラムで一つ以上の翻訳翻訳対象言語テキストに翻訳されます。少なくと
も２つの翻訳候補が各翻訳元言語テキストへあてられます。翻訳された候補は一
つ以上の翻訳されたテキストの素材とスタイルに類似したデータに照準を合わせ
た言語モデルと比較されます。品質の最もよい翻訳は入力した複数の翻訳候補か
ら最も適切な一つ以上の言語モデルに基づいて選択されます。そして一番よい翻
訳が表示されます。 【００４１】 本発明のその他の実施例では、電子翻訳テキストシステムは翻訳元言語テキス
ト入力を受信する電子言語翻訳プログラムを含み、翻訳対象言語テキストを作り
ます。インターフェースは電子言語翻訳プログラムに連動し、一つ以上の翻訳対
象言語に翻訳元言語テキストをつける場合とつけない場合のそれぞれの表示方法
を選択できるよう作られています。 【００４２】 詳細の説明 本発明の実施例の中で、電子翻訳テキストのシステム（“システム”）は翻訳
元言語テキスト入力を受信し、翻訳翻訳翻訳対象言語テキストを出力する電子言
語翻訳プログラムを含みます。インターフェースは電子言語翻訳プログラムと連
動し、ユーザーが一つ以上の翻訳対象言語に翻訳元言語テキストを付ける場合と
つけない場合のそれぞれの表示方法を選択することを可能にします。電子翻訳プ
ログラムは、翻訳対象言語送信時に翻訳元言語テキストを少なくとも一つの言語
に翻訳します。出力インターフェースは翻訳翻訳対象言語テキストを電子言語翻
訳プログラムから出力します。出力インターフェースは一つ以上の翻訳翻訳対象
言語テキストのインターフェース表示を変更できます。電子言語翻訳プログラム
は少なくとも１番目と2番目の辞書を搭載できます。電子言語翻訳プログラムは1
番目の辞書を参照し、次に一つ以上の翻訳翻訳対象言語テキストに翻訳元言語テ
キストを翻訳するプロセスで2番目の辞書を参照します。アプリケーションまた
はカスタマー階層で辞書は管理されます。一般データフォーマットは翻訳エンジ
ン、入力インターフェース、出力インターフェースとは別に搭載されています。 【００４３】 実施例の一つでは、変換モジュールは入力翻訳元言語テキストを特定の入力イ
ンターフェースから一般的なフォーマットへ変換します。その後、ルーティング
・モジュールは、どの翻訳プログラムが最適の翻訳を提供するかを決定し、その
翻訳プログラムへテキストを送信します。変換モジュールはテキストを一般デー
タフォーマットから特定の入力フォーマットへ変換します。変換モジュールは特
定の出力フォーマットを翻訳エンジンから一般データフォーマットへ変換します
。変換モジュールは一般データフォーマットから出力インターフェースに見合っ
た出力フォーマットへデータを変換します。 【００４４】 本発明のシステムは、テキスト、リアルタイム翻訳チャット、ウェブサイトコ
ンテンツ、電子メール、インスタントメッセージ、多言語オークション、多言語
マーケットプレースの翻訳といった、様々な用途が考えられます。本発明はオン
ラインで翻訳されたテキスト会話に多数の人々が参加することを可能にしましま
した。ユーザーは言語の入力と表示方法を自分で決めることが出来、本発明のチ
ャットアプリケーションはあるユーザーが入力した文章をそれぞれの受取る側の
ユーザーが自ら決めた適切な出力言語に翻訳します。本発明のチャットアプリケ
ーションのスクリーンショットは図１で示されています。 【００４５】 ある実施例では、本発明はポータルやコミュニティーサイト、社内イントラネ
ット上のコミュニケーション、BtoBにおける情報交換のためのビジネスチャット
、またはユーザーへのカスタマーサポートソリューションといったユーザー間の
気軽なチャット会話に使用されています。図2-5は本発明のリアルタイム多言語
コミュニケーション方法と装置の実施例の図解です。図2は本発明の方法と装置
を様々なユーザーがどのように利用するかについての図解です。図に示されてい
るのは2ユーザー間での使用モデルです。このモデルでは、2人が個々にメッセー
ジをやりとりしてコミュニケーションしています。一つ一つのメッセージはチャ
ットサーバーにおくられ、（メッセージが原文であれば）翻訳され、相手のユー
ザーに伝えられます。2番目の図は複数のユーザーが一つのチャットルームでそ
れぞれメッセージを伝達しあい、コミュニケーションを取っているというもので
す。このモデルでは、チャットに参加しているメンバーから送られた一つ一つの
メッセージがチャットサーバーに記録され、（メッセージが原文であれば）翻訳
され、再度全てのチャットに参加しているユーザーへと伝えられます。 図３はチャットルーム内で伝達された何種類かのメッセージの図です。一つはチ
ャットルームのサポートする言語へ瞬時に翻訳されたプレーンテキストです。次
はアイコニックです。これらは特筆すべき特徴です。なぜなら、世界共通言語を
処理する場合、誰にでも理解できるメッセージを送信する必要があるからです。
その他の種類のメッセージは、コミュニケーションの全プロセスを円滑にすると
いうことが唯一の目的であるメタトランズアクションです。メタトランズアクシ
ョンメッセージの一例は“ヘルプ？”メッセージで、これはユーザーが2番目のユ
ーザーにメッセージの内容がよくわからないという注意を促し、もう少し翻訳が
解りやすくなるような書き方をしてくれるよう要請することのできるメッセージ
です。 【００４６】 図4は本発明におけるシステムオペレーションの高レベルな概要です。ユーザ
ーは本発明におけるウェブサーバーにアクセスするためにブラウザーを使用しま
す。ウェブサーバーはアプレットを含むページを配信します。アプレットが表示
されます。これ以降、ユーザーとシステムの間のコミュニケーションはアプレッ
トを通してのみ起こります。ユーザーがチャットサーバーに送信されるアプレッ
トにメッセージを入力します。メッセージが原文であれば、チャットサーバーは
メッセージ翻訳し、その訳文をチャットサーバーに返信する翻訳システムに送信
します。この時点で、メッセージはチャットルームでサポートされている全ての
言語でユーザーが入力したテキストの種類を含んでいます。そしてサーバーは再
度メッセージをチャットルームの全てのユーザーに対して送信します。 【００４７】 図5はフィードバックの種類の図解です。プロセスの全体でフィードバックル
ープは継続します。翻訳システムからメッセージを受信すると、1)メッセージ情
報のストレージデータベースと2)機械翻訳エンジンとの間での相互作用がありま
す。データベースは、複数言語内で既に翻訳されたフレーズテキストを含む静的
翻訳キャッシュを格納しています。これらは人間によって翻訳されているため高
度な品質を保証できます。さらに、キャッシュは受信したメッセージタイプで感
知されるパターンに反応することによって、時間とともにそれ自体を修正します
。これは結果的に品質の向上につながります。キャッシュで取り扱われないテキ
スト要素は、翻訳のために翻訳エンジンへ送られます。各図のボックスは、英語
からフランス語というような、一方向の機械翻訳言語を現しています。結果とし
て翻訳システムは複数の翻訳エンジンコンポーネントを活用しています。異なる
プロバイダーが異なる言語ペアを使用できます。いくつかのエンジンは複数方向
に対応可能です。 【００４８】 本発明は、ウェブサイトコンテンツの機械翻訳ができる翻訳ウェブサイト閲覧
ツールも提供します。一例はユーザーによって選択された言語にウェブサイト上
のテキストを翻訳するというものです。本発明はウェブサイトのグラフィックに
埋め込まれたテキストを翻訳する方法と装置も提供しています。本発明の閲覧ツ
ールは実際のウェブサイト上で、またユーザーのブラウザーに直接組み込まれて
いるダウンロード可能なツールとして使用できます。実際のツールは、ユーザー
のブラウザースクリーン上部または下部に備わっており、ユーザに翻訳言語に対
する機能的コントロール・ボタンを与えるツールバー、ユーザがアクセスしたい
ウェブサイトのURL、さらに人間翻訳用の現行のウェブサイトを送信する方法と
いった数々の機能を含んでいます。本発明における閲覧ツールのスクリーンショ
ットは図6に示されています。 【００４９】 本発明における閲覧ツールは、そもそも個人ユーザーがツールなしではアクセ
スができないであろうインターネットコンテンツにアクセスすることを可能にし
ます。閲覧ツールの一例は、教育、娯楽、リサーチ等ですが、これに限らず様々
な用途があります。 【００５０】 図7は無線ネットワークプロバイダーや情報プロバイダーといったクライアン
ト無線デバイスと本発明における翻訳サービスとの間のデータフローの図解です
。 【００５１】 一般的にいえば、クライアント無線デバイスとはディスプレイ/出力機器、入
力機器、またはインターネットやその他のネットワーク通信用モバイルターミナ
ルとなるべくして作られたデータ転送能力を備えた個人モバイル電子機器です。
一例としてこれらは挙げられますが、その他様々な用途が考えられます：データ
送信とディスプレイ可能な携帯電話、PHS、PDA(電子手帳)、小型コンピューター
、インターネット/ネットワーク接続可能な機器・デバイス等です。無線ネット
ワークプロバイダーとは、クライアントデバイス同士のデータ交換や、その他の
ネットワーク接続可能なデバイスとのデータ交換が可能なデータ送信インフラの
ことです。情報プロバイダーとは、動的・静的データをクライアントデバイスに
データ交換インフラを通じて提供する全てのデバイスのことです。本発明は一つ
の言語からその他の言語にクライアントデバイスからデータプロバイダーへ、デ
ータプロバイダーからクライアントデバイスへ、またはクライアントデバイスか
らクライアントデバイスへと翻訳するデータ交換の仲介役を務めています。 【００５２】 本発明における無線翻訳アプリケーションは実質的にはインターネット翻訳ア
プリケーションに相当します。この二つの相違点には、データがWML、HDML、そ
の他HTML以外の無線データ交換の基本的言語でエンコードされているということ
、ターゲットとするエンドユーザーのデバイスが携帯電話、パソコンまたはその
他デスクトップ、ラップトップコンピューター以外の無線データターミナルであ
ること、そしてデータがインターネットのようなネットワーク上に送信される変
わりに/加えて、携帯サービスプロバイダーのネットワーク上に送信されること
等があります。 【００５３】 典型的な翻訳されないピア・ツー・ピア処理では、別のクライアント無線デバ
イスでデータを送る場合、クライアント無線通信デバイスは無線データ送信イン
フラとネットワーク上でデータ送信を行います。 【００５４】 図8は本発明における翻訳サービスがデータ交換の中核を担う一般的なピア・
ツー・ピアデータ交換の図解です。本発明は無線データインフラとネットワーク
に統合されています。無線ネットワークサーバー上でクライアント無線デバイス
から他のクライアント無線デバイスへデータが送信されると、データはデータを
翻訳/処理/変換し、無線ネットワークサーバーに無線デバイスの宛先へ送られた
データを返信する本発明に受け渡されます。このピア・ツー・ピアモデルに対応
できるデータ送信の一例にはSMS（ショートメッセージングシステム）メッセー
ジと英数字ページャーメッセージ等があります。 【００５５】 典型的な翻訳されないクライアント/サーバー処理では、データ提供サーバー
に送られる場合、クライアント無線デバイスは無線データ送信インフラとネット
ワーク上でデータ要求を行います。そのサーバーは要求されたデータで返信しま
す。そのデータは無線データ送信ネットワーク上のクライアント無線デバイスへ
送り返されます。図9は、データ交換の中継をする本発明における翻訳サービス
の一般クライアントサーバーデータ交換の図解です。クライアント無線デバイス
は一定のサーバーからのデータ要求をまとめます；この要求は本発明に転送され
ます。翻訳サービスはクライアント要求で指定された無線のデータおよびサービ
スにアクセスし、要求するエンドユーザーにそれを返す前にその情報を翻訳/処
理/変換しますこのクライアント/サーバーモデルの一例には、WAPデータブラウ
ジング、サーバープッシュデータ等があります。 【００５６】 さらに、本発明の方法と装置はテキスト電子メールの下書き品質翻訳を提供し
ます。ユーザーは自国語で電子メールをタイプし、送信する人の言語に合わせて
翻訳をするだけです。馴染みのない言語で書かれた電子メールを受取った場合、
翻訳は受信者側にも表示されるようになっています。 【００５７】 インスタントメッセージは、インターネットに限らずネットワークにアクセス
する人々のコミュニケーションプラットフォームとして設計されました。オフラ
イン時にメッセージを受取った場合、メッセージは次回インターネットにログイ
ンした時に表示するために保存されます。翻訳されたインスタントメッセージは
社内コミュニケーション、カスタマーサービス、学生同士の交流等、言語の壁を
越えた瞬時のコミュニケーションが必要とされる状況で利用することが可能です
。 【００５８】 本発明のシステムには、1つの言語を話す人が、別の言語で書かれたインター
ネットまたはウェブサイトで情報の検索を可能にする多言語検索エンジンがあり
ます。クエリーは一つの言語で入力し、検索エンジンシステムはクエリーを翻訳
対象言語へ情報検索する前に翻訳します。その他の実施例の中で、システムはあ
いまいな検索クエリーをユーザーにより多くの曖昧な状況を入力してもらうこと
で解決できるメカニズムを設計しています。多言語検索エンジンは一般的にイン
ターネット上の情報を検索する際に、または製品や特定のウェブサイトや情報ド
メイン上の情報の一部を検索する際に利用されます。ユーザー例としては、この
限りではありませんが、海外企業のウェブサイトで情報を検索する場合や、海外
商業サイトで商品を検索する場合、またはユーザーに馴染みのない言葉で書かれ
たウェブサイトの検索する等が挙げられます。 【００５９】 本発明における方法と装置はオンラインオークションやマーケットプレイスサ
イトに直接つなげて使用できます。このソリューションは、マーケットプレース
やオークションサイトでメッセージや製品概要等を見やすいように様々な言語に
翻訳して掲示することができます。ある製品を説明する場合、ユーザーの選択数
を制限する入力フィールドとドロップダウンメニューが使用できます。好きな言
語へ簡単に転換できるフォーマットに掲載された情報の保存できます。 【００６０】 図10(a)と10(b)は多言語検索エンジンと閲覧ツールの機能を組み合わせた本発
明のオークションツール実施例です。ユーザーは言語Bでかかれたサイトに言語A
でクエリーを入力できます。 【００６１】 例えば、ユーザーが日本語で皿という意味の“お皿”と日本語で入力します。
そして適切な言語に翻訳されます；英語で書かれたサイトの場合、“お皿”は“
plate”と翻訳されます。標準クエリーはオークションサイトのデータベース上
で実行されます。オークションサイト側での作業は一般的な単一言語での検索と
同じです。処理手続きは全く変えていません。改行されたページは本発明のシス
テムによって翻訳され、リンクはリンクの翻訳されたバージョンと一緒に表示さ
れます。ユーザーが実際のオークションを見るためにリンクをクリックすると、
オークションページが表示され、そのページは全て翻訳されています。 【００６２】 オークションサイトはデータベース検索を変更する必要はないし、ページを変
更する必要もありません。テキスト翻訳の用意や翻訳実行、翻訳されたページ表
示等すべての翻訳管理は、システムによって操作され、オークションサイトから
は完全に見えません。 【００６３】 図11は動的翻訳キャッシュを示しており、それは最近翻訳されたセンテンスを
記録し、それぞれの翻訳実行要求を動的にアップデートします。翻訳の実行が要
求されると、動的翻訳キャッシュは要求されたセンテンスが最近翻訳されたもの
かどうか調査されます。もし正しければ、翻訳エンジン上に時間と処理サイクル
を保存して、記録された翻訳は即座に返信されます。これは翻訳システムの多く
のアプリケーションにとって有効ですが、オークションツールにとって特に効果
的です。オークション検索では、ユーザーがしばしばキーワードを少しだけ変え
て、互いに非常に似た、連続したクエリーを入力することがあります。これによ
って同じオークションが何度も繰り返されます。本発明は最近の翻訳を全て記録
する動的キャッシュの反復行為を上手く利用しています。これは頻出用語テーブ
ルと似通った方法で行われ、また同様にアプリケーションの言語利用の特性反復
を上手く活用しています。 【００６４】 その他の実施例で、本発明はマーケットプレースやオークションで製品や情報
を多言語で検索することを可能にし、テキスト翻訳と翻訳検索を製品へ統合しま
す。この結果はそれぞれの言語で表示されます。 【００６５】 多言語化されたオークションやマーケットサイトで必要とされる特別な機能に
加えて、本発明はカスタム辞書や頻出用語リストを特定のアプリケーションに併
せて搭載することを可能にします。専門分野に限った内容や、オークションサイ
トにしか見られない特殊な品物の翻訳に特に効果があります。 【００６６】 ユーザーは本発明のシステム、ウェブサイト、インターフェースへ直接アクセ
スが可能です。さらに、本発明のシステムはユーザーにホスト機能を与えること
ができます。 【００６７】 図12を見てください。本発明のフレームワークの図解です。インターフェース
層、ディストリビューション層、翻訳層が示されています。ユーザーは、初期入
力を構築しかつユーザーが多言語のコミュニケーションに参加する際に翻訳され
た出力内容を見るのにインターフェース層を使用します。各アプリケーションは
一定のドメインで翻訳されたコミュニケーションの有効性を最大限にする独自の
インターフェースを持つことができます。ある実施例では、本発明の方法と装置
はJavaベースの入力、出力インターフェースを利用しています。しかしながら、
本発明は既存のビジネスアプリケーションのユーザーインターフェースにも組み
込むことができるので既存のアプリケーションに多言語コミュニケーション機能
を容易に加えられます。 【００６８】 ある実施例では、本発明は、アプリケーションごとに異なりJavaベースですべ
ての対応言語ペアの出力を扱う出力インターフェースを提供しています。出力イ
ンターフェースは、出力言語のオペレーティングシステムを持っていないユーザ
ーにも言語を表示します。このためシステムはすべてのJavaUnicode文字列を使
用します。ユーザーのシステムによっては、フォントをインストールするための
簡単な操作をユーザーに要求し、ユーザーのシステムにコンフィギュレーション
ファイルを書き込みます。このインストール操作はユーザーのシステムにオペレ
ーティングシステムの言語ではないフォントの表示を可能にします。 【００６９】 入力送信後にインターフェース層はディストリビューション層に続く処理要求
を送信します。ディストリビューション層はユーザーインターフェースと翻訳層
との橋渡し役としての役目を果たします。ディストリビューション層は、言語ペ
アディストリビューションとロードバランスを提供し、翻訳層と共通したインタ
ーフェースを使います。言語ペアディストリビューションのために、ディストリ
ビューション層は翻訳クエリーが翻訳要求の言語ペアに基づいたシステムの適切
な翻訳エンジンに確実に受け渡されるようにします。ディストリビューション層
は、翻訳エンジンの各事例の負荷をマネージするロードバランシングシステムを
利用します。各言語ペアに、本発明のシステムは複数の翻訳エンジン事例を作り
出しました。ディストリビューション層はクエリーがエンジンの異なる事例の間
で効果的に確実に分配されるようにします。翻訳層共通のインターフェースのよ
うに、インターフェース層はソフトウェアアプリケーションに応じて変化します
。広く異なるユーザーインターフェースを備えたアプリケーションはすべて同じ
方法で翻訳層を利用できます。 【００７０】 翻訳は図13で示されている5ステップを含む翻訳層で行われます。各ステップ
が行う手順は図14で詳しく説明されています。 【００７１】 図15(a)と15(b)はチャットアプリケーションで具体的に発生する翻訳処理手続
きの図解です。ユーザーが何かを入力すると、一連の入力支援ツールはユーザー
入力を手助けできます。例えば、日本語でタイプするのがとても遅い倍です。特
にチャットアプリケーションでは、できるだけ文章を速くタイプ・入力したいと
いう欲求があると同時に翻訳エンジン用にできるだけわかりやすく適切な入力言
語を作成することが求められます。本発明の方法と装置は、品質が悪すぎてきち
んと翻訳できていないといった単一言語の入力問題を最小限にします。速く入力
することと確実に正しい文法にするという２つの手段のバランスを引き出す一連
のツールにより実現されます。図16で入力ツールに関する詳細を説明しています
。 【００７２】 頻出用語テーブルとも呼ばれている静的翻訳キャッシュが提供されます。これ
にはチャットアプリケーションで（または何であれ特定の機械翻訳アプリケーシ
ョンで）頻繁に繰り返されるフレーズが含まれています；このフレーズは完璧な
訳文と一緒に格納されています。キャッシュのアイテムは翻訳またはその他のエ
ンジンを通過せずに後処理に直接移動します。図17で静的翻訳キャッシュに関す
る詳細を説明しています。最後に後処理です。図18と19で後処理に関する詳細を
説明しています。 【００７３】 ステップ1ではテキスト入力が翻訳可能な状態に転換されます。テキスト入力
はアプリケーションによって異なります。アプリケーションに依存しない以下の
ステップにより合成されるフォームに変えられることは各入力にとって重要です
。つまりステップ1はアプリケーションに依存しています。ステップ１では、以
下の動作が起こります：テキスト内の必要のない空白と不適切な大文字が削除さ
れ（これらは後にステップ5で後に復元されます）、過度な句読点も取り外され(
再度ステップ５にて復元されます)、入力テキストはスペルチェックされ、文法
チェックされます。短縮形等は入力テキストから削除されます。本発明における
翻訳閲覧機能の翻訳HTML検索の場合は、前処理が異なる作業をします。前処理の
ステップはHTMLを解析するタスクを扱います。翻訳に適したテキストを用意し、
オリジナルのHTMLページの形式を保存する間に翻訳結果を再フォーマットします
。HTML翻訳のテキスト前処理ステップは以下に詳細を説明しています。前処理の
ステップが入力を引き出す時、ステップ６で後に翻訳として復元される入力の元
の状態に関する情報は維持され、同様に翻訳出力が生産されます。 【００７４】 図20はテキスト前処理の図解です。テキスト前処理は空白を削除し、大文字を
削除または保持し、句読点を削除または保持し、短縮形を書換えます。 【００７５】 ステップ2では入力が同義語や意味を持たない言葉または頻出用語のような特
殊な言語構成に分析されます。これはユーザーが解決する必要のある曖昧になり
がちな表現の入力をシステムが検討する段階です。ユーザーメカニズムへのフィ
ードバックを使用する翻訳検索では、入力が次のステップに移動する前にどんな
曖昧表現もこの段階で解決されます。どのフレーズが翻訳されるべきかという言
語分析とデータマイニングの後で、言語前処理はステップ4に合わせるために何
と要求するかを決定し、以下に説明している静的翻訳キャッシュや翻訳エンジン
に合わせるためにどれを要求するかを決定します。 【００７６】 図21は図20の続きで、言語前処理の図解です。これは（“well”や“so”とい
った）意味を持たない言葉を削除したり、スラングを書換えたり、短縮語を書換
えたり、複合フレーズを解りやすいように意味を区切ったりします。テキスト前
処理と言語前処理は、以下のステップに沿って（この限りではありませんが）図
20と21にて説明しています。 ・ 大文字を取り外し、情報を保存する； ・ 句読点を取り外し、情報を保存する； ・ 空欄の間隔を統一する； ・ コンマ、ハイフン、その他挿入節区切りをキャッシュに合わせて取り外す； ・文章の始めまたは終わりからユーザーの名前を解析する； ・ “well,” “oh,” “ah,” “well then” (英語), “pues,” “si” (ス
ペイン語), “eh bien” (フランス語), “あの,” “んじゃ” (日本語), 等の
接続語、接続文を解析する； ・ キャッシュの半分に合うようにコンマやセミコロンで文章を区切ってみる； ・ よくあるスペル間違いをキャッシュに合わせて試してみる； ・ 縮形をもとの形に戻す、データ(英語、ドイツ語、フランス語)を保存する； ・ キャッシュに合うように略語を書き直す、例。 o “r” = “are”, “4” = “for” (英語) o “2” = “de”, “9” = “neuf” (フランス語) o “k” = “que”, “t” = “te” (スペイン語) ・ 「いる」,「います」から抜け落ちている「い」を付け足す(日本語); ・ 語尾を切り離す(日本語); ・ 「ん」を 「らん」,「れん」に広げる (日本語); ・ キャッシュに合うようにアクセントをなくす(フランス語、スペイン語); ・ キャッシュに合うように代用できるスペルを利用する(ドイツ語) ステップ3は最下層翻訳で発生します。テキスト入力の内容によりますが、翻
訳ステップは1/2サブシステムを用います。 【００７７】 静的翻訳キャッシュ この実施例では、翻訳キャッシュは普通送信された入力内容と簡易照会の翻訳
を記録します。静的翻訳キャッシュの意図するところは、翻訳品質とスピード、
そしてスケーラビリティーです。キャッシュの利用によって、本発明は最もよく
送信されるテキスト入力に最適で完璧な翻訳を指定することが可能になりました
。このような入力内容は、話し言葉、スラング、頻出用語等や、クライアントの
特殊なアプリケーションや業界で共通する特別用語も同様に含まれます。よくア
クセスされる入力や高スピードなキャッシュの翻訳の累積によって、本発明は、
頻出する翻訳のスピードを加速させ、それゆえにユーザー経験を常に改善します
。要求数を最低限にすることによって、本発明は翻訳エンジンに合わせて、スケ
ーラビリティーと安定性が向上します。 【００７８】 キャッシュ機能は類似した意味を持つフレーズごとに分類することによって、
各分類の基準フレーズを関連付けします。これらのどのフレーズを翻訳しても、
キャッシュは基準フレーズの翻訳を返信します。全対応言語の基準フレーズデー
タベーステーブルと各対応言語の一連のハッシュテーブルを含みます。基準フレ
ーズは各対応言語バージョンを持っています。例えば、“Hello”は世界言語で
あり、全ての言語にあります。各ハッシュテーブルは別の言語で全く同じ意味を
持つものがなくとも第一テーブルの基準フレーズの一つから一番近いものを記憶
します。ハッシュテーブルのキーは頻出用語で、値は基準フレーズと同じものを
持つ第一データベーステーブル列のインデックスです。なぜならテキストは前処
理され、キャッシュによる処理以前に引き出されたので、照会された内容が余白
や句読点の間違いのような入力の小さい間違いによって妨害されることはありま
せん。 【００７９】 チャットアプリケーションには、挨拶、頻出反復フレーズ、チャット用語等に
限らず多数の頻出用語があり、それらはフレーズごとに翻訳がリストとしてテー
ブルに保存されています。これは頻出用語をチャットで利用する際に、速くて精
度の高い翻訳を確実に提供します。基準フォームと呼ばれるマスターテーブルに
これらのフレーズは保存されています。さらに、各言語の変化形フレーズも同様
に認識可能です。この変化形フレーズには短縮型フレーズ、つまり、意味を持た
ない言葉や関連性のない言葉とくっついたフレーズ（例えば“Hello”に対する
“Hello there”等）や意味が全く同じ表現方法(“I'm well”に対する“I'm fi
ne.”等)が含まれます。変化形はキーと呼ばれる統一されたフォーマットに文字
は全て小文字にされ句読点は取り外され、綴りはユーザーが一番分かり易い入力
形態に統一されて、記録されます。図17は静的翻訳キャッシュの備わった頻出用
語テーブルの図解です。入力処理が受信されると、言語使用の詳細を取り外して
キーフォームに変換されます(このプロセスは図20と21に説明されたたくさんの
ステップに含まれています。)。入力(したもの)が頻出用語なのかどうかを見る
ためのキーテーブルに照会(機能)があります。キーテーブルはまず、翻訳対象言
語に適した入力に対する翻訳出力が載っている基準フレーズから照合するものを
探してきます。 【００８０】 本発明システムのサードパーティー翻訳エンジン 静的キャッシュに保存されていないテキスト入力について、本発明のシステム
は入力内容を適格なサードバーティー翻訳エンジンに処理命令を出します。本発
明は複数の翻訳エンジンを各対応言語ペアに最適な翻訳品質を確実にするために
利用し、各サードパーティーエンジンを仮想ブラックボックスとして処理します
。各エンジンはそれぞれに異なる機能を持ち合わせています。カスタムJava機能
は、前ステップが認識する必要がないように、または各エンジンの特殊なAPIと
情報を伝達する必要がないように、共通のAPIとして各エンジンに記録されてい
ます。各エンジン例は単一言語ペアを扱っており、各テキスト入力を一つの翻訳
に出力します。 【００８１】 各サードパーティー翻訳エンジンは、分散型オブジェクトとして処理され、RM
Iプロトコルによって伝えられます。本発明のシステムは、単一のエンジン例ま
たはマシンの安定性への依存度を最小限に抑えるために、多くのマシン上で実行
した各翻訳エンジンの複数例を活用します。さらに、本発明のシステムは、マシ
ンの追加と先に説明した分配ステップに接続することによって、簡単に拡張でき
ます。 【００８２】 言語の曖昧性により、機械翻訳エンジンの出力品質は単語辞書の品質と適切な
利用によってかなりの違いが出てきます。各言語の単語辞書出力品質を高めるた
めに、多数のトピックエリアをコンパイルし、適切なトピック辞書を各コミュニ
ケーションドメインとします。例えば、ビジネスチャットルームでは翻訳エンジ
ンはビジネス関連の単語辞書を使用し、またスポーツのチャットルームではスポ
ーツ関連の単語辞書を使用するといったものがあります。 【００８３】 図22は、独自で開発した異なる種類の辞書を搭載した翻訳エンジンの図解です
。これらはチャットルーム、ウェブサイト、その他のアプリケーションに適した
分野別辞書、固有名詞、そして本発明の方法とシステムが各アプリケーションで
翻訳ができる限り最新になるよう常にアップデートする固有名詞リストを持って
います。ユーザー独自の辞書も作成可能です。 ステップ4で、入力した原文の各部分は、ステップ２で分解された後に再構成さ
れます。入力の一部は翻訳エンジンを通過し、また別の部分は静的翻訳キャッシ
ュを通過してきた物もあります。 【００８４】 図18は、個々のユニットが構成され、テキストが再構築される言語後処理(復
元)ステージの図解です。これは特定の略語と図21の言語前処理では分離してい
たがその後再構築されたユニットの保存も含まれます。 【００８５】 ステップ5はステップ2で入力された原文変更を復元しています。 【００８６】 図19で、句読点、短縮形、必要に応じて復元された大文字識別によりテキスト
後処理(復元)が発生しています。このステップは通常、図20で抽出された情報を
復元します。そしてテキストは表示と出力に備えます。 【００８７】 翻訳層にはカスタム辞書があります。カスタム辞書の一つに分野別辞書があり
ます。チャットルームのトピックから自動的にトピックを指定する際、またはユ
ーザーが図23で示されているブラウザーまたは検索エンジンを使用の際にユーザ
ー自身でトピックを指定します。分野別辞書は翻訳エンジンにより提供される物
も含みます。 【００８８】 本発明における辞書は特定のトピックでの翻訳レベルを向上させます。さらに
、一般的な翻訳言語や辞書のトピックを分野や流行にあわせてアップデートでき
ます。 【００８９】 本発明は、言語ペアすべてに対して正しい翻訳または表記方法を登録した固有
名詞辞書のアップデートをします。こうした機能がチャット会話の中で最新トピ
ックを話題にすることを可能にしています。ブラウザーと検索エンジンでは、常
に情報が更新されるインターネットの特性に遅れずに対応できます。 【００９０】 翻訳層にはユーザー指定辞書もあります。ユーザーは自分で作った単語辞書を
自由に取り付けることもできます。このためユーザーは一般辞書では上手く対応
できない特別な用語を希望の翻訳結果に指定できます。自分の言葉以外の言語知
識を持つユーザーならば、直接自分で辞書を作成することが可能です。ユーザー
が他言語の知識を持ち合わせていなくとも、本発明は2つの異なる言語を話すユ
ーザーに辞書用語の適切な翻訳を両言語で指定できるツールを提供します。さら
に、2つ目の機能では、個人用の単語辞書に言葉を保存して、プロの翻訳家に知
らせ、1日か2日後に個人の単語辞書に正しく翻訳された言い回しを追加するとい
うことも可能です。 【００９１】 本発明のシステムは、チャットアプリケーションに入力したスラング、イディ
オム、チャット用語、誤解しやすい語法の言い回しといった全ての入力を読み取
るフィルターを提供します。フィルターは翻訳エンジンによってより良い翻訳に
するフォーム中の言葉に指定したフレーズを拡大、または書換えます。フィルタ
ーは最新のスラングやチャット用語に対応できるよう、いつでもアップデート可
能です。 【００９２】 本発明はシステムのユーザーが翻訳出力の品質を判定し、それに返答できるフ
ィードバックシステムを備えています。システムから作られて、利用されるフィ
ードバックには4つの種類があります。図24はその図解です。 【００９３】 図25は本発明における翻訳システムに組み込まれているフィードバックレベル
を示しています。システムは翻訳の品質とユーザービリティーを高めるための様
々なフィードバック方法を組み込んでいます。 【００９４】 ユーザー対ユーザーフィードバック：“Help?” ボタンは入力が理解しやすい
形に翻訳されたかどうか他のユーザーが発言できる仕組みです。入力したものの
翻訳が正しいのかどうを知る術のない一ヶ国語だけを話すユーザーにとって、非
常に重要です。 【００９５】 システム対ユーザーフィードバック：システムは、警告、提案および翻訳エン
ジンをできるだけ生産的に利用するためにユーザーを教育する固定的で相互的な
チュートリアルを組込んでいます。 【００９６】 ユーザー対システムフィードバック(直接)：ユーザーは入力欄の“翻訳しない
で”リストや“翻訳しないで”目印、またはユーザー定義辞書といった多数の方
法で翻訳の管理が可能です。 【００９７】 ユーザー対システムフィードバック(間接)：開発者が翻訳システムに合わせて
作成した制限事項をユーザー自ら管理します。例えば、翻訳された語句の品質が
良くない場合、ユーザーは報告し、開発者はユーザー定義辞書やシステムに追加
するアイテムを探すための“翻訳しないで”リストの内容評価をします。 【００９８】 多くの人々は機械翻訳(MT)に不慣れであるため、様々なフィードバックサイク
ルがユーザーに機械翻訳のできることとできないことについて教育することに役
立ち、このフィードバックは大変重要です。加えて、フィードバックはユーザー
が機械翻訳エンジンの性能をコントロールし、カスタマイズしていくための仕組
みを提供します。このためユーザーに自由自在にコントロールできる感覚を与え
、今まで不可解だった機械翻訳を便利なツールと感じるようになります。 【００９９】 図26はシステムがユーザーに機械翻訳エンジンとユーザーの使用言語について
教育する方法を説明しています。人々は自分の使用している言語について自分が
よくわかっていると思っています。しかしながら多くの人は自分の言語がどう作
用しているのかについては限られた知識しかありません。チュートリアルはユー
ザーに曖昧になりがちで翻訳が難しくなってしまうような言語要素、例えばスラ
ング、イディオムまたはある特定の言葉や文法構成を持つもの(“got”, “se”
, 等)、について教えてくれます。機械翻訳エンジンに直接働きかけることが、
翻訳対象言語の最低限の理解を持つユーザーにシステムのできることとできない
ことについて明確にし、またユーザーを機械翻訳の効果的な利用方法について教
育するのに大変役立っているのです。 【０１００】 他のユーザーに対するユーザーフィードバックは元の送信者に翻訳された出力
文を受取った人から送信されます。例えば、意味のわからないメッセージを受取
ったユーザーが送信したユーザーに受取ったメッセージが理解できなかったこと
を知らせることができます。そして送信したユーザーにもっと解りやすい翻訳に
なるようにメッセージを言い換えるよう即座に指示します。同僚からインスタン
トメッセージを受取った人は、翻訳されたメッセージの一部が解りにくいという
ことに気がつきます。受取ったユーザーは原文の解りにくかった部分を言い換え
るように即座に指示できます。 【０１０１】 翻訳システムへのユーザーフィードバックは翻訳された出力文を受取った人が
翻訳システムに与えるフィードバックのことです。長期に渡って大量の翻訳デー
タが蓄積されるにつれ、本発明は翻訳システムの品質を改善する目的でこのデー
タを使用できます。システムに手動または自動で行われます。システムとユーザ
ーが曖昧な翻訳の解決を試みようとする際、ユーザーへのシステムフィードバッ
クは推敲された翻訳を作り出します。入力されたテキストが検索クエリー並に短
い場合、システムフィードバックは特に重要な意味を持ちます。ユーザーが曖昧
な意味を持つある言語でクエリーを入力する際、システムはユーザーに曖昧な解
決オプションのリストから選択するよう指定して答えることができます。こうい
った種類のフィードバック無くして、高度で正確な翻訳検索クエリーは不可能で
す。 【０１０２】 HTMLページ翻訳のテキスト処理ステップは、プレーンテキスト翻訳とは異なり
ます。本発明はHTMLページを解析し、HTMLページに翻訳を配置します。HTMLペー
ジ翻訳には2つのオプションがあり、訳文と原文の両方を表示するものと、訳文
のみを表示するものとにわけられます。原文と訳文の両方が表示される時、訳文
は原文ページのページ形式を崩すことなく挿入されます。システムはHTMLページ
を解析し、翻訳を挿入する適切な位置を示すキー目印を見つけます。訳文のみを
表示する場合、原文のテキストは翻訳に完全に置き換えられます。 【０１０３】 図15(b)はデータパスが同じ15(a)と似ていますが、ブラウザーやオークション
ツールといった双方向ではないアプリケーションのためのものです。 無線コミ
ュニケーションも同じ分類になります。 【０１０４】 図27は3ステップ中の高レベルにおける閲覧ツールの説明です：1)ユーザーは
ページリクエストを出し、2)リクエストはシステムによって処理され、3)システ
ムはユーザーに返信ページを返送します。 【０１０５】 ユーザーリクエストはURLと言語ペア（翻訳元言語と翻訳対象言語）で構成さ
れています。翻訳元言語はページのオリジナル言語で、翻訳対象言語はページが
翻訳される言語のことです。言語認識オプションとなる翻訳元言語は閲覧ツール
に組み込まれています。要求には、ページ要求とその他のパラメーターに関連し
たウェブサイトで事前に設定されるクッキーと要求を転送するパラメーターのフ
ォームがあります。 【０１０６】 図28は図27のステップ2における高レベルの拡大図です。ユーザーページ要求
とページ返信間に起こる全体処理を説明しています。3ステップが含まれます：
パラメーターをユーザー要求により抽出し、ページ検索と処理を行い、動的に生
成されるページ内に返信する、というものです。 【０１０７】 図29は図28のステップ２をさらに詳しく説明しています。ページ要求は主に3
種類あります。最初はユーザー規定のページです：これらのページは内容があま
りにも頻繁に変更され、効果的にキャッシュすることができてないと思われるた
め、キャッシュされません。このようなページの例にユーザープロファイルペー
ジが挙げられます。これらは常に更新され、新たな要求によって書き換えられま
す。2つ目の種類はユーザー規定ではないページで、キャッシュされているもの
です。もしもページがユーザー規定ではなく、既にキャッシュされている場合は
キャッシュから取り除かれ、返信されます。 3つ目の種類はユーザー規定ではな
いページで、キャッシュされていない、またはキャッシュ入力が古いものです。
ページは更新され、書き換えられます。さらに、予測されるクエリーのキャッシ
ュを保管します。 【０１０８】 図30は図29に代表されるページ検索の拡大図です。ユーザーページ要求を実行
するために、本発明における閲覧ツールは翻訳元ウェブサイトから最初のページ
要求をする必要があります。そうするために、ユーザー要求からの情報を始めに
抽出する必要があり、新たに2番目の要求を作成し、翻訳元サイトを検索要求の
ための第2要求を利用します。ページ検索のプロセスは5ステップから成ります： 1) URLにパラメーターの追加。ここでユーザーページ要求を含むパラメータはす
べて第2要求のURLに追加されます。 2) 送信されるクッキーの処理：ユーザーページ要求を含むクッキーは第2要求に
転送されます。 3) 新たなURLでのHTTP要求の実行：問い合わされたソースサイトの置かれている
場所です。 4) 検索ページ：適切なページの文字エンコード(言語を基準に)を利用して、ペ
ージは検索されます。 5) 受信クッキーの処理： 図31は翻訳元サイトが問い合わされる前のURLにパラメーターを追加する方法
説明している図30のステップ1の拡大図です。覚えておくべきことは、このプロ
セスは言語依存型であるということです。特に、ユーザーが翻訳元言語Aで書か
れたページを翻訳対象言語Bで見ている際、ユーザー入力を代表するパラメータ
ーは、ページ要求が加えられる前に言語Bから言語Aに翻訳されます。これはユー
ザーを自分の言語でかかれていないページに気軽にアクセスすることを可能にし
ます．例えば、ユーザーが翻訳元言語Aのオークションサイトを言語Bで見ている
場合、ユーザーは検索クエリーを言語Bで入力したいと思うでしょう。検索クエ
リーはページに送信される前に言語Aに翻訳されます。 【０１０９】 図32は図30のステップ2の拡大図です。ユーザー要求の一部で通過してきたク
ッキーは本発明のパス接頭辞をはずすために書換えられ、そのためクッキーのオ
リジナルパスを復元し、オリジナル翻訳元サイトに照会する際に閲覧ツールはク
ッキーを持っています。図33はページ書換えを示しています、なぜ本発明の閲覧
ツールがユニークであるかを解説しています。閲覧ツールキットは、原文と訳文
の両方を同時に見るために、ユーザーが並列に翻訳を挿入することを可能にしま
す。加えて、閲覧ツールはオリジナルページのビジュアルデザインを崩しません
。オリジナルの内容を変えないよう、置き換えてしまわないように、ページ内に
収まるように考えられた位置で慎重に翻訳挿入位置が決められます。もともと長
いページも、ビジュアルデザイン全体を壊すことがありません。 【０１１０】 図34のページを参照してください。ページ書換えにはツーパス・プロセスがあ
ります。最初のパスでは、ページ全体を検索し、翻訳プレースホールダーは翻訳
がその後加えられるべき場所に挿入されます。同時に、翻訳されるはずのテキス
ト文字列のリストが抽出されます。2番目のパスでは、翻訳されたテキスト文字
列はページに挿入され、プレースホルダーに置き換えられます。図35は、図34で
説明されているページ書換えプロセスの図式解説です。 【０１１１】 図36は図37のパス1の拡大図です。パス1ではHTMLページ全体が検索され、HTML
部分が検出されます。各HTML部分は特徴にそってそれぞれに取り扱われます。HT
ML部分は翻訳が必要な原文の要素を表しているものもあれば、書き換えが必要な
リンクを含んでいるものもあります。また他の処理を必要とするものもあります
。図37−39はパス１でHTML部分がどのように取り扱われているのかを説明してい
ます。 【０１１２】 図37はノーマルテキストの取扱を示しています。ノーマルテキストは任意のHT
MLタグ外に位置付けられたテキストとして定義付けられます。ノーマルテキスト
は2つの方法で取り扱われます： 1)書き換えられたページにコピーされる、2)後
に翻訳される蓄積テキストバッファに加えられ、書き換えられたページに挿入さ
れる。どちらのステップも閲覧ツールが原文と訳文の両方を同じページに表示す
るために必要です。つまり最初のステップでは内容と原文の一部の場所を保存し
ます第2ステップによってテキストはページに翻訳され挿入されます。 【０１１３】 第２ステップでテキストの一部がバッファに加えられ、ページに直ちに翻訳さ
れ転送されたのではなく、後に翻訳されてページに挿入されるということに注目
することは大切です。ページのオリジナルのビジュアルデザインを壊さない方法
で翻訳をページに挿入するために、それらは計画的に配置されます。各テキスト
部分は急いで翻訳されないよう、対応する原文に続いて挿入されないよう要求さ
れますが、一方翻訳は一つにまとめられ、後でHTMLページで適切な場所に挿入さ
れるよう要求されます。より首尾一貫したページおよびより良いユーザ経験をも
たらします。 【０１１４】 図38はJavaScriptの取扱を示しています。JavaScriptブロックが表れると： 1
)翻訳するテキスト文字列をスキャニングし、その文字列をプレースホルダーにJ
avaScriptで置き換えます。2)文字列は翻訳されます；3)プレースホルダーは新
たに翻訳された文字列に置き換えられ；4)新しいJavaScriptブロックは書き換え
られたページに上からコピーされます。原文と訳文が伝達される通常のHTMLとは
違い、殆どのJavaScriptテキスト文字列が単一価値しか持たない単一テキスト要
素を示すので、JavaScriptブロックは翻訳のみを伝達します。 【０１１５】 図39は翻訳識別子の取扱について説明しています。翻訳識別子はHTMLタグで連
続するテキスト塊の最終位置を表します。翻訳識別子が表れるとテキストバッフ
ァの内容（図37で説明、ページ内に表れたテキスト文字列から構成）が翻訳され
、プレースホルダーは書換えページに追加され、テキストバッファは消去されま
す。 【０１１６】 図40は閲覧ツールがページでURLを書き換えるページの中の例を説明していま
す。本文の内容を表すURLが見つかると、本発明のサーバーを通して書き換えら
れます。URLを書き直すことは、ユーザーがクリックして後のページに進んでい
くことを確実にし、これらのページも同じく翻訳が続行されます。これは、ユー
ザーが中間ステップなしでウェブを自由に閲覧し翻訳することを可能にし、シー
ムレスなユーザー経験を提供します。この機能は、本発明を通過して書かれたUR
Lの特別な場合を表示します。URLがもし原文内容を代表する場合URLだけが書き
換えられるということに注目することが大切です。 2進法のオブジェクト(イメ
ージ)のような他の種類の内容を表わすURLは書き換えられるべきではなく、オリ
ジナルソースロケーションを反映するべきです。 【０１１７】 URLの内容は本発明のサーバーを経由して書き換えられ、本発明のシステムの
サーバーを通過するためにURLを変更し、オリジナルソースロケーションはサー
バーに受け渡されたパラメーターになります。このパラメーターはユーザーが要
求するページを表示します。 【０１１８】 関連のあるURLはソースロケーションが指定されていません。本発明で、ソー
スドメインはURLプレフィックスとして加えられ、前節に記述されるようにURLが
書かれています。 【０１１９】 図41はテキスト翻訳のための図35からの拡大図です。図41は閲覧ツールの一部
としてテキストがどのように翻訳されるかを説明しています。ページトラバーサ
ルプロセスの間に発見された複数の単独テキスト文字列は連結されます。ひとま
りにされた文字列は翻訳エンジンに送信され、エンジンはひとまとまりで翻訳さ
れた文字列を返信します。この人まとまりで翻訳された文字列は複数の文字列に
戻されます。この方法ではページの全てのテキストを翻訳層へシングルコールを
利用して翻訳できるようになります。 【０１２０】 図42は受信したクッキーの取扱を示す図30の最終ステージの拡大図です。これ
は図32で説明されているプロセスと全く逆のものです。パスが本発明のサーバー
を通り抜けるため、検索されたサイトから返信されるクッキーは書き直され、ペ
ージレスポンスに挿入され、ユーザーに返信されます。ユーザーが閲覧ツールを
使って今後同じサイトにアクセスする際はいつでもそのサイトにクッキーが確実
に再送信されます。 【０１２１】 本発明のHTMLページ翻訳プロセスは以下のステップを踏みます： (i)HTMLページでのテキスト前処理、HTMLページの解析、翻訳されるべきテキス
ト文字列収集を行う。 (ii)各テキスト文字列の言語前処理を行う。 テキスト要素が各文字列の中にあるとすれば、 何を送信する必要があるのかを
言語前処理は決定します。各翻訳される文字列は、サードパーティー翻訳エンジ
ンによって取り扱われる“a”と、静的翻訳キャッシュによって取り扱われる“b
”の二つのグループに分類されます。aグループ内で、言語前処理はステップ4の
サードパーティーエンジンへのそれぞれ区切られた文字列と翻訳予定要素をすべ
て繋ぎ合わせます。これらの文字列を一つに繋ぎ合わせることで、サードパーテ
ィーエンジンの各HTML翻訳への要求数を制限します。bグループでは、言語前処
理は翻訳キャッシュの各原文要素へ要求を出します。 【０１２２】 ステップ４で全ての翻訳を受信して、適切な出力が再構築される場合、言語後
処理が生じます。ステップ6のテキスト後処理は、適切な位置に翻訳を挿入し、
かつ、オリジナルの形式を保存して、HTMLページを再構築します。 【０１２３】 システムはJavascriptでかかれたHTMLページやフォーム、クッキーを適切に取
り扱うことができます。結果ページは、機能変更のないオリジナルとして作動し
ます。さらに、システムは、イメージの本文内容を認識するため、またHTMLテキ
ストのイメージに組み込まれたテキストの翻訳をするために、光学文字認識技術
(OCR)の利用が可能です。 【０１２４】 ある実施例で、フレームワークは既存のソフトウェアアプリケーションとレガ
シーシステムとに互換性を持っていて、主にJavaで書かれています。フレームワ
ークがJavaを基準にしているので、どんなプラットフォーム上でも実行可能です
。本発明はLinux Pentiumマシン上で操作可能です。サードバーティー翻訳エン
ジンは、Unix（登録商標）、LinuxまたはWindows NT（登録商標）といった分散
型マシンの上で操作可能です。 【０１２５】 “Help”ボタンも提供されています。本発明で、チャット環境の中での翻訳の
使用は、翻訳結果の理解度のフィードバックを得るためにユーザーに提供されま
す。このフィードバックは、ボタンを利用します。これはヘルプボタンと呼ばれ
、解りにくい翻訳を知らせるためにユーザーがクリックできるもので、各発言メ
ッセージの横に付いています。図43を参照してください。ヘルプボタンがクリッ
クされると、メッセージを発言したユーザーは翻訳がわかりにくいということを
知らされ、発言メッセージのコピーがスクリーンに示されます。これはシステム
にもっと理解やすい発言メッセージに修正する機会をユーザーに与えます。加え
て、間違った翻訳の発言メッセージは、解析不可能な文法やスペルミス単語、翻
訳しづらい単語や文法構成、曖昧な言葉のような起こりうる多くの問題の入力を
スキャンする文法チェッカーを通して送信されます。 【０１２６】 大部分の機械翻訳システムの問題の一つに、翻訳をガイドするフィードバック
が組み込まれていないということがあります。分析段階で頻繁に、曖昧表現の解
決方法について決めなくてはならない場合があります。例えば、語彙、構文、意
味、または用法といった曖昧表現です。(i)語彙集に載っていない単語、(ii)文
法にない文法構成、(iii)小説における言い回しや意味、等を使ってユーザーが
翻訳システムを混乱させてしまうこともあります。故意にしたわけではなくとも
スペルミスの単語や、おかしな文法、間違った場所での句読点や特に日本語や中
国語の場合は間違った漢字等が混乱を招くこともあります。 【０１２７】 これらの曖昧表現と混乱にとって、ヘルプボタンはわからない文章の情報をユ
ーザーに与え、フィードバックループを終了します。他のユーザーが翻訳を理解
できなかった時にこうなります。こうして本発明のシステムがコンピューターか
らの解明を必要を検出する負担を取り除きます。その上、システムは最も良い翻
訳を見つけるためにユーザー同士が助け合うというチャットルームの共同体意識
を利用しています。 【０１２８】 ヘルプボタンはユーザーコメントのすべて、またはコメント内の一フレーズや
単語にも利用できます。単語やフレーズがうまく翻訳されなかった場合、その他
のユーザーは混乱した入力の具体的な部分を特定することができます。 【０１２９】 ユーザーがウェブを閲覧している際に、本発明の翻訳ブラウザーは自動的に各
サイトのオリジナル言語をユーザーが指定する必要なく翻訳サイトを提供します
。ページをスキャンし、言語を予測し、適切な翻訳を自動的に実行する言語識別
子を実行することによって完了します。識別子が間違えて予測した場合、または
ページが複数言語を含んでいる場合、ユーザーはこの機能を無効にすることがで
きます。ユーザーが見ている物の翻訳元言語を気にするか気がつく必要性を取り
除くことで、本発明はできるかぎりシームレスな閲覧経験を作ります。 【０１３０】 本発明はまた翻訳ヘルパーをユーザーに提供しています。翻訳ヘルパーは、ユ
ーザーに翻訳エンジンの適切な利用方法を教え、高品質な翻訳を作るのに一番よ
いフレーズの作り方を支援し、機械翻訳のできることとできないこととをユーザ
ーの予測に合うようにするといった多くの機能をもった相互的プロセスです。ユ
ーザーは紛らわしい文法構成を避けるよう訓練されます。これは、ユーザーに使
い方と情報を与えようとする受身的アプローチとユーザーが翻訳に適したフレー
ズを作成しようとするといった要素の両面から完了します。 【０１３１】 各ユーザーはよい翻訳を作るための文法構成と言語への使用方法と提案のリス
トを読むよう促されます。言語別のリストがあります。本発明は、ユーザーが詳
細のレベルと好みにぴったりくる簡潔な表現方法を選ぶことを可能にする情報の
多くのフォーマットを与えます。ユーザーが選べるフォーマットは： 1) 箇条書きリスト。こうすることで簡単で読みやすいフォーマットが出来上が
ります。 2) 長めの「はじめにお読みください」形式ファイル。このフォーマットは、各
ポイントを例証する長い説明やよい例、悪い例を備えた情報の拡張したフォーム
を与えます。マスコットが楽しい漫画の中で書くポイントを覚えやすいように説
明しています。 3) 相互的チュートリアル。このバージョンでは、本発明はユーザーのインタラ
クティブ性を楽しく覚えやすい情報のコミュニケーションをするために多くの例
を通して説明します。この方法は図45で示されています。このチュートリアルに
は、イラストレーション、ミニクイズ、よい例・悪い例、翻訳エンジンの例題テ
スト等があります。 【０１３２】 図46は、箇条書き、よい例悪い例のチュートリアル、図解、解説またはクイズ
、ゲーム、翻訳テスト分野を使ったインタラクティブなチュートリアル等、様々
なチュートリアルの拡大図です。手の込んだチュートリアルは覚えやすくて楽し
い学習経験となります。本発明における方法と装置はユーザーの学習プロセスを
手助けすることでインタラクティブ性のより高いものにします。 【０１３３】 本発明はまた、ユーザーによる入力をモニターしバックグラウンドで実行する
プログラムであるチュートリアルデーモンを提供します。翻訳エンジンに文章を
送信する前にユーザーのタイピングをモニタリングすることで、本発明はユーザ
ーに文章がより翻訳しやすいものにするために指導し、良くない入力を警告する
手助けをします。問題が発見されたら、入力ボックス内のテキストに印がつけら
れ、図47で示しているように“警告ライト”がチュートリアルメッセージ専用の
スクリーン内に表示されます。チュートリアルデーモンはスペルチェッカーと、
文法チェッカー、難しいフレーズ警告、入力計測器などを持っています。 【０１３４】 図48はシステムに対するユーザーの予測と知識が実際のシステムを利用する際
にどのように影響しているか、を示しています。チャットアプリケーションでは
、ユーザーが入力を提供する際に、入力はチュートリアルデーモンを経由します
。チュートリアルデーモンはバックグラウンドで実行され、ユーザー入力のフィ
ードバックを与える第2レベルのチュートリアルです。チュートリアルデーモン
は難しい単語やフレーズ、誤解しやすい文法構成、スペルや句読点の間違い、あ
りがちなアクセントのエラー、誤解しやすいゼロ照応、思いもよらない品詞順序
、その他翻訳エラーの原因となりそうなものについてユーザーをトレーニングす
るために警告を出します。チュートリアルデーモンに関する詳細は図49にて示さ
れています。加えて、ユーザーは届いた翻訳を見ることでフィードバックを受け
取り、他のユーザーは“Help?”ボタンのフォームでフィードバックを出すこと
ができます。 【０１３５】 図49は、ユーザーにフィードバックを提供する多くの確認ステージを提供する
チュートリアルデーモンの説明です。ユーザーが入力ボタンを押す前に、チュー
トリアルデーモンは注意事項を警告します。デーモンは(他の要素の間で)文法チ
ェッカー、スペルチェッカー、難しいフレーズ検出、入力計測器(ユーザーに長
すぎる入力を警告します)、ローカルコンテクストを曖昧な単語やフレーズの意
味を決定する為に使用する曖昧表現解決プログラム等を含みます。 【０１３６】 スペルチェッカーは各単語が使用中の単語辞書中にないことを報告します。改
行キーを押す前に短い間隔で入力中の行を確認してマーキングしてハイライトす
るか、または見つかった知らない単語に下線を引く、その他の目に見える印をつ
けます。これはユーザーがスペルエラーや一般的でない単語やスラング、また同
様に問題のある固有名詞を翻訳エンジンに送信する前に除去することを可能にし
ます。ユーザーが解らない単語の上で右クリックをすると、選択肢リストが表れ
て楽に訂正できます。 【０１３７】 文法チェッカーは句読点の使い方といった文法事項をチェックします。品詞タ
グを各単語に付け、思いもよらないタグ順序が検出されるかどうかを確認します
。わからない文章やフレーズはユーザーに気づくようハイライトされ、ユーザー
は入力(したもの)をできる限り言い換えなければなりません。わからないフレー
ズの上で右クリックをすることは問題の説明と可能な訂正ヒントを呼び出します
。文法チェッカーの例は日本語の各文章が主語と動詞を持っていることや、質問
単語がスペイン語のようにアクセント記号のあるかどうかを確認する照合を含み
ます。 【０１３８】 多くの言語には文法的に間違っていないが翻訳が難しいという単語やフレーズ
があります。この問題についての例には、日本語での“no” と “suki”、スペ
イン語での非人称受動態“se”、英語の“got”、フランス語の “marche”等が
あります。 本発明の難しいフレーズ警告機能はユーザーに文章を翻訳が良くな
るように書き換えるよう促すためにハイライトします。わからない表現の上での
右クリックは、よりよい言葉の言い換えのリストと説明を呼び出します。 【０１３９】 入力計測器もまた本発明に含まれます。なぜなら長すぎる文章では翻訳品質が
下がるため、入力する文章をできるだけ短くすることが大切になります。これを
定期的に思い出せるように、小さな入力計測器をチャットアプリケーションの入
力テキストボックスのすぐ隣に表示しています。これは図50で説明しています。
入力ボックスは、いくつの単語数、アジア言語の場合は漢字の数、が今までに入
力されているかを確認するために定期的にチェックされ、メーターの読み取りが
それに応じて増加しています。続詞のようなある単語は、メーターの針をさらに
押し上げます。ある単語を数えた後で、メーターは入力したのもが間違って翻訳
されやすいということをユーザーに警告する“危険ゾーン”を赤色で入力します
危険ゾーンレベルは使用されている言語とエンジンによって異なります。 【０１４０】 それとは対照的に、本発明の検索アプリケーションの前後関係において、入力
(するもの)が短すぎるのも問題です。設定で、デーモンはクエリーをユーザー入
力として監視しており、１または２単語クエリーが連続して入力されているかど
うかデーモンは忠告を出します。クロスランゲージ検索での主要な障害は、検索
単語の正確な意味を翻訳する際の問題です。多くの検索単語の前後関係は、クエ
リー単語の正確な意味を確定する際に明らかに役立ちます。研究で報告されてい
るクエリーごとの単語平均数は通常2語程度で、こちら側からの働きかけ無では
、多くのユーザーは短いクエリーを入力する傾向にあり、恐らくあまりよくない
検索結果に落胆するようになるでしょう。チャットと検索アプリケーションの両
方で、本発明は曖昧な表現になりやすい単語やフレーズの入力をチェックします
。こういった曖昧表現はユーザーに言い換えるよう働きかけるためにハイライト
しています。このフィードバックがなければ、ユーザーは文章またはクエリーが
こういったよくない品質を作り出しているとは思いもよらないでしょう。曖昧な
言葉は、言葉の特定の代替翻訳をリストした特化した翻訳単語辞書調べることに
より検出できます。曖昧なフレーズは特化したフレーズ(“yes” または “no”
といったそれに続く否定疑問文)をスキャニングすることにより、または品詞の
タグ付け実行やありそうであると判断された多数のタグシーケンスの有無を確か
めることによって検出できます。 【０１４１】 曖昧表現が検出されると、チャットでの右クリックか検索で自動的に、曖昧表
現解決プログラムが始動します。解決プログラムは、曖昧な単語の最も適当な常
識を決定するために前後関係あるいは他の検索語を調べることができます。ある
いは、解明をユーザーに直接求めるダイアログ・ボックスを大量に出すことがで
きます。 【０１４２】 翻訳の問題を追跡するため、また、ヘルプファイルや単語辞書、チュートリア
ルデーモンの微調整にフィードバックを提供するために、本発明の方法と装置は
翻訳エンジンを翻訳されずに通過してきたずべての単語のログを記録し、他のユ
ーザーによるヘルプボタンのフィードバックで受取った全ての入力ログを記録し
ています。これらのログは間違った翻訳が起こったパターン、単語辞書からの単
語見落とし、翻訳システムにおける文法でまかなえなかった文法構成、よくある
文法間違いやスペル間違い等々、を即座に記録すること賀できます。 【０１４３】 本発明は、ユーザーの入力を素早く正しい物にするためのたくさんの支援ツー
ルやショートカットを提供しています。チャットアプリケーションでのショート
カット入力を可能にするアイコンでの入力を含みます。ユーザーはユーザーのテ
キスト入力ボックスに決まったフレーズを即座に入力する一連の特別なアイコン
をクリックします。これらのアイコンはそれぞれの目的に合わせた3つの異なる
形があります。 【０１４４】 図16はシステムに組み込まれた豊富な入力支援ツールを示しています。タイピ
ングショートカット(個々のメニューのキーボードあるいはマウスによる)、感情
、ハイパーリンクされた辞書、チャットやその他のアプリケーションに取り入れ
られた長いフレーズのボタン、翻訳されないように設定したい特別な漢字、翻訳
したくない単語やフレーズのリスト、テキスト上のURL自動判別といったものが
あります。 【０１４５】 本発明はタイピングショートカットも提供します。チャットでは、相互作用の
楽しく興味深いレベルを維持するための速い入力と迅速な反応を必要とします。
しかしながら、この入力スピードを早くしなくてはというプレッシャーが、ユー
ザーを焦らせ、翻訳品質の悪化を助長しているのです。こういった近道行為には
、頻出反復単語の短縮化と、代名詞の利用、主語や動詞の省略、といったものが
特に日本語ではあります。こうした悪癖を阻止する一方で、速い入力を促すため
に、本発明はユーザーにクリック一つでテキスト入力欄に簡単に入力できるたく
さんのフレーズを小さなウィンドウで表示しています。これは図51に説明してい
ます。フレーズはまたキーボードのショートカットからでも素早く簡単に入力で
きます。 【０１４６】 本発明は笑顔やハートマークといったユーザーがメッセージに挿入できるたく
さんの顔文字アイコンとイラストも提供しています。これは図52にて説明してい
ます。.これらは翻訳エンジン透過性なので翻訳品質には影響はないでしょう。
しかしながら、システムのユーザーフレンドリーさに多大に影響を及ぼします。 【０１４７】 アクションボタンはユーザーに文章全体をユーザーの態度やアクションを説明
するために印字したボタンのメニューから選ぶことを可能にしています。(“[Us
er A]は自分の頭をひっかいた。”) というような単純なものや、 (“[User A]
は [User B] に投げキッスをする”) というかわいらしいものから (“[User A]
は マカレナダンスを踊る”) のようなふざけたものまで多岐に渡ります。どの
アクションフレーズも各翻訳フォームに記録され、各ユーザーに適した言語で翻
訳されます。 【０１４８】 本発明のシステムの翻訳エンジンに入力の一部を翻訳しないことを知らせる特
殊文字が設計されています。これらの特殊文字と翻訳を翻訳しないようにユーザ
ーはテキストを括弧でくくります。本発明のシステムは、入力セクションを無視
し、言葉そのままを送信します。名前や一般名詞を入力する際(例、 Nick, Youn
g, the Giants, Los Angeles)、ユーザーが翻訳されたくないタイトルを入力す
る時やユーザーがある言語使用や言語学習について話し合っていて例文を示した
い場合等に重要になります。 【０１４９】 さらに特殊な“翻訳しないで”文字に加えて、ユーザーが翻訳されたくない単
語や表現リストを個人的に作成することができます。こういったリストで、ユー
ザーは特別な漢字を毎回注釈する手間を省いて頻出する名前やタイトルを記録で
きます。 【０１５０】 本発明では、ハイパーリンク辞書が提供され、どんな単語でもその単語の上で
右クリックをするだけでユーザーが素早く辞書定義記録を立ち上げることを可能
にしました。これは語学学習者や異文化に興味のある多くの人が新しい単語に対
応する意味をすぐに知る能力を身に付けたいと思うであろうという理由でユーザ
ーにとって重要といえます。さらに、かつて入力内容をタイプし、チャットルー
ムで翻訳されるのを見たことがあるユーザーはおそらく文章の一義性が翻訳で保
存されていると気がついているでしょう。ユーザーを安心させ、翻訳が正しいこ
とを確かめる力を与える一つの方法は、翻訳単語の辞書定義を可能にすることで
す。 【０１５１】 表示された辞書定義は、それらの全体の文字どおりの辞書入力でありうる、あ
るいはどの単語のどの意味が正しいのかを決定するために定義された前後関係の
確認を使用することができます。 【０１５２】 ユーザーがURLをチャットのフローに入力すると、即座に認識されホットリン
クに変換されます。この機能はユーザーにリンクと情報の交換を促し、チャット
環境下でのコミュニケーションを促進します。 【０１５３】 ユーザーが特に興味のある分野においてできる限り最高の翻訳を取り出すのを
助けるために、本発明はたくさんの特注機能をウェブサイトの“My Translator
”と名づけられたエリアに集められました。これは図53に説明されています。ユ
ーザーはこれらの特徴を自分の要望に合わせてカスタマイズできます。よい翻訳
結果とユーザー満足を作り出すだけではなく、翻訳技術に対する所有意識をもた
らし、ウェブサイトにも繰り返し訪れるようになります。My Translatorエリア
は以下のものを含みます： 1) ユーザービルトカスタム辞書：ユーザーはよく話題にでてくる、検索する、
ウェブページで見るような単語、フレーズ、名前を集めて保存することができま
す。 2) ユーザービルト“翻訳しないで”リスト：ユーザーが通常翻訳エンジンに送
信したくない名前、タイトル、フレーズをリストに集めました。 本発明はチャットユーザーにある単語やフレーズを自動的に入力するためにキー
ボードショートカットの設定を可能にしました。 【０１５４】 もしユーザーがウェブ検索やウェブサイト閲覧、チャット等で使用するデフォ
ルト単語辞書として本発明で提供される分野に特化した単語辞書を持ちたいと考
えるならば、“My Translator”エリアで表示可能です。加えて、多目的スペー
スはユーザーがウェブブラウザーや検索エンジン、チャットルームを利用する際
にメモを書き留めることを可能にします。 【０１５５】 図54では、多くの個別カスタマイズ機能が統合され、ユーザーが使用しやすい
ように一つのセクションに置かれています。各ユーザーは自分で作った辞書や個
人的な“翻訳しないで”リスト、自分で選んだデフォルト単語辞書セレクション
、自分で設定を定義したキーボードショートカットやメモ帳を置く場所を確保で
きます。これはブラウザーやオークション翻訳、無線翻訳、翻訳チャット、その
他翻訳をベースとしたアプリケーションのようなシステムの他の場所がどうやっ
て作動しているかに影響しています。これは一つの分野の情報をまとめています
。このためユーザーはコントロールでき、自分の使い方に翻訳エンジン性能の品
質を向上させることができます。 【０１５６】 図55を見てください。ユーザーは会社のロゴだけが入ったスプラッシュページ
から始めて、言語を選択します。言語を選択し、ユーザーは自分の話す言語で書
かれたウェブサイトに行きます。ここから、残り全てのページは私達の提示する
言語全てに翻訳されます。次のぺージはスプラッシュページの後に見るページで
、ウェルカムページです。もしこのページにログインしたばかりのユーザーが戻
ってきたら、チャットルームページへ行き、チャットルームを選んでチャットを
始めます。新規ユーザーには３つの主な選択肢があります。ユーザーがサインナ
ップフォームに行き、記入が済んだらチュートリアルに行き、チャットの使い方
を学び、チャットルームページにいくというのが理想的です。ユーザーがウェル
カムページでサインナップすべきであるとわからない場合には、ユーザーはツア
ーに行き、これについてもっと知ることができ、サインアップフォームに行きま
す。サイトには誰でもアクセスできる他のページがも数多くあります。本発明の
ウェブサイトは異なる言語ゾーンでできています。最初にユーザーが入ってきて
、言語を選択します。ユーザーはいつでも言語表示のスタイルの変更ができます
。 【０１５７】 図56はチャットアプリケーションで複数の異なる機能があることを示していま
す。ユーザーはチャットルームで他のユーザーと翻訳メッセージをやりとりして
会話をすることができます。またユーザーはプライベートチャットウィンドウを
開いて1対1での会話をすることもできます。ユーザーはチャットルームを別のル
ームに変更することもできます。ユーザーは他のユーザーのプロフィールを見る
ことができますので、そこから性別や地域、年齢、職業、得意な言語、出身国、
本人からのメッセージが確認できます。ユーザーは自分の個人プロフィールを編
集することができます。ユーザーはヘルプセクションにアクセスしてチュートリ
アルや翻訳のコツ、サポートフォームやFAQを見ることができます。 【０１５８】 図57はチャットルームでの様々な機能を示しています。笑顔のような絵をメッ
セージとして送ることができるように特別な文字やアイコンメッセージを入力で
きるキーボードショートカット例があります。2か国語を話すユーザーは入力言
語コントロールを切り替えることができ、異なる言語を入力できます。ユーザー
がチャットルームでマウスオーバー機能を動かした時、その機能はマウスオーバ
ーチップボックスの上に現れます。モデレーターは他のユーザーを無視したり、
妨害がひどい場合などはアカウントを削除したりするようなさらに別の機能を持
っています。 【０１５９】 利用しているオペレーティングシステムが２バイト文字対応ではないが、２バ
イト文字を入力したいユーザーには別に特別なインターフェースがあります。例
えば、通常ですとユーザーが日本語でテキストを入力する際、テキストは表音式
に入力され、リターンキーで適切な漢字を選択します。インターネットエクスプ
ローラーでは、日本語OSを持っていないユーザーが日本語テキストを入力したい
場合、小さなHTMLウィンドが表示され、ユーザーがリターンキーを押して適切な
漢字を選択して、その漢字を自動的にチャットルームへ送信します。ネットスケ
ープでは、ユーザーが漢字を選択するウィンドウに加えて別のHTMLウインドウが
必要になります。私達はこの別のウィンドウを隠します。なぜならユーザーが漢
字を選択する際に、HTMLウィンドウを介してチャットウィンドウへ送信されるか
わりに、チャットウィンドウに直接送信しているように見せるためです。 【０１６０】 “翻訳しないで“機能も提供されています。ユーザーがフレーズを入力し、一
部を翻訳して欲しくない時にこれを利用します。例えば、ユーザーが英語とフラ
ンス語のチャットルームで“Apple Computer,” と入力したとします。彼らは“
Apple”を“pomme,”（りんご）とは翻訳してほしくありません。現在はユーザ
ーが翻訳して欲しくない言葉に“<>”をつけるという機能があります。これをす
るには2つの方法があります。一つは“翻訳しないでボタン”の利用で、もう一
つは文字そのものをタイプすることです。チャットでの翻訳しないでボタンはボ
タンを押した時、“<>”は自動的にカーソル付近に挿入されます。こうしてタイ
プをする際、ユーザーは“<>”をつけずにそのままタイプすることで、特殊文字
の指定をしたことにできます。しかし、これらの機能が翻訳からフレーズを保存
しておくということをユーザーが一度学ぶと、次からボタンを使うかわりにタイ
プをすればよくなります。 【０１６１】 ユーザーが理解できないメッセージを他のユーザーが入力した際にヘルププロ
セスは使われます。ユーザーは他のユーザーに自分は理解できなかったことを伝
えます。図58でこれについて詳しく説明しています。 【０１６２】 図58ではヘルププロセスが説明されています。例えば、ユーザーAは字を間違
えてメッセージを入力します。翻訳されたがユーザーBは翻訳の意味がわかりま
せん。ユーザーBはユーザーAのメッセージ上にあるヘルプボタンをクリックし、
“ユーザーA、メッセージの意味がわかりません。もう一度書き直してください
。”というメッセージが即座に表示されます。このメッセージと解らなかったメ
ッセージがハイライトされます。ユーザーAはメッセージを再度入力し、再度翻
訳されます。 【０１６３】 キーボードショートカットも提供されています：上向きの矢印が押されると、
ユーザーがメッセージを入力したテキストボックスに前のメッセージが現れます
。全体のメッセージを再入力する代わりに、ユーザーAは上向きの矢印をクリッ
クし、前のメッセージの誤字を訂正し、再度送信します。これはコミュニケーシ
ョンミスがあった場合に、それを互いに知らせることのできる一番早い方法です
。ハイライトすることはプロセスをわかりやすくまた迅速にします。メッセージ
をハイライトすることによって、わからなかったメッセージを見分けるのがとて
も簡単になります。 【０１６４】 図59は“現在のメンバーボックス”の図解です。チャットルームの右上に、現
在チャットルームに入室中のメンバーリストがあります。各メンバーそれぞれが
異なる行動をチャットルームで起こします。例えば、“個人情報ウィンドウ”は
人の検索方法についての情報を提供します。“プライベートチャット”は新たな
ウィンドウを開いて、1対１のチャット会話を可能にします。また“無視ボタン
”はそのユーザーを無視し、メッセージを見えないようにします。どの名前も選
択されていない場合は、それらのボタンは使用できません。ユーザーが自分の名
前を選択した場合、自分のプロフィールを見ることができ、編集できます。その
他のボタンは使用できません。 【０１６５】 ユーザーが自分の名前を選択した際、“個人情報”ボタンはクリックでき、ユ
ーザーは自分の情報を見ることができ、ユーザーは自分の情報を編集できます。
自分のプロフィール情報を編集できる別ウィンドウに立ち上がった“個人情報”
ウィンドウが別のボタンから利用できます。他のメンバーの名前が選択されてい
れば、他の3つの機能は利用できます。ユーザーはプロフィールを見ること、ユ
ーザーは他のウィンドウに表示されるユーザーと1対１のチャットをすること、
ユーザーはそれらをグレイにしてメッセージを見ないようにすることができます
。 【０１６６】 図60で示されているのは言語変更ゾーンです。例えば、もしもユーザーがフラ
ンス語でウェブサイトを閲覧していたとして、別の言語がしようされているチャ
ットルームに行こうとすると、ウィンドウが立ち上がり、“違う言語ゾーンへ移
動しようとしています、英語または日本語で閲覧しますか?”というメッセージ
が示されます。フランス語のユーザーは新たな言語を選択し、サイトまたはチャ
ットルームで新たな言語を使用します。 【０１６７】 図61は本発明の閲覧ツールの概要です。閲覧ツールはフレームで、様々な機能
を持っています。これは図62で詳しく説明されています。閲覧ツールはユーザー
がウェブサイトで翻訳したいウェブサイトのURLを入力する時に利用されます。
そしてユーザーは翻訳の付いた新しいサイトに行きます。ウィンドウの下では、
ユーザーがページのリンクをクリックし、その先の新たなページも翻訳されます
。ユーザーはまた新しいURLを閲覧ツールに入力し、翻訳されたサイトに行きま
す。 【０１６８】 図62は閲覧ツールの機能が紹介されています。閲覧ツールはサイトがどの言語
に翻訳されるのか、変更しないことも含めて、変更可能です。さらに、ユーザー
は好きなリンクをつけたり、ビジュアルイメージ変えたり、原文を表示有無とい
ったカスタマイズができます。複数言語辞書ポップアップも提供されます。 【０１６９】 前述の発明実施例抜粋は、例示と概要目的のために示されています。公開され
た厳密な形式の発明を徹底的にする意図または制限する意図はありません。明ら
かに、多くの改良点や種類が当分野の専門家に顕著になります。次のクレームお
よびそれらの等価物によって発明の範囲が定義されることを目的としています。 【０１７０】 【図面の簡単な説明】 【図１】 本発明におけるチャットアプリケーションのスクリーンショットを説明してい
ます。 【図２】 本発明におけるリアルタイム多言語コミュニケーションアプリケーションの実
施例を説明しています。 【図３】 本発明におけるリアルタイム多言語コミュニケーションアプリケーションの実
施例を説明しています。 【図４】 本発明におけるシステムの高度な動作実績概要です。 【図５】 本発明におけるシステムの高度な動作実績概要です。 【図６】 本発明におけるシステムの高度な動作実績概要です。 【図７】 本発明におけるクライアント無線デバイスと無線ネットワークプロバイダー、
データプロバイダー、翻訳サービス間のデータフローの図解です。 【図８】 一般的なピア・ツー・ピアデータ交換の図解です。 【図９】 本発明における翻訳サービスのデータ交換手段としての一般的なクライアント
サーバーデータ交換の図解です 【図１０Ａ】 本発明における多言語検索エンジンと閲覧ツールという２つの機能を合わせた
オークションツール実施例を示しています。 【図１０Ｂ】 本発明における多言語検索エンジンと閲覧ツールという２つの機能を合わせた
オークションツール実施例を示しています。 【図１１】 本発明の動的翻訳キャッシュを示しています。 【図１２】 本発明におけるフレームワークの図解です。 【図１３】 翻訳実行時の5つの手順の図解です。 【図１４】 本発明における翻訳実行の各手順の図解です。 【図１５Ａ】 本発明におけるチャットアプリケーション実行時の全言語処理の図解です。 【図１５Ｂ】 図15(a)と本発明における双方向ではないアプリケーションと同様のデータパ
スである点で類似しています。 【図１６】 本発明におけるシステムに組み入れられた入力支援ツールの図解です。 【図１７】 本発明における静的翻訳キャッシュ頻出用語テーブルの図解です。 【図１８】 本発明における言語後処理の図解です。 【図１９】 本発明におけるテキスト後処理の図解です。 【図２０】 本発明におけるテキスト前処理の図解です。 【図２１】 図8の続きで、本発明における言語前処理の図解です。 【図２２】 本発明における異なるタイプの辞書を搭載した翻訳エンジンの図解です。 【図２３】 本発明における分野別辞書を示しています。 【図２４】 本発明におけるシステムから生産・使用されたフィードバックの4タイプの図
解です。 【図２５】 本発明における翻訳システムを盛り込んだフィードバックレベルを示していま
す。 【図２６】 本発明におけるユーザーに対する機械翻訳エンジンと自国語に関する教育シス
テムの方法の図解です。 【図２７】 本発明における閲覧ツール高度な3ステッププロセスを説明しています。 【図２８】 図27のステップ２の拡大図です。 【図２９】 図27のステップ２、ページ検索と処理の詳細です。 【図３０】 図29中のページ検索の拡大図です。 【図３１】 図30のステップ１の拡大図ですが、元のサイトを照会する前にURLにパラメー
タがどのようにして付け加えられているかを説明しています。 【図３２】 図30のステップ２の拡大図です。 【図３３】 本発明におけるページ書換えを説明しています。 【図３４】 本発明におけるツーパス・プロセスのページ書換えの図解です。 【図３５】 図34で説明されているページ書換えプロセスの図説です。 【図３６】 図37のパス１の拡大図です。 【図３７】 パス１におけるHTML部分の取扱方法の例です。 【図３８】 パス１におけるHTML部分の取扱方法の例です。 【図３９】 パス１におけるHTML部分の取扱方法の例です。 【図４０】 閲覧ツールが本発明におけるページのURL書換えページの実例を示しています
。 【図４１】 本発明における閲覧ツールの一部としてテキストを翻訳する方法の図解です。 【図４２】 本発明におけるクッキー着信取扱の図30の最終段階である拡大図です。 【図４３】 本発明におけるヘルプボタンを示しています。 【図４４】 本発明における再入力ウィンドウの図解です。 【図４５】 本発明における双方向チュートリアル入力の例を示しています。 【図４６】 本発明における異なるタイプのチュートリアルの拡大図です。 【図４７】 本発明における警告ライトの例を示しています。 【図４８】 本発明におけるシステムについてのユーザーの予測と知識が実際システムを利
用するにあたってどのように影響するのかを示しています。 【図４９】 本発明におけるチュートリアルデーモンの図解です。 【図５０】 本発明における入力計測器を描いています。 【図５１】 本発明におけるショートカット例です。 【図５２】 本発明における顔文字アイコンの例を示しています。 【図５３】 本発明における翻訳プログラムの例です。 【図５４】 本発明における多くの個別カスタマイズ機能の図解です。 【図５５】 本発明におけるスプラッシュページの図解です。 【図５６】 本発明におけるチャットアプリケーションの複数の機能の図解です。 【図５７】 本発明におけるチャットルームの異なる機能の図解です。 【図５８】 本発明におけるヘルププロセスの図解です。 【図５９】 本発明における“現在のメンバーボックス”の図解です。 【図６０】 本発明における言語ゾーン切替の図解です。 【図６１】 本発明における閲覧ツールの概要です。 【図６２】 本発明における閲覧ツール機能の一覧です。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ， ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，Ｉ Ｓ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ， ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，Ｐ Ｔ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ， ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 フラワーノイ、レイモンド アメリカ合衆国カリフォルニア州94114・ サンフランシスコ・カストロストリート 651 (72)発明者 ハイディシャン、プリア アメリカ合衆国カリフォルニア州94115・ サンフランシスコ・＃５・スコットストリ ート 1841 (72)発明者 ホリウチ、リナ アメリカ合衆国カリフォルニア州94306・ パロアルト・エールストリート 2342 (72)発明者 カサム、ヤニック アメリカ合衆国カリフォルニア州94109・ サンフランシスコ・＃203・ブッシュスト リート 1106 (72)発明者 リー、ケビン アメリカ合衆国カリフォルニア州90703・ セリトス・ジェームズストリート 11541 (72)発明者 リー、ニコラス アメリカ合衆国ニュージャージー州 07950・モーリスプレーンズ・ケンブリッ ジロード 12 (72)発明者 ロースキー、デイビッド アメリカ合衆国カリフォルニア州94122・ サンフランシスコ・＃３・トゥエルフスア ベニュー 1649 (72)発明者 ウェインステイン、デイビッド アメリカ合衆国カリフォルニア州94309・ スタンフォード・ボックス 17565 (72)発明者 カリソン−バーチ、クリストファー アメリカ合衆国カリフォルニア州94115・ サンフランシスコ・サッターストリート 2291 Ｆターム(参考） 5B091 CB24

Claims (1)

1. 【特許請求の範囲】 【請求項１】 電子的にテキストを翻訳するための方法であって、 電子言語翻訳機を準備する過程と、 前記電子言語翻訳機の入力としてソース言語テキストを受取る過程と、 前記電子言語翻訳機において前記ソース言語テキストを１或いは複数のターゲ
   ット言語テキストに翻訳する過程と、 前記１或いは複数のターゲット言語テキストを前記ソース言語テキストと共に
   表示するか、或いは前記１或いは複数のターゲット言語テキストのみを表示する
   かのオプションをユーザーに提供する過程とを含むことを特徴とする方法。