(57)【要約】【課題】  低コストでセキュアなPtoP通信を可能とする。【解決手段】  本ノード間通信方法は、第1ノードとHome Agentとの間にMobileIPのプロトコルに従って第1のISAKMP SAと第１及び第２のIPsec SAとを確立し、第2ノードとHAとの間にMobileIPのプロトコルに従って第2のISAKMP SAと第3及び第4のIPsec SAとを確立する工程と、第1ノードとHAとの間の第2のIPsec SAと第2ノードとHAとの間の第4のIPsec SAとを用いて、HAを介して第1ノードと第2ノードとの間で第3のISAKMP SAを確立する確立工程と、確立工程後に、HAを介して第1ノードと第2ノードとの間における、第1及び第2ノードの通信の経路最適化処理を行う工程と、第3のISAKMP SAを用いて第1ノードと第2ノードとの間の第5のIPsec SAを確立する工程と、第5のIPsec SAを用いて、第1ノードと第2ノードとの間において、第1及び第2ノードの気付アドレスを用いたセキュアな通信を行う工程とを含む。【選択図】  図１
2007089085.tif 000002
【特許請求の範囲】
【請求項１】
第１のノードとの間にモバイルＩＰのプロトコルに従って第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとを確立するステップと、
第２のノードとの間にモバイルＩＰのプロトコルに従って第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立するステップと、
前記第１のノードとの前記第２のＩＰｓｅｃセキュリティ・アソシエーションと前記第２のノードとの前記第４のＩＰｓｅｃセキュリティ・アソシエーションとを用いて、前記第１のノードと前記第２のノードとの間で第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立するための通信を中継する中継ステップと、
前記中継ステップ後に、前記第１のノードと前記第２のノードとの間の経路最適化における通信を中継するステップと、
を含み、
前記中継ステップが、特定のノードと通信可能なノードが規定されているデータベースを参照して前記第１及び第２のノード間の通信が許可されているか判断するステップ
を含み、ホームエージェントにより実行される、ノード間通信制御方法。
【請求項２】
ＩＳＡＫＭＰセキュリティ・アソシエーション及び２つのＩＰｓｅｃセキュリティ・アソシエーションが前記ホームエージェントと確立していない第３のノードからパケットを受信した場合、当該パケットを破棄するステップ
をさらに含む請求項１記載のノード間通信制御方法。
【請求項３】
第１のノードとホームエージェントとの間にモバイルＩＰのプロトコルに従って第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとを確立する第１確立ステップと、
第２のノードと前記ホームエージェントとの間にモバイルＩＰのプロトコルに従って第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立する第２確立ステップと、
前記第１のノードと前記ホームエージェントとの間の前記第２のＩＰｓｅｃセキュリティ・アソシエーションと前記第２のノードと前記ホームエージェントとの間の前記第４のＩＰｓｅｃセキュリティ・アソシエーションとを用いて、前記ホームエージェントを介して、前記第１のノードと前記第２のノードとの間で第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立する第３確立ステップと、
前記第３確立ステップ後に、前記ホームエージェントを介して、前記第１のノードと前記第２のノードとの間における、前記第１及び第２のノードの気付アドレスを用いた通信の経路最適化処理を実施する最適化処理ステップと、
前記第３のＩＳＡＫＭＰセキュリティ・アソシエーションを用いて、前記第１のノードと前記第２のノードとの間の第５のＩＰｓｅｃセキュリティ・アソシエーションを確立するステップと、
前記第５のＩＰｓｅｃセキュリティ・アソシエーションを用いて、前記第１のノードと前記第２のノードとの間において、前記第１及び第２のノードの気付アドレスを用いたセキュアな通信を実施するステップと、
を含み、
前記第１乃至第３確立ステップ及び前記最適化処理ステップにおいて、前記ホームエージェントが、特定のノードと通信可能なノードが規定されているデータベースを参照して前記第１及び第２のノード間の通信が許可されているか判断するステップ
を含むノード間通信方法。
【請求項４】
前記ホームエージェントが、ＩＳＡＫＭＰセキュリティ・アソシエーション及び２つのＩＰｓｅｃセキュリティ・アソシエーションが前記ホームエージェントと確立していない第３のノードからパケットを受信した場合、当該パケットを破棄するステップ
をさらに含む請求項３記載のノード間通信方法。
【請求項５】
前記第３確立ステップにおいて、前記第１のノードと前記第２のノードとの間における相手認証を省略することを特徴とする請求項３記載のノード間通信方法。
【請求項６】
予め保持する第１の事前共有鍵を用いて、モバイルＩＰのプロトコルに従い、第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとをホームエージェントとの間に確立する第１確立ステップと、
前記第２のＩＰｓｅｃセキュリティ・アソシエーションを用いて、前記ホームエージェントを介して、当該ホームエージェントとの間に第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立している特定のノードと、第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立する第２確立ステップと、
前記第２確立ステップの後に、前記ホームエージェントを介して、前記特定のノードとの間における、互いの気付アドレスを用いた通信の経路最適化処理を実施するステップと、
前記第３のＩＳＡＫＭＰセキュリティ・アソシエーションを用いて、前記特定のノードとの間の第５のＩＰｓｅｃセキュリティ・アソシエーションを確立するステップと、
前記第５のＩＰｓｅｃセキュリティ・アソシエーションを用いて、前記特定のノードとの間において、互いの前記気付アドレスを用いたセキュアな通信を実施するステップと、
を含み、端末により実行されるノード間通信制御方法。
【請求項７】
前記第２確立ステップにおいて、前記ホームエージェントと通信可能な全てのノードと共有している第２の事前共有鍵を用いることを特徴とする請求項５記載のノード間通信制御方法。
【請求項８】
請求項１、２、６又は７記載のノード間通信制御方法をコンピュータに実行させるためのプログラム。
【請求項９】
第１のノードとの間にモバイルＩＰのプロトコルに従って第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとを確立する手段と、
第２のノードとの間にモバイルＩＰのプロトコルに従って第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立する手段と、
前記第１のノードとの前記第２のＩＰｓｅｃセキュリティ・アソシエーションと前記第２のノードとの前記第４のＩＰｓｅｃセキュリティ・アソシエーションとを用いて、前記第１のノードと前記第２のノードとの間で第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立するための通信を中継する第１中継手段と、
前記第１中継手段の処理の後に、前記第１のノードと前記第２のノードとの間の経路最適化における通信を中継する第２中継手段と、
特定のノードと通信可能なノードが規定されているデータベースと、
前記第１及び第２中継手段の処理中に、前記データベースを参照して前記第１及び第２のノード間の通信が許可されているか判断する手段と
を有するホームエージェント。
【請求項１０】
モバイルＩＰのプロトコルに従い、第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとをホームエージェントとの間に確立する第１確立手段と、
前記第２のＩＰｓｅｃセキュリティ・アソシエーションを用いて、前記ホームエージェントを介して、当該ホームエージェントとの間に第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立している特定のノードと、第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立する第２確立手段と、
前記第２確立手段の処理後に、前記ホームエージェントを介して、前記特定のノードとの間における、互いの気付アドレスを用いた通信の経路最適化処理を実施する手段と、
前記第３のＩＳＡＫＭＰセキュリティ・アソシエーションを用いて、前記特定のノードとの間の第５のＩＰｓｅｃセキュリティ・アソシエーションを確立する手段と、
前記第５のＩＰｓｅｃセキュリティ・アソシエーションを用いて、前記特定のノードとの間において、互いの前記気付アドレスを用いたセキュアな通信を実施する手段と、
を有するノード・コンピュータ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュアなＰtoＰ通信技術に関する。
【背景技術】
【０００２】
ＩＰｓｅｃは、インターネットに接続された任意の２ノード間で、セキュアなＰtoＰ通信を行うためのプロトコル群である。すなわち、ＩＰｓｅｃによれば、盗聴や改ざん、なりすまし等の攻撃から保護された、ノード間の直接通信が可能となる。なお、ＩＰｓｅｃは、ＩＰｓｅｃ（IP Security Protocol）、ＩＫＥ（Internet Key Exchange）、ＩＳＡＫＭＰ（Internet Security Association and Key Management Protocol）、ＰＫＩ（Public Key Infrastructure）などの複数のプロトコルで構成されている。なお、ＩＥＴＦ（Internet Engineering Task Force）では、ＲＦＣ２４０１、ＲＦＣ２４０２、ＲＦＣ２４０６、ＲＦＣ２４０８、ＲＦＣ２４０９などを規定している。
【０００３】
具体的には、ＩＰｓｅｃでは、ＩＫＥフェーズ１として、相手ノードのなりすまし防止のため、認証鍵を使用した相手認証、ＩＳＡＫＭＰ  ＳＡ（Security Association）用の暗号鍵の生成及びＩＳＡＫＭＰ  ＳＡの確立を行う。次に、ＩＫＥフェーズ２として、ＩＳＡＫＭＰ  ＳＡを用いてＩＰｓｅｃ  ＳＡ用の暗号鍵の生成及びＩＰｓｅｃ  ＳＡの確立を行う。ＩＰｓｅｃでは、ＩＰｓｅｃ  ＳＡを用いてセキュアなＰtoＰ通信を行い、ＩＳＡＫＭＰ  ＳＡを用いてＩＰｓｅｃ  ＳＡ用の暗号鍵を一定周期で更新して、ＩＰｓｅｃ  ＳＡ用の暗号鍵が解読された場合でもその被害を最小限に抑えるような構成が採用されている。
【０００４】
また、ＭｏｂｉｌｅＩＰは、ノードの移動制御を目的としたプロトコルで、ＩＥＴＦはは、ＲＦＣ３７７５、ＲＦＣ３７７６などを規定している。移動するＭＮ（モバイルノード：Mobile Node）は、固定的なアドレスであって他ノードとの通信に使用されるホームアドレス（ＨｏＡ：Home Address）と例えば移動先のネットワークで付与される気付アドレス（ＣｏＡ：Care of Address）とを用いて、ＨＡ（ホームエージェント：Home Agent）と通信を行う。具体的には、ＭＮは、起動時にＨｏＡとＣｏＡとの対応をＨＡに通知し、ＭＮとＨＡ間に１本のＩＳＡＫＭＰ  ＳＡと２本のＩＰｓｅｃ  ＳＡを確立させる。ＩＳＡＫＭＰ  ＳＡは、ＨＡがＭＮを認証する際に用い、ＩＰｓｅｃ  ＳＡ用の暗号鍵を生成及び更新する。なお、ＨＡは、認証鍵をＭＮ毎に保持しなければならない。さらに、１本目のＩＰｓｅｃ  ＳＡは、ＨｏＡとＣｏＡとの対応をＭＮからＨＡに通知するのに用いられる。ＨＡでは、ＨｏＡとＣｏＡとのバインディングが行われる。また、リバーストンネルと呼ばれる２本目のＩＰｓｅｃ  ＳＡによって、ＭＮとＨＡとの間のセキュアな通信が行われる。
【０００５】
ＭＮのＨｏＡ宛パケットは、ＨＡが一旦受信し、ＨＡがＣｏＡ宛に、リバーストンネルを介して転送する。一方ＭＮから他のノード宛のパケットは、リバーストンネルを介して一旦ＨＡに送信され、ＨＡから他のノード宛に転送される。
【０００６】
なお、ＭｏｂｉｌｅＩＰでは、通信経路をＨＡ経由からＰtoＰに最適化することが可能である。すなわち、ＭＮ同士がＣｏＡで通信するものである。なお、経路最適化処理の過程では、他者がＭＮになりすますことを防止することができるようになっている。すなわち、ＨＡによるＭＮの認証は経路最適化後にも有効となるようなプロトコルを採用している。
【非特許文献１】ＲＦＣ２４０１、ＲＦＣ２４０２、ＲＦＣ２４０６、ＲＦＣ２４０８、ＲＦＣ２４０９
【非特許文献２】ＲＦＣ３７７５、ＲＦＣ３７７６
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ユビキタス環境の普及に伴い、情報家電やセンサなどの非ＰＣ（Personal Computer）系機器のインターネット接続が始まりつつある。非ＰＣ系機器には、強固なセキュリティ、低コストといった要求と、個数が多いという特徴がある。このような非ＰＣ系機器のセキュリティ確保にはＩＰｓｅｃが有望視されているが、（１）鍵交換が煩雑で、鍵管理が高負荷である、（２）処理負荷が高く機器のコストアップにつながるという問題がある。
【０００８】
具体的には、ＩＰｓｅｃでは相手認証にはＰＳＫ（事前共有鍵：Pre-Shared Key）方式とＰＫＩ方式の２方式が存在している。前者では自分以外の全てのノードの認証鍵を事前交換し、各ノードにおいて管理しなければならず、鍵管理が高負荷である。また、後者では電子証明書が用いられるが、電子証明書は認証局（ＣＡ：Certificate Agency）の秘密鍵で署名されておりＣＡの秘密鍵が漏洩すると全ノードの証明書が使用できなくなり厳重管理が必要という点において鍵管理が高負荷である。これによって、接続可能な機器の個数を制限せざるを得ず、スケーラビリティが制限される。
【０００９】
さらに、ＩＰｓｅｃでは、ノード自身が、他のノードからのアクセスを許可するか否かを判断するアクセス制御を行う必要があるため、ノードの処理負荷が高くなり、コストアップにつながる。
【００１０】
従って、本発明の目的は、低コストでセキュアなＰtoＰ通信を可能とする技術を提供することである。
【００１１】
また、本発明の他の目的は、スケーラビリティを確保したセキュアなＰtoＰ通信を可能とする技術を提供することである。
【課題を解決するための手段】
【００１２】
本発明の第１の態様に係るノード間通信制御方法は、ホームエージェントにより実行され、第１のノードとの間にモバイルＩＰのプロトコルに従って第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとを確立するステップと、第２のノードとの間にモバイルＩＰのプロトコルに従って第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立するステップと、第１のノードとの第２のＩＰｓｅｃセキュリティ・アソシエーションと第２のノードとの第４のＩＰｓｅｃセキュリティ・アソシエーションとを用いて、第１のノードと第２のノードとの間で第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立するための通信を中継する中継ステップと、中継ステップ後に、第１のノードと第２のノードとの間の経路最適化における通信を中継するステップとを含む。そして、上記中継ステップが、特定のノードと通信可能なノードが規定されているデータベースを参照して第１及び第２のノード間の通信が許可されているか判断するステップを含む。
【００１３】
ホームエージェントが第１及び第２のノード間の通信が許可されているか判断するため、各ノードの処理負荷が減ぜられている。さらに、中継ステップにおいて、第２及び第４のＩＰｓｅｃセキュリティ・アソシエーションを用いて第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立するため、ノード間の相手認証を考慮することなく、ＰtoＰのセキュアな通信の準備処理を行うことができるようになる。
【００１４】
なお、ＩＳＡＫＭＰセキュリティ・アソシエーション及び２つのＩＰｓｅｃセキュリティ・アソシエーションが前記ホームエージェントと確立していない第３のノードからパケットを受信した場合、当該パケットを破棄するステップをさらに含むようにしても良い。このように不正パケットをホームエージェントにて破棄しているため、ノードにおいてアクセス制御を厳密に行う必要が無くなり、低コスト化が可能となる。
【００１５】
本発明の第２の態様に係るノード間通信方法は、第１のノードとホームエージェントとの間にモバイルＩＰのプロトコルに従って第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとを確立する第１確立ステップと、第２のノードと前記ホームエージェントとの間にモバイルＩＰのプロトコルに従って第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立する第２確立ステップと、第１のノードとホームエージェントとの間の第２のＩＰｓｅｃセキュリティ・アソシエーションと第２のノードとホームエージェントとの間の第４のＩＰｓｅｃセキュリティ・アソシエーションとを用いて、ホームエージェントを介して、第１のノードと第２のノードとの間で第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立する第３確立ステップと、第３確立ステップ後に、ホームエージェントを介して、第１のノードと第２のノードとの間における、第１及び第２のノードの気付アドレスを用いた通信の経路最適化処理を実施する最適化処理ステップと、第３のＩＳＡＫＭＰセキュリティ・アソシエーションを用いて、第１のノードと第２のノードとの間の第５のＩＰｓｅｃセキュリティ・アソシエーションを確立するステップと、第５のＩＰｓｅｃセキュリティ・アソシエーションを用いて、第１のノードと第２のノードとの間において、第１及び第２のノードの気付アドレスを用いたセキュアな通信を実施するステップとを含む。そして、第１乃至第３確立ステップ及び最適化処理ステップにおいて、ホームエージェントが、特定のノードと通信可能なノードが規定されているデータベースを参照して第１及び第２のノード間の通信が許可されているか判断するステップを含む。
【００１６】
このようにすれば、ノードにおけるアクセス制御についての処理負荷を減じつつセキュアなＰtoＰ通信が可能となる。また、第３確立ステップにおいて、第２及び第４のＩＳＡＫＭＰセキュリティ・アソシエーションを用いて第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立するため、ノード間の相手認証を考慮することなく、ＰtoＰのセキュアな通信の準備処理を行うことができるようになる。
【００１７】
また、本発明の第２の態様において、ホームエージェントが、ＩＳＡＫＭＰセキュリティ・アソシエーション及び２つのＩＰｓｅｃセキュリティ・アソシエーションが前記ホームエージェントと確立していない第３のノードからパケットを受信した場合、当該パケットを破棄するステップをさらに含むようにしてもよい。
【００１８】
本発明の第３の態様に係るノード間通信制御方法は、ノード・コンピュータによって実行され、モバイルＩＰのプロトコルに従い、第１のＩＳＡＫＭＰセキュリティ・アソシエーションと第１及び第２のＩＰｓｅｃセキュリティ・アソシエーションとをホームエージェントとの間に確立する第１確立ステップと、第２のＩＰｓｅｃセキュリティ・アソシエーションとを用いて、ホームエージェントを介して、当該ホームエージェントとの間に第２のＩＳＡＫＭＰセキュリティ・アソシエーションと第３及び第４のＩＰｓｅｃセキュリティ・アソシエーションとを確立している特定のノードと、第３のＩＳＡＫＭＰセキュリティ・アソシエーションを確立する第２確立ステップと、第２確立ステップの後に、ホームエージェントを介して、特定のノードとの間における、互いの気付アドレスを用いた通信の経路最適化処理を実施するステップと、第３のＩＳＡＫＭＰセキュリティ・アソシエーションを用いて、特定のノードとの間の第５のＩＰｓｅｃセキュリティ・アソシエーションを確立するステップと、第５のＩＰｓｅｃセキュリティ・アソシエーションを用いて、特定のノードとの間において、互いの気付アドレスを用いたセキュアな通信を実施するステップとを含む。このようにすれば、低コストな機器でセキュアなＰtoＰ通信が可能となる。
【００１９】
また、第２確立ステップにおいて、ホームエージェントと通信可能な全てのノードと共有している第２の事前共有鍵を用いるようにしてもよい。これによって、各ノードにおいて、他の全てのノードの鍵を管理する必要が無くなるので、スケーラビリティが確保される。なお、第２の事前共有鍵を用いずにスケーラビリティを確保するようにしても良い。
【００２０】
本発明に係る方法をコンピュータに実行させるためのプログラムを作成することも可能であり、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。
【発明の効果】
【００２１】
本発明によれば、低コストでセキュアなＰtoＰ通信が可能となる。
【００２２】
また、本発明の他の側面によれば、スケーラビリティを確保したセキュアなＰtoＰ通信が可能となる。
【発明を実施するための最良の形態】
【００２３】
［本発明の実施の形態の概要］
本発明の実施の形態においては、ＭｏｂｉｌｅＩＰをＩＰｓｅｃに適用する。具体的には、ＩＰネットワーク上にＭｏｂｉｌｅＩＰにおけるホームエージェント（ＨＡ：Home Agent）を配置する。そして、ＨＡにノードに対するアクセス制御機能を、ノードにＭｏｂｉｌｅＩＰのモバイルノード（ＭＮ：Mobile Node）機能を追加する。本来、ＭｏｂｉｌｅＩＰは、ノード移動制御を目的としたプロトコルだが、ノード間でＩＰｓｅｃを使用する際の鍵交換・鍵管理の負荷を軽減してスケーラビリティを確保し、アクセス制御などのためのノード処理負荷を軽減させ、セキュアなＰtoＰ通信を実現するものである。
【００２４】
［本発明の実施の形態］
図１に本発明の一実施の形態に係るシステム概要図を示す。例えばインターネットであるネットワーク１には、ホームエージェント（ＨＡ）５と、ノード１乃至ｎとが接続されている。
【００２５】
ＨＡ５は、ＭｏｂｉｌｅＩＰ及びＩＰｓｅｃに従った処理を行うホームエージェントであって、さらにアクセス制御部５１及びＡＣＬ（Access Control List）データベース（ＤＢ）５２を有する。アクセス制御部５１は、ＡＣＬＤＢ５２を用いてアクセス制御処理を実施する。また、ＨＡ５は、ＭｏｂｉｌｅＩＰに従ってノードの認証を行う際に用いる事前共有鍵を格納する認証鍵ＤＢ５３をも有する。
【００２６】
ノード１は、ホームアドレスＨｏＡ１及び気付アドレスＣｏＡ１を有しており、ノード２は、ホームアドレスＨｏＡ２及び気付アドレスＣｏＡ２と有しており、ノード３は、ホームアドレスＨｏＡ３及び気付アドレスＣｏＡ３と有しており、ノードｎはホームアドレスＨｏＡｎ及び気付アドレスＣｏＡｎと有している。ホームアドレスについては、ノード固有のアドレスであって、気付アドレスについては例えば移動先のネットワークにおいて割り当てられるアドレスである。
【００２７】
さらに、各ノードは、制御部３１と、ＩＰｓｅｃに従った処理を行うＩＰｓｅｃモジュール３２と、ＭｏｂｉｌｅＩＰに従った処理を行うモバイルノードモジュール３３とを有する。制御部３１は、ＩＰｓｅｃモジュール３２及びモバイルノードモジュール３３による処理の制御を行う。
【００２８】
図２にＡＣＬＤＢ５２に格納されているデータの一例を示す。図２の例では、ＨｏＡ毎に、接続が許可された他のノードのＨｏＡのリストが登録されている。以下で述べるノード間通信の際に送信先のＨｏＡでＡＣＬＤＢ５２を検索して、接続が許可された他のノードのＨｏＡのリストを抽出し、送信元のＨｏＡが当該リストに登録されているか否かでノード間通信の可否を判断する。
【００２９】
次に、図３に認証鍵ＤＢ５３に格納されているデータの一例を示す。図３の例では、ＩＤに対応して、ＰＳＫ方式における事前共有鍵である認証鍵のデータが登録されている。上でも述べたようにＩＫＥフェーズ１でＰＳＫ方式で相手認証を行う場合に用いる認証鍵は、ノードのＩＤで認証鍵ＤＢ５３を検索することによって特定される。
【００３０】
以下、図４乃至図１７を用いて図１に示したシステムの処理を説明する。まず、前提として、各ノードは、ＩＤ、認証鍵（ＨＡとの認証処理で用いられるＰＳＫ及び共通ＰＳＫ）、及びＨｏＡを予め有しているものとする。
【００３１】
各ノードは、ネットワーク１を介してＨＡ５に対して起動シーケンスを実施する（ステップＳ１）。この処理については後に詳述するが、制御部３１の指示に応じてモバイルノードモジュール３３は、ＩＰｓｅｃモジュール３２及びＨＡ５と協働して、ノードとＨＡ５の間に、１つのＩＳＡＫＭＰ  ＳＡ及び２つのＩＰｓｅｃ  ＳＡを確立する。すなわち、図５に示すように、ＨＡ５は、ノード１に対してＩＳＡＫＭＰ  ＳＡ５０１とＩＰｓｅｃ  ＳＡ５０２及び５０３とを確立する。また、ノード２に対してＩＳＡＫＭＰ  ＳＡ５１１とＩＰｓｅｃ  ＳＡ５１２及び５１３とを確立する。さらに、ノード３に対して、ＩＳＡＫＭＰ  ＳＡ５２１とＩＰｓｅｃ  ＳＡ５２２及び５２３とを確立する。一方、ノードｎはＨＡ５による認証に失敗するなど、ＩＳＡＫＭＰ  ＳＡ及びＩＰｓｅｃ  ＳＡが確立されていない。このように起動シーケンスが完了していないノードｎが、特定のＨｏＡを有し且つＨＡ５に対する起動シーケンスが完了しているノード１などに対してパケットを送信しても、ＨＡ５によって破棄される。これによって、通常どおり起動シーケンスが実施できたノードには、同じく起動シーケンスが実施できたノードからのパケットしか到達しないので、各ノードにおけるアクセス制御の処理負荷を抑えることができる。なお、本ステップには、各ノードがＣｏＡ及びＨＡのＩＰアドレスについて動的に取得する処理も含まれる。
【００３２】
次に、ステップＳ１で確立したＩＰｓｅｃ  ＳＡのうちリバーストンネルを用いて、ノードＳＮ（Source Node）とノードＤＮ（Destination Node）との間のＩＫＥフェーズ１を実施する（ステップＳ３）。この処理については後に詳述する。簡単に説明すれば、以下の２つの特徴的な処理が実施される。第１に、ＨＡ５のアクセス制御部５１がＡＣＬＤＢ５２を用いてアクセス制御を実施する。例えば、図６に示すように、ノード１がノード２によるアクセスを許可している場合には、ノード２からノード１にパケットを送信すると、当該パケットはＨＡ５を介してノード１に到達する。一方、ノード１がノード３によるアクセスを許可していない場合には、ノード３からノード１にパケットを送信すると、当該パケットはＨＡ５によって破棄される。このようにしてノードのアクセス制御のための処理負荷が抑えられる。
【００３３】
さらに、第２の特徴的な処理として、図７に示すように、制御部３１の指示に応じてノード１とノード２のＩＰｓｅｃモジュール３２が、ノード１とノード２との間に、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３及び５１３内にＩＳＡＫＭＰ  ＳＡ５３１を確立する。リバーストンネル内であるからＩＳＡＫＭＰ  ＳＡ５３１を確立するための処理はセキュアな状態で行われる。また、既にＨＡ５によって事前共有鍵を用いた相手認証が行われているので、ノード間では相手認証は不要であり、従来のように全てのノードの事前共有鍵を保持・管理する必要はない。従って、ノード間では相手認証を実施しない、又は実施する場合でも共通ＰＳＫを使用して実質的に認証処理の意味を持たせないようにする。
【００３４】
その後、ノードＳＮとノードＤＮとの間の経路最適化処理を実施する（ステップＳ５）。本ステップでは、ＭｏｂｉｌｅＩＰに従ってなりすまし防止を行いつつ、例えばノード１とノード２の間でＣｏＡ１及びＣｏＡ２を用いてセキュアなＰtoＰ通信できるように、制御部３１の指示に応じてノード１及びノード２のモバイルノードモジュール３３が、ＭＩＰ経路最適化処理を行う。なお、この際ノード１とノード２との間のパケットのやりとりはＨＡ５を経由する場合があり、その際にはアクセス制御部５１がＡＣＬＤＢ５２に従って転送可否を判断する。そして、ステップＳ３でリバーストンネル内に確立したＩＳＡＫＭＰ  ＳＡを、図８に示すようにリバーストンネル外に出す。図８では、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３及び５１３内に確立されていたＩＳＡＫＭＰ  ＳＡ５３１を、ＨＡ５を介しない通信経路で使用できるようにする。ＨｏＡではなく、ノード１とノード２のＣｏＡを用いた通信が可能となる。
【００３５】
次に、ノードＳＮとノードＤＮとの間のＩＫＥフェーズ２を実施し、ＩＰｓｅｃ  ＳＡを新たに確立する（ステップＳ７）。本ステップでは、制御部３１の指示に応じて、ノード１及びノード２のＩＰｓｅｃモジュール３２が、ＩＰｓｅｃに従って、ＩＳＡＫＭＰ  ＳＡを用いてＩＰｓｅｃ  ＳＡ用の暗号鍵の生成を行い、図９に示すようにノード１とノード２の間にＰtoＰ通信用のＩＰｓｅｃ  ＳＡを新たに確立する。図９では、ＩＳＡＫＭＰ  ＳＡ５３１と同じ通信経路に、ＩＰｓｅｃ  ＳＡ５３２が確立される。
【００３６】
最後に、ノードＳＮとノードＤＮとの間で、ＩＰｓｅｃ  ＳＡを用いてセキュアなＰtoＰ通信を実施する（ステップＳ９）。図１０に示すように、ＩＰｓｅｃ  ＳＡ５３２を介してセキュアなＰtoＰ通信を行う。ＩＳＡＫＭＰ  ＳＡ５３１は、通常と同様に定期的にＩＰｓｅｃ  ＳＡ５３２のための暗号鍵を更新するためなどに用いられる。
【００３７】
このように、ＭｏｂｉｌｅＩＰをＩＰｓｅｃに適用することによって、ノードにおけるアクセス制御処理の処理負荷を下げることができ、さらに他の全てのノードのＰＳＫを保持・管理する必要が無くなるため、スケーラビリティの確保もなされることとなる。
【００３８】
次に、図４のステップＳ１の起動シーケンスの具体的内容について図１１を用いて説明する。まず、ノードの制御部３１は、モバイルノードモジュール３３に、前処理を実施させる（ステップＳ１１）。前処理は、例えばＣｏＡの生成及びＨＡ５のＩＰアドレス取得など、ＲＦＣ２４６２、ＲＦＣ３７７５等に従った処理を行う。
【００３９】
その後、ノードの制御部３１は、ＩＰｓｅｃモジュール３２に、ＨＡ５のＰＳＫを用いた相手認証を含むＩＫＥフェーズ１を実施させ、ＩＳＡＫＭＰ  ＳＡを確立させる。ＨＡ５は、ノードのＰＳＫを用いた相手認証を含むＩＫＥフェーズ１を実施し、ＩＳＡＫＭＰ  ＳＡを確立させる（ステップＳ１３）。この際、ＨＡ５は、認証鍵ＤＢ５３からＩＫＥフェーズ１の提案元ノードの認証鍵たるＰＳＫを読み出す処理を行い、読み出すことができなければ以降の処理を行わず、またＰＳＫを読み出すことができても相手認証に失敗した場合には、それ以降の処理は行わない。さらに、相手認証を行う前のノードからのパケットは不正パケットとして破棄する。このようにＨＡ５において、相手認証処理を行うため、相手認証処理が完了しているノード間では相手認証を厳密に行う必要が無くなる。従って、他の全てのノードの鍵を保持・管理する必要が無くなるため、スケーラビリティが確保されると共に鍵の記憶容量などの面でノードの低コスト化が可能となる。図６に示したように、ノード１であれば、ＩＳＡＫＭＰ  ＳＡ５０１が確立される。
【００４０】
次に、ノードの制御部３１は、ＩＰｓｅｃモジュール３２に、ＨＡ５と協働して、ＩＳＡＫＭＰ  ＳＡ下において、ＩＫＥフェーズ２を実施させ、ＩＰｓｅｃ  ＳＡ＃１及び＃２を確立させる（ステップＳ１５）。ＩＳＡＫＭＰ  ＳＡを用いてＩＰｓｅｃ  ＳＡ用の暗号鍵を生成し、ＩＰｓｅｃ  ＳＡ＃１及び＃２を確立する。なお、ＩＰｓｅｃ  ＳＡ＃１は、ＣｏＡとＨｏＡの対を登録するバインディング処理用であり、リバーストンネルであるＩＰｓｅｃ  ＳＡ＃２はノードとＨＡ５との暗号通信用に用いられる。図６に示したように、ノード１であれば、ＩＰｓｅｃ  ＳＡ５０２及び５０３が生成される。
【００４１】
そして、ノードの制御部３１は、ＩＰｓｅｃモジュール３２に、ＣｏＡとＨｏＡとの対を登録するバインディング処理をＩＰｓｅｃ  ＳＡ＃１を用いて実施する（ステップＳ１７）。
【００４２】
このような処理を実施することによって、不正なノードはＨＡ５によって認証されず、以降の処理を実施することができなくなる。すなわち、不正なパケットを、認証された他のノードに転送することはなくなる。また、認証鍵ＤＢ５３を用いてＨＡ５が認証を行っているので、ＨＡ５によって認証されたノードについてはノード間で厳密な意味での認証を実施する必要が無くなる。従って、ノードにおいて管理すべき鍵の数を減らすことができるようになる。
【００４３】
次に図４のステップＳ３における、ノード間のＩＫＥフェーズ１の処理について図１２乃至図１５を用いて説明する。なお、ＩＫＥフェーズ１には、メインモードとアグレッシブモードの２つが存在しており、最初にメインモードについて図１２及び図１３を用いて説明する。
【００４４】
ノード１（ＳＮ）は、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、複数のパラメータセット（ＤＨ（Diffie Hellman）グループを含む。）等を含む提案をＨＡ５にリバーストンネルであるＩＰｓｅｃ  ＳＡを介して送信する（ステップＳ２１）。ＨＡ５は、ノード１から、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、複数のパラメータセット等を含む提案をリバーストンネルであるＩＰｓｅｃ  ＳＡを介して受信し（ステップＳ２３）、復号化処理を実施する。図７の例では、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３において暗号化された上記提案が送信されるので、ＨＡ５においてＩＰｓｅｃ  ＳＡ５０３用の暗号鍵を用いて一旦復号化する。ＨＡ５のアクセス制御部５１は、ＤＮのＨｏＡでＡＣＬＤＢ５２を検索し、ＤＮのＨｏＡに対応して登録されている許可ＨｏＡリストを特定し、当該許可ＨｏＡリストにＳＮのＨｏＡが含まれているか判断する（ステップＳ２５）。許可ＨｏＡリストにＳＮのＨｏＡが含まれていない場合には、以下の処理は行われず、上記提案のパケットは破棄される。
【００４５】
許可ＨｏＡリストにＳＮのＨｏＡが含まれている場合には、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、複数のパラメータセット（ＤＨグループを含む。）等を含む提案をノード２（ＤＮ）に転送する（ステップＳ２７）。図７の例では、上記提案をリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して送信するので、ＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて暗号化してから送信する（ステップＳ２７）。
【００４６】
ノード２のＩＰｓｅｃモジュール３２は、ＨＡ５から、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、複数のパラメータセット等を含む提案を受信し（ステップＳ２９）、復号化処理を実施する。図７の例では、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３において暗号化されて上記提案が送信されるので、ノード２においてＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて復号化する。そして、ＨＡ５は、受信した複数のパラメータセットから１つのパラメータセットを選択する（ステップＳ３１）。そして、選択パラメータセットの回答を、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してＨＡ５に送信する（ステップＳ３３）。なお、回答には、ノード１のＨｏＡ、ノード２のＨｏＡを含み、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３用の暗号鍵用いて暗号化することになるが、ノード２からノード１にパケットを送信する際には常に同じであるから、以下では説明を省略する。なおノード１からノード２へのパケットについても同様であり、以下では説明を省略する。
【００４７】
ＨＡ５は、ノード２から選択パラメータセットの回答を受信する。上記回答をリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して受信するので、ＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて復号化処理を実施し、アクセス制御部５１がノード１のＨｏＡでＡＣＬＤＢ５２を検索して上記回答のノード１への転送が許可されているか判断する。許可されていれば、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してノード１に送信するため、ＩＰｓｅｃ  ＳＡ５０３用の暗号鍵を用いて暗号化処理を実施し、ノード１に送信する（ステップＳ３５）。このような処理をノード２からノード１にパケットを送信する毎に行うため、以下では説明を省略する。また、ノード１からノード２にパケットを送信する場合も同様であり、以下では説明を省略する。
【００４８】
ノード１のＩＰｓｅｃモジュール３２は、ＨＡ５からリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介して選択パラメータセットの回答を受信する（ステップＳ３７）。そして、受信した選択パラメータセットを用いて、ＤＨ公開値及びＤＨ秘密値を生成し、所定のメモリ領域に格納する（ステップＳ３９）。この処理については周知のＤＨ法に従った処理であるから、これ以上説明しない。
【００４９】
同様に、ノード２のＩＰｓｅｃモジュール３２は、選択したパラメータセットを用いて、ＤＨ公開値及びＤＨ秘密値を生成し、所定のメモリ領域に格納する（ステップＳ４５）。
【００５０】
そして、ノード１のＩＰｓｅｃモジュール３２は、ステップＳ３９で生成した、ノード１（ＳＮ）のＤＨ公開値等を、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してＨＡ５に送信する（ステップＳ４１）。ＨＡ５は、ノード１からリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してノード１（ＳＮ）のＤＨ公開値等を受信し、アクセス制御部５１で確認を行い、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してノード２に転送する（ステップＳ４３）。ノード２のＩＰｓｅｃモジュール３２は、ＨＡ５からリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してノード１（ＳＮ）のＤＨ公開値等を受信し、所定のメモリ領域に格納する（ステップＳ４７）。
【００５１】
また、ノード２のＩＰｓｅｃモジュール３２は、ステップＳ４５で生成した、ノード２（ＤＮ）のＤＨ公開値等を、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してＨＡ５に送信する（ステップＳ４９）。ＨＡ５は、ノード２からリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してノード２（ＤＮ）のＤＨ公開値等を受信し、アクセス制御部５１で確認を行い、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してノード１に転送する（ステップＳ５１）。ノード１のＩＰｓｅｃモジュール３２は、ＨＡ５からリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してノード２（ＤＮ）のＤＨ公開値等を受信し、所定のメモリ領域に格納する（ステップＳ５３）。以下処理は端子Ａ、Ｂ及びＣを介して図１３の処理に移行する。
【００５２】
図１３の説明に移行して、ノード１のＩＰｓｅｃモジュール３２は、ノード１（ＳＮ）のＤＨ秘密値、ノード２（ＤＮ）のＤＨ公開値等からＤＨ共有値を生成し、所定のメモリ領域に格納する（ステップＳ５５）。また、ノード２のＩＰｓｅｃモジュール３２は、ノード１（ＳＮ）のＤＨ公開値、ノード２（ＤＮ）のＤＨ秘密値等からＤＨ共有値を生成し、所定のメモリ領域に格納する（ステップＳ５７）。ＤＨ法では、ＤＨ公開値及びＤＨグループが盗聴されても、ＤＨ共有値は生成できない。また、ステップＳ５５とステップＳ５７で生成されたＤＨ共有値は必ず同じ値になる。
【００５３】
また、ノード１のＩＰｓｅｃモジュール３２は、共通ＰＳＫ、ＤＨ共有値等から暗号鍵を生成し、所定のメモリ領域に格納する（ステップＳ５９）。また、ノード２のＩＰｓｅｃモジュール３２は、共通ＰＳＫ、ＤＨ共有値等から暗号鍵を生成し、所定のメモリ領域に格納する（ステップＳ６１）。ステップＳ５９で生成された暗号鍵と、ステップＳ６１で生成された暗号鍵とは同一となる。
【００５４】
共通ＰＳＫを用いていてもＤＨ共有値等がノード１とノード２の組み合わせに固有なので、暗号鍵もノード１とノード２の組み合わせに固有であり、ＩＫＥフェーズ２における暗号化は有効である。
【００５５】
その後、ノード１のＩＰｓｅｃモジュール３２は、生成暗号鍵で暗号化したＩＤ等をＨＡ５にリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介して送信する（ステップＳ６３）。ＨＡ５は、ノード１からリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介して暗号鍵で暗号化したＩＤ等を受信し、アクセス制御部５１で確認を行い、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してノード２に転送する（ステップＳ６５）。ノード２のＩＰｓｅｃモジュール３２は、暗号鍵で暗号化したＩＤ等を、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して受信する（ステップＳ６７）。そして、ステップＳ６１で生成した暗号鍵を用いて、ノード１で暗号化したＩＤ等を復号化し、ＩＤ等の確認を行う（ステップＳ６９）。なお、これまでの処理で同一の暗号鍵が生成されるので、ＩＤ等の確認において失敗することは想定されていない。すなわちステップＳ６３乃至６９は行わなくとも良い。但し、ＩＫＥフェーズ１に完全に従うとする場合には上で述べたように実施する。
【００５６】
また、ノード２のＩＰｓｅｃモジュール３２は、生成暗号鍵で暗号化したＩＤ等をＨＡ５にリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して送信する（ステップＳ７１）。ＨＡ５は、ノード２からリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して暗号鍵で暗号化したＩＤ等を受信し、アクセス制御部５１で確認を行い、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してノード１に転送する（ステップＳ７３）。ノード１のＩＰｓｅｃモジュール３２は、暗号鍵で暗号化したＩＤ等を、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介して受信する（ステップＳ７５）。そして、ステップＳ５９で生成した暗号鍵を用いて、ノード２で暗号化したＩＤ等を復号化し、ＩＤ等の確認を行う（ステップＳ７７）。上で述べたのと同様に、これまでの処理で同一の暗号鍵が生成されるので、ＩＤ等の確認において失敗することは想定されていない。すなわちステップＳ７１乃至７７は行わなくとも良い。但し、ＩＫＥフェーズ１に完全に従うとする場合には上で述べたように実施する。
【００５７】
以上のような処理を行うことによって、基本的には従来のＩＫＥフェーズ１と同じであるが、ＨＡ５とノード１の間のＩＰｓｅｃ  ＳＡ５０３及びＨＡ５とノード２の間のＩＰｓｅｃ  ＳＡ５１３の中にＩＳＡＫＭＰ  ＳＡ５３１を確立している。このような構成を採用することによって、ＨＡ５が、ノード１及びノード２になりすましがないことを保証しており、ＨＡ５が行っているノード１についての認証結果とノード２についての認証結果とをそのまま引き継いでノード間の認証が実質的に不要となる。また、認証が実質的に不要なので、全ノードに共通のＰＳＫを用いればよく、ノードにおいて鍵の管理が簡単になる。また、スケーラビリティも確保されるようになる。
【００５８】
次に図４のステップＳ３における、ノード間のＩＫＥフェーズ１のアグレッシブモードを図１４及び図１５を用いて説明する。
【００５９】
ノード１のＩＰｓｅｃモジュール３２は、ＤＨ公開値及びＤＨ秘密値を生成し、所定のメモリ領域に格納する（ステップＳ８１）。また、ノード１（ＳＮ）のＩＰｓｅｃモジュール３２は、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、ノード１（ＳＮ）のＤＨ公開値と、ノード１（ＳＮ）のＩＤと、複数のパラメータ（ＤＨグループを含む）等とを含む提案を、リバーストンネルを介してＨＡ５に送信する（ステップＳ８３）。
【００６０】
ＨＡ５は、ノード１から、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、ノード１（ＳＮ）のＩＤと、複数のパラメータセット等を含む提案を受信し（ステップＳ８５）、復号化処理を実施する。図７の例では、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３において暗号化されて上記提案が送信されるので、ＨＡ５においてＩＰｓｅｃ  ＳＡ５０３用の暗号鍵を用いて一旦復号化する。ＨＡ５のアクセス制御部５１は、ＤＮのＨｏＡでＡＣＬＤＢ５２を検索し、ＤＮのＨｏＡに対応して登録されている許可ＨｏＡリストを特定し、当該許可ＨｏＡリストにＳＮのＨｏＡが含まれているか判断する（ステップＳ８７）。許可ＨｏＡリストにＳＮのＨｏＡが含まれていない場合には、以下の処理は行われず、上記提案のパケットは破棄される。
【００６１】
許可ＨｏＡリストにＳＮのＨｏＡが含まれている場合には、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、ノード１（ＳＮ）のＩＤと、複数のパラメータセット（ＤＨグループを含む。）等を含む提案を、リバーストンネルを介してノード２（ＤＮ）に転送する（ステップＳ８９）。図７の例では、上記提案をリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して送信するので、ＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて暗号化してから送信する。
【００６２】
ノード２のＩＰｓｅｃモジュール３２は、ＨＡ５から、ノード１（ＳＮ）のＨｏＡと、ノード２（ＤＮ）のＨｏＡと、ノード１（ＳＮ）のＩＤと、複数のパラメータセット等とを含む提案を受信し（ステップＳ９１）、復号化処理を実施する。図７の例では、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３において暗号化された上記提案が送信されるので、ノード２においてＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて復号化し、所定のメモリ領域に格納する。そして、ＨＡ５は、受信した複数のパラメータセットから１つのパラメータセットを選択する（ステップＳ９３）。
【００６３】
ステップＳ９３で選択したパラメータセットを用いてＤＨ公開値及びＤＨ秘密値を生成し、所定のメモリ領域に格納する（ステップＳ９５）。また、共通ＰＳＫ等からハッシュ値を生成し（ステップＳ９７）、ノード２（ＤＮ）のＤＨ公開値、ノード２（ＤＮ）のＩＤと、ステップＳ９７で生成したハッシュ値等とを、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してＨＡ５に送信する（ステップＳ９９）。なお、ノード１のＨｏＡ、ノード２のＨｏＡも送信され、さらにリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて暗号化することになるが、ノード２からノード１にパケットを送信する際には常に同じであるから、以下では説明を省略する。なおノード１からノード２へのパケットについても同様であり、以下では説明を省略する。
【００６４】
ＨＡ５は、ノード２からリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して、ノード２（ＤＮ）のＤＨ公開値、ノード２（ＳＮ）のＩＤと、ステップＳ９７で生成したハッシュ値等とを受信する。これらのデータをリバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して受信するので、ＩＰｓｅｃ  ＳＡ５１３用の暗号鍵を用いて復号化処理を実施し、アクセス制御部５１がノード１のＨｏＡでＡＣＬＤＢ５２を検索して上記回答のノード１への転送が許可されているか判断する。許可されていれば、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してノード１に送信するため、ＩＰｓｅｃ  ＳＡ５０３用の暗号鍵を用いて暗号化処理を実施し、ノード１に送信する（ステップＳ１０１）。このような処理をノード２からノード１にパケットを送信する毎に行うため、以下では説明を省略する。また、ノード１からノード２にパケットを送信する場合も同様であり、以下では説明を省略する。
【００６５】
ノード１のＩＰｓｅｃモジュール３２は、ＨＡ５からリバーストンネルであるＩＰｓｅｃ  ＳＡ５０１を介して、ノード２（ＤＮ）のＤＨ公開値、ノード２（ＤＮ）のＩＤと、ステップＳ９７で生成したハッシュ値等とを受信する（ステップＳ１０３）。そして、受信したハッシュ値によりノード２の認証処理を実施する（ステップＳ１０５）。但し、共通ＰＳＫでハッシュ値を生成しているから、認証は必ず成功し、実質的に意味はない。すなわち、ステップＳ９７及びＳ１０５をスキップし、ステップＳ９９乃至１０３のハッシュ値の送信を省略するようにしてもよい。処理は、端子Ｄ、Ｅ及びＦを介して図１５の処理に移行する。
【００６６】
図１５の処理に移行して、ノード１のＩＰｓｅｃモジュール３２は、ノード１（ＳＮ）のＤＨ秘密値、ノード２のＤＨ公開値などからＤＨ共有値を生成し、所定のメモリ領域に格納する（ステップＳ１０７）。この処理については周知のＤＨ法に従った処理であるから、これ以上説明しない。また、ノード２のＩＰｓｅｃモジュール３２は、ノード１（ＳＮ）のＤＨ公開値、ノード２（ＤＮ）のＤＨ秘密値等からＤＨ共有値を生成し、所定のメモリ領域に格納する（ステップＳ１０９）。ＤＨ法では、ＤＨ公開値及びＤＨグループが盗聴されても、ＤＨ共有値は生成できない。また、ステップＳ１０７とステップＳ１０９で生成されたＤＨ共有値は必ず同じ値になる。
【００６７】
また、ノード１のＩＰｓｅｃモジュール３２は、共通ＰＳＫ、ＤＨ共有値等から暗号鍵を生成し、所定のメモリ領域に格納する（ステップＳ１１１）。また、ノード２のＩＰｓｅｃモジュール３２は、共通ＰＳＫ、ＤＨ共有値等から暗号鍵を生成し、所定のメモリ領域に格納する（ステップＳ１１３）。ステップＳ１１１で生成された暗号鍵と、ステップＳ１１３で生成された暗号鍵とは同一となる。
【００６８】
共通ＰＳＫを用いていてもＤＨ共有値等がノード１とノード２の組み合わせに固有なので、暗号鍵もノード１とノード２の組み合わせに固有であり、ＩＫＥフェーズ２における暗号化は有効である。
【００６９】
その後、ノード１のＩＰｓｅｃモジュール３２は、共通ＰＳＫ等からハッシュ値を生成し（ステップＳ１１５）、当該ハッシュ値をＨＡ５にリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介して送信する（ステップＳ１１７）。ＨＡ５は、ノード１からリバーストンネルであるＩＰｓｅｃ  ＳＡ５０３を介してハッシュ値を受信し、アクセス制御部５１で確認を行い、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介してノード２に転送する（ステップＳ１１９）。ノード２のＩＰｓｅｃモジュール３２は、ハッシュ値を、リバーストンネルであるＩＰｓｅｃ  ＳＡ５１３を介して受信する（ステップＳ１２１）。
【００７０】
そして、受信したハッシュ値によりノード１の認証処理を実施する（ステップＳ１２３）。但し、共通ＰＳＫでハッシュ値を生成しているから、認証は必ず成功し、実質的に意味はない。すなわち、ステップＳ１１５乃至Ｓ１２３をスキップしてもよい。
【００７１】
以上のような処理を行うことによって、基本的には従来のＩＫＥフェーズ１と同じであり、メインモードもアグレッシブモードも本実施の形態における特徴点は同じである。
【００７２】
上で述べた実施の形態では、ＰtoＰ通信を行う場合を示した。しかし、ＨＡ５を必ず経由するようなセキュアな通信を行うようにしても良い。例えば図１６に示すように、リバーストンネルであるＩＰｓｅｃ  ＳＡ５０３とＨＡ５とＩＰｓｅｃ  ＳＡ５１３とを介してノード１とノード２とが通信できるようにする。
【００７３】
具体的には、図１７に示すような処理を実施する。まず、ステップＳ１と同様に各ノードの起動シーケンスを実施する（ステップＳ１３１）。起動シーケンスについてはステップＳ１と完全に一致するので、ここでは詳細に述べない。また、各ノードは、起動シーケンスで確立したＩＰｓｅｃ  ＳＡを用いて、許可されたノードに対してパケットを送信することで、ＨＡ５経由でセキュアな通信を実施する（ステップＳ１３３）。ＨＡ５のアクセス制御部５１によるアクセス制御処理も実施され、ＡＣＬＤＢ５２において許可されたＨｏＡを送信元とするパケットのみが転送される。従って、各ノードにおけるアクセス制御のための処理負荷を抑えることができるようになる。
【００７４】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図１に示したノードの機能ブロック図は一例であって必ずしも実際のモジュール構成が図１のようになるわけではない。
【００７５】
また、図４においてステップＳ３とＳ５の順番は変更できないが、ステップＳ７については、ステップＳ５より前に実行するようにしても良い。
【００７６】
なお、ＨＡはコンピュータ装置であって、図１８に示すように当該コンピュータ装置においては、メモリ２５０１（記憶部）とＣＰＵ２５０３（処理部）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ）及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００７７】
また、ノードは図１８に示すようなコンピュータ装置の場合もあれば、ＨＤＤ２５０５などの一部の機能を有さない機器である場合もある。
【図面の簡単な説明】
【００７８】
【図１】本発明の実施の形態におけるシステム概要図である。
【図２】ＡＣＬＤＢに格納されるデータの一例を示す図である。
【図３】認証鍵ＤＢに格納されるデータの一例を示す図である。
【図４】メインの処理フローを示す図である。
【図５】不正パケットの遮断を模式的に示す図である。
【図６】アクセス制御を模式的に示す図である。
【図７】リバーストンネル内におけるＩＳＡＫＭＰ  ＳＡの確立を模式的に示す図である。
【図８】経路最適化によってＩＳＡＫＭＰ  ＳＡをリバーストンネル内から出す処理を模式的に示す図である。
【図９】ＩＳＡＫＭＰ  ＳＡを用いたＩＰｓｅｃ  ＳＡの確立を模式的に示す図である。
【図１０】ＩＰｓｅｃ  ＳＡを用いたＰtoＰ通信を模式的に示す図である。
【図１１】ノード起動シーケンスの処理フローを示す図である。
【図１２】ＩＫＥフェーズ１のメインモードにおける処理フローを示す図である。
【図１３】ＩＫＥフェーズ１のメインモードにおける処理フローを示す図である。
【図１４】ＩＫＥフェーズ１のアグレッシブモードにおける処理フローを示す図である。
【図１５】ＩＫＥフェーズ１のアグレッシブモードにおける処理フローを示す図である。
【図１６】他の実施の形態の概要を示す図である。
【図１７】他の実施の形態の処理フローを示す図である。
【図１８】コンピュータの機能ブロック図である。
【符号の説明】
【００７９】
１  ネットワーク    ５  ホームエージェント
３１  制御部    ３２  ＩＰｓｅｃモジュール
３３  モバイルノードモジュール３３
５１  アクセス制御部    ５２  ＡＣＬＤＢ    ５３  認証鍵ＤＢ
【図１】
2007089085.tif 000003
【図２】
2007089085.tif 000004
【図３】
2007089085.tif 000005
【図４】
2007089085.tif 000006
【図５】
2007089085.tif 000007
【図６】
2007089085.tif 000008
【図７】
2007089085.tif 000009
【図８】
2007089085.tif 000010
【図９】
2007089085.tif 000011
【図１０】
2007089085.tif 000012
【図１１】
2007089085.tif 000013
【図１２】
2007089085.tif 000014
【図１３】
2007089085.tif 000015
【図１４】
2007089085.tif 000016
【図１５】
2007089085.tif 000017
【図１６】
2007089085.tif 000018
【図１７】
2007089085.tif 000019
【図１８】
2007089085.tif 000020