JP2006217096A - 移動管理システム、移動管理サーバ及びそれらに用いる移動管理方法並びにそのプログラム - Google Patents

Abstract

【課題】 通信に制限を加えるような装置が存在するネットワークに移動した場合でも、通信を継続することが可能な移動管理システムを提供する。
【解決手段】 移動管理サーバ１は移動ノード４との間にセッションを確立し、さらに移動ノード４の固定ＩＤとその確立したセッションとの対応づけの情報を管理し、移動ノード４と通信相手ノード５との間で、それら各ノードの固定ＩＤを用いた通信を仲介する。そのため、移動管理サーバ１は移動ノード４との間でのセッションを確立して通信を行うセッション送受信部１４と、通信相手ノード５との通信を行うネットワーク送受信部１５と、移動ノード４の情報の管理やパケットの転送処理を行う管理処理部１３とを備えている。移動管理サーバ１は移動ノード４の固定ＩＤとセッションとの対応づけ情報を保持する経路管理表１１と、セッション自体の情報を保持するセッション管理表１２とを管理している。
【選択図】 図２

Description

本発明は移動管理システム、移動管理サーバ及びそれらに用いる移動管理方法並びにそのプログラムに関し、特にネットワークに接続された通信端末が移動先で通信を行うための移動管理方法に関する。

ネットワークに接続された通信端末においては、ネットワークＩＤ（識別情報）によって識別されている。多くの通信プロトコルではネットワークへの接続場所に依存してネットワークＩＤが決定されるため、通信端末のネットワークへの接続場所が変わると、ネットワークＩＤもそれにしたがって変更する必要がある。そのため、移動通信端末が接続するネットワークを切替えながら通信を行おうとしても、ネットワークＩＤが変更となってしまい、通信相手との通信を継続しながら移動することができないといった問題がある。

通信を継続しながらの通信端末の移動を実現するための従来技術としては、通信端末が移動しても変更されない固定ネットワークＩＤ（固定ＩＤ）と移動先ネットワークで使用できる気付けネットワークＩＤ（気付けＩＤ）との対応づけを保持するサーバ（移動管理サーバ）を設置する方法がある（図１１参照）（例えば、特許文献１参照）。

固定ＩＤは移動ノード２２に固定的に割り当てられたＩＤで、ネットワーク３００への接続場所を変更した場合にも変化しない。移動ノードが他の通信ノード２３と通信を行う場合にはこの固定ＩＤを用いる。

しかしながら、移動ノード２２が移動先のネットワーク３００に接続している時、この固定ＩＤを使用して直接通信を行うことはできない。気付けＩＤは、移動ノード２２が接続している移動先のネットワーク３００において取得したネットワークＩＤで、ネットワーク３００への接続場所が変わるにつれて変化する（図１１の１．参照）。

移動ノード２２は移動に伴って、気付けＩＤが変化するたびにその気付けＩＤを移動管理サーバ２１に登録する（図１１の２．参照）。移動管理サーバ２１は移動ノード２２からの登録に基づいて固定ＩＤと気付けＩＤとの対応情報を保持しており、さらに固定ＩＤ宛てに送信されたパケットの受信を代行する。

通信ノード２３が固定ＩＤ宛てにパケットを送信した場合、そのパケットは移動管理サーバ２１によって受信される。移動管理サーバ２１は受信したパケットの固定ＩＤに対応する気付けＩＤを調べ、そのパケットを気付けＩＤ宛てのパケットにカプセル化して移動ノード２２宛てに送信する（図１１の３．参照）。

移動ノード２２は移動管理サーバ２１から受信したカプセル化されたパケットから固定ＩＤ宛てのパケットを取出すことで、固定ＩＤを用いた通信を行うことが可能となる。

このように、移動管理サーバ２１を設置することで、移動ノード２２は移動しながらでも固定ＩＤを用いた通信を継続することができるが、この方式の場合、移動管理サーバ２１と移動ノード２２とが接続しているネットワーク３００の間で完全な通信到達性が求められる。

しかしながら、近年の通信ネットワークでは、ネットワーク内で通信が非常に制限されている箇所（ゲートウェイ）が存在することが多い。そのようなネットワークの構成を図１２に示す。図１２のホームネットワーク４００は移動管理サーバ３１との完全な到達性が確保されるネットワーク全体である。このホームネットワーク４００内で移動ノード３４が移動を行った場合には、上述したような既存技術を用いることによって、固定ＩＤを用いた継続的な通信が可能となる。

