JP2002064562A - 通信コネクション確立方法 - Google Patents

Abstract

(57)【要約】 【課題】 本発明はサーバアプリケーションとクライア
ントアプリケーションとの間の通信を終了することな
く、それらのアプリケーションの切替や通信経路の切替
を可能にすることを目的とする。 【解決手段】 複数のアプリケーションと通信を中継す
る複数のプロキシとそれらを接続するネットワークとが
設けられた通信システムの制御に用いる通信コネクショ
ン確立方法であって、複数のアプリケーションが２つ以
上のプロキシを通る通信経路を介して互いに通信してい
る場合に、所定の切替要求に応答して前記通信経路上に
配置された第１のプロキシが接続先の第２のプロキシを
第３のプロキシに切り替えて通信を継続することを特徴
とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上で
接続された複数の端末同士がサーバアプリケーション及
びクライアントアプリケーションにより通信する場合
に、通信経路の切替などのために用いられる通信コネク
ション確立方法に関する。

【０００２】

【従来の技術】利用者が通信を行っているアプリケーシ
ョンの利用をやめて他のアプリケーションで通信を行お
うとする場合には、通信を中断してから、他のアプリケ
ーションで通信を再開する必要がある。しかしながら、
この場合は通信が切断されてしまうので、相手のアプリ
ケーションとの通信手続きを最初からやり直す必要があ
る。すなわち、あるアプリケーションに対する通信サー
ビスを途中から他のアプリケーションに切り替えること
はできない。

【０００３】例えば、ノートパソコンやＰＤＡのような
移動端末は持ち運びができるため様々な場所で利用され
る可能性があるし、移動しながら利用される場合もあ
る。このような移動端末をオンラインで利用する場合に
は、例えばイーサネット（登録商標），構内無線ＬＡＮ
（Local Area Network），公衆無線通信（例えばＰＨＳ
（Personal Handy-phone System））等に対応する通信
アダプタを用いて移動端末をネットワークに接続する必
要がある。

【０００４】移動端末が利用される様々な場所において
は、１つ又は複数の通信媒体を利用して移動端末をネッ
トワークに接続することが可能である。予め複数種類の
通信媒体に対応する複数の通信アダプタを搭載しておけ
ば、１台の移動端末を様々な場所で、必要に応じて通信
方式を切り替えてネットワークに接続することができ
る。

【０００５】実際に複数の端末同士がサーバアプリケー
ション及びクライアントアプリケーションにより通信す
る場合には、まず端末のハードウェアをネットワークに
接続し、サービスを提供するサーバアプリケーションと
前記サービスを利用するクライアントアプリケーション
との間に通信コネクションを確立する必要がある。ま
た、例えば障害などによって一時的に通信が途絶えた場
合でも通信の継続を可能にするために、サーバアプリケ
ーションとクライアントアプリケーションとの間にプロ
キシと呼ばれる中継装置を介在するように通信経路を構
築するのが一般的である。

【０００６】

【発明が解決しようとする課題】上記のような従来の通
信システムにおいては、サーバアプリケーションとクラ
イアントアプリケーションとの間の通信を開始する際に
その通信経路が決定される。従って、通信の途中では利
用するサーバアプリケーション，クライアントアプリケ
ーション及びプロキシの組み合わせを変更することはで
きない。

【０００７】サーバアプリケーション，クライアントア
プリケーション又はプロキシを変更する場合には、通信
を一旦終了し、通信コネクションを解放し、サーバアプ
リケーションとクライアントアプリケーションとの間の
各通信コネクションをつなぎ直す必要がある。しかしな
がら、移動端末が移動しながら通信する場合には、移動
に伴ってサーバアプリケーション，クライアントアプリ
ケーション及びプロキシの位置関係が変わるため、冗長
な通信経路が形成される可能性がある。例えば、不必要
なプロキシを中継して通信を継続する場合が生じる。

【０００８】また、例えば通信中の端末に障害が発生し
た場合には、通信を一旦終了し、通信コネクションを解
放し、障害が生じた端末のアプリケーションやプロキシ
の機能を他の端末で置き換えるように通信経路を再構築
して最初から通信をやり直す必要がある。また、例えば
ユーザが利用する端末を画面の小さい移動端末から画面
の大きい固定端末（例えばデスクトップパソコン）に切
り替えようとする場合にも、移動端末の通信を終了し、
通信コネクションを解放し、固定端末を用いて新たな通
信経路を構築し、通信を最初からやり直す必要がある。

【０００９】そこで、本発明はサーバアプリケーション
とクライアントアプリケーションとの間の通信を終了す
ることなく、それらのアプリケーションの切替や通信経
路の切替を可能にすることを目的とする。

【００１０】

【課題を解決するための手段】請求項１は、複数のアプ
リケーションと、通信を中継する複数のプロキシと、そ
れらを接続するネットワークとが設けられた通信システ
ムの制御に用いる通信コネクション確立方法であって、
複数のアプリケーションが２つ以上のプロキシを通る通
信経路を介して互いに通信している場合に、所定の切替
要求に応答して、前記通信経路上に配置された第１のプ
ロキシが接続先の第２のプロキシを第３のプロキシに切
り替えて通信を継続することを特徴とする。

【００１１】請求項１においては、通信経路を切り替え
る必要が生じた場合には、第１のプロキシの制御によ
り、第１のプロキシの接続先が第２のプロキシから第３
のプロキシに切り替わる。従って、切替後は第２のプロ
キシを利用せずに通信を継続することができる。なお、
切替先の第３のプロキシについては切替の際に指定する
か、あるいは予め定めておく必要がある。

【００１２】請求項２は、複数のアプリケーションと、
通信を中継する複数のプロキシと、それらを接続するネ
ットワークとが設けられた通信システムの制御に用いる
通信コネクション確立方法であって、第１のアプリケー
ションと第２のアプリケーションとが２つ以上のプロキ
シを通る通信経路を介して互いに通信している場合に、
前記通信経路上に配置され第１のアプリケーションと第
１のプロキシとの間で中継を行う第２のプロキシが、所
定の切替要求に応答して通信相手の第１のアプリケーシ
ョンを他の第３のアプリケーションに切り替えて通信を
継続することを特徴とする。

【００１３】請求項２においては、利用するアプリケー
ションを切り替える必要が生じた場合には、第２のプロ
キシの制御により、第２のプロキシとの間で通信を行う
アプリケーションが第１のアプリケーションから第３の
アプリケーションに切り替わり、そのまま通信が継続さ
れる。従って、利用者は通信を切断することなく通信に
使用するアプリケーションを切り替えることができる。
なお、切替先の第３のアプリケーションについては切替
の際に指定するか、あるいは予め定めておく必要があ
る。

【００１４】請求項３は、請求項１の通信コネクション
確立方法において、クライアントアプリケーションとサ
ーバアプリケーションとが複数のプロキシを介して通信
する場合に、クライアントアプリケーションの接続要求
に対してサーバアプリケーションからの応答がクライア
ントアプリケーションに転送された場合にその転送経路
をセッションとして管理するとともに、それぞれのセッ
ションにセッションＩＤを割り当てておき、前記第１の
プロキシは、サービス移動のための切替要求を受け付け
た場合に、通信の中継を中断してから移動先の前記第３
のプロキシに接続し、その後で中継を再開し、前記第３
のプロキシは、該当するセッションＩＤを含む引数を用
いて新たなクライアントアプリケーションを起動し、起
動された新たなクライアントアプリケーションは、前記
第３のプロキシに接続して指定されたセッションＩＤを
含む情報を前記第３のプロキシに送信し、前記第３のプ
ロキシは、セッションＩＤに基づいて、前記第１のプロ
キシの通信と前記新たなクライアントアプリケーション
の通信とを結びつけてデータの中継を行うことを特徴と
する。

【００１５】請求項３においては、セッションＩＤを用
いて複数のセッションをそれぞれ区別している。また、
前記第１のプロキシの制御により、第１のプロキシの接
続先が移動先の第３のプロキシに切り替わる。更に、前
記第３のプロキシの制御により新たなクライアントアプ
リケーションが自動的に起動され、この新たなクライア
ントアプリケーションの通信と前記第１のプロキシの通
信とが自動的に結び付けられる。

【００１６】このため、サーバアプリケーションの通信
サービスの提供先を、通信を切断することなく元のクラ
イアントアプリケーションから新たなクライアントアプ
リケーションに移動することができる。また、通信サー
ビスの連続性を確保することができる。請求項４は、請
求項２の通信コネクション確立方法において、クライア
ントアプリケーションとサーバアプリケーションとが複
数のプロキシを介して通信する場合に、クライアントア
プリケーションの接続要求に対してサーバアプリケーシ
ョンからの応答がクライアントアプリケーションに転送
された場合にその転送経路をセッションとして管理する
とともに、それぞれのセッションにセッションＩＤを割
り当てておき、前記第２のプロキシは、サービス移動の
ための切替要求を受け付けた場合に、通信の中継を中断
して該当するセッションＩＤを含む引数を用いて新たな
クライアントアプリケーションを起動し、起動された新
たなクライアントアプリケーションは、前記第２のプロ
キシに接続して指定されたセッションＩＤを含む情報を
前記第２のプロキシに送信し、前記第２のプロキシは、
セッションＩＤに基づいて、サーバアプリケーションと
の間に通信路を持つプロキシの通信と前記新たなクライ
アントアプリケーションの通信とを結びつけてデータの
中継を再開することを特徴とする。

【００１７】請求項４においては、セッションＩＤを用
いて複数のセッションをそれぞれ区別している。また、
要求が発生した場合には前記第２のプロキシの制御によ
り新たなクライアントアプリケーションが自動的に起動
される。更に、起動した新たなクライアントアプリケー
ションの制御により、それと第２のプロキシとの間に通
信経路が形成される。また、第２のプロキシの制御によ
り、該当するセッションを利用してサーバアプリケーシ
ョンと起動された新たなクライアントアプリケーション
との間で通信が行われるように通信サービスの経路が切
り替わる。

【００１８】このため、サーバアプリケーションの通信
サービスの提供先を、通信を切断することなく元のクラ
イアントアプリケーションから新たなクライアントアプ
リケーションに移動することができる。また、通信サー
ビスの連続性を確保することができる。請求項５の通信
コネクション確立方法は、サービスを要求するクライア
ントアプリケーションを含む端末と、サービスを提供す
るサーバアプリケーションを含む端末と、通信の内容を
蓄積及び中継するプロキシを含む端末とが接続された通
信システムの制御に用いる通信コネクション確立方法で
あって、各々の端末に存在するクライアントアプリケー
ション又はサーバアプリケーション及びプロキシを表す
第１の情報と、各々の端末の特定に利用される第２の情
報とを保持しておき、１つ以上のプロキシを中継して形
成されるサーバアプリケーションとクライアントアプリ
ケーションとの間の通信経路をセッションとして管理
し、セッション毎に、少なくともセッションの識別子，
当該セッションを利用しているクライアントアプリケー
ション及びサーバアプリケーションを特定する第３の情
報，当該セッションが利用しているプロキシを特定する
第４の情報及び当該セッションが利用しているプロキシ
の接続点を表す第５の情報を保持し、利用するサーバア
プリケーション又はクライアントアプリケーションを提
供する端末の切替、もしくはサーバアプリケーションと
クライアントアプリケーションとの間の通信に利用して
いる通信経路上のプロキシの切替が必要な場合に、該当
するセッションの情報と前記第１の情報及び第２の情報
とを利用して、サーバアプリケーションとそれに接続さ
れたプロキシとの間、クライアントアプリケーションと
それに接続されたプロキシとの間、サーバアプリケーシ
ョンとクライアントアプリケーションとの間を中継する
複数プロキシの間の少なくとも１つの通信コネクション
を自動的に切り替えることを特徴とする。

