(57)【特許請求の範囲】
【請求項１】
所定のセキュリティ・プロトコルに従うパケットの通信相手となるノードとの間で、当該パケット通信に先だって、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行う交換手続き処理手段と、
前記交換手続きにより交換されたセキュリティ・アソシエーション情報を記憶する記憶手段と、
前記記憶手段に記憶された各々の前記セキュリティ・アソシエーション情報について、前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報を、所定の不揮発性のメディアに記憶して管理する管理手段と、
前記所定のセキュリティ・プロトコルに従う自ノード宛の受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記通信相手となるノードへ通知するために、該宛先アドレス及び該識別情報を含む通知メッセージを前記通信相手となるノードへ送信するパケット処理手段とを備えたことを特徴とするノード装置。
【請求項２】
前記交換手続き処理手段は、前記通知メッセージを送信するのに先立って、前記通信相手となるノードを宛先とする前記セキュリティ・アソシエーション情報を、前記通信相手となるノードとの間で交換し、
前記パケット処理手段は、交換された前記セキュリティ・アソシエーション情報に基づくに含まれる前記暗号処理に関するパラメータ情報に基づいて、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを作成し、前記通信相手となるノードへ送信することを特徴とする請求項１に記載のノード装置。
【請求項３】
前記パケット処理手段は、前記通知メッセージを受信した場合には、該通知メッセージの正当性を検証し、該通知メッセージが正当であることが検証されたならば、該通知メッセージに含まれる前記宛先アドレス及び前記識別情報により特定されるセキュリティ・アソシエーション情報を、前記記憶手段から削除することを特徴とする請求項２に記載のノード装置。
【請求項４】
前記通知メッセージを送信するのに先立って、該通知メッセージの送信のみのために使用する前記セキュリティ・アソシエーション情報について前記交換手続きを行うことを特徴とする請求項２に記載のノード装置。
【請求項５】
前記通知メッセージを送信するのに先立って、該通知メッセージを送信するパケット転送方向で使用する前記セキュリティ・アソシエーション情報及び該パケット転送方向とは逆のパケット転送方向で使用する前記セキュリティ・アソシエーション情報を交換する交換手続きを行い、該交換手続きで交換された各パケット転送方向のセキュリティ・アソシエーション情報を、該通知メッセージに対する処理が行われた以降に行われるパケット転送についても使用することを特徴とする請求項２に記載のノード装置。
【請求項６】
前記パケット処理手段は、前記所定のセキュリティ・プロトコルに従う自ノード宛の受信パケットのヘッダに含まれる前記識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在する場合に、当該セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、該受信パケットを処理することを特徴とする請求項１に記載のノード装置。
【請求項７】
前記パケット処理手段は、前記所定のセキュリティ・プロトコルに従う自ノード宛の受信パケットのヘッダに含まれる前記識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在しない場合に、該受信パケットを廃棄することを特徴とする請求項１に記載のノード装置。
【請求項８】
前記記憶手段は、自ノードにおける障害発生前に保持していたデータを再起動後には保持していない状態になる内部記憶装置からなることを特徴とする請求項１に記載のノード装置。
【請求項９】
前記パケット処理手段は、前記所定のセキュリティ・プロトコルに従うパケットを送信するにあたって、使用すべき前記セキュリティ・アソシエーション情報が前記記憶手段に有効に存在する場合には、当該セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、該所定のセキュリティ・プロトコルに従うパケットを作成して送信し、使用すべき前記セキュリティ・アソシエーション情報が前記記憶手段に有効に存在しない場合には、前記交換手続き処理手段による前記交換手続きが行われた後に、当該セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、該所定のセキュリティ・プロトコルに従うパケットを作成して送信することを特徴とする請求項１に記載のノード装置。
【請求項１０】
前記有効期限に関する情報は、ライフタイムを示す情報であることを特徴とする請求項１に記載のノード装置。
【請求項１１】
前記所定のセキュリティ・プロトコルは、ＩＰｓｅｃのプロトコルであることを特徴とする請求項１に記載のノード装置。
【請求項１２】
前記交換手続きは、ＩＫＥプロトコルに従ったものであることを特徴とする請求項１に記載のノード装置。
【請求項１３】
他のノード装置とパケット通信を行うノード装置における通信制御方法であって、
所定のセキュリティ・プロトコルに従うパケットの通信相手となる前記他のノード装置との間で、当該パケット通信に先だって、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行い、
前記交換手続きにより交換されたセキュリティ・アソシエーション情報を内部記憶装置に記憶するとともに、該内部記憶装置に記憶された各々の前記セキュリティ・アソシエーション情報について、前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報を、所定の不揮発性のメディアに記憶し、
前記所定のセキュリティ・プロトコルに従う自ノード宛のパケットを前記他のノード装置から受信し、
前記受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記他のノード装置へ通知するために、該宛先アドレス及び該識別情報を含む通知メッセージを前記他のノード装置へ送信することを特徴とする通信制御方法。
【請求項１４】
前記通知メッセージを送信するのに先立って、前記通信相手となるノードを宛先とする前記セキュリティ・アソシエーション情報を、前記通信相手となるノードとの間で交換し、
交換された前記セキュリティ・アソシエーション情報に基づくに含まれる前記暗号処理に関するパラメータ情報に基づいて、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを作成し、前記通信相手となるノードへ送信することを特徴とする請求項１３に記載の通信制御方法。
【請求項１５】
パケット通信を行う第１のノード装置と第２のノード装置との間で行われる通信制御方法であって、
前記第１のノード装置から前記第２のノード装置へ所定のセキュリティ・プロトコルに従うパケットを送信するのに先だって、前記第１のノード装置と前記第２のノード装置との間で、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行い、
前記第１のノード装置及び前記第２のノード装置はそれぞれ前記交換手続きにより交換されたセキュリティ・アソシエーション情報をその内部記憶装置に記憶するとともに、少なくとも前記第２のノード装置はその内部記憶装置に記憶された各々のセキュリティ・アソシエーション情報について前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報をその所定の不揮発性のメディアに記憶し、
前記第１のノード装置は、前記セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、前記所定のセキュリティ・プロトコルに従うパケットを作成して、前記第２のノード装置へ送信し、
前記第２のノード装置は、前記所定のセキュリティ・プロトコルに従う自ノード宛のパケットを前記第１のノード装置から受信し、
前記第２のノード装置は、前記受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記第１のノード装置へ通知するための該宛先アドレス及び該識別情報を含む通知メッセージを送信するのに先立って、前記第２のノード装置との間で、当該通知メッセージに係るパケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行い、
前記第２のノード装置は、前記セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを作成して、前記第１のノード装置へ送信し、
前記第１のノード装置は、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを前記第２のノード装置から受信し、
前記第１のノード装置は、受信した前記通知メッセージの正当性を検証し、該通知メッセージが正当であることが検証されたならば、該通知メッセージに含まれる前記宛先アドレス及び前記識別情報により特定される前記セキュリティ・アソシエーション情報を、前記記憶手段から削除することを特徴とする通信制御方法。
【請求項１６】
他のノード装置とパケット通信を行うノード装置としてコンピュータを機能させるためのプログラムであって、
所定のセキュリティ・プロトコルに従うパケットの通信相手となるノードとの間で、当該パケット通信に先だって、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行う交換手続き処理機能と、
前記交換手続きにより交換されたセキュリティ・アソシエーション情報を記憶する記憶機能と、
前記記憶機能に記憶された各々の前記セキュリティ・アソシエーション情報について、前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報を、所定の不揮発性のメディアに記憶して管理する管理機能と、
前記所定のセキュリティ・プロトコルに従う自ノード宛の受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶機能に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記通信相手となるノードへ通知するために、該宛先アドレス及び該識別情報を含む通知メッセージを前記通信相手となるノードへ送信するパケット処理機能とをコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケット転送を行うノード装置及び通信制御方法に関する。
【０００２】
【従来の技術】
インターネットの利用者層の拡大とともに、その利用方法の幅も広がってきている。利用者層については、必ずしも特別な技術的知識を持たないユーザが増えており、また、利用方法については、ＷＷＷを通じた買い物や銀行口座へのアクセスなど、高い安全性を要求されるアプリケーションが普及してきた。
【０００３】
特別な技術を有しないユーザであっても、こうしたアプリケーションを安心して使えるようにするために、ネットワークにおいて安全性を提供する枠組みが考えられている。その中に、ＩＰｓｅｃ（ＩＰ  ｓｅｃｕｒｉｔｙ）と呼ばれる技術がある（ＲＦＣ２４０１等参照）。ＩＰｓｅｃは、ＩＰパケットを暗号化して受け渡しするためのプロトコルで、秘匿性を提供するＥＳＰ（ＩＰ  Ｅｎｃａｐｓｕｌａｔｉｎｇ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ）と、完全性と認証を提供するＡＨ（ＩＰ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｈｅａｄｅｒ）の２つのセキュリティ・プロトコル、およびＥＳＰやＡＨで使用するパラメータをノード間で交換するためのＩＫＥ（Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）を含む。
【０００４】
ＩＰｓｅｃでは、認証や暗号化といったセキュリティに関する基本的な要求事項をネットワーク層において実現するため、個々のアプリケーションごとにセキュリティ機能を追加する必要がなくなるという利点が得られる。
【０００５】
ＩＰｓｅｃを利用するノード間では、認証や暗号を実現するためにｓｅｃｕｒｉｔｙ  ａｓｓｏｃｉａｔｉｏｎ（ＳＡ）という情報を共有する。セキュリティ・アソシエーション情報（以下、ＳＡ）は、宛先情報（ｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓ）と、識別番号（Ｓｅｃｕｒｉｔｙ  Ｐａｒａｍｅｔｅｒ  Ｉｎｄｅｘ（ＳＰＩ））と、鍵情報や有効期限情報（例えば、ライフタイム）などの各種パラメータを含む。
【０００６】
パケットの送信側となるノードでは、宛先アドレス（パケットの受信側となるノードのアドレス）とＳＰＩとの組から、対応するＳＡを一意に特定できる。受信側となるノードは、ＳＰＩから、対応するＳＡを一意に特定できる。同一の宛先についてＳＰＩは一意である必要があるので、ＳＰＩは受信側となるノードが決定する。なお、このようにＳＡには方向があるので、セキュリティ・プロトコルを使ったパケットを往復させるためには、１対のノード間でＳＡが２つ必要である。
【０００７】
送受信側の各ノードでの処理の概要は、次のようになる。すなわち、ＳＡの交換が完了した後、送信側のノードは、宛先とＳＰＩに対応するＳＡに基づいて、所定の鍵（例えば、秘密鍵）を利用して所定の暗号処理（例えば、暗号化）をパケットに対して施し、ＩＰｓｅｃ用のヘッダにあるＳＰＩフィールドにＳＰＩを記述し、該ＩＰｓｅｃ用のヘッダを含むＩＰパケットを送信する。ＩＰｓｅｃ用のヘッダを含むパケットを受信した受信側のノードは、ＩＰｓｅｃ用のヘッダのＳＰＩフィールドに記述されているＳＰＩから、対応するＳＡを求め、該ＳＡに基づいて、所定の鍵（例えば、秘密鍵）を利用して所定の処理（例えば、復号化）をパケットに対して施する。なお、受信側のノードにおいて、対応するＳＡがなければ、該受信ＩＰパケットは破棄される。
【０００８】
他方、ＩＰｓｅｃを利用するノード間でＳＡを交換し、また（ＳＡの有効期限に基づいて）ＳＡを定期的に更新するための標準プロトコルとして、Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ  （ＩＫＥ）がある。ＩＫＥでは、通信を開始する側となるノードをｉｎｉｔｉａｔｏｒ、それに応答する側となるノードをｒｅｓｐｏｎｄｅｒと呼んで区別する。ＳＡは本来一方向性の情報であるが、ＩＫＥを用いて交換する場合には、常に双方向のＳＡが確立される。
【０００９】
ここで、２つのノード間で、ＩＫＥによるＳＡの交換・共有が完了し、ＩＰｓｅｃを用いて通信する場合を考える。
【００１０】
例えば、図１０（ａ）のように、ＩＫＥによるＳＡの交換が完了して、ノード（始動ノード）１００１とノード（応答ノード）１００２との間で、宛先＝Ｒ及びＳＰＩ＝１００とするＳＡが共有されているとする。ノード１００１は、図１０（ｂ）のように、宛先＝Ｒ及びＳＰＩ＝１００に対応するＳＡを保持しているので、該ＳＡに基づいてパケットの所定部分を暗号化し、ＩＰｓｅｃヘッダのＳＰＩフィールドにＳＰＩ＝１００を示すデータを記述した、ＩＰパケットを、送信することができる。一方、ＳＰＩ＝１００とするＩＰｓｅｃヘッダを含むＩＰパケットを受信したノード１００２は、図１０（ｃ）のように、ＳＰＩ＝１００とするＳＡを保持しているので、該ＳＡに基づいて、パケットの所定部分を復号化することができる。
【００１１】
ここで、受信側（応答側）のノード１００２について障害（ハードウェアに起因する障害とソフトウェアに起因する障害のいずれも含む）が生じ、図１１（ａ）のように、それまでの通信で利用していたＳＡをすべて失った後に復旧したとする。従来、受信側のノード１００２の障害を送信側（始動側）のノード１００１で検知する仕組みは存在しない。このため、障害が生じた後も、ＳＰＩ＝１００に対応するＳＡを保持しているノード１００１においては、図１１（ｂ）のように、該ＳＡを利用したＩＰｓｅｃによる通信を継続する。ところが、ノード１００２においては、ＳＰＩ＝１００に対応するＳＡが失われているため、図１１（ｃ）のように、その受信パケットは破棄される。この結果、ＳＡの有効期限が過ぎるまで、実質的には通信は成立しないことになる。
【００１２】
このような事態に対処する方法として、ＩＫＥによるＳＡの交換・共有が成立した段階で、ハードディスクなど安定性のある記録装置上にＳＡのデータを保存し、受信側のノードの障害からの復旧後に、該安定性のある記録装置に保存したデータを利用してＳＡを復活させるという方法が考えられる。しかしながら、この方法では、該安定性のある記録装置に、秘密の鍵をも含めて記録する必要があるので、該鍵情報の漏洩の可能性が高まるという、非常に不都合な点がある。
【００１３】
他の対処方法としては、受信側のノードにおいて受信パケットの持つＳＰＩに対応するＳＡが存在しない場合に、その旨を示す通知メッセージを受信側のノードから送信側のノードへ送り返す方法が考えられる。しかしながら、この方法には以下の欠点がある。
（１）受信側のノードに対して任意のＳＰＩを持つパケットを与えて、これに対する受信側のノードの挙動を観察することにより、受信側のノードに与えたそのＳＰＩに対応するＳＡを受信ノードが保持しているか否かについて、外部から確認できてしまう。
（２）正常に通信している送信側のノードに対してＳＡが失われた旨の偽の通知を与えることにより、通信を妨害するという攻撃が可能になる。
（３）上記の（２）の攻撃を防止するために、前述の通知メッセージに認証を施すものとすると、任意のＳＰＩを持つパケットを受信側のノードに対して与えることにより、通知メッセージの送信にあたっての認証作業による負荷の増大を受信側のノードに起こさせるという攻撃が可能になる。
【００１４】
【発明が解決しようとする課題】
従来の方法では、ＩＫＥの応答側でＳＡが失われた場合に、安全性を損なわずに、正常な状態に迅速に復帰することは困難であった。すなわち、ＳＡの生成時に保存する方法には秘密の漏洩の可能性がある。また、ＳＡが失われた事実を始動側に知らせるという方法の場合には、情報の漏洩や負荷増大および妨害攻撃の可能性が生じる。
【００１５】
本発明は、上記事情を考慮してなされたもので、安全性を損ねることなく、正常な状態に迅速に復帰することを可能とするノード装置及び通信制御方法を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明に係るノード装置は、所定のセキュリティ・プロトコルに従うパケットの通信相手となるノードとの間で、当該パケット通信に先だって、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行う交換手続き処理手段と、前記交換手続きにより交換されたセキュリティ・アソシエーション情報を記憶する記憶手段と、前記記憶手段に記憶された各々の前記セキュリティ・アソシエーション情報について、前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報を、所定の不揮発性のメディアに記憶して管理する管理手段と、前記所定のセキュリティ・プロトコルに従う自ノード宛の受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記通信相手となるノードへ通知するために、該宛先アドレス及び該識別情報を含む通知メッセージを前記通信相手となるノードへ送信するパケット処理手段とを備えたことを特徴とする。
【００１７】
好ましくは、前記交換手続き処理手段は、前記通知メッセージを送信するのに先立って、前記通信相手となるノードを宛先とする前記セキュリティ・アソシエーション情報を、前記通信相手となるノードとの間で交換し、前記パケット処理手段は、交換された前記セキュリティ・アソシエーション情報に基づくに含まれる前記暗号処理に関するパラメータ情報に基づいて、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを作成し、前記通信相手となるノードへ送信するようにしてもよい。
【００１８】
好ましくは、前記パケット処理手段は、前記通知メッセージを受信した場合には、該通知メッセージの正当性を検証し、該通知メッセージが正当であることが検証されたならば、該通知メッセージに含まれる前記宛先アドレス及び前記識別情報により特定されるセキュリティ・アソシエーション情報を、前記記憶手段から削除するようにしてもよい。
【００１９】
また、本発明は、他のノード装置とパケット通信を行うノード装置における通信制御方法であって、所定のセキュリティ・プロトコルに従うパケットの通信相手となる前記他のノード装置との間で、当該パケット通信に先だって、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行い、前記交換手続きにより交換されたセキュリティ・アソシエーション情報を内部記憶装置に記憶するとともに、該内部記憶装置に記憶された各々の前記セキュリティ・アソシエーション情報について、前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報を、所定の不揮発性のメディアに記憶し、前記所定のセキュリティ・プロトコルに従う自ノード宛のパケットを前記他のノード装置から受信し、前記受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記他のノード装置へ通知するために、該宛先アドレス及び該識別情報を含む通知メッセージを前記他のノード装置へ送信することを特徴とする。
【００２０】
また、本発明は、パケット通信を行う第１のノード装置と第２のノード装置との間で行われる通信制御方法であって、前記第１のノード装置から前記第２のノード装置へ所定のセキュリティ・プロトコルに従うパケットを送信するのに先だって、前記第１のノード装置と前記第２のノード装置との間で、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行い、前記第１のノード装置及び前記第２のノード装置はそれぞれ前記交換手続きにより交換されたセキュリティ・アソシエーション情報をその内部記憶装置に記憶するとともに、少なくとも前記第２のノード装置はその内部記憶装置に記憶された各々のセキュリティ・アソシエーション情報について前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報をその所定の不揮発性のメディアに記憶し、前記第１のノード装置は、前記セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、前記所定のセキュリティ・プロトコルに従うパケットを作成して、前記第２のノード装置へ送信し、前記第２のノード装置は、前記所定のセキュリティ・プロトコルに従う自ノード宛のパケットを前記第１のノード装置から受信し、前記第２のノード装置は、前記受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶手段に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記第１のノード装置へ通知するための該宛先アドレス及び該識別情報を含む通知メッセージを送信するのに先立って、前記第２のノード装置との間で、当該通知メッセージに係るパケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行い、前記第２のノード装置は、前記セキュリティ・アソシエーション情報に含まれる前記暗号処理に関するパラメータ情報に基づいて、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを作成して、前記第１のノード装置へ送信し、前記第１のノード装置は、前記通知メッセージを含む前記所定のセキュリティ・プロトコルに従うパケットを前記第２のノード装置から受信し、前記第１のノード装置は、受信した前記通知メッセージの正当性を検証し、該通知メッセージが正当であることが検証されたならば、該通知メッセージに含まれる前記宛先アドレス及び前記識別情報により特定される前記セキュリティ・アソシエーション情報を、前記記憶手段から削除することを特徴とする。
【００２１】
また、本発明は、他のノード装置とパケット通信を行うノード装置としてコンピュータを機能させるためのプログラムであって、所定のセキュリティ・プロトコルに従うパケットの通信相手となるノードとの間で、当該パケット通信に先だって、当該パケット通信における宛先アドレス及び当該宛先アドレスについて一意の識別情報並びに当該パケット通信で用いる暗号処理に関するパラメータ情報を含むセキュリティ・アソシエーション情報を交換するための交換手続きを行う交換手続き処理機能と、前記交換手続きにより交換されたセキュリティ・アソシエーション情報を記憶する記憶機能と、前記記憶機能に記憶された各々の前記セキュリティ・アソシエーション情報について、前記宛先アドレス及び前記識別情報並びに当該セキュリティ・アソシエーション情報の有効期限に関する情報を含む管理情報を、所定の不揮発性のメディアに記憶して管理する管理機能と、前記所定のセキュリティ・プロトコルに従う自ノード宛の受信パケットのヘッダに含まれる識別情報及び自ノードを示す宛先アドレスにより特定されるセキュリティ・アソシエーション情報が前記記憶機能に有効に存在せず、かつ、当該セキュリティ・アソシエーション情報に対応する前記管理情報が前記所定の不揮発性のメディアに有効に存在する場合に、その旨を前記通信相手となるノードへ通知するために、該宛先アドレス及び該識別情報を含む通知メッセージを前記通信相手となるノードへ送信するパケット処理機能とをコンピュータに実現させるためのプログラムである。
【００２２】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２３】
本発明によれば、例えばインターネット等を介して複数のノードが所定のセキュリティ・プロトコルを用いて安全に通信している環境において、あるノードに一時的な動作不良が生じた際に、安全性を損ねることなく、正常な状態への迅速な復旧が可能になる。
【００２４】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００２５】
本実施形態では、ＩＰｓｅｃを想定して説明する（また、ＩＫＥを想定して説明する）。また、本実施形態では、セキュリティプロトコルがＥＳＰである場合も、セキュリティプロトコルがＡＨの場合も、具体的な暗号処理の内容が変わる以外は、基本的には同様の手順が適用されるので、特にセキュリティプロトコルを区別せずに説明するものとする。また、本実施形態では、ＳＡのパラメータとして鍵情報を例にとって説明するものとする。
【００２６】
以下では、ＳＰＩ＝Ｉ及び宛先アドレス＝ａｄｄｒの組に対するＳＡを、ＳＡ（Ｉ，ａｄｄｒ）のように表記するものとする。また、あるＳ＝ＳＡで利用されるＩＰｓｅｃ用の秘密鍵を、ｋｅｙ（Ｓ）と表記するものとする（例えば、ＳＰＩ＝Ｉ及び宛先アドレス＝ａｄｄｒの組に対するＳＡで利用されるＩＰｓｅｃ用の秘密鍵は、ｋｅｙ（ＳＡ（Ｉ，ａｄｄｒ））のようになる）。
【００２７】
図１に、本発明の一実施形態に係る通信システムの構成例を示す。
【００２８】
図１では、ネットワーク３０を介して、ノード１０と、ノード２０とが接続される。本実施形態では、主として、ＩＫＥおよびＩＰｓｅｃを利用し、ノード１０が送信側、ノード２０が受信側になり（ＩＫＥに関して、ノード１０が始動側（ｉｎｉｔｉａｔｏｒ）、ノード２０が応答側（ｒｅｓｐｏｎｄｅｒ）になり）、パケット通信する場合を例にとって説明する。
【００２９】
ネットワーク３０は、インターネットなどのＷＡＮであってもよいし、企業網や家庭網などのＬＡＮであってもよいし、それらが混在していてもよい。また、ネットワーク３０は、その全部が有線のネットワークあってもよいし、その全部が無線のネットワークであってもよいし、それらが混在していてもよい。
【００３０】
図１では、２台のノードが示されているが、もちろん、他のノードが存在して構わない。
【００３１】
なお、ノード１０のアドレス＝Ｉ１、ノード２０＝Ｒ１とする。
【００３２】
図２に、本実施形態に係るノード２０の構成例を示す。図２に示されるように、本ノード２０は、ＩＰｓｅｃ処理部２１、ＩＫＥ処理部２２、ＳＡ履歴管理部２３、ＳＡ情報保管部（図示せず）を含む。なお、図２のパケットの矢印の方向は、本ノード２０が受信側となった場合を想定して記述している。
【００３３】
また、図３に、本実施形態に係るノード１０の構成例を示す。本ノード１０は、ノード２０と同様に、ＩＰｓｅｃ処理部１１、ＩＫＥ処理部１２、ＳＡ履歴管理部１３、ＳＡ情報保管部（図示せず）を含む。ただし、図３のパケットの矢印の方向は、本ノード１０が送信側となった場合を想定して記述している。
【００３４】
本ノード１０，２０は、従来のノードの機能に加えて、後述する受信側ノードになった場合のＳＡ履歴管理／無効鍵検出・通知の機能や、後述する送信側ノードになった場合の無効鍵検出メッセージ受信によるＳＡ削除の機能を付加したものである。
【００３５】
なお、ノード１０，２０は、自ノードが送信側となる通信で使用するＳＡについては、ＳＡ履歴管理部を用いたＳＡ履歴管理情報の保存をしないようにしてもよいし、自ノードが送信側となる通信で使用するＳＡについても、ＳＡ履歴管理部を用いたＳＡ履歴管理情報の保存をするようにしてもよい。本実施形態では、説明を簡単にするために、前者の場合を例にとって説明する（この場合、ノード１０のＳＡ履歴管理部は、ノード１０が受信側となった際に使用される）。
【００３６】
また、ノードは、送信側となるための機能または受信側となるための機能のみを搭載するようにすることも可能である。
【００３７】
次に、受信側となるノード２０のＳＡ履歴管理部２３について説明する（ノード１０が受信側となった場合のＳＡ履歴管理部１３についても同様である）。
【００３８】
ＳＡ履歴管理部２３は、再起動の有無にかかわらずに常にデータを保持する不揮発性のメディア（電源断やノードのハングアップといった障害の後にも該メディア上に記録されたデータが復旧可能であるもの）（例えば、フラッシュ・メモリなどの不揮発性メモリ、ハードディスク装置などの外部記憶装置等）で構成され、各ＳＡについて、ＳＰＩ＝Ｉと、宛先アドレス＝ａｄｄｒと、当該ＳＡ（Ｉ，ａｄｄｒ）の有効期限とを、対応付けて記憶する。すなわち、ＳＡ履歴管理部２３には、秘密鍵などは格納しない。
【００３９】
なお、自ノードを宛先とするＳＡについてのみ管理対象とする場合には、ＳＰＩと有効期限との組を格納するようにしてもよい。
【００４０】
また、ＳＡ履歴管理部２３は、ＳＰＩと宛先アドレスと有効期限との組（あるいは、ＳＰＩと有効期限との組）を、例えばＬＡＮを介したデータ・サーバに保管し、および該サーバからＳＰＩと宛先アドレスと有効期限との組を取得するものであってもよい。
【００４１】
一方、ＳＡ情報保管部は、ノード２０での障害発生前に保持していたデータを、再起動後には保持していない状態になる内部記憶装置（例えば、ＲＡＭ）で構成され、各ＳＡが記憶される。
【００４２】
図４（ａ）に、ＳＡ履歴管理部２３に記憶されるＳＡ履歴管理情報のフォーマットの一例を示し、図４（ｂ）に、ＳＡ情報保管部に記憶されるＳＡ情報のフォーマットの一例を示す。
【００４３】
以下、本実施形態の動作について説明する。
【００４４】
なお、以下では、ＳＡのパラメータとして秘密鍵を例にとって説明する。
【００４５】
図５に、本実施形態のシーケンス例を示す。また、図６に、受信側となるノード２０がＩＰｓｅｃパケットを受信した場合における処理手順の一例を示す。また、図７に、送信側となるノード１０がＩＰｓｅｃパケットを送信する場合における処理手順の一例を示す。また、図８に、送信側となるノード１０が無効鍵検出メッセージを受信した場合における処理手順の一例を示す。
【００４６】
送信側のノード１０は、受信側のノード２０に向けてＩＰｓｅｃパケットを送信するにあたって、該当するＳＡが存在するか否か調べ（Ｓ３１）、存在しなければ（Ｓ３２）、ＩＫＥ手続きを行う（Ｓ３３）。
【００４７】
ノード１０がノード２０に向けて通信を開始する際には、まだＳＡが存在しないので、まず、始動側となるノード１０の始動によって（Ｓ３１，Ｓ３２）、ノード１０とノード２０との間でＩＫＥによる鍵交換手続きが行われることになる（Ｓ１，Ｓ３３）。
【００４８】
このＩＫＥ手続きの結果、始点をアドレスＩとし、宛先をアドレスＲとするＩＰｓｅｃのＳＡとして（なお、ＳＰＩ＝Ｉ１になったものとする）、ＳＡ（Ｉ１，Ｒ）と、それに対応する秘密鍵ｋｅｙ（ＳＡ（Ｉ１，Ｒ））が生成される。
【００４９】
その際、応答側となるノード２０では、（不揮発性のメディアである）ＳＡ履歴管理部２３に、ＳＰＩ＝Ｉ１と宛先アドレス＝ＲとＳＡ（Ｉ１，Ｒ）の有効期限とを組にして記録する。一方、秘密鍵などを含むＳＡの全体は、（メインメモリなどを用いた）ＳＡ情報保管部に記録され、ＩＰｓｅｃを用いた実際の通信に利用される。
【００５０】
しかして、ノード１０とノード２０との間でＳＡが確立された後、当該ＳＡの有効期限が切れるまで、送信側のノード１０から受信側のノード２０へと、当該ＳＡを用いたＩＰｓｅｃによるパケット転送が行われる（Ｓ３１／Ｓ３２／Ｓ３４，Ｓ２／Ｓ３，Ｓ２１／Ｓ２２／Ｓ２３）。
【００５１】
また、ノード１０とノード２０との間では、ＩＫＥによりＳＡが定期的に更新され、更新されたＳＡによりＩＰｓｅｃパケット転送が行われる（Ｓ４，Ｓ５）。
【００５２】
ここで、ノード１０とノード２０との間でＳＡが確立された後、有効期限が切れるまでのある段階において、受信側のノード２０において何らかの障害が発生し（Ｓ６）、その後、復旧し、該ノード２０が再起動したものとする（Ｓ７）。そして、本実施形態では、受信側のノード２０が再起動した際、ＳＡ情報保管部に記録されたＳＡ情報は消滅していることになるが、ＳＡ履歴管理部２３に記憶されたＳＡ履歴管理情報は保持されていることになる。この様子を図９（ａ）に例示する。なお、図９では、具体例として、宛先＝Ｒ、ＳＰＩ＝１００として、示している。
【００５３】
ところで、ノード１０は、ノード２０が再起動してＳＡ（Ｉ１，Ｒ）を失ったことを認識しないので、ノード２０の再起動後も、引き続きＳＡ（Ｉ１，Ｒ）を用いてＩＰｓｅｃの処理を施したパケットをノード２０に送信する（Ｓ３１／Ｓ３２／Ｓ３４，Ｓ８）。この様子を図９（ｂ）に例示する。
【００５４】
次いで、そのパケットを受信したノード２０のＩＰｓｅｃ処理部は、ＳＡ情報保管部にＳＰＩ＝Ｉ１および宛先＝Ｒに対応するＳＡ（Ｉ１，Ｒ）が記憶されているか否か調べ（Ｓ２１）、記憶されている場合には該ＳＡを用いて受信パケットを処理するが（Ｓ２２，Ｓ２３）、記憶されていない場合には（Ｉ１，Ｒ）の組をＳＡ履歴管理部２３に通知する（Ｓ２４）。なお、自ノードを宛先とするＳＡについてのみ管理対象とする場合には、Ｉ１のみをＳＡ履歴管理部２３に通知する構成も可能である。
【００５５】
ＳＡ履歴管理部２３では、再起動前を含め、過去に生成したＳＡのリストの中から、（Ｉ１，Ｒ）に対応するエントリ（または、前述のようにＩ１に対応するエントリ）であって、かつ、有効期限内であるものが存在するか否か調べる（Ｓ２４）。この例の場合には、ＳＡ（Ｉ１，Ｒ）が該当し、かつ、有効期限内であるので、無効鍵（ＳＡが有効期限内であるのにもかかわらず、記憶されていない鍵）を検出したことになる（Ｓ９，Ｓ２５）。この様子を図９（ｃ）に例示する。
【００５６】
なお、無効鍵検出の有無にかかわらず（Ｓ２５）、該当するＳＡのない受信ＩＰｓｅｃパケットは、廃棄するものとする（Ｓ２６，Ｓ２７）。また、このパケット廃棄のタイミングは任意である（ＳＡ履歴管理部２３への通知以前に行ってもよいし、ＳＡ履歴管理部２３への通知以後に行ってもよい）。
【００５７】
また、上記のようにＳＡ情報保管部のＳＡ情報を調べ、該当するＳＡがない場合に、ＳＡ履歴管理部２３のＳＡ履歴管理情報を参照するようにしてもよいが、ＳＡ情報保管部のＳＡ情報とＳＡ履歴管理部２３のＳＡ履歴管理情報とを同時に参照して、「該当するＳＡが存在する」、「無効鍵検出」、「それ以外」のいずれであるかを振り分けるようにしてもよい。
【００５８】
さて、本実施形態では、無効鍵を検出した応答側のノード２０は（Ｓ２５）、無効鍵の検出を通知する無効鍵検出メッセージを始動側のノード１０に送信するが、この無効鍵検出メッセージの正当性を保証するために、このメッセージ自身をＩＰｓｅｃによって保護するようにする。ただし、この段階ではノード１０とノード２０との間には有効なＳＡが存在しないため、まず、無効鍵検出メッセージの転送のためのＩＫＥによるＳＡ交換手続きを行う（Ｓ１０，Ｓ２８）。この結果、始点をアドレスＲとし、宛先をアドレスＩとするＩＰｓｅｃのＳＡとして（なお、ＳＰＩ＝Ｒ１になったものとする）、ＳＡ（Ｒ１，Ｉ）と、それに対応する秘密鍵ｋｅｙ（ＳＡ（Ｒ１，Ｉ））が生成される。
【００５９】
なお、その際、ノード１０では、パケット通信のためのＩＫＥの応答側と同様に、ＳＰＩ＝Ｒ１と宛先アドレス＝ＩとＳＡ（Ｒ１，Ｉ）の有効期限とを組にして（不揮発性のメディアである）ＳＡ履歴管理部１３に記録するようにしてもよいが、その代わりに、無効鍵検出メッセージの転送のためのＩＫＥで確立したＳＡについては、ＳＰＩと宛先アドレスとＳＡの有効期限との組をＳＡ履歴管理部１３に記録しないようにしてもよい。後者の場合、例えば、無効鍵検出メッセージの転送のためのＩＫＥであることをノード２０からノード１０に伝えて、ノード１０では、上記の組を記録しないようにし、あるいは、ＳＡの有効期限を予め定められた基準値未満にして、ノード１０では、基準値未満の有効期限のＳＡについては、上記の組を記録しないようにするなど、種々の方法がある。
【００６０】
次いで、ノード２０は、ノード１０側で対応するＳＡを検出できるように（Ｉ１，Ｒ）の組を含む無効鍵検出メッセージを作成し、該新たに生成されたＳＡ（Ｒ１，Ｉ）を用いてＩＰｓｅｃによって保護された形で、ノード１０に送信する（Ｓ１１，Ｓ２９）。
【００６１】
ノード１０では、この無効鍵検出メッセージを受信すると、まず、ＩＰｓｅｃ処理部１１において該メッセージの正当性を検証し（Ｓ４１）、正当性が検証されたならば（Ｓ４２）、該メッセージに含まれるＳＰＩ＝Ｉ１および宛先アドレス＝Ｒに対応するＳＡであるＳＡ（Ｉ１，Ｒ）を無効になったものとして削除する（Ｓ４４）。なお、正当性が検証されなかったならば（Ｓ４２）、そのメッセージを廃棄し、あるいは正当でないメッセージを受信した旨を記録するなどのエラー処理を行う（Ｓ４３）。
【００６２】
しかして、上記のＳＡの削除後にノード１０がノード２０に向けてパケットを送信する際には、対応するＳＡが存在しないので（Ｓ３１，Ｓ３２）、あらためてＩＫＥによる鍵交換手続きを行う（Ｓ３３，Ｓ１２，Ｓ３０）。
【００６３】
その結果、始点をアドレスＩとし、宛先をアドレスＲとするＩＰｓｅｃのＳＡとして（なお、ＳＰＩ＝Ｉ２になったものとする）、ＳＡ（Ｉ２，Ｒ）と、それに対応する秘密鍵ｋｅｙ（ＳＡ（Ｉ２，Ｒ））が生成される。
【００６４】
その際、応答側であるノード２０では、前述と同様に、（不揮発性のメディアである）ＳＡ履歴管理部２３に、ＳＰＩ＝Ｉ２と宛先アドレス＝ＲとＳＡ（Ｉ２，Ｒ）の有効期限とを組にして記録する。一方、秘密鍵などを含むＳＡの全体は、（メインメモリなどを用いた）ＳＡ情報保管部に記録され、ＩＰｓｅｃを用いた実際の通信に利用される。
【００６５】
このようにしてあらためてＳＡ（Ｉ２，Ｒ）が確立された後は、送信側のノード１０から受信側のノード２０へと、当該ＳＡ（Ｉ２，Ｒ）を用いたＩＰｓｅｃによるパケット転送が行われる（Ｓ３１／Ｓ３２／Ｓ３４，Ｓ１３，Ｓ２１／Ｓ２２／Ｓ２３）。
【００６６】
以降、必要に応じて、ＳＡの更新が行われ、またノード２０が再起動した際には、必要に応じて、前述と同様の処理が行われる。
【００６７】
以上のように、本実施形態によれば、ＩＫＥの応答側となるノードに障害が生じて、以前に確立したＳＡが失われた場合にも、該ノードの復旧・再起動後に、セキュリティ上の危険を高めることなく、迅速に正常な状態に復帰することができる。また、応答側では、ＳＰＩ及び宛先アドレスをＳＡ履歴管理部２３（不揮発性のメディア）に保存すればよく、秘密鍵は保存しなくてすむ。ＳＰＩや宛先アドレスは通信中のパケットをモニタリングすることで容易に取得可能な情報であり、これらを別途保存することによるセキュリティ上のリスクは軽微である。また、応答側では、受信ＩＰｓｅｃパケットのＳＰＩ及び宛先アドレスとＳＡ履歴管理部２３に保存されているＳＰＩ及び宛先アドレスとが一致し、かつ、該当するＳＡが保持されていない場合にのみ、無効鍵の検出となり、無効鍵検出メッセージを送信するだけであるので、前述した問題点（１）は生じないとともに、前述した問題点（３）の負荷増大攻撃も回避できる。一方、無効鍵検出メッセージがＩＰｓｅｃによって保護されているため、前述した問題点（２）の妨害攻撃も成立しない。
【００６８】
一方、無効鍵検出メッセージを利用した回復措置は、応答側のノードの再起動後に、始動側のノードがはじめてパケットを送信した直後からはじまる。このため、ＳＡが存在しないために応答側でパケットが破棄されるのは、ＩＫＥによって無効鍵検出メッセージ送信に用いるＳＡを確立し、無効鍵検出メッセージが始動側で処理されるまでの間だけである。これは、一般にはＳＡの生存期間よりも十分短い時間であり、正常な状態に迅速に復帰できることを意味している。
【００６９】
ところで、これまで説明した例では、無効鍵検出メッセージの転送のためだけにＩＫＥを行い、その後で、あらためてデータ転送のためのＩＫＥを行ったが、ノードにおけるセキュリティポリシーが許せば、これら２回のＩＫＥを１回で済ませる構成も可能である。以下、そのような場合について説明する。
【００７０】
これまで説明した例において、ノード１０とノード２０との通信が、ＴＣＰのような双方向通信であった場合を考える。さらに、その通信では、ノード１０からノード２０への方向とノード２０からノード１０への方向の両方をＩＰｓｅｃで保護するという運用をする場合を考える。このような場合において、先の例と同様に応答側のノード２０において障害が発生し、復旧し、該ノード２０が再起動し、ＩＫＥにより新たにＳＡ（Ｒ１，Ｉ）およびＳＡ（Ｉ２，Ｒ）というＳＡが確立されたとする。
【００７１】
ノード２０は、無効鍵検出メッセージを作成し、ＳＡ（Ｒ１，Ｉ）を用いてＩＰｓｅｃによって保護された形で、ノード１０に送信する。
【００７２】
そして、ノード２０におけるセキュリティポリシーが許せば、ノード２０では、以降、ノード１０に対して、すでに確立されている当該ＳＡ（Ｒ１，Ｉ）を利用したＩＰｓｅｃパケットを送信することができる。この場合、ノード１０は、ＳＡ（Ｒ１，Ｉ）を削除するとともに、以降、ノード２０に対しては、ＳＡ（Ｉ２，Ｒ）を利用したＩＰｓｅｃパケットを送信することができる。
【００７３】
この場合には、無効鍵検出メッセージを送信するために確立したＳＡが、それ以降のパケット通信に転用できるので、無効鍵検出メッセージを送信するためにＩＫＥを利用してＳＡを確立した作業が実質的にはノードにおける負荷の増大にはならない（軽微である）という利点も得られる。
【００７４】
ＩＰｓｅｃの運用上は、始動側と応答側で対称かつ双方向のポリシーを適用することが通常であるので、無効鍵検出メッセージのために確立したＳＡは、その後の通信でも引き続き利用できる可能性が高い。
【００７５】
なお、以上の各機能は、ソフトウェアとして実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムとして実施することもでき、該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【００７６】
なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。また、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。
また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。
また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。
従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。
【００７７】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【００７８】
【発明の効果】
本発明によれば、安全性を損ねることなく、正常な状態に迅速に復帰することが可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る通信システムの構成例を示す図
【図２】同実施形態に係るノードの構成例を示す図
【図３】同実施形態に係るノードの構成例を示す図
【図４】同実施形態に係るＳＡ履歴管理部に記憶されるＳＡ履歴管理情報のフォーマット例及びＳＡ情報保管部に記憶されるＳＡ情報のフォーマット例を示す図
【図５】同実施形態に係るノード間でＩＫＥ手続きを行った後にＩＰｓｅｃパケットを転送するシーケンス例を示す図
【図６】同実施形態に係るノードがＩＰｓｅｃパケットを受信した場合における処理手順の一例を示すフローチャート
【図７】同実施形態に係るノードがＩＰｓｅｃパケットを送信する場合における処理手順の一例を示すフローチャート
【図８】同実施形態に係る無効鍵検出メッセージを受信した場合における処理手順の一例を示すフローチャート
【図９】同実施形態に係るノード間でのＩＰｓｅｃパケット転送について説明するための図
【図１０】従来のノード間でのＩＰｓｅｃパケット転送について説明するための図
【図１１】従来のノード間でのＩＰｓｅｃパケット転送について説明するための図
【符号の説明】
１０，２０…ノード
３０…ネットワーク
１１，２１…ＩＰｓｅｃ処理部
１２，２２…ＩＫＥ処理部
１３，２３…ＳＡ履歴管理部
【図１】
0003629237.tif 000002
【図２】
0003629237.tif 000003
【図３】
0003629237.tif 000004
【図４】
0003629237.tif 000005
【図５】
0003629237.tif 000006
【図６】
0003629237.tif 000007
【図７】
0003629237.tif 000008
【図８】
0003629237.tif 000009
【図９】
0003629237.tif 000010
【図１０】
0003629237.tif 000011
【図１１】
0003629237.tif 000012