JP5089683B2 - テキストメッセージ通信のための言語翻訳サービス - Google Patents

Description

本発明は、そのユーザがそれぞれ異なる言語を話す端末間の通信のための方法および装置に関する。

グローバリゼーションの動きが加速しているので、それぞれ異なる言語を話すパーティ間の通信を可能にすることがますます必要なってきている。さらに、アジア言語（例えば、中国語、日本語、ヒンディ語、フィリピン語、マレー語）、およびヨーロッパ言語のうちの１つまたは英語を話す人々の間で行われる通信が多くなってきているので、言語の範囲が急速に増大している。アジア語を話す多くの人々は英語も知っているが、英語を話す人とアジア語を話す人との間の通信は、英語で行われた場合、アジア語を話す人に大きな負担をかけ、アジア語を話す人に不利になることが多い。この負担は、アジア語を話す人々が耐えるのをますますいやがっているものである。残念ながら、英語を話す人でアジア語も流暢に話す人の数は依然として少ない。

幸運なことには、２つの言語間の翻訳をするソフトウェアパッケージが、ますます精巧になり、品質が高くなってきている。例えば、ＳＹＳＴＲＡＮ（登録商標）は、英語と、フランス語、オランダ語、日本語、中国語、アラビア語、スペイン語、ドイツ語、スウェーデン語、イタリア語、ポルトガル語、韓国語のいずれかとの間の翻訳をする。

従来技術の問題は、上記の諸要因にもかかわらず、異なる言語を話す人々の間の通信が依然として効率が悪く、やりにくいことである。

２つの異なる言語を話す人々の間の通信が、１つの言語のテキストが別の言語のテキストに変換されるサービスセンタを通してルーティングされる本発明によれば、上記の問題はかなり軽減され、従来技術の教示に関して進歩が行われる。有利なことには、このタイプのテキストツーテキスト翻訳は、通常、ショートメッセージに関してはほんの１秒ほどで現在のソフトウェアパッケージを使用して実行されることができる。

出願人の発明の一特徴によれば、翻訳されたテキストは、通信の受信側への通知のために、本質的に追加の遅延なしで、音声テキストに変換される。このタイプのボイスメールメッセージは、次いで、受信者の都合のよい時に受信者に配信されることができる。

出願人の発明の一特徴によれば、各ユーザが好みの言語または受け入れ可能な２つ以上の言語を指定する。受け入れ可能な言語でメッセージが生成された場合、翻訳プロセスは省略される。

出願人の発明の他の特徴によれば、発呼者が自分の顧客装置に翻訳ソフトウェアを備えている場合は、ネットワークがメッセージ受信者の好みの言語（１つまたは複数）を顧客装置に報告する。次いで、翻訳の必要がないか、または発呼顧客の端末がそのための翻訳機能を有する言語への翻訳である場合は、ネットワークでの翻訳は必要とされず、それ以外の場合は、呼は、必要とされる翻訳が行われるサービスセンタにルーティングされる。

出願人の発明の一特徴によれば、翻訳の候補である呼は、適切なプレフィックスによって識別される。そのようなプレフィックスを含まない呼は、従来技術の通常のやり方で処理される。

有利なことには、これらのアレンジメントは、両者が気楽で流暢である共通の言語を有しない個人間の通信を大きく拡張する。

図１は、本発明の動作を例示するブロック図である。発呼側は、端末装置１または２を有する。端末装置１は、テキストメッセージまたはボイスを送信するように装備されたセルラステーションである。端末２は、テキストメッセージまたはボイスを送信するように装備された地上ベースのステーションである。端末１および端末２は、１つの第１の言語のテキストメッセージ、または複数の第１の言語のうちの１つのテキストメッセージを受け入れることができ、テキストを複数の第２の言語のうちの１つに翻訳することができる限定されたテキスト翻訳機能を、任意選択で装備されることができる。被呼ステーションは、２つのステーション５または６のうちの１つである。被呼ステーション５は、テキストメッセージまたはボイスメッセージを受信するように装備されたセルラステーションであり、地上ベースのステーション６は、地上ベースの設備によって接続され、データメッセージまたはボイスメッセージを受信するように装備される。端末５または端末６はいずれも、１つの言語のデータメッセージを受信し、これらのメッセージの第２の言語への翻訳を表示または印刷するためのソフトウェアを、任意選択で装備されることができる。