【００１９】請求項５においては、サーバアプリケーシ
ョンとクライアントアプリケーションとの間の通信経路
がセッションとして管理され、セッション毎に、セッシ
ョンの識別子，当該セッションを利用しているクライア
ントアプリケーション及びサーバアプリケーションを特
定する第３の情報，当該セッションが利用しているプロ
キシを特定する第４の情報及び当該セッションが利用し
ているプロキシの接続点を表す第５の情報を保持する。
また、各々の端末に存在するクライアントアプリケーシ
ョン又はサーバアプリケーション及びプロキシを表す第
１の情報と、各々の端末の特定に利用される第２の情報
とを保持する。

【００２０】前記第１の情報を参照することにより、各
々の端末に存在するクライアントアプリケーション，サ
ーバアプリケーション及びプロキシを調べることができ
る。従って、例えばクライアントアプリケーション又は
サーバアプリケーションを切り替える場合に、同じアプ
リケーションが存在する端末を自動的に検出することが
できる。

【００２１】また、前記第２の情報を参照することによ
り、各々の端末のアドレスなどを特定することができ
る。更に、セッションの識別子で区別されるそれぞれの
セッションの情報から、利用しているクライアントアプ
リケーション，サーバアプリケーション及びプロキシを
特定するとともにプロキシの接続点を検出することがで
きるので、例えば現在利用しているセッションに含まれ
ている特定のプロキシを他のプロキシに切り替えること
ができる。

【００２２】この場合の切替は自動的に行われるので、
通信の途中で、その通信を終了することなく通信経路を
切り替えることができる。切替の間の通信の内容は必要
に応じてプロキシに蓄積され、切替が完了した後で通信
が継続するようにプロキシが中継動作を行う。このた
め、例えば利用しているサーバアプリケーションを含む
端末（切替元）に障害が発生した場合には、それと同じ
サーバアプリケーションを含む他の端末（切替先）に切
り替えるようにセッションの構成を変更し、切替先の端
末を利用してそのまま通信を継続することができる。こ
のような切替を行う場合であっても、通信サービスの連
続性は保証される。

【００２３】同様に、クライアントアプリケーションを
切り替えることもできるし、セッションを構成するプロ
キシの数や中継経路を変更することもできる。請求項６
は、請求項５の通信コネクション確立方法において、プ
ロキシとサーバアプリケーション又はクライアントアプ
リケーションとを同一の端末上に備えた少なくとも１台
の移動端末を前記通信システムの端末として利用し、前
記移動端末が実際の通信に利用する通信装置の切替に伴
う前記第２の情報の変化を同じ移動端末上に配置される
プロキシにより吸収することを特徴とする。

【００２４】請求項６においては、利用する同一の端末
上にプロキシとサーバアプリケーション又はクライアン
トアプリケーションとが存在するので、端末の移動に伴
ってその端末のアドレスなどに変化が生じた場合であっ
ても、その端末上ではサーバアプリケーション又はクラ
イアントアプリケーションとプロキシとの間の通信コネ
クションを変更する必要はない。

【００２５】このため、他の通信コネクションを切り替
える時には前記プロキシの蓄積機能によって通信内容が
保持されるので、通信コネクションを切り替えた後で通
信を継続することができる。請求項７は、請求項５の通
信コネクション確立方法において、前記セッションの情
報を管理するセッション管理部が存在し、あるセッショ
ンについて実際に中継をしているプロキシである第１の
プロキシから別のプロキシである第２のプロキシへの切
替要求が発生した場合に、その切替要求をいずれか１つ
の端末が前記セッション管理部に通知し、前記セッショ
ン管理部から切替先の第２のプロキシに対して切替の準
備状況に関する問い合わせを行い、第２のプロキシから
切替準備が完了したことを示す通知が前記セッション管
理部に届いた場合に、第１のプロキシとの間で通信コネ
クションを確立している第３のプロキシに対して、前記
セッション管理部から切替先の第２のプロキシに関する
情報とともに切替要求を送信し、第３のプロキシが、セ
ッションの識別子を用いて切替先の第２のプロキシとの
間で新たな通信コネクションを確立し、第１のプロキシ
と第３のプロキシとの間の通信コネクションを介して行
われていた通信が第３のプロキシと第２のプロキシとの
間の通信コネクションを通るように切替え、全ての通信
コネクションの切替が完了した場合に、前記セッション
管理部に対して切替完了を通知し、切替先の第２のプロ
キシは、第３のプロキシとの間の第１の通信コネクショ
ンの確立が完了した場合に、通知されたセッションの識
別子に基づいて、第２のプロキシとサーバアプリケーシ
ョン又はクライアントアプリケーションとの間に確立さ
れた第２の通信コネクションと前記第１の通信コネクシ
ョンとを関連付けて当該セッションの通信経路を切り替
えることを特徴とする。

【００２６】請求項７においては、１つのセッションに
ついて第１のプロキシから第２のプロキシへの切替を自
動的に行うことができる。これにより、第１のプロキシ
に接続されたアプリケーションの機能（サービス）を第
２のプロキシに接続されたアプリケーションに移動する
ことができる。請求項８は、請求項５の通信コネクショ
ン確立方法において、前記セッションの情報を管理する
セッション管理部が存在し、あるセッションについて、
実際に通信を中継している第１のプロキシと第２のプロ
キシとの間に、新たな第３のプロキシを追加するための
プロキシの追加要求が発生した場合に、その追加要求を
いずれか１つの端末が前記セッション管理部に通知し、
前記セッション管理部から追加される第３のプロキシに
対して追加の準備状況に関する問い合わせを行い、第３
のプロキシから準備完了を示す通知を前記セッション管
理部が受けた場合に、前記セッション管理部は、第１の
プロキシ及び第２のプロキシのそれぞれに対して追加要
求を送信し、第１のプロキシ及び第２のプロキシのそれ
ぞれは、前記追加要求に応答して、セッションの識別子
を用いて第３のプロキシとの間で新たな第１の通信コネ
クション又は第２の通信コネクションを確立し、第１の
プロキシ及び第２のプロキシが中継している通信が第１
の通信コネクション又は第２の通信コネクションを通る
ように切り替えて、全ての通信について利用する通信コ
ネクションの切替が完了した場合に、前記セッション管
理部に対して切替完了を通知し、第１のプロキシと第３
のプロキシとの間の第１の通信コネクション及び第２の
プロキシと第３のプロキシとの間の第２の通信コネクシ
ョンの両方が確立された場合に、通知されたセッション
の識別子に基づいて、第１の通信コネクションと第２の
通信コネクションとを関連付けることを特徴とする。

【００２７】請求項８においては、１つのセッションに
ついて実際に通信を中継している第１のプロキシと第２
のプロキシとの間に、新たな第３のプロキシを追加する
ことができる。また、請求項８では切替を行う前に切替
先のプロキシの状態を確認するので、確実に切替可能な
プロキシに対して切替を実行することができる。また、
切替の後で完了の通知を行うので、切替元のプロキシは
切替の後でそれまで使用していたリソースを開放するこ
とができる。

【００２８】請求項９は、請求項５の通信コネクション
確立方法において、前記セッションの情報を管理するセ
ッション管理部が存在し、あるセッションについて、実
際に通信を中継している第１のプロキシに関する削除要
求が発生した場合に、その削除要求をいずれか１つの端
末が前記セッション管理部に通知し、前記セッション管
理部は、第１のプロキシとの間で第１の通信コネクショ
ン及び第２の通信コネクションを確立している第２のプ
ロキシ及び第３のプロキシのそれぞれに対して削除要求
を送信し、第２のプロキシ及び第３のプロキシは、それ
らの間に第３の通信コネクションを確立し、第１の通信
コネクション及び第２の通信コネクションを利用してい
る通信を第３の通信コネクションに切り替えて、通信コ
ネクションの切替が完了した場合には、第２のプロキシ
及び第３のプロキシは、それぞれ前記セッション管理部
に対して切替完了を通知することを特徴とする。

【００２９】請求項９においては、１つのセッションに
ついて、実際に通信を中継している第１のプロキシをそ
のセッションから除外することができる。例えば、第１
のプロキシを削除した方が通信経路が短くなる場合や、
第１のプロキシが不必要になった場合には、第１のプロ
キシを削除して通信経路を最適化することができる。通
信の途中で第１のプロキシを削除した場合でも、その通
信サービスの連続性は請求項９の制御シーケンス及び他
のプロキシの働きにより保証される。

【００３０】請求項１０は、請求項５の通信コネクショ
ン確立方法において、前記セッションの情報を管理する
セッション管理部が存在し、あるセッションについて、
第１のプロキシと第２のプロキシとの間に第１の通信コ
ネクションが確立され、第２のプロキシと第３のプロキ
シとの間に第２の通信コネクションが確立され、第１の
通信コネクション及び第２の通信コネクションを利用
し、第１のプロキシ，第２のプロキシ及び第３のプロキ
シを中継して通信を行っている状態で、第２のプロキシ
から新たな第４のプロキシへの置換要求が発生した場合
に、その置換要求をいずれか１つの端末が前記セッショ
ン管理部に通知し、前記セッション管理部は、第４のプ
ロキシに対して置換の準備に関する問い合わせを行い、
第４のプロキシから準備完了を示す通知を前記セッショ
ン管理部が受けた場合には、前記セッション管理部は第
１のプロキシ及び第３のプロキシに対して切替要求を送
信し、第１のプロキシ及び第３のプロキシのそれぞれ
は、前記切替要求に応答して、セッションの識別子に基
づき置換先の第４のプロキシとの間に第３の通信コネク
ション及び第４の通信コネクションを確立し、第１のプ
ロキシ及び第３のプロキシのそれぞれは、第１の通信コ
ネクション及び第２の通信コネクションを介して行われ
ていた通信を第３の通信コネクション及び第４の通信コ
ネクションを通るように切り替えて、切り替えた全ての
通信コネクションについて通信に利用する通信コネクシ
ョンの切替が完了した後で、第１のプロキシ及び第３の
プロキシのそれぞれが前記セッション管理部に対して切
替完了を通知し、第３の通信コネクション及び第４の通
信コネクションが確立された後で、通知されたセッショ
ンの識別子に基づいて第３の通信コネクションと第４の
通信コネクションとを関連付けることを特徴とする。

【００３１】請求項１０においては、１つのセッション
について、第１のプロキシ，第２のプロキシ及び第３の
プロキシを中継して通信を行っている状態で、第２のプ
ロキシから新たな第４のプロキシへの置換を行うことが
できる。例えば、第２のプロキシから第４のプロキシへ
置換した方が通信経路が短くなる場合には、置換を行う
ことにより通信経路を最適化することができる。

【００３２】通信の途中で置換を行った場合でも、その
通信サービスの連続性は請求項１０の制御シーケンス及
びプロキシの働きにより保証される。なお、本発明を適
用するネットワークについては、例えば図２１に示すよ
うに様々な形態が考えられる。互いに通信を行うアプリ
ケーション１，３は、プロキシ２を介して通信路を確立
する。プロキシ２は、通信の中継を行う。

【００３３】図２１の（ａ）では、２つのアプリケーシ
ョン１，３の間に１つのプロキシ２を介在して通信路を
確立してある。また、図２１の（ｂ）では、２つのアプ
リケーション１，３の間に２つのプロキシ２（１），２
（２）を介在して通信路を確立してある。

【００３４】アプリケーション１，３やプロキシ２は、
現実にはコンピュータなどの通信ノード（以下、ノード
と記載する）の内部にプロセスとして存在する。ノード
の配置や構成については様々な形態が考えられる。図２
１の（ｃ）では、アプリケーション１及びプロキシ２
（１）が同じノード４（１）上に配置され、プロキシ２
（２）はノード４（２）上に配置され、アプリケーショ
ン３はノード４（３）上に配置されている。

【００３５】図２１の（ｃ）に示すように、各ノードに
は、プロキシ又はアプリケーションあるいはそれらの両
方を搭載することができる。複数のアプリケーションの
間の通信は少なくとも１つのプロキシを介して行われ
る。また、互いに通信する複数のアプリケーションの間
に複数のプロキシを介在することにより、プロキシ間で
発生する通信の切断や通信媒体の変化などを吸収するこ
とが可能であり、ノードの移動が可能になる。

