JP2003179592A - ネットワークシステム、情報処理装置および方法、記録媒体、並びにプログラム - Google Patents

Abstract

(57)【要約】 【課題】 通信を行う情報処理装置の鍵交換処理による
負担を軽減し、計算資源が限られた機器においても、既
存の鍵交換プロトコルとの互換性を保ちつつ鍵交換を実
現することができるようにする。 【解決手段】 端末装置１は、インターネット等に代表
されるネットワーク２に接続されており、ネットワーク
２を介して、IPsec，SSL、またはTSL等により、通信相
手側端末装置４と通信内容が暗号化された暗号通信を行
う。鍵交換代行サーバ３は、ネットワーク２に接続され
ており、端末装置１が通信相手端末装置４と共通鍵を共
有するために、IKEやTLS Handshake Protocolを用いて
行う鍵交換処理の暗号化アルゴリズムや鍵交換方法を決
定する処理、鍵生成処理、および認証処理等の各種処理
を代行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワークシステ
ム、情報処理装置および方法、記録媒体、並びにプログ
ラムに関し、特に、暗号通信における鍵交換処理を代行
することにより、通信を行う情報処理装置の負担を軽減
するネットワークシステム、情報処理装置および方法、
記録媒体、並びにプログラムに関する。

【０００２】

【従来の技術】近年、インターネットに代表されるネッ
トワークの普及とともに、電子メールやファイルの送受
信がさかんに行われるようになってきた。それに伴い、
セキュリティに対する不安も多くなっている。

【０００３】従来、インターネット等のネットワークに
おいて利用されるセキュリティ機構としては、RFC（Req
uest For Comment）２４０１に規定されているIP（Inte
rnetProtocol）層でのセキュリティ機構であるIPsec（I
nternet Protocol securityarchitecture）、WEBで利用
されるSSL（Secure Socket Layer）、および、その後継
技術でありRFC２２４６に規定されているTLS（Transpor
t Layer Security）等がある。

【０００４】これらのプロトコルでは、安全な通信を行
う前に、通信者間で暗号通信に利用されるセッション鍵
を共有する必要がある。その方法としては、RFC２４０
９で規定されているIKE（Internet Key Exchange）、ま
たは、SSLやTLSに含まれるHandshake Protocol等があ
る。

【０００５】IKEは、IPsecに必要な鍵を動的に確立する
独立した機構であり、RFC２４０７およびRFC２４０８に
規定されている、鍵交換の枠組みを提供するISAKMP（In
ternet Security Association and Key Management Pro
tocol）と、ISAKMP上で実際の鍵管理機構を定義してい
るOakleyからなる。

【０００６】IKEは、ISAKMPのためのISAKMP SA（ISAKMP
Security Association）を確立するPhase１と、IPsec
のSAを確立するPhase２により構成される。なお、SAと
は、通信を保護するために用いられる方針や鍵の集合の
ことである。Phase１には通信者のIDの保護が可能なメ
インモードと、IDの保護が不可能なアグレッシブモード
の２つが存在し、Phase２にはクイックモードのみが存
在する。

【０００７】メインモードでは、始動者と応答者の間
で、６回（３往復）の通信を行ってISAKMPを確立する。
始めの２回（１往復）の通信において両者で使用するア
ルゴリズム等の取り決めが行われ、次の２回（１往復）
の通信において鍵交換に必要なDiffie-Hellman鍵交換ア
ルゴリズムの公開値や乱数等の補助的なデータの交換が
行われる。そして、最後の２回（１往復）の通信で生成
された鍵の認証が行われる。

【０００８】これに対して、アグレッシブモードでは、
始動者と応答者の間で、３回（１．５往復）の通信を行
い、ISAKMP SAを確立する。始めの２回（１往復）の通
信において両者で使用するアルゴリズム等の取り決め
と、鍵交換に必要なDiffie-Hellman鍵交換アルゴリズム
の公開値や乱数等の補助的なデータの交換が行われる。
そして、３回目の通信において、始動者の認証と生成さ
れた鍵の認証が行われる。この３回目の通信は、生成さ
れるISAKMP SAによって暗号化されない。従って、IDの
保護が不可能となる。

【０００９】メインモード、アグレッシブモードにおい
ては、電子署名、公開鍵暗号、予め保持している共通鍵
を用いる方法の３種類の認証方法が利用可能である。

【００１０】Phase２のクイックモードにおいては、始
動者と応答者の間で、３回（１．５往復）の通信を行
い、IPsecのSAを確立する。クイックモードにおける通
信内容は、ISAKMP SAによって保護される。始めの２回
（１往復）の通信において、両者で使用するアルゴリズ
ム等の取り決めが行われ、３回目の通信で生成された鍵
の認証が行われる。

【００１１】以上のようにして、IPsecで安全な通信を
行う前に通信者間で暗号通信に利用されるセッション鍵
を共有することができる。

【００１２】また、TLSは、クライアント−サーバアプ
リケーションに対してセキュリティを提供するプロトコ
ルであり、鍵交換についてはHandshake Protocolとして
規定されている。Handshake Protocolによるクライアン
ト−サーバ間の処理は、以下のように行われる。

【００１３】最初に、クライアントは、ClientHelloメ
ッセージを用いて、クライアントで利用可能な暗号化ア
ルゴリズムに関する情報をサーバに供給する。サーバ
は、その中から使用する暗号化アルゴリズムを選択し、
その暗号化アルゴリズムに関する情報を、ServerHello
メッセージを用いてクライアントに供給する。また、サ
ーバは、ServerHelloメッセージを送信した後に、Serve
rCertificateメッセージを用いてサーバ自身の証明書を
送信する。サーバの証明書が存在しない場合、サーバ
は、合意過程で使用する仮の暗号化鍵等を送信するServ
erKeyExchangeメッセージをクライアントに送信する。
さらに、サーバは、必要であれば、クライアントの証明
書の送付を要求するCertificateReqestメッセージも送
信する。そして、サーバは、ServerHelloDoneメッセー
ジを送信することによってサーバからの送信を終了し、
クライアントからの返答を待つ。

【００１４】サーバからCertificateReqestメッセージ
を送信されたクライアントは、ClientCertificateメッ
セージによりクライアントの証明書を送信する。そし
て、証明書を送信したクライアントは、セッション鍵生
成の元となるpre-master keyをサーバの公開鍵で暗号化
し、その暗号化されたpre-master key を含むClientKey
Exchangeメッセージをサーバに送信する。

【００１５】また、クライアントは、ClientHelloメッ
セージから直前までの通信内容のダイジェストをクライ
アントの秘密鍵で暗号化して、CertificateVerifyメッ
セージに含めてサーバに送信する。サーバは、それを公
開鍵で複合化して、クライアント証明書の正当性を確認
する。

【００１６】この時点で、セッション鍵などが利用可能
となっており、クライアントは、暗号仕様の変更を合図
するChangeCipherSpecメッセージを送信した後に、セッ
ション鍵などを設定する。これにより、これ以降の通信
は、設定されたセッション鍵を利用して、Helloメッセ
ージで決定したアルゴリズムにより守られるようにな
る。最後にクライアントは、Finishedメッセージを送信
し、終了する。また、サーバにおいても、上述したクラ
イアントの場合と同様に、ChangeCipherSpecメッセージ
を送信し、セッション鍵などを設定し、Finishedメッセ
ージを送信する。

【００１７】以上のようにして、クライアント−サーバ
間において、安全な通信を行うためのセッション鍵を共
有することができる。

【００１８】

【発明が解決しようとする課題】しかしながら、以上の
ような方法の場合、公開鍵暗号アルゴリズムを利用した
認証処理やDiffie-Hellman鍵交換アルゴリズムの計算処
理等の負荷の大きな処理が必要であり、計算資源が限ら
れた機器等において、その処理に多大な時間を要する場
合があるという課題があった。

【００１９】また、特開２００１−１９７０５５号公報
には、機能の乏しい携帯端末であっても、認証局で認証
を得た証明書を用いた情報通信を行うことができ、ユー
ザ等が、複数の認証局が発行した証明書の検証や管理等
に対する作業負荷を軽減することが可能な認証代行装置
が開示されているが、認証処理の代行のみが目的であ
り、安全な通信を実現するための鍵の交換方法について
は提供されていないという課題があった。

【００２０】さらに、この場合、ユーザ端末とサーバと
の間に認証代行サーバが介在するので、既存の通信プロ
トコルと互換性を保つことができないという課題もあっ
た。

【００２１】本発明はこのような状況に鑑みてなされた
ものであり、暗号通信における鍵交換処理を代行するこ
とにより、通信を行う情報処理装置の負担を軽減するこ
とができるようにしたものである。

【００２２】

【課題を解決するための手段】本発明のネットワークシ
ステムは、ネットワークに接続され、他の情報処理装置
と暗号通信を行う第１の情報処理装置と、ネットワーク
に接続され、第１の情報処理装置が暗号通信に用いる共
通鍵を、通信相手である他の情報処理装置と共有するた
めの、第１の情報処理装置による鍵交換処理を代行する
第２の情報処理装置とを備えるネットワークシステムで
あって、第１の情報処理装置は、他の情報処理装置と暗
号通信を行う暗号通信手段と、鍵交換処理の代行を要求
する要求メッセージを第２の情報処理装置に供給する要
求メッセージ供給手段と、要求メッセージ供給手段によ
り供給された要求メッセージに対応する応答メッセージ
を、第２の情報処理装置より取得する応答メッセージ取
得手段と、応答メッセージ取得手段により取得された応
答メッセージに基づいて、暗号通信に用いるセッション
ごとの共通鍵であるセッション鍵を設定するセッション
鍵設定手段とを備え、第２の情報処理装置は、要求メッ
セージを第１の情報処理装置より取得する要求メッセー
ジ取得手段と、要求メッセージ取得手段により取得され
た要求メッセージに基づいて、鍵交換処理を代行して行
う鍵交換代行処理手段と、鍵交換代行処理手段の処理結
果に基づいて、要求メッセージに対応する応答メッセー
ジを、第１の情報処理装置に供給する応答メッセージ供
給手段とを備えることを特徴とする。

