ホームエージェントがモバイルノードのホームアドレス宛のパケットを前記モバイルノードの複数のネットワークインタフェースの一つに転送するパケット転送方法であって、前記ホームアドレスと気付アドレスとの関連付けを示す情報を含むメッセージであって、前記ホームアドレスが前記メッセージの気付けアドレスフィールドに挿入されている前記メッセージを前記モバイルノードから受信するステップを有するパケット転送方法。前記パケットをホームネットワーク又はフォーリンネットワークを介して前記モバイルノードに転送するステップをさらに有する請求項1に記載のパケット転送方法。モバイルIPを実装した移動可能なモバイルノードであって、複数のネットワークインタフェースと、ホームアドレスと気付アドレスとの関連付けを示す情報を含むメッセージを送信する手段と、を有するモバイルノード。しかしながら、モバイルIPv6は、近年、より一般的となりつつある複数のアクセスインタフェースを有することが可能なモバイルノードを利用する場合には不向きである。例えば、最近のノート型コンピュータは、IEEE802.11a/b/g及びブルートゥースの両方のインタフェースを備えている。また、3G、ブルートゥース、及び無線LANLocalAreaNetwork機能を備えた電話機が既に市販されている。また、いくつかの従来の技術において、モバイルIPを有する複数のアクセスインタフェースの使用が試みられている。特許文献1には、異なるホームアドレスを使用しているデータフローに係るハンドオーバ方法が開示されている。この方法では、ハンドオーバの負荷を緩和するためにモバイルノードが複数のアクセスを利用することを可能とするが、モバイルノードがどのようにして複数のインタフェースを同時に使用するのかに関しては開示されていない。また、特許文献2には、モバイルノードが自身のホームエージェントに対して接続情報を送信することによって、このホームエージェントがこの接続情報に基づいてパケットを転送できるようにするメカニズムが開示されている。しかしながら、このメカニズムはホームエージェントにのみ限定して適用可能である。したがって、コレスポンデントノードがこの接続情報をどのようにして受信できるのかに関しては不明瞭である。さらに、特許文献3には、モバイルノードが、自身のホームエージェント及びコレスポンデントノードに対して、異なる気付アドレスを選択的に登録する方法が開示されている。また、非特許文献2には、モバイルノードが、ホームエージェント及びコレスポンデントノードに、複数の気付アドレスと1つのホームアドレスとの関連付けを行わせる方法が提案されている。特許文献3及び非特許文献2には、モバイルノードが一度に複数のアドレスを使用することを可能とする方法が記載されているが、これらの方法には2つの大きな制限が存在する。1つ目は、あるインタフェースがアットホームな状態にある場合には、気付アドレスの登録が行えない点である。モバイル機器は、ホットスポットを渡り歩くための無線LANインタフェースと、3G又は、GPRS接続用のインタフェースとを備えていることが一般的に考えられる。通常、3G接続によって、モバイルIPサービスが提供される。しかしながら、3G及びGPRSでは、一般的に広範囲なサービスエリアが提供されるので、モバイル機器は常時ホームネットワークに接続されているのが一般的である。この場合、特許文献3及び非特許文献2に係る技術を利用することはできない。2つ目は、特許文献3及び非特許文献2に係る技術では、ホームエージェントの存在が前提とされている点である。サービスプロバイダはモバイルIPサービスの提供を試みようとする傾向にあるが、多くの携帯電話通信業者は、現時点では、契約者に対してホームエージェントの提供ホームエージェントサービスができていない。ホームエージェントが利用可能でない場合には、特許文献3及び非特許文献2に係る技術を利用することはできない。上記課題に鑑み、本発明は、従来技術の問題を解決すること、又は少なくとも実質的に改善することを目的とする。具体的には、本発明は、複数のインタフェースを有するモバイル機器が、あるインタフェースがホームネットワークに接続しているか否かにかかわらず、複数のインタフェースを活用してモバイルIPを使用できるようにすることを目的とする。また、本発明は、上記の目的を達成する方法と同様の方法を利用して、複数のインタフェースを有するモバイル機器が、そのサービスプロバイダがモバイルIPv6サービスを提供しているか否かにかかわらず、複数のインタフェースを活用してモバイルIPを使用できるようにすることを目的とする。上記目的を達成するため、本発明のパケット転送方法は、ホームエージェントがモバイルノードのホームアドレス宛のパケットを前記モバイルノードの複数のネットワークインタフェースの一つに転送するパケット転送方法であって、前記ホームアドレスと気付アドレスとの関連付けを示す情報を含むメッセージであって、前記ホームアドレスが前記メッセージの気付けアドレスフィールドに挿入されている前記メッセージを前記モバイルノードから受信するステップを有している。さらに、本発明のパケット転送方法は、上記のステップに加えて、前記パケットをホームネットワーク又はフォーリンネットワークを介して前記モバイルノードに転送するステップをさらに有している。また、上記目的を達成するため、本発明のモバイルノードは、モバイルIPを実装した移動可能なモバイルノードであって、複数のネットワークインタフェースと、ホームアドレスと気付アドレスとの関連付けを示す情報を含むメッセージを送信する手段とを有している。本発明は、複数のインタフェースを有するモバイル機器が、あるインタフェースがホームネットワークに接続しているか否かにかかわらず、複数のインタフェースを活用してモバイルIPを使用できるようになるという効果を有している。また、本発明は、複数のインタフェースを有するモバイル機器が、そのサービスプロバイダがモバイルIPv6サービスを提供しているか否かにかかわらず、複数のインタフェースを活用してモバイルIPを使用できるようになるという効果を有している。以下、図面を参照しながら、本発明の実施の形態について説明する。図1は、本発明の実施の形態におけるネットワーク構成の一例を示す図である。図1に示すように、モバイルノードMN100は、2つのネットワークアクセスインタフェースを備えている。第1のアクセスインタフェースは、広範囲なサービスエリア114をカバーするアクセスルータAR110に接続される。第1のアクセスインタフェースは、例えば、3Gネットワークなどを利用したパケット交換型携帯電話ネットワークセルラネットワーク112に接続可能である。以下、第1のアクセスインタフェースを、C-インタフェースと呼ぶ。一方、第2のアクセスインタフェースは、範囲が狭いサービスエリア124をカバーするアクセスルータAR120に接続される。第2のアクセスインタフェースは、例えば、802.11/a/b/gなどの無線ローカルエリアネットワークに接続可能である。また、図1に図示されている他のアクセスルータAR130は、AR120と同一のアクセス技術を利用するものである。AR130は、範囲が狭いサービスエリア134をカバーする。以下、第2のインタフェースを、W-インタフェースと呼ぶ。MN100は、AR110を介して、AR110が属するセルラネットワーク112を経由してインターネット150などのグローバル通信ネットワークに接続可能である。また、MN100は、AR120を介して、AR120が属するローカルネットワーク122を経由してインターネット150に接続することも可能である。MN100が、インターネット150上のコレスポンデントノードCN160と通信を行っている場合、CN160は、モバイルノード100との接続を確立するために、複数のインタフェースや複数の接続を用いて、複数のルートを利用することが可能である。第1のルートは、図1に示すように、MN100のC-インタフェースが使用され、セルラネットワーク112及びAR110を介して経路116を経由する。一方、第2のルートは、図1に示すように、MN100のW-インタフェースが使用され、ローカルネットワーク122及びAR120を介して経路126を経由する。一般的に、AR110とMN100との間のC-インタフェースのリンクは、AR120とMN100との間のW-インタフェースのリンクと比べて帯域幅が狭く、経路116の伝送速度は、経路126と比較して遅い。しかしながら、サービスエリア124はサービスエリア114と比較して狭いので、MN100が移動した場合には、MN100及びAR120間のW-インタフェースは切断されやすい。図1に示すように、MN100がサービスエリア124の外に出て、サービスエリア134内に入った場合には、AR120との接続が切断され、AR130との新たな接続が確立される。その結果、経路126は切断される。このとき、通信セッションの切断を防止するために、CN160は、経路126の代わりに経路116を利用することも可能である。しかしながら、この方法では、利用可能な帯域幅が狭くなってしまう。そこで、この問題を解消するため、本発明の好適な実施の形態では、MN100が、セルラネットワーク112によって提供されるホームエージェントHA118に対して、特殊なバインディングアップデートBUメッセージを送信する。このBUメッセージでは、MN100は、ローカルネットワーク122に接続されたネットワークインタフェースで構成されたアドレスを気付アドレスCoAとして登録する。なお、セルラネットワーク112に接続されたネットワークインタフェースのアドレスが、ホームアドレスHoAであることは自明である。MN100は現在セルラネットワーク112に接続されているのでつまり、MN100はホームネットワークに接続されているので、非特許文献1の技術によれば、上述のような形態でのバインディングアップデートを行うことはできない。しかしながら、本発明では、MN100が、1つ以上のCoAをBUメッセージ内に登録できるようにすることで、この問題を解消する。BUメッセージには、MN100が2つのインタフェースを備えていることが記載される。一方のインタフェースは、ローカルネットワーク122に接続されたW-インタフェースから構成されたCoAを有している。また、他方のインタフェースすなわち、C-インタフェースは、セルラネットワーク112に接続されており、アットホームラベルとして識別される特殊なCoAを有している。HA118は、このようなBUメッセージを受信した場合には、MN100が2つのアドレスによって到達可能である旨を把握する。一方のアドレスは、特殊なアットホームラベルに関連したMN100のHoAであり、もう1つは、ローカルネットワーク122からのCoAである。また、図2は、本発明の実施の形態において用いられるBUメッセージの内容の一例を示す図である。図2に図示されているBUメッセージ200の送信元アドレスフィールド202及びあて先アドレスフィールド204には、それぞれMN100のアドレス及びHA118のアドレスが含まれる。また、BUメッセージには、MN100のHoAを伝達するため、ホームアドレスオプションHAO210が含まれている。また、BUメッセージの実際の内容は、モビリティヘッダ220に格納される。タイプフィールド222は、このメッセージがバインディングアップデートメッセージであることを示し、長さフィールド224は、モビリティヘッダ220のサイズを示すものである。また、シーケンスナンバーフィールド226は、BUメッセージを識別するために単調に増加する数値であり、リプレイアタックを防ぐためのものである。また、ライフタイムフィールド228は、BUメッセージ内に記載されるバインディングの有効期間を示すものである。また、BUメッセージ200には、0又は1つ以上の気付アドレスオプション240が含まれ得る。ここでは、一例として、2つの気付アドレスオプション240-1、240-2が図示されている。各気付アドレスオプション240には、ネットワークインタフェースを識別するためのインタフェースIDフィールド242と、このインタフェースに関連したCoAを特定するためのアドレスフィールド244とが含まれている。なお、インタフェースIDは、モバイルノードによって一意的に割り当てられたものであることが望ましい。また、気付アドレスオプション240には、優先値を含むためのフィールドなどのその他のフィールドが含まれてもよいが、図2では図示省略されている。また、インタフェースIDを特定する必要がない場合には、インタフェースIDフィールド242を省略することが可能である。図1に示す例において、MN100は、HA118に、2つの気付アドレスオプションを含むBUメッセージ200を送信する。第1の気付アドレスオプション240-1は、AR110に接続されたC-インタフェースを識別するためのインタフェースIDフィールド242-1を有している。また、アドレスフィールド244-1には、アットホームラベルとして識別される特殊なラベルが含まれる。これにより、HA118には、C-インタフェースが、ホームネットワークと現在接続中である旨が通知される。また、第2の気付アドレスオプション240-2は、AR120に接続されたW-インタフェースを識別するためのインタフェースIDフィールド242-2を有している。また、アドレスフィールド244-2には、ローカルネットワーク122から設定されたCoAが含まれている。特殊なアットホームラベルは、例えば、あらかじめ定められた任意のビットパターンである。例えば、好適には、アットホームラベルは、オール0又はオール1のアドレスである。なお、アットホームラベルを、MN100のHoAと同一のものと定義する方法も望ましい方法である。なお、上述においては2つの気付アドレスが1つのBUメッセージに挿入される例が記載されているが、当業者にとっては、それぞれに1つのCoAが記載された2つのBUメッセージを用いた場合でも同様の効果が実現可能であることは明らかである。また、図3は、本発明の実施の形態において、特殊なBUメッセージが使用された場合の効果を模式的に示すネットワーク構成図である。図3において、CN160は、MN100のHoAあてにパケットを送信している。このパケットは、経路300を経由してHA118に到達する。HA118は、パケットを受信interceptし、自身のバインディングキャッシュのテーブルを参照する。そして、HA118は、MN100が2つの接続状態にあるインタフェースを備えており、一方のインタフェースは、ローカルネットワーク122からの特定のCoAを有し、他方のインタフェースはアットホームラベルを有していることを検出する。そして、HA118は、例えば、優先度の設定やパケットに付与されたフローラベルなどの所定の基準に基づいて、経路310又は経路320を介してパケットを転送する。経路310が選択された場合は、あて先アドレスすなわちMN100のHoAに変更がないので、HA118はパケットをカプセル化する必要がない。一方、経路320が選択された場合には、HA118は、パケットをカプセル化して、ローカルネットワーク122を経由してMN100のCoAあてに転送する必要がある。このとき、W-インタフェースのほうが広帯域highbandwidthなので、通常は経路320が選択されることが望ましい。なお、MN100がサービスエリア134に移動してAR130に接続した後でも、MN100がW-インタフェース上のCoAを変更後にHA118に対して新たなBUメッセージで更新を行わない限り、パケットの配送は中断されない。また、MN100が同様のBUメッセージをCN160に送信した場合においても同様の効果が生じ得ることは、当業者にとって明白である。この場合、CN160は、C-インタフェースを用いてAR110を経由する経路と、W-インタフェースを用いてAR120を経由する経路との両方によって、MN100が通信可能な状態にあることが分かる。このとき、W-インタフェースのリンクのほうが広帯域なので、通常はAR120を経由する経路が選択されることが望ましい。なお、MN100がサービスエリア134に移動してAR130に接続した後でも、MN100がW-インタフェース上のCoAを変更後にCN160に対して新たなBUメッセージで更新を行わない限り、パケットの配送は中断されない。上述の本発明に係る好適な動作モードでは、ホームエージェントがアットホームラベルを理解する必要がある。次に、ホームエージェントが、アットホームラベルを理解しない場合の別の好適な動作モードについて説明する。なお、この動作モードは、MN100がホームネットワークに接続されている場合であっても、ホームネットワーク上のHAに対して、MN100がホームネットワーク上に存在しないように判別させるだますためのものである。MN100は、通常、そのC-インタフェースを介してホームネットワーク例えば、セルラネットワーク112に接続する際には、使用すべきHoAが前もって割り当てられている。本発明の別の動作モードでは、MN100は、AR110によって通知されたプレフィックスに基づいて、C-インタフェース上で第2のアドレスを自動設定する。なお、第2のアドレスは、割り当てられたHoAとは異なるものでなくてはならない。MN100は、第2のアドレスを、C-インタフェース用のCoAとして用いる。その結果、MN100は、上述した動作モードの場合と同様のBUメッセージをHA118に送信する。このBUメッセージには、2つの気付アドレスオプション240-1、240-2が含まれている。第1の気付アドレスオプション240-1は、AR110に接続されたC-インタフェースを識別するためのインタフェースIDフィールド242-1と、C-インタフェースで自動設定された第2のアドレスを含むアドレスフィールド244-1とを有している。一方、第2の気付アドレスオプション240-2には、AR120に接続されたW-インタフェースを識別するためのインタフェースIDフィールド242-2と、ローカルネットワーク122から設定されたCoAを含むアドレスフィールド244-2とを有している。なお、上述においては2つの気付アドレスが1つのBUメッセージに挿入される例が記載されているが、当業者にとっては、それぞれに1つのCoAが記載された2つのBUメッセージを用いた場合でも同様の効果が実現可能であることは明らかである。このBUメッセージに係る効果に関して、再度図3を参照しながら説明する。CN160は、MN100のHoAあてにパケットを送信している。パケットは、経路300を経由してHA118に到達する。HA118は、パケットを受信interceptし、自身のバインディングキャッシュのテーブルを参照する。そして、HA118は、MN100が2つの接続状態にあるインタフェースを備えており、一方のインタフェースにはC-インタフェースで使用される第2のCoAを有しており、他方のインタフェースにはW-インタフェースで使用されるCoAを有していることを検出する。そして、HA118は、例えば、優先度の設定やパケットに付与されたフローラベルなどの所定の基準に基づいて、経路310又は経路320を介してパケットを転送する。このとき、いずれの経路が選択された場合でも、あて先アドレスが変更されるので、HA118は、元々のパケットをカプセル化する必要がある。このとき、W-インタフェースのほうが広帯域なので、通常は経路320が選択されることが望ましい。なお、MN100がサービスエリア134に移動してAR130に接続した後でも、MN100がW-インタフェース上のCoAを変更後にHA118に対して新たなBUメッセージで更新を行わない限り、パケットの配送は中断されない。この好適な動作モードによって、MN100は、C-インタフェースがセルラネットワーク112に接続されている場合であっても、HA118に対してMN100がホームネットワーク上に存在しないように判別させるだますことが可能となる。なお、MN100が、同様のBUメッセージをCN160に送信した場合においても同様の効果が得られることは、当業者にとって明白である。この場合、CN160は、C-インタフェースを用いてAR110を経由する経路と、W-インタフェースを用いてAR120を経由する経路との両方によって、MN100が通信可能な状態にあることが分かる。このとき、W-インタフェースのリンクのほうが広帯域なので、通常はAR120を経由する経路が選択されることが望ましい。なお、MN100がサービスエリア134に移動してAR130に接続した後でも、MN100がW-インタフェース上のCoAを変更後にCN160に対して新たなBUメッセージで更新を行わない限り、パケットの配送は中断されない。以上、本発明の2つの好適な動作モードについて説明を行ったが、これらの動作モードでは、複数のCoAの登録をサポートしているホームエージェントの存在が必要である。次に、ホームエージェントが複数のCoAの登録をサポートしていない場合の別の好適な動作モードについて説明する。この動作モードでは、ホームエージェントが存在しなくてもよい。この動作モードを、図4に示す。図4は、本発明の実施の形態において、ホームエージェントが存在しない場合の動作モードを模式的に示すネットワーク構成図である。MN100は、例えばCN160との間で、比較的長期間継続してセッションを確立したい場合、まず、C-インタフェースのアドレスを用いてセッションを確立する。次に、広帯域なW-インタフェースを使用するために、MN100は、非特許文献1に記載されているように、CN160との間でリターンルータビリティ手順を行う。しかしながら、本発明は、非特許文献1の要請とは異なり、実際のところ、MN100がリターンルータビリティ手順を行うために、ホームエージェントとの間で双方向トンネルを確立する必要がないという利点を有している。MN100は、単に、C-インタフェースを介してCN160にホームテストイニットHoTI:HomeTestInitメッセージ400を送信する。なお、従来の技術では、ホームエージェントを介してHoTIメッセージを送信する必要がある。さらに、MN100は、W-インタフェースを介して、気付テストイニットCoTI:CareofTestInitメッセージ420を送信する。ここで、HoTIメッセージ400は、C-インタフェースのアドレスに等しい送信元アドレスを有し、一方、CoTIメッセージ420は、W-インタフェースのアドレスに等しい送信元アドレスを有する。また、HoTIメッセージ400及びCoTIメッセージ420は両方共、CN160のアドレスに等しいあて先アドレスを有する。リターンルータビリティ手順によれば、CN160は、MN100のC-インタフェースのアドレスに送信されるホームテストHoT:HomeTestメッセージ410を用いて、HoTIメッセージ400に対して応答を行う。このHoTメッセージ410は、セルラネットワーク112を介してMN100に到達する。なお、従来の技術によれば、HoTメッセージは、ホームエージェントによって受信interceptされ、モバイルノードのCoAに転送される必要がある。本発明では、MN100がセルラネットワーク112に直接接続されているので、HoTメッセージ410は、ホームエージェントによって受信interceptされて転送される必要がなく、MN100のC-インタフェースに直接送信される。さらに、CN160は、MN100のC-インタフェースのアドレスに送信される気付テストCoT:CareofTestメッセージ430を用いて、CoTIメッセージ420に対して応答を行う。MN100は、HoTメッセージ410及びCoTメッセージ430の両方を受信した後、BUメッセージ440をCN160に送信することで、リターンルータビリティ手順を完了する。BUメッセージ440は、W-インタフェースのアドレスに等しい送信元アドレスを有する。なお、W-インタフェースのアドレスがCoAとして機能する。また、BUメッセージ440には、C-インタフェースのアドレスに等しいHoAが記載されたホームアドレスオプションHAOが含まれている。この好適な動作モードによって、MN100は、ホームエージェントが存在するか否かにかかわらず、効率的に、広範囲longranged対応すなわち、広いサービスエリアのC-インタフェースのアドレスをHoAとして使用するとともに、狭範囲対応すなわち、狭いサービスエリアのW-インタフェースのアドレスをCoAとして使用することができるようになる。C-インタフェースは、広範囲で利用可能なので、HoAを頻繁に変更する必要がなく、したがって、長期にわたってセッションの継続が可能となる。さらに、CoAが広帯域のW-インタフェースに由来するアドレスであり、これによって、より高速な伝送速度でのセッションが実現可能となる。また、その後、MN100がサービスエリア124から移動ししたがって、AR120との接続が切断され、新たなサービスエリア134内に入るしたがって、AR130と接続する場合には、MN100は、W-インタフェースの新たなアドレスをCoAとして記載した新たなBUメッセージ450を送信することができるので、引き続き、移動前と同一のセッションを継続することが可能となる。次に、図5を参照しながら、本発明の好適な実施の形態を実現するためのMN100の機能アーキテクチャについて説明する。図5は、本発明の実施の形態におけるモバイルノードの機能アーキテクチャの一例を示す図である。MN100は、複数のネットワークインタフェース510-1~510-nと、インタフェースコントローラ520と、IPスタック530と、トランスポートスタック540と、アプリケーションレイヤ550とを有している。なお、上記のnは、1よりも大きい整数値である。各ネットワークインタフェース510-xxは、1~nの間の任意の整数は、アクセス技術を利用してMN100が他のノードと通信を行うために必要なすべてのハードウェア、ソフトウェア及びプロトコルを示す機能ブロックである。例えば、国際標準化機構ISO:InternationalStandardsOrganizationによる7階層のOSIOpenSystemInterconnectモデルにおいて、ネットワークインタフェース510-xは、物理層及びデータリンク層を包含する。一例として、ネットワークインタフェース510-1は、3Gアクセスのための物理的なハードウェア及びソフトウェアドライバを表しており、ネットワークインタフェース510-2は、802.11gアクセスのための物理的なハードウェア及びソフトウェアドライバを表している。また、インタフェースコントローラ520は、パケット送受信のためのインタフェースを選択する。なお、従来の技術においては、この動作は、一般的にIPスタック530の動作であったが、本発明では、後述のように、インタフェースコントローラ520によって実施される独立した機能として実現される。ネットワークインタフェース510-xのいずれかによって受信されたパケットは、パケットデータ経路515-xを介してインタフェースコントローラ520に渡される。また同様に、インタフェースコントローラ520がパケットを送信するためのネットワークインタフェース510-xを選択した後、パケットは、パケットデータ経路515-xを介して、インタフェースコントローラ520からネットワークインタフェース510-xに渡される。IPスタック530は、インターネットワーキングレイヤにおけるルーティングに関するすべての処理を行う。OSIモデルにおいては、IPスタック530は、ネットワークレイヤにおけるすべての機能を包含するものである。IPスタック530は、基本的には、IPv6の機能を実現するものである。また、MN100はモバイルなので、IPスタック530には、非特許文献1に記載されているモバイルIPv6の機能を実現するモバイルIPモジュール535が含まれている。インタフェースコントローラ520によって受け取られたすべてのパケットは、パケットデータ経路525を介してIPスタック530に渡される。また同様に、IPスタックが配送する必要があるすべてのパケットは、パケットデータ経路525を介してインタフェースコントローラ520に渡される。なお、インタフェースコントローラ520は、モバイルIPモジュール535との間で、パケットを直接受け渡しする必要が生じる場合もある。この場合には、パケットの受け渡しは、パケットデータ経路526を経由して行われる。また、トランスポートスタック540は、TCPTransferControlProtocol:伝送制御プロトコル、UDPUserDatagramProtocol:ユーザデータグラムプロトコルなどのすべてのトランスポートセッションプロトコルを取り扱う。OSIモデルにおいては、トランスポートスタック540は、セッションレイヤ及びトランスポートレイヤにおけるすべての機能を包含する。トランスポートスタック540が送信すべきデータを有する場合、トランスポートスタック540は、IPスタック530に対して、データ経路545を介してそのデータを渡す。また同様に、IPスタック530が、トランスポートスタック540へのデータを受信した場合には、データ経路545を介してそのデータを渡す。また、アプリケーションレイヤ550は、他のノードとのネットワーク通信に必要となるすべてのソフトウェア及びユーザプログラムを表している。OSIモデルにおいては、アプリケーションレイヤ550は、アプリケーションレイヤ及びプレゼンテーションレイヤのすべての機能を包含する。アプリケーションレイヤ550が送信すべきデータを有している場合、アプリケーションレイヤ550は、通常、パケット化のためにトランスポートスタック540に対して、データ経路555を介してデータを渡す。なお、アプリケーションレイヤ550は、IPスタック530に対して、データ経路556を介して直接データを渡す場合もある。また同様に、アプリケーションレイヤ550は、データ経路555を介してトランスポートスタック540から、又はデータ経路556を介してIPスタック530から、受信データを取得する。さらに、アプリケーションレイヤ550が、インタフェースコントローラ520との間で、所定の信号の送受信を行えるように、シグナル経路557も設けられている。このシグナル経路557の使用については、後述する。本発明によれば、モバイルノードが、あるインタフェースのアドレスをHoAとして使用し、かつ、別のインタフェースのアドレスをCoAとして使用できるようになる。したがって、従来の技術で元々想定されていた、アドレスとネットワークインタフェースとの関係は成立しない。また、本発明では、パケットを送信する必要がある場合に、ネットワークインタフェースを選択するメカニズムが必要となる。好適な一例は、このような機能をインタフェースコントローラ520において実現することである。図6は、本発明の実施の形態において、インタフェースコントローラがパケット送信のためにネットワークインタフェースを適宜選択するために使用可能なアルゴリズムの一例を示すフローチャートである。図6に図示されているように、まずステップ610において、パケットの送信元アドレスがHoAに等しいか否かのチェックが行われる。このHoAは、サービスプロバイダがモバイルIPv6サービスを提供している場合にはサービスプロバイダに指定されたものであり、また、MN100によって選択されたものであってもよい例えば、通常は、最も広範囲な接続性を提供するネットワークインタフェース510-xのアドレスが選択される。ここで、送信元アドレスがHoAと等しくない場合には、ステップ640に進み、送信元アドレスがどのインタフェースによって設定されているかに応じて、ネットワークインタフェース510-xが選択される。一方、送信元アドレスがHoAと等しい場合には、ステップ620に進む。このステップ620では、あて先アドレスが、バインディングアップデートリストに存在するか否かのチェックが行われる。バインディングアップデートリストに存在しない場合には、ステップ640に進み、送信元アドレスがどのインタフェースによって設定されたかに応じて、ネットワークインタフェース510-xが選択される。一方、あて先アドレスがバインディングアップデートリストに存在する場合には、ステップ630に進み、パケットの送信元アドレスHoAが、バインディングアップデートリストに記載されているCoAに変更されるとともに、ホームアドレスオプションHAOがパケットヘッダに挿入される。次に、ステップ640に進み、送信元アドレスCoAがどのインタフェースによって設定されたかに応じて、ネットワークインタフェース510-xが選択される。本発明によれば、モバイルノードは、広範囲インタフェースによって設定されたHoAの使用による長期的なセッションの継続と、広帯域インタフェースによって設定されたCoAの使用による高速伝送速度とを享受することが可能となるが、オーバヘッドが発生するものでもある。このオーバヘッドは、バインディングアップデートメッセージのためのシグナリングメッセージ、リターンルータビリティ手順のために必要とされるなどの形で現れる。しかしながら、このようなオーバヘッドは、セッションの長期的な継続が要求される場合には容認可能なものである。一方、セッションの継続が必要でない場合には、このようなオーバヘッドは、特別な利益をもたらすものではない。例えば、典型的なウェブブラウジングアプリケーションの場合、ブラウザは、ウェブサーバに対して単にウェブリクエストを送信するだけでよく、ウェブサーバは、要求されたウェブページを応答するのみである。この往復時間は、一般的なウェブページであれば短時間であり、検索プロトコルは、主に、コンテンツの一部の検索を行うにすぎない。したがって、アプリケーションは、大きなイメージファイルのダウンロードを途中で中断することができるとともに、後に新たな送信元アドレスを用いてこのダウンロードを再開することができる。この種のアプリケーションでは、セッションの継続性は要求されず、本発明によって生じるシグナリングのオーバヘッドの影響が大きく現れるこれは、実際のデータ伝送期間は短いからである。一方、リアルタイムマルチメディアストリーム、VoIPVoiceoverIP、又はビデオ会議アプリケーションなどのようなアプリケーションにおいては、セッションの長期的な継続が必要とされる。以上のことから、本発明では、本発明に係る動作の実行/停止を切り替えるメカニズムがアプリケーションに提供される。好適な動作モードの一例は、図5に示すシグナル経路557を利用することである。このシグナル経路557は、新たなセッションが確立された際に、アプリケーションレイヤ550がインタフェースコントローラ520に対して、使用すべき送信元アドレスを決定するように問い合わせを行うために用いられる。この問い合わせの際には、インタフェースコントローラ520に、セッションがどのくらい継続することが予想されるかの通知が行われる。インタフェースコントローラ520は、この情報に基づいて、本発明によって特定されたメカニズムを作動させるか否かを決定する。なお、インタフェースコントローラ520は、広帯域ネットワークインタフェースが同一のアクセスルータのサービスエリア内の滞在予定期間を推測できることが望ましい。これは、例えば、インタフェースコントローラ520が、MN100の移動速度や、所定のネットワークインタフェースの動作パラメータ送信電力や動作周波数などを推定することができる場合に算出可能である。なお、シグナル経路557は、単に概念的な表現にすぎず、他のメカニズムを用いても実施可能であることは、当業者にとって明白である。例えば、ユニックスUnix登録商標環境においては、ネットワークプロトコルスタック内の異なるレイヤ間でメッセージの受け渡しを行うために、ソケットバッファと呼ばれるデータ構造を利用してカーネルkernelが実行される。ここでは、シグナル経路557は、アプリケーションによって設定され、インタフェースコントローラ520によって読み出されるソケットバッファのフィールドによって実現可能である。また、図7は、本発明の実施の形態において、インタフェースコントローラが新たなセッションの予定期間にアプリケーションレイヤが使用する送信元アドレスを選択するために使用可能なアルゴリズムの一例を示すフローチャートである。図7に図示されているように、まずステップ710において、セッションの予定期間が長期にわたるものか否かのチェックが行われる。なお、ここで、長期とは、セッションの予定期間が、同一のサービスエリア内に広帯域インタフェースW-インタフェースなどが滞在する予定期間よりも長いことを意味する。セッションが長期にわたって継続しない場合には、ステップ720に進み、広帯域インタフェースW-インタフェースなどのアドレスが、セッションの送信元アドレスとして用いられる。一方、セッションが長期にわたって継続する場合には、ステップ730に進み、モバイルノードは、サービスプロバイダがモバイルIPサービスを提供しているか否かのチェックを行う。具体的には、ホームエージェントのサービスが存在するか否かすなわち、ホームエージェントが存在するか否かのチェックが行われる。モバイルIPサービスモビリティサービスが提供されていない場合には、ステップ770に進み、一方、モビリティサービスが提供されている場合には、ステップ740に進む。ステップ770では、広範囲インタフェースC-インタフェースなどのアドレスがHoAとして選択される。そして、例えば図4に示されているように、通信相手に対してリターンルータビリティ手順RR手順が開始される。また、この場合には、セッションにおいては、選択されたHoAがモバイルノードのアドレス送信元アドレスとして用いられる。一方、ステップ740では、ホームエージェントがアットホームラベルをサポートしているか否かのチェックが行われる。ホームエージェントがアットホームラベルをサポートしている場合には、ステップ750に進み、2つの気付アドレスオプションを含むBUメッセージがホームエージェントに送信される。このとき、気付アドレスオプションの1つにアットホームラベルが記載され、別の気付アドレスオプションには、広帯域インタフェースのアドレスがCoAとして記載される。また、この場合には、セッションにおいては、ホームエージェントに関連付けられたHoAC-インタフェースのHoAが、モバイルノードのアドレス送信元アドレスとして用いられる。一方、ホームエージェントがアットホームラベルをサポートしていない場合には、ステップ760に示すように、ホームエージェントが複数CoAの登録をサポートしているか否かのチェックが行われる。ホームエージェントが複数CoAの登録をサポートしていない場合は、ステップ770に進み、複数CoAの登録をサポートしている場合には、ステップ780に進む。なお、モバイルノードがアットホームラベルの使用をサポートしない場合には、アットホームラベルに関する動作を行うための手段は、モバイルノードに実装される必要はない。ステップ780において、モバイルノードは、まず、広範囲インタフェースC-インタフェースなどにおいて新たなアドレスを自動設定する。この新たなアドレスは、広帯域インタフェースのアドレスに加え、広範囲インタフェースのHoAに対する代わりのCoAとして用いられる。これは、ホームエージェントに、2つの気付アドレスオプションを含むバインディングアップデートメッセージを送信することで実行される。このとき、第1のアドレスオプションには、新たに設定された広範囲インタフェースのアドレスが記載され、第2の気付アドレスオプションには、広帯域インタフェースのアドレスが記載される。また、この場合には、セッションにおいては、ホームエージェントに関連付けられたHoAC-インタフェースのHoAが、モバイルノードのアドレス送信元アドレスとして用いられる。以上、本発明の好適な実施形態について説明したが、構成やパラメータなどの詳細に関して様々な変更が可能であることは、当業者にとって自明である。例えば、上述の説明では、モバイルノードがネットワークインタフェースを2つのみ備えている場合を例にして説明を行ったが、3つ以上のネットワークインタフェースを備えている場合でも本発明を適用可能であることは、当業者にとって自明である。さらに、本発明が、モバイルノードが実際には複数のネットワークインタフェースを備えたモバイルルータである場合にも適用可能であることは、当業者にとって自明である。なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるLSILargeScaleIntegratedCircuitとして実現される。これらは個別に1チップ化されてもよいし、一部又はすべてを含むように1チップ化されてもよい。なお、ここでは、LSIとしたが、集積度の違いにより、ICIntegratedCircuit、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。