発呼側および被呼側は、データ、テキストデータ、ビデオ、またはボイスを表すインターネットマルチメディアサービス（ＩＭＳ）信号を送信するためのネットワークであり得るネットワーク１０を介して接続される。ネットワーク１０は、テキストツーテキストトランスレータ２２、（単一の言語で動作する）スピーチツーテキストトランスレータ２４、および（やはり、単一の言語で動作する）テキストツースピーチコンバータ２６を含むサービスセンタ２０に接続される。サービスセンタはまた、サービスセンタによってサービスを提供される宛先端末の言語の好みを記憶するためのデータベース２８を含む。サービスセンタは、インスタントメッセージサーバ、電子メールサーバ、またはショートメッセージサービスサーバの一部分でもよい。出力がスピーチとして配信されるべきである場合、ネットワーク内のボイスメール設備１２が、メッセージを表すボイス信号を記憶および配信するために使用されることができる。代替として、サービスセンタは、これらのサーバのうちの１つにネットワーク１０によって接続された別個のユニットでもよく、その場合、サービスセンタは、サーバのうちの１つがメッセージを翻訳する必要を認識したときはいつでも呼び出される。

所望の動作モードが、テキストツーテキストだけでなく、スピーチツーテキストか、テキストツースピーチか、スピーチツースピーチのいずれかである場合は、それぞれ、テキストツーテキストトランスレータ２２を使用する前にスピーチツーテキストトランスレータ２４が使用されるか、またはテキストツーテキストトランスレータ２２がその仕事を終了した後でテキストツースピーチコンバータ２６が使用されるか、あるいは両方である。次いで、サービスセンタは、テキストを被呼側に送信するか、または、被呼側へのそれに続く通信のためにボイスメッセージングシステムにスピーチを送信する。テキストツーテキスト翻訳プロセスは比較的遅いので、現在の技術水準では、翻訳されたスピーチが直ちに認識され、応答されることができるスピーチツースピーチ翻訳は、まだ実行可能ではないように思われ、そのようなわけで、翻訳されたスピーチは、被呼側によるアクセスのためにボイスメッセージングシステムに配信される。現時点では、簡単なテキストツーテキスト変換が最も望ましいモードであるように思われることに留意されたい。

被呼側が、２つ以上の言語のテキストまたはスピーチを受け入れたいと思っている場合は、サービスセンタは、入力言語が受け入れ可能な言語のうちの１つであるかどうか判断することができ、翻訳ステップを省略することができる。

図２は、出願人の発明の動作を例示する。発呼者が呼を発信する（動作ブロック２００）。発呼者が宛先側の好みの言語を判定するためにサービスセンタのデータベースにアクセスする（動作ブロック２０１）。発呼者が自分のメッセージを自分自身のソフトウェアで利用可能な言語に翻訳してもらいたいと思っているかどうか判定するためにテスト２０２が使用される。そうであれば、呼が翻訳され、次いで、従来技術の場合と同様にルーティングされる（動作ブロック２１５）。そうでなければ、次いで、発呼者が翻訳必要条件を指定するかどうか判定するためにテスト２０３が使用される。出願人の発明の好ましい実施形態では、これは、呼アドレシング機構内でプレフィックスを使用して行われる。プレフィックスはまた、翻訳を必要としている１組の指定された終端顧客装置への呼を処理することによって加えられてもよい。発呼者が翻訳オプションを指定した場合、発呼者がターゲット言語を指定するかどうか判定するためにテスト２０５が使用される。そうである場合は、ネットワークは、呼をサービスセンタにルーティングし（動作ブロック２０７）、サービスセンタに対して、ターゲット言語ならびにオリジナルメッセージ言語の識別を指定する。

