(57)【要約】【課題】ＩＰノード又はＩＰネットワークの近隣ネットワークにおけるサーバ発見【解決手段】ネットワーク間ルーティング情報を取得し、その情報において、ＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定し、決定された少なくとも１つのルーティング・パス上の、ＩＰノード又はＩＰネットワークに若しくはその近隣に位置する第１のネットワークを選択し、選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定し、選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対し、少なくとも１つのサーバ発見要求メッセージを送信し、選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、ＩＰノード又はＩＰネットワークの近隣のサーバを発見する。【選択図】図２
2011501626.tif 000002
【特許請求の範囲】
【請求項１】
リゾルバ・エンティティによって実行され、ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の近隣ネットワークにおけるサーバ発見方法であって、
（ａ）ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得するステップと、
（ｂ）前記ネットワーク間ルーティング情報において、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む少なくとも１つのルーティング・パスを決定するステップと、
（ｃ）前記決定された少なくとも１つのルーティング・パス上の、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）内、若しくは、その近隣に位置する第１のネットワークを選択するステップと、
（ｄ）前記選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定するステップと、
（ｅ）前記選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信するステップと、
（ｆ）前記選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）の近隣のサーバを発見するステップとを、
有するサーバ発見方法。
【請求項２】
サーバが発見されるか、選択されたすべてのネットワークが調べられるか、若しくは、サーバ発見が中止されるまで、さらに他の第１のネットワークのために前記（ａ）〜（ｆ）のステップのうちの少なくとも１つのステップを繰り返すステップを更に有する請求項１に記載のサーバ発見方法。
【請求項３】
前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む少なくとも１つのルーティング・パスを決定するステップは、
前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）の第１のＩＰアドレスと第１のネットワーク・プレフィックスのうちの少なくともいずれか１つを取得するステップと、
前記ネットワーク間ルーティング情報における宛先ネットワークの宛先ネットワーク・プレフィックスと前記第１のＩＰアドレス又は第１のネットワーク・プレフィックスとを照合するステップと、
前記第１のＩＰアドレス又は第１のネットワーク・プレフィックスとの最長プレフィックスマッチを有する宛先ネットワーク・プレフィックスを持つ少なくとも１つのルーティング・パスを選択し、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）へのルーティング・パスを取得するステップとを、
有する請求項１又は２に記載のサーバ発見方法。
【請求項４】
前記少なくとも１つのサーバ発見要求メッセージは、前記選択された第１のネットワークのプレフィックスを含むエニーキャスト・アドレスに送信される請求項１から３のいずれか１つに記載のサーバ発見方法。
【請求項５】
前記少なくとも１つのサーバ発見要求メッセージは、前記選択された第１のネットワークのＩＰアドレス又はドメイン名に関連付けられたリソース・レコードに対する少なくとも１つのフォワード又はリバース・ドメイン名サーバ・クエリーによって作成される請求項１から３のいずれか１つに記載のサーバ発見方法。
【請求項６】
前記ネットワーク間ルーティング情報は、各ルーティング・パスが一組の自律システムを備える複数のルーティング・パスに関する情報を含むボーダー・ゲートウェイ・プロトコル・ルーティング情報であり、前記選択された第１のネットワークは前記決定された少なくとも１つのルーティング・パスの第１の自律システムである請求項１から５のいずれか１つに記載のサーバ発見方法。
【請求項７】
前記ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の自律システム番号を決定する際、
前記ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の第１のＩＰアドレスと第１のネットワーク・プレフィックスのうちの少なくともいずれか１つを取得するステップと、
前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報における宛先ネットワークの宛先ネットワーク・プレフィックスと前記取得した第１のＩＰアドレス又は第１のネットワーク・プレフィックスとを照合するステップと、
前記第１のＩＰアドレスとの最長プレフィックスマッチを有する宛先ネットワーク・プレフィックスを持つ少なくとも１つのルーティング・パスを選択するステップと、
前記選択された少なくとも１つのルーティング・パスの最後の自律システム番号を記憶するステップとを、
更に有する請求項６に記載のサーバ発見方法。
【請求項８】
前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報における前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む少なくとも１つのルーティング・パスを決定するステップは、前記ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の前記決定された自律システム番号を含む少なくとも１つのルーティング・パスを検索するステップを有する請求項７に記載のサーバ発見方法。
【請求項９】
前記選択された第１の自律システムは、前記ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の決定された自律システムである請求項７又は８に記載のサーバ発見方法。
【請求項１０】
前記選択された第１の自律システムは、前記決定された少なくとも１つのルーティング・パス上において、前記ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の決定された自律システムに隣接した自律システムである請求項７又は８に記載のサーバ発見方法。
【請求項１１】
自律システム番号は、ルーティング・パスの前記一組の自律システムの各自律システムに関連付けられており、前記選択された第１の自律システムに関連付けられた少なくとも１つの第１プレフィックス又はドメイン名を決定するステップは、
決定された少なくとも１つのルーティング・パスの最後の自律システムの自律システム番号が、前記選択された第１の自律システムの自律システム番号と等しくなるよう前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報において少なくとも１つのルーティング・パスを決定するステップと、
前記決定された少なくとも１つのルーティング・パスの宛先プレフィックス、又は、前記決定された少なくとも１つのルーティング・パスの宛先プレフィックスのアドレスを記憶するステップとを、
有する請求項６から１０のいずれか１つに記載のサーバ発見方法。
【請求項１２】
自律システム番号は、ルーティング・パスの前記一組の自律システムの各自律システムに関連付けられており、前記選択された第１の自律システムに関連付けられた少なくとも１つの第１アドレス又はドメイン名を決定するステップは、
決定された少なくとも１つのルーティング・パスの前記一組の自律システムのうちの第１の自律システムの自律システム番号が、前記選択された第１の自律システムの自律システム番号と等しくなるよう前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報において少なくとも１つのルーティング・パスを決定するステップと、
前記決定された少なくとも１つのルーティング・パスのネクスト・ホップ・アドレスを記憶するステップとを、
有する請求項６から１０のいずれか１つに記載のサーバ発見方法。
【請求項１３】
前記決定された少なくとも１つのルーティング・パスの宛先プレフィックスのアドレス、又は、前記決定された少なくとも１つのルーティング・パスのネクスト・ホップ・アドレスが記憶される場合、前記記憶されたアドレスに対し、リバース・ドメイン名サーバ要求を送信し、返送されたドメイン名を記憶するステップを更に有する請求項１１又は１２に記載のサーバ発見方法。
【請求項１４】
前記選択された第１のネットワーク内でサーバが見つからない場合、
前記選択された第１の自律システムの自律システム番号を含む第２ルーティング・パスを決定するステップと、
ｋが１から所定の最大整数値の範囲にある整数とした場合、前記選択された第１の自律システムの自律システム番号に先行する又はそれに続く自律システム番号を有するｋ番目のレベルの隣接する自律システムを選択するステップとを、
更に有する請求項６から１３のいずれか１つに記載のサーバ発見方法。
【請求項１５】
前記ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）はモバイルノード（ＭＮ）と通信を行い、前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報における前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む前記決定された少なくとも１つのルーティング・パスは、前記モバイルノード（ＭＮ）の気付アドレスに対応する自律システムを更に含む請求項８から１４のいずれか１つに記載のサーバ発見方法。
【請求項１６】
前記ＩＰノード（Ｘ）は、前記モバイルノード（ＭＮ）と通信を行うモバイルＩＰノードであり、前記方法は、
前記モバイルノード（ＭＮ）の第１の気付アドレスと前記モバイルＩＰノード（Ｘ）の第２の気付アドレスを取得するステップと、
前記モバイルノード（ＭＮ）の第１の気付アドレスに対応する第３の自律システムとモバイルＩＰノード（Ｘ）の第２の気付アドレスに対応する第４の自律システムとを前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報において特定するステップと、
前記第３及び第４の自律システムを互いに接続するルーティング・パス上で前記第３の自律システムと前記第４の自律システムの間に位置する少なくとも１つの自律システムを決定するステップとを、
更に有する請求項１５に記載のサーバ発見方法。
【請求項１７】
前記モバイルノード（ＭＮ）は複数のＩＰノード（Ｘ）と通信を行い、前記方法は、
前記複数のＩＰノード（Ｘ）のそれぞれに対応する各自律システムを前記ボーダー・ゲートウェイ・プロトコル・ルーティング情報において特定するステップと、
前記複数のＩＰノード（Ｘ）の特定されたすべての自律システムを含むすべてのルーティング・パスに位置する第５の自律システムを決定するステップとを、
更に有する請求項１５又は１６に記載のサーバ発見方法。
【請求項１８】
前記ＩＰノード（Ｘ）は前記モバイルノード（ＭＮ）と通信を行う通信相手ノード（ＣＮ）であり、発見対象となるサーバはホーム・エージェントである請求項１５から１７のいずれか１つに記載のサーバ発見方法。
【請求項１９】
ＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の近隣ネットワークにおいてサーバを発見するリゾルバ・エンティティであって、
ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得する取得手段と、
前記ネットワーク間ルーティング情報において、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む少なくとも１つのルーティング・パスを決定する第１の決定手段と、
前記決定された少なくとも１つのルーティング・パス上の、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）内、若しくは、その近隣に位置する第１のネットワークを選択する選択手段と、
前記選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定する第２の決定手段と、
前記選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信する送信手段と、
前記選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）の近隣のサーバを発見する受信手段とを、
備えるリゾルバ・エンティティ。
【請求項２０】
請求項２から１８のいずれか１つに記載の方法を実行するよう適合された手段を更に備える請求項１９に記載のリゾルバ・エンティティ。
【請求項２１】
請求項１９又は２０に記載の前記リゾルバ・エンティティを備えたネットワーク・エレメントであって、
前記リゾルバ・エンティティが、好ましくは、モビリティ・サービス・オーソライザの認証・認可・アカウンティング・サーバ、モビリティ・サービス・プロバイダのホーム・エージェント、アクセス・サービス・プロバイダのネットワーク・アクセス・サーバのいずれか１つに位置するネットワーク・エレメント。
【請求項２２】
モバイルノードが通信を行う通信相手ノードの少なくとも１つのアドレスを含むサーバ発見要求メッセージを請求項２１に記載のネットワーク・エレメントに送信する送信手段と、
前記通信相手ノードの近隣に位置するサーバのアドレスを含む応答メッセージを前記ネットワーク・エレメントから受信する受信手段とを、
備えたモバイルノード。
【請求項２３】
前記サーバ発見要求メッセージは、ＤＨＣＰメッセージ、ＤＮＳメッセージ、ＡＡＡメッセージ、ＥＡＰメッセージ、ＩＫＥメッセージ、ＤＨＡＡＤメッセージのいずれか１つである請求項２２に記載のモバイルノード。
【請求項２４】
請求項１９又は２０に記載の前記リゾルバ・エンティティを備えたモバイルノード。
【請求項２５】
ネットワーク・エレメントのプロセッサにより実行された場合に、前記ネットワーク・エレメントにＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の近隣ネットワークにおいてサーバを発見させる命令を記憶するコンピュータ可読媒体であって、
（ａ）ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得するステップと、
（ｂ）ネットワーク間ルーティング情報において、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む少なくとも１つのルーティング・パスを決定するステップと、
（ｃ）前記決定された少なくとも１つのルーティング・パス上の、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）に若しくはその近隣に位置する第１のネットワークを選択するステップと、
（ｄ）前記選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定するステップと、
（ｅ）前記選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信するステップと、
（ｆ）前記選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）の近隣のサーバを発見するステップとを、
実行させるためのプログラムを記憶するコンピュータ可読媒体。
【請求項２６】
前記ネットワーク・エレメントのプロセッサにより実行された場合に、前記ネットワーク・エレメントに請求項２から１８のいずれか１つに記載の方法のステップを実行させる命令を更に記憶する請求項２５に記載のコンピュータ可読媒体。
【請求項２７】
モバイルノードのプロセッサにより実行された場合に、モバイルノードにＩＰノード（Ｘ）又はＩＰネットワーク（Ｙ）の近隣ネットワークにおいてサーバを発見させる命令を記憶するコンピュータ可読媒体であって、
（ａ）ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得するステップと、
（ｂ）前記ネットワーク間ルーティング情報において、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）を含む少なくとも１つのルーティング・パスを決定するステップと、
（ｃ）前記決定された少なくとも１つのルーティング・パス上の、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）内、若しくは、その近隣に位置する第１のネットワークを選択するステップと、
（ｄ）前記選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定するステップと、
（ｅ）前記選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信するステップと、
（ｆ）前記選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、前記ＩＰノード（Ｘ）又は前記ＩＰネットワーク（Ｙ）の近隣のサーバを発見するステップとを、
実行させるためのプログラムを記憶するコンピュータ可読媒体。
【請求項２８】
前記モバイルノードのプロセッサにより実行された場合に、前記モバイルノードに請求項２から１８のいずれか１つに記載の方法のステップを実行させる命令を更に記憶する請求項２７に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットベースのネットワークにおけるサービスの発見に関し、特に、特定の場所、例えば、特定のインターネット・ホストの近隣に位置するホーム・エージェントを発見するメカニズムに関する。これは、例えば、最適化ルーティングや位置プライバシー・サポート、若しくは、サービスの場所が重要となるサービスの発見に利用可能である。
【背景技術】
【０００２】
移動通信システムは、インターネット・プロトコル（ＩＰ）ベースのネットワークへとますます進化している。インターネットは、音声やデータが断片、いわゆるパケットの状態で端末から端末へと送信される、数多くの相互接続されたネットワークで構成されている。それらのパケットは、ルータによってコネクションレスな方法で宛先へ送られる。従って、パケットは、ＩＰヘッダとペイロード情報から構成され、ヘッダは、特に、送信元及び宛先ＩＰアドレスを含む。スケーラビリティ上の理由により、大きいＩＰネットワークは、通常、サブネットに分割され、階層的なアドレス方式を使用する。従って、ＩＰアドレスは、対応する端末を特定するだけでなく、この端末の位置情報（現在のサブネット）をさらに含んでいる。ネットワーク内のルータは、ルーティング・プロトコルによって与えられた追加情報を用いて、特定の宛先に向けた次のルータを特定できる。
【０００３】
端末（以下、モバイルノード（ＭＮ）と呼ぶ）が移動可能であり、サブネット間を移動する場合、階層的なアドレス方式が使用されているため、その端末は自身のＩＰアドレスをトポロジー的に正しいアドレスに変更しなければならない。しかしながら、ＴＣＰ接続などの上位層での接続は、通信ノードのＩＰアドレス（及びポート）で定義されるので、ノードの１つが、例えば移動により、そのＩＰアドレスを変更すると、接続が切断される。
【０００４】
モバイルＩＰｖ６（Ｄ．Ｊｏｈｎｓｏｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ａｒｋｋｏ、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」、ＩＥＴＦ  ＲＦＣ  ３７７５、２００４年６月を参照、これはｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇで入手可能であり、参照により本明細書に組み込まれる）は、モバイルノードが、上位層及びアプリケーションに対しトランスペアレントな方法で、すなわち、上位層の接続を切断しないで、サブネット間を移動できるようにするＩＰベースのモビリティプロトコルである。従って、モバイルノードは、気付アドレス（ＣｏＡ）とホームアドレス（ＨｏＡ）の２つのＩＰアドレスを持っている。モバイルノードの上位層は、宛先端末に関連付けられた通信相手（以下、通信相手ノード（ＣＮ）と呼ぶ）との通信にはホームアドレスを使用する。このアドレスは変化することなく、モバイルノードを特定する目的で用いられる。トポロジー的には、このアドレスはモバイルノードのホーム・ネットワーク（ＨＮ）に属している。それに対して、気付アドレスは、サブネットの変化を伴う移動が行われるたびに変化し、ルーティング・インフラストラクチャのロケーターとして用いられる。トポロジー的には、気付アドレスは、モバイルノードが現在接続されているネットワークに属している。ホームリンク上に位置する一組のホーム・エージェント（ＨＡ）のうちの１つが、モバイルノードの気付アドレスとモバイルノードのホームアドレスとのマッピングを保持し、モバイルノードに対する受信トラフィックをその現在位置へとリダイレクトする。１つだけのホーム・エージェントではなく一組のＨＡを有する理由としては、冗長性及びロード・バランシングがある。
【０００５】
動的ホーム・エージェント・アドレス探索（ＤＨＡＡＤ：Ｄｙｎａｍｉｃ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ）［Ｄ．Ｊｏｈｎｓｏｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ａｒｋｋｏ、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」、ＩＥＴＦ  ＲＦＣ  ３７７５、２００４年６月］においては、モバイルノードはホームプレフィックスを用いて事前設定されているものとしている。モバイルノードは、エニーキャストを使って、ホームリンク上のホーム・エージェントを発見する。エニーキャスト・ルーティングとは、パケットが宛先グループ中の１つの宛先に送られることを意味している。実際の受信者は、送信者に最も近いもの、若しくは、（ＤＨＡＡＤの場合と同様に）宛先がすべて同じ距離にある場合、実際の受信者は当該宛先のうちのどれでもよい。モバイルノードは、自身のホーム・ネットワークのプレフィックスと周知のインタフェース識別子とを連結させることでエニーキャスト・アドレスを作成する。モバイルノードは、このエニーキャスト・アドレスにＩＣＭＰ  ＤＨＡＡＤ要求メッセージを送信する。
【０００６】
このメッセージには、種別やコード・フィールドの他に、チェックサムと識別子フィールドが含まれている。これらのうち後者は、要求の送信者がこの要求に対する応答を識別するために必要とされる。リンク上のホーム・エージェントの各々がこのエニーキャスト・メッセージを受信し、種別、コード、チェックサム・フィールドの他に、ローカルリンク上のホーム・エージェントのアドレスのリストを含むＩＣＭＰ  ＤＨＡＡＤ応答メッセージを返す。ホーム・エージェントの各々は、受信したルータ・アドバタイズメント・メッセージから、ローカルリンク上の他のすべてのホーム・エージェントのアドレスを認識する。それらのメッセージには、送信者が単なるルータであるか、ホーム・エージェントともなり得るかという情報が含まれている。ＤＨＡＡＤ応答で受信したホーム・エージェントのアドレス・リストに基づいて、モバイルノードは、１つのアドレスを選択し、このアドレスをホーム登録メッセージの宛先アドレスとして使用できる。
【０００７】
エニーキャストに基づく別のホーム・エージェント発見メカニズムとしては、［Ｆ．Ｄｕｐｏｎｔ、Ｋ．Ｗｅｎｉｇｅｒ、「ＩＫＥｖ２−ｂａｓｅｄ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｓｓｉｇｎｍｅｎｔ  ｉｎ  Ｍｏｂｉｌｅ  ＩＰｖ６／ＮＥＭＯ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ」、ｄｒａｆｔ−ｄｕｐｏｎｔ−ｉｋｅｖ２−ｈａａｓｓｉｇｎ−０２．ｔｘｔ、２００７年１月］に提案されているものがある。ここで、ホーム・エージェントとのＩＰｓｅｃセキュリティアソシエーションを動的に設定するために送られたＩＫＥ＿ＳＡ＿ＩＮＩＴメッセージは、事前設定されたプレフィックスと周知のインタフェース識別子から作成されたエニーキャスト・アドレスに送信される。
【０００８】
最近では、モバイルＩＰｖ６は、モバイルノードがホーム・エージェントと動的にブートストラップを行えるよう拡張されている。以下の２つの異なるシナリオが考えられる。分割シナリオでは、モビリティ・サービスを認可するオペレーター（モビリティ・サービス・オーソライザ、ＭＳＡ）は、ネットワーク・アクセス・サービスを認可するオペレーター（アクセス・サービス・オーソライザ、ＡＳＡ）とが異なっている。統合シナリオは、ＭＳＡとＡＳＡとが同一のオペレーターである特殊なケースである。サービス・プロバイダは、それぞれモビリティ・サービス・プロバイダ（ＭＳＰ）、アクセス・サービス・プロバイダ（ＡＳＰ）と呼ばれる。
【０００９】
分割及び統合シナリオにおけるブートストラップ・メカニズムは、［Ｇ．Ｇｉａｒｅｔｔａ、Ｊ．Ｋｅｍｐｆ、Ｖ．Ｄｅｖａｒａｐａｌｌｉ、「Ｍｏｂｉｌｅ  ＩＰｖ６  ｂｏｏｔｓｔｒａｐｐｉｎｇ  ｉｎ  ｓｐｌｉｔ  ｓｃｅｎａｒｉｏ」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｓｐｌｉｔ−０７．ｔｘｔ、２００７年７月］、［Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ａ．Ｙｅｇｉｎ、「ＭＩＰ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ  ｆｏｒ  ｔｈｅ  Ｉｎｔｅｇｒａｔｅｄ  Ｓｃｅｎａｒｉｏ」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｉｎｔｅｇｒａｔｅｄ−０４．ｔｘｔ、２００７年６月］、［Ｈｅｅ  Ｊｉｎ  Ｊａｎｇ、Ａ．Ｙｅｇｉｎ、Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ｊ．Ｃｈｏｉ、ＤＨＣＰ  Ｏｐｔｉｏｎ  ｆｏｒ  Ｈｏｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ  ｉｎ  ＭＩＰｖ６、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｈｉｏｐｔ−０６．ｔｘｔ、２００７年８月］にそれぞれ示されている。
【００１０】
ブートストラッピングには、ホーム・エージェントの発見と、このホーム・エージェントとのＩＰｓｅｃセキュリティアソシエーションの設定と、認証及び承認と、ホームアドレスの設定とが含まれる。分割シナリオでは、ホーム・エージェントの発見は、ＤＮＳに基づいて行われる。従って、モバイルノードは、ホーム・エージェントのＦＱＤＮ、例えば、「ｈａ１．ｅｘａｍｐｌｅ．ｃｏｍ」を用いて事前設定されているものとする。その後、モバイルノードは、ＱＮＡＭＥ＝「ｈａ１．ｅｘａｍｐｌｅ．ｃｏｍ」を用いてＤＮＳクエリーを作成する。あるいは、モバイルノードは、ホーム・エージェントのドメイン名を用いて事前設定され、サービス・リソース・レコード［ＲＦＣ２７８２］を使用する。そして、モバイルノードは、ＱＴＹＰＥ＝ＳＲＶと、例えば、ＱＮＡＭＥ＝「＿ｍｉｐ６．＿ｉｐｖ６．ｅｘａｍｐｌｅ．ｃｏｍ」を用いてＤＮＳクエリーを作成する。統合シナリオでは、ホーム・エージェントの発見は、ＤＨＣＰを用いて行うことができる。従って、モバイルノードは、ターゲット・ドメインとしてホームドメイン名を含むホーム・ネットワーク情報オプションを持つＤＨＣＰ情報要求メッセージを送信する「Ｈｅｅ  Ｊｉｎ  Ｊａｎｇ、Ａ．Ｙｅｇｉｎ、Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ｊ．Ｃｈｏｉ、ＤＨＣＰ  Ｏｐｔｉｏｎ  ｆｏｒ  Ｈｏｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ  ｉｎ  ＭＩＰｖ６、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｈｉｏｐｔ−０６．ｔｘｔ、２００７年８月」。その後、ＡＳＰのＤＨＣＰは、ＭＳＡからネットワーク認証中にＡＡＡプロトコルによって事前に得たＨＡアドレスを含むＤＨＣＰ情報応答メッセージを返す。
【００１１】
［Ｋ．Ｗｅｎｉｇｅｒ、「ＭＩＰｖ６  Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ−Ｔａｒｇｅｔｅｄ  Ｌｏｃａｔｉｏｎ  Ｐｒｉｖａｃｙ  ａｎｄ  Ｏｐｔｉｍｉｚｅｄ  Ｒｏｕｔｉｎｇ」、ｄｒａｆｔ−ｗｅｎｉｇｅｒ−ｍｏｂｏｐｔｓ−ｍｉｐ６−ｃｎｌｏｃｐｒｉｖ−０２、２００７年５月］には、最適化ルーティングを達成すると同時にモバイルノードの位置を通信相手ノードに知られないようにするため、モバイルＩＰｖ６への拡張が提案されている。基本的な考え方としては、モバイルノードが、通信相手ノードの近隣に位置するホーム・エージェントを発見し、ブートストラップを行うというものである。そのようなホーム・エージェントは、この通信相手ノードとの最適化ルーティングのために用いられるので、最適化ルーティング・ホーム・エージェント（ＯＲＨＡ）と呼ばれる。重要な点は、どのようにしてこのＯＲＨＡを発見できるかということである。
【００１２】
ＯＲＨＡ発見のための草案には２つのオプションが提案されている。１つ目のオプションは、ＤＮＳを使用することである。モバイルノードは、周知のプレフィックスと通信相手ノードのドメイン名、例えば、「ｈａ．ｃｎｄｏｍａｉｎ．ｃｏｍ」又は「＿ｍｉｐ６．＿ｉｐｖ６．ｃｎｄｏｍａｉｎ．ｃｏｍ」に基づいてＤＮＳクエリーを作成する。同様の方法が国際出願ＷＯ２００４／１０４７４０に提案されているが、この方法は、通信相手ノードのドメインにＯＲＨＡが配置され、このＯＲＨＡを示す通信相手ノードのドメイン名を持つエントリがＤＮＳに存在する場合にのみ有効である。通信相手ノードは、あるレガシーＩＳＰに接続された未変更のレガシー・インターネット・ホストであると考えられるので、大半の通信相手ノードに対してこの要件が満たされない可能性が高い。２つ目のオプションは、ＤＨＣＰベースのＨＡ発見を使用することである。この場合、モバイルノードのＭＳＡは、モバイルノードのネットワーク認証中に、承認されたホーム・エージェントをＡＳＰに送信し、モバイルノードは、ＤＨＣＰプロトコルによってＡＳＰから割り当てられたＯＲＨＡアドレスを得ることができる。しかしながら、これは統合シナリオにおいてのみ、すなわち、ＭＳＡがＡＳＡと同じである場合に有効である。さらに、ＭＳＡ又はＡＳＰは、ＯＲＨＡアドレスや近いプレフィックスを有するテーブルを保持する必要がある。しかしながら、上記の国際出願には、どのようにすればこのテーブルを動的に作成できるかについては記載されていない。
【発明の概要】
【００１３】
本発明の１つの目的は、所定のＩＰノードの近隣に位置するサーバのアドレスを動的に発見する方法を提案することである。もう１つの目的は、所定のＩＰノードを変更する必要なしに、すなわち、レガシーホストをサポートして、そのようなサーバのアドレスを動的に発見する方法を提案することである。
【００１４】
本発明の目的は、独立クレームの内容によって達成される。本発明の好適な実施の形態は従属クレームの対象である。本発明の本旨は、ボーダー・ゲートウェイ・プロトコル（ＢＧＰ）［Ｙ．Ｒｅｋｈｔｅｒ、Ｓ．Ｈａｒｅｓ、「Ａ  Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ  ４（ＢＧＰ−４）」、ＲＦＣ４２７１、２００６年１月］の自律システム（ＡＳ）パス情報などのドメイン間ルーティング・プロトコル情報を利用し、ホーム・エージェント又は所定のインターネット・ホストに近い他のサーバを発見することにある。
【００１５】
まず、通信相手ノードのアドレス又はプレフィックスに基づいて、通信相手ノードの自律システム番号を決定する。通信相手ノードの自律システム番号を含むルーティング・パスを探し出す。ルーティング・パスを選択し、そのルーティング・パス上で通信相手ノードの自律システムに近接している第１の自律システムが選択される。選択された第１の自律システムのプレフィックス又はドメイン名を決定し、決定されたプレフィックス又はドメイン名に対してサーバ発見が行われる。この処理はサーバが見つかるか、若しくは検索が中止されるまで繰り返される。
【００１６】
本発明の実施の形態によれば、リゾルバ・エンティティによって実行され、ＩＰノード又はＩＰネットワークの近隣ネットワークにおけるサーバ発見方法が提供され、該方法は、
（ａ）ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得するステップと、
（ｂ）ネットワーク間ルーティング情報において、ＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定するステップと、
（ｃ）決定された少なくとも１つのルーティング・パス上の、ＩＰノード又はＩＰネットワーク内、若しくはその近隣に位置する第１のネットワークを選択するステップと、
（ｄ）選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定するステップと、
（ｅ）選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信するステップと、
（ｆ）選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、ＩＰノード又はＩＰネットワークの近隣のサーバを発見するステップとを有する。
【００１７】
本発明の他の実施の形態によれば、サーバが発見されるか、選択されたすべてのネットワークが調べられるか、若しくは、サーバ発見が中止されるまで、さらに他の第１のネットワークのために、上記（ａ）〜（ｆ）のステップのうちの少なくとも１つのステップを繰り返すステップを更に有する。
【００１８】
本発明の他の実施の形態によれば、ＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定するステップは、ＩＰノード又はＩＰネットワークの第１のＩＰアドレスと第１のネットワーク・プレフィックスのうちの少なくともいずれか１つを取得するステップと、ネットワーク間ルーティング情報における宛先ネットワークの宛先ネットワーク・プレフィックスと第１のＩＰアドレス又は第１のネットワーク・プレフィックスとを照合するステップと、第１のＩＰアドレス又は第１のネットワーク・プレフィックスとの最長プレフィックスマッチを有する宛先ネットワーク・プレフィックスを持つ少なくとも１つのルーティング・パスを選択し、ＩＰノード又はＩＰネットワークへのルーティング・パスを取得するステップとを有する。
【００１９】
本発明の他の実施の形態によれば、少なくとも１つのサーバ発見要求メッセージは、選択された第１のネットワークのプレフィックスを含むエニーキャスト・アドレスに送信される。
【００２０】
本発明の他の実施の形態によれば、少なくとも１つのサーバ発見要求メッセージは、選択された第１のネットワークのＩＰアドレス又はドメイン名に関連付けられたリソース・レコードに対する少なくとも１つのフォワード又はリバース・ドメイン名サーバ・クエリーによって作成される。
【００２１】
本発明の他の実施の形態によれば、ネットワーク間ルーティング情報は、各ルーティング・パスが一組の自律システムを備える複数のルーティング・パスに関する情報を含むボーダー・ゲートウェイ・プロトコル・ルーティング情報であり、選択された第１のネットワークは決定された少なくとも１つのルーティング・パスの第１の自律システムである。
【００２２】
本発明の実施の形態に係る方法は、ＩＰノード又はＩＰネットワークの自律システム番号を決定する際、ＩＰノード又はＩＰネットワークの第１のＩＰアドレスと第１のネットワーク・プレフィックスのうちの少なくともいずれか１つを取得するステップと、ボーダー・ゲートウェイ・プロトコル・ルーティング情報における宛先ネットワークの宛先ネットワーク・プレフィックスと取得した第１のＩＰアドレス又は第１のネットワーク・プレフィックスとを照合するステップと、第１のＩＰアドレスとの最長プレフィックスマッチを有する宛先ネットワーク・プレフィックスを持つ少なくとも１つのルーティング・パスを選択するステップと、選択された少なくとも１つのルーティング・パスの最後の自律システム番号を記憶するステップとを更に有する。
【００２３】
本発明の他の実施の形態によれば、ボーダー・ゲートウェイ・プロトコル・ルーティング情報におけるＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定するステップは、ＩＰノード又はＩＰネットワークの決定された自律システム番号を含む少なくとも１つのルーティング・パスを検索する。
【００２４】
本発明の他の実施の形態によれば、選択された第１の自律システムは、ＩＰノード又はＩＰネットワークの決定された自律システムである。
【００２５】
本発明の他の実施の形態によれば、選択された第１の自律システムは、決定された少なくとも１つのルーティング・パス上において、ＩＰノード又はＩＰネットワークの決定された自律システムに隣接した自律システムである。
【００２６】
本発明の他の実施の形態によれば、自律システム番号は、ルーティング・パスの一組の自律システムの各自律システムに関連付けられており、選択された第１の自律システムに関連付けられた少なくとも１つの第１プレフィックス又はドメイン名を決定するステップは、決定された少なくとも１つのルーティング・パスの最後の自律システムの自律システム番号が、選択された第１の自律システムの自律システム番号と等しくなるようボーダー・ゲートウェイ・プロトコル・ルーティング情報において少なくとも１つのルーティング・パスを決定するステップと、決定された少なくとも１つのルーティング・パスの宛先プレフィックス、又は、決定された少なくとも１つのルーティング・パスの宛先プレフィックスのアドレスを記憶するステップとを有する。
【００２７】
本発明の他の実施の形態によれば、自律システム番号は、ルーティング・パスの一組の自律システムの各自律システムに関連付けられており、選択された第１の自律システムに関連付けられた少なくとも１つの第１アドレス又はドメイン名を決定するステップは、決定された少なくとも１つのルーティング・パスの一組の自律システムのうちの第１の自律システムの自律システム番号が、選択された第１の自律システムの自律システム番号と等しくなるようボーダー・ゲートウェイ・プロトコル・ルーティング情報において少なくとも１つのルーティング・パスを決定するステップと、決定された少なくとも１つのルーティング・パスのネクスト・ホップ・アドレスを記憶するステップとを有する。
【００２８】
本発明の実施の形態に係る方法は、決定された少なくとも１つのルーティング・パスの宛先プレフィックスのアドレス、又は、決定された少なくとも１つのルーティング・パスのネクスト・ホップ・アドレスが記憶される場合、記憶されたアドレスに対し、リバース・ドメイン名サーバ要求を送信し、返送されたドメイン名を記憶する。
【００２９】
本発明の実施の形態に係る方法は、選択された第１のネットワーク内でサーバが見つからない場合、選択された第１の自律システムの自律システム番号を含む第２ルーティング・パスを決定するステップと、ｋが１から所定の最大整数値の範囲にある整数とした場合、選択された第１の自律システムの自律システム番号に先行する又はそれに続く自律システム番号を有するｋ番目のレベルの隣接する自律システムを選択するステップとを更に有する。
【００３０】
本発明の他の実施の形態によれば、ＩＰノード又はＩＰネットワークはモバイルノードと通信を行い、ボーダー・ゲートウェイ・プロトコル・ルーティング情報におけるＩＰノード又はＩＰネットワークを含む決定された少なくとも１つのルーティング・パスは、モバイルノードの気付アドレスに対応する自律システムを更に含む。
【００３１】
本発明の他の実施の形態によれば、ＩＰノードは、モバイルノードと通信を行うモバイルＩＰノードであり、上記方法は、モバイルノードの第１の気付アドレスとモバイルＩＰノードの第２の気付アドレスを取得するステップと、モバイルノードの第１の気付アドレスに対応する第３の自律システムとモバイルＩＰノードの第２の気付アドレスに対応する第４の自律システムとをボーダー・ゲートウェイ・プロトコル・ルーティング情報において特定するステップと、第３及び第４の自律システムを互いに接続するルーティング・パス上で第３の自律システムと第４の自律システムの間に位置する少なくとも１つの自律システムを決定するステップとを更に有する。
【００３２】
本発明の他の実施の形態によれば、モバイルノードは複数のＩＰノードと通信を行い、上記方法は、複数のＩＰノードのそれぞれに対応する各自律システムをボーダー・ゲートウェイ・プロトコル・ルーティング情報において特定するステップと、複数のＩＰノードの特定されたすべての自律システムを含むすべてのルーティング・パスに位置する第５の自律システムを決定するステップとを更に有する。
【００３３】
本発明の他の実施の形態によれば、ＩＰノードはモバイルノードと通信を行う通信相手ノードであり、発見対象となるサーバはホーム・エージェントである。
【００３４】
本発明の他の実施の形態によれば、ＩＰノード又はＩＰネットワークの近隣ネットワークにおいてサーバを発見するリゾルバ・エンティティであって、ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得する取得手段と、ネットワーク間ルーティング情報において、ＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定する第１の決定手段と、決定された少なくとも１つのルーティング・パス上の、ＩＰノード又はＩＰネットワーク内、若しくはその近隣に位置する第１のネットワークを選択する選択手段と、選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定する第２の決定手段と、選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信する送信手段と、選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、ＩＰノード又はＩＰネットワークの近隣のサーバを発見する受信手段とを備えるリゾルバ・エンティティが提供される。
【００３５】
本発明の他の実施の形態によれば、上記リゾルバ・エンティティを備えたネットワーク・エレメントが提供され、リゾルバ・エンティティが、モビリティ・サービス・オーソライザの認証・認可・アカウンティング・サーバ、モビリティ・サービス・プロバイダのホーム・エージェント、アクセス・サービス・プロバイダのネットワーク・アクセス・サーバのいずれか１つに位置することが好ましい。
【００３６】
本発明の他の実施の形態によれば、モバイルノードが通信を行う通信相手ノードの少なくとも１つのアドレスを含むサーバ発見要求メッセージを上記ネットワーク・エレメントに送信する送信手段と、通信相手ノードの近隣に位置するサーバのアドレスを含む応答メッセージをネットワーク・エレメントから受信する受信手段とを備えたモバイルノードが提供される。
【００３７】
本発明の実施の形態によれば、サーバ発見要求メッセージは、ＤＨＣＰメッセージ、ＤＮＳメッセージ、ＡＡＡメッセージ、ＥＡＰメッセージ、ＩＫＥメッセージ、ＤＨＡＡＤメッセージのいずれか１つである。
【００３８】
本発明の他の実施の形態によれば、本発明の実施の形態に係る上記リゾルバ・エンティティを備えたモバイルノードが提供される。
【００３９】
本発明の他の実施の形態によれば、ネットワーク・エレメントのプロセッサにより実行された場合に、ネットワーク・エレメントにＩＰノード又はＩＰネットワークの近隣ネットワークにおいてサーバを発見させる命令を記憶するコンピュータ可読媒体が提供され、
（ａ）ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得するステップと、
（ｂ）ネットワーク間ルーティング情報において、ＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定するステップと、
（ｃ）決定された少なくとも１つのルーティング・パス上の、ＩＰノード又はＩＰネットワークに若しくはその近隣に位置する第１のネットワークを選択するステップと、
（ｄ）選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定するステップと、
（ｅ）選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信するステップと、
（ｆ）選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、ＩＰノード又はＩＰネットワークの近隣のサーバを発見するステップとを実行させるためのプログラムを記憶する。
【００４０】
本発明の他の実施の形態によれば、モバイルノードのプロセッサにより実行された場合に、モバイルノードにＩＰノード又はＩＰネットワークの近隣ネットワークにおいてサーバを発見させる命令を記憶するコンピュータ可読媒体が提供され、
（ａ）ネットワーク間のネットワーク到達可能性を示すネットワーク間ルーティング情報を取得するステップと、
（ｂ）ネットワーク間ルーティング情報において、ＩＰノード又はＩＰネットワークを含む少なくとも１つのルーティング・パスを決定するステップと、
（ｃ）決定された少なくとも１つのルーティング・パス上の、ＩＰノード又はＩＰネットワーク内、若しくはその近隣に位置する第１のネットワークを選択するステップと、
（ｄ）選択された第１のネットワークに関連付けられた少なくとも１つの第１アドレス、プレフィックス、又はドメイン名を決定するステップと、
（ｅ）選択された第１のネットワークに関連付けられたアドレス、プレフィックス、又はドメイン名に対して、少なくとも１つのサーバ発見要求メッセージを送信するステップと、
（ｆ）選択された第１のネットワークに位置するサーバのアドレス又はドメイン名を含む少なくとも１つの応答メッセージを受信し、ＩＰノード又はＩＰネットワークの近隣のサーバを発見するステップとを実行させるためのプログラムを記憶する。
【図面の簡単な説明】
【００４１】
以下において、添付図面を参照して本発明をさらに詳しく説明する。図中の同様の又は対応する構成には同一の符号を付している。
【図１】ボーダー・ゲートウェイ・プロトコル・ルーティング・テーブルの一例を示す図である。
【図２】本発明の実施の形態に係る所定のＩＰノードの近隣のサーバを発見する方法を説明するフローチャートを示す図である。
【図３】通信相手ノードのドメインに位置するサーバを用いた第１のシナリオを示す図である。
【図４】通信相手ノードのドメインに近いドメインに位置するサーバを用いた第２のシナリオを示す図である。
【発明を実施するための形態】
【００４２】
図１から図４を参照して本発明を以下に詳しく説明する前に、いくつかの用語の定義を説明する。本発明の本旨は、ドメイン間ルーティング・プロトコル情報を利用して所定のインターネット・ホストに近いホーム・エージェントを発見することにある。１つの実施の形態では、ボーダー・ゲートウェイ・プロトコル（ＢＧＰ）の自律システム（ＡＳ）パス情報［Ｙ．Ｒｅｋｈｔｅｒ、Ｓ．Ｈａｒｅｓ、「Ａ  Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ  ４  （ＢＧＰ−４）」、ＲＦＣ４２７１、２００６年１月］を利用して所定の通信相手ノードに近いホーム・エージェントを発見する。ＢＧＰは、インターネットの主要ルーティング・プロトコルであり、リンクや距離のメトリクスだけでなくネットワーク・ポリシーやルール集合も考慮に入れたパス・ベクトル型ルーティング・プロトコルである。
【００４３】
自律システム（ＡＳ）は、本明細書では、ＲＦＣ４２７１に従って、１つの技術管理ドメイン下にあるルータ群と定義され、インテリア・ゲートウェイ・プロトコル（ＩＧＰ）や共通のメトリクスを使って自律システム内のパケットのルーティング方法を決定し、自律システム間ルーティング・プロトコルを使って他の自律システムへのパケットのルーティング方法を決定する。この典型的な定義が開発されて以来、１つの自律システムがいくつかのＩＧＰ、また時には自律システム内でいくつかのメトリクス群を使用することは一般的となっている。自律システムという用語の使用は、複数のＩＧＰやメトリクスが使われる場合でも、ある自律システムの管理が、他の自律システムからは単一の一貫した内部ルーティング・プランを持つよう認識され、それを介して到達可能な複数の宛先の一貫した状況を示すという事実を強調する。
【００４４】
通信相手ノードを変更する必要がなく、それゆえに、通信相手ノードに近いサーバが未変更のレガシー・インターネット・ホストであっても、それを発見可能とする本発明の実施の形態を以下に説明する。さらに、本発明は、ホーム・エージェント・サービスの発見に限定されず、ＤＮＳ又はエニーキャストを用いて発見可能な本発明に記載の方法を利用することで、いかなるタイプのサービスも発見可能である。
【００４５】
以下において、ホーム・エージェントを発見することを目的としているエンティティは、リゾルバ・エンティティ（ＲＥ）と呼ばれる。リゾルバ・エンティティは、論理機能であって、例えば、ＭＳＡの認証・認可・アカウンティング（ＡＡＡ）サーバ内、ＭＳＰのホーム・エージェント内、ＡＳＰのネットワーク・アクセス・サーバ（ＮＡＳ）内など、ネットワーク内に配置できる。あるいは、リゾルバ・エンティティは、モバイルノード内に配置してもよい。リゾルバ・エンティティによる発見処理は、通信相手ノードとのセッションが開始されると、積極的に又は反応的に、例えば、ネットワークやモバイルノードなどの様々な手段によって開始され得る。ネットワークは、ＤＮＳベース、エニーキャスト・ベース、又は、ＤＨＣＰベースのホーム・エージェント発見トライによって開始されてもよい。
【００４６】
例えば、モバイルノードが通信相手ノードのドメインを対象（ターゲット）ドメインとして含むホーム・ネットワーク情報オプションを持つＤＨＣＰ情報要求メッセージを送信した時点で、ネットワークのリゾルバ・エンティティは発見手続を開始してもよい［Ｈｅｅ  Ｊｉｎ  Ｊａｎｇ、Ａ．Ｙｅｇｉｎ、Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ｊ．Ｃｈｏｉ、ＤＨＣＰ  Ｏｐｔｉｏｎ  ｆｏｒ  Ｈｏｍｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄｉｓｃｏｖｅｒｙ  ｉｎ  ＭＩＰｖ６、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｈｉｏｐｔ−０６．ｔｘｔ、２００７年８月］。
【００４７】
１つの実施の形態では、モバイルノードは、ＡＡＡ、ＥＡＰ又はＩＫＥ要求メッセージ、ＤＮＳ要求メッセージ、若しくは、ＤＨＡＡＤ要求メッセージを利用してネットワークのリゾルバ・エンティティが発見処理を開始するようトリガーする。利用するメッセージは、通信相手ノードのＩＰアドレス、プレフィックス、又はドメイン名を含むよう変更することができる。あるいは、データ・トラフィックの監視により通信相手ノードのＩＰアドレス、プレフィックス、又はドメイン名を入手することもできる。ＡＡＡ、ＥＡＰ又はＩＫＥ応答メッセージ、ＤＮＳ応答メッセージ、若しくは、ＤＨＡＡＤ応答メッセージは、発見したホーム・エージェントのアドレス又はドメイン名を含んでいてもよい。
【００４８】
リゾルバ・エンティティは、インターネットの現在のＢＧＰルーティング・テーブルにアクセスできるものとする。これは、リゾルバ・エンティティと同一の又は異なるドメインに位置するＢＧＰルータのルーティング・テーブルに直接アクセスすることで、若しくは、ドメイン内のあるルータからＢＧＰルーティング・テーブルをダウンロードすることで実現可能である。ＢＧＰルーティング・テーブルへのアクセスを得る別の方法は、ＢＧＰルーティング・テーブルをルッキング・グラス・サーバ、例えば、インターネットで公的にアクセス可能なサーバ（例えば、ｈｔｔｐ：／／ｌｇ．ｄｅ−ｃｉｘ．ｎｅｔ／ｃｇｉ−ｂｉｎ／ｉｎｄｅｘ．ｃｇｉ又はｈｔｔｐ：／／ｓｔａｔｓ．ｅｕｒｏｒｉｎｇｓ．ｎｅｔ／ｐｅｒｆｏｒｍａｎｃｅ／ｌｏｏｋｉｎｇｇｌａｓｓ．ｈｔｍｌ）からダウンロードすることである。
【００４９】
ＩＰｖ４のあるケースのＢＧＰルーティング・テーブルの一部の例を図１に示す。第１列の「ネットワーク」は、宛先のＩＰアドレス・プレフィックスを示す。第２列の「ネクスト・ホップ」は、対応する宛先プレフィックス宛てのパケットが送信されるネクスト・ホップ・ルータを示す。次に関連する列は、宛先プレフィックスへの自律システム・パスを示す第６列である。例えば、ネットワーク３．０．０．０へのパケットは、ネクスト・ホップ１３４．１５９．４．１０に送信される必要があり、自律システム４６３７、７０３、８０を通過する必要がある。別のルートとしては、ネクスト・ホップ・ルータが２０２．１２．２９．７９であり、自律システム４６０８、１２２１、４６３７、７０３、８０を通るルートがある。
【００５０】
本発明の実施の形態に係る所定のＩＰノードの近くのホーム・エージェントを発見するメカニズムは、図２に概要を示し、以下に説明する複数のステップを含む。方法のステップは特定の順番で説明されるが、これらのステップは本明細書に示す順番とは異なる順番で実行されてもよく、いくつかのステップは省略されてもよい。
【００５１】
図２のＳ１００と称される第１ステップでは、対象（ターゲット）インターネット・ホストの自律システム番号を見つけ出す。これは、ＢＧＰルーティング・テーブルから、通信相手ノードのアドレスと照合する最長プレフィックスを有する宛先プレフィックスを含む行を検索することで行うことができる。リゾルバ・エンティティが通信相手ノードのドメイン名しか知らない場合、ＤＮＳを用いて通信相手ノードのアドレスを発見することができる。そのような行が見つかった場合、自律システム・パスの最後の自律システム番号は、通信相手ノードの自律システム番号を示している。リゾルバ・エンティティは、自律システム番号、ネクスト・ホップ、宛先プレフィックスを記憶する。そのような行が見つからない場合、宛先は到達可能なＩＰノードではない。
【００５２】
第２ステップのＳ２００では、得られた通信相手ノードの自律システム番号を含むルーティング・パスを検索し、第１ルーティング・パスを選択する。次に、第３ステップのＳ３００では、通信相手ノードの自律システムに近い第１ルーティング・パス上の第１自律システムを選択する。その後、第４ステップのＳ４００において、選択された第１自律システムのプレフィックス、アドレス、又はドメイン名を決定し、決定されたプレフィックス、アドレス、又はドメインに関してサーバ発見を行う。この処理はサーバが見つかるか、若しくは検索が中止されるまで繰り返されてよい。
【００５３】
リゾルバ・エンティティは、ステップＳ１００から、通信相手ノードの自律システムの少なくとも１つのプレフィックスをすでに知っている。本発明の好適な実施の形態によれば、リゾルバ・エンティティは、通信相手ノードの自律システムのプレフィックスをより多く発見し、それらのプレフィックスに対してホーム・エージェント発見を行うことにより、ホーム・エージェントを見つけ出す可能性を高められる。従って、リゾルバ・エンティティは、通信相手ノードの自律システム番号を自律システム・パスの最後のエントリとして含むＢＧＰルーティング・テーブルの行を検索する。対応する宛先プレフィックスはすべて、リゾルバ・エンティティが記憶可能な通信相手ノードの自律システムのプレフィックスである。
【００５４】
本発明の他の実施の形態では、リゾルバ・エンティティは、通信相手ノードの自律システム番号を自律システム・パスの最初のエントリとして含むＢＧＰルーティング・テーブルの行を検索する。ここでネクスト・ホップ・アドレスが示すのは、リゾルバ・エンティティが記憶可能な通信相手ノードの自律システムのＩＰノードのアドレスである。
【００５５】
ステップＳ５００において、リゾルバ・エンティティは、まず、発見されたプレフィックス、ドメイン名、アドレス情報により、通信相手ノードの自律システムでホーム・エージェントを検索する。これは様々な方法で実行可能である。その１つに、［Ｆ．Ｄｕｐｏｎｔ、Ｋ．Ｗｅｎｉｇｅｒ、「ＩＫＥｖ２−ｂａｓｅｄ  Ｈｏｍｅ  Ａｇｅｎｔ  Ａｓｓｉｇｎｍｅｎｔ  ｉｎ  Ｍｏｂｉｌｅ  ＩＰｖ６／ＮＥＭＯ  Ｂｏｏｔｓｔｒａｐｐｉｎｇ」、ｄｒａｆｔ−ｄｕｐｏｎｔ−ｉｋｅｖ２−ｈａａｓｓｉｇｎ−０２．ｔｘｔ、２００７年１月］及び［Ｄ．Ｊｏｈｎｓｏｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ａｒｋｋｏ、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」、ＩＥＴＦ  ＲＦＣ  ３７７５、２００４年６月］に記載のエニーキャスト・ベースのホーム・エージェント発見の１つを採用する方法がある。リゾルバ・エンティティは、前のステップで発見されたプレフィックスに基づいてエニーキャスト・アドレスを作成する。特定のプレフィックスに対してホーム・エージェントが見つからない場合、発見処理は他のプレフィックスに対して繰り返される。リゾルバ・エンティティは、プレフィックスのサブプレフィックスを試すこともできる（例えば、ｘ＝１、２、３、．．．２５４である場合のプレフィックス「６２．２．０．０」の「６４．２．ｘ．０」）。ホーム・エージェントが見つかり次第、発見手続を終了することができる。
【００５６】
他の方法としては、ＤＮＳベースのＨＡ発見［Ｇ．Ｇｉａｒｅｔｔａ、Ｊ．Ｋｅｍｐｆ、Ｖ．Ｄｅｖａｒａｐａｌｌｉ、「Ｍｏｂｉｌｅ  ＩＰｖ６  Ｂｏｏｔｓｔｒａｐｐｉｎｇ  ｉｎ  ｓｐｌｉｔ  ｓｃｅｎａｒｉｏ」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｓｐｌｉｔ−０７．ｔｘｔ、２００７年７月］を採用する方法がある。リゾルバ・エンティティは、周知のプレフィックス（例えば、「＿ｍｉｐ６．＿ｉｐｖ６．」又は「ＯＲＨＡ」）や通信相手ノードのドメイン名（例えば、「＿ｍｉｐ６．＿ｉｐｖ６．ｃｎｄｏｍａｉｎ．ｃｏｍ」又は「＿ｍｉｐ６．＿ｉｐｖ６．ＣＮｄｏｍａｉｎ．ｃｏｍ」）に基づいてＤＮＳクエリーを作成する。あるいは、モバイルノードのＭＳＡは「ＣＮｄｏｍａｉｎ．ＭＳＡｄｏｍａｉｎ．ｃｏｍ」などのホーム・エージェントに対するＤＮＳエントリを保持してもよい、若しくは、通信相手ノードのドメイン名、例えば「０．２．２．６４．ＭＳＡｄｏｍａｉｎ．ｃｏｍ」の代わりに通信相手ノードのプレフィックスを使用する。あるいは、ネクスト・ホップ・ルータのアドレスを使用してもよい。前のステップで発見されたネクスト・ホップ・ルータのプレフィックス又はアドレスに対して行われたリバースＤＮＳクエリーによって、通信相手ノードのドメイン名が得られる。特定のプレフィックス、ネクスト・ホップ・ルータのアドレス、又はドメイン名に対してホーム・エージェントが見つからなかった場合、発見処理は次のプレフィックス、ネクスト・ホップ・ルータのアドレス、又はドメイン名に対して繰り返される。ホーム・エージェントが見つかり次第、発見手続を終了することができる。
【００５７】
通信相手ノードの自律システムにおいてホーム・エージェントが見つからない場合、リゾルバ・エンティティは、隣接する自律システムにおけるホーム・エージェントの検索に移る。従って、リゾルバ・エンティティは、通信相手ノードの自律システムの近くの自律システムを特定し、前述の方法によりそれらの自律システムにおいて検索を行わなければならない。隣接する自律システムは、自律システム・パスにおける通信相手ノードの自律システム番号を含む行をルーティング・テーブルから検索することで見つけ出すことができる。自律システム・パスにおいて通信相手ノードの自律システムより前の自律システム、又は、通信相手ノードの自律システムより後の自律システムが、通信相手ノードの自律システムの近隣自律システムである。
【００５８】
近隣自律システムにおいてホーム・エージェントが見つからない場合、リゾルバ・エンティティは、ＢＧＰルーティング・テーブルを使って、他のドメイン又は自律システムに位置するルータから他の近隣自律システムを検索してもよい。さらに、リゾルバ・エンティティは、第１レベルの近隣自律システムの場合と同様に発見することができる第２レベル、第３レベルなどの近隣自律システムにおいてホーム・エージェントを検索してもよい。このようにして、リゾルバ・エンティティは、自律システム・パスにおける通信相手ノードの自律システム番号に隣接する２番目、３番目などの自律システム番号を選ぶことになる。
【００５９】
本発明の他の実施の形態において、リゾルバ・エンティティは、必ずしも通信相手ノードに近くはないが、モバイルノードと通信相手ノードの間の直接パスに近い自律システムを検索してもよい。これにより（低レベルではあるが）ある程度の位置プライバシーを依然として確保しつつ、最適化ルーティングを確保する。また、リゾルバ・エンティティが使うルーティング・テーブルが、モバイルノードが現在位置するドメインとは異なるドメインからのものである場合、モバイルノードの現在の自律システムを発見処理において考慮すべきである。従って、リゾルバ・エンティティは、まず、ルーティング・テーブルで最長宛先プレフィックスマッチエントリを検索し、パスにおける最後の自律システム番号を選ぶことで、モバイルノードの気付アドレスの自律システム番号を特定することになる。その後、リゾルバ・エンティティは、モバイルノードと通信相手ノードの両方の自律システム番号を含む行をルーティング・テーブルから検索する。
【００６０】
そして、リゾルバ・エンティティは、前述の方法を利用して、自律システム・パスにおけるモバイルノードと通信相手ノードの自律システム番号の間にある自律システムのうちの１つからホーム・エージェントを検索することになる。上記自律システム・パスが見つからない場合、又は、これらの自律システムでホーム・エージェントが見つからない場合、リゾルバ・エンティティは２つの自律システム・パスを検索し、そのうちの一方はモバイルノードの自律システムを含み、他方は通信相手ノードの自律システムを含む。ここで、両方の自律システム・パスは共通の自律システム番号を有している。この自律システム番号は、モバイルノードの自律システムと通信相手ノードの自律システムの間に位置することになる。
【００６１】
上記方法は、通信相手ノードが移動可能である場合に最適なパスを探し出すのに利用することもできる。リゾルバ・エンティティは、モバイルノードと通信相手ノードの両方の気付アドレスを知っている場合、対応する自律システム番号を特定し、両自律システムの間に位置する自律システムにてホーム・エージェントを探し出すことができる。これにより、移動可能な通信相手ノードの場合の最適化ルーティングと、両方向の位置プライバシーを確保する。モバイルノード及び／又は通信相手ノードが移動した場合、リゾルバ・エンティティは再度ルートを最適化し、２つの新しい気付アドレス間に位置するより好適なホーム・エージェントを再度検索してもよい。
【００６２】
モバイルノードがルートを複数の通信相手ノードに最適化したいといったシナリオにおける最適化として、リゾルバ・エンティティは、これらすべての通信相手ノードに近いホーム・エージェントを発見してもよい。この場合、モバイルノードは、多数の通信相手ノードとの最適化ルーティングを達成するのに、たった１つのホーム・エージェントに登録するだけでよい。これは、いくつかの通信相手ノードの自律システムに近いホーム・エージェントを探し出すように前述の方法を拡張することにより、すなわち、すべての通信相手ノードの自律システムを含むすべての自律システム・パスの一部の自律システムを検索することにより達成可能である。
【００６３】
一般的に、リゾルバ・エンティティは、特定の自律システムにてホーム・エージェントを検索する前に、モバイルノードのＭＳＡがその自律システムと信頼関係を持っているかどうかチェックしてもよい。そのような信頼関係が存在しない場合、いずれにせよモバイルノードはこのホーム・エージェントとブートストラップを行えないので、リゾルバ・エンティティはこの自律システムでホーム・エージェントを検索する必要はない。
【００６４】
上記実施の形態の説明では所定のＩＰホストに近いホーム・エージェントの発見に着目したが、本明細書で説明する方法は、プレフィックス又はドメイン名情報を介して、例えば、ＤＮＳ又はエニーキャストを介して発見可能なＳＩＰサーバ、印刷サーバ、又は、ＮＥＭＯ経路最適化のための通信相手ルータといったルータなどのサーバにより提供されるいかなるサービスの発見にも適用可能である。通信相手ノードは、任意のレガシー・インターネット・ホストであってよく、必ずしもモバイルＩＰ通信相手ノードの役割を実装しない。
【００６５】
異なる自律システムのＢＧＰルータはトポロジーに対して異なる見解を持っているので、ある特定のＢＧＰルーティング・テーブルでホーム・エージェントが見つけられなかった場合に、異なるＢＧＰルータから得られたルーティング・テーブルで本発明の実施の形態で説明した手続を繰り返すことは道理にかなっている。
【００６６】
特定の通信相手ノードのプレフィックスに近いホーム・エージェントが見つかった場合、リゾルバ・エンティティは、結果を格納（キャッシュ）し、それを処理の速度を上げるため今後のクエリーに利用すべきである。リゾルバ・エンティティは、ネットワークに位置している場合、モバイルノードが通信相手ノードのプレフィックスに近いホーム・エージェントを発見するためにＤＮＳにクエリーを行うだけでよくなるように「０．２．２．６４．ＭＳＡｄｏｍａｉｎ．ｃｏｍ」又は「ＣＮｄｏｍａｉｎ．ＭＳＡｄｏｍａｉｎ．ｃｏｍ」などの発見されたプレフィックスに対するＤＮＳエントリを自動的に追加することもできる。
【００６７】
さらに、自律システムやＭＳＰは、リゾルバ・エンティティによってもっと容易に発見されるよう、ルーティング・テーブルの宛先プレフィックスごとのリバースＤＮＳエントリや「ＨＡ．ａｓＸＹＺ．ｃｏｍ」などの自律システムごとのＤＮＳエントリなど、それらのホーム・エージェントに対して特別なＤＮＳエントリを設定してもよい。
【００６８】
次に、図３、図４を参照して、２つの例示的なシナリオを説明する。図３に示す１つ目の例のシナリオにおいて、ホーム・エージェントは、自律システムＡＳ  Ｙと称される通信相手ノードのドメインに位置している。モバイルノードは、ＤＨＣＰベースのホーム・エージェント発見［Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ａ．Ｙｅｇｉｎ、「ＭＩＰ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ  ｆｏｒ  ｔｈｅ  Ｉｎｔｅｇｒａｔｅｄ  Ｓｃｅｎａｒｉｏ」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｉｎｔｅｇｒａｔｅｄ−０４．ｔｘｔ、２００７年６月］によりホーム・エージェントを発見しようと試みる。従って、モバイルノードは、通信相手ノードのドメインを対象（ターゲット）ドメインとして含むＤＨＣＰ情報要求を送信する。この例では、自律システムＡＳ  Ｗに位置するモバイルノードのＭＳＡは、ＯＲＨＡの発見に関与しており、従ってリゾルバ・エンティティ（ＲＥ）の論理エンティティを実装している。
【００６９】
リゾルバ・エンティティにて行われる手続は以下の通りである。通信相手ノードのアドレスを３８．１０３．１３０．１とした場合、リゾルバ・エンティティはＢＧＰテーブルにて関連するエントリを検索し、図１に示したのと同様のフォーマットを有するＢＧＰルーティング・テーブルで発見する。
ネットワーク            ネクスト・ホップ               パス
*>38.103.130.0/24              134.159.4.10              0 4637 174 i
*>                             202.12.29.79              0 4608 1221 4637 174 i
【００７０】
通信相手ノードのアドレスと最長マッチを有するプレフィックスは３８．１０３．１３０．０／２４である。通信相手ノードの自律システム番号、すなわち、ＡＳ  Ｙの自律システム番号は、自律システム・パスの最後の自律システム番号、すなわち、１７４である。
【００７１】
次に、リゾルバ・エンティティは、自律システム番号１７４を自律システム・パスの最後の要素として含む他のプレフィックスを検索する。関連するＢＧＰテーブルエントリは、例えば、以下の通りである。
ネットワーク            ネクスト・ホップ               パス
*>24.238.0.0/24               134.159.4.10              0 4637 174 i
*>                            202.12.29.79              0 4608 1221 4637 174 i
*>38.0.0.0                    134.159.4.10              0 4637 174 i
*>                            202.12.29.79              0 4608 1221 4637 174 i
【００７２】
見つけ出されたその他のプレフィックスは、２４．２４８．０．０／２４と３８．０．０．０である。このため、リゾルバ・エンティティは、２４．２４８．０．０／２４と、３８．０．０．０と、３８．１０３．１３０．０／２４とでホーム・エージェントを検索する。
【００７３】
ホーム・エージェント発見は、例えば、上記プレフィックス（ＤＨＡＡＤ又はＩＫＥエニーキャスト）から作成されたエニーキャスト・アドレスを利用して、若しくは、例えばｈｔｔｐ：／／ｗｗｗ．ｄｎｓｓｔｕｆｆ．ｃｏｍ／を利用するなどリバースＤＮＳ検索を利用して行われてもよい。このリバースＤＮＳ検索の結果は、「ｃｏｘｍａｉｌ．ｃｏｍ」、「ｃｏｇｅｎｔｃｏ．ｃｏｍ」、「ｐｓｉ．ｎｅｔ」である。リゾルバ・エンティティは、次に、ホーム・エージェント（例えば、「＿ｍｉｐ６．＿ｉｐｖ６．ｃｏｘｍａｉｌ．ｃｏｍ」）を発見するためＤＮＳにクエリーを行う。
【００７４】
図４に示す２つ目の例のシナリオにおいて、ホーム・エージェントは、通信相手ノードの自律システムＡＳ  Ｙには存在せず、その代わりに、ＡＳ  Ｘと称される近隣ドメインに位置している。
【００７５】
モバイルノードは、ＤＨＣＰベースのホーム・エージェント発見［Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ａ．Ｙｅｇｉｎ、「ＭＩＰ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ  ｆｏｒ  ｔｈｅ  Ｉｎｔｅｇｒａｔｅｄ  Ｓｃｅｎａｒｉｏ」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｉｎｔｅｇｒａｔｅｄ−０４．ｔｘｔ、２００７年６月］によりホーム・エージェントを発見しようと試みる。従って、モバイルノードは、通信相手ノードのドメインを対象（ターゲット）ドメインとして含むＤＨＣＰ情報要求を送信する。この例では、自律システムＡＳ  Ｗに位置するモバイルノードのＭＳＡは、ＯＲＨＡの発見に関与しており、従ってリゾルバ・エンティティ（ＲＥ）の論理エンティティを実装している。
【００７６】
リゾルバ・エンティティは、例えば、前節で説明したように発見を試みたが通信相手ノードのドメインではホーム・エージェントを見つけられなかったので、通信相手ノードのドメインにホーム・エージェントが存在しないことをすでに知っているものとする。
【００７７】
リゾルバ・エンティティにて行われる手続は以下の通りである。リゾルバ・エンティティは、ＢＧＰテーブルから通信相手ノードの自律システム番号１７４を含むエントリを検索し、以下を得る。
ネットワーク            ネクスト・ホップ               パス
*>38.103.130.0/24             134.159.4.10              0 4637 174 i 
*>                            202.12.29.79              0 4608 1221 4637 174 i
【００７８】
近隣自律システムは、自律システム・パスにおける通信相手ノードの自律システム１７４に隣接しているので、自律システム４６３７（ＡＳ  Ｘ）である。
【００７９】
リゾルバ・エンティティは、自律システム・パスにおいて最後の自律システム番号として４６３７を持つエントリをＢＧＰテーブルから検索することで、自律システム４６３７のプレフィックスを検索する。リゾルバ・エンティティは、次に、例えば、上記プレフィックス（ＤＨＡＡＤ又はＩＫＥエニーキャスト）から作成されたエニーキャスト・アドレスを利用して、若しくは、例えばｈｔｔｐ：／／ｗｗｗ．ｄｎｓｓｔｕｆｆ．ｃｏｍ／を利用するなどリバースＤＮＳ検索を利用して、特定されたプレフィックスからホーム・エージェントを検索する。
【００８０】
本発明の他の実施の形態は、上記種々の実施の形態のハードウェア及びソフトウェアによる実施に関する。本発明の様々な実施の形態は、コンピュータ・デバイス（プロセッサ）によって実施又は実行され得ると見なされる。コンピュータ・デバイス又はプロセッサは、例えば、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は他のプログラム可能論理回路などであってもよい。本発明の種々の実施の形態は、これらのデバイスの組み合わせによっても実行又は具体化されてもよい。
【００８１】
さらに、本発明の種々の実施の形態は、プロセッサによって、又は、直接ハードウェアとして実行されるソフトウェア・モジュールによっても実施することができるようにしてもよい。また、ソフトウェア・モジュールとハードウェア実装の組み合わせも可能である。ソフトウェア・モジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなど、あらゆる種類のコンピュータ可読記憶媒体に記憶することができる。
【００８２】
本発明の種々の実施の形態とその変更例を前段落にて説明してきたが、概して説明したような本発明の精神と範囲から逸脱することなく、特定の実施の形態に示すように、本発明にはさまざまな変更及び／又は改良がなされ得るということが当業者により理解されるであろう。
【図１】
2011501626.tif 000003
【図２】
2011501626.tif 000004
【図３】
2011501626.tif 000005
【図４】
2011501626.tif 000006
【国際調査報告】
2011501626.tif 000007
2011501626.tif 000008