(57)【要約】【課題】複数のプレフィックスを通知するルータに接続された通信ノードが、適切なプレフィックスを含むアドレスを使用できるようにする。【解決手段】ＭＲ（モバイルルータ）１０は、自身のホームネットワークに由来するプレフィックス（ＭＮＰＮＥＭＯ）及びＡＲ（アクセスルータ）１０ａから通知されたプレフィックス（ＭＮＰＡＲ）と共に、モバイルＰＡＮ３１内に対する役割に基づいてどちらのプレフィックスを選択すべきかを示すプレフィックス選択情報を含むルータ通知メッセージをモバイルＰＡＮ３１内にマルチキャストする。モバイルＰＡＮに接続されたノード（ＶＮ２０ａ、ＬＮ２０ｂ）は、このルータ通知メッセージのプレフィックス選択情報を参照し、自身にとって適切なプレフィックスを選択して自身のグローバルアドレスを構成する。【選択図】図３
2009529808.tif 000002
【特許請求の範囲】
【請求項１】
第１プレフィックスで特定される第１ネットワークに接続されており、さらに、配下に第２プレフィックスで特定される第２ネットワークを有するルータ内で動作するプレフィックス管理装置であって、
前記第２ネットワーク内に前記第１及び第２プレフィックスを通知するプレフィックス通知手段と、
前記第２ネットワークに接続されている通信ノードに、前記通信ノードにとって適切な前記第１又は第２プレフィックスにより構成されたアドレスを使用させるプレフィックス管理手段とを、
有するプレフィックス管理装置。
【請求項２】
前記第１及び第２プレフィックスを通知するメッセージとして、前記第１及び第２プレフィックスと、前記第２ネットワークに接続されている通信ノードの役割に基づいて前記第１及び第２プレフィックスのうちのどちらを選択すべきかを示すプレフィックス選択情報とを含むメッセージを生成するメッセージ生成手段を有する請求項１に記載のプレフィックス管理装置。
【請求項３】
前記ルータが属するホームネットワークとは異なるホームネットワークに属する通信ノードに対しては、前記第１プレフィックスを適切なプレフィックスに設定し、前記ルータが属するホームネットワークと同一のホームネットワークに属する通信ノードに対しては、前記第２プレフィックスを適切なプレフィックスに設定するように構成されている請求項１に記載のプレフィックス管理装置。
【請求項４】
前記第２ネットワークに接続されている通信ノードから、前記通信ノードのアドレスに関する重複アドレス検出のメッセージを受信する重複アドレス検出メッセージ受信手段と、
前記重複アドレス検出メッセージ受信手段で受信した前記メッセージに含まれるアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、前記アドレスが重複している旨を示すメッセージを送信する応答手段とを、
有する請求項１に記載のプレフィックス管理装置。
【請求項５】
前記第２ネットワークに接続されている通信ノードの認証処理を行う認証手段と、
前記認証手段で認証されなかった通信ノードに対しては、前記第１プレフィックスを前記通信ノードにとって適切なプレフィックスに設定するプレフィックス適性設定手段とを、
有する請求項１に記載のプレフィックス管理装置。
【請求項６】
前記第２ネットワークに接続されている通信ノードが、前記ルータが属するホームネットワークと同一のホームネットワークに属しているか否かを識別する通信ノード識別手段と、
前記通信ノード識別手段による識別結果に基づいて、前記ルータが属するホームネットワークとは異なるホームネットワークに属する通信ノードに対しては、前記第１プレフィックスを含むアドレスを提供し、前記ルータが属するホームネットワークと同一のホームネットワークに属する通信ノードに対しては、前記第２プレフィックスを含むアドレスを提供するアドレス提供手段とを、
有する請求項１に記載のプレフィックス管理装置。
【請求項７】
前記第２ネットワークに接続されている通信ノードから、前記通信ノード自身によって構成されたアドレスが送信元アドレスに設定されているパケットを受信するパケット受信手段と、
前記パケット受信手段で受信した前記パケットの送信元アドレスとして設定されている前記通信ノードのアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、適切なプレフィックスを含むアドレスを提供するアドレス提供手段とを、
有する請求項１に記載のプレフィックス管理装置。
【請求項８】
前記第２ネットワークに接続されている通信ノードから、前記通信ノード自身によって構成されたアドレスが送信元アドレスに設定されているパケットを受信するパケット受信手段と、
前記パケット受信手段で受信した前記パケットの送信元アドレスとして設定されている前記通信ノードのアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、前記アドレスが重複している旨を示すメッセージを送信する応答手段とを、
有する請求項１に記載のプレフィックス管理装置。
【請求項９】
前記第２ネットワークに接続されている通信ノードから、前記通信ノード自身によって構成されたアドレスが送信元アドレスに設定されているパケットを受信するパケット受信手段と、
前記パケット受信手段で受信した前記パケットの送信元アドレスとして設定されている前記通信ノードのアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、前記通信ノードにとって適切なプレフィックスを前記通信ノードに通知する適切プレフィックス通知手段とを、
有する請求項１に記載のプレフィックス管理装置。
【請求項１０】
前記ルータが、モバイルルータ、又はネットワークに固定されているアクセスルータである請求項１に記載のプレフィックス管理装置。
【請求項１１】
ネットワークに接続可能な通信ノード内で動作するプレフィックス選択装置であって、
第１プレフィックスで特定される第１ネットワークに接続されており、さらに、配下に第２プレフィックスで特定される第２ネットワークを有するルータから、前記第１及び第２プレフィックスと、前記第２ネットワークに接続されている通信ノードの役割に基づいて前記第１及び第２プレフィックスのうちのどちらを選択すべきかを示すプレフィックス選択情報とを含むメッセージを受信するメッセージ受信手段と、
前記メッセージ受信手段で受信した前記メッセージが含まれている前記プレフィックス選択情報に基づいて、前記通信ノードのアドレスを構成する際に使用すべき前記通信ノードにとって適切な前記第１又は第２プレフィックスを選択するプレフィックス選択手段とを、
有するプレフィックス選択装置。
【請求項１２】
前記通信ノードが、前記ルータが属するホームネットワークとは異なるホームネットワークに属する場合には前記第１プレフィックスを適切なプレフィックスとして選択し、前記ルータが属するホームネットワークと同一のホームネットワークに属する場合には前記第２プレフィックスを適切なプレフィックスとして選択するように構成されている請求項１１に記載のプレフィックス選択装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内のノードがアドレスを正しく構成するためにネットワークプレフィックス（単にプレフィックスと呼ばれることもある）の管理を行うプレフィックス管理装置及びプレフィックス選択装置に関する。
【背景技術】
【０００２】
ＩＰモビリティの概念を用いれば、ユーザが自分の家から離れているとき（外出しているとき）であっても、このユーザとの連絡を取ることができるようになる。このＩＰモビリティの概念を可能とする典型的な例としては、例えば下記の非特許文献１に定義されているモバイルＩＰが挙げられる。
【０００３】
モバイルＩＰによれば、ユーザは、モバイル装置の有線ケーブル接続を外した場合でも、その接続は例えばユーザの自宅のＤＳＬ（Digital Subscriber Line：有線接続）からセルラアクセスシステム（無線接続）に移され、ユーザは、ファイルのダウンロードやボイスオーバＩＰ（ＶｏＩＰ）による通信を継続して行うことが可能となる。
【０００４】
さらに、ユーザは、モバイルパーソナルエリアネットワーク（ＰＡＮ：Personal Area Network）などを形成して、移動を行った場合でもシームレスなネットワークへの接続性を維持することができるようになる。このようなＩＰモビリティを実現する典型的な例としては、下記の非特許文献２に定義されているネットワークモビリティ（ＮＥＭＯ：Network Mobility）が挙げられる。ユーザは、フォーリンノード（以降、来訪者ノード（ＶＮ：Visitor Node）と呼ぶ）に対して、ユーザのモバイルネットワーク内における動作を承認することが可能である。
【０００５】
モバイルＰＡＮ内のノードは、下記の非特許文献３に記載されているように、ＩＰｖ６（インターネットプロトコルバージョン６）のステートレスアドレス自動構成（ Stateless Address Auto-configuration）を実行する場合がある。
【０００６】
モバイルＰＡＮ内のノードは、モバイルルータ（ＭＲ：Mobile Router）から送信される、プレフィックスを含むルータ通知（ＲＡ：Router Advertisement）を受信することができる。ＩＰｖ６ステートレスアドレス自動構成メカニズムによれば、ノードは、ローカルに取得可能な情報と、ルータによって通知された情報とを組み合わせることによって、自身のアドレスを生成することが可能である。
【０００７】
ルータは、リンクに関連付けられているサブネットを識別するプレフィックスを通知し、ホストは、サブネット上でインタフェースをユニーク（一意）に識別する「インタフェース識別子」を生成する。そして、これらの２つの情報の組み合わせによって、アドレスが形成される。
【０００８】
一方、ＮＥＭＯでは、ＭＲは、モバイルＰＡＮ内に自身のモバイルネットワークプレフィックス（ＭＮＰ：Mobile Network Prefix）の通知を行う。ＭＲから通知されるＭＮＰは、フォーリンネットワーク内に配置されているアクセスルータ（ＡＲ：Access Router）から取得されるプレフィックス（ＭＮＰAR（あるいはホームプレフィックス））か、下記の非特許文献４に記載されているＭＮＰNEMOの２種類のプレフィックスのどちらかである。
【０００９】
ＭＲは、ＶＮのためにＭＮＰARを下位のネットワークに報知する場合、フォーリンネットワークに移動した際に、接続したフォーリンネットワークのＡＲのＲＡからＭＮＰARを抽出することによって、ＡＲからＭＮＰARを取得する。このとき、ＭＲは、ＶＮがモバイルＰＡＮ内で有効なアドレスを構成することができるように、ＭＮＰARの通知を行う。
【００１０】
一方、ＭＲは、自身のローカルノード用にＭＮＰNEMOを取得している。ＭＮＰNEMOは、関連するＭＲに対してあらかじめ割り当てられている（例えば、ＭＮＰNEMOを提供するシステムによって手動又は自動で）か、あるいは、下記の非特許文献５に記載されているＤＨＣＰ（Dynamic Host Configuration Protocol）のプレフィックス委譲（Prefix Delegation）などのメカニズムを用いてＭＲのホームエージェント（ＨＡ：Home Agent）によって動的に割り当てられる。
【００１１】
しかしながら、ＭＮＰがＭＲのモバイルＰＡＮにブロードキャストされる場合、ＶＮがＭＮＰNEMOを使用して有効なアドレスを構成し、ローカルノード（ＬＮ：Local Node）がＭＮＰARを使用して有効なアドレスを構成してしまう可能性がある。この場合、ＭＲは、ＭＲが受信するパケットがローカルノードからのものであるのか、あるいはＶＮからのものであるのかを区別することが困難になってしまう。
【００１２】
なお、ＶＮは、通常ＭＲとは異なるホームネットワークに属しており、モバイルＰＡＮ内でＭＮＰNEMOを使用してグローバルアドレスを生成した場合には、モバイルＰＡＮ外部に存在する通信相手ノードからＶＮに向けて発送されるパケットは、ＶＮのホームエージェントに加えて、ＭＲのホームエージェントも経由することになる。一方、ＶＮがＭＮＰARを使用してモバイルＰＡＮ内でグローバルアドレスを生成した場合には、上述のパケットは、ＭＲのホームエージェントを経由せずにＶＮに到達するので冗長な経路が削減されるという効果がある。
【００１３】
また、ＬＮは、通常ＭＲと同一のホームネットワークに属しており、モバイルＰＡＮ内でＭＮＰARを使用してグローバルアドレスを生成した場合には、ＭＲの移動に伴ってこのグローバルアドレスを変更する必要があり、ＮＥＭＯの利益を得ることができなくなる。一方、ＬＮがモバイルＰＡＮ内でＭＮＰNEMOを使用してグローバルアドレスを生成した場合には、ＬＮは、ＭＲが移動した場合でもグローバルアドレスを変更する必要はなく、ＮＥＭＯの利益を得ることができる。
【００１４】
なお、本明細書では、上述の理由から、ＶＮがモバイルＰＡＮ内でＭＮＰNEMOを使用してグローバルアドレスを生成することや、ＬＮがモバイルＰＡＮ内でＭＮＰARを使用してグローバルアドレスを生成することを、誤った（又は不適切な）プレフィックスを使用してアドレスを生成、あるいは、アドレスを誤って（又は不適切に）生成と表現することがある。また、ＶＮがモバイルＰＡＮ内でＭＮＰARを使用してグローバルアドレスを生成することや、ＬＮがモバイルＰＡＮ内でＭＮＰNEMOを使用してグローバルアドレスを生成することを、正しい（又は適切な）プレフィックスを使用してアドレスを生成、あるいは、アドレスを正しく（又は適切に）生成と表現することがある。
【００１５】
一方、下記の特許文献１には、ＭＲが、本来通知すべきネットワークプレフィックス（native network prefix：ＭＮＰNEMOに対応）の通知を防ぐための方法が提案されている。この特許文献１に係る技術では、ＭＲが、ＡＲによって割り当てられた委譲ネットワークプレフィックス（delegated network prefix：ＭＮＰARに対応）を取得し、自身のモバイルＰＡＮ内にその委譲ネットワークプレフィックスをブロードキャストする。これにより、ＭＲが本来有しているＭＮＰはモバイルＰＡＮ内には開示されず、その結果、ＭＲが本来有しているＭＮＰを使用してＶＮがアドレス構成を行うことを防ぐことができるようになる。
【００１６】
また、下記の特許文献２には、モバイルネットワークのＩＰアドレスのプレフィックスに関するプライバシ及びセキュリティを維持するための方法が提案されている。この特許文献２に係る技術では、ＭＲは、モバイルＰＡＮ内のノードのアドレス構成用に、ワイドエリアネットワーク（ＷＡＮ：Wide Area Network）から到達不能な空アドレスプレフィックス（ヌルアドレスプレフィックス）が記載されたＲＡの送信を行う。そして、モバイルＰＡＮ内のノードは、空アドレスプレフィックスに基づいて自身の気付アドレスを生成する。
【００１７】
モバイルＰＡＮ内のノードが送信するメッセージには、ＷＡＮ経由で到達可能なあて先アドレスが記載されたあて先アドレスフィールドと、空アドレスプレフィックスを含むそのノードの気付アドレスが記載された送信元アドレスフィールドとが含まれている。このメッセージを受信したＭＲは、このメッセージに対して、リバースルーティングヘッダにノードの気付アドレスを付加するとともに、ＭＮＰが記載されたＭＲの気付アドレスを送信元アドレスフィールドに挿入することによってメッセージを変更した後、ＡＲに送信する。
【非特許文献１】D. Johnson, C. Perkins and J. Arkko, "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004.
【非特許文献２】V. Devarapalli, R. Wakikawa, A. Petrescu and P. Thubert, "Network Mobility (NEMO) Basic Support Protocol", Internet Engineering Task Force Request For Comments 3963, January 2005.
【非特許文献３】S. Thomson and T. Narten, "IPv6 Stateless Address Autoconfiguration", Internet Engineering Task Force Request For Comments 2462, December 1998.
【非特許文献４】T. Kniveton and P. Thubert, "Mobile Network Prefix Delegation", Internet Engineering Task Force Internet-Draft, August 2005.
【非特許文献５】O. Troan and R. Droms, "IPv6 Prefix Options for Dynamic Host Configuration Protocol (DHCP) version 6", Internet Engineering Task Force Request For Comments 3633, December 2003.
【特許文献１】米国特許公開２００５／９９９７１号
【特許文献２】米国特許公開２００４／２４８９３１号
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、特許文献１に係る技術では、ＭＲが本来有しているＭＮＰがモバイルＰＡＮ内に通知されないので、ローカルノードに関しては、アドレス自動構成メカニズムを実行する際にＭＲが本来有しているＭＮＰを取得することができない。その結果、ローカルノードは、アドレス構成を行うことができないか、あるいは、ＡＲからＭＲに割り当てられた委譲ネットワークプレフィックスを用いてアドレス構成を行ってＮＥＭＯによる利益を得られなくなる。
【００１９】
しかしながら、特許文献２に係る技術では、ＭＲがＷＡＮに送信されるすべてのパケットに対して変更処理を行う必要があり、ＭＲの処理に多大な負荷がかかることになる。さらに、パケットのヘッダフィールドに変更を加えることによって、例えばＩＰセキュリティ（ＩＰｓｅｃ：IP Security）プロトコルなどのような他のプロトコルの動作を妨げてしまう可能性があり、その結果、他のプロトコルによってパケットの破棄が行われてしまう可能性がある。
【００２０】
上記の課題を解決するため、本発明は、複数のプレフィックスを通知するルータに接続された通信ノードが、適切なプレフィックスを含むアドレスを使用できるようにすることを目的とする。特に、本発明は、通信ノードが、複数のプレフィックスを通知するモバイルルータが有するモバイルＰＡＮに接続された場合に、適切なプレフィックスを含むアドレスを使用できるようにすることを目的とする。
【課題を解決するための手段】
【００２１】
上記の目的を達成するため、本発明のプレフィックス管理装置は、第１プレフィックスで特定される第１ネットワークに接続されており、さらに、配下に第２プレフィックスで特定される第２ネットワークを有するルータ内で動作するプレフィックス管理装置であって、
前記第２ネットワーク内に前記第１及び第２プレフィックスを通知するプレフィックス通知手段と、
前記第２ネットワークに接続されている通信ノードに、前記通信ノードにとって適切な前記第１又は第２プレフィックスにより構成されたアドレスを使用させるプレフィックス管理手段とを、
有する。
上記の構成により、複数のプレフィックスを通知するルータに接続された通信ノードが、適切なプレフィックスを含むアドレスを使用できるようになる。
【００２２】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第１及び第２プレフィックスを通知するメッセージとして、前記第１及び第２プレフィックスと、前記第２ネットワークに接続されている通信ノードの役割に基づいて前記第１及び第２プレフィックスのうちのどちらを選択すべきかを示すプレフィックス選択情報とを含むメッセージを生成するメッセージ生成手段を有する。
上記の構成により、ルータは、通信ノードに対して、適切なプレフィックスを提供することが可能となる。
【００２３】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記ルータが属するホームネットワークとは異なるホームネットワークに属する通信ノードに対しては、前記第１プレフィックスを適切なプレフィックスに設定し、前記ルータが属するホームネットワークと同一のホームネットワークに属する通信ノードに対しては、前記第２プレフィックスを適切なプレフィックスに設定するように構成されている。
上記の構成により、来訪者ノード（ＶＮ）はルータの上位ネットワークに由来するプレフィックスを含むアドレスを使用し、ローカルノード（ＬＮ）はルータ配下のネットワークに由来するプレフィックスを含むアドレスを使用することが可能となる。
【００２４】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第２ネットワークに接続されている通信ノードから、前記通信ノードのアドレスに関する重複アドレス検出のメッセージを受信する重複アドレス検出メッセージ受信手段と、
前記重複アドレス検出メッセージ受信手段で受信した前記メッセージに含まれるアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、前記アドレスが重複している旨を示すメッセージを送信する応答手段とを、
有する。
上記の構成により、通信ノードにとって不適切なプレフィックスを含むアドレスが、この通信ノードのアドレスとして設定されている場合に、このアドレスの使用を無効にすることが可能となる。
【００２５】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第２ネットワークに接続されている通信ノードの認証処理を行う認証手段と、
前記認証手段で認証されなかった通信ノードに対しては、前記第１プレフィックスを前記通信ノードにとって適切なプレフィックスに設定するプレフィックス適性設定手段とを、
有する。
上記の構成により、認証不可能な通信ノードを来訪者ノードとして取り扱うことが可能となる。
【００２６】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第２ネットワークに接続されている通信ノードが、前記ルータが属するホームネットワークと同一のホームネットワークに属しているか否かを識別する通信ノード識別手段と、
前記通信ノード識別手段による識別結果に基づいて、前記ルータが属するホームネットワークとは異なるホームネットワークに属する通信ノードに対しては、前記第１プレフィックスを含むアドレスを提供し、前記ルータが属するホームネットワークと同一のホームネットワークに属する通信ノードに対しては、前記第２プレフィックスを含むアドレスを提供するアドレス提供手段とを、
有する。
上記の構成により、通信ノードの識別結果に基づいて、通信ノードにとって適切なプレフィックスを含むアドレスが割り当てられるようになる。
【００２７】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第２ネットワークに接続されている通信ノードから、前記通信ノード自身によって構成されたアドレスが送信元アドレスに設定されているパケットを受信するパケット受信手段と、
前記パケット受信手段で受信した前記パケットの送信元アドレスとして設定されている前記通信ノードのアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、適切なプレフィックスを含むアドレスを提供するアドレス提供手段とを、
有する。
上記の構成により、ルータは、通信ノードから送信されるパケットを参照して通信ノードがステートレスアドレス自動構成メカニズムを用いて構成したアドレスを検査し、不適切なプレフィックスが用いられている場合には、この通信ノードに対して適切なプレフィックスを含むアドレスを提供することが可能となる。
【００２８】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第２ネットワークに接続されている通信ノードから、前記通信ノード自身によって構成されたアドレスが送信元アドレスに設定されているパケットを受信するパケット受信手段と、
前記パケット受信手段で受信した前記パケットの送信元アドレスとして設定されている前記通信ノードのアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが適切なプレフィックスを使用して構成されていないと判断した場合には、前記アドレスが重複している旨を示すメッセージを送信する応答手段とを、
有する。
上記の構成により、ルータは、通信ノードから送信されるパケットを参照して通信ノードがステートレスアドレス自動構成メカニズムを用いて構成したアドレスを検査し、不適切なプレフィックスが用いられている場合には、この通信ノードのアドレスの使用を無効にすることが可能となる。
【００２９】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記第２ネットワークに接続されている通信ノードから、前記通信ノード自身によって構成されたアドレスが送信元アドレスに設定されているパケットを受信するパケット受信手段と、
前記パケット受信手段で受信した前記パケットの送信元アドレスとして設定されている前記通信ノードのアドレスが、前記通信ノードにとって適切なプレフィックスを使用して構成されているか否かの判断を行うプレフィックス判断手段と、
前記プレフィックス判断手段で前記アドレスが不適切なプレフィックスを使用して構成されていると判断した場合には、前記通信ノードにとって適切なプレフィックスを前記通信ノードに通知する適切プレフィックス通知手段とを、
有する。
上記の構成により、ルータは、通信ノードから送信されるパケットを参照して通信ノードがステートレスアドレス自動構成メカニズムを用いて構成したアドレスを検査し、不適切なプレフィックスが用いられている場合には、この通信ノードに対して適切なプレフィックスを提供することが可能となる。
【００３０】
さらに、本発明のプレフィックス管理装置は、上記の構成に加えて、前記ルータが、移動可能なモバイルルータ、又はネットワークに固定されているアクセスルータである。
上記の構成により、モバイルルータ又はアクセスルータが配下のネットワークにおいて異なる２種類以上のプレフィックスの使用を許可している場合に、本発明が適用可能であることが明らかとなる。
【００３１】
また、上記の目的を達成するため、本発明のプレフィックス選択装置は、ネットワークに接続可能な通信ノード内で動作するプレフィックス選択装置であって、
第１プレフィックスで特定される第１ネットワークに接続されており、さらに、配下に第２プレフィックスで特定される第２ネットワークを有するルータから、前記第１及び第２プレフィックスと、前記第２ネットワークに接続されている通信ノードの役割に基づいて前記第１及び第２プレフィックスのうちのどちらを選択すべきかを示すプレフィックス選択情報とを含むメッセージを受信するメッセージ受信手段と、
前記メッセージ受信手段で受信した前記メッセージが含まれている前記プレフィックス選択情報に基づいて、前記通信ノードのアドレスを構成する際に使用すべき前記通信ノードにとって適切な前記第１又は第２プレフィックスを選択するプレフィックス選択手段とを、
有する。
上記の構成により、複数のプレフィックスを通知するルータに接続された通信ノードが、適切なプレフィックスを含むアドレスを使用できるようになる。
【００３２】
さらに、本発明のプレフィックス選択装置は、上記の構成に加えて、前記通信ノードが、前記ルータが属するホームネットワークとは異なるホームネットワークに属する場合には前記第１プレフィックスを適切なプレフィックスとして選択し、前記ルータが属するホームネットワークと同一のホームネットワークに属する場合には前記第２プレフィックスを適切なプレフィックスとして選択するように構成されている。
上記の構成により、来訪者ノード（ＶＮ）はルータの上位ネットワークに由来するプレフィックスを含むアドレスを使用し、ローカルノード（ＬＮ）はルータ配下のネットワークに由来するプレフィックスを含むアドレスを使用することが可能となる。
【発明の効果】
【００３３】
本発明は上記の構成を有しており、複数のプレフィックスを通知するルータに接続された通信ノードが、適切なプレフィックスを含むアドレスを使用できるようになる。特に、本発明は、通信ノードが、複数のプレフィックスを通知するモバイルルータが有するモバイルＰＡＮに接続された場合に、適切なプレフィックスを含むアドレスを使用できるようになる。
【発明を実施するための最良の形態】
【００３４】
以下、本発明の実施の形態について説明する。まず、本発明を理解できるように、以下の用語の定義を行う。
【００３５】
「モバイルパーソナルエリアネットワーク（モバイルＰＡＮ）」は、直接又は間接的に作られたセキュリティ関連情報に基づいてノードが形成する個人的なネットワークを表している。
【００３６】
「モバイルネットワークプレフィックス（ＭＮＰ）」は、モバイルルータに委譲され、モバイルＰＡＮ内で通知されるＩＰｖ６のプレフィックスを表している。なお、モバイルＰＡＮでは、１つ以上のモバイルネットワークプレフィックスの通知が可能である。ＭＮＰには、例えば、モバイルルータが接続したＡＲに依存する（ＡＲから通知される）ＭＮＰARと、モバイルルータが本来持っている（モバイルルータのホームエージェントから割り当てられている）ＭＮＰNEMOとが存在する。
【００３７】
「ルータ通知（ＲＡ）」は、定期的に又はルータ要請（Router Solicitation）メッセージに対する応答としてルータから送信されるパケットである。ルータ通知は、ルータの存在（アドレス）を通知するためのパケットであるとともに、様々なリンクパラメータやインターネットパラメータが含まれる。さらに、ルータ通知には、同一リンク上に存在するか否かの判断（on-link determination）及び／又はアドレス構成に使用されるプレフィックスや、推奨されるホップリミット値などが含まれる。
【００３８】
なお、以下では説明のために、特定の数値、時間、構造、プロトコル名や他のパラメータが、本発明を十分に理解可能とするために設定される。しかしながら、当業者であれば、本発明がこれらの特定の詳細な定義が無くても実施可能であることは明らかである。また、本発明を不必要に不明瞭としないために、ブロック図では周知のコンポーネントやモジュールが図示される。
【００３９】
まず、図１を参照しながら、本発明の実施の形態におけるモバイルルータ（ＭＲ）の好適な構成について説明する。図１は、本発明の実施の形態におけるモバイルルータの好適な構成の一例を示すブロック図である。
【００４０】
図１に図示されている構成例では、ＭＲ１０はアクセスインタフェース１１を有している。ＭＲ１０は、アクセスインタフェース１１によって、ＭＲ１０が通信を行う他のノードやルータとの間で、パケットの送受信を行うことが可能となる。なお、アクセスインタフェース１１の一例としては、Ｗｉ−Ｆｉ、ブルートゥース（登録商標）、セルラなどが挙げられるが、これらに限定されるものではない。また、アクセスインタフェース１１から送信されるパケットの一例としてはルータ通知が挙げられるが、これに限定されるものではない。また、アクセスインタフェース１１は、パス１４を通じて処理部１２との間でパケットの送受信を行う。
【００４１】
さらに、ＭＲ１０は、送受信パケットの処理を行う処理部１２を有している。処理部１２は、プレフィックスと、ＭＲ１０に接続されているノードがプレフィックスを選択できるようにするための情報とを含むルータ通知（ＲＡ）を生成する機能を有している。なお、ルータ通知に含まれるプレフィックスには、アクセスルータのモバイルネットワークプレフィックス（ＭＮＰAR）や、ネットワークモビリティのモバイルネットワークプレフィックス（ＭＮＰNEMO）が含まれるが、これらの情報に限定されるものではない。
【００４２】
また、処理部１２は、非特許文献３で定義されているように、重複アドレス検出の際に近隣通知（Neighbor Advertisement）メッセージを生成する機能を有していることが望ましい。さらに、処理部１２は、ＭＲ１０に接続されているノードに関連した認証情報を処理する機能を有していることが望ましい。なお、ノードが実行する認証方法の一例としては、８０２．１ｘ認証方式が挙げられるが、これに限定されるものではない。また、認証情報には、ノードの識別情報、デジタル証明書、トークンなどが含まれていることが望ましいが、これらの情報に限定されるものではない。
【００４３】
また、処理部１２は、ＭＲ１０に接続されているノードがグローバルアドレスに使用するプレフィックスが、そのノードにとって正しいプレフィックスか否かを判断する機能を有していてもよい。さらに、処理部１２は、ノードが誤ったプレフィックスを使用している場合には、近隣通知（ＮＡ）やルータ通知（ＲＡ）によって応答を行う機能を有していてもよい。
【００４４】
さらに、ＭＲ１０は、ＭＲ１０に必要な情報を格納するＭＲキャッシュ１３を有している。なお、ＭＲキャッシュ１３内に格納される情報の一例としては、ＭＲ１０に接続されているノードの認証情報、プレフィックスキャッシュ１３ａ及びルータ近隣キャッシュ１３ｂが挙げられるが、これらに限定されるものではない。
【００４５】
プレフィックスキャッシュ１３ａには、ＭＮＰNEMO及びＭＮＰARが格納される。また、ルータ近隣キャッシュ１３ｂには、最近通信を行ったトラフィック先の近隣ノードのそれぞれに関するエントリのセットが格納される。なお、プレフィックスキャッシュ１３ａやルータ近隣キャッシュ１３ｂに格納される情報は、上記の情報に限定されるものではない。
【００４６】
次に、図２を参照しながら、本発明の実施の形態におけるノード（モバイルＰＡＮ内に接続されるノード）の好適な構成について説明する。図２は、本発明の実施の形態におけるノードの好適な構成の一例を示すブロック図である。
【００４７】
図２に図示されている構成例では、ノード２０はアクセスインタフェース２１を有している。ノード２０は、アクセスインタフェース２１によって、ノード２０が通信を行う他のノードやルータとの間で、パケットの送受信を行うことが可能となる。なお、アクセスインタフェース２１の一例としては、Ｗｉ−Ｆｉ、ブルートゥース（登録商標）、セルラなどが挙げられるが、これらに限定されるものではない。また、アクセスインタフェース２１から送信されるパケットの一例としては近隣要請（ＮＳ：Neighbor Solicitation）が挙げられるが、これに限定されるものではない。また、アクセスインタフェース２１は、パス２４を通じて処理部２２との間でパケットの送受信を行う。
【００４８】
さらに、ノード２０は、送受信パケットの処理を行う処理部２２を有している。処理部２２は、ノード２０の有効なアドレスを生成する機能を有している。処理部２２は、ＲＡから抽出されたモバイルネットワークプレフィックス（ＭＮＰ）に、自身が生成したインタフェース識別子を組み合わせることによってアドレスを形成する。さらに、処理部２２は、重複アドレス検出の際に近隣要請メッセージを生成する機能を有している。
【００４９】
さらに、ノード２０は、ノードに必要な情報を格納するノードキャッシュ２３を有している。なお、ノードキャッシュ２３に格納される情報の一例としては、ノード２０の個人的な認証情報やノード近隣キャッシュ２３ａなどが挙げられるが、これらに限定されるものではない。ノード近隣キャッシュ２３ａには、最近通信を行ったトラフィック先の近隣ノードのそれぞれに関するエントリのセットが格納される。なお、ノード近隣キャッシュ２３ｂに格納される情報は、上記の情報に限定されるものではない。
【００５０】
なお、本明細書では、主にノード２０（ＶＮ２０ａ及びＬＮ２０ｂ）がホストである場合を一例に挙げて説明しているが、ノード２０は、配下にネットワークを有するルータであってもよい。すなわち、例えば、ノード２０は、ＮＥＭＯプロトコルを実装したモバイルルータであってもよい。
【００５１】
次に、図３を参照しながら、本発明の実施の形態における好適なシステムについて説明する。図３は、本発明の実施の形態における好適なシステムの構成の一例を示す図である。図３に図示されているシステムでは、モバイルパーソナルエリアネットワーク（モバイルＰＡＮ）３１には、来訪者ノード（ＶＮ）２０ａが接続可能である。ＶＮ２０ａは、例えばモバイルＰＡＮ３１のユーザが所有するノードではない。さらに、モバイルＰＡＮ３１には、ローカルノード（ＬＮ）２０ｂが接続可能である。ＬＮ２０ｂは、例えばモバイルＰＡＮ３１のユーザが所有するノードである。
【００５２】
さらに、モバイルＰＡＮ３１は、ＭＲ１０を有している。ＭＲ１０は、あるリンクから別のリンクに移動して、ネットワークの接続ポイントを変更することが可能なルータである。ＭＲ１０は、２つ以上のインタフェース間でパケットの転送を行うとともに、モバイルＰＡＮ３１内にルータ通知を送信する機能を有することが望ましい。なお、ＭＲ１０が送信するルータ通知は、例えば後述の図４に図示されているように、ＭＮＰNEMO、ＭＮＰAR、プレフィックス選択を行うための情報を有することが望ましいが、これらに限定されるものではない。
【００５３】
また、ＶＮ２０ａ及びＬＮ２０ｂは、ＭＲ１０によって認証技術を利用して認証されることが望ましい。なお、上記の認証技術の一例としては、例えば８０２．１ｘなどが挙げられるが、これに限定されるものではない。これによって、ＶＮ２０ａ及びＬＮ２０ｂは、モバイルＰＡＮ３１内における動作の承認を受ける。
【００５４】
また、図３に図示されているシステムにおいて、アクセスルータ（ＡＲ）１０ａは、アクセスネットワーク（不図示）のエッジに存在し、経路３３を通じてワイドエリアネットワーク（ＷＡＮ）３４に接続されており、さらに、ＭＲ１０が、経路３２を通じてＡＲ１０ａに接続している。この構成によって、インターネットプロトコル(ＩＰ）の接続性が提供され、ＡＲ１０ａはＭＲ１０のデフォルトルータとして機能する。また、この構成によって、ＭＲ１０は、モバイルＰＡＮ３１とＷＡＮ３４との間のゲートウェイとして機能することが可能となる。
【００５５】
また、図３に図示されているシステムにおいて、ホームエージェント（ＨＡ）３５は、ＭＲ１０のホームルータであり、ＭＲ１０へのＭＮＰNEMOの割り当て及び登録を行う。
【００５６】
ＶＮ２０ａ及びＬＮ２０ｂは、モバイルノード又は固定ノードとして実現されることが望ましい。なお、ＶＮ２０ａ及びＬＮ２０ｂの一例としては、プリンタ、パーソナルコンピュータ、その他の電子周辺機器などが挙げられるが、これらに限定されるものではない。さらに、モバイルＰＡＮ３１には、１つ又は複数のノード２０が接続されてもよい。なお、当業者であれば、モバイルＰＡＮ３１に１つ以上のルータ（このルータはモバイルＰＡＮ３１のユーザが所有していてもよく、所有していなくてもよい）が接続されてもよいことは明らかである。また、ルータは、モバイルルータ又は固定ルータとして実現されてもよい。
【００５７】
さらに、ＭＲ１０及びＨＡ３５は、セキュリティ技術を利用して相互に通信を行うためのセキュアな関係を確立することが可能である。なお、上記のセキュリティ技術の一例としては、インターネット鍵交換（ＩＫＥ：Internet Key Exchange）が挙げられるが、これに限定されるものではない。
【００５８】
図３に図示されているシステムにおいて、ＭＲ１０は、フォーリンリンクに接続された場合には、ＡＲ１０ａからＭＮＰARを含むルータ通知（ＲＡ）を受信する。このとき、ＭＲ１０は、ＭＮＰARを使用して有効な気付アドレスを構成し、ＭＲキャッシュ１３ａに格納する。また、ＭＲ１０はＨＡ３５とセキュリティアソシエーションを確立する。ＭＲ１０とＨＡ３５との間でセキュリティアソシエーションが確立されると、ＭＲ１０は、バインディングアップデート（ＢＵ：Binding Update）メッセージをＨＡ３５に送信する処理を行って、現在の接続ポイントにおけるアドレス（ＭＮＰARを使用して構成された有効な気付アドレス）のアップデートを行う。
【００５９】
ＨＡ３５は、ＢＵメッセージが有効なホームユーザからのものか否かのチェックを行い、有効なホームユーザからのＢＵメッセージに関しては、自身のＢＵキャッシュのアップデートを行う。このとき、ＨＡ３５は、ＭＲ１０のユニークなホームアドレスをＭＲ１０の現在の気付アドレスに関連付ける。
【００６０】
また、ＭＲ１０はＨＡ３５に対してＭＮＰの要求を行い、例えば、ＤＨＣＰｖ６のプレフィックス委譲などの技術によって、ＨＡ３５から静的に割り当てられる。なお、ＭＮＰの割り当てに係る技術は、ＤＨＣＰｖ６のプレフィックス委譲に限定されるものではない。そして、ＨＡ３５は、ＭＮＰNEMOを含むＲＡをＭＲ１０に送信する。これによって、ＨＡ３５は、ＭＲ１０がどのＭＮＰを使用するかに関して管理を行うことが可能となる。
【００６１】
なお、別の態様として、ＭＲ１０がＭＮＰNEMOを生成し、このＭＮＰNEMOをモバイルＰＡＮ３１内のノード又はルータに通知するとともに、ＨＡ３５に登録することも可能である。これによって、ＭＲ１０は、ＭＮＰNEMOを動的に生成することが可能となり、ＨＡ３５への処理依存（ＨＡ３５の処理負荷）を低減させることが可能となる。ＭＲ１０は、例えば上述の方法で有効なＭＮＰNEMOを得た場合には、このＭＮＰNEMOをプレフィックスキャッシュ１３ａに格納する。
【００６２】
ＭＲ１０は、必要なプレフィックス（上述のＭＮＰARやＭＮＰNEMO）を取得した後、これらのプレフィックスを含むルータ通知（例えば図４に図示されているルータ通知）を構築して、モバイルＰＡＮ３１内に通知する。
【００６３】
図４は、本発明の実施の形態におけるモバイルルータが送信するルータ通知メッセージの一例を示す図である。
【００６４】
図４において、ＲＡ４０は、ＭＲ１０が生成するルータ通知である。ＲＡ４０は、ＩＰフィールド４１を有している。ＩＰフィールド４１には、ＲＡ４０のＩＰヘッダが設定される。ＩＰフィールド４１には、例えばＭＲ１０のインタフェースの送信元アドレスやマルチキャストあて先アドレスなどが含まれるが、これらに限定されるものではない。
【００６５】
さらに、ＲＡ４０は、インターネットレイヤ機能を実行するために使用されるインターネット制御メッセージプロトコル（ＩＣＭＰ：Internet Control Message Protocol）フィールド４２を有する場合もある。ＩＣＭＰフィールド４２には、アドレス構成フラグやルータのライフタイムなどが含まれてもよいが、これらに限定されるものではない。
【００６６】
さらに、ＲＡ４０はオプション４３を有している。このオプション４３には、ＶＮ２０ａやＬＮ２０ｂがアドレス構成のために使用するプレフィックス情報が含まれている。オプション４３には、ＭＮＰNEMO４３ａ、ＭＮＰAR４３ｂ、プレフィックス選択４３ｃなどの情報が含まれてもよいが、これらに限定されるものではない。
【００６７】
ＭＮＰNEMO４３ａには、モバイルＰＡＮ３１内のローカルノード（ＬＮ）がアドレス構成に使用するためのプレフィックス（ＭＮＰNEMO）が含まれている。一方、ＭＮＰAR４３ｂには、モバイルＰＡＮ３１内の来訪者ノード（ＶＮ）がアドレス構成に使用するためのプレフィックス（ＭＮＰAR）が含まれている。なお、ＭＮＰNEMO４３ａ及びＭＮＰAR４３ｂには、プレフィックスがそれぞれ１つずつ含まれている場合が図示されているが、当業者であれば、ＭＮＰNEMO４３ａ及びＭＮＰAR４３ｂのそれぞれに複数のプレフィックスが含まれてもよいことは明らかである。
【００６８】
さらに、プレフィックス選択４３ｃによって、モバイルＰＡＮ３１内のノードに対して、モバイルＰＡＮ３１内における役割（例えばノードのホームネットワークがＭＲ１０のホームネットワークと同一か否か）に基づいたアドレス構成を行うためにどのプレフィックスを使用すべきかの通知が行われる。ＭＲ１０が１つ以上のプレフィックスをモバイルＰＡＮ３１内に通知する場合、ＭＲ１０は、モバイルＰＡＮ３１内のノードがプレフィックスをどのように使用すべきかを示す情報をプレフィックス選択４３ａ内に付加することが望ましい。
【００６９】
具体的には、プレフィックス選択４３ｃには、マルチキャストされるＲＡに含まれる２種類のプレフィックスのうちのどちらがＭＮＰNEMOで、どちらがＭＮＰARであるかを識別するための情報が含まれる。これによって、プレフィックス選択４３ｃ内の情報を読み取ることのできるＶＮ又はＬＮは、それぞれ自身の通信に適切なプレフィックスを選択（ＶＮの場合にはＭＮＰARを選択、ＬＮの場合にはＭＮＰNEMOを選択）することが可能となる。
【００７０】
ノードが１つ以上のプレフィックスを含むＲＡ４０を受信した場合、そのノードは、プレフィックス選択４３ａ内に格納されている情報を処理して、どのプレフィックスを使用して自身のグローバルアドレスを構成すべきかを特定することが可能である。
【００７１】
なお、図４では、１つのＲＡ４０内に存在するオプション４３にＭＮＰNEMO４３ａ及びＭＮＰAR４３ｂの２種類のプレフィックスを格納するフィールドが含まれ、さらに、これらのオプション４３内の各プレフィックスがどちらの種類に属するかを示す情報を格納するプレフィックス選択４３が設けられている。しかしながら、図４に示すＲＡ４０は一例であり、異なるメッセージフォーマットであってもよい。
【００７２】
なお、図４に示すＲＡ４０には、２種類のプレフィックスが同時に挿入されているが、さらに多数（３種類以上）のプレフィックスが、ＲＡに挿入されてもよい。また、図４に示すＲＡ４０には、２種類のプレフィックスが同時に挿入されているが、例えばＭＮＰNEMO４３ａ及びＭＮＰAR４３ｂの２種類のプレフィックスが、それぞれ異なるＲＡによって送信されてもよい。また、図４に示すＲＡ４０には、２種類のプレフィックスの配列の後にプレフィックス選択４３ｃが設けられているが、例えばＭＮＰNEMO４３ａ及びＭＮＰAR４３ｂの２種類のプレフィックスのそれぞれのフィールドの先頭箇所に後続のフィールドに含まれるプレフィックスがどちらの種類に属するかを示す情報（例えばフラグ）が挿入されてもよい。また、例えばＲＡ４０にはＭＮＰNEMO４３ａ、ＭＮＰAR４３ｂの順番でそれぞれのプレフィックスを１つずつ挿入するなどのように、ＲＡ４０内におけるプレフィックス配置があらかじめ定められている場合には、プレフィックス選択４３のフィールドは不要となる。
【００７３】
以下、図１に示すＭＲ１０の構成、図２に示すノード２０の構成、図３に示すネットワーク構成、図４に示すＲＡメッセージのフォーマットを参照しながら、本発明の第１〜第８の実施の形態に係る動作について説明する。
【００７４】
＜第１の実施の形態＞
まず、図５を参照しながら、本発明の第１の実施の形態において、モバイルルータがノードに対してステートレスアドレス構成用のプレフィックスを提供する方法について説明する。図５は、本発明の第１の実施の形態において、モバイルルータがノードに対してステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すシーケンスチャートである。
【００７５】
なお、図５では、ＶＮ２０ａは、モバイルＰＡＮ３１に移動しており、例えば８０１．ｘなどの認証技術（８０２．ｘに限定されるものではない）を利用してＭＲ１０に既に認証されていることが望ましい。
【００７６】
ＭＲ１０は、ステップＳ５０において、モバイルＰＡＮ３１内にＲＡ４０をマルチキャストする。ＶＮ２０ａは、ＲＡ４０を取得すると、ステップＳ５１においてアドレス構成を実行することが可能となる。ステップＳ５１のアドレス構成では、ＶＮ２０ａは、ＲＡのプレフィックス選択４３ｃ内の情報に基づいてＲＡ４０からＭＮＰAR４３ｂを抽出し、自身で生成したインタフェース識別子をＭＮＰAR４３ｂに結合して、有効な一時的アドレス（ＶＮ２０ａがグローバルアドレスとして使用するアドレス候補）を形成することが可能となる。
【００７７】
ＶＮ２０ａは、一時的なアドレスを生成すると、この一時的なアドレスがモバイルＰＡＮ３１内でユニークか否かを判断するために、ステップＳ５２において、モバイルＰＡＮ３１に近隣要請（ＮＳ）をマルチキャストする。ステップＳ５２で送信されるＮＳには、例えば未指定の送信元アドレス及びＶＮ２０ａの一時的アドレスが含まれるが、これに限定されるものではない。
【００７８】
モバイルＰＡＮ３１内のノード又はルータは、ステップＳ５２で送信されたＶＮ２０ａのＮＳを受信すると、例えば送信元アドレスから、このＮＳがどのタイプの要請メッセージであるかを判断することが可能である。ステップＳ５２で送信されたＮＳメッセージは未指定の送信元アドレスを有しているので、モバイルＰＡＮ３１内のノード又はルータは、このＮＳが重複アドレス検出（ＤＡＤ：Duplicate Address Detection）を実行しているノードから送信されたものであると判断する。
【００７９】
モバイルＰＡＮ３１内の別のノード又はルータがこのＮＳに記載されている一時的アドレスを使用している場合には、一時的アドレスは重複しているとみなされ、その特定のノード又はルータが、ＮＳに応答して、モバイルＰＡＮ３１内に近隣通知（ＮＡ：Neighbor Advertisement）をマルチキャストする。
【００８０】
ＶＮ２０ａがステップＳ５２で送信されたＮＳに対して有効なＮＡ（すなわち、アドレスの重複を示すＮＡ）を受信しなかった場合には、一時的アドレスはユニークであると考えられ、一時的アドレスは、モバイルＰＡＮ３１内におけるＶＮ２０ａのグローバルアドレスとなる。
【００８１】
しかしながら、ＶＮ２０ａがステップＳ５２で送信されたＮＳに対する有効なＮＡを受信した場合には、一時的アドレスはモバイルＰＡＮ３１内においてユニークではない（すなわち、例えばこの一時的アドレスは既に他のノードによって使用されている）。この場合には、ＶＮ２０ａは、この一時的アドレスによってノード近隣キャッシュ２３ａをアップデートする。さらに、ＶＮ２０ａは、新たな一時的アドレスを生成し、モバイルＰＡＮ３１内に新たなＮＳをマルチキャストする（新たな一時的アドレスの重複アドレス検出を実行）。
【００８２】
以上、説明したように、本発明の第１の実施の形態によれば、モバイルＰＡＮ３１内のノード又はルータは、ＲＡ４０から正しいＭＮＰを選択し、ステートレスメカニズムを利用して自身のアドレスを構成することが可能となる。したがって、ＭＲ１０は、モバイルＰＡＮ３１内のノード又はルータへのプレフィックスの割り当て制御を実現することが可能となる。
【００８３】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。図５に示すシーケンスチャートでは、ＶＮ２０ａは、プレフィックス選択４３ｃ内に格納されている情報を理解し、ＲＡ４０内のどのＭＮＰを使用すべきかを決定できる必要がある。以下では、本発明の第２の実施の形態において、レガシノードが上述のアドレス構成方法を実行できるようにするための方法について説明する。なお、以下の本発明の第２の実施の形態に係る説明では、図５に示すＶＮ２０ａがレガシノードであるとする。レガシノードは、従来の技術に係るノードであり、例えば図４に示すＲＡ４０内のプレフィックス選択内に格納されている情報を理解できず、適切なプレフィックスの選択を能動的に行うこともできない。
【００８４】
本発明の第２の実施の形態では、ＶＮ２０ａは、ステップＳ５０でＲＡ４０を受信してもプレフィックス選択４３ｃ内の情報を理解することができないので、例えばＲＡ４０のオプション４３の先頭に存在している利用可能なプレフィックスを選択する。なお、ここで説明する例では、ＶＮ２０ａはＭＮＰNEMO４３ａを選択し、ステップＳ５１でアドレス構成を実行して、一時的アドレスの生成を行うものとする。この処理は、上述の図５で説明した処理と同一であり、ここでは詳細に関しては説明を省略する。そして、ＶＮ２０ａは、一時的アドレスを生成すると、モバイルＰＡＮ３１内に近隣要請（ＮＳ）をマルチキャストする。この処理も、上述の図５で説明した処理と同一であり、ここでは詳細に関しては説明を省略する。
【００８５】
次に、図６を参照しながら、本発明の第２の実施の形態において、モバイルルータがレガシノードに対してステートレスアドレス構成用のプレフィックスを提供する方法について説明する。図６は、本発明の第２の実施の形態において、モバイルルータがレガシノードに対してステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すフローチャートである。なお、図６に示すフローチャートのステップＳ６０〜Ｓ６２の処理はＭＲ１０によって実行されるものであり、ステップＳ６３の処理はＶＮ２０ａ（レガシノード）によって実行されるものである。
【００８６】
ＭＲ１０は、ステップＳ６０において、ステップＳ５２で送信されたＶＮ２０ａのＮＳを受信すると、ステップＳ６１において、その一時的アドレスをチェックして、ＶＮ２０ａが正しいＭＮＰを使用しているか否かの確認を行う。
【００８７】
ＭＲ１０は、ＶＮ２０ａが使用しているＭＮＰが正しいもの（すなわちＭＮＰAR）か、あるいは誤ったもの（すなわちＭＮＰNEMO）かを判断することが可能である。ＭＲ１０は、ＶＮ２０ａが正しいＭＮＰを使用していると判断した場合には、特別な処理は行われず動作は終了となる。
【００８８】
一方、ＭＲ１０は、ＶＮ２０ａが誤ったＭＮＰを使用していると判断した場合には、ステップＳ６２において、ステップＳ５２で送信されたＶＮ２０ａのＮＳに応答して、ＮＡをマルチキャストする。このＮＡは、ＤＡＤにおけるアドレス重複を示すＮＡである。すなわち、ＭＲ１０は、誤ったＭＮＰが使用されている一時的アドレスに対して、ＤＡＤにおけるアドレス重複を示すＮＡによって応答を行うように構成されている。
【００８９】
有効なＮＡ（すなわち、アドレスの重複を示すＮＡ）を受信したＶＮ２０ａは、この一時的アドレスがモバイルＰＡＮ３１内でユニークではないと判断し、このアドレスによってノード近隣キャッシュ２３ａをアップデートする。この場合、ＶＮ２０ａは、ステップＳ６３において、新たな一時的アドレスを生成して、モバイルＰＡＮ３１内に新たなＮＳをマルチキャストする。
【００９０】
また、ＶＮ２０ａは、ＭＮＰを使用して構成する一時的アドレスのＤＡＤ処理に失敗し、例えば特定のＭＮＰ（すなわちＭＮＰNEMO）を含む一時的アドレスに関してＤＡＤ処理の失敗が所定回数に達した場合には、ＲＡ４０内の別のＭＮＰ（すなわちＭＮＰAR）を使用することになる。これによって、ＶＮ２０ａは、適切なプレフィックス（ＭＮＰAR）を含むアドレスを構成することができるようになる。
【００９１】
以上、説明したように、本発明の第２の実施の形態では、ＭＲ１０は、誤ったＭＮＰ（ＭＮＰNEMO）を使用して構成された一時的アドレスを含むＶＮ２０ａのＮＳに応答して、アドレス重複を示すＮＡのマルチキャストを行うことで新たなアドレスを構成させることが可能となる。ここで、レガシノード又はレガシルータが、別の正しいＭＮＰ（ＭＮＰAR）を選択した場合には、モバイルＰＡＮ３１内で使用可能な有効なアドレスを構成することが可能となる。このように、レガシノード又はレガシルータは本発明においても動作可能となり、上述の本発明の第１の実施の形態と同様の利益を得ることが可能となる。
【００９２】
なお、当業者であれば、本発明の第２の実施の形態において、モバイルＰＡＮ３１内に、レガシルータ又はレガシノードが複数存在してもよいことは明らかである。
【００９３】
＜第３の実施の形態＞
次に、図７を参照しながら、本発明の第３の実施の形態において、モバイルルータが認証されていないローカルノードに対してステートレスアドレス構成用のプレフィックスを提供する方法について説明する。図７は、本発明の第３の実施の形態において、モバイルルータが認証されていないローカルノードに対してステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すフローチャートである。
【００９４】
ＭＲ１０は、ステップＳ７０において、ＬＮ２０ｂの真正性（ＬＮ２０ｂが認証されたノードか否か）を検証する。ＬＮ２０ｂがＭＲ１０に対して認証処理を実行することができる場合には、ＭＲ１０は、ステップＳ７１において、ＬＮ２０ｂがローカルノードであることを承認する。一方、この本発明の第３の実施の形態では、ＬＮ２０ｂがＭＲ１０に対して認証処理を実行する機能を有さないことを前提とする。この場合、ＭＲ１０は、ステップＳ７２において、ＬＮ２０ｂをモバイルＰＡＮ３１内の来訪者ノードとして取り扱う。なお、認証方式としては、例えば８０２．１ｘが挙げられるが、これに限定されるものではない。
【００９５】
以降の処理は、図６で説明したステップＳ６０〜Ｓ６３におけるプレフィックス委譲の処理が行われる。なお、これらの処理の詳細は、先に説明したものと同一であり、ここでは説明を省略する。
【００９６】
以上、説明したように、本発明の第３の実施の形態では、ＭＲ１０は、認証処理を実行することができないモバイルＰＡＮ３１内のノード又はルータを来訪者ノード又は来訪者ルータとして取り扱い、プレフィックス委譲を行うことが可能となる。したがって、ＭＲ１０は、承認していないノード又はルータに関しては、来訪者ノード又は来訪者ルータとして取り扱い、このノード又はルータに対してＭＮＰARを使用したアドレスの使用のみを許可する。これにより、ＭＲ１０は、ＭＮＰNEMOの委譲を管理することによって、認証されていないノードがユーザのホームネットワークにアクセスすることが可能なローカルノードとして振る舞うことを防ぎ、ローカルノードになりすます悪意あるノードに係る危険を低減して、モバイルＰＡＮ３１内で一定レベルのセキュリティを実現することが可能となる。
【００９７】
なお、当業者であれば、本発明の第３の実施の形態において、モバイルＰＡＮ３１内に、認証されていないルータ又はノードが複数存在してもよいことは明らかである。
【００９８】
＜第４の実施の形態＞
次に、本発明の第４の実施の形態において、ステートフルアドレス構成を実施する方法について説明する。この本発明の第４の実施の形態では、ＭＲ１０がＤＨＣＰサーバとして機能し、モバイルＰＡＮ３１内にルータ通知を送信しない場合（あるいは、ルータ通知にアドレス構成用のプレフィックスを挿入しない場合）について説明する。
【００９９】
本発明の第４の実施の形態では、ＶＮ２０ａは、例えばＲＡを検出することができない場合にステートフルなアドレス構成処理を開始する。ここでは、ＶＮ２０ａは、利用可能なＤＨＣＰサーバを発見するためにマルチキャストＤＨＣＰ要請メッセージを送信する。
【０１００】
このＤＨＣＰ要請メッセージを受信したＭＲ１０は、ＤＨＣＰ通知メッセージで応答を行う。そして、ＶＮ２０ａは、ＭＲ１０のＤＨＣＰ通知メッセージへの応答として、ＤＨＣＰアドレス要求メッセージをＭＲ１０に送信し、アドレスの確実な割り当てやその他の構成情報を要求する。ＭＲ１０は、検証済みアドレス（重複のないアドレス）及び構成情報を含むＤＨＣＰアドレス応答メッセージでＶＮ２０ａへの応答を行う。このとき、ＭＲ１０は、ＤＨＣＰを利用してアドレスを割り当てるので、来訪者ノード又はローカルノードが使用するプレフィックスを選択的に提供することが可能となる。
【０１０１】
なお、通常の場合には、要求ノード（ＤＨＣＰアドレス要求メッセージの送信元）は、ＤＨＣＰによってＤＨＣＰサーバに自ノードを識別させることが可能である。これを利用して、ＭＲ１０は、要求ノードが来訪者ノードであるのか、又はローカルノードであるのかを識別し、適切なプレフィックスを有するアドレスを割り当てることが可能である。なお、ＤＨＣＰ要求には、ＭＲ１０が要求ノードの素性に関しても識別可能となる情報が含まれることが望ましい。
【０１０２】
また、ＭＲ１０が要求ノードを十分に識別できない場合や、ＭＲが要求ノードを識別するために必要な情報がＤＨＣＰ要求内に含まれていない場合などには、ＭＲ１０は、要求ノードを単に来訪者ノードとして取り扱い、ＭＮＰARに由来するアドレスを割り当てるようにしてもよい。
【０１０３】
以上、説明したように、本発明の第４の実施の形態によれば、モバイルＰＡＮ３１内のノードに対してステートフルにアドレス割り当てを行う場合に、ＤＨＣＰサーバによるノードの識別結果に応じて、このノードに対して割り当てるアドレス（ＭＮＰARを含むアドレス又はＭＮＰNEMOを含むアドレス）を正しく選択することが可能となる。
【０１０４】
なお、当業者であれば、本発明の第４の実施の形態において、モバイルＰＡＮ３１内に、ルータ又はノードが複数存在してもよいことは明らかである。
【０１０５】
＜第５の実施の形態＞
次に、本発明の第５の実施の形態について説明する。この本発明の第５の実施の形態では、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対してステートレスアドレス構成を実施する方法について説明する。
【０１０６】
ステートレスアドレス自動構成を使用するレガシノードでは、インタフェースにユニキャストアドレスを割り当てる前に、ユニキャストアドレスに関して重複アドレス検出（ＤＡＤ）が実行され、ユニキャストアドレスが一意性を有するか否かのテストが行われる必要がある。
【０１０７】
しかしながら、ステートレスアドレス自動構成が使用されている場合には、サブネットのプレフィックスが正しく割り当てられると仮定され、アドレスの一意性はインタフェース識別子によってのみ判断される。したがって、ＲＡ４０内のプレフィックス選択４３ａを理解することができないレガシノード又はレガシルータが誤ったＭＮＰを選択し、自身のグローバルアドレスを生成する場合には問題が生じることになる。
【０１０８】
以下、図８を参照しながら、本発明の第５の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対してプレフィックスを提供する方法について説明する。図８は、本発明の第５の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対してプレフィックスを提供する方法の一例を示すシーケンスチャートである。なお、以下の本発明の第５の実施の形態に係る説明では、図８に示すＶＮ２０ａがレガシノードであり、ステートレスアドレス自動構成を行うものとする。
【０１０９】
ＶＮ２０ａはネットワーク内に移動すると、例えば８０２．１ｘなどの認証技術（これに限定されるものではない）を利用して、ＭＲ１０に認証される。そして、ＶＮ２０ａは、インタフェース識別子に関して重複アドレス検出（ＤＡＤ）を実行することによって一時的アドレスの一意性をテストする。
【０１１０】
インタフェース識別子の一意性のテストが完了すると、ＶＮ２０ａは、ステップＳ８０において、例えばＲＡ４０のオプション４３の先頭に存在している利用可能なプレフィックス（ＭＮＰNEMO４３ａ）を抽出して自身のインタフェース識別子に結合させ、自身のグローバルアドレスを構成する。
【０１１１】
そして、ＶＮ２０ａはこのグローバルアドレスを使用したパケット通信を開始し、ステップＳ８１において、このグローバルアドレスが送信元アドレスとして設定されたパケットの送信を行う。このとき、ＭＮＲ１０は、ステップＳ８２において、このパケットの送信元アドレスに設定されているＶＮ２０ａのグローバルアドレスをチェックして、正しいＭＮＰが使用されているか否かの確認を行う。
【０１１２】
ここでは、ＶＮ２０ａのグローバルアドレスにＭＮＰNEMOが使用されているので、ＭＲ１０は、ＶＮ２０ａが誤ったＭＮＰを使用していると判断し、ステップＳ８３において、「管理アドレス設定フラグ（Managed address configuration flag）」（Ｍビットとも呼ばれる）が設定された非要請ＲＡ（unsolicited RA）をＶＮ２０ａに送信する。なお、Ｍビットの設定は、ステートフルアドレス構成の実行を通知するものである。また、『非要請（unsolicited）』は、受信者の同意無く送信されることを意味する。
【０１１３】
ＶＮ２０ａは、ステップＳ８３で送信された非要請ＲＡ８３を受信すると、ステートフルプロトコルを使用してアドレス構成を行う。この場合、アドレス構成のステートフルプロトコルによって、例えば、上述の本発明の第４の実施の形態で説明したＤＨＣＰに係る処理が実行される。
【０１１４】
以上、説明したように、本発明の第５の実施の形態によれば、単に自身のインタフェース識別子に関してのみ重複アドレス検出を実行するレガシノード又はレガシルータに対して、正しいＭＮＰを含むアドレスを割り当てることが可能となる。
【０１１５】
なお、当業者であれば、本発明の第５の実施の形態において、モバイルＰＡＮ３１内に、レガシルータ又はレガシノードが複数存在してもよいことは明らかである。
【０１１６】
＜第６の実施の形態＞
次に、図９を参照しながら、本発明の第６の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対して、ステートレスアドレス構成用のプレフィックスを提供する方法について説明する。図９は、本発明の第６の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに関して、ステートレスアドレス構成を実施する方法の一例を示すシーケンスチャートである。なお、以下の本発明の第６の実施の形態に係る説明では、図９に示すＶＮ２０ａがレガシノードであり、ステートレスアドレス自動構成を行うものとする。
【０１１７】
ＶＮ２０ａはネットワーク内に移動すると、例えば８０２．１ｘなどの認証技術（これに限定されるものではない）を利用して、ＭＲ１０に認証される。そして、ＶＮ２０ａは、インタフェース識別子に関して重複アドレス検出（ＤＡＤ）を実行することによって一時的アドレスの一意性をテストする。
【０１１８】
インタフェース識別子の一意性のテストが完了すると、ＶＮ２０ａは、ステップＳ８０において、例えばＲＡ４０のオプション４３の先頭に存在している利用可能なプレフィックス（ＭＮＰNEMO４３ａ）を使用して自身のグローバルアドレスを構成し、ステップＳ８１において、このグローバルアドレスが送信元アドレスとして設定されたパケットの送信を行う。一方、ＭＲ１０は、ステップＳ８２において、ＶＮ２０ａが正しいＭＮＰを使用しているか否かのチェックを行う。なお、上述のステップＳ８０〜Ｓ８２は、図８に示すものと同様であり、ここでは、詳細な説明を省略する。
【０１１９】
ここでは、ＶＮ２０ａのグローバルアドレスにＭＮＰNEMOが使用されているので、ＭＲ１０は、ＶＮ２０ａが誤ったＭＮＰを使用していると判断し、ステップＳ８３ａにおいて、非要請ＮＡ（unsolicited NA）をＶＮ２０ａに送信する。なお、この非要請ＮＡは、アドレス重複を示すＮＡである。
【０１２０】
ＶＮ２０ａは、ステップＳ８３ａで送信された非要請ＮＡを受信すると、自身のグローバルアドレスはユニークではないと判断し、ランダムな期間だけ待機（バックオフ）した後に、アドレス自動構成を再実行する。
【０１２１】
なお、この場合も本発明の第２の実施の形態と同様に、ＶＮ２０ａは、例えば特定のＭＮＰ（すなわちＭＮＰNEMO）を含む一時的アドレスに関してＤＡＤ処理の失敗が所定回数に達した場合に、ＲＡ４０内の別のＭＮＰ（すなわちＭＮＰAR）を使用することによって、適切なプレフィックス（ＭＮＰAR）を含むアドレスを構成することができるようになる。
【０１２２】
以上、説明したように、本発明の第６の実施の形態によれば、単に自身のインタフェース識別子に関してのみ重複アドレス検出を実行するレガシノード又はレガシルータに対して、アドレス重複を示す非要請ＮＡを送信することで新たなアドレスを構成させることが可能となる。ここで、レガシノード又はレガシルータが、別の正しいＭＮＰ（ＭＮＰAR）を選択した場合には、モバイルＰＡＮ３１内で使用可能な有効なアドレスを構成することが可能となる。
【０１２３】
なお、当業者であれば、本発明の第６の実施の形態において、モバイルＰＡＮ３１内に、レガシルータ又はレガシノードが複数存在してもよいことは明らかである。
【０１２４】
＜第７の実施の形態＞
次に、図１０を参照しながら、本発明の第７の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対して、ステートレスアドレス構成用のプレフィックスを提供する方法について説明する。図１０は、本発明の第７の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対して、ステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すシーケンスチャートである。なお、以下の本発明の第７の実施の形態に係る説明では、図１０に示すＶＮ２０ａがレガシノードであり、ステートレスアドレス自動構成を行うものとする。
【０１２５】
ＶＮ２０ａはネットワーク内に移動すると、例えば８０２．１ｘなどの認証技術（これに限定されるものではない）を利用して、ＭＲ１０に認証される。そして、ＶＮ２０ａは、インタフェース識別子に関して重複アドレス検出（ＤＡＤ）を実行することによって一時的アドレスの一意性をテストする。
【０１２６】
インタフェース識別子の一意性のテストが完了すると、ＶＮ２０ａは、ステップＳ８０において、例えばＲＡ４０のオプション４３の先頭に存在している利用可能なプレフィックス（ＭＮＰNEMO４３ａ）を使用して自身のグローバルアドレスを構成し、ステップＳ８１において、このグローバルアドレスが送信元アドレスとして設定されたパケットの送信を行う。一方、ＭＲ１０は、ステップＳ８２において、ＶＮ２０ａが正しいＭＮＰを使用しているか否かのチェックを行う。なお、上述のステップＳ８０〜Ｓ８２は、図８に示すものと同様であり、ここでは、詳細な説明を省略する。
【０１２７】
ここでは、ＶＮ２０ａのグローバルアドレスにＭＮＰNEMOが使用されているので、ＭＲ１０は、ＶＮ２０ａが誤ったＭＮＰを使用していると判断し、ステップＳ８３ｂにおいて、オプション４３にＭＮＰARのみを含む非要請ＲＡ（unsolicited RA）をＶＮ２０ａに送信する。ＶＮ２０ａは、ステップＳ８３ｂで送信された非要請ＲＡを受信すると、ＲＡ８３ｂで通知されたＭＮＰARを使用して新たなグローバルアドレスを構成することによって、正しいプレフィックス（ＭＮＰAR）を使用したアドレスが生成される。なお、この場合の非要請ＲＡ（unsolicited RA）はＶＮ２０ａに対するユニキャストで送信されることが望ましい。
【０１２８】
以上、説明したように、本発明の第７の実施の形態によれば、単に自身のインタフェース識別子に関してのみ重複アドレス検出を実行するレガシノード又はレガシルータに対して、正しいプレフィックスを含む非要請ＲＡを送信することで、新たなアドレスを正しく再構成させることが可能となる。
【０１２９】
なお、ステップＳ８３ｂで送信された非要請ＲＡを受信したＶＮ２０ａは、この非要請ＲＡがＭＮＰARを使用したアドレス再構成の要求であることを把握できない場合がある。このような場合を想定し、例えば本発明の第６及び第７の実施の形態を組み合わせて、アドレス重複を示す非要請ＮＡの送信（図９のステップＳ８３ａ）直後に、ＭＮＰARのみを含む非要請ＲＡの送信（図１０のステップＳ８３ｂ）を行ってもよい。
【０１３０】
また、当業者であれば、本発明の第７の実施の形態において、モバイルＰＡＮ３１内に、レガシルータ又はレガシノードが複数存在してもよいことは明らかである。
【０１３１】
＜第８の実施の形態＞
次に、本発明の第８の実施の形態について説明する。上述の本発明の第１〜第７の実施の形態では、正しいプレフィックス（あるいは正しいプレフィックスが使用されたアドレス）の提供が主にＭＲによって実現されているが、１つ又は複数のルータやノードが直接接続されているＡＲ１０ａによってプレフィックスの提供が行われてもよい。
【０１３２】
本発明の第８の実施の形態では、ＡＲ１０ａが、ＡＲ１０ａに直接接続されているルータやノードに対して、１つ又は複数のＭＮＰを通知するように構成されている。なお、この場合、ＡＲ１０ａの各構成要素は、図１に図示されているＭＲ１０の構成要素と同一となる。ただし、ＭＮＰNEMOは、ＡＲ１０ａが本来通知するＡＲ１０ａ配下のアクセスネットワークを特定するプレフィックスと読み換えられ、ＭＮＰARは、ＡＲ１０ａが直接又は間接的に接続している上位ネットワークを特定するプレフィックスと読み換えられることが望ましい。
【０１３３】
なお、上述の本発明の各実施の形態に開示されている技術内容は、本発明の一態様を表現したものに過ぎず、本発明は、上述の各実施の形態に開示されている技術内容から理解、類推される範囲を有している。また、上述の本発明の各実施の形態において用いられている用語が示す意味や用語の定義などは、その実施の形態に限定されることなく、他の実施の形態に適用可能である。また、上述の本発明の各実施の形態を任意に組み合わせることによって、本発明を実現することも可能である。
【０１３４】
また、本明細書では、モバイルネットワークの一例として、モバイルＰＡＮを挙げて説明しているが、本発明は、モバイルネットワークの態様がモバイルＰＡＮである場合に限定されるものではない。また、本発明のモバイルルータは、個別の実体を持つ端末デバイスであることはもちろん、例えば、実際の移動端末の接続点となる固定局間を論理エンティティとして移動し移動端末に対してモバイルネットワークを提供する、ソフトウェアなどで実装された論理的存在に対しても適用可能である。
【０１３５】
また、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チ
ップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１３６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１３７】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１３８】
本発明は、複数のプレフィックスを通知するルータに接続された通信ノードが、適切なプレフィックスを含むアドレスを使用できるようになるという効果や、特に、通信ノードが、複数のプレフィックスを通知するモバイルルータが有するモバイルＰＡＮに接続された場合に、適切なプレフィックスを含むアドレスを使用できるようになるという効果を有しており、ネットワーク（特にモバイルネットワーク）におけるプレフィックス通知に係る技術や、無線通信を用いたネットワーク技術に適用可能である。
【図面の簡単な説明】
【０１３９】
【図１】本発明の実施の形態におけるモバイルルータの好適な構成の一例を示すブロック図
【図２】本発明の実施の形態におけるノードの好適な構成の一例を示すブロック図
【図３】本発明の実施の形態における好適なシステムの構成の一例を示す図
【図４】本発明の実施の形態におけるモバイルルータが送信するルータ通知メッセージの一例を示す図
【図５】本発明の第１の実施の形態において、モバイルルータがノードに対してステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すシーケンスチャート
【図６】本発明の第２の実施の形態において、モバイルルータがレガシノードに対してステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すフローチャート
【図７】本発明の第３の実施の形態において、モバイルルータが認証されていないローカルノードに対してステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すフローチャート
【図８】本発明の第５の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対してプレフィックスを提供する方法の一例を示すシーケンスチャート
【図９】本発明の第６の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに関して、ステートフルアドレス構成を実施する方法の一例を示すシーケンスチャート
【図１０】本発明の第７の実施の形態において、自身のインタフェースアドレス（インタフェース識別子）に関してのみ重複アドレス検出を実行するレガシノードに対して、ステートレスアドレス構成用のプレフィックスを提供する方法の一例を示すシーケンスチャート
【符号の説明】
【０１４０】
１０  モバイルルータ（ＭＲ）
１０ａ  アクセスルータ
１１、２１  アクセスインタフェース
１２、２２  処理部
１３  ＭＲキャッシュ
１３ａ  プレフィックスキャッシュ
１３ｂ  ルータ近隣キャッシュ
２０  ノード
２０ａ  ノード（ＶＮ、来訪者ノード）
２０ｂ  ノード（ＬＮ、ローカルノード）
２３  ノードキャッシュ
２３ａ  ノード近隣キャッシュ
３１  モバイルＰＡＮ（モバイルパーソナルエリアネットワーク）
３４  ＷＡＮ（ワイドエリアネットワーク）
３５  ホームエージェント（ＨＡ）
４０  ＲＡ（ルータ通知）
４１  ＩＰフィールド
４２  ＩＣＭＰフィールド
４３  オプション
４３ａ  ＭＮＰNEMO
４３ｂ  ＭＮＰAR
４３ｃ  プレフィックス選択
【図１】
2009529808.tif 000003
【図２】
2009529808.tif 000004
【図３】
2009529808.tif 000005
【図４】
2009529808.tif 000006
【図５】
2009529808.tif 000007
【図６】
2009529808.tif 000008
【図７】
2009529808.tif 000009
【図８】
2009529808.tif 000010
【図９】
2009529808.tif 000011
【図１０】
2009529808.tif 000012
【手続補正書】
【提出日】平成20年9月12日(2008.9.12)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2009529808.tif 000013
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2009529808.tif 000014
【国際調査報告】
2009529808.tif 000015
2009529808.tif 000016
2009529808.tif 000017