(57)【特許請求の範囲】
【請求項１】
クライアント間のグループ通信のための公開鍵としてセッション識別子を提供すること、
言語、ドメイン、ロケーション、ユーザＩＤのうちの１つを含む属性を、前記公開鍵に付加することによって、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供することであって、前記チャネル識別子は前記グループ通信用のグループ化基準を示すように機能する、チャネル識別子を提供すること、
前記秘密鍵の属性と前記公開鍵との組み合わせに基づく前記グループ通信が実行可能なように、前記公開鍵と前記秘密鍵の組み合わせに基づいて、クライアントとサービスとの間のネットワークを介した動的通信リンクを作成すること、および、
多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、前記秘密鍵に関連づけられた属性と前記公開鍵との組み合わせを採用する変換サービスを使用して、通信を変換すること、
を含む、リアルタイム・ネットワーク通信のための方法。
【請求項２】
通信を変換することが、音声、テキスト、およびビデオのうちの少なくとも１つを変換することを含む、請求項１に記載の方法。
【請求項３】
クライアントに関する前記応答情報が、前記秘密鍵内に提供された選択情報に従った、音声、テキスト、およびビデオのうちの１つを含む、請求項１に記載の方法。
【請求項４】
前記変換サービスが、分散型音声認識、自動音声認識、リアルタイム変換、機械翻訳、およびテキスト対音声合成のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項５】
クライアントの音声発言から特徴を抽出すること、および
前記発言の音響特徴をウェブ・サービスに送信すること、
をさらに含む、請求項１に記載の方法。
【請求項６】
セッション識別子を提供することが、チャット・グループ、電話会議、および電話呼び出しのうちの少なくとも１つに関するセッション識別子を提供することを含む、請求項１に記載の方法。
【請求項７】
リアルタイム多言語通信のためのコンピュータ読み取り可能プログラムを備えるコンピュータ読み取り可能メディアであって、前記コンピュータ読み取り可能プログラムがコンピュータ上で実行された場合、
クライアント間のグループ通信のための公開鍵としてセッション識別子を提供するステップと、
言語、ドメイン、ロケーション、ユーザＩＤのうちの１つを含む属性を、前記公開鍵に付加することによって、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供することであって、前記チャネル識別子は前記グループ通信用のグループ化基準を示すように機能する、チャネル識別子を提供するステップと、
前記秘密鍵の属性と前記公開鍵との組み合わせに基づく前記グループ通信が実行可能なように、前記公開鍵と前記秘密鍵の組み合わせに基づいて、クライアントとサービスとの間のネットワークを介した動的通信リンクを作成するステップと、
多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、前記秘密鍵に関連づけられた属性と前記公開鍵との組み合わせを採用する変換サービスを使用して、通信を変換するステップと、
を前記コンピュータに実行させる、コンピュータ読み取り可能メディア。
【請求項８】
通信を求めるクライアント間のクライアント通信セッションのための公開鍵として、セッション識別子を提供すること、
前記秘密鍵が、各クライアントが通信を受信するための言語および様式の選択を含むように、言語、ドメイン、ロケーション、ユーザＩＤのうちの１つを含む属性を、前記公開鍵に付加することによって、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供すること、
前記公開鍵と秘密鍵の組み合わせを使用する通信のために、クライアントとサービスとの間のネットワークを介した動的リンクを作成すること、
ウェブ・サービスを使用する前記ネットワークを介して通信をルーティングすること、
多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、前記秘密鍵に関連づけられた属性と前記公開鍵との組み合わせを採用する前記ウェブ・サービスによって提供される変換サービスを使用して、通信を変換すること、および
前記通信および前記通信の変換を、各クライアントの前記言語の選択に従って、前記セッションに参加するすべてのクライアントに提供すること、
を含む、リアルタイム多言語通信のための方法。
【請求項９】
セッション識別子を提供することが、チャット・グループ、電話会議、および電話呼び出しのうちの少なくとも１つに関するセッション識別子を提供することを含む、請求項８に記載の方法。
【請求項１０】
通信を変換することが、音声、テキスト、およびビデオのうちの少なくとも１つを変換することを含む、請求項８に記載の方法。
【請求項１１】
クライアントに関する前記応答情報が、前記秘密鍵内に提供された選択情報に従った、音声、テキスト、およびビデオのうちの１つを含む、請求項８に記載の方法。
【請求項１２】
前記変換サービスが、分散型音声認識、自動音声認識、リアルタイム変換、機械翻訳、およびテキスト対音声合成のうちの少なくとも１つを含む、請求項８に記載の方法。
【請求項１３】
クライアントの音声発言から特徴を抽出すること、および
前記発言の音響特徴をウェブ・サービスに送信すること、
をさらに含む、請求項８に記載の方法。
【請求項１４】
リアルタイム多言語通信のためのコンピュータ読み取り可能プログラムを備えるコンピュータ読み取り可能メディアであって、前記コンピュータ読み取り可能プログラムがコンピュータ上で実行された場合、
通信を求めるクライアント間のクライアント通信セッションのための公開鍵として、セッション識別子を提供すること、
前記秘密鍵が各クライアントが通信を受信するための言語および様式の選択を含むように、言語、ドメイン、ロケーション、ユーザＩＤのうちの１つを含む属性を、前記公開鍵に付加することによって、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供すること、
前記公開鍵と秘密鍵の組み合わせを使用する通信のために、クライアントとサービスとの間のネットワークを介した動的リンクを作成すること、
ウェブ・サービスを使用する前記ネットワークを介して通信をルーティングすること、
多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、前記秘密鍵に関連づけられた属性と前記公開鍵との組み合わせを採用する前記ウェブ・サービスによって提供される変換サービスを使用して、通信を変換すること、および
前記通信および前記通信の変換を、各クライアントの前記言語の選択に従って、前記セッションに参加するすべてのクライアントに提供すること、
を前記コンピュータに実行させる、コンピュータ読み取り可能メディア。
【請求項１５】
セッションを要求すること、および秘密鍵が各クライアントが通信を受信するための言語および様式の選択を含むように、言語、ドメイン、ロケーション、ユーザＩＤのうちの１つを含む属性を、公開鍵に付加することによって、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供することを実行するように構成されたプログラムを含む、クライアント・デバイスと、
ネットワークを介して前記クライアントに接続され、前記公開鍵と前記秘密鍵の組み合わせを使用する通信のために、クライアントとウェブ・サービスとの間のネットワークを介した動的リンクが作成されるように、通信を求めるクライアント間のクライアント通信セッションのための公開鍵としてセッション識別子を提供するように構成されたウェブ・サービスを含む、サーバであって、前記ウェブ・サービスは、前記ネットワークを介して通信をルーティングするように構成される、サーバと、
多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、前記秘密鍵に関連づけられた属性と前記公開鍵との組み合わせを採用する、通信を変換するための変換サービスを含む、ウェブ・サービスと、
を備える、リアルタイム多言語通信のためのシステム。
【請求項１６】
前記サーバが、前記セッションに参加するすべてのクライアントへの前記通信および前記通信の変換が各クライアントの前記言語の選択に従うように、前記クライアント間の前記通信を管理するように構成されたダイアログ・マネージャを含む、請求項１５に記載のシステム。
【請求項１７】
提出された要求のコンテキストおよび前記クライアントに渡されるデータに適用されることになるフィルタが、前記秘密鍵と公開鍵の組み合わせによって定義される、請求項１５に記載のシステム。
【請求項１８】
前記鍵の組み合わせに関連付けられた前記属性が、前記クライアントに戻される前記データに適用されることになるフィルタを定義する、請求項１５に記載のシステム。
【請求項１９】
前記ウェブ・サービスがインテリジェント・ルーティング・エージェントとして使用され、メッセージ・ロードを分散する責務を負う、請求項１５に記載のシステム。
【請求項２０】
セッション中の前記クライアントが、音声、テキスト、およびビデオのうちの少なくとも１つによって送達されたデータについてポーリングすることによって、特定のトピック／ドメインに加入する、請求項１５に記載のシステム。
【請求項２１】
前記セッションが、少なくとも２人の参加者が異なる言語で話す言語間ウェブ電話会議を含む、請求項１５に記載のシステム。
【請求項２２】
クライアント要求が前記秘密鍵を介してすべての情報を提示し、前記サーバが、前記公開鍵に関連して共通言語を有し、変換されたメッセージをそれらそれぞれの言語で個別の参加者に配布する、請求項２１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多言語通信に関し、具体的に言えば、リアルタイム多言語変換通信のためのシステムおよび方法に関する。
【背景技術】
【０００２】
かつてないほどの、経済のグローバル化およびソーシャル・ネットワーキングの人気の高まりによって、異なる言語を使用する人々の間で会話が交わされる状況がますます増えている。このとき、参加者達は、会話のトピック（ドメイン）ごとにグループ化することができる。課題は、こうした多言語の会話を関心グループ（interest group）に基づいて組織化する方法、およびインターネット上でこれをホストする効率的な方法を見つけ出すことである。
【０００３】
現在のところ、この問題に対する効果的な解決策はなく、実用的なリアルタイム多言語会話環境を提供するサービスもない。現在の音声および言語技術（自動音声認識、機械翻訳、およびテキスト対音声変換（Text-to-Speech））は、一部の明確なドメイン内で言語間（cross-lingual）会話を支援するのには十分に完成されている。しかしながら、これらの技術のみでは、こうした言語間会話を組織化するためのオープン構造を有し、このオープン構造をソーシャル・ネットワーキング・グループなどの大規模集団が利用できるようにするという課題を、解決することはできない。
【０００４】
ファイアウォールおよびピア間のプロキシ・サーバの存在により、インターネット上でのクライアントとサーバとの間の直接通信はしばしば不可能である。したがってこのケースでは、直接のクライアント・サーバ・リンクは、合理的な通信手段ではない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
分散型音声認識（ＤＳＲ）ソリューション・ベースのデータ・ストリーミングは、制御チャネルを提供するものではないため、異なる言語またはドメインを動的に選択するためのフレキシビリティを持たせることは困難である。
【課題を解決するための手段】
【０００６】
リアルタイム・ネットワーク通信のためのシステムおよび方法は、クライアント間のグループ通信のための公開鍵としてセッション識別子を提供し、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供する。チャネル識別子はクライアント特有の属性を含み、これがグループ通信用のグループ化基準を示すように機能する。秘密鍵および公開鍵の属性に基づくグループ通信が実行可能なように、公開鍵と秘密鍵の組み合わせに基づいて、クライアントとサービスとの間のネットワークを介した動的通信リンクが作成される。通信は、多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、秘密鍵と公開鍵の組み合わせに関連付けられた属性を採用する変換サービスを使用して変換される。
【０００７】
リアルタイム多言語通信のためのシステムおよび方法は、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供すること、および、クライアントが通信するための公開鍵としてセッション識別子を提供することを含む。公開鍵と秘密鍵の組み合わせを使用する通信のために、クライアントとサービスとの間のネットワークを介した動的リンクが作成される。通信は、多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、秘密鍵と公開鍵の組み合わせに関連付けられた属性を採用する変換サービスを使用して変換される。
【０００８】
リアルタイム多言語通信のための方法は、複数のクライアントそれぞれに関する秘密鍵を表すチャネル識別子を提供し、ここで秘密鍵は、各クライアントが通信を受信するための言語および様式の選択を含む。通信を求めるクライアント間のクライアント通信セッションのための公開鍵として、セッション識別子が提供される。公開鍵と秘密鍵の組み合わせを使用する通信のために、クライアントとサービスとの間のネットワークを介した動的リンクが作成される。通信は、ウェブ・サービスを使用するネットワークを介してルーティングされる。通信は、多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、秘密鍵と公開鍵の組み合わせに関連付けられた属性を採用するウェブ・サービスによって提供される変換サービスを使用して変換される。通信および通信の変換は、各クライアントの言語の選択に従って、セッションに参加するすべてのクライアントに提供される。
【０００９】
リアルタイム多言語通信のためのシステムは、セッションを要求すること、および秘密鍵を表すチャネル識別子を生成することを、実行するように構成されたプログラムを含む、クライアント・デバイスを含み、ここで秘密鍵は、各クライアントが通信を受信するための言語および様式の選択を含む。公開鍵と秘密鍵の組み合わせを使用する通信のために、クライアントとウェブ・サービスとの間のネットワークを介した動的リンクが作成されるように、サーバはネットワークを介してクライアントに接続され、通信を求めるクライアント間のクライアント通信セッションのための公開鍵として、セッション識別子を提供するように構成されたウェブ・サービスを含む。ウェブ・サービスは、ネットワークを介して通信をルーティングするように構成される。ウェブ・サービスは、多言語リアルタイム通信を実行可能にするように指定された言語での応答情報を提供するために、秘密鍵と公開鍵の組み合わせに関連付けられた属性を採用する、通信を変換するための変換サービスを含む。
【００１０】
これらおよび他の特徴および利点は、添付の図面に関連して記載された例示的な諸実施形態の以下の詳細な説明から明らかとなろう。
【００１１】
本開示について、以下の図面を参照しながら、以下の好ましい諸実施形態で詳細に説明する。
【図面の簡単な説明】
【００１２】
【図１】本諸原理に従ったウェブ・サービスを採用することにより、参加者が複数の異なる言語で通信するリアルタイム・チャット・グループを示す、システム／方法を示すブロック／流れ図である。
【図２】本諸原理に従った変換を伴うウェブ・サービスを採用することにより、２つのクライアント間の異なる言語でのリアルタイム通信を示す、システム／方法を示すブロック／流れ図である。
【図３】本諸原理に従ったストリーミング・データを伴う、２つのクライアント間の異なる言語でのリアルタイム通信に関して図２をさらに詳細に示す、システム／方法を示すブロック／流れ図である。
【図４】本諸原理に従ったウェブ・サービス・モードでの、２つのクライアント間の異なる言語でのリアルタイム通信のためのシステム／方法を示すブロック／流れ図である。
【発明を実施するための形態】
【００１３】
本諸原理により、言語変換のためのオープン・アーキテクチャ・ベースのソリューションが提供される。一実施形態では、アーキテクチャは、ファイアウォールの走査を含む、ウェブ・サービス、ネットワークを介した、具体的にはインターネットを介した相互運用対話をサポートするソフトウェア・システムに基づく。オープン・アーキテクチャは、好ましくは公開鍵（主催者（organizer）のセッションＩＤ）および秘密鍵（参加者のセッションＩＤ）を使用して、各参加者を正しい関心グループ（トピック／ドメイン・グループ）に動的に接続する。アーキテクチャは、パーソナル・コンピュータ（ＰＣ）、携帯情報端末（ＰＤＡ）、携帯電話、または同様のネットワーク・デバイスを使用して世界中からアクセス可能な、インターネットまたは他のネットワークを介した、音声対音声、テキスト対テキスト、およびテキスト対音声の変換システムをサポートする。公開鍵および秘密鍵のペアを使用するウェブ・サービスに基づくオープン構造は、リアルタイムの言語間会話へのアクセスを、インターネットまたは他のネットワークを介して多数の人々に提供する。
【００１４】
本発明の諸実施形態は、完全なハードウェア実施形態、完全なソフトウェア実施形態、またはハードウェアおよびソフトウェアの両方の要素を含む実施形態の形を取ることができる。好ましい実施形態では、本発明は、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むがこれらに限定されない、ソフトウェア内に実装される。
【００１５】
さらに本発明は、コンピュータまたは任意の命令実行システムによって、あるいはこれらに関連して使用するためのプログラムを提供する、コンピュータ使用可能メディアまたはコンピュータ読み取り可能メディアからアクセス可能な、コンピュータ・プログラム製品の形を取ることができる。本書では、コンピュータ使用可能メディアまたはコンピュータ読み取り可能メディアは、命令実行システム、装置、またはデバイスによって、あるいはこれらに関連して使用するためのプログラムを、含む、格納する、通信する、伝搬する、または移送することが可能な、任意の装置とすることができる。メディアは、電子、磁気、光、電磁、赤外線、または半導体のシステム（あるいは装置またはデバイス）、あるいは伝搬メディアとすることができる。コンピュータ読み取り可能メディアの例には、半導体またはソリッド・ステート・メモリ、磁気テープ、取り外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、剛性磁気ディスク、および光ディスクが含まれる。光ディスクの現行例には、コンパクト・ディスク−読み取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク−読み取り／書き込み（ＣＤ−Ｒ／Ｗ）、およびＤＶＤが含まれる。
【００１６】
プログラム・コードを格納あるいは実行するため、またはその両方のために好適なデータ処理システムには、システム・バスを通じてメモリ要素に直接または間接的に結合された、少なくとも１つのプロセッサを含むことができる。メモリ要素は、プログラム・コードの実際の実行時に使用されるローカル・メモリと、大容量ストレージと、実行時に大容量ストレージからコードが取り出される回数を減らすために少なくとも一部のプログラム・コードの一時ストレージを提供するキャッシュ・メモリとを含むことができる。入力／出力すなわちＩ／Ｏデバイス（キーボード、ディスプレイ、ポインティング・デバイスなどを含むがこれらに限定されない）は、直接、または介在Ｉ／Ｏコントローラを介して、システムに結合することができる。
【００１７】
データ処理システムが、介在する専用ネットワークまたは公衆ネットワークを介して、他のデータ処理システムまたはリモート・プリンタまたはストレージ・デバイスに結合可能となるために、ネットワーク・アダプタをシステムに結合することもできる。モデム、ケーブル・モデム、およびイーサネット（Ｒ）カードは、現在使用可能なネットワーク・アダプタ・タイプのうちのほんのわずかに過ぎない。
【００１８】
次に、同じ番号が同じかまたは同様の要素を表す図面、および最初は図１を参照すると、システム／方法１０は、ネットワークの多言語対話のためのオープン・アーキテクチャを含む。インターネットで使用するための音声対音声変換システムが提供される。クライアント１２は、ウェブ・サービス１４を介してサーバと通信する。ウェブ・サービス１４は、インターネット・サービスまたは他のネットワーク・サービスへの標準化アクセスを提供する。このサービスは、好ましくはすべてのファイアウォールを通過し、プラットフォームのオペレーティング・システムおよびアプリケーションによって使用されるプログラム言語によって制限されることもない。したがってクライアント１２は、問題なくサーバ１４と通信できる。システム１０は、クライアント１２とサーバ１４との間での生の音声データの伝送により、伝送ビット・レートを低下させることを避ける。音声認識および変換１６を実行するために、音声の特徴がクライアント１２で抽出され、サーバ１４に送信される。
【００１９】
音声認識コンポーネント１６の一例では、対応する伝送ビット・レートは、たとえば圧縮なしで４１．６ｋｂｐｓとすることが可能であり、これは音声データのそれよりもかなり低い。この手順ではいっさいひずみが発生しないため、音声認識性能を保証することができる。伝送ビット・レートは、ベクトル量子化（ＶＱ）技法などの様々な圧縮アルゴリズムの使用によって、たとえば４ｋｂｐｓまでさらに低下する可能性があり、音声認識性能はわずかに影響を受けることになる。これらのビット・レートは、本実施形態に従って達成できる例示的な低減であり、限定的とみなされるべきではない。
【００２０】
本システム１０では、有意な信号でのみ使用されることによって、サーバ１４リソースが節約される。これは、クライアント１２で音声セグメント化コンポーネント１８を追加することによって達成される。音声信号が記録されている間、セグメント化コンポーネント１８は、音声フロー中の音声と無音または雑音との間の境界を検出している。音声セグメントが検出されると、関連する特徴が抽出され、変換結果を得るためにサーバに送信され、さらにクライアント１２によって無音または雑音セグメントが除去される。
【００２１】
分散型音声認識（ＤＳＲ）ソリューションは、標準コーデックを備えたオーディオ・ファイルではなく、抽出された音声特徴を伝送することに基づく。音声特徴のフォーマットはベンダ特有のものであるため、音声対音声変換のためのＤＳＲソリューションは、暗号化方法として音声特徴抽出を使用することにより、他のレベルのセキュリティを提供する。
【００２２】
変換サービスのためにＤＳＲ手法ベースのウェブ・サービス１４を使用することにより、クライアント・アプリケーションにとっては、適切な変換ドメインをオンデマンドで選択することが便利である。ドメイン選択は、ウェブ・サービス入力パラメータとして動的に設定可能であるため、必要であれば、言語の選択とすることができる。したがって、ＤＳＲベースのウェブ・サービス１４の手法により、クライアント１２は、ドメイン特有の音声対音声変換サービスをオンデマンドで使用できるようになる。
【００２３】
このアーキテクチャ１０は、複数の関係者が変換サービスを使用してネットワーキング・コミュニティ・チャットに参加しているケースに、容易に拡張できる。ＤＳＲベースのウェブ・サービス・モデルを使用して、チャット主催者２０または２２は、呼び出しを識別するために固有のセッションＩＤ（公開鍵）をウェブ・サービス１４に送信し、この鍵を各参加者に同報通信するか、またはこれをネットワーキング・コミュニティがアクセス可能なロケーションで公開する。それぞれの個別参加者１２は、言語、ドメイン、ロケーション、ユーザＩＤなどの属性を公開鍵に付加することによって、チャネルＩＤ（秘密鍵）を作成する。参加者（１２）は、この秘密鍵と共に、ウェブ・サービス１４に要求を送信することができる。ホスト側変換サービス１６は、大きな呼び出しグループを許可するために、これらの個別当事者を公開鍵に基づいて選択することになる。次に変換サービス１６は、これらの個別参加者を、それらの秘密鍵内部の鍵要素に基づいて小さなグループに分類する。たとえば、中国語のみを話す人々は１つのグループに入れられ、ドメイン（関心フィールド）に応じて、「中国北京旅行」、「中国上海旅行」などの、さらに小さなグループに分けられる。
【００２４】
変換機能１６を備えるウェブ・サービス１４は、この多言語チャットを異なるドメインまたはグループ２０、２２内で主催するための、インテリジェント・ルーティング・エージェントとして働くことになる。変換された発言（utterance）の宛先は、言語およびドメインなどの、オリジナル要求中の属性および発言のコンテンツによって動的に決定される。たとえば、英語を話す参加者が中国東海岸に住む人々に質問がある場合、変換サービス１６を備えるウェブ・サービス・ホスト１４は、言語およびドメインに最も合致する小グループに、最終の変換された発言を送信することになる。したがって、このアーキテクチャ１０はオープン・アーキテクチャである。このオープン・アーキテクチャは、インターネットを介し、多数の人々全体にわたってこのソリューションを適用可能にする。
【００２５】
ある例では、ネットワーキング・コミュニティの多数のメンバまたはクライアント１２が、様々なトピックについて、音声、テキスト、またはその両方を介して多言語チャットへの参加を希望する。各参加者には、彼らの選択した言語でマルチモード入力が提示されることが予想される。チャット主催者２０または２２は、固有のセッションＩＤ（公開鍵）を作成し、呼び出しを登録するためにこれをウェブ・サービス１４に提出し、ネットワーキング・コミュニティを介して鍵を公開で掲示する。個別のユーザ・クライアント１２は、ＤＳＲフロント・エンド、および必要であればテキスト対音声（ＴＴＳ）シンセサイザを含む、クライアント・ソフトウェアをダウンロードする。
【００２６】
個別参加者１２は、すべてのタグ（ソース言語、ターゲット言語、ドメイン、ロケーション、アクションＩＤなど）を公開鍵に付加することによって、個別のチャネルＩＤ（秘密鍵）を作成する。その後参加者１２は、ウェブ・サービス要求を、その秘密鍵および添付本体（テキスト、または音声特徴における音声）と共にホスト側ウェブ・サービス１４に送信することができる。ウェブ・サービス１４は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を介するシンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）（ＸＭＬプロトコル）を含むことができる。ウェブ・サービス要求は、標準ＨＴＴＰポートを使用できるため、ファイアウォールを通過することが可能である。
【００２７】
変換機能１６を備えたホスト側ウェブ・サービス１４は、インテリジェント多言語ルーティング・エージェントとして動作し、正しいチャット・グループに要求を動的に送達して、選択されたチャット・グループ内のすべての登録クライアントに正しい言語で入力を配布する。挿入図３２では、ウェブ・サービス１４は、クライアント１２が適切なチャット・グループ２０に従って適切な言語変換を受け取ることを保証する、ルーティング・テーブル３４を含む。挿入図３６では、ウェブ・サービス１４は、クライアント１２が適切なチャット・グループ２２に従って適切な言語変換を受け取ることを保証する、ルーティング・テーブル３８を含む。
【００２８】
ホスト側変換サービス１６は、大きな呼び出しグループを維持するために、公開鍵に基づいてこれらの個別クライアント１２を選択することになる。変換サービスは、これらの個別参加者を、それらの秘密鍵内部にある鍵タグに基づいて小さなグループに分類する。たとえば、中国語のみを話したい人々は、１つの大きなグループ（ターゲット言語は中国語）に入れられることになる。ドメイン（トピック）により、これらのクライアントは必要に応じてさらに小さなグループに分けられる。変換された発言の宛先は、オリジナル要求中のタグによって動的に決定されることになる。
【００２９】
図２を参照すると、クライアントＸおよびクライアントＹとして指定された２つのクライアント１２間の言語間チャットが、例示的に示されている。公開鍵と秘密鍵の組み合わせを使用して、クライアント１２とサービス１１０との間の動的リンクが作成される。提出された要求のコンテキストおよびクライアント１２に渡されたデータに適用されるフィルタは、これらの鍵の組み合わせによって完全に定義される。鍵の組み合わせに関連付けられた属性が、クライアントから戻されたデータに適用されることになるフィルタを定義する。言い換えれば、選択された言語の変換または特定タイプの通信をクライアントが受け取れるようにする指示を伴う秘密鍵が生成される。これは、子供などにとって不適切な一定の通信の場合などに、セキュリティ、あるいは年齢またはクラスが指定されたコンテンツのフィルタリングを提供するために有用である。
【００３０】
ウェブ・サービス１４は、インテリジェント・ルーティング・エージェントとして採用され、メッセージ・ロードを分散する責務を負う。すべてのクライアント１２は、ポーリング・モード１１２での、音声、テキスト、またはビデオによって送達可能なセッション・グループの結合に関する使用可能なデータ、データ・ソース、または情報についてポーリングすることによって、特定のトピック／ドメインに加入する。配布されたサービス１１０への動的アクセスが、ネットワークに存在する任意のデバイス（たとえばＰＣ、ＰＤＡ、携帯電話など）に提供される。
【００３１】
この動的な鍵の組み合わせによって起動可能なネットワーク・アクティビティは、テキストまたは音声変換、全言語共有（sharing across-language）イメージおよびビデオ、全言語インターネット競合などの、広範囲にわたることになる。サービス１１０は、とりわけ、分散型音声認識（ＤＳＲ）１０４、機械翻訳（ＭＴ）１０６、およびテキスト対音声変換（ＴＴＳ）１０８を含む。
【００３２】
ＤＳＲモジュール１０４は、標準コーデックを備えたオーディオ・ファイルではなく、ケプストラム特徴などの伝送された抽出音声特徴を受け取る。音声特徴のフォーマットはベンダ特有であるため、音声対音声変換のためのＤＳＲモジュール１０４は、暗号化方法として音声特徴抽出を使用することにより、他のレベルのセキュリティを提供する。ＤＳＲモジュール１０４は変換サービスを提供するものであり、クライアント・アプリケーションが適切な変換ドメインをオンデマンドで選択するために便利である。ドメイン選択はウェブ・サービス入力パラメータとして動的に設定可能であるため、言語の選択を含むことができる。ＤＳＲベースのウェブ・サービス１４は、クライアント１２がドメイン特有の音声対音声変換サービスをオンデマンドで使用できるようにするものである。
【００３３】
本利点をさらに詳細に例示するために、ある例が提示される。動的な鍵組み合わせベースの方法は、インターネット上での言語間のパーソナルＩＤチェックに使用可能である。それぞれの個別ＩＤには秘密鍵が含まれ、特定のグループ／ドメインに関する要件は公開鍵である。これは、全言語パーソナルＩＤをチェックするため、ならびに、たとえば十代および子供のグループを保護するためなど、セキュリティを提供するために、ソーシャル・ネットワークで使用可能である。
【００３４】
言語間ウェブ電話会議シナリオでは、参加者（クライアント１２）は第１の言語で話すことが可能であり、サーバ１１０は（公開鍵に基づいて）第２の言語を採用することができる。各要求１２２は、その秘密鍵を介してすべての情報を提示することが可能であり、サーバ１１０は、変換されたメッセージ（音声、テキスト、ビデオ）、たとえばテキスト対音声の音声１２０を、適切な言語（たとえば、ユーザによって選択された第１の言語）で個別の参加者に配布することができる。このように、各クライアント１２は、自分の母国語で話し、参加者が他の言語で話している場合であっても、他の参加者からの応答をその参加者の母国語で受け取ることができる。
【００３５】
図３を参照すると、たとえば、ヴォイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）電話通信を使用するなど、情報がネットワークを介してストリーミングされるストリーミング・モードについての例示的実施形態に関して、さらに詳細に説明される。クライアントＸおよびＹに関するＩＤ＿ＵＳ、ＩＤ＿Ｃｈｉｎａ（１２）、ならびにリアルタイム変換サーバ（ＲＴＴＳ）に関するＩＤ＿ＲＴＴＳ３１０という、３つのＩＤが採用される。クライアントＸおよびＹは、たとえばＶｏＩＰインターフェースを使用する電話インターフェースを採用することができる。ＩＤ＿ＣｈｉｎａおよびＩＤ＿ＵＳの両方がプラグイン３０２をインストールしており、これによって提供されたウェブ・サービスへのアクセスが許可され、音声特徴の収集を許可することによって多言語通信が使用可能となる。
【００３６】
米国のユーザ、クライアントＸが、中国のユーザ、クライアントＹとの会話を希望する。彼らが個別の連絡先リスト内に必要なＩＤを有するものと想定する。クライアントＸまたはＩＤ＿ＵＳは、クライアントＹまたはＩＤ＿Ｃｈｉｎａを選択し、「呼び出しボタン」を押すと、チャットのアプリケーション・プログラム・インターフェース（ＡＰＩ）３０３を使用することにより、ＩＤ＿Ｃｈｉｎａへ要求を送信する。ＩＤ＿Ｃｈｉｎａは、準備完了を示すためにその「呼び出し受け入れ」ボタンを押す。ＩＤ＿ＵＳがＩＤ＿Ｃｈｉｎａからの肯定応答を受け取った後、ＩＤ＿ＵＳは、呼び出しスケジューリングのためのＲＴＴＳウェブ・サービス３１８に要求を送信する。ＲＴＴＳウェブ・サービス３１８は、ｎｕｍｂｅｒ．００１（英語）およびｎｕｍｂｅｒ．００２（中国語）などの言語タグを備えたチャネルＩＤを生成することになる（「ｎｕｍｂｅｒ」は電話番号とすることができる）。これら２つの番号はＩＤ＿ＵＳに戻され、これら２つの番号はダイアログ・マネージャ（ＤＭ）３３０へと渡される。
【００３７】
ＩＤ＿ＵＳは、チャットＡＰＩ３０３を通じてｎｕｍｂｅｒ．００２（中国語）をＩＤ＿Ｃｈｉｎａへと渡す。ＩＤ＿ＵＳおよびＩＤ＿Ｃｈｉｎａのどちらも、個別に割り当てられたチャネルＩＤであるｎｕｍｂｅｒ．００１およびｎｕｍｂｅｒ．００２を使用することによって、ＲＴＴＳサーバ３１０の呼び出しを開始する。ＲＴＴＳセッション開始プロトコル（ＳＩＰ）エンドポイント・プログラム３２８は、別々の言語タグを備える所与のチャネルＩＤに基づいて、これら２つの着信呼び出しを処理することになる。この例は、インターネット・プロトコル接続３１２を示し、セッション開始プロトコル（ＳＩＰ）信号発信プロキシ３０６と、コーダ／デコーダ（ｃｏｄｅｃ）３０７を含む高速移送プロトコル（ＲＴＰ）プロキシ３０８とを採用する。サーバ３１０は、クライアント１２とサーバ３１０との間に適切な通信プロトコルを提供するための、ＳＩＰプロキシ３１４およびＲＴＰプロキシ４１６も例示的に含む。他のネットワーク・プロトコルおよびハードウェアも企図される。本諸実施形態は、図示された構成に限定されるものとみなされるべきではない。
【００３８】
２つの呼び出しが確立された後、両方のクライアント１２のプッシュ・アンド・トーク（push and talk）（Ｐ＆Ｔ）ボタンが、呼び出し準備完了状況を示すことができる。Ｐ＆Ｔボタンはプラグイン・プログラムの一部として生成可能であり、任意のインジケータと共にコンピュータ画面上に生成可能であるか、または、ボタンおよびインジケータを電話デバイス上に提供することができる。ＩＤ＿ＵＳはＰ＆Ｔボタンを押して、オーディオ・ストリーミングをＲＴＴＳ３１０に送信する。一例では、オーディオ・ストリームは、最初と最後で、デュアル・トーン・マルチ周波数（ＤＴＭＦ）キーによってパッケージングされる。オーディオ・ストリームは受け取られると、オーディオ・バッファ３２０内にバッファリング可能である。
【００３９】
要求は、テキスト結果を待つために、ＲＴＴＳウェブ・サービス３１８にも送信される。ＲＴＴＳ３１０は、ＩＤ＿Ｃｈｉｎａに接続されたチャネルへの着信オーディオを再生することができる。ＲＴＴＳダイアログ・マネージャ（ＤＭ）３３０は、この着信オーディオ・ストリームを変換サービス・モジュール３４０に送信する。モジュール３４０は、自動音声認識（ＡＲＳ）アノテータ（annotator）３２２、リアルタイム変換（ＲＴＴ）アノテータ３２６、およびテキスト対音声（ＴＴＳ）アノテータ３２４を含むことができる。ＤＭ３３０は、テキストでの認識結果および変換結果がメッセージ・キュー３３４から入手可能な限り、これらを集合器（aggregator）３３２から再度取り出す。ＤＭ３３０は、このメッセージをＩＤ＿ＵＳに返信する。ＩＤ＿ＵＳは、この結果をそのチャット・ウィンドウ内に表示し、同時に、これらの結果を表示するためにＩＤ＿Ｃｈｉｎａに送信する。これらの結果の確認を採用して、メッセージが受け取られた旨を保証することができる。変換されたＴＴＳ音声準備完了ＤＭ３３０は、チャネルＩＤに基づき、ＲＴＰを介してＩＤ＿Ｃｈｉｎａに音声を送達することができる。その後、ＩＤ＿ＣｈｉｎａはＰ＆Ｔボタンを押して、会話を続行することができる。
【００４０】
図４を参照すると、ウェブ・サービス・モードについての図２の例示的実施形態に関して、さらに詳細に説明される。クライアントＩＤは、ＩＤ＿ＵＳおよびＩＤ＿Ｃｈｉｎａを含む。ＩＤ＿ＣｈｉｎａおよびＩＤ＿ＵＳはどちらもプラグイン４０４をインストールしており、これが、インターフェース・タスクを実行するため、インジケータを生成するためなどの、必要な機能を提供する。
【００４１】
米国のユーザ（クライアント１２）は中国のユーザとの会話を希望する。どちらのユーザも、それらの個別の連絡先リスト内に必要なＩＤを有する。ＩＤ＿ＵＳはＩＤ＿Ｃｈｉｎａを選択し、Ｐ＆Ｔボタンを押す。ＩＤ＿ＵＳの音声は、特徴抽出モジュール４０２によってケプストラム／特徴に変換され、この特徴は、好ましくはＳＯＡＰ／ＨＴＴＰを介してＲＴＴＳサーバ４２０へと伝送される。ＩＤ＿ＵＳは開始信号をＩＤ＿Ｃｈｉｎａへ送信する。ＩＤ＿Ｃｈｉｎａは、ＳＯＡＰ／ＨＴＴＰを介して「結果取得」要求をＲＴＴＳサーバ４２０へ送信する。ＲＴＴＳサーバ４２０はウェブ・サービス１４を含み、これが、認識、変換、およびＴＴＳを実行する変換サービス・モジュール４４０を提供する。
【００４２】
モジュール４４０は、分散型音声認識（ＤＳＲ）アノテータ４２０、テキスト対音声（ＴＴＳ）アノテータ４１８、およびリアルタイム変換（ＲＴＴ）アノテータ４１６を含むことができる。ＤＭ４０６は、テキストでの認識結果および変換結果がメッセージ・キュー４１４から入手可能な限り、これらを集合器４１２から再度取り出す。ＤＭ４０６は参加者間のダイアログを管理し、テキストでの認識結果および変換結果と共にＩＤ＿ＵＳに応答を返す。ＩＤ＿ＵＳはこの結果をそのチャット・ウィンドウ内に表示し、同時に、たとえばインスタント・メッセージング（ＩＭ）ＡＰＩ４０７を使用して、この変換結果を表示するためにＩＤ＿Ｃｈｉｎａに送信することができる。メッセージが受け取られた旨を保証するために確認を採用することができる。この例では、ＲＴＴＳサーバ４４０はＴＴＳを使用してＩＤ＿Ｃｈｉｎａに応答を返し、プラグイン４０４はこのＴＴＳをＩＤ＿Ｃｈｉｎａへと再生する。
【００４３】
以上、オープン・アーキテクチャ・ベースのドメイン依存型リアルタイム多言語通信サービス（例示的であり限定的でないものと意図される）に関する好ましい諸実施形態について説明してきたが、当業者であれば、上記教示に鑑み、修正および変形が実行可能であることに留意されたい。したがって、添付の特許請求の範囲によって概略が記された本発明の範囲および趣旨内で、開示された特定の諸実施形態における変更が可能であることを理解されよう。特許法によって必要とされる詳細および特殊性を備えた本発明の諸態様について説明してきたが、特許証によって請求され望ましく保護された請求の内容は、添付の特許請求の範囲内に記載されている。
【図１】
0005536756.tif 000002
【図２】
0005536756.tif 000003
【図３】
0005536756.tif 000004
【図４】
0005536756.tif 000005