【００２３】前記要求メッセージは、鍵交換処理の開始
を示し、鍵交換方法の決定を要求する開始要求メッセー
ジと、共通鍵の生成を要求する鍵生成要求メッセージ
と、第１の情報処理装置の通信相手である他の情報処理
装置の認証を要求する認証要求メッセージと、セッショ
ン鍵を要求する鍵要求メッセージとを含み、応答メッセ
ージは、開始要求メッセージに対応する開始応答メッセ
ージと、鍵生成要求メッセージに対応する鍵生成応答メ
ッセージと、認証要求メッセージに対応する認証応答メ
ッセージと、鍵要求メッセージに対応する鍵応答メッセ
ージとを含み、鍵交換代行処理手段は、開始要求メッセ
ージに基づいて、暗号通信における鍵交換方法を決定す
る鍵交換方法決定手段と、鍵生成要求メッセージに基づ
いて、共通鍵を生成する共通鍵生成手段と、認証要求メ
ッセージに基づいて、第１の情報処理装置の通信相手で
ある他の情報処理装置を認証する認証手段と、認証要求
メッセージに基づいて、第１の情報処理装置の通信相手
である他の情報処理装置が第１の情報処理装置にアクセ
ス可能か否かを確認する確認手段と、鍵要求メッセージ
に基づいて、セッション鍵に関する処理を行うセッショ
ン鍵処理手段とを備えるようにすることができる。

【００２４】前記鍵交換方法は、IKE、または、SSL若し
くはTLSのHandshake Protocolを含むようにすることが
できる。

【００２５】前記第１の情報処理装置は、第２の情報処
理装置と安全に通信が行えるか否かを判定する第１の判
定手段と、第１の判定手段の判定結果に基づいて、第２
の情報処理装置と安全に通信するための、第２の情報処
理装置と共有する共通鍵を設定する第１の共通鍵設定手
段とをさらに備え、第２の情報処理装置は、第１の情報
処理装置と安全に通信が行えるか否かを判定する第２の
判定手段と、第２の判定手段の判定結果に基づいて、第
１の情報処理装置と安全に通信するための、第１の情報
処理装置と共有する共通鍵を設定する第２の共通鍵設定
手段とをさらに備えるようにすることができる。

【００２６】本発明の第１の情報処理装置は、第１の他
の情報処理装置と暗号通信を行う暗号通信手段と、暗号
通信手段による暗号通信に用いる共通鍵を記憶する記憶
手段と、共通鍵を第１の他の情報処理装置と共有するた
めの鍵交換処理の代行を要求する要求メッセージを、鍵
交換処理を代行する第２の他の情報処理装置に供給する
要求メッセージ供給手段と、要求メッセージ供給手段に
より供給された要求メッセージに対応する応答メッセー
ジを、第２の他の情報処理装置より取得する応答メッセ
ージ取得手段と、応答メッセージ取得手段により取得さ
れた応答メッセージに基づいて、暗号通信のセッション
ごとの共通鍵であるセッション鍵を設定するセッション
鍵設定手段とを備えることを特徴とする。

【００２７】前記第１の情報処理装置は、前記第２の他
の情報処理装置と安全に通信が行えるか否かを判定する
判定手段と、判定手段の判定結果に基づいて、第２の他
の情報処理装置と安全に通信するための、第２の他の情
報処理装置と共有する共通鍵を設定する共通鍵設定手段
とをさらに備えるようにすることができる。

【００２８】本発明の第１の情報処理方法は、第１の他
の情報処理装置と暗号通信を行う暗号通信ステップと、
暗号通信ステップの処理による暗号通信に用いる共通鍵
の記憶部からの取得を制御する記憶制御ステップと、暗
号通信ステップの処理による暗号通信に用いる共通鍵を
第１の他の情報処理装置と共有するための鍵交換処理の
代行を要求する要求メッセージを、鍵交換処理を代行す
る第２の他の情報処理装置に供給する要求メッセージ供
給ステップと、要求メッセージ供給ステップの処理によ
り供給された要求メッセージに対応する応答メッセージ
の、第２の他の情報処理装置からの取得を制御する応答
メッセージ取得制御ステップと、応答メッセージ取得制
御ステップの処理により取得が制御された応答メッセー
ジに基づいて、暗号通信のセッションごとの共通鍵であ
るセッション鍵を設定するセッション鍵設定ステップと
を含むことを特徴とする。

【００２９】本発明の第１の記録媒体のプログラムは、
第１の他の情報処理装置と暗号通信を行う暗号通信ステ
ップと、暗号通信ステップの処理による暗号通信に用い
る共通鍵の記憶部からの取得を制御する記憶制御ステッ
プと、暗号通信ステップの処理による暗号通信に用いる
共通鍵を第１の他の情報処理装置と共有するための鍵交
換処理の代行を要求する要求メッセージを、鍵交換処理
を代行する第２の他の情報処理装置に供給する要求メッ
セージ供給ステップと、要求メッセージ供給ステップの
処理により供給された要求メッセージに対応する応答メ
ッセージの、第２の他の情報処理装置からの取得を制御
する応答メッセージ取得制御ステップと、応答メッセー
ジ取得制御ステップの処理により取得が制御された応答
メッセージに基づいて、暗号通信のセッションごとの共
通鍵であるセッション鍵を設定するセッション鍵設定ス
テップとを含むことを特徴とする。

【００３０】本発明の第１のプログラムは、第１の他の
情報処理装置と暗号通信を行う暗号通信ステップと、暗
号通信ステップの処理による暗号通信に用いる共通鍵の
記憶部からの取得を制御する記憶制御ステップと、暗号
通信ステップの処理による暗号通信に用いる共通鍵を第
１の他の情報処理装置と共有するための鍵交換処理の代
行を要求する要求メッセージを、鍵交換処理を代行する
第２の他の情報処理装置に供給する要求メッセージ供給
ステップと、要求メッセージ供給ステップの処理により
供給された要求メッセージに対応する応答メッセージ
の、第２の他の情報処理装置からの取得を制御する応答
メッセージ取得制御ステップと、応答メッセージ取得制
御ステップの処理により取得が制御された応答メッセー
ジに基づいて、暗号通信のセッションごとの共通鍵であ
るセッション鍵を設定するセッション鍵設定ステップと
をコンピュータに実現させる。

【００３１】本発明の第２の情報処理装置は、鍵交換処
理に関する情報を記憶する記憶手段と、鍵交換処理の代
行を要求する要求メッセージを、第１の他の情報処理装
置より取得する要求メッセージ取得手段と、要求メッセ
ージ取得手段により取得された要求メッセージに基づい
て、鍵交換処理を代行して行う鍵交換代行処理手段と、
鍵交換代行処理手段の処理結果に基づいて、要求メッセ
ージに対応する応答メッセージを、第１の他の情報処理
装置に供給する応答メッセージ供給手段とを備えること
を特徴とする。

【００３２】前記要求メッセージは、鍵交換処理の開始
を示し、鍵交換方法の決定を要求する開始要求メッセー
ジと、共通鍵の生成を要求する鍵生成要求メッセージ
と、第２の他の情報処理装置の認証を要求する認証要求
メッセージと、暗号通信のセッションごとの共通鍵であ
るセッション鍵を要求する鍵要求メッセージとを含み、
応答メッセージは、開始要求メッセージに対応する開始
応答メッセージと、鍵生成要求メッセージに対応する鍵
生成応答メッセージと、認証要求メッセージに対応する
認証応答メッセージと、鍵要求メッセージに対応する鍵
応答メッセージとを含み、鍵交換代行処理手段は、開始
要求メッセージに基づいて、暗号通信における鍵交換方
法を決定する鍵交換方法決定手段と、鍵生成要求メッセ
ージに基づいて、共通鍵を生成する共通鍵生成手段と、
認証要求メッセージに基づいて、第２の他の情報処理装
置を認証する認証手段と、認証要求メッセージに基づい
て、第２の他の情報処理装置が第１の他の情報処理装置
にアクセス可能か否かを確認する確認手段と、鍵要求メ
ッセージに基づいて、セッション鍵に関する処理を行う
セッション鍵処理手段とを備えるようにすることができ
る。

【００３３】前記第２の情報処理装置は、第１の他の情
報処理装置と安全に通信が行えるか否かを判定する判定
手段と、判定手段の判定結果に基づいて、第１の他の情
報処理装置と安全に通信するための、第１の他の情報処
理装置と共有する共通鍵を設定する共通鍵設定手段とを
さらに備えるようにすることができる。

【００３４】前記記憶手段により記憶されている鍵交換
処理に関する情報は、第２の他の情報処理装置の認証に
関する情報、および第２の他の情報処理装置が第１の他
の情報処理装置にアクセス可能か否かに関する情報であ
るポリシ情報を含むようにすることができる。

【００３５】本発明の第２の情報処理方法は、鍵交換処
理に関する情報の記憶部からの取得を制御する記憶制御
ステップと、鍵交換処理の代行を要求する要求メッセー
ジの、第１の他の情報処理装置からの取得を制御する要
求メッセージ取得制御ステップと、要求メッセージ取得
制御ステップの処理により取得が制御された要求メッセ
ージに基づいて、鍵交換処理を代行して行う鍵交換代行
処理ステップと、鍵交換代行処理ステップの処理の処理
結果に基づいて、要求メッセージに対応する応答メッセ
ージを、第１の他の情報処理装置に供給する応答メッセ
ージ供給ステップとを含むことを特徴とする。