一方、移動先のネットワーク５００はなにかしらの通信制限が課せられるゲートウェイ３３経由でホームネットワーク４００に接続されるネットワークである。ホームネットワーク４００及び移動先のネットワーク５００の例としては、ホームネットワーク４００としてインタネット、移動先のネットワーク５００としてＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）ルータ経由でインタネットにつながれたプライベートＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークやファイアウォールで保護されているネットワークがあげられる。この場合、ＮＡＴルータやファイアウォール装置がゲートウェイ３３となる。

特開２００２−１９９００４号公報

上述した従来の移動管理サーバでは、移動ノードがゲートウェイ経由でホームネットワークに接続される移動先のネットワークに接続した場合、移動管理サーバへの登録やカプセル化されたパケットの送受信が行えなくなってしまい、通信が継続できなくなってしまうという移動サポートの問題がある。

例えば、移動管理サーバと移動ノードとの間にゲートウェイとしてＮＡＴルータが存在していた場合、移動ノードは気付けＩＤとして移動先のネットワーク内のみで有効なプライベートネットワークＩＤを移動管理サーバに登録することになる。しかしながら、移動管理サーバが固定ＩＤ宛てのパケットを気付けＩＤ宛てにカプセル化して送信しようとしても、ホームネットワーク内の移動管理サーバからはプライベートネットワークＩＤへは到達不可能なため、パケットを届けることが不可能である。

また、移動管理サーバと移動ノードとの間にゲートウェイとしてファイアウォール装置が存在していた場合、移動ノードは移動管理サーバへの登録パケット自体がファイアウォールによって破棄されてしまい、移動管理サーバへの登録を行うことができない。

上述したような移動管理サーバとの間の通信に制限が加えられてしまう移動先のネットワークが現実のネットワークには存在しており、従来の技術ではそのようなネットワークに移動した場合、通信を継続することができなくなってしまうという問題がある。

そこで、本発明の目的は上記の問題点を解消し、通信に制限を加えるような装置が存在するネットワークに移動した場合でも、通信を継続することができる移動管理システム、移動管理サーバ及びそれらに用いる移動管理方法並びにそのプログラムを提供することにある。

本発明による移動管理システムは、通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムであって、
前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する手段を前記移動管理サーバに備えている。

本発明による移動管理サーバは、通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて前記通信端末を管理する移動管理サーバであって、
前記通信端末の移動先のネットワークから前記通信端末と自装置との間でデータを相互に送受信可能な仮想通信路を確立する手段を備えている。

本発明による移動管理方法は、通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムに用いられる移動管理方法であって、
前記移動管理サーバが、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理を実行している。

本発明による移動管理方法のプログラムは、通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムに用いられる移動管理方法のプログラムであって、前記移動管理サーバのコンピュータに、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理を実行させている。

すなわち、本発明の移動管理システムは、通信端末のネットワークＩＤ（識別情報）がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、通信端末がゲートウェイを介したネットワークに移動した場合でも、固定化されたＩＤを用いて他端末との通信を継続することが可能な構成を提供するものである。

より具体的に説明すると、本発明の移動管理システムでは、移動する移動ノードが、移動先のネットワークから移動管理サーバとの間でデータを相互に送受信可能な仮想通信路（以下、セッションとする）を確立する。移動管理サーバは移動ノードの固定ＩＤと、移動ノードとの間で確立されたセッションとを対応づけてその情報を保持し、移動ノードと通信相手ノードとの間の固定ＩＤを用いた通信の仲介を行う。

したがって、本発明の移動管理システムでは、移動ノードの移動に伴ってネットワークＩＤが変化しても、移動管理サーバとのセッションを用いることで、移動ノードの固定ＩＤを用いた通信が継続可能となる。

また、本発明の移動管理システムでは、移動管理サーバと移動ノードとの間のネットワーク中に、通信に制限を加えるような装置が存在していたとしても、セッションを確立することが可能であれば、移動ノードが移動管理サーバを利用することが可能となる。

これによって、本発明の移動管理システムでは、移動管理サーバによって固定ＩＤ宛てのパケットが移動管理サーバと移動ノードとの間のセッションを通じて移動ノードに届けられるため、移動ノードが移動しても同一の固定ＩＤを用いた通信を継続することが可能となる。

