(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいて第１のコンピューティングデバイスと第２のコンピューティングデバイスとの間で交換される暗号化された通信を傍受するための方法であって、傍受が通信ネットワークの第３のコンピューティングデバイスによって行われ、方法が、
第３のコンピューティングデバイスが、第１のコンピューティングデバイスおよび第２のコンピューティングデバイスと関連するエンドツーエンド暗号化セッションの一部として暗号化された１つまたは複数のパケットを取得するステップであって、１つまたは複数のパケットが第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちの１つと関連する所与のパケットアドレスを有し、１つまたは複数のパケットが、非傍受パケットトラフィックをそれを通じてルーティングすることも担う通信ネットワーク中の少なくとも１つの要素で少なくとも１つの傍受ルーティングポリシーが実施されることに応じて第３のコンピューティングデバイスによって取得され、少なくとも１つの傍受ルーティングポリシーが、所与のパケットアドレスを有するパケットを第３のコンピューティングデバイスに転送するように構成され、第３のコンピューティングデバイスが１つまたは複数の取得されたパケットを、第１のコンピューティングデバイスを含むパケットの送信元に対して確立されたセキュリティアソシエーションを用いてそこに含まれるデータを取得するために復号する、取得するステップと、
第３のコンピューティングデバイスが、１つまたは複数の取得されたパケットが第３のコンピューティングデバイスによって取得されたと分からないように１つまたは複数の取得されたパケットの所与のパケットアドレスを保存するステップと、
第３のコンピューティングデバイスが第２のコンピューティングデバイスを含むパケットの宛先に対して確立されたセキュリティアソシエーションを用いて１つまたは複数の取得されたパケットを再暗号化し、１つまたは複数のパケットをパケットの宛先に転送するステップとを含み、
パケットの宛先に転送された１つまたは複数のパケットが、所与のパケットアドレスを有し、
傍受ルーティングポリシーが、パケットの送信元およびパケットの宛先から第３のコンピューティングデバイスにベアラフローを再ルーティングする、方法。
【請求項２】
傍受ルーティングポリシーが実施される通信ネットワークの要素が、第３のコンピューティングデバイスが接続されたローカルエリアネットワークに接続されたデバイスを含む、請求項１に記載の方法。
【請求項３】
要素が、スイッチング要素を含む、請求項２に記載の方法。
【請求項４】
傍受ルーティングポリシーが、第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちの１つと関連するパケットアドレスを有する１つまたは複数のパケットが第３のコンピューティングデバイスに転送されるように、スイッチング要素において転送テーブルを変更することによってスイッチング要素で実施される、請求項３に記載の方法。
【請求項５】
第３のコンピューティングデバイスが１つまたは複数のパケットを復号するステップをさらに含む、請求項４に記載の方法。
【請求項６】
第３のコンピューティングデバイスが、１つまたは複数のパケットをパケットの宛先に転送する前に、１つまたは複数のパケットをコピーするステップ、および第３のコンピューティングデバイスが、１つまたは複数のコピーされたパケットを復号のために別のエンティティに転送するステップをさらに含む、請求項４に記載の方法。
【請求項７】
傍受ルーティングポリシーが実施される通信ネットワークの要素が、第３のコンピューティングデバイスから離れたデバイスを含む、請求項１に記載の方法。
【請求項８】
要素が、第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちの１つが介して通信ネットワークにアクセスするルーティング要素を含む、請求項７に記載の方法。
【請求項９】
第３のコンピューティングデバイスがルーティング要素と仮想プライベートネットワーク（ＶＰＮ）トンネルを確立するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
通信ネットワークにおいて第１のコンピューティングデバイスと第２のコンピューティングデバイスとの間で交換される暗号化された通信を傍受するための装置であって、
メモリと、
メモリに結合され、
第１のコンピューティングデバイスおよび第２のコンピューティングデバイスと関連するエンドツーエンド暗号化セッションの一部として暗号化される１つまたは複数のパケットを取得し、１つまたは複数のパケットが第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちの１つと関連する所与のパケットアドレスを有し、１つまたは複数のパケットが、非傍受パケットトラフィックをそれを通じてルーティングすることも担う通信ネットワーク中の少なくとも１つの要素で少なくとも１つの傍受ルーティングポリシーが実施されることに応じて取得され、少なくとも１つの傍受ルーティングポリシーが、所与のパケットアドレスを有するパケットを第３のコンピューティングデバイスに転送するように構成される、
１つまたは複数の取得されたパケットを、第１のコンピューティングデバイスを含むパケットの送信元に対して確立されたセキュリティアソシエーションを用いてそこに含まれるデータを取得するために復号する、
１つまたは複数の取得されたパケットが第３のコンピューティングデバイスによって取得されたと分からないように１つまたは複数の取得されたパケットの所与のパケットアドレスを保存する、
第２のコンピューティングデバイスを含むパケットの宛先に対して確立されたセキュリティアソシエーションを用いて１つまたは複数の取得されたパケットを再暗号化する、
１つまたは複数のパケットをパケットの宛先に転送する
ように動作するプロセッサとを備え、
パケットの宛先に転送された１つまたは複数のパケットが、所与のパケットアドレスを有し、
傍受ルーティングポリシーが、パケットの送信元およびパケットの宛先から第３のコンピューティングデバイスにベアラフローを再ルーティングする、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１１年５月１１日に出願され、「Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ  ｉｎ  ＩＭＳ  Ｓｙｓｔｅｍ  ｗｉｔｈ  Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｅｎｃｒｙｐｔｉｏｎ」という名称の第６１／４８４，８９７号として認定された米国仮特許出願に基づく優先権を主張し、その開示を全体として本明細書に引用により組み込む。
【０００２】
実施形態は、概して通信セキュリティに関し、より詳細には、エンドツーエンド暗号化を用いる通信環境における情報の合法的傍受のための技術に関する。
【背景技術】
【０００３】
インターネットプロトコル（ＩＰ）通信および電話システムが、広く一般に採用されている。２つのクライアント間のエンドツーエンドＩＰ通信の最初の例の１つに、インスタントメッセージングがあったが、この後すぐにボイスオーバＩＰが続き、現在では多くのプロバイダ（例えば、ネットワーク事業者およびアプリケーションプロバイダ）がエンドツーエンドのビデオオーバＩＰを提供している。しかしながら、こうした傾向は主として、ワイヤレスモバイルネットワークアクセスが狭帯域の回線交換アクセス網により支配されてきたという状況から、有線の固定ネットワークに限定されていた。しかしながら、最近の広帯域４Ｇ（第４世代）ワイヤレスネットワークの配備は、アクセスタイプによらず、エンドツーエンドに、ＩＰ通信によるあらゆる形式のマルチメディアに対して準備を整えている。
【０００４】
エンドツーエンドのＩＰセッションへの移行に伴い、市場は、こうしたオープンＩＰネットワークをめぐるセキュリティおよびプライバシーに対する関心ならびに意識の復活を示している。第１のステップとして、エンドツーエンド暗号化および認証が、広く注目されつつあるパラダイムである。商取引を含む最近のインターネット取引および企業イントラネットのアクセスは、現在１０年間にわたってエンドツーエンドでセキュリティ保護されているが、ＩＰによる会話型アプリケーションをセキュリティ保護することは、大部分がアプリケーションプロバイダに任せられている。
【０００５】
インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）を使用するようなオールＩＰネットワークの出現とともに、音声、映像、およびメッセージングサービスを提供するネットワーク事業者またはその他が、エンドツーエンドのセキュリティを提供することがますます必要となっている。例えば、ディフィー−ヘルマン（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）に基づく鍵交換を用いて、２つの通信エンドポイント間でエンドツーエンド暗号化セッションを行うことが可能であり、たとえ別の当事者がこの２つのエンドポイント間のすべての通信（ベアラフロー）を取得できたとしても、この当事者は依然としてベアラフローを復号することはできないようにする。
【０００６】
しかしながら、セキュリティアソシエーション（ｓｅｃｕｒｉｔｙ  ａｓｓｏｃｉａｔｉｏｎｓ）の合法的または適法の傍受および発見を支援する要求に従うことができる必要があることが知られている。例えば、このようなセキュリティアソシエーションの適法の傍受および発見は、法執行の目的で、または単に法執行ではないある目的で、必要である可能性があり、それによって、当事者および／またはデバイス間で送信される暗号化された情報を容易に復号できることが必要である、または望ましい。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＩＥＴＦ  ＲＦＣ  ６２６７
【非特許文献２】ＩＥＴＦ  ＲＦＣ  ３２６１
【非特許文献３】ＩＥＴＦ  ＲＦＣ  ２３２７
【非特許文献４】ＩＥＴＦ  ＲＦＣ  ３７１１
【発明の概要】
【課題を解決するための手段】
【０００８】
例示の実施形態は、エンドツーエンド暗号化を用いた通信環境において情報を合法的に傍受するための技術を提供する。
【０００９】
例えば、１つの例示的実施形態では、通信ネットワークにおいて第１のコンピューティングデバイスと第２のコンピューティングデバイスとの間で交換される暗号化された通信を傍受するための方法では、傍受は通信ネットワーク中の第３のコンピューティングデバイスによって行われ、この方法は次のステップを含む。第３のコンピューティングデバイスは、第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちの１つと関連するパケットアドレスを有する１つまたは複数のパケットを取得する。１つまたは複数のパケットは、通信ネットワーク中の少なくとも１つの要素で実施されている少なくとも１つの傍受ルーティングポリシーに応じて、第３のコンピューティングデバイスによって取得され、１つまたは複数の取得されたパケットは、そこに含まれるデータを取得するために復号することができる。第３のコンピューティングデバイスは、取得されたパケットの１つまたは複数のパケットアドレスを保存する。第３のコンピューティングデバイスは、この１つまたは複数のパケットを、第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちのパケットの宛先のコンピューティングデバイスに転送し、したがって第１のコンピューティングデバイスおよび第２のコンピューティングデバイスのうちのパケットの宛先のコンピューティングデバイスは、この１つまたは複数のパケットが第３のコンピューティングデバイスによって傍受されたことを、１つまたは複数のパケットから検出することができない。
【００１０】
有利には、第３のコンピューティングデバイスは、通信ネットワーク中の少なくとも１つの要素において少なくとも１つの傍受ルーティングポリシーを実施し、監視下で１つまたは複数のパケットのパケットアドレスを保存する結果として、監視下でパケットを透過的に傍受することができる。第３のコンピューティングデバイスがポリシー有効ネットワーク要素に対してローカルであるシナリオ、および第３のコンピューティングデバイスがポリシー有効ネットワーク要素のリモートであるシナリオについて、様々な例示の実施形態を提供する。
【００１１】
これらのおよびその他の目的、特徴、ならびに利点は、添付の図面と併せて読まれる例示的実施形態の次の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】鍵ネゴシエーションにＭＩＫＥＹ−ＩＢＡＫＥプロトコルを使用するネットワークにおける通信のエンドツーエンドセキュリティを示す図である。
【図２】通信のエンドツーエンドセキュリティを用いるネットワークにおける合法的傍受への例示的手法を示す図である。
【図３】通信のエンドツーエンドセキュリティを用いるネットワークにおけるセッションボーダコントローラを用いた合法的傍受への例示的手法を示す図である。
【図４】本発明の第１の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図５】本発明の第２の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図６】本発明の第３の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図７】本発明の第４の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図８】本発明の第５の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図９】本発明の第６の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図１０】本発明の第７の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図１１】本発明の第８の実施形態によるエンドツーエンドセキュリティを用いるネットワークにおける通信のポリシールーティングに基づく合法的傍受の方法を示す図である。
【図１２】本発明の実施形態による方法およびプロトコルの１つまたは複数を実施するのに好適なデータネットワークおよび通信（コンピューティング）デバイスの汎用ハードウェアアーキテクチャを示す図である。
【発明を実施するための形態】
【００１３】
本明細書で使用する「マルチメディア通信システム」という語句は、一般的に、メディアプレーンを通じて、これらに限定されないが、テキストベースのデータ、グラフィックベースのデータ、音声ベースのデータ、およびビデオベースのデータを含む、１つまたは複数のタイプのメディアを伝送することができる任意の通信システムと定義される。
【００１４】
本明細書で使用する「メディアプレーン」という語句は、一般的に、呼セッションにおいて１つまたは複数のタイプのメディアを２人以上の当事者の間で交換する基準となる、マルチメディア通信システムの機能部分として定義される。これは、呼セッションを確立するために呼のネゴシエーション／スケジューリングを行う基準となる、マルチメディア通信システムの機能部分である「制御プレーン」と対照をなしている。併せて発明の技術を使用することができるメディアプレーンの利用例には、ボイスオーバＩＰ（ＶｏＩＰ）、インスタントメッセージング（ＩＭ）、ビデオ／音声ＩＭ、ビデオ共有、およびビデオオーバＩＰが含まれるが、これらに限定されない。メディアプレーンは、アプリケーション層のトラフィックを含むことがわかる。しかしながら、本明細書に記載する合法的セキュリティアソシエーションの発見技術は、通信システムのいかなるプレーンまたはレイヤにも適用することができる。
【００１５】
本明細書で使用する「鍵」という用語は、一般的に、例えばエンティティの認証、プライバシー、メッセージの完全性などのような、ただしこれらに限定されない、暗号プロトコルへの入力と定義する。
【００１６】
本明細書で使用する「セキュリティアソシエーション」という語句は、２人以上の当事者および／またはデバイスが通信する通信環境におけるセキュリティの定義を指す。１つの例では、セキュリティの定義は、セッションキーを含むことができるが、これに限定されない。
【００１７】
本明細書で使用する「クライアント」は、一般的には、１人もしくは複数のユーザ、当事者、またはエンティティが、別のクライアントのような、１人もしくは複数の他の通信デバイスまたは他のコンピューティングシステムとの通信環境において通信できるようにする通信デバイスまたはその他のコンピューティングシステムもしくはデバイスを指すことができる。本明細書で使用する「クライアント」はまた、一般的には、コンピューティングデバイス上のアプリケーションまたは他のコンピュータプログラムを指すこともできる。したがって、クライアントという用語は、以下ではデバイスと呼ぶことがあるが、クライアントという用語はハードウェアに限定されず、ソフトウェア、またはその組合せである可能性があることを理解されたい。
【００１８】
本明細書で使用する「通信セッション」は、一般的には、２つのデバイス間の通信のために、少なくとも２つの通信デバイスまたは他のコンピューティングシステム（例えば、クライアント）間の接続を指す。したがって、本明細書で使用する「エンドツーエンド」（ＥｔＥ）通信セッションは、一般的には、一方のデバイス（例えば、クライアント）から他方のデバイス（例えば、クライアント）への接続経路全体を指す。また、通信セッションに参加している２人以上のクライアントは、「エンドポイントのデバイス」または単に「エンドポイント」と呼ぶこともできる。しかしながら、「エンドポイント」という用語は、クライアントデバイス以外のあるネットワーク中の要素とすることができることを理解されたい。例えば、呼がＰＳＴＮへ行くとき、レガシー電話は、通常エンドツーエンド暗号化に対応していないため、暗号化はゲートウェイ要素で終了されなければならない場合がある。実際には、ゲートウェイは、別のネットワーク上にある可能性がある。しかしやはり、クライアントのエンドポイントとゲートウェイのエンドポイントとの間のこのＥｔＥ通信について検討する。したがって、本明細書に記載する合法的セキュリティアソシエーションの発見技術は、クライアントだけでなく、いかなるコンピューティングデバイスまたは通信デバイスにも適用することができる。
【００１９】
本明細書で使用する「アプリケーション」（または「アプリケーションプログラム」）は、一般的には、実行されると１つまたは複数の所与の機能を行う１つまたは複数のコンピュータプログラムを指す。
【００２０】
本明細書で使用する「合法的な」（または「適法の」）という用語は、一般的には、公的または私的権威エンティティと関連する１つまたは複数の順守要件または指針を満たしていると定義する。このような権威エンティティは、法執行機能または非法執行機能を提供することができる。すなわち、合法的（適法の）という用語は、法執行に限定されるよう意図しておらず、法執行でない意味の順守を含むこともできる。
【００２１】
例えば、企業は、情報技術（ＩＴ）の記録保存および様々なアプリケーションに関連する取引の詳細に関する様々な順守要件を有すると理解される。また、通信アプリケーションは、コンバージェンスの結果、アプリケーションのこのポートフォリオの増加部分になりつつあり、ＥｔＥ暗号化の場合には、鍵を取得するための透過的な方式が必要であることが理解される。また、ますます多くの会話が呼センタによって記録されており、しばしば会話が記録されていると告げられるものの、すべての会話が記録されているわけではない。このことがＥｔＥと結び付けられて（エンドポイントが一般的に異なるネットワークにあって、物理的に２つの異なる国にある可能性があるという事情によって）、透過的な方式で「選択的に傍受する」機能を提供することが重要になる。これは法的要件ではないが、ますます重要になりつつある。
【００２２】
本発明の実施形態について、本明細書ではＩＭＳおよびＬＴＥのような例示のネットワーク環境の背景で説明する。しかしながら、本発明の実施形態は、このようなネットワークに限定されず、他の通信システムにおいて実施できることを理解されたい。すなわち、本発明の実施形態は、通信のエンドポイントによって事実上検出できない方法で合法的傍受（発見）を行うことができる必要のある、エンドツーエンドの鍵生成およびその後の通信の暗号化を用いるいかなる好適な通信ネットワークにも適用できる。
【００２３】
上述のように、ＩＭＳネットワークのようなネットワークにおいて、エンドツーエンド暗号化セッションを、たとえある当事者が２つのエンドポイント間の通信をすべて読み取ることができたとしても、依然としてベアラフローを容易に復号できないように作成できることが知られている。この目的を達成するセキュリティアソシエーション生成プロトコルの一例が、２０１１年６月の日付でインターネットエンジニアリングタスクフォース（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、ＩＥＴＦ）ＲＦＣ  ６２６７に記載されているＭＩＫＥＹ−ＩＢＡＫＥ（Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｎｅｔ  ＫＥＹｉｎｇ  −  Ｉｄｅｎｔｉｔｙ  Ｂａｓｅｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）プロトコルであり、その開示内容は本明細書に引用により組み込まれる。
【００２４】
ＭＩＫＥＹ−ＩＢＡＫＥプロトコルは、信頼できる鍵管理サービスに依存する、ＭＩＫＥＹプロトコルのフレームワークを使用した鍵管理プロトコルの変形である。詳細には、この変形は、参加クライアントが相互認証を行って、非対称アイデンティティに基づく暗号化フレームワークでセッションキーを派生させることができるようにするＩＢＡＫＥ鍵交換フレームワークを使用する。このフレームワークは、相互認証を提供することに加えて、アイデンティティベースの暗号化によくある鍵預託問題を解消し、過去情報および未来情報の完全な秘匿（ｐｅｒｆｅｃｔ  ｆｏｒｗａｒｄ  ａｎｄ  ｂａｃｋｗａｒｄｓ  ｓｅｃｒｅｃｙ）を提供する。
【００２５】
図１は、ＭＩＫＥＹ−ＩＢＡＫＥプロトコルによるＩＭＳネットワークにおける通信のエンドツーエンドのセキュリティを示す。全体的に示すように、第１のエンドポイント（コンピューティングデバイス）１０２−Ａ（「Ａｌｉｃｅ」と示す）が、上記のＭＩＫＥＹ−ＩＢＡＫＥプロトコルを使用するＩＭＳネットワーク１０４を通じて第２のエンドポイント（コンピューティングデバイス）１０２−Ｂ（「Ｂｏｂ」と示す）とセッションキーの生成をネゴシエートする。知られているように、ＭＩＫＥＹ−ＩＢＡＫＥの鍵生成は、ＩＥＴＦ  ＲＦＣ  ３２６１に記載されるセッション開始プロトコル（ＳＩＰ）の一部である、ＩＥＴＦ  ＲＦＣ  ２３２７に記載されるセッション記述プロトコル（ＳＤＰ）を使用して実行され、これらの開示内容は、本明細書に全体として引用により組み込まれる。
【００２６】
ＭＩＫＥＹ−ＩＢＡＫＥプロトコルを使用してセッションキーが確立されると、エンドポイント１０２−Ａとエンドポイント１０２−Ｂとの間でＩＭＳネットワーク１０４にわたって暗号化された通信を交換することができる。知られているように、このような通信（例えば、セキュリティ保護されるアプリケーションが音声であるとき、音声ベアラフローまたは音声ベアラと呼ばれる）は、ＩＥＴＦ  ＲＦＣ  ３７１１に記載されるセキュアリアルタイム転送プロトコル（ＳＲＴＰ）に従って交換することができ、その開示内容は、本明細書に全体として引用により組み込まれる。
【００２７】
図１に示すアーキテクチャのタイプの通信の合法的傍受を提供する１つの方法は、各エンドポイントになりすます能力を有する合法的傍受サーバ（ＬＩＳ）を導入することであり、したがってエンドポイントのそれぞれが、他方のエンドポイントとシグナリングおよび通信していると信じているが、実際にはその相手はＬＩＳである。このような傍受手法では、２つのセキュリティアソシエーション、すなわちエンドポイント１０２−ＡとＬＩＳとの間の第１のセキュリティアソシエーション（セキュリティアソシエーション１）、およびエンドポイント１０２−ＢとＬＩＳとの間の第２のセキュリティアソシエーション（セキュリティアソシエーション２）が確立される。
【００２８】
図２は、ＩＭＳネットワーク１０４中のＬＩＳがエンドポイント１０２−Ａとエンドポイント１０２−Ｂとの間に置かれた例示的手法を示している。これは、ＬＩＳが中間者（ｍａｎ−ｉｎ−ｔｈｅ−ｍｉｄｄｌｅ、ＭＩＴＭ）として働いている１つの例示的手法であることを理解されたい。図２中のＬＩＳは、ＬＩＳシグナリング要素２０２とＬＩＳベアラ要素２０４との間で分割されて示されていることに注意されたい。
【００２９】
図のように、（ＬＩＳのうちの）ＬＩＳシグナリング要素２０２は、エンドポイント１０２−Ａおよびエンドポイント１０２−Ｂと、それぞれセキュリティアソシエーション１およびセキュリティアソシエーション２を確立する。これは、上記のＭＩＫＥＹ−ＩＢＡＫＥプロトコルを使用して行うことができる。次に、この２つのセキュリティアソシエーションと関連する暗号化された通信が、（ＬＩＳの）ＬＩＳベアラ要素２０４を通過する。このような暗号化された通信は、ＳＲＴＰによって交換される。ＬＩＳは、入ってくるメッセージを復号し、その内容を傍受し、その後メッセージを暗号化して、これをその宛先に送信することができる。例えば、メッセージがエンドポイント１０２−Ａによって暗号化されると仮定すると、ベアラ要素２０４はセキュリティアソシエーション１を認識するメッセージを受信して復号し、内容を読み取り、その後セキュリティアソシエーション２を認識するメッセージを暗号化して、これをエンドポイント１０２−Ｂに送信する。
【００３０】
残念ながら、図２に示す合法的傍受のためのこの例のＬＩＳ手法では、エンドポイントはその通信セッションの間にＬＩＳ２０２／２０４が存在することを検出する可能性がある。エンドポイント１０２−Ａは、エンドポイント１０２−Ｂから直接来るはずであるベアラのトラフィックが、実際にはポイントＡ（ＬＩＳ）から来ていることを容易に検出する。エンドポイント１０２−Ｂは、ポイントＢ（やはりＬＩＳ）に対して同じ状況を容易に検出する。
【００３１】
図３は、図２の基本的手法の検出可能性の問題を克服することを目的とするセッションボーダコントローラを用いた合法的傍受の手法を示している。ＬＩＳ要素の存在を隠すことができるように、セッションボーダコントローラ（ＳＢＣ）を、図３に示すようにＩＭＳネットワーク１０４のそれぞれのエッジに導入する。すなわち、ＳＢＣ３０２がエンドポイント１０２−ＡとＬＩＳ２０２／２０４との間に置かれて示され、ＳＢＣ３０４がエンドポイント１０２−ＢとＬＩＳ２０２／２０４との間に置かれて示されている。例えば、ＳＢＣ３０２を導入した結果として、エンドポイント１０２−Ａが受信するすべてのトラフィックがＳＢＣ３０２（ポイントＡ’）を通過するようになる。したがって、ＬＩＳはＳＢＣの後方に隠れているので、ＬＩＳ２０２／２０４を導入することによりインターネットプロトコル（ＩＰ）アドレスを変更することはない。エンドポイント１０２−Ｂに対して同様に（ポイントＢ’を通して）、ＳＢＣ３０４がＬＩＳを隠す。
【００３２】
ＳＢＣをＩＭＳネットワークに導入することは有効である。しかしながら、これには欠点がある。ＳＢＣに基づく解決法の欠点は、資本および運用費用の観点からＩＭＳネットワークの事業者にかなりの費用がかかることである。多くの場合、ＩＭＳネットワーク内の主要な費用項目は、ＳＢＣ要素である。
【００３３】
こうした欠点およびその他の欠点を克服するために、本発明の例示の実施形態は、１つもしくは複数の制御ネットワークルータまたはスイッチ、他のネットワークデバイスおよび／または要素に、それぞれ対象のエンドポイントのそれぞれから出るベアラフローをＬＩＳにリダイレクトするように命令することを提供する。これは、一般的には、こうしたネットワークルータもしくはスイッチ、他のネットワークデバイスおよび／または要素の１つまたは複数において、監督下の対象のインターネットプロトコル（ＩＰ）アドレスおよび（１つもしくは複数の）割り当てられたポートへの／からのトラフィックをＬＩＳへルーティングするよう、デバイス／要素に命令する１つまたは複数のルーティングポリシー（１つまたは複数の「合法的傍受ルーティングポリシー」）を実施することによって実現される。有利には、これは、（１つまたは複数の）対象のエンドポイントによる実際の検出から、合法的傍受の目的で使用されるアクティブＬＩＳ要素の存在を隠す。
【００３４】
本発明の例示の実施形態は、例えば、ＬＩＳがルーティングデバイス／要素と共に（例えばローカルエリアネットワークに）配置されるシナリオ、およびＬＩＳがルーティングデバイス／要素から離れて（例えば通信ネットワークまたは別のネットワークの他の場所に）存在するシナリオにおいて、監督下の（１つまたは複数の）対象（エンドポイント）および通信ネットワーク自体に、ＬＩＳを検出できないようにする多種多様な方法を構想する。
【００３５】
図４は、ＬＩＳ（すなわち、ＬＩＳシグナリング要素２０２およびＬＩＳベアラ要素２０４）が、同じローカルエリアネットワーク（ＬＡＮ）で、合法的傍受ルーティングポリシーを管理しているルーティングデバイス／要素と接続される例示的場合を示している。図のように、ＬＩＳ２０２／２０４は、ルータ４０２およびイーサネット（登録商標）スイッチ４０３と共に（「オフィス」４０１にある）共通のＬＡＮに配置されていると仮定する。この実施形態では、イーサネットスイッチ４０３は、エンドポイント１０２−ＡのＩＰアドレスおよび（１つまたは複数の）割り当てられたポートへの／からのトラフィックをＬＩＳ２０２／２０４へルーティングするポリシーを管理している。オフィス４０１は、ルータ４０６に接続されたシグナリングネットワーク４０４に接続されていることに注意する。ルータ４０６は、エンドポイント１０２−Ｂに接続されている。この例では「Ａｌｉｃｅ」が監督下の対象であると仮定するが、ＬＩＳは、「Ｂｏｂ」のトラフィックを合法的に傍受するためにルータ４０６と共に配置されることも可能である。イーサネットスイッチは、合法的傍受ルーティングポリシーを管理することができるネットワークデバイス／要素の一例にすぎないことも理解されたい。有利には、ネットワークデバイス／要素の少なくとも１つに合法的傍受ルーティングポリシーを導入すると、ＬＩＳシグナリングおよびベアラ要素の存在は、モバイルインフラストラクチャの残りの部分に透過的にされる。
【００３６】
図５は、関連ネットワーク要素がすべてローカルエリアネットワーク（ＬＡＮ）の一部である別の例を示す。図は、図４に示す「オフィス」４０１のＬＡＮとすることができるＬＡＮ５０１を示す。ＬＡＮ５０１は、（その地域のすべてのベアラパケットおよびシグナリングパケットを処理する）モバイルゲートウェイ５０４とともにレイヤ２／３スイッチ５０２を含んでいる。「レイヤ２／３」は、レイヤ２が「データリンク層」であり、レイヤ３が「ネットワーク層」である、開放型システム間相互接続（ＯＳＩ）モデルを指すことは知られている。したがって、レイヤ２／３スイッチは、これらの２つのレイヤで動作するデータパケットスイッチである。
【００３７】
この設定では、ＬＩＳシグナリングおよびベアラエンティティ２０２／２０４は、次に同じＬＡＮに（例えば同じスイッチ上の別のポートに）接続することができ、監督下のすべてのパケットは、その後、スイッチの転送（またはルーティング）テーブルを変更することによって、適切なＬＩＳネットワーク要素に転送されることになる。転送テーブルの変更は、この特定の実施形態において、合法的傍受のルーティングポリシーの実施を構成する。例えば、Ａｌｉｃｅ（エンドポイント１０２−Ａ）が監視下にあると仮定し、Ａｌｉｃｅはモバイルゲートウェイ５０４でアンカーされると考える。通常の環境下では、ゲートウェイ５０４でアンカーされるすべてのユーザのすべてのパケットが、そのゲートウェイを通過することになる。モバイルゲートウェイ５０４は、ＬＡＮ５０１の一部であって、モバイルゲートウェイはレイヤ２／３スイッチ５０２のポートに物理的に接続されている。ゆえに、ゲートウェイ５０４へのパケットおよびゲートウェイ５０４からのパケットもまた、スイッチ５０２を通過することになる。スイッチ５０２が合法的傍受ルーティングポリシー有効スイッチである（すなわち、本発明の一実施形態に従った合法的傍受ルーティングポリシーが実装され、管理されている）、およびＡｌｉｃｅは監視下にあると仮定すると、これにより、ＡｌｉｃｅへのパケットおよびＡｌｉｃｅからのパケット、すなわちモバイルゲートウェイとネットワークの残りの部分との間のパケットは、ＬＩＳ２０２／２０４を通るように強制されることになる。
【００３８】
あるいは、このようなポリシーは、少なくとも部分的にＬＩＳインフラストラクチャ２０２／２０４に組み込むこともできる。この実施形態では、レイヤ２／３スイッチの転送テーブルを再構成することによって、ゲートウェイ５０４を出入りするすべてのパケットを、ＬＩＳインフラストラクチャを通るように強制することができる。しかしながら、ＬＩＳインフラストラクチャのポリシーエンジンは、その後、所与のパケットを調べるかどうかを決定する。当然ながら、さらなる代替的実施形態では、ＬＩＳ機能自体（シグナリングおよびベアラ要素の機能）が、レイヤ２／３スイッチが実装された同じコンピューティングデバイスに実装されることも可能であり、この場合は、ルーティングポリシーは、ＬＩＳ自体に完全に実装されるとみなされる。
【００３９】
対象のパケットを受信すると、ＬＩＳはパケットをコピーした後に、これをパケットの宛先（この例ではＢｏｂ）に転送する。ＬＩＳは、その後（暗号鍵の知識を用いて）コピーされたパケットを復号することができる、またはＬＩＳは、コピーされたパケットを復号のための別のエンティティ、例えば法執行機関に、転送することができる。
【００４０】
ＬＩＳは、パケットのヘッダ情報、具体的にはパケットの送信元ＩＰアドレスおよび宛先ＩＰアドレス（ただしこれらに限定されない）を保存し、したがって転送されるパケットが宛先にはＬＩＳからではなく送信元から来たように見えることにも注意する。これは、ＬＩＳによって行うことができ、ＬＩＳは、元のパケットのヘッダ情報の保存を確実にする論理（ハードウェア、ソフトウェア、および／またはその組合せ）を含むアプリケーション層で動作することが好ましい。
【００４１】
したがって、ＬＩＳがエンドポイント１０２−Ａからのパケットを復号する実施形態を仮定すると、ＬＩＳは、復号されたパケットのコピーを作成し、（リアルタイムで）このコピーを法執行機関に転送し、元のパケットを再暗号化して、これを宛先エンドポイント１０２−Ｂに送信する。ＬＩＳは、元のパケットのヘッダ（ＩＰアドレス、ＴＣＰポートなど）を保存しながら、この処理を行う。あるいは、ＬＩＳが、鍵交換においてエンドポイント１０２−Ａによって使用された擬似乱数を（ＰＲＧ生成器を使用して）再形成し、したがってパケットを暗号化するためにエンドポイント１０２−Ａおよび１０２−Ｂによって使用されるセッションキーを決定することができる実施形態を仮定する。この手法では、ＬＩＳは、エンドポイント１０２−Ａからの暗号化されたパケットのコピーを作成し、このコピーを鍵と共に法執行機関に送信することができる。ＬＩＳは、元のパケットをそのままエンドポイント１０２−Ｂに転送する（やはり、ＩＰ送信元アドレスおよび他のヘッダ情報が有利には保存されることに注意する）。
【００４２】
有利には、ＬＩＳインフラストラクチャの存在は、ネットワークインフラストラクチャの残部、具体的にはエンドポイント１０２−Ａおよび１０２−Ｂ（ただしこれらに限定されない）には透過的である。さらに、エンドポイント１０２−Ａへのパケットおよびエンドポイント１０２−Ａからのパケットは、これらがＬＩＳネットワーク要素を通して転送されたことをエンドポイントが知ることなく、適切なデバイス／要素を通過することになる。
【００４３】
ＬＩＳのこの透過性、および上述の合法的傍受のルーティングポリシーを実現するために少なくとも１つのネットワーク要素の転送テーブルを変更し、それによって監視下のパケットがＬＩＳに転送されるようにする手法により、図５に示す手法は、レイヤ２／３透過的オーバレイプロキシ手法（ｌａｙｅｒ  ２／３  ｔｒａｎｓｐａｒｅｎｔ  ｏｖｅｒｌａｙ  ｐｒｏｘｙ  ａｐｐｒｏａｃｈ）と呼ばれることにも注意する。
【００４４】
図６は、全体的に、図４および５との関連で示して上述した一般的なＬＡＮにおいてパケットの転送を行うことができないシナリオを示す。そうではなく、図６に示すように、ＬＩＳ２０２／２０４は、合法的傍受のルーティングポリシーが実施され、管理されるネットワークデバイス／要素から離れていると仮定される。すなわち、ネットワークデバイス／要素６０２が合法的傍受のルーティングポリシーを管理して、エンドポイント１０２−ＡとＬＩＳ２０２／２０４との間に接続される一方、ネットワークデバイス／要素６０４が合法的傍受のルーティングポリシーを管理して、エンドポイント１０２−ＢとＬＩＳ２０２／２０４との間に接続される。したがって、ネットワークデバイス／要素６０２および６０４は、「ポリシー有効ルータ（ｐｏｌｉｃｙ−ｅｎａｂｌｅｄ  ｒｏｕｔｅｒ）」であるとみなされる。
【００４５】
このようなシナリオでは、本発明のさらなる実施形態にしたがって、ポリシー有効デバイス／要素と関連ＬＩＳネットワーク要素との間に、１つまたは複数の仮想プライベートネットワーク（ＶＰＮ）のトンネルを確立することができる。このＶＰＮトンネル手法を、図７から１１と関連していくつかの実施形態で示す。ＶＰＮプロトコルは、パケットフローアクセスＩＰネットワークに安全で信頼できる転送を提供するメカニズムであり、様々なトンネリング（またはカプセル化）プロトコルを使用して「プライベートネットワーク」（またはより一般的には明確に定義された経路）を通るパケットフローを確実にすることを想起する。
【００４６】
ＶＰＮの使用は、ポリシーが命令するとき、パケットがＬＩＳに確実に向かうようにし、ポリシー有効ネットワーク要素（ルータ）およびＬＩＳが２つの異なる場所にあるシナリオに対処することに注意する。しかしながら、ＶＰＮの使用だけでは、ＬＩＳが宛先のエンドポイントにパケットを転送していることを隠すのに必ずしも十分ではないため、ＬＩＳの透過性および検出不能性を実現するために、上述の同じまたは同様のヘッダ情報保護論理を、このＶＰＮ手法のＬＩＳに実装する。
【００４７】
より詳細には、このＶＰＮ手法は、ＬＩＳが、対象のエンドポイントのそれぞれからそれぞれ生じるベアラフローをＬＩＳで終わる１つまたは複数のＶＰＮトンネルにリダイレクトする１つまたは複数のルーティングポリシーを通して１つまたは複数のネットワークルータを制御することによって実現することができる。ＬＩＳは次に、パケットを処理するが、パケットのヘッダ情報を保存する（ＬＩＳ自体がパケットを復号するか、復号を行う法執行機関にパケットを送信する）。
【００４８】
有利には、これにより、アクティブＬＩＳ要素の存在を、対象エンドポイントによる実際の検出から隠すことができる。結果として、対象エンドポイントの１つがパケットを受信するとき、パケットはＬＩＳ要素ではなく送信エンドポイントから出たように見える。これは、例えば、ＶＰＮトンネル構築および実行の知られている原理を使用して、ネットワークルータが対象パケットをカプセル化し、ＬＩＳと確立されたＶＰＮトンネルを通じてこれらを送信し、ＬＩＳが各フローのＩＰアドレス情報を保存して、上述のようにＬＩＳの存在を隠すためである。この例では、パケットがシグナリングフローおよびベアラフロー中の元のパケットの送信元ＩＰアドレスおよび宛先ＩＰアドレスを変更することなく、ＬＩＳ要素へ、およびＬＩＳ要素からルーティングされることを確実にするために、セキュリティ面ではなく、ＶＰＮのトンネリング原理を活用する。
【００４９】
したがって、例として、ＩＭＳネットワークが法執行機関からのある呼に対する一方または両方の当事者（本明細書で使用中の例ではＡｌｉｃｅおよび／またはＢｏｂ）への呼またはこれらからの呼を傍受するための法的要求を受信した場合、ネットワークは、Ａｌｉｃｅが例えば最初のメッセージを送信するとき、呼のセットアップを検出することになる。
【００５０】
１つの例示的実施形態では、ＬＩＳは、ＳＩＰのＢ２ＢＵＡ（ｂａｃｋ−ｔｏ−ｂａｃｋ  ｕｓｅｒ  ａｇｅｎｔ）のような、いわゆる中間者（ＭＩＴＭ）サーバとすることができる。知られているように、Ｂ２ＢＵＡが、呼または通信セッションの両エンドポイント間で動作し、通信チャネルを２つの呼の区間（ｌｅｇ）に分割し、呼の確立から終了まで、呼の両端間のすべてのＳＩＰシグナリングを仲介する。このようなＭＩＴＭの実施形態では、これによりＬＩＳは、ＭＩＴＭサーバがＢｏｂであると装って、Ａｌｉｃｅと鍵を作成する役割を演じることができ、逆の場合も同様に演じることができる。実質的には、ベアラストリーム（すなわち、トラフィックパケット）を、法執行機関と共有することができる。
【００５１】
当然ながら、ＬＩＳは、ＭＩＴＭサーバまたはＳＩＰのＢ２ＢＵＡに限定されないことを理解されたい。本発明の実施形態による合法的傍受のルーティングポリシーを実施し、管理することができる場所に関する柔軟性が広がるために、ネットワークの適切な場所にあるいかなるネットワークデバイス／要素もＬＩＳの役割を担うことができる。したがって、次の図７−１１の実施形態では、合法的傍受機能は、一般的にＬＩＳとして示す。
【００５２】
第１の例示的ＶＰＮトンネルの実施形態を図７に示す。図のように、エンドポイント１０２−Ａ（Ａｌｉｃｅ）および１０２−Ｂ（Ｂｏｂ）は、上述のように、セキュリティアソシエーションをセットアップするためのＭＩＫＥＹ−ＩＢＡＫＥメッセージ交換と併せたＩＭＳネットワーク標準ごとのＳＩＰシグナリング、およびベアラ情報の転送のためのＳＲＴＰをサポートするクライアントデバイスである。
【００５３】
ポリシー有効ルータ７０２および７０４は、それぞれエンドポイント１０２−Ａおよび１０２−Ｂのそれぞれから出るベアラフローを、ＬＩＳ２０２／２０４で終わるＶＰＮトンネル７０６にリダイレクトするように、ＬＩＳ２０２／２０４によって制御される上述のネットワークルータである。図のように、７０６−Ａは、エンドポイント１０２−ＡからＭＩＴＭサーバまで確立されたＶＰＮトンネルの一部であり、７０６−Ｂは、エンドポイント１０２−ＢからＭＩＴＭサーバまで確立されたＶＰＮトンネルの一部であることに注意する。当然ながら、２つの別個のＶＰＮトンネルを確立することができ、この場合７０６−Ａが１つのＶＰＮトンネルとみなされ、７０６−Ｂがもう１つのＶＰＮトンネルとみなされる。図７には２つのポリシー有効ルータ７０２および７０４を示しているが、対象通信セッションに参加している２つのエンドポイントの地理的位置に応じて１つのポリシー有効ルータを使用することができることを理解されたい。
【００５４】
ポリシー有効ルータ７０２は、ＡｌｉｃｅのＩＰアドレスおよび割り当てられたポートからＢｏｂのＩＰアドレスおよび割り当てられたポートへ向かうトラフィックを、ＶＰＮトンネル７０６−ＡによってＬＩＳ（ＬＩＳシグナリング要素）に転送するルータのポリシーを管理する。同様に、ポリシー有効ルータ７０４は、ＢｏｂのＩＰアドレスおよび割り当てられたポートからＡｌｉｃｅのＩＰアドレスおよび割り当てられたポートへ向かうトラフィックを、ＶＰＮトンネル７０６−ＢによってＬＩＳ（ＬＩＳシグナリング要素）にルーティングするためのルータのポリシーを含む。
【００５５】
上に説明したように、ＬＩＳは、ＬＩＳシグナリング要素２０２と、ＬＩＳベアラ要素２０４とから構成される。ＬＩＳシグナリング要素およびベアラ要素は別個に示しているが、これらは物理的に同じコンピューティングデバイス上に配置することができる（しかし、それにもかかわらずまとめてＬＩＳと呼ぶ）ことに注意する。
【００５６】
また、ＩＭＳネットワーク１０４は、（明示していないが）Ｐ−ＣＳＣＦ（ｐｒｏｘｙ−ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ、プロキシ呼セッション制御機能）、Ｉ−ＣＳＣＦ（ｉｎｔｅｒｒｏｇａｔｉｎｇ−ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ、インテロゲーティング呼セッション制御機能）、Ｓ−ＣＳＣＦ（ｓｅｒｖｉｎｇ−ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ、サービング呼セッション制御機能）、およびＨＳＳ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ、ホーム当事者サーバ）など、典型的なＩＭＳ要素を含むと仮定することに注意する。当業者は、こうした典型的なＩＭＳ要素の相互接続性および機能を理解するであろう。
【００５７】
また、ＬＩＳがＭＩＴＭサーバ／Ｂ２ＢＵＡである例示のシナリオについて、上記の説明のようにＭＩＫＥＹ−ＩＢＡＫＥプロトコルに従ってエンドポイント１０２−Ａおよび１０２−Ｂに対して、セキュリティアソシエーション１および２がそれぞれＬＩＳによって確立されると仮定する。しかしながら、上記の説明のように、本発明の実施形態は、ＬＩＳがＭＩＴＭサーバまたはＢ２ＢＵＡとして実装されることに限定されない。
【００５８】
１つの例として、通信フローの傍受に必要とされる図７の要素間の対話は、次のようである。
【００５９】
（１）エンドポイント１０２−Ａが、エンドポイント１０２ーＢとのセッション（例えば、音声）を要求するシグナリング情報を送信し、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（セッション記述プロトコル）ＩＥＴＦ  ＲＦＣ  ２３２７、この開示を全体として引用により本明細書に組み込む）において、上述のＩＥＴＦ  ＲＦＣ  ６２６７に記載されるＭＩＫＥＹ−ＩＢＡＫＥプロトコルのメッセージ１を含める。
【００６０】
（２）ＩＭＳネットワーク１０４は、呼を傍受する必要性を検出し、シグナリングをＬＩＳシグナリング要素２０４にルーティングする。
【００６１】
（３）ＬＩＳシグナリング要素２０４は、図８に示すように（また以下に説明するように）フローを実行する。このフローによりエンドポイント１０２−Ａはエンドポイント１０２ーＢと直接対話していると信じるようになり、逆もまた同様であるが、実際にはこれらのエンドポイントは共に（１つまたは複数の）ＬＩＳ（シグナリングおよびベアラ）要素と直接応対している。
【００６２】
（４）エンドポイント１０２−Ａから出るＳＲＴＰパケットが、ポリシー有効ルータ７０２によって、ＬＩＳベアラ要素２０４で終わるＶＰＮトンネル７０６−Ａへリダイレクトされ、エンドポイント１０２−Ｂから出るＳＲＴＰパケットが、ポリシー有効ルータ７０４によって、ＬＩＳベアラ要素２０４で終わるＶＰＮトンネル７０６−Ｂへリダイレクトされる。
【００６３】
（５）ＬＩＳベアラ要素２０４は、（以下に説明する）図８のフローで受信されたセキュリティアソシエーション情報を使用して、エンドポイント１０２−Ａから受信されたＳＲＴＰパケット（セキュリティアソシエーション１）を復号し、明瞭な媒体（暗号化されていないパケット）を保存し、その後セキュリティアソシエーション２を使用してこれらを暗号化して、これらをエンドポイント１０２−Ｂに送信する。セキュリティアソシエーションは逆であるが同じ手順が、エンドポイント１０２−Ａから受信されるＳＲＴＰパケット、およびエンドポイント１０２−Ａに向かうＳＲＴＰパケットに適用される。ＳＲＴＰパケットのヘッダは、ＬＩＳベアラ要素２０４によって管理され、このＳＲＴＰパケットの送信時に使用される。これらのパケットは、上記のステップ４で（１つまたは複数の）トンネルを使用する必要がない。
【００６４】
ＬＩＳシグナリング要素２０２とポリシー有効ルータとの間の制御インタフェースは、ＣＬＩ（Ｃｏｍｍａｎｄ  Ｌｉｎｅ  Ｉｎｔｅｒｆａｃｅ、コマンドラインインタフェース）と同じように単純であってもよく、またはＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ、シンプルオブジェクトアクセスプロトコル）のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインタフェース）のようにより柔軟性のあるインタフェースであってもよい。ＬＩＳシグナリング要素に対する正しいポリシー有効ルータの発見は、ＩＭＳネットワーク内の既存のメカニズムを使用する。ＬＩＳシグナリング要素とＬＩＳベアラ要素との間の制御プロトコルは、強化されたＭＳＣＭＬ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｃｏｎｔｒｏｌ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ、メディアサーバ制御マークアップ言語）のようなアプリケーション制御層を有するＳＩＰであることが好ましいが、Ｈ．２４８または専用の別の制御プロトコルであることも可能である。Ｐ−ＣＳＣＦは、ＳＩＰメッセージからＬＩＳシグナリング要素のいかなる指示も除去した後に、これをエンドユーザに送信する。
【００６５】
ここで図８を参照すると、ＬＩＳシグナリング要素（図７の２０４）によって実行される例示的フローが示されている。この図では、ＬＩＳはＭＩＴＭサーバ（Ｂ２ＢＵＡ）であると仮定する。しかしながら、上記のように、本発明の実施形態は、ＬＩＳがＭＩＴＭサーバ（Ｂ２ＢＵＡ）であることに限定されない。
【００６６】
ステップ８０２では、ＭＩＴＭシグナリング要素は、発呼者（エンドポイント１０２−Ａを仮定する）からＭＩＫＥＹ−ＩＢＡＫＥメッセージ１（ＩＥＴＦ  ＲＦＣ  ６２６７）と共にｉｎｉｔｉａｌ  ＩＮＶＩＴＥを受信する。
【００６７】
ＬＩＳシグナリング要素は、ステップ８０４において、発呼者（エンドポイント１０２−Ａ）および被呼者（エンドポイント１０２−Ｂを仮定する）の秘密鍵を検索する。秘密鍵は、対象エンドポイントと関連する１つまたは複数の鍵管理サーバ（ＫＭＳ、明示していない）から取得することができる。
【００６８】
ステップ８０６において、ＬＩＳシグナリング要素は、新しいＭＩＫＥＹ−ＩＢＡＫＥメッセージ１を作成し、これをＩＮＶＩＴＥで被呼者（エンドポイント１０２ーＢ）に送信する。
【００６９】
ステップ８０８では、ＬＩＳシグナリング要素は、ＭＩＫＥＹ−ＩＢＡＫＥメッセージ２と共に被呼者（エンドポイント１０２−Ｂ）からＳＩＰレスポンス（例えば、２００  ＯＫ）を受信する。
【００７０】
ＬＩＳシグナリング要素は、ステップ８１０において、新しいＭＩＫＥＹ−ＩＢＡＫＥメッセージ２を作成し、これをＳＩＰレスポンス（例えば、２００  ＯＫ）で発呼者（エンドポイント１０２−Ａ）に送信する。
【００７１】
ステップ８１２において、ＬＩＳシグナリング要素は、セキュリティアソシエーション１および２の情報と共に、制御シグナリングをＬＩＳベアラ要素（図７の２０４）に送信する。
【００７２】
ステップ８１４では、ＬＩＳシグナリング要素は、やはりＡｌｉｃｅがエンドポイント１０２−Ａであり、Ｂｏｂがエンドポイント１０２−Ｂである、あらかじめ確立されたトンネル（図７の７０６−Ａ）を通じてルーティングするように、５タプル（送信元：ＡｌｉｃｅのＩＰアドレス、ポート；宛先：ＢｏｂのＩＰアドレス、ポート；プロトコル）のポリシールールを確立する制御メッセージをルータ１（図７の７０２）に送信する。
【００７３】
ステップ８１６では、ＬＩＳシグナリング要素は、制御メッセージを、５タプル（送信元：ＢｏｂのＩＰアドレス、ポート；宛先：ＡｌｉｃｅのＩＰアドレス、ポート；プロトコル）のポリシールールを確立するルータ２（図７の７０４）に送信し、あらかじめ確立されたトンネル（図７の７０６−Ｂ）を通じてルーティングする。
【００７４】
ステップ８１８において、ＬＩＳシグナリング要素は、発呼者および被呼者（それぞれエンドポイント１０２−Ａおよび１０２−Ｂ）とのＭＩＫＥＹ−ＩＢＡＫＥ交換を完了する。
【００７５】
第２の例示的ＶＰＮトンネルの実施形態を図９に示す。この実施形態では、エンドポイント１０２−Ａおよび１０２−Ｂが、それぞれ９０２および９０４として示すＬＴＥアクセスネットワークを介してＩＭＳネットワーク１０４にアクセスすると仮定する。ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション）ネットワークは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、ユニバーサルモバイル通信システム）規格を改良し、次世代モバイルブロードバンド用の進化したユーザ体験および簡易化した技術を提供するために開発された３ＧＰＰ仕様のネットワークであることは知られている。ＬＴＥ無線アクセス技術は、Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ、発展型ＵＭＴＳ地上無線アクセス）として知られており、ネットワークは、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ（ＥＰＳ、発展型パケットシステム）として知られている。ＬＴＥアクセスネットワークを示しているが、アクセスネットワークは、いかなる他の適切な無線（または有線でも）アクセスネットワークとすることもできることを理解されたい。
【００７６】
ＬＴＥネットワーク（９０２および９０４）に大まかに示すように、エンドポイントが、サービングゲートウェイ（Ｓ−ＧＷ）と関連する基地局（ｅｎＢ）と接続している。したがって、図のようなＬＴＥアクセスネットワークが使用されるとき、（図７および８との関連で上述した機能を行う）ポリシー有効ルータ７０２および７０４はプロキシゲートウェイ（Ｐ−ＧＷ）である。
【００７７】
ポリシー有効ルータがＬＴＥアクセスネットワークにおいてＰ−ＧＷとして実装されること以外は、２つのエンドポイント（１０２−Ａおよび１０２−Ｂ）間の通信の合法的傍受は、図７および８との関連で上述したものと同じ方式で、すなわち有利には、例えばエンドポイントからＬＩＳを隠すのに役立つようにＶＰＮトンネルを使用して動作する。
【００７８】
第３の例示的ＶＰＮトンネルの実施形態を図１０に示し、図９の実施形態に基づく。やはりＬＴＥアクセスネットワークを想定するが、ここではＰ−ＧＷ（７０２／７０４）はポリシーおよび課金ルール機能（ｐｏｌｉｃｙ  ａｎｄ  ｃｈａｒｇｉｎｇ  ｒｕｌｅｓ  ｆｕｎｃｔｉｏｎ、ＰＣＲＦ  １００２／１００８）によって制御され、ＰＣＲＦは、Ｐ−ＣＳＣＦ（１００４／１０１０）によりＲｘインタフェースを介して制御を行うための指示を受信する。この実施形態では、ＬＩＳに対する図８のフローは、合法的傍受ポリシーリダイレクト（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ  Ｐｏｌｉｃｙ  Ｒｅｄｉｒｅｃｔ）のためにＳＩＰヘッダに指示を含めるように変更される。Ｐ−ＣＳＣＦがＳ−ＣＳＣＦ（１００６／１０１２）からＳＩＰメッセージ中のこの指示を受け取ると、ＣＳＣＦは合法的傍受ポリシーリダイレクトのためにＲｘインタフェースを通じて指示を提供する。次にＰＣＲＦは、Ｇｘインタフェースを通じてＰ−ＧＷに同様の指示を提供する。この実施形態の変更形態は、ＰＣＲＦが、標準的なＧｘインタフェースを使用してトンネルへルーティングするためのあらかじめ存在するポリシールールを備えており、特化された合法的傍受ポリシーリダイレクトのＡＶＰ（アトリビュートバリューペア）を提供する必要がないことに注意する。
【００７９】
図１１の第４の例示的ＶＰＮ実施形態は、図１０の実施形態に基づく。ＬＩＳベアラは、ワイドエリアネットワーク（ＷＡＮ）にわたってトンネル数またはトンネルの転送量を削減するために、直接Ｐ−ＧＷと関連付けられる。図１１の実施形態では、一方のエンドポイント１０２−Ａが１つのＰ−ＧＷ（７０２）によって担当され、他方のエンドポイント１０２−Ｂは別のＰ−ＧＷ（７０４）によって担当されると仮定すると、２つのＬＩＳベアラ要素２０４−Ａおよび２０４−Ｂが、それぞれ合法的傍受に含まれる。図のように、ＬＩＳベアラ要素２０４−Ａが、エンドポイント１０２−Ａから出ているセッションを取り込み、ＬＩＳベアラ要素２０４−Ｂがエンドポイント１０２−Ｂから出ているセッションを取り込む。
【００８０】
有利には、上記の実施形態に従って説明するように、本発明の例示の原理により、合法的傍受の対象となるネットワークにおいて、セッションボーダコントローラ（ＳＢＣ）を組み込むことを必要とせずに、エンドツーエンド通信セッションの暗号化サービスを提供することができる。
【００８１】
図１２は、例示の実施形態による１つもしくは複数の方法を実施するのに好適な、ネットワーク環境およびコンピューティングデバイスの形式の通信デバイスの汎用ハードウェアアーキテクチャを示す。
【００８２】
図１２は、例示のエンティティの２つのみについて詳細な部分構成要素を示しているが、他のエンティティが同じ構成を有することができることを理解されたい。したがって、上述の合法的傍受に関しては、詳細に示す２つのエンティティは、ＬＩＳサーバ２０２／２０４、およびポリシー有効ルータ７０２／７０４（もしくはレイヤ２／３スイッチ５０２）である。しかしながら、エンドポイント１０２−Ａおよび１０２−Ｂは、ＬＴＥ（またはその他）ネットワーク９０２／９０４の構成要素、ＰＣＲＦ  １００２／１００８、Ｐ−ＣＳＣＦ  １００４／１０１０、Ｓ−ＣＳＣＦ  １００６／１０１２、その他の機能要素、さらなるクライアント装置（当事者）、さらなるサーバ、およびさらなるネットワーク要素を、図１２のコンピューティングデバイスに示すものと同じアーキテクチャで実装することができる。しかしながら、簡単にするために、本明細書で説明するプロトコルに参加することができるコンピューティングデバイス（通信デバイス）をすべて図１２に示しているわけではないことを理解されたい。
【００８３】
図のように、コンピューティングデバイス（ＬＩＳ）１２１０とコンピューティングデバイス（ポリシー有効ルータまたはレイヤ２／３スイッチ）１２２０が、ネットワーク１２３０を介して結合される。ネットワークは、デバイスが通信することができるいかなるネットワークとすることもでき、例えば上述の実施形態のように、ネットワーク１２３０は、単に例示としては、ネットワーク事業者によって運営されるセルラ通信ネットワークのような、公衆アクセス可能なワイドエリア通信ネットワークを含むことができる。また、ＬＩＳおよびポリシー有効デバイスが一緒に置かれている場合、ネットワーク１２３０は、ＬＡＮ（例えば、図５の５０１）とすることができる。しかしながら、実施形態は、特定のタイプのネットワークに限定されない。
【００８４】
当業者には容易に理解されるように、コンピューティングデバイスは、コンピュータプログラムコードの制御下で動作するプログラムされたコンピュータとして実現することができる。コンピュータプログラムコードは、コンピュータ可読記憶媒体（例えば、メモリ）に格納することができ、コードは、コンピュータのプロセッサによって実行することができる。本開示を提供されると、当業者は、本明細書に記載するプロトコルを実行するために適切なコンピュータプログラムコードを容易に作成することができる。
【００８５】
ただし、図１２は、各コンピュータシステムがネットワークを通じて通信する例示的アーキテクチャを一般的に示している。図のように、デバイス１２１０は、Ｉ／Ｏデバイス１２１２と、プロセッサ１２１４と、メモリ１２１６とを備える。デバイス１２２０は、Ｉ／Ｏデバイス１２２２と、プロセッサ１２２４と、メモリ１２２６とを備える。本明細書で使用する「プロセッサ」という用語は、中央処理装置（ＣＰＵ）などの１つもしくは複数の処理装置、または１つもしくは複数の信号プロセッサ、１つもしくは複数の集積回路などの、ただしこれらに限定されない他の処理回路を含むように意図していることを理解すべきである。また、本明細書で使用する「メモリ」という用語は、ＲＡＭ、ＲＯＭ、固定メモリデバイス（例えば、ハードドライブ）、またはリムーバブルメモリデバイス（例えば、ディスケットもしくはＣＤＲＯＭ）のような、プロセッサまたはＣＰＵと関連するメモリを含むように意図している。また、メモリは、コンピュータ可読記憶媒体の一例である。さらに、本明細書で使用する「Ｉ／Ｏデバイス」という用語は、データを処理ユニットに入力するための１つまたは複数の入力装置（例えば、キーボード、マウス）、ならびに処理ユニットと関連する結果を提供するための１つまたは複数の出力装置（例えば、ＣＲＴディスプレイ）を含むように意図している。
【００８６】
したがって、本明細書に記載する方法を実行するためのソフトウェア命令またはコードを、関連するメモリデバイス、例えばＲＯＭ、固定またはリムーバブルメモリの、１つまたは複数に格納し、使用する準備ができると、ＲＡＭにロードし、ＣＰＵによって実行することができる。
【００８７】
本明細書では添付の図面を参照して例示の実施形態について説明したが、本発明は、これらの厳密な実施形態に限定されず、本発明の範囲または趣旨から逸脱することなく、当業者によって様々な他の変更形態および修正形態を作成できることを理解されたい。
【図１】
0005763267.tif 000002
【図２】
0005763267.tif 000003
【図３】
0005763267.tif 000004
【図４】
0005763267.tif 000005
【図５】
0005763267.tif 000006
【図６】
0005763267.tif 000007
【図７】
0005763267.tif 000008
【図８】
0005763267.tif 000009
【図９】
0005763267.tif 000010
【図１０】
0005763267.tif 000011
【図１１】
0005763267.tif 000012
【図１２】
0005763267.tif 000013