【００３６】また、通信経路上のプロキシやアプリケー
ションの接続関係を変更することにより、ネットワーク
サービスをノード間にまたがって移動させることが可能
になる。請求項１はプロキシの按続関係を変吏すること
を特徴としている。また、請求項２はアプリケーション
の按続閑係を変吏することを特徴としている。按続関係
を様々に変更することにより、通信に用いるノードやア
プリケーションの自由な変更が可能になり、ユーザの利
便性を高めることができる。

【００３７】例えば、ユーザが屋内にいる場合には有線
の広帯域の回線を用いて大画面のノードでサービスを受
け、ユーザが屋外に移動した場合には携帯端末のノード
にサービスを移すとともに、サービスの質よりもモビリ
ティを優先させるように通信環境を対応させることがで
きる。

【００３８】

【発明の実施の形態】（第１の実施の形態）本発明の通
信コネクション確立方法の１つの実施の形態について図
１〜図２０を参照して説明する。この形態は、請求項
１，請求項２及び請求項５〜請求項１０に対応する。

【００３９】図１はプロキシ及びアプリケーションを切
り替える場合の制御シーケンスを示すシーケンス図であ
る。図２はプロキシ及びアプリケーションを切り替える
場合の通信経路の例を示すブロック図である。図３はセ
ッションにプロキシを追加する場合の制御シーケンスを
示すシーケンス図である。図４はセッションにプロキシ
を追加する場合の通信経路の例を示すブロック図であ
る。

【００４０】図５はセッションからプロキシを削除する
場合の制御シーケンスを示すシーケンス図である。図６
はセッションからプロキシを削除する場合の通信経路の
例を示すブロック図である。図７はセッション上のプロ
キシを置換する場合の制御シーケンスを示すシーケンス
図である。図８はセッション上のプロキシを置換する場
合の通信経路の例を示すブロック図である。

【００４１】図９は通信システムの構成例を示すブロッ
ク図である。図１０は移動端末の構成例を示すブロック
図である。図１１はサービス管理部ＳＲが保持する情報
の例を示す模式図である。図１２は位置管理部ＬＲが保
持する情報の例を示す模式図である。図１３はセッショ
ン管理部ＳＭが保持する情報の例を示す模式図である。
図１４は通信システムの構成例を示すブロック図であ
る。図１５はネットワークの構成例を示すブロック図で
ある。図１６はノード及びサービスの移動モデルを示す
ブロック図である。図１７は端末の移動時の位置情報更
新手順を示すシーケンス図である。

【００４２】この形態では、請求項５の第１の情報は図
１１のＢ１１〜Ｂ１３及びＣ１１〜Ｃ１３に相当し、第
２の情報は図１２のＥ１０，Ｅ１２に相当する。また、
請求項５のセッションの識別子は図１３のＧ１１に相当
し、第３の情報は図１３のＧ１２〜Ｇ１５に相当し、第
４の情報は図１３のＧ１６に相当し、第５の情報は図１
３のＧ１７に相当する。

【００４３】この形態では、例えば図９に示すような通
信システムに本発明を適用する場合を想定している。図
９の例では、３種類のサブネットワーク５１，５２，５
３が広域ネットワーク５４を介して互いに接続されてい
る。サブネットワーク５１においては、イーサネットの
規格に沿って構成された通信インタフェースを介して、
有線で多数の端末（５５，５６）を互いに通信可能な状
態で接続することができる。

【００４４】サブネットワーク５２は無線ＬＡＮを構成
している。この規格に適合する無線通信インタフェース
を備える移動端末５９，６０は、基地局５７，５８との
間で無線通信が可能であり、無線でサブネットワーク５
２と接続される。勿論、特定の通信可能エリアの外では
基地局５７，５８との通信はできない。サブネットワー
ク５３は、公衆無線通信システムであるＰＨＳのネット
ワークである。図９の例では、サブネットワーク５３に
は移動端末６１，固定端末６２及びＴＡＰ（ＰＩＡＦＳ
用ターミナルアダプタ）６３が接続され、ＴＡＰ６３に
は基地局６４，６５が接続されている。ＰＨＳの通信規
格に沿って構成された無線通信インタフェースを備える
移動端末６６，６７は、基地局６４，６５との間で無線
通信が可能である。勿論、特定の通信可能エリアの外で
は基地局６４，６５との通信はできない。

【００４５】例えば、図９に示す移動端末５９が移動端
末５５の近傍に移動した場合には、移動端末５９は基地
局５７との無線通信ができなくなる可能性がある。しか
し、その位置では移動端末５９を有線でサブネットワー
ク５１に接続することができる。一般的なシステムの場
合、端末が通信のために利用するネットワークをサブネ
ットワーク５１，５２，５３の間で切り替える場合に
は、アプリケーションの通信を一旦終了して通信経路を
再構築する必要があるため手間がかかる。

【００４６】本発明を実施する場合には、端末が通信の
ために利用するネットワークをサブネットワーク５１，
５２，５３の間で切り替える場合であっても、アプリケ
ーションの通信を終了することなく自動的に切替を行う
ことができる。また、例えば移動端末５５及び固定端末
５６に同一のアプリケーションプログラムが存在する場
合には、一人のユーザが移動端末５５上のアプリケーシ
ョンプログラムを利用して通信している途中で、固定端
末５６上のアプリケーションプログラムに切り替えて継
続的に通信を行うこともできる。

【００４７】本発明を実施するために用いる各端末（こ
の例では移動端末）は、図１０のように構成される。図
１０の移動端末は、サブネットワーク５１との接続を可
能にするためにイーサネット通信アダプタ２１を備え、
サブネットワーク５２との接続を可能にするために無線
ＬＡＮアダプタ２２を備え、サブネットワーク５３との
接続を可能にするためにＰＨＳ通信アダプタ２３を備え
ている。

【００４８】また、図１０の移動端末はソフトウェア１
０としてサーバアプリケーション１１，クライアントア
プリケーション１２，プロキシ１３，エージェント１
４，リンク切替部１５，リンク１６，１７，１８，位置
管理部ＬＲ，セッション管理部ＳＭ及びサービス管理部
ＳＲを備えている。サーバアプリケーション１１は、特
定のアプリケーションのサービスを提供するためのプロ
グラムである。クライアントアプリケーション１２は、
特定のアプリケーションについてサーバが提供するサー
ビスを利用するためのプログラムである。

【００４９】プロキシ１３は、ある送信元からある受信
先への通信の中継を行うとともに通信の内容をそれ自身
の記憶装置に蓄積する。例えば、一時的にプロキシ１３
と受信先との間の通信が不能になった場合であっても、
送信元からプロキシ１３に入力される通信の内容はプロ
キシ１３に蓄積されるので、プロキシ１３と受信先との
間の通信が回復した場合には、プロキシ１３に蓄積され
た情報を受信先に送信し通信を継続することができる。

【００５０】図１０のプロキシ１３は、サーバアプリケ
ーション１１の通信又はクライアントアプリケーション
１２の通信を中継することができる。リンク切替部１５
は他の端末との間の通信に利用するリンク１６，１７，
１８を切り替える。リンク１６はイーサネット通信アダ
プタ２１と接続され、リンク１７は無線ＬＡＮアダプタ
２２と接続され、リンク１８はＰＨＳ通信アダプタ２３
と接続されている。

【００５１】リンク１６及びイーサネット通信アダプタ
２１を利用して通信する場合には、サブネットワーク５
１を介して通信することができ、リンク１７及び無線Ｌ
ＡＮアダプタ２２を介して通信する場合には、サブネッ
トワーク５２を介して通信することができ、リンク１８
及びＰＨＳ通信アダプタ２３を利用する場合には、サブ
ネットワーク５３を介して通信することができる。

【００５２】つまり、リンク切替部１５で使用するリン
ク１６，１７，１８を切り替えることにより通信方式を
切り替えて、サブネットワーク５１，５２，５３のいず
れかに接続することができる。通信を行う各端末には、
それぞれＩＰ（Internet Protocol）アドレスが割り当
てられる。また、端末が通信方式を切り替える際には、
アドレスの割り当て単位であるサブネットの境界を超え
て端末がネットワーク上を移動することになるため、切
替のたびに新たなアドレスを用いる。

【００５３】サービス管理部ＳＲは各端末に備わってい
るサーバアプリケーション１１，クライアントアプリケ
ーション１２及びプロキシ１３の種類や機能の情報を管
理している。実際には、例えば図１１に示す内容がサー
ビス管理部ＳＲに保持される。図１１の例では、端末Ａ
１１はアプリケーションプログラムとしてサーバＢ１１
を保持し、プロキシＣ１１を備えている。また、端末Ａ
１２はアプリケーションプログラムとしてサーバＢ１２
を保持し、プロキシＣ１２を備えている。更に、端末Ａ
１３はアプリケーションプログラムとしてクライアント
Ｂ１３を保持し、プロキシＣ１３を備えている。

【００５４】位置管理部ＬＲは端末毎にＩＰアドレスを
管理する。位置管理部ＬＲは、それを備えた端末だけで
なく、多数の端末のＩＰアドレスを管理することができ
る。但し、位置管理の効率向上のため、ならびにリソー
スの少ない端末でも位置の管理ができるようにするた
め、端末の移動量及び位置管理に関する記憶可能容量の
管理も行う。更に、管理する端末の範囲を限定するため
に複数の端末をグループで区分して管理する。

【００５５】実際には、例えば図１２に示すように、端
末の識別名Ｅ１０，グループ名Ｅ１１，ＩＰアドレスＥ
１２，各ＩＰアドレスの状態（利用可否）Ｅ１３，移動
量Ｅ１４，ＬＲの記憶容量及び更新時刻の情報が管理し
ている特定グループの端末毎に保持される。また、端末
の移動などに伴って通信デバイスを切り替えた場合には
その端末のＩＰアドレスが変化するので、この場合には
位置管理部ＬＲの保持する内容を更新する。同時に、通
信相手が存在する場合には、その通信相手に対して位置
情報の更新命令を送信する。すなわち、図１７に示す更
新手順を実行する。

【００５６】また、各端末が位置情報の更新命令を送信
する場合には、所定の優先順位を考慮して命令を送信す
る順序を決定する。例えば、固定端末（デスクトップパ
ソコンなど）５６のように移動量の少ない端末について
は高い優先順位を与える。また、位置情報の記憶容量
（Ｅ１５）が大きい端末についても高い優先順位を与え
る。

【００５７】位置管理部ＬＲの管理に用いられる各々の
グループには、サブネットの境界を超える範囲に存在す
る複数の端末を含めることができる。また、１つのサブ
ネット内には複数のグループを共存させることができ
る。

【００５８】新たにグループに加入しようとする端末
（Ｘ１）は、そのＩＰアドレスを取得し、グループ検索
要求をサブネットワーク内にブロードキャストするか、
又は既知の特定の端末（Ｘ２）に対してグループ検索要
求を送信する。その後、端末（Ｘ１）はグループ検索要
求を受け取った端末（Ｘ２）からの応答を受信すると、
その内容からグループの情報を取得し、加入するグルー
プを選択する。

【００５９】また、端末（Ｘ１）は端末（Ｘ２）に対し
て選択したグループへの登録要求を送信する。端末（Ｘ
２）はこの登録要求を送信した端末（Ｘ１）の位置情報
を取得する。また、登録要求を受信した端末（Ｘ２）が
それに含まれる位置管理部ＬＲの情報を端末（Ｘ１）に
送信し、加入した端末（Ｘ１）の位置情報を位置管理部
ＬＲの内容に追加することによりグループへの加入手続
きが完了する。

【００６０】各端末に関する位置情報の検索を行う場合
には、その端末自身に含まれる位置管理部ＬＲの保持し
ている情報から位置情報の検索を行う。検索できなかっ
た場合には、位置管理部ＬＲの保持している情報に含ま
れる任意の端末に対して検索要求を送出する。この検索
要求に対して結果が返ってきたら、その位置情報を位置
管理部ＬＲに追加する。

