第1のコンピューティングデバイスが、第1のユーザ機器に関する鍵管理機能を実行するように構成され、さらに第2のコンピューティングデバイスが、第2のユーザ機器に関する鍵管理機能を実行するように構成され、第1のユーザ機器が、第2のユーザ機器を相手に通信を開始することを求め、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間であらかじめ存在するセキュリティ関連付けを有さず、さらに第3のコンピューティングデバイスが、鍵管理機能を実行するように構成されるとともに、第1のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けと、第2のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けとを有する通信システムにおいて、第3のコンピューティングデバイスが、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスのいずれかから要求を受信するステップと、要求に応答して、その後、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のユーザ機器と第2のユーザ機器の間のセキュリティ関連付けの確立を円滑にすることができるように、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間のセキュリティ関連付けの確立を円滑にするステップとを実行するステップを備える、方法。第1のコンピューティングデバイス、第2のコンピューティングデバイス、および第3のコンピューティングデバイスが、鍵管理階層の少なくとも一部分を備え、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、階層のより低いレベルにあり、さらに第3のコンピューティングデバイスが、階層のより高いレベルにある、請求項1に記載の方法。第3のコンピューティングデバイスによって実行される、円滑にするステップが、データ項目および暗号情報を第1のコンピューティングデバイスに送信することをさらに備える、請求項1に記載の方法。第1のコンピューティングデバイスが、データ項目を第2のコンピューティングデバイスに送信し、さらに第2のコンピューティングデバイスが、データ項目を第3のコンピューティングシステムに送信する、請求項3に記載の方法。第3のコンピューティングシステムが、第2のコンピューティングシステムからそのデータ項目を受信したことに応答して、第1のコンピューティングシステムに送信されたのと同一の暗号情報を第2のコンピューティングシステムに送信する、請求項4に記載の方法。第1のコンピューティングデバイスと第2のコンピューティングデバイスの間でセキュリティ関連付けが一度確立されると、第1のユーザ機器と第2のユーザ機器の間でセッション鍵およびセキュリティ関連付けが確立される、請求項1に記載の方法。通信システムがインターネットプロトコルマルチメディアサブシステムを備える、請求項1に記載の方法。第1のコンピューティングデバイスが、第2のコンピューティングデバイスを管理する管理ドメインとは異なる管理ドメインによって管理される、請求項1に記載の方法。第1のコンピューティングデバイスが、第1のユーザ機器に関する鍵管理機能を実行するように構成され、さらに第2のコンピューティングデバイスが、第2のユーザ機器に関する鍵管理機能を実行するように構成され、第1のユーザ機器が、第2のユーザ機器を相手に通信を開始することを求め、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間であらかじめ存在するセキュリティ関連付けを有さず、さらに第3のコンピューティングデバイスが、鍵管理機能を実行するように構成されるとともに、第1のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けと、第2のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けとを有する通信システムにおいて、第3のコンピューティングデバイスが、メモリと、メモリに結合されるとともに、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスのいずれかから要求を受信し、さらに要求に応答して、その後、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のユーザ機器と第2のユーザ機器の間のセキュリティ関連付けの確立を円滑にすることができるように、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間のセキュリティ関連付けの確立を円滑にするように構成された少なくとも1つのプロセッサとを備える、装置。第1のコンピューティングデバイスが、第1のユーザ機器に関する鍵管理機能を実行するように構成され、さらに第2のコンピューティングデバイスが、第2のユーザ機器に関する鍵管理機能を実行するように構成され、第1のユーザ機器が、第2のユーザ機器を相手に通信を開始することを求め、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間であらかじめ存在するセキュリティ関連付けを有さず、さらに第3のコンピューティングデバイスが、鍵管理機能を実行するように構成されるとともに、第1のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けと、第2のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けとを有する通信システムにおいて、第3のコンピューティングデバイスに関連付けられたプロセッサによって実行されると、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスのいずれかから要求を受信するステップと、要求に応答して、その後、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のユーザ機器と第2のユーザ機器の間のセキュリティ関連付けの確立を円滑にすることができるように、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間のセキュリティ関連付けの確立を円滑にするステップとを実行する1つまたは複数のソフトウェアプログラムを格納するプロセッサ可読記憶媒体を備える、製造品。本発明の原理は、例として、マルチメディア通信システムのメディアプレーンなどの環境における通信をセキュリティ保護する際に使用するための1つまたは複数の階層鍵管理方法を提供する。本発明の1つの例示的な態様として、第1のコンピューティングデバイスが、第1のユーザ機器に関する鍵管理機能を実行するように構成され、さらに第2のコンピューティングデバイスが、第2のユーザ機器に関する鍵管理機能を実行するように構成され、第1のユーザ機器が、第2のユーザ機器を相手に通信を開始することを求め、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間であらかじめ存在するセキュリティ関連付けを有さず、さらに第3のコンピューティングデバイスが、鍵管理機能を実行するように構成されるとともに、第1のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けと、第2のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けとを有する通信システムにおいて、第3のコンピューティングデバイスが、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスのいずれかから要求を受信するステップと、この要求に応答して、その後、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のユーザ機器と第2のユーザ機器の間のセキュリティ関連付けの確立を円滑にすることができるように、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間のセキュリティ関連付けの確立を円滑にするステップとを備える方法を実行する。第1のコンピューティングデバイス、第2のコンピューティングデバイス、および第3のコンピューティングデバイスは、鍵管理階層の少なくとも一部分を備え、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスは、この階層のより低いレベルにあり、さらに第3のコンピューティングデバイスは、この階層のより高いレベルにある。1つの例示的な実施形態において、第3のコンピューティングデバイスによって実行される、円滑にするステップは、データ項目および暗号情報を第1のコンピューティングデバイスに送信することをさらに備える。次に、第1のコンピューティングデバイスが、そのデータ項目を第2のコンピューティングデバイスに送信する。また、第1のコンピューティングデバイスは、第3のコンピューティングデバイスから受信された暗号情報に基づいて、鍵を計算することもし、さらにその計算された鍵を使用して、第2のコンピューティングデバイスへの1つまたは複数のメッセージの転送をセキュリティ保護する。代替として、第3のコンピューティングデバイスから第1のコンピューティングデバイスによって受信された暗号情報が、事前計算された鍵である場合、第1のコンピューティングデバイスは、その事前計算された鍵を使用して、第2のコンピューティングデバイスへの1つまたは複数のメッセージの転送をセキュリティ保護する。次に、第2のコンピューティングデバイスが、そのデータ項目を第3のコンピューティングシステムに送信する。次に、第3のコンピューティングシステムが、第2のコンピューティングシステムからそのデータ項目を受信したことに応答して、第1のコンピューティングシステムに送信されたのと同一の暗号情報を第2のコンピューティングシステムに送信する。一例において、第2のコンピューティングデバイスが、第3のコンピューティングデバイスから受信された暗号情報に基づく鍵を計算し、さらにその計算された鍵を使用して、第1のコンピューティングデバイスへの1つまたは複数のメッセージの転送をセキュリティ保護することが可能である。別の実施例において、第2のコンピューティングデバイスによって第3のコンピューティングデバイスから受信される暗号情報が、事前計算された鍵である場合、第2のコンピューティングデバイスは、その事前計算された鍵を使用して、第1のコンピューティングデバイスへの1つまたは複数のメッセージの転送をセキュリティ保護する。一実施形態において、第1のコンピューティングデバイス、第2のコンピューティングデバイス、および第3のコンピューティングデバイスはそれぞれ、鍵管理サービスであり、さらにデータ項目は、チケットまたは証明書を備える。さらに、例示的な方法によれば、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間でセキュリティ関連付けが確立されると、第1のユーザ機器と第2のユーザ機器の間でセッション鍵およびセッション関連付けが確立される。また、第1のコンピューティングデバイスは、第2のコンピューティングデバイスを管理する管理ドメインとは異なる管理ドメインによって管理され得る。本発明の原理は、インターネットプロトコルマルチメディアサブシステム環境に特に適しているが、本発明が、そのように限定されることは意図されてないことを認識されたい。つまり、本発明の原理は、鍵管理の特徴を提供することが望ましい任意の適切な通信システムに一般に適用可能である。本発明のこれら、およびその他の目的、特徴、および利点は、添付の図面に関連して読まれるべき、本発明の例示的な実施形態の以降の詳細な説明から明白となろう。本明細書で使用されるマルチメディア通信システムという句は、テキストベースのデータ、グラフィックスベースのデータ、音声ベースのデータ、およびビデオベースのデータを含むが、以上には限定されない2つ以上のタイプのメディアを送信することができる任意の通信システムとして一般的に定義される。本明細書で使用されるメディアプレーンという句は、その1つまたは複数のタイプのメディアが呼セッションにおける2名以上の関係者の間で交換されるマルチメディア通信システムの機能部分として一般的に定義される。このことは、その呼セッションを確立するために呼ネゴシエーション/スケジューリングが実行されるマルチメディア通信システムの機能部分である制御プレーンと対比される。本発明の技術が使用され得るメディアプレーンアプリケーションの例には、VoIPボイスオーバーIP、IMインスタントメッセージング、ビデオ/オーディオIM、およびビデオ共有が含まれるが、以上には限定されない。メディアプレーンは、アプリケーション層のトラフィックを含むことを理解されたい。本明細書で使用される鍵という用語は、エンティティ認証、プライバシー、メッセージ完全性などの、ただし、以上には限定されない目的の、暗号プロトコルまたは暗号方法に対する入力として一般的に定義される。セキュリティ関連付けという句は、関係している複数のエンティティのうちの1つまたは複数のエンティティの認証のため、および/または暗号化、解読、認定などのために生成された何らかの暗号データまたはセキュアデータ例えば、1つまたは複数の鍵に基づく、2つ以上のエンティティの間の関係として一般的に定義される。管理ドメインという句は、ホストやルータなどのネットワーク要素の集合体、および所与の管理機関によって管理される相互接続ネットワーク複数可として一般的に定義される。ユーザデバイスという句は、関係者ユーザによって、本明細書で説明される方法に参加するのに使用されることが可能である通信デバイスまたはクライアントデバイスとして一般的に定義され、さらにユーザデバイスには、セルラ電話機、スマートフォン、デスクトップ電話機、携帯情報端末、ラップトップコンピュータ、パーソナルコンピュータなどが含まれ得るが、以上には限定されない。鍵管理サービスという句は、暗号鍵の生成、交換、格納、保全、使用、審査、および置き換えと関係する機能をもたらす暗号システム内の論理要素として一般的に定義される。例えば、鍵管理サービスは、1つまたは複数のサーバを介して実施され得る。チケットまたは証明書という用語は、KMSを発行することによって完全性が保護された1つの情報として一般的に定義され、さらにチケットまたは証明書には、メタデータ、参加する関係者のID、作成の時刻、有効性の時間、シーケンス番号、許される通信使用のタイプなどの1つまたは複数が含まれ得る。チケットは、また、プライバシーが保護される必要のある他の情報あるいは1つまたは複数の鍵を含んでもよい。前述したとおり、IMSメディアセキュリティのための鍵配布のためのMIKEY-TICKET法は、1つまたは複数のKMS鍵管理サービスが、通信ネットワークにおける1つまたは複数のユーザデバイス、すなわち、UEユーザ機器とのセキュリティ関連付けを有することを要求する。鍵を確立している複数のUEが、異なる管理ドメイン、および異なるKMSに属する事例において、これらのKMSは、互いにあらかじめ存在する1対1のセキュリティ関連付けを有することを要求される。一部の実施形態において、そのような要求は、満たすことが可能でない可能性がある。そのようなネットワークアーキテクチャに関する例が、2つ以上の管理ドメインに属するとともに、互いの間であらかじめ存在するセキュリティ関連付けを有さない、またはそのようなセキュリティ関連付けを有することを明白に禁止されている2つ以上のKMSである。このため、既存のソリューションは、KMSの間のあらかじめ存在する1対1のセキュリティ関連付けを要求して、もたらされる鍵管理ソリューションをかなり柔軟性がなく、リソースを大量に消費するものにしている。また、さらなるKMSすなわち、ローミングのためのの追加は、既存のKMSに対するあらかじめ存在するセキュリティ関連付けの追加を要求する。図1Aは、単一のKMS鍵管理サービスを使用する鍵管理アーキテクチャおよび鍵管理方法を示す。詳細には、このアーキテクチャおよび方法は、MIKEY-TICKETアプローチの一形態である。方法100に示されるとおり、ユーザデバイス102-I開始側が、ユーザデバイス102-R応答側を相手に通信セッションを開始することを求める。MIKEY-TICKETアプローチによれば、KMS104は、ユーザデバイス102-Iを相手に共有鍵セキュリティ保護された通信を確立する能力を有するものと想定され、さらに鍵要求に応答してステップ1、その鍵要求に応答して鍵生成情報105およびチケット106をユーザに供給するステップ2。次に、ユーザデバイス102-Iが、通信を求める要求の中でチケット106をユーザデバイス102-Rに送信するステップ3。KMS104ユーザデバイス102-Iにサービスを提供するのと同一のKMSを相手にあらかじめ確立されたセキュリティ保護された通信を有するユーザデバイス102-Rは、チケット106をKMS104に供給するステップ4。チケット106を供給されたことに応答して、KMS104は、鍵生成情報105ステップ2でKMS104がユーザデバイス102-Iに送ったのと同一の鍵生成情報をユーザデバイス102-Rに戻すステップ5。鍵生成情報105に基づいて、ユーザデバイス102-Iとユーザデバイス102-Rの両方が、マルチメディア通信において使用するための共通のセッション鍵を生成する。ユーザデバイス102-Rが、セッション鍵確立プロセスを完了させる応答を送信するステップ6。KMSは、鍵生成情報ではなく、既に計算済みの共通のセッション鍵をユーザデバイスに送信することも可能であることに留意されたい。図1Bは、このシナリオにおいて、複数の、例えば、2つの鍵管理サービスを使用する鍵管理アーキテクチャおよび鍵管理方法を示す。このアーキテクチャおよび方法は、MIKEY-TICKETアプローチの別の形態である。方法110に示されるとおり、この場合も、ユーザデバイス102-Iが、ユーザデバイス102-Rを相手に通信セッションを開始することを求める。図1Bにおけるステップ1から6は、図1Aに関して前述したのと基本的に同一である。この場合の唯一の違いは、図1Bでは、2つのKMS、すなわち、ユーザデバイス102-Iにサービスを提供するKMS104-I、およびユーザデバイス102-Rにサービスを提供するKMS104-Rが存在することである。図1Bに示されるさらなるステップ2aは、既存のMIKEY-TICKETアプローチによれば、このプロトコルが機能するのに、その2つのKMSの間であらかじめ存在する1対1のセキュリティ関連付けが存在しなければならないという要件を表す。つまり、KMS-Rは、開始側がステップ1でプロトコルを開始するのに先立って、KMS104-Iに対してそのような1対1のセキュリティ関連付けが存在しなかったとすると、ステップ4および5で102-Rからの要求を解決することができないことになる。しかし、前述したとおり、そのような1対1のセキュリティ関連付けが存在することは、特に、KMS104-Iが、KMS104-Rとは異なる管理ドメインに属する場合、好ましくない可能性があり、実際、禁止されている可能性がある。既存のアプローチに関連するこれら、およびその他の欠点に対処するのに、本発明の例示的な原理は、KMSに関するセキュリティ関連付けのプロビジョニングを簡略化するとともに、MIKEY-TICKET鍵配布方法、または他の何らかの鍵配布方法を用いてKMSを展開する際の事業者の柔軟性をもたらす階層セキュリティ関連付け-信頼モデルを実施することを備える階層鍵管理ソリューションを提供する。このため、異なる2つ以上の管理ドメインに属する、2つ以上のより低い階層のKMSが、より上の階層のKMSに対して、あらかじめ存在するセキュリティ関連付けを有することが可能である。このため、本発明のソリューションは、MIKEY-TICKET方法などが、複数レベルのKMS階層を導入することによって改良されることを可能にして、マルチメディア通信システムの別々のネットワークおよび、したがって、複数の管理ドメイン、すなわち、通信システムのネットワーク事業者部分、および通信システムの企業部分における鍵配布の特徴のより柔軟性のある展開を可能にする。図2Aは、本発明の或る実施形態による階層鍵管理アーキテクチャおよび階層鍵管理方法を示す。図2Aにおけるユーザデバイス202-I開始側および202-R応答側は、図1Aおよび図1Bにおけるユーザデバイス102-Iおよびユーザデバイス102-Rとそれぞれ同一または同様であり、さらに特に明記しない限り、同一または同様の仕方で機能するものと理解されたい。同様に、KMS204-IおよびKMS204-Rは、ユーザデバイスに関して、KMS104-IおよびKMS104-Rとそれぞれ同一または同様であり、さらに特に明記しない限り、同一または同様の仕方で機能する。しかし、KMS204-I/KMS204-RとKMS104-I/KMS104-Rの重要な違いは、図2Aにおける開始要求ステップ1の開始時に、KMS204-IおよびKMS204-Rは、KMS204-IとKMS204-Rの間で既存のセキュリティ関連付け信頼を有さないことである。しかし、本発明の或る実施形態によれば、KMS204-IとKMS204-0の間、ならびにKMS204-RとKMS204-0の間で階層セキュリティ関連付けが存在する。つまり、本発明の或る実施形態によれば、階層のレベルBにおけるKMSは、レベルBより低い階層レベルにおける個別の各KMSが、レベルAより高い、つまり、上の階層レベルにおけるKMSを相手にセキュリティ関連付けを有する、または確立するので、互いにあらかじめ存在する1対1のセキュリティ関連付けを有することを要求されない。しかし、開始側UE202-Iは、そのUE202-IのKMSI204-Iを相手にセキュリティ関連付けを有し、または確立し、さらに応答側UE202-Rは、KMSR204-Rを相手に同様のセキュリティ関連付けを有する、または確立するものと想定される。図2Aは、より低いレベルに2つのKMSを有し、より高いレベルに1つのKMSを有する2レベル階層を示すが、本発明の原理は、各レベルで図2Aに示される所与の数より多くのKMSを有する、2つより多くのレベルを有する階層を企図することを理解されたい。このため、所与のレベルでKMSを追加することは、追加されたKMSが、同一のレベルでその他のKMSのそれぞれを相手にセキュリティ関連付けを確立することを要求するのではなく、追加されたKMSが、より上の階層のKMSを相手にセキュリティ関連付けを確立することだけしか要求しない。したがって、図2Aに示される実施形態において、以下のステップが行われる。以下のことに留意されたい:ユーザデバイス202-Iは、開始側UEまたは開始側またはIと呼ばれ、ユーザデバイス202-Rは、応答側UEまたは応答側またはRと呼ばれ、KMS204-Iは、KMSIと呼ばれ、KMS204-Rは、KMSRと呼ばれ、さらにKMS204-0は、KMS0と呼ばれる。また、本明細書で開示される拡張によって別様に指定されない限り、または修正されない限り、標準のMIKEY_TICKET技術が、メッセージ転送において適用され得ることにも留意されたい。ステップ1.開始側UEが、応答側のIDを含むREQUEST_INITメッセージをKMSIに送信する。ステップ2.KMSIが、セッション鍵205または、前述したとおり、このセッション鍵を生成するための鍵生成情報と、チケット206とを含むREQUEST_RESPメッセージで開始側に応答する。ステップ3.開始側が、KMSIから受信されたチケット206を含むTRANSFER_INITメッセージを応答側に送信する。ステップ4.応答側が、開始側から受信されたチケット206をRESOLVE_INITメッセージの中でKMSRに転送する。ステップ5.KMSIが、REQUEST_INIT_KMSメッセージをKMS0に送信する。ステップ6.KMS0が、REQUEST_RESP_KMSメッセージの中のKMS間チケット208およびKMS間鍵209またはこのKMS間鍵を生成するための鍵生成情報でKMSIに応答する。ステップ7.KMSIが、KMS0から受信されたKMS間チケット208をTRANSFER_INIT_KMSメッセージの中でKMSRに転送する。このメッセージの中で、KMSIは、セッション鍵205または鍵生成情報もKMSRに転送する。ステップ8.KMSRが、KMSIから受信されたKMS間チケット208をRESOLVE_INIT_KMSメッセージの中でKMS0に転送する。ステップ9.KMS0が、RESOLVE_RESP_KMSメッセージの中のKMS間鍵209でKMSRに応答する。ステップ10.KMSRが、TRANSFER_RESP_KMSメッセージをKMSIに送信して、鍵交換を完了させることによって、KMSRがKMS間鍵209を受信したことを確認する。この時点で、KMSIとKMSRの間のセキュリティ関連付けは、確立される。ステップ11.KMSRが、セッション鍵205を有するRESOLVE_RESPメッセージを応答側に送信する。ステップ12.応答側が、TRANSFER_RESPメッセージを開始側に送信することによって鍵交換を完了させる。鍵205は、IとRの間の実際のメディアセッションに必要とされるセッション鍵であり、KMSIは、鍵205をKMSRに送信し、さらにKMSRは、鍵205をRに送信することに留意されたい。鍵209は、KMSIが、Iによる通信セッションの開始の後にKMSRを相手にセキュリティ関連付けを確立することを可能にして、KMSIおよびKMSRが、あらかじめ存在する1対1のセキュリティ関連付けを有さなければならないという要件を緩和する鍵である。このKMS間鍵によって保護されているメディアは存在せず、KMSIとKMSRの間のシグナリングだけしか保護されていないことに留意されたい。図2Bは、図2Aとの絡みで前述したのと同一のステップを示すが、階層鍵管理メッセージングプロトコル220における実際のメッセージ順序を示す。このため、要するに、KMSIおよびKMSRは、互いにSAセキュリティ関連付けを有さないが、KMSIおよびKMSRは、KMS0に対するSAは有する。鍵交換は、UEIによって開始され、UEIが、KMSRに関連付けられているUERにセキュリティ保護された接続をするようKMSIに要求を送信する。KMSIおよびKMSRは、互いにSAを確立しなければならない。これを行うのに、KMSIおよびKMSRは、KMSIおよびKMSRがともに事前構成されたSAを有するKMS0を使用する。KMSIとKMSRの間のSAは、ステップ10でKMSRがKMSIに確認メッセージを送信すると、確立されたものと見なされることに留意されたい。また、KMSIは、UEIに前に与えられたステップ2セッション鍵をKMSRに転送するステップ7においてことにも留意されたい。その後、ステップ11で、KMSRが、そのセッション鍵をUERに転送することが可能である。この時点で、UEIおよびUERはともに、セッション鍵およびセキュリティ関連付けを有し、さらにその鍵によって保護されたメディアを交換することができる。図2Aおよび図2Bとの絡みで前述した実施形態の代替の実施形態が、KMSRが、REQUEST_INIT_KMSメッセージをKMS0に送信し、さらにREQUEST_RESP_KMSメッセージの中でKMS間チケット208およびKMS間鍵209またはKMS間鍵を生成するための鍵生成情報を受信するアプローチである。REQUEST_INIT_KMSメッセージおよびREQUEST_RESP_KMSメッセージの後には、TRANSFERメッセージおよびRESOLVEメッセージが続くすなわち、KMSRが、TRANSFER_INIT_KMSメッセージをKMSIに送信し、KMSIが、RESOLVE_INIT_KMS/RESOLVE_RESP_KMSメッセージをKMS0と交換してから、TRANSFER_RESP_KMSメッセージをKMSRに戻す。前述した実施形態は、MIKEY-TICKET鍵配布方法との絡みで本発明の階層鍵管理ソリューションを例示的に説明するが、そのような本発明のソリューションは、MIKEY-TICKETプロトコルにおける使用に限定されないことを理解されたい。つまり、本発明のそのような階層鍵管理サービスアーキテクチャおよび階層鍵管理サービス方法は、通信システムにおける他の任意の適切な鍵管理シナリオにおいて実施され得る。また、本明細書で説明される本発明の階層KMSアーキテクチャは、有利には、基本プロトコルを変更することなしに、水平にスケール変更することすなわち、同一のレベルでさらなるKMSを追加すること、および垂直にスケール変更することすなわち、階層のレベルを追加することも可能であることにも留意されたい。したがって、本発明の1つの例示的な態様として、第1のコンピューティングデバイス例えば、KMSIが、第1のユーザ機器例えば、UEIに関する鍵管理機能例えば、サービスを実行するように構成され、さらに第2のコンピューティングデバイス例えば、KMSRが、第2のユーザ機器例えば、UERに関する鍵管理機能を実行するように構成され、第1のユーザ機器が、第2のユーザ機器を相手に通信を開始することを求め、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間であらかじめ存在するセキュリティ関連付けを有さず、さらに第3のコンピューティングデバイス例えば、KSM0が、鍵管理機能を実行するように構成されるとともに、第1のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けと、第2のコンピューティングデバイスとのあらかじめ存在するセキュリティ関連付けとを有する通信システムにおいて、第3のコンピューティングデバイスが、第1のコンピューティングデバイスから要求を受信するステップ例えば、ステップ5と、この要求に応答して、その後、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスが、第1のユーザ機器と第2のユーザ機器の間のセキュリティ関連付けの確立を円滑にすることができるように、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間のセキュリティ関連付けの確立を円滑にするステップ6から10ステップとを備える方法を実行する。代替の実施形態において、第3のコンピューティングデバイスは、第2のコンピューティングデバイスからその要求を受信してもよく、このため、第2のコンピューティングデバイス第1のコンピューティングデバイスではなくが、KMS間セキュリティ関連付けの確立を開始することに留意されたい。第1のコンピューティングデバイス、第2のコンピューティングデバイス、および第3のコンピューティングデバイスは、鍵管理階層の少なくとも一部分を備え、第1のコンピューティングデバイスおよび第2のコンピューティングデバイスは、この階層のより低いレベル例えば、レベルBにあり、さらに第3のコンピューティングデバイスは、この階層のより高いレベル例えば、レベルAにある。1つの例示的な実施形態において、第3のコンピューティングデバイス例えば、KMS0によって実行される、円滑にするステップは、データ項目例えば、チケット208および暗号情報鍵または鍵生成情報209を第1のコンピューティングデバイス例えば、KMSIに送信することをさらに備える。次に、第1のコンピューティングデバイスが、そのデータ項目を第2のコンピューティングデバイス例えば、KMSRに送信する。次に、第2のコンピューティングデバイスが、そのデータ項目を第3のコンピューティングシステムに送信する。次に、第3のコンピューティングシステムが、第2のコンピューティングシステムからそのデータ項目を受信したことに応答して、第1のコンピューティングシステムに送信されたのと同一の暗号情報を第2のコンピューティングシステムに送信する。次に、第2のコンピューティングデバイスが、第1のコンピューティングデバイスに応答を送信する。さらに、第1のコンピューティングデバイスと第2のコンピューティングデバイスの間でセキュリティ関連付けが一度確立されると、第1のユーザ機器例えば、UEIと第2のユーザ機器例えば、UERの間でセッション鍵およびセキュリティ関連付けが確立される。次に、最後に図3を参照すると、例示されているのは、本発明による2つのエンティティの間で鍵管理プロトコルを実施するのに適した通信システム環境およびコンピューティングデバイスの一般化されたハードウェアアーキテクチャ300である。図3は、2つのエンティティAおよびBに関するコンピューティングデバイスだけを示すが、他のエンティティも同一の構成を有し得るものと理解されたい。このため、前述した鍵管理プロトコルに関して、2つのエンティティAおよびBは、図2Aおよび図2Bに示される任意の2つのエンティティ、すなわち、開始側202-Iと応答側202-R、KMSと、開始側および応答側のいずれか、KMS階層の任意の2つのKMSなどであることが可能である。このため、簡明のため、本発明のプロトコルに参加し得るすべてのコンピューティングデバイス通信デバイスおよびサーバが図3に示されているわけではない。図示されるとおり、302で表されるAのコンピューティングデバイスと304で表されるBのコンピューティングデバイスが、ネットワーク306を介して結合される。このネットワークは、これらのデバイスが通信することができる任意のネットワークであることが可能であり、例えば、前述した実施形態の場合のように、ネットワーク306は、ネットワーク事業者例えば、ベライゾン、ATT、スプリントによって運用されるセルラ通信ネットワークなどの公衆アクセス可能なワイドエリア通信ネットワークであることも可能である。また、ネットワーク306は、プライベート企業ネットワークを含むことも可能である。しかし、本発明は、特定のタイプのネットワークに限定されない。通常、これらのデバイスは、クライアントマシンであり得る。本明細書で説明されるプロトコルに参加するのに関係者によって使用され得るクライアントデバイスの例には、セルラ電話機、スマートフォン、デスクトップ電話機、携帯情報端末、ラップトップコンピュータ、パーソナルコンピュータなどが含まれ得るが、これらには限定されない。しかし、これらのデバイスの1つまたは複数が、サーバであることも可能である。このため、本発明の通信プロトコルは、コンピューティングシステムがそれぞれ、クライアントとサーバである事例に限定されるのではなく、代わりに任意の形態のコンピューティングデバイスに適用可能であることを理解されたい。当業者には直ちに明白なとおり、これらのサーバおよびクライアントは、コンピュータプログラムコードの制御下で動作するプログラミングされたコンピュータとして実施され得る。そのコンピュータプログラムコードは、コンピュータ可読記憶媒体例えば、メモリの中に格納され、さらにそのコードは、コンピュータのプロセッサによって実行される。本発明の開示に鑑みて、当業者は、本明細書で説明されるプロトコルを実施するために適切なコンピュータプログラムコードを作成することもできる。それでも、図3は、ネットワークを介して通信する各コンピュータシステムに関する例示的なアーキテクチャを一般的に示す。図示されるとおり、デバイス302は、入出力デバイス308-Aと、プロセッサ310-Aと、メモリ312-Aとを備える。デバイス304は、入出力デバイス308-Bと、プロセッサ310-Bと、メモリ312-Bとを備える。本明細書で使用されるプロセッサという用語は、CPU中央処理装置、または1つまたは複数のシグナルプロセッサ、1つまたは複数の集積回路などを含むが、これらには限定されない他の処理回路を含め、1つまたは複数の処理デバイスを含むことを意図しているものと理解されたい。また、本明細書で使用されるメモリという用語は、RAM、ROM、固定メモリデバイス例えば、ハードドライブ、またはリムーバブルメモリデバイス例えば、ディスケットまたはCDROMなどの、プロセッサまたはCPUに関連するメモリを含むことを意図している。さらに、本明細書で使用される入出力デバイスという用語は、処理装置にデータを入力するための1つまたは複数の入力デバイス例えば、キーボード、マウス、ならびに処理装置に関連する結果をもたらすための1つまたは複数の出力デバイス例えば、CRTディスプレイを含むことを意図している。したがって、本明細書で説明される本発明の方法を実行するためのソフトウェア命令またはソフトウェアコードは、関連するメモリデバイス、例えば、ROM、固定メモリもしくはリムーバブルメモリの1つまたは複数の中に格納されることが可能であり、さらに利用される準備ができると、RAMにロードされ、CPUによって実行されることが可能である。本発明の例示的な実施形態が、添付の図面を参照して本明細書で説明されてきたが、本発明は、それらの実施形態そのものに限定されないこと、および本発明の範囲または趣旨を逸脱することなく、他の様々な変更および修正が当業者によって行われ得ることを理解されたい。