(57)【要約】【課題】デジタル・メッセージと、オーディオやビデオなどの対応する情報信号の伝送を可能にする方法を提供すること。【解決手段】遠隔通信装置のユーザからの音声信号などの情報信号を処理中の遠隔通信装置が、暗号鍵ストリームと情報信号ストリームのビットごとの排他的論理和を実施することによって情報信号を暗号化する。次いで、遠隔通信エンドポイントなどの装置は、「ウォーターマーキング」と呼ばれるプロセスで、暗号化信号全体にわたって、上書きされるビットの代わりにデジタル・メッセージのビットを散在させる。次いで、エンドポイントは、散在したデジタル・メッセージ・ビットを、暗号化情報ビットも含むコンポジット信号の一部として送信する。送信すべきパケットに追加のビットが付加されず、それによって互換性の問題が対処される。【選択図】図２
2008199629.tif 000002
【特許請求の範囲】
【請求項１】
情報信号と共にデジタル・メッセージを通信する方法であって、
前記情報信号を暗号化し、その結果、長さＭビットの暗号化信号を得ること、
前記デジタル・メッセージの少なくとも一部で前記暗号化信号のＮビットを置換することであって、前記暗号化信号の前記Ｎビットの置換の結果、コンポジット信号を得ること、および
前記コンポジット信号を受信側ノードに送信することを含み、
ＭおよびＮは正の整数であり、ＮはＭ未満である方法。
【請求項２】
前記情報信号の暗号化が、前記情報信号と鍵ストリームのビットごとの排他的論理和オペレーションに基づく請求項１に記載の方法。
【請求項３】
暗号化の前に前記情報信号を圧縮することをさらに含む請求項１に記載の方法。
【請求項４】
前記情報信号がオーディオ信号を含み、前記情報信号の圧縮が、ＩＴＵ  Ｇ．７２９プロトコル標準に従って実施される請求項３に記載の方法。
【請求項５】
前記コンポジット信号をチャネル・コーディングすることをさらに含む請求項１に記載の方法。
【請求項６】
前記Ｎビットの置換の前に前記暗号化信号をチャネル・コーディングすることをさらに含む請求項１に記載の方法。
【請求項７】
前記コンポジット信号の少なくとも一部に基づくメッセージ・ダイジェストを計算することをさらに含む請求項１に記載の方法。
【請求項８】
前記メッセージ・ダイジェストの計算が、セキュア・リアル・タイム・トランスポート・プロトコルに従って実施される請求項７に記載の方法。
【請求項９】
情報信号と共にデジタル・メッセージを通信する方法であって、
前記情報信号と鍵ストリームのビットごとの排他的論理和オペレーションに基づいて前記情報信号を暗号化し、その結果、長さＭビットの暗号化信号を得ること、
前記デジタル・メッセージの少なくとも一部で前記暗号化信号のＮビットを置換することであって、前記暗号化信号の前記Ｎビットの置換の結果、コンポジット信号を得ること、および
前記コンポジット信号を受信側ノードに送信することを含み、
ＭおよびＮは正の整数であり、ＮはＭ未満である方法。
【請求項１０】
暗号化の前に前記情報信号を圧縮することをさらに含む請求項９に記載の方法。
【請求項１１】
前記情報信号がオーディオ信号を含み、前記情報信号の圧縮が、ＩＴＵ  Ｇ．７２９プロトコル標準に従って実施される請求項１０に記載の方法。
【請求項１２】
前記コンポジット信号をチャネル・コーディングすることをさらに含む請求項９に記載の方法。
【請求項１３】
前記Ｎビットの置換の前に前記暗号化信号をチャネル・コーディングすることをさらに含む請求項９に記載の方法。
【請求項１４】
前記コンポジット信号の少なくとも一部に基づくメッセージ・ダイジェストを計算することをさらに含む請求項９に記載の方法。
【請求項１５】
前記メッセージ・ダイジェストの計算が、セキュア・リアル・タイム・トランスポート・プロトコルに従って実施される請求項１４に記載の方法。
【請求項１６】
情報信号と共にデジタル・メッセージを通信する方法であって、
前記情報信号と鍵ストリームのビットごとの排他的論理和オペレーションに基づいて前記情報信号を暗号化し、その結果、長さＭビットの暗号化信号を得ること、
前記デジタル・メッセージの少なくとも一部で前記暗号化信号のＮビットを置換することであって、前記暗号化信号の前記Ｎビットの置換の結果、コンポジット信号を得ること、
前記コンポジット信号の少なくとも一部に基づくメッセージ・ダイジェストを計算すること、および
前記コンポジット信号および前記メッセージ・ダイジェストを受信側ノードに送信することを含み、
ＭおよびＮは正の整数であり、ＮはＭ未満である方法。
【請求項１７】
暗号化の前に前記情報信号を圧縮することをさらに含む請求項１６に記載の方法。
【請求項１８】
前記情報信号がオーディオ信号を含み、前記情報信号の圧縮が、ＩＴＵ  Ｇ．７２９プロトコル標準に従って実施される請求項１７に記載の方法。
【請求項１９】
前記コンポジット信号をチャネル・コーディングすることをさらに含む請求項１６に記載の方法。
【請求項２０】
前記Ｎビットの置換の前に前記暗号化信号をチャネル・コーディングすることをさらに含む請求項１６に記載の方法。
【請求項２１】
前記メッセージ・ダイジェストの計算が、セキュア・リアル・タイム・トランスポート・プロトコルに従って実施される請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般には遠隔通信に関し、より詳細には、情報信号と共にデジタル・メッセージを送信することに関する。
【背景技術】
【０００２】
現在の遠隔通信システムは、インターネットなどの１つまたは複数のパケット・ベースのネットワークを介する、オーディオやビデオなどのメディア情報信号のルーティングを特徴とする。Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（または「ＶｏＩＰ」）では、例えば、ルーティングすべき音声会話からの音声信号がデータ・パケットとしてデジタル化およびフォーマットされ、次いでネットワークを介してデータ・パケットが伝送される。ＶｏＩＰに基づく遠隔通信ネットワークは、ネットワークにアクセスすることのできる遠隔通信エンドポイント間で音声会話を伝送することができる。
【０００３】
各遠隔通信エンドポイントは、音声対応であるか否かに関わらず、他の装置と情報を交換することのできるパケット・ベースの装置であり、エンドポイントは、パーソナル・コンピュータがインターネットを介して他のコンピュータと情報を交換するのと同様の方式で情報を交換する。したがって、エンドポイントは、「サービス妨害」（ＤｏＳ）アタックなどのパーソナル・コンピュータと同一または同様のパケット・アタックの多くに対して脆弱である。実際、エンドポイントによって使用されるネットワークに相互接続される様々なネットワークのうちのいずれかの中からエンドポイントに向けて送ることのできる多くの潜在的パケット・アタック源が存在する。
【０００４】
パケット・アタックに抵抗するエンドポイントの能力を改善するために、何らかのタイプの認証が必要である。認証は、到来パケットのうちのどれが正当なものであり、どれを廃棄すべきかをエンドポイントが判断することを可能にする。セキュア・リアル・タイム・トランスポート・プロトコル（ＳＲＴＰ）と呼ばれる標準プロトコルは、認証の一方法を実施する手順を記述する。しかし、このプロトコルには欠点がある。パケットを認証するために、パケットのヘッダおよびペイロードを介してメッセージ・ダイジェストを計算することが必要である。この計算は、エンドポイントで著しい量の処理を必要とし、ことによるとエンドポイントのプロセッサに負荷をかけ過ぎる可能性がある。
【０００５】
必要とする処理資源が少ない、各パケットを認証するためのより単純な方式が利用可能である。しかし、ネットワーク内のＳＲＴＰおよびファイアウォールの振舞いによって指定される制限のために、より単純な方式で必要とされる追加の情報を付加することは通常は不可能である。さらに、認証に無関係の他の応用例が、特定の機能向けの追加の制御情報を搬送するためのビットなどの補足情報の伝送を必要とする可能性がある。問題は、既存のメッセージ内に未使用ビット位置が往々にして存在せず、補足情報を搬送するために付加ビットを往々にして送信できないことである。
【０００６】
さらに、処理経路の複雑さのために、送るべき補足情報を導入することを処理経路内のどこで考慮するかを知ることは困難である可能性がある。図１に示されるように、送信処理経路１００は、圧縮器１１１で実施される情報圧縮と、エンクリプタ１１２で実施される圧縮信号の暗号化と、チャネル・コーダ１１３で実施される暗号化信号のチャネル・コーディングとを含む。暗号化処理に関して、暗号化すべきデータのブロックは通常、秘密鍵を使用する多数の段階の暗号化オペレーションを介して送られる。この場合、出力データのあらゆるビットは、入力データのあらゆるビットの影響を受ける。暗号化データの改ざんにより、処理された信号の受信ノードでの暗号化解除中に破壊的な結果が生じる可能性があるので、処理される信号に補足情報がどこで追加されるかに関して注意を払わなければならない。
【非特許文献１】ＩＴＵ−Ｔ勧告Ｇ．７２９、「Coding of Speech at 8 Kbit/s using Conjugate-Structure Algebraic-Code-Excited Linear-Predication (CS-ACELP)」、１９９６年３月
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来技術の欠点のいくつかを伴うことなく、処理された信号の保全性を保ちながら、認証または他の目的に関する補足情報を含むデジタル・メッセージを送るために、パケット・ストリーム中の各パケット内の追加のビット位置を解放する技法が求められている。
【課題を解決するための手段】
【０００８】
本発明は、デジタル・メッセージと、オーディオやビデオなどの対応する情報信号の伝送を可能にする。パケット認証を使用可能または機能強化するなどの様々な目的で、デジタル・メッセージに含まれる補足情報を使用することができる。具体的には、遠隔通信装置のユーザからの音声信号などの情報信号を処理中の遠隔通信装置が、暗号鍵ストリームと情報信号ストリームのビットごとの排他的論理和を実施することによって情報信号を暗号化する。次いで、遠隔通信エンドポイントなどの装置は、「ウォーターマーキング」と呼ばれるプロセスで、暗号化信号全体にわたって、上書きされるビットの代わりにデジタル・メッセージのビットを散在させる。次いで、エンドポイントは、散在したデジタル・メッセージ・ビットを、暗号化情報ビットも含むコンポジット信号の一部として送信する。このようにして、送信すべきパケットに追加のビットが付加されず、それによって既存のプロトコルおよびファイアウォールとの互換性の問題が対処される。
【０００９】
従来技術でのいくつかの技法と比べたときの例示的実施形態の技法についての違いは、ウォーターマーキングが暗号化プロセスの後に行われることである。デジタル・メッセージ内の補足ビットを暗号化メディア情報ビットと首尾よく組み合わせるための鍵は、実施されるビットごとの排他的論理和オペレーションでのものである。このオペレーションは、暗号化ストリーム中の１ビットのみが暗号化解除情報ストリーム中の対応するビットのみに影響を及ぼすことを保証する。これは、受信側ノードでの暗号化解除プロセスが単に、送信側ノードで使用されるのと同じ鍵ストリームとのビットごとの排他的論理和であるからである。暗号化後のウォーターマーキングは、あるデジタル処理経路では、デジタル信号処理の２つの既存ステージ（すなわち情報コーディングと暗号化）間にウォーターマーキングを埋め込まなければならない代わりに、経路の端部付近にウォーターマーキング・ステージを付加することが容易であるので有利である。
【００１０】
本発明のある実施形態では、送信されたパケットを受信側ノードで認証するのに使用することのできるメッセージ・ダイジェストも計算され、送信される。ダイジェストは、ウォーターマーキングが行われた後に計算され、それにより、受信側ノードが認証処理を実施するときに修正後メッセージが受信側ノードによって真正であるとみなされることが保証される。有利には、認証関連デジタル・メッセージを伴うメディア情報ストリームのウォーターマーキングと組み合わせてメッセージ・ダイジェストを使用することは、パケット・アタックに対する受信側エンドポイントの弾力性を向上させることができる。
【００１１】
本発明の例示的実施形態は、情報信号を暗号化し、その結果、長さＭビットの暗号化信号を得ること、デジタル・メッセージの少なくとも一部で暗号化信号のＮビットを置換することであって、Ｎビットの暗号化信号の置換の結果、コンポジット信号を得ること、およびコンポジット信号を受信側ノードに送信することを含み、ＭおよびＮは正の整数であり、ＮはＭより小さい。
【発明を実施するための最良の形態】
【００１２】
図２に、本発明の例示的実施形態による遠隔通信システム２００の略図を示す。システム２００は、遠隔通信エンドポイントなどのネットワーク要素間の音声会話、またはビデオまたは他のタイプのオーディオ（例えば音楽など）などの他のタイプのメディア情報信号をルーティングする。システム２００は、パケット伝送ネットワーク２０１、遠隔通信エンドポイント２０１−１から２０２−Ｍ、およびゲートウェイ２０３−１から２０３−Ｎを備え、ＭおよびＮは正の整数である。図２に示される要素のすべては、図示されるように相互接続される。
【００１３】
パケット伝送ネットワーク２０１は、サービス・プロバイダの加入者に対してＶｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（または「ＶｏＩＰ」）などの１つまたは複数のタイプの媒体を移送するのに使用される。ネットワーク２０１は、処理された情報信号（例えば音声パケットなど）を搬送するデータ・パケットを１つまたは複数のソースからそうしたパケットの正しい宛先に向けて送るのに使用されるルータなどの１つまたは複数の伝送関連ノードを備える。ネットワーク２０１は、システム２００全体にわたる様々な遠隔通信エンドポイントおよびゲートウェイなどの、ネットワーク２０１へのアクセスを有するネットワーク要素間で伝送されるインターネット・プロトコル・ベースのメッセージを処理することができる。例示的実施形態でのネットワーク２０１はＶｏｉｃｅ−ｏｖｅｒ−ＩＰサービス・プロバイダのネットワークであるが、別法として、ネットワーク２０１は、インターネット、何らかの他のタイプのインターネット・プロトコル・ベースのネットワーク、または何らかの他のタイプのパケット・ベースのネットワークでもよい。
【００１４】
ある実施形態では、ネットワーク２０１は、企業システム内など、信号のローカル配布を実現する１つまたは複数のローカル・エリア・ネットワーク（または「ＬＡＮ」）を備える。例えば、各ローカル・エリア・ネットワークは、１つまたは複数の遠隔通信エンドポイントがより広いネットワークにアクセスすることを可能にすることができる。各ローカル・エリア・ネットワークは、ハブ、ブリッジ、スイッチなどのネットワーキング装置を備え、イーサネット（登録商標）、ＩＥＥＥ８０２．３、ＩＥＥＥ８０２．１１などのネットワーキング・プロトコルに従って動作する。
【００１５】
遠隔通信エンドポイント２０２−ｍ（ｍ＝１からＭ）は、デスクセット、会議ユニット、ワイヤレス端末、デスクトップまたはポータブルコンピュータ（すなわち「ソフトフォン」）、インターネット・フォンなどの通信アプライアンスである。パケット・ベースの装置として、遠隔通信エンドポイント２０２−ｍは、パーソナル・コンピュータがインターネット全体にわたって他のコンピュータと情報を交換することができるのと同様の方式で、遠隔通信システム２００内の他の装置と情報を交換することができる。
【００１６】
図３に関して以下で説明するように、エンドポイント２０２−ｍは、エンドポイント２０２−ｍのユーザから音声信号をデジタル化し、オーディオ圧縮器／解凍器（または「コーデック」）回路およびエンクリプタを介してデジタル化信号を送信可能データ・パケットにフォーマット化することができる。同様に、図４に関して以下で説明するように、エンドポイント２０２−ｍのコーデック回路は、データ・パケットを受信し、そうしたパケット内に含まれる情報をエンドポイントのユーザが理解できる音声信号に変換することもできる。さらに、エンドポイント２０２−ｍは、本発明の例示的実施形態に従って、図５および６に関して以下で説明するタスクを実施することができる。本明細書を読んだ後に、エンドポイント２０２−ｍをどのように作成および使用するかが当業者には明らかとなるであろう。
【００１７】
ゲートウェイ２０３−ｎ（ｎ＝１からＮ）は、２つのネットワーク間でデータ・パケットを転送することによって特定のゲートウェイ（例えば公衆交換電話網など）と関連付けられるネットワークとパケット伝送ネットワーク２０１を接続するネットワーキング装置である。各ゲートウェイ２０３−ｎは、それが接続される２つの異なるタイプのネットワーク（すなわちパケット・ネットワーク２０１および別のネットワーク）間のトランスレータとして働く。ゲートウェイ２０３−ｎは２つの異なるタイプのネットワークを互いに接続するので、ゲートウェイ２０３−ｎの主な機能の１つは、２つのネットワークにわたって使用される異なる伝送技法およびコーディング技法の間で変換することである。したがって、ゲートウェイ２０３−ｎは、（例えば「コーデック」回路などを介して）圧縮信号と解凍信号との間で変換することもできる。ある実施形態では、ゲートウェイ２０３−ｎは、図４および５に関して以下で説明するタスクの少なくとも一部を実行することができる。本明細書を読んだ後に、ゲートウェイ２０３−ｎをどのように作成および使用するかが当業者には明らかとなるであろう。
【００１８】
例示的実施形態によれば、システム２００の装置は有線通信が可能であり、サービス・プロバイダ環境での動作が可能である。当業者は理解するであろうが、ある代替実施形態では、システム２００の装置の一部またはすべてはワイヤレス通信が可能であり、様々なタイプのネットワーク（例えば公衆ネットワーク、プライベートネットワークなど）での動作が可能である。さらに、ある代替実施形態では、エンドポイントまたはゲートウェイ以外の装置が、図４および５に関連して以下で説明するタスクを実施することができる。本明細書を読んだ後、例示的実施形態の技法がどのように他の動作環境の他のタイプの装置に適用されるかが当業者には明らかとなるであろう。
【００１９】
図３に、本発明の例示的実施形態による遠隔通信エンドポイント２０２−ｍの送信処理経路３００のブロック図を示す。送信経路３００は、マイクロフォンなどの変換器によって取得することのできるエンドポイントのユーザからの音声信号などの情報信号を処理する。まだデジタル形式ではない場合、アナログ−デジタル変換器３１０が情報信号をアナログ形式からデジタル形式に変換する。
【００２０】
デジタル化した後、情報エンコーダ３１１は、情報信号を符号化してデータ圧縮を達成する。情報信号が音声信号である例示的実施形態では、エンコーダ３１１は、情報圧縮を実施する、当技術分野で周知のコーデックの一種であるボコーダを備える。ボコーダは、時系列波形データを取得し、データを音声パターン特徴に対応するデジタル・シンボルに変換する。
【００２１】
本発明の例示的実施形態によれば、エンコーダ３１１は、当技術分野で周知のＩＴＵ  Ｇ．７２９プロトコル規格に従って動作する。ＩＴＵ  Ｇ．７２９プロトコル規格は、ＩＴＵ−Ｔ勧告Ｇ．７２９、「Coding of Speech at 8 Kbit/s using Conjugate-Structure Algebraic-Code-Excited Linear-Predication (CS-ACELP)」、１９９６年３月、ならびに対応するＡｎｎｅｘ（すなわちＡｎｎｅｘ  Ａ、Ａｎｎｅｘ  Ｂなど）に記載されており、それらすべてが、参照により本明細書に組み込まれる。ある代替実施形態では、エンコーダ３１１は、ＩＴＵ  Ｇ．７２９に基づくもの以外のモデル・ベースのコーデック、またはＩＴＵ  Ｇ．７１１に基づくものなどの波形ベースのコーデックでよい。
【００２２】
エンクリプタ３１２は、周知の方式で圧縮信号を暗号化し、その結果、暗号化情報信号フレームを得る。暗号化タスクは、フレームごとに、圧縮オーディオ信号の鍵ストリームとビットストリームのビットごとの排他的論理和を実施することからなる。
【００２３】
同時に、送信コントローラ３１３は、（例えば制御目的などの）補足信号を符号化情報信号と共に受信側ノードに送信する必要があるかどうかを判定する。例えば、補足信号は、受信側ノードが受信するパケットを認証するために受信側ノードで使用することのできる認証コードであることがある。コントローラ３１３は、補足信号を外部ソースから取得し、またはそれ自体で信号を生成する。補足信号を送信する必要があるとき、コントローラ３１３は、補足信号を現すデジタル・メッセージをメモリ装置３１４に書き込む。
【００２４】
デジタル信号プロセッサ３１５は、エンクリプタ３１２から圧縮および暗号化済み情報信号フレームを受け取る。プロセッサ３１５はまた、メモリ３１４からデジタル・メッセージを読み取り、デジタル・メッセージからのビットで、符号化情報信号中のビットの選択された組合せを置換する。例示的実施形態によれば、選択されるビットの組合せは以前の分析に基づく。ある代替実施形態では、プロセッサ３１５は、符号化情報信号からのデータを評価することによってビットの組合せを決定する。そのように行う際に、プロセッサ３１５は、符号化情報信号中の各ビットの知覚有意性などのエンコーダの１つまたは複数の特徴に基づいて、情報信号ビットのうちのどれを、以下で説明するコントローラ３１３から受信されるビットで置換する（すなわち上書きする）ことができるかを判定する。置換の結果として得られる信号は、情報信号および補足信号を含むコンポジット信号である。
【００２５】
プロセッサ３１５はまた、当技術分野で周知のメッセージ・ダイジェストを計算する。メッセージ・ダイジェストは、コンポジット信号の少なくとも一部に基づく。次いで、プロセッサ３１５は、エンドポイントに送信すべきコンポジット信号の一部としてメッセージ・ダイジェストを含め、エンドポイントは、メッセージ・ダイジェストを認証のために使用することができる。
【００２６】
チャネル・コーダ３１６は、前方誤り訂正のためのフレームをコーディングし、送信用のフレームをフォーマットすることによって送信用のコンポジット信号を準備する。チャネル符号化コンポジット信号が送信機３１７に送られ、次いで送信機３１７は、周知の方式で信号をネットワーク２０１に送信する。
【００２７】
図４に、本発明の例示的実施形態による遠隔通信エンドポイント２０２−ｍの受信処理経路４００のブロック図を示す。受信経路４００は、送信側エンドポイントまたは別のパケット対応装置（例えばゲートウェイ２０３−ｎなど）から、１つまたは複数のコンポジット信号フレームをそれぞれ含むパケットを受信し、次いで経路４００は、受信したコンポジット信号フレームを処理する。具体的には、受信機４０９は、周知の方式でネットワーク２０１からパケット信号を受信する。受信した各フレームについて、デジタル信号プロセッサ４１０は、誤りを検出および補正し、暗号化ビットを暗号化解除する。プロセッサ４１０はまた、メッセージ・ダイジェストを処理し、符号化情報ビットから補足ビットを分離し、補足ビットをメモリ４１１に格納する。
【００２８】
受信コントローラ４１２は、必要に応じて補足ビットにアクセスする。例えば、補足ビットが認証コードを現す場合、コントローラ４１２は、認証コードを使用して、受信した符号化情報信号の認証性を判定する。
【００２９】
情報デコーダ４１３は、符号化情報信号を復号化（解凍）し、元の情報信号の再構築バージョンを達成する。情報信号が音声信号である例示的実施形態では、デコーダ４１３は、当技術分野で周知のコーデックの一種であり、情報解凍を実施するボコーダを備える。ボコーダは、音声パターン特徴に対応する、受信した符号化情報信号に存在するデジタルデータを取得し、データを時系列波形データに変換する。
【００３０】
本発明の例示的実施形態によれば、デコーダ４１３は、当技術分野で周知のＩＴＵ  Ｇ．７２９プロトコル標準に従って動作する。
【００３１】
受信経路４００に沿って進むと、デジタル−アナログ変換器４１４は、復号化情報信号をデジタル形式からアナログ形式に変換する。その後、音響スピーカによるものなどの受信側エンドポイントのユーザに対する最終的プレゼンテーションのために、アナログ情報信号をさらに処理することができる。
【００３２】
図５および６に、本発明の例示的実施形態による遠隔通信エンドポイント２０２−ｍによって実行される顕著なタスクの流れ図を示す。図５の顕著なタスクは、図３に示す送信処理経路３００に沿った情報信号の処理に関する。図６の顕著なタスクは、図４に示す受信処理経路４００に沿った情報信号の処理に関する。教育的目的で、以下の例は、エンドポイント２０２−１がオーディオ・パケットのストリームをエンドポイント２０２−２に送信中である、進行中のコールセッションを示す。この例では、送信側エンドポイント２０２−１は、図５に関するタスクを実行中であり、受信側エンドポイント２０２−２は、図６に関するタスクを実行中である。当業者は理解するであろうが、図５および６に現れるタスクの一部を並列に実行することができ、または図示するのとは異なる順序で実行することができる。
【００３３】
ある実施形態では、当業者は理解するであろうが、エンドポイント２０２−２が同時にオーディオ・パケットのストリームをエンドポイント２０２−１に送信中であることがある。その場合、エンドポイント２０２−２は、図５に関するタスクも実行し、エンドポイント２０２−１は、図６に関するタスクも実行する。あるいは、当業者は理解するであろうが、システム２００内の他のノードが図５および６に示すタスクを実行することもできる。ある代替実施形態では、オーディオ・パケットの代わりに、エンドポイントは、ビデオ情報信号などのオーディオ情報以外を搬送する情報信号を交換する。
【００３４】
図５を参照すると、エンドポイント２０２−１の送信処理経路３００は、タスク５０１で、周知の方式でオーディオ信号のセグメントを受信する。
タスク５０２では、送信経路３００は、ＩＴＵ  Ｇ．７２９プロトコル標準に従ってオーディオ信号を圧縮し、長さＭビットの圧縮オーディオ信号フレームを供給し、この場合、Ｍは８０に等しい。
【００３５】
タスク５０３では、送信経路３００は、周知の方式で圧縮オーディオ信号フレームを暗号化し、その結果、暗号化信号フレームを得る。暗号化タスクは、フレームごとに、圧縮オーディオ信号の鍵ストリームとビットストリームのビットごとの排他的論理和を実施することからなる。暗号化のための様々な関連技法が当技術分野で周知であり、それをここで適用することができる。ある代替実施形態では、送信経路３００は、信号を圧縮する前に信号を暗号化する。
【００３６】
タスク５０４では、送信経路３００は、オーディオ信号と共に送信すべきデジタル・メッセージを得る。例えば、コントローラ３１３は、オーディオ信号フレームの一部、共用鍵、およびハッシング・アルゴリズムに基づいて認証コードを計算する。認証コードを計算する様々な他の技法が当技術分野で周知であり、それをここで適用することができる。当業者は理解するであろうが、デジタル・メッセージは、やはり送られるオーディオ情報信号と一致すべきであるクローズド・キャプショニング情報などの、送信すべき他のデータを含むことができる。
【００３７】
タスク５０５では、例示的実施形態によれば、送信経路３００が、デジタル・メッセージの少なくとも一部でＭビット暗号化オーディオ信号のＮビットを置換し、その結果、コンポジット信号フレームを得る。本発明に関連して行われた経験的調査は、エンコーダ２１１から受信された符号化オーディオ情報信号の各８０ビットフレームで、プロセッサ２１５は、知覚されるオーディオ品質に対して比較的低い影響で、ビット位置３９、４０、６８、６９、３０、および４１のうちの１つまたは複数のビットを置き換えることができ、そのフレームで、ビット位置１および８０のビットが、それぞれ送信すべき最初および最後のビットである。一例を挙げると、プロセッサ２１５は、フレーム中の合計４ビットでビット番号３９、４０、６８、および６９を置換することができる（すなわち、Ｎは４に等しい）。２番目の例を挙げると、プロセッサ２１５は、フレーム中の合計６ビットでビット番号３９、４０、６８、６９、３０、および４１を置換することができる（すなわち、Ｎは６に等しい）。
【００３８】
例示的実施形態でのビットストリーム順序付けにおいて、ビット３９および４０は、ＩＴＵ  Ｇ．７２９プロトコル標準に従って、各８０ビットフレーム内の第１サブフレーム中の第４コードブック・パルス位置の最下位ビットである。同様に、ビット６８および６９は、第２サブフレーム中の第４コードブック・パルス位置の最下位ビットである。ビット３０は、第１サブフレーム中の第１コードブック・パルス位置の最下位ビットである。最後に、ビット４１は、第１サブフレーム中のコードブック・パルスの符号ビットである。コードブック関連ビットと、そうしたビットを含む、生成されるサブフレームの概念は、当技術分野で周知である。当業者は理解するであろうが、置換されるビットは、生成される各フレーム中の１つまたは複数のサブフレームの最下位固定コードブック・インデックス・ビットのうちの１つまたは複数でよく、このことは、使用されているモデル・ベースのオーディオ・コーダがＩＴＵ  Ｇ．７２９以外のプロトコル標準に従って動作する場合でも当てはまる。
【００３９】
タスク５０６では、送信経路３００は、周知の方式で、コンポジット信号フレームの少なくとも一部に基づいてメッセージ・ダイジェストを計算する。ある実施形態では、メッセージ・ダイジェストの計算は、セキュア・リアル・タイム・トランスポート・プロトコル（ＳＲＴＰ）に従って実施される。送信経路３００は、メッセージ・ダイジェストをコンポジット信号フレームの一部として含める。
【００４０】
タスク５０７では、送信経路３００は、周知の方式で、コンポジット信号フレームをチャネル・コーディングする。チャネル・コーディングは、受信側エンドポイント２０２−２の一部で誤り検出および補正を可能にするために実施される。ある代替実施形態では、送信経路３００は、タスク５０５に関連して上記で説明したビット置換の前にチャネル・コーディングを実施する。
【００４１】
タスク５０８では、送信経路３００は、コンポジット信号フレームをエンドポイント２０２−２に送信する。タスク５０８の後、タスク実行はタスク５０１に戻り、次のフレームの分のオーディオ情報信号を処理する。
【００４２】
図６を参照すると、タスク６０１では、エンドポイント２０２−２の受信処理経路４００が、エンドポイント２０２−１によって送信されたコンポジット信号フレームを受信する。
【００４３】
タスク６０２では、受信経路４００は、受信したコンポジット信号フレーム中の誤りを検出および補正する。
タスク６０３では、受信経路４００は、受信したメッセージ・ダイジェスト、または受信したデジタル・メッセージ中の任意の認証関連情報、あるいはその両方を使用してコンポジット信号フレームを認証する。受信経路３００は、受信したメッセージ・ダイジェストを、計算したメッセージ・ダイジェストと比較することができ、計算したメッセージ・ダイジェストは、受信した情報ビット、共用鍵、およびハッシング・アルゴリズムに基づく。同様に、受信経路３００は、受信したデジタル・メッセージ中の情報（例えば認証コードなど）を、計算したデータと比較することができる。
【００４４】
タスク６０４では、コンポジット信号フレームが認証された場合、例えば受信したメッセージ・ダイジェストが計算したメッセージ・ダイジェストと合致した場合、タスク実行はタスク６０５に進む。そうでない場合、タスク実行はタスク６０８に進む。
【００４５】
タスク６０５では、受信経路４００は、コンポジット信号を暗号化解除し、その結果、暗号化解除信号フレームを得る。例示的実施形態によれば、暗号化解除プロセスは、信号を暗号化するために送信側エンドポイント２０２−１によって使用されたのと同じ鍵ストリームとのビットごとの排他的論理和である。その結果、デジタル・メッセージ・ビットで上書きされたビットを除いて、圧縮オーディオ信号のデジタル・メッセージ・ビットが完全に回復される。
【００４６】
タスク６０６では、受信経路４００は、暗号化解除信号フレームからのオーディオ信号を解凍する（すなわち再構築する）。ある実施形態では、デジタル・メッセージに対応するビットが暗号化解除信号フレーム中に存在する場合、そうしたビットの一部またはすべての値が修正され、情報再構築の結果が改善される。
【００４７】
タスク６０７では、受信経路４００は、周知の方式で、追加の処理のために再構築後オーディオ信号をオーディオ回路に送る。次いで、タスク実行はタスク６０１に戻り、エンドポイント２０２−１から受信した次のフレームを処理する。
【００４８】
タスク６０８では、コンポジット信号フレームが真性なものではない場合、受信経路４００は、受信したコンポジット信号フレームを無視する。次いで、タスク実行はタスク６０１に戻り、エンドポイント２０２−１から受信した次のフレームを処理する。
【００４９】
本開示は例示的実施形態の単なる一例を教示するものであること、当業者は本開示を読んだ後に本発明の多くの変形形態を容易に考案することができること、および本発明の範囲は添付の特許請求の範囲によって決定されるべきであることを理解されたい。
【図面の簡単な説明】
【００５０】
【図１】従来技術での送信処理経路１００を示す図である。
【図２】本発明の例示的実施形態による遠隔通信システム２００の略図である。
【図３】本発明の例示的実施形態による遠隔通信エンドポイント２０２−ｍの送信処理経路３００のブロック図である。
【図４】本発明の例示的実施形態による遠隔通信エンドポイント２０２−ｍの受信処理経路４００のブロック図である。
【図５】送信処理経路３００に沿った情報信号を処理に関する顕著なタスクの流れ図である。
【図６】受信処理経路４００に沿った情報信号の処理に関する顕著なタスクの流れ図である。
【図１】
2008199629.tif 000003
【図２】
2008199629.tif 000004
【図３】
2008199629.tif 000005
【図４】
2008199629.tif 000006
【図５】
2008199629.tif 000007
【図６】
2008199629.tif 000008