(57)【要約】【課題】ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができるノード発見方法などを提供する。【解決手段】移動端末１０１が、処理ノードを発見するための所定の形式のメッセージである第１のメッセージを通信ノード１０２あてに送信するステップと、所定の形式のメッセージを処理することが可能な中継ノードが、受信した第１のメッセージに基づいて自身が処理ノードであるか否かを判断するステップと、自身が処理ノードであると判断した場合、判断した所定の形式のメッセージを処理することが可能な中継ノードが、自身が処理ノードになる旨の第２のメッセージを移動端末に送信するステップとを有する。【選択図】図１
2009539275.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置し、前記通信ノードに隣接する中継ノードである処理ノードを発見するノード発見方法であって、
前記移動端末が、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを前記通信ノードあてに送信するステップと、
前記所定の形式のメッセージを処理することが可能な中継ノードが、受信した前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断するステップと、
前記中継ノードが、自身が前記処理ノードであると判断した場合、判断した前記所定の形式のメッセージを処理することが可能な中継ノードが、自身が前記処理ノードになる旨の第２のメッセージを前記移動端末に送信するステップとを、
有するノード発見方法。
【請求項２】
前記第１のメッセージには、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれている請求項１に記載のノード発見方法。
【請求項３】
前記移動端末は、前記第１のメッセージを前記移動端末のホームエージェントを経由して送信する請求項１又は２に記載のノード発見方法。
【請求項４】
前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードは、前記第１のメッセージの送信元のアドレスを自身のアドレスに変換する請求項１から３のいずれか１つに記載のノード発見方法。
【請求項５】
前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードは、自身が前記処理ノードであるか否かを判断する際に、前記自身の所定の記憶領域に格納された隣接する前記所定の形式のメッセージを処理することが可能な中継ノードの情報と、前記第１のメッセージの送信先の情報とに基づいて判断する請求項１から４のいずれか１つに記載のノード発見方法。
【請求項６】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置し、前記通信ノードに隣接する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、
前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを前記通信ノードあてに送信する送信手段と、
前記処理ノードであると判断した前記所定の形式のメッセージを処理することが可能な中継ノードから、前記処理ノードになる旨の第２のメッセージを受信する受信手段とを、
備える移動端末。
【請求項７】
前記メッセージ生成手段は、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報を前記第１のメッセージに含める請求項６に記載の移動端末。
【請求項８】
前記送信手段は、前記第１のメッセージを前記移動端末のホームエージェントを経由して送信する請求項６又は７に記載の移動端末。
【請求項９】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置し、前記通信ノードに隣接する中継ノードである処理ノードを発見するノード発見方法で用いられる前記所定の形式のメッセージを処理することが可能な中継ノードであって、
前記移動端末から送信された前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを受信する受信手段と、
受信された前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断する判断手段と、
前記自身が前記処理ノードであると判断した場合、前記自身が前記処理ノードになる旨の第２のメッセージを生成するメッセージ生成手段と、
生成された前記第２のメッセージを前記移動端末に送信する送信手段とを、
備える中継ノード。
【請求項１０】
前記第１のメッセージには、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれている請求項９に記載の中継ノード。
【請求項１１】
前記判断手段は、受信された前記第１のメッセージの送信元のアドレスを自身のアドレスに変換する請求項９又は１０に記載の中継ノード。
【請求項１２】
前記判断手段は、自身が前記処理ノードであるか否かを判断する際に、前記自身の所定の記憶領域に格納された隣接する前記所定の形式のメッセージを処理することが可能な中継ノードの情報と、前記第１のメッセージの送信先の情報とに基づいて判断する請求項９から１１のいずれか１つに記載の中継ノード。
【請求項１３】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
前記移動端末が、前記処理ノードを発見するための前記所定の形式のメッセージであって、前記移動端末から前記経路上における所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするため、所定のホップ情報を含む第１のメッセージを所定の送信先に送信するステップと、
前記所定の形式のメッセージを処理することが可能な中継ノードが、受信した前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断するステップと、
前記自身が前記処理ノードであると判断した場合、判断した前記所定の形式のメッセージを処理することが可能な中継ノードが、自身が前記処理ノードになる旨の第２のメッセージを前記移動端末に送信するステップとを、
有するノード発見方法。
【請求項１４】
前記第１のメッセージには、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれている請求項１３に記載のノード発見方法。
【請求項１５】
前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードは、自身が前記処理ノードでないと判断した場合、前記第１のメッセージがホップされてきた回数を示すホップ数に１を加えて転送する請求項１３又は１４に記載のノード発見方法。
【請求項１６】
前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードは、前記第１のメッセージがホップされてきた回数を示す前記ホップ数と、前記第１のメッセージに含まれる前記所定のホップ情報とに基づいて自身が前記処理ノードであるか否かを判断する請求項１５に記載のノード発見方法。
【請求項１７】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、
前記処理ノードを発見するための前記所定の形式のメッセージであって、前記移動端末から前記経路上における所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするため、所定のホップ情報を含む第１のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを所定の送信先に送信する送信手段と、
前記処理ノードであると判断した前記所定の形式のメッセージを処理することが可能な中継ノードから、前記処理ノードになる旨の第２のメッセージを受信する受信手段とを、
備える移動端末。
【請求項１８】
前記メッセージ生成手段は、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報を前記第１のメッセージに含める請求項１７に記載の移動端末。
【請求項１９】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記所定の形式のメッセージを処理することが可能な中継ノードであって、
前記移動端末から送信された前記処理ノードを発見するための前記所定の形式のメッセージであって、前記移動端末から前記経路上における所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするため、所定のホップ情報を含む第１のメッセージを受信する受信手段と、
受信された前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断する判断手段と、
前記自身が前記処理ノードであると判断した場合、前記自身が前記処理ノードになる旨の第２のメッセージを生成するメッセージ生成手段と、
生成された前記第２のメッセージを前記移動端末に送信する送信手段とを、
備える中継ノード。
【請求項２０】
前記第１のメッセージには、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれている請求項１９に記載の中継ノード。
【請求項２１】
前記判断手段は、自身が前記処理ノードでないと判断した場合、前記第１のメッセージがホップされてきた回数を示すホップ数に１を加える請求項１９又は２０に記載の中継ノード。
【請求項２２】
前記判断手段は、前記第１のメッセージがホップされてきた回数を示す前記ホップ数と、前記第１のメッセージに含まれる前記所定のホップ情報とに基づいて自身が前記処理ノードであるか否かを判断する請求項２１に記載の中継ノード。
【請求項２３】
前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、
移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードが、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置する場合には、前記移動前処理ノードを継続して処理ノードとして使用する請求項１から５、１３から１６のいずれか１つに記載のノード発見方法。
【請求項２４】
前記移動端末自身が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、
前記受信手段が、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために前記送信手段によって送信された前記所定の形式のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードであって、移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードから、移動前の前記第１のネットワークに接続した際に発見された前記処理ノードである移動前処理ノードを継続して処理ノードとして使用すべきである旨のメッセージを受信した場合、
前記判断手段は、前記受信手段によって受信された前記メッセージに基づいて、前記移動前処理ノードを継続して処理ノードとして使用することを決定する請求項６から８、１７、１８のいずれか１つに記載の移動端末。
【請求項２５】
前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、
移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードの前記判断手段が、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置するか否かを判断し、
前記メッセージ生成手段は、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置すると前記判断手段によって判断された場合に、前記移動前処理ノードを継続して処理ノードとして使用すべきである旨のメッセージを生成し、
前記送信手段は、生成された前記メッセージを前記移動端末に送信する請求項９から１２、１９から２２のいずれか１つに記載の中継ノード。
【請求項２６】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記処理ノードの発見を依頼するための第１のメッセージを前記通信ノードの前記ホームエージェントに送信するステップと、
前記通信ノードの前記ホームエージェントが、受信した前記第１のメッセージに基づいて前記処理ノードの発見の開始を指示する第２のメッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信するステップと、
前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、前記処理ノードを発見するための第３のメッセージを前記第２のメッセージに含まれる情報に基づいて送信するステップと、
前記第３のメッセージを受信した前記中継ノードが、前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得る場合に自身に関する情報を前記通信ノードの前記ホームエージェントに送信するステップと、
前記通信ノードの前記ホームエージェントが、受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するステップとを、
有するノード発見方法。
【請求項２７】
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードは、前記第１のメッセージを前記移動端末の前記ホームエージェントを経由させて前記通信ノードの前記ホームエージェントに送信する請求項２６に記載のノード発見方法。
【請求項２８】
前記第３のメッセージを受信した前記中継ノードは、前記自身が前記処理ノードになり得ると判断した場合であって、前記自身と前記第３のメッセージのあて先のノードとの間に前記処理ノードとなり得るノードが他に存在すると判断した場合、前記自身に関する情報を前記第３のメッセージに付加して転送する請求項２６又は２７に記載のノード発見方法。
【請求項２９】
前記通信ノードの前記ホームエージェントが、前記第２のメッセージを送信する際、前記第２のメッセージに生成した前記第３のメッセージを挿入してカプセル化した前記第２のメッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信し、
前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、前記第３のメッセージを送信する際、受信したカプセル化された前記第２のメッセージから前記第３のメッセージを抽出し、前記第２のメッセージに含まれる情報に基づいて送信する請求項２６から２８のいずれか１つに記載のノード発見方法。
【請求項３０】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記処理ノードを発見するためのメッセージを前記通信ノードの前記ホームエージェントに送信するステップと、
前記通信ノードの前記ホームエージェントが、受信した前記メッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて転送するステップと、
前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、受信した前記メッセージを前記メッセージに含まれる情報に基づいて送信するステップと、
前記メッセージを受信した前記中継ノードが、前記メッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得る場合に自身に関する情報を前記通信ノードの前記ホームエージェントに送信するステップと、
前記通信ノードの前記ホームエージェントが、受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するステップとを、
有するノード発見方法。
【請求項３１】
前記通信ノードの前記ホームエージェントは、受信した前記第１のメッセージ又は前記メッセージに基づいて、前記第１のネットワークと前記第２のネットワークとが同一であると判断した場合、自身が前記処理ノードになることを決定する、若しくは所定のノードを前記処理ノードとして指定する請求項２６、２７、３０に記載のノード発見方法。
【請求項３２】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、
データトラフィックの方向が前記移動端末から前記通信ノードである場合、
前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードから受信する、前記処理ノードの発見の開始を依頼する第４のメッセージに基づいて前記第１のメッセージを生成し、前記移動端末の前記ホームエージェントに送信するステップと、
前記移動端末の前記ホームエージェントが、受信した前記第１のメッセージに基づいて前記処理ノードの発見の開始を指示する第２のメッセージを前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードに向けて送信するステップと、
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記処理ノードを発見するための第３のメッセージを前記第２のメッセージに含まれる情報に基づいて送信するステップと、
前記第３のメッセージを受信した前記中継ノードが、前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得る場合に自身に関する情報を前記移動端末の前記ホームエージェントに送信するステップと、
前記移動端末の前記ホームエージェントが、受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードへ送信するステップとを、
有するノード発見方法。
【請求項３３】
前記移動端末又は前記移動端末が接続する前記第１のネットワークに内の所定ノードが、複数の前記第１のメッセージを複数のあて先に送信する請求項２６に記載のノード発見方法。
【請求項３４】
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードは、前記通信ノードの前記ホームエージェントから、前記処理ノードとなり得る前記中継ノードに関する情報を受信しない場合、前記移動端末の前記ホームエージェントを介して通信を行う請求項２６に記載のノード発見方法。
【請求項３５】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、
前記処理ノードの発見を依頼するための第１のメッセージを生成するメッセージ生成手段と、
生成された前記第１のメッセージを前記通信ノードの前記ホームエージェントに送信する送信手段とを、
備える移動端末。
【請求項３６】
前記送信手段は、前記第１のメッセージを前記移動端末の前記ホームエージェントを経由させて前記通信ノードの前記ホームエージェントに送信する請求項３５に記載の移動端末。
【請求項３７】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、
前記処理ノードを発見するためのメッセージを生成するメッセージ生成手段と、
生成された前記メッセージを前記通信ノードの前記ホームエージェントに送信する送信手段とを、
備える移動端末。
【請求項３８】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、
データトラフィックの方向が前記移動端末から前記通信ノードである場合、
前記処理ノードの発見の開始を依頼するメッセージを生成するメッセージ生成手段と、
生成された前記メッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに送信する送信手段とを、
備える移動端末。
【請求項３９】
前記メッセージ生成手段は、複数の前記第１のメッセージを生成し、
前記送信手段は、生成された複数の前記第１のメッセージを複数のあて先に送信する請求項３６に記載の移動端末。
【請求項４０】
前記通信ノードの前記ホームエージェントから、前記処理ノードとなり得る前記中継ノードに関する情報を受信しない場合、
前記送信手段は、前記移動端末の前記ホームエージェントを介して通信を行う請求項３５に記載の移動端末。
【請求項４１】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの前記ホームエージェントであって、
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードによって送信された、前記処理ノードの発見を依頼するための第１のメッセージを受信する受信手段と、
受信された前記第１のメッセージに基づいて前記処理ノードの発見の開始を指示する第２のメッセージを生成するメッセージ生成手段と、
生成された前記第２のメッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信する送信手段とを備え、
前記送信手段は、前記受信手段を介して受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するホームエージェント。
【請求項４２】
前記送信手段が前記第２のメッセージを送信する際、前記第２のメッセージに、前記メッセージ生成手段によって生成された前記処理ノードを発見するための第３のメッセージを挿入してカプセル化した前記第２のメッセージを、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信する請求項４１に記載のホームエージェント。
【請求項４３】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの前記ホームエージェントであって、
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードによって送信された、前記処理ノードを発見するためのメッセージを受信する受信手段と、
受信された前記メッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて転送する送信手段とを備え、
前記送信手段は、前記受信手段を介して受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するホームエージェント。
【請求項４４】
受信した前記第１のメッセージ又は前記メッセージに基づいて、前記第１のネットワークと前記第２のネットワークとが同一であるか否かを判断する判断手段を更に備え、
前記判断手段によって前記第１のネットワークと前記第２のネットワークとが同一であると判断された場合、自身が前記処理ノードになることを決定する、若しくは所定のノードを前記処理ノードとして指定する請求項４１、４３に記載のホームエージェント。
【請求項４５】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記中継ノードであって、
前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードから前記処理ノードを発見するためのメッセージを受信する受信手段と、
受信された前記メッセージに基づいて自身が前記処理ノードになり得るか否かを判断する判断手段と、
前記処理ノードになり得ると判断された場合に自身に関する情報を前記通信ノードの前記ホームエージェントに送信する送信手段とを、
備える中継ノード。
【請求項４６】
前記判断手段によって前記自身が前記処理ノードになり得ると判断した場合であって、前記判断手段が、前記自身と前記メッセージのあて先のノードとの間に前記処理ノードとなり得るノードが他に存在するか否かを判断し、存在すると判断された場合、
前記送信手段が、前記自身に関する情報を前記メッセージに付加して転送する請求項４５に記載の中継ノード。
【請求項４７】
第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記中継ノードであって、
データトラフィックの方向が前記移動端末から前記通信ノードである場合、
前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードから前記処理ノードを発見するための第３のメッセージを受信する受信手段と、
受信された前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断する判断手段と、
前記処理ノードになり得ると判断された場合に自身に関する情報を前記移動端末の前記ホームエージェントに送信する送信手段とを、
備える中継ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ロケーションプライバシを守りつつ、最適化経路に近い経路を与えるノードを発見するノード発見方法、その方法で用いられる移動端末、その方法で用いられる中継ノード、ホームエージェントに関する。
【背景技術】
【０００２】
無線ネットワークを通じてインターネットなどの通信ネットワークに移動端末からアクセスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提供できる技術として、次世代インターネットプロトコルであるモバイルＩＰｖ６を利用したものが普及してきている。コミュニケーションを行う両端末が共にモバイルＩＰｖ６をサポートしている移動端末（ＭＮ：Mobile Node）であり、両端末（ＭＮ１、ＭＮ２とする）が外部ネットワークに居る場合の動作について図１６を参照しながら説明する。ＭＮ１、ＭＮ２がお互いに相手が外部ネットワークで使用しているＣｏＡ（Care of Address）を知らない場合、下記の非特許文献１に記載されているように図１６に示すＨＡ（Home Agent）１、ＨＡ２経由で経路１を通じてパケットが送受信される。また、ＭＮ１、ＭＮ２がお互いのＣｏＡを知っている場合、ＭＮ１からＭＮ２に送信されるパケットは、図１６に示す経路２のような最適化経路で送信される。
【０００３】
しかし、最適化経路を用いる場合、ＭＮ１はＭＮ２に、ＭＮ２はＭＮ１に自身が現在使っているＣｏＡを教えなければならない。これにより、相手に自分が今居るロケーションを知らせてしまうことになる。すなわち、ロケーションプライバシが守られないことになる。そこで、現在ＩＥＴＦ（Internet Engineering Task Force）では、ロケーションプライバシを守りつつ、最適化経路に近い経路（ここでは準最適化経路と言う）を確保する方法が議論されている。その中の１つの方法として、下記の非特許文献２に記載されているＲＯＴＡ（Route Optimization and location privacy using Tunneling Agent）が挙げられる。ＲＯＴＡではトンネリングエージェント（ＴＡ：Tunneling Agent）と呼ばれるノードを用い、そのＴＡにＭＮ−ＨＡ間のトンネリングのエンドポイントを移すことにより準最適化経路を確保する。非特許文献２の記載によると、ＴＡの選び方には２通りの方法がある。図１７ａに示すようにＭＮ１とＭＮ２のそれぞれのＨＡのうち、どちらかのＨＡをＴＡとする方法か、図１７ｂに示すようにローカルなＨＡや不図示のＭＡＰ（Mobility Anchor Point）が存在する場合にはこれらをＴＡとする方法である。
【非特許文献１】D.Johnson,C.Perkins and J.Arkko,“Mobility Support in IPv6”,RFC3775,June 2004
【非特許文献２】K.Weniger and T.Aramaki,“Route Optimization and Location Privacy using Tunneling Agent（ROTA）",draft-weniger-rota-01,October 2005
【非特許文献３】R.Hancock(editor),G.Karagiannis,J.Loughney and S.Van den Bosch,"Next Steps in Signaling(NSIS): Framework", RFC4080, June 2005
【非特許文献４】D.Johnson,S.Deering,"Reserved IPv6 Subnet Anycast Address", RFC2526
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＲＯＴＡ手法におけるＨＡをＴＡとする方法（図１７ａ）では、ＴＡとなるＨＡがＭＮ１やＭＮ２から遠くに存在した場合、それほど準最適な経路は得られない。また、ローカルなＨＡやＭＡＰをＴＡとする方法（図１７ｂ）においては、必ずしもＭＮの移動先でローカルなＨＡやＭＡＰが見つかるわけではなく、また見つかったとしてもＴＡ機能がサポートされているとは限らない。
【０００５】
本発明は、上記の問題点に鑑み、モバイルＩＰｖ６において、ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができ、また、さらにより最適なデータ経路を与えられるＴＡを検出することができるノード発見方法、その方法で用いられる移動端末、その方法で用いられる中継ノード、ホームエージェントを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置し、前記通信ノードに隣接する中継ノードである処理ノードを発見するノード発見方法であって、前記移動端末が、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを前記通信ノードあてに送信するステップと、前記所定の形式のメッセージを処理することが可能な中継ノードが、受信した前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断するステップと、前記中継ノードが、自身が前記処理ノードであると判断した場合、判断した前記所定の形式のメッセージを処理することが可能な中継ノードが、自身が前記処理ノードになる旨の第２のメッセージを前記移動端末に送信するステップとを有するノード発見方法が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。なお、ＴＡは上述する処理ノードに相当するものである。
【０００７】
また、本発明のノード発見方法において、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
【０００８】
また、本発明のノード発見方法において、前記移動端末が前記第１のメッセージを前記移動端末のホームエージェントを経由して送信することは、本発明の好ましい態様である。この構成により、移動端末と通信ノードとの間に処理ノードとなる中継ノードが存在しない場合でも移動端末のロケーションプライバシを守ることができる。
【０００９】
また、本発明のノード発見方法において、前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードが、前記第１のメッセージの送信元のアドレスを自身のアドレスに変換することは、本発明の好ましい態様である。この構成により、第１のメッセージの送信元の移動端末のロケーションプライバシを守ることができる。
【００１０】
また、本発明のノード発見方法において、前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードが、自身が前記処理ノードであるか否かを判断する際に、前記自身の所定の記憶領域に格納された隣接する前記所定の形式のメッセージを処理することが可能な中継ノードの情報と、前記第１のメッセージの送信先の情報とに基づいて判断することは、本発明の好ましい態様である。この構成により、的確に自身が処理ノードであるか否かを判断することができる。
【００１１】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置し、前記通信ノードに隣接する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記通信ノードあてに送信する送信手段と、前記処理ノードであると判断した前記所定の形式のメッセージを処理することが可能な中継ノードから、前記処理ノードになる旨の第２のメッセージを受信する受信手段とを備える移動端末が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
【００１２】
また、本発明の移動端末において、前記メッセージ生成手段が、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報を前記第１のメッセージに含めることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
【００１３】
また、本発明の移動端末において、前記送信手段が前記第１のメッセージを前記移動端末のホームエージェントを経由して送信することは、本発明の好ましい態様である。この構成により、移動端末と通信ノードとの間に処理ノードとなる中継ノードが存在しない場合でも移動端末のロケーションプライバシを守ることができる。
【００１４】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置し、前記通信ノードに隣接する中継ノードである処理ノードを発見するノード発見方法で用いられる前記所定の形式のメッセージを処理することが可能な中継ノードであって、前記移動端末から送信された前記処理ノードを発見するための前記所定の形式のメッセージである第１のメッセージを受信する受信手段と、受信された前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断する判断手段と、前記自身が前記処理ノードであると判断した場合、前記自身が前記処理ノードになる旨の第２のメッセージを生成するメッセージ生成手段と、生成された前記第２のメッセージを前記移動端末に送信する送信手段とを備える中継ノードが提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
【００１５】
また、本発明の中継ノードにおいて、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
【００１６】
また、本発明の中継ノードにおいて、前記判断手段が、受信された前記第１のメッセージの送信元のアドレスを自身のアドレスに変換することは、本発明の好ましい態様である。この構成により、第１のメッセージの送信元の移動端末のロケーションプライバシを守ることができる。
【００１７】
また、本発明の中継ノードにおいて、前記判断手段が、自身が前記処理ノードであるか否かを判断する際に、前記自身の所定の記憶領域に格納された隣接する前記所定の形式のメッセージを処理することが可能な中継ノードの情報と、前記第１のメッセージの送信先の情報とに基づいて判断することは、本発明の好ましい態様である。この構成により、的確に自身が処理ノードであるか否かを判断することができる。
【００１８】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法であって、前記移動端末が、前記処理ノードを発見するための前記所定の形式のメッセージであって、前記移動端末から前記経路上における所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするため、所定のホップ情報を含む第１のメッセージを所定の送信先に送信するステップと、前記所定の形式のメッセージを処理することが可能な中継ノードが、受信した前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断するステップと、前記自身が前記処理ノードであると判断した場合、判断した前記所定の形式のメッセージを処理することが可能な中継ノードが、自身が前記処理ノードになる旨の第２のメッセージを前記移動端末に送信するステップとを有するノード発見方法が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
【００１９】
また、本発明のノード発見方法において、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
【００２０】
また、本発明のノード発見方法において、前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードが、自身が前記処理ノードでないと判断した場合、前記第１のメッセージがホップされてきた回数を示すホップ数に１を加えて転送することは、本発明の好ましい態様である。この構成により、容易に処理ノードを発見することができる。
【００２１】
また、本発明のノード発見方法において、前記第１のメッセージを受信する前記所定の形式のメッセージを処理することが可能な中継ノードが、前記第１のメッセージがホップされてきた回数を示す前記ホップ数と、前記第１のメッセージに含まれる前記所定のホップ情報とに基づいて自身が前記処理ノードであるか否かを判断することは、本発明の好ましい態様である。この構成により、的確に自身が処理ノードであるか否かを判断することができる。
【００２２】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記処理ノードを発見するための前記所定の形式のメッセージであって、前記移動端末から前記経路上における所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするため、所定のホップ情報を含む第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを所定の送信先に送信する送信手段と、前記処理ノードであると判断した前記所定の形式のメッセージを処理することが可能な中継ノードから、前記処理ノードになる旨の第２のメッセージを受信する受信手段とを備える移動端末が提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
【００２３】
また、本発明の移動端末において、前記メッセージ生成手段が、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報を前記第１のメッセージに含めることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
【００２４】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、所定の形式のメッセージを処理することが可能で、前記移動端末から前記通信ノードへ送信されるデータパケットが通る経路上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記所定の形式のメッセージを処理することが可能な中継ノードであって、前記移動端末から送信された前記処理ノードを発見するための前記所定の形式のメッセージであって、前記移動端末から前記経路上における所定のホップ先に位置する前記所定の形式のメッセージを処理することができる中継ノードを前記処理ノードとするため、所定のホップ情報を含む第１のメッセージを受信する受信手段と、受信された前記第１のメッセージに基づいて自身が前記処理ノードであるか否かを判断する判断手段と、前記自身が前記処理ノードであると判断した場合、前記自身が前記処理ノードになる旨の第２のメッセージを生成するメッセージ生成手段と、生成された前記第２のメッセージを前記移動端末に送信する送信手段とを備える中継ノードが提供される。この構成により、移動端末（ＭＮ）のロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができる。
【００２５】
また、本発明の中継ノードにおいて、前記第１のメッセージに、前記所定の形式のメッセージを処理することが可能な中継ノードに対して、前記第１のメッセージの取得を促す情報が含まれていることは、本発明の好ましい態様である。この構成により、所定の形式のメッセージを処理することが可能な中継ノードが第１のメッセージをインタセプトすることができる。
【００２６】
また、本発明の中継ノードにおいて、前記判断手段が、自身が前記処理ノードでないと判断した場合、前記第１のメッセージがホップされてきた回数を示すホップ数に１を加えることは、本発明の好ましい態様である。この構成により、容易に処理ノードを発見することができる。
【００２７】
また、本発明の中継ノードにおいて、前記判断手段が、前記第１のメッセージがホップされてきた回数を示す前記ホップ数と、前記第１のメッセージに含まれる前記所定のホップ情報とに基づいて自身が前記処理ノードであるか否かを判断することは、本発明の好ましい態様である。この構成により、的確に自身が処理ノードであるか否かを判断することができる。
【００２８】
また、本発明のノード発見方法において、前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードが、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置する場合には、前記移動前処理ノードを継続して処理ノードとして使用することは、本発明の好ましい態様である。この構成により、移動端末（ＭＮ）のロケーションプライバシを守ることができる。
【００２９】
また、本発明の移動端末において、前記移動端末自身が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、前記受信手段が、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために前記送信手段によって送信された前記所定の形式のメッセージを受信した、前記所定の形式のメッセージを処理することが可能な中継ノードであって、移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードから、移動前の前記第１のネットワークに接続した際に発見された前記処理ノードである移動前処理ノードを継続して処理ノードとして使用すべきである旨のメッセージを受信した場合、前記判断手段は、前記受信手段によって受信された前記メッセージに基づいて、前記移動前処理ノードを継続して処理ノードとして使用することを決定することは、本発明の好ましい態様である。この構成により、移動端末（ＭＮ）のロケーションプライバシを守ることができる。
【００３０】
また、本発明の中継ノードにおいて、前記移動端末が前記第１のネットワークから移動して前記インターネットワークに含まれる他のネットワークに接続した場合に、移動前の前記第１のネットワークに接続していた際の前記処理ノードである移動前処理ノードを発見するために送信された前記所定の形式のメッセージが通る第１の経路と、新たな接続先の前記他のネットワークにおいて前記処理ノードを発見するために送信される前記所定の形式のメッセージが通る第２の経路とが交差し、前記第１の経路と前記第２の経路とが収束した直後の前記所定の形式のメッセージを処理することが可能な中継ノードの前記判断手段が、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置するか否かを判断し、前記メッセージ生成手段が、前記収束した経路上において前記移動前処理ノードよりも前記移動端末側に位置すると前記判断手段によって判断された場合に、前記移動前処理ノードを継続して処理ノードとして使用すべきである旨のメッセージを生成し、前記送信手段が生成された前記メッセージを前記移動端末に送信することは、本発明の好ましい態様である。この構成により、移動端末（ＭＮ）のロケーションプライバシを守ることができる。
【００３１】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記処理ノードの発見を依頼するための第１のメッセージを前記通信ノードの前記ホームエージェントに送信するステップと、前記通信ノードの前記ホームエージェントが、受信した前記第１のメッセージに基づいて前記処理ノードの発見の開始を指示する第２のメッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信するステップと、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、前記処理ノードを発見するための第３のメッセージを前記第２のメッセージに含まれる情報に基づいて送信するステップと、前記第３のメッセージを受信した前記中継ノードが、前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得る場合に自身に関する情報を前記通信ノードの前記ホームエージェントに送信するステップと、前記通信ノードの前記ホームエージェントが、受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するステップとを、有するノード発見方法が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００３２】
また、本発明のノード発見方法において、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記第１のメッセージを前記移動端末の前記ホームエージェントを経由させて前記通信ノードの前記ホームエージェントに送信することは、本発明の好ましい態様である。この構成により、通信ノードのホームエージェントへの経路が不通などの場合であっても実現することができる。
【００３３】
また、本発明のノード発見方法において、前記第３のメッセージを受信した前記中継ノードが、前記自身が前記処理ノードになり得ると判断した場合であって、前記自身と前記第３のメッセージのあて先のノードとの間に前記処理ノードとなり得るノードが他に存在すると判断した場合、前記自身に関する情報を前記第３のメッセージに付加して転送することは、本発明の好ましい態様である。この構成により、ＴＡの選択の幅を広げることができる。
【００３４】
また、本発明のノード発見方法において、前記通信ノードの前記ホームエージェントが、前記第２のメッセージを送信する際、前記第２のメッセージに生成した前記第３のメッセージを挿入してカプセル化した前記第２のメッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信し、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、前記第３のメッセージを送信する際、受信したカプセル化された前記第２のメッセージから前記第３のメッセージを抽出し、前記第２のメッセージに含まれる情報に基づいて送信することは、本発明の好ましい態様である。この構成により、通信ノードなどにおけるメッセージ生成の負荷を軽減することができる。
【００３５】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記処理ノードを発見するためのメッセージを前記通信ノードの前記ホームエージェントに送信するステップと、前記通信ノードの前記ホームエージェントが、受信した前記メッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて転送するステップと、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、受信した前記メッセージを前記メッセージに含まれる情報に基づいて送信するステップと、前記メッセージを受信した前記中継ノードが、前記メッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得る場合に自身に関する情報を前記通信ノードの前記ホームエージェントに送信するステップと、前記通信ノードの前記ホームエージェントが、受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するステップとを、有するノード発見方法が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００３６】
また、本発明のノード発見方法において、前記通信ノードの前記ホームエージェントが、受信した前記第１のメッセージ又は前記メッセージに基づいて、前記第１のネットワークと前記第２のネットワークとが同一であると判断した場合、自身が前記処理ノードになることを決定する、若しくは所定のノードを前記処理ノードとして指定することは、本発明の好ましい態様である。この構成により、最適化されたＴＡが見つからないという事態を回避することができる。
【００３７】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法であって、データトラフィックの方向が前記移動端末から前記通信ノードである場合、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードが、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードから受信する、前記処理ノードの発見の開始を依頼する第４のメッセージに基づいて前記第１のメッセージを生成し、前記移動端末の前記ホームエージェントに送信するステップと、前記移動端末の前記ホームエージェントが、受信した前記第１のメッセージに基づいて前記処理ノードの発見の開始を指示する第２のメッセージを前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードに向けて送信するステップと、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記処理ノードを発見するための第３のメッセージを前記第２のメッセージに含まれる情報に基づいて送信するステップと、前記第３のメッセージを受信した前記中継ノードが、前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断し、なり得る場合に自身に関する情報を前記移動端末の前記ホームエージェントに送信するステップと、前記移動端末の前記ホームエージェントが、受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードへ送信するステップとを、有するノード発見方法が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００３８】
また、本発明のノード発見方法において、前記移動端末又は前記移動端末が接続する前記第１のネットワークに内の所定ノードが、複数の前記第１のメッセージを複数のあて先に送信することは、本発明の好ましい態様である。この構成により、移動端末のロケーションを推測することを防ぐことができる。
【００３９】
また、本発明のノード発見方法において、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードが、前記通信ノードの前記ホームエージェントから、前記処理ノードとなり得る前記中継ノードに関する情報を受信しない場合、前記移動端末の前記ホームエージェントを介して通信を行うことは、本発明の好ましい態様である。この構成により、最適化された経路上にないＴＡの選択を防ぐことができる。
【００４０】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記処理ノードの発見を依頼するための第１のメッセージを生成するメッセージ生成手段と、生成された前記第１のメッセージを前記通信ノードの前記ホームエージェントに送信する送信手段とを、備える移動端末が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００４１】
また、本発明の移動端末において、前記送信手段が、前記第１のメッセージを前記移動端末の前記ホームエージェントを経由させて前記通信ノードの前記ホームエージェントに送信することは、本発明の好ましい態様である。この構成により、通信ノードのホームエージェントへの経路が不通などの場合であっても実現することができる。
【００４２】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、前記処理ノードを発見するためのメッセージを生成するメッセージ生成手段と、生成された前記メッセージを前記通信ノードの前記ホームエージェントに送信する送信手段とを、備える移動端末が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００４３】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記移動端末であって、データトラフィックの方向が前記移動端末から前記通信ノードである場合、前記処理ノードの発見の開始を依頼するメッセージを生成するメッセージ生成手段と、生成された前記メッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに送信する送信手段とを、備える移動端末が提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００４４】
また、本発明の移動端末において、前記メッセージ生成手段が複数の前記第１のメッセージを生成し、前記送信手段が生成された複数の前記第１のメッセージを複数のあて先に送信することは、本発明の好ましい態様である。この構成により、移動端末のロケーションを推測することを防ぐことができる。
【００４５】
また、本発明の移動端末において、前記通信ノードの前記ホームエージェントから、前記処理ノードとなり得る前記中継ノードに関する情報を受信しない場合、前記送信手段が前記移動端末の前記ホームエージェントを介して通信を行うことは、本発明の好ましい態様である。この構成により、最適化された経路上にないＴＡの選択を防ぐことができる。
【００４６】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの前記ホームエージェントであって、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードによって送信された、前記処理ノードの発見を依頼するための第１のメッセージを受信する受信手段と、受信された前記第１のメッセージに基づいて前記処理ノードの発見の開始を指示する第２のメッセージを生成するメッセージ生成手段と、生成された前記第２のメッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信する送信手段とを備え、前記送信手段は、前記受信手段を介して受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するホームエージェントが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００４７】
また、本発明のホームエージェントにおいて、前記送信手段が、前記第２のメッセージを送信する際、前記第２のメッセージに、前記メッセージ生成手段によって生成された前記処理ノードを発見するための第３のメッセージを挿入してカプセル化した前記第２のメッセージを、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて送信することは、本発明の好ましい態様である。この構成により、通信ノードなどにおけるメッセージ生成の負荷を軽減することができる。
【００４８】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記通信ノードの前記ホームエージェントであって、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードによって送信された、前記処理ノードを発見するためのメッセージを受信する受信手段と、受信された前記メッセージを前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードに向けて転送する送信手段とを備え、前記送信手段は、前記受信手段を介して受信した前記処理ノードとなり得る前記中継ノードに関する前記情報を前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードへ送信するホームエージェントが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００４９】
また、本発明のホームエージェントにおいて、受信した前記第１のメッセージ又は前記メッセージに基づいて、前記第１のネットワークと前記第２のネットワークとが同一であるか否かを判断する判断手段を更に備え、前記判断手段によって前記第１のネットワークと前記第２のネットワークとが同一であると判断された場合、自身が前記処理ノードになることを決定する、若しくは所定のノードを前記処理ノードとして指定することは、本発明の好ましい態様である。この構成により、最適化されたＴＡが見つからないという事態を回避することができる。
【００５０】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記中継ノードであって、前記通信ノード又は前記通信ノードが接続する前記第２のネットワーク内の所定のノードから前記処理ノードを発見するためのメッセージを受信する受信手段と、受信された前記メッセージに基づいて自身が前記処理ノードになり得るか否かを判断する判断手段と、前記処理ノードになり得ると判断された場合に自身に関する情報を前記通信ノードの前記ホームエージェントに送信する送信手段とを、備える中継ノードが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【００５１】
また、本発明の中継ノードにおいて、前記判断手段によって前記自身が前記処理ノードになり得ると判断した場合であって、前記判断手段が、前記自身と前記メッセージのあて先のノードとの間に前記処理ノードとなり得るノードが他に存在するか否かを判断し、存在すると判断された場合、前記送信手段が、前記自身に関する情報を前記メッセージに付加して転送することは、本発明の好ましい態様である。この構成により、ＴＡの選択の幅を広げることができる。
【００５２】
また、本発明によれば、第１のネットワークに接続する移動端末と、前記移動端末の通信相手であって第２のネットワークに接続する通信ノードとが、前記第１のネットワーク、前記第２のネットワーク、前記移動端末のホームエージェントを含む前記移動端末のホームネットワークである第１のホームネットワーク、及び前記通信ノードのホームエージェントを含む前記通信ノードのホームネットワークである第２のホームネットワークを含むインターネットワーク内に配置された複数の中継ノードを介して通信するデータ通信システムにおいて、前記複数の中継ノードのうち、前記移動端末と前記通信ノードとの間の直行パス上に位置する中継ノードである処理ノードを発見するノード発見方法で用いられる前記中継ノードであって、データトラフィックの方向が前記移動端末から前記通信ノードである場合、前記移動端末又は前記移動端末が接続する前記第１のネットワーク内の所定のノードから前記処理ノードを発見するための第３のメッセージを受信する受信手段と、受信された前記第３のメッセージに基づいて自身が前記処理ノードになり得るか否かを判断する判断手段と、前記処理ノードになり得ると判断された場合に自身に関する情報を前記移動端末の前記ホームエージェントに送信する送信手段とを、備える中継ノードが提供される。この構成により、ＭＮのロケーションプライバシを守りつつ、より最適なデータ経路を与えられるＴＡを検出することができる。
【発明の効果】
【００５３】
本発明のノード発見方法、その方法で用いられる移動端末、その方法で用いられる中継ノード、ホームエージェントは、上記構成を有し、モバイルＩＰｖ６において、ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができ、また、さらにより最適なデータ経路を与えられるＴＡを検出することができる。
【発明を実施するための最良の形態】
【００５４】
＜第１の実施の形態＞
以下、本発明の第１の実施の形態について図１から図５を用いて説明する。図１は本発明の第１の実施の形態におけるデータ通信システムの構成の一例を示す構成図である。図２は本発明の第１の実施の形態におけるＴＡ  ＮＳＩＳプロトコルの構成の一例を示す構成図である。図３は本発明の第１の実施の形態におけるＴＡ検索のシーケンスの一例について説明するためのシーケンスチャートである。図４は本発明の第１の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図である。図５は本発明の第１の実施の形態に係る中継ノード（ＴＡＥ）の構成の一例を示す構成図である。
【００５５】
本発明では、ＴＡ機能を持つノードをインターネットワーク内に設置し、シグナリングメッセージを用いて準最適な経路を与えるＴＡ（上述した処理ノードに相当）を検出する。ＴＡ機能を持つノードは、ＴＡ検出のためのシグナリングメッセージを処理実行する機能、ＴＡ設定の機能を有するプロトコルを持つ。このプロトコルとは、上記非特許文献３に記載されているＮＳＩＳプロトコルの拡張であり、本発明ではＴＡ  ＮＳＩＳプロトコルと呼ぶ。図２にＴＡ  ＮＳＩＳプロトコルの構成を示す。ＴＡ  ＮＳＩＳプロトコルはＮＳＩＳプロトコルと同様にトランスポート層のプロトコルであり、ＮＴＬＰ（NSIS Transport Layer Protocol）又はその拡張、及びＮＳＬＰ（NSIS Signaling Layer Protocol）の２層から成る。ＴＡ  ＮＳＩＳプロトコルは特にＮＳＬＰ層にＴＡ  ＮＳＬＰを持つ。なお、本発明ではＴＡ機能を持つノード内のＴＡ  ＮＳＩＳプロトコルを実行できる機能をＴＡＥ（TA Entity）と呼ぶ。また、本発明ではＴＡ機能を持つノードそのものをＴＡＥと呼ぶこともある。
【００５６】
ここで、本発明の第１の実施の形態について図１を用いて説明する。ＭＮ１０１はモバイルＩＰｖ６をサポートした移動ノードであり、ＨＡ１（１０３）をホームエージェントとしている。ＣＮ１０２はモバイルＩＰｖ６をサポートした移動ノード又はＩＰｖ６をサポートした（モバイルＩＰｖ６はサポートしていない）ノードであり、モバイルＩＰｖ６をサポートしている場合にはＨＡ２（１０４）をホームエージェントとする。今、ＭＮ１０１はＣＮ１０２のＣｏＡ（ＣＮ１０２がモバイルＩＰｖ６をサポートしていない場合にはＣＮ１０２のＩＰアドレスであるが、以下ＣｏＡと記述する）を知っており、ＭＮ１０１は自分のＨｏＡ（Home Address）を使い、ＨＡ１（１０３）経由でＣＮ１０２のＣｏＡに対しデータパケットを送信しているとする。
【００５７】
ここで、ＭＮ１０１はＣＮ１０２に対して、自分のＣｏＡを隠しつつ準最適化経路を用いてデータパケットを送信するためにＴＡ検索を開始する。ＴＡはＴＡ探索経路上でＣＮ１０２に最も近いＴＡＥが選ばれる。ＴＡ検索のシーケンスの一例について図３を用いて説明する。
【００５８】
まず、ＭＮ１０１は自分のＨｏＡを送信元として、ＣＮ１０２のＣｏＡに対してTA_Discoveryメッセージ（上述した第１のメッセージに相当）を送信する（ステップＳ３０１）。すなわち、ＨＡ１（１０３）を経由してＣＮ１０２に向けて送信される。TA_DiscoveryメッセージはＴＡ  ＮＳＬＰのメッセージ（上述した所定の形式のメッセージに相当）であり、他のＮＳＩＳのＮＳＬＰメッセージと同様、ＲＡＯ（Route Alert Option：上述した第１のメッセージの取得を促す情報に相当）が付加されている。これにより、このTA_Discoveryメッセージが通過する経路上に存在する各ＴＡＥによってインタセプトされる。TA_Discoveryメッセージをインタセプトした各ＴＡＥは通常のＮＳＩＳ  Ｅｎｔｉｔｙの動作と同様に、TA_Discoveryメッセージの鍵となる情報（セッション識別子など）と共にupstream（アップストリーム）方向及びdownstream（ダウンストリーム）方向の隣り合うＴＡＥの情報を格納することが可能である。各ＴＡＥは格納されたdownstream方向の隣り合うＴＡＥ及び送信先のアドレス（ＣＮ１０２のＣｏＡ）を比較することにより、自分がＣＮ１０２に最も近いＴＡＥであるかどうかを判断する（ステップＳ３０２）。
【００５９】
判断方法には２通りある。ＣＮ１０２自身がＴＡＥである場合と、ＣＮ１０２がＴＡＥ機能を持たない場合である。前者の場合、ＴＡＥであるＣＮ１０２自身がＣＮ１０２に最も近いＴＡＥであり、後者の場合は経路上の最後の（downstream方向の隣り合うＴＡＥが存在しない）ＴＡＥがＣＮ１０２に最も近いＴＡＥである。ＣＮ１０２に最も近いＴＡＥは、ＭＮ１０１にTA_Discoveryメッセージに対するレスポンスメッセージ（上述した第２のメッセージに相当）を返す（ステップＳ３０３）ことにより、自分がＴＡになることを宣言する。以上のようにＨＡ１（１０３）を介することによって、ＣＮ１０２にTA_Discoveryメッセージの送信元が知られ、ＭＮ１０１のロケーションが分かってしまうということがなくなる。
【００６０】
なお、ＭＮ１０１は自分のＣｏＡを送信元としてＨＡ１（１０３）を経由せずにTA_DiscoveryメッセージをＣＮ１０２に直接送信することも可能である。ただし、ＭＮ１０１とＣＮ１０２との間にＴＡＥが１つも存在しない場合には、ＣＮ１０２にＭＮ１０１のＣｏＡが知られ、ロケーションが分かってしまうおそれがある。そこで、ＣＮ１０２にＭＮ１０１のＣｏＡを知られないようにするため、TA_Discoveryメッセージをインタセプトした各ＴＡＥが送信元アドレスを自分のアドレスに書き換える処理が必要である。
【００６１】
上述したように、ＴＡが決定されると、ＭＮ１０１とＣＮ１０２との間でデータパケットが送受信される。ここで、ＣＮ１０２からＭＮ１０１へデータパケットが送信される場合について説明する。ＣＮ１０２がＭＮ１０１へデータパケット送信する場合、ＭＮ１０１と決定されたＴＡが１対１に対応していればＴＡは容易にデータパケットをＭＮ１０１に転送することができる。しかし、ＭＮ１０１とＴＡが１対１に対応していない場合には、ＴＡはＣＮ１０２からのデータパケットを振り分ける処理が必要となる。なお、ＣＮ１０２は、ＨＡ１（１０３）を介してデータパケットをＭＮ１０１に送信するようにしてもよい。
【００６２】
次に、本発明の第１の実施の形態に係る移動端末（ＭＮ）の一例について図４を用いて説明する。図４に示すように、ＭＮ１０１は、メッセージ生成手段４００、送信手段４０１、受信手段４０２から構成されている。メッセージ生成手段４００は、ＴＡを発見するための所定の形式のメッセージであるTA_Discoveryメッセージを生成するものである。また、メッセージ生成手段４００は、TA_Discoveryメッセージを生成する際、上述したＲＡＯをTA_Discoveryメッセージに付加する。
【００６３】
送信手段４０１は、生成されたTA_Discoveryメッセージを通信ノード（ＣＮ１０２）あてに送信するものである。なお、送信手段４０１は、生成されたTA_Discoveryメッセージを直接ＣＮ１０２あてに送信せず、ＨＡ１（１０３）を介して送信するようにしてもよい。ＨＡ１（１０３）を介して送信することによって、ＭＮ１０１のロケーションプライバシを確実に守ることができる。受信手段４０２は、ＴＡであると判断した所定の形式のメッセージを処理することが可能な中継ノード（ＴＡＥ）から、ＴＡになる旨のレスポンスメッセージを受信するものである。
【００６４】
次に、本発明の第１の実施の形態に係る中継ノード（ＴＡＥ）の一例について図５を用いて説明する。図５に示すように、ＴＡＥは、受信手段５００、判断手段５０１、メッセージ生成手段５０２、送信手段５０３から構成されている。受信手段５００は、ＭＮ１０１から送信されたＴＡを発見するためのTA_Discoveryメッセージを受信するものである。判断手段５０１は、受信手段５００によって受信されたTA_Discoveryメッセージに基づいて自身がＴＡであるか否かを判断するものである。具体的には、判断手段５０１は上述したように、格納されたdownstream方向の隣り合うＴＡＥ及び送信先のアドレス（ＣＮ１０２のＣｏＡ）を比較することにより、自身がＣＮ１０２に最も近いＴＡＥであるかどうかを判断する。
【００６５】
また、判断手段５０１は、受信するTA_DiscoveryメッセージがＨＡ１（１０３）を経由してＣＮ１０２に送信されない場合には、受信されたTA_Discoveryメッセージの送信元のアドレスを自身のアドレスに変換する処理を行う。これにより、ＣＮ１０２はTA_Discoveryメッセージの送信元がＭＮ１０１であることが分からず、ＣＮ１０２に対してＭＮ１０１のロケーションプライバシを守ることができる。なお、TA_DiscoveryメッセージがＨＡ１（１０３）を経由してＣＮ１０２に送信される場合には、受信されたTA_Discoveryメッセージの送信元のアドレスを自身のアドレスに変換することは、必ずしも必要ではない。TA_DiscoveryメッセージはＨＡ１（１０３）を経由しており、TA_Discoveryメッセージの送信元がＭＮ１０１のＨｏＡであるため、ＭＮ１０１のロケーションプライバシを守ることができるからである。メッセージ生成手段５０２は、自身がＴＡであると判断した場合、自身がＴＡになる旨のレスポンスメッセージを生成するものである。送信手段５０３は、メッセージ生成手段５０２によって生成されたレスポンスメッセージをＭＮ１０１に送信するものである。
【００６６】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態について図６から図９を用いて説明する。図６は本発明の第２の実施の形態におけるデータ通信システムの構成の一例を示す構成図である。図７は本発明の第２の実施の形態におけるＴＡ検索のシーケンスの一例について説明するためのシーケンスチャートである。図８は本発明の第２の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図である。図９は本発明の第２の実施の形態に係る中継ノード（ＴＡＥ）の構成の一例を示す構成図である。
【００６７】
本発明の第２の実施の形態について図６を用いて説明する。ＭＮ６０１及びＣＮ６０２はモバイルＩＰｖ６をサポートした移動ノードであり、それぞれＨＡ１（６０３）、ＨＡ２（６０４）をホームエージェントとしている。今、ＭＮ６０１及びＣＮ６０２はお互いのＣｏＡを知らず、ＭＮ６０１は自分のＨｏＡからＣＮ６０２のＨｏＡあてにデータを送信しているとする。ここでＭＮ６０１はＣＮ６０２に対し、自分のＣｏＡを隠しつつ準最適化経路を用いてデータを送信するためにＴＡ検索を開始する。ここでＭＮ６０１はＣＮ６０２のＣｏＡを知らないため任意のＴＡＥをＴＡとする。この場合のＴＡ検索のシーケンスの一例について図７を用いて説明する。
【００６８】
ＭＮ６０１は任意のあて先、例えばＣＮ６０２のＨｏＡあてにTA_Discovery <n-hop>メッセージを送信する（ステップＳ７０１）。TA_Discovery <n-hop>メッセージは、TA_Discoveryメッセージをｎ個目のＴＡＥまで送り、そのｎ個目のＴＡＥをＴＡとするという意味のメッセージである。例えば、TA_Discovery <2-hop>メッセージならば送信元であるＭＮ６０１から先２つ目のＴＡＥがTA_Discovery <2-hop>メッセージの受け取り先となりＴＡとなる。なお、任意の送信先との間にｎ個のＴＡＥが存在しない場合には、送信先のＴＡＥ（送信先がＴＡＥでない場合には送信先に最も近いＴＡＥ）が受け取り先となる。この例の場合ではＨＡ２（６０４）がＴＡとなる。また、ＭＮ６０１は、あらかじめＨＡ２（６０４）のアドレスを取得しておき、ＨＡ２（６０４）に向かってTA_Discovery <n-hop>メッセージを送信するようにしてもよい。
【００６９】
また、ＭＮ６０１はTA_Discovery <n-hop>メッセージがホップした回数を示すホップカウンターをTA_Discovery <n-hop>メッセージに付加するようにしてもよい。これにより、TA_Discovery <n-hop>メッセージを受信したＴＡＥは、自身がＴＡでないと判断した場合にホップカウンターの値に１を加えて転送する。このようにすることにより、TA_Discovery <n-hop>メッセージのｎの値とホップカウンターの値が等しくなったときのＴＡＥをＴＡとすることができ、容易にＴＡを発見することができる。TA_Discovery <n-hop>を受け取ったＴＡＥは、自身がＴＡであると判断すると、ＭＮ６０１にTA_Discovery <n-hop>に対するレスポンスメッセージを返す（ステップＳ７０２）ことにより、自分がＴＡになることを宣言する。
【００７０】
なお、ＭＮ６０１がTA_Discovery <n-hop>を任意のあて先に送信する際、送信先との間でモバイルＩＰｖ６のセキュリティを確保しておくこと、すなわちＲＲ（Return Routability)が完了していることが望ましい。例えば、ＨＡ２（６０４）を送信先とした際、ＨＡ２（６０４）に対しＲＲを完了させておき、その後にTA_Discovery <n-hop>を送ることが望ましい。
【００７１】
次に、本発明の第２の実施の形態に係る移動端末（ＭＮ）の一例について図８を用いて説明する。図８に示すように、ＭＮ６０１は、メッセージ生成手段８００、送信手段８０１、受信手段８０２から構成されている。メッセージ生成手段８００は、ＴＡを発見するためのTA_Discovery <n-hop>メッセージであって、ＭＮ６０１からＣＮ６０２へ送信されるデータパケットが通る経路上における、所定のホップ先に位置するTA_Discovery <n-hop>メッセージを処理することができる中継ノードをＴＡとするための所定のホップ情報を含むTA_Discovery <n-hop>メッセージを生成するものである。なお、メッセージ生成手段８００は、上述したように、TA_Discovery <n-hop>メッセージがホップした回数を示すホップカウンターをTA_Discovery <n-hop>メッセージに付加するようにしてもよい。また、第１の実施の形態と同様に、メッセージ生成手段８００は、TA_Discovery <n-hop>メッセージを生成する際、ＲＡＯをTA_Discovery <n-hop>メッセージに付加するようにしてもよい。
【００７２】
送信手段８０１は、メッセージ生成手段８００によって生成されたTA_Discovery <n-hop>メッセージを所定の送信先に送信するものである。ここでの所定の送信先とは、例えば上述したようなＣＮ６０２のＨｏＡなどを言う。受信手段８０２は、ＴＡであると判断した所定の形式のメッセージを処理することが可能な中継ノード（ＴＡＥ）から、ＴＡになる旨のレスポンスメッセージを受信するものである。
【００７３】
次に、本発明の第２の実施の形態に係る中継ノード（ＴＡＥ）の一例について図９を用いて説明する。図９に示すように、ＴＡＥは、受信手段９００、判断手段９０１、メッセージ生成手段９０２、送信手段９０３から構成されている。受信手段９００は、ＭＮ６０１から送信されたＴＡを発見するためのTA_Discovery <n-hop>メッセージであって、ＭＮ６０１からＣＮ６０２へ送信されるデータパケットが通る経路上における、所定のホップ先に位置するTA_Discovery <n-hop>メッセージを処理することができる中継ノードをＴＡとするための所定のホップ情報を含むTA_Discovery <n-hop>メッセージを受信するものである。
【００７４】
判断手段９０１は、受信されたTA_Discovery <n-hop>メッセージに基づいて自身がＴＡであるか否かを判断するものである。具体的には、判断手段９０１は、TA_Discovery <n-hop>メッセージに付加されたホップカウンターの値と、TA_Discovery <n-hop>メッセージのｎの値とが同じか否かを判断し、同じ値であればＴＡであると判断する。なお、判断手段９０１は、自身がＴＡでないと判断した場合には、TA_Discovery <n-hop>メッセージに付加されたホップカウンターの値に１を加える。
【００７５】
メッセージ生成手段９０２は、判断手段９０１によって自身がＴＡであると判断された場合、自身がＴＡになる旨のレスポンスメッセージを生成するものである。送信手段９０３は、生成されたレスポンスメッセージをＭＮ６０１に送信する、又はホップカウンターの値に１を加えたTA_Discovery <n-hop>メッセージを転送するものである。
【００７６】
＜第３の実施の形態＞
次に、第１の実施の形態及び第２の実施の形態において、ＭＮが別のネットワークに移動した場合について図１０を用いて説明する。ＭＮ１００１が外部ネットワーク１から外部ネットワーク３に移動するとする。この際、ＭＮ１００１は第１の実施の形態又は第２の実施の形態に記載された方法で再度TA_Discoveryメッセージ又はTA_Discovery <n-hop>メッセージ（以下、単にTA_Discoveryメッセージと言う）を送信する。このとき、外部ネットワーク１でTA_Discoveryメッセージを送った際の経路と、外部ネットワーク３でTA_Discoveryメッセージを送った経路が交差し、収束した経路の最初のＴＡＥ（Crossover TAE)が、ＭＮ１００１が外部ネットワーク１で使用していたＴＡ（以下、現在のＴＡと呼ぶ）よりも手前、すなわちＭＮ１００１側にある場合、ＭＮ１００１は外部ネットワーク３においても現在のＴＡを使い続ける。
【００７７】
Crossover TAEと現在のＴＡとの位置関係の検出方法は、例えばＭＮ１００１が外部ネットワーク３においてTA_Discoveryメッセージを送信した際、もし現在のＴＡがこのTA_Discoveryメッセージをインタセプトした場合、ＭＮ１００１に対しTA_Discoveryメッセージに対するレスポンスメッセージを返すことにより自分がＴＡであることを宣言する。もし現在のＴＡがTA_Discoveryメッセージをインタセプトしない場合、すなわち外部ネットワーク３でのTA_Discoveryメッセージの経路上に現在のＴＡが存在しない場合には、第１の実施の形態又は第２の実施の形態に記載された方法で新しいＴＡが選択される。
【００７８】
また、Crossover TAEと現在のＴＡとの位置関係の検出方法の他の例としては、TA_DiscoveryメッセージでＴＡが選択された際、ＭＮ１００１から選択されたＴＡ間に存在するすべてのＴＡＥにＴＡが決定したことを知らせておく。そしてＭＮ１００１が外部ネットワーク３においてTA_Discoveryメッセージを送った際、Crossover TAEが自身が現在のＴＡよりもＭＮ１００１側に居ると検出した場合は、TA_Discoveryメッセージの転送をストップし、かつＭＮ１００1に対し「現在のＴＡを使い続けろ」という内容のメッセージを送信する。もし、Crossover TAEが現在のＴＡよりもＭＮ１００１側に存在しない場合、TA_Discoveryメッセージは継続して転送され、新しいＴＡが決定される。なお、ＴＡが決定されたことをＭＮ１００１からＴＡの間に存在するＴＡＥに知らせるには、例えばＴＡがTA_Discoveryメッセージに対するレスポンスメッセージを返す際に通知を行うことができる。レスポンスメッセージはＮＳＩＳの方法に従うと、TA_Discoveryメッセージと正反対の経路を通過し、ＭＮ１００１からＴＡの間の経路に存在するすべてのＴＡＥがレスポンスメッセージを受け取ることができるからである。
【００７９】
なお、ＭＮ１００１が移動するたびに上述のようなＴＡ発見処理を行うことは処理負荷がかかるなど問題があるため、ＴＡ発見処理をせずに移動先でも移動前に使用していたＴＡをそのまま用いるようにしてもよい。
【００８０】
ここで、第３の実施の形態のＭＮ１００１における処理の一例について説明する。上述したように、ＭＮ１００１が外部ネットワーク１から移動して外部ネットワーク３に接続した場合に、ＭＮ１００１の不図示の受信手段が、新たな接続先の外部ネットワーク３においてＴＡを発見するために不図示の送信手段によって送信されたTA_Discoveryメッセージを受信したＴＡＥであって、移動前の外部ネットワーク１に接続していた際のＴＡを発見するために送信されたTA_Discoveryメッセージが通る第１の経路（図１０に示す外部ネットワーク１におけるTA_Discovery経路）と、新たな接続先の外部ネットワーク３においてＴＡを発見するために送信されるTA_Discoveryメッセージが通る第２の経路（図１０に示す外部ネットワーク３におけるTA_Discovery経路）とが交差し、第１の経路と第２の経路とが収束した直後の不図示のＴＡＥから、移動前の外部ネットワーク１に接続した際に発見されたＴＡを継続して処理ノードとして使用すべきである旨のメッセージを受信した場合、ＭＮ１００１の不図示の判断手段は、不図示の受信手段によって受信されたメッセージに基づいて、移動前のＴＡを継続して処理ノードとして使用することを決定する。
【００８１】
次に、第３の実施の形態のCrossover TAEにおける処理の一例について説明する。上述したように、ＭＮ１００１が外部ネットワーク１から移動して外部ネットワーク３に接続した場合に、移動前の外部ネットワーク１に接続していた際のＴＡを発見するために送信されたTA_Discoveryメッセージが通る第１の経路（図１０に示す外部ネットワーク１におけるTA_Discovery経路）と、新たな接続先の外部ネットワーク３においてＴＡを発見するために送信されるTA_Discoveryメッセージが通る第２の経路（図１０に示す外部ネットワーク３におけるTA_Discovery経路）とが交差し、第１の経路と第２の経路とが収束した直後の不図示のＴＡＥの判断手段が、収束した経路上において外部ネットワーク１におけるＴＡよりもＭＮ１００１側に位置するか否かを判断し、不図示のＴＡＥのメッセージ生成手段は、収束した経路上において外部ネットワーク１におけるＴＡよりもＭＮ１００１側に位置すると不図示のＴＡＥの判断手段によって判断された場合に、外部ネットワーク１におけるＴＡを継続してＴＡとして使用すべきである旨のメッセージを生成し、不図示のＴＡＥの送信手段は、生成されたメッセージをＭＮ１００１に送信する。
【００８２】
＜第４の実施の形態＞
第４の実施の形態について説明する。なお、第４〜第８の実施の形態の移動端末及び中継ノード（ＴＡＥ）の構成要素は第１の実施の形態の移動端末（ＭＮ）及び中継ノード（ＴＡＥ）と同様であるため、第４の実施の形態以降の移動端末及び中継ノードの説明の際には図４及び図５を用いて説明する。図１１にはＴＡの使用を必要とするシナリオが示されている。図１１に示すように、ＭＮ１１００は、ＡＲ１１０２を介してネットワークに接続している。ＭＮ１１００が外部ネットワークにある場合、ＭＮ１１００はＣｏＡ１を得てＡＲ１１０２の配下となる。ＡＲ１１０２はＨＡ１１０４とＭＮ１１００の接続の仲介となる。
【００８３】
同時に、通信セッションの一方の端にあるＭＮ１１１０はＡＲ１１０８を介してネットワークに接続されている。ＭＮ１１１０がホームドメインの外側にある場合、ＭＮ１１１０はＣｏＡ２が用いられてＡＲ２の下で動作する。ＭＮ１１１０はＡＲ１１０８を介してＨＡ１１０６に接続されている。
【００８４】
ＴＡの発見が、例えば上述の第２の実施の形態を用いてモバイルノードとホームエージェント、例えばＭＮ１１００とＨＡ１１０６との間でされると、ＴＡ１１１６が発見される。ＴＡ１１１６は最適化パス上にはない。実際の最適化パスはリンク１１０１、１１１７、１１１５、１１１３、１１１１を通るパスである。図１に示すように、ＴＡ１１１２とＴＡ１１１４は最適化パス上に存在する。そのため、最適化通信を実現するためにはＴＡ１１１２又はＴＡ１１１４が用いられるべきである。
【００８５】
図１２にはＴＡ１１１２とＴＡ１１１４を発見するためのシーケンスチャートが示されている。なお、データトラフィックの方向はＭＮ１１１０からＭＮ１１００である。図１２に示すように、ＭＮ１１００はＡＲ１１０２からアドレス構成（Address-Config）を得る（Ｓ１２０１）。これは、例えばＩＰｖ６ステートレスアドレス自動形成の場合にはルータアドバタイズである。なお、ネットワークからアドレス情報を得る手続きは当業者であれば自明である。また、アドレス構成メッセージの他のタイプ、例えばＤＨＣＰメッセージも表現できる。
【００８６】
ネットワークから正当なアドレスを得た後、ＭＮ１１００はモビリティ管理スキームによって定義された手続きを実行する。これは例えばＭＩＰのケースでは、ＭＮ１１００が外部ネットワークに存在する場合などにおける、ＨＡ１１０４へのアドレス登録手続き(BU: Binding Update)に相当する。モビリティアンカー（ここではＨＡ１１００）の助けによって、ＭＮ１１００は新たな通信セッションの構築若しくは他のノード、例えばＭＮ１１１０との通信セッションの維持が可能である。上述したプロセスが図１２のＳ１２０３である。なお、このプロセスの詳細な動作が本発明の原理に影響を与えないことは当業者にとって自明である。
【００８７】
ＭＮ１１００が他の通信の終端、例えばＭＮ１１１０との最適化パス上にＴＡを発見しようと決めると、ＭＮ１１００（送信手段４０１）は他の通信の終端のＨｏＡに向けてＴＡ発見リクエスト（TA-Disc-Request）メッセージを送信する（Ｓ１２０５）。なお、このTA-Disc-RequestメッセージはＭＮ１１００のメッセージ生成手段４００によって生成される。このTA-Disc-Requestメッセージは他の通信の終端からのＴＡ発見手続きのトリガに用いられる。TA-Disc-Requestメッセージのフォーマットの一例を以下に示す。
【００８８】
TA-Disc-Request：＝［リクエスターアドレス］
［ターゲットアドレス］
［ポリシーデータ］
【００８９】
“リクエスターアドレス”はＴＡ発見手続きで用いられる宛先アドレス、若しくはＴＡ発見のためのメッセージが経由するポイントのアドレスである。ＭＮ１１００はローカルなセキュリティポリシーに基づいて用いられるアドレスを決定する。例えば、ＭＮ１１００がＣｏＡの保護を必要としないのであれば、“リクエスターアドレス”にＣｏＡ１の値を割り当てることができる。しかし、あるケースでは、ＣｏＡがＩＤ情報、例えばインタフェースのＭＡＣアドレスを明かすかもしれない。そのため、ＭＮ１１００のローカルなセキュリティポリシーがＣｏＡの開示を禁じるならば、ＭＮ１１００は“リクエスターアドレス”にあるアドレス、例えばＡＲ１１０２のアドレスを用いる。なお、２つの通信端末、例えばＭＮ１１００とＭＮ１１１０との間の直接のデータパス（直行パス）上に属する限り、他のアドレスが“リクエスターアドレス”に用いられることは当業者にとって自明である。例えば、隣接したアクセスルータの代わりに、ＭＮ１１００はデフォルトのゲートウェイのアドレスを用いることも可能である。
【００９０】
ＭＮ１１００でのステーション管理機能は、オペレーション状況に基づいて用いるアドレスを決定する。例えば、ＭＮ１１００がインタフェースＩＤを利用したステートレスアドレス自動形成を用いてＣｏＡを生成する場合、セキュリティフラグがステーション管理情報ベース（ＭＩＢ：Management Information Base）にセットされる。ＭＮ１１００がTA-Disc-Requestメッセージを生成する場合、ＭＮ１１００（メッセージ生成手段４００）はＭＩＢの中のセキュリティフラグをチェックする。フラグが（あらかじめ形成された値に）セットされている場合、ＭＮ１１００は“リクエスターアドレス”にアクセスルータ若しくはゲートウェイのアドレスを用いる。さもなければ、ＭＮ１１００は“リクエスターアドレス”にインタフェースのＣｏＡ自体を用いることができる。
【００９１】
“ターゲットアドレス”は通信の終端ノードがホームで使用するアドレス情報を示すものである。ＭＮ１１１０の場合、これはホームアドレスであるＨｏＡ２になる。モバイルに対応していないノードの場合、このノードが現在使用しているアドレスとなる。
【００９２】
“ポリシーデータ”はＴＡ選択におけるＭＮ１１００からの要求を含むものである。データパス上に複数の候補となるＴＡが発見された場合、そのセッションにおいて好ましいＴＡを選択するために用いられる。例えば、その選択の際に最優先になるＱｏＳメトリクス、例えば遅延、キュー長、コストなどに関することを“ポリシーデータ”に明示することができる。他の基準、例えばトンネリングプロトコル、暗号化方法などを明示してもよい。基準がパラメータのセットの結合になることは当業者にとって自明である。
【００９３】
ＭＮ１１００は通常のＩＰ可能（capable）ノードのように、例えばモバイルＩＰヘッダオプションなしを使ってTA-Disc-Requestメッセージを送信する。これはＭＮ１１００についてのＩＤ情報を明らかにしない。図１２に示すように、TA-Disc-RequestメッセージはＭＮ１１１０のＨＡ１１０６によって受信されるものである。これはいくつかの方法で実現される。
【００９４】
例えば、メッセージがＨｏＡ２に向けて送信される。この場合、メッセージは、あて先アドレスをＨｏＡ２にセットした通常のＩＰカプセル化がなされ、特別なＲＡＯ（Router Alert Option）がセットされる。これはそのパス上におけるＭＮ１１１０のＨＡにメッセージをインターセプト（取得）させ、処理させるトリガとなる。パス上にＨＡが存在しない場合、メッセージはＭＮ１１１０に届く。ＭＮ１１１０はＲＡＯをサポートするならばＨＡにメッセージを転送し、そうでなければ破棄する。ＭＮ１１００（受信手段４０２）があらかじめセットされた時間を過ぎても応答を受け取らない場合、ＭＮ１１１０がホームにいる若しくはルート最適化がサポートされていないことを意味する。他の場合では、ＭＮ１１００はＭＮ１１１０と通信をするためにＨｏＡ２を使い続けることができる。
【００９５】
他の方法は、TA-Disc-Requestメッセージをカプセル化しているＩＰパケットのあて先に、ＭＮ１１１０のドメインのエニーキャストアドレスをセットすることである。例えば、非特許文献４の中で定義されている“ＨＡエニーキャストアドレス”は、ＭＮ１１１０のサブネットのルータにパケットを届けさせるものである。ＨＡに届く限り、他のタイプのアドレス、例えばサブネットのルータエニーキャストアドレスが使われることは当業者にとって自明である。
【００９６】
他に、ＭＮ１１００は、ＭＮ１１１０のＨＡにおける知られたドメイン名、例えば“homeagent.mn2-home.domain”を用いてＤＮＳ Ｑｕｅｒｙを実行することが可能である。TA-Disc-RequestメッセージはＤＮＳ Ｑｕｅｒｙによって決定されたアドレスに向けて送信される。
【００９７】
図１２及び図１５に示すように、ＨＡ１１０６（受信手段１５００）がTA-Disc-Requestメッセージを受信すると、ＨＡ１１０６（判断手段１５０１）はメッセージタイプ、例えばあらかじめ定義されたＲＡＯ値を確認する。ＨＡ１１０６が本発明をサポートしていれば受信したメッセージを処理する。図１３はＨＡ１１０６におけるメッセージ処理に関するフローチャートである。ＨＡ１１０６（受信手段１５００）がTA-Disc-Requestメッセージを受信する（Ｓ１３０１）と、メッセージから“ターゲットアドレス”を取得する（Ｓ１３０３）。ＨＡ１１０６（判断手段１５０１）は“ターゲットアドレス”に関してすでにオペレーション情報ベースにエントリされているか（“ターゲットアドレス”がオペレーション情報ベースにあるか）チェックする（Ｓ１３０５）。例えば、ＭＩＰが用いられる場合、ＭＮ１１１０からのＢＵがＨＡ１１０６でＢＣ（Binding Cache）エントリを生成する。エントリの欠如はモバイルノードがホームにいるか、若しくはＢＵが届いていないかを意味する。
【００９８】
ＨＡ１１０６に“ターゲットアドレス”に関するエントリがある場合、ＨＡ１１０６（メッセージ生成手段１５０２）はＴＡ発見開始（TA-Disc-Init）メッセージを生成する（Ｓ１３０７）。ＨＡ１１０６でのＭＮ１１１０に関するＢＣエントリは、ＨｏＡ２と現在のＣｏＡであるＣｏＡ２との間のバインディングを含む。なお、ＢＵ時、ＨＡ１１０６にＡＲ１１０８のアドレスの情報がエントリできれば、ＨＡ１１０６（メッセージ生成手段１５０２）はＡＲ１１０８に向けたTA-Disc-Initメッセージを生成することもできる。また、ＨＡ１１０６がサーバなどを用いてＭＮ１１１０のＣｏＡ２からＡＲ１１０８のアドレスを検索して、それを利用してTA-Disc-Initメッセージを生成することもできる。TA-Disc-Initメッセージのフォーマットの一例を以下に示す。
【００９９】
TA-Disc-Init：＝［スタートポイント］
［エンドポイント］
［TA Disc 要素］
［ラストノードアクション］
［ポリシーデータ］
【０１００】
“スタートポイント”はデータトラフィックのソースについての情報である。この場合、ＭＮ１１１０のＣｏＡであるＣｏＡ２になる。ＨＡ１１０６（判断手段１５０１）はこの情報に代わる実際の値を決定することができる。例えば、ＨＡ１１０６（判断手段１５０１）がＭＮ１１１０と“リクエスターアドレス”との間の実際のデータパス上でノードがあると気づくならば、そのノードのアドレス、例えばＭＮ１１１０のアクセスルータのアドレスを利用することができる。このようなことが本発明の原理に影響しないことは当業者にとって自明である。
【０１０１】
“エンドポイント”は、ＨＡ１１０６がTA-Disc-Requestメッセージの“リクエスターアドレス”から得た情報を含む。
【０１０２】
“TA Disc 要素”はＴＡ発見処理で用いられる情報を含むものである。例えば、それは、TA-Disc-Requestメッセージの“ポリシーデータ”に明記されたＭＮ１１００の要求に合ったＴＡの選択の基準を含む。その基準は暗号化方法、トンネルプロトコル、そして／又はＱｏＳメトリクスなどである。その基準がリスト化され、それぞれのカテゴリにおいて必須条件やオプションがあることは当業者にとって自明である。
【０１０３】
“ラストノードアクション”は、“スタートポイント”から“エンドポイント”へのデータパス上における最後のＴＡのための情報を含む。例えば、それはＨＡ１１０６のアドレスを含む。ＭＮ１１１０からＭＮ１１００へのデータパス上で最後のＴＡが発見されると、そのＴＡ（送信手段５０３）は“ラストノードアクション”に従い、ＨＡ１１０６に発見メッセージを転送する。ＨＡ１１０６（判断手段１５０１）はその機能を担う他のノードを指名することも可能である。例えば、ＨＡ１１０６はＭＮ１１００の現在のロケーションに近いプロキシを指名する、若しくはＨＡ１１０４を指名することもできる。そのような場合、ＨＡ１１０６（メッセージ生成手段１５０２）は“ラストノードアクション”をそのノードのアドレスに置き換えることができる。“ラストノードアクション”などの項目がより複雑なあらかじめ定義された情報を含むことは当業者にとって自明である。含まれる情報としては、例えばリソース予約をする旨、計算をする旨、特別なプロトコルを用いてノードへ接続する旨の情報などである。
【０１０４】
“ポリシーデータ”はTA-Disc-Initメッセージにおける特別な制御情報を含む。例えば、TA-Disc-Initメッセージが、あるドメイン若しくはアドレスプレフィックス内のみでインタセプトされ、処理されるように範囲情報を含む。この項目は、ＨＡ１１０６が発送したTA-Disc-Initメッセージに対する応答に合わせる（マッチさせる）ことができるように、必要なセキュリティ情報も含む。
【０１０５】
TA-Disc-Initメッセージは、ＭＮ１１１０に向けて送信手段１５０３によって送信される（Ｓ１２０７）。ＨＡ１１０６（送信手段１５０３）は、あて先アドレスをＣｏＡ２とした、通常のＩＰカプセル化を用いたメッセージを送信する。メッセージタイプをサポートしているルータ、例えばＡＲ１１０８が必要なときにＭＮに代わってメッセージをインタセプトし、処理するように、あらかじめ定義されたＲＡＯをセットすることができる。
【０１０６】
図１３に示すように、ステップＳ１３０５において、ＨＡ１１０６がＨｏＡ２に関するエントリを有していない場合、ＨｏＡ２が到達可能なアドレスかどうかチェックする（Ｓ１３０９）。これはそのアドレスにPingメッセージを送信することによって実現可能である。ＭＮ１１１０がＨｏＡ２で到達可能である場合、それはＭＮ１１１０がホームにいることを意味する。そのため、ＨＡ１１０６自身が“リクエスターアドレス”とＭＮ１１１０との間のデータパス上のルータとなる。特別なルート最適化は必要ない。しかし、ポリシーがホームにいるＭＮ１１１０に関する情報を隠蔽させる必要があるとするならば、ＨＡ１１０６（判断手段１５０１）はＭＮ１１１０のために適当なＴＡを割り当てる。この場合、ＨＡ１１０６（メッセージ生成手段１５０２）はＭＮ１１１０のためにTA-Discメッセージを生成する（Ｓ１３１１）。TA-Discメッセージのフォーマットの一例を以下に示す。
【０１０７】
TA-Disc：＝［スタートポイント］
［エンドポイント］
［TA Disc要素］
［ラストノードアクション］
［ポリシーデータ］
［TA候補リスト］
【０１０８】
TA-Discメッセージ内の情報はTA-Disc-Initメッセージ内で用いられるものと等しい。この場合、“スタートポイント”はＨＡ１１０６のアドレス情報を含む。“エンドポイント”はTA-Disc-Requestメッセージの“リクエスターアドレス”の中のアドレス情報を含む。“TA候補リスト”は“TA Disc要素”にリストされた基準に合うパス上のＴＡのリストを含む。それはパス上のＴＡによって挿入される。他の項目の情報は、上述したTA-Disc-Initメッセージにおけるものと本質上同じである。
【０１０９】
TA-Discメッセージは特別なシグナリングアプリケーションメッセージとして送信される。TA-Discメッセージは、“スタートポイント”から“エンドポイント”へのデータパスに沿って流れるようカプセル化される。そして、パス上のＴＡはそのメッセージをインターセプトすることが可能である。これを実現する方法の一例は非特許文献３に記載されるようなＮＳＬＰレイヤシグナリングメッセージのようにTA-Discメッセージを送信することである。
【０１１０】
図１３に示すように、ステップＳ１３０９で、ＨＡ１１０６（判断手段１５０１）はＭＮ１１１０がＨｏＡ２で到達不可能であると認識すると、ＭＮ１１００に知らせるためのエラーメッセージを（メッセージ生成手段１５０２によって）生成する（Ｓ１３１３）。エラーメッセージのフォーマットの一例を以下に示す。
【０１１１】
Error：＝［リクエスターアドレス］
［ターゲットアドレス］
［エラーコード］
【０１１２】
“リクエスターアドレス”と“ターゲットアドレス”はTA-Disc-Requestメッセージの同じ名称の項目から得られる情報を含む。
【０１１３】
“エラーコード”はエラーの原因の情報を含む。例えば、上述したシナリオにおいて、“エラーコード”は到達不可能なターゲットアドレスによるものであることを示す。操作ニーズ、例えば“ポリシーがルート最適化を禁じる”に依存して多くのエラーが定義されることは当業者にとって自明である。
【０１１４】
図１３に示すように、ＨＡ１１０６（メッセージ生成手段１５０２）がステップＳ１３０７、１３１１、１３１３で適当なメッセージを生成すると、ＨＡ１１０６（送信手段１５０３）は対応するあて先にメッセージを送信する（Ｓ１３１５）。
【０１１５】
図１２に示すように、ステップＳ１２０５以後は、ＨＡ１１０６が、例えばＨｏＡ２に関するエントリを有している場合におけるシグナリング例が示されており、ＨＡ１１０６は図１３に示すようにステップＳ１３０５、１３０７、１３１５を実行する。
【０１１６】
図１３に示すように、ＨＡ１１０６（送信手段１５０３）はＭＮ１１１０、例えばＣｏＡ２に向けてTA-Disc-Initメッセージを送信する。ＭＮ１１１０（不図示の受信手段）がTA-Disc-Initメッセージを受信すると、ＭＮ１１１０（不図示のメッセージ生成手段）はメッセージを処理し、ローカルポリシーが許せばTA-Discメッセージを生成する。TA-Discメッセージのフォーマットは上述したものである。
【０１１７】
また、ＨＡ１１０６はＡＲ１１０８が本発明をサポートすると分かれば、ＨＡ１１０６（判断手段１５０１）はＭＮ１１１０のアクセスルータであるＡＲ１１０８にTA-Disc-Initメッセージを送信することを決めることもできる。ＡＲ１１０８はＭＮ１１１０のための処理を順に行う。例えば、TA-Discメッセージを生成し、ＭＮ１１００に向けて転送する。ＨＡ１１０６はＭＮ１１１０によるＢＵを介してＡＲ１１０８のアドレスを得ることができる。例えば、ＭＮ１１１０はＣｏＡ２と一緒にＡＲ１１０８（のアドレス）をＨＡ１１０６に登録することができる。ＨＡ１１０６はＣｏＡ２から、例えばＣｏＡ２のドメインのサブネットのルータエニーキャストアドレスを使ってＡＲ１１０８のアドレスを得ることが可能である。ＨＡ１１０６がＡＲ１１０８のアドレスに関する記録を有していないならば、ＨＡ１１０６（メッセージ生成手段１５０２）は特別なＲＡＯをセットしてＣｏＡ２に向けてTA-Disc-Initメッセージを送信することもできる。この場合、本発明をサポートしているＡＲ１１０８はメッセージをインタセプトし処理する。
【０１１８】
TA-Discメッセージのフォーマットが本質的にTA-Disc-Initメッセージに似ていることは当業者にとって自明であり、ＭＮ１１１０若しくはＡＲ１１０８はTA-Disc-Initメッセージからの情報をTA-Discメッセージに再利用することができる。ＭＮ１１１０若しくはＡＲ１１０８では最小限の処理が要求される。
【０１１９】
他の態様として、ＨＡ１１０６（メッセージ生成手段１５０２）は直接TA-Discメッセージを生成し、TA-Disc-Initメッセージ内にTA-Discメッセージを挿入してカプセル化することができる。TA-Disc-Initメッセージを受信すると、ＭＮ１１１０（不図示の送信手段）若しくはＡＲ１１０８はTA-DiscメッセージのソースがＭＮ１１１０若しくはＡＲ１１０８からのように、TA-Discメッセージを抽出し、ＭＮ１１００に向けて送信する。この場合、TA-Disc-InitメッセージとTA-DiscメッセージはＩＰレイヤのカプセル化のレイヤ若しくは付加的なＩＰヘッダオプションを除いて同一である。
【０１２０】
なお、ＨＡ１１０６（メッセージ生成手段１５０２）はTA-Discメッセージを生成し、strict routeによりＡＲ１１０８を経由させてＭＮ１１００又はＡＲ１１０２にTA-Discメッセージを送信するようにしてもよい。また、ＭＮ１１００（メッセージ生成手段４００）がTA-Discメッセージを生成し、ＨＡ１１０６、ＡＲ１１０８を経由させて１つのTA-DiscメッセージとしてＭＮ１１００又はＡＲ１１０２などの送信先に送信するようにしてもよい。また、ＭＮ１１００（メッセージ生成手段４００）がTA-Disc、メッセージをTA-Disc-Requestメッセージでカプセル化したもの、若しくはTA-DiscメッセージをTA-Disc-Initメッセージでカプセル化し，更にTA-Disc-Requestメッセージでカプセル化したものを生成しＨＡ１１０６、ＡＲ１１０８を経由させてＭＮ１１００又はＡＲ１１０２などの送信先に送信してもよい。これによりＨＡ１１０６やＡＲ１１０８においてTA-DiscメッセージやTA-Disc-Initメッセージを生成する負担を省くことができる。ＨＡ１１０６がＤＨＣＰなどを用いてＭＮ１１００とＭＮ１１１０との間のパス上にいるノードを見つけ、見つけたノードを経由させて生成したTA-DiscメッセージをＭＮ１１００又はＡＲ１１０２に送信するようにしてもよい。また、上述したように、TA-Discメッセージの行き先はＭＮ１１００又はＡＲ１１０２に限られるものではなく、ＨＡ１１０４、ＨＡ１１０６などであってもよい。
【０１２１】
ＭＮ１１１０（不図示のメッセージ生成手段）がTA-Discメッセージを生成する際、ＭＮ１１１０は“スタートポイント” にＡＲのアドレス（ＡＲ１１０８のアドレス）を用いてもよい。ＡＲ１１０８のアドレスを“スタートポイント”として送信されたTA-Discメッセージが通るパスはＭＮ１１１０を“スタートポイント”として送信されるTA-Discが通るパスと結果的に同じパスになる。ＭＮ１１１０がＡＲ１１０８のアドレスを“スタートポイント”としてTA-Disc送信することにより、ＭＮ１１１０は自らのＣｏＡを隠すことができる。
【０１２２】
TA-Discメッセージはメッセージを生成するノード、例えばＭＮ１１１０によって“エンドポイント”に向けて、又は“エンドポイント”を経由して送信される。つまり上述のようにTA-Discメッセージの送信先は“エンドポイント”であってもよいし、上述のように、他のノード（ＨＡ１１０４、ＨＡ１１０６など）であってもよい。他のノードが送信先になる場合は、TA-Discメッセージは“エンドポイント”を経由するように例えばstrict routeなどを用いて設定される。尚、上述のようにTA-Discメッセージは“エンドポイント”や送信先まで到達することなく、途中のＴＡ が送信を止めてもよい（上述のラストノードオプションによる）。ＮＳＩＳタイプのシグナリングプロトコルがTA-Discメッセージを運ぶために用いられる場合、TA-Discメッセージは、前もってpeer（ピア）情報を知っているＭＮ１１１０を必要としないＤ−ｍｏｄｅメッセージとして送信される。例えば、TA-Discメッセージは、ＩＰヘッダの中にあらかじめ定義されたＲＡＯを有するＵＤＰ（User Datagram Protocol）パケットの中にカプセル化される。
【０１２３】
ＴＡ発見アプリケーションをサポートする、例えばＲＡＯ値を処理できるシグナリング認識ノード（例えば、ＴＡ１１１４）は、図１２に示すようにTA-Discメッセージをインタセプトする（Ｓ１２０９）。
【０１２４】
ＴＡ１１１４（受信手段５００）がTA-Discメッセージを受信すると、あらかじめセットされたロジックに従って処理をする。図１４はTA-Discメッセージの処理フローを示すフローチャートである。
【０１２５】
TA-Discメッセージを受信する（Ｓ１４０１）と、ノード（判断手段５０１）は“TA Disc要素”の項目のすべての基準を満たすかどうか、例えばリストされたトンネルオプションをサポートすることができるか、カプセル化方法をサポートすることができるかをチェックする（Ｓ１４０３）。すべての基準を満たす場合、ＴＡ１１１４（メッセージ生成手段５０２）はTA-Discメッセージの“TA候補リスト”にそのアドレス（自身のアドレス）を付加し（Ｓ１４０５）、ステップＳ１４０７へ進む。多くの情報、例えばＴＡの特質、サポートされたＱｏＳ、サポートされたトンネル方法、使われたカプセル化などの情報がリストに埋め込まれることは当業者にとって自明である。ＴＡ１１１４が必須の基準を満たすことができないならば、ステップＳ１４０７に直接進む。
【０１２６】
図１４に示すように、ＴＡ、例えばＴＡ１１１４（判断手段５０１）は、自身からTA-Discメッセージに示された“エンドポイント”に向けたパス上にさらにＴＡが存在するかチェックする（Ｓ１４０７）。ＴＡ１１１４は存在しているシグナリング確認（シグナリングアソシレーション）、例えばＮＳＩＳの場合のＮＴＬＰレイヤのメッセージアソシエーションからＴＡが存在するかを知る。現在のＴＡ、例えばＴＡ１１１２が特別なアドレスペアにおけるシグナリング確認を有していないならば、ピア発見メッセージ（Peer-Discメッセージ）を用いてパス上のdownstream方向に隣り合うＴＡが存在するかどうかを調べ、存在した場合は、そのＴＡとの関係を確立する。
【０１２７】
ここでは、図１２に示すように、ＴＡ１１１２が存在シグナリング確認情報を有していないと仮定した場合について説明する。ＴＡ１１１２は“エンドポイント”、例えばＡＲ１１０２に向けてPeer-Discメッセージを送信する（Ｓ１２１３）。ＡＲ１１０２がＴＡ発見シグナリングアプリケーションをサポートしている場合、ピアアックメッセージ（Peer-Ackメッセージ）で応答する（Ｓ１２１５）。ＡＲ１１０２が、シグナリングプロトコルをサポートしているがＴＡ発見シグナリングアプリケーションをサポートしていない場合、否定的なPeer-Ackメッセージで応答する。若しくは、ＡＲ１１０２がそのようなシグナリングプロトコルをサポートしていないならば、ＩＰレイヤフィードバック、例えばＩＣＭＰエラーメッセージがＴＡ１１１２に送信される。
【０１２８】
ＴＡ１１１２において、Peer-Ackメッセージの応答ノードのアドレス、例えばＡＲ１１０２のアドレスと“エンドポイント”のアドレスとが比較される。それらが同じであれば、現在のＴＡが当該パス上の最後のＴＡであることを意味する。
【０１２９】
図１４のステップＳ１４０７において、ＴＡ、例えばＴＡ１１１４がパス上に他のＴＡが存在するとわかると、“スタートポイント”を自身のアドレスにセットすることによってTA-Discメッセージを（メッセージ生成手段５０２が）更新する（Ｓ１４０９）。更新されたTA-Discメッセージはパス上の次のＴＡ、例えば図１２に示すようにＴＡ１１１２に転送される（Ｓ１４１１）。
【０１３０】
図１４のステップＳ１４０７において、ＴＡ、例えばＴＡ１１１２がパス上にＴＡを発見しなければ、TA-Discメッセージの“ラストノードアクション”の項目を実行する（Ｓ１４１３）。例えば、更新されたTA-Discメッセージを“ラストノードアクション”の項目に示されたアドレスに転送する。例えば、図１２に示されるようにＨＡ１１０６に向けてTA-Responseメッセージとして転送する（Ｓ１２１７）。転送メカニズムが異なるのみのTA-ResponseメッセージがTA-Discメッセージのように同じようなフォーマットを共有することができることは当業者にとって自明である。
【０１３１】
ＨＡ１１０６（受信手段１５００）がTA-Responseメッセージを受信する（Ｓ１２１７）と、ＨＡ１１０６（判断手段１５０１）は“TA候補リスト”の項目をチェックする。このリストが空でなければ、ローカルポリシー若しくはＭＮ１１００によって示された優先度の基準に基づいて候補となるＴＡの１つを選択する。またＨＡ１１０６はＨＡ１１１０によって示された優先度の基準も考慮してよい。候補からのＴＡの選択は他の方法を用いてもすることができ、本発明の原理に影響を与えないことは明らかである。
【０１３２】
ＴＡが選択されると、ＨＡ１１０６はＴＡ発見応答メッセージ（TA-Disc-Responseメッセージ）でＭＮ１１００に応答することができる（Ｓ１２１９）。TA-Disc-Responseメッセージのフォーマットの一例を以下に示す。
【０１３３】
TA-Disc-Response：＝［リクエスターアドレス］
［ターゲットアドレス］
［TA候補］
［ポリシーデータ］
【０１３４】
“リクエスターアドレス”と“ターゲットアドレス”は対応するTA-Disc-Requestメッセージのものと一致する（マッチする）。これはモバイルノード、例えばＭＮ１１００がそのリクエストについての情報を保持することを必要としない。“TA候補”はポリシーに基づいてＨＡ１１０６によって選択されたＴＡである。モバイルノード、例えばＭＮ１１００自身が最良のＴＡを選択することができるように、“TA候補”がリストに拡張（展開）されることは当業者にとって自明である。
【０１３５】
TA-Disc-Responseメッセージが正確に生成されるように、ＨＡ１１０６（受信手段１５００）がTA-Disc-Requestメッセージを受信すると、処理データを生成する必要があることは当業者にとって自明である。例えば、ＨＡ１１０６は“リクエスターアドレス”、“ターゲットアドレス”、もし“リクエスターアドレス”として同じでなければTA-Disc-Requestメッセージの送信元アドレスを格納する必要がある。上述の情報は、タイマーを付加し、処理ＩＤに対応させて格納される。ＨＡ１１０６はタイマーが終了する前にTA-Responseメッセージを受信しない場合、ＨＡ１１０６（送信手段１５０３）はＴＡ発見に失敗したことを示すために空の“TA候補”を有するTA-Disc-Responseメッセージを送信する（Ｓ１２１９）。送信するTA-Disc-InitメッセージとTA-Responseメッセージの対応をとるＨＡ１１０６のために、処理ＩＤがすべてのメッセージの“ポリシーデータ”の項目に付加される。
【０１３６】
モバイルノード、例えばＭＮ１１００（受信手段４０２）が空でない“TA候補”を有するTA-Disc-Responseメッセージを受信すると、適当なＴＡを選択しルート最適化処理を開始する。例えば、ＭＮ１１００が、ＨｏＡ２でＭＮ１１１０とルート最適化を望むのであれば、ホームエージェント、ＨＡ１１０４を介してＴＡに接触を試みることができる。ＨＡ１１０４はＴＡを確認し、確認がうまくできればＣｏＡ１を備えてＴＡにリクエストを転送する。ＴＡはＭＮ１１１０のＨＡ、例えばＨＡ１１０６に確認し、ＣｏＡ１とＣｏＡ２の両方に向けた双方向トンネルを構築するためにＣｏＡ２を得る。これにより、最適化された双方向トンネルは権限のない第三者にロケーションを明かすことなく構築される。
【０１３７】
＜第５の実施の形態＞
第４の実施の形態の処理の中で、ＨＡ１１０６がＭＮ１１１０と同じドメインに属している“リクエスターアドレス”を有するTA-Disc-Requestメッセージを受信することは可能である。例えば、“リクエスターアドレス”はＣｏＡ２と同じプレフィックスを共有する。この場合、ＭＮ１１００とＭＮ１１１０は同じドメインにあること、若しくは同じサブネットにあることを意味する。そのため、通常のＴＡ発見は最適化されたＴＡをもたらすことはできない、若しくはＴＡを見つけることさえできない。
【０１３８】
この場合、２つのモバイルノードが同じドメインに存在するので、最適化されたＴＡはドメインに最も近いＴＡとなる。そのため、ＨＡ１１０６（送信手段１５０３）はドメインに向かって直接TA-Discメッセージを送信することができる。そのため、用いられるＴＡ発見手続きは第４の実施の形態で説明したＭＮ１１１０がホームにいる場合と同様である。
【０１３９】
あるいは、ＨＡ１１０６はデータベース若しくはセッションにおける最良のＴＡを決定するドメインコントローラーを用いてＱＵＥＲＹ処理を実行することができる。この場合、ＨＡ１１０６は、ＴＡがTA-Discメッセージを実際に送信することなく見つかるときは、直接TA-Disc-Responseメッセージを送信することができる。また、ＨＡ１１０６自身がＴＡとなってもよい。
【０１４０】
＜第６の実施の形態＞
上述した第４及び第５の実施の形態ではデータトラフィックがＭＮ１１１０からＭＮ１１００に向けて送信される場合について説明した。実際のＴＡ発見処理はデータ送信元側から開始する。すなわち、TA-Disc-Initメッセージ若しくはTA-Discメッセージは、ホームエージェント若しくはデータ送信元のホームドメインのルータから送信される。そのため、データトラフィック方向がＭＮ１１００からＭＮ１１１０への場合、本発明は改良を必要とする。
【０１４１】
そのような場合、データ送信元、ＭＮ１１００がルート最適化を望むならば、ホームエージェント、例えばＨＡ１１０４とＨＡ１１０６を介してＭＮ１１１０に向けて最適化トリガを送信することができる。例えば、このメッセージは、付加的な“プライバシー”フラグを有する、非特許文献４に定義されているようなホームテスト開始（ＨｏＴＩ：home Test Init）メッセージになり得る。“プライバシー”フラグを有するＨｏＴＩメッセージを受信すると、ＭＮ１１１０は通常のホームテスト（ＨｏＴ）をしない。その代わりに、ＭＮ１１１０はＭＮ１１００のホームアドレスであるＨｏＡ１に向けたTA-Disc-Requestメッセージを生成し、送信する。操作の残りは第４及び第５の実施の形態と同様であり、ＭＮ１１００、ＭＮ１１１０、それらの対応するホームエージェントとアクセスルータも同様であることは当業者にとって自明である。例えば、ＨＡ１１０４は第４及び第５の実施の形態の中でＨＡ１１０６として述べられた機能を実現する。
【０１４２】
＜第７の実施の形態＞
本発明では、データ送信元、例えばＭＮ１１１０はTA-Discメッセージを利用でき、データ受信先、例えばＭＮ１１００についての情報を含める。データ送信元で１つのセッションのみが存在するとき、データ受信先、例えばＭＮ１１００のホームアドレスと“エンドポイント”のアドレスとの間の関係を推測することができる。“エンドポイント”は実際のＭＮ１１００のロケーションを明かさないが、ＭＮ１１１０はロケーションを推測可能である。そのような推測を防ぐために、データ受信先は同時に異なるアドレスからいくつかのTA-Disc-Requestメッセージの送信を開始することができる。例えば、ＨＡ１１０６に直接TA-Disc-Requestメッセージを送信するほかにも、ＭＮ１１００は同時にTA-Disc-Requestメッセージをホームエージェント、例えばＨＡ１１０４に送信することを要求できる。この方法により、ＭＮ１１１０は実際のＭＮ１１００のロケーションを推測することができない。
【０１４３】
＜第８の実施の形態＞
モバイルノード、例えばＭＮ１１００が空の“TA候補”を有するTA-Disc-Responseメッセージを受信する場合、最適化パス上に要求に合ったＴＡが存在しないことを意味する。この結果に対して、最適化パス上にないＴＡはユーザによりよい結果を与えないため、ＭＮ１１００はホームエージェントを介して通信を継続する。
【０１４４】
ＭＮ１１００がある理由、例えば現在のパスが通信セッションを維持することができないなどの理由でＴＡの使用を望む場合、ＭＮ１１００は通常のＴＡ発見方法、例えばホームエージェントに基づく方法に立ち戻ることができる。
【０１４５】
なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１４６】
本発明に係るノード発見方法、その方法で用いられる移動端末、その方法で用いられる中継ノード、ホームエージェントは、モバイルＩＰｖ６において、ＭＮのロケーションプライバシを守りつつ、準最適なデータ経路を得るために準最適なデータ経路を与えられるＴＡを検出することができるため、ロケーションプライバシを守りつつ、最適化経路に近い経路を与えるノードを発見するノード発見方法、その方法で用いられる移動端末、その方法で用いられる中継ノード、ホームエージェントなどに有用である。
【図面の簡単な説明】
【０１４７】
【図１】本発明の第１の実施の形態におけるデータ通信システムの構成の一例を示す構成図
【図２】本発明の第１の実施の形態におけるＴＡ  ＮＳＩＳプロトコルの構成の一例を示す構成図
【図３】本発明の第１の実施の形態におけるＴＡ検索のシーケンスの一例について説明するためのシーケンスチャート
【図４】本発明の第１の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図
【図５】本発明の第１の実施の形態に係る中継ノード（ＴＡＥ）の構成の一例を示す構成図
【図６】本発明の第２の実施の形態におけるデータ通信システムの構成の一例を示す構成図
【図７】本発明の第２の実施の形態におけるＴＡ検索のシーケンスの一例について説明するためのシーケンスチャート
【図８】本発明の第２の実施の形態に係る移動端末（ＭＮ）の構成の一例を示す構成図
【図９】本発明の第２の実施の形態に係る中継ノード（ＴＡＥ）の構成の一例を示す構成図
【図１０】本発明の第３の実施の形態におけるデータ通信システムの構成の一例を示す構成図
【図１１】本発明の第４〜第８の実施の形態におけるデータ通信システムの構成の一例を示す構成図
【図１２】本発明の第４の実施の形態におけるＴＡを発見するためのシーケンスの一例を示すシーケンスチャート
【図１３】本発明の第４の実施の形態に係るＨＡにおけるメッセージ処理の一例を示すフローチャート
【図１４】本発明の第４の実施の形態に係るＨＡにおけるメッセージ処理の一例を示すフローチャート
【図１５】本発明の第４の実施の形態に係る中継ノードにおけるTA-Discメッセージの処理フローの一例を示すフローチャート
【図１６】従来のデータ通信システムにおけるパケットの送受信について説明するための図
【図１７ａ】従来のＴＡを決定する方法を説明するための図
【図１７ｂ】従来のＴＡを決定する他の方法を説明するための図
【符号の説明】
【０１４８】
１０１、６０１、１００１、１１００、１１１０  ＭＮ（移動端末）
１０２、６０２  ＣＮ（通信ノード）
１０３、６０３  ＨＡ１
１０４、６０４  ＨＡ２
４００、５０２、８００、９０２、１５０２  メッセージ生成手段
４０１、５０３、８０１、９０３、１５０３  送信手段
４０２、５００、８０２、９００、１５００  受信手段
５０１、９０１、１５０１  判断手段
１１０４、１１０６  ＨＡ
１１０２、１１０８  ＡＲ
１１１２、１１１４、１１１６、１１１８  ＴＡ
１１０１、１１０３、１１０５、１１０７、１１０９、１１１１、１１１３、１１１５、１１１７、１１１９、１１２１  リンク
【図１】
2009539275.tif 000003
【図２】
2009539275.tif 000004
【図３】
2009539275.tif 000005
【図４】
2009539275.tif 000006
【図５】
2009539275.tif 000007
【図６】
2009539275.tif 000008
【図７】
2009539275.tif 000009
【図８】
2009539275.tif 000010
【図９】
2009539275.tif 000011
【図１０】
2009539275.tif 000012
【図１１】
2009539275.tif 000013
【図１２】
2009539275.tif 000014
【図１３】
2009539275.tif 000015
【図１４】
2009539275.tif 000016
【図１５】
2009539275.tif 000017
【図１６】
2009539275.tif 000018
【図１７ａ】
2009539275.tif 000019
【図１７ｂ】
2009539275.tif 000020
【国際調査報告】
2009539275.tif 000021
2009539275.tif 000022
2009539275.tif 000023