【００６１】また、サブネット内の同じグループに属し
ている端末を検索する場合には、ブロードキャストパケ
ットを送信し、それに対する応答に基づいて位置管理部
ＬＲに位置情報を登録する。位置管理部ＬＲには、次に
示す機能が含まれている。 （１）端末位置の移動などに伴うＩＰアドレスの変更 （２）ノードの離脱，回線断，障害などに伴うＩＰアド
レスの状態の変更 （３）エージェント１４に対する変更の通知 （４）グループへの参加及び離脱 （５）グループ内のノードの位置管理部ＬＲとの間の位
置情報の送受信 図１０のセッション管理部ＳＭは、各々の通信について
その通信経路の全体をセッションとして管理している。
例えば、図１５においては、セッション１０３を用いて
アプリケーション１０１とアプリケーション１０２との
間で通信することができる。この場合、セッション１０
３にはプロキシ１０４，１０５，１０６が含まれてい
る。

【００６２】また、セッション１０３は通信コネクショ
ン１０７，１０８，１０９，１１０を利用する。通信コ
ネクション１０７は、アプリケーション１０２とプロキ
シ１０４との間に確立された通信路である。通信コネク
ション１０８は、プロキシ１０４，１０５の間に確立さ
れた通信路である。通信コネクション１０９は、プロキ
シ１０５，１０６の間に確立された通信路である。通信
コネクション１１０は、アプリケーション１０１とプロ
キシ１０６との間に確立された通信路である。

【００６３】実際のセッション管理部ＳＭは、例えば図
１３に示すような情報Ｇ１１〜Ｇ１８を保持している。
情報Ｇ１１は、複数のセッションを区別するための識別
子である。情報Ｇ１２は、利用するサーバアプリケーシ
ョンが存在するノード（端末）の名称を表す。情報Ｇ１
３は、利用するサーバアプリケーションに与えられたポ
ート番号を表す。

【００６４】また、情報Ｇ１４は利用するクライアント
アプリケーションが存在するノードの名称を表す。情報
Ｇ１５は、利用するクライアントアプリケーションに与
えられたポート番号を表す。情報Ｇ１６は、利用するプ
ロキシが存在するノードの名称を表す。情報Ｇ１７は、
利用するプロキシに与えられたポートの番号を表す。ま
た、複数のプロキシを中継するように１つのセッション
の通信経路を構成している場合には、利用する複数プロ
キシのそれぞれのノード名，ポート番号及び複数プロキ
シの接続状態が１つのセッションＩＤ（Ｇ１１）に関連
付けられてセッション管理部ＳＭに保持される。

【００６５】セッション管理部ＳＭが実行する機能とし
ては、各セッションに対するプロキシの追加，プロキシ
の削除，プロキシの切替や、他の端末に存在するセッシ
ョン管理部ＳＭとの間の通信がある。図１０のエージェ
ント１４は、位置管理部ＬＲ，セッション管理部ＳＭ，
サービス管理部ＳＲが保持している様々な情報を仲介
し、それらの情報の総合的な判断により、プロキシ１３
及びリンク切替部１５を制御する。

【００６６】例えば、所定の通信サービスを継続した状
態でそのサービスを現在提供しているサーバアプリケー
ションを終了させたい場合には、それと同じ種類の代わ
りのサーバアプリケーションについてサービス管理部Ｓ
Ｒを用いて検索することができる。また、位置管理部Ｌ
Ｒには端末の識別名及びそのＩＰアドレスが保持されて
いるので、切替先のサーバアプリケーションが存在する
端末の位置を特定できる。更に、セッション管理部ＳＭ
で管理されている特定のセッションの情報を利用して後
述する処理を行うことにより、サーバアプリケーション
を切り替えて通信サービスを継続することができる。

【００６７】エージェント１４は、リンク切替部１５に
対してリンク切替を命令するとともに、リンク切替後、
プロキシに通信コネクションの再開処理を依頼する。リ
ンク切替部１５は、新しいリンクへの接続，リンクの切
断，ルーティング管理などの機能を有している。また、
プロキシは、コネクション下のリンクの切断や変更を隠
蔽する機能を有している（図１６参照）。

【００６８】ある移動元からある移動先にサービスを移
動する場合には、そのサービスの通信で利用しているセ
ッションから、移動先のアプリケーション又はプロキシ
上に構築されるサービスに対して移動元のサービスの状
態を転送することで実現することができる。転送すべき
サービスの状態としては、セッションを構成しているア
プリケーション及びプロキシの接続状態，送受信してい
るデータのバイト数，フレーム数などがある。

【００６９】例えば、携帯型の移動端末を用い、無線回
線及びネットワークを介して特定のサーバアプリケーシ
ョンからストリームデータを受信し閲覧している場合に
は、端末の表示能力が低いため品質の高いサービスを受
けることができない。しかし、ユーザが移動端末から画
面の大きい固定端末にサービスを移動すれば、品質の高
いサービスを受けることができる。このような移動の場
合でも、継続的にサービスを利用することができる。

【００７０】また、同じサーバアプリケーションが複数
の端末に存在する場合には、サーバ側の端末及びアプリ
ケーションを切り替えるようにサービスの提供に利用さ
れる通信経路を切り替えることもできる。端末の切替に
より、サービスの通信速度を改善することも可能であ
る。サービスの提供に利用される通信経路を切り替える
場合や、サーバアプリケーション又はクライアントアプ
リケーションを切り替える場合の具体例について以下に
説明する。ここでは、図１４に示すような通信システム
を想定する。

【００７１】図１４においては移動端末３０(1)〜３０
(5)のそれぞれの機能を簡略化して表してある。実際に
は、移動端末３０(1)〜３０(5)のそれぞれは図１０に示
す移動端末と同様の機能を有している。但し、サーバア
プリケーション１１は移動端末３０(1)だけに設けてあ
り、クライアントアプリケーション１２は移動端末３０
(2)及び３０(3)だけに設けてある。また、移動端末３０
(5)にはセッション管理部ＳＭが備わっていない。な
お、移動端末３０(5)のプロキシ１３を利用する場合に
は、移動端末３０(5)以外の移動端末３０に備わったセ
ッション管理部ＳＭを利用して制御を行えばよい。

【００７２】まず、プロキシ及びアプリケーションを切
り替える場合について説明する。具体的には、切替前の
状態では図２において移動端末３０(1)のサーバアプリ
ケーション１１(1)とプロキシ１３(1)との間に通信コネ
クション２０１が確立され、プロキシ１３(1)とプロキ
シ１３(2)との間に通信コネクション２０２が確立さ
れ、クライアントアプリケーション１２(2)とプロキシ
１３(2)との間に通信コネクション２０３が確立され、
サーバアプリケーション１１(1)−プロキシ１３(1)−プ
ロキシ１３(2)−クライアントアプリケーション１２(2)
の通信経路を通るようにセッションが形成されている場
合を想定している。

【００７３】ここで、移動端末３０(2)上のクライアン
トアプリケーション１２(2)の代わりに移動端末３０(3)
上のクライアントアプリケーション１２(3)を利用して
継続的にサーバアプリケーション１１(1)のサービスを
受けようとする場合には、セッション管理部ＳＭ(2)の
機能を利用して、図１に示す制御シーケンスを実行す
る。すなわち、プロキシ１３(2)からプロキシ１３(3)に
切り替える。

【００７４】ユーザの利用状態及び端末間の接続状態を
管理している端末のエージェント１４は、必要に応じて
（例えばユーザの指示により）アプリケーション（Ａ
Ｐ）の切替要求を発生する。この切替要求は、例えばセ
ッション管理部ＳＭ(2)に通知される。この場合、セッ
ション管理部ＳＭ(2)は図１のステップＳ１１を実行す
る。すなわち、切替先のクライアントアプリケーション
１２(3)との間で通信コネクション２０４が確立された
切替先のプロキシ１３(3)に切り替えるために、プロキ
シ１３(3)に対して切替に関する問い合わせを行う。こ
の問い合わせの際には、該当するセッションのセッショ
ンＩＤやプロキシの接続状態の情報もパラメータとして
セッション管理部ＳＭ(2)からプロキシ１３(3)に送信す
る。

【００７５】このパラメータには、切替元のプロキシ１
３(2)が転送を中継しているファイルのファイル名及び
転送を終了したバイト数（ファイル上の現在の転送位
置）も含まれている。問い合わせを受けたプロキシ１３
(3)は、受信したパラメータに基づいて、必要なプロセ
ス等を起動し、ステップＳ１２で通信の中継をするため
の準備を行う。このプロキシ１３(3)は、受信したパラ
メータに基づいて切替元のプロキシ１３(2)の状態を継
承する。

【００７６】また、この準備においては、必要なアプリ
ケーション１２(3)が起動していない場合には、そのア
プリケーション１２(3)をプロキシ１３(3)が起動する。
また、アプリケーション１２(3)とプロキシ１３(3)との
間の通信コネクション２０４が確立していない場合に
は、通信コネクション２０４を確立する。準備が完了し
たら、ステップＳ１３でプロキシ１３(3)はセッション
管理部ＳＭ(2)に対して準備完了通知を送信する。

【００７７】セッション管理部ＳＭ(2)は、準備完了通
知を受信するとステップＳ１４で、切替元のプロキシ１
３(2)との間で通信コネクション２０２を確立していた
プロキシ１３(1)に対して切替要求を送信する。この切
替要求には、パラメータとして切替先のプロキシ１３
(3)に関するノード名（Ｇ１６）及びポート番号（Ｇ１
７）が含まれている。

【００７８】プロキシ１３(1)は、切替要求を受信した
場合には、切替要求のパラメータ及びセッションＩＤを
利用して、プロキシ１３(3)の接続ポイント（端末のＩ
Ｐアドレスとプロキシ１３(3)のポート番号）に対して
通信コネクション２０５を確立する（Ｓ１５）。プロキ
シ１３(3)はプロキシ１３(1)との間で通信コネクション
２０５が確立すると、通信コネクション２０５の確立の
際に受信したセッションＩＤで定まる特定のセッション
について、通信コネクション２０４及びクライアントア
プリケーション１２(3)を関連付ける（Ｓ１６）。これ
により、通信コネクション２０５と通信コネクション２
０４との間の通信を中継（蓄積転送）するためのプロキ
シ１３(3)の準備が完了する。

【００７９】また、プロキシ１３(1)はそれまでに通信
コネクション２０２を介して行っていた全ての通信を通
信コネクション２０５に切り替える（Ｓ１７）。この切
替が完了した後、プロキシ１３(1)はセッション管理部
ＳＭ(2)に対して切替の完了通知を送信する（Ｓ１
８）。

【００８０】セッション管理部ＳＭ(2)は、完了通知を
受信すると管理しているテーブルの内容を更新する（Ｓ
１９）。すなわち、セッションＩＤで定まる特定のセッ
ション（今回の処理で切替を行ったセッション）につい
て、切替後のクライアントアプリケーション１２(3)及
びプロキシ１３(3)のノード名及びポート番号ならびに
それらの接続関係を反映するように情報を更新する。

【００８１】また、セッション管理部ＳＭ(2)は、変更
を行ったセッションの情報を管理している他のセッショ
ン管理部ＳＭ(1)，ＳＭ(3)，ＳＭ(4)に対して変更した
情報を通知する（Ｓ２１）。以上の制御シーケンスの結
果、図２に示すようにサーバアプリケーション１１(1)
とクライアントアプリケーション１２(2)との間の通信
で提供していたサービスが、サーバアプリケーション１
１(1)とクライアントアプリケーション１２(3)との間の
通信に切り替わるようにセッション（通信経路）の内容
が変更される。

