モバイルネットワークを配下に有するモバイルルータと、前記モバイルネットワーク内の任意のノードの通信相手ノードとが、所定の通信ネットワークに接続されているモバイルネットワーク通信システムにおいて、前記通信相手ノードが前記モバイルネットワークに係るプリフィックス情報の検証を行うためのネットワーク管理方法であって、前記モバイルルータが、前記モバイルルータのホームアドレスを送信元アドレスとして含む第1メッセージを生成し、前記モバイルネットワークを特定するネットワークプリフィックスを前記第1メッセージに含めて、前記第1メッセージを前記通信相手ノードに送信するステップと、前記モバイルルータが、前記モバイルルータの気付アドレスを送信元アドレスとして含む第4メッセージを生成し、前記第4メッセージを前記通信相手ノードに送信するステップと、前記モバイルルータが、前記第1メッセージ及び前記第4メッセージに対する応答メッセージをそれぞれ受信するステップと、前記通信相手ノードが、前記モバイルルータから受信した前記第1メッセージ内の前記ネットワークプリフィックスに基づいて、前記ネットワークプリフィックスに対応するトークンを生成するステップと、前記通信相手ノードが、前記ネットワークプリフィックスに対応する前記トークンを含む第2メッセージを生成するとともに、前記ネットワークプリフィックスに対応する前記モバイルネットワークに到達可能なアドレスに向けて、前記第2メッセージを送信するステップと、前記モバイルルータが、前記第2メッセージを受信して、前記第2メッセージ内の前記トークンを抽出するステップと、前記モバイルルータが、前記第1メッセージ及び前記第4メッセージに対する応答メッセージの受信に成功した場合に、前記トークンを使用してチェックサムを生成するステップと、前記モバイルルータが、前記ネットワークプリフィックス及び前記チェックサムを含む第3メッセージを生成し、前記通信相手ノードに向けて送信するステップと、前記通信相手ノードが、前記第3メッセージを受信して、前記第3メッセージ内の前記ネットワークプリフィックスに基づいて、前記第3メッセージ内の前記チェックサムの検証を行うステップとを、有するネットワーク管理方法。前記モバイルルータが、所定の期間、パケットのスキャンを行い、前記ネットワークプリフィックスに対応する前記モバイルネットワークに到達可能なアドレスに向けて送信された前記第2メッセージを受信するステップをさらに有し、前記パケットは、トンネル化されたパケットであり、かつ、前記通信相手ノードのアドレスに等しい送信元アドレスと、前記第1メッセージに記載された前記モバイルルータの前記ネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとで設定されているパケットである、請求項1に記載のネットワーク管理方法。前記通信相手ノードが、前記モバイルネットワークに対応する前記ネットワークプリフィックスに、ランダムに生成された値をホスト部として加えることによって、前記第2メッセージに設定する前記モバイルネットワークに到達可能な前記アドレスを生成するステップを有する請求項1に記載のネットワーク管理方法。前記モバイルルータが前記チェックサムを生成する際、前記モバイルルータは、前記第2メッセージ内の前記トークンに加えて、前記第1メッセージに対する応答メッセージ内のHoKトークン、及び、前記第4メッセージに対する応答メッセージ内のCoKトークンに基づいて、前記チェックサムの生成を行う請求項1に記載のネットワーク管理方法。前記通信相手ノードは、前記第3メッセージ内の前記チェックサムの検証結果に基づき、検証に成功した前記ネットワークプリフィックスと、前記モバイルルータの前記ホームアドレス及び前記気付アドレスとの関連付けを行って、関連付けられた情報を格納するステップを有する請求項1に記載のネットワーク管理方法。モバイルネットワークを形成することが可能なモバイルルータ内に配置されるネットワーク管理装置であって、前記モバイルルータのホームアドレスを送信元アドレスとして含む第1メッセージを生成し、前記モバイルネットワークを特定するネットワークプリフィックスを前記第1メッセージに含めて、前記第1メッセージを所定の通信相手ノードに送信する手段と、前記モバイルルータの気付アドレスを送信元アドレスとして含む第4メッセージを生成し、前記第4メッセージを前記通信相手ノードに送信する手段と、前記第1メッセージ及び前記第4メッセージに対する応答メッセージをそれぞれ受信する手段と、前記所定の通信相手ノードから、前記第1メッセージ内の前記ネットワークプリフィックスに基づいて前記所定の通信相手ノードによって生成されたトークンを含む第2メッセージを受信し、前記第2メッセージ内の前記トークンを抽出する手段と、前記第1メッセージ及び前記第4メッセージに対する応答メッセージの受信に成功した場合に、前記トークンを使用してチェックサムを生成する手段と、前記ネットワークプリフィックス及び前記チェックサムを含む第3メッセージを生成し、前記所定の通信相手ノードに向けて送信する手段とを、有するネットワーク管理装置。所定の期間、パケットのスキャンを行い、前記ネットワークプリフィックスに対応する前記モバイルネットワークに到達可能なアドレスに向けて送信された前記第2メッセージを受信する手段をさらに有し、前記パケットは、トンネル化されたパケットであり、かつ、前記通信相手ノードのアドレスに等しい送信元アドレスと、前記第1メッセージに記載された前記モバイルルータの前記ネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとで設定されているパケットである、請求項6に記載のネットワーク管理装置。リターンルータビリティ手順を実現するための手段を有し、前記モバイルルータが前記チェックサムを生成する際に、前記第2メッセージ内の前記トークンに加えて、前記第1メッセージに対する応答メッセージ内のHoKトークン、及び、前記第4メッセージに対する応答メッセージ内のCoKトークンに基づいて、前記チェックサムの生成を行うように構成されている請求項6に記載のネットワーク管理装置。モバイルネットワークを形成するモバイルルータと通信を行うことが可能であり、前記モバイルネットワークの外部に存在する通信ノード内に配置されるネットワーク管理装置であって、前記モバイルルータによって生成された、前記モバイルルータのホームアドレスを送信元アドレスとして含み、かつ、前記モバイルネットワークを特定するネットワークプリフィックスを含む第1メッセージを受信する手段と、前記モバイルルータの気付アドレスを送信元アドレスとして含む第4メッセージが前記モバイルルータによって生成され、前記第4メッセージを受信するステップと、前記第1メッセージ及び前記第4メッセージに対する応答メッセージのそれぞれを前記モバイルルータに送信するステップと、前記モバイルルータから受信した前記第1メッセージ内の前記ネットワークプリフィックスに基づいて、前記ネットワークプリフィックスに対応するトークンを生成する手段と、前記ネットワークプリフィックスに対応する前記トークンを含む第2メッセージを生成するとともに、前記ネットワークプリフィックスに対応する前記モバイルネットワークに到達可能なアドレスに向けて、前記第2メッセージを送信する手段と、前記モバイルルータが前記第1メッセージ及び前記第4メッセージに対する応答メッセージの受信に成功した場合に、前記モバイルルータによって前記トークンを使用して生成されたチェックサムと、前記ネットワークプリフィックスとを含む第3メッセージを受信して、前記第3メッセージ内の前記ネットワークプリフィックスに基づいて、前記第3メッセージ内の前記チェックサムの検証を行う手段とを、有するネットワーク管理装置。前記第3メッセージ内の前記チェックサムの検証結果に基づき、検証に成功した前記ネットワークプリフィックスと、前記モバイルルータの前記ホームアドレス及び前記気付アドレスとの関連付けを行う手段と、前記関連付けによって関連付けられた情報を格納するための手段とを、有する請求項9に記載のネットワーク管理装置。コレスポンデントネットワーク内の任意のノードのプロキシとして機能するコレスポンデントルータと、前記コレスポンデントネットワーク内の任意のノードと通信を行う前記コレスポンデントネットワークの外部に存在する通信相手ノードとが、所定の通信ネットワークに接続されているネットワーク通信システムにおいて、前記通信相手ノードが前記コレスポンデントネットワークに係るプリフィックス情報の検証を行うためのネットワーク管理方法であって、前記コレスポンデントルータが、前記コレスポンデントルータのアドレスを送信元アドレスとして含む第1メッセージを生成し、前記コレスポンデントネットワークを特定するネットワークプリフィックスを前記第1メッセージに含めて、前記第1メッセージを前記通信相手ノードに送信するステップと、前記コレスポンデントルータが、前記コレスポンデントルータの気付アドレスを送信元アドレスとして含む第4メッセージを生成し、前記第4メッセージを前記通信相手ノードに送信するステップと、前記コレスポンデントルータが、前記第1メッセージ及び前記第4メッセージに対する応答メッセージをそれぞれ受信するステップと、前記通信相手ノードが、前記コレスポンデントルータから受信した前記第1メッセージ内の前記ネットワークプリフィックスに基づいて、前記ネットワークプリフィックスに対応するトークンを生成するステップと、前記通信相手ノードが、前記ネットワークプリフィックスに対応する前記トークンを含む第2メッセージを生成するとともに、前記ネットワークプリフィックスに対応する前記コレスポンデントネットワークに到達可能なアドレスに向けて、前記第2メッセージを送信するステップと、前記コレスポンデントルータが、前記第2メッセージを受信して、前記第2メッセージ内の前記トークンを抽出するステップと、前記コレスポンデントルータが、前記第1メッセージ及び前記第4メッセージに対する応答メッセージの受信に成功した場合に、前記トークンを使用してチェックサムを生成するステップと、前記コレスポンデントルータが、前記ネットワークプリフィックス及び前記チェックサムを含む第3メッセージを生成し、前記通信相手ノードに向けて送信するステップと、前記通信相手ノードが、前記第3メッセージを受信して、前記第3メッセージ内の前記ネットワークプリフィックスに基づいて、前記第3メッセージ内の前記チェックサムの検証を行うステップとを、有するネットワーク管理方法。前記コレスポンデントルータが、所定の期間、パケットのスキャンを行い、前記ネットワークプリフィックスに対応する前記コレスポンデントネットワークに到達可能なアドレスに向けて送信された前記第2メッセージを受信するステップをさらに有し、前記パケットは、トンネル化されたパケットであり、かつ、前記通信相手ノードのアドレスに等しい送信元アドレスと、前記第1メッセージに記載された前記コレスポンデントルータの前記ネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとで設定されているパケットである、請求項11に記載のネットワーク管理方法。前記通信相手ノードが、前記コレスポンデントネットワークに対応する前記ネットワークプリフィックスに、ランダムに生成された値をホスト部として加えることによって、前記第2メッセージに設定する前記コレスポンデントネットワークに到達可能な前記アドレスを生成するステップを有する請求項11に記載のネットワーク管理方法。前記コレスポンデントルータが前記チェックサムを生成する際、前記コレスポンデントルータは、前記第2メッセージ内の前記トークンに加えて、前記第1メッセージに対する応答メッセージ内のHoKトークンに基づいて、前記チェックサムの生成を行う請求項11に記載のネットワーク管理方法。前記通信相手ノードは、検証の結果に基づき、検証に成功した前記ネットワークプリフィックスと、前記コレスポンデントルータの前記アドレスとの関連付けを行って、関連付けられた情報を格納するステップを有する請求項11に記載のネットワーク管理方法。コレスポンデントネットワーク内の任意のノードのプロキシとして機能することが可能なコレスポンデントルータ内に配置されるネットワーク管理装置であって、前記コレスポンデントルータのアドレスを送信元として含む第1メッセージを生成し、前記コレスポンデントネットワークを特定するネットワークプリフィックスを前記第1メッセージに含めて、前記第1メッセージを前記コレスポンデントネットワークの外部の所定の通信相手ノードに送信する手段と、前記コレスポンデントルータの気付アドレスを送信元アドレスとして含む第4メッセージを生成し、前記第4メッセージを前記所定の通信相手ノードに送信する手段と、前記第1メッセージ及び前記第4メッセージに対する応答メッセージをそれぞれ受信する手段と、前記所定の通信相手ノードから、前記第1メッセージ内の前記ネットワークプリフィックスに基づいて前記所定の通信相手ノードによって生成されたトークンを含む第2メッセージを受信し、前記第2メッセージ内の前記トークンを抽出する手段と、前記第1メッセージ及び前記第4メッセージに対する応答メッセージの受信に成功した場合に、前記トークンを使用してチェックサムを生成する手段と、前記ネットワークプリフィックス及び前記チェックサムを含む第3メッセージを生成し、前記所定の通信相手ノードに向けて送信する手段とを、有するネットワーク管理装置。前記コレスポンデントルータが、所定の期間、パケットのスキャンを行い、前記ネットワークプリフィックスに対応する前記コレスポンデントネットワークに到達可能なアドレスに向けて送信された前記第2メッセージを受信するステップをさらに有し、前記パケットは、トンネル化されたパケットであり、かつ、前記通信相手ノードのアドレスに等しい送信元アドレスと、前記第1メッセージに記載された前記コレスポンデントルータの前記ネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとで設定されているパケットである、請求項16に記載のネットワーク管理方法。リターンルータビリティ手順を実現するための手段を有し、前記コレスポンデントルータが前記チェックサムを生成する際に、前記第2メッセージ内の前記トークンに加えて、前記第1メッセージに対する応答メッセージ内のHoKトークンに基づいて、前記チェックサムの生成を行うように構成されている請求項16に記載のネットワーク管理装置。コレスポンデントネットワーク内の任意のノードのプロキシとして機能するコレスポンデントルータと通信を行うことが可能であり、前記コレスポンデントネットワークの外部に存在する通信ノード内に配置されるネットワーク管理装置であって、前記コレスポンデントルータによって生成された、前記モバイルルータのホームアドレスを送信元アドレスとして含み、かつ、前記コレスポンデントネットワークを特定するネットワークプリフィックスを含む第1メッセージを受信する手段と、前記コレスポンデントルータの気付アドレスを送信元アドレスとして含む第4メッセージが前記コレスポンデントルータによって生成され、前記第4メッセージを受信する手段と、前記第1メッセージ及び前記第4メッセージに対する応答メッセージのそれぞれを前記コレスポンデントルータに送信する手段と、前記コレスポンデントルータから受信した前記第1メッセージ内の前記ネットワークプリフィックスに基づいて、前記ネットワークプリフィックスに対応するトークンを生成する手段と、前記ネットワークプリフィックスに対応する前記トークンを含む第2メッセージを生成するとともに、前記ネットワークプリフィックスに対応する前記コレスポンデントネットワークに到達可能なアドレスに向けて、前記第2メッセージを送信する手段と、前記コレスポンデントルータが前記第1メッセージ及び前記第4メッセージに対する応答メッセージの受信に成功した場合に、前記コレスポンデントルータによって前記トークンを使用して生成されたチェックサムと、前記ネットワークプリフィックスとを含む第3メッセージを受信して、前記第3メッセージ内の前記ネットワークプリフィックスに基づいて、前記第3メッセージ内の前記チェックサムの検証を行う手段とを、有するネットワーク管理装置。前記第3メッセージ内の前記チェックサムの検証結果に基づき、検証に成功した前記ネットワークプリフィックスと、前記コレスポンデントルータの前記アドレスとの関連付けを行う手段と、前記関連付けによって関連付けられた情報を格納するための手段とを、有する請求項19に記載のネットワーク管理装置。少なくとも1つ以上のネットワークを管理する第1通信ノードと、前記第1通信ノードとは異なり前記第1通信ノードが管理する前記ネットワークの外部に存在する第2通信ノードとが、所定の通信ネットワークに接続されているネットワーク通信システムにおいて、前記第2通信ノードが前記ネットワークに係るプリフィックス情報の検証を行うためのネットワーク管理方法であって、前記第1通信ノードが、前記第1通信ノードのアドレスを送信元アドレスとして含む第1メッセージを生成し、前記ネットワークを特定するネットワークプリフィックスを前記第1メッセージに含めて、前記第1メッセージを前記第2通信ノードに送信するステップと、前記第1通信ノードが、前記第1メッセージに対する応答メッセージをそれぞれ受信するステップと、前記第2通信ノードが、前記第1通信ノードから受信した前記第1メッセージ内の前記ネットワークプリフィックスに基づいて、前記ネットワークプリフィックスに対応するトークンを生成するステップと、前記第2通信ノードが、前記ネットワークプリフィックスに対応する前記トークンを含む第2メッセージを生成するとともに、前記ネットワークプリフィックスに対応する前記ネットワークに到達可能なアドレスに向けて、前記第2メッセージを送信するステップと、前記第1通信ノードが、前記第2メッセージを受信して、前記第2メッセージ内の前記トークンを抽出するステップと、前記第1通信ノードが、前記第1メッセージに対する応答メッセージの受信に成功した場合に、前記トークンを使用してチェックサムを生成するステップと、前記第1通信ノードが、前記ネットワークプリフィックス及び前記チェックサムを含む第3メッセージを生成し、前記第2通信ノードに送信するステップと、前記第2通信ノードが、前記第3メッセージを受信して、前記第3メッセージ内の前記ネットワークプリフィックスに基づいて、前記第3メッセージ内の前記チェックサムの検証を行うステップとを、有するネットワーク管理方法。前記第1通信ノードが、所定の期間、パケットのスキャンを行い、前記ネットワークプリフィックスに対応する前記ネットワークに到達可能なアドレスに向けて送信された前記第2メッセージを受信するステップをさらに有し、前記パケットは、トンネル化されたパケットであり、かつ、前記第2通信ノードのアドレスに等しい送信元アドレスと、前記第1メッセージに記載された前記第1通信ノードの前記ネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとで設定されているパケットである、請求項21に記載のネットワーク管理方法。前記第2通信ノードは、前記第3メッセージ内の前記チェックサムの検証結果に基づき、検証に成功した前記ネットワークプリフィックスと、前記第1通信ノードの前記アドレスとの関連付けを行って、関連付けられた情報を格納するステップを有する請求項21に記載のネットワーク管理方法。少なくとも1つ以上のネットワークを管理することが可能な第1通信ノード内に配置されるネットワーク管理装置であって、前記第1通信ノードのアドレスを送信元アドレスとして含む第1メッセージを生成し、前記ネットワークを特定するネットワークプリフィックスを前記第1メッセージに含めて、前記第1メッセージを前記第1通信ノードとは異なり前記第1通信ノードが管理する前記ネットワークの外部に存在する第2通信ノードに送信する手段と、前記第1メッセージに対する応答メッセージをそれぞれ受信する手段と、前記第2通信ノードから、前記第1メッセージ内の前記ネットワークプリフィックスに基づいて前記第2通信ノードによって生成されたトークンを含む第2メッセージを受信し、前記第2メッセージ内の前記トークンを抽出する手段と、前記第1メッセージに対する応答メッセージの受信に成功した場合に、前記トークンを使用してチェックサムを生成する手段と、前記ネットワークプリフィックス及び前記チェックサムを含む第3メッセージを生成し、前記第2通信ノードに送信する手段とを、有するネットワーク管理装置。前記第1通信ノードが、所定の期間、パケットのスキャンを行い、前記ネットワークプリフィックスに対応する前記ネットワークに到達可能なアドレスに向けて送信された前記第2メッセージを受信するステップをさらに有し、前記パケットは、トンネル化されたパケットであり、かつ、前記第2通信ノードのアドレスに等しい送信元アドレスと、前記第1メッセージに記載された前記第1通信ノードの前記ネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとで設定されているパケットである、請求項24に記載のネットワーク管理方法。少なくとも1つ以上のネットワークを管理する第1通信ノードと通信を行うことが可能であり、前記第1通信ノードが管理する前記ネットワークの外部に存在する第2通信ノード内に配置されるネットワーク管理装置であって、前記第1通信ノードによって生成された、前記モバイルルータのホームアドレスを送信元アドレスとして含み、かつ、前記ネットワークを特定するネットワークプリフィックスを含む第1メッセージを受信する手段と、前記第1メッセージに対する応答メッセージのそれぞれを前記モバイルルータに送信するステップと、前記第1通信ノードから受信した前記第1メッセージ内の前記ネットワークプリフィックスに基づいて、前記ネットワークプリフィックスに対応するトークンを生成する手段と、前記ネットワークプリフィックスに対応する前記トークンを含む第2メッセージを生成するとともに、前記ネットワークプリフィックスに対応する前記ネットワークに到達可能なアドレスに向けて、前記第2メッセージを送信する手段と、前記第1通信ノードが前記第1メッセージに対する応答メッセージの受信に成功した場合に、前記第1通信ノードによって前記トークンを使用して生成されたチェックサムと、前記ネットワークプリフィックスとを含む第3メッセージを受信して、前記第3メッセージ内の前記ネットワークプリフィックスに基づいて、前記第3メッセージ内の前記チェックサムの検証を行う手段とを、有するネットワーク管理装置。しかしながら、上記の特許文献1、特許文献2、及び非特許文献1では、ホームエージェントを経由せずに、モバイルネットワークから通信相手ノードに直接パケットが送信されるようにする条件に関しては言及されていない。したがって、これはモバイルIPv6におけるドッグレッグルーティングと同様の問題を引き起こすことになり、パケットに関して多大な遅延が生じることとなる。また、特許文献1には、通信相手ノードに対して、マルチキャスト気付アドレスと、モバイルルータのホームアドレスとを関連付けるBUを送信する手段に関する言及があるものの、通信相手ノードが、どのようにしてモバイルルータの背後のモバイルネットワーク内に存在するモバイルネットワークノードのアドレスを、モバイルルータのホームアドレスと関連付けることができるかについては、明らかにされていない。一方、非特許文献2a、2bで言及されているように、単に、通信相手ノードに送信するBU内に、1つ又は複数のネットワークプリフィックスオプションを含ませるようにするという単純な方法も存在する。この方法によれば、通信相手ノードは、モバイルルータを特定のネットワークプリフィックスに関連付けることによって、このネットワークプリフィックスに由来する送信先が設定されたパケットを、モバイルルータの気付アドレスに直接送信することが可能となる。これは、もっともらしい解決策であるかのように思えるが、本発明者が慎重な解析を行った結果、気付アドレスとモバイルルータのホームアドレスとの関連付けは、RR手順によってのみ保証されることが明らかとなった。すなわち、単にBUメッセージ内にネットワークプリフィックスオプションを加えるだけでは、通信相手ノードは、特定のネットワークプリフィックスが、特定のホームアドレスを有するモバイルルータによって本当に取り扱われるのかどうかを確かめることは不可能である。そして、このようなネットワークプリフィックスの保証が行われない状態では、悪意ある攻撃者が、自身の有効なホームアドレス及び気付アドレスを通信相手ノードに提供するとともに、BUを用いて、実は攻撃者が所有していないネットワークプリフィックスをあたかも攻撃者が取り扱っているかのように申請することが可能となってしまう。このことは、DoSDenialofService:サービス妨害攻撃や偽装攻撃の可能性を与えることになってしまい、この場合、通信相手ノードは、他のノードに向けて、攻撃されたネットワークプリフィックスに由来したアドレスを用いて、他のノードに向けて送信するつもりのパケットを攻撃者に向けて送信してしまうこととなる。また、非特許文献3に記載されているコレスポンデントルータに関しても同様であり、悪意あるコレスポンデントルータが、自身が取り扱っていないコレスポンデントネットワークのネットワークプリフィックスをあたかも取り扱っているかのように、モバイルルータに対して申請を行うことにより、コレスポンデントネットワークの所有を偽装することが可能となってしまう。以上のような問題に鑑みて、本発明は、ネットワークを管理している通信ノードが、別の通信ノードに対して、そのネットワークを実際に管理していることを証明できるようにすることを第1の目的とする。また、本発明は、通信相手ノードが、モバイルルータがBUメッセージ内に記載されたネットワークプリフィックスを実際に管理していることを確認できるようにすることを第2の目的とする。また、本発明は、コレスポンデントルータの通信相手となるモバイルルータが、コレスポンデントルータが実際にコレスポンデントネットワークを代理していることを確認できるようにすることを第3の目的とする。上記の第1の目的を達成するため、本発明では、ネットワークを管理している通信ノードが、別の通信ノードに対してネットワークの識別情報ネットワークプリフィックスを申請し、別の通信ノードが、そのネットワークの識別情報を宛て先とするメッセージのやり取りを行うことによって、ネットワークの識別情報を申請した通信ノードによって、そのネットワークが管理されていることを確認する。また、上記の第2の目的を達成するため、本発明では、モバイルルータと通信相手ノードとの間、又はコレスポンデントルータとモバイルルータとの間で行われるRR手順を改良する。改良されたRR手順は、モバイルネットワークのネットワークプリフィックス、気付アドレス、ホームアドレスの関連付けバインディングを登録する前に行われる。この改良されたRR手順では、最初にモバイルルータが、HoTIメッセージ内に、所有しているネットワークプリフィックスの一部又はすべてを記載する。通信相手ノードは、このネットワークプリフィックスを参照し、通常のHoTメッセージに加えて、HoTIメッセージに含まれているネットワークプリフィックス用の新たなメッセージNetworkPrefixTestNPTメッセージを送信する。なお、ネットワークプリフィックスが複数存在する場合には、通信相手ノードは、それぞれのネットワークプリフィックスに対応したNPTメッセージの送信を行うことが可能である。NPTメッセージは、ネットワークプリフィックスに基づいて暗号化により生成されたトークンを含んでおり、ネットワークプリフィックスを含むアドレスに向けて送信される。モバイルルータは、すべてのNPTメッセージを受信interceptして、各NPTメッセージ内のトークンを格納する。モバイルルータから通信相手ノードに送信されるBUメッセージには、検証を行うためのチェックサムが含まれる。ここでは、このチェックサムは、通信相手ノードから送信されたHoT、CoT、NPTの各メッセージに含まれているトークンを用いて生成される。この方法によって、通信相手ノードは、モバイルルータの気付アドレスとホームアドレスとの関連付けや、モバイルルータが所有している旨を申請したネットワークプリフィックスが、本当にモバイルルータによって所有されているか否かを検証することが可能となり、本発明の第2の目的が達成される。これにより、通信相手ノードは、ネットワークプリフィックスの検証を行った後に、ルーティング情報のセットアップを行い、パケットのカプセル化やその他の方法によって、ネットワークプリフィックスに由来するアドレス宛てのパケットを、モバイルルータの気付アドレスに、ホームエージェントを経由しないで直接転送することが可能となる。この改良されたRR手順では、コレスポンデントルータが、HoTIメッセージ又はCoTメッセージ内に、プロキシ機能によって代理しているネットワークプリフィックスの一部又はすべてを記載する。通信相手ノードは、このネットワークプリフィックスを参照し、HoTIメッセージ又はCoTメッセージに含まれているネットワークプリフィックス用の新たなメッセージNetworkPrefixTestNPTメッセージを送信する。なお、ネットワークプリフィックスが複数存在する場合には、通信相手ノードは、それぞれのネットワークプリフィックスに対応したNPTメッセージの送信を行うことが可能である。NPTメッセージは、ネットワークプリフィックスに基づいて暗号化により生成されたトークンを含んでおり、ネットワークプリフィックスを含むアドレスに向けて送信される。コレスポンデントルータは、すべてのNPTメッセージを受信interceptして、各NPTメッセージ内のトークンを格納する。コレスポンデントルータから通信相手ノードに送信されるメッセージには、検証を行うためのチェックサムが含まれる。ここでは、このチェックサムは、少なくとも、通信相手ノードから送信されたNPTの各メッセージに含まれているトークンを用いて生成される。この方法によって、通信相手ノードは、コレスポンデントルータのアドレスとネットワークプリフィックスとの関連付けや、コレスポンデントルータが代理していると申請したネットワークプリフィックスが、本当にコレスポンデントルータによって代理されているか否かを検証することが可能となり、本発明の第3の目的が達成される。これにより、通信相手ノードは、ネットワークプリフィックスの検証を行った後に、ルーティング情報のセットアップを行い、パケットのカプセル化やその他の方法によって、ネットワークプリフィックスに由来するアドレス宛てのパケットを、コレスポンデントルータとの間に設定されるトンネルを介して、直接転送することが可能となる。本発明は、上記の第1の目的を達成するための上記構成を有しており、ネットワークを管理している通信ノードが、別の通信ノードに対して、そのネットワークを実際に管理していることを証明できるようになる。また、本発明は、上記の第2の目的を達成するための上記構成を有しており、通信相手ノードが、モバイルルータのホームアドレスと気付アドレスとの関連付けを検証する従来のRR手順に加えて、さらに、モバイルルータがBUメッセージ内に記載されたネットワークプリフィックスモバイルルータの配下に存在するモバイルネットワークを特定するネットワークプリフィックスを実際に所有していることを確認できるようになる。本発明は、上記の第3の目的を達成するための上記構成を有しており、コレスポンデントルータの通信相手となるモバイルルータが、コレスポンデントルータが実際にコレスポンデントネットワークを代理していることを確認できるようになる。本明細書では、ネットワークプリフィックス及び気付アドレスの収集を確認するための通信システム及びこの通信システムに関連する装置、方法が開示される。以下、本発明の理解を容易にするため、用語の定義を行う。iパケットは、データネットワーク上で伝送可能な、任意のフォーマットのデータの独立したselfcontainedユニットである。通常、パケットはヘッダ部分とペイロード部分の2つの部分により構成される。ペイロード部分には、伝送されるデータが含まれており、ヘッダ部分には、パケットの伝送を支援するための情報が含まれている。なお、ヘッダ部分には、パケットの送信者及び受信者のそれぞれを識別するために、送信元アドレスsourceaddress及び送信先アドレスdestinationaddressが含まれる必要がある。iiモバイルノードは、グローバルなパケット交換データ通信ネットワークへの接続ポイントを変更するネットワークエレメントである。このモバイルノードは、エンドユーザ端末、ゲートウェイやルータなどの中継端末、グローバルなパケット交換データ通信ネットワークへの接続ポイントを変更することが可能なインテリジェントネットワークハブを示す用語として使用する場合もある。また、モバイルノードがエンドユーザ端末の場合には、より明確にモバイルホストと呼ばれ、モバイルノードが、ゲートウェイ、ルータ、インテリジェントネットワークハブなどとして機能する中間的なネットワークエレメントの場合には、より明確にモバイルルータと呼ばれる。iiiモバイルネットワークは、モバイルネットワークに対して、グローバルなパケット交換データ通信ネットワークへの接続性を提供する1つ又は複数のモバイルルータを含み、全体として移動を行うことが可能なノードのネットワークである。このモバイルルータを利用してグローバル接続性を獲得するモバイルネットワーク内の他のネットワークエレメントは、モバイルネットワークノードと呼ばれる。これらのモバイルネットワークノードは、モバイルルータによって通知される1つ又は複数のネットワークプリフィックスを用いて構成されたアドレスを有している。ivホームアドレスは、モバイルノードに割り当てられているプライマリグローバルアドレスであり、モバイルノードが接続しているグローバルなパケット交換データ通信ネットワークの接続ポイントによらずに、モバイルノードの位置を特定するために利用可能である。なお、本明細書では、ホームアドレスhomeaddressを簡略化して、HoAと呼ぶことがある。vグローバルなパケット交換データ通信ネットワークに接続されたモバイルノードに関し、そのモバイルノードのホームアドレスが、接続ポイントの周辺領域で使用されているアドレスと一致するトポロジを有している場合、このモバイルノードはホームに存在するathomeと呼ばれる。また、この接続ポイントの近隣領域は、唯一の管理権限者によって制御されており、モバイルノードのホームドメインと呼ばれる。viグローバルなパケット交換データ通信ネットワークに接続されたモバイルノードに関し、そのモバイルノードのホームアドレスが、接続ポイントの周辺領域で使用されているアドレスと一致しないトポロジを有している場合、このモバイルノードはホームから離れているawayと呼ばれる。また、この場合の接続ポイントの周辺領域は、フォーリンドメインと呼ばれる。vii気付アドレスは、ホームから離れた状態にあるモバイルノードに対して割り当てられる一時的なグローバルアドレスであり、割り当てられた気付アドレスは、モバイルノードがグローバルなパケット交換データ通信ネットワークに接続する接続ポイントの周辺領域で使用されているアドレスと、同一のトポロジを有している。なお、本明細書では、気付アドレスcareofaddressを簡略化して、CoAと呼ぶことがある。viiiホームエージェントは、モバイルノードのホームドメインに存在するネットワークエンティティである。ホームエージェントは、モバイルノードがホームから離れている場合の気付アドレスの登録サービスを行うものであり、モバイルノードのホームアドレスが送信先に設定されているパケットを、モバイルノードの気付アドレスに転送することが可能である。なお、ホームエージェントは、ルータでもある。ix通信相手ノードは、グローバルなパケット交換データ通信ネットワークに接続して、モバイルノード又はモバイルネットワークノードとの通信を行う任意のネットワークエレメントである。xネットワークプリフィックスは、ローカルエリアネットワークセグメントで使用されるアドレスの部分通常は、一番左側の部分である。ネットワークプリフィックスは、通常、ネットワークセグメント上のルータによって通知され、ネットワークセグメント上のノードは、このネットワークプリフィックスに基づいて、アドレスを構成することが可能である。ネットワークプリフィックスは、ルーティング情報を簡単なものとするために使用され、その結果、ルータは、同一ネットワークプリフィックスに由来する送信先を有するパケットが同一に経路付けされるように、送信先のネットワークプリフィックスに基づく決定を行うことが可能となる。なお、以下の説明では、本発明を詳細に理解できるように、特定の数、時間、構造、その他のパラメータなどが詳しく説明されるが、こうした詳細な設定は一例であり、当業者は、こうした特定の詳細な設定を行わなくても、本発明を実行できることは明白である。<第1の実施の形態>まず、本発明の第1の実施の形態について説明する。図1は、本発明の第1の実施の形態における通信システムを示す図である。図1には、グローバルなパケット交換データ通信ネットワーク100に接続された通信ノードのシステムが図示されている。モバイルルータ111は、アクセスルータ101を通じて、グローバルなパケット交換データ通信ネットワーク100に接続されており、1つ又は複数のモバイルネットワークノード112を含むモバイルネットワーク110にグローバル接続性を提供している。この図1では、3つのモバイルネットワークノード112-1、112-2、112-3が図示されている。なお、モバイルネットワークノードを特に特定せずに参照する場合には、モバイルネットワークノード112と記載することにする。また、図1では、モバイルルータ111の配下にモバイルネットワーク110が1つのみ図示されているが、モバイルルータ111は、例えば、それぞれ異なるネットワークプリフィックスを有する複数のモバイルネットワーク110を配下に有していてもよい。なお、このような場合には、モバイルルータ111が提供するネットワークにおいて複数のネットワークプリフィックスが提供されており、例えば、モバイルネットワークノード112-1とモバイルネットワークノード112-2とは、それぞれ異なるネットワークプリフィックスを用いて、アドレス設定を行うことが可能な状態となる。モバイルネットワークノード112は、ローカルエリアネットワークセグメントリンク115を通じて、モバイルルータ111に接続されている。このリンク115は、無線又は有線のどちらでもよい。一方、ホームエージェント120は、モバイルルータ111のホームエージェントであり、通信相手ノード130は、モバイルネットワークノード112と通信を行うグローバルなパケット交換データ通信ネットワーク100に接続されたネットワークエレメントである。なお、本発明によれば、モバイルルータ111と通信相手ノード130との間でパケット交換が行われ、その結果、モバイルルータ111によってBUメッセージ内に記載されるネットワークプリフィックス及び気付アドレスが、モバイルルータ111のホームアドレスと関連付けられていることを、通信相手ノード130が確認できるようになる。このパケット交換のシーケンスは、非特許文献1に開示されているReturnRoutabilityRR:リターンルータビリティ手順に改良を加えたものである。図2は、本発明の第1の実施の形態における改良されたRR手順のシーケンスを示す図である。モバイルルータ111が、通信相手ノード130へのBUメッセージの送信を行おうとする場合、まず、RR手順を開始する必要がある。RR手順では、モバイルルータ111は、最初に、HomeTestInitHoTIメッセージ203と、CareofTestInitCoTIメッセージ201とを通信相手ノード130に送信する。なお、HoTIメッセージ203及びCoTIメッセージ201の送信順序は、どちらが先でも構わない。また、CoTIメッセージ201に関しては、モバイルルータ111は、送信元として、その気付アドレスを使用する。したがって、このパケットは、ホームエージェント120を経由して伝送される必要はない。図3には、本発明の第1の実施の形態におけるCoTIメッセージ201の内容の一例が図示されている。送信元アドレス301及び送信先アドレス302には、それぞれモバイルルータ111の気付アドレスと通信相手ノード130のアドレスとが記載される。また、モビリティヘッダ310パケット201の一部には、このパケットがCoTIメッセージであることを示すメッセージタイプフィールド311が含まれる。CoTIメッセージ201を受信した通信相手ノード130は、CareofTestメッセージCoTメッセージ202によって応答を行う。なお、期間220は、処理による遅延処理時間を示している。また、CoTメッセージ202には、CareofKeygenCoKトークンが含まれ、モバイルルータ111の気付アドレスが送信先に設定される。これは、非特許文献1のオリジナルのRR手順と同様であり、このCoKトークンには、非特許文献1に記載のオリジナルのRR手順におけるCoKトークンの使用が可能である。図4には、本発明の第1の実施の形態におけるCoTメッセージ202の内容の一例が図示されている。送信元アドレス401及び送信先アドレス402には、それぞれ通信相手ノード130のアドレス及びモバイルルータ111の気付アドレスが記載される。また、モビリティヘッダ410パケット202の一部には、このパケットがCoTメッセージ202であることを示すメッセージタイプフィールド411と、通信相手ノード130の秘密鍵を使用し、モバイルルータ111の気付アドレスに基づいて暗号化により生成された64ビットのCoKを含むCoKフィールド412とが含まれる。また、HoTIメッセージ203に関しては、モバイルルータ111は、送信元として、自身のホームアドレスを使用する。したがって、パケットは、ホームエージェント120にトンネルされ、ホームエージェント120によって、パケットのデカプセル化が行われて、通信相手ノード130に転送される。なお、期間221は、デカプセル化などによる遅延処理時間を示している。また、HoTIメッセージ203には、オリジナルのRR手順で必要とされている情報の伝送に加えて、さらに、モバイルネットワーク110が有するネットワークプリフィックスのリストが記載された特別なオプションが含まれている。これは、非特許文献2a、2bに記載されているような一連のネットワークプリフィックスオプションの形式各オプションには、1つのネットワークプリフィックスに関する情報が含まれるとすることが可能である。図5には、本発明の第1の実施の形態におけるHoTIメッセージ203の内容の一例が図示されている。送信元アドレス501及び送信先アドレス502には、それぞれモバイルルータ111のホームアドレス及び通信相手ノード130のアドレスが記載される。また、モビリティヘッダ510パケット203の一部には、このパケットがHoTIメッセージ203であることを示すメッセージタイプフィールド511が含まれる。また、さらに、1つ又は複数のネットワークプリフィックスオプション512が含まれていてもよい。各ネットワークプリフィックスオプション512には、このオプションがネットワークプリフィックスオプションであることを示すオプションタイプフィールド521と、ネットワークプリフィックスを1つ含むネットワークプリフィックスフィールド522とが含まれている。HoTIメッセージ203を受信した通信相手ノード130は、HomeTestメッセージHoTメッセージ204によって応答を行う。HoTメッセージ204には、HomeKeygenHoKトークンと、さらに、HoTIメッセージ203の中から通信相手ノードが受け入れたネットワークプリフィックスの数などの情報も含まれている。なお、HoKトークンも、CoKトークンと同様、非特許文献1に記載のオリジナルのRR手順におけるHoKトークンの使用が可能である。また、通信相手ノード130は、後述のように、受け入れるネットワークプリフィックスの数や、特定のネットワークプリフィックスの受け入れの可否などを適宜選択できるように構成されていることが望ましい。HoTメッセージ204は、モバイルルータ111のホームアドレスに向けて送信され、その結果、ホームエージェント120によって、カプセル化される。なお、期間223は、カプセル化などによる遅延処理時間を示している。図6には、本発明の第1の実施の形態におけるHoTメッセージ204の内容の一例が図示されている。送信元アドレス601及び送信先アドレス602には、それぞれ通信相手ノード130のアドレス及びモバイルルータ111のホームアドレスが記載される。また、モビリティヘッダ610パケット204の一部には、このパケットがHoTメッセージ204であることを示すメッセージタイプフィールド611と、通信相手ノード130の秘密鍵を使用し、モバイルルータ111のホームアドレスに基づいて暗号化により生成された64ビットのHoKを含むHoKフィールド612とが含まれる。また、モビリティヘッダ610には、通信相手ノード130によって受け入れられるHoTIメッセージ203内のネットワークプリフィックスの数を示すフィールドプリフィックス数フィールド613も含まれるとよい。なお、このフィールド613は、オプションとして、モビリティヘッダ610に含まれるようにすることも可能である。なお、ここでは、モバイルネットワーク110のネットワークプリフィックスがHoTIメッセージ203内に埋め込まれ、このネットワークプリフィックスに係る応答例えば、上述のプリフィックス数フィールド613などがHoTメッセージ204に埋め込まれる一例について説明しているが、他のメッセージを利用して、通信相手ノード130が、モバイルルータ111の配下に存在するモバイルネットワーク110のネットワークプリフィックスを取得できるようにすることも可能である。すなわち、例えば、モバイルネットワーク110のネットワークプリフィックスをCoTIメッセージ201内に埋め込んで、その応答をCoTメッセージ202内に埋め込むなど、CoTIメッセージ201及びHoTIメッセージ203のいずれか一方又は両方と、CoTメッセージ202及びHoTメッセージ204のいずれか一方又は両方との任意の組み合わせを利用して、ネットワークプリフィックスに係る情報の通知及び応答を行うことが可能である。また、CoTIメッセージ201/CoTメッセージ202やHoTIメッセージ203/HoTメッセージとは独立したメッセージによって、ネットワークプリフィックスに係る情報の通知及び応答が行われてもよい。HoTメッセージ204の送出後、通信相手ノード130は、次に、HoTIメッセージ203内にリスト化されており、さらに通信相手ノード130が受け入れる各ネットワークプリフィックス用のネットワークプリフィックステストNPT:NetworkPrefixTestメッセージ205を送出する。なお、通信相手ノード130は、HoTIメッセージ203に記載されているネットワークプリフィックスをすべて受け入れる必要はない。すなわち、通信相手ノード130が、通信相手ノード130が受信したHoTIメッセージ内に記載されているネットワークプリフィックスの中から、すべて又はいくつかのネットワークプリフィックスを受け入れたり、あるいは、全く受け入れなかったりするように構成することが可能である。この理由は、通信相手ノードがすべてのネットワークプリフィックスを受け入れなければならないとした場合には、通信相手ノード130は、HoTIメッセージ203内のネットワークプリフィックスの数だけNPTメッセージを送出しなければならないことによる。例えば、攻撃者がHoTIメッセージ203を1つ送るだけで、その受信者は、多数のNPTメッセージ205の応答を行わなければならなくなってしまい、すなわち、すべてのネットワークプリフィックスの受け入れが要請されている場合には、分散フラッド攻撃distributedfloodingattackに使用されてしまう可能性がある。このような理由から、通信相手ノード130が、HoTIメッセージ203内のネットワークプリフィックスのリストから、受け入れるネットワークプリフィックスのサブセットを選択できるようにしている。また、これにより、通信相手ノード130が、通信相手ノード130のルーティング構成と矛盾する可能性のあるネットワークプリフィックスを排除できるようにすることも可能となる。このNPTメッセージ205は、aHoKの代わりにNetworkPrefixKeygenNPKトークンを含んでおり、b当該NPTメッセージ205に対応するネットワークプリフィックスを含む送信先アドレスが設定されることを除いて、HoTメッセージ204と同様の形式にすることが可能である。なお、上記のネットワークプリフィックスを含む送信先アドレスとは、ネットワークプリフィックスオプション512内の特定のネットワークプリフィックスを含むプリフィックス部を有する送信先アドレスである。ネットワークプリフィックスを含む送信先アドレスの一例としては、所定のネットワークプリフィックスを含むプリフィックス部にランダムに生成されたホスト部が付加されたアドレス、所定のネットワークプリフィックスを含むプリフィックス部に特定の値を有するホスト部が付加されたアドレス、所定のネットワークプリフィックスを含むプリフィックス部にモバイルルータ111から任意の方法によって通知された値を有するホスト部が付加されたアドレスなどが挙げられる。図7には、本発明の第1の実施の形態におけるNPTメッセージ205の内容の一例が図示されている。送信元アドレス701には、通信相手ノード130のアドレスが記載され、送信先アドレス702には、ネットワークプリフィックスオプション512内の特定のネットワークプリフィックスを含むアドレスが記載される。また、モビリティヘッダ710パケット205の一部には、このパケットがNPTメッセージ205であることを示すメッセージタイプフィールド711と、通信相手ノード130の秘密鍵を使用し、ネットワークプリフィックスオプション512における特定のネットワークプリフィックスに基づいて暗号化により生成された64ビットのNPKを含むNPKフィールド712とが含まれる。さらに、モビリティヘッダ710には、HoTIメッセージ203から通信相手ノード130が受け入れるネットワークプリフィックスを記載するためのネットワークプリフィックスオプション512を含ませることも可能である。なお、HoTIメッセージ203には多数のネットワークプリフィックスが含まれているかもしれず、通信相手ノード130は、多数のNPTメッセージを送る必要が生じる場合もある。すなわち、HoTIメッセージ203の受信後、ネットワークのトラフィックに係るバーストが引き起こされる可能性がある。したがって、例えば、通信相手ノード130が、各NPTメッセージ205の送信を少しずつずらすようにしてもよい。これは、図2において、期間222が相対的に長くなるように図示されていることに反映されている。なお、処理の遅延などの連続的なNPTメッセージ205の送信による遅延は、所定の最大値tNPTdelayを超えないようにする必要がある。各NPTメッセージ205は、モバイルネットワーク110内のネットワークプリフィックスから構成されるアドレスに対して送信されるものであり、ホームエージェント120に発送される。通常の動作では、ホームエージェント120は、こうしたNPTメッセージ205をカプセル化して、モバイルルータ111の気付アドレスにトンネルする。なお、期間223は、カプセル化などによる遅延処理の遅延を表している。なお、各NPT205メッセージは、HoTメッセージ204と同一経路を通るメッセージであり、NPTメッセージ205に含まれるNPKトークンや、ネットワークプリフィックスオプション512をHoTメッセージ204に含ませることによって、NPTメッセージ205をHoTメッセージ204で代用することも可能である。モバイルルータ111は、HoTIメッセージ203を送出した後にタイマを始動して、NPTメッセージ205及びHoTメッセージ204に係る情報収集の待機状態となる。これは、期間224によって図示されている。この期間224は、通信相手ノード130がHoTIメッセージ203内に記載されたすべてのネットワークプリフィックスを受け入れると仮定した場合に、すべてのNPTメッセージ205及びHoTメッセージ204の受信を可能とするだけの充分な時間が与えられる必要がある。したがって、期間224として妥当な期間twaitは、同じ経路を通じてモバイルルータ111からホームエージェント120にパケットを送信し、再び同一経路でモバイルルータ111に戻ってくるまでの往復の遅延trttを見積もって計算されてもよい。最短の待機期間twaitは、例えば、trttと、HoTIメッセージ203内に記載されたネットワークプリフィックスの数を乗じたtNPTdelayとの総和によって与えられる。これは、付加的な遅延発生の原因となるネットワーク輻輳が存在しないと仮定した場合に最も取り得る値である。また、期間twaitにもう少し余裕を与える場合には、例えば、trttの2倍の値と、HoTIメッセージ203内に記載されたネットワークプリフィックスの数を乗じたtNPTdelayとの総和としてもよい。この期間224の間、モバイルルータ111は、すべてのNPTメッセージ205を受信interceptする必要がある。しかしながら、NPTメッセージ205は、モバイルルータ111のアドレスに対して、直接送信されているものではなく、その代わり、モバイルネットワーク110におけるネットワークプリフィックスを含むアドレスに対して送信されている。したがって、モバイルルータ111は、これらのNPTメッセージ205を捕らえられるように、期間224の間は、ホームエージェント120からトンネルされたパケットに対して、特別なスキャンを実行する必要がある。そのためには、例えば、モバイルルータ111は、ホームエージェント120からトンネルされたパケットであり、通信相手ノード130のアドレスに等しい送信元アドレスと、HoTIメッセージ203に記載されたモバイルルータ111のネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとが設定されたすべてのパケットのチェックを行う。なお、ここでは、モバイルルータ111は、NPTメッセージ205として識別された各パケットにおけるモビリティヘッダ710のチェックを行う。モバイルルータ111がNPTメッセージ205をすべて受信した後、又は期間224が満了となった後、モバイルルータ111は、BUメッセージ206の送信処理に移行することが可能となる。なお、ここでは、モバイルルータ111がCoTメッセージ202及びHoTメッセージ204の受信に成功したと仮定し、CoTメッセージ202又はHoTメッセージ204のいずれか1つが受信されなかった場合には、RR手順は失敗したとみなされて、モバイルルータ111は、所定の期間が経過するまでRR手順の実行を試みないと仮定する。なお、モバイルルータ111がCoTメッセージ202及びHoTメッセージ204の両方の受信に成功しても、本発明に係る改良されたRR手順が失敗したとみなされる場合も存在する。こうした場合におけるエラー処理の詳細に関しては、後で説明する。モバイルルータ111が送信するBUメッセージ206は、モバイルルータ111の気付アドレスに等しい送信元アドレスを有している。したがって、BUメッセージ206は、ホームエージェント120へのトンネルを経由しない。また、BUメッセージ206には、モバイルルータ111が受信したNPTメッセージ205に関連するネットワークプリフィックスを含むネットワークプリフィックスオプションのリストが含まれる。また、さらに、BUメッセージ206には、受信したHoK、CoK、及びすべてのNPKトークンを連結することによって順次生成される鍵を使用して、暗号化により生成された認証情報値が含まれる。なお、NPKトークンの連結では、モバイルルータ111は、NPKトークンの順番が、BUメッセージ206内におけるネットワークプリフィックスの順番と同一となるようにするなど、NPKトークンとネットワークプリフィックスとの対応関係が確実に把握できるようにすることが望ましい。また、生成する認証情報値に関しても、BUメッセージ206の完全性integrityを保護するために、BUメッセージ206の実際の内容に基づいて生成される必要がある。図8には、本発明の第1の実施の形態におけるBUメッセージ206の内容の一例が図示されている。送信元アドレス801及び送信先アドレス802には、それぞれモバイルルータ111の気付アドレス及び通信相手ノード130のアドレスが記載される。また、BUメッセージ206には、ホームアドレスオプション803が含まれ、送信者のホームアドレスすなわち、モバイルルータ111のホームアドレスを受信者に対して通知することが可能である。また、モビリティヘッダ810パケット206の一部には、このパケットがBUメッセージであることを示すメッセージタイプフィールド811と、受信したHoK、CoK、及びすべてのNPKトークンを連結することによって順次生成される鍵を使用して、暗号化によって生成された96ビットのチェックサムを含む認証情報フィールド812とが含まれる。さらに、モビリティヘッダ810には、モバイルルータ111が受信した各NPTメッセージのネットワークプリフィックスに対応するネットワークプリフィックスオプション512を1つ又は複数含ませることも可能である。なお、ネットワークプリフィックスオプション512が現れる順序を、認証情報フィールド812内の暗号化されたチェックサムの生成時に使用された、対応するNPKの順序と同一とするなど、ネットワークプリフィックスとNPKとの対応関係が把握できるようにすることが望ましい。BUメッセージ206の送信によって、改良されたRR手順は完了する。このとき、BUメッセージ206を受信した通信相手ノード130は、バインディングアクノレッジメントBA:BindingAcknowledgementメッセージによって、適宜、承認を行うことも可能である。なお、本発明に係る改良されたRR手順では、必ずしもBAメッセージの内容に対する変更を行う必要はないが、通信相手ノード130が、BAメッセージに変更を加え、BAメッセージによって、特定のネットワークプリフィックスに関するアップデートの成功もしくは失敗を通知できるようにすることも可能である。なお、上述のように、通信相手ノード130が送信するNPTメッセージ205の送信先アドレスに係るホスト部には、ランダムな値が挿入されてもよい。また、ホスト部に特定の値例えば、特定のルールによって、NPTメッセージ205の宛て先に用いられるように定められた特定の値を使用してもよく、また、モバイルルータ111が、NPTメッセージ205の宛て先としての使用を要求するアドレスを通信相手ノード130に通知し、この値をホスト部に用いてもよい。なお、特定の値や、モバイルルータ111によって通知されたアドレスが、NPTメッセージ205の送信先アドレスのホスト部として使用されている場合には、モバイルルータ111は、NPTメッセージ205が含まれるパケットのスキャン処理を容易に行うことが可能となる。すなわち、モバイルルータ111は、パケットのアドレスをスキャンし、特定のネットワークプリフィックスを含み、かつ、特定の値のホスト部やモバイルルータが使用を通知したホスト部が、送信先アドレスとして設定されたパケットを拾い上げることによって、NPTメッセージ205を含むパケットを容易に取得することが可能である。なお、モバイルルータ111が、通信相手ノード130に対して、NPTメッセージ205の宛て先としての使用を要求するアドレスを通知する場合には、例えば、HoTIメッセージ203にこのアドレスのホスト部の値を挿入して、通知を行うことが可能である。ただし、アドレス通知にHoTIメッセージ203を利用する場合には、図5に図示されているHoTIメッセージ203のメッセージフィールドに加えて、NPTメッセージ205の宛て先として使用されることを望むアドレスに係るホスト部を挿入するための新たなオプションフィールドが必要となる。また、上述のように、HoTメッセージ204に含まれるHoKトークン、CoTメッセージ202に含まれるCoKトークン、NPTメッセージ205に含まれるNPKトークン、BUメッセージ206に含まれる認証情報値は、それぞれ暗号化によって生成されるが、基本的には非特許文献1に記載の方法に準拠して生成されることが望ましい。特に、HoKトークン及びCoKトークンに関しては、上述のように、非特許文献1に記載の方法によって生成されるものをそのまま使うことが可能である。また、NPKトークンは通信相手ノード130で生成されるものであり、例えば、受け入れるネットワークプリフィックスとすることが可能である。なお、ここでは、ネットワークプリフィックスを用いてNPKトークンを生成しているが、通常はネットワークプリフィックスよりも長いアドレス自体を用いてトークンの生成が行われるという処理の互換性の観点から、ネットワークプリフィックスを用いる代わりに、ネットワークプリフィックス及びホスト部により構成されるNPTメッセージの送信先アドレスPrefixAddressを用いてもよい。すなわち、NPKFirstとすることが可能である。なお、このNPKトークンは、通信相手ノード130によって生成される。また、BUメッセージ206に含まれる認証情報値Authは、例えば、HoK、CoK、及びすべてのNPKトークンが連結された値に対して、セキュアハッシュアルゴリズムSHA1を適用した値Kbmと、モバイルルータ111の気付アドレスMRCoA、通信相手ノード130のアドレスCNaddress、BUメッセージ全体BUを連結した値とに対して、HMACSHA1と呼ばれる暗号化に関するハッシュ関数を用いて生成される値の先頭96ビットを用いることが可能である。すなわち、AuthFirstKbmSHA1とすることが可能である。なお、この認証情報値は、モバイルルータ111によって生成される。なお、NPKトークンの生成にネットワークプリフィックスを用いた場合と、ネットワークプリフィックス及びホスト部により構成される送信先アドレスを用いた場合とでは、モバイルルータ111や通信相手ノード130の処理に若干の違いが生じることになる。通信相手ノード130は、モバイルルータ111からのBUメッセージ206に含まれる認証情報値の検証を行う場合、NPKトークンの生成に用いられたネットワークプリフィックス、又は、ネットワークプリフィックス及びホスト部により構成される送信先アドレスを知る必要がある。通信相手ノード130がNPKトークンの生成時にネットワークプリフィックスを用いた場合には、通信相手ノード130は、例えば、図8に図示されているBUメッセージ206内のネットワークプリフィックスオプション512に含まれるネットワークプリフィックスを用いることによって、検証用の認証情報値を生成して、BUメッセージ206の検証を行うことが可能である。一方、通信相手ノード130がNPKトークンの生成時に送信先アドレスを用いた場合には、通信相手ノード130は、モバイルルータ111からのBUメッセージ206の検証の際に、何らかの方法によって、この送信先アドレスを把握する必要がある。ここで、上述のように、通信相手ノード130がNPKトークンの生成時に送信先アドレスを用いることを前提とした場合のモバイルルータ111における処理について説明する。図16は、本発明の第1の実施の形態における通信相手ノードがNPKトークンの生成時に送信先アドレスを用いることを前提とした場合のモバイルルータにおける処理の一例を示すフローチャートである。まず、モバイルルータ111は、NPTメッセージ205の送信先アドレスに使用されるアドレスNPKトークンの生成に使用されるアドレスがどのようなものになるか、すなわち、送信先アドレスのホスト部がランダムに生成されるか、特定のルールによって特定の値がホスト部に使用されるように定められているか、モバイルルータ111が所望のホスト部の値の通知を行う使用を要求するかの3つのパターンのうちのどのパターンであるかを把握するステップS4000、S4100。なお、ステップS4000、S4100は、必ずしもモバイルルータ111が行う判断を表すものではなく、本発明に係る通信システムの場合分けについても言及している。すなわち、送信先アドレスのホスト部がランダムに生成されるように規定されている通信システムでは、モバイルルータ111はステップS4050以降の処理を行い、送信先アドレスのホスト部には、特定のルールに従った特定の値が使用されるように定められている通信システムでは、モバイルルータ111はステップS4150以降の処理を行い、モバイルルータ111が所望のホスト部の値の通知を行うように規定されている通信システムでは、モバイルルータ111はステップS4300以降の処理を行う。NPTメッセージ205の送信先アドレスに使用されるアドレスに、特定のルールに基づく特定の値がホスト部に使用される場合ステップS4000ではいや、送信先アドレスのホスト部がランダムに生成される場合ステップS4100でいいえには、モバイルルータ111は、通信相手ノード130に対して、ネットワークプリフィックスのみを通知すればよく、ホスト部の通知は行わないステップS4050、S4150。一方、モバイルルータ111が所望のホスト部の値の通知を行う場合ステップS4100ではいには、例えば、上述のように、HoTメッセージ204やその他のメッセージによって、ホスト部として通信相手ノード130に使用させる特定の値の通知を行うステップS4200とともに、そして、通信相手ノード130に対して通知したホスト部の値を任意の記憶媒体に記憶するステップS4300。なお、ここで記憶媒体に記憶されたホスト部の値は、少なくとも通信相手ノード130に対して送信するBUメッセージ206が生成されるまで記憶される。以上の処理は、HoTIメッセージ203の送信前及び送信時にモバイルルータ111によって行われる。次に、上述した3つのパターンのそれぞれに関するHoTメッセージ204の受信後の処理について説明する。特定のルールに基づく特定の値がホスト部に使用される場合には、NPTメッセージ205の送信先アドレスは、特定のネットワークプリフィックス及び特定の値のホスト部によって構成されている。したがって、モバイルルータは、特別な処理を行うことなく、通信相手ノード130に対して、図8に示すBUメッセージ206を生成して送信すればよいステップS4500。また、NPTメッセージ205の送信先アドレスのホスト部がランダムに生成される場合には、複数のNPTメッセージ205のそれぞれの送信先アドレスは、対応する特定のネットワークプリフィックス及びランダムな値のホスト部により構成されている。したがって、モバイルルータ111は、各NPTメッセージ205の送信先アドレス特に、ランダムな値のホスト部を記憶しステップS4600、BUメッセージ206を生成、送信する際にステップS4625、各NPTメッセージ205の送信先アドレス又はそのホスト部の値を通信相手ノード130に通知するステップS4650。なお、モバイルルータ111は、NPTメッセージ205の送信先アドレス又はホスト部を含むための新たなオプションフィールドが加えられたBUメッセージ206によって、NPTメッセージ205の送信先アドレス又はホスト部を通信相手ノード130に通知してもよく、また、その他のメッセージを用いて通信相手ノード130に通知してもよい。これにより、通信相手ノード130は、モバイルルータ111から受信したBUメッセージ206の検証を行うことが可能となる。また、モバイルルータ111が所望のホスト部の値の通知を行う場合には、複数のNPTメッセージ205のそれぞれの送信先アドレスは、対応する特定のネットワークプリフィックス及びモバイルルータ111が通知した値のホスト部により構成されている。また、各NPKトークンも、モバイルルータ111が通知した値のホスト部を含む送信先アドレスから生成されている。したがって、モバイルルータ111は、BUメッセージ206を生成、送信する際にステップS4700、ステップS4300で記憶されたホスト部の値を通信相手ノード130に通知するステップS4750。なお、モバイルルータ111は、通知したホスト部の値を含むための新たなオプションフィールドが加えられたBUメッセージ206によって、通信相手ノード130にその使用を要求するとともに記憶したホスト部を、通信相手ノード130に通知してもよく、また、その他のメッセージを用いて通信相手ノード130に通知してもよい。これにより、通信相手ノード130は、モバイルルータ111から受信したBUメッセージ206の検証を行うことが可能となる。また、上述の図2を用いた説明では、本発明に係る改良されたRR手順が成功した場合について言及しているが、本発明に係るRR手順が失敗するか、あるいは、完全には成功しない場合も存在する。以下に、本発明に係るRR手順が失敗するか、あるいは、完全には成功しない場合のいくつかの例について説明する。まず、上述のように、CoTメッセージ202又はHoTメッセージ204がモバイルルータ111に戻ってこない場合には、RR手順は失敗に終わったとみなされ、所定の期間だけ待った後に、本発明に係る改良されたRR手順が再度行われることが望ましい。また、CoTメッセージ202及びHoTメッセージ204はモバイルルータ111に戻ってきたが、NPTメッセージの一部又はすべてが戻ってこない場合も考えられる。このような場合には、モバイルルータ111は、CoTIメッセージ201及びHoTIメッセージ203を送信して、本発明に係る改良されたRR手順を再度行ってもよい。また、受信した一部のNPTメッセージ205に対応したネットワークプリフィックスネットワークプリフィックスの一部のみをBUメッセージ206の送信によってアップデートしてもよく、残りのネットワークプリフィックス未登録に終わったネットワークプリフィックスに関しては、後でもう一度、本発明に係る改良されたRR手順を行ってもよい。なお、この場合には、モバイルルータ111においてRR手順が行われた履歴具体的には、例えば、各通信相手ノード130に対して、本発明に係る改良されたRR手順によるアップデートが完了したネットワークプリフィックスと、未完了のネットワークプリフィックスとの判別が可能となる情報が、モバイルルータ111が参照可能な記憶媒体内に保持されることが望ましい。また、CoTメッセージ202やHoTメッセージ204が返ってくる代わりに、通信相手ノード130からモバイルルータ111に対して、ICMPInternetControlMessageProtocolなどによるエラーメッセージが返ってくる場合がある。この場合は、通信相手ノード130が、本発明に係る改良されたRR手順だけでなく、従来のRR手順すなわち、モバイルIPにも対応していない場合に生じ得る。したがって、モバイルルータ111は、通信相手ノード130との間の経路最適化をあきらめ、この通信相手ノード130に対して、本発明に係る改良されたRR手順を再度行わないように制御することが望ましい。また、HoTメッセージ204が返ってきたが、その中にプリフィック数フィールド613が存在しない場合も考えられる。この場合は、通信相手ノード130が、従来のRR手順すなわち、モバイルIPには対応しているものの、本発明に係る改良されたRR手順には対応していないことを意味する。したがって、モバイルルータ111は、通信相手ノード130に対して、従来のRR手順に係る処理のみを行うことが可能である。なお、この従来のRR手順では、モバイルルータ111自身が通信相手ノード130と通信を行う際の経路が最適化されるが、モバイルルータ111の配下に存在するノード例えば、モバイルネットワークノード112-1と通信相手ノード130との間の経路は最適化されない。したがって、モバイルルータ111が、モバイルルータ111の配下に存在するノードのためだけに経路最適化を行っているような場合には、むしろモバイルルータ111がBUメッセージ206を送信しないようにするほうが無駄なメッセージの送受信が行われず、有益であると言える。なお、上述のように、モバイルルータ111は、NPTメッセージ205内にプリフィックス数フィールド613が存在するか否かをチェックすることによって、通信相手ノード130が、本発明に係る改良されたRR手順に対応しているか否かを把握することが可能である。したがって、本発明に係る改良されたRR手順に対応している通信相手ノード130は、ネットワークプリフィックスを1つも受け入れない場合においても、例えば、明示的にプリフィックス数フィールド613に0を設定したNPTメッセージ205を返すことが望ましい。また、HoK、CoK、及びNPKトークンの収集を容易にするために、モバイルルータ111は、これらのトークンを格納するための特別な格納手段を保持することが望ましい。さらに、非特許文献1では、モバイルノードは、バインディングアップデートリストBUL:BindingUpdateListとして知られる概念的なデータ構造におけるモバイルノードに関する気付アドレスとホームアドレスとの間のバインディングを、どの通信相手ノード130が把握しているかを覚えておくことの必要性が記載されている。ここでは、どの通信相手ノード130がモバイルルータ111のホームアドレスと気付アドレスとのバインディングを有しているかを記録する独自の機能を実現するとともに、更にHoK、CoK、及びNPKトークンの収集を容易とすることを可能とするために、モバイルルータ111が利用する拡張されたバインディングアップデートリストXBUL:eXtendedBindingUpdateListについて説明する。図9には、本発明の第1の実施の形態におけるXBUL900の構造が図示されている。XBUL900は、1つ又は複数のXBULレコード910を有している。各XBULレコード910には、下記のような様々なフィールドが含まれている。CNアドレスフィールド911:通信相手ノード130のアドレスを記録するためのフィールド。HoKフィールド912:通信相手ノード130によって送信されたHoTメッセージ204に含まれるHoKトークンを記録するためのフィールド。CoKフィールド913:通信相手ノード130によって送信されたCoTメッセージ202に含まれるCoKトークンを記録するためのフィールド。プリフィックス数フィールド914:通信相手ノード130によって送信されたHoTメッセージ204内に示される、通信相手ノード130によって受け入れ可能なプリフィックスの数を記録するためのフィールド。1つ又は複数のNPKフィールド915:通信相手ノード130によって送信されたNPTメッセージ205に含まれるNPKトークンを記録するためのフィールド。なお、NPKフィールド915が複数存在する場合には、各NPKフィールド915の順序は、モバイルルータ111が所有するネットワークプリフィックスの順序に関連付けられていることが望ましく、これによって、モバイルルータ111は、NPKフィールド915のインデックスのみに基づいて、NPKフィールド915とネットワークプリフィックスとの関連付けを行うことが可能となる。HoKフィールド912、CoKフィールド913、及びNPKフィールド915には、各フィールドに有効なトークンが格納されているか否かを示すための手段が設けられる必要がある。そして、有効なトークンが格納されていないことが示されている場合には、モバイルルータ111は、対応するHoTメッセージ204、CoTメッセージ202、又はNPTメッセージ205をまだ受信していないと推測することができる。例えば、フィールドに有効なトークンが格納されている場合には、各フィールド内に特別なビットをセットし、フィールドが空の場合には、この特別なビットがクリアされることによって、有効なトークンが格納されているか否かを示すことができる。また、あらかじめ、ある値オール0かオール1の値などによってトークンが構成されないように定めれば、これらの値を用いて、フィールドが空であることを示すことも可能である。さらに、非特許文献1には、通信相手ノード130が、様々なHoK、CoK、及びNPKトークンを生成するために使用される秘密鍵を時折変えるべきであることが明記されている。したがって、通信相手ノード130によって使用される秘密鍵が変わる際には、これらのトークンの正当性が失われることになる。このことから、通常、これらのトークンには、所定のライフタイムが設定され、このライフタイムが尽きる際に、HoKフィールド912、CoKフィールド913、及びNPKフィールド915に格納されている値が無効となる。また、XBUL900に関して、モバイルルータ111には、改良されたRR手順をスムーズに実行するための完全な手段が設けられている。ここでは、モバイルルータ111が改良されたRR手順を実行するために使用するアルゴリズムについて説明する。図10には、本発明の第1の実施の形態におけるアルゴリズムのフローチャートが図示されている。改良されたRR手順は、ステップS1000に示されるように、最初にモバイルルータ111がHoTIメッセージ203及びCoTIメッセージ201を送信することによって開始される。続いて、ステップS1100において、モバイルルータ111は、期間twaitに係るタイマを始動する。また、さらに、モバイルルータ111は、RRメッセージ収集手順を開始して、通信相手ノード130から送信されたHoT、CoT、又はNPTメッセージを含むすべてのパケットを捕獲する。この処理は、基本的に、入力パケットに係る通常処理に対して取り付けられる付加処理フック:hookである。この付加処理を行う前に、XBUL900のチェックが行われ、通信相手ノード130のアドレスと等しいCNアドレスフィールド911を有するXBULレコード910が存在するか否かがチェックされる。このXBULレコード910が発見されない場合には、新たなXBULレコード910が作成される。また、モバイルルータ111が入力パケットを受信した場合は常に、付加処理が行われることとなる。なお、この付加処理の詳細に関しては、後で説明する図11を参照。この後、モバイルルータ111における処理は、ステップS1200タイマの満了がチェックされるから始まるループに移行する。タイマが満了となっていない場合には、ステップS1300において、モバイルルータ111は、HoTメッセージ204を受信したか否かのチェックを行う。これは、例えば、XBUL900内の対応するXBULレコード910のHoKフィールド912の有効性をチェックすることによって推測可能である。HoKフィールド912が有効な状態の場合は、HoTメッセージ204が既に受信されていることが示されている。また、HoTメッセージ204が受信されていない場合には、アルゴリズムは、ステップS1200に戻る。一方、HoTメッセージ204が受信されている場合には、アルゴリズムはステップS1400に進み、受信したNPTメッセージの数がチェックされ、HoTメッセージ204内に記載されている、通信相手ノード130によって受け入れられるネットワークプリフィックスの数より少ないか否かが確認される。これは、例えば、XBUL900内の対応するXBULレコード910に含まれるプリフィックス数フィールド914の数によって、有効なNPTフィールド915の数をチェックすることで行われ得る。受信されたNPTメッセージ205の数が、通信相手ノード130が受け入れたネットワークプリフィックスの数より少ない場合には、アルゴリズムは、ステップS1200に戻る。一方、受信したNPTメッセージ915の数が、ネットワークプリフィックスの数に等しくなった場合には、アルゴリズムは、ステップS1500に進み、CoTメッセージ202が受信されたか否かをチェックする。これは、例えば、XBUL900内の対応するXBULレコード910のCoKフィールド913の有効性から推測することが可能である。CoTメッセージ202が受信されている場合には、アルゴリズムはステップS1700に進む。一方、CoTメッセージ202が受信されていない場合には、アルゴリズムはステップS1200に戻る。また、タイマが満了した場合には、アルゴリズムは、ステップS1200で始まるループを出て、ステップS1600に進む。このステップS1600では、モバイルルータ111が、既にHoTメッセージ204及びCoTメッセージ202の両方を受信しているか否かのチェックが行われる。これに関しても、XBUL900内の対応するXBULレコード910のHoKフィールド912及びCoKフィールド913の有効性から推測可能である。HoTメッセージ204及びCoTメッセージ202のいずれかがまだ受信されていない場合には、ステップS1800に示されるように、モバイルルータ111は、RR手順が失敗に終わったという結論を下す。一方、HoTメッセージ204及びCoTメッセージ202の両方が受信されている場合には、アルゴリズムは、ステップS1700に進む。ステップS1700では、モバイルルータ111は、BUメッセージ206を通信相手ノード130に送信して、その結果、RR手順が完了となる。モバイルルータ111は、BUメッセージ206を送信する際、受信したNPTメッセージに係るネットワークプリフィックスを含ませることが望ましい。BUメッセージ206内にネットワークプリフィックスを含ませる場合には、BUメッセージ206の認証情報フィールド812を、HoKフィールド912、CoKフィールド913、及び対応するXBUL900内の各XBULレコード910のNPKフィールド915に格納されたトークンを連結した鍵から生成されるチェックサムとすることが望ましい。図11には、本発明の第1の実施の形態におけるステップS1200の入力パケットの処理に係る付加処理が図示されている。入力パケットが存在する場合には、少なくとも改良されたRR手順の実行中は常に、この付加処理が行われることとなる。ステップS2100において、入力パケットに関して、通信相手ノードCN130から送信されたものか否かを調べるチェックが行われる。ここで、入力パケットが通信相手ノード130から送信されたものではない場合には、パケットは付加処理から離れ、ステップS2900に示されるように、パケットの通常処理が行われる。続いて、入力パケットが通信相手ノード130から送信されたものである場合には、ステップS2200において、入力パケットがモバイルルータ111のホームエージェント120からトンネルされたものであるか否かを確認するためのチェックが行われる。ここで、入力パケットがモバイルルータ111のホームエージェント120からトンネルされたものである場合には、付加処理はステップS2300に進み、その他の場合には、付加処理はステップS2600に進む。ステップS2300では、さらに、入力パケットの送信先アドレスがモバイルルータ111のホームアドレスHoAに等しいか否かを調べるためのチェックが行われる。入力パケットの送信先アドレスがモバイルルータ111のホームアドレスに等しい場合には、ステップS2500において、パケットがHoTメッセージ204を含んでいるか否かを調べるためのスキャンが行われる。ここで、パケットがHoTメッセージ204を含む場合には、HoKトークンと、受け入れられたネットワークプリフィックスの数とが抽出されて、ステップS2580に示すように、XBULレコード910内のHoKフィールド912及びプリフィックス数フィールド914のそれぞれに格納され、その他の場合には、パケットは、付加処理からステップS2900に示される通常処理に移される。また、送信先アドレスがモバイルルータ111のホームアドレスではない場合には、ステップS2300に続くステップS2400において、その送信先アドレスのプリフィックス部が、モバイルルータ111が所有するネットワークプリフィックスのいずれか1つに等しいか否かのチェックが行われる。送信先アドレスのプリフィックス部が、モバイルルータ111が所有するネットワークプリフィックスのいずれか1つに等しい場合には、さらにステップS2440において、入力パケットがNPTメッセージ205を含んでいるか否かを調べるためのチェックが行われる。入力パケットがNPTメッセージ205を含んでいる場合には、NPTメッセージ205からNPKトークンが抽出されて、ステップS2480に示すように、XBULレコード910内の対応するNPKフィールド915に格納され、その他の場合には、パケットは、付加処理からステップS2900に示される通常処理に移される。一方、ステップS2200でパケットがホームエージェント120からトンネルされたものでない場合には、ステップS2600に進み、入力パケットの送信先アドレスが調べられて、モバイルルータ111の気付アドレスと等しいか否かのチェックが行われる。入力パケットの送信先アドレスがモバイルルータ111の気付アドレスと等しくない場合には、パケットは、付加処理からステップS2900に示される通常処理に移される。一方、送信先がモバイルルータの気付アドレスである場合には、ステップS2640において、入力パケットに対して、CoTメッセージ202が含まれているか否かの確認を行うためのスキャンが実行される。CoTメッセージ202が含まれている場合には、ステップS2680に示すように、CoTメッセージ202からCoKトークンが抽出されて、XBULレコード910のCoKフィールド913に格納される一方、CoTメッセージ202が含まれていない場合には、パケットは、付加処理からステップS2900に示される通常処理に移される。また、改良されたRR手順が完了した場合には、上述の付加処理の実行も終了となる。また、モバイルルータ111は、移動中にその気付アドレスを変えることが可能である。気付アドレスが変わった場合には、改良されたRR手順が繰り返し行われる必要がある。しかしながら、XBULレコード910に格納されている値の有効期間がまだ満了となっていない場合には、モバイルルータ111は、同一のHoK及びNPKトークンを取得する必要はなくなる。このような場合には、モバイルルータ111は、CoTIメッセージを送信するだけでよく、CoTメッセージ202を取得すれば、XBULレコード910内に格納されているHoK及びNPKトークンを使用して、BUメッセージ用のチェックサムを生成することが可能となる。さらに、モバイルネットワーク110がホームに戻った場合には、モバイルルータ111は、そのバインディングを削除するために、BUメッセージ206を通信相手ノード130に送信する。このような場合には、モバイルルータ111は、RR手順によるテストを実行する必要はなく、代わりに、単にネットワークプリフィックスオプション512を持たないBUメッセージ206を送信すればよい。さらに、このときのBUメッセージ206の認証情報フィールド812内のチェックサムは、HoKトークンのみによって生成される。なお、上述の例では、HoTIメッセージ203でネットワークプリフィックスが通知され、HoTメッセージ204で受け入れ可能なネットワークプリフィックスの数が通知される場合について言及しているので、ステップS2580における処理でHoTメッセージ204から受け入れ可能なネットワークプリフィックスの数が抽出されている。しかしながら、先に述べたように、CoTIメッセージ201/CoTメッセージ202やその他のメッセージによって、ネットワークプリフィックスやその受け入れ数のやり取りが行われてもよい。このような場合、例えば、CoTメッセージ202で受け入れ可能なネットワークプリフィックスの数が通知された場合には、モバイルルータ111においては、ステップS2680における処理で、CoTメッセージ202から受け入れ可能なネットワークプリフィックスの数が抽出可能となることは、当業者にとっては明白である。また、次に、通信相手ノード130が使用するBUメッセージ206の有効性をチェックするアルゴリズムについて説明する。非特許文献1に記載されているRR手順の利点の1つは、通信相手ノード130がバインディングアップデートの受け入れ前に、状態情報を全く保持する必要がないことであり、本発明で開示される改良されたRR手順は、この利点を引き継ぐものである。通信相手ノード130は、RR手順において状態情報を保持する必要はなく、HoTIメッセージ203及びCoTIメッセージ201への応答の生成のみを行う。通信相手ノード130は、BUメッセージ206を受信すると、BUメッセージ206のみに独自に含まれる情報に基づいて、BUメッセージ206の有効性をチェックすることが可能である。図12には、本発明の第1の実施の形態において、通信相手ノード130が行う、受信したBUメッセージ206の有効性をチェックするためのアルゴリズムが図示されている。通信相手ノード130が、BUメッセージ206を最初に受信した場合には、ステップS3000に示すように、BUメッセージ206内にホームアドレスオプション803が存在するか否かをチェックする。これは、新しいバインディングを構築するか、又は、以前のバインディングを削除するためにBUメッセージ206が使用される場合とは異なるものである。ホームアドレスオプション803が存在しない場合には、アルゴリズムはステップS3100に進む。ここで、パケットの送信元アドレスは、送信者すなわち、モバイルルータのホームアドレスとして取り扱われ、この送信元アドレスを使用して、HoKトークンが生成される。次に、ステップS3150において、BUメッセージ206をチェックするための鍵がHoKトークンとなるように設定される。そして、アルゴリズムはステップS3700に進んで、BUメッセージ206の有効性のチェックが行われる。一方、受信したBUメッセージ206がホームアドレスオプション803を含んでいる場合には、アルゴリズムはステップS3200に進む。ここでは、ホームアドレスオプション803内のホームアドレスを使用して、HoKトークンが生成される。そして、ステップS3300において、BUメッセージ206の送信元アドレスは、送信者の気付アドレスとして取り扱われ、この送信元アドレスを使用して、CoKトークンが生成される。そして、ステップS3400において、HoKトークン及びCoKトークンが連結され、初期段階の鍵が生成される。その後、アルゴリズムはステップS3500、ステップS3600、ステップS3650のループにおける、BUメッセージ206内に存在する各ネットワークプリフィックスオプション512に係る処理に移行する。ステップS3500では、BUメッセージ206に関して、未処理のネットワークプリフィックスオプション512が存在するか否かを確認するためのチェックが行われる。未処理のネットワークプリフィックスオプション512が存在しない場合には、ループから抜け出して、ステップS3700及びステップS3800において、BUメッセージ206の有効性の検証が行われる。一方、未処理のネットワークプリフィックスオプション512が存在する場合には、次の未処理のネットワークプリフィックスオプション512は、ステップS3600において処理が行われる。ここでは、次の未処理のネットワークプリフィックスオプション512からネットワークプリフィックスが抽出されこれによって、ネットワークプリフィックスの処理が行われる、このネットワークプリフィックスからNPKトークンが生成される。そして、ステップS3650において、このNPKトークンに鍵が加えられて、アルゴリズムはループのステップS3500に戻る。このように、チェックサムの生成に使用される鍵は、ネットワークプリフィックスオプション512の順序に応じて、HoK、CoK、及び一連のNPKの連結によって生成される。ステップS3700において、取得された鍵ステップS3150、S3400、S3650のいずれかにおいて取得された鍵を使用してBUメッセージ206のチェックサムが生成され、ステップS3800において、このチェックサムと、BUメッセージ206内に格納されている認証情報812の値との比較が行われる。2つのチェックサムが等しくない場合には、ステップS3900において、検証は失敗に終わり、2つのチェックサムが同一である場合には、ステップS3950に示すように、検証は成功となってBUメッセージ206が受け入れられる。このチェックで、通信相手ノード130は、ネットワークプリフィックス、気付アドレス、ホームアドレスが関連付けられていることを確認することが可能となる。また、通信相手ノード130は、この確認に続いて、パケットのカプセル化やその他の方法によって、ルーティング情報のセットアップを行い、ホームエージェント120を経由することなく、ネットワークプリフィックスに由来するアドレス宛てのパケットを、直接モバイルルータ111の気付アドレスに転送することが可能となる。以上により、本発明に係る目的は達成される。また、以下に説明する動作によれば、モバイルルータ111とそのアクセスルータ101との間の無線の帯域幅しばしば、制限されることがあるに関する負荷を低減させるために、モバイルルータ111に送信するメッセージの数を減少させることが可能となる。これは、例えば、HoTメッセージ204及びNPTメッセージ205を受信interceptする負荷を、別のエンティティ例えば、モバイルルータ111のホームエージェント120に移すことによって行われる。図13には、本発明の第1の実施の形態における改良されたRR手順において、低減された帯域幅に関するメッセージシーケンスが図示されている。モバイルルータ111は、RR手順を開始する際、従来と同様に、通信相手ノード130に対してCoTIメッセージ201を送信する。通信相手ノード130は、CoKを含むCoTメッセージ202で応答を行う。なお、これは上述した説明と同様であり、簡潔化のために説明を省略する。モバイルルータ111は、HoTIメッセージ203例えば、図2参照を送信する代わりに、ProxyHomeTestInitPHoTIメッセージ253を、自身のホームエージェント120に送信する。このPHoTIメッセージ253によって、モバイルルータ111に関するRR手順のホームテスト部分を実行するよう、ホームエージェント120に対して指示が行われる。図14には、本発明の第1の実施の形態におけるPHoTIメッセージ253の内容の一例が図示されている。送信元アドレス2501及び送信先アドレス2502には、それぞれモバイルルータ111のホームアドレス及びホームエージェント120のアドレスが記載される。また、モビリティヘッダ2510パケット253の一部には、このパケットがPHoTIメッセージ253であることを示すメッセージタイプフィールド2511が含まれており、さらに、ホームエージェント120がHoTIメッセージ203の送信を開始できるように、通信相手ノード130のアドレスをホームエージェント120に告げる通信相手ノードフィールド2512が含まれている。また、PHoTIメッセージ253に、1つ又は複数のネットワークプリフィックスオプション2513を含ませることも可能である。各ネットワークプリフィックスオプション2513には、このオプションが、ネットワークプリフィックスオプション2513であることを示すオプションタイプフィールド2521と、1つのネットワークプリフィックスを含むネットワークプリフィックスフィールド2522とが含まれている。なお、ここでは、モバイルルータ111が、PHoTIメッセージ253内にネットワークプリフィックスを埋め込むようにしているが、ネットワークプリフィックスを含まないネットワークプリフィックスオプション2513の存在しないPHoTIメッセージ253の送信を行うようにすることも可能である。例えば、ホームエージェント120が、あらかじめ1つ又は複数のネットワークプリフィックスを把握しておき、モバイルルータ111から、ネットワークプリフィックスを含まないPHoTIメッセージ253を受信した場合には、ホームエージェント120が、あらかじめ把握している1つ又は複数のネットワークプリフィックスをHoTIメッセージ203に埋め込むことによって、モバイルルータ111のネットワークプリフィックスに関して、改良されたRR手順によるテストを行うことが可能となる。また、さらには、モバイルルータ111が、ホームエージェント120が把握しているネットワークプリフィックスのうちの特定のネットワークプリフィックスを指定するための識別情報を含むPHoTIメッセージ253を送信できるようにすることによって、モバイルルータ111が、特定のネットワークプリフィックスを選択し、この特定のネットワークプリフィックスに関してのみ、改良されたRR手順によるテストを行うように、ホームエージェント120に対して要求できるようにすることも可能である。このPHoTIメッセージ253を受信した場合、ホームエージェント120は、通信相手ノード130に対して、モバイルルータ111の代わりにHoTIメッセージ203を送信する。なお、ここでは、HoTIメッセージ203の送信元アドレス501は、モバイルルータ111のホームアドレスを有している。また、PHoTIメッセージ253にネットワークプリフィックスオプション2513が含まれている場合には、ホームエージェント120は、HoTIメッセージ203内に、同様のネットワークプリフィックスオプション512を設定する。一方、PHoTIメッセージ253にネットワークプリフィックスオプション2513が含まれていない場合には、ホームエージェント120は、モバイルルータ111によって取り扱われる、構成されたネットワークプリフィックスをHoTIメッセージ203に設定する。HoTIメッセージ203を送信した後、ホームエージェント120は、通信相手ノード130によって送信されるすべてのNPTメッセージ205を受信interceptするために、モバイルルータ111のような動作を行う。そのためには、期間264の間に、ホームエージェント120は、通信相手ノード130のアドレスに等しい送信元アドレスと、HoTIメッセージ203に記載されているネットワークプリフィックスのうちの1つから構成されたアドレスに等しい送信先アドレスとが設定されているすべてのパケットのチェックを行う。ここでは、ホームエージェント120は、NPTメッセージ205であることが特定された各パケット内のモビリティヘッダ710のチェックを行う。さらに、NPTメッセージ205を受信interceptすることに加えて、ホームエージェント120は、通信相手ノード130によって送信されるHoTメッセージ204の受信interceptを行う。なお、ホームエージェント120は、モバイルルータ111に対して、NPTメッセージ205及びHoTメッセージ204のトンネルは行わず、代わりに、NPTメッセージ205及びHoTメッセージ204のそれぞれに含まれるNPK712及びHoK612を記録する。HoTメッセージ204及びNPTメッセージ205を受信interceptした場合、ホームエージェント120は、モバイルルータ111に対して、ProxyHomeTestPHoTメッセージ254を送信する。PHoTメッセージ254は、モバイルルータ111に、すべてのHoK及びNPKの値を集めながらリレーによって戻るように送信される。図15には、本発明の第1の実施の形態におけるPHoTメッセージ254の内容の一例が図示されている。送信元アドレス2601及び送信先アドレス2602には、それぞれホームエージェント120のアドレス及びモバイルルータ111のホームアドレスが記載されている。また、モビリティヘッダ2610パケット254の一部は、このパケットがPHoTメッセージ254であることを示すメッセージタイプフィールド2611を有している。また、さらに、RR手順のリモートパーティである通信相手ノード130を特定するための通信相手ノードフィールド2612を有している。ホームエージェント120で受信interceptされたHoTメッセージ204に格納されているHoKの値は、HoKフィールド2613で与えられる。さらに、PHoTメッセージ254には、ホームエージェント120で受信interceptされたNPTメッセージ205の数に等しいオプション数だけ、ネットワークプリフィックスキーオプション2614が含まれていることもある。ネットワークプリフィックスキーオプション2614が存在する場合、各ネットワークプリフィックスキーオプション2614には、このオプションがネットワークプリフィックスオプション2614であることを示すメッセージタイプフィールド2621と、このオプションに対応するネットワークプリフィックスを指示するネットワークプリフィックスフィールド2622と、このネットワークプリフィックス用に通信相手ノード130によって生成されたNPKを含むNPKフィールド2623とが含まれている。なお、PHoTメッセージ254は、モバイルルータ111のホームアドレスに向けて送信されるものであり、モバイルルータ111の気付アドレスにトンネルされることとなる。モバイルルータ111がPHoTメッセージ254を受信した場合、モバイルルータ111は、通信相手ノード130に対してBUメッセージ206を送るために必要なすべての情報を有することとなる。なお、バインディングアップデートメッセージ206は、先に説明したものと同一なので、ここでは、その詳細に関する説明は省略する。PHoTIメッセージ253及びPHoTメッセージ254の送信によって、改良されたRR手順は完了となり、通信相手ノード130は、モバイルルータ111が申請したネットワークプリフィックスが本当にモバイルノード111によって所有されていることを確認できるようになる。さらに、NPTメッセージ205を処理する負荷がホームエージェント120に移るので、モバイルルータ111とそのアクセスルータ101との間のアクセスチャンネル上における負荷が低減される。また、さらに、モバイルルータ111の処理の負荷が低減されることも重要であり、これによって、モバイルルータ111がバッテリ駆動などである場合に、電量消費が可能な限り低く抑えられるようになる。なお、図13に示すように、ホームエージェント120が通信相手ノード130へのHoTIメッセージ203の送信やHoTメッセージ204及びNPTメッセージ205の受信を代理して行う場合においても、通信相手ノード130がNPKトークンの生成時に、送信先アドレスを用いることが考えられる。このような場合、特に送信先アドレスのホスト部がランダムに生成される場合に、ホームエージェント120が、従来のステップS4600に対応する各NPTメッセージ205の送信先アドレスのホスト部の記憶を行って、PHoTメッセージ253などによって、記憶した各NPTメッセージ205の送信先アドレスのホスト部の値を、モバイルルータ111に通知する必要がある。また、モバイルルータ111が所望のホスト部の値の通知を行う場合には、例えば、PHoTメッセージ253やHoTIメッセージ203に、通知するホスト部の値を挿入するための新たなオプションフィールドが加えられる必要がある。また、モバイルルータ111は、改良されたRR手順を利用して、自身の配下に存在するすべてのモバイルネットワーク110のネットワークプリフィックスを通信相手ノード130に送信することも可能であり、自身の配下に存在する一部のモバイルネットワーク110のネットワークプリフィックスを選択的に通信相手ノード130に送信することも可能である。前者のモバイルルータ111が自身の配下に存在するすべてのモバイルネットワーク110のネットワークプリフィックスを通信相手ノード130に送信する態様は、例えば、モバイルルータ111の配下に存在する不特定のモバイルネットワークに存在しているノードが、特定の通信相手ノード130例えば、ポータルサイトのサーバなどと通信を行いたい場合に有用である。一方、後者のモバイルルータ111が自身の配下に存在する一部のモバイルネットワーク110のネットワークプリフィックスを選択して、通信相手ノード130に送信する態様は、例えば、モバイルルータ111の配下のモバイルネットワークに存在する一部のモバイルネットワークノード112が通信相手ノード130との通信を望んでいる場合に有用である。これによって、モバイルルータ111は、通信相手ノード130のために経路最適化例えば、直接通信を行って、通信の効率を向上させることが可能となる。なお、後者の場合には、例えば、まず、モバイルルータ111が、自身の配下の特定のノードここでは、モバイルネットワークノード112-1とするが通信相手ノード130との間で通信を開始したあるいは、開始しようとしたことを検出する。そして、モバイルルータ111が、通信相手ノード130に対して、そのモバイルネットワークノード112-1が存在するモバイルネットワークのネットワークプリフィックスのみを、改良されたRR手順を利用して通知し通信相手ノード130にネットワークプリフィックスを確認させ、その後、このネットワークプリフィックスに係るBUを行うようにする。これによって、経路最適化の対象となるネットワークプリフィックスのみが選択的に通知され、そのネットワークプリフィックスに対してのみ、チェックサムなどの計算が行われるようになるので、不要な経路最適化を行う必要のないネットワークプリフィックスに係る通信及び処理が省略可能となる。また、例えば、上述のように、モバイルネットワークノード112-1が存在するモバイルネットワーク110と通信相手ノード130との経路最適化が行われた状態で、モバイルルータが、上記のモバイルネットワークノード112-1によって使用されているネットワークプリフィックスとは異なるネットワークプリフィックスを使用する別のノードここでは、モバイルネットワークノード112-2とするが同一の通信相手ノード130との通信を開始したあるいは、開始しようとしたことを検出した場合には、このモバイルネットワークノード112-2が使用するネットワークプリフィックスのみに係るBUメッセージ205の送信を行えばよい。このとき、モバイルルータ111は、モバイルネットワークノード112-2が使用するネットワークプリフィックスに関して、改良されたRR手順を初めから行ってもよいが、先にモバイルネットワークノード112-1が使用するネットワークプリフィックスに関連して、通信相手ノード130との間で行われたRR手順において取得された情報例えば、CoKやHoKを再利用して、RR手順の一部の処理を省略することも可能である。このように、モバイルルータ111は、例えば、モバイルルータ111の移動や有効期限の更新などの様々な理由によって、バインディングアップデートを行う必要がある1つ又は複数のネットワークプリフィックスを選択し、選択したネットワークプリフィックスに関してのみ、RR手順及びバインディングアップデートを行うことが可能である。また、モバイルルータ111は、通信相手ノード130へのネットワークプリフィックスの登録処理と同様に、登録されたネットワークプリフィックスの削除や、有効期限の延長に係る更新なども選択的に行うことが可能である。また、モバイルルータ111は、これまでの経路最適化に係る動作結果を保持しておくことが望ましい。この動作結果の保持は、例えば、上述のように、自身の配下に存在する一部のモバイルネットワーク110のネットワークプリフックスを選択的に通信相手ノード130に送信する際に、通信相手ノード130に対してネットワークプリフィックスが登録済みか未登録かの判別すなわち、経路最適化が完了しているか否かの判別を行うために有用である。なお、どの通信相手ノード130に対して、どのネットワークプリフィックスが既に受け入れられているかを示す情報は、従来のルータによって基本的に保持されている。しかしながら、この情報に加えて、先に説明したRR手順が失敗に終わった原因の詳細すなわち、例えば、通信相手ノード130からICMPのエラーメッセージを受信したことから、通信相手ノード130が従来のRR手順に対応していないと考えられること、通信相手ノード130からネットワークプリフィックスの数が通知されなかったことから、通信相手ノード130が本発明に係る改良されたRR手順には対応していないと考えられること、通信相手ノード130が本発明に係る改良されたRR手順に対応しているが、一部のネットワークプリフィックスに関しては受理されなかった、あるいは未登録であることなどについてもモバイルルータ111が更に保持できるようにすることは有用である。これによって、モバイルルータ111は、例えば、RR手順を行わないように制御したり、あるいは、RR手順を再度試みたりするなど、効率良く動作を行うことが可能となる。また、モバイルルータ111は、上述の動作結果や原因の詳細などに関して、所定の期間のみ保持したり、所定の容量のみ保持したりするように構成されてもよい。また、こうした動作結果や原因の詳細などの保持方法も任意であり、例えば、各通信相手ノード130のアドレスに対して、必要な状態の有無を示すフラグや、状態を示す値を関連付けて保持することが可能である。以下に、モバイルルータ111が、これまでの経路最適化に係る動作結果を保持できるように構成されている場合の動作例について、図17を参照しながら説明する。図17は、本発明の第1の実施の形態において、モバイルルータ111が、これまでの経路最適化に係る動作結果を保持できるように構成されている場合の動作例を示すフローチャートである。なお、ここでは、モバイルルータ111が、1つ又は複数の通信相手ノード130のそれぞれに対して、配下に存在する複数のモバイルネットワークの一部又は全部の登録を行っている状態を前提として説明する。モバイルルータ111は、1つ又は複数の通信相手ノード130のそれぞれに対して、配下に存在する複数のモバイルネットワークの一部又は全部の登録を行っており、その状態に係る情報経路最適化情報を保持しているステップS5000。また、モバイルルータ111は、配下のモバイルネットワーク110内のノードから外部の通信相手ノード130に向けて送信されるパケットを受信interceptし、このパケットのスキャンを行うステップS5100。そして、通信相手ノード130のアドレスと、配下のノードが存在するモバイルネットワーク110のネットワークプリフィックスとを参照して、経路最適化情報より、経路最適化が行われているか否かをチェックするステップS5200。ステップS5200において、既に経路最適化が行われていると判断された場合には、モバイルルータ111は、通信相手ノード130へのトンネルを介して、このパケットが最適経路を通るように転送しステップS5300、再度、ステップS5100における新たなパケットのスキャン処理に戻る。一方、ステップS5200において、経路最適化が行われていないと判断された場合には、モバイルルータ111は、保持されている経路最適化情報を参照し、通信相手ノード130に対して、この配下のノードに係るネットワークプリフィックスの登録処理を新たに行うか否かなどの動作を決定するを検証するための改良されたRR手順は完了となる。なお、上述のように、通常、コレスポンデントルータ150は、モバイルルータ111からBUメッセージを受信した後に、モバイルルータ111に対してHoTIメッセージ1701の送信を行う。したがって、例えば、モバイルルータ111とコレスポンデントルータ150の間で、本発明の第1の実施の形態に係る動作が行われて、モバイルルータ111からコレスポンデントルータ150に対して、BUメッセージ206が送信された後、本発明の第2の実施の形態に係る動作が開始されることが考えられる。しかしながら、基本的には、モバイルルータ111及びコレスポンデントルータ150は、同一のアルゴリズムに基づいて動作するので、どちらが改良されたRR手順を開始してもよく、また、それぞれが独立して改良されたRR手順をほぼ同時に開始することも考えられる。また、モバイルルータ111とコレスポンデントルータ150とが、改良されたRR手順を相互に行う場合、複雑な処理が増加することにはなるが、いくつかのメッセージを結合することによって、パケット交換回数や冗長性を減らすことが可能である。これに関して、図20を参照しながら説明する。図20には、本発明の第2の実施の形態におけるモバイルルータ111とコレスポンデントルータ150との間の最適化されたRR手順のメッセージシーケンスが図示されている。モバイルルータ111は、まず、CoTIメッセージ1801及びHoTIメッセージ1803を送信することによって、RR手順を開始する。HoTIメッセージ1803の送信元アドレスには、モバイルルータ111のホームアドレスが使用されるので、HoTIメッセージ1803は、双方向トンネルを通してホームエージェント120に転送される。ここまでの動作は、上述の図2に示すシーケンスにおけるモバイルルータ111からのCoTIメッセージ201及びHoTIメッセージ203の送信動作と同一である。コレスポンデントルータ150がCoTIメッセージ1801を受信した場合には、CoTメッセージ1802で応答を行う。CoTメッセージ1802の内容は、元のRR手順のものとほぼ同一であるが、さらに、コレスポンデントルータ150が管理するコレスポンデントネットワーク155のネットワークプリフィックスが、付加情報として含まれている。すなわち、CoTメッセージ1802は、図2に示すシーケンスにおけるCoTメッセージ202と、図19に示すシーケンスにおけるHoTIメッセージ1701とを組み合わせたものと言える。モバイルルータ111がこのCoTメッセージ1802を受信して、その付加情報すなわち、コレスポンデントネットワーク155のネットワークプリフィックスに気付くと、モバイルルータ111は、図19に示すHoTIメッセージ1701と同種のものとして、このCoTメッセージ1802を扱う。そして、モバイルルータ111は、ネットワークプリフィックスについて確認を行うために、特定のネットワークプリフィックスから選択されたアドレス宛てにNPTメッセージ1805を送信する。このNPTメッセージ1805には、ネットワークプリフィックスに基づいて暗号化により生成されたNPKトークンが含まれている。なお、このNPTメッセージ1805の送信前に、モバイルルータ111は、コレスポンデントルータ150に対して、モバイルルータ111が送信するNPTメッセージ1805の数を通知するためのメッセージを送信してもよい。そして、コレスポンデントルータ150は、CoTメッセージ1802を送信するとタイマ期間1825を開始して、モバイルルータ111から送信されてくるNPTメッセージ1805を受信する。また、コレスポンデントルータ150は、HoTIメッセージ1803を受信した場合には、上述の図2に示すシーケンスにおける処理と同様に、HoTメッセージ1804及びNPTメッセージ1806によって応答を行う。HoTメッセージ1804は、モバイルルータ111のホームアドレスに向けて送信され、その結果、ホームエージェント120においてトンネル化される。また、NPTメッセージ1806は、HoTIメッセージ1803に記載されているネットワークプリフィックスを含むアドレスに送信されて、ホームエージェント120によってトンネル化される。モバイルルータ111は、HoTIメッセージ1803の送信後にタイマ期間1820を開始し、コレスポンデントルータ150から送信されてくるHoTメッセージ1804及びNPTメッセージ1806を受信する。HoTメッセージ1804及びNPTメッセージ1806の受信後、モバイルルータ111は、コレスポンデントルータ150に対してBUメッセージ1807を送信する。このBUメッセージ1807内には、HoTメッセージ1804、CoTメッセージ1802、NPTメッセージ1806から抽出されたHoKトークン、CoKトークン、NPKトークンに基づいて暗号化によって生成されたチェックサムと、モバイルネットワークのネットワークプリフィックスに関する情報とが含まれる。コレスポンデントルータ150は、このチェックサムを独自に生成して、BUメッセージ1807内のチェックサムの照合を行うことによって、BUメッセージ1807の有効性に関する検証を行い、有効性が確認された場合には、モバイルルータ111のホームアドレス、気付アドレス、モバイルネットワーク110のネットワークプリフィックスの関連付けを行って、RR手順は完了となる。また、コレスポンデントルータ150は、BUメッセージ1807の有効性を確認した場合、BAメッセージ1808をモバイルルータ111に送信する。このBAメッセージ1808内には、NPTメッセージ1805から抽出されたNPKトークンに基づいて暗号化によって生成されたチェックサムと、コレスポンデントルータ150が管理するコレスポンデントネットワーク155のネットワークプリフィックスに関する情報とが含まれる。これにより、モバイルルータ111は、チェックサムの照合によって、BAメッセージ1808に記載されているネットワークプリフィックスの有効性を検証することが可能となり、有効性が確認された場合には、コレスポンデントルータ150のアドレスと、コレスポンデントネットワーク155のネットワークプリフィックスとの関連付けを行って、RR手順は完了となる。なお、図20に示すシーケンスでは、コレスポンデントルータ150は、CoTメッセージ1802内に付加情報コレスポンデントネットワーク155のネットワークプリフィックスを含めているが、HoTメッセージ1804内に付加情報を含めても、本発明の目的は達成される。<第3の実施の形態>次に、本発明の第3の実施の形態について説明する。なお、本発明の第3の実施の形態では、RR手順と関連付けて説明した上述の第1及び第2の実施の形態において示唆される本発明の基本的な概念について説明する。図21aは、本発明の第3の実施の形態における通信システムの概要を示す図であり、図21bは、一方の通信ノードが、配下にモバイルネットワークを有するモバイルルータである場合を示す図であり、図21cは、一方の通信ノードが、所定のネットワークの代理ルータとして機能する固定ルータである場合を示す図であり、図21dは、複数の固定ルータによって固定ネットワークが管理されている場合を示す図である。なお、上記の代理ルータは、モバイルルータ、コレスポンデントルータ、あるいは任意のネットワークを管理する任意のルータのように、1つ以上のネットワークを代表することが可能である。したがって、代理ルータを、代表ルータdesignatedrouterdelegatedrouterrepresentativerouterと呼ぶことも可能である。図21aには、2つの通信ノード11000、12000が通信ネットワーク10000を介して接続されており、相互に通信可能な状態にある様子が図示されている。ここで、通信ノード11000は、1つ又は複数のネットワークを管理する通信ノードである。すなわち、通信ノード11000は、1つ又は複数のネットワークのそれぞれに設定されているネットワークプリフィックスを管理し、通信ノード11000が管理するネットワークプリフィックスを含むアドレスを送信先アドレスとするすべてのパケットは、いったん通信ノード11000に到達した後、通信ノード11000によって、そのネットワークプリフィックスに対応する適切なネットワーク内に転送される。したがって、通信ノード11000が管理するネットワークプリフィックスを含むアドレスを送信先アドレスとするすべてのパケットは、通信ノード11000を経由する。この通信ノード11000は、例えば、図21bに図示されるモバイルルータ11100や、図21cに図示される固定ルータ11200などである。なお、図21bに図示されるモバイルルータ11100は、上述の第1の実施の形態で説明したモバイルルータ111図1に図示に対応しており、図21cに図示される固定ルータ11200は、上述の第2の実施の形態で説明したコレスポンデントルータ150図18に図示に対応している。図21bに示すモバイルルータ11100は、その配下に1つ又は複数のモバイルネットワーク11110図21bでは1つのみ図示を有しており、任意の接続ポイントで通信ネットワーク10000と接続可能なルータである。なお、上述の第1の実施の形態でも説明したように、モバイルルータ11100は、その配下の1つ又は複数のモバイルネットワーク11110のネットワークプリフィックスを管理しており、モバイルネットワーク11110内の任意のノードには、モバイルルータ11100が管理するネットワークプリフィックスを含むアドレスホームアドレス又は気付アドレスが提供される。また、モバイルネットワーク11110内の任意のノードと、モバイルネットワーク11110外部の任意のノードとの間で送受信されるすべてのパケットは、モバイルルータ11100を経由する。図21cに示す固定ルータ11200は、1つ又は複数の固定ネットワーク11210図21cでは1つのみ図示内の任意のノードのプロキシとして機能するルータである。すなわち、固定ルータ11200は、1つ又は複数の固定ネットワーク11210のネットワークプリフィックスを管理しており、固定ネットワーク11210内の任意のノードには、固定ルータ11200が管理するネットワークプリフィックスを含むアドレスホームアドレス又は気付アドレスが提供される。また、固定ネットワーク11210内の任意のノードと、固定ネットワーク11210外部の任意のノードとの間で送受信されるパケットは、固定ルータ11200を経由する。なお、図21cでは、固定ルータ11200の直下に固定ネットワーク11210が配置されているように図示されているが、固定ルータ11200と固定ネットワーク11210との間に、中継ルータが介在してもよく、また、固定ルータ11200が任意の接続ポイントで通信ネットワーク10000と接続していてもよい。また、固定ルータ11200が管理するネットワークは固定ネットワーク11210以外にも、例えば、モバイルルータ11100に管理されているモバイルネットワーク11110を更に管理してもよい。また、管理の形態として、固定ルータ11200が一元的に固定ネットワーク11210を管理する以外に、図21dに図示されているように、固定ネットワーク11210が、複数の固定ルータ11200図21dでは3つの固定ルータ11200a~11200cを図示により管理されている場合もある。この場合、それぞれの固定ルータ11200a~11200cは、固定ネットワーク11210内のノード、通信相手となる固定ネットワーク11210外部のノード、各固定ルータ11200a~11200cの処理負荷などの様々な条件に応じて、固定ネットワーク11210を動的/静的に管理し、固定ネットワーク11210と固定ネットワーク11210外部との間で送受信されるパケットの処理を分担する場合もある。なお、図21dでは、通信ノード12000aと固定ネットワーク11210内のノードとの通信に関しては、固定ルータ11200aがプロキシとして機能しており、通信ノード12000bと固定ネットワーク11210内のノードとの通信に関しては、固定ルータ11200b及び/又は固定ルータ11200cがプロキシとして機能している状態が模式的に図示されている。次に、図22を参照しながら、本発明の第3の実施の形態における動作について説明する。ここでは、1つ又は複数のネットワークを管理する通信ノード11000が、任意の通信ノードここでは、通信ノード12000に対して、本当にネットワークを管理していることを示すとともに、自身が管理しているネットワークに係るネットワークプリフィックスを通知するための動作について説明する。なお、図22に示される動作は、基本的に、上述の第1及び第2の実施の形態におけるRR手順の動作から抽出可能である。まず、通信ノード11000は、通信ノード12000に対してメッセージM_A2001を送信する。なお、通信ノード11000は、何らかのトリガ例えば、通信ノード12000からの要求や、通信環境の変化などに応じて、このメッセージM_A2001を送信してもよく、また、通信ノード11000自身が自発的に送信決定を行ってもよい。このメッセージM_A2001には、少なくとも通信ノード11000が管理する一部又はすべてのネットワークに係るネットワークプリフィックスが含まれる。なお、このメッセージM_A2001は、上述の第1の実施の形態のHoTIメッセージ203や、上述の第2の実施の形態のHoTIメッセージ1701、1803、CoTメッセージ1802に対応している。このメッセージM_A2001を受信した通信ノード12000は、メッセージM_A2001に含まれるネットワークプリフィックスを取り出し、このネットワークプリフィックスに基づいて暗号トークンを生成する。この処理によって、メッセージM_A2001に含まれるネットワークプリフィックスの数だけ、対応する暗号トークンが生成される。なお、このとき、通信ノード12000は、ネットワークプリフィックスの選別やネットワークプリフィックスの個数制限などを行うことも可能であり、特に、個数制限を行った場合には、通信ノード11000に対して、制限した個数の通知を行うことが望ましい。続いて、通信ノード12000は、各ネットワークプリフィックスに対応する暗号トークンを少なくとも含むメッセージM_B2002を生成する。このメッセージM_B2002の送信先アドレスには、上述の第1の実施の形態で説明したように、各ネットワークプリフィックスを含むアドレスが設定される。なお、ホスト部に設定される値に応じて、このメッセージM_B2002を受信した通信ノード11000では、異なる処理が行われるが、ここでは説明を省略する。通信ノード12000から送信された1つ又は複数のメッセージM_B2002はすべて、ネットワークプリフィックスに対応したネットワークに向けて運ばれるが、その途中で、必ず通信ノード11000を経由することになる。したがって、通信ノード11000は、パケットをスキャンすることによって、このメッセージM_B2002を受信interceptすることが可能である。なお、このメッセージM_B2002は、上述の第1の実施の形態のNPTメッセージ205や、上述の第2の実施の形態のNPTメッセージ1703、1805、1806に対応している。通信ノード11000は、受信したメッセージM_B2002内から、各ネットワークプリフィックスに対応する暗号トークンを抽出し、すべての暗号トークンを結合した情報に基づいて、証明情報を生成する。そして、通信ノード11000は、受信したメッセージM_B2002に対応する1つ又は複数のネットワークプリフィックスと、上記の証明情報とを少なくとも含むメッセージM_C2003を生成し、通信ノード12000に送信する。なお、このメッセージM_C2003は、上述の第1の実施の形態のBUメッセージ206や、上述の第2の実施の形態のBUメッセージ1704、1807、BAメッセージ1808に対応している。このメッセージM_C2003を受信した通信ノード12000は、メッセージM_C2003に含まれるネットワークプリフィックスを取り出し、再度、ネットワークプリフィックスに基づいて暗号トークンを生成し、すべての暗号トークンを結合した情報に基づいて、情報を生成する。そして、ここで生成された情報と、メッセージM_C2003に含まれる証明情報とを比較し、両者が一致している場合には、通信ノード11000によって、このネットワークプリフィックスが本当に管理されていることが把握される。なお、例えば、通信ノード11000が本当には管理していないネットワークのネットワークプリフィックスをメッセージM_A2001に含めて、通信ノード12000に送信した場合には、通信ノード11000は、通信ノード12000から送信されるメッセージM_B2002を受信interceptすることができず、通信ノード11000は、通信ノード12000に対して、正当な証明情報を含むメッセージM_C2003を送信することができない。したがって、上述した動作によって、通信ノード12000は、例えば、本当にネットワークを管理していることが証明できた通信ノード11000や、その管理下のネットワークノードとのみ通信を行い、本当には管理していないネットワークをあたかも管理しているかのように見せかけるなりすましを通信相手から排除することが可能となる。また、通信ノード12000は、通信ノード11000との間にトンネルを設定し、例えば、通信ノード11000が本当に管理しているネットワーク宛てのパケット通信ノード11000が本当に管理しているネットワークプリフィックスを含む送信先アドレスのパケットに関しては、このトンネルを経由するように転送することによって、ルートの最適化を行うことも可能である。なお、上述の第1~第3の実施の形態の各箇所に記載されている詳細な動作及び詳細な説明は、それぞれの実施の形態に転用したり、組み合わせたりすることが可能であり、例えば、本発明の第1の実施の形態に記載されている詳細な動作は、本発明の第2及び第3の実施の形態における動作においても適用される。