本発明は、以下に述べるような構成及び動作とすることで、通信に制限を加えるような装置が存在するネットワークに移動した場合でも、通信を継続することができるという効果が得られる。

次に、本発明の実施の形態について図面を参照して説明する。図１は本発明の実施の形態による移動管理システムの構成を示すブロック図である。図１において、本発明の実施の形態による移動管理システムはデータベース２を備えた移動管理サーバ１と、ゲートウェイ３と、移動可能な移動ノード４と、通信相手ノード５と、ホームネットワーク１００と、移動先ネットワーク２００とから構成されている。

移動ノード４は移動先ネットワーク２００から移動管理サーバ１との間でデータを相互に送受信可能な仮想通信路（以下、セッションとする）を確立する。移動管理サーバ１は移動ノード４の固定ＩＤ（識別情報）と、移動ノード４との間で確立されたセッションとを対応づけてその情報をデータベース２に保持し、移動ノード４と通信相手ノード５との間において、移動ノード４及び通信相手ノード５各々の固定ＩＤを用いた通信の仲介を行う。

したがって、移動ノード４は移動先ネットワーク２００への移動に伴ってネットワークＩＤが変化しても、移動管理サーバ１との間のセッションを用いることで、移動ノード４及び通信相手ノード５各々の固定ＩＤを用いた通信が継続可能となる。また、移動管理サーバ１と移動ノード４との間のネットワーク中に、通信に制限を加えるような装置（ゲートウェイ３）が存在していたとしても、移動ノード４と移動管理サーバ１との間でセッションを確立することが可能であれば移動ノード４が移動管理サーバ１を利用することが可能となる。

このように、本発明の実施の形態では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッションを通じて移動ノード４に届けられるため、移動ノード４は移動しても同一の固定ＩＤを用いた通信を継続することができる。

また、本発明の実施の形態では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、移動管理サーバ１と移動ノード４との間でセッションを確立することが可能であれば、移動ノード４が移動管理サーバ１を介した他の装置との通信を継続することができる。

図２は本発明の第１の実施例による移動管理サーバの構成を示すブロック図である。本発明の第１の実施例による移動管理システムは図１に示す本発明の実施の形態による移動管理システムと同様の構成となっているが、図２においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００、ゲートウェイ３はその図示を省略している。

移動ノード４は移動管理サーバ１との間で、データを相互に送受信可能なセッションを確立することによって、そのセッションを用いた通信を行う通信端末である。通信相手ノード５は移動ノード４との間で通信を行う通信端末である。

移動管理サーバ１は移動ノード４との間にセッションを確立し、さらに移動ノード４の固定ＩＤとその確立したセッションとの対応づけの情報を管理し、移動ノード４と通信相手ノード５との間で、それら各ノードの固定ＩＤを用いた通信を仲介するサーバである。

移動管理サーバ１は移動ノード４との間でのセッションを確立して通信を行うセッション送受信部１４と、通信相手ノード５との通信を行うネットワーク送受信部１５と、移動ノード４の情報の管理やパケットの転送処理を行う管理処理部１３とから構成されている。

また、移動管理サーバ１は移動ノード４の固定ＩＤとセッションとの対応づけ情報（「ＨｏＡ１→Ｓｅｓｓｉｏｎ＃１」，・・・）を保持する経路管理表１１と、セッション自体の情報（「Ｓｅｓｓｉｏｎ＃１：ＣｏＡ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」，・・・）を保持するセッション管理表１２とを管理している。

図３は本発明の第１の実施例による移動管理システムの動作を示すシーケンスチャートである。これら図２及び図３を参照して本発明の第１の実施例による移動管理システムの動作について説明する。尚、本実施例では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）セッションを用いているものとする。また、図３における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵ（中央処理装置）が移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。

まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。

この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。

移動ノード４のＴＣＰ接続要求は移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図３のａ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図３のａ２）。

移動ノード４と移動管理サーバ１との間でＴＣＰセッションが確立されると、移動ノード４はＴＣＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」の登録要求を行う（図３のａ３）。

移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＴＣＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図３のａ４）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図３のａ５）。

次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて移動管理サーバ１に送信する（図３のａ６）。

通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図３のａ７）。