【００８２】次に、セッションにプロキシを追加する場
合について説明する。具体的には、追加前の状態では図
４に示すようにサーバアプリケーション１１(1)とプロ
キシ１３(1)との間に通信コネクション２１１が確立さ
れ、プロキシ１３(1)，１３(2)の間に通信コネクション
２１２が確立され、プロキシ１３(2)とクライアントア
プリケーション１２(2)との間に通信コネクション２１
３が確立され、２つのプロキシ１３(1)，１３(2)がサー
バアプリケーション１１(1)とクライアントアプリケー
ション１２(2)との間の通信をを中継するようにセッシ
ョンが構築されている。

【００８３】その状態から、通信を継続したままプロキ
シ１３(1)とプロキシ１３(2)との間にプロキシ１３(3)
を追加する場合には、セッション管理部ＳＭ(2)の機能
を利用して、図３に示す制御シーケンスを実行する。端
末のエージェント１４は、必要に応じて（例えばユーザ
の指示により）プロキシの追加要求を発生する。この追
加要求は、例えばセッション管理部ＳＭ(2)に通知され
る。この場合、セッション管理部ＳＭ(2)は図３のステ
ップＳ３１を実行する。

【００８４】すなわち、追加すべきプロキシ１３(3)に
追加の準備をさせるために、セッション管理部ＳＭ(2)
は追加の問い合わせを行う。この問い合わせの際には、
該当するセッションのセッションＩＤやプロキシの接続
状態の情報もパラメータとしてセッション管理部ＳＭ
(2)からプロキシ１３(3)に送信する。このパラメータに
は、プロキシ１３(2)が転送を中継しているファイルの
ファイル名及び転送を終了したバイト数（ファイル上の
現在の転送位置）も含まれている。

【００８５】問い合わせを受けたプロキシ１３(3)は、
受信したパラメータに基づいて、必要なプロセス等を起
動し、ステップＳ３２で通信の中継をするための準備を
行う。このプロキシ１３(3)は、受信したパラメータに
基づいてプロキシ１３(2)の状態を継承する。準備が完
了したら、ステップＳ３３でプロキシ１３(3)はセッシ
ョン管理部ＳＭ(2)に対して準備完了通知を送信する。

【００８６】セッション管理部ＳＭ(2)は、準備完了通
知を受信すると、ステップＳ３４，Ｓ３５で、追加する
プロキシ１３(3)と接続すべきプロキシ１３(1)，１３
(2)に対して切替要求を送信する。この切替要求には、
パラメータとして追加するプロキシ１３(3)に関するノ
ード名（Ｇ１６）及びポート番号（Ｇ１７）が含まれ
る。プロキシ１３(1)及び１３(2)は、切替要求を受信す
ると、切替要求のパラメータ及びセッションＩＤを利用
して、プロキシ１３(3)の接続ポイント（端末のＩＰア
ドレスとプロキシ１３(3)のポート番号）に対して通信
コネクション２１４又は２１５を確立する（Ｓ３６，Ｓ
３７）。

【００８７】プロキシ１３(3)は通信コネクション２１
４，２１５が確立すると、それらのコネクションの確立
の際に受信したセッションＩＤで定まる特定のセッショ
ンについて、通信コネクション２１４と通信コネクショ
ン２１５とを関連付ける（Ｓ３８）。これにより、通信
コネクション２１４と通信コネクション２１５との間の
通信を中継（蓄積転送）するためのプロキシ１３(3)の
準備が完了する。

【００８８】一方、プロキシ１３(1)はそれまでに通信
コネクション２１２を介して行っていた全ての通信を通
信コネクション２１４に切り替える（Ｓ４１）。この切
替が完了した後、プロキシ１３(1)はセッション管理部
ＳＭ(2)に対して切替の完了通知を送信する（Ｓ４
４）。同様に、プロキシ１３(2)はそれまでに通信コネ
クション２１２を介して行っていた全ての通信を通信コ
ネクション２１５に切り替える（Ｓ４０）。この切替が
完了した後、プロキシ１３(2)はセッション管理部ＳＭ
(2)に対して切替の完了通知を送信する（Ｓ４２）。

【００８９】セッション管理部ＳＭ(2)は、完了通知を
受信すると管理しているテーブルの内容を更新する（Ｓ
４５）。すなわち、セッションＩＤで定まる特定のセッ
ション（今回の処理でプロキシの追加を行ったセッショ
ン）について、追加したプロキシ１３(3)のノード名及
びポート番号ならびにプロキシ間の接続関係を反映する
ように情報を更新する。

【００９０】また、セッション管理部ＳＭ(2)は、変更
を行ったセッションの情報を管理している他のセッショ
ン管理部ＳＭ(1)，ＳＭ(3)，ＳＭ(4)に対して変更した
情報を通知する（Ｓ４６）。以上の制御シーケンスの結
果、図４に示すようにサーバアプリケーション１１(1)
とクライアントアプリケーション１２(2)との間の通信
がプロキシ１３(1)−プロキシ１３(3)−プロキシ１３
(2)の経路で中継されるようにセッションの内容が変更
される。

【００９１】次に、セッションからそれまで利用してい
たプロキシを削除する場合について説明する。具体的に
は、追加前の状態では図６に示すようにサーバアプリケ
ーション１１(1)とプロキシ１３(1)との間に通信コネク
ション２２１が確立され、プロキシ１３(1)，１３(3)の
間に通信コネクション２２２が確立され、プロキシ１３
(3)，１３(2)の間に通信コネクション２２３が確立さ
れ、プロキシ１３(2)とクライアントアプリケーション
１２(2)との間に通信コネクション２２４が確立され、
３つのプロキシ１３(1)，１３(3)，１３(2)がサーバア
プリケーション１１(1)とクライアントアプリケーショ
ン１２(2)との間の通信をを中継するようにセッション
が構築されている。

【００９２】その状態から、通信を継続したままプロキ
シ１３(1)とプロキシ１３(2)との間のプロキシ１３(3)
を削除（セッションから除外）する場合には、セッショ
ン管理部ＳＭ(2)の機能を利用して、図５に示す制御シ
ーケンスを実行する。端末のエージェント１４は、必要
に応じて（例えばユーザの指示により）プロキシの削除
要求を発生する。この削除要求は、例えばセッション管
理部ＳＭ(2)に通知される。この場合、セッション管理
部ＳＭ(2)は図５のステップＳ５１から順に処理を実行
する。

【００９３】セッション管理部ＳＭ(2)は、削除対象の
プロキシ１３(3)との間で通信コネクション２２２，２
２３を確立しているプロキシ１３(1)及び１３(2)のそれ
ぞれに対して、プロキシ１３(3)に関する削除要求を送
信する（Ｓ５１，Ｓ５２）。プロキシ１３(2)は、削除
要求を受信すると、セッションＩＤを利用して、プロキ
シ１３(2)とプロキシ１３(1)との間の通信コネクション
２２５を確立する（Ｓ５３）。

【００９４】更に、プロキシ１３(2)はそれまでに通信
コネクション２２３を介して行っていた全ての通信を通
信コネクション２２５に切り替える（Ｓ５４）。この切
替が完了した後、プロキシ１３(2)はセッション管理部
ＳＭ(2)に対して切替の完了通知を送信する（Ｓ５
８）。プロキシ１３(2)とプロキシ１３(3)との間の通信
コネクション２２３はプロキシ１３(2)によって切断さ
れる（Ｓ５６）。

【００９５】同様に、プロキシ１３(1)はそれまでに通
信コネクション２２２を介して行っていた全ての通信を
通信コネクション２２５に切り替える（Ｓ５５）。この
切替が完了した後、プロキシ１３(1)はセッション管理
部ＳＭ(2)に対して切替の完了通知を送信する（Ｓ５
９）。プロキシ１３(1)とプロキシ１３(3)との間の通信
コネクション２２２はプロキシ１３(1)によって切断さ
れる（Ｓ５７）。

【００９６】セッション管理部ＳＭ(2)は、完了通知を
受信すると管理しているテーブルの内容を更新する（Ｓ
６０）。すなわち、セッションＩＤで定まる特定のセッ
ション（今回の処理でプロキシの削除を行ったセッショ
ン）について、プロキシ間の接続関係に削除の結果を反
映するように情報を更新する。また、セッション管理部
ＳＭ(2)は、変更を行ったセッションの情報を管理して
いる他のセッション管理部ＳＭ(1)，ＳＭ(3)，ＳＭ(4)
に対して変更した情報を通知する（Ｓ６１）。

【００９７】以上の制御シーケンスの結果、図６に示す
ようにサーバアプリケーション１１(1)とクライアント
アプリケーション１２(2)との間の通信がプロキシ１３
(1)−プロキシ１３(2)の経路で中継されるようにセッシ
ョンの内容が変更される。次に、特定のセッション上で
利用しているプロキシを他のプロキシに置き換える場合
について説明する。具体的には、追加前の状態では図８
に示すようにサーバアプリケーション１１(1)とプロキ
シ１３(1)との間に通信コネクション２３１が確立さ
れ、プロキシ１３(1)，１３(4)の間に通信コネクション
２３２が確立され、プロキシ１３(4)，１３(2)の間に通
信コネクション２３３が確立され、プロキシ１３(2)と
クライアントアプリケーション１２(2)との間に通信コ
ネクション２３４が確立され、３つのプロキシ１３
(1)，１３(4)，１３(2)がサーバアプリケーション１１
(1)とクライアントアプリケーション１２(2)との間の通
信をを中継するようにセッションが構築されている。

【００９８】その状態から、通信を継続したまま利用し
ているプロキシ１３(4)をプロキシ１３(5)に置換する場
合には、セッション管理部ＳＭ(2)の機能を利用して、
図７に示す制御シーケンスを実行する。

【００９９】端末のエージェント１４は、必要に応じて
（例えばユーザの指示により）プロキシの置換要求を発
生する。この置換要求は、例えばセッション管理部ＳＭ
(2)に通知される。この場合、セッション管理部ＳＭ(2)
は図７のステップＳ７１を実行する。すなわち、置換先
のプロキシ１３(5)に中継の準備をさせるために、セッ
ション管理部ＳＭ(2)は置換の問い合わせを行う。この
問い合わせの際には、該当するセッションのセッション
ＩＤやプロキシの接続状態の情報もパラメータとしてセ
ッション管理部ＳＭ(2)からプロキシ１３(5)に送信す
る。

【０１００】このパラメータには、置換元のプロキシ１
３(4)が転送を中継しているファイルのファイル名及び
転送を終了したバイト数（ファイル上の現在の転送位
置）も含まれている。問い合わせを受けたプロキシ１３
(5)は、受信したパラメータに基づいて、必要なプロセ
ス等を起動し、ステップＳ７２で通信の中継をするため
の準備を行う。このプロキシ１３(5)は、受信したパラ
メータに基づいて置換元のプロキシ１３(4)の状態を継
承する。準備が完了したら、ステップＳ７３でプロキシ
１３(5)はセッション管理部ＳＭ(2)に対して準備完了通
知を送信する。

【０１０１】セッション管理部ＳＭ(2)は、準備完了通
知を受信すると、ステップＳ７４，Ｓ７５で、置換元の
プロキシ１３(4)との間に通信コネクション２３２，２
３３を確立しているプロキシ１３(1)，１３(2)に対して
切替要求を送信する。この切替要求には、パラメータと
して置換先のプロキシ１３(5)に関するノード名（Ｇ１
６）及びポート番号（Ｇ１７）が含まれる。

【０１０２】プロキシ１３(1)及び１３(2)は、切替要求
を受信すると、切替要求のパラメータ及びセッションＩ
Ｄを利用して、プロキシ１３(5)の接続ポイント（端末
のＩＰアドレスとプロキシ１３(3)のポート番号）に対
して通信コネクション２３５又は２３６を確立する（Ｓ
７６，Ｓ７７）。

【０１０３】置換先のプロキシ１３(5)は、通信コネク
ション２３５，２３６が確立すると、それらのコネクシ
ョンの確立の際に受信したセッションＩＤで定まる特定
のセッションについて、通信コネクション２３５と通信
コネクション２３６とを関連付ける（Ｓ７８）。これに
より、通信コネクション２３５と通信コネクション２３
６との間の通信を中継（蓄積転送）するためのプロキシ
１３(5)の準備が完了する。