【００３６】本発明の第２の記録媒体のプログラムは、
鍵交換処理に関する情報の記憶部からの取得を制御する
記憶制御ステップと、鍵交換処理の代行を要求する要求
メッセージの、第１の他の情報処理装置からの取得を制
御する要求メッセージ取得制御ステップと、要求メッセ
ージ取得制御ステップの処理により取得が制御された要
求メッセージに基づいて、鍵交換処理を代行して行う鍵
交換代行処理ステップと、鍵交換代行処理ステップの処
理の処理結果に基づいて、要求メッセージに対応する応
答メッセージを、第１の他の情報処理装置に供給する応
答メッセージ供給ステップとを含むことを特徴とする。

【００３７】本発明の第２のプログラムは、鍵交換処理
に関する情報の記憶部からの取得を制御する記憶制御ス
テップと、鍵交換処理の代行を要求する要求メッセージ
の、第１の他の情報処理装置からの取得を制御する要求
メッセージ取得制御ステップと、要求メッセージ取得制
御ステップの処理により取得が制御された要求メッセー
ジに基づいて、鍵交換処理を代行して行う鍵交換代行処
理ステップと、鍵交換代行処理ステップの処理の処理結
果に基づいて、要求メッセージに対応する応答メッセー
ジを、第１の他の情報処理装置に供給する応答メッセー
ジ供給ステップとをコンピュータに実現させる。

【００３８】本発明のネットワークシステムにおいて
は、ネットワークに接続され、他の情報処理装置と暗号
通信を行う第１の情報処理装置と、ネットワークに接続
され、第１の情報処理装置が暗号通信に用いる共通鍵
を、通信相手である他の情報処理装置と共有するため
の、第１の情報処理装置による鍵交換処理を代行する第
２の情報処理装置とが備えられ、第１の情報処理装置に
おいては、他の情報処理装置と暗号通信が行われ、鍵交
換処理の代行を要求する要求メッセージが第２の情報処
理装置に供給され、要求メッセージに対応する応答メッ
セージが、第２の情報処理装置より取得され、応答メッ
セージに基づいて、暗号通信に用いるセッションごとの
共通鍵であるセッション鍵が設定され、第２の情報処理
装置においては、要求メッセージが第１の情報処理装置
より取得され、その要求メッセージに基づいて、鍵交換
処理が代行して行われ、鍵交換代行処理手段の処理結果
に基づいて、要求メッセージに対応する応答メッセージ
が、第１の情報処理装置に供給される。

【００３９】本発明の第１の情報処理装置および方法、
並びにプログラムにおいては、第１の他の情報処理装置
と暗号通信が行われ、暗号通信に用いる共通鍵が記憶さ
れ、共通鍵を第１の他の情報処理装置と共有するための
鍵交換処理の代行を要求する要求メッセージが、鍵交換
処理を代行する第２の他の情報処理装置に供給され、そ
の要求メッセージに対応する応答メッセージが、第２の
他の情報処理装置より取得され、その応答メッセージに
基づいて、暗号通信のセッションごとの共通鍵であるセ
ッション鍵が設定される。

【００４０】本発明の第２の情報処理装置および方法、
並びにプログラムにおいては、鍵交換処理に関する情報
が記憶され、鍵交換処理の代行を要求する要求メッセー
ジが、第１の他の情報処理装置より取得され、その要求
メッセージに基づいて、鍵交換処理が代行して行われ
る、鍵交換代行処理手段の処理結果に基づいて、要求メ
ッセージに対応する応答メッセージが、第１の他の情報
処理装置に供給される。

【００４１】

【発明の実施の形態】図１は、本発明を適用した鍵交換
処理代行システムの構成例を表している。

【００４２】図１において、端末装置１は、インターネ
ット等に代表されるネットワーク２に接続されており、
ネットワーク２を介して、IPsec，SSL、またはTLS等に
より、通信相手側端末装置４と通信内容が暗号化された
暗号通信を行う。鍵交換代行サーバ３は、ネットワーク
２に接続されており、端末装置１が通信相手端末装置４
と共通鍵を共有するために行う鍵交換処理の鍵生成処理
や認証処理等を代行する。

【００４３】なお、図１において、ネットワーク２に
は、端末装置１、鍵交換代行サーバ３、および通信相手
側端末装置４が1台ずつ接続されているが、これに限ら
ず、端末装置１、鍵交換代行サーバ３、および通信相手
側端末装置４がそれぞれ複数接続されていてもよい。

【００４４】図２は、端末装置１の構成例を示すブロッ
ク図である。

【００４５】図２において、CPU（Central Processing
Unit）１１は、ROM（Read Only Memory）１２に記憶さ
れているプログラム、または記憶部２３からRAM（Rando
m Access Memory）１３にロードされたプログラムに従
って各種の処理を実行する。RAM１３にはまた、CPU１１
が各種の処理を実行する上において必要なデータなども
適宜記憶される。CPU１１、ROM１２、およびRAM１３
は、バス１４を介して相互に接続されている。このバス
１４にはまた、入出力インタフェース２０も接続されて
いる。

【００４６】入出力インタフェース２０には、キーボー
ド、マウスなどよりなる入力部２１、CRT（Cathode Ray
Tube）、LCD（Liquid Crystal Display）などよりなる
ディスプレイ、並びにスピーカなどよりなる出力部２
２、ハードディスクなどより構成される記憶部２３、モ
デム、ターミナルアダプタなどより構成される通信部２
４、および、メモリやハードディスク等で構成される暗
号鍵データベース２５が接続されている。通信部２４
は、ネットワーク２を介しての通信処理を行う。通信部
２４はまた、他のユーザ端末との間で、アナログ信号ま
たはデジタル信号の通信処理を行う。また、暗号鍵デー
タベース２５は、鍵交換代行サーバ３、または通信相手
側端末装置４との通信の内容を暗号化するための鍵情報
を記録している。

【００４７】入出力インタフェース２０にはまた、必要
に応じてドライブ３０が接続され、磁気ディスク４１、
光ディスク４２、光磁気ディスク４３、或いは半導体メ
モリ４４などが適宜装着され、それらから読み出された
コンピュータプログラムが、必要に応じて記憶部２３に
インストールされる。

【００４８】図３は、鍵交換代行サーバ３の構成例を示
すブロック図である。

【００４９】図３において、鍵交換代行サーバ３は、図
２の端末装置１のCPU１１乃至通信部２４に対応するCPU
５１乃至通信部６４を有しており、その基本的構成は、
端末装置１と同様であるので、その説明は省略する。

【００５０】また、図３において、入出力インタフェー
ス６０は、さらに、データベース６５を有している。デ
ータベース６５は、端末装置１との通信の内容を暗号化
するための鍵情報に関する情報、通信相手側端末装置４
を認証する認証鍵に関する情報、および、端末装置１へ
のアクセスが許可された装置に関する情報等が記憶され
ている。

【００５１】さらに、入出力インタフェース６０には、
必要に応じてドライブ７０が接続され、磁気ディスク８
１、光ディスク８２、光磁気ディスク８３、或いは半導
体メモリ８４などが適宜装着され、それらから読み出さ
れたコンピュータプログラムが、必要に応じて記憶部６
３にインストールされる。

【００５２】なお、図示は省略するが、通信相手側端末
装置４も、図２に示した端末装置１と基本的に同様の構
成を有するコンピュータにより構成される。

【００５３】次に、図４および図５のフローチャートを
参照して、端末装置１による鍵交換代行処理を説明す
る。また、必要に応じて、図６および図７を参照して説
明する。

【００５４】通信相手側端末装置４と鍵交換を行う端末
装置１のCPU１１は、最初に、ステップＳ１において、
鍵交換代行サーバ３との間に安全な通信路が確保される
か否かを判定する。

【００５５】確保されないと判定した場合、CPU１１
は、ステップＳ２に進み、鍵交換代行サーバ３と安全に
通信するための鍵を暗号鍵データベース２５に設定し、
ステップＳ３に進む。なお、設定される鍵は、予め決め
られており、鍵交換代行サーバ３と暗号通信ができるよ
うに、鍵交換代行サーバ３に設定される鍵と対応してあ
る。また、ステップＳ１において、鍵交換代行サーバ３
との間に安全な通信路が確保されると判定した場合、CP
U１１は、ステップＳ３に進む。

【００５６】すなわち、端末装置１と鍵交換代行サーバ
３との間が安全な通信路である場合、両者間の通信は、
通常の通信により行われるが、端末装置１と鍵交換代行
サーバ３との間が安全な通信路でない場合は、通信内容
を暗号化した暗号通信により行われる。

【００５７】図６は、端末装置１と鍵交換代行サーバ３
との間が安全な通信路である場合の端末装置１の通信に
関する主な処理の流れを示す図である。

【００５８】図６において、安全な通信路を用いて鍵交
換代行サーバ３に情報を供給する場合、CPU１１の処理
部１０１は、通信部２４を介して、鍵交換代行サーバ３
に情報を供給する。また、安全な通信路を用いて鍵交換
代行サーバ３より情報を取得する場合、CPU１１の処理
部１０１は、通信部２４を介して、鍵交換代行サーバ３
より情報を取得する。