さらに、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図３のａ８）。

管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。

管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を通じて移動ノード４にパケットを転送する（図３のａ９，ａ１０）。

このように、本実施例では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッションを通じて移動ノード４に届けられるため、移動ノード４が移動しても同一の固定ＩＤを用いた通信を継続することができる。

また、本実施例では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、セッションを確立することができることが可能であれば、移動ノード４が移動管理サーバ１を介した通信を行うことができる。

図４は本発明の第２の実施例による移動管理サーバの構成を示すブロック図である。本発明の第２の実施例による移動管理システムは、移動ノード５とともに移動するネットワーク（ＭＮＡ１）とネットワーク（ＭＮＡ１）に接続する移動ノード以外の通信端末６とを追加した以外は、図１に示す本発明の実施の形態による移動管理システムと同様の構成となっている。

図４においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５と、ネットワーク（ＭＮＡ１）と、通信端末６とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００、ゲートウェイ３はその図示を省略している。尚、移動ノード４とともに移動する通信端末６には、デフォルトルートとして移動ノード４のＭＮＡ側のネットワークＩＤ「ＭＮ１」が設定されている。

図５は本発明の第２の実施例による移動管理システムの動作を示すシーケンスチャートである。これら図４及び図５を参照して本発明の第２の実施例による移動管理システムの動作について説明する。尚、本実施例では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションを用いているものとする。また、図５における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。

本発明の第２の実施例による移動管理システムの動作は上述した本発明の第１の実施例による移動管理システムの動作とほぼ同様である。但し、本発明の第２の実施例の場合、移動ノード４とともに移動する通信端末６が行う通信を移動管理サーバ１に仲介させる必要があるため、ＴＣＰセッション確立後に行う固定ＩＤ登録要求時に、固定ＩＤだけではなく、移動ノード４とともに移動するネットワーク（ＭＮＡ１）の登録も行う。その結果、移動管理ノード１の経路管理表１１には「ＨｏＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応づけとともに、「ＭＮＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応づけも記録される。

まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。

この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。

移動ノード４のＴＣＰ接続要求は移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図５のｂ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図５のｂ２）。

移動ノード４と移動管理サーバ１との間でＴＣＰセッションが確立されると、移動ノード４はＴＣＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」及びネットワーク（ＭＮＡ１）の登録要求を行う（図５のｂ３）。

移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＴＣＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図５のｂ４）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図５のｂ５）。

次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて移動管理サーバ１に送信する（図５のｂ６）。

通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図５のｂ７）。

また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図５のｂ８）。

管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。

管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を通じて移動ノード４にパケットを転送する（図５のｂ９，ｂ１０）。

さらに、通信端末６から通信相手ノード５へ送信を行う時の動作について説明する。通信端末６から通信相手ノード５に送られるパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「Ｔ１」）はデフォルトルートの設定にしたがって移動ノード４に転送される（図５のｂ１１）。

移動ノード４で受信されたパケットは、移動ノード４がパケットを送信する時と同様に、「Ｓｅｓｓｉｏｎ＃１」を通じて移動管理ノード１に転送され（図５のｂ１２）、その後、移動管理ノード１から通信相手ノード５に転送される（図５のｂ１３）。

さらにまた、通信相手ノード５から通信端末６へ送信を行う時の動作について説明する。通信相手ノード５から通信端末６宛てに送られたパケット（送信先ＩＤ「Ｔ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図５のｂ１４）。

管理処理部１３は受信したパケットの送信先ＩＤ「Ｔ１」が含まれるネットワークの識別子「ＭＮＡ１」を求め、その識別子を基に経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３は対応するセッションが見つからなければ、そのパケットを破棄する。

一方、管理処理部１３は対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を用いて移動ノード４にパケットを転送する（図５のｂ１５，ｂ１６）。移動ノード４はそのパケットを通信端末６に転送する（図５のｂ１７）。

このように、本実施例では、移動管理サーバ１によって固定ＩＤ宛てのパケットを移動管理サーバ１と移動ノード４との間のセッションと移動ノード４とを通じて通信端末６に届けられるため、移動ノード４とともに通信端末６が移動しても、同一の固定ＩＤを用いた通信を継続することができる。

また、本実施例では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、セッションを確立することが可能であれば、移動ノード４とともに移動する通信端末６が移動管理サーバ１を介した通信を行うことができる。