【０１０４】一方、プロキシ１３(2)はそれまでに通信
コネクション２３３を介して行っていた全ての通信を通
信コネクション２３６に切り替える（Ｓ８０）。この切
替が完了した後、プロキシ１３(2)はセッション管理部
ＳＭ(2)に対して切替の完了通知を送信する（Ｓ８
２）。同様に、プロキシ１３(1)はそれまでに通信コネ
クション２３２を介して行っていた全ての通信を通信コ
ネクション２３５に切り替える（Ｓ８１）。この切替が
完了した後、プロキシ１３(1)はセッション管理部ＳＭ
(2)に対して切替の完了通知を送信する（Ｓ８３）。

【０１０５】通信コネクション２３２，２３３から通信
コネクション２３５，２３６への切替が終了した後で、
不要になった通信コネクション２３２，２３３は切断さ
れる（Ｓ８４，Ｓ８５）。セッション管理部ＳＭ(2)
は、完了通知を受信すると管理しているテーブルの内容
を更新する（Ｓ８６）。すなわち、セッションＩＤで定
まる特定のセッション（今回の処理でプロキシの置換を
行ったセッション）について、プロキシ間の接続関係に
置換の結果を反映するように情報を更新する。

【０１０６】また、セッション管理部ＳＭ(2)は、変更
を行ったセッションの情報を管理している他のセッショ
ン管理部ＳＭ(1)，ＳＭ(3)，ＳＭ(4)に対して変更した
情報を通知する（Ｓ８７）。以上の制御シーケンスの結
果、図８に示すようにサーバアプリケーション１１(1)
とクライアントアプリケーション１２(2)との間の通信
がプロキシ１３(1)−プロキシ１３(5)−プロキシ１３
(2)の経路で中継されるようにセッションの内容が変更
される。

【０１０７】なお、サーバアプリケーション１１とクラ
イアントアプリケーション１２との間で行われる通信に
は、セッション毎に異なる固有のセッションＩＤが割り
当てられる。また、プロキシの接続ポイントは、ネット
ワーク上での位置と接続要求の受付ポートを表す。プロ
トコルとしてＴＣＰ／ＩＰを想定する場合には、接続ポ
イントはＩＰアドレスとプロキシがリッスンしているポ
ート番号になる。

【０１０８】また、例えばセッションの通信経路を切り
替えるために通信コネクションを切り替える際には一時
的に通信ができなくなるが、そのセッションに含まれて
いる少なくとも１つのプロキシがアプリケーションの送
出する通信内容を蓄積し、通信が可能になったときには
蓄積された情報を送信して通信回復作業を自動的に行
う。従って、通信の途中で通信経路を切り替える場合で
あっても、ユーザが特別な操作を行うことなくそのまま
通信を継続することができる。

【０１０９】本発明の機能の概略は、図１６に示す移動
モデルで表すことができる。すなわち、ユーザが使用す
る端末が移動して通信方式が切り替わった場合や、ユー
ザが使用する端末を切り替えた場合でも、同じサービス
を継続的に同じユーザに提供することができる。ここで
扱うサービスとは、各セッションを通してアプリケーシ
ョン間で送受信される通信内容，それに付随する通信プ
ロトコル（ｈｔｔｐ等）及び表現方法（再生，ブラウジ
ング等）を意味する。

【０１１０】サービスを移動する場合には、同じセッシ
ョンＩＤで示される移動元のセッションから移動先のセ
ッションに対してサービスの状態を転送することによ
り、同じ状態でサービスを継続することができる。各端
末（ノード）は、図１６に示すようにリンク層のアドレ
ス空間にマッピングされる。従って、ノードの移動はノ
ードとアドレスとの対応関係を変更することで実現でき
る。また、各端末は複数の通信デバイスをもつことが可
能であり、それぞれが固有のアドレスを保持することが
できる。

【０１１１】上記実施の形態の通信システムにおける位
置管理の方式について性能を評価するために、計算機を
用いてシミュレーションを実施した。シミュレーション
の条件は次の通りである。 （１）端末の移動間隔：グループを構成している多数の
端末のうち(１／３)は平均移動時間が３０分、残りの
(２／３)の端末は平均移動時間を１０分とする。

【０１１２】（２）端末の通信待機時間は２０分とし、
通信時間は５０分とする。 （３）位置管理部ＬＲの記憶容量：多数の端末のうち
(１／３)のＬＲは全ての端末の位置情報を保持可能、他
の(１／３)の端末のＬＲは(１／２)の端末の位置情報を
保持可能、残りの(１／３)の端末のＬＲは(１／４)の端
末の位置情報を保持可能と仮定する。

【０１１３】（４）１２００分間に発行された位置情報
更新命令の数及び位置管理部ＬＲの検索成功率を４００
試行分測定した。但し、最初の１００分間については統
計から除外。 （５）位置管理部ＬＲが位置情報更新命令を送出する際
には、自らが保持している全ての位置情報を送信する。
受信側のＬＲでは、位置情報のタイムスタンプにより取
捨選択して保持している位置情報を更新する。

【０１１４】（６）位置情報更新命令を発行する際の端
末の優先順位については２種類の方式を評価する。「Me
thod A」の方式では位置管理部ＬＲが自らの保持する位
置情報を更新した場合に全ての端末に対して位置情報更
新命令を発行する。「Method B」の方式では、移動間隔
が３０分でかつ全ての端末の位置情報を保持可能な記憶
容量を有する端末のＬＲのみが全ての端末に対して位置
情報更新命令を発行し、残りの端末の位置管理部ＬＲに
ついては、移動間隔が３０分でかつ全ての端末の位置情
報を保持可能な記憶容量を有する端末のみに対して位置
情報更新命令を発行する。

【０１１５】なお、「Method A」の方式では各端末の位
置が更新されるたびに全ての端末に位置更新命令が発行
されるので通信量は多くなるが、優れた位置管理能力が
得られる。上記シミュレーションの結果が図１８〜図２
０に示されている。図１８は、位置情報更新命令の発行
数を示している。また、図１９及び図２０は位置検索成
功率を示している。図１９の位置検索成功率は、特定の
端末の位置管理部ＬＲが保持している位置情報の検索及
び他の端末の位置管理部ＬＲの検索によって相手端末の
位置情報の取得に成功した割合である。また、図２０の
位置検索成功率は、特定の端末の位置管理部ＬＲが保持
している位置情報のみを検索して相手端末の位置情報の
取得に成功した割合である。

【０１１６】図１８，図１９を参照すると、「Method
A」に比べて「Method B」の方が通信コストが低減（６
０〜８０％減）され、位置検索能力の劣化も許容できる
範囲であることが分かる。また、この効果はグループを
構成している端末数が大きいほど顕著であり、位置検索
成功率の差も小さくなる。従って、各端末の移動量や位
置管理部ＬＲの記憶容量を考慮して位置情報更新命令の
発行対象となる端末を制限することにより、各端末の位
置管理の負荷を分担するとともに通信量を抑制すること
ができる。

【０１１７】また、図２０から分かるように、他の端末
に存在する位置情報を検索しなくても、２５〜４５％の
端末の位置を正しく検出することができる。従って、端
末が一時的にネットワークから離脱している場合であっ
ても、それ自身の位置管理部ＬＲが保持する位置情報の
みの検索により、ネットワークへの再接続の手がかりを
得ることが可能である。

【０１１８】（第２の実施の形態）本発明の通信コネク
ション確立方法のもう１つの実施の形態について、図２
２及び図２３を参照して説明する。この形態は、請求項
１〜請求項４に対応する。図２２及び図２３は、それぞ
れサービスの移動例（１，２）を示すシーケンス図であ
る。

【０１１９】この形態では、ＨＴＴＰの通信を行うこと
を想定しているので、アプリケーションとしてブラウザ
５及びＷｅｂサーバ７を用いる。図２２の例では、ノー
ド８（Ａ），８（Ｂ）にはクライアントアプリケーショ
ンとして動作するブラウザ５が配置されているので、ノ
ード８（Ａ），８（Ｂ）はクライアントノードとして機
能する。また、ノード８（Ｃ）にはサーバアプリケーシ
ョンとして動作するＷｅｂサーバ７が配置されているの
で、ノード８（Ｃ）はサーバノードとして機能する。

【０１２０】また、図２３の例では、ノード８（Ａ）に
はクライアントアプリケーションとして動作するブラウ
ザ５（Ａ），５（Ｂ）が配置されているので、ノード８
（Ａ）はクライアントノードとして機能する。また、図
２３のノード８（Ｃ）にはサーバアプリケーションとし
て動作するＷｅｂサーバ７が配置されているので、ノー
ド８（Ｃ）はサーバノードとして機能する。

【０１２１】図２２の例について動作を説明する。ま
ず、ブラウザ５（Ａ）からプロキシ６（Ａ），６（Ｂ）
を介してＷｅｂサーバ７に要求を行う（Ｃ１１）。この
要求に対するＷｅｂサーバ７の応答が、プロキシ６
（Ｃ），６（Ａ）を介してブラウザ５（Ａ）に伝送され
る（Ｃ１２）。このとき、セッションが成立する。ま
た、セッション毎にそれを区別するためのセッションＩ
Ｄが割り当てられる。

【０１２２】この後で、プロキシ６（Ｃ）がサービス移
動要求を受け付ける（Ｃ１３）。その場合、プロキシ６
（Ｃ）は通信を中断し（Ｃ１４）、移動先のノード８
（Ｂ）のプロキシ６（Ｂ１）に接続する（Ｃ１５）。こ
の場合、移動先のプロキシ６（Ｂ１）は該当するセッシ
ョンのセッションＩＤを含むＵＲＬを引数として、ブラ
ウザ５（Ｂ）を起動する（Ｃ１６）。

【０１２３】起動されたブラウザ５（Ｂ）は、起動の際
に指定されたＵＲＬを用いてプロキシ６（Ｂ２）に接続
する（Ｃ１７）。このプロキシ６（Ｂ２）は、セッショ
ンＩＤに基づいて、ブラウザ５（Ｂ）の通信とサーバノ
ードであるノード８（Ｃ）のプロキシ６（Ｃ）とを結び
付けてデータの転送を行う（Ｃ１８）。このようにし
て、サービスの連続性を確保したまま、クライアントノ
ード簡をサービスが移動する。

【０１２４】次に、図２３の例について動作を説明す
る。まず、ブラウザ５（Ａ）からプロキシ６（Ａ），６
（Ｃ）を介してＷｅｂサーバ７に要求を行う（Ｃ２
１）。それに対するＷｅｂサーバ７の応答が、プロキシ
６（Ｃ），６（Ａ）を介してブラウザ５（Ａ）に転送さ
れる（Ｃ２２）。このとき、セッションが設立する。ま
た、セッション毎にそれを区別するためのセッションＩ
Ｄが割り当てられる。

【０１２５】この後で、プロキシ６（Ａ）がサービス移
動要求を受け付ける（Ｃ２３）。その場合、プロキシ６
（Ａ）は該当するセッションのセッションＩＤを含むＵ
ＲＬを引数として、ブラウザ５（Ｂ）を起動する（Ｃ２
４）。起動されたブラウザ５（Ｂ）は、起動の際に指定
されたＵＲＬを用いてプロキシ６（Ｂ２）に接続する
（Ｃ２５）。このプロキシ６（Ｂ２）は、セッションＩ
Ｄに基づいて、ブラウザ５（Ｂ）の通信とサーバノード
であるノード８（Ｃ）のプロキシ６（Ｃ）とを結び付け
てデータの転送を行う（Ｃ２６）。

【０１２６】このようにして、サービスの連続性を確保
したまま、クライアントノード簡をサービスが移動す
る。 （第３の実施の形態）本発明のもう１つの実施の形態に
ついて、図２４〜図２６を参照して説明する。この形態
は、請求項１及び請求項２に対応する。