発呼者がターゲット言語を指定しない場合は、ネットワークは、呼をサービスセンタにルーティングする（動作ブロック２０９）。次いで、サービスセンタがターゲット言語を判定する（動作ブロック２１１）。発呼者が翻訳を指定しなかった場合は、着信メッセージが１つまたは複数の特定のターゲット言語のうちの１つに翻訳されることを被呼側が要求したかどうか判定するためにテスト２１３が使用され、様々なターゲット言語が全てソース言語と異なるかどうかテストする。被呼側が翻訳を要求しなかった場合、または発呼側言語が被呼側ターゲット言語と同じ場合は、呼は従来技術の場合と同様にルーティングされる（動作ブロック２１５）。被呼側がソース言語と異なる言語への翻訳を要求した場合は、ネットワークは、呼をサービスセンタにルーティングする（前に説明した、動作２０９）。

動作ブロック２０７または２１１の実行に続いて、サービスセンタが翻訳を行う（動作ブロック２１７）。次いで、翻訳されたメッセージが被呼側にルーティングされる（動作ブロック２１９）。発呼者がボイスを入力した場合、スピーチツーテキストトランスレータ２４が、ターゲット言語のテキストを生成するためにテキストツーテキストトランスレータ２２による使用のためのテキストを生成する。被呼側がスピーチを配信してもらいたいと思う場合は、テキストツーテキストトランスレータ２２の出力がテキストツースピーチコバータ２６に提示され、次いで、このテキストツースピーチコンバータ２６がボイスメールメッセージを生成してボイスメールユニット２８に記憶し、それに続いて被呼側に配信する。

被呼側が発呼側の言語から被呼側によって望まれる言語に翻訳するためのソフトウェアを有することを発呼者が知っている場合は、呼は従来技術の場合と同様に処理されることができることに留意されたい。その場合、被呼側にとって受け入れ可能な言語を判定することを求めるオリジナル要求は、被呼側がそれらから翻訳を行うことができるソース言語を含む。次いで、被呼側は、翻訳の必要を認識し、要求されたソフトウェアを呼び出さなければならないか、または、発呼者識別によって識別された特定の発呼者からの呼が翻訳されなければならないことを認識することができる。

メッセージが複数の端末宛である場合は、サービスセンタは、複数の端末のそれぞれに、その端末の好みの言語でメッセージを生成することができる。

いくつかの場合には、翻訳は不完全なプロセスなので、メッセージの受信者がオリジナルソーステキストを調べたいと思う可能性がある。サービスセンタは、ソーステキストを記憶し、要求に応じて、または日常的に、このソーステキストを送信するべきである。

上記の説明は、出願人の発明の１つの好ましい実施形態である。他の諸実施形態は、当業者には明らかであろう。本発明は、添付の特許請求の範囲によってだけ限定される。

出願人の発明の動作を例示するブロック図である。 出願人の発明の動作を例示する流れ図である。

Claims (3)

1. テキストメッセージ呼を処理する方法であって、
   ソース言語が、ソース端末と宛先端末との間のテキストメッセージ呼のための好みの宛先言語と同じかどうか判定するステップと、
   前記ソース言語が前記好みの宛先言語と同じである場合は、テキストメッセージを、第１の言語のソーステキストから第２の言語の宛先テキストへ自動翻訳するためのサービスセンタを介してルーティングすることなしに、前記宛先端末へ送信するステップと、
   ソース言語が前記好みの宛先言語と同じでない場合は、呼を、第１の言語のソーステキストから第２の言語の宛先テキストへ自動翻訳するためのサービスセンタへルーティングするステップと、
   前記サービスセンタにおいて、前記宛先端末が前記ソース言語から前記好みの宛先言語へ翻訳できるかどうかを判定するステップと、
   前記宛先端末が前記ソース言語から前記好みの宛先言語へ翻訳できる場合には、前記ソース言語の前記テキストメッセージを、前記サービスセンタから前記宛先端末へ、前記好みの宛先言語への前記宛先端末での翻訳のために、送信するステップと、
   前記宛先端末が前記ソース言語を前記好みの宛先言語へ翻訳できない場合には、前記テキストメッセージを、前記サービスセンタ内で、前記ソース言語から前記好みの宛先言語へ翻訳し、翻訳されたテキストを前記宛先端末へ送信するステップを備える、方法。
2. 前記サービスセンタは、前記宛先端末内に設けられた翻訳のデータを有する、請求項１に記載の方法。
3. 前記サービスセンタは、前記宛先端末が前記ソース言語から前記好みの宛先言語への翻訳を実行できるかどうかを判定するために、前記宛先端末に質問する、請求項１に記載の方法。

Images