(57)【特許請求の範囲】
【請求項１】
配下にモバイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルルータの動作を制御するための通信管理方法であって、
前記モバイルルータが、移動前の状態において、移動前に接続している前記アクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、
次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知ステップで通知された前記経路最適化に係る情報を用いて前記モバイルルータに係る前記経路最適化の代理処理を行うことができるように、前記モバイルルータが、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼ステップとを、
有する通信管理方法。
【請求項２】
前記経路最適化情報通知ステップにおける前記情報の通知が、移動前に接続している前記アクセスルータをあて先とするメッセージによって行われるか、又は移動前に接続している前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる請求項１に記載の通信管理方法。
【請求項３】
前記モバイルルータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信ステップを有する請求項１に記載の通信管理方法。
【請求項４】
前記モバイルルータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、前記モバイルルータ自身が、前記経路最適化を行う経路最適化実行ステップを有する請求項１に記載の通信管理方法。
【請求項５】
前記モバイルルータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信ステップを有する請求項１に記載の通信管理方法。
【請求項６】
前記モバイルルータが、前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断ステップを有する請求項５に記載の通信管理方法。
【請求項７】
前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モバイルルータ自身が、前記経路最適化に係る更なる処理を行う追加処理実行ステップを有する請求項６に記載の通信管理方法。
【請求項８】
前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モバイルルータは、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知ステップを有する請求項６に記載の通信管理方法。
【請求項９】
前記追加変更情報通知ステップにおける前記情報の通知が、移動後に接続した前記アクセスルータをあて先とするメッセージによって行われるか、又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる請求項８に記載の通信管理方法。
【請求項１０】
移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、前記モバイルルータが、移動後に接続した前記アクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信ステップを有する請求項３に記載の通信管理方法。
【請求項１１】
前記モバイルルータが前記アクセスルータに接続した後、前記モバイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築ステップを有する請求項１に記載の通信管理方法。
【請求項１２】
前記信用関係構築ステップにおいて、前記モバイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モバイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う通常動作ステップを有する請求項１１に記載の通信管理方法。
【請求項１３】
前記信用関係構築ステップにおいて、前記モバイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モバイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる請求項１１に記載の通信管理方法。
【請求項１４】
前記モバイルルータは、前記経路最適化情報通知ステップで、前記モバイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知する請求項１に記載の通信管理方法。
【請求項１５】
配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、
前記アクセスルータが、自身に接続されている前記モバイルルータから、前記モバイルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、
前記モバイルルータの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、
前記アクセスルータが、前記モバイルルータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納ステップで格納された前記モバイルルータの前記経路最適化に係る情報を送信する経路最適化情報送信ステップとを、
有する通信管理方法。
【請求項１６】
前記アクセスルータは、前記経路最適化情報取得ステップで、前記モバイルルータから送信された前記アクセスルータをあて先とするメッセージによって前記情報を取得するか、又は前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モバイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する請求項１５に記載の通信管理方法。
【請求項１７】
配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、
前記アクセスルータが、自身に接続されている前記モバイルルータによって移動前に接続されていた別のアクセスルータから、前記モバイルルータの前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、
前記モバイルルータの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、
前記アクセスルータが、前記経路最適化情報格納ステップで格納された前記経路最適化に係る情報を用いて、前記モバイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行ステップとを、
有する通信管理方法。
【請求項１８】
前記経路最適化情報取得ステップにおいて、前記アクセスルータが、前記経路最適化に係る情報と共に、移動前の前記モバイルルータを特定する識別情報を前記別のアクセスルータから取得し、自身に接続されている前記モバイルルータの前記経路最適化情報を特定する請求項１７に記載の通信管理方法。
【請求項１９】
前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる請求項１５に記載の通信管理方法。
【請求項２０】
前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる請求項１７に記載の通信管理方法。
【請求項２１】
前記経路最適化情報格納ステップにおいて、前記アクセスルータは、前記経路最適化に係る情報として、前記モバイルルータの識別情報、前記モバイルネットワークの識別情報、前記モバイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間のＲＲテストに利用される情報をそれぞれ関連付けて格納する請求項１５に記載の通信管理方法。
【請求項２２】
前記経路最適化情報格納ステップにおいて、前記アクセスルータは、前記経路最適化に係る情報として、前記モバイルルータの識別情報、前記モバイルネットワークの識別情報、前記モバイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間のＲＲテストに利用される情報をそれぞれ関連付けて格納する請求項１７に記載の通信管理方法。
【請求項２３】
配下にモバイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルルータ内に配置される通信管理装置であって、
移動前の状態において、移動前に接続している前記アクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、
次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知手段で通知された前記経路最適化に係る情報を用いて前記モバイルルータに係る前記経路最適化の代理処理を行うことができるように、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼手段とを、
有する通信管理装置。
【請求項２４】
前記経路最適化情報通知手段が、移動前に接続している前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動前に接続している前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている請求項２３に記載の通信管理装置。
【請求項２５】
移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信手段を有する請求項２３に記載の通信管理装置。
【請求項２６】
移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、自ら前記経路最適化を行う経路最適化実行手段を有する請求項２３に記載の通信管理装置。
【請求項２７】
移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信手段を有する請求項２３に記載の通信管理装置。
【請求項２８】
前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断手段を有する請求項２７に記載の通信管理装置。
【請求項２９】
前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、自ら前記経路最適化に係る更なる処理を行う追加処理実行手段を有する請求項２８に記載の通信管理装置。
【請求項３０】
前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知手段を有する請求項２８に記載の通信管理装置。
【請求項３１】
前記追加変更情報通知手段が、移動後に接続した前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている請求項３０に記載の通信管理装置。
【請求項３２】
移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、移動後に接続した前記アクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信手段を有する請求項２５に記載の通信管理装置。
【請求項３３】
前記モバイルルータが前記アクセスルータに接続した後、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築手段を有する請求項２３に記載の通信管理装置。
【請求項３４】
前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モバイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う手段を有する請求項３３に記載の通信管理装置。
【請求項３５】
前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モバイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されている請求項３３に記載の通信管理装置。
【請求項３６】
前記経路最適化情報通知手段が、前記モバイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知するように構成されている請求項２３に記載の通信管理装置。
【請求項３７】
配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、
前記アクセスルータに接続されている前記モバイルルータから、前記モバイルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得手段と、
前記経路最適化情報取得手段で取得された前記経路最適化に係る情報を格納する経路最適化情報格納手段と、
前記モバイルルータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納手段に格納されている前記モバイルルータの前記経路最適化に係る情報を送信する経路最適化情報送信手段とを、
有する通信管理装置。
【請求項３８】
前記経路最適化情報取得手段が、前記モバイルルータから送信された前記アクセスルータをあて先とするメッセージによって前記情報を取得するか、又は前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モバイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する請求項３７に記載の通信管理装置。
【請求項３９】
配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、
前記アクセスルータに接続されている前記モバイルルータによって移動前に接続されていた別のアクセスルータから、前記モバイルルータの経路最適化に係る情報を取得する経路最適化情報取得手段と、
前記経路最適化情報取得手段で取得された前記経路最適化に係る情報を格納する経路最適化情報格納手段と、
前記アクセスルータが、前記経路最適化情報格納手段に格納されている前記モバイルルータの前記経路最適化に係る情報を用いて、前記モバイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行手段とを、
有する通信管理装置。
【請求項４０】
前記経路最適化情報取得手段が、前記経路最適化に係る情報と共に、移動前の前記モバイルルータを特定する識別情報を前記別のアクセスルータから取得することによって、自身に接続されている前記モバイルルータの前記経路最適化情報を特定するように構成されている請求項３９に記載の通信管理装置。
【請求項４１】
前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されている請求項３７に記載の通信管理装置。
【請求項４２】
前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されている請求項３９に記載の通信管理装置。
【請求項４３】
前記経路最適化に係る情報として、前記モバイルルータの識別情報、前記モバイルネットワークの識別情報、前記モバイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間のＲＲテストに利用される情報が、それぞれ関連付けられて前記経路最適化情報格納手段に格納されるように構成されている請求項３７に記載の通信管理装置。
【請求項４４】
前記経路最適化に係る情報として、前記モバイルルータの識別情報、前記モバイルネットワークの識別情報、前記モバイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間のＲＲテストに利用される情報が、それぞれ関連付けられて前記経路最適化情報格納手段に格納されるように構成されている請求項３９に記載の通信管理装置。
【請求項４５】
複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルノードの動作を制御するための通信管理方法であって、
前記モバイルノードが、移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、
前記モバイルノードが次に前記アクセスルータを変更した際に、前記所定のネットワークノードによって、前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理ステップとを、
有する通信管理方法。
【請求項４６】
アクセスルータに接続するモバイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理方法であって、
前記アクセスルータに接続されている前記モバイルノードから、前記モバイルノードが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、
前記モバイルノードの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、
前記モバイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納ステップで格納された前記モバイルノードの前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理ステップとを、
有する通信管理方法。
【請求項４７】
複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルノード内に配置される通信管理装置であって、
移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、
前記モバイルノードが次に前記アクセスルータを変更した際に、前記所定のネットワークノードによって、前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理手段とを、
有する通信管理装置。
【請求項４８】
アクセスルータに接続するモバイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理装置であって、
前記アクセスルータに接続されている前記モバイルノードから、前記モバイルノードが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得手段と、
前記モバイルノードの前記経路最適化に係る情報を格納する経路最適化情報格納手段と、
前記モバイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納手段に格納された前記モバイルノードの前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理手段とを、
有する通信管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコル（ＩＰ：Internet Protocol）を利用した通信における通信管理方法及び通信管理装置に関し、特に、モバイルルータの移動によってネットワーク全体が移動を行うモバイルネットワークに係る通信における通信管理方法及び通信管理装置に関する。
【背景技術】
【０００２】
現在、多数のデバイスが、ＩＰネットワークを使用して、相互に通信を行っている。モバイル機器にモビリティサポートを提供するために、ＩＥＴＦ（Internet Engineering Task Force）では、ＩＰｖ６（Internet Protocol version 6）におけるモビリティサポートの発展が進められている。モバイルＩＰでは、各モバイルノードは、永続的なホームドメインを持っている。モバイルノードが、自身のホームネットワークに接続している場合、モバイルノードには、ホームアドレス（ＨｏＡ：Home Address）として知られるプライマリグローバルアドレスが割り当てられる。一方、モバイルノードがホームネットワークから離れている場合、すなわち、他のフォーリンネットワークに接続している場合には、通常、モバイルノードには、気付アドレス（ＣｏＡ：Care-of Address）として知られる一時的なグローバルアドレスが割り当てられる。モビリティサポートの考えは、モバイルノードが他のフォーリンネットワークに接続している場合でも、自身のホームアドレスで、そのモバイルノードまで到達可能となるようにするものである。
【０００３】
このような考えは、下記の非特許文献１において、ホームエージェント（ＨＡ：Home Agent）を、ホームネットワークに導入することによって実践されている。モバイルノードは、ＢＵ（Binding Update：バインディングアップデート）メッセージを使用して、ホームエージェントへの気付アドレスの登録を行う。これにより、ホームエージェントは、モバイルノードのホームアドレスと気付アドレスとの間のバインディングを生成することが可能となる。ホームエージェントは、モバイルノードのホームアドレスに向けられたメッセージを受信（インターセプト）し、パケットのカプセル化（あるパケットを新たなパケットのペイロードとすることであり、パケットトンネリングとしても知られている）を用いて、そのパケットをモバイルノードの気付アドレスに転送する機能を担っている。
【０００４】
上述の技術によってモビリティサポートは可能とはなるものの、結果的には、準最適化（サブオプティマル）又はドッグレッグルーティングとして知られる問題が生じることとなる。これらの問題は、モバイルノードが通信相手ノード（ＣＮ：Correspondent Node）と通信を行う際、それらの間において送信されるパケットが、ホームエージェントを通らなければならないことにより生じる。このため、非特許文献１には、モバイルノードが通信相手ノードにＢＵメッセージの送信を行うことができる旨が明記されている。通信相手ノードがモバイルノードのホームアドレスと気付アドレスとのバインディングを把握した場合、通信相手ノード及びモバイルノードは、モバイルノードの気付アドレスを送信元又は送信先として、互いに直接（ホームエージェントを通らずに）パケットの送信を行うようにすることが可能となる。
【０００５】
しかしながら、セキュリティを考慮した場合、モバイルノードとそのホームエージェントとは、セキュリティ協定（security association）を共有していると仮定されるので、モバイルノードからホームエージェントに送信されるＢＵメッセージはセキュアとなり得るが、このような仮定は、モバイルノードと通信相手ノードとの間では非現実的なものであり、すなわち、モバイルノードから通信相手ノードに送信されるＢＵメッセージは安全（セキュア）な状態にはなっていない場合が多い。
【０００６】
このため、非特許文献１には、ＢＵメッセージの送信前に行うリターンルータビリティ（ＲＲ：Return Routability）テストが明記されている。このＲＲテストによって、通信相手ノードは、ＢＵメッセージに記載された気付アドレスとホームアドレスとが実際に関連付けられているものであることを確認することが可能となる。基本的に、ＲＲテストでは、モバイルノードが、通信相手ノードに対してＢＵメッセージを送信する前に、セキュアな状態で生成された２つのトークンを通信相手ノードから取得することが要請されている。
【０００７】
ＲＲ手順を開始するため、最初に、モバイルノードは通信相手ノードに対して、２つの異なるメッセージ、Home-test-Init（ＨｏＴＩ）メッセージ及びCare-of-Test-Init（ＣｏＴＩ）メッセージを送信する。ＨｏＴＩには、パケットの送信元（source）として、モバイルノードのホームアドレスが設定され、ホームエージェント経由で送信される。一方、ＣｏＴＩには、パケットの送信元（source）として、モバイルノードの気付アドレスが設定され、直接送信される。ＨｏＴＩを受信した通信相手ノードは、モバイルノードのホームアドレスに向けて、Home-Test（ＨｏＴ）メッセージを送信することによって応答を行う。このＨｏＴには、Home Keygen Token（ＨｏＫ）と呼ばれるセキュリティトークンが含まれている。このＨｏＫは、モバイルノードのホームアドレスに基づいて、秘密鍵を用いた暗号化により生成されるものである。また、同様に、ＣｏＴＩを受信した通信相手ノードは、モバイルノードの気付アドレスに向けてCare-of-Test（ＣｏＴ）メッセージを送信することによって応答を行う。このＣｏＴには、Care-of Keygen Token（ＣｏＫ）と呼ばれるセキュリティトークンが含まれている。このＣｏＫは、モバイルノードの気付アドレスに基づいて、秘密鍵を用いた暗号化により生成されるものである。
【０００８】
モバイルノードは、ＨｏＴメッセージ及びＣｏＴメッセージの両方のメッセージを受信した場合、通信相手ノードに対して、認証情報（Ａｕｔｈ：Authenticator）を含むＢＵメッセージを送信することが可能となる。この認証情報は、ＨｏＫとＣｏＫとを連結して生成された鍵を使用して、暗号化によって生成されるＢＵメッセージのチェックサムである。この方法で、通信相手ノードは、ＢＵを受信した場合には、独自にチェックサムの計算を行い、このチェックサムが認証情報内のものと同一であることを確認することが可能となり、ＢＵメッセージに記載されている気付アドレスとホームアドレスとが、実際に関連付けられたものであることが確認される。
【０００９】
一方、無線デバイスの台数の増加はさらに加速しており、モビリティ技術において、新たな技術分野が現れるであろうことが予想される。その１つが、ノードを含むネットワーク全体が、そのまま接続ポイントを変えるネットワークモビリティ（ＮＥＭＯ：NEtwork MObility）である。ネットワークモビリティは、個々のホスト用のモビリティサポートの概念を、ノードを含むネットワーク用のモビリティサポートに拡張し、モバイルネットワークがインターネットに対してどの接続ポイントで接続している場合でも、プライマリグローバルアドレスでモバイルネットワーク内のノードに到達可能とすることを目的としている。
【００１０】
このようなモバイルＩＰに基づいて移動を行うネットワークの問題に対する解決策を与えようとするいくつかの試みが、既に存在している。移動を行うネットワークの問題に対して提案された解決策の１つが、下記の特許文献１に記載されているモバイルルータサポートである。ここでは、モバイルネットワークを制御するモバイルルータは、ホームドメインに存在する際に、あるルーティングプロトコルを使用して、モバイルネットワークへのパケット、又はモバイルネットワークからのパケットのルーティングを実行する。一方、モバイルルータ及びそのモバイルネットワークがフォーリンドメインに移動した場合には、モバイルルータは自身のホームエージェントにその気付アドレスを登録し、その後、モバイルルータとホームエージェントとの間でトンネルのセットアップが行われる。そして、モバイルルータがホームドメインに存在していたときに使用されていたルーティングプロトコルが、このトンネルを通じて再度実行される。これによって、モバイルネットワークに向かうあらゆるパケットは、ホームエージェントによって受信（インターセプト）され、トンネルを通じてモバイルルータに転送されることとなる。そして、パケットは、モバイルルータによって、そのモバイルネットワーク内のホストに転送される。一方、そのモバイルネットワーク内のノードが、モバイルネットワーク外部へのパケットの送信を行おうとする場合には、モバイルルータがそのパケットを受信（インターセプト）し、トンネルを通じてホームエージェントにパケットの転送を行い、ホームエージェントによって、設定された受信者に対して、パケットの送信が行われる。また、下記の特許文献２に開示されている別の解決策も、ＩＰｖ６のみに対するサポートに特定して記述されているものの、ほぼ同様である。
【００１１】
一方、下記の特許文献３には、モバイルルータの気付アドレスとして、マルチキャストアドレスを使用する方法が開示されている。これによれば、モバイルルータは、新たなアクセスネットワークに移動した後でも、同一の気付アドレスを使用して到達可能となる。また、ＩＥＴＦでは、下記の非特許文献２に開示されているように、ネットワークモビリティの解決策が現在も展開されている。非特許文献２には、モバイルルータが、ホームエージェントに対してＢＵメッセージを送信する際に、モバイルネットワーク内のノードが使用しているネットワークプリフィックスを明記できる旨が記載されている。ネットワークプリフィックスは、ＢＵメッセージに挿入されるネットワークプリフィックスオプションとして知られる特別なオプションを使用して明記される。これにより、ホームエージェントは、ネットワークプリフィックスに基づいて、ルーティングテーブルを構築することが可能となり、その結果、ホームエージェントは、このネットワークプリフィックスを送信先とするすべてのパケットを、モバイルルータの気付アドレスに転送することができるようになる。
【非特許文献１】Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", Internet Draft: draft-ietf-mobileip-ipv6-24.txt, Work In Progress, June 2003.
【非特許文献２】Devarapalli, V., et. al., "NEMO Basic Support Protocol", IETF Internet Draft: draft-ietf-nemo-basic-02.txt, Dec 2003.
【特許文献１】米国特許第６６３６４９８号公報
【特許文献２】米国特許公開２００３−１１７９６５号公報
【特許文献３】米国特許公開２００３−９５５２３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述のＮＥＭＯの概念及び経路最適化を組み合わせた場合、使用環境によっては、これらの長所を十分に活用することができないことがある。このような使用環境としては、例えば、配下に多数のモバイルネットワークノードが存在しているモバイルルータと、このモバイルルータが接続する上層のアクセスルータとの間で、十分な無線リソースが得られないなどの理由から十分な通信帯域が確保できない使用環境や、モバイルルータが比較的高速で移動しており、モバイルルータの位置情報の更新が頻繁に行われるような使用環境が挙げられる。
【００１３】
このような使用環境は、例えば、多数の乗客を運ぶ列車などの移動体が、多数の乗客を運んでいる場合に起こり得る。この場合、移動体内には、多数のモバイルネットワークノード（多数の乗客が持つ通信装置や移動体内に設置されている通信装置）が存在しており、こうしたモバイルネットワークノードを配下に有する移動体内のモバイルルータと地上側（沿線）との間の通信は、十分に広帯域を維持することができない可能性がある。なお、移動体が飛行機や船舶などの場合も、地上側と衛星を介して通信を行うため、通信が十分に広帯域とはならない可能性がある。
【００１４】
このような環境下で、モバイルルータが、モバイルネットワークノードとモバイルネットワーク外部のＣＮとの間の通信に係る経路最適化を行う場合には、モバイルネットワークノードの数に伴って多数のＣＮに対して経路最適化を行う必要があり、経路最適化のためにモバイルルータが多数のＣＮに対して通信する一連の情報量が多くなってしまう。その結果、モバイルルータからアクセスルータに多量の情報が同一タイミングで送信され、本来のデータ通信が圧迫されることはもちろん、位置情報の登録が完了できずに通信不能に陥ってしまうこともあり得る。このようなモバイルルータから多量の情報が送信され、ネットワークの輻輳が発生してしまう場合は、特に、モバイルルータが新たなアクセスルータに接続し、多数のＣＮとの間で経路最適化を行うタイミングで起こりやすい。
【００１５】
また、モバイルルータの場合だけではなく、モバイルホストの場合も同様に、限定された無線リソースの有効利用の問題が存在する。また、上述のモバイルルータの場合と同様に、例えば、モバイルホストが多数のＣＮと通信を行っている場合には、新たなアクセスルータに接続した際に多数のＣＮとの間で経路最適化を行おうとするため、無線伝送路やネットワークの輻輳が発生する可能性が高い。
【００１６】
上記の問題に鑑み、本発明は、無線通信を介して接続するモバイルノード（モバイルホストやモバイルルータ）とアクセスルータとの間で伝送される情報量を削減し、モバイルノードとアクセスルータとの間の輻輳を回避することを可能とする通信管理方法及び通信管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するため、本発明の通信管理方法は、配下にモバイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルルータの動作を制御するための通信管理方法であって、
前記モバイルルータが、移動前の状態において、移動前に接続している前記アクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、
次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知ステップで通知された前記経路最適化に係る情報を用いて前記モバイルルータに係る前記経路最適化の代理処理を行うことができるように、前記モバイルルータが、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼ステップとを、
有している。
この構成により、モバイルルータは、移動前に接続しているアクセスルータに対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルルータとアクセスルータとの間の輻輳を回避することが可能となる。
【００１８】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記経路最適化情報通知ステップにおける前記情報の通知が、移動前に接続している前記アクセスルータをあて先とするメッセージによって行われるか、又は移動前に接続している前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる。
この構成により、アクセスルータは、モバイルルータから送られてくる特定のメッセージによって経路最適化に係る情報を取得するか、あるいは、モバイルルータからのＢＵメッセージなどを受信（インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。
【００１９】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信ステップを有している。
この構成により、モバイルルータは、移動前に接続しているアクセスルータから移動後に接続するアクセスルータに経路最適化に係る情報が伝送されて、移動後に接続するアクセスルータが経路最適化の代理処理を行うように依頼することが可能となる。
【００２０】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、前記モバイルルータ自身が、前記経路最適化を行う経路最適化実行ステップを有している。
この構成により、モバイルルータは、移動後に接続するアクセスルータが経路最適化の代理処理を行うことが不可能な場合には、自ら経路最適化を行う動作に切り換えることが可能となる。
【００２１】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータが、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信ステップを有している。
この構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理の結果を把握することが可能となる。
【００２２】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータが、前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断ステップを有している。
この構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理に加えて、追加変更処理が必要か否かを判断することが可能となる。
【００２３】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モバイルルータ自身が、前記経路最適化に係る更なる処理を行う追加処理実行ステップを有している。
この構成により、追加変更処理が必要な場合には、モバイルルータは、自らその追加変更処理を行うことが可能となる。
【００２４】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記追加変更実行判断ステップで前記経路最適化に係る更なる処理を行う必要があると判断された場合には、前記モバイルルータは、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知ステップを有している。
この構成により、追加変更処理が必要な場合には、モバイルルータは、アクセスルータに対して、経路最適化に係る更なる処理を行うための情報を通知することによって、経路最適化に係る更なる処理の代理を依頼することが可能となる。
【００２５】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記追加変更情報通知ステップにおける前記情報の通知が、移動後に接続した前記アクセスルータをあて先とするメッセージによって行われるか、又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって行われる。
この構成により、アクセスルータは、モバイルルータから送られてくる特定のメッセージによって経路最適化に係る更なる情報を取得するか、あるいは、モバイルルータからのＢＵメッセージなどを受信（インターセプト）して、経路最適化に係る更なる情報を抽出することによって取得することが可能となる。
【００２６】
さらに、本発明の通信管理方法は、上記の発明に加えて、移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、前記モバイルルータが、移動後に接続した前記アクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信ステップを有している。
この構成により、アクセスルータが、モバイルルータに係る経路最適化に関して、更なる追加変更処理を行い、その追加変更処理の結果をモバイルルータに通知することが可能となる。
【００２７】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータがアクセスルータに接続した後、前記モバイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築ステップを有している。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。
【００２８】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記信用関係構築ステップにおいて、前記モバイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モバイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う通常動作ステップを有している。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することができない場合には、自ら経路最適化を行う動作に切り換え、それ以降は従来の技術に係る動作を行うことが可能となる。
【００２９】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記信用関係構築ステップにおいて、前記モバイルルータが、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モバイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。
【００３０】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記モバイルルータは、前記経路最適化情報通知ステップで、前記モバイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知する。
この構成により、モバイルルータは、複数の経路の中から、経路最適化の代理処理を依頼する経路を選択することが可能となる。
【００３１】
また、上記目的を達成するため、本発明の通信管理方法は、配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、
前記アクセスルータが、自身に接続されている前記モバイルルータから、前記モバイルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、
前記モバイルルータの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、
前記アクセスルータが、前記モバイルルータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納ステップで格納された前記モバイルルータの前記経路最適化に係る情報を送信する経路最適化情報送信ステップとを、
有している。
この構成により、アクセスルータは、モバイルルータから経路最適化に係る情報を受け、その経路最適化に係る情報を、モバイルルータが移動後に接続するアクセスルータに渡すことによって、モバイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルルータとアクセスルータとの間の輻輳を回避することが可能となる。
【００３２】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記アクセスルータは、前記経路最適化情報取得ステップで、前記モバイルルータから送信された前記アクセスルータをあて先とするメッセージによって前記情報を取得するか、又は前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モバイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する。
この構成により、アクセスルータは、モバイルルータから送られてくる特定のメッセージによって経路最適化に係る情報を取得するか、あるいは、モバイルルータからのＢＵメッセージなどを受信（インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。
【００３３】
また、上記目的を達成するため、本発明の通信管理方法は、配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理方法であって、
前記アクセスルータが、自身に接続されている前記モバイルルータによって移動前に接続されていた別のアクセスルータから、前記モバイルルータの前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、
前記モバイルルータの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、
前記アクセスルータが、前記経路最適化情報格納ステップで格納された前記経路最適化に係る情報を用いて、前記モバイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行ステップとを、
有している。
この構成により、アクセスルータは、新たに接続するモバイルルータが接続変更前に接続していたアクセスルータから、モバイルルータの経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モバイルルータの経路最適化の代理処理を行うことによって、モバイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルルータとアクセスルータとの間の輻輳を回避することが可能となる。
【００３４】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記経路最適化情報取得ステップにおいて、前記アクセスルータが、前記経路最適化に係る情報と共に、移動前の前記モバイルルータを特定する識別情報を前記別のアクセスルータから取得し、自身に接続されている前記モバイルルータの前記経路最適化情報を特定する。
この構成により、アクセスルータは、新たに接続するモバイルルータが接続変更前に接続していたアクセスルータから受けたモバイルルータの経路最適化に係る情報と、この経路最適化に係る情報に関連する配下のモバイルルータとの対応関係を適切に把握することが可能となる。
【００３５】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われる。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。
【００３６】
さらに、本発明の通信管理方法は、上記の発明に加えて、前記経路最適化情報格納ステップにおいて、前記アクセスルータは、前記経路最適化に係る情報として、前記モバイルルータの識別情報、前記モバイルネットワークの識別情報、前記モバイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間のＲＲテストに利用される情報をそれぞれ関連付けて格納する。
この構成により、アクセスルータは、モバイルルータの経路最適化の代理処理に必要なＲＲテストの実行及びＢＵメッセージの送信に関する情報を保持することが可能となる。
【００３７】
また、上記目的を達成するため、本発明の通信管理装置は、配下にモバイルネットワークを有し、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルルータ内に配置される通信管理装置であって、
移動前の状態において、移動前に接続している前記アクセスルータに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、
次の移動後に接続する前記アクセスルータが、前記経路最適化情報通知手段で通知された前記経路最適化に係る情報を用いて前記モバイルルータに係る前記経路最適化の代理処理を行うことができるように、移動前に接続している前記アクセスルータに対して、移動後に接続する前記アクセスルータへの前記経路最適化に係る情報の送信を依頼する代理依頼手段とを、
有している。
この構成により、モバイルルータは、移動前に接続しているアクセスルータに対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルルータとアクセスルータとの間の輻輳を回避することが可能となる。
【００３８】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報通知手段が、移動前に接続している前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動前に接続している前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動前に接続している前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている。
この構成により、アクセスルータは、モバイルルータから送られてくる特定のメッセージによって経路最適化に係る情報を取得するか、あるいは、モバイルルータからのＢＵメッセージなどを受信（インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。
【００３９】
さらに、本発明の通信管理装置は、上記の発明に加えて、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータに対して、前記経路最適化の代理処理を行うように要求する実行要求送信手段を有している。
この構成により、モバイルルータは、移動前に接続しているアクセスルータから移動後に接続するアクセスルータに経路最適化に係る情報が伝送されて、移動後に接続するアクセスルータが経路最適化の代理処理を行うように依頼することが可能となる。
【００４０】
さらに、本発明の通信管理装置は、上記の発明に加えて、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動後に接続した前記アクセスルータによる前記経路最適化の代理処理が行われない旨を把握した場合には、自ら前記経路最適化を行う経路最適化実行手段を有している。
この構成により、モバイルルータは、移動後に接続するアクセスルータが経路最適化の代理処理を行うことが不可能な場合には、自ら経路最適化を行う動作に切り換えることが可能となる。
【００４１】
さらに、本発明の通信管理装置は、上記の発明に加えて、移動前に接続している前記アクセスルータから移動後に接続する前記アクセスルータに接続を変更した後、移動前に接続している前記アクセスルータによって保持されている前記経路最適化に係る情報に基づいて、移動後に接続した前記アクセスルータによって行われた前記経路最適化の代理処理の結果を、移動後に接続した前記アクセスルータから受信する結果受信手段を有している。
この構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理の結果を把握することが可能となる。
【００４２】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化に係る更なる処理を行う必要があるか否かを判断する追加変更実行判断手段を有している。
この構成により、モバイルルータは、移動後に接続するアクセスルータによって行われた経路最適化の代理処理に加えて、追加変更処理が必要か否かを判断することが可能となる。
【００４３】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、自ら前記経路最適化に係る更なる処理を行う追加処理実行手段を有している。
この構成により、追加変更処理が必要な場合には、モバイルルータは、自らその追加変更処理を行うことが可能となる。
【００４４】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記追加変更実行判断手段で前記経路最適化に係る更なる処理を行う必要があると判断された場合には、移動後に接続した前記アクセスルータに対して、前記経路最適化に係る更なる処理を行うための情報を通知する追加変更情報通知手段を有している。
この構成により、追加変更処理が必要な場合には、モバイルルータは、アクセスルータに対して、経路最適化に係る更なる処理を行うための情報を通知することによって、経路最適化に係る更なる処理の代理を依頼することが可能となる。
【００４５】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記追加変更情報通知手段が、移動後に接続した前記アクセスルータをあて先とするメッセージによって前記情報の通知を行うか、又は移動後に接続した前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、移動後に接続した前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報の通知を行うように構成されている。
この構成により、アクセスルータは、モバイルルータから送られてくる特定のメッセージによって経路最適化に係る更なる情報を取得するか、あるいは、モバイルルータからのＢＵメッセージなどを受信（インターセプト）して、経路最適化に係る更なる情報を抽出することによって取得することが可能となる。
【００４６】
さらに、本発明の通信管理装置は、上記の発明に加えて、移動後に接続した前記アクセスルータが、前記経路最適化に係る更なる処理を行う必要があるか否かの判断を行うように構成されており、移動後に接続した前記アクセスルータによって行われた前記経路最適化に係る更なる処理の結果を、移動後に接続した前記アクセスルータから受信する追加変更結果受信手段を有している。
この構成により、アクセスルータが、モバイルルータに係る経路最適化に関して、更なる追加変更処理を行い、その追加変更処理の結果をモバイルルータに通知することが可能となる。
【００４７】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記モバイルルータが前記アクセスルータに接続した後、接続した前記アクセスルータとの間で、情報を安全に伝送するための信用関係の構築を試みる信用関係構築手段を有している。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。
【００４８】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できなかった場合には、前記モバイルルータ自身が前記経路最適化を行うとともに、その後、従来の技術に係る動作を行う手段を有している。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することができない場合には、自ら経路最適化を行う動作に切り換え、それ以降は従来の技術に係る動作を行うことが可能となる。
【００４９】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記信用関係構築手段において、接続した前記アクセスルータとの間で、情報を安全に伝送するための前記信用関係を構築できた場合には、前記モバイルルータと、接続した前記アクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されている。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。
【００５０】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報通知手段が、前記モバイルネットワークと前記通信ノードとの間の経路を選択して、選択された前記経路における前記経路最適化に係る情報を通知するように構成されている。
この構成により、モバイルルータは、複数の経路の中から、経路最適化の代理処理を依頼する経路を選択することが可能となる。
【００５１】
また、上記目的を達成するため、本発明の通信管理装置は、配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、
前記アクセスルータに接続されている前記モバイルルータから、前記モバイルルータが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得手段と、
前記経路最適化情報取得手段で取得された前記経路最適化に係る情報を格納する経路最適化情報格納手段と、
前記モバイルルータが移動後に接続する別のアクセスルータに対して、前記経路最適化情報格納手段に格納されている前記モバイルルータの前記経路最適化に係る情報を送信する経路最適化情報送信手段とを、
有している。
この構成により、アクセスルータは、モバイルルータから経路最適化に係る情報を受け、その経路最適化に係る情報を、モバイルルータが移動後に接続するアクセスルータに渡すことによって、モバイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルルータとアクセスルータとの間の輻輳を回避することが可能となる。
【００５２】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報取得手段が、前記モバイルルータから送信された前記アクセスルータをあて先とするメッセージによって前記情報を取得するか、又は前記アクセスルータが前記情報を抽出できる状態を有するメッセージであって、前記モバイルルータから送信された前記アクセスルータとは異なるノードをあて先とする前記メッセージによって前記情報を取得する。
この構成により、アクセスルータは、モバイルルータから送られてくる特定のメッセージによって経路最適化に係る情報を取得するか、あるいは、モバイルルータからのＢＵメッセージなどを受信（インターセプト）して、経路最適化に係る情報を抽出することによって取得することが可能となる。
【００５３】
また、上記目的を達成するため、本発明の通信管理装置は、配下にモバイルネットワークを有するモバイルルータとの接続を行うアクセスルータの動作を制御するための通信管理装置であって、
前記アクセスルータに接続されている前記モバイルルータによって移動前に接続されていた別のアクセスルータから、前記モバイルルータの経路最適化に係る情報を取得する経路最適化情報取得手段と、
前記経路最適化情報取得手段で取得された前記経路最適化に係る情報を格納する経路最適化情報格納手段と、
前記アクセスルータが、前記経路最適化情報格納手段に格納されている前記モバイルルータの前記経路最適化に係る情報を用いて、前記モバイルルータに係る前記経路最適化の代理処理を行う経路最適化代理実行手段とを、
有している。
この構成により、アクセスルータは、新たに接続するモバイルルータが接続変更前に接続していたアクセスルータから、モバイルルータの経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モバイルルータの経路最適化の代理処理を行うことによって、モバイルルータが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルルータとアクセスルータとの間の輻輳を回避することが可能となる。
【００５４】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化情報取得手段が、前記経路最適化に係る情報と共に、移動前の前記モバイルルータを特定する識別情報を前記別のアクセスルータから取得することによって、自身に接続されている前記モバイルルータの前記経路最適化情報を特定するように構成されている。
この構成により、アクセスルータは、新たに接続するモバイルルータが接続変更前に接続していたアクセスルータから受けたモバイルルータの経路最適化に係る情報と、この経路最適化に係る情報に関連する配下のモバイルルータとの対応関係を適切に把握することが可能となる。
【００５５】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記アクセスルータと前記別のアクセスルータとの間で、情報を安全に伝送するための信用関係が構築され、前記アクセスルータと前記別のアクセスルータとの間で、前記信用関係に基づいて、安全な状態で前記経路最適化に係る情報の伝送が行われるように構成されている。
この構成により、モバイルルータは、アクセスルータに対して、経路最適化に係る情報を安全に送信することが可能となる。
【００５６】
さらに、本発明の通信管理装置は、上記の発明に加えて、前記経路最適化に係る情報として、前記モバイルルータの識別情報、前記モバイルネットワークの識別情報、前記モバイルルータとの間で経路最適化が行われる通信ノードの識別情報、前記モバイルルータと前記通信ノードとの間のＲＲテストに利用される情報が、それぞれ関連付けられて前記経路最適化情報格納手段に格納されるように構成されている。
この構成により、アクセスルータは、モバイルルータの経路最適化の代理処理に必要なＲＲテストの実行及びＢＵメッセージの送信に関する情報を保持することが可能となる。
【００５７】
また、上記目的を達成するため、本発明の通信管理方法は、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルノードの動作を制御するための通信管理方法であって、
前記モバイルノードが、移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知ステップと、
前記モバイルノードが次に前記アクセスルータを変更した際に、前記所定のネットワークノードによって、前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理ステップとを、
有している。
この構成により、モバイルノードは、所定のネットワークノード（例えば、ホームエージェント）に対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルノードとアクセスルータとの間の輻輳を回避することが可能となる。
【００５８】
また、上記目的を達成するため、本発明の通信管理方法は、アクセスルータに接続するモバイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理方法であって、
前記アクセスルータに接続されている前記モバイルノードから、前記モバイルノードが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得ステップと、
前記モバイルノードの前記経路最適化に係る情報を格納する経路最適化情報格納ステップと、
前記モバイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納ステップで格納された前記モバイルノードの前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理ステップとを、
有している。
この構成により、所定のネットワークノード（例えば、ホームエージェント）は、モバイルルータから経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モバイルノードの経路最適化の代理処理を行うことによって、モバイルノードが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルノードとアクセスルータとの間の輻輳を回避することが可能となる。
【００５９】
また、上記の目的を達成するため、本発明の通信管理装置は、複数のアクセスルータのそれぞれとの接続を変更することによって移動するモバイルノード内に配置される通信管理装置であって、
移動前の状態において、所定のネットワークノードに対して、経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を通知する経路最適化情報通知手段と、
前記モバイルノードが次に前記アクセスルータを変更した際に、前記所定のネットワークノードによって、前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理が行われるように依頼する依頼代理手段とを、
有している。
この構成により、モバイルノードは、所定のネットワークノード（例えば、ホームエージェント）に対して経路最適化に係る情報を渡すことによって、移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルノードとアクセスルータとの間の輻輳を回避することが可能となる。
【００６０】
また、上記の目的を達成するため、本発明の通信管理装置は、アクセスルータに接続するモバイルノードの代理処理を行う所定のネットワークノードの動作を制御するための通信管理装置であって、
前記アクセスルータに接続されている前記モバイルノードから、前記モバイルノードが経路最適化を行うべき通信ノードに関する前記経路最適化に係る情報を取得する経路最適化情報取得手段と、
前記モバイルノードの前記経路最適化に係る情報を格納する経路最適化情報格納手段と、
前記モバイルノードが移動後に別のアクセスルータに接続した場合に、前記経路最適化情報格納手段に格納された前記モバイルノードの前記経路最適化に係る情報を用いて前記モバイルノードに係る前記経路最適化の代理処理を行う経路最適化代理処理手段とを、
有している。
この構成により、所定のネットワークノード（例えば、ホームエージェント）は、モバイルルータから経路最適化に係る情報を受け、その経路最適化に係る情報に基づいて、モバイルノードの経路最適化の代理処理を行うことによって、モバイルノードが移動後に新たなアクセスルータに接続した際に送信する経路最適化に係る情報の情報量を削減することが可能となり、モバイルノードとアクセスルータとの間の輻輳を回避することが可能となる。
【発明の効果】
【００６１】
本発明の通信管理方法及び通信管理装置は、上記の構成を有しており、無線通信を介して接続するモバイルノードとアクセスルータとの間で伝送される情報量を削減し、モバイルノードとアクセスルータとの間の輻輳を回避するという効果を有している。
【発明を実施するための最良の形態】
【００６２】
以下、図面を参照しながら、本発明の実施の形態について説明する。まず、本発明の実施の形態における通信システムの構成例について説明する。図１は、本発明の実施の形態における通信システムの一構成例を示すブロック図である。
【００６３】
図１には、モバイルルータ（ＭＲ：Mobile Router）１１、ｎ台のモバイルネットワークノード（ＭＮＮ：Mobile Network Node）１２（図１では、ＭＮＮ1及びＭＮＮnの２台を図示）、相互に信用関係を有するｍ台のＡＲ２１（図１では、ＡＲ1、ＡＲm-1、ＡＲmの３台を図示）、相互に信用関係を有するｍ台のＡＲ２１と信用関係を有さないＡＲ２１（図１のＡＲx）、ＭＲ１１のＨＡ３１、ＭＭＮ１２の通信相手となるｐ台のＣＮ４１（図１では、ＣＮ1、ＣＮpの２台を図示）、ＡＲ２１、ＨＡ３１、ＣＮ４１が接続しているネットワーク５１が図示されている。
【００６４】
ＭＲ１１は、ＮＥＭＯに関連するプロトコルなどを実装しており、配下のモバイルネットワーク１３のそれぞれに存在するＭＮＮ１２の代理として、移動管理機能を実現することが可能なモバイルノードである。ＭＲ１１は、モバイルネットワーク１３単位で移動に係る処理を行うので、各ＭＮＮ１２は、接続の移動を意識することなく（すなわち、移動管理機能を実装、若しくはモバイルネットワーク自体の移動ごとに実行することなく）、ＭＲ１１の上位に存在するネットワーク５１への接続性を確保することが可能となる。なお、本発明に係るＭＲ１１は、ＣＮ４１との間で経路最適化（以下、ＲＯ（Route Optimization）と記載する）を行うので、例えば、ＲＯ機能を有するモバイルＩＰｖ６を実装している。また、ＭＮＮ１２は、ＭＲ１１の配下のモバイルネットワーク１３に存在するネットワークノードである。また、図１では、ＭＲ１１の配下のモバイルネットワーク１３が１つのみ図示されているが、複数存在する場合もある。
【００６５】
また、ＡＲ２１は、ネットワーク５１に接続されているとともに、ＭＲ１１やＭＨ（Mobile Host：モバイルホスト）などのモバイルノードが接続可能なサブネットを形成しており、サブネットに接続するモバイルノードに対して、ネットワーク５１への接続性を提供することが可能である。
【００６６】
また、相互に信用関係を有する複数のＡＲ２１（ＡＲ1〜ＡＲm）は、それぞれ信用関係にあり、セキュアな状態を保ったまま、相互に情報交換を行うことが可能なように構成されている。なお、ＡＲ２１（ＡＲ1〜ＡＲm）間の信用関係は、情報交換を行うたびに構築（確認）されてもよく、また、あらかじめ鍵の交換などによって構築されてもよい。また、ＡＲ２１（ＡＲ1〜ＡＲm）間の信用関係は、例えば、ＩＰｓｅｃ（IP security Protocol）やその他のセキュリティ技術を利用して構築されてもよい。
【００６７】
なお、相互に信用関係を有する複数のＡＲ２１の各サブネットは、地理的に隣接して配置されており、移動するモバイルノードは、相互に信用関係を有する複数のＡＲ２１間の接続変更を連続して行えるように構成されていることが望ましい。こうした配置の一例としては、移動体の軌道に沿って形成されたサブネットが挙げられる。また、相互に信用関係を有する複数のＡＲ２１とは別に、この信用関係を有さないＡＲ２１（ＡＲx）が、複数のＡＲ２１のいずれか１つに隣接して存在する場合もある。このＡＲxは、例えば、従来の技術に係るＡＲ、又はＡＲ1〜ＡＲmとは異なるＡＲとの間で別の信用関係を有するＡＲである。
【００６８】
また、ＨＡ３１は、ＭＲ１１のホームエージェントであり、ＭＲ１１に関する位置情報（具体的には、ＭＲ１１のＨｏＡ及びＣｏＡと、ＭＲ１１のモバイルネットワーク１３のプリフィックス情報）を保持するとともに、モバイルネットワークのプリフィックスを含む送信先アドレスが設定されたパケットを受信（インターセプト）して、ＭＲ１１にトンネリングする。
【００６９】
また、ＣＮ４１は、ネットワーク５１に接続されており、ＭＲ１１やＭＮＮ１２の通信相手となる任意の通信ノードである。なお、本発明では、ＣＮ４１は、ＭＲ１１との間でＲＯを行うので、例えば、ＲＯ機能を有するモバイルＩＰｖ６を実装している。また、ネットワーク５１は、インターネットなどに代表される任意のパケット交換ネットワークである。
【００７０】
続いて、図１を参照しながら、本発明の実施の形態における概要について説明する。本発明では、ＭＲ１１が接続するＡＲ２１が、ＭＲ１１の代理として、ＭＲ１１とＣＮ４１との間で確立されるＲＯを行うようにする。なお、ＡＲ２１が、ＭＲ１１の代理として行うＲＯを、代理ＲＯと呼ぶことにする。
【００７１】
この代理ＲＯは、ＭＲ１１が移動して新たなＡＲ２１と接続した際に、新たなＡＲ２１によって行われる。このとき、新たなＡＲ２１は、ＭＲ１１に代わって代理ＲＯを行うための情報（ＲＯに係る情報）を、ＭＲ１１が移動前に接続していたＡＲ２１から取得することによって、ＭＲ１１の処理負荷を軽減させるとともに、ＭＲ１１とＡＲ２１との間のトラフィックを低減させる。
【００７２】
なお、このＲＯに係る情報は、ＣＮ４１を特定するための情報（例えば、ＣＮ４１のアドレス）、ＭＲ１１とＣＮ４１との間で移動前に確立されていたＲＯで用いられていた情報（例えば、ＲＲテストのＨｏＫやＣｏＫ、ＢＵメッセージ内のＡｕｔｈなど）、ＭＲ１１を特定するための情報（例えば、ＭＲ１１のＨｏＡやＣｏＡ）など、新たに接続するＭＲ１１を特定して、そのＭＲ１１に代わってＲＯを行うための情報である。また、このＲＯに係る情報は、さらに、ＭＲ１１の配下にある複数のモバイルネットワーク１３のそれぞれを識別する情報を含んでもよく、各モバイルネットワーク１３と各ＣＮ４１との間の詳細な接続設定情報（例えば、ＱｏＳのパラメータや認証情報）などを含んでもよい。
【００７３】
なお、ＢＵメッセージに含まれるＡｕｔｈは、ＨｏＫ及びＣｏＫに基づいて生成される情報であり、ＡＲ２１は、ＨｏＫ及びＣｏＫを取得すれば、ＢＵメッセージのＡｕｔｈを生成して、ＢＵを行うことが可能である。また、ＭＲ１１が移動後に接続するＡＲ２１は、例えば、ＭＲ１１と移動前のＡＲ２１との間における信用関係の構築に用いられた信用情報（鍵情報）などの上記以外の情報を、ＭＲ１１が移動前に接続していたＡＲ２１から取得することも望ましい。
【００７４】
また、ＭＲ１１は、複数のＣＮ４１に対してＲＯを行うことが可能である。したがって、ＲＯに係る情報は、複数のＣＮ４１のそれぞれに関して、管理される必要がある。具体的には、あるＭＲ１１がＲＯを行う複数のＣＮ４１のそれぞれのアドレスと、ＲＲテストで用いられるＨｏＫやＣｏＫとのセットが、そのＭＲ１１と特定のＣＮ４１のＲＯに係る情報として管理される。なお、ＲＯに係る情報として、さらに、各ＣＮ４１との間におけるＲＯの優先度やＲＯの動作開始タイミングが設定され、代理ＲＯを行うＡＲ２１は、この優先度や動作開始タイミングを参照して、例えば、優先度の高いＣＮ４１との間の代理ＲＯを先に行い、その後、優先度の低いＣＮ４１との間の代理ＲＯを段階的に行うことも可能である。
【００７５】
また、ＭＲ１１は、ＲＯを行う複数のＣＮ４１の一部のみに対するＲＯに係る情報をＡＲ２１に渡し、残りのＣＮ４１に関しては、自身でＲＯを行うことも可能である。すなわち、ＭＲ１１は、ＡＲ２１に代理ＲＯを行ってもらうＣＮ４１と、ＭＲ１１自身がＲＯを行うＣＮ４１とを選択してもよい。
【００７６】
ＭＲ１１が移動前に接続していたＡＲ２１は、例えば、ＭＲ１１からの情報通知や、ＭＲ１１が送信したパケットからの情報抽出などの装置によって、あらかじめＭＲ１１のＲＯに係る情報を取得し、保持しておく。そして、ＭＲ１１が移動前に接続していたＡＲ２１は、ＭＲ１１が別の新たなＡＲ２１に対して、例えば、ＭＲ１１が移動後に接続するＡＲ２１からの要求に応じて、あるいは事前に、そのＭＲ１１のＲＯに係る情報を渡すことによって、ＭＲ１１が移動後に接続するＡＲ２１は、ＭＲ１１との間の無線通信を介さずに、ＭＲ１１のＲＯに係る情報を取得することが可能となる。
【００７７】
なお、ＡＲ２１間におけるＭＲ１１のＲＯに係る情報の交換は、信用関係を有するＡＲ２１（図１のＡＲ1〜ＡＲm）間で安全に行われる必要がある。なお、ローミング協約などによって、ＡＲ２１間でＲＯに係る情報の受け渡しが可能な場合も、ＡＲ２１が相互に信用関係を有していると言える。
【００７８】
以下、詳細かつ具体的に、本発明に係る構成及び動作について説明する。まず、本発明に係るＭＲ１１及びＡＲ２１の具体的な構成例について説明する。図２は、本発明の実施の形態におけるＭＲの構成の一例を示すブロック図である。また、図３は、本発明の実施の形態におけるＡＲの構成の一例を示すブロック図である。
【００７９】
まず、図２を参照しながら、ＭＲ１１の構成の一例について説明する。図２に示すＭＲ１１は、パケット受信部６１、パケット送信部６２、信用関係構築部６３、ＲＯ実行部６４、ＲＯ代理依頼部６５、ＲＯ情報通知部６６、依頼履歴情報格納部６７、実行要求部６８、結果解析部６９、ＲＯ情報格納部７０を有している。
【００８０】
図２に示すパケット受信部６１及びパケット送信部６２は、それぞれ伝送路（無線伝送路）を介してパケットの受信及び送信を行う機能を有しており、パケット受信部６１及びパケット送信部６２を通じて、ＡＲ２１との間でパケットのやり取りが行われる。
【００８１】
また、図２に示す信用関係構築部６３は、伝送路におけるパケットの保護を目的として、ＡＲ２１との間で信用関係を構築する機能を有している。ＡＲ２１との間で信用関係が構築された場合には、その結果が信用関係構築部６３からＲＯ代理依頼部６５及びＲＯ情報通知部６６に通知される。一方、ＡＲ２１との間で信用関係が構築できなかった場合には、その結果が信用関係構築部６３からＲＯ実行部６４に通知される。
【００８２】
また、図２に示すＲＯ実行部６４は、ＣＮ４１との間でＲＯを実行する機能を有している。例えば、ＲＯ実行部６４は、ＣＮ４１との間でＲＲテストを実行し、ＣＮ４１に対してＢＵメッセージを送信する。また、ＲＯ実行部６４は、ＣＮ４１との間で行ったＲＯに係る情報、及びその依頼履歴を示す情報（依頼履歴情報）を、それぞれＲＯ情報格納部７０及び依頼履歴情報格納部６７に送出したり、ＲＯ情報格納部７０及び依頼履歴情報格納部６７のそれぞれに格納されているＲＯに係る情報及び依頼履歴情報を参照して、ＲＯの追加変更処理を行ったりすることが可能である。
【００８３】
また、図２に示すＲＯ代理依頼部６５は、次に移動した後に接続するＡＲ２１がＣＮ４１との間の代理ＲＯを行うように、移動前に接続しているＡＲ２１又は次の移動後に接続するＡＲ２１、若しくは移動後に接続したＡＲ２１に対して依頼を行う機能を有している。なお、本明細書では、依頼とは、ＡＲ２１に対して（より具体的には、後述のｃＡＲ及びｎＡＲのいずれか一方又はこれらの両方）に対して、代わりにＲＯの処理や、以降のその他の処理を行ってもらうように頼むことである。また、代理ＲＯの依頼の際には、移動前に接続しているＡＲ２１との間でＲＯに関する情報がやり取りされるので、信用関係構築部６３によって、移動前に接続しているＡＲ２１との間で信用関係が構築できた場合のみ、代理ＲＯの依頼が行われることが望ましい。
【００８４】
また、図２に示すＲＯ情報通知部６６は、ＡＲ２１に対して、代理ＲＯの依頼の際にＲＯに係る情報を通知したり、ＲＯ実行部６４で自ら行ったＲＯに係る追加変更処理の差分情報を通知したりする機能を有している。なお、ＲＯに係る情報の通知は、後述のように、ＢＵメッセージなどのＡＲ２１あてではないメッセージによって行うことも可能である。また、ＲＯに係る情報を通知することによって、代理ＲＯの依頼が行われたものとすることも可能であり、この場合には、ＲＯ代理依頼部６５の機能は、ＲＯ情報通知部６６に包含されることになる。なお、ＲＯ情報通知部６６は、モバイルネットワーク１３とＣＮ４１との間の経路を選択して、選択された経路のＲＯに係る情報のみを通知したり、更には、各経路の所定のパラメータを選択的に通知したりすることも可能である。また、ＲＯ情報通知部６６におけるＲＯに係る情報の通知の履歴は、依頼履歴情報格納部６７に格納される。
【００８５】
また、図２に示す依頼履歴情報格納部６７は、ＲＯ代理依頼部６５による代理ＲＯの依頼に関する履歴や、ＲＯ情報通知部６６によるＲＯに係る情報の通知の履歴を、依頼履歴情報として格納する機能を有している。
【００８６】
また、図２に示す実行要求部６８は、ＡＲ２１に対して代理ＲＯの実行を要求する機能を有している。なお、本明細書では、実行要求とは、即座に所定の処理の実行を行うように指示することであり、所定の処理に関する実行要求を受けた装置は、所定の処理を即座に行うことが要求される。例えば、実行要求部６８は、新たなＡＲ２１との接続後に、この新たなＡＲ２１に対して代理ＲＯの実行要求を行ったり、ＲＯに係る追加変更処理の実行要求を行ったりする。また、実行要求部６８は、モバイルネットワーク１３とＣＮ４１との間の経路の一部のみを選択的に代理ＲＯしてもらうような実行要求を送信することも可能である。なお、ＡＲ２１がＭＲ１１の接続を検知した後、即座にこのＭＲ１１に関する代理ＲＯを行うように構成されている場合には、ＭＲ１１は、代理ＲＯの実行要求を実行要求部６８から送信する必要はない。
【００８７】
また、図２に示す結果解析部６９は、ＡＲ２１による代理ＲＯの結果を受信し、この結果を解析して、追加変更処理の必要性を検討する機能を有している。なお、追加変更処理を行う必要があると判断された場合は、例えば、結果解析部６９からＲＯ実行部６４やＲＯ情報通知部６６に追加変更処理の実行指示が送出され、ＲＯ実行部６４やＲＯ情報通知部６６によって、追加変更処理が行われる。また、ＡＲ２１による代理ＲＯの結果は、ＲＯに係る情報として、ＲＯ情報格納部７０に格納される。
【００８８】
なお、結果解析部６９によって追加変更処理を行う必要があると判断される場合の一例としては、例えば、ＣｏＫやＢＵのライフタイムが満了となった場合（あるいは満了になりそうな場合）が挙げられる。この場合には、ＣｏＫやＢＵの更新処理又はライフタイムの延長処理などの追加変更処理が行われることになる。
【００８９】
また、図２に示すＲＯ情報格納部７０は、ＡＲ２１によって行われた代理ＲＯの結果に含まれるＲＯに係る情報や、ＭＲ１１が自ら行ったＲＯに係る情報を格納する機能を有している。
【００９０】
次に、図３を参照しながら、ＡＲ２１の構成の一例について説明する。図３に示すＡＲ２１は、パケット受信部８１、パケット送信部８２、信用関係構築部８３、ＲＯ情報取得部８４、ＲＯ情報交換部８５、ＲＯ情報格納部８６、代理ＲＯ実行部８７、ＲＯ情報通知部８８を有している。
【００９１】
図３に示すパケット受信部８１及びパケット送信部８２は、それぞれ伝送路を介してパケットの受信及び送信を行う機能を有しており、パケット受信部８１及びパケット送信部８２を通じて、配下に接続されているＭＲ１１や、ネットワーク５１に接続されている任意のＣＮ４１との間でパケットのやり取りが行われる。
【００９２】
また、図３に示す信用関係構築部８３は、伝送路におけるパケットの保護を目的として、ＭＲ１１及び他のＡＲ２１のそれぞれとの間で信用関係を構築する機能を有している。ＭＲ１１との間で信用関係が構築されたか否かを示す結果は、信用関係構築部８３からＲＯ情報取得部８４に通知される。また、他のＡＲ２１との間で信用関係が構築されたか否かを示す結果は、信用関係構築部８３からＲＯ情報交換部８５に通知される。
【００９３】
また、図３に示すＲＯ情報取得部８４は、ＭＲ１１からＲＯに係る情報を取得する機能を有している。このＲＯ情報取得部８４によってＭＲ１１から取得されたＭＲ１１のＲＯに係る情報は、ＲＯ情報格納部８６に格納される。ＭＲ１１からのＲＯに係る情報の通知は、例えば、ＡＲ２１あての所定のメッセージによって行われ、ＲＯ情報取得部８４がこの所定のメッセージ内から情報の抽出を行ってもよく、また、ＲＯ情報取得部８４が、ＭＲ１１からの他の通信ノード（例えば、ＭＲ１１のＨＡ３１）に対して送信されるＨｏＴＩメッセージやＢＵメッセージ内から、ＲＯに係る情報を抽出してもよい。なお、ＭＲ１１との間で信用関係が構築できなかった場合には、ＲＯ情報取得部８４は、ＲＯに係る情報の取得を行わないようにすることが望ましい。
【００９４】
また、図３に示すＲＯ情報交換部８５は、他のＡＲ２１との間でＭＲ１１のＲＯに係る情報のやり取りを行う機能を有している。このＲＯ情報交換部８５によって他のＡＲ２１から取得されたＭＲ１１のＲＯに係る情報は、ＲＯ情報格納部８６に格納される。なお、他のＡＲ２１との間で、ＭＲ１１のＲＯに係る情報の送信を行う場合、能動的に、他のＡＲ２１に対してＲＯに係る情報を渡してもよく、さらに、ＭＲ１１の移動予測やＭＲ１１からの事前通知などにより、複数のＡＲ２１の中からＲＯに係る情報を渡すＡＲ２１を絞り込んでもよく、また、受動的に、他のＡＲ２１からの要求を受けた場合に、他のＡＲ２１に対して特定のＭＲ１１のＲＯに係る情報を渡してもよい。なお、信用関係を有さない他のＡＲ２１との間では、ＲＯ情報交換部８５は、ＲＯに係る情報の交換を行わないようにすることが望ましい。
【００９５】
また、図３に示すＲＯ情報格納部８６は、ＲＯ情報取得部８４によってＭＲ１１から取得したＲＯに係る情報、ＲＯ情報交換部８５によって他のＡＲ２１から取得したＲＯに係る情報、代理ＲＯ実行部８７によって、代理ＲＯを行った場合に生成されたＲＯに係る情報を格納する機能を有している。
【００９６】
また、図３に示す代理ＲＯ実行部８７は、ＭＲ１１から代理ＲＯの実行要求を受けた場合や、ＲＯに係る情報の更新が必要な場合、ＭＲ１１の接続を検知した場合などに、ＲＯ情報格納部８６に格納されているこのＭＲ１１のＲＯに係る情報を用いて、ＭＲ１１に代わって代理ＲＯを実行する機能を有している。
【００９７】
また、ＲＯ情報通知部８８は、例えば、代理ＲＯ実行部８７で代理ＲＯを行った際に新たなＲＯに係る情報が生成された場合などに、その新たなＲＯに係る情報をＭＲ１１に対して通知する機能を有している。また、ＲＯ情報通知部８８は、代理ＲＯ実行部８７で行われた代理ＲＯの実行結果をＭＲ１１に通知することも可能である。
【００９８】
次に、本発明の実施の形態におけるＭＲ１１の動作の一例について説明する。図４は、本発明の実施の形態におけるＭＲの動作の一例を示すフローチャートである。
【００９９】
まず、ＭＲ１１は、ＡＲ２１に接続して、ＡＲ２１及びネットワーク５１への接続性を確保する（ステップＳ１０１：新たなＡＲと接続）。なお、このステップ１０１における処理では、例えば、ＭＲ１１は、ＡＲ２１からＲＡ（Router Advertisement：ルータ通知）を受信し、ＡＲ２１のサブネットに係るＣｏＡを取得してＨＡ３１にＢＵを行うなど、ＭＲ１１がＡＲ２１に接続する際に行われる従来の処理と同一の処理が行われる。
【０１００】
また、ＭＲ１１は、ＡＲ２１から通知される情報やＡＲ２１への問い合わせなどによって、ＡＲ２１が本発明に対応した対応ＡＲ（本発明に係る処理を行うことが可能なＡＲ）か否かの確認を行う（ステップＳ１０２：対応ＡＲ？）。ステップＳ１０２の処理では、例えば、ＭＲ１１が、ＡＲ２１から受信したＲＡ内に本発明に対応している旨を示すビットが存在するかを確認したり、ＡＲ２１に対して、本発明に対応している旨の問い合わせを行うためのメッセージを送信したりすることによって、接続したＡＲ２１が対応ＡＲか否かを把握することが可能である。
【０１０１】
なお、このステップＳ１０２の処理は必ずしも行われる必要がなく、以降に説明する動作中に、例えば、ＡＲ２１から、ＭＲ１１が送信したメッセージを認識することができないなどのエラーメッセージが返ってきた時点で、ＭＲ１１は、接続したＡＲ２１が対応ＡＲではない旨を把握することも可能である。
【０１０２】
ＡＲ２１が対応ＡＲである場合（ステップＳ１０２で『はい』）には、ＭＲ１１は、ＡＲ２１との間で信用関係を構築する（ステップＳ１０３：ＡＲとの信用関係の構築に成功？）。なお、ＭＲ１１とＡＲ２１との間における信用関係の構築は、必ずしも本発明独自の特別な処理ではなく、従来の技術において構築されるＭＲ１１とＡＲ２１との信用関係を利用することも可能である。また、このステップＳ１０３の信用関係の構築時などにおいて、ＭＲ１１は、ＡＲ２１に対して、移動前後のＭＲ１１を一意に識別可能とする情報（例えば、接続変更前に使用していたＣｏＡと、接続変更後に使用するＣｏＡとの対応を示す情報）を送信し、移動後にＭＲ１１が現時点で接続しているＡＲ２１（以降、ｃＡＲと記載する）が、移動前にＭＲ１１が接続していたＡＲ２１（以降、ｐＡＲと記載する）から、このＭＲ１１のＲＯに係る情報を取得できるようにする必要がある。
【０１０３】
なお、ＲＯに係る情報（すなわち、ＢＵなどに関する情報）は重要な情報である。したがって、ＲＯに係る情報がＭＲ１１とＡＲ２１との間で安全に交換される必要があるだけではなく、ＭＲ１１が、ＡＲ２１が信用できるものであってＲＯに係る情報を渡してもよいことの確認を行えるようにする必要がある。このようなＭＲ１１がＡＲ２１の信用性を確認するための具体的な装置としては、例えば、ＡＲ２１からＭＲ１１に通知される情報に、所定の管理団体の証明書情報などを付加することなどが挙げられる。すなわち、ＭＲ１１は、ＡＲ２１から渡された情報に付加されている証明書情報を確認することによって、ＡＲ２１が正当なもの（信用できるもの）であることを確認できるようにしてもよい。
【０１０４】
一方、ＡＲ２１が対応ＡＲではない場合（ステップＳ１０２で『いいえ』）には、本発明に係る処理の実行が不可能である。この場合、ＭＲ１１は、自身でＲＯを行う（ステップＳ１０４：ＭＲ自身がＲＯを行う）とともに、その後は従来の技術に基づく処理を行う（ステップＳ１０５：通常の動作）ことによって、ＲＯを問題なく行うことが可能である。また、ＭＲ１１がＡＲ２１との間に信用関係を構築できなかった場合（ステップＳ１０３で『いいえ』）には、ＡＲ２１は、ＭＲ１１の代理としてＲＯを行わないことが望ましく、ＡＲ２１が対応ＡＲではない場合と同様に、ＭＲ１１は、自身がＲＯを行った後に、従来の技術に基づく処理を行うことが望ましい。
【０１０５】
次に、ＭＲ１１がＡＲ２１との間における信用関係の構築に成功した場合（ステップＳ１０３で『はい』）には、ＭＲ１１は、前回の接続時点での次に移動を行って接続するＡＲ（すなわち、ｃＡＲ）がＭＲ１１の代理としてＲＯを行うように、ｐＡＲに対して依頼していたか否かを確認する（ステップＳ１０６：既にｐＡＲで依頼？）。なお、この依頼は、ｐＡＲの接続時において、後述のステップＳ１０８又はステップＳ１１１の処理が行われている場合に対応する。このステップＳ１０６における確認は、例えば、ＭＲ１１がｐＡＲとの接続時における依頼履歴情報（具体的には、ｐＡＲとの接続時における後述のステップＳ１０８やステップＳ１１１の処理に係る履歴）を格納しておき、この依頼履歴情報を確認することによって可能である。
【０１０６】
ステップＳ１０６における確認によって、ＭＲ１１が、ｐＡＲに対して、ｃＡＲがＭＲ１１の代理としてＲＯを行うように依頼していなかったことを把握した場合（ステップＳ１０６で『いいえ』）には、ＭＲ１１自身がＲＯを行う（ステップＳ１０７：ＭＲ自身がＲＯを行う）。なお、このステップＳ１０７で行われるＲＯ処理は、従来のＲＯ処理と同一であり、ＭＲ１１自身からＣＮ４１に対するＲＲテスト及びＢＵの実行を伴う。ＭＲ１１は、ＭＮＮ１２がＣＮ４１と通信を開始するか、既に通信している場合でＲＯも行っている場合には各ＣＮ４１に対して順次ＢＵを行うが、この処理を行うか否か、あるいはいつ行うかは、ＭＲ１１が決定できる。このとき、ＭＲ１１は、ＲＯにおける情報交換の際に、情報の輻輳が起こらないようにすることが望ましい。こうしたＲＯの優先度や動作開始タイミングを、例えば、ＭＮＮ１２との間の契約や通信状況（すなわち、ＭＮＮ１２がローカルのノードか訪問ノードか、契約者がどのくらいのコストを払ってサービスと契約しているか、ＭＮＮ１２の通信に係るＱｏＳ保証を行っているか）などによって決定してもよく、また、ランダムに決定してもよい。
【０１０７】
ステップＳ１０７でＭＲ１１自身がＲＯを行う場合としては、例えば、ＭＲ１１の電源がＯＮになった後、最初に対応ＡＲに接続した場合（すなわち、上記のｃＡＲが、ＭＲ１１が最初に接続するＡＲである場合）や、ｐＡＲが対応ＡＲではない場合などが想定される。なお、この場合には、ステップＳ１０７において、ＭＲ１１がｃＡＲに対して、ＲＯに係る情報を渡すことによって、ＲＯの代理を依頼することも可能であるが、上述のように、ＭＲ１１自身がＲＯを行うことが望ましい。
【０１０８】
そして、ＣＮ４１との間で自らＲＯを行ったＭＲ１１は、管理しているＲＯに係る情報をｃＡＲに送信するとともに、ＲＯに係る処理に関して、ＭＲ１１が次の移動後に新たなＡＲ２１（以降、ｎＡＲと記載する）に接続した場合におけるＲＯに係る処理の代理を依頼する（ステップＳ１０８：管理しているＲＯに係る情報をＡＲに送信し、次の接続変更後のＡＲによる代理を依頼）。
【０１０９】
なお、ステップＳ１０８におけるＲＯに係る情報の送信及び代理の依頼は、ＭＲ１１がｃＡＲと接続している任意の時点で行われればよい。また、ＡＲ２１が、ＭＲ１１からの依頼を受けずに代理ＲＯを行うように構成されている場合には、ＭＲ１１は、ＡＲ２１に対してＲＯに係る情報を渡すだけでよく、明示的に代理の依頼を行う必要はない。この場合は、ＭＲ１１からＡＲ２１に対するＲＯに係る情報の送信が、ＭＲ１１によるＡＲ２１への代理ＲＯの依頼を兼ねていると言うことができる。
【０１１０】
また、ＭＲ１１からｃＡＲに送信されたＲＯに係る情報は、例えば、後述の図５のステップＳ２０７において、ｎＡＲに渡され、これによって、ｎＡＲは、ＭＲ１１の代理として代理ＲＯを行うことが可能となる。
【０１１１】
ステップＳ１０８でＭＲ１１からｃＡＲに送信されるＲＯに係る情報としては、例えば、ＭＲ１１にモバイルＩＰ及びＮＥＭＯに関連するプロトコルの両方が実装されている場合には、ＭＲ１１がＲＲテスト及びＢＵを行うために必要な情報が挙げられる。この場合、ＲＯに係る情報は、具体的には、ＡＲ２１に対してＭＲ１１自身を一意に認識してもらうための情報（例えば、ＭＲ１１のＨｏＡやＣｏＡ）や、ＲＯを行う各ＣＮ４１のアドレス及び各ＣＮ４１に対応するＨｏＫなどである。
【０１１２】
以上のステップＳ１０８までの処理によって、ＭＲ１１自身が各ＣＮ４１との間におけるＲＯを完了するとともに、ＭＲ１１によって行われたＲＯに係る情報がｃＡＲに渡される。この後、ＭＲ１１は、何らかの追加変更を行う必要が生じるまで、イベント待ち状態となる（ステップＳ１０９：追加変更有り？（追加変更待機状態））。
【０１１３】
そして、追加変更に係るイベントが発生した場合（ステップＳ１０９で『はい』）には、ＭＲ１１自身がこの追加変更に係る処理を行う（ステップＳ１１０：追加変更処理）とともに、ｃＡＲに対して、この追加変更処理によって更新されたＲＯに係る情報の差分情報を送信し、この差分情報が反映されたＲＯに係る情報に基づいて、ＭＲ１１が次の移動後にｎＡＲに接続した場合における代理ＲＯを行うように依頼し（ステップＳ１１１：追加変更に係る差分情報をＡＲに送信し、次の接続変更後のＡＲによる代理を依頼）、再び、追加変更に係るイベント待ち状態となる。なお、ステップＳ１１１における代理ＲＯの依頼に関しては、ステップＳ１０８と同様に、例えば、ＡＲ２１が、ＭＲ１１からの依頼を受けずに代理ＲＯを行うように構成されている場合には、ＭＲ１１は、ＡＲ２１に対してＲＯに係る情報を渡すだけでよく、明示的に代理の依頼を行う必要はない。
【０１１４】
なお、追加変更に係るイベントとしては、例えば、新たなＲＯの実行や、ＲＯが完了している経路に係る更新などが挙げられる。新たなＲＯの実行は、例えば、新たなＣＮ４１との間においてＲＯを実行する場合や、新たなモバイルネットワーク１３とＣＮ４１との間においてＲＯを実行する場合などである。また、ＲＯが完了している経路に係る更新とは、例えば、ＲＲテストで使用されるＨｏＫやＣｏＫの有効期限が満了する際にＨｏＫやＣｏＫの更新を行う場合や、ＨＡ３１やＣＮ４１に登録したバインディング情報のライフタイム満了前に、ＨＡ３１やＣＮ４１にＢＵを再度送信する場合などである。
【０１１５】
また、ここでは、追加変更に係るイベントが発生した場合には、ステップＳ１１０でＭＲ１１自身が追加変更処理を行って、ステップＳ１１１で差分情報をｃＡＲに渡すようにしているが、こうした追加変更に係るイベント（特に、ＲＯが完了している経路に係る更新）に関して、ｃＡＲ（及び、次の移動以降はｎＡＲ）に処理を代理してもらうようにすることも可能である。この場合には、ｃＡＲ及びｎＡＲが追加変更処理の実行結果（追加変更に係る差分情報）を、その都度、ＭＲ１１に対して通知することによって、ＭＲ１１及びｃＡＲがそれぞれ有するＲＯに係る情報の同期化を行うことが望ましいが、このような装置では、ＭＲ１１とＡＲ２１との間のトラフィックが増加する可能性がある。図４に図示されているフローチャートでは、上記の装置とは異なる装置として、ＭＲ１１がｃＡＲに接続した際に、ｐＡＲで行われた追加変更処理の実行結果をも含むＲＯの結果を受信する装置による処理（具体的には、後述のステップＳ１１３における処理）が図示されている。なお、追加変更に係るイベントをＡＲ２１に代理してもらうようにする場合、ＣｏＫに関しては、ＡＲ２１による生成及び更新の代理を行ってもらうことが可能であるが、ＨｏＫに関しては、後述のように、例えばＡＲ２１とＨＡ３１との間に信用関係を有さなければ、ＡＲ２１によるＨｏＫの生成及び更新の代理は不可能である。
【０１１６】
一方、ステップＳ１０６における確認によって、ｃＡＲに対してＭＲ１１の代理としてＲＯを行うように、ｐＡＲに対して既に依頼していることを把握した場合（ステップＳ１０６で『はい』）には、ＭＲ１１は、ｃＡＲに対して、代理ＲＯの実行要求を送信する（ステップＳ１１２：代理ＲＯの実行要求）とともに、ｃＡＲによる代理ＲＯの実行結果の受信待機状態となる（ステップＳ１１３：ＲＯの結果を受信？（受信待機状態））。なお、ｃＡＲは、ＭＲ１１からの代理ＲＯの実行要求を受信せずに、ＭＲ１１の接続を検知した場合に、ＭＲ１１の代理として代理ＲＯを自ら開始するように構成されていてもよく、この場合には、ＭＲ１１は、明示的にｃＡＲに対して代理ＲＯの実行要求を送信する必要はない。
【０１１７】
なお、このとき、ｃＡＲは、ｐＡＲから渡されたＲＯに係る情報に基づいて代理ＲＯを実行するので、ステップＳ１１３でＭＲ１１が受信する代理ＲＯの実行結果には、ｐＡＲで行われていた代理ＲＯの追加変更処理も反映されている。したがって、上述のように、ＡＲ２１が追加変更処理の実行結果を、その都度、ＭＲ１１に対して通知する代わりに、このステップＳ１１３において、ＭＲ１１は、ｐＡＲで行われた追加変更処理の実行結果が反映されたＲＯに係る情報を用いてｃＡＲが行った代理ＲＯの実行結果を受信することによって、ＭＲ１１とｃＡＲとの間のＲＯに係る情報の同期化を図ることが可能である。すなわち、ＭＲ１１とＡＲ２１との間のＲＯに係る情報の同期化は、逐一行われてもよく、また、所定のタイミング（ここでは、ＭＲ１１によるｃＡＲへの新規接続時）で行われてもよい。
【０１１８】
そして、ＭＲ１１は、ｃＡＲから代理ＲＯの結果を受信した場合には、この代理ＲＯの結果を格納するとともに、例えば、ｐＡＲとの接続時におけるＲＯの状態から何らかの変化（差異）が有るか否かを確認する（ステップＳ１１４：状態に変化有り？）。なお、上記の状態の変化とは、ｐＡＲとの接続時におけるＲＯの状態と、ｃＡＲによって新たに行われたＲＯの実行結果に係る状態との差異であり、具体的には、ｐＡＲとの接続時に所定のＣＮ４１との間でＲＯが行われていたが、ｃＡＲによる代理ＲＯでは、この所定のＣＮ４１との間でＲＯが失敗に終わったなどの事象を指している。
【０１１９】
なお、ＭＲ１１がｃＡＲから受信する代理ＲＯの結果として、ｃＡＲがまったく代理ＲＯを行うことができなかったという結果を受信する場合もあり得る。このような場合としては、例えば、ｃＡＲがｐＡＲからＲＯに係る情報を受信することができない場合が考えられ、具体的には、例えば、何らかの不具合によってｐＡＲとｃＡＲとの間の通信が途絶してしまっている場合や、ｐＡＲ及びｃＡＲが共に対応ＡＲであるにもかかわらず、ｐＡＲとｃＡＲとの間に信用関係がなく（すなわち、ＭＲ１１は、ＡＲ２１との間に信用関係がないＡＲ２１に移動）、ｃＡＲが、ｐＡＲからＲＯに係る情報を受信することができない場合などが想定される。
【０１２０】
また、ＭＲ１１は、代理ＲＯの結果として、単純に各ＣＮ４１との間における代理ＲＯの成功／失敗に係る情報だけではなく、例えば、代理ＲＯ実行の際のＲＲテストにおいて使用されたＣｏＫをｃＡＲから受信することが望ましい。これにより、ｃＡＲによって行われた各ＣＮ４１との間における代理ＲＯの成功／失敗を把握するだけではなく、例えば、以降の処理において、ＭＲ１１自身が直接ＣＮ４１との間でＲＲテストを実行することになった場合に、このＣｏＫを使用することが可能となる。
【０１２１】
ステップＳ１１４において、状態に何らかの変化が有る場合（ステップＳ１１４で『はい』）には、この状態の変化に応じて、追加変更処理を行うか否かの検討を行う（ステップＳ１１５：状態の変化に応じた追加変更の検討）。このステップＳ１１５では、具体的には、ｐＡＲとの接続時に所定のＣＮ４１との間でＲＯが行われていたが、ｃＡＲによる代理ＲＯでは、この所定のＣＮ４１との間でＲＯが失敗に終わったような場合に、所定のＣＮ４１と再度ＲＯを行うか否かが決定される。
【０１２２】
また、ＭＲ１１は、ｎＡＲに接続した場合における代理ＲＯを依頼する（ステップＳ１１６：次の接続変更後のＡＲによる代理を依頼）。なお、このステップＳ１１６における代理ＲＯの依頼は、ステップＳ１０８における処理と同様に、ＭＲ１１がｃＡＲと接続している任意の時点で行われればよい。また、ＡＲ２１が、ＭＲ１１からの依頼を受けずに代理ＲＯを行うように構成されている場合には、このステップＳ１１６の処理は実行される必要はない。
【０１２３】
そして、ＭＲ１１は、ステップＳ１０９における追加変更待機状態となり、ステップＳ１１５において何らかの追加変更処理を行う旨を決定している場合には、上述のステップＳ１１０及びステップＳ１１１に係る処理を行う。一方、ステップＳ１１５において追加変更処理を行わない旨を決定している場合には、別の追加変更に係るイベント（例えば、新たなＣＮに対するＲＯの実行）が発生するまで、追加変更待機状態となる。
【０１２４】
ステップＳ１１４において、状態に変化が無い場合（ステップＳ１１４で『いいえ』）には、上述のステップＳ１１６における次の接続変更後のＡＲ２１による代理の依頼処理を行った後、ステップＳ１０９における追加変更待機状態となる。
【０１２５】
次に、本発明の実施の形態におけるＡＲ２１の動作の一例について説明する。図５は、本発明の実施の形態におけるＡＲの動作の一例を示すフローチャートである。
【０１２６】
新たなＭＲ１１が接続してきた場合には、ＡＲ２１は、まず、ＭＲ１１との接続性を確保する（ステップＳ２０１：新たなＭＲと接続）。なお、このステップ２０１における処理では、例えば、ＡＲ２１は、ＲＡを送信することによって、ＭＲ１１に対してサブネットの識別情報の通知や、ＭＲ１１のＣｏＡに係るＤＡＤ（Duplicate Address Detection：アドレス重複検出）処理などが行われる。また、ＡＲ２１は、自身が本発明に対応している旨を示すビットをＲＡに挿入することによって、ＭＲ１１に対して、対応ＡＲであることを通知してもよい。
【０１２７】
次に、ＡＲ２１は、ＭＲ１１が本発明に対応した対応ＭＲ（本発明に係る処理を行うことが可能なＭＲ）か否かの確認を行う（ステップＳ２０２：対応ＭＲ？）。なお、ＡＲ２１は、例えば、後述のステップＳ２０５において、ＭＲ１１から代理ＲＯの実行要求を受けた時点で、ＭＲ１１が対応ＭＲであることを把握することができるので、ステップＳ２０２におけるＭＲ１１が対応ＭＲか否かを確認する処理は、必ずしも必要な処理ではない。
【０１２８】
ＭＲ１１が対応ＭＲである場合（ステップＳ２０２で『はい』）、ＡＲ２１は、ＭＲ１１との間で信用関係を構築する（ステップＳ２０３：ＭＲとの信用関係の構築に成功？）。なお、ＭＲ１１とＡＲ２１との間における信用関係の構築は、必ずしも本発明独自の特別な処理ではなく、従来の技術において構築されるＭＲ１１とＡＲ２１との信用関係を利用することも可能である。なお、この信用関係の構築の際には、ＡＲ２１の接続切り換え時に、ＭＲ１１のすり替え（あるいはＭＲ１１の取り違え）が起こらないように、ｃＡＲは、ｐＡＲがＭＲ１１を一意に識別するために用いられていた情報を取得することが望ましい。
【０１２９】
一方、ＭＲ１１が対応ＭＲではない場合（ステップＳ２０２で『いいえ』）には、本発明に係る処理の実行が不可能である。この場合、ＭＲ１１は自身でＲＯを行うことになり、ＡＲ２１では、従来の技術に基づく処理が行われる（ステップＳ２０４：通常の動作）。また、ＡＲ２１がＭＲ１１との間に信用関係を構築できなかった場合（ステップＳ２０３で『いいえ』）には、ＡＲ２１は、ＭＲ１１の代理として代理ＲＯを行わないことが望ましく、ＭＲ１１が対応ＭＲではない場合と同様に、従来の技術に基づく処理を行うことが望ましい。
【０１３０】
次に、ＡＲ２１がＭＲ１１との間における信用関係の構築に成功した場合（ステップＳ２０３で『はい』）、ＭＲ１１からの代理ＲＯの実行要求の受信待機状態（ステップＳ２０５：代理ＲＯの実行要求を受ける？）、及びＭＲ１１からのＲＯに係る情報の受信待機状態（ステップＳ２０６：ＭＲからＲＯに係る情報を受信？）となる。
【０１３１】
ステップＳ２０５において、ＡＲ２１がＭＲ１１から代理ＲＯの実行要求を受信した場合（ステップＳ２０５で『はい』）には、ＡＲ２１は、このＭＲ１１のＲＯに係る情報をｐＡＲから取得して（ステップＳ２０７：対応するＭＲのＲＯに係る情報をｐＡＲから受信）、このＲＯに係る情報に基づいて、代理ＲＯを行い（ステップＳ２０８：ＭＲに代わって代理ＲＯを行う）、この代理ＲＯの結果をＭＲ１１に通知する（ステップＳ２０９：結果をＭＲに通知）。なお、上述のＡＲ２１がＭＲ１１から代理ＲＯの実行要求を受信して、ステップＳ２０７以降に進むプロセスは、図４に図示されているＭＲ１１のステップＳ１１２及びステップＳ１１３の処理に対応している。また、ステップＳ２０９における結果の通知では、ＭＲ１１とＡＲ２１との間のトラフィックを低減させるために、いくつかのＣＮ４１との間の代理ＲＯに係る結果をまとめて送信したり、必要な情報（例えば、変化が生じた状態の差分情報）のみを送信したりしてもよい。
【０１３２】
なお、ＡＲ２１は、ＭＲ１１からの代理ＲＯの実行要求を受信せずに、ＭＲ１１の接続検知に応じてＭＲ１１の代理としてＲＯを開始するように構成されていてもよい。この場合には、ＡＲ２１は、例えば、ｐＡＲの接続時におけるＭＲ１１のＣｏＡ（ｐＣｏＡ）をＭＲ１１から取得し、このｐＡＲの接続時におけるｐＣｏＡに基づいてｐＡＲからＭＲ１１のＲＯに係る情報を取得することによって、ＭＲ１１からの代理ＲＯの実行要求を受信することなく、代理ＲＯを行うことが可能である。
【０１３３】
具体的には、例えば、ＡＲ２１は、ＭＲ１１を一意に識別できる情報と、ＭＲ１１が以前接続していたｐＡＲのアドレスなどのｐＡＲを一意に識別できる情報とをＭＲ１１から得ることで、ｐＡＲに対して特定のＭＲ１１のＲＯに係る情報を要求できるようになる。なお、ＡＲ２１は、ｐＣｏＡのネットワークプリフィックスを参照することによって、ｐＡＲを特定することも可能である。
【０１３４】
また、ここでは、ＭＲ１１からの代理ＲＯの実行要求を受信した後に、ＭＲ１１のＲＯに係る情報をｐＡＲから取得しているが、例えば、ＭＲ１１がまだｐＡＲに接続している段階において、任意のタイミングでｐＡＲからＭＲ１１のＲＯに係る情報を取得することも可能である。これは、例えば、相互に信用関係を有するＡＲ２１間において、任意のＭＲ１１のＲＯに係る情報が定期的に交換されるようにすることによって実現可能である。また、特に、ＭＲ１１が所定の軌道上を移動しており、ＭＲ１１の移動方向（ＭＲ１１の次の接続先となるＡＲ２１）の予測が可能な場合や、ＦＭＩＰ（Fast Handovers for Mobile IP）が利用されている場合には、ＡＲ２１は、ＭＲ１１の次の接続先となることが予測されるＡＲ２１に、あらかじめＭＲ１１のＲＯに係る情報を渡すことも可能である。また、ＭＲ１１が、次の接続先となることが予測されるＡＲ２１に、ＲＯに係る情報を渡したり、代理ＲＯを行うように依頼を行ったりすることも可能である。また、ＭＲ１１が、ｃＡＲに対して、移動の予告と共に次の接続先となるｎＡＲの識別情報を通知してもよい。
【０１３５】
一方、ステップＳ２０６において、ＡＲ２１がＭＲ１１からＲＯに係る情報を受信した場合（ステップＳ２０６で『はい』）には、ＡＲ２１は、このＲＯに係る情報をＭＲ１１の識別情報と関連付けて、ＲＯ情報格納部８６に格納する（ステップＳ２１０：ＲＯに係る情報を格納）。なお、上述のＡＲ２１がＭＲ１１からＲＯに係る情報を受信して、ステップＳ２１０に進むプロセスは、図４に図示されているＭＲ１１のステップＳ１０８やステップＳ１１１の処理に対応している。
【０１３６】
そして、ＡＲ２１は、ステップＳ２０９における結果の通知、又はステップＳ２１０におけるＲＯに係る情報の格納を行った後、イベント待機状態（ステップＳ２０５及びステップＳ２０６における受信待機状態）となる。そして、図４に図示されているＭＲ１１のステップＳ１１１の処理に対応して、追加変更に係る差分情報をＭＲ１１から受信した場合には、この追加変更に係る差分情報によって、ＲＯ情報格納部８６に格納されているＲＯに係る情報の更新を行う。
【０１３７】
なお、上述のＭＲ１１及びＡＲ２１の動作において、ＭＲ１１からＡＲ２１に送信されるＲＯに係る情報や差分情報（図４に示すステップＳ１０８やステップＳ１１１、図５に示すステップＳ２０６に対応）は、ＭＲ１１からＡＲ２１あてに送信されるメッセージによって伝送されてもよいが、ＡＲ２１が、ＭＲ１１からＨＡ３１やＣＮ４１に送信されるＲＯに係る情報を含むメッセージを転送する際に、このメッセージ内からＲＯに係る情報を抽出して取得することも可能である。
【０１３８】
ただし、ＡＲ２１が、ＭＲ１１からＨＡ３１やＣＮ４１に送信されるメッセージ内から情報を抽出して管理する場合には、ＭＲ１１とＡＲ２１との間で、ＭＲ１１から送信されたパケット内の情報をＡＲ２１が抽出することに関して、ＭＲ１１が合意する処理が行われることが望ましい。このＭＲ１１による合意は、例えば、上述の信用関係の構築（図４に示すステップＳ１０３、及び図５に示すステップＳ２０３）の際に行われる。
【０１３９】
そして、ＭＲ１１は、新たなＣＮ４１に対してＲＯすべきであると判断した場合には、このＣＮ４１との間で、ＨＡ３１経由でＨｏＴＩ及びＨｏＴのやり取りを行う。しかしながら、このＨｏＴＩ及びＨｏＴは、ＭＲ１１とＨＡ３１との間のトンネル経由で伝送されるので、ＡＲ２１は、このＨｏＴＩ及びＨｏＴの内容を知ることができない可能性がある。この場合には、ＭＲ１１は、ＨｏＴＩ及びＨｏＴで使用されるＨｏＫを、ＭＲ１１の識別情報及びＣＮ４１のアドレスと共に、ＡＲ２１に通知する必要がある。なお、この通知は、ＭＲ１１とＡＲ２１との間の信用関係に基づいて、暗号化などが施されることによってセキュアな状態で行われることが望ましい。
【０１４０】
また、ＡＲ２１が、ＭＲ１１とＨＡ３１との間のトンネルパケットの中身を見ることができる場合には、トンネルパケットからＨｏＫ及びＣＮ４１のアドレスなどのＲＯに係る情報を抽出してもよい。一方、ＣｏＴＩ及びＣｏＴは、特にトンネルなどを経由せずに、そのままＡＲ２１を通るので、ＡＲ２１は、ＣｏＴＩ及びＣｏＴの内容を容易に取り出すことが可能である。
【０１４１】
ＡＲ２１は、ＭＲ１１から送信されたパケットから抽出した情報（例えば、ＲＲテスト及びＢＵで使用されるＨｏＫやＣｏＫ）を、ＭＲ１１の識別情報及びＣＮ４１のアドレスと関連付けて、ＲＯ情報格納部８６に格納する。なお、このＣｏＫは、有効期限が満了する前に更新される必要があるかもしれず、ＡＲ２１が、ＣｏＫの生成及び更新作業を代理することも可能である。また、ＡＲ２１が代理となって更新されたＣｏＫは、ＭＲ１１に通知され、ＭＲ１１及びＡＲ２１の両方が有するＣｏＫの同期化が図られることが望ましい。また、後述のように、例えば、ＡＲ２１がＨＡ３１との間で信用関係を有していれば、ＨｏＫの生成及び更新作業を代理することも可能である。
【０１４２】
また、ＡＲ２１は、ＭＲ１１が移動した場合、ＭＲ１１の移動前後の認証を確認し、保存している情報を使って処理を行う。ＡＲ間の情報の交換は、ＭＲ１１の移動先が判明してから代理ＲＯを行うまでの間に、ＡＲ同士の信用関係に基づいて行われることが望ましい。
【０１４３】
ＡＲ２１は、新たなＣｏＫをＣＮ４１との間で生成し、ＨｏＫと合わせてＢＵパケットを生成して、そのＣＮ４１にＭＲ１１の新しいアドレス（ｎＣｏＡ）を登録する。なお、ＡＲ２１が代理となって行われたＢＵの結果は、ＭＲ１１に通知されることが望ましく、この場合、各ＣＮ４１に係るＢＵの結果をまとめたメッセージによって通知が行われるようにすることによって、トラフィックを低減させることが可能となる。
【０１４４】
また、上述の実施の形態では、ＭＲ１１は、ＣＮ４１との間において行うＲＯをＡＲ２１に代理してもらうようにしているが、さらに、ＨＡ３１との間の信用関係に関する情報をＡＲ２１に渡すことによって、ＭＲ１１がＨＡ３１に対して行うべき処理を、ＡＲ２１に代理してもらうようにすることも可能である。この場合には、例えば、ＡＲ２１がＨｏＫの生成を行ってもよいように、ＡＲ２１とＨＡ３１との間で信用関係が構築される必要がある。
【０１４５】
ただし、ＡＲ２１が、ＭＲ１１とＨＡ３１との間のトンネル経由で、ＨＡ３１に対してパケットを送信できない場合には、ＭＲ１１自身が、ＨｏＫの生成処理を行う必要がある。このＨｏＫの生成処理をＡＲ２１が代理するためには、ＡＲ２１が、ＨＡ３１経由のトンネルパケットの生成を行えるようにし、すなわち、ＡＲ２１は、ＭＲ１１からＭＲ１１とＨＡ３１との間のトンネルパケットの生成に係る鍵情報を、ＭＲ１１から受け取る必要がある。このＭＲ１１からＡＲ２１へのトンネルパケットの生成に係る鍵情報の送信は、ＭＲ１１とＡＲ２１との間の信用関係に基づいて、安全に通知される必要がある。
【０１４６】
例えば、ＡＲ２１がＨＡ３１との間で信用関係を構築し、ＭＲ１１、ＡＲ２１、ＨＡ３１が互いに信用関係を有するようにすることによって、別途ＡＲ２１がＨＡ３１との通信を行って、ＡＲ２１がＭＲ１１の代理となってＨｏＴＩ及びＨｏＴを交換できるようにすればよい。ただし、この場合には、ＨＡ３１が、この信用関係を受け入れるように構成される必要がある。
【０１４７】
また、ＡＲ２１が、ＨＡ３１経由でＨｏＴＩ及びＨｏＴを送信できるようになると、ＨｏＫの有効期限の満了に係るＨｏＫ更新も行うことができるようになり、ＭＲ１１とＡＲ２１と間のトラフィックを更に低減させて、ＭＲ１１の移動後の新たなＢＵが完了することになる。
【０１４８】
また、ＭＲ１１が移動する先のＡＲ２１が、対応ＡＲではないか、あるいは、一連のＡＲ２１間の信用関係とは異なる別の信用関係に基づくＡＲ２１である場合（すなわち、移動前のＡＲ２１とは信用関係を有さないＡＲ２１（図１に示すＡＲx）に移動する場合）には、ＭＲ１１が現在接続しているＡＲ２１から、ＭＲ１１が移動する先のＡＲ２１に、ＲＯに係る情報の安全な受け渡しが不可能なことがある。
【０１４９】
ＭＲ１１が接続した（しようとする）ＡＲが上記のような場合には、例えば、図４に示すステップＳ１０２の対応ＡＲであるか否かを確認する処理、又は図４に示すステップＳ１０３の信用関係を構築する処理において、ＭＲ１１は、このことを把握することが可能である。この場合には、代理ＲＯの依頼が無効となるので、図４に示すステップＳ１０７以降に進み、ＭＲ１１が自らＲＯを行わなければならない。
【０１５０】
このように、次に移動する先のＡＲ２１が、ＭＲ１１の代理ＲＯを行うことができない場合を想定して、ＭＲ１１は、ＡＲ２１で随時更新してもらっている代理ＲＯの結果と、そのときの鍵情報を、適宜ＡＲ２１から受け取っておき、最新の情報を保持しておくことが望ましい。仮に、ＭＲ１１がＡＲ２１による代理ＲＯで使用された最新のＲＯに係る情報を受け損ねた状態で、ＭＲ１１の代理ＲＯを行うことができないＡＲ２１に移動した場合には、ＭＲ１１は、鍵情報の有効期限が満了していたり、ＢＵが失敗したりすることによって、ＭＲ１１が保持している情報が最新の情報ではないことを把握する。この場合には、いったん従来の技術を用いて自らＲＯを行う状態に戻り、単に、従来通りに、ＲＯを最初からやり直せばよい。
【０１５１】
また、ＭＲ１１が、ＣＮ４１との間に、ＩＰｓｅｃなどの更に深い信用関係を構築することが可能な状態にある場合には、ＭＲ１１が、ＡＲ２１に対して、ＣＮ４１との間の信用関係に係る鍵情報を通知しなければ、ＡＲ２１による代理ＲＯが行えなくなる可能性がある。これは、ＭＲ１１とＣＮ４１との間の信用レベルと、ＭＲ１１とＡＲ２１との間の信用レベルとの強さの比較によるところが大きいが、ＭＲ１１が、ＣＮ４１との間の信用関係に係る鍵情報をＡＲ２１に開示できない場合には、ＡＲ２１に対して、代理ＲＯの依頼を行うことは困難である。この場合には、ＭＲ１１は、該当するＣＮ４１に関しては、従来通り、自身でＲＯを行うことになる。しかしながら、このようなＣＮ４１との間の信用関係に係る鍵情報をＡＲ２１に開示できない場合はまれであり、こうしたＣＮ４１を除く他のＣＮ４１に関して代理ＲＯを依頼することによって、全体として、本発明の目的は達成される。
【０１５２】
すなわち、本発明に係る動作に対応していない環境下では、ＣＮ４１に対して、ＭＲ１１及びＡＲ２１は従来の技術に係る動作を行えばよい。これは、例えば、ＡＲ２１からＭＲ１１に対して、特定のＣＮ４１に関連した環境が本発明に係る動作に対応していない旨を通知することによって、ＭＲ１１がその動作を切り換えてもよく、また、ＭＲ１１が、任意のＣＮ４１が本発明に係る動作が可能な環境下にあることを前提として動作を行い、その手順において失敗した場合には、そのＣＮ４１に対しては、従来通りの動作を行う通常モードに切り換えるだけでもよい。
【０１５３】
なお、上述の本発明の実施の形態では、ＡＲ２１がＭＲ１１の代理としてＲＯを行う場合のＭＲ１１及びＡＲ２１の構成及び動作について説明したが、ＡＲがＭＨの代理としてＲＯを行う場合の構成及び動作に容易に拡張可能であることは、当業者にとって自明である。
【０１５４】
さらに、上述の本発明の実施の形態における構成及び動作を、モバイルノード（以下、ＭＮと記載）とＨＡとの関係に対して拡張することも可能である。なお、ＭＮは、上述のように、ＭＲやＭＨなどを含む移動通信装置の総称である。以下、図６を参照しながら、本発明をＭＮとＨＡとの関係に適用した場合の動作例について説明する。
【０１５５】
図６は、本発明の別の実施の形態における通信システムの一構成例を示すブロック図である。図６には、例えばローミング協約などによって相互に信用関係（ローミング関係）を有するネットワーク1６１１及びネットワーク2６２１が、インターネットなどのグローバルネットワーク６３１に接続されている状態が図示されている。
【０１５６】
ネットワーク1６１１及びネットワーク2６２１には、各ネットワーク内におけるＭＮ６０１の位置情報の管理を行うＨＡ1６１２及びＨＡ2６２２がそれぞれ設置されている。なお、以下では、ＭＮ６０１がネットワーク1６１１で提供され、ＨＡ1６１２によって管理されるＭＮ６０１のＨｏＡをＨｏＡ１と記載し、ＭＮ６０１がネットワーク2６２１で提供され、ＨＡ2６２２によって管理されるＭＮ６０１のＨｏＡをＨｏＡ２と記載する。また、ネットワーク2６２１は、Ｎ台のＡＲ６２３（図６では、ＡＲ1、ＡＲ2、ＡＲNの３台を図示）を有している。なお、不図示ではあるが、ネットワーク1６１１もネットワーク2６２１と同様の構成（すなわち、１つ以上のＡＲが配置されている構成）を有している。
【０１５７】
各ＡＲ６２３は、ＭＮ６０１が接続可能なサブネットを形成しており、サブネットに接続するＭＮ６０１に対して、このサブネットに適合するＣｏＡを割り当てるとともに、グローバルネットワーク６３１への接続性を提供することが可能である。すなわち、各ＡＲ６２３に接続したＭＮ６０１は、例えば、グローバルネットワーク６３１に接続されているＣＮ1６４１やＣＮ2６４２と通信を行うことが可能である。
【０１５８】
図６に図示されているように、相互にローミング関係を有するネットワーク間において、ＭＮ６０１がローミングを行った場合（すなわち、例えば、ＭＮ６０１がネットワーク1６１１からネットワーク2６２１に接続を変更した場合）に、接続変更後のネットワーク2６２１でＨｏＡ２の提供を受ける場合がある。
【０１５９】
しかしながら、ＭＮ６０１がネットワーク1６１１からネットワーク2６２１に接続を変更した時点で、使用するＨｏＡをＨｏＡ１からＨｏＡ２にそのまま変更してしまうと、ローミング前のネットワーク管理者（ネットワーク1６１１のＨＡ1６１２）がＭＮ６０１の移動を管理できなくなってしまうという問題がある。また、ＭＮ６０１のＨｏＡとしてＨｏＡ１のみを知っているＣＮは、ＭＮ６０１あてのパケットのあて先アドレスにＨｏＡ１を設定する。したがって、ネットワーク1６１１のＨＡ1６１２がＭＮ６０１の移動を管理できなくなってしまった時点で、このパケットは、ＭＮ６０１に不達になる可能性がある。
【０１６０】
また、ローミング前のネットワーク1６１１で既に通信を始めており、ローミング先のネットワーク2６２１においてもその通信の継続が望まれるＣＮは、ＭＮ６０１のＨｏＡの変更によってＭＮ６０１の同定が困難となるため、ＭＮ６０１とのセッションをいったん切断してしまうという問題がある。したがって、このようなＣＮに関しては、元のＨｏＡに係るバインディング情報（ＭＮ６０１のローミング前にＣＮが保持していたＨｏＡ１に係るバインディング情報）が継続して保持されるようにすることが望ましい。なお、ＭＮ６０１が、ＣＮや元のＨＡ1６１２にネットワーク1６１１の位置情報を別途送信した場合には、ＭＮ６０１がＡＲ６２３を変更するタイミングで、ＡＲ６２３との間の無線伝送路上に多量の情報が送信されることになり、通信帯域の過剰な消費及び輻輳が発生してしまうことになる。
【０１６１】
このような場合に対処するため、本発明の別の実施の形態では、ローミング先のＨＡ2６２２に、先の本発明の実施の形態のＡＲ２１が有する通信管理装置（図３に図示されている構成）を導入する。以下、図６において、本発明に係る通信管理装置がＨＡ2６２２に導入された場合の動作について説明する。なお、以下では、ローミングを行う前にＨｏＡ１を使用していたＭＮ６０１との間で通信を開始したＣＮ（あるいは、ＭＮ６０１をＨｏＡ１として認識しているＣＮ）ＣＮをＣＮ1６４１、ローミング先に移動してＨｏＡ２を使用しているＭＮ６０１との間で通信を開始したＣＮをＣＮ2６４２とする。
【０１６２】
ＭＮ６０１がローミング前のネットワーク1６１１からローミング先のネットワーク2６２１に接続を変更した場合、ＭＮ６０１は、ローミング先のネットワーク2６２１に属するＡＲの１つ（図６では、ＡＲ1６２３）に接続して、ＡＲ1６２３のサブネットに適合したＣｏＡを取得する。このローミング先のネットワーク2６２１に新たに接続した時点で、ＭＮ６０１は、上述の本発明の実施の形態と同様の動作を行って、ＭＮ６０１に関するＲＯの処理を代理して行ってもらうように設定することが可能である。
【０１６３】
ただし、上述の本発明の実施の形態では、本発明に係る通信管理装置がＡＲ２１に導入されており、代理ＲＯ処理をＡＲ２１が行っているが、ここで説明する本発明の別の実施の形態では、本発明に係る通信管理装置がＨＡ2６２２に導入されており、代理ＲＯ処理をＨＡ2６２２が行うという点で異なる。したがって、ここでは、ＭＮ６０１からＨＡ2６２２に対してＲＯに係る情報が通知される。また、ＲＯに係る情報には、ローミング前のネットワーク1６１１を識別するためのＨＡ1６１２のアドレス（あるいは、ローミング前のネットワーク1６１１を識別するための任意の情報）や、ＨｏＡ１も含まれる。さらに、ＲＯに係る情報には、代理ＲＯの対象としてＨＡ1６１２のアドレスやＣＮ1６４１のアドレスが含まれる。なお、これらの依頼先（ＨＡ1６１２やＣＮ1６４１など、ＨＡ2６２２が代理ＲＯを行う相手）が、ＭＮ６０１をＨｏＡ１として認識している旨を示す識別子が付けられることが望ましい。
【０１６４】
そして、上述の本発明の実施の形態におけるＡＲ２１と同様に、ＭＮ６０１から代理ＲＯ処理に必要なＲＯに係る情報を受信したＨＡ2６２２は、このＲＯに係る情報を格納し、例えばＭＮ６０１からの代理ＲＯの実行要求の受信などをトリガとして、ＭＮ６０１に代わってＨＡ1６１２やＣＮ1６４１に対するＲＯを行う。また、ＨＡ2６２２は、ＭＮ６０１からのＢＵメッセージの受信をトリガとして、代理ＲＯを実行してもよい。また、さらに、ＭＮ６０１が接続したＡＲ1６２３がＨＡ2６２２に対して、トリガとなるメッセージを送信してもよい。
【０１６５】
なお、ＨＡ2６２２は、ＭＮ６０１の代理ＲＯを実行する際、ＣＮ1６４１に対してはＲＲテスト及びＢＵメッセージの送信処理を行うが、ＨＡ1６１２に対しては、あらかじめ相互に信用関係を有しているので、ＲＲテストを行わずにＢＵメッセージの送信処理のみを行えばよい。また、ＨＡ2６２２やＣＮ1６４１に対して送信されるＢＵメッセージには、ＨｏＡ１とＣｏＡとの関連を示す情報が含まれてもよく、また、ＨｏＡ１とＨｏＡ２との関連を示す情報や、ＨｏＡ１とローミング先のネットワーク2６２１を特定する情報（例えば、ネットワーク2６２１のネットワークプリフィックス）との関連を示す情報が含まれてもよい。
【０１６６】
また、ＭＮ６０１は、ローミング先に移動してＨｏＡ２を取得した後に通信を開始したＣＮ2６４２に対しては、ＨｏＡ１ではなくＨｏＡ２を使用して通信を行うことが望ましい。この場合、ＨＡ2６２２は、ＣＮ2６４２に対して、ＨｏＡ２を使用しているＭＮ６０１の代理ＲＯを行う。したがって、ＨＡ2６２２は、ＭＮ６０１のＨｏＡがＨｏＡ１であるという状態に基づいて代理ＲＯを行う対象（例えば、ＨＡ1６１２やＣＮ1６４１）と、ＭＮ６０１のＨｏＡがＨｏＡ２であるという状態に基づいて代理ＲＯを行う対象（例えば、ＣＮ2６４１）とを明確に識別できるように、ＲＯに係る情報の格納を行うことが望ましい。具体的には、ＨＡ2６２２は、ＲＯに係る情報として、例えば、代理ＲＯを行う対象のアドレスと、ＨｏＡ１及びＨｏＡ２のどちらを使用して代理を行うかを示す情報とが関連付けられた情報をＭＮ６０１から受信し、このＲＯに係る情報を格納しておく。
【０１６７】
また、ＨＡ2６２２は、ＭＮ６０１がローミング先のネットワーク2６２１内を移動して、新たなＡＲに接続を変更（例えば、ＡＲ1６２３からＡＲ2６２３に接続を変更）し、新たなＣｏＡを取得するたびに、ＭＮ６０１から新たなＣｏＡの通知を受ける。ＨＡ2６２２は、自身のデータベース内において、ＨｏＡ２に関連付けられるＣｏＡを新たなＣｏＡで更新するとともに、関連するＲＯに係る情報からＨｏＡ１として代理ＲＯを行う対象のノード（例えば、ＨＡ1６１２やＣＮ1６４１）と、ＨｏＡ２として代理ＲＯを行うノード（例えば、ＣＮ2６４２）とを区別して、それぞれに対して代理ＲＯを行う。
【０１６８】
特に、ＨＡ1６１２に対する代理ＲＯ（すなわち、ＢＵ）では、特別な信用関係が必要となる。例えば、ＨＡ1６１２が属するネットワーク1６１１とＨＡ2６２２が属するネットワーク2６２１との間のローミング協約の中に、本発明に係る代理ＲＯの実行に関する信用関係をあらかじめ設定しておき、ＨＡ2６２２−ＨＡ1６１２間では、従来のＭＮ−ＨＡ間の認証方法とは異なるＨＡ2６２２−ＨＡ1６１２間独自の認証方法によって、代理ＲＯが行われることが望ましい。
【０１６９】
また、ＨＡ間のＲＯに係る情報の転送も、従来のＲＯに係る情報の転送方法とは異なる方法が採用されることが望ましい場合もあり得る。例えば、ＭＮ６０１が更なる移動を行って不図示の別のネットワーク（ネットワーク3）に接続する場合、ネットワーク3は、ＭＮ６０１が元々所属するネットワーク1６１１とローミング関係を有しているとしても、直前に接続していたネットワーク（ネットワーク2６２１）とはローミング関係を有していない可能性がある。この場合は、上述した動作のように次々とＲＯに係る情報を転送する方法（具体的には、ネットワーク2６２１のＨＡ2６２２からネットワーク3のＨＡ3に対して、ＲＯに係る情報を転送する方法）ではなく、ＨＡ1６１２経由で新たなＨＡ3にＲＯに係る情報が転送されることが望ましい場合もあり得る。なお、ネットワーク間におけるＲＯに係る情報の転送方法は、ネットワーク同士のローミング規約に依存するところが大きいため、ＨＡは、このローミング規約に基づいて、ＲＯに係る情報の転送方法を動的に判断して、適切なＲＯに係る情報の転送方法に切り替えることができるように構成されてもよい。
【０１７０】
以上、説明したように、本発明の別の実施の形態によれば、ＭＮ６０１がローミング関係にあるネットワーク間を移動する場合や、ＭＮ６０１のＨｏＡが変更される場合であっても、本発明に係る代理ＲＯが有効に動作し、本発明の目的である通信帯域の有効利用が達成される。
【０１７１】
さらに、上述した２つの本発明の実施の形態（ＭＮ−ＡＲ間の代理ＲＯの手順（すなわち、ＡＲによる代理ＲＯ手順）、及びＭＮ−ＨＡ間の代理ＲＯの手順（すなわち、ＨＡによる代理ＲＯ手順））を組み合わせることも可能である。この場合、例えば、ＡＲでしかできない処理（ＭＮが接続した時点で行われる処理など）と、ＨＡでしかできない処理（複数のＨｏＡの管理、移動前にＭＮが接続していたネットワークで提供されるＨｏＡを使用して通信を行っているノードへの代理ＲＯ、ローミング規約の参照など）とを適切にＡＲ及びＨＡに分散することによって、処理の負荷を分散することが可能である。このとき、ＭＮは、ＡＲでしかできない処理に係るＲＯに係る情報に関してはＡＲに渡し、一方、ＨＡでしかできない処理に係るＲＯに係る情報に関してはＨＡに渡して、これらのＲＯに係る情報が、それぞれＡＲ−ＡＲ間及びＨＡ−ＨＡ間で伝送されるようにすることが望ましい。また、上記以外の処理（ＡＲ及びＨＡのどちらでも可能な処理）に関しては、各処理をどのように割り振ってもよく、また、ＡＲ及びＨＡの双方で協同して同一の処理を行うことも可能である。
【０１７２】
例えば、図６において、ＣＮ1６４１やＨＡ1６１２への代理ＲＯはＨＡ2６２２が行い、ＣＮ2６４２への代理ＲＯは各ＡＲ６２３が行うようにするとともに、関連するＲＯに係る情報の管理や転送、結果の通知なども、ＨＡ2６２２やＡＲ６２３においてそれぞれ行われるようにする。また、ＭＮ６０１は、ＨＡ2６２２やＡＲ６２３のそれぞれに対して、必要なＲＯに係る情報の通知を行った後、代理依頼や実行要求はＡＲ６２３にのみ行い、ＡＲ６２３は、必要に応じて代理依頼や実行要求をＨＡ2６２２に転送することで、ＨＡ2６２２に対して代理依頼や実行要求の通知が行われるようにすることも可能である。なお、ＡＲ−ＨＡ間で処理分散が行われている場合において、ＭＮからＡＲやＨＡに対するＲＯに係る情報、代理依頼や実行要求の通知方法としては、様々な組み合わせが考えられるが、任意の組み合わせの実施が可能である。
【０１７３】
また、上述の本発明の実施の形態では、ＭＲがＲＲテストを行うことによって、ＭＲ自身のＨｏＡ及びＣｏＡの関連をＣＮが検証できるようにするとともに、ＭＲ自身のＨｏＡ及びＣｏＡの関連をバインディング情報としてＣＮに送信している。しかしながら、さらに、ＭＲが配下に有するモバイルネットワーク自体をＲＯすべき対象として設定したい場合も考えられる。この場合には、ＭＲ自身がモバイルネットワークの所有者である旨をＣＮが検証できるようにするとともに、モバイルネットワークの識別情報（例えば、ネットワークプリフィックス）を上記のバインディング情報としてＣＮに送信することが望ましい。この場合には、例えば、ＲＲテストがＭＲのモバイルネットワークの検証用に改良され、ＲＲテストの際に、ネットワークプリフィックスやそれに関連する鍵情報などの交換が行われる必要がある。そして、これらの情報もＲＯに係る情報に含まれるようにし、モバイルネットワークに係る代理ＲＯも同時に行われることが望ましい。
【０１７４】
なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１７５】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１７６】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１７７】
本発明は、無線通信を介して接続するモバイルノードとアクセスルータとの間で伝送される情報量を削減し、モバイルノードとアクセスルータとの間の輻輳を回避するという効果を有しており、ＩＰを利用した通信における通信技術に適用可能であり、特に、モバイルルータの移動によってネットワーク全体が移動を行うモバイルネットワークに係る通信技術に適用可能である。
【図面の簡単な説明】
【０１７８】
【図１】本発明の実施の形態における通信システムの一構成例を示すブロック図
【図２】本発明の実施の形態におけるＭＲの構成の一例を示すブロック図
【図３】本発明の実施の形態におけるＡＲの構成の一例を示すブロック図
【図４】本発明の実施の形態におけるＭＲの動作の一例を示すフローチャート
【図５】本発明の実施の形態におけるＡＲの動作の一例を示すフローチャート
【図６】本発明の別の実施の形態における通信システムの一構成例を示すブロック図
【図１】
0004583384.tif 000002
【図２】
0004583384.tif 000003
【図３】
0004583384.tif 000004
【図４】
0004583384.tif 000005
【図５】
0004583384.tif 000006
【図６】
0004583384.tif 000007