【０１２７】図２４は、セッションにプロキシを追加す
る場合の簡略化された制御シーケンスを示すシーケンス
図である。図２５は、セッションからプロキシを削除す
る場合の簡略化された制御シーケンスを示すシーケンス
図である。図２６は、セッション上のプロキシを置換す
る場合の簡略化された制御シーケンスを示すシーケンス
図である。

【０１２８】この形態は、第１の実施の形態の変形例で
あり、制御シーケンスの内容が第１の実施の形態よりも
簡略化されている。また、この形態においても図１０に
示すような構成の移動端末を用いることを想定してい
る。但し、図１０に示す位置管理部ＬＲ，サービス管理
部ＳＲ，リンク切替部１５については必ずしも必要とは
しない。

【０１２９】図２４〜図２６に示す動作の内容について
は第１の実施の形態と同様であるが、各図の制御の内容
について以下に説明する。まず、図４の場合と同様にセ
ッションにプロキシ１３（３）を追加する場合につい
て、図２４を参照して説明する。この例では、図４にお
いて、クライアントアプリケーション１２（２），プロ
キシ１３（２），プロキシ１３（１），サーバアプリケ
ーション１１（１）の順に通信コネクションが確立さ
れ、クライアントアプリケーション１２（２）とサーバ
アプリケーション１１（１）との間にセッションが構築
されている状態から、クライアントアプリケーション１
２（２），プロキシ１３（２），プロキシ１３（３），
プロキシ１３（１），サーバアプリケーション１１
（１）の順に通信コネクションが確立されて、クライア
ントアプリケーション１２（２）とサーバアプリケーシ
ョン１１（１）との間のセッションの経路が変更される
場合を想定している。

【０１３０】すなわち、プロキシ１３（２）とプロキシ
１３（１）との間にもう１つのプロキシ１３（３）を追
加するための動作を表している。エージェントソフトウ
ェア（図１０の１４）は、ユーザ又は端末間の接続状態
に関する命令や管理を制御している。このエージェント
ソフトウェアからのプロキシ切替要求を移動端末３０
（２）が受信すると、移動端末３０（２）はそれをセッ
ション管理部ＳＭ（２）に通知する。

【０１３１】この場合、セッション管理部ＳＭ（２）
は、追加されるプロキシ１３（３）に接続されるプロキ
シ１３（１），１３（２）に対して、プロキシ１３
（３）の名前と接続ポイントをパラメータとして切替要
求を送信する（Ｓ３４，Ｓ３５）。切替要求を受信した
プロキシ１３（１），１３（２）は、受信したパラメー
タとセッション識別子（ＩＤ）を用いてプロキシ１３
（３）の接続ポイントに対して、セッション識別子に対
応する通信コネクションを確立する（Ｓ３６，Ｓ３
７）。

【０１３２】その後、プロキシ１３（１）はプロキシ１
３（２）との間の通信コネクションで行っていた通信を
全てプロキシ１３（３）の通信コネクションに切り替え
る（Ｓ４０，Ｓ４１）。追加されるプロキシ１３（３）
には２つの通信コネクションが確立される。このプロキ
シ１３（３）は、通信コネクションの確立時に受信した
セッション識別子に基づいて、２つの通信コネクション
を関連付け、蓄積転送が可能な状態にする。

【０１３３】次に、図６の場合と同様にセッションから
プロキシ１３（３）を削除する場合について、図２５を
参照して説明する。この例では、図６において、クライ
アントアプリケーション１２（２），プロキシ１３
（２），プロキシ１３（３），プロキシ１３（１），サ
ーバアプリケーション１１（１）の順に通信コネクショ
ンが確立され、クライアントアプリケーション１２
（２）とサーバアプリケーション１１（１）との間のセ
ッションが構築されている状態から、クライアントアプ
リケーション１２（２），プロキシ１３（２），プロキ
シ１３（１），サーバアプリケーション１１（１）の順
に通信コネクションが確立されて、クライアントアプリ
ケーション１２（２）とサーバアプリケーション１１
（１）との間にセッションの経路が変更される場合を想
定している。

【０１３４】すなわち、セッションからプロキシ１３
（３）を削除するための動作を表している。エージェン
トソフトウェアからのプロキシ削除要求を移動端末３０
（２）が受信すると、移動端末３０（２）はそれをセッ
ション管理部ＳＭ（２）に通知する。この場合、セッシ
ョン管理部ＳＭ（２）は、プロキシ１３（１），１３
（２）に対して削除要求を送信する（Ｓ５１，Ｓ５
２）。

【０１３５】プロキシ１３（２）は、削除要求を受信す
ると、セッション識別子を用いてプロキシ１３（１）と
の間でコネクションを確立する。また、プロキシ１３
（３）との間で行われていた通信を全てプロキシ１３
（１）との間の通信コネクションに切り替える。また、
プロキシ１３（１）が削除要求を受信するとともにプロ
キシ１３（２）から通信コネクションを確立された場合
には、プロキシ１３（１）はプロキシ１３（３）との間
の通信コネクションで行われていた通信を全てプロキシ
１３（２）との間の通信コネクションに切り替える。

【０１３６】次に、図８の場合と同様にセッション上の
プロキシ１３（４），１３（５）を置換する場合につい
て、図２６を参照して説明する。この例では、図８にお
いて、クライアントアプリケーション１２（２），プロ
キシ１３（２），プロキシ１３（４），プロキシ１３
（１），サーバアプリケーション１１（１）の順に通信
コネクションが確立され、クライアントアプリケーショ
ン１２（２）とサーバアプリケーション１１（１）との
間にセッションが構築されている状態から、クライアン
トアプリケーション１２（２），プロキシ１３（２），
プロキシ１３（５），プロキシ１３（１），サーバアプ
リケーション１１（１）の順に通信コネクションが確立
されて、クライアントアプリケーション１２（２）とサ
ーバアプリケーション１１（１）との間のセッションの
経路が変更される場合を想定している。

【０１３７】すなわち、セッション上のプロキシ１３
（４）をプロキシ１３（５）に置換するための動作を表
している。エージェントソフトウェアからのプロキシ置
き換え要求を移動端末３０（２）が受信すると、移動端
末３０（２）はそれをセッション管理部ＳＭ（２）に通
知する。

【０１３８】この場合、セッション管理部ＳＭ（２）
は、通信コネクションを持っているプロキシ１３
（１），１３（２）に対してプロキシ１３（５）の名前
及び接続ポイントをパラメータとして含む切替要求を送
信する（Ｓ７４，Ｓ７５）。切替要求を受信したプロキ
シ１３（１），１３（２）は、受信したパラメータに基
づいて、プロキシ１３（５）の接続ポイントに対してセ
ッション識別子に対応する通信コネクションを確立す
る。

【０１３９】その後、プロキシ１３（１）はプロキシ１
３（４）との間の通信コネクションで行っていた通信を
全てプロキシ１３（５）との間の通信コネクションに切
り替える。同様に、プロキシ１３（２）はプロキシ１３
（４）との間の通信コネクションで行っていた通信を全
てプロキシ１３（５）との間の通信コネクションに切り
替える。

【０１４０】セッションに追加されるプロキシ１３
（５）は、２つの通信コネクションが確立された後で、
コネクション確立時に受信したセッション識別子に基づ
いて２つの通信コネクションを関連付け、蓄積転送が可
能な状態にする。

【０１４１】

【発明の効果】以上の通り、本発明の通信コネクション
確立方法によれば、通信の途中であっても、ユーザが利
用するアプリケーションが実行される端末を切り替えた
り、利用している通信経路を切り替えることができる。
しかも、このような切替を行う場合でも、アプリケーシ
ョンを再起動したり通信コネクションを確立するための
特別な操作をユーザが行う必要はなく、ユーザは継続的
に通信サービスを受けることができる。

【０１４２】また、通信経路等を切り替える際には、サ
ービスの連続性が損なわれないように予め定めた手順で
複数のプロキシ間の通信コネクションを切り替えるの
で、同じユーザに対するサービスの連続性が保証され
る。また、通信経路中のプロキシの切替え，追加，削除
及び置き換えができるので、同じ端末を移動しながら様
々な位置で利用する場合には、冗長な経路が回避される
ように通信経路を切り替えたり、不要な中継処理を行う
プロキシを通信経路から削除することができるので、通
信効率の向上，ネットワークリソースの低減，プロキシ
の動作している端末のネットワークからの離脱のサービ
ス継続性の確保，障害発生時のフォールトトレラント性
の向上等が実現する。

【０１４３】更に、通信中に利用しているアプリケーシ
ョンを切替えることができるので、移動環境では各時点
でもっとも適するアプリケーションをユーザが選択的に
利用することができ、利便性が向上する。アプリケーシ
ョンを切り替える場合でも、通信サービスの連続性は保
証される。

【図面の簡単な説明】

【図１】プロキシ及びアプリケーションを切り替える場
合の制御シーケンスを示すシーケンス図である。

【図２】プロキシ及びアプリケーションを切り替える場
合の通信経路の例を示すブロック図である。

【図３】セッションにプロキシを追加する場合の制御シ
ーケンスを示すシーケンス図である。

【図４】セッションにプロキシを追加する場合の通信経
路の例を示すブロック図である。

【図５】セッションからプロキシを削除する場合の制御
シーケンスを示すシーケンス図である。

【図６】セッションからプロキシを削除する場合の通信
経路の例を示すブロック図である。

【図７】セッション上のプロキシを置換する場合の制御
シーケンスを示すシーケンス図である。

【図８】セッション上のプロキシを置換する場合の通信
経路の例を示すブロック図である。

【図９】通信システムの構成例を示すブロック図であ
る。

【図１０】移動端末の構成例を示すブロック図である。

【図１１】サービス管理部ＳＲが保持する情報の例を示
す模式図である。

【図１２】位置管理部ＬＲが保持する情報の例を示す模
式図である。

【図１３】セッション管理部ＳＭが保持する情報の例を
示す模式図である。

【図１４】通信システムの構成例を示すブロック図であ
る。

【図１５】ネットワークの構成例を示すブロック図であ
る。

【図１６】ノード及びサービスの移動モデルを示すブロ
ック図である。

【図１７】端末の移動時の位置情報更新手順を示すシー
ケンス図である。

【図１８】位置情報更新命令の発行数を示すグラフであ
る。

【図１９】位置検索成功率を示すグラフである。

【図２０】位置検索成功率を示すグラフである。

【図２１】ネットワークの構成例を示すブロック図であ
る。

【図２２】サービスの移動例（１）を示すシーケンス図
である。

【図２３】サービスの移動例（２）を示すシーケンス図
である。

【図２４】セッションにプロキシを追加する場合の簡略
化された制御シーケンスを示すシーケンス図である。

【図２５】セッションからプロキシを削除する場合の簡
略化された制御シーケンスを示すシーケンス図である。

【図２６】セッション上のプロキシを置換する場合の簡
略化された制御シーケンスを示すシーケンス図である。

【符号の説明】

１，３ アプリケーション ２ プロキシ ４ ノード ５ ブラウザ ６ プロキシ ７ Ｗｅｂサーバ ８ ノード ９ データベース １０ ソフトウェア １１ サーバアプリケーション １２ クライアントアプリケーション １３ プロキシ １４ エージェント １５ リンク切替部 １６，１７，１８ リンク ２１ イーサネット通信アダプタ ２２ 無線ＬＡＮアダプタ ２３ ＰＨＳ通信アダプタ ３０ 移動端末 ４０ ネットワーク ５１，５２，５３ サブネットワーク ５４ 広域ネットワーク ５５，５９，６０，６１，６６，６７ 移動端末 ５６，６２ 固定端末 ５７，５８，６４，６５ 基地局 ６３ ＴＡＰ １０１，１０２ アプリケーション １０３ セッション １０４，１０５，１０６ プロキシ １０７，１０８，１０９，１１０ 通信コネクション ＬＲ 位置管理部 ＳＭ セッション管理部 ＳＲ サービス管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 久保田 稔 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5K030 GA11 HA08 HC01 HC09 JL01 JL07 JT03 KA01 KA05 KA13 LE03 5K033 AA09 CB01 DA01 DA19 DB20 EA07 5K034 AA05 AA17 DD03 EE03 EE09 FF01 HH01 HH02 LL01 MM05

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数のアプリケーションと、通信を中継
   する複数のプロキシと、それらを接続するネットワーク
   とが設けられた通信システムの制御に用いる通信コネク
   ション確立方法であって、 複数のアプリケーションが２つ以上のプロキシを通る通
   信経路を介して互いに通信している場合に、 所定の切替要求に応答して、前記通信経路上に配置され
   た第１のプロキシが接続先の第２のプロキシを第３のプ
   ロキシに切り替えて通信を継続することを特徴とする通
   信コネクション確立方法。