図６は本発明の第３の実施例による移動管理サーバの構成を示すブロック図である。本発明の第３の実施例による移動管理システムは、移動ノード５とともに移動するネットワーク（ＭＮＡ１）を追加し、ゲートウェイ３の代わりにプロキシ（Ｐｒｏｘｙ）サーバ７を設置した以外は、図１に示す本発明の実施の形態による移動管理システムと同様の構成となっている。

図６においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５と、ネットワーク（ＭＮＡ１）と、プロキシサーバ７とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００はその図示を省略している。

プロキシサーバ７は移動ノード４と移動管理サーバ１との間のネットワークに存在し、両者間の通信に制限を加えたり、中継したりする装置である。具体的に述べると、プロキシサーバ７としては、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）ルータやＳｏｃｋｓサーバ、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロキシ、ＨＴＴＰＳ［Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）］プロキシ等があげられる。

図７は本発明の第３の実施例による移動管理システムの動作を示すシーケンスチャートである。これら図６及び図７を参照して本発明の第３の実施例による移動管理システムの動作について説明する。尚、本実施例では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションを用いているものとする。また、図７における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。

但し、本実施例と本発明の第２の実施例との違いは、移動ノード４と移動管理サーバ１との間のＴＣＰセッションが直接確立されるのではなく、プロキシサーバ７によって中継される点である。そのため、移動管理サーバ１のセッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。

まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。

この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。

移動ノード４のＴＣＰ接続要求はプロキシサーバ７を通して移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図７のｃ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図７のｃ２）。但し、セッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。

移動ノード４と移動管理サーバ１との間で、プロキシサーバ７を通してＴＣＰセッションが確立されると、移動ノード４はＴＣＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」及びネットワーク（ＭＮＡ１）の登録要求を行う（図７のｃ３）。

移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＴＣＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図７のｃ４）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図７のｃ５）。

次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動管理サーバ１に送信する（図７のｃ６）。

通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図７のｃ７）。

また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図７のｃ８）。

管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。

管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動ノード４にパケットを転送する（図７のｃ９，ｃ１０）。

このように、本実施例では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッション及びプロキシサーバ７を通じて移動ノード４に届けられるため、移動ノード４が移動しても同一の固定ＩＤを用いた通信を継続することができる。

また、本実施例では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（プロキシサーバ７）が存在していても、セッションを確立することが可能であれば、移動ノード４がプロキシサーバ７及び移動管理サーバ１を介した通信を行うことができる。

図８は本発明の第４の実施例による移動管理システムの動作を示すシーケンスチャートである。本発明の第４の実施例による移動管理システムは、上記の図６に示す本発明の第３の実施例による移動管理システムと同様の構成となっているので、図６及び図８を参照して本発明の第４の実施例による移動管理システムの動作について説明する。尚、本実施例では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションを用いるとともに、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）認証を用いているものとする。また、図８における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。

但し、本実施例と本発明の第２の実施例との違いは、移動ノード４と移動管理サーバ１との間のＴＣＰセッションが直接確立されるのではなく、プロキシサーバ７によって中継される点である。そのため、移動管理サーバ１のセッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。

まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。

この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。

移動ノード４のＴＣＰ接続要求はプロキシサーバ７を通して移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図８のｄ１）。この時、移動管理サーバ１の管理処理部１３は確立されたＴＣＰセッションにセッション識別子（Ｓｅｓｓｉｏｎ＃１）を割り当て、その情報をセッション管理表１２に格納する（図８のｄ２）。但し、セッション管理表１２には移動ノード４のネットワークＩＤではなく、プロキシサーバ７のネットワークＩＤ（Ｐ１）が登録されるため、セッション管理表１２に格納される情報は「Ｓｅｓｓｉｏｎ＃１：Ｐ１：ｐｏｒｔ＃１−ＨＡ１：ｐｏｒｔ＃２」となる。

移動ノード４と移動管理サーバ１との間で、プロキシサーバ７を通してＴＣＰセッションが確立されると、ＳＳＬ認証が行われる（図８のｄ３）。この場合、移動管理サーバ１に通知する固定ＩＤ「ＨｏＡ１」やネットワーク識別子「ＭＮＡ１」は、ＳＳＬ認証時に送信される移動ノード４の証明書内に入れておく。移動管理サーバ１の管理処理部１３は受信した証明書から固定ＩＤ「ＨｏＡ１」やネットワーク識別子「ＭＮＡ１」を取出して経路管理表１１に登録する（図８のｄ４）。

