管理装置、登録通信端末、非登録通信端末、ネットワークシステム、管理方法、通信方法、及びコンピュータプログラム。
【課題】認証基盤以外の新たな認証システムの構築を行うことなく、認証基盤における認証を受けることができない非登録通信端末についての正当性を担保しつつ、非登録通信端末と管理装置とで共有鍵を共有すること。
【解決手段】管理装置が、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された第一共有鍵を記憶し、認証基盤を経由して登録通信端末へ第一共有鍵を送信し、第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、登録通信端末から、認証基盤を経由して受信し、受信された第二共有鍵生成情報を記憶し、第一共有鍵及び第二共有鍵生成情報を用いて第二共有鍵を生成する。
【解決手段】管理装置が、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された第一共有鍵を記憶し、認証基盤を経由して登録通信端末へ第一共有鍵を送信し、第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、登録通信端末から、認証基盤を経由して受信し、受信された第二共有鍵生成情報を記憶し、第一共有鍵及び第二共有鍵生成情報を用いて第二共有鍵を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続される複数の装置間で共有鍵を共有するための管理装置、登録通信端末、非登録通信端末、ネットワークシステム、管理方法、通信方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークにおける利便性の向上を目的とした様々な技術が提案されている。このような技術の一つとして、ＩＭＳ（IP Multimedia Subsystem）がある（非特許文献１参照）。ＩＭＳは、ＳＩＰ（Session Initiation Protocol）をはじめとするＩＰ技術を用いて、複数のサービスを統合させる技術である。図１１は、ＩＭＳのネットワーク構造の概要を示す概要図である。ＩＭＳでは、例えば、従来の回線交換技術による移動・固定通信サービス（例えば、２ＧセルラーやＩＭＴ−２０００など）と、パケット交換技術による移動・固定通信サービス（例えば、無線ＬＡＮ、光通信、ｘＤＳＬなど）とが統合され、様々なサービスが提供される。
【０００３】
図１２は、ＩＭＳにおける認証シーケンスを示すシーケンス図である。以下、ＩＭＳにおける認証シーケンスの概要について説明する。ＩＭＳでは、通信端末（ＵＥ：User Equipment）は、自装置に挿入されたＩＳＩＭ（IMS Subscriber Identity Module）内のユーザ識別情報（ＩＭＰＵ：IP Multimedia Public Identify、ＩＭＰＩ：IP Multimedia Private Identify）、及び長期共有鍵（Ｋ）を用いて、ＩＭＳに含まれる事業者ネットワーク内の認証サーバ（ＨＳＳ：Home Subscriber Server）と通信し、相互認証、鍵交換、及び位置登録を行う。このとき、通信端末は、ＩＭＳに含まれる事業者ネットワーク内のＰ−ＣＳＣＦ（Proxy-Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating-Call Session Control Function）、及びＳ−ＣＳＣＦ（Serving-Call Session Control Function）を経由して、ＨＳＳとの通信を行う。これにより、通信端末は、Ｐ−ＣＳＣＦとの間で共有鍵ＣＫ（Confidential Key）及びＩＫ（Integrity Key）を共有する。通信端末は、ＣＫ及びＩＫを用いてＩＰｓｅｃによる秘匿通信をＰ−ＣＳＣＦとの間で行うことによって、安全に事業者ネットワークへアクセスすることができる。また、事業者ネットワークは、上述した方法によって予めＰ−ＣＳＣＦと鍵を共有し、位置登録を実施した通信端末以外のアクセスを許可しない。そのため、事業者ネットワーク内は、ＩＭＳによって、強固なセキュリティが保たれている。
【０００４】
ここで、ユーザ識別情報ＩＭＰＵ及びＩＭＰＩについて説明する。ユーザ識別情報ＩＭＰＵ及びＩＭＰＩは、事業者ネットワークの事業者から割当てられる。ＩＭＰＩは、各ユーザに１つずつ割当てられる識別情報であり、ＩＭＳ内において当該ユーザを一意に特定する情報である。ＩＭＰＵは、各サービスにおいてユーザが利用する識別情報であり、一つのＩＭＰＩに対して複数割り当てられる。ＩＭＰＩ及びＩＭＰＵは、ＩＭＳ内のＨＳＳに格納されている。ＨＳＳは、ユーザ認証及び通信端末の位置情報の登録を行う際に、ユーザ識別情報を照合することによってユーザを特定する。そして、ＨＳＳは、ＩＭＳサービスへの接続の許可、及びユーザ識別情報に紐付けられている認証情報（認証ベクトル：Authentication Vector）を用いた相互認証を行う。
【０００５】
また、ＩＭＳは、サービス提供者のためのアプリケーションサーバ（ＡＳ：Application Server）に対して、ＩＳＣ（ＩＭＳ Service Control）を提供している。ＩＳＣは、それぞれのアプリケーションサーバが独自にＩＭＳ内のユーザ識別情報を利用してユーザ認証を行うことを可能とするインタフェースである。ＩＳＣによって、サービス提供者のアプリケーションサーバは、認証サーバを自前で持つことなく、ＩＭＳに接続された通信端末のユーザに対して、独自のサービスを提供することが可能になる。
【０００６】
ＩＭＳのように、ネットワークを介して離れて位置する複数の装置同士（例えば、ユーザの通信端末とＨＳＳ、ユーザの通信端末とアプリケーションサーバ、ユーザの通信端末と他のユーザの通信端末、など）でセキュリティの高い通信を実現させるためには、装置同士で共有鍵を共有して通信する必要がある。そのため、共有鍵を通信端末同士で共有し通信するための技術の開発が嘱望されている。
【０００７】
このような技術の例として、非特許文献２には、二つの通信端末間（二者間）で秘密鍵を安全に共有するためのプロトコル（Diffie-Hellman鍵共有法）が開示されている。このプロトコルでは、たとえ二者間の通信内容を第三者（攻撃者）によって傍受されたとしても、攻撃者は二者間で共有する秘密鍵を解読することができない。しかしながら、攻撃者が通信を行う二者間に介在することで、一方のユーザに対し他方のユーザになりすますことが可能となる（Man-In-The-Middle攻撃）。そのため、非特許文献２に開示された技術では、通信端末同士が互いを認証する機構を別途設ける必要がある。
【０００８】
このような問題に対し、特許文献１には、Man-In-The-Middle攻撃に対する脆弱性を解決するための鍵共有技術が開示されている。特許文献１に開示された技術では、信頼できる公開鍵サーバがシステム内に設置され、この公開鍵サーバが鍵生成情報を二者のうちの一方に送信する。この処理によって、攻撃者による当該鍵生成情報のすり替えが不可能となり、Man-In-The-Middle攻撃によるなりすましを防ぐことが可能となる。
【０００９】
しかしながら、特許文献１に開示された技術では、鍵交換の際に公開鍵サーバから送信されるメッセージを各通信端末において認証する必要がある。そのため、鍵交換を行う通信端末全てにおいて、公開鍵サーバを認証するための証明書をインストールする必要がある。また、特許文献１に開示された技術では、全てのユーザは、自身の鍵生成情報を公開鍵サーバにあらかじめ安全に送信する必要がある。そのため、当該鍵生成情報に対応する秘密情報を、ユーザが所有するすべての通信端末にインストールする必要がある。このようなシステムをサービス提供者単体で構築・運用するためには多くのコストが必要となる上に、ユーザが行う処理も煩雑となってしまう。
【００１０】
そこで、ＩＭＳにおける認証を用いて事業者ネットワークに接続することによって、これらの問題を解決することができる。しかしながら、その場合、ＨＳＳに登録されているＩＳＩＭを持たない通信端末は、ＩＭＳにおける認証を受けることが出来ず、事業者ネットワークに接続することが出来ないという問題がある。このような問題に対し、非特許文献３には、ＩＭＳから提供されるサービスを、ユーザが所有するＩＳＩＭを持たない通信端末でも受けることを可能とするための技術が開示されている。
非特許文献３の技術では、ＩＳＩＭを持つ携帯電話とＩＳＩＭを持たない通信端末とが近距離無線通信技術で接続される。携帯電話は通信端末へ、ＩＭＳと認証を行うための認証情報を送信する。また携帯電話は、ＩＭＳのＨＳＳに問い合わせを行い、通信端末の情報をＨＳＳに追加する。これにより、通信端末はＩＭＳにおける認証を受けることが可能となる。その後、ＩＭＳに接続されたＰＡＮ（Personal Area Network）管理サーバに対して、通信端末の登録を行うことによって、ＩＳＩＭを持たない通信端末を用いてＩＭＳを介したサービス享受が実現される。
【特許文献１】特開２００６−１４０７４３号公報
【非特許文献１】3GPP TS 23.228 V8.1.0, "IP Multimedia Subsystem (ＩＭＳ) Stage 2 (Release 8)"
【非特許文献２】W. Diffie and M. E. Hellman, "New Directions in Cryptography", IEEE Transactions on Information Theory, vol.IT-22, No.6, pp.644-654
【非特許文献３】伝宝 浩史他, "All-IP NetworkにおけるPersonal Area Networkサポート", 2005年電子情報通信学会ソサイエティ大会, BS-2-10, 2005
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、非特許文献３に開示された技術では、ユーザは、新たな通信端末を使用する場合、ＩＳＩＭを有する携帯電話を用いてＩＭＳにアクセスし、新たな通信端末の情報をその都度ＨＳＳに追加しなければならない。一般的に、携帯電話を利用して通信端末の認証・登録を行う際には、携帯電話のＩＳＩＭ内の認証情報の安全性が脅かされることがないように対処する必要がある。そのため、頻繁にＨＳＳへアクセスして新たな通信端末の情報を登録することは、セキュリティの観点から、あまり現実的ではない。さらに、当該技術では、通信端末は、ＨＳＳへの登録後にＩＭＳへアクセスする必要があり、そもそもＩＭＳへアクセスすることができない通信端末はサポートされない。
【００１２】
本発明は、このような従来技術の問題に鑑みてなされたものであり、認証基盤以外の新たな認証システムの構築を行うことなく、認証基盤における認証を受けることができない非登録通信端末についての正当性を担保しつつ、非登録通信端末と管理装置とで共有鍵を共有することを可能とする装置等を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第一の態様は、管理装置であって、第一共有鍵管理部、第二共有鍵生成情報管理部、及び第二共有鍵管理部を備える。第一共有鍵管理部は、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された第一共有鍵を記憶する。また、第一共有鍵管理部は、生成された第一共有鍵を、認証基盤を経由して登録通信端末へ送信する。第二共有鍵生成情報管理部は、第二共有鍵生成情報を、第二共有鍵及び第二共有鍵生成情報を記憶する非登録通信端末から、認証基盤を経由せずに受信する。第二共有鍵生成情報とは、第一共有鍵とともに用いることによって第二共有鍵を生成することができるデータである。第二共有鍵管理部は、第一共有鍵及び第二共有鍵生成情報を用いて第二共有鍵を生成する。例えば、第二共有鍵は、第一共有鍵と第二共有鍵生成情報とをデータ連結した上で一方向関数を用いて処理することによって取得されても良い。
【００１４】
本発明の第一の態様では、第一共有鍵管理部が、認証基盤において認証を受けた登録通信端末に対して第一共有鍵を、認証基盤を経由して送信することによって、第一共有鍵の送信相手の正当性が担保される。また、本発明の第一の態様において、第二共有鍵は、認証基盤における認証に用いられる情報ではない。そのため、第二共有鍵が非登録通信端末によって取得されたとしても、登録通信端末と認証基盤との間のセキュリティに影響を及ぼすことが無い。そして、登録通信端末が非登録通信端末に対して第二共有鍵を渡すことによって、非登録通信端末と管理装置との間で第二共有鍵を共有することができる。このとき、非登録通信端末に第二共有鍵を渡す登録通信端末は、上述したように認証基盤によって認証がなされているため、非登録通信端末についても間接的に認証がなされたこととなり、正当性が担保される。
【００１５】
本発明の第一の態様は、認証基盤を経由せずに第二共有鍵を用いた暗号化通信を非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有し、当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する第二共有鍵を用いて暗号化して送信する、第三共有鍵管理部をさらに備えるように構成されても良い。
【００１６】
本発明の第二の態様は、登録通信端末であって、認証管理部、第一共有鍵管理部、第二共有鍵生成情報管理部、及び管理装置通信部を備える。認証管理部は、認証基盤における認証を受ける。第一共有鍵管理部は、認証基盤を経由した通信によって、第一共有鍵を管理装置と共有する。第二共有鍵生成情報管理部は、第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成して、生成された前記第二共有鍵生成情報を記憶する。管理装置通信部は、第二共有鍵生成情報を、認証基盤を経由した通信によって、管理装置へ送信する。
前記管理装置通信部は、前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加するように構成されてもよい。
前記管理装置通信部は、前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うように構成されてもよい。
前記第二共有鍵生成情報管理部は、自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成するように構成されてもよい。
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、前記登録通信端末は、前記認証基盤に対し、前記第二共有鍵生成情報を登録するように構成されてもよい。
【００１７】
本発明の第三の態様は、非登録通信端末であって、第二共有鍵記憶部及び第三共有鍵管理部を備える。第二共有鍵記憶部は、管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する。第三共有鍵管理部は、認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する第二共有鍵を用いた暗号化通信を管理装置と行うことによって、当該管理装置と第三共有鍵を共有する。非登録通信端末は、第三共有鍵が管理装置において他の通信端末に転送されることによって、他の通信端末と第三共有鍵を共有する。
【００１８】
本発明の第四の態様は、登録通信端末、非登録通信端末、認証基盤、及び管理装置を含み、登録通信端末と前記認証基盤との通信及び認証基盤と前記管理装置との通信における秘匿性及び完全性が保証されるネットワークシステムである。管理装置は、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された第一共有鍵を、記憶すると共に認証基盤を経由して登録通信端末へ送信する。登録通信端末装置は、管理装置から第一共有鍵を受信し、第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成し、生成された第二共有鍵生成情報を認証基盤を経由して管理装置へ送信する。管理装置は、第二共有鍵生成情報を受信し、第一共有鍵と第二共有鍵生成情報を用いて第二共有鍵を生成する。登録通信端末は、第二共有鍵生成情報及び第二共有鍵生成情報を用いて第二共有鍵を生成する。非登録通信端末は、登録通信端末によって生成された第二共有鍵の入力を受けて記憶する。
【００１９】
本発明の第四の態様におけるネットワークシステムにおいて、非登録通信端末は、第三共有鍵を生成し、生成された第三共有鍵を第二共有鍵を用いて暗号化して管理装置へ送信しても良い。この場合、管理装置は、暗号化された第三共有鍵を受信し、第二共有鍵を用いて復号化することによって第三共有鍵を生成し、他の非登録通信端末に係る他の第二共有鍵を用いて第三共有鍵を暗号化して他の非登録通信端末に送信するように構成される。
さらに、この場合、他の非登録通信端末は、暗号化された第三共有鍵を受信し、他の第二共有鍵を用いて復号化することによって第三共有鍵を生成し記憶するように構成される。
【００２０】
本発明は、本発明の第一の態様〜第四の態様に係る各装置が実行する方法として特定されても良い。また、本発明は、コンピュータを、上述した各装置として動作させるためのコンピュータプログラムとして特定されても良い。
【発明の効果】
【００２１】
本発明により、認証基盤以外の新たな認証システムの構築を行うことなく、認証基盤における認証を受けることができない非登録通信端末についての正当性を担保しつつ、非登録通信端末と管理装置とで共有鍵を共有することが可能となる。
【発明を実施するための最良の形態】
【００２２】
図１は、鍵共有システム１のシステム構成を示すシステム構成図である。鍵共有システム１は、事業者認証基盤（ＩＭＳ）１１、認証仲介装置（ＡｕＰＦ：管理装置）１２、非登録通信端末１３、登録通信端末（ＴＥ）１４を含む。事業者認証基盤１１と登録通信端末１４とは、事業者アクセス網を介して通信し、この通信の秘匿性（第三者にデータを傍受されないこと）及び完全性（データが途中で改変されないこと）は保証されている。事業者認証基盤１１と認証仲介装置１２とは、Ｓ−ＣＳＣＦを経由して通信し、この通信の秘匿性及び完全性は保証されている。登録通信端末１４は、ＩＭＰＩ及び長期保存鍵Ｋが記録された事業者認証要モジュールカード（ＩＳＩＭ）を有しており、事業者認証基盤１１に登録されている。一方、非登録通信端末１３は、一般アクセス網を介してインターネットに接続することはできるが、ＩＳＩＭを有しておらず、事業者アクセス網及び事業者認証基盤１１に接続することはできない。
【００２３】
事業者認証基盤１１は、上述したように、ＳＩＰ（Session Initiation Protocol）をはじめとするＩＰ技術を用いて、複数のサービスを統合させたネットワークであり、図１１に示されるようなネットワークである。また、事業者認証基盤１１は、図１２に示されるように、登録通信端末１４について認証を行う。なお、事業者認証基盤１１の構成については、図１１及び図１２を用いて説明しているため、詳説を省略する。
図２は、認証仲介装置１２の構成例を示す機能ブロック図である。認証仲介装置１２は、第一共有鍵管理部１２１、第二共有鍵生成情報管理部１２２、第二共有鍵管理部１２３、及び第三共有鍵管理部１２４を備える。
図３は、非登録通信端末１３の構成例を示す機能ブロック図である。登録通信端末１３は、第二共有鍵記憶部１３１及び第三共有鍵管理部１３２を備える。
図４は、登録通信端末１４の構成例を示す機能ブロック図である。非登録通信端末１４は、認証管理部１４１、第一共有鍵管理部１４２、第二共有鍵生成情報管理部１４３、及び管理装置通信部１４４を備える。なお、認証仲介装置１２、非登録通信端末１３、登録通信端末１４それぞれが備える各機能部の動作については後述する。
【００２４】
以下の説明において使用する符号について定義する。ＴＥｘは、ユーザＸが所有する登録通信端末１４を示す。ｎＴＥｘは、ユーザＸが所有する非登録通信端末１３を示す。ＩＤ＿｛ｎＴＥｘ｝は、ｎＴＥｘの識別情報を示す。ＩＭＰＵ＿｛ＴＥｘ｝は、ＴＥｘのＩＭＰＵを示す。ＩＭＰＩ＿｛ＴＥｘ｝は、ＴＥｘのＩＭＰＩを示す。Ｋ＿｛ＴＥｘ｝は、ＴＥｘの長期保存鍵を示す。Ｋ＿｛ｘ，ｙ｝は、ｘとｙとで共有される共有鍵を示す。ＭＫＰＦは、認証仲介装置１２のマスター鍵を示す。（ＰＫｘ，ＳＫｘ）は、ユーザＸが用いる公開鍵及び秘密鍵のペアを示す。Ｅ（ｋ，ｍ）は、データｍを鍵Ｋを用いて暗号化したデータを示す。Ｄ（ｋ，ｃ）は、データｃを鍵Ｋを用いて復号化したデータを示す。ｈ（ｘ）は、一方向関数を示す。ａ｜｜ｂは、データａとデータｂとの連結処理によって得られるデータを示す。ａ・ｂは、ａとｂとのビットごとの排他的論理和を示す。また、図面においては、本明細書においてアンダーバーより後ろに記載する文字列については、下付文字として記載する。
【００２５】
＜事前準備処理＞
図５は、事前準備処理の処理手順の具体例を示すシーケンス図である。図５では、登録通信端末１４（ＴＥａ）は、ユーザＡによって所有される登録通信端末１４である。以下、図５を用いて、事前準備処理について説明する。なお、説明の便宜上、ユーザＡによって所有される登録通信端末１４を、ＴＥａと記載する。
【００２６】
まず、ＴＥａの認証管理部１３１は、事業者認証基盤１１に対し、認証仲介装置１２による認証サービスを示す識別情報を含むサービス要求データを送信することによって、認証仲介装置１２による認証サービスを要求する（Ｐ１−１）。次に、事業者認証基盤１１は、ＴＥａに対するＩＭＰＵ＿｛ＴＥａ｝を生成し、生成されたＩＭＰＵ＿｛ＴＥａ｝の情報をＨＳＳに追加する。そして、事業者認証基盤１１は、生成されたＩＭＰＵ＿｛ＴＥａ｝を、ＴＥａに送信する（Ｐ１−２）。
【００２７】
次に、事業者認証基盤１１は、ＴＥａからサービス要求が送信されたことを示す登録要求を、認証仲介装置１２に対し送信する（Ｐ１−３）。認証仲介装置１２の第一共有鍵管理部１２１は、ＴＥａに対し、共有鍵Ｋ＿｛ＰＦ｝，ａ（第一共有鍵）を、以下のようにして生成する。Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥａ｝）。そして、認証仲介装置１２の第一共有鍵管理部１２１は、公開鍵ＰＫＰＦ及び共有鍵Ｋ＿｛ＰＦ，ａ｝を、事業者認証基盤１１を介してＴＥａに対して送信する（Ｐ１−４）。
【００２８】
ＴＥａの第一共有鍵管理部１３２は、認証仲介装置１２から、公開鍵ＰＫＰＦ、共有鍵Ｋ＿｛ＰＦ，ａ｝を受信し、記憶する。次に、ＴＥａの第一共有鍵管理部１３２は、ユーザＡに対し、鍵秘匿化に用いられるパスワードの入力を促す（Ｐ１−５）。ユーザＡによって任意のパスワードＰＷａがＴＥａに入力されると（Ｐ１−６）、ＴＥａの第一共有鍵管理部１３２は、鍵部分情報ｓａを以下のようにして生成して記憶する。ｓａ＝ｈ（ＰＷａ）・Ｋ＿｛ＰＦ｝，ａ。そして、ＴＥａは、Ｋ＿｛ＰＦ，ａ｝を削除する（Ｐ１−７）。なお、ＴＥａは、ｓａを記憶することにより、ユーザからのパスワードＰＷａの入力に基づいて、Ｋ＿｛ＰＦ，ａ｝を生成することができる。従って、ｓａを記憶することにより、認証仲介装置１２との関係においては、実質的に第一共有鍵を記憶していることと同義となる。
【００２９】
＜代理登録処理＞
図６は、代理登録処理の処理手順の具体例を示すシーケンス図である。図６では、登録通信端末１４（ＴＥａ）は、ユーザＡによって所有される登録通信端末１４である。また、非登録通信端末１３（ｎＴＥａ）は、ユーザＡによって所有される非登録通信端末１３である。以下、図６を用いて、代理登録処理について説明する。なお、説明の便宜上、ユーザＡによって所有される登録通信端末１４及び非登録通信端末１３を、それぞれＴＥａ、ｎＴＥａと記載する。
【００３０】
まず、ＴＥａに、識別情報ＩＤ＿｛ｎＴＥａ｝が入力される（ＰＲ１−１）。このとき、ｎＴＥａがＱＲコードなどのバーコードとしてＩＤ＿｛ｎＴＥａ｝を画面に表示させ、ＴＥａがこれを撮像し復号化することによって入力がなされても良い。また、ｎＴＥａが、ＦｅｌｉＣａやＢｌｕｅｔｏｏｔｈなどの近距離無線通信を用いてＩＤ＿｛ｎＴＥａ｝をＴＥａに送信し、ＴＥａがこれを受信することによって入力がなされてもよい。また、ｎＴＥａが、電子メールのメッセージに含めてＩＤ＿｛ｎＴＥａ｝を送信し、ＴＥａがこれを受信することによって入力がなされても良い。また、ユーザＡがＴＥａに直接ＩＤ＿｛ｎＴＥａ｝を入力しても良い。
【００３１】
次に、ＴＥａの第二共有鍵生成情報管理部１４３は、認証仲介装置１２に対し、鍵共有のためのセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する。その際、ＴＥａの第二共有鍵生成情報管理部１４３は、セッション確立要求メッセージ内に、ＩＭＰＵ＿｛ＴＥａ｝及びＩＤ＿｛ｎＴＥａ｝を付加する。セッション確立要求メッセージは、事業者認証基盤１１内のＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦを経由して、認証仲介装置１２に転送される（ＰＲ１−２）。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、事業者認証基盤１１を経由して、セッション確立要求メッセージを受け取ると、ＴＥａが事業者認証基盤１１に登録された正規の通信端末であると判断する（ＰＲ１−３）。
【００３２】
次に、認証仲介装置１２の第一共有鍵管理部１２１は、Ｋ＿｛ＰＦ，ａ｝を以下のように生成する。Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥａ｝）。次に、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、乱数ｒ０を生成し、ｒ１、Ｈ１、ｃ１をそれぞれ以下のように生成する（ＰＲ１−４）。ｒ１＝Ｅ（ＭＫＰＦ，ｒ０｜｜ｈ（ＩＭＰＵ＿｛ＴＥａ｝・ＩＤ＿｛ｎＴＥａ｝））。Ｈ１＝ｈ（ｒ１｜｜Ｋ＿｛ＰＦ，ａ｝）。ｃ１＝Ｅ（Ｋ＿｛ＰＦ，ａ｝，ｒ１｜｜Ｈ１）。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａに対し、認証要求メッセージ（Proxy Authentication Required：Ｐｒｏｃｙ−Ａｕｔｈ−Ｒｅｑ）を送信する。その際、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、認証要求メッセージ内に、認証方式を示す文字列“ａｕｐｆ−ａｕｔｈ”及びｃ１を付加する。認証要求メッセージは、事業者認証基盤１１内のＳ−ＣＳＣＦ及びＰ−ＣＳＣＦを経由して、ＴＥａに転送される。その際、Ｓ−ＣＳＣＦは、自身が記憶しているＴＥａの情報に基づいて、複数のＰ−ＣＳＣＦの中から、認証要求メッセージの転送先となるＰ−ＣＳＣＦを決定する（ＰＲ１−５）。
【００３３】
ＴＥａの第二共有鍵生成情報管理部１４３は、認証要求メッセージを受信すると、ユーザＡに対してパスワードの入力を促す。ＴＥａの第二共有鍵生成情報管理部１４３は、ユーザＡによってパスワードＰＷａが入力されると、得られたパスワードＰＷａ及びｓａを用いて、Ｋ＿ＰＦ，ａを以下のように生成する（ＰＲ１−６）。Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＰＷａ）・ｓａ。ＴＥａの第二共有鍵生成情報管理部１４３は、Ｋ＿｛ＰＦ，ａ｝及びｃ１を用いて、ｒ１及びＨ１を生成する。そして、ＴＥａの第二共有鍵生成情報管理部１４３は、Ｋ＿｛ＰＦ，ａ｝及びｒ１を用いてＨ’１を以下のように算出し、Ｈ１とＨ’１とが一致することを確認する。Ｈ’１＝ｈ（ｒ１｜｜Ｋ＿｛ＰＦ，ａ｝)。Ｈ１とＨ’１とが一致することにより、ＴＥａの第二共有鍵生成情報管理部１４３は、認証仲介装置１２の正当性を判断する（ＰＲ１−７）。
【００３４】
次に、ＴＥａの第二共有鍵生成情報管理部１４３は、乱数ｒ２を生成し、ｒ１、ｒ２、ＰＫＰＦ、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、ｎＴＥａのＩＭＳ用識別情報であるＩＭＰＵ＿｛ｎＴＥａ｝（第二共有鍵生成情報）を以下のように算出する。ＩＭＰＵ＿｛ｎＴＥａ｝＝Ｅ（ＰＫＰＦ，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝）。また、ＴＥａの第二共有鍵生成情報管理部１４３はさらに、Ｋｎ（第二共有鍵）及びＨｎを以下のように生成する（ＰＲ１−８）。Ｋｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋｎ）。ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、再度、セッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する。その際、ＴＥａの管理装置通信部１４４は、セッション確立要求メッセージ内にｃ１、ＩＭＰＵ＿｛ｎＴＥａ｝、Ｈｎを付加する（ＰＲ１−９）。
【００３５】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａからセッション確立要求メッセージを受信すると、このセッション確立要求メッセージに付加されているＩＭＰＵ＿｛ｎＴＥａ｝及びＳＫＰＦを用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を生成する。そして、ｒ１が、ＰＲ１−４において生成されたｒ１と一致するか否かについて確認する。さらに、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ｒ１、ｒ２、Ｋ＿｛ＰＦ，ａ｝、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、Ｋ’ｎ及びＨ’ｎを以下のように生成する。Ｋ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋ’ｎ）。そして、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＨｎとＨ’ｎとが一致するか否か確認する。ＨｎとＨ’ｎとが一致する場合、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、乱数ｒ３を生成し、Ｈ’ｎ２を以下のように生成する（ＰＲ１−１０）。Ｈ’ｎ２＝ｈ（ｒ１｜｜ｒ２｜｜ｒ３｜｜Ｋ’ｎ）。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、Ｈ’ｎ２を生成すると、ＴＥａに対し、セッション確立許可メッセージ（２００ＯＫ）を送信する。その際、認証仲介装置１２は、セッション確立許可メッセージ内にｒ３及びＨ’ｎ２を付加する（ＰＲ１−１１）。
【００３６】
ＴＥａの第二共有鍵生成情報管理部１４３は、セッション確立許可メッセージを受信すると、ｒ１、ｒ２、ｒ３、Ｋｎを用いて、Ｈｎ２を以下のように生成する。Ｈｎ２＝ｈ（ｒ１｜｜ｒ２｜｜ｒ３｜｜Ｋｎ）。次に、ＴＥａの第二共有鍵生成情報管理部１４３は、Ｈｎ２とＨ’ｎ２とが一致するか否か確認する（ＰＲ１−１２）。次いで、ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、セッション終了メッセージ（ＢＹＥ）を送信する（ＰＲ１−１３）。認証仲介装置１２は、そのセッション終了メッセージ（ＢＹＥ）に応じて、ＴＥａに対し、セッション終了許可メッセージ（２００ＯＫ）を送信する（ＰＲ１−１４）。これにより、ＴＥａと認証仲介装置１２間のセッションが終了する。ＴＥａの第二共有鍵生成情報管理部１４３は、Ｈｎ２とＨ’ｎ２とが一致する場合、ユーザＡに対してパスワードの入力を促す。そして、ＴＥａの第二共有鍵生成情報管理部１４３は、入力されたパスワードＰＷｎａを用いて、鍵部分情報ｓｎａを以下のように生成し、記憶する（ＰＲ１−１５）。ｓｎａ＝ｈ（ＰＷｎａ）・Ｋｎ。
【００３７】
ＴＥａによってｓｎａが生成されると、ｎＴＥａに対し、ＩＭＰＵ＿｛ｎＴＥａ｝及びｓｎａが入力される。この処理は、ＴＥａに識別情報ＩＤ＿｛ｎＴＥａ｝が入力される際の処理（ＰＲ１−１）と同様に、バーコード、近距離無線通信、メール送信、ユーザＡによる直接入力など、どのような方法が用いられても良い（ＰＲ１−１６）。
【００３８】
このような代理登録処理によって、ユーザＡによって所有される非登録通信端末ｎＴＥａが、認証仲介装置１２に登録される。その際、ＴＥａがｎＴＥａに代わって事業者認証基盤１１経由で登録処理を行う。そのため、認証仲介装置１２は、事業者認証基盤１１によって正当性が担保されたＴＥａによる登録処理に応じるため、認証仲介装置１２において独自の認証装置を設けることなく、登録処理の正当性を確保することが可能となる。
【００３９】
また、このような代理登録処理によって、ＴＥａにおいても、事業者認証基盤１１によって正当性が担保された認証仲介装置１２に対して登録処理を行うため、認証仲介装置１２の正当性を確保することが可能となる。
【００４０】
また、このような代理登録処理によって、事業者認証基盤１１に接続することができない非登録通信端末１３が、事業者認証基盤１１に接続された認証仲介装置１２との間で、ＩＭＰＵ＿ｎＴＥａ及びｓｎａを共有することが可能となる。
【００４１】
＜通信端末情報登録処理＞
図７は、通信端末情報登録処理の処理手順の具体例を示すシーケンス図である。図７では、非登録通信端末１３（ｎＴＥａ）は、ユーザＡによって所有される非登録通信端末１３である。以下、図７を用いて、通信端末情報登録処理について説明する。なお、説明の便宜上、ユーザＡによって所有される非登録通信端末１３を、ｎＴＥａと記載する。
【００４２】
まず、ｎＴＥａの第二共有鍵記憶部１３１は、ユーザＡに対してパスワードの入力を促す。ユーザＡによってパスワードＰＷｎａが入力されると、ｎＴＥａの第二共有鍵記憶部１３１は、入力されたパスワードＰＷｎａ及びｓｎａを用いて、以下のようにしてＫｎ（第二共有鍵）を生成する（ＤＲ１−１）。Ｋｎ＝ｈ（ＰＷｎａ）・ｓｎａ。また、ｎＴＥａの第二共有鍵記憶部１３１は、生成された共通鍵Ｋｎを用いて、ＭＡＣ（Message Authentication Code：メッセージ認証子）を生成する。ｎＴＥａの第二共有鍵記憶部１３１は、Ｋｎ及びＭＡＣを生成すると、認証仲介装置１２に対し、ＩＭＰＵ＿｛ｎＴＥａ｝と、位置情報ＡＤＤＲ＿｛ｎＴＥａ｝の関連情報と、ＭＡＣとを付加した位置情報登録メッセージを送信する（ＤＲ１−２）。位置情報登録メッセージは、ＭＡＣが付加されることによって、完全性が保証される。
【００４３】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、位置情報登録メッセージを受信すると、ＭＡＣを用いてｎＴＥａについて認証を行う。ＭＡＣを用いた認証がなされると、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＩＭＰＵ＿｛ｎＴＥａ｝及びＡＤＤＲ＿｛ｎＴＥａ｝を関連付けて記憶し、ｎＴＥａに対してａｃｋメッセージを送信する（ＤＲ１−３）。
【００４４】
＜鍵共有処理＞
次に、鍵共有処理について説明する。鍵共有処理は、ＭＩＫＥＹ（Multimedia Internet KEYing (RFC3830)）のＰＳＫ（Pre Shared Key）モードを利用して行われる。鍵共有処理は、非登録通信端末１３又は登録通信端末１４と、他の非登録通信端末１３又は登録通信端末１４との間で行われ、この処理の実行によって両者が共有鍵（第三共有鍵）を共有する。鍵共有処理は、鍵を共有する双方が非登録通信端末である場合と、いずれか一方が登録通信端末である場合とで、処理が異なる。
【００４５】
まず、双方が非登録通信端末である場合の鍵共有処理について説明する。図８は、双方が非登録通信端末である場合の鍵共有処理の概要を示す概要図である。この場合、認証仲介装置１２は、ｎＴＥａ及びｎＴＥｂそれぞれと共有鍵Ｋ＿｛ｎ，ａ｝及びＫ＿｛ｎ，ｂ｝を共有しており、鍵交換用メッセージの仲介を行う。図８では、ユーザＡが所有する非登録通信端末（ｎＴＥａ）と、ユーザＢが所有する非登録通信端末（ｎＴＥｂ）とが、鍵共有処理を実行する。まず、ｎＴＥａは、ｎＴＥｂと共有する共有鍵Ｋ＿｛ａ，ｂ｝を生成する。次に、ｎＴＥａは、Ｋ＿｛ｎ，ａ｝を用いて、共有鍵Ｋ＿｛ａ，ｂ｝を暗号化し、ＭＡＣを生成する。そしてｎＴＥａは、生成された暗号化共有鍵及びＭＡＣを含む鍵交換用メッセージを、認証仲介装置１２へ送信する。
【００４６】
認証仲介装置１２は、鍵交換用メッセージを受信すると、受信された鍵交換用メッセージに含まれるＭＡＣを用いてｎＴＥａを認証する。認証がなされると、認証仲介装置１２は、Ｋ＿｛ｎ，ａ｝を用いて、受信された鍵交換用メッセージに含まれる暗号化共有鍵を復号化し、共有鍵Ｋ＿｛ａ，ｂ｝を生成する。そして、認証仲介装置１２は、Ｋ＿｛ｎ，ｂ｝を用いて、共有鍵Ｋ＿｛ａ，ｂ｝を暗号化し、ＭＡＣを生成し、この二つのデータを含む鍵交換用メッセージをｎＴＥｂへ送信する。
【００４７】
ｎＴＥｂは、鍵交換用メッセージを受信すると、受信された鍵交換用メッセージに含まれるＭＡＣを用いて認証仲介装置１２を認証する。認証がなされると、ｎＴＥｂは、Ｋ＿｛ｎ，ｂ｝を用いて、受信された鍵交換用メッセージに含まれる暗号化共有鍵を復号化し、共有鍵Ｋ＿｛ａ，ｂ｝を記憶する。そして、ｎＴＥａとｎＴＥｂとで、共有鍵Ｋ＿｛ａ，ｂ｝が共有される。なお、ｎＴＥａとｎＴＥｂとで共有される共有鍵Ｋ＿｛ａ，ｂ｝は、ｎＴＥａによって生成されるのではなく、ｎＴＥａからの鍵生成要求メッセージに応じて認証仲介装置１２によって生成されても良い。この場合、共有鍵Ｋ＿｛ａ，ｂ｝は、認証仲介装置１２によって、ｎＴＥａ及びｎＴＥｂの双方に、それぞれの鍵Ｋ＿｛ｎ，ａ｝及びＫ＿｛ｎ，ｂ｝を用いた暗号化が施されて送信される。
【００４８】
図９は、双方が非登録通信端末である場合の鍵共有処理の流れを示すシーケンス図である。以下、鍵共有処理の流れについて詳説する。まず、ｎＴＥａは、ユーザＡに対してパスワードの入力を促す。ｎＴＥａは、パスワードＰＷｎａとｓｎａを用いて、以下のようにＫ＿｛ｎ，ａ｝を生成する（ＫＥ１−１）。Ｋ＿｛ｎ，ａ｝＝ｈ（ＰＷｎａ）・ｓｎａ。次に、ｎＴＥａは、Ｋ＿｛ｎ，ａ｝から、暗号鍵ｅｎｃｒｋｅｙ＿ａ及び認証鍵ａｕｔｈｋｅｙ＿ａを以下のように生成する（ＫＥ１−２）。ｅｎｃｒｋｅｙ＿ａ＝ＰＲＦ（Ｋ＿｛ｎ，ａ｝，ＬＡＢＥＬｅｎｃ）、ＬＡＢＥＬｅｎｃ＝ＣＯＮＳＴｅｎｃ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。ａｕｔｈｋｅｙ＿ａ＝ＰＲＦ（Ｋ＿｛ｎ，ａ｝，ＬＡＢＥＬａｕｔｈ）、ＬＡＢＥＬａｕｔｈ＝ＣＯＮＳＴａｕｔｈ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。なお、ｃｓｂ＿ｉｄはｎＴＥａによってランダムに生成される３２ビットの識別子である。
【００４９】
ｎＴＥａは、ＭＩＫＥＹのメッセージヘッダＨＤＲ、タイムスタンプＴ、乱数ＲＡＮＤ、ｎＴＥａのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝、ｎＴＥｂのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥｂ｝を用いて、ＭＩＫＥＹのＩｎｉｔｉａｔｏｒメッセージ（Ｉ＿ＭＥＳＳＡＧＥａ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙａを用いて生成する（ＫＥ１−３）。ｎＴＥａは、ｎＴＥｂとの共有鍵Ｋ＿｛ａ，ｂ｝をランダムに生成する。また、ｎＴＥａは、Ｋ＿｛ａ，ｂ｝、ｅｎｃｒｋｅｙａ及びＭＡＣを用いて、鍵情報ＫＥＹＭＡＣを以下のように生成し、Ｉ＿ＭＥＳＳＡＧＥａに付加する（ＫＥ１−４）。ＫＥＹＭＡＣ＝Ｅ（ｅｎｃｒｋｅｙａ，Ｋ＿｛ａ，ｂ｝）｜｜ＭＡＣ。ｎＴＥａは、認証仲介装置１２に対し、Ｉ＿ＭＥＳＳＡＧＥａを送信する（ＫＥ１−５）。認証仲介装置１２は、ＩＭＰＵ＿｛ｎＴＥａ｝及びＳＫＰＦを用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を以下の関係に基づいて生成する。ＩＭＰＵ＿｛ｎＴＥａ｝＝Ｅ（ＰＫＰＦ，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝）、Ｄ（ＭＫＰＦ，ｒ１）＝ｒ０｜｜Ｈ０、Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥａ｝）、Ｋ＿｛ｎ，ａ｝＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）。また、認証仲介装置１２は、ｒ１を用いてｒ０及びＨ０を生成し、Ｈ０＝ｈ（ＩＭＰＵ＿｛ＴＥａ｝・ＩＤ＿｛ｎＴＥａ｝）と一致するか検証する。さらに、認証仲介装置１２は、ｒ１、ｒ２、ＭＫＰＦ、ＩＭＰＵ＿｛ＴＥａ｝及びＩＤ＿｛ｎＴＥａ｝を用いて、Ｋ＿｛ｎ，ａ｝を生成する（ＫＥ１−６）。そして、認証仲介装置１２は、Ｋ＿｛ｎ，ａ｝からｅｎｃｒｋｅｙａ、ａｕｔｈｋｅｙａを生成し、ＫＥＹＭＡＣ内のＭＡＣを検証し、このＫＥＹＭＡＣの送信元であるｎＴＥａを認証する。そして、認証仲介装置１２は、認証がなされた場合には、Ｋ＿｛ａ，ｂ｝を生成する（ＫＥ１−７）。
【００５０】
次に、認証仲介装置１２は、ＩＭＰＵ＿｛ｎＴＥｂ｝及びＳＫＰＦを用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥｂ｝、ＩＤ＿｛ｎＴＥｂ｝を生成する。ｒ１からｒ０、Ｈ０を生成し、Ｈ０＝ｈ（ＩＭＰＵ＿｛ＴＥｂ｝・ＩＤ＿｛ｎＴＥｂ｝）と一致するか検証する。さらに、認証仲介装置１２は、ｒ１、ｒ２、ＭＫＰＦ、ＩＭＰＵ＿｛ＴＥｂ｝、ＩＤ＿｛ｎＴＥｂ｝を用いて、以下の関係に基づいてＫ＿｛ｎ，ｂ｝を生成する（ＫＥ１−８）。ＩＭＰＵ＿｛ｎＴＥｂ｝＝Ｅ（ＰＫＰＦ，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥｂ｝｜｜ＩＤ＿｛ｎＴＥｂ｝）、Ｄ（ＭＫＰＦ，ｒ１）＝ｒ０｜｜Ｈ０、Ｋ＿｛ＰＦ，ｂ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥｂ｝）、Ｋ＿｛ｎ，ｂ｝＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥｂ｝｜｜ＩＤ＿｛ｎＴＥｂ｝｜｜Ｋ＿｛ＰＦ，ｂ｝）。
【００５１】
次に、認証仲介装置１２は、Ｋ＿｛ｎ，ｂ｝を用いて、以下のようにｅｎｃｒｋｅｙｂ、ａｕｔｈｋｅｙｂを生成する（ＫＥ１−９）。ｅｎｃｒｋｅｙｂ＝ＰＲＦ（Ｋ＿｛ｎ，ｂ｝，ＬＡＢＥＬｅｎｃ）、ＬＡＢＥＬｅｎｃ＝ＣＯＮＳＴｅｎｃ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。ａｕｔｈｋｅｙｂ＝ＰＲＦ（Ｋ＿｛ｎ，ｂ｝，ＬＡＢＥＬａｕｔｈ）、ＬＡＢＥＬａｕｔｈ＝ＣＯＮＳＴａｕｔｈ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。
【００５２】
次に、認証仲介装置１２は、ＭＩＫＥＹのメッセージヘッダＨＤＲ、タイムスタンプＴ、乱数ＲＡＮＤ、ｎＴＥａのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝、ｎＴＥｂのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥｂ｝を用いて、ＭＩＫＥＹのＩｎｉｔｉａｔｏｒメッセージ（Ｉ＿ＭＥＳＳＡＧＥｂ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙｂを用いて生成する（ＫＥ１−１０）。次に、認証仲介装置１２は、Ｋ＿｛ａ，ｂ｝、ｅｎｃｒｋｅｙｂ、ＭＡＣを用いて、以下のようにＫＥＹＭＡＣを生成する。次に、認証仲介装置１２は、以下のようにしてＩ＿ＭＥＳＳＡＧＥｂに付加する（ＫＥ１−１１）。ＫＥＹＭＡＣ＝Ｅ（ｅｎｃｒｋｅｙｂ，Ｋ＿｛ａ，ｂ｝）｜｜ＭＡＣ。そして、認証仲介装置１２は、ｎＴＥｂに対し、Ｉ＿ＭＥＳＳＡＧＥｂを送信する（ＫＥ１−１２）。
【００５３】
ｎＴＥｂは、認証仲介装置１２からＩ＿ＭＥＳＳＡＧＥｂを受信すると、ユーザＢに対してパスワードの入力を促す。ｎＴＥｂは、得られたパスワードＰＷｂ及びｓｎｂを用いて以下のようにＫ＿｛ｎ，ｂ｝を生成する（ＫＥ１−１３）。Ｋ＿｛ｎ，ｂ｝＝ｈ（ＰＷｎｂ）・ｓｎｂ。次に、ｎＴＥｂは、Ｋ＿｛ｎ，ｂ｝を用いて、暗号鍵ｅｎｃｒｋｅｙｂ、認証鍵ａｕｔｈｋｅｙｂを生成する（ＫＥ１−１４）。次に、ｎＴＥｂは、ＫＥＹＭＡＣ内のＭＡＣを検証し、送信元である認証仲介装置１２について認証処理を行う。ｎＴＥｂは、認証がなされると、Ｋ＿｛ａ，ｂ｝を生成する（ＫＥ１−１５）。ｎＴＥｂは、ＭＩＫＥＹのメッセージヘッダＨＤＲを生成し、Ｉ＿ＭＥＳＳＡＧＥｂ内のタイムスタンプＴ、及びｎＴＥｂのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥｂ｝を用いて、ＭＩＫＥＹのＲｅｓｐｏｎｄｅｒメッセージ（Ｒ＿ＭＥＳＳＡＧＥｂ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙｂを用いて生成する（ＫＥ１−１６）。そして、ｎＴＥｂは、Ｒ＿ＭＥＳＳＡＧＥｂにＭＡＣを付加して、認証仲介装置１２に対し、Ｒ＿ＭＥＳＳＡＧＥｂを送信する（ＫＥ１−１７）。
【００５４】
認証仲介装置１２は、ａｕｔｈｋｅｙｂを用いてＭＡＣを検証する（ＫＥ１−１８）。次に、認証仲介装置１２は、ＭＩＫＥＹのメッセージヘッダＨＤＲ、タイムスタンプＴ、ｎＴＥａのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝からＭＩＫＥＹのＲｅｓｐｏｎｄｅｒメッセージ（Ｒ＿ＭＥＳＳＡＧＥａ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙａを用いて生成する（ＫＥ１−１９）。次に、認証仲介装置１２は、Ｒ＿ＭＥＳＳＡＧＥａにＭＡＣを付加して、ｎＴＥａに対し、Ｒ＿ＭＥＳＳＡＧＥａを送信する（ＫＥ１−２０）。そして、ｎＴＥａは、ａｕｔｈｋｅｙａにて、Ｒ＿ＭＥＳＳＡＧＥａ内のＭＡＣを検証する（ＫＥ１−２１）。
【００５５】
次に、いずれか一方が登録通信端末である場合の鍵共有処理について説明する。図１０（ａ）及び（ｂ）は、いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。この場合、ＳＩＰ（Session Initiation Protocol）を用いてＩＭＳ経由でＭＩＫＥＹによる鍵共有を行う。
【００５６】
図１０（ａ）において、ＩＭＳ非登録通信端末Ａから登録通信端末ＢへＳＩＰメッセージを送信する際は、ＡｕＰＦで当該非登録通信端末ＡのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝を、当該非登録通信端末ＡのユーザＡの登録通信端末用識別情報 ＩＭＰＵ＿｛ＴＥａ｝に変換して、ＩＭＳ経由で相手の登録通信端末ＢとＭＩＫＥＹメッセージが内包されたＳＩＰメッセージをやり取りする。その際、Ｆｒｏｍフィールド内にｔａｇ＝ＩＤ＿｛ｎＴＥａ｝とユーザＡの登録通信端末用識別情報ＩＭＰＵ＿｛ＴＥａ｝を記載する。
【００５７】
図１０（ｂ）において、登録通信端末Ｂから非登録通信端末ＡへＳＩＰメッセージを送信する際は、当該メッセージのＴｏフィールドに認証仲介装置１２を示すｒｅａｌｍ（例：ｐｎｃｐ．ｎｅｔ）を付加して送信する。また、ＩＭＳ内のＳ−ＣＳＣＦに、当該ｒｅａｌｍがＴｏフィールドに含まれる場合は、認証仲介装置１２に転送するように、予めＩＭＳに設定しておく。これによって、非登録通信端末Ａ宛のメッセージは、全て認証仲介装置１２に転送される。そのため、認証仲介装置１２でＳＩＰメッセージ内の非登録通信端末ＡのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝を、ユーザＡの登録通信端末用識別情報 ＩＭＰＵ＿｛ＴＥａ｝に変換することが可能となる。
【００５８】
鍵共有処理では、認証仲介装置１２を経由して、通信相手の通信端末、携帯端末との間で鍵共有を行う。その際、認証仲介装置１２で、当該通信端末用の識別情報を事業者ネットワーク用識別情報に変換することで、事業者ネットワーク経由での鍵共有が可能となる。
【００５９】
上述した処理により、非登録通信端末１３が事業者ネットワークを利用する場合は、認証仲介装置１２を経由して、事業者ネットワークへアクセスすることも可能となる。そのために、非登録通信端末１３と認証仲介装置１２との間で、事前に共通鍵を共有することで、両者間の通信の安全性を確保し、事業者ネットワークへの安全なアクセスを担保する。実際の当該鍵共有処理は、当該非登録通信端末１３のユーザが所有する登録通信端末１４で代理することで、安全な鍵共有を実現する。
【００６０】
なお、上述した実施形態における認証仲介装置１２、非登録通信端末１３、及び登録通信端末１４の機能をコンピュータで実現するようにしても良い。その場合、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでも良い。
また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００６１】
［他の実施例その１］
図１３は、代理登録処理の処理手順の他の実施例その１を示すシーケンス図である。図１３において図６の各ステップに対応する部分には同一の符号を付している。図１３の実施例では、ＴＥａは事業者認証基盤１１を経由して認証仲介装置１２との間にセッションを確立する。その際、認証仲介装置１２はＴＥａに対してチャレンジ情報ｃ１を配布する。ＴＥａは、その確立したセッション内で、認証仲介装置１２との間でｎＴＥａ用の共通鍵Ｋｎ，ａの共有、ならびに識別子ＩＭＰＵ＿｛ｎＴＥａ｝の生成処理を実施する。代理登録手段終了後、ＴＥａは認証仲介装置１２との間のセッションを終了する。以下、図１３を参照して、図６との差分を説明する。
【００６２】
図１３において、ステップＰＲ１−１〜４までは図６と同様である。但し、ＴＥａは、セッション確立要求メッセージ（ＩＮＶＩＴＥ）内で、セッション内でやり取りするデータのタイプおよび当該データを送受信するプロトコルを指定する。この例では、データのタイプとしてＸＭＬ（eXtensible Markup Language）ファイル、プロトコルとしてＨＴＴＰ（Hyper Text Transfer Protocol）を指定する。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａに対し、セッション確立許可メッセージ（２００ＯＫ）を送信する。その際、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、セッション確立許可メッセージ内にｃ１を付加する。セッション確立許可メッセージは、事業者認証基盤１１内のＳ−ＣＳＣＦ及びＰ−ＣＳＣＦを経由して、ＴＥａに転送される（ＰＲ２−５）。
【００６３】
次いで、ステップＰＲ１−６〜８までは図６と同様である。ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、確立したセッション内で、代理登録要求メッセージを送信する。その際、ＴＥａの管理装置通信部１４４は、代理登録要求メッセージ内にｃ１、ＩＭＰＵ＿｛ｎＴＥａ｝、Ｈｎを付加する（ＰＲ２−９）。この例では、ＨＴＴＰのＰＯＳＴメソッドを用いて、ｃ１、ＩＭＰＵ＿｛ｎＴＥａ｝、Ｈｎが内包されたＸＭＬファイルを送付する。
【００６４】
次いで、ステップＰＲ１−１０は図６と同様である。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａに対し、確立したセッション内で、代理登録応答メッセージを送信する。その際、認証仲介装置１２は、代理登録応答メッセージ内にｒ３及びＨ’ｎ２を付加する（ＰＲ２−１１）。この例では、ＨＴＴＰのＧＥＴメソッドを用いて、ｒ３及びＨ’ｎ２が内包されたＸＭＬファイルを送付する。次いで、ステップＰＲ１−１２〜１６までは図６と同様である。
【００６５】
この図１３の代理登録処理手順によれば、ＴＥａと認証仲介装置１２との間で確立された一セッション内で代理登録処理が行われるので、ＳＩＰ手順が簡潔になる。
【００６６】
［他の実施例その２］
図１４は、代理登録処理の処理手順の他の実施例その２を示すシーケンス図である。図１４において図６、図１３の各ステップに対応する部分には同一の符号を付している。図１４の実施例では、ｎＴＥａの登録にＧＲＵＵ（Globally Routable User Agent URIs）技術を利用する。ＧＲＵＵ技術は、ＵＲＩ（Universal Resource Identifier）をユーザ単位でなくデバイス単位に割当てる技術である。ＴＥａは、ｎＴＥａの登録の際に、ＩＭＰＵ＿｛ｎＴＥａ｝の代わりにＧＲＵＵ識別子を生成する。そして、ＴＥａは、通信端末情報登録処理で、事業者認証基盤１１に対して該ＧＲＵＵ識別子を登録する。以下、図１４を参照して、図６、図１３との差分を説明する。
【００６７】
図１４において、ステップＰＲ１−１〜４、ＰＲ２−５、ＰＲ１−６〜７までは図６、図１３と同様である。ＴＥａの第二共有鍵生成情報管理部１４３は、乱数ｒ２を生成し、ｒ１、ｒ２、Ｋ＿｛ＰＦ，ａ｝、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、ｎＴＥａのＧＲＵＵ識別子であるＧＩＤ＿｛ｎＴＥａ｝（第二共有鍵生成情報）を以下のように算出する。ＧＩＤ＿｛ｎＴＥａ｝＝Ｅ（Ｋ＿｛ＰＦ，ａ｝，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝）。また、ＴＥａの第二共有鍵生成情報管理部１４３はさらに、Ｋｎ（第二共有鍵）及びＨｎを以下のように生成する（ＰＲ３−８）。Ｋｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋｎ）。
【００６８】
次いで、ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、確立したセッション内で、代理登録要求メッセージを送信する。その際、ＴＥａの管理装置通信部１４４は、代理登録要求メッセージ内にｃ１、ＧＩＤ＿｛ｎＴＥａ｝、Ｈｎを付加する（ＰＲ３−９）。この例では、ＨＴＴＰのＰＯＳＴメソッドを用いて、ｃ１、ＧＩＤ＿｛ｎＴＥａ｝、Ｈｎが内包されたＸＭＬファイルを送付する。
【００６９】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａから代理登録要求メッセージを受信すると、この代理登録要求メッセージに付加されているＧＩＤ＿｛ｎＴＥａ｝とＫ＿｛ＰＦ，ａ｝を用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥａ｝及びＩＤ＿｛ｎＴＥａ｝を生成する。そして、ｒ１が、ＰＲ１−４において生成されたｒ１と一致するか否かについて確認する。さらに、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ｒ１、ｒ２、Ｋ＿｛ＰＦ，ａ｝、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、Ｋ’ｎ及びＨ’ｎを以下のように生成する。Ｋ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋ’ｎ）。そして、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＨｎとＨ’ｎとが一致するか否か確認する。ＨｎとＨ’ｎとが一致する場合、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、乱数ｒ３を生成し、Ｈ’ｎ２を以下のように生成する（ＰＲ３−１０）。Ｈ’ｎ２＝ｈ（ｒ１｜｜ｒ２｜｜ｒ３｜｜Ｋ’ｎ）。
【００７０】
次いで、ステップＰＲ２−１１、ＰＲ１−１２〜１５までは図６、図１３と同様である。ＴＥａによってｓｎａが生成されると、ｎＴＥａに対し、ＧＩＤ＿｛ｎＴＥａ｝及びｓｎａが入力される。この処理は、ＴＥａに識別情報ＩＤ＿｛ｎＴＥａ｝が入力される際の処理（ＰＲ１−１）と同様に、バーコード、近距離無線通信、メール送信、ユーザＡによる直接入力など、どのような方法が用いられても良い（ＰＲ３−１６）。
【００７１】
次に、図１５を参照して、通信端末情報登録処理において、ＴＥａが事業者認証基盤１１に対してＧＲＵＵ識別子を登録する手順を説明する。図１５は、通信端末情報登録処理の処理手順の他の実施例その２を示すシーケンス図である。図１５において図７の各ステップに対応する部分には同一の符号を付している。以下、図１５を参照して、図７との差分を説明する。
【００７２】
図１５において、ステップＤＲ１−１は図７と同様である。ｎＴＥａの第二共有鍵記憶部１３１は、生成された共通鍵Ｋｎを用いてＭＡＣを生成する。ｎＴＥａの第二共有鍵記憶部１３１は、Ｋｎ及びＭＡＣを生成すると、認証仲介装置１２に対し、ＧＩＤ＿｛ｎＴＥａ｝と、位置情報ＡＤＤＲ＿｛ｎＴＥａ｝の関連情報と、ＭＡＣとを付加した位置情報登録メッセージを送信する（ＤＲ３−２）。位置情報登録メッセージは、ＭＡＣが付加されることによって、完全性が保証される。
【００７３】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、位置情報登録メッセージを受信すると、ＭＡＣを用いてｎＴＥａについて認証を行う。ＭＡＣを用いた認証がなされると、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＧＩＤ＿｛ｎＴＥａ｝及びＡＤＤＲ＿｛ｎＴＥａ｝を関連付けて記憶し、ｎＴＥａに対してａｃｋメッセージを送信する（ＤＲ３−３）。
【００７４】
ＴＥａは、事業者認証基盤１１に対し、ＳＩＰのＲＥＧＩＳＴＥＲメッセージを送信してＧＩＤ＿｛ｎＴＥａ｝の登録を要求する。その際、ＴＥａは、ＲＥＧＩＳＴＥＲメッセージ内に、ＧＩＤ＿｛ｎＴＥａ｝とともにＣｏｎｔａｃｔアドレスとして認証仲介装置１２のアドレスであるＡＤＤＲ＿｛ＰＦ｝を含める（ＤＲ３−４）。
【００７５】
事業者認証基盤１１は、そのＲＥＧＩＳＴＥＲメッセージを受信すると、ＩＭＰＵ＿｛ＴＥａ｝を用いてＴＥａの正当性を確認する。ＴＥａの正当性が確認されると、事業者認証基盤１１は、ＴＥａに対し、ＧＲＵＵ識別子登録許可メッセージ（２００ＯＫ）を送信する。これにより、ｎＴＥａのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝が事業者認証基盤１１に登録される。
【００７６】
次に、図１６を参照して、ＧＲＵＵ識別子を用いた鍵共有処理について説明する。図１６（ａ）及び（ｂ）は、いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。この場合、ＳＩＰを用いてＩＭＳ経由でＭＩＫＥＹによる鍵共有を行う。
【００７７】
図１６（ａ）において、ＩＭＳ非登録通信端末Ａから登録通信端末ＢへＳＩＰメッセージを送信する際は、ＡｕＰＦで当該非登録通信端末ＡのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝を、当該非登録通信端末ＡのユーザＡの登録通信端末用識別情報 ＩＭＰＵ＿｛ＴＥａ｝に付加して、ＩＭＳ経由で相手の登録通信端末ＢとＭＩＫＥＹメッセージが内包されたＳＩＰメッセージをやり取りする。その際、Ｆｒｏｍフィールド内にｇｒ＝ＧＩＤ＿｛ｎＴＥａ｝と当該非登録通信端末ＡのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝を記載する。
【００７８】
図１６（ｂ）において、登録通信端末Ｂから非登録通信端末ＡへＳＩＰメッセージを送信する際は、当該メッセージのＴｏフィールドに非登録通信端末Ａを示すｇｒ＝ＧＩＤ＿｛ｎＴＥａ｝を付加して送信する。これによって、非登録通信端末Ａ宛のメッセージは、全て認証仲介装置１２に転送される。認証仲介装置１２は、ＳＩＰメッセージ内の非登録通信端末ＡのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝に対応するアドレスを参照し、非登録通信端末Ａへ当該メッセージを転送する。また、認証仲介装置１２は、同時に非登録通信端末Ａ用の鍵Ｋｎ，ａを求め、非登録通信端末Ａ宛の鍵交換用メッセージを再暗号化する。
【００７９】
この他の実施例その２によれば、ｎＴＥａの登録にＧＲＵＵ技術を利用することで、ＩＭＳ内のＳ−ＣＳＣＦに対して認証仲介装置１２に転送するように予めＩＭＳに設定する必要がなく、通常のＳＩＰの手順によって鍵共有処理を行うことができる。
【図面の簡単な説明】
【００８０】
【図１】鍵共有システムのシステム構成を示すシステム構成図である。
【図２】認証仲介装置１２の構成例を示す機能ブロック図である。
【図３】非登録通信端末１３の構成例を示す機能ブロック図である。
【図４】登録通信端末１４の構成例を示す機能ブロック図である。
【図５】事前準備処理の処理手順の具体例を示すシーケンス図である。
【図６】代理登録処理の処理手順の具体例を示すシーケンス図である。
【図７】通信端末情報登録処理の処理手順の具体例を示すシーケンス図である。
【図８】双方が非登録通信端末である場合の鍵共有処理の概要を示す概要図である。
【図９】双方が非登録通信端末である場合の鍵共有処理の流れを示すシーケンス図である。
【図１０】いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。
【図１１】ＩＭＳのネットワーク構造の概要を示す概要図である。
【図１２】ＩＭＳにおける認証シーケンスを示すシーケンス図である。
【図１３】代理登録処理の処理手順の他の実施例その１を示すシーケンス図である。
【図１４】代理登録処理の処理手順の他の実施例その２を示すシーケンス図である。
【図１５】通信端末情報登録処理の処理手順の他の実施例その２を示すシーケンス図である。
【図１６】他の実施例その２における、いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。
【符号の説明】
【００８１】
１１…事業者認証基盤（認証基盤）， １２…認証仲介装置（管理装置），１２１…第一共有鍵管理部， １２２…第二共有鍵生成情報管理部， １２３…第二共有鍵管理部， １２４…第三共有鍵管理部， １３…非登録通信端末， １３１…第二共有鍵記憶部， １３２…第三共有鍵管理部， １４…登録通信端末， １４１…認証管理部， １４２…第一共有鍵管理部， １４３…第二共有鍵生成情報管理部， １４４…管理装置通信部
【技術分野】
【０００１】
本発明は、ネットワークを介して接続される複数の装置間で共有鍵を共有するための管理装置、登録通信端末、非登録通信端末、ネットワークシステム、管理方法、通信方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークにおける利便性の向上を目的とした様々な技術が提案されている。このような技術の一つとして、ＩＭＳ（IP Multimedia Subsystem）がある（非特許文献１参照）。ＩＭＳは、ＳＩＰ（Session Initiation Protocol）をはじめとするＩＰ技術を用いて、複数のサービスを統合させる技術である。図１１は、ＩＭＳのネットワーク構造の概要を示す概要図である。ＩＭＳでは、例えば、従来の回線交換技術による移動・固定通信サービス（例えば、２ＧセルラーやＩＭＴ−２０００など）と、パケット交換技術による移動・固定通信サービス（例えば、無線ＬＡＮ、光通信、ｘＤＳＬなど）とが統合され、様々なサービスが提供される。
【０００３】
図１２は、ＩＭＳにおける認証シーケンスを示すシーケンス図である。以下、ＩＭＳにおける認証シーケンスの概要について説明する。ＩＭＳでは、通信端末（ＵＥ：User Equipment）は、自装置に挿入されたＩＳＩＭ（IMS Subscriber Identity Module）内のユーザ識別情報（ＩＭＰＵ：IP Multimedia Public Identify、ＩＭＰＩ：IP Multimedia Private Identify）、及び長期共有鍵（Ｋ）を用いて、ＩＭＳに含まれる事業者ネットワーク内の認証サーバ（ＨＳＳ：Home Subscriber Server）と通信し、相互認証、鍵交換、及び位置登録を行う。このとき、通信端末は、ＩＭＳに含まれる事業者ネットワーク内のＰ−ＣＳＣＦ（Proxy-Call Session Control Function）、Ｉ−ＣＳＣＦ（Interrogating-Call Session Control Function）、及びＳ−ＣＳＣＦ（Serving-Call Session Control Function）を経由して、ＨＳＳとの通信を行う。これにより、通信端末は、Ｐ−ＣＳＣＦとの間で共有鍵ＣＫ（Confidential Key）及びＩＫ（Integrity Key）を共有する。通信端末は、ＣＫ及びＩＫを用いてＩＰｓｅｃによる秘匿通信をＰ−ＣＳＣＦとの間で行うことによって、安全に事業者ネットワークへアクセスすることができる。また、事業者ネットワークは、上述した方法によって予めＰ−ＣＳＣＦと鍵を共有し、位置登録を実施した通信端末以外のアクセスを許可しない。そのため、事業者ネットワーク内は、ＩＭＳによって、強固なセキュリティが保たれている。
【０００４】
ここで、ユーザ識別情報ＩＭＰＵ及びＩＭＰＩについて説明する。ユーザ識別情報ＩＭＰＵ及びＩＭＰＩは、事業者ネットワークの事業者から割当てられる。ＩＭＰＩは、各ユーザに１つずつ割当てられる識別情報であり、ＩＭＳ内において当該ユーザを一意に特定する情報である。ＩＭＰＵは、各サービスにおいてユーザが利用する識別情報であり、一つのＩＭＰＩに対して複数割り当てられる。ＩＭＰＩ及びＩＭＰＵは、ＩＭＳ内のＨＳＳに格納されている。ＨＳＳは、ユーザ認証及び通信端末の位置情報の登録を行う際に、ユーザ識別情報を照合することによってユーザを特定する。そして、ＨＳＳは、ＩＭＳサービスへの接続の許可、及びユーザ識別情報に紐付けられている認証情報（認証ベクトル：Authentication Vector）を用いた相互認証を行う。
【０００５】
また、ＩＭＳは、サービス提供者のためのアプリケーションサーバ（ＡＳ：Application Server）に対して、ＩＳＣ（ＩＭＳ Service Control）を提供している。ＩＳＣは、それぞれのアプリケーションサーバが独自にＩＭＳ内のユーザ識別情報を利用してユーザ認証を行うことを可能とするインタフェースである。ＩＳＣによって、サービス提供者のアプリケーションサーバは、認証サーバを自前で持つことなく、ＩＭＳに接続された通信端末のユーザに対して、独自のサービスを提供することが可能になる。
【０００６】
ＩＭＳのように、ネットワークを介して離れて位置する複数の装置同士（例えば、ユーザの通信端末とＨＳＳ、ユーザの通信端末とアプリケーションサーバ、ユーザの通信端末と他のユーザの通信端末、など）でセキュリティの高い通信を実現させるためには、装置同士で共有鍵を共有して通信する必要がある。そのため、共有鍵を通信端末同士で共有し通信するための技術の開発が嘱望されている。
【０００７】
このような技術の例として、非特許文献２には、二つの通信端末間（二者間）で秘密鍵を安全に共有するためのプロトコル（Diffie-Hellman鍵共有法）が開示されている。このプロトコルでは、たとえ二者間の通信内容を第三者（攻撃者）によって傍受されたとしても、攻撃者は二者間で共有する秘密鍵を解読することができない。しかしながら、攻撃者が通信を行う二者間に介在することで、一方のユーザに対し他方のユーザになりすますことが可能となる（Man-In-The-Middle攻撃）。そのため、非特許文献２に開示された技術では、通信端末同士が互いを認証する機構を別途設ける必要がある。
【０００８】
このような問題に対し、特許文献１には、Man-In-The-Middle攻撃に対する脆弱性を解決するための鍵共有技術が開示されている。特許文献１に開示された技術では、信頼できる公開鍵サーバがシステム内に設置され、この公開鍵サーバが鍵生成情報を二者のうちの一方に送信する。この処理によって、攻撃者による当該鍵生成情報のすり替えが不可能となり、Man-In-The-Middle攻撃によるなりすましを防ぐことが可能となる。
【０００９】
しかしながら、特許文献１に開示された技術では、鍵交換の際に公開鍵サーバから送信されるメッセージを各通信端末において認証する必要がある。そのため、鍵交換を行う通信端末全てにおいて、公開鍵サーバを認証するための証明書をインストールする必要がある。また、特許文献１に開示された技術では、全てのユーザは、自身の鍵生成情報を公開鍵サーバにあらかじめ安全に送信する必要がある。そのため、当該鍵生成情報に対応する秘密情報を、ユーザが所有するすべての通信端末にインストールする必要がある。このようなシステムをサービス提供者単体で構築・運用するためには多くのコストが必要となる上に、ユーザが行う処理も煩雑となってしまう。
【００１０】
そこで、ＩＭＳにおける認証を用いて事業者ネットワークに接続することによって、これらの問題を解決することができる。しかしながら、その場合、ＨＳＳに登録されているＩＳＩＭを持たない通信端末は、ＩＭＳにおける認証を受けることが出来ず、事業者ネットワークに接続することが出来ないという問題がある。このような問題に対し、非特許文献３には、ＩＭＳから提供されるサービスを、ユーザが所有するＩＳＩＭを持たない通信端末でも受けることを可能とするための技術が開示されている。
非特許文献３の技術では、ＩＳＩＭを持つ携帯電話とＩＳＩＭを持たない通信端末とが近距離無線通信技術で接続される。携帯電話は通信端末へ、ＩＭＳと認証を行うための認証情報を送信する。また携帯電話は、ＩＭＳのＨＳＳに問い合わせを行い、通信端末の情報をＨＳＳに追加する。これにより、通信端末はＩＭＳにおける認証を受けることが可能となる。その後、ＩＭＳに接続されたＰＡＮ（Personal Area Network）管理サーバに対して、通信端末の登録を行うことによって、ＩＳＩＭを持たない通信端末を用いてＩＭＳを介したサービス享受が実現される。
【特許文献１】特開２００６−１４０７４３号公報
【非特許文献１】3GPP TS 23.228 V8.1.0, "IP Multimedia Subsystem (ＩＭＳ) Stage 2 (Release 8)"
【非特許文献２】W. Diffie and M. E. Hellman, "New Directions in Cryptography", IEEE Transactions on Information Theory, vol.IT-22, No.6, pp.644-654
【非特許文献３】伝宝 浩史他, "All-IP NetworkにおけるPersonal Area Networkサポート", 2005年電子情報通信学会ソサイエティ大会, BS-2-10, 2005
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、非特許文献３に開示された技術では、ユーザは、新たな通信端末を使用する場合、ＩＳＩＭを有する携帯電話を用いてＩＭＳにアクセスし、新たな通信端末の情報をその都度ＨＳＳに追加しなければならない。一般的に、携帯電話を利用して通信端末の認証・登録を行う際には、携帯電話のＩＳＩＭ内の認証情報の安全性が脅かされることがないように対処する必要がある。そのため、頻繁にＨＳＳへアクセスして新たな通信端末の情報を登録することは、セキュリティの観点から、あまり現実的ではない。さらに、当該技術では、通信端末は、ＨＳＳへの登録後にＩＭＳへアクセスする必要があり、そもそもＩＭＳへアクセスすることができない通信端末はサポートされない。
【００１２】
本発明は、このような従来技術の問題に鑑みてなされたものであり、認証基盤以外の新たな認証システムの構築を行うことなく、認証基盤における認証を受けることができない非登録通信端末についての正当性を担保しつつ、非登録通信端末と管理装置とで共有鍵を共有することを可能とする装置等を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第一の態様は、管理装置であって、第一共有鍵管理部、第二共有鍵生成情報管理部、及び第二共有鍵管理部を備える。第一共有鍵管理部は、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された第一共有鍵を記憶する。また、第一共有鍵管理部は、生成された第一共有鍵を、認証基盤を経由して登録通信端末へ送信する。第二共有鍵生成情報管理部は、第二共有鍵生成情報を、第二共有鍵及び第二共有鍵生成情報を記憶する非登録通信端末から、認証基盤を経由せずに受信する。第二共有鍵生成情報とは、第一共有鍵とともに用いることによって第二共有鍵を生成することができるデータである。第二共有鍵管理部は、第一共有鍵及び第二共有鍵生成情報を用いて第二共有鍵を生成する。例えば、第二共有鍵は、第一共有鍵と第二共有鍵生成情報とをデータ連結した上で一方向関数を用いて処理することによって取得されても良い。
【００１４】
本発明の第一の態様では、第一共有鍵管理部が、認証基盤において認証を受けた登録通信端末に対して第一共有鍵を、認証基盤を経由して送信することによって、第一共有鍵の送信相手の正当性が担保される。また、本発明の第一の態様において、第二共有鍵は、認証基盤における認証に用いられる情報ではない。そのため、第二共有鍵が非登録通信端末によって取得されたとしても、登録通信端末と認証基盤との間のセキュリティに影響を及ぼすことが無い。そして、登録通信端末が非登録通信端末に対して第二共有鍵を渡すことによって、非登録通信端末と管理装置との間で第二共有鍵を共有することができる。このとき、非登録通信端末に第二共有鍵を渡す登録通信端末は、上述したように認証基盤によって認証がなされているため、非登録通信端末についても間接的に認証がなされたこととなり、正当性が担保される。
【００１５】
本発明の第一の態様は、認証基盤を経由せずに第二共有鍵を用いた暗号化通信を非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有し、当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する第二共有鍵を用いて暗号化して送信する、第三共有鍵管理部をさらに備えるように構成されても良い。
【００１６】
本発明の第二の態様は、登録通信端末であって、認証管理部、第一共有鍵管理部、第二共有鍵生成情報管理部、及び管理装置通信部を備える。認証管理部は、認証基盤における認証を受ける。第一共有鍵管理部は、認証基盤を経由した通信によって、第一共有鍵を管理装置と共有する。第二共有鍵生成情報管理部は、第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成して、生成された前記第二共有鍵生成情報を記憶する。管理装置通信部は、第二共有鍵生成情報を、認証基盤を経由した通信によって、管理装置へ送信する。
前記管理装置通信部は、前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加するように構成されてもよい。
前記管理装置通信部は、前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うように構成されてもよい。
前記第二共有鍵生成情報管理部は、自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成するように構成されてもよい。
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、前記登録通信端末は、前記認証基盤に対し、前記第二共有鍵生成情報を登録するように構成されてもよい。
【００１７】
本発明の第三の態様は、非登録通信端末であって、第二共有鍵記憶部及び第三共有鍵管理部を備える。第二共有鍵記憶部は、管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する。第三共有鍵管理部は、認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する第二共有鍵を用いた暗号化通信を管理装置と行うことによって、当該管理装置と第三共有鍵を共有する。非登録通信端末は、第三共有鍵が管理装置において他の通信端末に転送されることによって、他の通信端末と第三共有鍵を共有する。
【００１８】
本発明の第四の態様は、登録通信端末、非登録通信端末、認証基盤、及び管理装置を含み、登録通信端末と前記認証基盤との通信及び認証基盤と前記管理装置との通信における秘匿性及び完全性が保証されるネットワークシステムである。管理装置は、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された第一共有鍵を、記憶すると共に認証基盤を経由して登録通信端末へ送信する。登録通信端末装置は、管理装置から第一共有鍵を受信し、第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成し、生成された第二共有鍵生成情報を認証基盤を経由して管理装置へ送信する。管理装置は、第二共有鍵生成情報を受信し、第一共有鍵と第二共有鍵生成情報を用いて第二共有鍵を生成する。登録通信端末は、第二共有鍵生成情報及び第二共有鍵生成情報を用いて第二共有鍵を生成する。非登録通信端末は、登録通信端末によって生成された第二共有鍵の入力を受けて記憶する。
【００１９】
本発明の第四の態様におけるネットワークシステムにおいて、非登録通信端末は、第三共有鍵を生成し、生成された第三共有鍵を第二共有鍵を用いて暗号化して管理装置へ送信しても良い。この場合、管理装置は、暗号化された第三共有鍵を受信し、第二共有鍵を用いて復号化することによって第三共有鍵を生成し、他の非登録通信端末に係る他の第二共有鍵を用いて第三共有鍵を暗号化して他の非登録通信端末に送信するように構成される。
さらに、この場合、他の非登録通信端末は、暗号化された第三共有鍵を受信し、他の第二共有鍵を用いて復号化することによって第三共有鍵を生成し記憶するように構成される。
【００２０】
本発明は、本発明の第一の態様〜第四の態様に係る各装置が実行する方法として特定されても良い。また、本発明は、コンピュータを、上述した各装置として動作させるためのコンピュータプログラムとして特定されても良い。
【発明の効果】
【００２１】
本発明により、認証基盤以外の新たな認証システムの構築を行うことなく、認証基盤における認証を受けることができない非登録通信端末についての正当性を担保しつつ、非登録通信端末と管理装置とで共有鍵を共有することが可能となる。
【発明を実施するための最良の形態】
【００２２】
図１は、鍵共有システム１のシステム構成を示すシステム構成図である。鍵共有システム１は、事業者認証基盤（ＩＭＳ）１１、認証仲介装置（ＡｕＰＦ：管理装置）１２、非登録通信端末１３、登録通信端末（ＴＥ）１４を含む。事業者認証基盤１１と登録通信端末１４とは、事業者アクセス網を介して通信し、この通信の秘匿性（第三者にデータを傍受されないこと）及び完全性（データが途中で改変されないこと）は保証されている。事業者認証基盤１１と認証仲介装置１２とは、Ｓ−ＣＳＣＦを経由して通信し、この通信の秘匿性及び完全性は保証されている。登録通信端末１４は、ＩＭＰＩ及び長期保存鍵Ｋが記録された事業者認証要モジュールカード（ＩＳＩＭ）を有しており、事業者認証基盤１１に登録されている。一方、非登録通信端末１３は、一般アクセス網を介してインターネットに接続することはできるが、ＩＳＩＭを有しておらず、事業者アクセス網及び事業者認証基盤１１に接続することはできない。
【００２３】
事業者認証基盤１１は、上述したように、ＳＩＰ（Session Initiation Protocol）をはじめとするＩＰ技術を用いて、複数のサービスを統合させたネットワークであり、図１１に示されるようなネットワークである。また、事業者認証基盤１１は、図１２に示されるように、登録通信端末１４について認証を行う。なお、事業者認証基盤１１の構成については、図１１及び図１２を用いて説明しているため、詳説を省略する。
図２は、認証仲介装置１２の構成例を示す機能ブロック図である。認証仲介装置１２は、第一共有鍵管理部１２１、第二共有鍵生成情報管理部１２２、第二共有鍵管理部１２３、及び第三共有鍵管理部１２４を備える。
図３は、非登録通信端末１３の構成例を示す機能ブロック図である。登録通信端末１３は、第二共有鍵記憶部１３１及び第三共有鍵管理部１３２を備える。
図４は、登録通信端末１４の構成例を示す機能ブロック図である。非登録通信端末１４は、認証管理部１４１、第一共有鍵管理部１４２、第二共有鍵生成情報管理部１４３、及び管理装置通信部１４４を備える。なお、認証仲介装置１２、非登録通信端末１３、登録通信端末１４それぞれが備える各機能部の動作については後述する。
【００２４】
以下の説明において使用する符号について定義する。ＴＥｘは、ユーザＸが所有する登録通信端末１４を示す。ｎＴＥｘは、ユーザＸが所有する非登録通信端末１３を示す。ＩＤ＿｛ｎＴＥｘ｝は、ｎＴＥｘの識別情報を示す。ＩＭＰＵ＿｛ＴＥｘ｝は、ＴＥｘのＩＭＰＵを示す。ＩＭＰＩ＿｛ＴＥｘ｝は、ＴＥｘのＩＭＰＩを示す。Ｋ＿｛ＴＥｘ｝は、ＴＥｘの長期保存鍵を示す。Ｋ＿｛ｘ，ｙ｝は、ｘとｙとで共有される共有鍵を示す。ＭＫＰＦは、認証仲介装置１２のマスター鍵を示す。（ＰＫｘ，ＳＫｘ）は、ユーザＸが用いる公開鍵及び秘密鍵のペアを示す。Ｅ（ｋ，ｍ）は、データｍを鍵Ｋを用いて暗号化したデータを示す。Ｄ（ｋ，ｃ）は、データｃを鍵Ｋを用いて復号化したデータを示す。ｈ（ｘ）は、一方向関数を示す。ａ｜｜ｂは、データａとデータｂとの連結処理によって得られるデータを示す。ａ・ｂは、ａとｂとのビットごとの排他的論理和を示す。また、図面においては、本明細書においてアンダーバーより後ろに記載する文字列については、下付文字として記載する。
【００２５】
＜事前準備処理＞
図５は、事前準備処理の処理手順の具体例を示すシーケンス図である。図５では、登録通信端末１４（ＴＥａ）は、ユーザＡによって所有される登録通信端末１４である。以下、図５を用いて、事前準備処理について説明する。なお、説明の便宜上、ユーザＡによって所有される登録通信端末１４を、ＴＥａと記載する。
【００２６】
まず、ＴＥａの認証管理部１３１は、事業者認証基盤１１に対し、認証仲介装置１２による認証サービスを示す識別情報を含むサービス要求データを送信することによって、認証仲介装置１２による認証サービスを要求する（Ｐ１−１）。次に、事業者認証基盤１１は、ＴＥａに対するＩＭＰＵ＿｛ＴＥａ｝を生成し、生成されたＩＭＰＵ＿｛ＴＥａ｝の情報をＨＳＳに追加する。そして、事業者認証基盤１１は、生成されたＩＭＰＵ＿｛ＴＥａ｝を、ＴＥａに送信する（Ｐ１−２）。
【００２７】
次に、事業者認証基盤１１は、ＴＥａからサービス要求が送信されたことを示す登録要求を、認証仲介装置１２に対し送信する（Ｐ１−３）。認証仲介装置１２の第一共有鍵管理部１２１は、ＴＥａに対し、共有鍵Ｋ＿｛ＰＦ｝，ａ（第一共有鍵）を、以下のようにして生成する。Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥａ｝）。そして、認証仲介装置１２の第一共有鍵管理部１２１は、公開鍵ＰＫＰＦ及び共有鍵Ｋ＿｛ＰＦ，ａ｝を、事業者認証基盤１１を介してＴＥａに対して送信する（Ｐ１−４）。
【００２８】
ＴＥａの第一共有鍵管理部１３２は、認証仲介装置１２から、公開鍵ＰＫＰＦ、共有鍵Ｋ＿｛ＰＦ，ａ｝を受信し、記憶する。次に、ＴＥａの第一共有鍵管理部１３２は、ユーザＡに対し、鍵秘匿化に用いられるパスワードの入力を促す（Ｐ１−５）。ユーザＡによって任意のパスワードＰＷａがＴＥａに入力されると（Ｐ１−６）、ＴＥａの第一共有鍵管理部１３２は、鍵部分情報ｓａを以下のようにして生成して記憶する。ｓａ＝ｈ（ＰＷａ）・Ｋ＿｛ＰＦ｝，ａ。そして、ＴＥａは、Ｋ＿｛ＰＦ，ａ｝を削除する（Ｐ１−７）。なお、ＴＥａは、ｓａを記憶することにより、ユーザからのパスワードＰＷａの入力に基づいて、Ｋ＿｛ＰＦ，ａ｝を生成することができる。従って、ｓａを記憶することにより、認証仲介装置１２との関係においては、実質的に第一共有鍵を記憶していることと同義となる。
【００２９】
＜代理登録処理＞
図６は、代理登録処理の処理手順の具体例を示すシーケンス図である。図６では、登録通信端末１４（ＴＥａ）は、ユーザＡによって所有される登録通信端末１４である。また、非登録通信端末１３（ｎＴＥａ）は、ユーザＡによって所有される非登録通信端末１３である。以下、図６を用いて、代理登録処理について説明する。なお、説明の便宜上、ユーザＡによって所有される登録通信端末１４及び非登録通信端末１３を、それぞれＴＥａ、ｎＴＥａと記載する。
【００３０】
まず、ＴＥａに、識別情報ＩＤ＿｛ｎＴＥａ｝が入力される（ＰＲ１−１）。このとき、ｎＴＥａがＱＲコードなどのバーコードとしてＩＤ＿｛ｎＴＥａ｝を画面に表示させ、ＴＥａがこれを撮像し復号化することによって入力がなされても良い。また、ｎＴＥａが、ＦｅｌｉＣａやＢｌｕｅｔｏｏｔｈなどの近距離無線通信を用いてＩＤ＿｛ｎＴＥａ｝をＴＥａに送信し、ＴＥａがこれを受信することによって入力がなされてもよい。また、ｎＴＥａが、電子メールのメッセージに含めてＩＤ＿｛ｎＴＥａ｝を送信し、ＴＥａがこれを受信することによって入力がなされても良い。また、ユーザＡがＴＥａに直接ＩＤ＿｛ｎＴＥａ｝を入力しても良い。
【００３１】
次に、ＴＥａの第二共有鍵生成情報管理部１４３は、認証仲介装置１２に対し、鍵共有のためのセッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する。その際、ＴＥａの第二共有鍵生成情報管理部１４３は、セッション確立要求メッセージ内に、ＩＭＰＵ＿｛ＴＥａ｝及びＩＤ＿｛ｎＴＥａ｝を付加する。セッション確立要求メッセージは、事業者認証基盤１１内のＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦを経由して、認証仲介装置１２に転送される（ＰＲ１−２）。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、事業者認証基盤１１を経由して、セッション確立要求メッセージを受け取ると、ＴＥａが事業者認証基盤１１に登録された正規の通信端末であると判断する（ＰＲ１−３）。
【００３２】
次に、認証仲介装置１２の第一共有鍵管理部１２１は、Ｋ＿｛ＰＦ，ａ｝を以下のように生成する。Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥａ｝）。次に、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、乱数ｒ０を生成し、ｒ１、Ｈ１、ｃ１をそれぞれ以下のように生成する（ＰＲ１−４）。ｒ１＝Ｅ（ＭＫＰＦ，ｒ０｜｜ｈ（ＩＭＰＵ＿｛ＴＥａ｝・ＩＤ＿｛ｎＴＥａ｝））。Ｈ１＝ｈ（ｒ１｜｜Ｋ＿｛ＰＦ，ａ｝）。ｃ１＝Ｅ（Ｋ＿｛ＰＦ，ａ｝，ｒ１｜｜Ｈ１）。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａに対し、認証要求メッセージ（Proxy Authentication Required：Ｐｒｏｃｙ−Ａｕｔｈ−Ｒｅｑ）を送信する。その際、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、認証要求メッセージ内に、認証方式を示す文字列“ａｕｐｆ−ａｕｔｈ”及びｃ１を付加する。認証要求メッセージは、事業者認証基盤１１内のＳ−ＣＳＣＦ及びＰ−ＣＳＣＦを経由して、ＴＥａに転送される。その際、Ｓ−ＣＳＣＦは、自身が記憶しているＴＥａの情報に基づいて、複数のＰ−ＣＳＣＦの中から、認証要求メッセージの転送先となるＰ−ＣＳＣＦを決定する（ＰＲ１−５）。
【００３３】
ＴＥａの第二共有鍵生成情報管理部１４３は、認証要求メッセージを受信すると、ユーザＡに対してパスワードの入力を促す。ＴＥａの第二共有鍵生成情報管理部１４３は、ユーザＡによってパスワードＰＷａが入力されると、得られたパスワードＰＷａ及びｓａを用いて、Ｋ＿ＰＦ，ａを以下のように生成する（ＰＲ１−６）。Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＰＷａ）・ｓａ。ＴＥａの第二共有鍵生成情報管理部１４３は、Ｋ＿｛ＰＦ，ａ｝及びｃ１を用いて、ｒ１及びＨ１を生成する。そして、ＴＥａの第二共有鍵生成情報管理部１４３は、Ｋ＿｛ＰＦ，ａ｝及びｒ１を用いてＨ’１を以下のように算出し、Ｈ１とＨ’１とが一致することを確認する。Ｈ’１＝ｈ（ｒ１｜｜Ｋ＿｛ＰＦ，ａ｝)。Ｈ１とＨ’１とが一致することにより、ＴＥａの第二共有鍵生成情報管理部１４３は、認証仲介装置１２の正当性を判断する（ＰＲ１−７）。
【００３４】
次に、ＴＥａの第二共有鍵生成情報管理部１４３は、乱数ｒ２を生成し、ｒ１、ｒ２、ＰＫＰＦ、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、ｎＴＥａのＩＭＳ用識別情報であるＩＭＰＵ＿｛ｎＴＥａ｝（第二共有鍵生成情報）を以下のように算出する。ＩＭＰＵ＿｛ｎＴＥａ｝＝Ｅ（ＰＫＰＦ，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝）。また、ＴＥａの第二共有鍵生成情報管理部１４３はさらに、Ｋｎ（第二共有鍵）及びＨｎを以下のように生成する（ＰＲ１−８）。Ｋｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋｎ）。ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、再度、セッション確立要求メッセージ（ＩＮＶＩＴＥ）を送信する。その際、ＴＥａの管理装置通信部１４４は、セッション確立要求メッセージ内にｃ１、ＩＭＰＵ＿｛ｎＴＥａ｝、Ｈｎを付加する（ＰＲ１−９）。
【００３５】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａからセッション確立要求メッセージを受信すると、このセッション確立要求メッセージに付加されているＩＭＰＵ＿｛ｎＴＥａ｝及びＳＫＰＦを用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を生成する。そして、ｒ１が、ＰＲ１−４において生成されたｒ１と一致するか否かについて確認する。さらに、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ｒ１、ｒ２、Ｋ＿｛ＰＦ，ａ｝、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、Ｋ’ｎ及びＨ’ｎを以下のように生成する。Ｋ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋ’ｎ）。そして、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＨｎとＨ’ｎとが一致するか否か確認する。ＨｎとＨ’ｎとが一致する場合、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、乱数ｒ３を生成し、Ｈ’ｎ２を以下のように生成する（ＰＲ１−１０）。Ｈ’ｎ２＝ｈ（ｒ１｜｜ｒ２｜｜ｒ３｜｜Ｋ’ｎ）。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、Ｈ’ｎ２を生成すると、ＴＥａに対し、セッション確立許可メッセージ（２００ＯＫ）を送信する。その際、認証仲介装置１２は、セッション確立許可メッセージ内にｒ３及びＨ’ｎ２を付加する（ＰＲ１−１１）。
【００３６】
ＴＥａの第二共有鍵生成情報管理部１４３は、セッション確立許可メッセージを受信すると、ｒ１、ｒ２、ｒ３、Ｋｎを用いて、Ｈｎ２を以下のように生成する。Ｈｎ２＝ｈ（ｒ１｜｜ｒ２｜｜ｒ３｜｜Ｋｎ）。次に、ＴＥａの第二共有鍵生成情報管理部１４３は、Ｈｎ２とＨ’ｎ２とが一致するか否か確認する（ＰＲ１−１２）。次いで、ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、セッション終了メッセージ（ＢＹＥ）を送信する（ＰＲ１−１３）。認証仲介装置１２は、そのセッション終了メッセージ（ＢＹＥ）に応じて、ＴＥａに対し、セッション終了許可メッセージ（２００ＯＫ）を送信する（ＰＲ１−１４）。これにより、ＴＥａと認証仲介装置１２間のセッションが終了する。ＴＥａの第二共有鍵生成情報管理部１４３は、Ｈｎ２とＨ’ｎ２とが一致する場合、ユーザＡに対してパスワードの入力を促す。そして、ＴＥａの第二共有鍵生成情報管理部１４３は、入力されたパスワードＰＷｎａを用いて、鍵部分情報ｓｎａを以下のように生成し、記憶する（ＰＲ１−１５）。ｓｎａ＝ｈ（ＰＷｎａ）・Ｋｎ。
【００３７】
ＴＥａによってｓｎａが生成されると、ｎＴＥａに対し、ＩＭＰＵ＿｛ｎＴＥａ｝及びｓｎａが入力される。この処理は、ＴＥａに識別情報ＩＤ＿｛ｎＴＥａ｝が入力される際の処理（ＰＲ１−１）と同様に、バーコード、近距離無線通信、メール送信、ユーザＡによる直接入力など、どのような方法が用いられても良い（ＰＲ１−１６）。
【００３８】
このような代理登録処理によって、ユーザＡによって所有される非登録通信端末ｎＴＥａが、認証仲介装置１２に登録される。その際、ＴＥａがｎＴＥａに代わって事業者認証基盤１１経由で登録処理を行う。そのため、認証仲介装置１２は、事業者認証基盤１１によって正当性が担保されたＴＥａによる登録処理に応じるため、認証仲介装置１２において独自の認証装置を設けることなく、登録処理の正当性を確保することが可能となる。
【００３９】
また、このような代理登録処理によって、ＴＥａにおいても、事業者認証基盤１１によって正当性が担保された認証仲介装置１２に対して登録処理を行うため、認証仲介装置１２の正当性を確保することが可能となる。
【００４０】
また、このような代理登録処理によって、事業者認証基盤１１に接続することができない非登録通信端末１３が、事業者認証基盤１１に接続された認証仲介装置１２との間で、ＩＭＰＵ＿ｎＴＥａ及びｓｎａを共有することが可能となる。
【００４１】
＜通信端末情報登録処理＞
図７は、通信端末情報登録処理の処理手順の具体例を示すシーケンス図である。図７では、非登録通信端末１３（ｎＴＥａ）は、ユーザＡによって所有される非登録通信端末１３である。以下、図７を用いて、通信端末情報登録処理について説明する。なお、説明の便宜上、ユーザＡによって所有される非登録通信端末１３を、ｎＴＥａと記載する。
【００４２】
まず、ｎＴＥａの第二共有鍵記憶部１３１は、ユーザＡに対してパスワードの入力を促す。ユーザＡによってパスワードＰＷｎａが入力されると、ｎＴＥａの第二共有鍵記憶部１３１は、入力されたパスワードＰＷｎａ及びｓｎａを用いて、以下のようにしてＫｎ（第二共有鍵）を生成する（ＤＲ１−１）。Ｋｎ＝ｈ（ＰＷｎａ）・ｓｎａ。また、ｎＴＥａの第二共有鍵記憶部１３１は、生成された共通鍵Ｋｎを用いて、ＭＡＣ（Message Authentication Code：メッセージ認証子）を生成する。ｎＴＥａの第二共有鍵記憶部１３１は、Ｋｎ及びＭＡＣを生成すると、認証仲介装置１２に対し、ＩＭＰＵ＿｛ｎＴＥａ｝と、位置情報ＡＤＤＲ＿｛ｎＴＥａ｝の関連情報と、ＭＡＣとを付加した位置情報登録メッセージを送信する（ＤＲ１−２）。位置情報登録メッセージは、ＭＡＣが付加されることによって、完全性が保証される。
【００４３】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、位置情報登録メッセージを受信すると、ＭＡＣを用いてｎＴＥａについて認証を行う。ＭＡＣを用いた認証がなされると、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＩＭＰＵ＿｛ｎＴＥａ｝及びＡＤＤＲ＿｛ｎＴＥａ｝を関連付けて記憶し、ｎＴＥａに対してａｃｋメッセージを送信する（ＤＲ１−３）。
【００４４】
＜鍵共有処理＞
次に、鍵共有処理について説明する。鍵共有処理は、ＭＩＫＥＹ（Multimedia Internet KEYing (RFC3830)）のＰＳＫ（Pre Shared Key）モードを利用して行われる。鍵共有処理は、非登録通信端末１３又は登録通信端末１４と、他の非登録通信端末１３又は登録通信端末１４との間で行われ、この処理の実行によって両者が共有鍵（第三共有鍵）を共有する。鍵共有処理は、鍵を共有する双方が非登録通信端末である場合と、いずれか一方が登録通信端末である場合とで、処理が異なる。
【００４５】
まず、双方が非登録通信端末である場合の鍵共有処理について説明する。図８は、双方が非登録通信端末である場合の鍵共有処理の概要を示す概要図である。この場合、認証仲介装置１２は、ｎＴＥａ及びｎＴＥｂそれぞれと共有鍵Ｋ＿｛ｎ，ａ｝及びＫ＿｛ｎ，ｂ｝を共有しており、鍵交換用メッセージの仲介を行う。図８では、ユーザＡが所有する非登録通信端末（ｎＴＥａ）と、ユーザＢが所有する非登録通信端末（ｎＴＥｂ）とが、鍵共有処理を実行する。まず、ｎＴＥａは、ｎＴＥｂと共有する共有鍵Ｋ＿｛ａ，ｂ｝を生成する。次に、ｎＴＥａは、Ｋ＿｛ｎ，ａ｝を用いて、共有鍵Ｋ＿｛ａ，ｂ｝を暗号化し、ＭＡＣを生成する。そしてｎＴＥａは、生成された暗号化共有鍵及びＭＡＣを含む鍵交換用メッセージを、認証仲介装置１２へ送信する。
【００４６】
認証仲介装置１２は、鍵交換用メッセージを受信すると、受信された鍵交換用メッセージに含まれるＭＡＣを用いてｎＴＥａを認証する。認証がなされると、認証仲介装置１２は、Ｋ＿｛ｎ，ａ｝を用いて、受信された鍵交換用メッセージに含まれる暗号化共有鍵を復号化し、共有鍵Ｋ＿｛ａ，ｂ｝を生成する。そして、認証仲介装置１２は、Ｋ＿｛ｎ，ｂ｝を用いて、共有鍵Ｋ＿｛ａ，ｂ｝を暗号化し、ＭＡＣを生成し、この二つのデータを含む鍵交換用メッセージをｎＴＥｂへ送信する。
【００４７】
ｎＴＥｂは、鍵交換用メッセージを受信すると、受信された鍵交換用メッセージに含まれるＭＡＣを用いて認証仲介装置１２を認証する。認証がなされると、ｎＴＥｂは、Ｋ＿｛ｎ，ｂ｝を用いて、受信された鍵交換用メッセージに含まれる暗号化共有鍵を復号化し、共有鍵Ｋ＿｛ａ，ｂ｝を記憶する。そして、ｎＴＥａとｎＴＥｂとで、共有鍵Ｋ＿｛ａ，ｂ｝が共有される。なお、ｎＴＥａとｎＴＥｂとで共有される共有鍵Ｋ＿｛ａ，ｂ｝は、ｎＴＥａによって生成されるのではなく、ｎＴＥａからの鍵生成要求メッセージに応じて認証仲介装置１２によって生成されても良い。この場合、共有鍵Ｋ＿｛ａ，ｂ｝は、認証仲介装置１２によって、ｎＴＥａ及びｎＴＥｂの双方に、それぞれの鍵Ｋ＿｛ｎ，ａ｝及びＫ＿｛ｎ，ｂ｝を用いた暗号化が施されて送信される。
【００４８】
図９は、双方が非登録通信端末である場合の鍵共有処理の流れを示すシーケンス図である。以下、鍵共有処理の流れについて詳説する。まず、ｎＴＥａは、ユーザＡに対してパスワードの入力を促す。ｎＴＥａは、パスワードＰＷｎａとｓｎａを用いて、以下のようにＫ＿｛ｎ，ａ｝を生成する（ＫＥ１−１）。Ｋ＿｛ｎ，ａ｝＝ｈ（ＰＷｎａ）・ｓｎａ。次に、ｎＴＥａは、Ｋ＿｛ｎ，ａ｝から、暗号鍵ｅｎｃｒｋｅｙ＿ａ及び認証鍵ａｕｔｈｋｅｙ＿ａを以下のように生成する（ＫＥ１−２）。ｅｎｃｒｋｅｙ＿ａ＝ＰＲＦ（Ｋ＿｛ｎ，ａ｝，ＬＡＢＥＬｅｎｃ）、ＬＡＢＥＬｅｎｃ＝ＣＯＮＳＴｅｎｃ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。ａｕｔｈｋｅｙ＿ａ＝ＰＲＦ（Ｋ＿｛ｎ，ａ｝，ＬＡＢＥＬａｕｔｈ）、ＬＡＢＥＬａｕｔｈ＝ＣＯＮＳＴａｕｔｈ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。なお、ｃｓｂ＿ｉｄはｎＴＥａによってランダムに生成される３２ビットの識別子である。
【００４９】
ｎＴＥａは、ＭＩＫＥＹのメッセージヘッダＨＤＲ、タイムスタンプＴ、乱数ＲＡＮＤ、ｎＴＥａのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝、ｎＴＥｂのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥｂ｝を用いて、ＭＩＫＥＹのＩｎｉｔｉａｔｏｒメッセージ（Ｉ＿ＭＥＳＳＡＧＥａ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙａを用いて生成する（ＫＥ１−３）。ｎＴＥａは、ｎＴＥｂとの共有鍵Ｋ＿｛ａ，ｂ｝をランダムに生成する。また、ｎＴＥａは、Ｋ＿｛ａ，ｂ｝、ｅｎｃｒｋｅｙａ及びＭＡＣを用いて、鍵情報ＫＥＹＭＡＣを以下のように生成し、Ｉ＿ＭＥＳＳＡＧＥａに付加する（ＫＥ１−４）。ＫＥＹＭＡＣ＝Ｅ（ｅｎｃｒｋｅｙａ，Ｋ＿｛ａ，ｂ｝）｜｜ＭＡＣ。ｎＴＥａは、認証仲介装置１２に対し、Ｉ＿ＭＥＳＳＡＧＥａを送信する（ＫＥ１−５）。認証仲介装置１２は、ＩＭＰＵ＿｛ｎＴＥａ｝及びＳＫＰＦを用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を以下の関係に基づいて生成する。ＩＭＰＵ＿｛ｎＴＥａ｝＝Ｅ（ＰＫＰＦ，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝）、Ｄ（ＭＫＰＦ，ｒ１）＝ｒ０｜｜Ｈ０、Ｋ＿｛ＰＦ，ａ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥａ｝）、Ｋ＿｛ｎ，ａ｝＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）。また、認証仲介装置１２は、ｒ１を用いてｒ０及びＨ０を生成し、Ｈ０＝ｈ（ＩＭＰＵ＿｛ＴＥａ｝・ＩＤ＿｛ｎＴＥａ｝）と一致するか検証する。さらに、認証仲介装置１２は、ｒ１、ｒ２、ＭＫＰＦ、ＩＭＰＵ＿｛ＴＥａ｝及びＩＤ＿｛ｎＴＥａ｝を用いて、Ｋ＿｛ｎ，ａ｝を生成する（ＫＥ１−６）。そして、認証仲介装置１２は、Ｋ＿｛ｎ，ａ｝からｅｎｃｒｋｅｙａ、ａｕｔｈｋｅｙａを生成し、ＫＥＹＭＡＣ内のＭＡＣを検証し、このＫＥＹＭＡＣの送信元であるｎＴＥａを認証する。そして、認証仲介装置１２は、認証がなされた場合には、Ｋ＿｛ａ，ｂ｝を生成する（ＫＥ１−７）。
【００５０】
次に、認証仲介装置１２は、ＩＭＰＵ＿｛ｎＴＥｂ｝及びＳＫＰＦを用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥｂ｝、ＩＤ＿｛ｎＴＥｂ｝を生成する。ｒ１からｒ０、Ｈ０を生成し、Ｈ０＝ｈ（ＩＭＰＵ＿｛ＴＥｂ｝・ＩＤ＿｛ｎＴＥｂ｝）と一致するか検証する。さらに、認証仲介装置１２は、ｒ１、ｒ２、ＭＫＰＦ、ＩＭＰＵ＿｛ＴＥｂ｝、ＩＤ＿｛ｎＴＥｂ｝を用いて、以下の関係に基づいてＫ＿｛ｎ，ｂ｝を生成する（ＫＥ１−８）。ＩＭＰＵ＿｛ｎＴＥｂ｝＝Ｅ（ＰＫＰＦ，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥｂ｝｜｜ＩＤ＿｛ｎＴＥｂ｝）、Ｄ（ＭＫＰＦ，ｒ１）＝ｒ０｜｜Ｈ０、Ｋ＿｛ＰＦ，ｂ｝＝ｈ（ＭＫＰＦ・ＩＭＰＵ＿｛ＴＥｂ｝）、Ｋ＿｛ｎ，ｂ｝＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥｂ｝｜｜ＩＤ＿｛ｎＴＥｂ｝｜｜Ｋ＿｛ＰＦ，ｂ｝）。
【００５１】
次に、認証仲介装置１２は、Ｋ＿｛ｎ，ｂ｝を用いて、以下のようにｅｎｃｒｋｅｙｂ、ａｕｔｈｋｅｙｂを生成する（ＫＥ１−９）。ｅｎｃｒｋｅｙｂ＝ＰＲＦ（Ｋ＿｛ｎ，ｂ｝，ＬＡＢＥＬｅｎｃ）、ＬＡＢＥＬｅｎｃ＝ＣＯＮＳＴｅｎｃ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。ａｕｔｈｋｅｙｂ＝ＰＲＦ（Ｋ＿｛ｎ，ｂ｝，ＬＡＢＥＬａｕｔｈ）、ＬＡＢＥＬａｕｔｈ＝ＣＯＮＳＴａｕｔｈ｜｜０ｘＦＦ｜｜ｃｓｂ＿ｉｄ｜｜ＲＡＮＤ。
【００５２】
次に、認証仲介装置１２は、ＭＩＫＥＹのメッセージヘッダＨＤＲ、タイムスタンプＴ、乱数ＲＡＮＤ、ｎＴＥａのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝、ｎＴＥｂのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥｂ｝を用いて、ＭＩＫＥＹのＩｎｉｔｉａｔｏｒメッセージ（Ｉ＿ＭＥＳＳＡＧＥｂ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙｂを用いて生成する（ＫＥ１−１０）。次に、認証仲介装置１２は、Ｋ＿｛ａ，ｂ｝、ｅｎｃｒｋｅｙｂ、ＭＡＣを用いて、以下のようにＫＥＹＭＡＣを生成する。次に、認証仲介装置１２は、以下のようにしてＩ＿ＭＥＳＳＡＧＥｂに付加する（ＫＥ１−１１）。ＫＥＹＭＡＣ＝Ｅ（ｅｎｃｒｋｅｙｂ，Ｋ＿｛ａ，ｂ｝）｜｜ＭＡＣ。そして、認証仲介装置１２は、ｎＴＥｂに対し、Ｉ＿ＭＥＳＳＡＧＥｂを送信する（ＫＥ１−１２）。
【００５３】
ｎＴＥｂは、認証仲介装置１２からＩ＿ＭＥＳＳＡＧＥｂを受信すると、ユーザＢに対してパスワードの入力を促す。ｎＴＥｂは、得られたパスワードＰＷｂ及びｓｎｂを用いて以下のようにＫ＿｛ｎ，ｂ｝を生成する（ＫＥ１−１３）。Ｋ＿｛ｎ，ｂ｝＝ｈ（ＰＷｎｂ）・ｓｎｂ。次に、ｎＴＥｂは、Ｋ＿｛ｎ，ｂ｝を用いて、暗号鍵ｅｎｃｒｋｅｙｂ、認証鍵ａｕｔｈｋｅｙｂを生成する（ＫＥ１−１４）。次に、ｎＴＥｂは、ＫＥＹＭＡＣ内のＭＡＣを検証し、送信元である認証仲介装置１２について認証処理を行う。ｎＴＥｂは、認証がなされると、Ｋ＿｛ａ，ｂ｝を生成する（ＫＥ１−１５）。ｎＴＥｂは、ＭＩＫＥＹのメッセージヘッダＨＤＲを生成し、Ｉ＿ＭＥＳＳＡＧＥｂ内のタイムスタンプＴ、及びｎＴＥｂのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥｂ｝を用いて、ＭＩＫＥＹのＲｅｓｐｏｎｄｅｒメッセージ（Ｒ＿ＭＥＳＳＡＧＥｂ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙｂを用いて生成する（ＫＥ１−１６）。そして、ｎＴＥｂは、Ｒ＿ＭＥＳＳＡＧＥｂにＭＡＣを付加して、認証仲介装置１２に対し、Ｒ＿ＭＥＳＳＡＧＥｂを送信する（ＫＥ１−１７）。
【００５４】
認証仲介装置１２は、ａｕｔｈｋｅｙｂを用いてＭＡＣを検証する（ＫＥ１−１８）。次に、認証仲介装置１２は、ＭＩＫＥＹのメッセージヘッダＨＤＲ、タイムスタンプＴ、ｎＴＥａのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝からＭＩＫＥＹのＲｅｓｐｏｎｄｅｒメッセージ（Ｒ＿ＭＥＳＳＡＧＥａ）を生成し、当該メッセージのメッセージ認証子ＭＡＣを、ａｕｔｈｋｅｙａを用いて生成する（ＫＥ１−１９）。次に、認証仲介装置１２は、Ｒ＿ＭＥＳＳＡＧＥａにＭＡＣを付加して、ｎＴＥａに対し、Ｒ＿ＭＥＳＳＡＧＥａを送信する（ＫＥ１−２０）。そして、ｎＴＥａは、ａｕｔｈｋｅｙａにて、Ｒ＿ＭＥＳＳＡＧＥａ内のＭＡＣを検証する（ＫＥ１−２１）。
【００５５】
次に、いずれか一方が登録通信端末である場合の鍵共有処理について説明する。図１０（ａ）及び（ｂ）は、いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。この場合、ＳＩＰ（Session Initiation Protocol）を用いてＩＭＳ経由でＭＩＫＥＹによる鍵共有を行う。
【００５６】
図１０（ａ）において、ＩＭＳ非登録通信端末Ａから登録通信端末ＢへＳＩＰメッセージを送信する際は、ＡｕＰＦで当該非登録通信端末ＡのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝を、当該非登録通信端末ＡのユーザＡの登録通信端末用識別情報 ＩＭＰＵ＿｛ＴＥａ｝に変換して、ＩＭＳ経由で相手の登録通信端末ＢとＭＩＫＥＹメッセージが内包されたＳＩＰメッセージをやり取りする。その際、Ｆｒｏｍフィールド内にｔａｇ＝ＩＤ＿｛ｎＴＥａ｝とユーザＡの登録通信端末用識別情報ＩＭＰＵ＿｛ＴＥａ｝を記載する。
【００５７】
図１０（ｂ）において、登録通信端末Ｂから非登録通信端末ＡへＳＩＰメッセージを送信する際は、当該メッセージのＴｏフィールドに認証仲介装置１２を示すｒｅａｌｍ（例：ｐｎｃｐ．ｎｅｔ）を付加して送信する。また、ＩＭＳ内のＳ−ＣＳＣＦに、当該ｒｅａｌｍがＴｏフィールドに含まれる場合は、認証仲介装置１２に転送するように、予めＩＭＳに設定しておく。これによって、非登録通信端末Ａ宛のメッセージは、全て認証仲介装置１２に転送される。そのため、認証仲介装置１２でＳＩＰメッセージ内の非登録通信端末ＡのＩＭＳ用識別情報ＩＭＰＵ＿｛ｎＴＥａ｝を、ユーザＡの登録通信端末用識別情報 ＩＭＰＵ＿｛ＴＥａ｝に変換することが可能となる。
【００５８】
鍵共有処理では、認証仲介装置１２を経由して、通信相手の通信端末、携帯端末との間で鍵共有を行う。その際、認証仲介装置１２で、当該通信端末用の識別情報を事業者ネットワーク用識別情報に変換することで、事業者ネットワーク経由での鍵共有が可能となる。
【００５９】
上述した処理により、非登録通信端末１３が事業者ネットワークを利用する場合は、認証仲介装置１２を経由して、事業者ネットワークへアクセスすることも可能となる。そのために、非登録通信端末１３と認証仲介装置１２との間で、事前に共通鍵を共有することで、両者間の通信の安全性を確保し、事業者ネットワークへの安全なアクセスを担保する。実際の当該鍵共有処理は、当該非登録通信端末１３のユーザが所有する登録通信端末１４で代理することで、安全な鍵共有を実現する。
【００６０】
なお、上述した実施形態における認証仲介装置１２、非登録通信端末１３、及び登録通信端末１４の機能をコンピュータで実現するようにしても良い。その場合、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでも良い。
また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【００６１】
［他の実施例その１］
図１３は、代理登録処理の処理手順の他の実施例その１を示すシーケンス図である。図１３において図６の各ステップに対応する部分には同一の符号を付している。図１３の実施例では、ＴＥａは事業者認証基盤１１を経由して認証仲介装置１２との間にセッションを確立する。その際、認証仲介装置１２はＴＥａに対してチャレンジ情報ｃ１を配布する。ＴＥａは、その確立したセッション内で、認証仲介装置１２との間でｎＴＥａ用の共通鍵Ｋｎ，ａの共有、ならびに識別子ＩＭＰＵ＿｛ｎＴＥａ｝の生成処理を実施する。代理登録手段終了後、ＴＥａは認証仲介装置１２との間のセッションを終了する。以下、図１３を参照して、図６との差分を説明する。
【００６２】
図１３において、ステップＰＲ１−１〜４までは図６と同様である。但し、ＴＥａは、セッション確立要求メッセージ（ＩＮＶＩＴＥ）内で、セッション内でやり取りするデータのタイプおよび当該データを送受信するプロトコルを指定する。この例では、データのタイプとしてＸＭＬ（eXtensible Markup Language）ファイル、プロトコルとしてＨＴＴＰ（Hyper Text Transfer Protocol）を指定する。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａに対し、セッション確立許可メッセージ（２００ＯＫ）を送信する。その際、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、セッション確立許可メッセージ内にｃ１を付加する。セッション確立許可メッセージは、事業者認証基盤１１内のＳ−ＣＳＣＦ及びＰ−ＣＳＣＦを経由して、ＴＥａに転送される（ＰＲ２−５）。
【００６３】
次いで、ステップＰＲ１−６〜８までは図６と同様である。ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、確立したセッション内で、代理登録要求メッセージを送信する。その際、ＴＥａの管理装置通信部１４４は、代理登録要求メッセージ内にｃ１、ＩＭＰＵ＿｛ｎＴＥａ｝、Ｈｎを付加する（ＰＲ２−９）。この例では、ＨＴＴＰのＰＯＳＴメソッドを用いて、ｃ１、ＩＭＰＵ＿｛ｎＴＥａ｝、Ｈｎが内包されたＸＭＬファイルを送付する。
【００６４】
次いで、ステップＰＲ１−１０は図６と同様である。認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａに対し、確立したセッション内で、代理登録応答メッセージを送信する。その際、認証仲介装置１２は、代理登録応答メッセージ内にｒ３及びＨ’ｎ２を付加する（ＰＲ２−１１）。この例では、ＨＴＴＰのＧＥＴメソッドを用いて、ｒ３及びＨ’ｎ２が内包されたＸＭＬファイルを送付する。次いで、ステップＰＲ１−１２〜１６までは図６と同様である。
【００６５】
この図１３の代理登録処理手順によれば、ＴＥａと認証仲介装置１２との間で確立された一セッション内で代理登録処理が行われるので、ＳＩＰ手順が簡潔になる。
【００６６】
［他の実施例その２］
図１４は、代理登録処理の処理手順の他の実施例その２を示すシーケンス図である。図１４において図６、図１３の各ステップに対応する部分には同一の符号を付している。図１４の実施例では、ｎＴＥａの登録にＧＲＵＵ（Globally Routable User Agent URIs）技術を利用する。ＧＲＵＵ技術は、ＵＲＩ（Universal Resource Identifier）をユーザ単位でなくデバイス単位に割当てる技術である。ＴＥａは、ｎＴＥａの登録の際に、ＩＭＰＵ＿｛ｎＴＥａ｝の代わりにＧＲＵＵ識別子を生成する。そして、ＴＥａは、通信端末情報登録処理で、事業者認証基盤１１に対して該ＧＲＵＵ識別子を登録する。以下、図１４を参照して、図６、図１３との差分を説明する。
【００６７】
図１４において、ステップＰＲ１−１〜４、ＰＲ２−５、ＰＲ１−６〜７までは図６、図１３と同様である。ＴＥａの第二共有鍵生成情報管理部１４３は、乱数ｒ２を生成し、ｒ１、ｒ２、Ｋ＿｛ＰＦ，ａ｝、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、ｎＴＥａのＧＲＵＵ識別子であるＧＩＤ＿｛ｎＴＥａ｝（第二共有鍵生成情報）を以下のように算出する。ＧＩＤ＿｛ｎＴＥａ｝＝Ｅ（Ｋ＿｛ＰＦ，ａ｝，ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝）。また、ＴＥａの第二共有鍵生成情報管理部１４３はさらに、Ｋｎ（第二共有鍵）及びＨｎを以下のように生成する（ＰＲ３−８）。Ｋｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋｎ）。
【００６８】
次いで、ＴＥａの管理装置通信部１４４は、認証仲介装置１２に対し、確立したセッション内で、代理登録要求メッセージを送信する。その際、ＴＥａの管理装置通信部１４４は、代理登録要求メッセージ内にｃ１、ＧＩＤ＿｛ｎＴＥａ｝、Ｈｎを付加する（ＰＲ３−９）。この例では、ＨＴＴＰのＰＯＳＴメソッドを用いて、ｃ１、ＧＩＤ＿｛ｎＴＥａ｝、Ｈｎが内包されたＸＭＬファイルを送付する。
【００６９】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＴＥａから代理登録要求メッセージを受信すると、この代理登録要求メッセージに付加されているＧＩＤ＿｛ｎＴＥａ｝とＫ＿｛ＰＦ，ａ｝を用いて、ｒ１、ｒ２、ＩＭＰＵ＿｛ＴＥａ｝及びＩＤ＿｛ｎＴＥａ｝を生成する。そして、ｒ１が、ＰＲ１−４において生成されたｒ１と一致するか否かについて確認する。さらに、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ｒ１、ｒ２、Ｋ＿｛ＰＦ，ａ｝、ＩＭＰＵ＿｛ＴＥａ｝、ＩＤ＿｛ｎＴＥａ｝を用いて、Ｋ’ｎ及びＨ’ｎを以下のように生成する。Ｋ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜ＩＭＰＵ＿｛ＴＥａ｝｜｜ＩＤ＿｛ｎＴＥａ｝｜｜Ｋ＿｛ＰＦ，ａ｝）、Ｈ’ｎ＝ｈ（ｒ１｜｜ｒ２｜｜Ｋ’ｎ）。そして、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＨｎとＨ’ｎとが一致するか否か確認する。ＨｎとＨ’ｎとが一致する場合、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、乱数ｒ３を生成し、Ｈ’ｎ２を以下のように生成する（ＰＲ３−１０）。Ｈ’ｎ２＝ｈ（ｒ１｜｜ｒ２｜｜ｒ３｜｜Ｋ’ｎ）。
【００７０】
次いで、ステップＰＲ２−１１、ＰＲ１−１２〜１５までは図６、図１３と同様である。ＴＥａによってｓｎａが生成されると、ｎＴＥａに対し、ＧＩＤ＿｛ｎＴＥａ｝及びｓｎａが入力される。この処理は、ＴＥａに識別情報ＩＤ＿｛ｎＴＥａ｝が入力される際の処理（ＰＲ１−１）と同様に、バーコード、近距離無線通信、メール送信、ユーザＡによる直接入力など、どのような方法が用いられても良い（ＰＲ３−１６）。
【００７１】
次に、図１５を参照して、通信端末情報登録処理において、ＴＥａが事業者認証基盤１１に対してＧＲＵＵ識別子を登録する手順を説明する。図１５は、通信端末情報登録処理の処理手順の他の実施例その２を示すシーケンス図である。図１５において図７の各ステップに対応する部分には同一の符号を付している。以下、図１５を参照して、図７との差分を説明する。
【００７２】
図１５において、ステップＤＲ１−１は図７と同様である。ｎＴＥａの第二共有鍵記憶部１３１は、生成された共通鍵Ｋｎを用いてＭＡＣを生成する。ｎＴＥａの第二共有鍵記憶部１３１は、Ｋｎ及びＭＡＣを生成すると、認証仲介装置１２に対し、ＧＩＤ＿｛ｎＴＥａ｝と、位置情報ＡＤＤＲ＿｛ｎＴＥａ｝の関連情報と、ＭＡＣとを付加した位置情報登録メッセージを送信する（ＤＲ３−２）。位置情報登録メッセージは、ＭＡＣが付加されることによって、完全性が保証される。
【００７３】
認証仲介装置１２の第二共有鍵生成情報管理部１２２は、位置情報登録メッセージを受信すると、ＭＡＣを用いてｎＴＥａについて認証を行う。ＭＡＣを用いた認証がなされると、認証仲介装置１２の第二共有鍵生成情報管理部１２２は、ＧＩＤ＿｛ｎＴＥａ｝及びＡＤＤＲ＿｛ｎＴＥａ｝を関連付けて記憶し、ｎＴＥａに対してａｃｋメッセージを送信する（ＤＲ３−３）。
【００７４】
ＴＥａは、事業者認証基盤１１に対し、ＳＩＰのＲＥＧＩＳＴＥＲメッセージを送信してＧＩＤ＿｛ｎＴＥａ｝の登録を要求する。その際、ＴＥａは、ＲＥＧＩＳＴＥＲメッセージ内に、ＧＩＤ＿｛ｎＴＥａ｝とともにＣｏｎｔａｃｔアドレスとして認証仲介装置１２のアドレスであるＡＤＤＲ＿｛ＰＦ｝を含める（ＤＲ３−４）。
【００７５】
事業者認証基盤１１は、そのＲＥＧＩＳＴＥＲメッセージを受信すると、ＩＭＰＵ＿｛ＴＥａ｝を用いてＴＥａの正当性を確認する。ＴＥａの正当性が確認されると、事業者認証基盤１１は、ＴＥａに対し、ＧＲＵＵ識別子登録許可メッセージ（２００ＯＫ）を送信する。これにより、ｎＴＥａのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝が事業者認証基盤１１に登録される。
【００７６】
次に、図１６を参照して、ＧＲＵＵ識別子を用いた鍵共有処理について説明する。図１６（ａ）及び（ｂ）は、いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。この場合、ＳＩＰを用いてＩＭＳ経由でＭＩＫＥＹによる鍵共有を行う。
【００７７】
図１６（ａ）において、ＩＭＳ非登録通信端末Ａから登録通信端末ＢへＳＩＰメッセージを送信する際は、ＡｕＰＦで当該非登録通信端末ＡのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝を、当該非登録通信端末ＡのユーザＡの登録通信端末用識別情報 ＩＭＰＵ＿｛ＴＥａ｝に付加して、ＩＭＳ経由で相手の登録通信端末ＢとＭＩＫＥＹメッセージが内包されたＳＩＰメッセージをやり取りする。その際、Ｆｒｏｍフィールド内にｇｒ＝ＧＩＤ＿｛ｎＴＥａ｝と当該非登録通信端末ＡのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝を記載する。
【００７８】
図１６（ｂ）において、登録通信端末Ｂから非登録通信端末ＡへＳＩＰメッセージを送信する際は、当該メッセージのＴｏフィールドに非登録通信端末Ａを示すｇｒ＝ＧＩＤ＿｛ｎＴＥａ｝を付加して送信する。これによって、非登録通信端末Ａ宛のメッセージは、全て認証仲介装置１２に転送される。認証仲介装置１２は、ＳＩＰメッセージ内の非登録通信端末ＡのＧＲＵＵ識別子ＧＩＤ＿｛ｎＴＥａ｝に対応するアドレスを参照し、非登録通信端末Ａへ当該メッセージを転送する。また、認証仲介装置１２は、同時に非登録通信端末Ａ用の鍵Ｋｎ，ａを求め、非登録通信端末Ａ宛の鍵交換用メッセージを再暗号化する。
【００７９】
この他の実施例その２によれば、ｎＴＥａの登録にＧＲＵＵ技術を利用することで、ＩＭＳ内のＳ−ＣＳＣＦに対して認証仲介装置１２に転送するように予めＩＭＳに設定する必要がなく、通常のＳＩＰの手順によって鍵共有処理を行うことができる。
【図面の簡単な説明】
【００８０】
【図１】鍵共有システムのシステム構成を示すシステム構成図である。
【図２】認証仲介装置１２の構成例を示す機能ブロック図である。
【図３】非登録通信端末１３の構成例を示す機能ブロック図である。
【図４】登録通信端末１４の構成例を示す機能ブロック図である。
【図５】事前準備処理の処理手順の具体例を示すシーケンス図である。
【図６】代理登録処理の処理手順の具体例を示すシーケンス図である。
【図７】通信端末情報登録処理の処理手順の具体例を示すシーケンス図である。
【図８】双方が非登録通信端末である場合の鍵共有処理の概要を示す概要図である。
【図９】双方が非登録通信端末である場合の鍵共有処理の流れを示すシーケンス図である。
【図１０】いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。
【図１１】ＩＭＳのネットワーク構造の概要を示す概要図である。
【図１２】ＩＭＳにおける認証シーケンスを示すシーケンス図である。
【図１３】代理登録処理の処理手順の他の実施例その１を示すシーケンス図である。
【図１４】代理登録処理の処理手順の他の実施例その２を示すシーケンス図である。
【図１５】通信端末情報登録処理の処理手順の他の実施例その２を示すシーケンス図である。
【図１６】他の実施例その２における、いずれか一方が登録通信端末である場合の鍵共有処理の概要を示す概要図である。
【符号の説明】
【００８１】
１１…事業者認証基盤（認証基盤）， １２…認証仲介装置（管理装置），１２１…第一共有鍵管理部， １２２…第二共有鍵生成情報管理部， １２３…第二共有鍵管理部， １２４…第三共有鍵管理部， １３…非登録通信端末， １３１…第二共有鍵記憶部， １３２…第三共有鍵管理部， １４…登録通信端末， １４１…認証管理部， １４２…第一共有鍵管理部， １４３…第二共有鍵生成情報管理部， １４４…管理装置通信部
【特許請求の範囲】
【請求項１】
認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された前記第一共有鍵を、記憶すると共に前記認証基盤を経由して前記登録通信端末へ送信する、第一共有鍵管理部と、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、前記第二共有鍵及び前記第二共有鍵生成情報を記憶する非登録通信端末から、前記認証基盤を経由せずに受信する、第二共有鍵生成情報管理部と、
前記第一共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成する第二共有鍵管理部と、を備える管理装置。
【請求項２】
前記認証基盤を経由せずに前記第二共有鍵を用いた暗号化通信を前記非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有し、当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する前記第二共有鍵を用いて暗号化して送信する、第三共有鍵管理部をさらに備える、請求項１に記載の管理装置。
【請求項３】
認証基盤における認証を受ける認証管理部と、
前記認証基盤を経由した通信によって、第一共有鍵を管理装置と共有する、第一共有鍵管理部と、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成して、生成された前記第二共有鍵生成情報を記憶する第二共有鍵生成情報管理部と、
前記第二共有鍵生成情報を、前記認証基盤を経由した通信によって、前記管理装置へ送信する管理装置通信部と、を備える登録通信端末。
【請求項４】
管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する第二共有鍵記憶部と、
認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する前記第二共有鍵を用いた暗号化通信を前記管理装置と行うことによって、当該管理装置と第三共有鍵を共有する第三共有鍵管理部と、
を備え、
前記第三共有鍵が前記管理装置において他の通信端末に転送されることによって、前記他の通信端末と前記第三共有鍵を共有する、非登録通信端末。
【請求項５】
登録通信端末、非登録通信端末、認証基盤、及び管理装置を含み、前記登録通信端末と前記認証基盤との通信及び前記認証基盤と前記管理装置との通信における秘匿性及び完全性が保証されるネットワークシステムであって、
前記管理装置は、前記認証基盤における認証を受けた前記登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された前記第一共有鍵を、記憶すると共に前記認証基盤を経由して前記登録通信端末へ送信し、
前記登録通信端末装置は、前記管理装置から前記第一共有鍵を受信し、前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成し、生成された前記第二共有鍵生成情報を前記認証基盤を経由して前記管理装置へ送信し、
前記管理装置は、前記第二共有鍵生成情報を受信し、前記第一共有鍵と前記第二共有鍵生成情報を用いて前記第二共有鍵を生成し、
前記登録通信端末は、前記部分第二共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成し、
前記非登録通信端末は、前記登録通信端末によって生成された前記第二共有鍵の入力を受けて記憶する、ことを特徴とするネットワークシステム。
【請求項６】
前記非登録通信端末は、第三共有鍵を生成し、生成された前記第三共有鍵を前記第二共有鍵を用いて暗号化して前記管理装置へ送信し、
前記管理装置は、暗号化された前記第三共有鍵を受信し、前記第二共有鍵を用いて復号化することによって前記第三共有鍵を生成し、他の前記非登録通信端末に係る他の前記第二共有鍵を用いて前記第三共有鍵を暗号化して前記他の非登録通信端末に送信し、
前記他の非登録通信端末は、暗号化された前記第三共有鍵を受信し、前記他の第二共有鍵を用いて復号化することによって前記第三共有鍵を生成し記憶する、ことを特徴とする、請求項５に記載のネットワークシステム。
【請求項７】
管理装置が、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成するステップと、
前記管理装置が、生成された前記第一共有鍵を、記憶するステップと、
前記管理装置が、前記認証基盤を経由して前記登録通信端末へ前記第一共有鍵を送信するステップと、
前記管理装置が、前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、前記第二共有鍵及び前記第二共有鍵生成情報を記憶する非登録通信端末から、前記認証基盤を経由せずに受信するステップと、
前記管理装置が、受信された前記第二共有鍵生成情報を記憶するステップと、
前記管理装置が、前記第一共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成するステップと、を含む管理方法。
【請求項８】
前記管理装置が、前記認証基盤を経由せずに前記第二共有鍵を用いた暗号化通信を前記非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有するステップと、
前記管理装置が、当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する前記第二共有鍵を用いて暗号化して送信するステップと、を含む請求項７に記載の管理方法。
【請求項９】
登録通信端末が、認証基盤における認証を受けるステップと、
前記登録通信端末が、前記認証基盤を経由した通信によって、第一共有鍵を管理装置と共有するステップと、
前記登録通信端末が、前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成するステップと、
前記登録通信端末が、生成された前記第二共有鍵生成情報を記憶するステップと、
前記登録通信端末が、前記第二共有鍵生成情報を、前記認証基盤を経由した通信によって、前記管理装置へ送信するステップと、を含む通信方法。
【請求項１０】
管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する第二共有鍵記憶部を備える非登録通信端末が、認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する前記第二共有鍵を用いた暗号化通信を前記管理装置と行うことによって、当該管理装置と第三共有鍵を共有するステップと、
前記非登録通信端末が、前記第三共有鍵が前記管理装置において他の通信端末に転送されることによって、前記他の通信端末と前記第三共有鍵を共有するステップと、を含む通信方法。
【請求項１１】
コンピュータに対し、
認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成するステップと、
生成された前記第一共有鍵を、記憶するステップと、
前記認証基盤を経由して前記登録通信端末へ前記第一共有鍵を送信するステップと、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、前記第二共有鍵及び前記第二共有鍵生成情報を記憶する非登録通信端末から、前記認証基盤を経由せずに受信するステップと、
受信された前記第二共有鍵生成情報を記憶するステップと、
前記第一共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成するステップと、を実行させるためのコンピュータプログラム。
【請求項１２】
前記コンピュータに対し、
前記認証基盤を経由せずに前記第二共有鍵を用いた暗号化通信を前記非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有するステップと、
当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する前記第二共有鍵を用いて暗号化して送信するステップと、をさらに実行させるための請求項１１に記載のコンピュータプログラム。
【請求項１３】
コンピュータに対し、
認証基盤における認証を受けるステップと、
前記認証基盤を経由した通信によって、第一共有鍵を管理装置と共有するステップと、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成するステップと、
生成された前記第二共有鍵生成情報を記憶するステップと、
前記第二共有鍵生成情報を、前記認証基盤を経由した通信によって、前記管理装置へ送信するステップと、を実行させるためのコンピュータプログラム。
【請求項１４】
コンピュータに対し、
管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する第二共有鍵記憶部を備える非登録通信端末が、認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する前記第二共有鍵を用いた暗号化通信を前記管理装置と行うことによって、当該管理装置と第三共有鍵を共有するステップと、
前記第三共有鍵が前記管理装置において他の通信端末に転送されることによって、前記他の通信端末と前記第三共有鍵を共有するステップと、を実行させるためのコンピュータプログラム。
【請求項１５】
前記管理装置通信部は、前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加することを特徴とする請求項３に記載の登録通信端末。
【請求項１６】
前記管理装置通信部は、前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うことを特徴とする請求項３に記載の登録通信端末。
【請求項１７】
前記第二共有鍵生成情報管理部は、自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成することを特徴とする請求項３に記載の登録通信端末。
【請求項１８】
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、
前記登録通信端末は、前記認証基盤に対し、前記第二共有鍵生成情報を登録することを特徴とする請求項１７に記載の登録通信端末。
【請求項１９】
前記登録通信端末は、前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加することを特徴とする請求項９に記載の通信方法。
【請求項２０】
前記登録通信端末は、前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うことを特徴とする請求項９に記載の通信方法。
【請求項２１】
前記登録通信端末は、自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成することを特徴とする請求項９に記載の通信方法。
【請求項２２】
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、
前記登録通信端末は、前記認証基盤に対し、前記第二共有鍵生成情報を登録することを特徴とする請求項２１に記載の通信方法。
【請求項２３】
前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加することを特徴とする請求項１３に記載のコンピュータプログラム。
【請求項２４】
前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うことを特徴とする請求項１３に記載のコンピュータプログラム。
【請求項２５】
自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成することを特徴とする請求項１３に記載のコンピュータプログラム。
【請求項２６】
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、
前記コンピュータプログラムは、前記認証基盤に対し、前記第二共有鍵生成情報を登録するステップをさらにコンピュータに実行させることを特徴とする請求項２５に記載のコンピュータプログラム。
【請求項１】
認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された前記第一共有鍵を、記憶すると共に前記認証基盤を経由して前記登録通信端末へ送信する、第一共有鍵管理部と、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、前記第二共有鍵及び前記第二共有鍵生成情報を記憶する非登録通信端末から、前記認証基盤を経由せずに受信する、第二共有鍵生成情報管理部と、
前記第一共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成する第二共有鍵管理部と、を備える管理装置。
【請求項２】
前記認証基盤を経由せずに前記第二共有鍵を用いた暗号化通信を前記非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有し、当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する前記第二共有鍵を用いて暗号化して送信する、第三共有鍵管理部をさらに備える、請求項１に記載の管理装置。
【請求項３】
認証基盤における認証を受ける認証管理部と、
前記認証基盤を経由した通信によって、第一共有鍵を管理装置と共有する、第一共有鍵管理部と、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成して、生成された前記第二共有鍵生成情報を記憶する第二共有鍵生成情報管理部と、
前記第二共有鍵生成情報を、前記認証基盤を経由した通信によって、前記管理装置へ送信する管理装置通信部と、を備える登録通信端末。
【請求項４】
管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する第二共有鍵記憶部と、
認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する前記第二共有鍵を用いた暗号化通信を前記管理装置と行うことによって、当該管理装置と第三共有鍵を共有する第三共有鍵管理部と、
を備え、
前記第三共有鍵が前記管理装置において他の通信端末に転送されることによって、前記他の通信端末と前記第三共有鍵を共有する、非登録通信端末。
【請求項５】
登録通信端末、非登録通信端末、認証基盤、及び管理装置を含み、前記登録通信端末と前記認証基盤との通信及び前記認証基盤と前記管理装置との通信における秘匿性及び完全性が保証されるネットワークシステムであって、
前記管理装置は、前記認証基盤における認証を受けた前記登録通信端末と自装置とで共有する第一共有鍵を生成し、生成された前記第一共有鍵を、記憶すると共に前記認証基盤を経由して前記登録通信端末へ送信し、
前記登録通信端末装置は、前記管理装置から前記第一共有鍵を受信し、前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成し、生成された前記第二共有鍵生成情報を前記認証基盤を経由して前記管理装置へ送信し、
前記管理装置は、前記第二共有鍵生成情報を受信し、前記第一共有鍵と前記第二共有鍵生成情報を用いて前記第二共有鍵を生成し、
前記登録通信端末は、前記部分第二共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成し、
前記非登録通信端末は、前記登録通信端末によって生成された前記第二共有鍵の入力を受けて記憶する、ことを特徴とするネットワークシステム。
【請求項６】
前記非登録通信端末は、第三共有鍵を生成し、生成された前記第三共有鍵を前記第二共有鍵を用いて暗号化して前記管理装置へ送信し、
前記管理装置は、暗号化された前記第三共有鍵を受信し、前記第二共有鍵を用いて復号化することによって前記第三共有鍵を生成し、他の前記非登録通信端末に係る他の前記第二共有鍵を用いて前記第三共有鍵を暗号化して前記他の非登録通信端末に送信し、
前記他の非登録通信端末は、暗号化された前記第三共有鍵を受信し、前記他の第二共有鍵を用いて復号化することによって前記第三共有鍵を生成し記憶する、ことを特徴とする、請求項５に記載のネットワークシステム。
【請求項７】
管理装置が、認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成するステップと、
前記管理装置が、生成された前記第一共有鍵を、記憶するステップと、
前記管理装置が、前記認証基盤を経由して前記登録通信端末へ前記第一共有鍵を送信するステップと、
前記管理装置が、前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、前記第二共有鍵及び前記第二共有鍵生成情報を記憶する非登録通信端末から、前記認証基盤を経由せずに受信するステップと、
前記管理装置が、受信された前記第二共有鍵生成情報を記憶するステップと、
前記管理装置が、前記第一共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成するステップと、を含む管理方法。
【請求項８】
前記管理装置が、前記認証基盤を経由せずに前記第二共有鍵を用いた暗号化通信を前記非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有するステップと、
前記管理装置が、当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する前記第二共有鍵を用いて暗号化して送信するステップと、を含む請求項７に記載の管理方法。
【請求項９】
登録通信端末が、認証基盤における認証を受けるステップと、
前記登録通信端末が、前記認証基盤を経由した通信によって、第一共有鍵を管理装置と共有するステップと、
前記登録通信端末が、前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成するステップと、
前記登録通信端末が、生成された前記第二共有鍵生成情報を記憶するステップと、
前記登録通信端末が、前記第二共有鍵生成情報を、前記認証基盤を経由した通信によって、前記管理装置へ送信するステップと、を含む通信方法。
【請求項１０】
管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する第二共有鍵記憶部を備える非登録通信端末が、認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する前記第二共有鍵を用いた暗号化通信を前記管理装置と行うことによって、当該管理装置と第三共有鍵を共有するステップと、
前記非登録通信端末が、前記第三共有鍵が前記管理装置において他の通信端末に転送されることによって、前記他の通信端末と前記第三共有鍵を共有するステップと、を含む通信方法。
【請求項１１】
コンピュータに対し、
認証基盤における認証を受けた登録通信端末と自装置とで共有する第一共有鍵を生成するステップと、
生成された前記第一共有鍵を、記憶するステップと、
前記認証基盤を経由して前記登録通信端末へ前記第一共有鍵を送信するステップと、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を、前記第二共有鍵及び前記第二共有鍵生成情報を記憶する非登録通信端末から、前記認証基盤を経由せずに受信するステップと、
受信された前記第二共有鍵生成情報を記憶するステップと、
前記第一共有鍵及び前記第二共有鍵生成情報を用いて前記第二共有鍵を生成するステップと、を実行させるためのコンピュータプログラム。
【請求項１２】
前記コンピュータに対し、
前記認証基盤を経由せずに前記第二共有鍵を用いた暗号化通信を前記非登録通信端末と行うことによって、当該非登録通信端末と第三共有鍵を共有するステップと、
当該第三共有鍵を他の非登録通信端末に対し他の非登録通信端末に対応する前記第二共有鍵を用いて暗号化して送信するステップと、をさらに実行させるための請求項１１に記載のコンピュータプログラム。
【請求項１３】
コンピュータに対し、
認証基盤における認証を受けるステップと、
前記認証基盤を経由した通信によって、第一共有鍵を管理装置と共有するステップと、
前記第一共有鍵とともに用いることによって第二共有鍵を生成することができる第二共有鍵生成情報を生成するステップと、
生成された前記第二共有鍵生成情報を記憶するステップと、
前記第二共有鍵生成情報を、前記認証基盤を経由した通信によって、前記管理装置へ送信するステップと、を実行させるためのコンピュータプログラム。
【請求項１４】
コンピュータに対し、
管理装置と共有される第二共有鍵及び前記第二共有鍵を生成するための第二共有鍵生成情報を記憶する第二共有鍵記憶部を備える非登録通信端末が、認証基盤を経由せずに前記第二共有鍵生成情報を前記管理装置へ送信し、前記管理装置によって生成される前記第二共有鍵及び前記第二共有鍵記憶部が記憶する前記第二共有鍵を用いた暗号化通信を前記管理装置と行うことによって、当該管理装置と第三共有鍵を共有するステップと、
前記第三共有鍵が前記管理装置において他の通信端末に転送されることによって、前記他の通信端末と前記第三共有鍵を共有するステップと、を実行させるためのコンピュータプログラム。
【請求項１５】
前記管理装置通信部は、前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加することを特徴とする請求項３に記載の登録通信端末。
【請求項１６】
前記管理装置通信部は、前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うことを特徴とする請求項３に記載の登録通信端末。
【請求項１７】
前記第二共有鍵生成情報管理部は、自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成することを特徴とする請求項３に記載の登録通信端末。
【請求項１８】
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、
前記登録通信端末は、前記認証基盤に対し、前記第二共有鍵生成情報を登録することを特徴とする請求項１７に記載の登録通信端末。
【請求項１９】
前記登録通信端末は、前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加することを特徴とする請求項９に記載の通信方法。
【請求項２０】
前記登録通信端末は、前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うことを特徴とする請求項９に記載の通信方法。
【請求項２１】
前記登録通信端末は、自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成することを特徴とする請求項９に記載の通信方法。
【請求項２２】
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、
前記登録通信端末は、前記認証基盤に対し、前記第二共有鍵生成情報を登録することを特徴とする請求項２１に記載の通信方法。
【請求項２３】
前記管理装置へ送信するセッション確立要求メッセージに前記第二共有鍵生成情報を付加することを特徴とする請求項１３に記載のコンピュータプログラム。
【請求項２４】
前記管理装置に対し、該管理装置との間で確立する一セッション内で、前記第二共有鍵生成情報を含む情報の一連のやり取りを行うことを特徴とする請求項１３に記載のコンピュータプログラム。
【請求項２５】
自登録通信端末のユーザ識別情報と非登録通信端末の識別情報を含む情報として前記第二共有鍵生成情報を生成することを特徴とする請求項１３に記載のコンピュータプログラム。
【請求項２６】
前記第二共有鍵生成情報は前記非登録通信端末のＧＲＵＵ識別子であり、
前記コンピュータプログラムは、前記認証基盤に対し、前記第二共有鍵生成情報を登録するステップをさらにコンピュータに実行させることを特徴とする請求項２５に記載のコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−３０３１８８（Ｐ２００９−３０３１８８Ａ）
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願番号】特願２００８−１７２５６１（Ｐ２００８−１７２５６１）
【出願日】平成２０年７月１日（２００８．７．１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２１年１２月２４日（２００９．１２．２４）
【国際特許分類】
【出願日】平成２０年７月１日（２００８．７．１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
２．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]