(57)【要約】  本発明は、電気通信ネットワークでの自動言語翻訳を提供するための方法および装置に関する。１つの言語のテキストのスピーカまたはジェネレータからの通信が、別の言語に自動的に変換するためにサービスセンタにルーティングされる。サービスセンタは、センタによってサービスを提供される宛先端末の言語の好み（１つまたは複数）を記憶する。メッセージの入力言語がセンタによってサービスを提供されたものであり、宛先端末の好みの言語のうちの１つがセンタによってサービスを提供される場合は、センタは、メッセージを宛先端末に配信する前にそれを翻訳する。有利なことには、このアレンジメントは、両者が流暢な共通の言語を有しない個人間の通信を大きく拡張する。
2009535906.tif 000002
【特許請求の範囲】
【請求項１】
テキスト通信呼を処理する方法であって、
ソース言語が、ソース端末と宛先端末との間のテキストメッセージ呼のための好みのターゲット言語と同じかどうか判定するステップと、
ソース言語が好みのターゲット言語と一致しない場合は、呼を、第１の言語のソーステキストから第２の言語の宛先テキストへ自動翻訳するために、サービスセンタを介してルーティングするステップと、
前記宛先テキストを前記サービスセンタから前記宛先端末にルーティングするステップとを備える、方法。
【請求項２】
発呼側がテキストをスピーチによって入力したいと思っているかどうか判定するステップと、
入力されたスピーチテキストを、前記自動翻訳のためのソーステキストとしての使用のためにデータテキストに変換するステップとを備える、請求項１に記載の方法。
【請求項３】
被呼側が前記宛先をスピーチとして受信したいと思っているかどうか判定するステップと、
前記宛先テキストを前記宛先端末に送信する前に、前記宛先テキストを宛先スピーチに変換するステップとをさらに備える、請求項１に記載の方法。
【請求項４】
前記宛先スピーチを前記宛先端末に送信する前に、前記宛先スピーチをボイスメールシステムに送信するステップをさらに備える、請求項３に記載の方法。
【請求項５】
前記宛先テキストが複数の受け入れ可能な宛先言語のうちの１つであり、
前記ソース言語が前記受け入れ可能な宛先言語のうちの１つである場合は、前記翻訳が省略される、請求項１に記載の方法。
【請求項６】
テキスト通信呼を処理するための装置であって、
第１の言語のソーステキストから第２の言語の宛先テキストへ自動翻訳するためのサービスセンタと、
ソース言語がソース端末と宛先端末との間のテキストメッセージ呼のための好みのターゲット言語と同じものであるかどうか判定するための手段と、
ソース言語が好みのターゲット言語と一致しない場合は、第１の言語のソーステキストから第２の言語の宛先テキストへ自動翻訳するために前記サービスセンタを介して呼をルーティングする手段と、
前記宛先テキストを前記サービスセンタから前記宛先端末にルーティングする手段とを備える、装置。
【請求項７】
発呼側がテキストをスピーチによって入力したいと思っているかどうか判定する手段と、
入力されたスピーチテキストを前記自動翻訳のためのソーステキストとしての使用のためにデータテキストに変換する手段とをさらに備える、請求項６に記載の装置。
【請求項８】
被呼側が前記宛先をスピーチとして受信したいと思っているかどうか判定するための手段と、
前記宛先テキストを前記宛先端末に送信する前に前記宛先テキストを宛先スピーチに変換するための手段とをさらに備える、請求項６に記載の装置。
【請求項９】
ボイスメールシステムと、
前記宛先スピーチを前記宛先端末に送信する前に前記宛先スピーチを前記ボイスメールシステムに送信するための手段とをさらに備える、請求項８に記載の装置。
【請求項１０】
前記宛先テキストが複数の受け入れ可能な宛先言語のうちの１つであり、
前記ソース言語が前記受け入れ可能な宛先言語のうちの１つである場合は、前記サービスセンタによる前記翻訳が省略される、請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、そのユーザがそれぞれ異なる言語を話す端末間の通信のための方法および装置に関する。
【背景技術】
【０００２】
グローバリゼーションの動きが加速しているので、それぞれ異なる言語を話すパーティ間の通信を可能にすることがますます必要なってきている。さらに、アジア言語（例えば、中国語、日本語、ヒンディ語、フィリピン語、マレー語）、およびヨーロッパ言語のうちの１つまたは英語を話す人々の間で行われる通信が多くなってきているので、言語の範囲が急速に増大している。アジア語を話す多くの人々は英語も知っているが、英語を話す人とアジア語を話す人との間の通信は、英語で行われた場合、アジア語を話す人に大きな負担をかけ、アジア語を話す人に不利になることが多い。この負担は、アジア語を話す人々が耐えるのをますますいやがっているものである。残念ながら、英語を話す人でアジア語も流暢に話す人の数は依然として少ない。
【０００３】
幸運なことには、２つの言語間の翻訳をするソフトウェアパッケージが、ますます精巧になり、品質が高くなってきている。例えば、ＳＹＳＴＲＡＮ（登録商標）は、英語と、フランス語、オランダ語、日本語、中国語、アラビア語、スペイン語、ドイツ語、スウェーデン語、イタリア語、ポルトガル語、韓国語のいずれかとの間の翻訳をする。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術の問題は、上記の諸要因にもかかわらず、異なる言語を話す人々の間の通信が依然として効率が悪く、やりにくいことである。
【課題を解決するための手段】
【０００５】
２つの異なる言語を話す人々の間の通信が、１つの言語のテキストが別の言語のテキストに変換されるサービスセンタを通してルーティングされる本発明によれば、上記の問題はかなり軽減され、従来技術の教示に関して進歩が行われる。有利なことには、このタイプのテキストツーテキスト翻訳は、通常、ショートメッセージに関してはほんの１秒ほどで現在のソフトウェアパッケージを使用して実行されることができる。
【０００６】
出願人の発明の一特徴によれば、翻訳されたテキストは、通信の受信側への通知のために、本質的に追加の遅延なしで、音声テキストに変換される。このタイプのボイスメールメッセージは、次いで、受信者の都合のよい時に受信者に配信されることができる。
【０００７】
出願人の発明の一特徴によれば、各ユーザが好みの言語または受け入れ可能な２つ以上の言語を指定する。受け入れ可能な言語でメッセージが生成された場合、翻訳プロセスは省略される。
【０００８】
出願人の発明の他の特徴によれば、発呼者が自分の顧客装置に翻訳ソフトウェアを備えている場合は、ネットワークがメッセージ受信者の好みの言語（１つまたは複数）を顧客装置に報告する。次いで、翻訳の必要がないか、または発呼顧客の端末がそのための翻訳機能を有する言語への翻訳である場合は、ネットワークでの翻訳は必要とされず、それ以外の場合は、呼は、必要とされる翻訳が行われるサービスセンタにルーティングされる。
【０００９】
出願人の発明の一特徴によれば、翻訳の候補である呼は、適切なプレフィックスによって識別される。そのようなプレフィックスを含まない呼は、従来技術の通常のやり方で処理される。
【００１０】
有利なことには、これらのアレンジメントは、両者が気楽で流暢である共通の言語を有しない個人間の通信を大きく拡張する。
【発明を実施するための最良の形態】
【００１１】
図１は、本発明の動作を例示するブロック図である。発呼側は、端末装置１または２を有する。端末装置１は、テキストメッセージまたはボイスを送信するように装備されたセルラステーションである。端末２は、テキストメッセージまたはボイスを送信するように装備された地上ベースのステーションである。端末１および端末２は、１つの第１の言語のテキストメッセージ、または複数の第１の言語のうちの１つのテキストメッセージを受け入れることができ、テキストを複数の第２の言語のうちの１つに翻訳することができる限定されたテキスト翻訳機能を、任意選択で装備されることができる。被呼ステーションは、２つのステーション５または６のうちの１つである。被呼ステーション５は、テキストメッセージまたはボイスメッセージを受信するように装備されたセルラステーションであり、地上ベースのステーション６は、地上ベースの設備によって接続され、データメッセージまたはボイスメッセージを受信するように装備される。端末５または端末６はいずれも、１つの言語のデータメッセージを受信し、これらのメッセージの第２の言語への翻訳を表示または印刷するためのソフトウェアを、任意選択で装備されることができる。
【００１２】
発呼側および被呼側は、データ、テキストデータ、ビデオ、またはボイスを表すインターネットマルチメディアサービス（ＩＭＳ）信号を送信するためのネットワークであり得るネットワーク１０を介して接続される。ネットワーク１０は、テキストツーテキストトランスレータ２２、（単一の言語で動作する）スピーチツーテキストトランスレータ２４、および（やはり、単一の言語で動作する）テキストツースピーチコンバータ２６を含むサービスセンタ２０に接続される。サービスセンタはまた、サービスセンタによってサービスを提供される宛先端末の言語の好みを記憶するためのデータベース２８を含む。サービスセンタは、インスタントメッセージサーバ、電子メールサーバ、またはショートメッセージサービスサーバの一部分でもよい。出力がスピーチとして配信されるべきである場合、ネットワーク内のボイスメール設備１２が、メッセージを表すボイス信号を記憶および配信するために使用されることができる。代替として、サービスセンタは、これらのサーバのうちの１つにネットワーク１０によって接続された別個のユニットでもよく、その場合、サービスセンタは、サーバのうちの１つがメッセージを翻訳する必要を認識したときはいつでも呼び出される。
【００１３】
所望の動作モードが、テキストツーテキストだけでなく、スピーチツーテキストか、テキストツースピーチか、スピーチツースピーチのいずれかである場合は、それぞれ、テキストツーテキストトランスレータ２２を使用する前にスピーチツーテキストトランスレータ２４が使用されるか、またはテキストツーテキストトランスレータ２２がその仕事を終了した後でテキストツースピーチコンバータ２６が使用されるか、あるいは両方である。次いで、サービスセンタは、テキストを被呼側に送信するか、または、被呼側へのそれに続く通信のためにボイスメッセージングシステムにスピーチを送信する。テキストツーテキスト翻訳プロセスは比較的遅いので、現在の技術水準では、翻訳されたスピーチが直ちに認識され、応答されることができるスピーチツースピーチ翻訳は、まだ実行可能ではないように思われ、そのようなわけで、翻訳されたスピーチは、被呼側によるアクセスのためにボイスメッセージングシステムに配信される。現時点では、簡単なテキストツーテキスト変換が最も望ましいモードであるように思われることに留意されたい。
【００１４】
被呼側が、２つ以上の言語のテキストまたはスピーチを受け入れたいと思っている場合は、サービスセンタは、入力言語が受け入れ可能な言語のうちの１つであるかどうか判断することができ、翻訳ステップを省略することができる。
【００１５】
図２は、出願人の発明の動作を例示する。発呼者が呼を発信する（動作ブロック２００）。発呼者が宛先側の好みの言語を判定するためにサービスセンタのデータベースにアクセスする（動作ブロック２０１）。発呼者が自分のメッセージを自分自身のソフトウェアで利用可能な言語に翻訳してもらいたいと思っているかどうか判定するためにテスト２０２が使用される。そうであれば、呼が翻訳され、次いで、従来技術の場合と同様にルーティングされる（動作ブロック２１５）。そうでなければ、次いで、発呼者が翻訳必要条件を指定するかどうか判定するためにテスト２０３が使用される。出願人の発明の好ましい実施形態では、これは、呼アドレシング機構内でプレフィックスを使用して行われる。プレフィックスはまた、翻訳を必要としている１組の指定された終端顧客装置への呼を処理することによって加えられてもよい。発呼者が翻訳オプションを指定した場合、発呼者がターゲット言語を指定するかどうか判定するためにテスト２０５が使用される。そうである場合は、ネットワークは、呼をサービスセンタにルーティングし（動作ブロック２０７）、サービスセンタに対して、ターゲット言語ならびにオリジナルメッセージ言語の識別を指定する。
【００１６】
発呼者がターゲット言語を指定しない場合は、ネットワークは、呼をサービスセンタにルーティングする（動作ブロック２０９）。次いで、サービスセンタがターゲット言語を判定する（動作ブロック２１１）。発呼者が翻訳を指定しなかった場合は、着信メッセージが１つまたは複数の特定のターゲット言語のうちの１つに翻訳されることを被呼側が要求したかどうか判定するためにテスト２１３が使用され、様々なターゲット言語が全てソース言語と異なるかどうかテストする。被呼側が翻訳を要求しなかった場合、または発呼側言語が被呼側ターゲット言語と同じ場合は、呼は従来技術の場合と同様にルーティングされる（動作ブロック２１５）。被呼側がソース言語と異なる言語への翻訳を要求した場合は、ネットワークは、呼をサービスセンタにルーティングする（前に説明した、動作２０９）。
【００１７】
動作ブロック２０７または２１１の実行に続いて、サービスセンタが翻訳を行う（動作ブロック２１７）。次いで、翻訳されたメッセージが被呼側にルーティングされる（動作ブロック２１９）。発呼者がボイスを入力した場合、スピーチツーテキストトランスレータ２４が、ターゲット言語のテキストを生成するためにテキストツーテキストトランスレータ２２による使用のためのテキストを生成する。被呼側がスピーチを配信してもらいたいと思う場合は、テキストツーテキストトランスレータ２２の出力がテキストツースピーチコバータ２６に提示され、次いで、このテキストツースピーチコンバータ２６がボイスメールメッセージを生成してボイスメールユニット２８に記憶し、それに続いて被呼側に配信する。
【００１８】
被呼側が発呼側の言語から被呼側によって望まれる言語に翻訳するためのソフトウェアを有することを発呼者が知っている場合は、呼は従来技術の場合と同様に処理されることができることに留意されたい。その場合、被呼側にとって受け入れ可能な言語を判定することを求めるオリジナル要求は、被呼側がそれらから翻訳を行うことができるソース言語を含む。次いで、被呼側は、翻訳の必要を認識し、要求されたソフトウェアを呼び出さなければならないか、または、発呼者識別によって識別された特定の発呼者からの呼が翻訳されなければならないことを認識することができる。
【００１９】
メッセージが複数の端末宛である場合は、サービスセンタは、複数の端末のそれぞれに、その端末の好みの言語でメッセージを生成することができる。
【００２０】
いくつかの場合には、翻訳は不完全なプロセスなので、メッセージの受信者がオリジナルソーステキストを調べたいと思う可能性がある。サービスセンタは、ソーステキストを記憶し、要求に応じて、または日常的に、このソーステキストを送信するべきである。
【００２１】
上記の説明は、出願人の発明の１つの好ましい実施形態である。他の諸実施形態は、当業者には明らかであろう。本発明は、添付の特許請求の範囲によってだけ限定される。
【図面の簡単な説明】
【００２２】
【図１】出願人の発明の動作を例示するブロック図である。
【図２】出願人の発明の動作を例示する流れ図である。
【図１】
2009535906.tif 000003
【図２】
2009535906.tif 000004
【国際調査報告】
2009535906.tif 000005
2009535906.tif 000006