次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動管理サーバ１に送信する（図８のｄ５）。

通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図８のｄ６）。

また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図８のｄ７）。

管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。

管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を用いて、プロキシサーバ７を通して移動ノード４にパケットを転送する（図８のｄ８，ｄ９）。

このように、本実施例では、移動管理サーバ１によって固定ＩＤ宛てのパケットが移動管理サーバ１と移動ノード４との間のセッション及びプロキシサーバ７を通じて移動ノード４に届けられるため、移動ノード４が移動しても同一の固定ＩＤを用いた通信を継続することができる。

また、本実施例では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（プロキシサーバ７）が存在していても、セッションを確立することが可能であれば、移動ノード４がプロキシサーバ７及び移動管理サーバ１を介した通信を行うことができる。

図９は本発明の第５の実施例による移動管理サーバの構成を示すブロック図である。本発明の第５の実施例による移動管理システムは、移動ノード５とともに移動するネットワーク（ＭＮＡ１）を追加し、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションの代わりにＨＴＴＰセッションを用いた以外は、図４に示す本発明の第２の実施例による移動管理システムと同様の構成となっている。

図９においては、移動管理サーバ１と、移動ノード４と、通信相手ノード５と、ネットワーク（ＭＮＡ１）とのみを図示しており、ホームネットワーク１００、移動先ネットワーク２００、ゲートウェイ３はその図示を省略している。

図１０は本発明の第５の実施例による移動管理システムの動作を示すシーケンスチャートである。これら図９及び図１０を参照して本発明の第５の実施例による移動管理システムの動作について説明する。尚、本実施例では、移動ノード４と移動管理サーバ１との間のセッションとしてＴＣＰセッションの代わりにＨＴＴＰセッションを用いている。また、図１０における移動管理サーバ１の処理は管理処理部１３を構成する図示せぬＣＰＵが移動管理サーバ１のメインメモリ（図示せず）のプログラムを実行することで実現される。

本発明の第５の実施例による移動管理システムの動作は上述した本発明の第２の実施例による移動管理システムの動作とほぼ同様である。但し、本発明の第５の実施例の場合も、ＨＴＴＰセッション確立後に行う固定ＩＤ登録要求時に、固定ＩＤだけではなく、移動ノード４とともに移動するネットワーク（ＭＮＡ１）の登録も行う。その結果、移動管理ノード１の経路管理表１１には「ＨｏＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応づけとともに、「ＭＮＡ１」から「Ｓｅｓｓｉｏｎ＃１」への対応づけも記録される。

まず、移動ノード４が移動した時の動作について説明する。移動ノード４はネットワーク（図２の移動先ネットワーク２００）に接続し、ネットワークＩＤ（気付けＩＤ「ＣｏＡ１」）を取得すると、移動管理サーバ１に対してＴＣＰ接続要求を行う。

この時のＴＣＰセッションの移動ノード４側のネットワークＩＤは「ＣｏＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃１」であり、移動管理サーバ１側のネットワークＩＤは「ＨＡ１」、ＴＣＰポート番号は「ｐｏｒｔ＃２」である。

移動ノード４のＴＣＰ接続要求は移動管理サーバ１のセッション送受信部１４によって受信され、ＴＣＰセッションの確立処理が行われる（図１０のｅ１）。本実施例では、この移動ノード４と移動管理サーバ１との間のＴＣＰセッションの確立処理を行った上で、さらにＨＴＴＰセッションの確立処理を行う（図１０のｅ２）。そのため、移動管理サーバ１のセッション管理表１２にはＴＣＰセッションの情報（ネットワークＩＤ、ポート番号）ではなく、ＨＴＴＰセッションの識別子（「Ｓｅｓｓｉｏｎ＃１：ｈｔｔｐ＿ｓｅｓｓｉｏｎ＃１」）が登録される（図１０のｅ３）。

移動ノード４と移動管理サーバ１との間でＨＴＴＰセッションが確立されると、移動ノード４はＨＴＴＰセッション（「Ｓｅｓｓｉｏｎ＃１」）を用いて固定ＩＤ「ＨｏＡ１」及びネットワーク（ＭＮＡ１）の登録要求を行う（図１０のｅ４）。