【００５９】通信相手側端末装置４に情報を供給する場
合、CPU１１の処理部１０１は、暗号通信部１０２に情
報を供給する。暗号通信部１０２は、暗号鍵データベー
ス２５より必要な鍵情報を取得し、処理部１０１より供
給された情報を暗号化する。情報を暗号化した暗号通信
部１０２は、通信部２４を介して、暗号化した情報を通
信相手側端末装置４に供給する。また、通信相手側端末
装置４より情報を取得する場合、供給された情報は、通
信部２４を介して暗号通信部１０２に供給される。暗号
通信部１０２は、暗号鍵データベース２５より必要な鍵
情報を取得し、通信部２４を介して供給された情報を復
号し、処理部１０１に供給する。

【００６０】すなわち、端末装置１は、通信相手側端末
装置４と暗号通信を行い、鍵交換代行サーバ３と暗号化
されていない通常の通信を行う。

【００６１】また、図７は、端末装置１と鍵交換代行サ
ーバ３との間が安全な通信路でない場合の端末装置１の
通信に関する主な処理の流れを示す図である。

【００６２】図７において、鍵交換代行サーバ３または
通信相手側端末装置４に情報を供給する場合、CPU１１
の処理部１０１は、暗号通信部１０２に情報を供給し、
暗号鍵データベース２５より必要な鍵情報を取得させ、
供給した情報を暗号化させる。そして、情報を暗号化し
た暗号通信部１０２は、通信部２４を介して、暗号化し
た情報を鍵交換代行サーバ３または通信相手側端末装置
４に供給する。また、鍵交換代行サーバ３または通信相
手側端末装置４より情報を取得する場合、供給された情
報は、通信部２４を介して暗号通信部１０２に供給され
る。暗号通信部１０２は、暗号鍵データベース２５より
必要な鍵情報を取得し、通信部２４を介して供給された
情報を復号し、処理部１０１に供給する。

【００６３】すなわち、端末装置１は、鍵交換代行サー
バ３および通信相手側端末装置４のいずれの場合も暗号
通信を行う。従って、この場合、ステップＳ３以降の処
理において、端末装置１と鍵交換代行サーバ３の間の通
信は、全て暗号化されて行われる。以下の説明におい
て、端末装置１が行う暗号化および復号する処理は図７
において説明した場合と同様であるので、その説明は省
略する。

【００６４】図４に戻り、ステップＳ３において、CPU
１１は、鍵交換代行サーバ３に鍵交換処理の開始を示
し、鍵交換方法の決定を要求する開始要求メッセージを
供給する。開始要求メッセージには、端末装置１におい
て利用可能な暗号化アルゴリズムやハッシュアルゴリズ
ムのリスト等が含まれている。

【００６５】開始要求メッセージを供給したCPU１１
は、ステップＳ４において、通信部２４を制御して、開
始要求メッセージに対応する応答メッセージである開始
応答メッセージを取得したか否かを判定し、取得したと
判定するまで待機する。

【００６６】開始応答メッセージには、鍵交換方法に関
する情報や、使用するアルゴリズムの情報等が含まれて
おり、CPU１１は、この開始応答メッセージに基づいて
各種の処理を行う。

【００６７】通信部２４を制御して、開始応答メッセー
ジを取得したと判定した場合、CPU１１は、ステップＳ
５に進み、取得した開始応答メッセージに含まれる鍵交
換方法に基づいて、鍵生成処理が必要か否かを判定す
る。鍵生成処理は、通信相手側端末装置４と共有する共
通鍵を生成する処理である。必要な場合、CPU１１は、
ステップＳ６に進み、通信部２４を制御して、鍵交換代
行サーバ３に鍵生成処理の代行を要求する鍵生成要求メ
ッセージを供給する。鍵生成要求メッセージを供給した
CPU１１は、ステップＳ７において、通信部２４を制御
して、鍵生成要求メッセージに対応する鍵生成応答メッ
セージを取得したか否かを判定し、取得するまで待機す
る。取得したと判定した場合、CPU１１は、図５のステ
ップＳ１２に進む。

【００６８】また、図４のステップＳ５において、鍵生
成処理が必要ないと判定した場合、CPU１１は、図５の
ステップＳ８に進み、開始応答メッセージに含まれる鍵
交換方法に基づいて、認証処理が必要か否かを判定す
る。必要と判定した場合、CPU１１は、ステップＳ９に
進み、通信部２４を制御して、鍵交換代行サーバ３に、
通信相手側端末装置４を認証する認証処理の代行を要求
する認証要求メッセージを供給する。

【００６９】認証処理の代行を要求したCPU１１は、ス
テップＳ１０に進み、通信部２４を制御して、認証要求
メッセージに対応する認証応答メッセージを取得したか
否かを判定し、取得したと判定するまで待機する。そし
て、取得したと判定した場合、CPU１１は、ステップＳ
１１に進み、認証応答メッセージを参照して、通信相手
側端末装置４が認証されたか否かを判定する。認証され
たと判定した場合、CPU１１は、ステップＳ１２に進
む。

【００７０】ステップＳ１２において、CPU１１は、以
上の処理により、鍵交換処理において必要な情報が全て
揃ったか否かを判定し、揃っていないと判定した場合、
図４のステップＳ５に戻り、それ以降の処理を繰り返
す。

【００７１】全ての情報が揃ったと判定した場合、CPU
１１は、ステップＳ１３に進み、通信部２４を制御し
て、鍵交換代行サーバ３に、通信相手側端末装置４との
暗号通信において使用されるセッションごとの鍵である
セッション鍵を要求する鍵要求メッセージを供給する。
鍵要求メッセージを供給したCPU１１は、ステップＳ１
４において、通信部２４を制御して、鍵要求メッセージ
に対応する鍵応答メッセージを取得したか否かを判定
し、取得したと判定するまで待機する。

【００７２】取得したと判定した場合、CPU１１は、ス
テップＳ１５に進み、開始応答メッセージに含まれる鍵
交換方法において、鍵応答メッセージの内容に基づいて
セッション鍵を生成する必要があるか否かを判定する。
生成する必要があると判定した場合、CPU１１は、ステ
ップＳ１６に進み、鍵応答メッセージに基づいて、セッ
ション鍵を生成し、ステップＳ１７に進む。また、ステ
ップＳ１５において、鍵応答メッセージにセッション鍵
が含まれており、セッション鍵を生成する必要がないと
判定した場合、CPU１１は、ステップＳ１７に進む。

【００７３】ステップＳ１７において、CPU１１は、通
信相手側端末装置４と安全に通信するためのセッション
鍵を暗号鍵データベース２５に設定し、鍵交換代行処理
を終了する。

【００７４】また、図５のステップＳ８において、開始
応答メッセージに含まれる鍵交換方法に基づいて、認証
処理が必要でないと判定した場合、本来ありえない状態
であるので、CPU１１は、ステップＳ１８において、誤
動作しているとして扱う誤動作処理を行い、ステップＳ
１９においてエラー処理を行い、鍵交換代行処理を終了
する。

【００７５】また、図５のステップＳ１１において、通
信相手側端末装置４が認証されなかったと判定した場
合、CPU１１は、ステップＳ１９に進み、エラー処理を
行い、鍵交換代行処理を終了する。

【００７６】次に、図８および図９のフローチャートを
参照して、上述した端末装置による鍵交換代行処理に対
応する鍵交換代行サーバ３による鍵交換代行処理につい
て説明する。また、必要に応じて、図１０および図１１
を参照して説明する。

【００７７】端末装置１の鍵交換処理を代行するCPU５
１は、最初に、ステップＳ３１において、端末装置１と
の間に安全な通信路が確保されるか否かを判定する。

【００７８】確保されないと判定した場合、CPU５１
は、ステップＳ３２に進み、端末装置１と安全に通信す
るための鍵をデータベース６５に設定し、ステップＳ３
３に進む。なお、設定される鍵は、予め決められてお
り、端末装置１と暗号通信ができるように、端末装置１
に設定される鍵と対応してある。また、ステップＳ３１
において、端末装置１との間に安全な通信路が確保され
ると判定した場合、CPU５１は、ステップＳ３３に進
む。

【００７９】上述したように、端末装置１と鍵交換代行
サーバ３との間が安全な通信路でない場合は、通信内容
を暗号化した暗号通信により行われる。

【００８０】図１０は、端末装置１と鍵交換代行サーバ
３との間が安全な通信路である場合の鍵交換代行サーバ
３の通信に関する主な処理の流れを示す図である。

【００８１】図１０において、CPU５１には、各種の処
理を実行する処理部１２１、鍵を生成する鍵生成部１２
２、および認証処理を行う認証部１２３が構成されてい
る。また、データベース６５には、認証部１２３による
認証処理に用いられる認証鍵を管理する認証鍵データベ
ース１３１、および端末装置１にアクセスすることを許
可された装置に関する情報が管理されているポリシデー
タベース１３２が設けられている。

【００８２】安全な通信路を用いて端末装置１に情報を
供給する場合、CPU５１の処理部１２１は、通信部６４
を介して、端末装置１に情報を供給する。例えば、処理
部１２１は、鍵生成部１２２において生成された鍵を含
むメッセージを、通信部６４を介して、端末装置１に供
給する。また、安全な通信路を用いて端末装置１より情
報を取得する場合、CPU５１の処理部１２１は、通信部
２４を介して、端末装置１より情報を取得する。

【００８３】例えば、処理部１２１は、通信部６４を介
して端末装置１より取得した証明書等を認証部１２３に
供給する。認証部１２３は、データベース６５の認証鍵
データベース１３１に登録されている認証鍵に基づい
て、通信相手側端末装置４の認証を行い、その認証結果
を処理部１２１に供給する。また、処理部１２１は、デ
ータベース１３２のポリシデータベース１３２に登録さ
れている端末装置１のポリシに関する情報に基づいて、
通信相手側端末装置４が端末装置１にアクセス可能か否
かを判定する。

