ドメイン間情報通信のための認証方法、システム、およびその装置
本発明は、第１および第２のドメインへと適用されるドメイン間情報通信のための認証方法を提供する。この方法は、第１のドメインに属する第１の電子デバイスに対して、第１および第２のドメインに同時に登録されている仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターから第１の鍵を入手して、第２のドメインの第２の電子デバイスへと送信するように指示し、第２の電子デバイスに対して、前記仲介ノードデバイスを介して第１のドメインの第１の鍵配布センターから第２の鍵を入手して、第１の電子デバイスへと送信するように指示する。そして、第１および第２の電子デバイスが、セキュアな情報通信の認証を実行するために、第１および第２の鍵を使用して共有の第３の鍵を生成するように指示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通信のための認証方法に関し、さらに詳しくは、ドメイン間情報通信のための認証方法、システム、およびその装置に関する。
【背景技術】
【０００２】
ネットワーク通信技術が、近年において急激な成熟を遂げている。結果として、現在では、デジタル音声パケットをインターネットを介して送信するボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）、メッセージを送信するためのショートメッセージサービス（ＳＭＳ）、ビデオコミュニケーション、およびマルチメディアストリーミングが、インターネットにおいて広く使用されている。
【０００３】
ＶｏＩＰにおいては、現時点では、セッション開始プロトコル（ＳＩＰ）が、典型的なシグナリングプロトコル規格である。ＶｏＩＰシステムにおいては、ＳＩＰ式の携帯電話機のそれぞれが、特定のＳＩＰドメイン登録機関に登録して、特定のＳＩＰドメインに属し、ドメインのセキュリティ管理は、通常は鍵管理センター（ＫＭＣ）または鍵配布センター（ＫＤＣ）によって制御される。これらの携帯電話機は、同じ認証プロトコルを使用しているため、セキュアな通信リンクを実現するための相互の認証を、携帯電話機とサーバとの間ならびに同じドメインの携帯電話機の間では、容易に実現することが可能である。
【０００４】
しかしながら、２つの携帯電話機の間の通信リンクが異なるドメインにまたがる場合には、各ドメインが異なる認証プロトコルを使用している可能性があるため、セキュアな通信を実現するために、別の共通の認証方法を使用する必要がある。したがって、ドメイン間の信頼できる動作という課題が生じる。
【０００５】
上記課題を解決するために、「Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ Ｆｏｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｈｒｏｕｇｈ Ｍｕｌｔｉｐｌｅ Ｐｒｏｘｙ Ｓｅｒｖｅｒｓ Ｔｈａｔ Ｒｅｑｕｉｒｅ Ｄｉｆｆｅｒｅｎｔ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄａｔａ」という名称の米国特許第６，８３９，７６１号は、ＳＩＰにおけるクライアントと一連のプロキシとの間の認証の問題を解決するために、ＳＩＰ要求に一連のプロキシ（サーバ）のためのそれぞれの認証データを付加することを可能にし、別個のセキュリティドメインについての一連の認証の検証を実現している。しかしながら、この特許は、ドメイン間の問題を解決しようとするものではない。
【０００６】
「Ａｐｐａｒａｔｕｓ，Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ Ｆｏｒ Ｆａｃｉｌｉｔａｔｉｎｇ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｂｅｔｗｅｅｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅａｌｍｓ」という名称の別の米国特許出願公開第２００５０１０８５７５号が、異なる認証プロトコル間の認証を実現するための認証ゲートウェイを開示している。しかしながら、固定の認証ゲートウェイは、ネットワーク攻撃にさらされることによるサービス・アベイラビリティの問題に容易に直面する。
【０００７】
したがって、異なるセキュリティドメインにまたがる通信に関係する電子デバイスについて、両方のセキュリティドメインサーバにおいて複雑なドメイン間信任動作を使用する必要なく、相互の認証の信任状の取得を可能にすることができる機構を提供することについて、ニーズが存在している。
【発明の開示】
【０００８】
したがって、本発明の目的は、ドメイン間情報通信のための認証方法、システム、およびその装置であって、相互の認証のための信任状を、２つのセキュリティドメインサーバにおいて複雑なドメイン間信任動作を使用する必要なく取得することができる認証方法、システム、およびその装置を提供することにある。
【０００９】
ドメイン間情報通信のための本発明の認証方法は、インターネットを介して情報通信を実行することを望んでいる第１のドメインに属する第１の電子デバイスおよび第２のドメインに属する第２の電子デバイスへと適用される。この方法は、（Ａ）第１の電子デバイスに対して、同じドメイン内の第１のプロキシサーバに依頼して第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけてもらうように指示するステップ、（Ｂ）第１の電子デバイスに対して、仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信するように指示するステップ、（Ｃ）第２の電子デバイスに対して、第１のチケットを受信し、次いで仲介ノードデバイスを介して第１のドメインの第１の鍵配布センターへの登録を行って第２の鍵を入手し、第２の鍵を含む第２のチケットを第１の電子デバイスへと送信するように指示するステップ、および（Ｄ）第１および第２の電子デバイスに対し、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行するように指示するステップ、を含んでいる。
【００１０】
さらに、上述の方法を実行するための本発明のドメイン間情報通信認証システムは、第１のドメインに設置され、第２のドメインに属する第２の電子デバイスとインターネットを介した情報通信を実行するために使用される。このシステムは、複数の候補仲介ノードデバイスを記録するための第１のプロキシサーバ；前記候補仲介ノードデバイスから第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけるように前記第１のプロキシサーバに依頼する要求メッセージを送信し、前記仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信する第１の電子デバイス；および第２の電子デバイスに対して、第２の鍵を入手するための前記仲介ノードデバイスを介した登録を提供する第１の鍵配布センター；を備えており、第２の鍵を含む第２のチケットが前記第１の電子デバイスへと送信され、前記第１および第２の電子デバイスが、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行することができる。
【００１１】
さらに、上述の方法を実行するための本発明の移動通信電子デバイスは、第１のドメインに属しており、インターネットを介して第２のドメインに属する第２の電子デバイスとの情報通信を実行する。この移動通信電子デバイスは、同じドメイン内の第１のプロキシサーバに対して第１および第２のドメインに同時に登録されている仲介ノードデバイスを発見するように依頼する要求メッセージを送信する仲介ノード要求モジュール；および仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って、第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信して、第２の鍵を含む第２のチケットを返すように第２の電子デバイスに要求し、第２のチケットを処理して第２の鍵を入手し、第２の電子デバイスとの情報通信の認証の実行に使用するために、第１および第２の鍵に従って第３の鍵を生成するドメイン間鍵処理ユニット、を備えている。
【００１２】
さらに、上述の方法を実行するための本発明の仲介ノードデバイスは、第１のドメインおよび第２のドメインにまたがり、第１のドメインの第１のプロキシサーバおよび第１の電子デバイスと通信して、第２のドメインに属する第２の電子デバイスとの情報通信の実行において第１の電子デバイスを補助することができる。この仲介ノードデバイスは、構成データを保存するためのドメイン情報保存ユニット；第１のプロキシサーバへと接続される第１の接続ユニット；および前記ドメイン情報保存ユニットに保存された構成データに従ってドメイン特有情報を生成し、ドメイン特有情報を第１の接続ユニットを介して第１のプロキシサーバへと送信するためのドメイン特有情報作成ユニット、を備えている。
【００１３】
本発明の他の特徴および利点が、添付の図面を参照して、好ましい実施形態についての以下の詳細な説明において明らかになるであろう。
【発明を実施するための最良の形態】
【００１４】
図１を参照すると、本発明によるドメイン間情報通信のための認証方法の好ましい実施形態が、インターネット８０を介する音声データ通信（すなわち、ＶｏＩＰ）が所望される第１のＳＩＰドメイン５５（ｓｉｐａ．ｃｏｍというＳＩＰ ＵＲＩを有している）に属する第１の電子デバイス１０（Ａｌｉｃｅ＠ｓｉｐａ．ｃｏｍというＳＩＰ ＵＲＩを有している）および第２のＳＩＰドメイン６５（ｓｉｐｂ．ｃｏｍというＳＩＰ ＵＲＩを有している）に属する第２の電子デバイス２０（Ｂｏｂ＠ｓｉｐｂ．ｃｏｍというＳＩＰ ＵＲＩを有している）へと適用される。第１のドメイン５５には、第１のプロキシサーバ（好ましい実施形態においては、第１のプロキシサーバがＳＩＰプロキシサーバであり、以下では第１のＳＩＰプロキシサーバ５０と称される）および第１のＫＤＣ３０が存在している。第２のドメイン６５には、第２のプロキシサーバ（好ましい実施形態においては、第２のプロキシサーバがＳＩＰプロキシサーバであり、以下では第２のＳＩＰプロキシサーバ６０と称される）および第２のＫＤＣ４０が存在している。第１の電子デバイス１０が、発呼側端末であり、第２の電子デバイス２０が、着呼側端末である。好ましい実施形態においては、第１および第２の電子デバイス１０、２０が、携帯電話機として例示されている（以下では、両者を携帯電話機１０、２０と記載する）が、これに限られるわけではない。
【００１５】
好ましい実施形態による第１のＳＩＰプロキシサーバ５０および携帯電話機１０の内部機能ユニットのブロック図である図２に示されているとおり、第１のＳＩＰプロキシサーバ５０（第２のＳＩＰプロキシサーバ６０と同一である）は、インターネットとの接続のためのネットワーク通信ユニット５００、信号送受信ユニット５０２、ドメイン間登録ユニット５０４、ドメイン間仲介ノード検索ユニット５０６、およびドメイン管理データベース５０８を含んでいる。携帯電話機１０は、インターネットとの接続のためのネットワーク通信ユニット１００、仲介ノード要求モジュール１０２、認証通信ユニット１０４、およびドメイン間鍵処理ユニット１０６を含んでいる。これらの機能ユニットの動作を、以下で説明する。
【００１６】
本実施形態のドメイン間音声通信のための認証方法は、以下を含んでいる。
【００１７】
ステップ（Ａ）：
携帯電話機１０が、第１のＳＩＰプロキシサーバ５０に対して、第１および第２のドメイン５５、６５に同時に登録されている仲介ノードデバイスを提供するように要求する。
【００１８】
ステップ（Ａ）に先立ち、複数の候補仲介ノードデバイスの情報が、第１のＳＩＰプロキシサーバ５０に前もって記録されている。オンにされている状態において、候補仲介ノードデバイスは、登録および更新を行うために、ドメイン特有情報を第１のＳＩＰプロキシサーバ５０へと送信する。
【００１９】
第１に、候補仲介ノードデバイスは、第１および第２のドメイン５５、６５に同時に登録されているデバイスでなければならない。好ましい実施形態においては、仲介ノードデバイスが、携帯電話機として例示されるが、これに限られるわけではない。オンにされている状態において、候補仲介ノードデバイスは、２つのドメイン５５、６５の間にブリッジを確立できるよう、ドメイン特有情報を適切なドメインのＳＩＰプロキシサーバへと固定の間隔で送信して、自身の存在をＳＩＰプロキシサーバに認知させる。
【００２０】
さらに、図３に示されているとおり、ドメイン特有情報を生成するために、候補仲介ノードデバイス７００のそれぞれは、ネットワーク通信ユニット７０２、信号送受信ユニット７０４、第１の接続ユニット７０６、ドメイン特有情報作成ユニット７０８、および構成データを保存するためのドメイン情報保存ユニット７１０を含んでいる。
【００２１】
また、図３に示されているとおり、上述のドメイン特有情報を処理するために、第１のＳＩＰプロキシサーバ５０（第２のＳＩＰプロキシサーバ６０と同一である）のドメイン間登録ユニット５０４は、ドメイン特有情報交換ユニット５１０および第２の接続ユニット５１２をさらに含んでいる。
【００２２】
さらに図４のフロー図を参照すると、オンにされている状態において、候補仲介ノードデバイス７００は、図４のステップ１５００において、自身のドメイン特有情報作成ユニット７０８に対し、ドメイン情報保存ユニット７１０に保存されている構成データを組み合わせて、第１および第２のＳＩＰドメイン５５、６５の身元ならびに第１および第２のＫＤＣ３０、４０の身元を含むドメイン特有情報を作成するように指示する。次に、ステップ１５０２で、第１の接続ユニット７０６において、ドメイン特有情報が登録要求［ＲＥＧＩＳＴＥＲ］に付加され、信号送受信ユニット７０４およびネットワーク通信ユニット７０２を介して第１のＳＩＰプロキシサーバ５０へと送信される。ドメイン特有情報は、仲介ノードデバイス自体のハードウェア能力ならびに同時に処理できるノード対ノードの接続の最大数などといった情報をさらに含んでいる。
【００２３】
ステップ１５０４において、第１のＳＩＰプロキシサーバ５０が自身のネットワーク通信ユニット５００および信号送受信ユニット５０２を介して登録要求［ＲＥＧＩＳＴＥＲ］を受信したとき、第１のＳＩＰプロキシサーバ５０の第２の接続ユニット５１２が作動して、登録要求［ＲＥＧＩＳＴＥＲ］からドメイン特有情報を分析および抽出し、ドメイン特有情報交換ユニット５１０がドメイン特有情報を使用して元のデータを更新すべく作動した後で、ドメイン特有情報がドメイン管理データベース５０８に保存される。更新が完了した後、ステップ１５０６において、無事完了メッセージ［２００ ＯＫ］が候補仲介ノードデバイス７００へと送信される。このようにして、候補仲介ノードデバイス７００と第２のＳＩＰドメイン６５および第２のＫＤＣ４０との間に確立されたブリッジが、第１のＳＩＰプロキシサーバ５０に登録される。
【００２４】
図５を参照すると、携帯電話機１０の仲介ノード要求モジュール１０２が、携帯電話機２０との通信のチケット要求を生成するために使用され、ネットワーク通信ユニット１００を介して、第１のＳＩＰプロキシサーバ５０からの仲介ノードデバイスを要求する。仲介ノード要求モジュール１０２は、要求メッセージ送受信ユニット１０８、チケット要求ユニット１１０、信号送受信ユニット１１２、仲介ノード要求ユニット１１４、および仲介ノード情報抽出ユニット１１６を含んでいる。
【００２５】
したがって、第１のＳＩＰドメイン５５に属する携帯電話機１０が、第２のＳＩＰドメイン６５に属する携帯電話機２０へと電話をかけることを望む場合、図６のステップ２５００において、チケット要求ユニット１１０が、例えばＢｏｂ＠ｓｉｐｂ．ｃｏｍなど、着呼側端末（すなわち、携帯電話機２０）の情報を含むチケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を生成する。ステップ２５０２において、チケット要求メッセージ［ＴＧＳ＿ＲＥＱ］が、要求メッセージ送受信ユニット１０８およびネットワーク通信ユニット１００を介して第１のＫＤＣ３０へと送信される。次いで、ステップ２５０４において、第１のＫＤＣ３０がメッセージを検査し、第１のＳＩＰドメイン５５と第２のＳＩＰドメイン６５との間に相互信任関係が存在するか否かを判断し、すなわち例えば第１のＫＤＣ３０と第２のＫＤＣ４０との間に共有鍵があらかじめ確立されているかなど、信任関係が第１のＫＤＣ３０と第２のＫＤＣ４０との間に前もって確立されているか否かを判断する。
【００２６】
第１のＫＤＣ３０は、第２のＫＤＣ４０との相互信任関係が存在しないことを発見（両者が同じドメインにないため）し、ステップ２５０６において、不成功（ＮＧ）メッセージを含む応答メッセージ［ＴＧＳ＿ＲＥＰ］を携帯電話機１０へと返す。携帯電話機１０は、ネットワーク通信ユニット１００および要求メッセージ送受信ユニット１０８を介して不成功の応答メッセージ［ＴＧＳ＿ＲＥＰ］を受信したとき、携帯電話機２０が別のドメインに属していることを知る。したがって、携帯電話機１０は、自身と別のドメインに属する携帯電話機２０との間の仲介ノードを検索しなければならない。
【００２７】
そこで、ステップ２５０８において、携帯電話機１０の仲介ノード要求ユニット１１４が、例えば携帯電話機２０のＳＩＰ ＵＲＩ：Ｂｏｂ＠ｓｉｐｂ．ｃｏｍなどといった着呼側端末の情報を含んでいる仲介ノード検索メッセージ［ＩＮＶＩＴＥ］を生成する。ステップ２５１０において、仲介ノード検索メッセージ［ＩＮＶＩＴＥ］が、仲介ノードデバイスを検索するために、信号送受信ユニット１１２およびネットワーク通信ユニット１００を介して第１のＳＩＰプロキシサーバ５０へと送信される。
【００２８】
図７を参照すると、適切な仲介ノードデバイスを発見しようとする携帯電話機１０を助けるために、第１のＳＩＰプロキシサーバ５０のドメイン間仲介ノード検索ユニット５０６が、仲介ノードを発見して検索結果を生成するための仲介ノード発見モジュール５１４と、検索結果に従って最良の仲介ノードデバイスを選択する仲介ノード選択モジュール５１６とをさらに備えている。次に、仲介ノード発見モジュール５１４は、候補仲介ノード発見ユニット５１８および候補検索ユニット５２０を含んでおり、仲介ノード選択モジュール５１６は、仲介ノード選択ユニット５２２、候補フィルタ処理ユニット５２４、および選択ユニット５２６を含んでいる。
【００２９】
したがって、図６のステップ２５１２において、第１のＳＩＰプロキシサーバ５０がネットワーク通信ユニット５００および信号送受信ユニット５０２を介して仲介ノード検索メッセージ［ＩＮＶＩＴＥ］を受信した後、第１のＳＩＰプロキシサーバ５０の候補仲介ノード発見ユニット５１８が作動して、仲介ノード検索メッセージ［ＩＮＶＩＴＥ］から着呼側端末の情報を取得する。次いで、この情報が、候補検索ユニット５２０へと送信され、ドメイン管理データベース５０８を検索するためのインデックス（検索条件）として使用される。詳しくは、ドメイン管理データベース５０８に記録されている候補仲介ノードデバイス７００の情報が、第１および第２のドメイン５５および５６に同時に存在する候補仲介ノードデバイスを見つけるために検索され、そのような候補仲介ノードデバイスが、後の仲介ノードの選択において入力として使用される。検索結果の例が、図８に示されている。ドメイン管理データベース５０８を検索することによって、第１および第２のドメイン５５および６５に同時に存在する３つの候補仲介ノードデバイス（Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍ、Ｃａｒｏｌ２＠ｓｉｐａ．ｃｏｍ、およびＣａｒｏｌ３＠ｓｉｐａ．ｃｏｍ）が発見されている。
【００３０】
次に、ステップ２５１４において、検索結果を入力として使用して、候補フィルタ処理ユニット５２４が作動し、資格のない仲介ノードデバイスを検索結果から除外するように、初期のフィルタ処理手順を実行する。例えば、動作中のサービスの数が所定の数以上である候補仲介ノードデバイスが除外される。図８の例では、最大数の動作中のサービスを達成している仲介ノードデバイス（すなわち、Ｃａｒｏｌ３＠ｓｉｐａ．ｃｏｍ）が除外され、図９に示されるとおりの候補仲介ノードデバイスが残される。続いて、この初期のフィルタ処理の結果（図９に示されている）に、選択ユニット５２６によって実行される仲介ノードデバイスの選択の手順が加えられ、検索結果が候補仲介ノードデバイスのハードウェア能力の順序によって並べ替えられ、残る候補仲介ノードデバイス７００の中から、どの候補仲介ノードデバイスが最良のハードウェア能力を有しているかに従い、あるいはどの候補仲介ノードデバイスのサービス可能数が最大であるかに従って、最良の仲介ノードデバイス７０が選択される。したがって、「ハードウェア能力が最良」という条件が使用される場合には、仲介ノードデバイスＣａｒｏｌ２＠ｓｉｐａ．ｃｏｍが選択される一方で、「サービス可能数が最大」という条件が使用される場合には、仲介ノードデバイスＣａｒｏｌ１＠ｓｉｐａ．ｃｏｍが選択される。
【００３１】
したがって、仲介ノードデバイス７０が選択された後、ステップ２５１６において、第１のＳＩＰプロキシサーバ５０が、仲介ノード選択ユニット５２２によって、Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍ（または、Ｃａｒｏｌ２＠ｓｉｐａ．ｃｏｍ）というＳＩＰ ＵＲＩを含む応答メッセージ［４０４ Ｎｏｔ Ｆｏｕｎｄ］など、仲介ノードデバイス７０を含む情報を生成し、信号送受信ユニット５０２およびネットワーク通信ユニット５００を介して携帯電話機１０へと送信する。携帯電話機１０が、ネットワーク通信ユニット１００および信号送受信ユニット１１２を介して応答メッセージ［４０４ Ｎｏｔ Ｆｏｕｎｄ］を受信し、仲介ノード情報抽出ユニット１１６によって応答メッセージ［４０４ Ｎｏｔ Ｆｏｕｎｄ］から仲介ノードデバイス７０の情報を抽出する。このようにして、携帯電話機１０は、携帯電話機２０とのドメイン間セキュア認証を実行するための仲介ノードとして機能する仲介ノードデバイス７０を発見し、仲介ノードデバイス７０の識別情報（Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍまたはＣａｒｏｌ２＠ｓｉｐａ．ｃｏｍ）を手にする。
【００３２】
続いて、ステップ２５１８において、携帯電話機１０が、自身のチケット要求ユニット１１０、要求メッセージ送受信ユニット１０８、およびネットワーク通信ユニット１００によってチケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を生成および送信し、第１のＫＤＣ３０に対して仲介ノードデバイス７０へと接続するためのチケットを要求する。ステップ２５２０において、仲介ノードデバイス７０へのチケットを生成した後に、第１のＫＤＣ３０は、チケット応答メッセージ［ＴＧＳ＿ＲＥＰ］を携帯電話機１０へと返す。したがって、携帯電話機１０が取得した仲介ノードデバイス７０へのチケットを、後の携帯電話機２０とのセキュアな認証に使用することができる。
【００３３】
ステップ（Ｂ）：
携帯電話機１０が、仲介ノードデバイス７０を介して第２のＫＤＣ４０からの第１のセッション鍵を要求し、第１のセッション鍵を含む第１のセッションチケットを携帯電話機２０へと送信する。
【００３４】
図１０に示されているとおり、上述の動作を実現するために、携帯電話機１０のドメイン間鍵処理ユニット１０６（携帯電話機２０についても同様）は、外部ドメイン処理モジュール１１８、ホームドメイン処理モジュール１２０、および共有鍵生成ユニット１２２を含んでいる。次に、外部ドメイン処理モジュール１１８は、外部ドメイン取得ユニット１２４、デリバリユニット１２６、登録ユニット１２８、および外部ドメイン保存ユニット１３０を含んでいる。次に、ホームドメイン処理モジュール１２０は、ホームドメイン取得ユニット１３２およびホームドメイン保存ユニット１３４を含んでいる。外部ドメイン処理モジュール１１８およびホームドメイン処理モジュール１２０の両者は、認証通信ユニット１０４およびネットワーク通信ユニット１００を介してインターネットへと接続されている。
【００３５】
したがって、携帯電話機１０は、仲介ノードデバイス７０を介して携帯電話機２０とのドメイン間認証を実行しようと望むとき、まずは仲介ノードデバイス７０を介して第２のＫＤＣ４０に登録するために、外部ドメイン取得ユニット１２４を作動させる。始めに、図１１のステップ３５００において、登録ユニット１２８において登録要求メッセージ［ＡＰ＿ＲＥＱ］が作成され、認証通信ユニット１０４およびネットワーク通信ユニット１００を介して仲介ノードデバイス７０へと送信される。次に、ステップ３５０２および３５０４において、仲介ノードデバイス７０が、第２のＫＤＣ４０への携帯電話機１０の登録を要求するための要求メッセージ［ＵＳＲ＿ＲＥＧ］（携帯電話機１０の身元Ａｌｉｃｅ＠ｓｉｐａ．ｃｏｍが付加されている）を再生成し、要求メッセージを第２のＫＤＣ４０へと送信する。要求メッセージを受信した後、第２のＫＤＣ４０は、ステップ３５０６において、携帯電話機１０のための登録ＩＤを生成し、ステップ３５０８において、登録ＩＤを付加してなる登録応答メッセージ［ＵＳＲ＿ＲＥＰ］を仲介ノードデバイス７０に返す。次に、ステップ３５１０において、仲介ノードデバイス７０が、登録応答メッセージ［ＵＳＲ＿ＲＥＰ］を携帯電話機１０へと送信し、携帯電話機１０のネットワーク通信ユニット１００および認証通信ユニット１０４が、登録応答メッセージ［ＵＳＲ＿ＲＥＰ］を登録ユニット１２８へと送る。
【００３６】
第２のＫＤＣ４０によって生成された登録ＩＤを受信した後、携帯電話機１０は、ステップ３５１２および３５１４において、ディフィ−ヘルマン（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）などのセキュアプロトコルによって第２のＫＤＣ４０とのセキュアチャンネル（［ＤＨ＿ＲＥＱ］および［ＤＨ＿ＲＥＰ］）を確立する。次に、ステップ３５１６において、携帯電話機１０は、登録ＩＤを使用して第２のＫＤＣ４０との認証（［ＡＵＴＨ＿ＲＥＱＲＳＰ］）を実行し、登録ＩＤが第２のＫＤＣ４０から送信されたものであることを確認する。ステップ３５１８において、認証済みのセキュアなチャンネルが、携帯電話機１０と第２のＫＤＣ４０との間に確立される。
【００３７】
次に、ステップ３５２０において、携帯電話機１０が、外部ドメイン取得ユニット１２４に対して、チケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を送信するように指示して、第２のＫＤＣ４０からの携帯電話機２０のためのチケットを要求する。その結果、ステップ３５２２において、第２のＫＤＣ４０が、第１のセッション鍵および第１のセッションチケットを含むチケット応答メッセージ［ＴＧＳ＿ＲＥＰ］（暗号化された第１のセッション鍵を含んでいる）を携帯電話機１０に返し、このセッションチケットが、携帯電話機２０へと送信されるべきセッションチケットである。ステップ３５２４において、外部ドメイン取得ユニット１２４は、得られた第１のセッション鍵および第１のセッションチケットを外部ドメイン保存ユニット１３０に保存する。
【００３８】
他方で、図１２のステップ３５２８において、携帯電話機１０は、仲介ノードデバイス７０の情報（Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍまたはＣａｒｏｌ２＠ｓｉｐａ．ｃｏｍ）を含む要求メッセージ［ＩＮＶＩＴＥ］を携帯電話機２０へと送信し、携帯電話機２０にセキュア信任状の交換を開始させる。要求メッセージ［ＩＮＶＩＴＥ］が、第１および第２のＳＩＰプロキシサーバ５０、６０を介して携帯電話機２０へと伝えられる。要求メッセージ［ＩＮＶＩＴＥ］を受信した後、携帯電話機２０は、ステップ３５３０において、セキュア信任状の交換の開始を知らせる応答メッセージ［２００ ＯＫ］を携帯電話機１０へと送信する。
【００３９】
次に、ステップ３５３２において、携帯電話機２０は、第１のＫＤＣ３０への登録のために、登録要求メッセージ［ＡＰ＿ＲＥＱ］を仲介ノードデバイス７０へと送信する。このメッセージを受信した後、仲介ノードデバイス７０は、ステップ３５３４および３５３６において、携帯電話機２０の身元Ｂｏｂ＠ｓｉｐｂ．ｃｏｍを含むユーザ登録要求メッセージ［ＵＳＲ＿ＲＥＧ］を再生成し、第１のＫＤＣ３０へと送信する。続いて、ステップ３５３８、３５４０、および３５４２において、第１のＫＤＣ３０が、携帯電話機２０のための登録ＩＤを生成し、応答メッセージ［ＵＳＲ＿ＲＥＰ］を仲介ノードデバイス７０を介して携帯電話機２０へと返す。
【００４０】
登録ＩＤを受信した後、携帯電話機２０は、ステップ３５４４および３５４６において、ディフィ−ヘルマンなどのセキュアプロトコルによって第１のＫＤＣ３０とのセキュアチャンネル（［ＤＨ＿ＲＥＱ］および［ＤＨ＿ＲＥＰ］）を確立する。ステップ３５４８において、携帯電話機２０は、登録ＩＤを使用して第１のＫＤＣ３０との認証（［ＡＵＴＨ＿ＲＥＱＲＳＰ］）を実行し、登録ＩＤが第１のＫＤＣ３０から送信されたものであることを確認する。結果として、ステップ３５５０において、認証済みのセキュアなチャンネルが、携帯電話機２０と第１のＫＤＣ３０との間に確立される。
【００４１】
次に、ステップ３５５２において、携帯電話機２０が、チケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を送信して、第１のＫＤＣ３０からの携帯電話機１０のためのチケットを要求する。その結果、ステップ３５５４において、第１のＫＤＣ３０が、第２のセッション鍵および第２のセッションチケットを含むチケット応答メッセージ［ＴＧＳ＿ＲＥＰ］（暗号化された第２の鍵を含んでいる）を携帯電話機２０へと返す。ステップ３５５６において、携帯電話機２０が、第２のセッション鍵および第２のセッションチケットを取得し、自身の外部ドメイン保存ユニット１３０に保存し、その後にステップ３５５８において、デリバリユニット１２６を介して第２のセッションチケットを携帯電話機１０へと送信する。その後、ステップ３５５９において、携帯電話機１０のデリバリユニット１２６が作動し、先に保存した第１のセッション鍵を携帯電話機２０へと送信する。
【００４２】
したがって、図１３のステップ３５６０において、携帯電話機１０は、第２のセッションチケットを受信したときに、自身のホームドメイン取得ユニット１３２に対して、第２のセッションチケットから第２のセッション鍵を抽出して、第２のセッション鍵をホームドメイン保存ユニット１３４に保存するように指示する。続いて、図１３のステップ３５６４において、携帯電話機１０の共有鍵生成ユニット１２２が作動し、擬似乱数関数を使用して、ホームドメイン保存ユニット１３４に保存されている第２のセッション鍵および外部ドメイン保存ユニット１３０に保存されている第１のセッション鍵に従って共有の第３のセッション鍵を生成し、この第３のセッション鍵をホームドメイン保存ユニット１３４に保存する。
【００４３】
同様に、図１３のステップ３５６２において、携帯電話機２０は、第１のセッションチケットを受信したときに、自身のホームドメイン取得ユニット１３２に対して、第１のセッションチケットから第１のセッション鍵を抽出して、第１のセッション鍵をホームドメイン保存ユニット１３４に保存するように指示する。続いて、図１３のステップ３５６６において、携帯電話機２０の共有鍵生成ユニット１２２が作動し、擬似乱数関数を使用して、ホームドメイン保存ユニット１３４に保存されている第１のセッション鍵および外部ドメイン保存ユニット１３０に保存されている第２のセッション鍵に従って共有の第３のセッション鍵を生成し、この第３のセッション鍵をホームドメイン保存ユニット１３４に保存する。
【００４４】
したがって、第３のセッション鍵が、携帯電話機１０、２０のみが知る共通の鍵であることが保証され、第３者（第１および第２のＫＤＣ３０、４０を含む）は、この鍵を知ることができない。したがって、それぞれ異なるドメイン５５、６５に属している携帯電話機１０、２０が、図１３のステップ３５６８に示されるとおり、第３のセッション鍵を使用して、セキュアなドメイン間身元認証を実行することができ、ステップ３５７０の後でドメイン間音声通信を実行することができる。
【００４５】
さらに、第２のＫＤＣ４０（第１のＫＤＣ３０も）の作業負荷が軽減されることで、好ましい実施形態においては、第２のＫＤＣ４０が、最初に第１のセッションチケットを第１のセッション鍵とともに携帯電話機１０へと送信でき、その後に第１のセッションチケットが、携帯電話機１０から携帯電話機２０へと送信されることに注目すべきである。しかしながら、本発明がこれに限られるわけではなく、第２のＫＤＣ４０（および、第１のＫＤＣ３０）の作業負荷を考慮せず、第１のセッションチケットを第２のＫＤＣ４０から携帯電話機２０へと直接送信してもよい。
【００４６】
以上から、本発明においては、ＳＩＰプロキシサーバが、仲介ノードデバイスとして使用すべく２つのドメインに同時に登録されている携帯電話機を検索するために使用され、この仲介ノードデバイスを介して、別のドメインにそれぞれ属している携帯電話機が、ドメイン間の認証を実行することができる。したがって、２つのドメインのサーバにおいて複雑なドメイン間信任動作を利用する必要がないだけでなく、ネットワーク攻撃を受けることも少なくなり、異なるドメインの携帯電話機の間のセキュアなドメイン間音声通信という利点および目標が達成される。
【００４７】
ドメイン間音声通信のセキュアな認証への適用（上述の実施形態のとおり）に加えて、本発明は、（１）ＳＭＳ（ショートメッセージサービス）、ＭＭＳ（マルチメディアメッセージングサービス）、ＳＩＰ通知（ＳＩＰ Ｎｏｔｉｆｙ）、ＳＩＰメッセージ、などといったセキュアなドメイン間メッセージングサービス、ならびに（２）例えばＭＰＥＧ４、Ｈ．２６４、などといったセキュアなドメイン間ビデオ通信またはドメイン間マルチメディアストリーミングに適用可能である。同様の種類のドメイン間情報通信においてセキュアな認証を実行する方法は、送信される情報の中身が異なるだけで、上述の実施形態の主たる技術的手段とほぼ同じであるため、ここでは説明を省略する。
【００４８】
以上、本発明を最も現実的かつ好ましい実施形態であると考えられる内容に関して説明したが、本発明が、本明細書に開示された実施形態に限定されず、最も広い解釈の精神および範囲に含まれる種々の構成を包含し、そのような変形および均等な構成のすべてを網羅することを理解すべきである。
【産業上の利用可能性】
【００４９】
本発明は、ドメイン間情報通信のための認証方法、システム、およびその装置に適用することが可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明のドメイン間情報通信のための認証方法の好ましい実施形態によるネットワーキングシステムのアーキテクチャを示している。
【図２】好ましい実施形態による第１のＳＩＰプロキシサーバおよび携帯電話機の内部機能ユニットのブロック図である。
【図３】好ましい実施形態による第１のＳＩＰプロキシサーバ（一部分）および候補仲介ノードデバイスの内部ハードウェア・アーキテクチャのブロック図である。
【図４】好ましい実施形態による候補仲介ノードデバイスの第１のＳＩＰプロキシサーバへの登録のフロー図である。
【図５】好ましい実施形態による携帯電話機の仲介ノード要求モジュールの詳細なハードウェア・アーキテクチャの回路ブロック図である。
【図６】好ましい実施形態に従った第１のＳＩＰプロキシサーバによる仲介ノードデバイスの検索のフロー図である。
【図７】好ましい実施形態による第１のＳＩＰプロキシサーバの一部分の内部ハードウェア・アーキテクチャのブロック図である。
【図８】好ましい実施形態による検索結果の概略図である。
【図９】好ましい実施形態による候補仲介ノードデバイスの最初のフィルタ処理結果の概略図である。
【図１０】好ましい実施形態による携帯電話機の外部ドメイン処理モジュールおよびホームドメイン処理モジュールの詳細なハードウェア・アーキテクチャのブロック図である。
【図１１】好ましい実施形態に従って第１のドメインに属する携帯電話機が仲介ノードデバイスを介して第２のＫＤＣからの第１の鍵を要求するフロー図である。
【図１２】好ましい実施形態に従って第２のドメインに属する携帯電話機が仲介ノードデバイスを介して第１のＫＤＣからの第２の鍵を要求するフロー図である。
【図１３】第１および第２のドメインにそれぞれ属する携帯電話機が、ドメイン間認証を実行するために、入手した第１および第２の鍵を使用して共通の第３の鍵を生成するフロー図である。
【技術分野】
【０００１】
本発明は、情報通信のための認証方法に関し、さらに詳しくは、ドメイン間情報通信のための認証方法、システム、およびその装置に関する。
【背景技術】
【０００２】
ネットワーク通信技術が、近年において急激な成熟を遂げている。結果として、現在では、デジタル音声パケットをインターネットを介して送信するボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）、メッセージを送信するためのショートメッセージサービス（ＳＭＳ）、ビデオコミュニケーション、およびマルチメディアストリーミングが、インターネットにおいて広く使用されている。
【０００３】
ＶｏＩＰにおいては、現時点では、セッション開始プロトコル（ＳＩＰ）が、典型的なシグナリングプロトコル規格である。ＶｏＩＰシステムにおいては、ＳＩＰ式の携帯電話機のそれぞれが、特定のＳＩＰドメイン登録機関に登録して、特定のＳＩＰドメインに属し、ドメインのセキュリティ管理は、通常は鍵管理センター（ＫＭＣ）または鍵配布センター（ＫＤＣ）によって制御される。これらの携帯電話機は、同じ認証プロトコルを使用しているため、セキュアな通信リンクを実現するための相互の認証を、携帯電話機とサーバとの間ならびに同じドメインの携帯電話機の間では、容易に実現することが可能である。
【０００４】
しかしながら、２つの携帯電話機の間の通信リンクが異なるドメインにまたがる場合には、各ドメインが異なる認証プロトコルを使用している可能性があるため、セキュアな通信を実現するために、別の共通の認証方法を使用する必要がある。したがって、ドメイン間の信頼できる動作という課題が生じる。
【０００５】
上記課題を解決するために、「Ｍｅｔｈｏｄ ａｎｄ Ｓｙｓｔｅｍ Ｆｏｒ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｈｒｏｕｇｈ Ｍｕｌｔｉｐｌｅ Ｐｒｏｘｙ Ｓｅｒｖｅｒｓ Ｔｈａｔ Ｒｅｑｕｉｒｅ Ｄｉｆｆｅｒｅｎｔ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄａｔａ」という名称の米国特許第６，８３９，７６１号は、ＳＩＰにおけるクライアントと一連のプロキシとの間の認証の問題を解決するために、ＳＩＰ要求に一連のプロキシ（サーバ）のためのそれぞれの認証データを付加することを可能にし、別個のセキュリティドメインについての一連の認証の検証を実現している。しかしながら、この特許は、ドメイン間の問題を解決しようとするものではない。
【０００６】
「Ａｐｐａｒａｔｕｓ，Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ Ｆｏｒ Ｆａｃｉｌｉｔａｔｉｎｇ Ａｕｔｈｅｎｔｉｃａｔｅｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｂｅｔｗｅｅｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅａｌｍｓ」という名称の別の米国特許出願公開第２００５０１０８５７５号が、異なる認証プロトコル間の認証を実現するための認証ゲートウェイを開示している。しかしながら、固定の認証ゲートウェイは、ネットワーク攻撃にさらされることによるサービス・アベイラビリティの問題に容易に直面する。
【０００７】
したがって、異なるセキュリティドメインにまたがる通信に関係する電子デバイスについて、両方のセキュリティドメインサーバにおいて複雑なドメイン間信任動作を使用する必要なく、相互の認証の信任状の取得を可能にすることができる機構を提供することについて、ニーズが存在している。
【発明の開示】
【０００８】
したがって、本発明の目的は、ドメイン間情報通信のための認証方法、システム、およびその装置であって、相互の認証のための信任状を、２つのセキュリティドメインサーバにおいて複雑なドメイン間信任動作を使用する必要なく取得することができる認証方法、システム、およびその装置を提供することにある。
【０００９】
ドメイン間情報通信のための本発明の認証方法は、インターネットを介して情報通信を実行することを望んでいる第１のドメインに属する第１の電子デバイスおよび第２のドメインに属する第２の電子デバイスへと適用される。この方法は、（Ａ）第１の電子デバイスに対して、同じドメイン内の第１のプロキシサーバに依頼して第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけてもらうように指示するステップ、（Ｂ）第１の電子デバイスに対して、仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信するように指示するステップ、（Ｃ）第２の電子デバイスに対して、第１のチケットを受信し、次いで仲介ノードデバイスを介して第１のドメインの第１の鍵配布センターへの登録を行って第２の鍵を入手し、第２の鍵を含む第２のチケットを第１の電子デバイスへと送信するように指示するステップ、および（Ｄ）第１および第２の電子デバイスに対し、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行するように指示するステップ、を含んでいる。
【００１０】
さらに、上述の方法を実行するための本発明のドメイン間情報通信認証システムは、第１のドメインに設置され、第２のドメインに属する第２の電子デバイスとインターネットを介した情報通信を実行するために使用される。このシステムは、複数の候補仲介ノードデバイスを記録するための第１のプロキシサーバ；前記候補仲介ノードデバイスから第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけるように前記第１のプロキシサーバに依頼する要求メッセージを送信し、前記仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信する第１の電子デバイス；および第２の電子デバイスに対して、第２の鍵を入手するための前記仲介ノードデバイスを介した登録を提供する第１の鍵配布センター；を備えており、第２の鍵を含む第２のチケットが前記第１の電子デバイスへと送信され、前記第１および第２の電子デバイスが、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行することができる。
【００１１】
さらに、上述の方法を実行するための本発明の移動通信電子デバイスは、第１のドメインに属しており、インターネットを介して第２のドメインに属する第２の電子デバイスとの情報通信を実行する。この移動通信電子デバイスは、同じドメイン内の第１のプロキシサーバに対して第１および第２のドメインに同時に登録されている仲介ノードデバイスを発見するように依頼する要求メッセージを送信する仲介ノード要求モジュール；および仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って、第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信して、第２の鍵を含む第２のチケットを返すように第２の電子デバイスに要求し、第２のチケットを処理して第２の鍵を入手し、第２の電子デバイスとの情報通信の認証の実行に使用するために、第１および第２の鍵に従って第３の鍵を生成するドメイン間鍵処理ユニット、を備えている。
【００１２】
さらに、上述の方法を実行するための本発明の仲介ノードデバイスは、第１のドメインおよび第２のドメインにまたがり、第１のドメインの第１のプロキシサーバおよび第１の電子デバイスと通信して、第２のドメインに属する第２の電子デバイスとの情報通信の実行において第１の電子デバイスを補助することができる。この仲介ノードデバイスは、構成データを保存するためのドメイン情報保存ユニット；第１のプロキシサーバへと接続される第１の接続ユニット；および前記ドメイン情報保存ユニットに保存された構成データに従ってドメイン特有情報を生成し、ドメイン特有情報を第１の接続ユニットを介して第１のプロキシサーバへと送信するためのドメイン特有情報作成ユニット、を備えている。
【００１３】
本発明の他の特徴および利点が、添付の図面を参照して、好ましい実施形態についての以下の詳細な説明において明らかになるであろう。
【発明を実施するための最良の形態】
【００１４】
図１を参照すると、本発明によるドメイン間情報通信のための認証方法の好ましい実施形態が、インターネット８０を介する音声データ通信（すなわち、ＶｏＩＰ）が所望される第１のＳＩＰドメイン５５（ｓｉｐａ．ｃｏｍというＳＩＰ ＵＲＩを有している）に属する第１の電子デバイス１０（Ａｌｉｃｅ＠ｓｉｐａ．ｃｏｍというＳＩＰ ＵＲＩを有している）および第２のＳＩＰドメイン６５（ｓｉｐｂ．ｃｏｍというＳＩＰ ＵＲＩを有している）に属する第２の電子デバイス２０（Ｂｏｂ＠ｓｉｐｂ．ｃｏｍというＳＩＰ ＵＲＩを有している）へと適用される。第１のドメイン５５には、第１のプロキシサーバ（好ましい実施形態においては、第１のプロキシサーバがＳＩＰプロキシサーバであり、以下では第１のＳＩＰプロキシサーバ５０と称される）および第１のＫＤＣ３０が存在している。第２のドメイン６５には、第２のプロキシサーバ（好ましい実施形態においては、第２のプロキシサーバがＳＩＰプロキシサーバであり、以下では第２のＳＩＰプロキシサーバ６０と称される）および第２のＫＤＣ４０が存在している。第１の電子デバイス１０が、発呼側端末であり、第２の電子デバイス２０が、着呼側端末である。好ましい実施形態においては、第１および第２の電子デバイス１０、２０が、携帯電話機として例示されている（以下では、両者を携帯電話機１０、２０と記載する）が、これに限られるわけではない。
【００１５】
好ましい実施形態による第１のＳＩＰプロキシサーバ５０および携帯電話機１０の内部機能ユニットのブロック図である図２に示されているとおり、第１のＳＩＰプロキシサーバ５０（第２のＳＩＰプロキシサーバ６０と同一である）は、インターネットとの接続のためのネットワーク通信ユニット５００、信号送受信ユニット５０２、ドメイン間登録ユニット５０４、ドメイン間仲介ノード検索ユニット５０６、およびドメイン管理データベース５０８を含んでいる。携帯電話機１０は、インターネットとの接続のためのネットワーク通信ユニット１００、仲介ノード要求モジュール１０２、認証通信ユニット１０４、およびドメイン間鍵処理ユニット１０６を含んでいる。これらの機能ユニットの動作を、以下で説明する。
【００１６】
本実施形態のドメイン間音声通信のための認証方法は、以下を含んでいる。
【００１７】
ステップ（Ａ）：
携帯電話機１０が、第１のＳＩＰプロキシサーバ５０に対して、第１および第２のドメイン５５、６５に同時に登録されている仲介ノードデバイスを提供するように要求する。
【００１８】
ステップ（Ａ）に先立ち、複数の候補仲介ノードデバイスの情報が、第１のＳＩＰプロキシサーバ５０に前もって記録されている。オンにされている状態において、候補仲介ノードデバイスは、登録および更新を行うために、ドメイン特有情報を第１のＳＩＰプロキシサーバ５０へと送信する。
【００１９】
第１に、候補仲介ノードデバイスは、第１および第２のドメイン５５、６５に同時に登録されているデバイスでなければならない。好ましい実施形態においては、仲介ノードデバイスが、携帯電話機として例示されるが、これに限られるわけではない。オンにされている状態において、候補仲介ノードデバイスは、２つのドメイン５５、６５の間にブリッジを確立できるよう、ドメイン特有情報を適切なドメインのＳＩＰプロキシサーバへと固定の間隔で送信して、自身の存在をＳＩＰプロキシサーバに認知させる。
【００２０】
さらに、図３に示されているとおり、ドメイン特有情報を生成するために、候補仲介ノードデバイス７００のそれぞれは、ネットワーク通信ユニット７０２、信号送受信ユニット７０４、第１の接続ユニット７０６、ドメイン特有情報作成ユニット７０８、および構成データを保存するためのドメイン情報保存ユニット７１０を含んでいる。
【００２１】
また、図３に示されているとおり、上述のドメイン特有情報を処理するために、第１のＳＩＰプロキシサーバ５０（第２のＳＩＰプロキシサーバ６０と同一である）のドメイン間登録ユニット５０４は、ドメイン特有情報交換ユニット５１０および第２の接続ユニット５１２をさらに含んでいる。
【００２２】
さらに図４のフロー図を参照すると、オンにされている状態において、候補仲介ノードデバイス７００は、図４のステップ１５００において、自身のドメイン特有情報作成ユニット７０８に対し、ドメイン情報保存ユニット７１０に保存されている構成データを組み合わせて、第１および第２のＳＩＰドメイン５５、６５の身元ならびに第１および第２のＫＤＣ３０、４０の身元を含むドメイン特有情報を作成するように指示する。次に、ステップ１５０２で、第１の接続ユニット７０６において、ドメイン特有情報が登録要求［ＲＥＧＩＳＴＥＲ］に付加され、信号送受信ユニット７０４およびネットワーク通信ユニット７０２を介して第１のＳＩＰプロキシサーバ５０へと送信される。ドメイン特有情報は、仲介ノードデバイス自体のハードウェア能力ならびに同時に処理できるノード対ノードの接続の最大数などといった情報をさらに含んでいる。
【００２３】
ステップ１５０４において、第１のＳＩＰプロキシサーバ５０が自身のネットワーク通信ユニット５００および信号送受信ユニット５０２を介して登録要求［ＲＥＧＩＳＴＥＲ］を受信したとき、第１のＳＩＰプロキシサーバ５０の第２の接続ユニット５１２が作動して、登録要求［ＲＥＧＩＳＴＥＲ］からドメイン特有情報を分析および抽出し、ドメイン特有情報交換ユニット５１０がドメイン特有情報を使用して元のデータを更新すべく作動した後で、ドメイン特有情報がドメイン管理データベース５０８に保存される。更新が完了した後、ステップ１５０６において、無事完了メッセージ［２００ ＯＫ］が候補仲介ノードデバイス７００へと送信される。このようにして、候補仲介ノードデバイス７００と第２のＳＩＰドメイン６５および第２のＫＤＣ４０との間に確立されたブリッジが、第１のＳＩＰプロキシサーバ５０に登録される。
【００２４】
図５を参照すると、携帯電話機１０の仲介ノード要求モジュール１０２が、携帯電話機２０との通信のチケット要求を生成するために使用され、ネットワーク通信ユニット１００を介して、第１のＳＩＰプロキシサーバ５０からの仲介ノードデバイスを要求する。仲介ノード要求モジュール１０２は、要求メッセージ送受信ユニット１０８、チケット要求ユニット１１０、信号送受信ユニット１１２、仲介ノード要求ユニット１１４、および仲介ノード情報抽出ユニット１１６を含んでいる。
【００２５】
したがって、第１のＳＩＰドメイン５５に属する携帯電話機１０が、第２のＳＩＰドメイン６５に属する携帯電話機２０へと電話をかけることを望む場合、図６のステップ２５００において、チケット要求ユニット１１０が、例えばＢｏｂ＠ｓｉｐｂ．ｃｏｍなど、着呼側端末（すなわち、携帯電話機２０）の情報を含むチケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を生成する。ステップ２５０２において、チケット要求メッセージ［ＴＧＳ＿ＲＥＱ］が、要求メッセージ送受信ユニット１０８およびネットワーク通信ユニット１００を介して第１のＫＤＣ３０へと送信される。次いで、ステップ２５０４において、第１のＫＤＣ３０がメッセージを検査し、第１のＳＩＰドメイン５５と第２のＳＩＰドメイン６５との間に相互信任関係が存在するか否かを判断し、すなわち例えば第１のＫＤＣ３０と第２のＫＤＣ４０との間に共有鍵があらかじめ確立されているかなど、信任関係が第１のＫＤＣ３０と第２のＫＤＣ４０との間に前もって確立されているか否かを判断する。
【００２６】
第１のＫＤＣ３０は、第２のＫＤＣ４０との相互信任関係が存在しないことを発見（両者が同じドメインにないため）し、ステップ２５０６において、不成功（ＮＧ）メッセージを含む応答メッセージ［ＴＧＳ＿ＲＥＰ］を携帯電話機１０へと返す。携帯電話機１０は、ネットワーク通信ユニット１００および要求メッセージ送受信ユニット１０８を介して不成功の応答メッセージ［ＴＧＳ＿ＲＥＰ］を受信したとき、携帯電話機２０が別のドメインに属していることを知る。したがって、携帯電話機１０は、自身と別のドメインに属する携帯電話機２０との間の仲介ノードを検索しなければならない。
【００２７】
そこで、ステップ２５０８において、携帯電話機１０の仲介ノード要求ユニット１１４が、例えば携帯電話機２０のＳＩＰ ＵＲＩ：Ｂｏｂ＠ｓｉｐｂ．ｃｏｍなどといった着呼側端末の情報を含んでいる仲介ノード検索メッセージ［ＩＮＶＩＴＥ］を生成する。ステップ２５１０において、仲介ノード検索メッセージ［ＩＮＶＩＴＥ］が、仲介ノードデバイスを検索するために、信号送受信ユニット１１２およびネットワーク通信ユニット１００を介して第１のＳＩＰプロキシサーバ５０へと送信される。
【００２８】
図７を参照すると、適切な仲介ノードデバイスを発見しようとする携帯電話機１０を助けるために、第１のＳＩＰプロキシサーバ５０のドメイン間仲介ノード検索ユニット５０６が、仲介ノードを発見して検索結果を生成するための仲介ノード発見モジュール５１４と、検索結果に従って最良の仲介ノードデバイスを選択する仲介ノード選択モジュール５１６とをさらに備えている。次に、仲介ノード発見モジュール５１４は、候補仲介ノード発見ユニット５１８および候補検索ユニット５２０を含んでおり、仲介ノード選択モジュール５１６は、仲介ノード選択ユニット５２２、候補フィルタ処理ユニット５２４、および選択ユニット５２６を含んでいる。
【００２９】
したがって、図６のステップ２５１２において、第１のＳＩＰプロキシサーバ５０がネットワーク通信ユニット５００および信号送受信ユニット５０２を介して仲介ノード検索メッセージ［ＩＮＶＩＴＥ］を受信した後、第１のＳＩＰプロキシサーバ５０の候補仲介ノード発見ユニット５１８が作動して、仲介ノード検索メッセージ［ＩＮＶＩＴＥ］から着呼側端末の情報を取得する。次いで、この情報が、候補検索ユニット５２０へと送信され、ドメイン管理データベース５０８を検索するためのインデックス（検索条件）として使用される。詳しくは、ドメイン管理データベース５０８に記録されている候補仲介ノードデバイス７００の情報が、第１および第２のドメイン５５および５６に同時に存在する候補仲介ノードデバイスを見つけるために検索され、そのような候補仲介ノードデバイスが、後の仲介ノードの選択において入力として使用される。検索結果の例が、図８に示されている。ドメイン管理データベース５０８を検索することによって、第１および第２のドメイン５５および６５に同時に存在する３つの候補仲介ノードデバイス（Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍ、Ｃａｒｏｌ２＠ｓｉｐａ．ｃｏｍ、およびＣａｒｏｌ３＠ｓｉｐａ．ｃｏｍ）が発見されている。
【００３０】
次に、ステップ２５１４において、検索結果を入力として使用して、候補フィルタ処理ユニット５２４が作動し、資格のない仲介ノードデバイスを検索結果から除外するように、初期のフィルタ処理手順を実行する。例えば、動作中のサービスの数が所定の数以上である候補仲介ノードデバイスが除外される。図８の例では、最大数の動作中のサービスを達成している仲介ノードデバイス（すなわち、Ｃａｒｏｌ３＠ｓｉｐａ．ｃｏｍ）が除外され、図９に示されるとおりの候補仲介ノードデバイスが残される。続いて、この初期のフィルタ処理の結果（図９に示されている）に、選択ユニット５２６によって実行される仲介ノードデバイスの選択の手順が加えられ、検索結果が候補仲介ノードデバイスのハードウェア能力の順序によって並べ替えられ、残る候補仲介ノードデバイス７００の中から、どの候補仲介ノードデバイスが最良のハードウェア能力を有しているかに従い、あるいはどの候補仲介ノードデバイスのサービス可能数が最大であるかに従って、最良の仲介ノードデバイス７０が選択される。したがって、「ハードウェア能力が最良」という条件が使用される場合には、仲介ノードデバイスＣａｒｏｌ２＠ｓｉｐａ．ｃｏｍが選択される一方で、「サービス可能数が最大」という条件が使用される場合には、仲介ノードデバイスＣａｒｏｌ１＠ｓｉｐａ．ｃｏｍが選択される。
【００３１】
したがって、仲介ノードデバイス７０が選択された後、ステップ２５１６において、第１のＳＩＰプロキシサーバ５０が、仲介ノード選択ユニット５２２によって、Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍ（または、Ｃａｒｏｌ２＠ｓｉｐａ．ｃｏｍ）というＳＩＰ ＵＲＩを含む応答メッセージ［４０４ Ｎｏｔ Ｆｏｕｎｄ］など、仲介ノードデバイス７０を含む情報を生成し、信号送受信ユニット５０２およびネットワーク通信ユニット５００を介して携帯電話機１０へと送信する。携帯電話機１０が、ネットワーク通信ユニット１００および信号送受信ユニット１１２を介して応答メッセージ［４０４ Ｎｏｔ Ｆｏｕｎｄ］を受信し、仲介ノード情報抽出ユニット１１６によって応答メッセージ［４０４ Ｎｏｔ Ｆｏｕｎｄ］から仲介ノードデバイス７０の情報を抽出する。このようにして、携帯電話機１０は、携帯電話機２０とのドメイン間セキュア認証を実行するための仲介ノードとして機能する仲介ノードデバイス７０を発見し、仲介ノードデバイス７０の識別情報（Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍまたはＣａｒｏｌ２＠ｓｉｐａ．ｃｏｍ）を手にする。
【００３２】
続いて、ステップ２５１８において、携帯電話機１０が、自身のチケット要求ユニット１１０、要求メッセージ送受信ユニット１０８、およびネットワーク通信ユニット１００によってチケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を生成および送信し、第１のＫＤＣ３０に対して仲介ノードデバイス７０へと接続するためのチケットを要求する。ステップ２５２０において、仲介ノードデバイス７０へのチケットを生成した後に、第１のＫＤＣ３０は、チケット応答メッセージ［ＴＧＳ＿ＲＥＰ］を携帯電話機１０へと返す。したがって、携帯電話機１０が取得した仲介ノードデバイス７０へのチケットを、後の携帯電話機２０とのセキュアな認証に使用することができる。
【００３３】
ステップ（Ｂ）：
携帯電話機１０が、仲介ノードデバイス７０を介して第２のＫＤＣ４０からの第１のセッション鍵を要求し、第１のセッション鍵を含む第１のセッションチケットを携帯電話機２０へと送信する。
【００３４】
図１０に示されているとおり、上述の動作を実現するために、携帯電話機１０のドメイン間鍵処理ユニット１０６（携帯電話機２０についても同様）は、外部ドメイン処理モジュール１１８、ホームドメイン処理モジュール１２０、および共有鍵生成ユニット１２２を含んでいる。次に、外部ドメイン処理モジュール１１８は、外部ドメイン取得ユニット１２４、デリバリユニット１２６、登録ユニット１２８、および外部ドメイン保存ユニット１３０を含んでいる。次に、ホームドメイン処理モジュール１２０は、ホームドメイン取得ユニット１３２およびホームドメイン保存ユニット１３４を含んでいる。外部ドメイン処理モジュール１１８およびホームドメイン処理モジュール１２０の両者は、認証通信ユニット１０４およびネットワーク通信ユニット１００を介してインターネットへと接続されている。
【００３５】
したがって、携帯電話機１０は、仲介ノードデバイス７０を介して携帯電話機２０とのドメイン間認証を実行しようと望むとき、まずは仲介ノードデバイス７０を介して第２のＫＤＣ４０に登録するために、外部ドメイン取得ユニット１２４を作動させる。始めに、図１１のステップ３５００において、登録ユニット１２８において登録要求メッセージ［ＡＰ＿ＲＥＱ］が作成され、認証通信ユニット１０４およびネットワーク通信ユニット１００を介して仲介ノードデバイス７０へと送信される。次に、ステップ３５０２および３５０４において、仲介ノードデバイス７０が、第２のＫＤＣ４０への携帯電話機１０の登録を要求するための要求メッセージ［ＵＳＲ＿ＲＥＧ］（携帯電話機１０の身元Ａｌｉｃｅ＠ｓｉｐａ．ｃｏｍが付加されている）を再生成し、要求メッセージを第２のＫＤＣ４０へと送信する。要求メッセージを受信した後、第２のＫＤＣ４０は、ステップ３５０６において、携帯電話機１０のための登録ＩＤを生成し、ステップ３５０８において、登録ＩＤを付加してなる登録応答メッセージ［ＵＳＲ＿ＲＥＰ］を仲介ノードデバイス７０に返す。次に、ステップ３５１０において、仲介ノードデバイス７０が、登録応答メッセージ［ＵＳＲ＿ＲＥＰ］を携帯電話機１０へと送信し、携帯電話機１０のネットワーク通信ユニット１００および認証通信ユニット１０４が、登録応答メッセージ［ＵＳＲ＿ＲＥＰ］を登録ユニット１２８へと送る。
【００３６】
第２のＫＤＣ４０によって生成された登録ＩＤを受信した後、携帯電話機１０は、ステップ３５１２および３５１４において、ディフィ−ヘルマン（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）などのセキュアプロトコルによって第２のＫＤＣ４０とのセキュアチャンネル（［ＤＨ＿ＲＥＱ］および［ＤＨ＿ＲＥＰ］）を確立する。次に、ステップ３５１６において、携帯電話機１０は、登録ＩＤを使用して第２のＫＤＣ４０との認証（［ＡＵＴＨ＿ＲＥＱＲＳＰ］）を実行し、登録ＩＤが第２のＫＤＣ４０から送信されたものであることを確認する。ステップ３５１８において、認証済みのセキュアなチャンネルが、携帯電話機１０と第２のＫＤＣ４０との間に確立される。
【００３７】
次に、ステップ３５２０において、携帯電話機１０が、外部ドメイン取得ユニット１２４に対して、チケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を送信するように指示して、第２のＫＤＣ４０からの携帯電話機２０のためのチケットを要求する。その結果、ステップ３５２２において、第２のＫＤＣ４０が、第１のセッション鍵および第１のセッションチケットを含むチケット応答メッセージ［ＴＧＳ＿ＲＥＰ］（暗号化された第１のセッション鍵を含んでいる）を携帯電話機１０に返し、このセッションチケットが、携帯電話機２０へと送信されるべきセッションチケットである。ステップ３５２４において、外部ドメイン取得ユニット１２４は、得られた第１のセッション鍵および第１のセッションチケットを外部ドメイン保存ユニット１３０に保存する。
【００３８】
他方で、図１２のステップ３５２８において、携帯電話機１０は、仲介ノードデバイス７０の情報（Ｃａｒｏｌ１＠ｓｉｐａ．ｃｏｍまたはＣａｒｏｌ２＠ｓｉｐａ．ｃｏｍ）を含む要求メッセージ［ＩＮＶＩＴＥ］を携帯電話機２０へと送信し、携帯電話機２０にセキュア信任状の交換を開始させる。要求メッセージ［ＩＮＶＩＴＥ］が、第１および第２のＳＩＰプロキシサーバ５０、６０を介して携帯電話機２０へと伝えられる。要求メッセージ［ＩＮＶＩＴＥ］を受信した後、携帯電話機２０は、ステップ３５３０において、セキュア信任状の交換の開始を知らせる応答メッセージ［２００ ＯＫ］を携帯電話機１０へと送信する。
【００３９】
次に、ステップ３５３２において、携帯電話機２０は、第１のＫＤＣ３０への登録のために、登録要求メッセージ［ＡＰ＿ＲＥＱ］を仲介ノードデバイス７０へと送信する。このメッセージを受信した後、仲介ノードデバイス７０は、ステップ３５３４および３５３６において、携帯電話機２０の身元Ｂｏｂ＠ｓｉｐｂ．ｃｏｍを含むユーザ登録要求メッセージ［ＵＳＲ＿ＲＥＧ］を再生成し、第１のＫＤＣ３０へと送信する。続いて、ステップ３５３８、３５４０、および３５４２において、第１のＫＤＣ３０が、携帯電話機２０のための登録ＩＤを生成し、応答メッセージ［ＵＳＲ＿ＲＥＰ］を仲介ノードデバイス７０を介して携帯電話機２０へと返す。
【００４０】
登録ＩＤを受信した後、携帯電話機２０は、ステップ３５４４および３５４６において、ディフィ−ヘルマンなどのセキュアプロトコルによって第１のＫＤＣ３０とのセキュアチャンネル（［ＤＨ＿ＲＥＱ］および［ＤＨ＿ＲＥＰ］）を確立する。ステップ３５４８において、携帯電話機２０は、登録ＩＤを使用して第１のＫＤＣ３０との認証（［ＡＵＴＨ＿ＲＥＱＲＳＰ］）を実行し、登録ＩＤが第１のＫＤＣ３０から送信されたものであることを確認する。結果として、ステップ３５５０において、認証済みのセキュアなチャンネルが、携帯電話機２０と第１のＫＤＣ３０との間に確立される。
【００４１】
次に、ステップ３５５２において、携帯電話機２０が、チケット要求メッセージ［ＴＧＳ＿ＲＥＱ］を送信して、第１のＫＤＣ３０からの携帯電話機１０のためのチケットを要求する。その結果、ステップ３５５４において、第１のＫＤＣ３０が、第２のセッション鍵および第２のセッションチケットを含むチケット応答メッセージ［ＴＧＳ＿ＲＥＰ］（暗号化された第２の鍵を含んでいる）を携帯電話機２０へと返す。ステップ３５５６において、携帯電話機２０が、第２のセッション鍵および第２のセッションチケットを取得し、自身の外部ドメイン保存ユニット１３０に保存し、その後にステップ３５５８において、デリバリユニット１２６を介して第２のセッションチケットを携帯電話機１０へと送信する。その後、ステップ３５５９において、携帯電話機１０のデリバリユニット１２６が作動し、先に保存した第１のセッション鍵を携帯電話機２０へと送信する。
【００４２】
したがって、図１３のステップ３５６０において、携帯電話機１０は、第２のセッションチケットを受信したときに、自身のホームドメイン取得ユニット１３２に対して、第２のセッションチケットから第２のセッション鍵を抽出して、第２のセッション鍵をホームドメイン保存ユニット１３４に保存するように指示する。続いて、図１３のステップ３５６４において、携帯電話機１０の共有鍵生成ユニット１２２が作動し、擬似乱数関数を使用して、ホームドメイン保存ユニット１３４に保存されている第２のセッション鍵および外部ドメイン保存ユニット１３０に保存されている第１のセッション鍵に従って共有の第３のセッション鍵を生成し、この第３のセッション鍵をホームドメイン保存ユニット１３４に保存する。
【００４３】
同様に、図１３のステップ３５６２において、携帯電話機２０は、第１のセッションチケットを受信したときに、自身のホームドメイン取得ユニット１３２に対して、第１のセッションチケットから第１のセッション鍵を抽出して、第１のセッション鍵をホームドメイン保存ユニット１３４に保存するように指示する。続いて、図１３のステップ３５６６において、携帯電話機２０の共有鍵生成ユニット１２２が作動し、擬似乱数関数を使用して、ホームドメイン保存ユニット１３４に保存されている第１のセッション鍵および外部ドメイン保存ユニット１３０に保存されている第２のセッション鍵に従って共有の第３のセッション鍵を生成し、この第３のセッション鍵をホームドメイン保存ユニット１３４に保存する。
【００４４】
したがって、第３のセッション鍵が、携帯電話機１０、２０のみが知る共通の鍵であることが保証され、第３者（第１および第２のＫＤＣ３０、４０を含む）は、この鍵を知ることができない。したがって、それぞれ異なるドメイン５５、６５に属している携帯電話機１０、２０が、図１３のステップ３５６８に示されるとおり、第３のセッション鍵を使用して、セキュアなドメイン間身元認証を実行することができ、ステップ３５７０の後でドメイン間音声通信を実行することができる。
【００４５】
さらに、第２のＫＤＣ４０（第１のＫＤＣ３０も）の作業負荷が軽減されることで、好ましい実施形態においては、第２のＫＤＣ４０が、最初に第１のセッションチケットを第１のセッション鍵とともに携帯電話機１０へと送信でき、その後に第１のセッションチケットが、携帯電話機１０から携帯電話機２０へと送信されることに注目すべきである。しかしながら、本発明がこれに限られるわけではなく、第２のＫＤＣ４０（および、第１のＫＤＣ３０）の作業負荷を考慮せず、第１のセッションチケットを第２のＫＤＣ４０から携帯電話機２０へと直接送信してもよい。
【００４６】
以上から、本発明においては、ＳＩＰプロキシサーバが、仲介ノードデバイスとして使用すべく２つのドメインに同時に登録されている携帯電話機を検索するために使用され、この仲介ノードデバイスを介して、別のドメインにそれぞれ属している携帯電話機が、ドメイン間の認証を実行することができる。したがって、２つのドメインのサーバにおいて複雑なドメイン間信任動作を利用する必要がないだけでなく、ネットワーク攻撃を受けることも少なくなり、異なるドメインの携帯電話機の間のセキュアなドメイン間音声通信という利点および目標が達成される。
【００４７】
ドメイン間音声通信のセキュアな認証への適用（上述の実施形態のとおり）に加えて、本発明は、（１）ＳＭＳ（ショートメッセージサービス）、ＭＭＳ（マルチメディアメッセージングサービス）、ＳＩＰ通知（ＳＩＰ Ｎｏｔｉｆｙ）、ＳＩＰメッセージ、などといったセキュアなドメイン間メッセージングサービス、ならびに（２）例えばＭＰＥＧ４、Ｈ．２６４、などといったセキュアなドメイン間ビデオ通信またはドメイン間マルチメディアストリーミングに適用可能である。同様の種類のドメイン間情報通信においてセキュアな認証を実行する方法は、送信される情報の中身が異なるだけで、上述の実施形態の主たる技術的手段とほぼ同じであるため、ここでは説明を省略する。
【００４８】
以上、本発明を最も現実的かつ好ましい実施形態であると考えられる内容に関して説明したが、本発明が、本明細書に開示された実施形態に限定されず、最も広い解釈の精神および範囲に含まれる種々の構成を包含し、そのような変形および均等な構成のすべてを網羅することを理解すべきである。
【産業上の利用可能性】
【００４９】
本発明は、ドメイン間情報通信のための認証方法、システム、およびその装置に適用することが可能である。
【図面の簡単な説明】
【００５０】
【図１】本発明のドメイン間情報通信のための認証方法の好ましい実施形態によるネットワーキングシステムのアーキテクチャを示している。
【図２】好ましい実施形態による第１のＳＩＰプロキシサーバおよび携帯電話機の内部機能ユニットのブロック図である。
【図３】好ましい実施形態による第１のＳＩＰプロキシサーバ（一部分）および候補仲介ノードデバイスの内部ハードウェア・アーキテクチャのブロック図である。
【図４】好ましい実施形態による候補仲介ノードデバイスの第１のＳＩＰプロキシサーバへの登録のフロー図である。
【図５】好ましい実施形態による携帯電話機の仲介ノード要求モジュールの詳細なハードウェア・アーキテクチャの回路ブロック図である。
【図６】好ましい実施形態に従った第１のＳＩＰプロキシサーバによる仲介ノードデバイスの検索のフロー図である。
【図７】好ましい実施形態による第１のＳＩＰプロキシサーバの一部分の内部ハードウェア・アーキテクチャのブロック図である。
【図８】好ましい実施形態による検索結果の概略図である。
【図９】好ましい実施形態による候補仲介ノードデバイスの最初のフィルタ処理結果の概略図である。
【図１０】好ましい実施形態による携帯電話機の外部ドメイン処理モジュールおよびホームドメイン処理モジュールの詳細なハードウェア・アーキテクチャのブロック図である。
【図１１】好ましい実施形態に従って第１のドメインに属する携帯電話機が仲介ノードデバイスを介して第２のＫＤＣからの第１の鍵を要求するフロー図である。
【図１２】好ましい実施形態に従って第２のドメインに属する携帯電話機が仲介ノードデバイスを介して第１のＫＤＣからの第２の鍵を要求するフロー図である。
【図１３】第１および第２のドメインにそれぞれ属する携帯電話機が、ドメイン間認証を実行するために、入手した第１および第２の鍵を使用して共通の第３の鍵を生成するフロー図である。
【特許請求の範囲】
【請求項１】
インターネットを介して情報通信を実行することを望んでいる第１のドメインに属する第１の電子デバイスおよび第２のドメインに属する第２の電子デバイスへと適用されるドメイン間情報通信のための認証方法であって、
（Ａ）第１の電子デバイスに対して、同じドメイン内の第１のプロキシサーバに依頼して第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけてもらうように指示するステップ、
（Ｂ）第１の電子デバイスに対して、仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信するように指示するステップ、
（Ｃ）第２の電子デバイスに対して、第１のチケットを受信し、次いで仲介ノードデバイスを介して第１のドメインの第１の鍵配布センターへの登録を行って第２の鍵を入手し、第２の鍵を含む第２のチケットを第１の電子デバイスへと送信するように指示するステップ、および
（Ｄ）第１および第２の電子デバイスに対し、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行するように指示するステップ
を含んでいる方法。
【請求項２】
ステップ（Ａ）において、仲介ノードデバイスが、第１および第２の鍵配布センターに前もって登録されている、請求項１に記載のドメイン間情報通信のための認証方法。
【請求項３】
ステップ（Ａ）に先立って、複数の候補仲介ノードデバイスの情報が、第１のプロキシサーバに前もって保存されており、オンにされている状態において、これらの候補仲介ノードデバイスが、第１のプロキシサーバへとドメイン特有情報を送信して登録を行い、ドメイン特有情報を第１のプロキシサーバに記録させる、請求項１に記載のドメイン間情報通信のための認証方法。
【請求項４】
ドメイン特有情報が、第１および第２のドメインに関するデータを含んでおり、少なくとも第１および第２のドメインの識別データを含んでいる、請求項３に記載のドメイン間情報通信のための認証方法。
【請求項５】
ドメイン特有情報が、それぞれの候補仲介ノードデバイスの能力に関するデータを含んでおり、少なくとも、それぞれの候補仲介ノードデバイスのハードウェア能力、およびそれぞれの候補仲介ノードデバイスが同時に処理することができるノード対ノードの接続の最大数を含んでいる、請求項３に記載のドメイン間情報通信のための認証方法。
【請求項６】
ステップ（Ａ）において、第１の電子デバイスが、第２の電子デバイスの情報を含む要求メッセージを第１のプロキシサーバへと送信し、その結果、適切な仲介ノードデバイスが、要求メッセージおよびドメイン特有情報に従って候補仲介ノードデバイスから見つけ出される、請求項５に記載のドメイン間情報通信のための認証方法。
【請求項７】
ステップ（Ｄ）において、情報通信の認証が、第１のプロキシサーバおよび第２のドメインの第２のプロキシサーバを介して実現される、請求項１に記載のドメイン間情報通信のための認証方法。
【請求項８】
情報通信が、音声通信である、請求項７に記載のドメイン間情報通信のための認証方法。
【請求項９】
第１および第２のプロキシサーバが、セッション開始プロトコルサーバである、請求項８に記載のドメイン間情報通信のための認証方法。
【請求項１０】
第１のドメインに設置され、第２のドメインに属する第２の電子デバイスとインターネットを介した情報通信を実行するために使用されるドメイン間情報通信認証システムであって、
複数の候補仲介ノードデバイスを記録するための第１のプロキシサーバ、
前記候補仲介ノードデバイスから第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけるように前記第１のプロキシサーバに依頼する要求メッセージを送信し、前記仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信する第１の電子デバイス、および
第２の電子デバイスに対して、第２の鍵を入手するための前記仲介ノードデバイスを介した登録を提供する第１の鍵配布センター
を備えており、
第２の鍵を含む第２のチケットが前記第１の電子デバイスへと送信され、前記第１および第２の電子デバイスが、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行することができるシステム。
【請求項１１】
前記候補仲介ノードデバイスのそれぞれが、ドメイン特有情報作成ユニット、構成データを保存するためのドメイン情報保存ユニット、および第１の接続ユニットを含んでおり、オンにされている状態において、前記ドメイン情報保存ユニットに保存された構成データに従って前記ドメイン特有情報作成ユニットによってドメイン特有情報を生成し、ドメイン特有情報を前記第１の接続ユニットを介して前記第１のプロキシサーバへと送信する、請求項１０に記載のドメイン間情報通信認証システム。
【請求項１２】
前記第１のプロキシサーバが、第２の接続ユニット、ドメイン特有情報交換ユニット、およびドメイン管理データベースを含んでおり、前記第２の接続ユニットが、ドメイン特有情報を分析し、前記ドメイン特有情報交換ユニットが、ドメイン特有情報の更新を実行し、ドメイン特有情報を前記ドメイン管理データベースに保存する、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１３】
前記候補仲介ノードデバイスのそれぞれが、信号送受信ユニットおよびネットワーク通信ユニットを含んでおり、ドメイン特有情報が、前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して前記第１のプロキシサーバへと送信される、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１４】
前記第１のプロキシサーバが、前記候補仲介ノードデバイスのそれぞれから送信されるドメイン特有情報を受信するための信号送受信ユニットおよびネットワーク通信ユニットを含んでいる、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１５】
ドメイン特有情報が、第１および第２のドメインに関するデータを含んでおり、少なくとも第１および第２のドメインの識別データを含んでいる、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１６】
ドメイン特有情報が、前記候補仲介ノードデバイスのそれぞれの能力に関するデータを含んでおり、少なくとも、前記候補仲介ノードデバイスのそれぞれのハードウェア能力、および前記候補仲介ノードデバイスのそれぞれが同時に処理することができるノード対ノードの接続の最大数を含んでいる、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１７】
前記要求メッセージが、宛先情報を含んでおり、
前記第１のプロキシサーバが、仲介ノード発見モジュールおよび仲介ノード選択モジュールをさらに含んでおり、
前記仲介ノード発見モジュールが、要求メッセージの宛先情報に従って前記ドメイン管理データベースを検索して、第１および第２のドメインに同時に登録されている候補仲介ノードデバイスを発見して、検索結果を生成し、
前記仲介ノード選択モジュールが、前記検索結果による候補仲介ノードデバイスをフィルタ処理し、前記候補仲介ノードデバイスから適切な仲介ノードデバイスを選択する、請求項１６に記載のドメイン間情報通信認証システム。
【請求項１８】
前記仲介ノード発見モジュールが、候補仲介ノード発見ユニットおよび候補検索ユニットを含んでおり、
前記仲介ノード選択モジュールが、仲介ノード選択ユニット、候補フィルタ処理ユニット、および選択ユニットを含んでおり、
前記候補仲介ノード発見ユニットが、要求メッセージから宛先情報を抽出し、宛先情報を、前記ドメイン管理データベースに記録されている前記候補仲介ノードデバイスの情報を検索して検索結果を得るためのインデックスとして使用するために、前記候補検索ユニットへと送信し、
前記仲介ノード選択ユニットが、検索結果に応じて資格のない仲介ノードデバイスを除外し、前記候補フィルタ処理ユニットが、サービスの最大数を超えている候補仲介ノードデバイスを除外するために使用され、前記選択ユニットが、残りの候補仲介ノードデバイスから候補仲介ノードデバイスのハードウェア能力に従って最良の仲介ノードデバイスを選択する、請求項１７に記載のドメイン間情報通信認証システム。
【請求項１９】
前記候補仲介ノード発見ユニットおよび前記仲介ノード選択ユニットのそれぞれが、前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して前記第１の電子デバイスと通信する、請求項１８に記載のドメイン間情報通信認証システム。
【請求項２０】
前記第１の電子デバイスおよび第２の電子デバイス、ならびに前記仲介ノードデバイスが、移動通信デバイスである、請求項１０に記載のドメイン間情報通信認証システム。
【請求項２１】
前記第１の電子デバイスおよび第２の電子デバイス、ならびに前記仲介ノードデバイスが、携帯電話機である、請求項１０に記載のドメイン間情報通信認証システム。
【請求項２２】
情報通信の認証が、前記第１のプロキシサーバおよび第２のドメインの第２のプロキシサーバを介して実現される、請求項１０に記載のドメイン間情報通信認証システム。
【請求項２３】
情報通信が、音声通信である、請求項２２に記載のドメイン間情報通信認証システム。
【請求項２４】
前記第１および第２のプロキシサーバが、セッション開始プロトコルサーバである、請求項２３に記載のドメイン間情報通信認証システム。
【請求項２５】
第１のドメインに属しており、インターネットを介して第２のドメインに属する第２の電子デバイスとの情報通信を実行する移動通信電子デバイスであって、
同じドメイン内の第１のプロキシサーバに対して第１および第２のドメインに同時に登録されている仲介ノードデバイスを発見するように依頼する要求メッセージを送信する仲介ノード要求モジュール、および
仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って、第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信して、第２の鍵を含む第２のチケットを返すように第２の電子デバイスに要求し、第２のチケットを処理して第２の鍵を入手し、第２の電子デバイスとの情報通信の認証の実行に使用するために、第１および第２の鍵に従って第３の鍵を生成するドメイン間鍵処理ユニット
を備えている移動通信電子デバイス。
【請求項２６】
前記ドメイン間鍵処理ユニットが、外部ドメイン処理モジュール、ホームドメイン処理モジュール、および共有鍵生成ユニットを含んでおり、
前記外部ドメイン処理モジュールが、仲介ノードデバイスを介して第２の鍵配布センターへの登録を行って、第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信して、第２の鍵を含む第２のチケットを返すように第２の電子デバイスに要求し、
前記ホームドメイン処理モジュールが、第２の鍵を得るべく第２のチケットを受信および処理し、
前記共有鍵生成ユニットが、第２の電子デバイスとの情報通信の認証の実行に使用するために、第１および第２の鍵に従って第３の鍵を生成する、請求項２５に記載の移動通信電子デバイス。
【請求項２７】
ネットワーク通信ユニットをさらに備えており、
前記仲介ノード要求モジュールが、前記ネットワーク通信ユニットを介して第１のプロキシサーバに接続する、請求項２６に記載の移動通信電子デバイス。
【請求項２８】
認証通信ユニットをさらに備えており、
前記外部ドメイン処理モジュールおよび前記ホームドメイン処理モジュールが、前記認証通信ユニットおよび前記ネットワーク通信ユニットを介してインターネットに接続する、請求項２７に記載の移動通信電子デバイス。
【請求項２９】
前記外部ドメイン処理モジュールが、登録ユニット、外部ドメイン取得ユニット、外部ドメイン保存ユニット、およびデリバリユニットを含んでおり、
前記登録ユニットが、登録要求メッセージを生成し、前記認証通信ユニットおよび前記ネットワーク通信ユニットを介して第２の鍵配布センターへの登録を行って、登録ＩＤを入手し、
前記外部ドメイン取得ユニットが、登録ＩＤに従って第２の鍵配布センターから第１の鍵および第１のチケットを入手し、前記外部ドメイン保存ユニットに第１の鍵および第１のチケットを保存し、
前記デリバリユニットが、前記認証通信ユニットおよび前記ネットワーク通信ユニットを介して前記第２の電子デバイスへと第１のチケットを送信する、請求項２８に記載の移動通信電子デバイス。
【請求項３０】
前記仲介ノード要求モジュールが、要求メッセージ送受信ユニット、チケット要求ユニット、信号送受信ユニット、仲介ノード要求ユニット、および仲介ノード情報抽出ユニットを含んでおり、
前記チケット要求ユニットが、着呼側端末の情報を含むチケット要求メッセージを生成し、前記要求メッセージ送受信ユニットおよび前記ネットワーク通信ユニットを介して第１のドメインの第１の鍵配布センターへとチケット要求メッセージを送信し、
前記仲介ノード要求ユニットが、着呼側端末の情報を含む仲介ノード検索メッセージを生成し、仲介ノードデバイスを検索すべく前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して第１のプロキシサーバへと仲介ノード検索メッセージを送信し、
前記仲介ノード情報抽出ユニットが、第１のプロキシサーバの応答メッセージから仲介ノードデバイスの情報を入手する、請求項２７に記載の移動通信電子デバイス。
【請求項３１】
前記ホームドメイン処理モジュールが、ホームドメイン取得ユニットおよびホームドメイン保存ユニットを含んでおり、
前記ホームドメイン取得ユニットが、第２のチケットを処理して第２の鍵を抽出し、第２の鍵を前記ホームドメイン保存ユニットに保存する、請求項２６に記載の移動通信電子デバイス。
【請求項３２】
情報通信の認証が、第１のプロキシサーバおよび第２のドメインの第２のプロキシサーバを介して実現される、請求項２５に記載の移動通信電子デバイス。
【請求項３３】
情報通信が、音声通信である、請求項３２に記載の移動通信電子デバイス。
【請求項３４】
第１および第２のプロキシサーバが、セッション開始プロトコルサーバである、請求項３３に記載の移動通信電子デバイス。
【請求項３５】
第１のドメインおよび第２のドメインにまたがり、第１のドメインの第１のプロキシサーバおよび第１の電子デバイスと通信して、第２のドメインに属する第２の電子デバイスとの情報通信の実行において第１の電子デバイスを補助することができる仲介ノードデバイスであって、
構成データを保存するためのドメイン情報保存ユニット、
第１のプロキシサーバへと接続される第１の接続ユニット、および
前記ドメイン情報保存ユニットに保存された構成データに従ってドメイン特有情報を生成し、ドメイン特有情報を接続ユニットを介して第１のプロキシサーバへと送信するためのドメイン特有情報作成ユニット
を備えている仲介ノードデバイス。
【請求項３６】
互いに接続された信号送受信ユニットおよびネットワーク通信ユニットをさらに備えており、
前記第１の接続ユニットが、ドメイン特有情報が前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して第１のプロキシサーバへと送信されるように、前記信号送受信ユニットへと接続されている、請求項３５に記載の仲介ノードデバイス。
【請求項３７】
ドメイン特有情報が、第１および第２のドメインに関するデータを含んでおり、少なくとも第１および第２のドメインの識別データを含んでいる、請求項３５に記載の仲介ノードデバイス。
【請求項３８】
ドメイン特有情報が、仲介ノードデバイスの能力に関するデータを含んでおり、少なくとも、仲介ノードデバイスのハードウェア能力、および仲介ノードデバイスが同時に処理することができるノード対ノードの接続の最大数を含んでいる、請求項３５に記載の仲介ノードデバイス。
【請求項１】
インターネットを介して情報通信を実行することを望んでいる第１のドメインに属する第１の電子デバイスおよび第２のドメインに属する第２の電子デバイスへと適用されるドメイン間情報通信のための認証方法であって、
（Ａ）第１の電子デバイスに対して、同じドメイン内の第１のプロキシサーバに依頼して第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけてもらうように指示するステップ、
（Ｂ）第１の電子デバイスに対して、仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信するように指示するステップ、
（Ｃ）第２の電子デバイスに対して、第１のチケットを受信し、次いで仲介ノードデバイスを介して第１のドメインの第１の鍵配布センターへの登録を行って第２の鍵を入手し、第２の鍵を含む第２のチケットを第１の電子デバイスへと送信するように指示するステップ、および
（Ｄ）第１および第２の電子デバイスに対し、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行するように指示するステップ
を含んでいる方法。
【請求項２】
ステップ（Ａ）において、仲介ノードデバイスが、第１および第２の鍵配布センターに前もって登録されている、請求項１に記載のドメイン間情報通信のための認証方法。
【請求項３】
ステップ（Ａ）に先立って、複数の候補仲介ノードデバイスの情報が、第１のプロキシサーバに前もって保存されており、オンにされている状態において、これらの候補仲介ノードデバイスが、第１のプロキシサーバへとドメイン特有情報を送信して登録を行い、ドメイン特有情報を第１のプロキシサーバに記録させる、請求項１に記載のドメイン間情報通信のための認証方法。
【請求項４】
ドメイン特有情報が、第１および第２のドメインに関するデータを含んでおり、少なくとも第１および第２のドメインの識別データを含んでいる、請求項３に記載のドメイン間情報通信のための認証方法。
【請求項５】
ドメイン特有情報が、それぞれの候補仲介ノードデバイスの能力に関するデータを含んでおり、少なくとも、それぞれの候補仲介ノードデバイスのハードウェア能力、およびそれぞれの候補仲介ノードデバイスが同時に処理することができるノード対ノードの接続の最大数を含んでいる、請求項３に記載のドメイン間情報通信のための認証方法。
【請求項６】
ステップ（Ａ）において、第１の電子デバイスが、第２の電子デバイスの情報を含む要求メッセージを第１のプロキシサーバへと送信し、その結果、適切な仲介ノードデバイスが、要求メッセージおよびドメイン特有情報に従って候補仲介ノードデバイスから見つけ出される、請求項５に記載のドメイン間情報通信のための認証方法。
【請求項７】
ステップ（Ｄ）において、情報通信の認証が、第１のプロキシサーバおよび第２のドメインの第２のプロキシサーバを介して実現される、請求項１に記載のドメイン間情報通信のための認証方法。
【請求項８】
情報通信が、音声通信である、請求項７に記載のドメイン間情報通信のための認証方法。
【請求項９】
第１および第２のプロキシサーバが、セッション開始プロトコルサーバである、請求項８に記載のドメイン間情報通信のための認証方法。
【請求項１０】
第１のドメインに設置され、第２のドメインに属する第２の電子デバイスとインターネットを介した情報通信を実行するために使用されるドメイン間情報通信認証システムであって、
複数の候補仲介ノードデバイスを記録するための第１のプロキシサーバ、
前記候補仲介ノードデバイスから第１および第２のドメインに同時に登録されている仲介ノードデバイスを見つけるように前記第１のプロキシサーバに依頼する要求メッセージを送信し、前記仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信する第１の電子デバイス、および
第２の電子デバイスに対して、第２の鍵を入手するための前記仲介ノードデバイスを介した登録を提供する第１の鍵配布センター
を備えており、
第２の鍵を含む第２のチケットが前記第１の電子デバイスへと送信され、前記第１および第２の電子デバイスが、受信した第１および第２の鍵に従って共有の第３の鍵を生成して、情報通信の認証を実行することができるシステム。
【請求項１１】
前記候補仲介ノードデバイスのそれぞれが、ドメイン特有情報作成ユニット、構成データを保存するためのドメイン情報保存ユニット、および第１の接続ユニットを含んでおり、オンにされている状態において、前記ドメイン情報保存ユニットに保存された構成データに従って前記ドメイン特有情報作成ユニットによってドメイン特有情報を生成し、ドメイン特有情報を前記第１の接続ユニットを介して前記第１のプロキシサーバへと送信する、請求項１０に記載のドメイン間情報通信認証システム。
【請求項１２】
前記第１のプロキシサーバが、第２の接続ユニット、ドメイン特有情報交換ユニット、およびドメイン管理データベースを含んでおり、前記第２の接続ユニットが、ドメイン特有情報を分析し、前記ドメイン特有情報交換ユニットが、ドメイン特有情報の更新を実行し、ドメイン特有情報を前記ドメイン管理データベースに保存する、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１３】
前記候補仲介ノードデバイスのそれぞれが、信号送受信ユニットおよびネットワーク通信ユニットを含んでおり、ドメイン特有情報が、前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して前記第１のプロキシサーバへと送信される、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１４】
前記第１のプロキシサーバが、前記候補仲介ノードデバイスのそれぞれから送信されるドメイン特有情報を受信するための信号送受信ユニットおよびネットワーク通信ユニットを含んでいる、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１５】
ドメイン特有情報が、第１および第２のドメインに関するデータを含んでおり、少なくとも第１および第２のドメインの識別データを含んでいる、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１６】
ドメイン特有情報が、前記候補仲介ノードデバイスのそれぞれの能力に関するデータを含んでおり、少なくとも、前記候補仲介ノードデバイスのそれぞれのハードウェア能力、および前記候補仲介ノードデバイスのそれぞれが同時に処理することができるノード対ノードの接続の最大数を含んでいる、請求項１１に記載のドメイン間情報通信認証システム。
【請求項１７】
前記要求メッセージが、宛先情報を含んでおり、
前記第１のプロキシサーバが、仲介ノード発見モジュールおよび仲介ノード選択モジュールをさらに含んでおり、
前記仲介ノード発見モジュールが、要求メッセージの宛先情報に従って前記ドメイン管理データベースを検索して、第１および第２のドメインに同時に登録されている候補仲介ノードデバイスを発見して、検索結果を生成し、
前記仲介ノード選択モジュールが、前記検索結果による候補仲介ノードデバイスをフィルタ処理し、前記候補仲介ノードデバイスから適切な仲介ノードデバイスを選択する、請求項１６に記載のドメイン間情報通信認証システム。
【請求項１８】
前記仲介ノード発見モジュールが、候補仲介ノード発見ユニットおよび候補検索ユニットを含んでおり、
前記仲介ノード選択モジュールが、仲介ノード選択ユニット、候補フィルタ処理ユニット、および選択ユニットを含んでおり、
前記候補仲介ノード発見ユニットが、要求メッセージから宛先情報を抽出し、宛先情報を、前記ドメイン管理データベースに記録されている前記候補仲介ノードデバイスの情報を検索して検索結果を得るためのインデックスとして使用するために、前記候補検索ユニットへと送信し、
前記仲介ノード選択ユニットが、検索結果に応じて資格のない仲介ノードデバイスを除外し、前記候補フィルタ処理ユニットが、サービスの最大数を超えている候補仲介ノードデバイスを除外するために使用され、前記選択ユニットが、残りの候補仲介ノードデバイスから候補仲介ノードデバイスのハードウェア能力に従って最良の仲介ノードデバイスを選択する、請求項１７に記載のドメイン間情報通信認証システム。
【請求項１９】
前記候補仲介ノード発見ユニットおよび前記仲介ノード選択ユニットのそれぞれが、前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して前記第１の電子デバイスと通信する、請求項１８に記載のドメイン間情報通信認証システム。
【請求項２０】
前記第１の電子デバイスおよび第２の電子デバイス、ならびに前記仲介ノードデバイスが、移動通信デバイスである、請求項１０に記載のドメイン間情報通信認証システム。
【請求項２１】
前記第１の電子デバイスおよび第２の電子デバイス、ならびに前記仲介ノードデバイスが、携帯電話機である、請求項１０に記載のドメイン間情報通信認証システム。
【請求項２２】
情報通信の認証が、前記第１のプロキシサーバおよび第２のドメインの第２のプロキシサーバを介して実現される、請求項１０に記載のドメイン間情報通信認証システム。
【請求項２３】
情報通信が、音声通信である、請求項２２に記載のドメイン間情報通信認証システム。
【請求項２４】
前記第１および第２のプロキシサーバが、セッション開始プロトコルサーバである、請求項２３に記載のドメイン間情報通信認証システム。
【請求項２５】
第１のドメインに属しており、インターネットを介して第２のドメインに属する第２の電子デバイスとの情報通信を実行する移動通信電子デバイスであって、
同じドメイン内の第１のプロキシサーバに対して第１および第２のドメインに同時に登録されている仲介ノードデバイスを発見するように依頼する要求メッセージを送信する仲介ノード要求モジュール、および
仲介ノードデバイスを介して第２のドメインの第２の鍵配布センターへの登録を行って、第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信して、第２の鍵を含む第２のチケットを返すように第２の電子デバイスに要求し、第２のチケットを処理して第２の鍵を入手し、第２の電子デバイスとの情報通信の認証の実行に使用するために、第１および第２の鍵に従って第３の鍵を生成するドメイン間鍵処理ユニット
を備えている移動通信電子デバイス。
【請求項２６】
前記ドメイン間鍵処理ユニットが、外部ドメイン処理モジュール、ホームドメイン処理モジュール、および共有鍵生成ユニットを含んでおり、
前記外部ドメイン処理モジュールが、仲介ノードデバイスを介して第２の鍵配布センターへの登録を行って、第１の鍵を入手し、第１の鍵を含む第１のチケットを第２の電子デバイスへと送信して、第２の鍵を含む第２のチケットを返すように第２の電子デバイスに要求し、
前記ホームドメイン処理モジュールが、第２の鍵を得るべく第２のチケットを受信および処理し、
前記共有鍵生成ユニットが、第２の電子デバイスとの情報通信の認証の実行に使用するために、第１および第２の鍵に従って第３の鍵を生成する、請求項２５に記載の移動通信電子デバイス。
【請求項２７】
ネットワーク通信ユニットをさらに備えており、
前記仲介ノード要求モジュールが、前記ネットワーク通信ユニットを介して第１のプロキシサーバに接続する、請求項２６に記載の移動通信電子デバイス。
【請求項２８】
認証通信ユニットをさらに備えており、
前記外部ドメイン処理モジュールおよび前記ホームドメイン処理モジュールが、前記認証通信ユニットおよび前記ネットワーク通信ユニットを介してインターネットに接続する、請求項２７に記載の移動通信電子デバイス。
【請求項２９】
前記外部ドメイン処理モジュールが、登録ユニット、外部ドメイン取得ユニット、外部ドメイン保存ユニット、およびデリバリユニットを含んでおり、
前記登録ユニットが、登録要求メッセージを生成し、前記認証通信ユニットおよび前記ネットワーク通信ユニットを介して第２の鍵配布センターへの登録を行って、登録ＩＤを入手し、
前記外部ドメイン取得ユニットが、登録ＩＤに従って第２の鍵配布センターから第１の鍵および第１のチケットを入手し、前記外部ドメイン保存ユニットに第１の鍵および第１のチケットを保存し、
前記デリバリユニットが、前記認証通信ユニットおよび前記ネットワーク通信ユニットを介して前記第２の電子デバイスへと第１のチケットを送信する、請求項２８に記載の移動通信電子デバイス。
【請求項３０】
前記仲介ノード要求モジュールが、要求メッセージ送受信ユニット、チケット要求ユニット、信号送受信ユニット、仲介ノード要求ユニット、および仲介ノード情報抽出ユニットを含んでおり、
前記チケット要求ユニットが、着呼側端末の情報を含むチケット要求メッセージを生成し、前記要求メッセージ送受信ユニットおよび前記ネットワーク通信ユニットを介して第１のドメインの第１の鍵配布センターへとチケット要求メッセージを送信し、
前記仲介ノード要求ユニットが、着呼側端末の情報を含む仲介ノード検索メッセージを生成し、仲介ノードデバイスを検索すべく前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して第１のプロキシサーバへと仲介ノード検索メッセージを送信し、
前記仲介ノード情報抽出ユニットが、第１のプロキシサーバの応答メッセージから仲介ノードデバイスの情報を入手する、請求項２７に記載の移動通信電子デバイス。
【請求項３１】
前記ホームドメイン処理モジュールが、ホームドメイン取得ユニットおよびホームドメイン保存ユニットを含んでおり、
前記ホームドメイン取得ユニットが、第２のチケットを処理して第２の鍵を抽出し、第２の鍵を前記ホームドメイン保存ユニットに保存する、請求項２６に記載の移動通信電子デバイス。
【請求項３２】
情報通信の認証が、第１のプロキシサーバおよび第２のドメインの第２のプロキシサーバを介して実現される、請求項２５に記載の移動通信電子デバイス。
【請求項３３】
情報通信が、音声通信である、請求項３２に記載の移動通信電子デバイス。
【請求項３４】
第１および第２のプロキシサーバが、セッション開始プロトコルサーバである、請求項３３に記載の移動通信電子デバイス。
【請求項３５】
第１のドメインおよび第２のドメインにまたがり、第１のドメインの第１のプロキシサーバおよび第１の電子デバイスと通信して、第２のドメインに属する第２の電子デバイスとの情報通信の実行において第１の電子デバイスを補助することができる仲介ノードデバイスであって、
構成データを保存するためのドメイン情報保存ユニット、
第１のプロキシサーバへと接続される第１の接続ユニット、および
前記ドメイン情報保存ユニットに保存された構成データに従ってドメイン特有情報を生成し、ドメイン特有情報を接続ユニットを介して第１のプロキシサーバへと送信するためのドメイン特有情報作成ユニット
を備えている仲介ノードデバイス。
【請求項３６】
互いに接続された信号送受信ユニットおよびネットワーク通信ユニットをさらに備えており、
前記第１の接続ユニットが、ドメイン特有情報が前記信号送受信ユニットおよび前記ネットワーク通信ユニットを介して第１のプロキシサーバへと送信されるように、前記信号送受信ユニットへと接続されている、請求項３５に記載の仲介ノードデバイス。
【請求項３７】
ドメイン特有情報が、第１および第２のドメインに関するデータを含んでおり、少なくとも第１および第２のドメインの識別データを含んでいる、請求項３５に記載の仲介ノードデバイス。
【請求項３８】
ドメイン特有情報が、仲介ノードデバイスの能力に関するデータを含んでおり、少なくとも、仲介ノードデバイスのハードウェア能力、および仲介ノードデバイスが同時に処理することができるノード対ノードの接続の最大数を含んでいる、請求項３５に記載の仲介ノードデバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１０−５１４２２９（Ｐ２０１０−５１４２２９Ａ）
【公表日】平成２２年４月３０日（２０１０．４．３０）
【国際特許分類】
【出願番号】特願２００９−５０４９２３（Ｐ２００９−５０４９２３）
【出願日】平成１９年１２月２０日（２００７．１２．２０）
【国際出願番号】ＰＣＴ／ＪＰ２００７／０７５２２２
【国際公開番号】ＷＯ２００８／０７５７９２
【国際公開日】平成２０年６月２６日（２００８．６．２６）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公表日】平成２２年４月３０日（２０１０．４．３０）
【国際特許分類】
【出願日】平成１９年１２月２０日（２００７．１２．２０）
【国際出願番号】ＰＣＴ／ＪＰ２００７／０７５２２２
【国際公開番号】ＷＯ２００８／０７５７９２
【国際公開日】平成２０年６月２６日（２００８．６．２６）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]