移動ノード４の登録要求はセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、管理処理部１３は移動ノード４の固定ＩＤとＨＴＴＰセッションのセッション識別子（Ｓｅｓｓｉｏｎ＃１）とを経路管理表１１に格納する（図１０のｅ５）。その後、管理処理部１３は「Ｓｅｓｓｉｏｎ＃１」を用いて登録応答を移動ノード４に送信する（図１０のｅ６）。

次に、移動ノード４から通信相手ノード５へ送信を行う時の動作について説明する。移動ノード４は通信相手ノード５宛てのパケット（送信先ＩＤ「ＣＮ１」、送信元ＩＤ「ＨｏＡ１」）を「Ｓｅｓｓｉｏｎ＃１」を用いて移動管理サーバ１に送信する（図１０のｅ７）。この時、移動ノード４から移動管理サーバ１へのパケットの送信は、ＨＴＴＰリクエストのデータ部としてパケットが送信される。送信するパケットがない場合でも、移動管理サーバ１から移動ノード４宛てのパケットが存在する可能性があるため、移動ノード４から移動管理サーバ１へデータ部がないＨＴＴＰリクエストを送信する。

通信相手ノード５宛てのパケットはセッション送受信部１４を介して移動管理サーバ１の管理処理部１３で受信され、ネットワーク送受信部１５を用いて通信相手ノード５に向けて転送される（図１０のｅ８）。

また、通信相手ノード５から移動ノード４へ送信を行う時の動作について説明する。通信相手ノード５から移動ノード４宛てに送られたパケット（送信先ＩＤ「ＨｏＡ１」、送信元ＩＤ「ＣＮ１」）はネットワーク送受信部１５を介して移動管理サーバ１の管理処理部１３で受信される（図１０のｅ９）。

管理処理部１３は受信したパケットの送信先ＩＤ「ＨｏＡ１」を基に、経路管理表１１内でセッション識別子の検索を行う。この時、管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つからなければ、そのパケットを破棄する。

管理処理部１３はパケットの送信先ＩＤに対応するセッションが見つかれば、セッション送受信部１４を介してパケットの送信先ＩＤ「ＨｏＡ１」に対応するセッション「Ｓｅｓｓｉｏｎ＃１」を通じて移動ノード４にパケットを転送する（図１０のｅ１０，ｅ１１）。

この場合、移動管理サーバ１から移動ノード４へのパケットの送信は、ＨＴＴＰレスポンスのデータ部としてパケットが送信される。転送するパケットがない場合には、移動管理サーバ１から移動ノード４へデータ部のないＨＴＴＰレスポンスが送信される。

このように、本実施例では、移動管理サーバ１によって固定ＩＤ宛てのパケットを移動管理サーバ１と移動ノード４との間のセッションを通じて移動ノード４に届けられるため、移動ノード４が移動しても、同一の固定ＩＤを用いた通信を継続することができる。

また、本実施例では、移動管理サーバ１と移動ノード４との間のネットワーク内に通信に制限を加えるような装置（ゲートウェイ３）が存在していても、セッションを確立することが可能であれば、移動ノード４が移動管理サーバ１を介した通信を行うことができる。

尚、上述した本発明の各実施例においては、通信端末上のアプリケーションが使用する通信プロトコルと、通信端末と移動管理サーバとの間で確立されるセッションで使用する通信プロトコルとが異なっていてもよい。

本発明の実施の形態による移動管理システムの構成を示すブロック図である。 本発明の第１の実施例による移動管理サーバの構成を示すブロック図である。 本発明の第１の実施例による移動管理システムの動作を示すシーケンスチャートである。 本発明の第２の実施例による移動管理サーバの構成を示すブロック図である。 本発明の第２の実施例による移動管理システムの動作を示すシーケンスチャートである。 本発明の第３の実施例による移動管理サーバの構成を示すブロック図である。 本発明の第３の実施例による移動管理システムの動作を示すシーケンスチャートである。 本発明の第４の実施例による移動管理システムの動作を示すシーケンスチャートである。 本発明の第５の実施例による移動管理サーバの構成を示すブロック図である。 本発明の第５の実施例による移動管理システムの動作を示すシーケンスチャートである。 従来例による移動管理システムの構成を示すブロック図である。 従来例による移動管理システムの他の構成例を示すブロック図である。