【００８４】すなわち、鍵交換代行サーバ３は、端末装
置１と暗号化されていない通常の通信を行う。

【００８５】また、図１１は、端末装置１と鍵交換代行
サーバ３との間が安全な通信路でない場合の鍵交換代行
サーバ３の通信に関する主な処理の流れを示す図であ
る。

【００８６】図１１において、CPU５１には、処理部１
２１、鍵生成部１２２、および認証部１２３の他に、処
理部１２１と通信部６４の間に、情報を暗号化する暗号
通信部１４１が構成されている。また、データベース６
５には、認証鍵データベース１３１、ポリシデータベー
ス１３２、および、暗号鍵を管理する暗号鍵データベー
ス１４２が設けられている。暗号通信部１４１は、暗号
鍵データベース１４２に設定されている暗号鍵に基づい
て、情報の暗号化を行う。

【００８７】すなわち、鍵交換代行サーバ３は、端末装
置１との通信において、暗号通信を行う。従って、この
場合、ステップＳ３３以降の処理において、端末装置１
と鍵交換代行サーバ３の間の通信は、全て暗号化されて
行われる。以下の説明において、鍵交換代行サーバ３に
よる暗号化および復号する処理は図１１において説明し
た場合と同様であるので、その説明は省略する。

【００８８】図８に戻り、ステップＳ３３において、CP
U５１は、通信部６４を制御して、端末装置１よりメッ
セージを取得したか否かを判定し、取得したと判定する
まで待機する。取得したと判定した場合、CPU５１は、
ステップＳ３４に進み、取得したメッセージが開始要求
メッセージか否かを判定する。取得したメッセージが、
図４のステップＳ３において、端末装置１より供給され
た開始要求メッセージであると判定した場合、CPU５１
は、ステップＳ３５に進み、ステップＳ３５において、
取得した開始要求メッセージに基づいて、通信相手側端
末装置４との鍵交換方法を決定し、それを含む開始応答
メッセージを生成する。そして、ステップＳ３６に進
み、CPU５１は、通信部６４を制御して、生成した開始
応答メッセージを端末装置１に供給する。

【００８９】そして、ステップＳ３７において、CPU５
１は、鍵交換代行処理を終了するか否かを判定し、終了
しない場合は、ステップＳ３３に戻り、それ以降の処理
を繰り返す。また、ステップＳ３７において、終了する
と判定した場合、CPU５１は、鍵交換代行処理を終了す
る。

【００９０】図８のステップＳ３４において、取得した
メッセージは開始要求メッセージではないと判定した場
合、CPU５１は、ステップＳ３８に進む。ステップＳ３
８において、CPU５１は、取得したメッセージが鍵生成
要求メッセージか否かを判定する。鍵生成要求メッセー
ジであると判定した場合、CPU５１は、ステップＳ３９
に進み、鍵生成要求メッセージに基づいて、鍵を生成す
る。そして、ステップＳ４０において、CPU５１は、生
成した鍵を含む鍵生成応答メッセージを、通信部６４を
介して端末装置１に供給する。端末装置１に鍵生成応答
メッセージを供給したCPU５１は、ステップＳ３７に戻
り、それ以降の処理を繰り返す。

【００９１】また、図８のステップＳ３８において、取
得したメッセージは鍵生成要求メッセージではないと判
定した場合、CPU５１は、図９のステップＳ４１に進
む。図９のステップＳ４１において、CPU５１は、取得
したメッセージが認証要求メッセージであるか否かを判
定する。認証要求メッセージであると判定した場合、CP
U５１は、ステップＳ４２に進み、図１０のデータベー
ス６５の認証鍵データベース１３１に保持されている認
証鍵を利用して認証処理を行う。そして、ステップＳ４
３において、CPU５１は、ポリシデータベース４３によ
り保持されているポリシを確認し、通信相手側端末装置
による端末装置へのアクセスが許可されているか否かを
確認する処理を行い、ステップＳ４４において、認証結
果および確認結果を含む認証応答メッセージを、通信部
６４を制御して、端末装置１に供給する。端末装置１に
認証応答メッセージを供給したCPU５１は、ステップＳ
３７に戻り、それ以降の処理を繰り返す。

【００９２】ステップＳ４１において、取得したメッセ
ージが認証要求メッセージではないと判定した場合、CP
U５１は、ステップＳ４５に進み、取得したメッセージ
が鍵要求メッセージか否かを判定する。鍵要求メッセー
ジであると判定した場合、CPU５１は、ステップＳ４６
に進み、図８のステップＳ３５において決定した鍵交換
方法に基づいて、セッション鍵を生成する必要があるか
否かを判定する。そして、必要があると判定した場合、
CPU５１は、ステップＳ４７に進み、通信相手側端末装
置４との通信に利用するセッション鍵を生成し、ステッ
プＳ４８に進む。また、生成する必要がないと判定した
場合、CPU５１は、ステップＳ４８に進む。そして、ス
テップＳ４８において、CPU５１は、上述した処理の結
果を踏まえた鍵応答メッセージを生成し、通信部６４を
制御して、端末装置に供給する。鍵応答メッセージを端
末装置１に供給したCPU５１は、ステップＳ３７に戻
り、それ以降の処理を繰り返す。

【００９３】また、ステップＳ４５において、取得した
メッセージが鍵要求メッセージではないと判定した場
合、CPU５１は、ステップＳ４９において、この不明な
メッセージを破棄し、ステップＳ３７に戻り、それ以降
の処理を繰り返す。

【００９４】以上のように、端末装置１および鍵交換代
行サーバ３において鍵交換代行処理を行うことにより、
鍵交換処理における端末装置１の負担を軽減することが
できる。

【００９５】次に、図１２乃至図１４を参照して、上述
した鍵交換処理代行システムの既存の鍵交換処理への適
用例を説明する。

【００９６】図１２は、本発明を適用した鍵交換処理代
行システムのIKEへの適用例を示す図である。図１２に
おいては、端末装置１が通信相手側端末装置４とIKEに
より鍵交換を行う際に、鍵交換代行サーバ３により、端
末装置１が行うPhase１の鍵交換処理の一部を代行して
いる。

【００９７】最初に、ステップＳ１０１において、通信
相手側端末装置４が通信を保護するために用いられる方
針や鍵の集合からなる情報を含むSAペイロードを端末装
置１に供給し、端末装置１は、ステップＳ１２１におい
て、そのSAペイロードを取得する。

【００９８】SAペイロードを受信すると端末装置１は、
ステップＳ１２２で、SAペイロードや利用可能な暗号化
アルゴリズム等を含む開始要求メッセージを鍵交換代行
サーバ３に供給する。この処理は、図４のステップＳ３
の処理に対応する。鍵交換代行サーバ３は、ステップＳ
１５１において、端末装置１より供給された開始要求メ
ッセージを取得すると、決定した鍵交換方法等の情報を
含む返信用のSAペイロードを生成し、その返信用SAペイ
ロードを含む開始応答メッセージを生成して端末装置１
に供給する。この処理は、図８のステップＳ３４乃至ス
テップＳ３６の処理に対応する。

【００９９】鍵交換代行サーバ３より供給された開始応
答メッセージは、端末装置１によりステップＳ１２３に
おいて取得される。この処理は、図４のステップＳ４の
処理に対応する。そして、開始応答メッセージを取得し
た端末装置１は、ステップＳ１２４において、開始応答
メッセージに含まれる返信用のSAペイロードを通信相手
側端末装置４にIKEのSAペイロードとして供給する。

【０１００】通信相手側端末装置４は、ステップＳ１０
２において、そのSAペイロードを取得すると、ステップ
Ｓ１０３において、共有秘密として使用される鍵情報を
含む鍵交換ペイロード、および、乱数情報を含むNonce
ペイロードを端末装置１に供給する。端末装置１は、ス
テップＳ１２５において、その鍵交換ペイロードおよび
Nonceペイロードを取得する。端末装置１は、ステップ
Ｓ１２６において、取得した鍵交換ペイロードを含む鍵
生成要求メッセージを鍵交換代行サーバ３に供給する。
この処理は、図４のステップＳ６の処理に対応する。鍵
交換代行サーバ３は、ステップＳ１５３において、端末
装置１より供給された鍵生成要求メッセージを取得する
と、返信用の鍵交換ペイロードを生成し、ステップＳ１
５４において、作成した返信用の鍵交換ペイロードを含
む鍵生成応答メッセージを端末装置１に供給する。ま
た、鍵交換ペイロードの内容に基づいて、ISAKMP SAを
生成する。これらの処理は、図８のステップＳ３８乃至
ステップＳ４０の処理に対応する。

【０１０１】端末装置１は、ステップＳ１２７において
鍵生成応答メッセージを取得する。この処理は図４のス
テップＳ７の処理に対応する。端末装置１は、ステップ
Ｓ１２８において、鍵生成応答メッセージに含まれる返
信用の鍵交換ペイロードおよびNonceペイロードを通信
相手側端末装置４に供給する。通信相手側端末装置４
は、この返信用の鍵交換ペイロードおよびNonceペイロ
ードをステップＳ１０４において取得すると、ステップ
Ｓ１０５において、IDペイロードおよび署名ペイロード
を端末装置１に供給する。

【０１０２】端末装置１は、ステップＳ１２９におい
て、IDペイロードおよび署名ペイロードを取得すると、
ステップＳ１３０において、署名ペイロードを含む認証
要求メッセージを鍵交換代行サーバ３に供給する。この
処理は、図５のステップＳ９の処理に対応する。ステッ
プＳ１５５において、鍵交換代行サーバ３は、端末装置
１より供給された認証要求メッセージを取得すると、認
証要求メッセージに含まれる署名に基づいて認証処理を
行い、認証されると返信用の署名ペイロードを生成し、
ステップＳ１５６において、生成した返信用の署名ペイ
ロードを含む認証応答メッセージを端末装置１に供給す
る。この処理は、図９のステップＳ４１乃至ステップＳ
４４の処理に対応する。

