(57)【要約】【課題】  通信に制限を加えるような装置が存在するネットワークに移動した場合でも、通信を継続することが可能な移動管理システムを提供する。【解決手段】  移動管理サーバ１は移動ノード４との間にセッションを確立し、さらに移動ノード４の固定ＩＤとその確立したセッションとの対応付けの情報を管理し、移動ノード４と通信相手ノード５との間で、それら各ノードの固定ＩＤを用いた通信を仲介する。そのため、移動管理サーバ１は移動ノード４との間でのセッションを確立して通信を行うセッション送受信部１４と、通信相手ノード５との通信を行うネットワーク送受信部１５と、移動ノード４の情報の管理やパケットの転送処理を行う管理処理部１３とを備えている。移動管理サーバ１は移動ノード４の固定ＩＤとセッションとの対応付け情報を保持する経路管理表１１と、セッション自体の情報を保持するセッション管理表１２とを管理している。【選択図】      図２
2010220252.tif 000002
【特許請求の範囲】
【請求項１】
通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムであって、
前記移動管理サーバと前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記移動管理サーバは、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する手段と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する手段と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う手段とを有することを特徴とする移動管理システム。
【請求項２】
前記移動管理サーバは、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応付けを保持することを特徴とする請求項１記載の移動管理システム。
【請求項３】
前記移動管理サーバは、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応付けに基づいて前記通信端末とともに移動するネットワークに接続される通信端末とその通信相手との間の通信の仲介を行うことを特徴とする請求項２記載の移動管理システム。
【請求項４】
前記仮想通信路は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）セッションとＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）セッションとＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）セッションとのうちのいずれかを用いることを特徴とする請求項１から請求項３のいずれか記載の移動管理システム。
【請求項５】
通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて前記通信端末を管理する移動管理サーバであって、
自装置と前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記通信端末の移動先のネットワークから前記通信端末と自装置との間でデータを相互に送受信可能な仮想通信路を確立する手段と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する手段と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う手段とを有することを特徴とする移動管理サーバ。
【請求項６】
前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応付けを保持することを特徴とする請求項５記載の移動管理サーバ。
【請求項７】
前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応付けに基づいて前記通信端末とともに移動するネットワークに接続される通信端末とその通信相手との間の通信の仲介を行うことを特徴とする請求項６記載の移動管理サーバ。
【請求項８】
前記仮想通信路は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）セッションとＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）セッションとＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）セッションとのうちのいずれかを用いることを特徴とする請求項５から請求項７のいずれか記載の移動管理サーバ。
【請求項９】
通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムに用いられる移動管理方法であって、
前記移動管理サーバと前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記移動管理サーバが、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する処理と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う処理とを実行することを特徴とする移動管理方法。
【請求項１０】
前記移動管理サーバが、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応付けを保持する処理を実行することを特徴とする請求項９記載の移動管理方法。
【請求項１１】
前記移動管理サーバが、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応付けに基づいて前記通信端末とともに移動するネットワークに接続される通信端末とその通信相手との間の通信の仲介を行う処理を実行することを特徴とする請求項１０記載の移動管理方法。
【請求項１２】
前記仮想通信路は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）セッションとＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）セッションとＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）セッションとのうちのいずれかを用いることを特徴とする請求項９から請求項１１のいずれか記載の移動管理方法。
【請求項１３】
通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて、前記通信端末を管理する移動管理サーバ内のコンピュータに実行させるプログラムであって、
前記移動管理サーバと前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する処理と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う処理とを含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動管理システム、移動管理サーバ及びそれらに用いる移動管理方法並びにそのプログラムに関し、特にネットワークに接続された通信端末が移動先で通信を行うための移動管理方法に関する。
【背景技術】
【０００２】
ネットワークに接続された通信端末においては、ネットワークＩＤ（識別情報）によって識別されている。多くの通信プロトコルではネットワークへの接続場所に依存してネットワークＩＤが決定されるため、通信端末のネットワークへの接続場所が変わると、ネットワークＩＤもそれにしたがって変更する必要がある。そのため、移動通信端末が接続するネットワークを切替えながら通信を行おうとしても、ネットワークＩＤが変更となってしまい、通信相手との通信を継続しながら移動することができないといった問題がある。
【０００３】
通信を継続しながらの通信端末の移動を実現するための従来技術としては、通信端末が移動しても変更されない固定ネットワークＩＤ（固定ＩＤ）と移動先ネットワークで使用できる気付けネットワークＩＤ（気付けＩＤ）との対応付けを保持するサーバ（移動管理サーバ）を設置する方法がある（図１１参照）（例えば、特許文献１参照）。
【０００４】
固定ＩＤは移動ノード２２に固定的に割り当てられたＩＤで、ネットワーク３００への接続場所を変更した場合にも変化しない。移動ノードが他の通信ノード２３と通信を行う場合にはこの固定ＩＤを用いる。
【０００５】
しかしながら、移動ノード２２が移動先のネットワーク３００に接続している時、この固定ＩＤを使用して直接通信を行うことはできない。気付けＩＤは、移動ノード２２が接続している移動先のネットワーク３００において取得したネットワークＩＤで、ネットワーク３００への接続場所が変わるにつれて変化する（図１１の１．参照）。
【０００６】
移動ノード２２は移動に伴って、気付けＩＤが変化するたびにその気付けＩＤを移動管理サーバ２１に登録する（図１１の２．参照）。移動管理サーバ２１は移動ノード２２からの登録に基づいて固定ＩＤと気付けＩＤとの対応情報を保持しており、さらに固定ＩＤ宛てに送信されたパケットの受信を代行する。
【０００７】
通信ノード２３が固定ＩＤ宛てにパケットを送信した場合、そのパケットは移動管理サーバ２１によって受信される。移動管理サーバ２１は受信したパケットの固定ＩＤに対応する気付けＩＤを調べ、そのパケットを気付けＩＤ宛てのパケットにカプセル化して移動ノード２２宛てに送信する（図１１の３．参照）。
【０００８】
移動ノード２２は移動管理サーバ２１から受信したカプセル化されたパケットから固定ＩＤ宛てのパケットを取出すことで、固定ＩＤを用いた通信を行うことが可能となる。
【０００９】
このように、移動管理サーバ２１を設置することで、移動ノード２２は移動しながらでも固定ＩＤを用いた通信を継続することができるが、この方式の場合、移動管理サーバ２１と移動ノード２２とが接続しているネットワーク３００の間で完全な通信到達性が求められる。
【００１０】
しかしながら、近年の通信ネットワークでは、ネットワーク内で通信が非常に制限されている箇所（ゲートウェイ）が存在することが多い。そのようなネットワークの構成を図１２に示す。図１２のホームネットワーク４００は移動管理サーバ３１との完全な到達性が確保されるネットワーク全体である。このホームネットワーク４００内で移動ノード３４が移動を行った場合には、上述したような既存技術を用いることによって、固定ＩＤを用いた継続的な通信が可能となる。
【００１１】
一方、移動先のネットワーク５００はなにかしらの通信制限が課せられるゲートウェイ３３経由でホームネットワーク４００に接続されるネットワークである。ホームネットワーク４００及び移動先のネットワーク５００の例としては、ホームネットワーク４００としてインタネット、移動先のネットワーク５００としてＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）ルータ経由でインタネットにつながれたプライベートＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークやファイアウォールで保護されているネットワークがあげられる。この場合、ＮＡＴルータがゲートウェイ３３となる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００２−１９９００４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
上述した従来の移動管理サーバでは、移動ノードがゲートウェイ経由でホームネットワークに接続される移動先のネットワークに接続した場合、移動管理サーバへの登録やカプセル化されたパケットの送受信が行えなくなってしまい、通信が継続できなくなってしまうという移動サポートの問題がある。
【００１４】
例えば、移動管理サーバと移動ノードとの間にゲートウェイとしてＮＡＴルータが存在していた場合、移動ノードは気付けＩＤとして移動先のネットワーク内のみで有効なプライベートネットワークＩＤを移動管理サーバに登録することになる。しかしながら、移動管理サーバが固定ＩＤ宛てのパケットを気付けＩＤ宛てにカプセル化して送信しようとしても、ホームネットワーク内の移動管理サーバからはプライベートネットワークＩＤへは到達不可能なため、パケットを届けることが不可能である。
【００１５】
上述したような移動管理サーバとの間の通信に制限が加えられてしまう移動先のネットワークが現実のネットワークには存在しており、従来の技術ではそのようなネットワークに移動した場合、通信を継続することができなくなってしまうという問題がある。
【００１６】
そこで、本発明の目的は上記の問題点を解消し、通信に制限を加えるような装置が存在するネットワークに移動した場合でも、通信を継続することができる移動管理システム、移動管理サーバ及びそれらに用いる移動管理方法並びにそのプログラムを提供することにある。
【課題を解決するための手段】
【００１７】
本発明による移動管理システムは、通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムであって、
前記移動管理サーバと前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記移動管理サーバは、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する手段と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する手段と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う手段とを備えている。
【００１８】
本発明による移動管理サーバは、通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて前記通信端末を管理する移動管理サーバであって、
自装置と前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記通信端末の移動先のネットワークから前記通信端末と自装置との間でデータを相互に送受信可能な仮想通信路を確立する手段と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する手段と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う手段とを備えている。
【００１９】
本発明による移動管理方法は、通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムに用いられる移動管理方法であって、
前記移動管理サーバと前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記移動管理サーバが、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する処理と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う処理とを実行している。
【００２０】
本発明によるプログラムは、通信端末のネットワーク識別情報が移動先ネットワークに依存して決定される通信ネットワークにおいて、前記通信端末を管理する移動管理サーバ内のコンピュータに実行させるプログラムであって、
前記移動管理サーバと前記通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、
前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理と、前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する処理と、前記固定識別情報と前記仮想通信路の情報との対応付けに基づいて前記通信端末とその通信相手との間の通信の仲介を行う処理とを含むことを特徴とする。
【００２１】
すなわち、本発明の移動管理システムは、通信端末のネットワークＩＤ（識別情報）が移動先ネットワークに依存して決定される通信ネットワークにおいて、移動管理サーバと通信端末との間のネットワーク中に通信に制限を加える通信装置が存在し、通信端末がその通信装置を介したネットワークに移動した場合でも、固定化されたＩＤを用いて他端末との通信を継続することが可能な構成を提供するものである。
【００２２】
より具体的に説明すると、本発明の移動管理システムでは、移動する移動ノードが、移動先のネットワークから移動管理サーバとの間でデータを相互に送受信可能な仮想通信路（以下、セッションとする）を確立する。移動管理サーバは移動ノードの固定ＩＤと、移動ノードとの間で確立されたセッションとを対応付けてその情報を保持し、移動ノードと通信相手ノードとの間の固定ＩＤを用いた通信の仲介を行う。
【００２３】
したがって、本発明の移動管理システムでは、移動ノードの移動に伴ってネットワークＩＤが変化しても、移動管理サーバとのセッションを用いることで、移動ノードの固定ＩＤを用いた通信が継続可能となる。
【００２４】
また、本発明の移動管理システムでは、移動管理サーバと移動ノードとの間のネットワーク中に、通信に制限を加えるような装置が存在していても、セッションを確立することが可能であれば、移動ノードが移動管理サーバを利用することが可能となる。
【００２５】
これによって、本発明の移動管理システムでは、移動管理サーバによって固定ＩＤ宛てのパケットが移動管理サーバと移動ノードとの間のセッションを通じて移動ノードに届けられるため、移動ノードが移動しても同一の固定ＩＤを用いた通信を継続することが可能となる。
【発明の効果】
【００２６】
本発明は、上記のような構成及び動作とすることで、通信に制限を加えるような装置が存在するネットワークに移動した場合でも、通信を継続することができるという効果が得られる。
【図面の簡単な説明】
【００２７】
【図１】本発明による移動管理システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態による移動管理サーバの構成を示すブロック図である。
【図３】本発明の第１の実施の形態による移動管理システムの動作を示すシーケンスチャートである。
【図４】本発明の第２の実施の形態による移動管理サーバの構成を示すブロック図である。
【図５】本発明の第２の実施の形態による移動管理システムの動作を示すシーケンスチャートである。
【図６】本発明の第３の実施の形態による移動管理サーバの構成を示すブロック図である。
【図７】本発明の第３の実施の形態による移動管理システムの動作を示すシーケンスチャートである。
【図８】本発明の第４の実施の形態による移動管理システムの動作を示すシーケンスチャートである。
【図９】本発明の第５の実施の形態による移動管理サーバの構成を示すブロック図である。
【図１０】本発明の第５の実施の形態による移動管理システムの動作を示すシーケンスチャートである。
【図１１】従来例による移動管理システムの構成を示すブロック図である。
【図１２】従来例による移動管理システムの他の構成例を示すブロック図である。
【発明を実施するための形態】
【００２８】
次に、本発明の実施の形態について図面を参照して説明する。図１は本発明による移動管理システムの構成を示すブロック図である。図１において、本発明のによる移動管理システムはデータベース２を備えた移動管理サーバ１と、ゲートウェイ３と、移動可能な移動ノード４と、通信相手ノード５と、ホームネットワーク１００と、移動先ネットワーク２００とから構成されている。
【００２９】
移動ノード４は移動先ネットワーク２００から移動管理サーバ１との間でデータを相互に送受信可能な仮想通信路（以下、セッションとする）を確立する。移動管理サーバ１は移動ノード４の固定ＩＤ（識別情報）と、移動ノード４との間で確立されたセッションとを対応付けてその情報をデータベース２に保持し、移動ノード４と通信相手ノード５との間において、移動ノード４及び通信相手ノード５各々の固定ＩＤを用いた通信の仲介を行う。
【００３０】
したがって、移動ノード４は移動先ネットワーク２００への移動に伴ってネットワークＩＤが変化しても、移動管理サーバ１との間のセッションを用いることで、移動ノード４及び通信相手ノード５各々の固定ＩＤを用いた通信が継続可能となる。また、移動管理サーバ１と移動ノード４との間のネットワーク中に、通信に制限を加えるような装置（ゲートウェイ３）が存在していたとしても、移動ノード４と移動管理サーバ１との間でセッションを確立することが可能であれば移動ノード４が移動管理サーバ１を利用することが可能となる。
【００３１】
このように、本発明では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッションを通じて移動ノード４に届けられるため、移動ノード４は移動しても同一の固定ＩＤを用いた通信を継続することができる。
【００３２】
また、本発明では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、移動管理サーバ１と移動ノード４との間でセッションを確立することが可能であれば、移動ノード４が移動管理サーバ１を介した他の装置との通信を継続することができる。
【００３３】
図２は本発明の第１の実施の形態による移動管理サーバの構成を示すブロック図である。本発明の第１の実施の形態による移動管理システムは図１に示す本発明の実施の形態による移動管理システムと同様の構成となっているが、図２においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００、ゲートウェイ３はその図示を省略している。
【００３４】
移動ノード４は移動管理サーバ１との間で、データを相互に送受信可能なセッションを確立することによって、そのセッションを用いた通信を行う通信端末である。通信相手ノード５は移動ノード４との間で通信を行う通信端末である。
【００３５】
移動管理サーバ１は移動ノード４との間にセッションを確立し、さらに移動ノード４の固定ＩＤとその確立したセッションとの対応付けの情報を管理し、移動ノード４と通信相手ノード５との間で、それら各ノードの固定ＩＤを用いた通信を仲介するサーバである。
【００３６】
移動管理サーバ１は移動ノード４との間でのセッションを確立して通信を行うセッション送受信部１４と、通信相手ノード５との通信を行うネットワーク送受信部１５と、移動ノード４の情報の管理やパケットの転送処理を行う管理処理部１３とから構成されている。
【００３７】
また、移動管理サーバ１は移動ノード４の固定ＩＤとセッションとの対応付け情報（「ＨｏＡ１→Ｓｅｓｓｉｏｎ＃１」，・・・）を保持する経路管理表１１と、セッション自体の情報（「Ｓｅｓｓｉｏｎ＃１：ＣｏＡ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」，・・・）を保持するセッション管理表１２とを管理している。
【００３８】
図３は本発明の第１の実施の形態による移動管理システムの動作を示すシーケンスチャートである。これら図２及び図３を参照して本発明の第１の実施の形態による移動管理システムの動作について説明する。尚、本実施の形態では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）セッションを用いているものとする。また、図３における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵ（中央処理装置）が移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。
【００３９】
まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。
【００４０】
この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。
【００４１】
移動ノード４のＴＣＰ接続要求は移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図３のａ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図３のａ２）。
【００４２】
移動ノード４と移動管理サーバ１との間でＴＣＰセッションが確立されると、移動ノード４はＴＣＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」の登録要求を行う（図３のａ３）。
【００４３】
移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＴＣＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図３のａ４）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図３のａ５）。
【００４４】
次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて移動管理サーバ１に送信する（図３のａ６）。
【００４５】
通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図３のａ７）。
【００４６】
さらに、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図３のａ８）。
【００４７】
管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。
【００４８】
管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を通じて移動ノード４にパケットを転送する（図３のａ９，ａ１０）。
【００４９】
このように、本実施の形態では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッションを通じて移動ノード４に届けられるため、移動ノード４が移動しても同一の固定ＩＤを用いた通信を継続することができる。
【００５０】
また、本実施の形態では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、セッションを確立することができることが可能であれば、移動ノード４が移動管理サーバ１を介した通信を行うことができる。
【００５１】
図４は本発明の第２の実施の形態による移動管理サーバの構成を示すブロック図である。本発明の第２の実施の形態による移動管理システムは、移動ノード５とともに移動するネットワーク（ＭＮＡ１）とネットワーク（ＭＮＡ１）に接続する移動ノード以外の通信端末６とを追加した以外は、図１に示す本発明の実施の形態による移動管理システムと同様の構成となっている。
【００５２】
図４においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５と、ネットワーク（ＭＮＡ１）と、通信端末６とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００、ゲートウェイ３はその図示を省略している。尚、移動ノード４とともに移動する通信端末６には、デフォルトルートとして移動ノード４のＭＮＡ側のネットワークＩＤ「ＭＮ１」が設定されている。
【００５３】
図５は本発明の第２の実施の形態による移動管理システムの動作を示すシーケンスチャートである。これら図４及び図５を参照して本発明の第２の実施の形態による移動管理システムの動作について説明する。尚、本実施の形態では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションを用いているものとする。また、図５における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。
【００５４】
本発明の第２の実施の形態による移動管理システムの動作は上述した本発明の第１の実施の形態による移動管理システムの動作とほぼ同様である。但し、本発明の第２の実施の形態の場合、移動ノード４とともに移動する通信端末６が行う通信を移動管理サーバ１に仲介させる必要があるため、ＴＣＰセッション確立後に行う固定ＩＤ登録要求時に、固定ＩＤだけではなく、移動ノード４とともに移動するネットワーク（ＭＮＡ１）の登録も行う。その結果、移動管理ノード１の経路管理表１１には「ＨｏＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応付けとともに、「ＭＮＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応付けも記録される。
【００５５】
まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。
【００５６】
この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。
【００５７】
移動ノード４のＴＣＰ接続要求は移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図５のｂ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図５のｂ２）。
【００５８】
移動ノード４と移動管理サーバ１との間でＴＣＰセッションが確立されると、移動ノード４はＴＣＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」及びネットワーク（ＭＮＡ１）の登録要求を行う（図５のｂ３）。
【００５９】
移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＴＣＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図５のｂ４）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図５のｂ５）。
【００６０】
次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて移動管理サーバ１に送信する（図５のｂ６）。
【００６１】
通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図５のｂ７）。
【００６２】
また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図５のｂ８）。
【００６３】
管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。
【００６４】
管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を通じて移動ノード４にパケットを転送する（図５のｂ９，ｂ１０）。
【００６５】
さらに、通信端末６から通信相手ノード５へ送信を行う時の動作について説明する。通信端末６から通信相手ノード５に送られるパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「Ｔ１」）はデフォルトルートの設定にしたがって移動ノード４に転送される（図５のｂ１１）。
【００６６】
移動ノード４で受信されたパケットは、移動ノード４がパケットを送信する時と同様に、「Ｓｅｓｓｉｏｎ＃１」を通じて移動管理ノード１に転送され（図５のｂ１２）、その後、移動管理ノード１から通信相手ノード５に転送される（図５のｂ１３）。
【００６７】
さらにまた、通信相手ノード５から通信端末６へ送信を行う時の動作について説明する。通信相手ノード５から通信端末６宛てに送られたパケット（送信先ＩＤ「Ｔ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図５のｂ１４）。
【００６８】
管理処理部１３は受信したパケットの送信先ＩＤ「Ｔ１」が含まれるネットワークの識別子「ＭＮＡ１」を求め、その識別子を基に経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３は対応するセッションが見つからなければ、そのパケットを破棄する。
【００６９】
一方、管理処理部１３は対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を用いて移動ノード４にパケットを転送する（図５のｂ１５，ｂ１６）。移動ノード４はそのパケットを通信端末６に転送する（図５のｂ１７）。
【００７０】
このように、本実施の形態では、移動管理サーバ１によって固定ＩＤ宛てのパケットを移動管理サーバ１と移動ノード４との間のセッションと移動ノード４とを通じて通信端末６に届けられるため、移動ノード４とともに通信端末６が移動しても、同一の固定ＩＤを用いた通信を継続することができる。
【００７１】
また、本実施の形態では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、セッションを確立することが可能であれば、移動ノード４とともに移動する通信端末６が移動管理サーバ１を介した通信を行うことができる。
【００７２】
図６は本発明の第３の実施の形態による移動管理サーバの構成を示すブロック図である。本発明の第３の実施の形態による移動管理システムは、移動ノード５とともに移動するネットワーク（ＭＮＡ１）を追加し、ゲートウェイ３の代わりにプロキシ（Ｐｒｏｘｙ）サーバ７を設置した以外は、図１に示す本発明の実施の形態による移動管理システムと同様の構成となっている。
【００７３】
図６においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５と、ネットワーク（ＭＮＡ１）と、プロキシサーバ７とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００はその図示を省略している。
【００７４】
プロキシサーバ７は移動ノード４と移動管理サーバ１との間のネットワークに存在し、両者間の通信に制限を加えたり、中継したりする装置である。具体的に述べると、プロキシサーバ７としては、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｉｏｎ）ルータやＳｏｃｋｓサーバ、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロキシ、ＨＴＴＰＳ［Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）］プロキシ等があげられる。
【００７５】
図７は本発明の第３の実施の形態による移動管理システムの動作を示すシーケンスチャートである。これら図６及び図７を参照して本発明の第３の実施の形態による移動管理システムの動作について説明する。尚、本実施の形態では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションを用いているものとする。また、図７における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。
【００７６】
但し、本実施の形態と本発明の第２の実施の形態との違いは、移動ノード４と移動管理サーバ１との間のＴＣＰセッションが直接確立されるのではなく、プロキシサーバ７によって中継される点である。そのため、移動管理サーバ１のセッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。
【００７７】
まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。
【００７８】
この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。
【００７９】
移動ノード４のＴＣＰ接続要求はプロキシサーバ７を通して移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図７のｃ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図７のｃ２）。但し、セッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。
【００８０】
移動ノード４と移動管理サーバ１との間で、プロキシサーバ７を通してＴＣＰセッションが確立されると、移動ノード４はＴＣＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」及びネットワーク（ＭＮＡ１）の登録要求を行う（図７のｃ３）。
【００８１】
移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＴＣＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図７のｃ４）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図７のｃ５）。
【００８２】
次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動管理サーバ１に送信する（図７のｃ６）。
【００８３】
通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図７のｃ７）。
【００８４】
また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図７のｃ８）。
【００８５】
管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。
【００８６】
管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動ノード４にパケットを転送する（図７のｃ９，ｃ１０）。
【００８７】
このように、本実施の形態では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッション及びプロキシサーバ７を通じて移動ノード４に届けられるため、移動ノード４が移動しても同一の固定ＩＤを用いた通信を継続することができる。
【００８８】
また、本実施の形態では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（プロキシサーバ７）が存在していても、セッションを確立することが可能であれば、移動ノード４がプロキシサーバ７及び移動管理サーバ１を介した通信を行うことができる。
【００８９】
図８は本発明の第４の実施の形態による移動管理システムの動作を示すシーケンスチャートである。本発明の第４の実施の形態による移動管理システムは、上記の図６に示す本発明の第３の実施の形態による移動管理システムと同様の構成となっているので、図６及び図８を参照して本発明の第４の実施の形態による移動管理システムの動作について説明する。尚、本実施の形態では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションを用いるとともに、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）認証を用いているものとする。また、図８における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。
【００９０】
但し、本実施の形態と本発明の第２の実施の形態との違いは、移動ノード４と移動管理サーバ１との間のＴＣＰセッションが直接確立されるのではなく、プロキシサーバ７によって中継される点である。そのため、移動管理サーバ１のセッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。
【００９１】
まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。
【００９２】
この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。
【００９３】
移動ノード４のＴＣＰ接続要求はプロキシサーバ７を通して移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図８のｄ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図８のｄ２）。但し、セッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。
【００９４】
移動ノード４と移動管理サーバ１との間で、プロキシサーバ７を通してＴＣＰセッションが確立されると、ＳＳＬ認証が行われる（図８のｄ３）。この場合、移動管理サーバ１に通知する固定ＩＤ「ＨｏＡ１」やネットワーク識別子「ＭＮＡ１」は、ＳＳＬ認証時に送信される移動ノード４の証明書内に入れておく。移動管理サーバ１の管理処理部１３は受信した証明書から固定ＩＤ「ＨｏＡ１」やネットワーク識別子「ＭＮＡ１」を取出して経路管理表１１に登録する（図８のｄ４）。
【００９５】
次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動管理サーバ１に送信する（図８のｄ５）。
【００９６】
通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図８のｄ６）。
【００９７】
また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図８のｄ７）。
【００９８】
管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。
【００９９】
管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動ノード４にパケットを転送する（図８のｄ８，ｄ９）。
【０１００】
このように、本実施の形態では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッション及びプロキシサーバ７を通じて移動ノード４に届けられるため、移動ノード４が移動しても同一の固定ＩＤを用いた通信を継続することができる。
【０１０１】
また、本実施の形態では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（プロキシサーバ７）が存在していても、セッションを確立することが可能であれば、移動ノード４がプロキシサーバ７及び移動管理サーバ１を介した通信を行うことができる。
【０１０２】
図９は本発明の第５の実施の形態による移動管理サーバの構成を示すブロック図である。本発明の第５の実施の形態による移動管理システムは、移動ノード５とともに移動するネットワーク（ＭＮＡ１）を追加し、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションの代わりにＨＴＴＰセッションを用いた以外は、図４に示す本発明の第２の実施の形態による移動管理システムと同様の構成となっている。
【０１０３】
図９においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５と、ネットワーク（ＭＮＡ１）とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００、ゲートウェイ３はその図示を省略している。
【０１０４】
図１０は本発明の第５の実施の形態による移動管理システムの動作を示すシーケンスチャートである。これら図９及び図１０を参照して本発明の第５の実施の形態による移動管理システムの動作について説明する。尚、本実施の形態では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションの代わりにＨＴＴＰセッションを用いている。また、図１０における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。
【０１０５】
本発明の第５の実施の形態による移動管理システムの動作は上述した本発明の第２の実施の形態による移動管理システムの動作とほぼ同様である。但し、本発明の第５の実施の形態の場合も、ＨＴＴＰセッション確立後に行う固定ＩＤ登録要求時に、固定ＩＤだけではなく、移動ノード４とともに移動するネットワーク（ＭＮＡ１）の登録も行う。その結果、移動管理ノード１の経路管理表１１には「ＨｏＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応付けとともに、「ＭＮＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応付けも記録される。
【０１０６】
まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。
【０１０７】
この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。
【０１０８】
移動ノード４のＴＣＰ接続要求は移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図１０のｅ１）。本実施の形態では、この移動ノード４と移動管理サーバ１との間のＴＣＰセッションの確立処理を行った上で、さらにＨＴＴＰセッションの確立処理を行う（図１０のｅ２）。そのため、移動管理サーバ１のセッション管理表１２にはＴＣＰセッションの情報（ネットワークＩＤ、ポート番号）ではなく、ＨＴＴＰセッションの識別子（「Ｓｅｓｓｉｏｎ＃１：ｈｔｔｐ＿ｓｅｓｓｉｏｎ＃１」）が登録される（図１０のｅ３）。
【０１０９】
移動ノード４と移動管理サーバ１との間でＨＴＴＰセッションが確立されると、移動ノード４はＨＴＴＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」及びネットワーク（ＭＮＡ１）の登録要求を行う（図１０のｅ４）。
【０１１０】
移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＨＴＴＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図１０のｅ５）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図１０のｅ６）。
【０１１１】
次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて移動管理サーバ１に送信する（図１０のｅ７）。この時、移動ノード４から移動管理サーバ１へのパケットの送信は、ＨＴＴＰリクエストのデータ部としてパケットが送信される。送信するパケットがない場合でも、移動管理サーバ１から移動ノード４宛てのパケットが存在する可能性があるため、移動ノード４から移動管理サーバ１へデータ部がないＨＴＴＰリクエストを送信する。
【０１１２】
通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図１０のｅ８）。
【０１１３】
また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図１０のｅ９）。
【０１１４】
管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。
【０１１５】
管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を通じて移動ノード４にパケットを転送する（図１０のｅ１０，ｅ１１）。
【０１１６】
この場合、移動管理サーバ１から移動ノード４へのパケットの送信は、ＨＴＴＰレスポンスのデータ部としてパケットが送信される。転送するパケットがない場合には、移動管理サーバ１から移動ノード４へデータ部のないＨＴＴＰレスポンスが送信される。
【０１１７】
このように、本実施の形態では、移動管理サーバ１によって固定ＩＤ宛てのパケットを移動管理サーバ１と移動ノード４との間のセッションを通じて移動ノード４に届けられるため、移動ノード４が移動しても、同一の固定ＩＤを用いた通信を継続することができる。
【０１１８】
また、本実施の形態では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、セッションを確立することが可能であれば、移動ノード４が移動管理サーバ１を介した通信を行うことができる。
【０１１９】
尚、上述した本発明の各実施の形態においては、通信端末上のアプリケーションが使用する通信プロトコルと、通信端末と移動管理サーバとの間で確立されるセッションで使用する通信プロトコルとが異なっていてもよい。
【符号の説明】
【０１２０】
１  移動管理サーバ
２  データベース
３  ゲートウェイ
４  移動ノード
５  通信相手ノード
６  移動ノード以外の通信端末
７  プロキシサーバ
１１  経路管理表
１２  セッション管理表
１３  管理処理部
１４  セッション送受信部
１５  ネットワーク送受信部
１００  ホームネットワーク
２００  移動先ネットワーク
【図１】
2010220252.tif 000003
【図２】
2010220252.tif 000004
【図３】
2010220252.tif 000005
【図４】
2010220252.tif 000006
【図５】
2010220252.tif 000007
【図６】
2010220252.tif 000008
【図７】
2010220252.tif 000009
【図８】
2010220252.tif 000010
【図９】
2010220252.tif 000011
【図１０】
2010220252.tif 000012
【図１１】
2010220252.tif 000013
【図１２】
2010220252.tif 000014