符号の説明

１ 移動管理サーバ
２ データベース
３ ゲートウェイ
４ 移動ノード
５ 通信相手ノード
６ 移動ノード以外の通信端末
７ プロキシサーバ
１１ 経路管理表
１２ セッション管理表
１３ 管理処理部
１４ セッション送受信部
１５ ネットワーク送受信部
１００ ホームネットワーク
２００ 移動先ネットワーク

Claims (19)

1. 通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムであって、
   前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する手段を前記移動管理サーバに有することを特徴とする移動管理システム。
2. 前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する手段を前記移動管理サーバに含むことを特徴とする請求項１記載の移動管理システム。
3. 前記固定識別情報と前記仮想通信路の情報との対応づけに基づいて前記通信端末とその通信相手との間の通信の仲介を行う手段を前記移動管理サーバに含むことを特徴とする請求項２記載の移動管理システム。
4. 前記移動管理サーバは、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応づけを保持することを特徴とする請求項２または請求項３記載の移動管理システム。
5. 前記移動管理サーバは、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応づけに基づいて前記通信端末とともに移動するネットワークに接続される通信端末とその通信相手との間の通信の仲介を行うことを特徴とする請求項４記載の移動管理システム。
6. 前記仮想通信路は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）セッションとＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションとＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）セッションとのうちのいずれかを用いることを特徴とする請求項１から請求項５のいずれか記載の移動管理システム。
7. 通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて前記通信端末を管理する移動管理サーバであって、
   前記通信端末の移動先のネットワークから前記通信端末と自装置との間でデータを相互に送受信可能な仮想通信路を確立する手段を有することを特徴とする移動管理サーバ。
8. 前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する手段を含むことを特徴とする請求項７記載の移動管理サーバ。
9. 前記固定識別情報と前記仮想通信路の情報との対応づけに基づいて前記通信端末とその通信相手との間の通信の仲介を行う手段を含むことを特徴とする請求項８記載の移動管理サーバ。
10. 前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応づけを保持することを特徴とする請求項８または請求項９記載の移動管理サーバ。
11. 前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応づけに基づいて前記通信端末とともに移動するネットワークに接続される通信端末とその通信相手との間の通信の仲介を行うことを特徴とする請求項１０記載の移動管理サーバ。
12. 前記仮想通信路は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）セッションとＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションとＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）セッションとのうちのいずれかを用いることを特徴とする請求項７から請求項１１のいずれか記載の移動管理サーバ。
13. 通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムに用いられる移動管理方法であって、
    前記移動管理サーバが、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理を実行することを特徴とする移動管理方法。
14. 前記移動管理サーバが前記仮想通信路の情報と前記通信端末の固定識別情報とを対応付けて保持する処理を実行することを特徴とする請求項１３記載の移動管理方法。
15. 前記移動管理サーバが、前記固定識別情報と前記仮想通信路の情報との対応づけに基づいて前記通信端末とその通信相手との間の通信の仲介を行う処理を実行することを特徴とする請求項１４記載の移動管理方法。
16. 前記移動管理サーバが、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応づけを保持する処理を実行することを特徴とする請求項１４または請求項１５記載の移動管理方法。
17. 前記移動管理サーバが、前記通信端末とともに移動するネットワークの識別子と前記仮想通信路の情報との対応づけに基づいて前記通信端末とともに移動するネットワークに接続される通信端末とその通信相手との間の通信の仲介を行う処理を実行することを特徴とする請求項１６記載の移動管理方法。
18. 前記仮想通信路は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）セッションとＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）セッションとＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）セッションとのうちのいずれかを用いることを特徴とする請求項１３から請求項１７のいずれか記載の移動管理方法。
19. 通信端末のネットワーク識別情報がネットワークへの接続場所に依存して決定される通信ネットワークにおいて、移動管理サーバにて前記通信端末を管理する移動管理システムに用いられる移動管理方法のプログラムであって、前記移動管理サーバのコンピュータに、前記通信端末の移動先のネットワークから前記通信端末と前記移動管理サーバとの間でデータを相互に送受信可能な仮想通信路を確立する処理を実行させるためのプログラム。
    

Images