【０１０３】ステップＳ１３１において、端末装置１
は、鍵交換代行サーバ３より供給された認証応答メッセ
ージを取得する。この処理は、図５のステップＳ１０の
処理に対応する。端末装置１は、ステップＳ１３２にお
いてIDペイロードおよび署名ペイロードを通信相手側端
末装置４に供給する。通信相手側端末装置４は、そのID
ペイロードおよび署名ペイロードを、ステップＳ１０６
において、取得する。

【０１０４】また、端末装置１は、ステップＳ１３３に
おいて、鍵交換代行サーバ３に鍵要求メッセージを供給
する。この処理は、図５のステップＳ１３の処理に対応
する。鍵交換代行サーバ３は、ステップＳ１５７におい
て、端末装置１より鍵要求メッセージを取得すると、セ
ッション鍵を生成し、ステップＳ１５８において、端末
装置１に鍵応答メッセージを供給する。この処理は、図
９のステップＳ４５乃至ステップＳ４８の処理に対応す
る。そして、端末装置１は、鍵交換代行サーバ３より供
給された鍵応答メッセージをステップＳ１３４において
取得する。この処理は、図５のステップＳ１４の処理に
対応する。

【０１０５】端末装置１は、鍵応答メッセージに含まれ
るISAKMP SAを設定し、Phase２の通信に利用する。

【０１０６】図１３は、図１２に示した処理に続いて行
われるPhase２の処理の例を示す図である。Phase２にお
いては、認証に関連する情報のみが交換される。

【０１０７】図１３において、通信相手側端末装置４
は、ステップＳ１７１において、その状況下でトラフィ
ックを保護するのに適していると考えるProposalを生成
し、ハッシュペイロード、SAペイロード、およびNonce
ペイロードを端末装置１に供給する。端末装置１は、ス
テップＳ１９１において、これらのハッシュペイロー
ド、SAペイロード、およびNonceペイロードを取得す
る。

【０１０８】そして、端末装置１は、ステップＳ１９２
において、それが受け入れる保護スートを指示するため
に、返信用のハッシュペイロード、SAペイロード、およ
びNonceペイロードを通信相手側端末装置４に供給す
る。通信相手側端末装置４は、これらの返信用のハッシ
ュペイロード、SAペイロード、およびNonceペイロード
を、ステップＳ１７２において、取得する。

【０１０９】最後に、通信相手側端末装置４は、ステッ
プＳ１７３において、ハッシュペイロードを端末装置１
に供給し、端末装置１は、そのハッシュペイロードをス
テップＳ１９３において取得する。

【０１１０】以上のように、本発明を適用した鍵交換処
理代行システムは、IKEによる鍵交換に適用される。

【０１１１】図１４は、本発明を適用した鍵交換処理代
行システムのTLS Handshake Protocolへの適用例を示す
図である。図１４においては、端末装置１が通信相手側
端末装置４とTLS Handshake Protocolにより鍵交換を行
う際に、鍵交換代行サーバ３により、端末装置１が行う
鍵交換処理の一部を代行している。このとき、端末装置
１がTLSクライアントとなり、通信相手側端末装置４がT
LSサーバとなっている。

【０１１２】最初に、端末装置１は、ステップＳ３３１
において、利用可能な暗号化アルゴリズム等を含めた開
始要求メッセージを鍵交換代行サーバ３に供給する。こ
の処理は、図４のステップＳ３の処理に対応する。鍵交
換代行サーバ３は、ステップＳ３５１において、この開
始要求メッセージを取得すると、開始要求メッセージに
含まれている暗号化アルゴリズム等と、鍵交換代行サー
バ３において利用可能な暗号化アルゴリズム等とから、
TLS Handshake Protocolで利用するアルゴリズムを決定
し、開始応答メッセージに含めて端末装置１に供給す
る。これらの処理は、図８のステップＳ３４乃至ステッ
プＳ３６の処理に対応する。

【０１１３】端末装置１は、ステップＳ３２２におい
て、鍵交換代行サーバ３より供給された開始応答メッセ
ージを取得する。この処理は、図４のステップＳ４の処
理に対応する。開始応答メッセージを取得した端末装置
１は、ステップＳ３２３において、開始応答メッセージ
の内容に基づいて、TLS Handshake ProtocolのClientHe
lloメッセージを生成し、通信相手側端末装置４に供給
する。通信相手側端末装置４は、このClientHelloメッ
セージをステップＳ３０１において取得すると、ステッ
プＳ３０２において、ServerHelloメッセージを端末装
置１に供給し、Certificateメッセージを端末装置１に
供給し、ServerHelloDoneメッセージを端末装置１に供
給する。端末装置１は、それらのメッセージを、ステッ
プＳ３２４において取得する。

【０１１４】Certificateメッセージを取得した端末装
置１は、ステップＳ３２５において、取得したCertific
ateメッセージを含めた認証要求メッセージを鍵交換代
行サーバ３に供給する。この処理は、図５のステップＳ
９の処理に対応する。鍵交換代行サーバ３は、ステップ
Ｓ３５３において、この認証要求メッセージを取得し、
認証要求メッセージに含まれるTLS Handshake Protocol
のCertificateメッセージに基づいて、通信相手側端末
装置４を認証し、ステップＳ３５４において、認証結果
を含めた認証応答メッセージを端末装置１に供給する。
これらの処理は、図９のステップＳ４１乃至ステップＳ
４４の処理に対応する。

【０１１５】ステップＳ３２６において、端末装置１
は、認証応答メッセージを取得する。この処理は、図５
のステップＳ１０の処理に対応する。端末装置１は、ス
テップＳ３２７において、pre-master keyを生成するた
めに、鍵生成要求メッセージを鍵交換代行サーバ３に供
給する。鍵交換代行サーバ３は、ステップＳ３５５にお
いて、鍵生成要求メッセージを取得すると、取得した鍵
生成応答メッセージの内容に基づいて、TLS Handshake
ProtocolのClient Key Exchangeメッセージに必要な情
報を算出し、ステップＳ３５６において、その情報を含
めた鍵生成応答メッセージを端末装置１に供給する。こ
れらの処理は、図８のステップＳ３８乃至ステップＳ４
０の処理に対応する。

【０１１６】鍵交換代行サーバ３より供給された鍵生成
応答メッセージは、ステップＳ３２８において、端末装
置１により取得される。この処理は、図４のステップＳ
７の処理に対応する。端末装置１は、取得した鍵生成応
答メッセージの内容に基づいて、TLS Handshake Protoc
olのClient Key Exchangeメッセージを生成し、ステッ
プＳ３２９において、生成したClient Key Exchangeメ
ッセージを通信相手側端末装置４に供給する。通信相手
側端末装置４は、このClient Key Exchangeメッセージ
を、ステップＳ３０３において取得する。

【０１１７】端末装置１は、ステップＳ３３０におい
て、さらに、TLS Record Protocolで利用されるpre-mas
ter keyから生成される各種鍵情報を要求するための鍵
要求メッセージを鍵交換代行サーバ３に送信する。この
処理は、図５のステップＳ１３の処理に対応する。鍵交
換代行サーバ３は、ステップＳ３５７において、この鍵
要求メッセージを取得し、pre-master keyからTLS Reco
rd Protocolで利用するセッション鍵を生成し、ステッ
プＳ３５８において、生成したセッション鍵を含む鍵応
答メッセージを端末装置１に供給する。これらの処理
は、図９のステップＳ４５乃至ステップＳ４８の処理に
対応する。

【０１１８】端末装置１は、ステップＳ３３１におい
て、鍵交換代行サーバ３に供給された鍵応答メッセージ
を取得し、取得した鍵応答メッセージの内容に基づい
て、TLSRecord Protocolで利用するセッション鍵を設定
する。これらの処理は、図５のステップＳ１５乃至ステ
ップＳ１７の処理に対応する。

【０１１９】以上のように、本発明を適用した鍵交換処
理代行システムは、TLS HandshakeProtocolによる鍵交
換に適用される。

【０１２０】一連の処理をソフトウェアにより実行させ
る場合には、そのソフトウェアを構成するプログラム
が、専用のハードウエアに組み込まれているコンピュー
タ、または、各種のプログラムをインストールすること
で、各種の機能を実行することが可能な、例えば汎用の
パーソナルコンピュータなどに、ネットワークや記録媒
体からインストールされる。

【０１２１】この記録媒体は、図２および図３に示すよ
うに、装置本体とは別に、ユーザにプログラムを提供す
るために配布される、プログラムが記録されている磁気
ディスク４１および８１（フロッピディスクを含む）、
光ディスク４２および８２（CD-ROM(Compact Disc-Read
Only Memory),DVD(Digital Versatile Disc)を含
む）、光磁気ディスク４３および８３（ＭＤ（Mini-Dis
c）を含む）、もしくは半導体メモリ４４および８４な
どよりなるパッケージメディアにより構成されるだけで
なく、装置本体に予め組み込まれた状態でユーザに提供
される、プログラムが記録されているCPU１１および５
１に内蔵されているROMなどで構成される。

【０１２２】なお、本明細書において、記録媒体に記録
されるプログラムを記述するステップは、記載された順
序に沿って時系列的に行われる処理はもちろん、必ずし
も時系列的に処理されなくとも、並列的あるいは個別に
実行される処理をも含むものである。

【０１２３】また、本明細書において、システムとは、
複数の装置により構成される装置全体を表すものであ
る。

【０１２４】