2. 【請求項２】 複数のアプリケーションと、通信を中継
   する複数のプロキシと、それらを接続するネットワーク
   とが設けられた通信システムの制御に用いる通信コネク
   ション確立方法であって、 第１のアプリケーションと第２のアプリケーションとが
   ２つ以上のプロキシを通る通信経路を介して互いに通信
   している場合に、 前記通信経路上に配置され第１のアプリケーションと第
   １のプロキシとの間で中継を行う第２のプロキシが、所
   定の切替要求に応答して通信相手の第１のアプリケーシ
   ョンを他の第３のアプリケーションに切り替えて通信を
   継続することを特徴とする通信コネクション確立方法。
3. 【請求項３】 請求項１の通信コネクション確立方法に
   おいて、 クライアントアプリケーションとサーバアプリケーショ
   ンとが複数のプロキシを介して通信する場合に、 クライアントアプリケーションの接続要求に対してサー
   バアプリケーションからの応答がクライアントアプリケ
   ーションに転送された場合にその転送経路をセッション
   として管理するとともに、それぞれのセッションにセッ
   ションＩＤを割り当てておき、 前記第１のプロキシは、サービス移動のための切替要求
   を受け付けた場合に、通信の中継を中断してから移動先
   の前記第３のプロキシに接続し、その後で中継を再開
   し、 前記第３のプロキシは、該当するセッションＩＤを含む
   引数を用いて新たなクライアントアプリケーションを起
   動し、 起動された新たなクライアントアプリケーションは、前
   記第３のプロキシに接続して指定されたセッションＩＤ
   を含む情報を前記第３のプロキシに送信し、 前記第３のプロキシは、セッションＩＤに基づいて、前
   記第１のプロキシの通信と前記新たなクライアントアプ
   リケーションの通信とを結びつけてデータの中継を行う
   ことを特徴とする通信コネクション確立方法。
4. 【請求項４】 請求項２の通信コネクション確立方法に
   おいて、 クライアントアプリケーションとサーバアプリケーショ
   ンとが複数のプロキシを介して通信する場合に、 クライアントアプリケーションの接続要求に対してサー
   バアプリケーションからの応答がクライアントアプリケ
   ーションに転送された場合にその転送経路をセッション
   として管理するとともに、それぞれのセッションにセッ
   ションＩＤを割り当てておき、 前記第２のプロキシは、サービス移動のための切替要求
   を受け付けた場合に、通信の中継を中断して該当するセ
   ッションＩＤを含む引数を用いて新たなクライアントア
   プリケーションを起動し、 起動された新たなクライアントアプリケーションは、前
   記第２のプロキシに接続して指定されたセッションＩＤ
   を含む情報を前記第２のプロキシに送信し、 前記第２のプロキシは、セッションＩＤに基づいて、サ
   ーバアプリケーションとの間に通信路を持つプロキシの
   通信と前記新たなクライアントアプリケーションの通信
   とを結びつけてデータの中継を再開することを特徴とす
   る通信コネクション確立方法。
5. 【請求項５】 サービスを要求するクライアントアプリ
   ケーションを含む端末と、サービスを提供するサーバア
   プリケーションを含む端末と、通信の内容を蓄積及び中
   継するプロキシを含む端末とが接続された通信システム
   の制御に用いる通信コネクション確立方法であって、 各々の端末に存在するクライアントアプリケーション又
   はサーバアプリケーション及びプロキシを表す第１の情
   報と、各々の端末の特定に利用される第２の情報とを保
   持しておき、 １つ以上のプロキシを中継して形成されるサーバアプリ
   ケーションとクライアントアプリケーションとの間の通
   信経路をセッションとして管理し、 セッション毎に、少なくともセッションの識別子，当該
   セッションを利用しているクライアントアプリケーショ
   ン及びサーバアプリケーションを特定する第３の情報，
   当該セッションが利用しているプロキシを特定する第４
   の情報及び当該セッションが利用しているプロキシの接
   続点を表す第５の情報を保持し、 利用するサーバアプリケーション又はクライアントアプ
   リケーションを提供する端末の切替、もしくはサーバア
   プリケーションとクライアントアプリケーションとの間
   の通信に利用している通信経路上のプロキシの切替が必
   要な場合に、該当するセッションの情報と前記第１の情
   報及び第２の情報とを利用して、サーバアプリケーショ
   ンとそれに接続されたプロキシとの間、クライアントア
   プリケーションとそれに接続されたプロキシとの間、サ
   ーバアプリケーションとクライアントアプリケーション
   との間を中継する複数プロキシの間の少なくとも１つの
   通信コネクションを自動的に切り替えることを特徴とす
   る通信コネクション確立方法。
6. 【請求項６】 請求項５の通信コネクション確立方法に
   おいて、プロキシとサーバアプリケーション又はクライ
   アントアプリケーションとを同一の端末上に備えた少な
   くとも１台の移動端末を前記通信システムの端末として
   利用し、前記移動端末が実際の通信に利用する通信装置
   の切替に伴う前記第２の情報の変化を同じ移動端末上に
   配置されるプロキシにより吸収することを特徴とする通
   信コネクション確立方法。
7. 【請求項７】 請求項５の通信コネクション確立方法に
   おいて、前記セッションの情報を管理するセッション管
   理部が存在し、あるセッションについて実際に中継をし
   ているプロキシである第１のプロキシから別のプロキシ
   である第２のプロキシへの切替要求が発生した場合に、 その切替要求をいずれか１つの端末が前記セッション管
   理部に通知し、 前記セッション管理部から切替先の第２のプロキシに対
   して切替の準備状況に関する問い合わせを行い、 第２のプロキシから切替準備が完了したことを示す通知
   が前記セッション管理部に届いた場合に、第１のプロキ
   シとの間で通信コネクションを確立している第３のプロ
   キシに対して、前記セッション管理部から切替先の第２
   のプロキシに関する情報とともに切替要求を送信し、 第３のプロキシが、セッションの識別子を用いて切替先
   の第２のプロキシとの間で新たな通信コネクションを確
   立し、 第１のプロキシと第３のプロキシとの間の通信コネクシ
   ョンを介して行われていた通信が第３のプロキシと第２
   のプロキシとの間の通信コネクションを通るように切替
   え、 全ての通信コネクションの切替が完了した場合に、前記
   セッション管理部に対して切替完了を通知し、 切替先の第２のプロキシは、第３のプロキシとの間の第
   １の通信コネクションの確立が完了した場合に、通知さ
   れたセッションの識別子に基づいて、第２のプロキシと
   サーバアプリケーション又はクライアントアプリケーシ
   ョンとの間に確立された第２の通信コネクションと前記
   第１の通信コネクションとを関連付けて当該セッション
   の通信経路を切り替えることを特徴とする通信コネクシ
   ョン確立方法。
8. 【請求項８】 請求項５の通信コネクション確立方法に
   おいて、前記セッションの情報を管理するセッション管
   理部が存在し、あるセッションについて、実際に通信を
   中継している第１のプロキシと第２のプロキシとの間
   に、新たな第３のプロキシを追加するためのプロキシの
   追加要求が発生した場合に、 その追加要求をいずれか１つの端末が前記セッション管
   理部に通知し、 前記セッション管理部から追加される第３のプロキシに
   対して追加の準備状況に関する問い合わせを行い、 第３のプロキシから準備完了を示す通知を前記セッショ
   ン管理部が受けた場合に、前記セッション管理部は、第
   １のプロキシ及び第２のプロキシのそれぞれに対して追
   加要求を送信し、 第１のプロキシ及び第２のプロキシのそれぞれは、前記
   追加要求に応答して、セッションの識別子を用いて第３
   のプロキシとの間で新たな第１の通信コネクション又は
   第２の通信コネクションを確立し、第１のプロキシ及び
   第２のプロキシが中継している通信が第１の通信コネク
   ション又は第２の通信コネクションを通るように切り替
   えて、 全ての通信について利用する通信コネクションの切替が
   完了した場合に、前記セッション管理部に対して切替完
   了を通知し、 第１のプロキシと第３のプロキシとの間の第１の通信コ
   ネクション及び第２のプロキシと第３のプロキシとの間
   の第２の通信コネクションの両方が確立された場合に、
   通知されたセッションの識別子に基づいて、第１の通信
   コネクションと第２の通信コネクションとを関連付ける
   ことを特徴とする通信コネクション確立方法。
9. 【請求項９】 請求項５の通信コネクション確立方法に
   おいて、前記セッションの情報を管理するセッション管
   理部が存在し、あるセッションについて、実際に通信を
   中継している第１のプロキシに関する削除要求が発生し
   た場合に、 その削除要求をいずれか１つの端末が前記セッション管
   理部に通知し、 前記セッション管理部は、第１のプロキシとの間で第１
   の通信コネクション及び第２の通信コネクションを確立
   している第２のプロキシ及び第３のプロキシのそれぞれ
   に対して削除要求を送信し、 第２のプロキシ及び第３のプロキシは、それらの間に第
   ３の通信コネクションを確立し、第１の通信コネクショ
   ン及び第２の通信コネクションを利用している通信を第
   ３の通信コネクションに切り替えて、 通信コネクションの切替が完了した場合には、第２のプ
   ロキシ及び第３のプロキシは、それぞれ前記セッション
   管理部に対して切替完了を通知することを特徴とする通
   信コネクション確立方法。
10. 【請求項１０】 請求項５の通信コネクション確立方法
    において、前記セッションの情報を管理するセッション
    管理部が存在し、あるセッションについて、第１のプロ
    キシと第２のプロキシとの間に第１の通信コネクション
    が確立され、第２のプロキシと第３のプロキシとの間に
    第２の通信コネクションが確立され、第１の通信コネク
    ション及び第２の通信コネクションを利用し、第１のプ
    ロキシ，第２のプロキシ及び第３のプロキシを中継して
    通信を行っている状態で、第２のプロキシから新たな第
    ４のプロキシへの置換要求が発生した場合に、 その置換要求をいずれか１つの端末が前記セッション管
    理部に通知し、 前記セッション管理部は、第４のプロキシに対して置換
    の準備に関する問い合わせを行い、 第４のプロキシから準備完了を示す通知を前記セッショ
    ン管理部が受けた場合には、前記セッション管理部は第
    １のプロキシ及び第３のプロキシに対して切替要求を送
    信し、 第１のプロキシ及び第３のプロキシのそれぞれは、前記
    切替要求に応答して、セッションの識別子に基づき置換
    先の第４のプロキシとの間に第３の通信コネクション及
    び第４の通信コネクションを確立し、 第１のプロキシ及び第３のプロキシのそれぞれは、第１
    の通信コネクション及び第２の通信コネクションを介し
    て行われていた通信を第３の通信コネクション及び第４
    の通信コネクションを通るように切り替えて、 切り替えた全ての通信コネクションについて通信に利用
    する通信コネクションの切替が完了した後で、第１のプ
    ロキシ及び第３のプロキシのそれぞれが前記セッション
    管理部に対して切替完了を通知し、 第３の通信コネクション及び第４の通信コネクションが
    確立された後で、通知されたセッションの識別子に基づ
    いて第３の通信コネクションと第４の通信コネクション
    とを関連付けることを特徴とする通信コネクション確立
    方法。