【発明の効果】以上のように、本発明のネットワークシ
ステムによれば、通信を行う情報処理装置の鍵交換処理
による負担を軽減することができ、計算資源が限られた
機器においても、既存の鍵交換プロトコルとの互換性を
保ちつつ鍵交換を実現することができる。

【０１２５】本発明の第１の情報処理装置および方法、
記録媒体、並びにプログラムによれば、鍵交換処理によ
る負担を軽減することができ、計算資源が限られた機器
である場合も、既存の鍵交換プロトコルとの互換性を保
ちつつ鍵交換を実現することができる。

【０１２６】本発明の第２の情報処理装置および方法、
記録媒体、並びにプログラムによれば、通信を行う情報
処理装置の鍵交換処理による負担を軽減することがで
き、計算資源が限られた機器においても、既存の鍵交換
プロトコルとの互換性を保ちつつ鍵交換を実現すること
ができる。

【図面の簡単な説明】

【図１】本発明を適用した鍵交換処理代行システムの構
成例を表している。

【図２】図１の端末装置の構成例を示すブロック図であ
る。

【図３】図１の鍵交換代行サーバの構成例を示すブロッ
ク図である。

【図４】端末装置による鍵交換代行処理を説明するフロ
ーチャートである。

【図５】端末装置による鍵交換代行処理を説明する、図
４に続くフローチャートである。

【図６】端末装置と鍵交換代行サーバとの間が安全な通
信路である場合の、端末装置の通信に関する主な処理の
流れを示す図である。

【図７】端末装置と鍵交換代行サーバとの間が安全な通
信路でない場合の、端末装置の通信に関する主な処理の
流れを示す図である。

【図８】鍵交換代行サーバによる鍵交換代行処理につい
て説明するフローチャートである。

【図９】鍵交換代行サーバによる鍵交換代行処理につい
て説明する、図８に続くフローチャートである。

【図１０】端末装置と鍵交換代行サーバとの間が安全な
通信路である場合の、鍵交換代行サーバの通信に関する
主な処理の流れを示す図である。

【図１１】端末装置と鍵交換代行サーバとの間が安全な
通信路でない場合の、鍵交換代行サーバの通信に関する
主な処理の流れを示す図である。

【図１２】本発明を適用した鍵交換処理代行システムの
IKEへの適用方法の例を説明するフローチャートであ
る。

【図１３】図１２の処理に続く処理の例を説明するフロ
ーチャートである。

【図１４】本発明を適用した鍵交換処理代行システムの
TLS Handshake Protocolへの適用方法の例を説明するフ
ローチャートである。

【符号の説明】

１ 端末装置， ２ ネットワーク， ３ 鍵交換代行
サーバ， ４ 通信相手側端末装置， １１ CPU，
１２ ROM， １３ RAM， ２３ 記憶部，２４ 通信
部， ２５ 暗号鍵データベース， ５１ CPU， ５
２ ROM， ５３ RAM， ６３ 記憶部， ６４ 通信
部， ６５ データベース， １０１処理部， １０２
暗号通信部， １２１ 処理部， １２２ 鍵生成
部，１２３ 認証部， １３１ 認証鍵データベース，
１３２ ポリシデータベース， １４１ 暗号通信
部， １４２ 暗号鍵データベース

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続され、他の情報処理
   装置と暗号通信を行う第１の情報処理装置と、 前記ネットワークに接続され、前記第１の情報処理装置
   が前記暗号通信に用いる共通鍵を、通信相手である前記
   他の情報処理装置と共有するための、前記第１の情報処
   理装置による鍵交換処理を代行する第２の情報処理装置
   とを備えるネットワークシステムであって、 前記第１の情報処理装置は、 前記他の情報処理装置と前記暗号通信を行う暗号通信手
   段と、 前記鍵交換処理の代行を要求する要求メッセージを前記
   第２の情報処理装置に供給する要求メッセージ供給手段
   と、 前記要求メッセージ供給手段により供給された前記要求
   メッセージに対応する応答メッセージを、前記第２の情
   報処理装置より取得する応答メッセージ取得手段と、 前記応答メッセージ取得手段により取得された前記応答
   メッセージに基づいて、前記暗号通信に用いるセッショ
   ンごとの前記共通鍵であるセッション鍵を設定するセッ
   ション鍵設定手段とを備え、 前記第２の情報処理装置は、 前記要求メッセージを前記第１の情報処理装置より取得
   する要求メッセージ取得手段と、 前記要求メッセージ取得手段により取得された前記要求
   メッセージに基づいて、前記鍵交換処理を代行して行う
   鍵交換代行処理手段と、 前記鍵交換代行処理手段の処理結果に基づいて、前記要
   求メッセージに対応する前記応答メッセージを、前記第
   １の情報処理装置に供給する応答メッセージ供給手段と
   を備えることを特徴とするネットワークシステム。
2. 【請求項２】 前記要求メッセージは、 前記鍵交換処理の開始を示し、鍵交換方法の決定を要求
   する開始要求メッセージと、 前記共通鍵の生成を要求する鍵生成要求メッセージと、 前記第１の情報処理装置の通信相手である前記他の情報
   処理装置の認証を要求する認証要求メッセージと、 前記セッション鍵を要求する鍵要求メッセージとを含
   み、 前記応答メッセージは、 前記開始要求メッセージに対応する開始応答メッセージ
   と、 前記鍵生成要求メッセージに対応する鍵生成応答メッセ
   ージと、 前記認証要求メッセージに対応する認証応答メッセージ
   と、 前記鍵要求メッセージに対応する鍵応答メッセージとを
   含み、 前記鍵交換代行処理手段は、 前記開始要求メッセージに基づいて、前記暗号通信にお
   ける鍵交換方法を決定する鍵交換方法決定手段と、 前記鍵生成要求メッセージに基づいて、前記共通鍵を生
   成する共通鍵生成手段と、 前記認証要求メッセージに基づいて、前記第１の情報処
   理装置の通信相手である前記他の情報処理装置を認証す
   る認証手段と、 前記認証要求メッセージに基づいて、前記第１の情報処
   理装置の通信相手である前記他の情報処理装置が前記第
   １の情報処理装置にアクセス可能か否かを確認する確認
   手段と、 前記鍵要求メッセージに基づいて、前記セッション鍵に
   関する処理を行うセッション鍵処理手段とを備えること
   を特徴とする請求項１に記載のネットワークシステム。
3. 【請求項３】 前記鍵交換方法は、IKE、または、SSL若
   しくはTLSのHandshake Protocolを含むことを特徴とす
   る請求項２に記載のネットワークシステム。
4. 【請求項４】 前記第１の情報処理装置は、 前記第２の情報処理装置と安全に通信が行えるか否かを
   判定する第１の判定手段と、 前記第１の判定手段の判定結果に基づいて、前記第２の
   情報処理装置と安全に通信するための、前記第２の情報
   処理装置と共有する共通鍵を設定する第１の共通鍵設定
   手段とをさらに備え、 前記第２の情報処理装置は、 前記第１の情報処理装置と安全に通信が行えるか否かを
   判定する第２の判定手段と、 前記第２の判定手段の判定結果に基づいて、前記第１の
   情報処理装置と安全に通信するための、前記第１の情報
   処理装置と共有する共通鍵を設定する第２の共通鍵設定
   手段とをさらに備えることを特徴とする請求項１に記載
   のネットワークシステム。
5. 【請求項５】 ネットワークに接続され、第１の他の情
   報処理装置と暗号通信を行う情報処理装置であって、 前記第１の他の情報処理装置と暗号通信を行う暗号通信
   手段と、 前記暗号通信手段による前記暗号通信に用いる共通鍵を
   記憶する記憶手段と、 前記共通鍵を前記第１の他の情報処理装置と共有するた
   めの鍵交換処理の代行を要求する要求メッセージを、前
   記鍵交換処理を代行する第２の他の情報処理装置に供給
   する要求メッセージ供給手段と、 前記要求メッセージ供給手段により供給された要求メッ
   セージに対応する応答メッセージを、前記第２の他の情
   報処理装置より取得する応答メッセージ取得手段と、 前記応答メッセージ取得手段により取得された前記応答
   メッセージに基づいて、前記暗号通信のセッションごと
   の前記共通鍵であるセッション鍵を設定するセッション
   鍵設定手段とを備えることを特徴とする情報処理装置。
6. 【請求項６】 前記第２の他の情報処理装置と安全に通
   信が行えるか否かを判定する判定手段と、 前記判定手段の判定結果に基づいて、前記第２の他の情
   報処理装置と安全に通信するための、前記第２の他の情
   報処理装置と共有する共通鍵を設定する共通鍵設定手段
   とをさらに備えることを特徴とする請求項５に記載の情
   報処理装置。
7. 【請求項７】 暗号通信に用いる共通鍵を記憶する記憶
   部を有し、ネットワークに接続され、第１の他の情報処
   理装置と暗号通信を行う情報処理装置の情報処理方法で
   あって、 前記第１の他の情報処理装置と前記暗号通信を行う暗号
   通信ステップと、 前記暗号通信ステップの処理による前記暗号通信に用い
   る共通鍵の記憶部からの取得を制御する記憶制御ステッ
   プと、 前記暗号通信ステップの処理による前記暗号通信に用い
   る共通鍵を前記第１の他の情報処理装置と共有するため
   の鍵交換処理の代行を要求する要求メッセージを、前記
   鍵交換処理を代行する第２の他の情報処理装置に供給す
   る要求メッセージ供給ステップと、 前記要求メッセージ供給ステップの処理により供給され
   た要求メッセージに対応する応答メッセージの、前記第
   ２の他の情報処理装置からの取得を制御する応答メッセ
   ージ取得制御ステップと、 前記応答メッセージ取得制御ステップの処理により取得
   が制御された前記応答メッセージに基づいて、前記暗号
   通信のセッションごとの前記共通鍵であるセッション鍵
   を設定するセッション鍵設定ステップとを含むことを特
   徴とする情報処理方法。
8. 【請求項８】 暗号通信に用いる共通鍵を記憶する記憶
   部を有し、ネットワークに接続され、第１の他の情報処
   理装置と前記暗号通信を行う情報処理装置用のプログラ
   ムであって、 前記第１の他の情報処理装置と前記暗号通信を行う暗号
   通信ステップと、 前記暗号通信ステップの処理による前記暗号通信に用い
   る共通鍵の記憶部からの取得を制御する記憶制御ステッ
   プと、 前記暗号通信ステップの処理による前記暗号通信に用い
   る共通鍵を前記第１の他の情報処理装置と共有するため
   の鍵交換処理の代行を要求する要求メッセージを、前記
   鍵交換処理を代行する第２の他の情報処理装置に供給す
   る要求メッセージ供給ステップと、 前記要求メッセージ供給ステップの処理により供給され
   た要求メッセージに対応する応答メッセージの、前記第
   ２の他の情報処理装置からの取得を制御する応答メッセ
   ージ取得制御ステップと、 前記応答メッセージ取得制御ステップの処理により取得
   が制御された前記応答メッセージに基づいて、前記暗号
   通信のセッションごとの前記共通鍵であるセッション鍵
   を設定するセッション鍵設定ステップとを含むことを特
   徴とするコンピュータが読み取り可能なプログラムが記
   録されている記録媒体。
9. 【請求項９】 暗号通信に用いる共通鍵を記憶する記憶
   部を有し、ネットワークに接続され、第１の他の情報処
   理装置と前記暗号通信を行う情報処理装置を制御するコ
   ンピュータが実行可能なプログラムであって、 前記第１の他の情報処理装置と前記暗号通信を行う暗号
   通信ステップと、 前記暗号通信ステップの処理による前記暗号通信に用い
   る共通鍵の記憶部からの取得を制御する記憶制御ステッ
   プと、 前記暗号通信ステップの処理による前記暗号通信に用い
   る共通鍵を前記第１の他の情報処理装置と共有するため
   の鍵交換処理の代行を要求する要求メッセージを、前記
   鍵交換処理を代行する第２の他の情報処理装置に供給す
   る要求メッセージ供給ステップと、 前記要求メッセージ供給ステップの処理により供給され
   た要求メッセージに対応する応答メッセージの、前記第
   ２の他の情報処理装置からの取得を制御する応答メッセ
   ージ取得制御ステップと、 前記応答メッセージ取得制御ステップの処理により取得
   が制御された前記応答メッセージに基づいて、前記暗号
   通信のセッションごとの前記共通鍵であるセッション鍵
   を設定するセッション鍵設定ステップとを含むことを特
   徴とするプログラム。
10. 【請求項１０】 ネットワークに接続され、第１の他の
    情報処理装置が、前記第１の他の情報処理装置により行
    われる暗号通信に用いられる共通鍵を、通信相手である
    第２の他の情報処理装置と共有するための、前記第１の
    他の情報処理装置による鍵交換処理を代行する情報処理
    装置であって、 前記鍵交換処理に関する情報を記憶する記憶手段と、 前記鍵交換処理の代行を要求する要求メッセージを、前
    記第１の他の情報処理装置より取得する要求メッセージ
    取得手段と、 前記要求メッセージ取得手段により取得された前記要求
    メッセージに基づいて、前記鍵交換処理を代行して行う
    鍵交換代行処理手段と、 前記鍵交換代行処理手段の処理結果に基づいて、前記要
    求メッセージに対応する前記応答メッセージを、前記第
    １の他の情報処理装置に供給する応答メッセージ供給手
    段とを備えることを特徴とする情報処理装置。
11. 【請求項１１】 前記要求メッセージは、 前記鍵交換処理の開始を示し、鍵交換方法の決定を要求
    する開始要求メッセージと、 前記共通鍵の生成を要求する鍵生成要求メッセージと、 前記第２の他の情報処理装置の認証を要求する認証要求
    メッセージと、 前記暗号通信のセッションごとの前記共通鍵であるセッ
    ション鍵を要求する鍵要求メッセージとを含み、 前記応答メッセージは、 前記開始要求メッセージに対応する開始応答メッセージ
    と、 前記鍵生成要求メッセージに対応する鍵生成応答メッセ
    ージと、 前記認証要求メッセージに対応する認証応答メッセージ
    と、 前記鍵要求メッセージに対応する鍵応答メッセージとを
    含み、 前記鍵交換代行処理手段は、 前記開始要求メッセージに基づいて、前記暗号通信にお
    ける鍵交換方法を決定する鍵交換方法決定手段と、 前記鍵生成要求メッセージに基づいて、前記共通鍵を生
    成する共通鍵生成手段と、 前記認証要求メッセージに基づいて、前記第２の他の情
    報処理装置を認証する認証手段と、 前記認証要求メッセージに基づいて、前記第２の他の情
    報処理装置が前記第１の他の情報処理装置にアクセス可
    能か否かを確認する確認手段と、 前記鍵要求メッセージに基づいて、前記セッション鍵に
    関する処理を行うセッション鍵処理手段とを備えること
    を特徴とする請求項１０に記載の情報処理装置。
12. 【請求項１２】 前記第２の情報処理装置は、 前記第１の他の情報処理装置と安全に通信が行えるか否
    かを判定する判定手段と、 前記判定手段の判定結果に基づいて、前記第１の他の情
    報処理装置と安全に通信するための、前記第１の他の情
    報処理装置と共有する共通鍵を設定する共通鍵設定手段
    とをさらに備えることを特徴とする請求項１０に記載の
    情報処理装置。
13. 【請求項１３】 前記記憶手段により記憶されている前
    記鍵交換処理に関する情報は、前記第２の他の情報処理
    装置の認証に関する情報、および前記第２の他の情報処
    理装置が前記第１の他の情報処理装置にアクセス可能か
    否かに関する情報であるポリシ情報を含むことを特徴と
    する請求項１０に記載の情報処理装置。
14. 【請求項１４】 前記鍵交換処理に関する情報を記憶す
    る記憶部を有し、ネットワークに接続され、第１の他の
    情報処理装置が、前記第１の他の情報処理装置により行
    われる暗号通信に用いられる共通鍵を、通信相手である
    第２の他の情報処理装置と共有するための、前記第１の
    他の情報処理装置による鍵交換処理を代行する情報処理
    装置の情報処理方法であって、 前記鍵交換処理に関する情報の記憶部からの取得を制御
    する記憶制御ステップと、 前記鍵交換処理の代行を要求する要求メッセージの、前
    記第１の他の情報処理装置からの取得を制御する要求メ
    ッセージ取得制御ステップと、 前記要求メッセージ取得制御ステップの処理により取得
    が制御された前記要求メッセージに基づいて、前記鍵交
    換処理を代行して行う鍵交換代行処理ステップと、 前記鍵交換代行処理ステップの処理の処理結果に基づい
    て、前記要求メッセージに対応する前記応答メッセージ
    を、前記第１の他の情報処理装置に供給する応答メッセ
    ージ供給ステップとを備えることを特徴とする情報処理
    方法。
15. 【請求項１５】 前記鍵交換処理に関する情報を記憶す
    る記憶部を有し、ネットワークに接続され、第１の他の
    情報処理装置が、前記第１の他の情報処理装置により行
    われる暗号通信に用いられる共通鍵を、通信相手である
    第２の他の情報処理装置と共有するための、前記第１の
    他の情報処理装置による鍵交換処理を代行する情報処理
    装置用のプログラムであって、 前記鍵交換処理に関する情報の記憶部からの取得を制御
    する記憶制御ステップと、 前記鍵交換処理の代行を要求する要求メッセージの、前
    記第１の他の情報処理装置からの取得を制御する要求メ
    ッセージ取得制御ステップと、 前記要求メッセージ取得制御ステップの処理により取得
    が制御された前記要求メッセージに基づいて、前記鍵交
    換処理を代行して行う鍵交換代行処理ステップと、 前記鍵交換代行処理ステップの処理の処理結果に基づい
    て、前記要求メッセージに対応する前記応答メッセージ
    を、前記第１の他の情報処理装置に供給する応答メッセ
    ージ供給ステップとを含むことを特徴とするコンピュー
    タが読み取り可能なプログラムが記録されている記録媒
    体。
16. 【請求項１６】 前記鍵交換処理に関する情報を記憶す
    る記憶部を有し、ネットワークに接続され、第１の他の
    情報処理装置が、前記第１の他の情報処理装置により行
    われる暗号通信に用いられる共通鍵を、通信相手である
    第２の他の情報処理装置と共有するための、前記第１の
    他の情報処理装置による鍵交換処理を代行する情報処理
    装置を制御するコンピュータが実行可能なプログラムで
    あって、 前記鍵交換処理に関する情報の記憶部からの取得を制御
    する記憶制御ステップと、 前記鍵交換処理の代行を要求する要求メッセージの、前
    記第１の他の情報処理装置からの取得を制御する要求メ
    ッセージ取得制御ステップと、 前記要求メッセージ取得制御ステップの処理により取得
    が制御された前記要求メッセージに基づいて、前記鍵交
    換処理を代行して行う鍵交換代行処理ステップと、 前記鍵交換代行処理ステップの処理の処理結果に基づい
    て、前記要求メッセージに対応する前記応答メッセージ
    を、前記第１の他の情報処理装置に供給する応答メッセ
    ージ供給ステップとを含むことを特徴とするプログラ
    ム。