JP3606770B2 - 通信システム、通信システムに使用するゲートウェイ、無線情報端末、及び無線通信方法。 - Google Patents
通信システム、通信システムに使用するゲートウェイ、無線情報端末、及び無線通信方法。 Download PDFInfo
- Publication number
- JP3606770B2 JP3606770B2 JP19867599A JP19867599A JP3606770B2 JP 3606770 B2 JP3606770 B2 JP 3606770B2 JP 19867599 A JP19867599 A JP 19867599A JP 19867599 A JP19867599 A JP 19867599A JP 3606770 B2 JP3606770 B2 JP 3606770B2
- Authority
- JP
- Japan
- Prior art keywords
- gateway
- communication
- terminal
- server
- switching
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、無線通信システムに関し、特に、無線通信システムのゲートウェイの切り替えに関する方法と、該方法に使用するゲートウェイ、無線情報端末および通信システムに関するものである。
【０００２】
【従来の技術】
近年、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ） 等、いわゆるインターネット・サービスの急速な普及により、コンピュータネットワークの規模の拡大と接続形態の多様化が進んでいる。
【０００３】
それに合わせて、情報端末やサーバ等をネットワーク接続するゲートウェイも処理能力向上や機能の増加が求められている。
【０００４】
接続形態の多様化の一例として、情報端末に無線通信能力を付加し携帯電話網など移動体通信網を利用することで、移動中やコンピュータネットワークに直接接続できない場所で使用できる無線ネットワーク、いわゆるモバイル・コンピューティングが挙げられる。 図５、図６は上記無線ネットワークを使用した通信形態を示す概念図である。
【０００５】
図５は公衆網もしくは構内網を使った無線ネットワークの構成を示す。
【０００６】
ユーザが端末１の持つアプリケーションを実行しようとするとき、端末１は無線基地局２、網３とゲートウェイ１１またはゲートウェイ１２を経由してサーバ６と接続され、該サーバとの間で通信を行いアプリケーションを実行するようになっている。
【０００７】
図６はゲートウェイ自体にサーバ機能を持たせ、例えば事務所内等、図５に比較して狭い範囲で運用される網を介さない無線ネットワークの形態を示す。すなわち、端末１とゲートウェイ１１またはゲートウェイ１２が無線基地局２を経由して通信を行いアプリケーションを実行するようになっている。
【０００８】
上記した無線ネットワークではネットワークの変化に応じてゲートウェイの機能増設を行ったり、定期的な保守等のためにゲートウェイの運用を一時的に停止することが必要とされる。このようにゲートウェイが停止した時にもネットワーク運用を継続するために、図５や図６に示すように、複数のゲートウェイを用意しておき、例えば一方のゲートウェイ１１が停止した時には他方のゲートウェイ１２を経由して端末とサーバが通信できるようにする、ゲートウェイ接続切替機能がネットワークに要求される。
【０００９】
ここで端末とゲートウェイの通信プロトコルの概要について図７を用いて説明する。
【００１０】
端末側のアプリケーション７１は、例えばＷＷＷ ブラウザ等、ユーザが直接操作するプログラムであり、また、ゲートウェイ側のアプリケーション７５（ここではサーバ機能がゲートウェイに内蔵されている図６に示す場合を例にしている）は、例えばＷＷＷ サーバソフト等、端末側アプリケーションと情報のやり取りを行うプログラムである。
【００１１】
セッション層プロトコル手段７２は、様々なアプリケーション７１、７５に対して共通の転送制御機能、例えば転送データの区切り、区切り単位での転送処理といった手段を提供するためのプロトコルである。また、セッション層マネジメントエンティティ７３は端末とサーバ間のデータ通信によって発生する複数のセッションプロセス等が使用するシステムリソース（例えばメモリ）や、システム全体にわたる処理の管理（例えばゲートウェイ切替タイミングの通知）を行うプログラムである。更に、下位プロトコル７４は通信制御を行うプログラム及び装置である。
【００１２】
図８は図６の通信形態の通信シーケンスを示すものである。
【００１３】
端末１のセッション層プロトコル手段８０２はアプリケーション８０１を実行のためにゲートウェイ１１のセッション層プロトコル手段８０４と通信中８０３である。このとき、ゲートウェイ１１のマネジメントエンティティ８０５に、オペレータからゲートウェイ切替の指示８０８が発行されると、マネジメントエンティティ８０５、セッション層プロトコル手段８０４を経て、端末１のセッション層プロトコル手段８０２に切断通知８０９を発行する。これによって、端末１のセッション層プロトコル手段８０２がアプリケーション８０１に切断表示８１０を行うかもしくは表示しないで、アプリケーション８０１は実行を中断する。
【００１４】
ゲートウェイ１１は切断通知８０９を発行するとオペレータの操作またはゲートウェイ１１の機能によって、ゲートウェイ１１を停止する。この後、端末１は中断したアプリケーション８０１を再実行するために、自分の内部に持っている情報によりゲートウェイ１２に再接続８１１をセッション層プロトコル手段８０２に要求する。
【００１５】
セッション層プロトコル手段８０２とゲートウェイ１２のセッション層プロトコル手段８０６との間にセッション８１２が確立した後、通信中８１３となり、中断していたアプリケーション８０１の再実行が可能となる。
【００１６】
【発明が解決しようとする課題】
上記した従来の技術では、ゲートウェイの停止によるゲートウェイ接続切替を行うときに、端末は実行中のアプリケーションを一旦終了し、他のゲートウェイに接続し直した後、アプリケーションを始めから再実行しなければならないという問題がある。
【００１７】
また、上記したようにゲートウェイを変更して端末がアプリケーションを再実行するためには、変更対象となる複数のゲートウェイのアドレス情報を予め端末に記憶させておく必要があるが、ゲートウェイの接続を切替るときだけに必要な情報を常に端末に記憶しておくという冗長な資源の使用は、小型多機能を要求される端末にとっては問題である。
【００１８】
また、サーバやゲートウェイの追加削除等ネットワーク構成の変化が起こる度に、端末が持つ前述ゲートウェイのアドレス情報を更新しなければならないという問題がある。その上、他のゲートウェイに接続を切替えるときに、端末のポート番号、アドレス、ケイパビリティ等の情報を、端末と切替先のゲートウェイとの間でネゴシエーションする必要があり、このネゴシエーションに時間がかかるためアプリケーションを再実行するまでの所要時間が長くなるという点も問題である。
【００１９】
更に、端末と切替先のゲートウェイとのネゴシエーションの結果、そのゲートウェイに端末の通信能力（ケイパビリティ）を収容する能力や資源がないと、そのゲートウェイとの接続を終了し、該端末のケイパビリティを収容可能なゲートウェイが見つかるまで別のゲートウェイに接続を試みるという極めて作業効率が悪い状況が発生し得るという問題もある。
【００２０】
本発明は前述の問題点を解決、改善するために為されたもので、端末でのアプリケーション実行を終了することなく接続先ゲートウェイを変更し、複数ゲートウェイの情報を端末が常時保持する必要がなく、またネットワーク構成が変化しても端末が容易に対応でき、かつ端末とゲートウェイとの接続のネゴシエーション時間を短縮し、一度で端末を収容する能力や資源を持つゲートウェイに接続することを可能とするゲートウェイ動的切替方法及び装置を提供することを目的とする。
【００２１】
【課題を解決するための手段】
上記目的を達成するために本発明は以下の構成を採用している。
【００２２】
本発明は、少なくとも第１のゲートウェイまたは第２のゲートウェイを介して無線情報端末とサーバとの通信を確立する、通信システムにおいて、何らかの理由で本来使用されるべきゲートウェイを他のゲートウェイに切り替える必要が発生したときに適用される。
【００２３】
本発明では、無線情報端末とゲートウェイ間の通信プロトコルと、ゲートウェイとサーバ間の通信プロトコルとを相互に変換するプロトコル変換手段をゲートウェイが有し、第１のゲートウェイを介したサーバとの通信を、第２のゲートウェイを介したサーバとの通信に切り替える指示がオペレータからあったときに、第２のゲートウェイを介したサーバとの通信に必要な情報を無線情報端末へ情報通知手段が通知するようになっている。
【００２４】
上記切り替えの指示は切り替え元である第１のゲートウェイを通知することができ、上記必要な情報には、たとえば切り替え先となる第２のゲートウェイのアドレスを含ませることがきる。
【００２５】
上記切り替え先のゲートウェイを介してサーバと通信を行うに必要な情報が端末に通知される場合、無線情報端末の再開起動手段は、切り替え元のゲートウェイとの通信を中断して、切り替え先のゲートウェイとの通信の再開手順を実行する。尚、無線情報端末がサーバよりサービスを受けていないときに、上記切り替え元のゲートウェイより切り替え通知がある場合もある。このときは無線情報端末の通信起動手段は切り替え先のゲートウェイを介してのサーバとの通信を起動する。
【００２６】
上記ゲートウェイを切り替えるとき、あらかじめ切り替え元のゲートウェイは、切り替え先のゲートウェイに無線情報端末との通信に必要な情報を情報交換手段によって通知し切り替え先のゲートウェイから通信を開始してもよい旨の確認をとっておくことができる。
【００２７】
ゲートウェイ間での情報交換手段を持つ場合、切り替え元のゲートウェイから切り替え先のゲートウェイに対して無線情報端末のアドレスとともに、ケイパビリティを通知できる。これによって、切り替え先のゲートウェイは自機のケイパビリティが劣る場合に、自機のケイパビリティの上限を切り替え元のゲートウェイに通知する。
【００２８】
切り替え元のゲートウェイは上記上限のケイパビリティを無線情報端末に通知し、無線情報端末は該上限のケイパビリティで切り替え先のゲートウェイを介しての通信を再開する。もっとも、上記上限のケイパビリティで通信できないときは切り替え元の判断手段、あるいは、無線情報端末の判断手段によって、通信を中止する。
【００２９】
上記中断処理時の未完結なトランザクションが残っていることがある。
【００３０】
上記情報交換手段を持たない場合は、無線情報端末の再開所為より前に、切り替え元のゲートウェイが切り替え先のゲートウェイに対応するサーバに応答先（無線情報端末）のアドレスを通知することで、再開時に上記未完結のトランザクションを完結することができる。情報交換手段を持つ場合には、切り替え元のゲートウェイから切り替え先のゲートウェイにトランザクションの状態を通知することで、再開時に上記未完結のトランザクションを完結することができる。
【００３１】
上記情報交換の前後で、無線情報端末とサーバとの通信状態が変わることがある。この場合は、上記再開手順で、最新の通信状態を切り替え先のゲートウェイに通知することになる。
【００３２】
ここで、上記の記述した用語は以下の説明および図面上、以下のようになる。
【００３３】
情報通知手段：切り替え指示はゲートウェイのオペレータより、切り替え元のゲートウェイに対してされる。該切り替え元のゲートウェイのマネージメントエンティティは、上記指示を受けて、無線情報端末への通知内容を編集し、セッション層プロトコルを介してその旨を端末に通知するようになっている。従って、上記情報通知手段はゲートウェイのマネージメントエンティティとセッション層プロトコルによって構成される。
【００３４】
情報交換手段：切り替え元ゲートウェイと、切り替え先ゲートウェイの両方の設けられ、双方のマネージメントエンティティ間での、無線情報端末のアドレス等の情報交換を実行している。通知内容の編集は当然マネージメントエンティティが実行するので、情報交換手段もマネージメントエンティティによって構成される。図面上はマネージメントエンティティ間の情報のやりとりになっているが、マネージメントエンティティからセッション層プロトコルを介して情報交換を実行しても構わない。
【００３５】
再開起動手段：無線情報端末のセッション層プロトコルは、切り替え先ゲートウェイのアドレス等の情報を受け取り、切り替え元のゲートウェイとの中断処理をした後、再開手順を実行する。従って、再開起動手段はセッション層プロトコルによって構成される。尚、上記通信起動手段は、上記中断処理をしない点が、上記再開起動手段と相違しているが、この場合もセッション層プロトコルによって構成される。
【００３６】
判断手段：上記したように、無線情報端末のケイパビリティと切り替え先ゲートウェイのケイパビリティを比較して、無線情報端末と切り替え先ゲートウェイの通信が可能か否かの判断をする。無線情報端末に備えられる場合と、切り替え元ゲートウェイに備えられる場合がある。いずれの場合であっても、マネージメントエンティティが判断することになる。
【００３７】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【００３８】
（実施の形態１）
図１に本発明の実施の形態によるサーバを共有するゲートウェイの公衆網を介した無線ネットワークの構成を示す。
【００３９】
無線情報端末（以下単に端末という）１は例えば携帯電話を接続したノートブックＰＣのような無線情報端末であり、また、基地局２は例えば携帯電話基地局であり、更に、網３は例えば携帯電話公衆網である。
【００４０】
ゲートウェイ４および５はサーバ６を共有しており、網３とサーバ６を接続する。またゲートウェイ４および５は本発明によるゲートウェイ間のネゴシエーションを行う情報交換手段を備えている。この情報交換手段は例えば、ゲートウェイ４および５の直接の通信を可能とする有線あるいは無線の接続手段１３を含むか、もしくは、ゲートウェイ４および５とサーバ６の接続手段１４もしくは網３を経由した接続を利用してもよい。
【００４１】
端末１は、基地局２と網３、ゲートウェイ４もしくは５を経由してサーバ６と接続された状態で、サーバ６が持つ情報７を利用してアプリケーションを実行する。
【００４２】
図９に端末１がゲートウェイ４を経由してサーバ６と接続している状態でゲートウェイ４が停止し、ゲートウェイ４をゲートウェイ５に切替る場合のシーケンスを示す。
【００４３】
端末１のセッション層プロトコル手段９０２はアプリケーション９０１を実行するためにゲートウェイ４を経由してサーバ６のアプリケーション９１１と通信する。
【００４４】
このとき端末１のセッション層プロトコル手段９０２とゲートウェイ４のセッション層プロトコル手段９０４の間の通信９０３で使われる通信プロトコルとゲートウェイ４のセッション層プロトコル手段９０４とサーバ６の間の通信９０７で使われる通信プロトコルが異なるため、ゲートウェイ４のプロトコル変換手段９０５でプロトコル変換が行われる。すなわち、通信９０３に使用される通信プロトコルは、前述プロトコル変換手段９０５によってゲートウェイ４とサーバ６の間の通信９０７で使われる通信プロトコルに変換され、これによって端末１とサーバ６の通信が可能となる。
【００４５】
ただしアプリケーションによってはプロトコル変換を必要としない場合もあり、その場合はゲートウェイでのプロトコル変換は行わない。
【００４６】
ここで、端末１とサーバ６が通信を行っているときにオペレータからのサーバ切替指示９１２が発行されると、ゲートウェイ４のマネジメントエンティティ９０６は、端末１の通信をゲートウェイ４からゲートウェイ５に切り換えるために、ゲートウェイ５のマネジメントエンティティ９１０とネゴシエーションを行う。
【００４７】
すなわち、ゲートウェイ４のマネジメントエンティティ９０６は、ゲートウェイ５のマネジメントエンティティ９１０にセッション切替要求９１３を通知する。このときゲートウェイ４がセッション切替要求を通知する切替先のゲートウェイ（この場合ゲートウェイ５）の選択は、ゲートウェイ４が予め記憶している他のゲートウェイの情報に基づいて行うか、もしくはオペレータからの指定によっても可能である。また、上記セッション切替要求９１３と同時に、現在接続している端末のアドレス、セッションＩＤ、最大データ長、ウィンドウサイズ等の情報をゲートウェイ５のマネジメントエンティティ９１０に通知するようになっている。
【００４８】
ゲートウェイ５のマネジメントエンティティ９１０は、上記セッション切替要求９１３にともなって受け取った情報をセッション層プロトコル手段９０８に渡し、該セッション層プロトコル手段９０８が受け取った情報の内容を確認すると、セッション切替が可能な状態となり、ゲートウェイ５のマネジメントエンティティ９１０はゲートウェイ４のマネジメントエンティティ９０６にセッション切替確認９１４を通知する。
【００４９】
ゲートウェイ４のマネジメントエンティティ９０６は上記のセッション切替確認９１４を受取るとセッション層プロトコル手段９０４に切替指示９２２を通知する。当該切替指示９２２を受け取ったセッション層プロトコル手段９０４は切替通知９１５とともに、切替先ゲートウェイアドレスを端末１のセッション層プロトコル手段９０２に通知する。
【００５０】
これによって、端末１は、切替先ゲートウェイであるゲートウェイ５のアドレス情報を、切替通知９１５によって知ることになる。
【００５１】
端末１のセッション層プロトコル手段９０２は上記切替通知９１５をアドレス情報とともに受取ると、実行中のアプリケーション９０１がサーバ６のアプリケーション９１１と通信を行っていないとき等、セッションを中断するのに都合のよいタイミングで、中断９１６をゲートウェイ４のセッション層プロトコル手段９０４に通知する。
【００５２】
ゲートウェイ４のセッション層プロトコル手段９０４は上記中断９１６の受信をマネジメントエンティティ９０６に通知し、マネジメントエンティティ９０６はセッション層プロトコル手段９０４に中断指示９２３を通知する。これによって、当該セッション層プロトコル手段９０４は、中断確認９１７を端末１のセッション層プロトコル手段９０２に通知し、この後、端末１のセッションは中断する。
【００５３】
ただし端末１は中断９１６をゲートウェイ４のセッション層プロトコル手段９０４に通知した後、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能である。
【００５４】
したがって中断指示９２３および中断確認９１７の手順は省略してもよいし、中断指示９２３なしでセッション層プロトコル手段９０４が自律的に中断確認９１７を端末１のセッション層プロトコル手段９０２に通知してもよい。またゲートウェイ４の種類によっては中断指示９２３のみ行い、中断確認９１７がない場合もある。いづれの場合でも中断確認９１７が無い場合は、端末１のセッションは中断９１６を通知したあと中断する。
【００５５】
また、端末１のセッション層プロトコル手段９０２が切替通知９１５を受取ったときに、アプリケーション９０１へゲートウェイの切替表示をするように指示し、アプリケーション９０１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段９０２が、中断９１６をゲートウェイ４のセッション層プロトコル手段９０４に通知してもよい。
【００５６】
この後、端末１のセッション層プロトコル手段９０２がゲートウェイ５のセッション層プロトコル手段９０８に端末のアドレス等の情報を含んだ再開９１８を通知する。ここで、ゲートウェイ５のセッション層プロトコル手段９０８は、前述したゲートウェイ４とのセッション切替要求９１３とセッション切替確認９１４によりセッション開始の準備が出来ているので、上記のように端末１のセッション層プロトコル手段９０２からの再開９１８を受取ると再開確認９１９を直ちに端末に通知する。
【００５７】
ゲートウェイ５のセッション層プロトコル手段９０８からの再開確認９１９によって、中断していた端末１のセッションは直ちに再開し、これによって、端末１のセッション層プロトコル手段９０２はアプリケーション９０１実行のために、ゲートウェイ５のプロトコル変換手段９０９を経由して、サーバ６のアプリケーション９１１と通信９２０、９２１が確立する。
【００５８】
図１８は上記中断の代わりに切断、再開の代わりに切断を用いた場合を示すシーケンスである。
【００５９】
図１８における切替通知１９１５は、図９のシーケンスにおける、切替通知９１５に相当し、そこまでの手順は両図とも全く同一のシーケンスであるので説明を省略する。その後、端末１のセッション層プロトコル手段１９０２は、切断１９１６を通知することによりセッションを切断する。
【００６０】
次いで、上記した切替通知１９１５とともに端末１に通知された切替先ゲートウェイアドレスに基づいて、端末１のセッション層プロトコル手段１９０２は、ゲートウェイ５のセッション層プロトコル手段１９０８に接続１９１８を通知する。ゲートウェイ５のセッションプロトコル１９０８は、新規のセッションとして処理し、ゲートウェイ５のセッション層プロトコル１９０８は、端末１のセッション層プロトコル手段１９０８に対して、接続確認１９１９を通知する。これによって、端末１のセッション層プロトコル手段１９０２はセッションの確立を確認することになる。
【００６１】
セッションが確立すると、端末１のセッション層プロトコル手段１９０２は、アプリケーション１９０１の実行のために、ゲートウェイ５のプロトコル変換１９０９を経由して、サーバ６のアプリケーション１９１１と通信１９２０，１９２１する。
【００６２】
以上説明したシーケンスによって、端末１のゲートウェイ接続切替を短時間で行える。また端末１のアプリケーション９０１（１９０１）やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【００６３】
また、上記したように、端末１は切り替え先のゲートウェイとの継続通信に必要な情報を取得しているので、ゲートウエイの切り替え前に中断したアプリケーションを、ゲートウエイの切り替え後に最初からアプリケーションを繰り返すのではなく、上記中断した後のステップがら続行することができる。
（実施の形態２）
図２に本発明の実施の形態によるゲートウェイ自体が端末のアプリケーションを実行のための情報を持つサーバとしても機能する場合の、公衆網または構内網を介した無線ネットワークの構成を示す。
【００６４】
端末１は例えば簡易携帯電話を内蔵したＰＤＡ(Personal Digital Assistant)のような無線情報端末である。また、基地局２は例えば簡易携帯電話基地局であって、網３は例えば簡易携帯電話公衆網である。
【００６５】
ゲートウェイ４および５はそれぞれに情報７、情報８を格納したサーバを内蔵しており、またゲートウェイ４および５は網３と接続されている。また、ゲートウェイ４および５は本発明によるゲートウェイ間ネゴシエーションを行う情報交換手段のための接続手段を持つ。このゲートウェイ間ネゴシエーションを行う接続手段は有線、無線のいずれでもよく、もしくは網３を経由した接続方法を利用してもよい。
【００６６】
端末１は、基地局２と網３、ゲートウェイ４もしくは５と接続して、ゲートウェイ４が持つ情報７もしくはゲートウェイ５が持つ情報８を利用してアプリケーションを実行する。
【００６７】
また図４に示すように公衆網や構内網を介さない構成も考えられる。
【００６８】
すなわち、図４の構成では、端末１は基地局２及びゲートウェイ４と接続するかもしくは基地局１０及びゲートウェイ５と接続して、ゲートウェイ４が持つ情報７もしくはゲートウェイ５が持つ情報８を利用してアプリケーションを実行する。
【００６９】
図２、図４どちらの場合もゲートウェイ９の持つ情報８は、ゲートウェイ４の持つ情報７を含むか少なくとも情報７と同じ意味を持った情報である。
【００７０】
図１０に端末１がゲートウェイ４と接続しているときにゲートウェイ４を停止し、端末１がゲートウェイ５に接続切替を行う場合のシーケンスを示す。
【００７１】
以下、図２および図１０を使って実施の形態２におけるゲートウェイ切替シーケンスを説明する。
【００７２】
端末１のアプリケーション１００１は端末１のセッション層プロトコル手段１００２と、ゲートウェイ４のセッション層プロトコル手段１００４を介して、ゲートウェイのサーバとしてのアプリケーション１００５と通信１００３を行う。
【００７３】
上記のように端末１とゲートウェイ４が通信を行っているときにオペレータからのサーバ切替指示１０１０が発行されると、ゲートウェイ４のマネジメントエンティティ１００６は、端末１の通信をゲートウェイ４からゲートウェイ５に切り替えるために、ゲートウェイ５のマネジメントエンティティ１００９とネゴシエーションを行う。
【００７４】
すなわち、ゲートウェイ４のマネジメントエンティティ１００６は、ゲートウェイ５のマネジメントエンティティ１００９にセッション切替要求１０１１を通知する。このときゲートウェイ４がセッション切替要求を通知する切替先のゲートウェイの選択は、ゲートウェイ４が予め記憶している他のゲートウェイの情報に基づいて行うか、もしくはオペレータからの指定によっても可能である。
【００７５】
ここではゲートウェイ５の持つ情報８は、端末１がアプリケーション１００１を実行するために使用していたゲートウェイ４の持つ情報７を含むか少なくとも情報７と同じ意味を持った情報である。
【００７６】
上記セッション切替要求１０１１以降の手順、すなわち、セッション切替要求１０１１→セッション切替確認１０１２→切替指示１０１９→切替通知１０１３までの手順は上記図９におけるセッション切替要求９１３→セッション切替確認９１４→切替指示９２２→切替通知９１３までの手順と同じであるので、ここでは詳しい説明を省略する。
【００７７】
ゲートウェイ４のセッション層プロトコル手段１００４は切替通知１０１３によって、切替先ゲートウェイのアドレスを端末１のセッション層プロトコル手段１００２に通知し、これによって、端末１は、切替先ゲートウェイであるゲートウェイ５のアドレス情報を知ることになる。
【００７８】
更に、上記切替通知１０１３を受取ってからの手順、上記切替通知１０１３→中断１０１４→中断指示１０２０→中断確認１０１５→再開１０１６→再開確認１０１７までの手順も、上記図９で説明した手順、すなわち、切替通知９１５→中断９１６→中断指示９２３→中断確認９１７→再開９１８→再開確認９１９までの手順と同じであるのでここでは説明を省略する。
【００７９】
ゲートウェイ５のセッション層プロトコル手段１００７からの再開確認１０１７によって、中断していた端末１のセッションは直ちに再開し、セッションが再開すると、端末１のセッション層プロトコル手段１００２はアプリケーション１００１を実行するためにゲートウェイ５のアプリケーション１００８と通信１０１８する。
【００８０】
図９に於けると同様、端末１は中断１０１４をゲートウェイ４のセッション層プロトコル手段１００４に通知した後は、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能であり、従って、中断指示１０２０および中断確認１０１５の手順は無くてもよいし、中断指示１０２０なしでセッション層プロトコル手段１００４が自律的に中断確認１０１５を端末１のセッション層プロトコル手段１００２に通知してもよい。
【００８１】
また、図９に於けると同様、ゲートウェイ４の種類によっては中断指示１０２０のみ行い、中断確認１０１５がない場合もある。いづれの場合でも中断確認１０１５が無い場合は、端末１のセッションは中断１０１４を通知したあと中断する。更に、端末１のセッション層プロトコル手段１００２が切替通知１０１３を受取ったときに、アプリケーション１００１にゲートウェイの切替表示を指示し、アプリケーション１００１の機能またはユーザの指示によって中断１０１４を、ゲートウェイ４のセッション層プロトコル手段１００４に通知してもよい。
【００８２】
以上説明したシーケンスによって、端末１のゲートウェイ接続切替を短時間で行える。また端末１のアプリケーション１００１やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【００８３】
（実施の形態３）
図３に本発明の実施の形態による異なるサーバに接続されたゲートウェイの公衆網または構内網を介した無線ネットワークの構成を示す。
【００８４】
端末１は例えばスマートホンのような情報処理機能を持った携帯電話端末であり、基地局２は例えば携帯電話基地局であって、網３は例えば構内網である。ゲートウェイ４は網３とサーバ６を接続し、ゲートウェイ５は網３とサーバ９を接続する。
【００８５】
またゲートウェイ４および５は本発明による情報交換手段によってゲートウェイ間ネゴシエーションを行う接続手段を持つ。このゲートウェイ間ネゴシエーションを行う接続手段は有線、無線どちらでもよく、或いは網３経由の接続手段を利用してもよい。
【００８６】
端末１は、基地局２と網３、ゲートウェイ４を経由してサーバ６と接続して、サーバ６が持つ情報７を利用してアプリケーションを実行する。あるいは、端末１は、基地局２と網３、ゲートウェイ５を経由してサーバ９と接続して、サーバ９が持つ情報８を利用してアプリケーションを実行する。
【００８７】
尚、サーバ９の持つ情報８は、サーバ６の持つ情報７を含むか少なくとも情報７と同じ意味を持った情報である。
【００８８】
図１１に端末１がゲートウェイ４を経由してサーバ６と接続しているときにゲートウェイ４が停止し、端末１がゲートウェイ５およびサーバ９に接続切替を行う場合のシーケンスを示す。
【００８９】
以下、図３および図１１を使って実施の形態３におけるゲートウェイ切替シーケンスを説明する。
【００９０】
端末１のセッション層プロトコル手段１１０２はアプリケーション１１０１を実行するためにゲートウェイ４を経由してサーバ６のアプリケーション１１０８と通信する。
【００９１】
このとき端末１のセッション層プロトコル手段１１０２とゲートウェイ４のセッション層プロトコル手段１１０４の間の通信１１０３で使われる通信プロトコルと、ゲートウェイ４のセッション層プロトコル手段１１０４とサーバ６の間の通信１１０７で使われる通信プロトコルが異なるため、ゲートウェイ４のプロトコル変換手段１１０５によってプロトコル変換が実行される。
【００９２】
通信１１０３は、前述プロトコル変換手段１１０５によってゲートウェイ４とサーバ６の間の通信１１０７で使われる通信プロトコルに変換され、これによって端末１とサーバ６の通信が可能となる。ただしアプリケーションによってはプロトコル変換を必要としないものもあり、その場合はゲートウェイでのプロトコル変換は行う必要がない。
【００９３】
ここで、端末１とサーバ６が通信を行っているときにオペレータからのサーバ切替指示１１１３が発行されると、ゲートウェイ４のマネジメントエンティティ１１０６（情報交換手段）は、通信中の端末１をゲートウェイ５およびサーバ９に接続切替を行わせるために、ゲートウェイ５のマネジメントエンティティ１１１１とネゴシエーションを行う。
【００９４】
以下セッション切替要求１１１４→セッション切替確認１１１５→切替指示１１２３→切替通知１１１６までの手順は、上記図９に示す手順、セッション切替要求９１３→セッション切替確認９１４→切替指示９２２→切替通知９１５までの手順と同じであるので、ここでは詳しい説明を省略する。
【００９５】
端末１のセッション層プロトコル手段１１０２は切替通知１１１６を受取ると、実行中のアプリケーション１１０１がサーバ６のアプリケーション１１０８と通信を行っていないとき等、セッションを中断するのに都合のよいタイミングで、中断１１１７をゲートウェイ４のセッション層プロトコル手段１１０４に通知する。
【００９６】
以下中断１１７→中断指示１１２４→中断確認、および再開１１１９→再開確認１１２０の手順は、図９における切替通知９１５→中断９１６→中断指示９２３→中断確認９１７および、再開９１８→再開確認９１９までの手順とおなじであるので、説明を省略する。
【００９７】
また、図９におけると同様、端末１は中断１１１７をゲートウェイ４のセッション層プロトコル手段１１０４に通知した後は、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能であるので、中断指示１１２４および中断確認１１１８の手順は必ずしも必要ではなく、また、中断確認１１１８が無い場合は、端末１のセッションは中断１１１７を通知したあと中断する。
【００９８】
また、図９におけると同様、端末１のセッション層プロトコル手段１１０２が切替通知１１１６を受取ったときに、アプリケーション１１０１にゲートウェイ切替表示を行うように指示を出したり、あるいは、アプリケーション１１０１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段１１０２が、中断１１１７をゲートウェイ４のセッション層プロトコル手段１１０４に通知してもよい。
【００９９】
ゲートウェイ５のセッション層プロトコル手段１１０９からの上記再開確認１１２０によって、中断していた端末１のセッションは再開する。セッションが再開すると、端末１のセッション層プロトコル手段１１０２はアプリケーション１１０１実行のためにゲートウェイ５を経由してサーバ９のアプリケーション１１１２と通信１１２１、１１２２することになる。
【０１００】
以上説明したシーケンスによって、端末１のゲートウェイ接続切替を短時間で行える。また端末１のアプリケーション１１０１やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０１０１】
（実施の形態４）
以下に図１の構成によるゲートウェイ切替シーケンスの具体的なアプリケーション例を図１２から図１７を使って説明する。
【０１０２】
図１２はユーザが端末１からＷＷＷ ブラウザを使用してゲートウェイ４を経由しサーバ６のＷＷＷ サーバソフトと接続しているときにゲートウェイ４が停止し、端末１をゲートウェイ４からゲートウェイ５に接続に切り換える場合のシーケンスを示す。
【０１０３】
セッション層プロトコル手段１２０２はユーザが端末１のＷＷＷ ブラウザ１２０１を使用して発する命令を、ゲートウェイ４を経由してサーバ６のＷＷＷ サーバソフト１２１１と通信する。
【０１０４】
このとき端末１のセッション層プロトコル手段１２０２とゲートウェイ４のセッション層プロトコル手段１２０４の間の通信プロトコルは無線通信プロトコルであり、ゲートウェイ４のセッション層プロトコル手段１２０４とサーバ６の間で使われる通信プロトコルはHTTP(Hyper Text Transfer Protocol) である。従って、この両者の整合性をとるためゲートウェイ４のプロトコル変換手段１２０５でプロトコル変換が行われる。
【０１０５】
ここで、例えば、ユーザが端末１のＷＷＷ ブラウザ１２０１を操作して、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というサーバ６に格納されたファイルにアクセスする指示を行うと、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２０３は、プロトコル変換手段１２０５によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２０７に変換されサーバ６へ送信される。
【０１０６】
サーバ６のＷＷＷ サーバソフト１２１１は上記コマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２０７を受取ると、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というファイルのデータをＲＥＳＰＯＮＳＥ （データ）１２１２によって送出する。
【０１０７】
このＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１２１２はゲートウェイ４のプロトコル変換手段１２０５によって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１３に変換されゲートウェイのセッション層プロトコル手段１２０４から端末１へ送信される。これによって端末１とサーバ６の通信が可能となり、ユーザはＷＷＷ ブラウザ１２０１によってサーバ６の持つファイル／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ のデータを閲覧することができる。
【０１０８】
端末１とサーバ６が前述のように通信を行っているときにオペレータからのサーバ切替指示１２１４が発行されると、ゲートウェイ４のマネジメントエンティティ１２０６は、通信中の端末１をゲートウェイ５に接続切替を行わせるために、ゲートウェイ５のマネジメントエンティティ１２１０とネゴシエーションを行う。
【０１０９】
すなわち、ゲートウェイ４のマネジメントエンティティ１２０６は、ゲートウェイ５のマネジメントエンティティ１２１０にセッション切替要求１２１５を通知する。以下セッション切替確認１２１６→切替指示１２１７→切替通知１２１８まで、および、中断１２１９→中断指示１２２０→１２２１中断確認までの手順は。上記図９におけるセッション切替確認９１４→切替指示９２２→切替通知９１５まで、および、中断９１６→中断指示９２３→中断確認９１７までの手順と同じであるので詳しい説明を省略する。
【０１１０】
また、図９におけると同様、端末１が中断１２１９をゲートウェイ４のセッション層プロトコル手段１２０４に通知した後は、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能であり、したがって中断指示１２２０および中断確認１２２１の手順は必ずしも必要ないし、中断指示１２２０なしでセッション層プロトコル手段１２０４が自律的に中断確認１２２１を端末１のセッション層プロトコル手段１２０２に通知してもよい。
【０１１１】
またゲートウェイ４の種類によっては中断指示１２２０のみ行い、中断確認１２２１がない場合もある。いずれの場合でも中断確認１２２１が無い場合は、端末１のセッションは中断１２１９を通知したあと中断する。
【０１１２】
この時、ＷＷＷ ブラウザ１２０１がファイル／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ のデータを既に受信済みである場合は、セッションが中断してもユーザはそのデータを継続して閲覧できる。もちろん端末１のアプリケーションであるＷＷＷ ブラウザ１２０１の実行を中断する必要がないことは言うまでもない。
【０１１３】
端末１のセッション層プロトコル手段１２０２が切替通知１２１８を受取ったときに、ＷＷＷ ブラウザ１２０１へゲートウェイ切替表示を行い、ＷＷＷ ブラウザ１２０１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段１２０２が、中断１２１９をゲートウェイ４のセッション層プロトコル手段１２０４に通知してもよい。
【０１１４】
端末１よりの再開１２２２通知、および、ゲートウェイ５からの再開確認１２２３の通知は、図９に示した再開９１８、再開確認９１９と同じであるので説明を省略する。
【０１１５】
以上の手順によって、中断していた端末１のセッションは再開することになる。
【０１１６】
この状態で、ユーザが端末１のＷＷＷ ブラウザ１２０１を操作して、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というファイルにアクセスする指示を行うと、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２２４は、ゲートウェイ５のプロトコル変換手段１２０９によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２２５に変換されサーバ６へ送信される。
【０１１７】
サーバ６のＷＷＷ サーバソフト１２１１はコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２２５を受取ると、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というファイルのデータをＲＥＳＰＯＮＳＥ （データ）１２２６によって送出する。
【０１１８】
ＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１２２６はゲートウェイ５のプロトコル変換手段１２０９によって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２２７に変換され、ゲートウェイ５のセッション層プロトコル手段１２０８から端末１へ送信される。
【０１１９】
これによってゲートウェイ５を使用した端末１とサーバ６の通信が可能となり、ユーザはＷＷＷ ブラウザ１２０１によってサーバ６の持つファイル／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ のデータを閲覧することができる。
【０１２０】
（ネゴシエーション中の新たな通信の発生）
ネゴシエーション中に端末とサーバ間に新たな通信が発生したときのシーケンスを図１３を使って説明する。
【０１２１】
ゲートウェイ４からゲートウェイ５へのセッション切替要求とそれに伴うゲートウェイ５のセッション層プロトコル手段とマネジメントエンティティ間の指示、確認までは図１２と同様である。
【０１２２】
図１３ではその後、ゲートウェイ５からゲートウェイ４へのセッション切替確認が通知される前に、端末１とサーバ６の通信が発生した状態を示している。
【０１２３】
このため、ゲートウェイ４がゲートウェイ５にセッション切替要求で通知した情報の中に含まれる端末１とゲートウェイ４の通信状態を示す情報と、セッション切替確認が通知される前に端末１とサーバ６が通信を行った後の端末１とゲートウェイ４の通信状態とが整合しなくなってしまう。
【０１２４】
すなわち、端末１とゲートウェイ４または５との通信状態を示す情報は、図１３の左端に示したＴＩＤである。ここで、ゲートウェイ４からゲートウェイ５へのセッション切替要求により通知したＴＩＤは最上段に示すＴＩＤ＝１である。また、端末１とサーバ６が通信を行った後のＴＩＤは中段に示すＴＩＤ＝２である。このままではゲートウェイ５に通知されたＴＩＤ１と、実際のＴＩＤ２が異なるため、ゲートウェイ接続切替後のゲートウェイ５と端末１の通信処理が異常となることがある。
【０１２５】
このように、ゲートウェイ間のネゴシエーション中に端末１とサーバ６の通信が発生しても、ＴＩＤの整合性を保つため、最新のＴＩＤ、図１３ではＴＩＤ＝２を、端末１からゲートウェイ５への再開通知時に併せて通知している。
（複数端末の切替処理）
次に、複数端末と接続中であるゲートウェイの停止タイミングを図１４を使って説明する。
【０１２６】
ゲートウェイ４は、端末１、端末１５、端末１７と接続した状態となっている。ここで、ゲートウェイ４とゲートウェイ５のセッション切替ネゴシエーションは図１２と同様である。
【０１２７】
図１４では１回のセッション切替ネゴシエーションで端末１、端末１７、端末１５を扱っているが、端末１台ごとに分けてネゴシエーションを行ってもよい。
【０１２８】
ゲートウェイ４とゲートウェイ５のセッション切替ネゴシエーション（セッシオン切り替要求１４０１→セッション切替確認１４０２）を行った後、ゲートウェイ４は、端末１、端末１７、端末１５それぞれに切替通知を行う。次いで、端末１、端末１７、端末１５はそれぞれ中断１４０３ａ，１４０３ｂ，１４０３ｃをゲートウェイ４に通知し、接続しているそれぞれの端末について中断１４０４ａ，１４０４ｂ，１４０４ｃを受取った後に、ゲートウェイ４は中断確認１４０５ａ，１４０５ｂ，１４０５ｃを出し、停止するようになっている。
【０１２９】
上記とは別に、ゲートウェイ４が端末への切替通知からゲートウェイ４への中断通知までの許容時間を持ち、許容時間が過ぎれば、中断の通知をゲートウェイ４に行っていない端末があっても停止するというシーケンスも考えられる。
【０１３０】
（切替先ゲートウェイが拒否したとき）
次にネゴシエーションで切替先ゲートウェイから端末の接続切替が拒否されたときのシーケンスを図１５を使って説明する。
【０１３１】
ゲートウェイ４からゲートウェイ５へセッション切替要求を通知するまでのシーケンスは図１２と同様である。ゲートウェイ５は能力不足や負荷過大等の理由で、セッション切替拒否１５０１をゲートウェイ４に通知する。セッション切替拒否１５０１を受けたゲートウェイ４は、新たな切替先としてゲートウェイ１６にセッション切替要求１５０２を通知し、ゲートウェイ１６が端末を収容する能力があるとき、ゲートウェイ１６はゲートウェイ４にセッション切替確認１５０３を通知し、その後、接続切替が実行される。
【０１３２】
このように切替先ゲートウェイから接続切替が拒否されても、ゲートウェイ４は、新たな切替先ゲートウェイとネゴシエーションを行い、接続切替先ゲートウェイを探すようになっている。この機能は切り替え元のゲートウェイ４のマネージメントエンティティが持つことになるが、ゲートウェイ４のメモリには、あらかじめ複数の切り替え先ゲートウェイが優先順位を付けた状態で登録されており、マネージメントエンティティは上記拒否通知を受けたとき、次の候補の切り替え先ゲートウェイを、上記メモリより読み出して自動的に情報交換手順を実行するようにしてもよい。
【０１３３】
（切替先ゲートウェイが能力不足のとき）
次にネゴシエーションで切替先ゲートウェイがセッション切替確認通知と併せて端末収容能力を持たないことを通知してきたときのシーケンスを図１６を使って説明する。
【０１３４】
ゲートウェイ４からゲートウェイ５へセッション切替要求を通知するまでのシーケンスは図１２と同様である。
【０１３５】
ゲートウェイ５は、ゲートウェイ４からセッション切替要求と併せて通知された最大データ長やウィンドウサイズ等の情報から、端末が必要とするリソースのすべてを提供できないとき、セッション切替確認１６０１に併せて接続切替を求めている端末に提供できるリソースの上限をゲートウェイ４に通知する。
【０１３６】
ゲートウェイ４は、ゲートウェイ５が提供できるリソースの上限を切替通知１６０２と併せて端末１に通知する。これによって、端末１は、ケイパビリティ、即ち自分の能力情報をゲートウェイ５が提供できるリソースの上限に合わせるように変更する。
【０１３７】
これによって、端末１はゲートウェイ５へ接続切替後、変更したケイパビリティで通信を行うことになる。尚、切り替え元のゲートウェイ４に、上記切り替え先のゲートウェイ５と端末１との通信が可能か否かを判断する判断手段を備え、可能でないときには、通信を停止するようにしてもよい。更に、端末に上記のようにして通知を受けたケイパビリティで通信可能か否かを判断する判断手段を備えて、通信できないときには、サービスを受けることを停止するようにしてもよい。
【０１３８】
（再送手順のある場合）
図１９は、端末１とゲートウェイ４及びゲートウェイ５には、データ再送プロトコルが組み込まれている場合のシーケンスを示すものである。当該図１９において再送プロトコルは、セッション層の下位に位置しているが、セッション層に組み込まれていても構わないことはもちろんである。
【０１３９】
図１２で説明したように、コマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２０３が、プロトコル変換手段１２０５によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２０７に変換されサーバ６へ送信された後、ゲートウェイ４のセッション層プロトコル手段１２０４は、無線通信プロトコルのＡＣＫ１２２８を端末１のセッション層プロトコル手段１２０２へ送信する。端末１は、当該ＡＣＫ１２２８を受信することによって、無線通信プロトコルのコマンドＩＮＶＯＫ＜ＥＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２０３がゲートウェイ４に受信されたと判断する。
【０１４０】
また、上記のようにＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１２１２がゲートウェイ４のプロトコル変換手段１２０５によって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１３に変換されゲートウェイのセッション層プロトコル手段１２０４から端末１へ送信されると、該レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１３を受信した端末１のセッション層プロトコル手段１２０２は、無線通信プロトコルのＡＣＫ１２３０をゲートウェイ４へ送信する。ゲートウェイ４は、無線通信プロトコルのＡＣＫ１２３０を受信することによって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１２が端末１に受信されたと判断する。
【０１４１】
更に、再開確認１２２３の後、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２２４は、ゲートウェイ５のプロトコル変換手段１２０９によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２２５に変換されサーバ６へ送信される。このとき、ゲートウェイ５のセッション層プロトコル手段１２０８は、無線通信プロトコルのＡＣＫ１２３１を端末１のセッション層プロトコル手段１２０２へ送信する。また、レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２２７を受け取った端末１のセッション層プロトコル手段１２０２は、無線通信プロトコルＡＣＫ１２３３をゲートウェイ５へ送信するようになっている。
【０１４２】
ここで端末１、ゲートウェイ４、ゲートウェイ５における再送プロトコルを図２０に従って説明すると、以下のようになる。
【０１４３】
端末１が無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１３０９の送信後、ゲートウェイ４から無線通信プロトコルのＡＣＫ１３１４を規定時間内に受信しない場合、端末１の再送プロトコル１３０３は無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１３１０の再送を行う。
【０１４４】
無線通信プロトコルのＡＣＫ１３１４がゲートウェイ４から返信されれば、端末１は再送を止める。また規定時間を測定するために端末１はタイマを持ち、再送回数の最大既定値も持つ。再送回数が最大既定値を超えた場合、端末１とゲートウェイ４の間の通信になんらかの異常が発生したとして、端末１は通信を切断する。
【０１４５】
同様に、ゲートウェイ４が無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（テ゛ータ）＞１３１６の送信後、端末１から無線通信プロトコルのＡＣＫ１３１９を規定時間内に受信しない場合、ゲートウェイ４の再送プロトコル１３０４は無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１３１７の再送を行う。
【０１４６】
無線通信プロトコルのＡＣＫ１３１９が端末１から返信されれば、ゲートウェイ４は再送を止める。また規定時間を測定するためにゲートウェイ４はタイマを持ち、再送の最大既定値も持つ。再送回数が最大既定値を超えた場合、端末１とゲートウェイ４の間の通信になんらの異常が発生したとして、ゲートウェイ４は通信を切断する。
【０１４７】
（中断表示）
図１７は、ユーザに対して中断表示を行うときのシーケンスを示すものである。
【０１４８】
切替通知１７１４までのシーケンスは図１２と同様なので説明を省略する。
【０１４９】
端末１のセッション層プロトコル手段１７０２は中断１７１４をゲートウェイ４のセッション層プロトコル手段１７０４に通知し、このとき端末１のアプリケーション１７０１に中断表示通知１７０８を発行する。アプリケーション１７０１は上記中断表示通知１７０８を受取ると、端末１の画面に中断表示１７０９を実行する。
【０１５０】
この、中断中表示１７０９では、「ゲートウェイ４がバージョンアップ作業のため停止するので、ゲートウェイ５に接続を切替る」等、ゲートウェイや端末、ネットワークの故障や障害ではないことが、ユーザがはっきりわかるメッセージを表示する。
【０１５１】
その後、端末１のセッション層プロトコル手段１７０２がゲートウェイ５のセッション層プロトコル手段１７１０に再開１７１１を通知し、ゲートウェイ５のセッション層プロトコル手段１７１０が再開確認１７１２を、端末１のセッション層プロトコル手段１７０２に通知する。
【０１５２】
もしくは中断中表示１７０９をしているときにユーザの指示によって、端末１のセッション層プロトコル手段１７０２がゲートウェイ５のセッション層プロトコル手段１７１０に再開１７１１を通知してもよい。
【０１５３】
端末１のセッション層プロトコル手段１７０２は再開確認１７１２を受取ると、アプリケーション１７０１に再開表示１７１３を通知し、アプリケーション１７０１は再開表示１７１３を受取ると中断中表示１７０９を終了する。
【０１５４】
尚、上記中断中の表示以外に、上記したように切り替え元のゲートウェイより停止通知を受けたときにも、該通知を表示することも可能である。
【０１５５】
（切替通知後の無線通信プロトコルの発生）
図２１は、切替通知直後に、端末１から無線通信プロトコルのコマンドが発生した場合のシーケンスを示すものであり、ここでは、トランザクションという概念を導入する。
【０１５６】
すなわち、端末１とゲートウェイ４の間の論理コネクションをセッションと呼び、実際のアプリケーションのデータ通信をトランザクションと呼ぶ。トランザクションは、ユーザからの要求または通知と対応するサーバからの応答もしくは、サーバからの要求または通知と対応するユーザからの応答の一連の動作処理を示す。ここで、１セッションに対し、トランザクションは複数存在する。また、対応する要求／通知／応答が識別できるように、トランザクション単位で識別子（トランザクションＩＤ）を持つ。
【０１５７】
切替通知１７１３までのシーケンスは、図１９と同様なので説明を省略する。
【０１５８】
ゲートウェイ４は、既にゲートウェイ切替通知１７１３を端末１のセッション層プロトコル手段１７０２へ送信しているので、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１７１９の内容を保持する。
【０１５９】
端末１のセッション層プロトコル手段１７０２は切替通知１７１３を受取ると、中断１７１４をゲートウェイ４のセッション層プロトコル手段１７０５に通知する。ゲートウェイ４のセッション層プロトコル手段１７０５は中断１７１４の受信をマネジメントエンティティ１７０７に通知し、マネジメントエンティティ１７０７はゲートウェイ５のマネジメントエンティティ１７１１へトランザクション情報（トランザクションの状態、トランザクションのＩＤなどと、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞の内容）１７１６を通知する。
【０１６０】
その後の手順、すなわち、中断確認１７１５→再開１７１７→再開確認１７１８のシーケンスは図９における中断確認９１７→再開９１８→再開確認９１９のシーケンスと同様であるので説明を省略する。端末１のセッション層プロトコル手段１７０２とゲートウェイ５のセッション層プロトコル手段１７０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段１７０９では、トランザクション情報１７１６で受信したトランザクションの状態、トランザクションＩＤを使用して、ＲＥＱＵＥＳＴ の内容をプロトコル変換手段１７１０でＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １７２０に変換し、サーバ６へ要求する。
【０１６１】
それ以降の無線通信プロトコルのＡＣＫ１７２５までのシーケンスは図１９と同様なので説明を省略する。
【０１６２】
ここで、端末１から送信された無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１７１９は、ゲートウェイ４のプロトコル変換手段１７０６によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １７２０に変換されてからトランザクション情報１７１６でゲートウェイ５のマネジメントエンティティ１７１１へ送信されても構わない。
【０１６３】
なお、中断１７１４を受信後にゲートウェイ４のマネジメントエンティティ１７０７はゲートウェイ５のマネジメントエンティティ１７１１と通信を行っているが、中断１７１４受信前に行っても構わない。
【０１６４】
また、端末１とゲートウェイ４と及びゲートウェイ５がＡＣＫを送信しない場合においても、無線通信プロトコルのＡＣＫ１７２２、１７２５を送信しないシーケンスと同様の手順が行える。すなわちＡＣＫの手順は必ずしも必要ではない。
【０１６５】
また、端末１とゲートウェイ４及びゲートウェイ５に再送プロトコルが組み込まれている場合においても同様の手順が行える。
【０１６６】
（サーバよりのレスポンス発生前の切替指示）
次に、図２２を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンドを受信し、ゲートウェイ４から端末１へ対応する無線通信プロトコルのＡＣＫを送信済みであるが、サーバ６からＨＴＴＰのレスポンスを受信する前に、ゲートウェイ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０１６７】
図２２において、サーバ６からＨＴＴＰのレスポンスが発生していない点、及び該レスポンスに対応するＡＣＫが端末１より発生していない点を除いて、切替通知１８１３までのシーケンスは、図１９と同様なので説明を省略する。
【０１６８】
ゲートウェイ４は、サーバ６へ送信したＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １８２３の内容を、サーバ６から対応するＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１８１９を受信するまで保持しておく。
【０１６９】
端末１のセッション層プロトコル手段１８０２は切替通知１８１３を受取ると、中断１８１４をゲートウェイ４のセッション層プロトコル手段１８０５に通知する。ゲートウェイ４のセッション層プロトコル手段１８０５は、上記中断１８１４の受信をマネジメントエンティティ１８０７に通知し、ＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １８２３に対応するサーバ６からＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１８１９を受信する。これによって、ゲートウェイ４のプロトコル変換手段１８０６は、上記ＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） を無線通信プロトコルのレスポンス（後述のＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１８２０相当のデータ）に変換する。
【０１７０】
この後、ゲートウェイ４のマネジメントエンティティ１８０７を介してゲートウェイ５のマネジメントエンティティ１８１１へトランザクション情報（トランザクションの状態、トランザクションのＩＤなどと、変換した無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞の内容）１８１６を通知する。
【０１７１】
その後の中断確認１８１５及び再開のシーケンスは図１９と同様なので説明を省略する。端末１のセッション層プロトコル手段１８０２とゲートウェイ５のセッション層プロトコル手段１８０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段１８０９では、トランザクション情報１８１６で受信したトランザクションの状態、トランザクションＩＤを使用して、セッション層プロトコル手段１８０９から無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１８２０を端末１のセッション層プロトコル手段１８０２へ送信する。
【０１７２】
無線通信プロトコルのＡＣＫ１８２１のシーケンスは図１９と同様なので省略する。
【０１７３】
ここで、サーバ６から送信されたＨＴＴＰプロトコルのレスポンスＲＥＰＬＹ ＜ＲＥＳＰＯＮＳＥ （データ）１８１９は、ゲートウェイ４のプロトコル変換手段１８０６によって変換されず、ゲートウェイ４のマネジメントエンティティ１８０７からゲートウェイ５のマネジメントエンティティ１８１１へトランザクション情報１８１６で送信され、ゲートウェイ５のプロトコル変換手段１８１０で無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１８２０に変換されても構わない。
【０１７４】
また、端末１とゲートウェイ４及びゲートウェイ５でＡＣＫを送信しない場合においても、無線通信プロトコルのＡＣＫ１８２４、１８２１を送信しないシーケンスで同様の手順が行える。ＡＣＫの手順は必ずしも必要ではない。
【０１７５】
また、この時、図２１に示すようにトランザクション情報１８１６でＲＥＱＵＥＳＴ 内容をゲートウェイ５へ通知し、ゲートウェイ５からＨＴＴＰのコマンドをサーバ６へ送信する図２１と同様のシーケンスを行うこともできる。また、端末１とゲートウェイ４及びゲートウェイ５に再送プロトコルが組み込まれている場合においても同様の手順が行える。
【０１７６】
（端末よりのＡＣＫがない場合）
次に、図２３を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンドを受信し、サーバ６からＨＴＴＰのレスポンスを受信し、無線通信プロトコルのレスポンスを端末１へ送信したが、端末１から無線通信プロトコルのＡＣＫが返信されていない場合に、サーバ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０１７７】
レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１９２４に対して端末１からのＡＣＫがゲートウェイ４に対して返っていない点を除いて、切替通知１９１３までのシーケンスは、図１９と同様であるので説明を省略する。
【０１７８】
ただし、この間において、レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１９２４の再送制御がゲートウェイ４の再送プロトコル１９０４において行われている。
【０１７９】
端末１のセッション層プロトコル手段１９０２は切替通知１９１３を受取ると、中断１９１４をゲートウェイ４のセッション層プロトコル手段１９０５に通知する。
【０１８０】
ゲートウェイ４のセッション層プロトコル手段１９０５は、中断１９１４の受信をマネジメントエンティティ１９０７に通知し、マネジメントエンティティ１９０７はゲートウェイ５のマネジメントエンティティ１９１１へトランザクション情報（トランザクションの状態、トランザクションのＩＤ再送回数、再送タイマ値の経過値などと、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞の内容）１９１６を通知する。
【０１８１】
その後の中断確認１９１５及び再開のシーケンスは図１９と同様なので省略する。
【０１８２】
端末１のセッション層プロトコル手段１９０２とゲートウェイ５のセッション層プロトコル手段１９０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段１９０９では、トランザクション情報１９１６で受信したトランザクションの状態、トランザクションＩＤ、再送回数、再送タイマ値を使用して、ＲＥＳＰＯＮＳＥ （データ）１９２６の内容を再送プロトコル１９０８から端末１のセッション層プロトコル手段１９０２へ送信する。
【０１８３】
無線通信プロトコルのＡＣＫ１９２７のシーケンスは図１９と同様なので省略する。
【０１８４】
ここで、ＲＥＳＰＯＮＣＥ （データ）１９２３はゲートウェイ４のプロトコル変換手段１９０６によって、一旦無線通信プロトコルのＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（ データ ）＞に変換されている。しかしながら、ゲートウエイ４のマネジメントエンティティ１９０７からトランザクション情報１９１６に含められてゲートウエイ５のマネジメントエンティティ１９１１へ送信されたＲＥＳＰＯＮＳＥ （データ）の内容は、ＨＴＴＰプロトコルのレスポンスＲＥＰＬＹ ＜ＲＥＳＰＯＮＳＥ （データ） の形式とし、ゲートウェイ５のプロトコル変換手段１９１０によって再び無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１９２６に変換されても構わない。
【０１８５】
また、ゲートウェイ４及びゲートウェイ５でＡＣＫを送信しない場合においても、無線通信プロトコルのＡＣＫ１９２２を送信しないシーケンスと同様の手順が行える。
【０１８６】
また、端末１とゲートウェイ５に再送プロトコルが組み込まれている場合においても同様の手順が行える。
【０１８７】
以上説明したシーケンスによって、端末のアプリケーションが要求に対するデータを受け取っていなくても端末のゲートウェイ接続切替を行うことができ、端末のアプリケーションやユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０１８８】
（実施の形態５）
ゲートウェイ間の接続経路がなく、また網を介したゲートウェイ間接続や、複数のゲートウェイとサーバの接続手段でもゲートウェイ間でのネゴシエーションができない例えば図５のような従来の構成であっても本発明を実施することで効果を得ることが可能である。
【０１８９】
以下、図５および図２４、２５、２６、２７を使って実施の形態５におけるゲートウェイ間の情報股間手段がないときのゲートウェイ切替シーケンスについて説明する。ゲートウェイ１１および１２はサーバ６を共有しており、網３とサーバ６を接続する。また、ゲートウェイ１１および１２はゲートウェイ間のネゴシエーションを実行する情報交換手段を持たない。端末１は、基地局２と網３、ゲートウェイ１１もしくは１２を経由してサーバ６と接続して、サーバ６が持つ情報７を利用してアプリケーションを実行する。
【０１９０】
端末１のセッション層プロトコル手段２００２はアプリケーション２００１を実行するためにゲートウェイ１１を経由してサーバ６のアプリケーション２０１１と通信する。また、このとき端末１のセッション層プロトコル手段２００２とゲートウェイ１１のセッション層プロトコル手段２００４の間の通信２００３で使われる通信プロトコルとゲートウェイ１１のセッション層プロトコル手段２００４とサーバ６の間の通信２００７で使われる通信プロトコルが異なるため、ゲートウェイ１１のプリトコル変換手段２００５によってプロトコル変換が行われる。
【０１９１】
通信２００３は、前述プロトコル変換手段２００５によってゲートウェイ１１とサーバ６の間の通信２００７で使われる通信プロトコルに変換され、これによって端末１とサーバ６の通信が可能となる。ただしアプリケーションによってはプロトコル変換を必要としないものもあり、その場合はゲートウェイでのプロトコル変換は行わない。
【０１９２】
端末１とサーバ６が通信を行っているときにオペレータからのサーバ切替指示２０１２が発行されると、ゲートウェイ１１のマネジメントエンティティ２００６は、通信中の端末１をゲートウェイ１２に接続切替を行わせるために、セッション層プロトコル手段２００４に切替指示２０１３を行う。
【０１９３】
セッション層プロトコル手段２００４は切替通知２０１４によって、切替先ゲートウェイアドレス等の情報を端末１のセッション層プロトコル手段２００２に通知する。このときゲートウェイ１１が通知する切替先ゲートウェイの選択は、ゲートウェイ１１が予め記憶している他のゲートウェイの情報に基づいて端末１を収容可能なゲートウェイを検索するか、もしくはオペレータからの指定によっても可能である。
【０１９４】
端末１は、切替先ゲートウェイであるゲートウェイ１２のアドレス情報を、切替通知２０１４によって初めて知ることになる。つまり端末１はゲートウェイ１１からの切替通知２０１４によってサーバ接続切替のための情報を受取るので、ゲートウェイ接続切替のための複数ゲートウェイの情報を端末１の内部の記憶手段、例えばハードディスク、ＩＣカード、フラッシュＲＯＭ、ＥＥＰＲＯＭ、バッテリバックアップされたＲＡＭ等に常時保存しておく必要がない。
【０１９５】
端末１のセッション層プロトコル手段２００２は切替通知２０１４を受取ると、実行中のアプリケーション２００１がサーバ６のアプリケーション２０１１と通信を行っていないとき等、セッションを中断するのに都合のよいタイミングで、中断２０１５をゲートウェイ１１のセッション層プロトコル手段２００４に通知する。
【０１９６】
ゲートウェイ１１のセッション層プロトコル手段２００４は中断２０１５の受信をマネジメントエンティティ２００６に通知し、マネジメントエンティティ２００６はセッション層プロトコル手段２００４に中断指示２０１６を通知する。
【０１９７】
ゲートウェイ１１のセッション層プロトコル手段２００４は中断指示２０１６を受取ると、中断確認２０１７を端末１のセッション層プロトコル手段２００２に通知する。
【０１９８】
このあと端末１のセッション層プロトコル手段は中断する。
【０１９９】
ただし端末１は中断２０１５をゲートウェイ１１のセッション層プロトコル手段２００４に通知した後は、ゲートウェイ１１の状態に関わらずサーバ接続切替シーケンスを続行可能である。
【０２００】
したがって中断指示２０１６および中断確認２０１７は無くてもよいし、中断指示２０１６なしでセッション層プロトコル手段２００４が自律的に中断確認２０１７を端末１のセッション層プロトコル手段２００２に通知してもよい。またゲートウェイ４の種類によっては中断指示２０１６のみ行い、中断確認２０１７がない場合もある。
【０２０１】
いづれの場合でも中断確認２０１７が無い場合は、端末１のセッションは中断２０１５を通知したあと中断する。また、端末１のセッション層プロトコル手段２００２が切替通知２０１４を受取ったときに、アプリケーション２００１へゲートウェイ切替表示を行い、アプリケーション２００１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段２００２が、中断２０１５をゲートウェイ１１のセッション層プロトコル手段２００４に通知してもよい。
【０２０２】
端末１のセッション層プロトコル手段２００２はゲートウェイ１２のセッション層プロトコル手段２００８に端末アドレス、セッションＩＤ、最大データ長、ウィンドウサイズ等の情報を含んだ再開２０１８を通知する。
【０２０３】
ゲートウェイ１２のセッション層プロトコル手段２００８は、再開２０１８を受取ると、再開確認２０１９を通知する。次いで、ゲートウェイ１２のセッション層プロトコル手段２００８からの再開確認２０１９によって、中断していた端末１のセッションは再開する。
【０２０４】
セッションが再開すると、端末１のセッション層プロトコル手段２００２はアプリケーション２００１実行のために、ゲートウェイ１２のプロトコル変換手段２００９を経由して、サーバ６のアプリケーション２０１１と通信２０２０、２０２１する。
【０２０５】
以上説明したシーケンスにおいては、ゲートウェイ１１は、端末１を収容できる能力を持ったゲートウェイを切替先ゲートウェイとして端末１に通知することを前提としている。このため、切替先ゲートウェイに接続切替したあとで切替先ゲートウェイが端末１を収容できる能力を持たないことが判明した場合、再度、別のゲートウェイに接続切替を行うという効率の悪い接続切替は発生しない。また端末１のアプリケーション２００１やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０２０６】
図２５を用いて、切替通知２１１３の直後に、端末１から無線通信プロトコルのコマンドが発生した場合のシーケンスを説明する。
【０２０７】
切替通知２１１３までのシーケンスは、図２４と同様であるので説明を省略する。
【０２０８】
ゲートウェイ４のプロトコル変換手段２１０６は、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）２１１９をＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６へ変換し、サーバ６へ送信する。ここで、ゲートウェイ４がＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６をサーバ６に通知するとき、該ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６に対応するＲＥＳＰＯＮＳＥ （データ）（ここでは２１２２）を送信するゲートウェイのアドレスを通知する。
【０２０９】
上記ではＨＴＴＰのコマンドと、通知されるアドレスは別の情報として扱うこともでき、また、ＨＴＴＰのコマンドに含めつこともできる。後者の場合は、サーバ６がＨＴＴＰのコマンドを解析して上記アドレス部分を抽出することになる。
【０２１０】
その後の中断確認２１１５及び再開のシーケンスは図２４と同様なので省略する。
【０２１１】
その後、端末１のセッション層プロトコル手段２１０２とゲートウェイ５のセッション層プロトコル手段２１０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段２１０９では、再開２１１７で受信したトランザクションの状態、トランザクションＩＤを使用して、無線通信プロトコルのＡＣＫ２１２１を端末１に送信する。サーバ６からのＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６に対応するＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）２１２２を受信し、プロトコル変換手段２１１０で無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ＞（データ）２１２３に変換して端末１のセッション層プロトコル手段２１０２へ送信する。ここで、無線通信プロトコルのＡＣＫ２１２１は、ゲートウェイ４のセッション層プロトコル手段２１０５から端末１に送信しておいても構わない。
【０２１２】
以降の無線通信プロトコルのＡＣＫ２１２４までのシーケンスは図１９と同様なので省略する。
【０２１３】
次に、図２６を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンド（コマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞ ２２２２→コマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２２２３）を送信し、ゲートウェイ４よりのＡＣＫ２２２４を送信済みであるが、サーバ６からＨＴＴＰのコマンドに対応するＨＴＴＰのレスポンスを受信する前に、ゲートウェイ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０２１４】
切替通知２２１３までのシーケンスは、図２４及び図１９と同様なので説明を省略する。
【０２１５】
端末１のセッション層プロトコル手段２２０２は切替通知２２１３を受取ると、中断２２１４をゲートウェイ４のセッション層プロトコル手段２２０５に通知する。
【０２１６】
ゲートウェイ４のセッション層プロトコル手段２２０５は、中断２２１４の受信をマネジメントエンティティ２２０７に通知し、ゲートウェイ４のマネジメントエンティティ２２０７はサーバ６へＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）２２１６をゲートウェイ５へ送信するための通知２２２５を行う。
【０２１７】
その後の中断確認２２１５及び再開のシーケンスは図２４と同様なので省略する。
【０２１８】
端末１のセッション層プロトコル手段２２０２とゲートウェイ５のセッション層プロトコル手段２２０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段２２０９では、再開２２１７で受信したトランザクションの状態、トランザクションＩＤを使用して、サーバ６からのＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）２２１６を受信し、プロトコル変換手段２２１０で無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞２２２０に変換し端末１へ送信する。
【０２１９】
無線通信プロトコルのＡＣＫ２２２１のシーケンスは図１９と同様なので省略する。
【０２２０】
次に、図２７を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンドを受信し、サーバ６からＨＴＴＰのレスポンスを受信し、無線通信プロトコルのレスポンスを端末１へ送信したが、端末１から無線通信プロトコルのＡＣＫが返信されていない場合に、サーバ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０２２１】
切替通知２３１３までのシーケンスは、図１９、図２４と同様なので説明を省略する。 ただし、この間において、図２０で示したレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞２３２４の再送制御がゲートウェイ４の再送プロトコル２３０４において行われている。
【０２２２】
以下、その続きから図２７のシーケンスを説明する。
【０２２３】
端末１のセッション層プロトコル手段２３０２は切替通知２３１３を受取ると、中断２３１４をゲートウェイ４のセッション層プロトコル手段２３０５に通知する。
【０２２４】
ゲートウェイ４のセッション層プロトコル手段２３０５は、中断２３１４の受信をマネジメントエンティティ２３０７に通知する。
【０２２５】
ゲートウェイ４のセッション層プロトコル手段２３０５は、ＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３２０の内容を端末１からの無線通信プロトコルのＡＣＫ２３２９を受信するまで保持している。この状態で、ゲートウェイ４は、サーバ６へＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３１６を送信する。
【０２２６】
ゲートウェイ４がＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３１６をサーバ６に通知するとき、該ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３１６に対応するＲＥＳＰＯＮＳＥ （データ）（ここでは２３２７）を送信するゲートウェイのアドレスを通知する。
【０２２７】
上記ではＨＴＴＰのコマンドと、通知されるアドレスは別の情報として扱うこともでき、また、ＨＴＴＰのコマンドに含めつこともできる。後者の場合は、サーバ６がＨＴＴＰのコマンドを解析して上記アドレス部分を抽出すことになる。
【０２２８】
その後の中断確認２３１５及び再開のシーケンスは図２４と同様なので省略する。
【０２２９】
端末１のセッション層プロトコル手段２３０２とゲートウェイ５のセッション層プロトコル手段２３０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段２３０９では、再開２３１７で受信したトランザクションの状態、トランザクションＩＤを使用して、サーバ６からのＨＴＴＰのレスポンス （データ）２３２７を受信し、プロトコル変換手段２３１０で無線通信プロトコルのレスポンス＜ＲＥＰＬＹ（データ）＞２３２８に変換して端末１のセッション層プロトコル手段２３０２へ送信する。
【０２３０】
以降の無線通信プロトコルのＡＣＫ２３２９までのシーケンスは図１９と同様なので省略する。
【０２３１】
以上説明したシーケンスによって、ゲートウェイ間ネゴシエーション手段がないときにおいても、端末のアプリケーションが要求に対するデータを受け取っていなくても端末のゲートウェイ接続切替を行うことができ、端末のアプリケーションやユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０２３２】
なお以上説明した実施例では、切替元ゲートウェイは接続切替後停止するとしているが、停止することは必須ではなくもちろん継続動作しても構わない。
【０２３３】
以上、端末がサーバよりサービスを受けているときに切り替え指示があることを前提としているが、この発明は、上記に限定されるものではない。すなわち、上記サービスを受けていない場合であっても、切り替え元ゲートウェイより切り替え通知のみを端末に送るようにしてもよいし、また、上記通知に加えて切り替え先のゲートウェイとの通信の起動に必要な情報を端末に送るようにしてもよい。
【０２３４】
【発明の効果】
以上のように本発明によれば、端末と接続中のゲートウェイが停止するときにも、ゲートウェイの停止に先だってゲートウェイ間で接続切替ネゴシエーションを行うため、端末で実行中のアプリケーションを終了することなく、端末収容能力を持つ他のゲートウェイへ短時間で接続し直すことができるという有利な効果が得られる。
【０２３５】
またアプリケションが要求に対するデータを受け取っていなくてもゲートウェイの切替を行うことができる。要するに、切替元のゲートウェイがトランザクションの状態を切替先のゲートウェイに移すので端末側はトランザクションの状態を意識することなくゲートウェイ切替を行うことができる。
【０２３６】
接続切替ネゴシエーションをゲートウェイ間で直接行えない場合でも、アプリケションが要求に対するデータを受け取っていなくてもゲートウェイの切替を行うことができ、端末収容能力を持つ他のゲートウェイへ従来に比較して短時間で接続し直すことができる。 どちらの場合にも複数ゲートウェイの情報を端末が常時保持する必要がなく、そのためネットワーク構成が変化しても端末は容易に対応できる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるサーバを共有するゲートウェイの公衆網または構内網を介した無線ネットワークの構成図。
【図２】本発明の実施の形態によるゲートウェイ自体が情報を持つ公衆網または構内網を介した無線ネットワークの構成図。
【図３】本発明の実施の形態による異なるサーバに接続されたゲートウェイの公衆網または構内網を介した無線ネットワークの構成図。
【図４】本発明の実施の形態によるゲートウェイ自体が情報を持つ公衆網または構内網を介さない無線ネットワークの構成図。
【図５】従来の形態によるサーバを共有するゲートウェイが公衆網または構内網を介した無線ネットワークの構成図。
【図６】従来の形態によるゲートウェイ自体が情報を持つ公衆網または構内網を介さない無線ネットワークの構成図。
【図７】端末とゲートウェイのプロトコルスタックにおけるセッション層プロトコルとセッション層マネジメントエンティティの位置付けを示す図。
【図８】図６の構成における従来のゲートウェイ切替シーケンス図。
【図９】図１の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１０】図２の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１１】図３の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１２】本発明によるゲートウェイ切替シーケンスの一具体例。
【図１３】ゲートウェイ間ネゴシエーション中に端末とサーバ間の通信があった場合のシーケンス図。
【図１４】複数端末と接続中のゲートウェイの停止タイミングを示すシーケンス図。
【図１５】切替先ゲートウェイとのネゴシエーションで切替拒否を受け、別のゲートウェイと接続切替を行う場合のシーケンス図。
【図１６】切替先ゲートウェイが端末収容能力を持たないときのシーケンス図。
【図１７】ゲートウェイ切替中であることを端末アプリケーションで表示するときのシーケンス図。
【図１８】図１の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１９】本発明によるゲートウェイ切替シーケンスの一具体例。
【図２０】本発明によるゲートウェイおよび端末の再送制御シーケンス図。
【図２１】ゲートウェイ切替通知以後に発生したトランザクション処理のシーケンス図。
【図２２】ゲートウェイ切替通知以前に発生した要求に対しデータを受信していないトランザクション処理のシーケンス図。
【図２３】ゲートウェイ切替通知以前に発生した要求に対しデータを受信したトランザクション処理のシーケンス図
【図２４】本発明による実施の形態５によるゲートウェイ切替シーケンス図。
【図２５】本発明による実施の形態５によるゲートウェイ切替で、ゲートウェイ切替通知以後に発生したトランザクション処理のシーケンス図。
【図２６】本発明による実施の形態５によるゲートウェイ切替で、ゲートウェイ切替通知以前に発生した要求に対しデータを受信していないトランザクション処理のシーケンス図。
【図２７】本発明による実施の形態５によるゲートウェイ切替で、ゲートウェイ切替通知以前に発生した要求に対しデータを受信したトランザクション処理のシーケンス図。
【符号の説明】
１、１４、１５、１７ 無線端末
２、１０ 無線基地局
３ 公衆網
４、５、１６ 本発明によるゲートウェイ
６、９ サーバ
７、８ 端末アプリケーションを実行するための情報
１１、１２ 従来のゲートウェイ
１３ ゲートウェイ間接続手段
１４ ゲートウェイ及びサーバ間接続手段
【発明の属する技術分野】
本発明は、無線通信システムに関し、特に、無線通信システムのゲートウェイの切り替えに関する方法と、該方法に使用するゲートウェイ、無線情報端末および通信システムに関するものである。
【０００２】
【従来の技術】
近年、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ） 等、いわゆるインターネット・サービスの急速な普及により、コンピュータネットワークの規模の拡大と接続形態の多様化が進んでいる。
【０００３】
それに合わせて、情報端末やサーバ等をネットワーク接続するゲートウェイも処理能力向上や機能の増加が求められている。
【０００４】
接続形態の多様化の一例として、情報端末に無線通信能力を付加し携帯電話網など移動体通信網を利用することで、移動中やコンピュータネットワークに直接接続できない場所で使用できる無線ネットワーク、いわゆるモバイル・コンピューティングが挙げられる。 図５、図６は上記無線ネットワークを使用した通信形態を示す概念図である。
【０００５】
図５は公衆網もしくは構内網を使った無線ネットワークの構成を示す。
【０００６】
ユーザが端末１の持つアプリケーションを実行しようとするとき、端末１は無線基地局２、網３とゲートウェイ１１またはゲートウェイ１２を経由してサーバ６と接続され、該サーバとの間で通信を行いアプリケーションを実行するようになっている。
【０００７】
図６はゲートウェイ自体にサーバ機能を持たせ、例えば事務所内等、図５に比較して狭い範囲で運用される網を介さない無線ネットワークの形態を示す。すなわち、端末１とゲートウェイ１１またはゲートウェイ１２が無線基地局２を経由して通信を行いアプリケーションを実行するようになっている。
【０００８】
上記した無線ネットワークではネットワークの変化に応じてゲートウェイの機能増設を行ったり、定期的な保守等のためにゲートウェイの運用を一時的に停止することが必要とされる。このようにゲートウェイが停止した時にもネットワーク運用を継続するために、図５や図６に示すように、複数のゲートウェイを用意しておき、例えば一方のゲートウェイ１１が停止した時には他方のゲートウェイ１２を経由して端末とサーバが通信できるようにする、ゲートウェイ接続切替機能がネットワークに要求される。
【０００９】
ここで端末とゲートウェイの通信プロトコルの概要について図７を用いて説明する。
【００１０】
端末側のアプリケーション７１は、例えばＷＷＷ ブラウザ等、ユーザが直接操作するプログラムであり、また、ゲートウェイ側のアプリケーション７５（ここではサーバ機能がゲートウェイに内蔵されている図６に示す場合を例にしている）は、例えばＷＷＷ サーバソフト等、端末側アプリケーションと情報のやり取りを行うプログラムである。
【００１１】
セッション層プロトコル手段７２は、様々なアプリケーション７１、７５に対して共通の転送制御機能、例えば転送データの区切り、区切り単位での転送処理といった手段を提供するためのプロトコルである。また、セッション層マネジメントエンティティ７３は端末とサーバ間のデータ通信によって発生する複数のセッションプロセス等が使用するシステムリソース（例えばメモリ）や、システム全体にわたる処理の管理（例えばゲートウェイ切替タイミングの通知）を行うプログラムである。更に、下位プロトコル７４は通信制御を行うプログラム及び装置である。
【００１２】
図８は図６の通信形態の通信シーケンスを示すものである。
【００１３】
端末１のセッション層プロトコル手段８０２はアプリケーション８０１を実行のためにゲートウェイ１１のセッション層プロトコル手段８０４と通信中８０３である。このとき、ゲートウェイ１１のマネジメントエンティティ８０５に、オペレータからゲートウェイ切替の指示８０８が発行されると、マネジメントエンティティ８０５、セッション層プロトコル手段８０４を経て、端末１のセッション層プロトコル手段８０２に切断通知８０９を発行する。これによって、端末１のセッション層プロトコル手段８０２がアプリケーション８０１に切断表示８１０を行うかもしくは表示しないで、アプリケーション８０１は実行を中断する。
【００１４】
ゲートウェイ１１は切断通知８０９を発行するとオペレータの操作またはゲートウェイ１１の機能によって、ゲートウェイ１１を停止する。この後、端末１は中断したアプリケーション８０１を再実行するために、自分の内部に持っている情報によりゲートウェイ１２に再接続８１１をセッション層プロトコル手段８０２に要求する。
【００１５】
セッション層プロトコル手段８０２とゲートウェイ１２のセッション層プロトコル手段８０６との間にセッション８１２が確立した後、通信中８１３となり、中断していたアプリケーション８０１の再実行が可能となる。
【００１６】
【発明が解決しようとする課題】
上記した従来の技術では、ゲートウェイの停止によるゲートウェイ接続切替を行うときに、端末は実行中のアプリケーションを一旦終了し、他のゲートウェイに接続し直した後、アプリケーションを始めから再実行しなければならないという問題がある。
【００１７】
また、上記したようにゲートウェイを変更して端末がアプリケーションを再実行するためには、変更対象となる複数のゲートウェイのアドレス情報を予め端末に記憶させておく必要があるが、ゲートウェイの接続を切替るときだけに必要な情報を常に端末に記憶しておくという冗長な資源の使用は、小型多機能を要求される端末にとっては問題である。
【００１８】
また、サーバやゲートウェイの追加削除等ネットワーク構成の変化が起こる度に、端末が持つ前述ゲートウェイのアドレス情報を更新しなければならないという問題がある。その上、他のゲートウェイに接続を切替えるときに、端末のポート番号、アドレス、ケイパビリティ等の情報を、端末と切替先のゲートウェイとの間でネゴシエーションする必要があり、このネゴシエーションに時間がかかるためアプリケーションを再実行するまでの所要時間が長くなるという点も問題である。
【００１９】
更に、端末と切替先のゲートウェイとのネゴシエーションの結果、そのゲートウェイに端末の通信能力（ケイパビリティ）を収容する能力や資源がないと、そのゲートウェイとの接続を終了し、該端末のケイパビリティを収容可能なゲートウェイが見つかるまで別のゲートウェイに接続を試みるという極めて作業効率が悪い状況が発生し得るという問題もある。
【００２０】
本発明は前述の問題点を解決、改善するために為されたもので、端末でのアプリケーション実行を終了することなく接続先ゲートウェイを変更し、複数ゲートウェイの情報を端末が常時保持する必要がなく、またネットワーク構成が変化しても端末が容易に対応でき、かつ端末とゲートウェイとの接続のネゴシエーション時間を短縮し、一度で端末を収容する能力や資源を持つゲートウェイに接続することを可能とするゲートウェイ動的切替方法及び装置を提供することを目的とする。
【００２１】
【課題を解決するための手段】
上記目的を達成するために本発明は以下の構成を採用している。
【００２２】
本発明は、少なくとも第１のゲートウェイまたは第２のゲートウェイを介して無線情報端末とサーバとの通信を確立する、通信システムにおいて、何らかの理由で本来使用されるべきゲートウェイを他のゲートウェイに切り替える必要が発生したときに適用される。
【００２３】
本発明では、無線情報端末とゲートウェイ間の通信プロトコルと、ゲートウェイとサーバ間の通信プロトコルとを相互に変換するプロトコル変換手段をゲートウェイが有し、第１のゲートウェイを介したサーバとの通信を、第２のゲートウェイを介したサーバとの通信に切り替える指示がオペレータからあったときに、第２のゲートウェイを介したサーバとの通信に必要な情報を無線情報端末へ情報通知手段が通知するようになっている。
【００２４】
上記切り替えの指示は切り替え元である第１のゲートウェイを通知することができ、上記必要な情報には、たとえば切り替え先となる第２のゲートウェイのアドレスを含ませることがきる。
【００２５】
上記切り替え先のゲートウェイを介してサーバと通信を行うに必要な情報が端末に通知される場合、無線情報端末の再開起動手段は、切り替え元のゲートウェイとの通信を中断して、切り替え先のゲートウェイとの通信の再開手順を実行する。尚、無線情報端末がサーバよりサービスを受けていないときに、上記切り替え元のゲートウェイより切り替え通知がある場合もある。このときは無線情報端末の通信起動手段は切り替え先のゲートウェイを介してのサーバとの通信を起動する。
【００２６】
上記ゲートウェイを切り替えるとき、あらかじめ切り替え元のゲートウェイは、切り替え先のゲートウェイに無線情報端末との通信に必要な情報を情報交換手段によって通知し切り替え先のゲートウェイから通信を開始してもよい旨の確認をとっておくことができる。
【００２７】
ゲートウェイ間での情報交換手段を持つ場合、切り替え元のゲートウェイから切り替え先のゲートウェイに対して無線情報端末のアドレスとともに、ケイパビリティを通知できる。これによって、切り替え先のゲートウェイは自機のケイパビリティが劣る場合に、自機のケイパビリティの上限を切り替え元のゲートウェイに通知する。
【００２８】
切り替え元のゲートウェイは上記上限のケイパビリティを無線情報端末に通知し、無線情報端末は該上限のケイパビリティで切り替え先のゲートウェイを介しての通信を再開する。もっとも、上記上限のケイパビリティで通信できないときは切り替え元の判断手段、あるいは、無線情報端末の判断手段によって、通信を中止する。
【００２９】
上記中断処理時の未完結なトランザクションが残っていることがある。
【００３０】
上記情報交換手段を持たない場合は、無線情報端末の再開所為より前に、切り替え元のゲートウェイが切り替え先のゲートウェイに対応するサーバに応答先（無線情報端末）のアドレスを通知することで、再開時に上記未完結のトランザクションを完結することができる。情報交換手段を持つ場合には、切り替え元のゲートウェイから切り替え先のゲートウェイにトランザクションの状態を通知することで、再開時に上記未完結のトランザクションを完結することができる。
【００３１】
上記情報交換の前後で、無線情報端末とサーバとの通信状態が変わることがある。この場合は、上記再開手順で、最新の通信状態を切り替え先のゲートウェイに通知することになる。
【００３２】
ここで、上記の記述した用語は以下の説明および図面上、以下のようになる。
【００３３】
情報通知手段：切り替え指示はゲートウェイのオペレータより、切り替え元のゲートウェイに対してされる。該切り替え元のゲートウェイのマネージメントエンティティは、上記指示を受けて、無線情報端末への通知内容を編集し、セッション層プロトコルを介してその旨を端末に通知するようになっている。従って、上記情報通知手段はゲートウェイのマネージメントエンティティとセッション層プロトコルによって構成される。
【００３４】
情報交換手段：切り替え元ゲートウェイと、切り替え先ゲートウェイの両方の設けられ、双方のマネージメントエンティティ間での、無線情報端末のアドレス等の情報交換を実行している。通知内容の編集は当然マネージメントエンティティが実行するので、情報交換手段もマネージメントエンティティによって構成される。図面上はマネージメントエンティティ間の情報のやりとりになっているが、マネージメントエンティティからセッション層プロトコルを介して情報交換を実行しても構わない。
【００３５】
再開起動手段：無線情報端末のセッション層プロトコルは、切り替え先ゲートウェイのアドレス等の情報を受け取り、切り替え元のゲートウェイとの中断処理をした後、再開手順を実行する。従って、再開起動手段はセッション層プロトコルによって構成される。尚、上記通信起動手段は、上記中断処理をしない点が、上記再開起動手段と相違しているが、この場合もセッション層プロトコルによって構成される。
【００３６】
判断手段：上記したように、無線情報端末のケイパビリティと切り替え先ゲートウェイのケイパビリティを比較して、無線情報端末と切り替え先ゲートウェイの通信が可能か否かの判断をする。無線情報端末に備えられる場合と、切り替え元ゲートウェイに備えられる場合がある。いずれの場合であっても、マネージメントエンティティが判断することになる。
【００３７】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【００３８】
（実施の形態１）
図１に本発明の実施の形態によるサーバを共有するゲートウェイの公衆網を介した無線ネットワークの構成を示す。
【００３９】
無線情報端末（以下単に端末という）１は例えば携帯電話を接続したノートブックＰＣのような無線情報端末であり、また、基地局２は例えば携帯電話基地局であり、更に、網３は例えば携帯電話公衆網である。
【００４０】
ゲートウェイ４および５はサーバ６を共有しており、網３とサーバ６を接続する。またゲートウェイ４および５は本発明によるゲートウェイ間のネゴシエーションを行う情報交換手段を備えている。この情報交換手段は例えば、ゲートウェイ４および５の直接の通信を可能とする有線あるいは無線の接続手段１３を含むか、もしくは、ゲートウェイ４および５とサーバ６の接続手段１４もしくは網３を経由した接続を利用してもよい。
【００４１】
端末１は、基地局２と網３、ゲートウェイ４もしくは５を経由してサーバ６と接続された状態で、サーバ６が持つ情報７を利用してアプリケーションを実行する。
【００４２】
図９に端末１がゲートウェイ４を経由してサーバ６と接続している状態でゲートウェイ４が停止し、ゲートウェイ４をゲートウェイ５に切替る場合のシーケンスを示す。
【００４３】
端末１のセッション層プロトコル手段９０２はアプリケーション９０１を実行するためにゲートウェイ４を経由してサーバ６のアプリケーション９１１と通信する。
【００４４】
このとき端末１のセッション層プロトコル手段９０２とゲートウェイ４のセッション層プロトコル手段９０４の間の通信９０３で使われる通信プロトコルとゲートウェイ４のセッション層プロトコル手段９０４とサーバ６の間の通信９０７で使われる通信プロトコルが異なるため、ゲートウェイ４のプロトコル変換手段９０５でプロトコル変換が行われる。すなわち、通信９０３に使用される通信プロトコルは、前述プロトコル変換手段９０５によってゲートウェイ４とサーバ６の間の通信９０７で使われる通信プロトコルに変換され、これによって端末１とサーバ６の通信が可能となる。
【００４５】
ただしアプリケーションによってはプロトコル変換を必要としない場合もあり、その場合はゲートウェイでのプロトコル変換は行わない。
【００４６】
ここで、端末１とサーバ６が通信を行っているときにオペレータからのサーバ切替指示９１２が発行されると、ゲートウェイ４のマネジメントエンティティ９０６は、端末１の通信をゲートウェイ４からゲートウェイ５に切り換えるために、ゲートウェイ５のマネジメントエンティティ９１０とネゴシエーションを行う。
【００４７】
すなわち、ゲートウェイ４のマネジメントエンティティ９０６は、ゲートウェイ５のマネジメントエンティティ９１０にセッション切替要求９１３を通知する。このときゲートウェイ４がセッション切替要求を通知する切替先のゲートウェイ（この場合ゲートウェイ５）の選択は、ゲートウェイ４が予め記憶している他のゲートウェイの情報に基づいて行うか、もしくはオペレータからの指定によっても可能である。また、上記セッション切替要求９１３と同時に、現在接続している端末のアドレス、セッションＩＤ、最大データ長、ウィンドウサイズ等の情報をゲートウェイ５のマネジメントエンティティ９１０に通知するようになっている。
【００４８】
ゲートウェイ５のマネジメントエンティティ９１０は、上記セッション切替要求９１３にともなって受け取った情報をセッション層プロトコル手段９０８に渡し、該セッション層プロトコル手段９０８が受け取った情報の内容を確認すると、セッション切替が可能な状態となり、ゲートウェイ５のマネジメントエンティティ９１０はゲートウェイ４のマネジメントエンティティ９０６にセッション切替確認９１４を通知する。
【００４９】
ゲートウェイ４のマネジメントエンティティ９０６は上記のセッション切替確認９１４を受取るとセッション層プロトコル手段９０４に切替指示９２２を通知する。当該切替指示９２２を受け取ったセッション層プロトコル手段９０４は切替通知９１５とともに、切替先ゲートウェイアドレスを端末１のセッション層プロトコル手段９０２に通知する。
【００５０】
これによって、端末１は、切替先ゲートウェイであるゲートウェイ５のアドレス情報を、切替通知９１５によって知ることになる。
【００５１】
端末１のセッション層プロトコル手段９０２は上記切替通知９１５をアドレス情報とともに受取ると、実行中のアプリケーション９０１がサーバ６のアプリケーション９１１と通信を行っていないとき等、セッションを中断するのに都合のよいタイミングで、中断９１６をゲートウェイ４のセッション層プロトコル手段９０４に通知する。
【００５２】
ゲートウェイ４のセッション層プロトコル手段９０４は上記中断９１６の受信をマネジメントエンティティ９０６に通知し、マネジメントエンティティ９０６はセッション層プロトコル手段９０４に中断指示９２３を通知する。これによって、当該セッション層プロトコル手段９０４は、中断確認９１７を端末１のセッション層プロトコル手段９０２に通知し、この後、端末１のセッションは中断する。
【００５３】
ただし端末１は中断９１６をゲートウェイ４のセッション層プロトコル手段９０４に通知した後、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能である。
【００５４】
したがって中断指示９２３および中断確認９１７の手順は省略してもよいし、中断指示９２３なしでセッション層プロトコル手段９０４が自律的に中断確認９１７を端末１のセッション層プロトコル手段９０２に通知してもよい。またゲートウェイ４の種類によっては中断指示９２３のみ行い、中断確認９１７がない場合もある。いづれの場合でも中断確認９１７が無い場合は、端末１のセッションは中断９１６を通知したあと中断する。
【００５５】
また、端末１のセッション層プロトコル手段９０２が切替通知９１５を受取ったときに、アプリケーション９０１へゲートウェイの切替表示をするように指示し、アプリケーション９０１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段９０２が、中断９１６をゲートウェイ４のセッション層プロトコル手段９０４に通知してもよい。
【００５６】
この後、端末１のセッション層プロトコル手段９０２がゲートウェイ５のセッション層プロトコル手段９０８に端末のアドレス等の情報を含んだ再開９１８を通知する。ここで、ゲートウェイ５のセッション層プロトコル手段９０８は、前述したゲートウェイ４とのセッション切替要求９１３とセッション切替確認９１４によりセッション開始の準備が出来ているので、上記のように端末１のセッション層プロトコル手段９０２からの再開９１８を受取ると再開確認９１９を直ちに端末に通知する。
【００５７】
ゲートウェイ５のセッション層プロトコル手段９０８からの再開確認９１９によって、中断していた端末１のセッションは直ちに再開し、これによって、端末１のセッション層プロトコル手段９０２はアプリケーション９０１実行のために、ゲートウェイ５のプロトコル変換手段９０９を経由して、サーバ６のアプリケーション９１１と通信９２０、９２１が確立する。
【００５８】
図１８は上記中断の代わりに切断、再開の代わりに切断を用いた場合を示すシーケンスである。
【００５９】
図１８における切替通知１９１５は、図９のシーケンスにおける、切替通知９１５に相当し、そこまでの手順は両図とも全く同一のシーケンスであるので説明を省略する。その後、端末１のセッション層プロトコル手段１９０２は、切断１９１６を通知することによりセッションを切断する。
【００６０】
次いで、上記した切替通知１９１５とともに端末１に通知された切替先ゲートウェイアドレスに基づいて、端末１のセッション層プロトコル手段１９０２は、ゲートウェイ５のセッション層プロトコル手段１９０８に接続１９１８を通知する。ゲートウェイ５のセッションプロトコル１９０８は、新規のセッションとして処理し、ゲートウェイ５のセッション層プロトコル１９０８は、端末１のセッション層プロトコル手段１９０８に対して、接続確認１９１９を通知する。これによって、端末１のセッション層プロトコル手段１９０２はセッションの確立を確認することになる。
【００６１】
セッションが確立すると、端末１のセッション層プロトコル手段１９０２は、アプリケーション１９０１の実行のために、ゲートウェイ５のプロトコル変換１９０９を経由して、サーバ６のアプリケーション１９１１と通信１９２０，１９２１する。
【００６２】
以上説明したシーケンスによって、端末１のゲートウェイ接続切替を短時間で行える。また端末１のアプリケーション９０１（１９０１）やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【００６３】
また、上記したように、端末１は切り替え先のゲートウェイとの継続通信に必要な情報を取得しているので、ゲートウエイの切り替え前に中断したアプリケーションを、ゲートウエイの切り替え後に最初からアプリケーションを繰り返すのではなく、上記中断した後のステップがら続行することができる。
（実施の形態２）
図２に本発明の実施の形態によるゲートウェイ自体が端末のアプリケーションを実行のための情報を持つサーバとしても機能する場合の、公衆網または構内網を介した無線ネットワークの構成を示す。
【００６４】
端末１は例えば簡易携帯電話を内蔵したＰＤＡ(Personal Digital Assistant)のような無線情報端末である。また、基地局２は例えば簡易携帯電話基地局であって、網３は例えば簡易携帯電話公衆網である。
【００６５】
ゲートウェイ４および５はそれぞれに情報７、情報８を格納したサーバを内蔵しており、またゲートウェイ４および５は網３と接続されている。また、ゲートウェイ４および５は本発明によるゲートウェイ間ネゴシエーションを行う情報交換手段のための接続手段を持つ。このゲートウェイ間ネゴシエーションを行う接続手段は有線、無線のいずれでもよく、もしくは網３を経由した接続方法を利用してもよい。
【００６６】
端末１は、基地局２と網３、ゲートウェイ４もしくは５と接続して、ゲートウェイ４が持つ情報７もしくはゲートウェイ５が持つ情報８を利用してアプリケーションを実行する。
【００６７】
また図４に示すように公衆網や構内網を介さない構成も考えられる。
【００６８】
すなわち、図４の構成では、端末１は基地局２及びゲートウェイ４と接続するかもしくは基地局１０及びゲートウェイ５と接続して、ゲートウェイ４が持つ情報７もしくはゲートウェイ５が持つ情報８を利用してアプリケーションを実行する。
【００６９】
図２、図４どちらの場合もゲートウェイ９の持つ情報８は、ゲートウェイ４の持つ情報７を含むか少なくとも情報７と同じ意味を持った情報である。
【００７０】
図１０に端末１がゲートウェイ４と接続しているときにゲートウェイ４を停止し、端末１がゲートウェイ５に接続切替を行う場合のシーケンスを示す。
【００７１】
以下、図２および図１０を使って実施の形態２におけるゲートウェイ切替シーケンスを説明する。
【００７２】
端末１のアプリケーション１００１は端末１のセッション層プロトコル手段１００２と、ゲートウェイ４のセッション層プロトコル手段１００４を介して、ゲートウェイのサーバとしてのアプリケーション１００５と通信１００３を行う。
【００７３】
上記のように端末１とゲートウェイ４が通信を行っているときにオペレータからのサーバ切替指示１０１０が発行されると、ゲートウェイ４のマネジメントエンティティ１００６は、端末１の通信をゲートウェイ４からゲートウェイ５に切り替えるために、ゲートウェイ５のマネジメントエンティティ１００９とネゴシエーションを行う。
【００７４】
すなわち、ゲートウェイ４のマネジメントエンティティ１００６は、ゲートウェイ５のマネジメントエンティティ１００９にセッション切替要求１０１１を通知する。このときゲートウェイ４がセッション切替要求を通知する切替先のゲートウェイの選択は、ゲートウェイ４が予め記憶している他のゲートウェイの情報に基づいて行うか、もしくはオペレータからの指定によっても可能である。
【００７５】
ここではゲートウェイ５の持つ情報８は、端末１がアプリケーション１００１を実行するために使用していたゲートウェイ４の持つ情報７を含むか少なくとも情報７と同じ意味を持った情報である。
【００７６】
上記セッション切替要求１０１１以降の手順、すなわち、セッション切替要求１０１１→セッション切替確認１０１２→切替指示１０１９→切替通知１０１３までの手順は上記図９におけるセッション切替要求９１３→セッション切替確認９１４→切替指示９２２→切替通知９１３までの手順と同じであるので、ここでは詳しい説明を省略する。
【００７７】
ゲートウェイ４のセッション層プロトコル手段１００４は切替通知１０１３によって、切替先ゲートウェイのアドレスを端末１のセッション層プロトコル手段１００２に通知し、これによって、端末１は、切替先ゲートウェイであるゲートウェイ５のアドレス情報を知ることになる。
【００７８】
更に、上記切替通知１０１３を受取ってからの手順、上記切替通知１０１３→中断１０１４→中断指示１０２０→中断確認１０１５→再開１０１６→再開確認１０１７までの手順も、上記図９で説明した手順、すなわち、切替通知９１５→中断９１６→中断指示９２３→中断確認９１７→再開９１８→再開確認９１９までの手順と同じであるのでここでは説明を省略する。
【００７９】
ゲートウェイ５のセッション層プロトコル手段１００７からの再開確認１０１７によって、中断していた端末１のセッションは直ちに再開し、セッションが再開すると、端末１のセッション層プロトコル手段１００２はアプリケーション１００１を実行するためにゲートウェイ５のアプリケーション１００８と通信１０１８する。
【００８０】
図９に於けると同様、端末１は中断１０１４をゲートウェイ４のセッション層プロトコル手段１００４に通知した後は、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能であり、従って、中断指示１０２０および中断確認１０１５の手順は無くてもよいし、中断指示１０２０なしでセッション層プロトコル手段１００４が自律的に中断確認１０１５を端末１のセッション層プロトコル手段１００２に通知してもよい。
【００８１】
また、図９に於けると同様、ゲートウェイ４の種類によっては中断指示１０２０のみ行い、中断確認１０１５がない場合もある。いづれの場合でも中断確認１０１５が無い場合は、端末１のセッションは中断１０１４を通知したあと中断する。更に、端末１のセッション層プロトコル手段１００２が切替通知１０１３を受取ったときに、アプリケーション１００１にゲートウェイの切替表示を指示し、アプリケーション１００１の機能またはユーザの指示によって中断１０１４を、ゲートウェイ４のセッション層プロトコル手段１００４に通知してもよい。
【００８２】
以上説明したシーケンスによって、端末１のゲートウェイ接続切替を短時間で行える。また端末１のアプリケーション１００１やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【００８３】
（実施の形態３）
図３に本発明の実施の形態による異なるサーバに接続されたゲートウェイの公衆網または構内網を介した無線ネットワークの構成を示す。
【００８４】
端末１は例えばスマートホンのような情報処理機能を持った携帯電話端末であり、基地局２は例えば携帯電話基地局であって、網３は例えば構内網である。ゲートウェイ４は網３とサーバ６を接続し、ゲートウェイ５は網３とサーバ９を接続する。
【００８５】
またゲートウェイ４および５は本発明による情報交換手段によってゲートウェイ間ネゴシエーションを行う接続手段を持つ。このゲートウェイ間ネゴシエーションを行う接続手段は有線、無線どちらでもよく、或いは網３経由の接続手段を利用してもよい。
【００８６】
端末１は、基地局２と網３、ゲートウェイ４を経由してサーバ６と接続して、サーバ６が持つ情報７を利用してアプリケーションを実行する。あるいは、端末１は、基地局２と網３、ゲートウェイ５を経由してサーバ９と接続して、サーバ９が持つ情報８を利用してアプリケーションを実行する。
【００８７】
尚、サーバ９の持つ情報８は、サーバ６の持つ情報７を含むか少なくとも情報７と同じ意味を持った情報である。
【００８８】
図１１に端末１がゲートウェイ４を経由してサーバ６と接続しているときにゲートウェイ４が停止し、端末１がゲートウェイ５およびサーバ９に接続切替を行う場合のシーケンスを示す。
【００８９】
以下、図３および図１１を使って実施の形態３におけるゲートウェイ切替シーケンスを説明する。
【００９０】
端末１のセッション層プロトコル手段１１０２はアプリケーション１１０１を実行するためにゲートウェイ４を経由してサーバ６のアプリケーション１１０８と通信する。
【００９１】
このとき端末１のセッション層プロトコル手段１１０２とゲートウェイ４のセッション層プロトコル手段１１０４の間の通信１１０３で使われる通信プロトコルと、ゲートウェイ４のセッション層プロトコル手段１１０４とサーバ６の間の通信１１０７で使われる通信プロトコルが異なるため、ゲートウェイ４のプロトコル変換手段１１０５によってプロトコル変換が実行される。
【００９２】
通信１１０３は、前述プロトコル変換手段１１０５によってゲートウェイ４とサーバ６の間の通信１１０７で使われる通信プロトコルに変換され、これによって端末１とサーバ６の通信が可能となる。ただしアプリケーションによってはプロトコル変換を必要としないものもあり、その場合はゲートウェイでのプロトコル変換は行う必要がない。
【００９３】
ここで、端末１とサーバ６が通信を行っているときにオペレータからのサーバ切替指示１１１３が発行されると、ゲートウェイ４のマネジメントエンティティ１１０６（情報交換手段）は、通信中の端末１をゲートウェイ５およびサーバ９に接続切替を行わせるために、ゲートウェイ５のマネジメントエンティティ１１１１とネゴシエーションを行う。
【００９４】
以下セッション切替要求１１１４→セッション切替確認１１１５→切替指示１１２３→切替通知１１１６までの手順は、上記図９に示す手順、セッション切替要求９１３→セッション切替確認９１４→切替指示９２２→切替通知９１５までの手順と同じであるので、ここでは詳しい説明を省略する。
【００９５】
端末１のセッション層プロトコル手段１１０２は切替通知１１１６を受取ると、実行中のアプリケーション１１０１がサーバ６のアプリケーション１１０８と通信を行っていないとき等、セッションを中断するのに都合のよいタイミングで、中断１１１７をゲートウェイ４のセッション層プロトコル手段１１０４に通知する。
【００９６】
以下中断１１７→中断指示１１２４→中断確認、および再開１１１９→再開確認１１２０の手順は、図９における切替通知９１５→中断９１６→中断指示９２３→中断確認９１７および、再開９１８→再開確認９１９までの手順とおなじであるので、説明を省略する。
【００９７】
また、図９におけると同様、端末１は中断１１１７をゲートウェイ４のセッション層プロトコル手段１１０４に通知した後は、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能であるので、中断指示１１２４および中断確認１１１８の手順は必ずしも必要ではなく、また、中断確認１１１８が無い場合は、端末１のセッションは中断１１１７を通知したあと中断する。
【００９８】
また、図９におけると同様、端末１のセッション層プロトコル手段１１０２が切替通知１１１６を受取ったときに、アプリケーション１１０１にゲートウェイ切替表示を行うように指示を出したり、あるいは、アプリケーション１１０１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段１１０２が、中断１１１７をゲートウェイ４のセッション層プロトコル手段１１０４に通知してもよい。
【００９９】
ゲートウェイ５のセッション層プロトコル手段１１０９からの上記再開確認１１２０によって、中断していた端末１のセッションは再開する。セッションが再開すると、端末１のセッション層プロトコル手段１１０２はアプリケーション１１０１実行のためにゲートウェイ５を経由してサーバ９のアプリケーション１１１２と通信１１２１、１１２２することになる。
【０１００】
以上説明したシーケンスによって、端末１のゲートウェイ接続切替を短時間で行える。また端末１のアプリケーション１１０１やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０１０１】
（実施の形態４）
以下に図１の構成によるゲートウェイ切替シーケンスの具体的なアプリケーション例を図１２から図１７を使って説明する。
【０１０２】
図１２はユーザが端末１からＷＷＷ ブラウザを使用してゲートウェイ４を経由しサーバ６のＷＷＷ サーバソフトと接続しているときにゲートウェイ４が停止し、端末１をゲートウェイ４からゲートウェイ５に接続に切り換える場合のシーケンスを示す。
【０１０３】
セッション層プロトコル手段１２０２はユーザが端末１のＷＷＷ ブラウザ１２０１を使用して発する命令を、ゲートウェイ４を経由してサーバ６のＷＷＷ サーバソフト１２１１と通信する。
【０１０４】
このとき端末１のセッション層プロトコル手段１２０２とゲートウェイ４のセッション層プロトコル手段１２０４の間の通信プロトコルは無線通信プロトコルであり、ゲートウェイ４のセッション層プロトコル手段１２０４とサーバ６の間で使われる通信プロトコルはHTTP(Hyper Text Transfer Protocol) である。従って、この両者の整合性をとるためゲートウェイ４のプロトコル変換手段１２０５でプロトコル変換が行われる。
【０１０５】
ここで、例えば、ユーザが端末１のＷＷＷ ブラウザ１２０１を操作して、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というサーバ６に格納されたファイルにアクセスする指示を行うと、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２０３は、プロトコル変換手段１２０５によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２０７に変換されサーバ６へ送信される。
【０１０６】
サーバ６のＷＷＷ サーバソフト１２１１は上記コマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２０７を受取ると、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というファイルのデータをＲＥＳＰＯＮＳＥ （データ）１２１２によって送出する。
【０１０７】
このＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１２１２はゲートウェイ４のプロトコル変換手段１２０５によって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１３に変換されゲートウェイのセッション層プロトコル手段１２０４から端末１へ送信される。これによって端末１とサーバ６の通信が可能となり、ユーザはＷＷＷ ブラウザ１２０１によってサーバ６の持つファイル／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ のデータを閲覧することができる。
【０１０８】
端末１とサーバ６が前述のように通信を行っているときにオペレータからのサーバ切替指示１２１４が発行されると、ゲートウェイ４のマネジメントエンティティ１２０６は、通信中の端末１をゲートウェイ５に接続切替を行わせるために、ゲートウェイ５のマネジメントエンティティ１２１０とネゴシエーションを行う。
【０１０９】
すなわち、ゲートウェイ４のマネジメントエンティティ１２０６は、ゲートウェイ５のマネジメントエンティティ１２１０にセッション切替要求１２１５を通知する。以下セッション切替確認１２１６→切替指示１２１７→切替通知１２１８まで、および、中断１２１９→中断指示１２２０→１２２１中断確認までの手順は。上記図９におけるセッション切替確認９１４→切替指示９２２→切替通知９１５まで、および、中断９１６→中断指示９２３→中断確認９１７までの手順と同じであるので詳しい説明を省略する。
【０１１０】
また、図９におけると同様、端末１が中断１２１９をゲートウェイ４のセッション層プロトコル手段１２０４に通知した後は、ゲートウェイ４の状態に関わらずサーバ接続切替シーケンスを続行可能であり、したがって中断指示１２２０および中断確認１２２１の手順は必ずしも必要ないし、中断指示１２２０なしでセッション層プロトコル手段１２０４が自律的に中断確認１２２１を端末１のセッション層プロトコル手段１２０２に通知してもよい。
【０１１１】
またゲートウェイ４の種類によっては中断指示１２２０のみ行い、中断確認１２２１がない場合もある。いずれの場合でも中断確認１２２１が無い場合は、端末１のセッションは中断１２１９を通知したあと中断する。
【０１１２】
この時、ＷＷＷ ブラウザ１２０１がファイル／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ のデータを既に受信済みである場合は、セッションが中断してもユーザはそのデータを継続して閲覧できる。もちろん端末１のアプリケーションであるＷＷＷ ブラウザ１２０１の実行を中断する必要がないことは言うまでもない。
【０１１３】
端末１のセッション層プロトコル手段１２０２が切替通知１２１８を受取ったときに、ＷＷＷ ブラウザ１２０１へゲートウェイ切替表示を行い、ＷＷＷ ブラウザ１２０１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段１２０２が、中断１２１９をゲートウェイ４のセッション層プロトコル手段１２０４に通知してもよい。
【０１１４】
端末１よりの再開１２２２通知、および、ゲートウェイ５からの再開確認１２２３の通知は、図９に示した再開９１８、再開確認９１９と同じであるので説明を省略する。
【０１１５】
以上の手順によって、中断していた端末１のセッションは再開することになる。
【０１１６】
この状態で、ユーザが端末１のＷＷＷ ブラウザ１２０１を操作して、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というファイルにアクセスする指示を行うと、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２２４は、ゲートウェイ５のプロトコル変換手段１２０９によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２２５に変換されサーバ６へ送信される。
【０１１７】
サーバ６のＷＷＷ サーバソフト１２１１はコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２２５を受取ると、／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ というファイルのデータをＲＥＳＰＯＮＳＥ （データ）１２２６によって送出する。
【０１１８】
ＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１２２６はゲートウェイ５のプロトコル変換手段１２０９によって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２２７に変換され、ゲートウェイ５のセッション層プロトコル手段１２０８から端末１へ送信される。
【０１１９】
これによってゲートウェイ５を使用した端末１とサーバ６の通信が可能となり、ユーザはＷＷＷ ブラウザ１２０１によってサーバ６の持つファイル／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ のデータを閲覧することができる。
【０１２０】
（ネゴシエーション中の新たな通信の発生）
ネゴシエーション中に端末とサーバ間に新たな通信が発生したときのシーケンスを図１３を使って説明する。
【０１２１】
ゲートウェイ４からゲートウェイ５へのセッション切替要求とそれに伴うゲートウェイ５のセッション層プロトコル手段とマネジメントエンティティ間の指示、確認までは図１２と同様である。
【０１２２】
図１３ではその後、ゲートウェイ５からゲートウェイ４へのセッション切替確認が通知される前に、端末１とサーバ６の通信が発生した状態を示している。
【０１２３】
このため、ゲートウェイ４がゲートウェイ５にセッション切替要求で通知した情報の中に含まれる端末１とゲートウェイ４の通信状態を示す情報と、セッション切替確認が通知される前に端末１とサーバ６が通信を行った後の端末１とゲートウェイ４の通信状態とが整合しなくなってしまう。
【０１２４】
すなわち、端末１とゲートウェイ４または５との通信状態を示す情報は、図１３の左端に示したＴＩＤである。ここで、ゲートウェイ４からゲートウェイ５へのセッション切替要求により通知したＴＩＤは最上段に示すＴＩＤ＝１である。また、端末１とサーバ６が通信を行った後のＴＩＤは中段に示すＴＩＤ＝２である。このままではゲートウェイ５に通知されたＴＩＤ１と、実際のＴＩＤ２が異なるため、ゲートウェイ接続切替後のゲートウェイ５と端末１の通信処理が異常となることがある。
【０１２５】
このように、ゲートウェイ間のネゴシエーション中に端末１とサーバ６の通信が発生しても、ＴＩＤの整合性を保つため、最新のＴＩＤ、図１３ではＴＩＤ＝２を、端末１からゲートウェイ５への再開通知時に併せて通知している。
（複数端末の切替処理）
次に、複数端末と接続中であるゲートウェイの停止タイミングを図１４を使って説明する。
【０１２６】
ゲートウェイ４は、端末１、端末１５、端末１７と接続した状態となっている。ここで、ゲートウェイ４とゲートウェイ５のセッション切替ネゴシエーションは図１２と同様である。
【０１２７】
図１４では１回のセッション切替ネゴシエーションで端末１、端末１７、端末１５を扱っているが、端末１台ごとに分けてネゴシエーションを行ってもよい。
【０１２８】
ゲートウェイ４とゲートウェイ５のセッション切替ネゴシエーション（セッシオン切り替要求１４０１→セッション切替確認１４０２）を行った後、ゲートウェイ４は、端末１、端末１７、端末１５それぞれに切替通知を行う。次いで、端末１、端末１７、端末１５はそれぞれ中断１４０３ａ，１４０３ｂ，１４０３ｃをゲートウェイ４に通知し、接続しているそれぞれの端末について中断１４０４ａ，１４０４ｂ，１４０４ｃを受取った後に、ゲートウェイ４は中断確認１４０５ａ，１４０５ｂ，１４０５ｃを出し、停止するようになっている。
【０１２９】
上記とは別に、ゲートウェイ４が端末への切替通知からゲートウェイ４への中断通知までの許容時間を持ち、許容時間が過ぎれば、中断の通知をゲートウェイ４に行っていない端末があっても停止するというシーケンスも考えられる。
【０１３０】
（切替先ゲートウェイが拒否したとき）
次にネゴシエーションで切替先ゲートウェイから端末の接続切替が拒否されたときのシーケンスを図１５を使って説明する。
【０１３１】
ゲートウェイ４からゲートウェイ５へセッション切替要求を通知するまでのシーケンスは図１２と同様である。ゲートウェイ５は能力不足や負荷過大等の理由で、セッション切替拒否１５０１をゲートウェイ４に通知する。セッション切替拒否１５０１を受けたゲートウェイ４は、新たな切替先としてゲートウェイ１６にセッション切替要求１５０２を通知し、ゲートウェイ１６が端末を収容する能力があるとき、ゲートウェイ１６はゲートウェイ４にセッション切替確認１５０３を通知し、その後、接続切替が実行される。
【０１３２】
このように切替先ゲートウェイから接続切替が拒否されても、ゲートウェイ４は、新たな切替先ゲートウェイとネゴシエーションを行い、接続切替先ゲートウェイを探すようになっている。この機能は切り替え元のゲートウェイ４のマネージメントエンティティが持つことになるが、ゲートウェイ４のメモリには、あらかじめ複数の切り替え先ゲートウェイが優先順位を付けた状態で登録されており、マネージメントエンティティは上記拒否通知を受けたとき、次の候補の切り替え先ゲートウェイを、上記メモリより読み出して自動的に情報交換手順を実行するようにしてもよい。
【０１３３】
（切替先ゲートウェイが能力不足のとき）
次にネゴシエーションで切替先ゲートウェイがセッション切替確認通知と併せて端末収容能力を持たないことを通知してきたときのシーケンスを図１６を使って説明する。
【０１３４】
ゲートウェイ４からゲートウェイ５へセッション切替要求を通知するまでのシーケンスは図１２と同様である。
【０１３５】
ゲートウェイ５は、ゲートウェイ４からセッション切替要求と併せて通知された最大データ長やウィンドウサイズ等の情報から、端末が必要とするリソースのすべてを提供できないとき、セッション切替確認１６０１に併せて接続切替を求めている端末に提供できるリソースの上限をゲートウェイ４に通知する。
【０１３６】
ゲートウェイ４は、ゲートウェイ５が提供できるリソースの上限を切替通知１６０２と併せて端末１に通知する。これによって、端末１は、ケイパビリティ、即ち自分の能力情報をゲートウェイ５が提供できるリソースの上限に合わせるように変更する。
【０１３７】
これによって、端末１はゲートウェイ５へ接続切替後、変更したケイパビリティで通信を行うことになる。尚、切り替え元のゲートウェイ４に、上記切り替え先のゲートウェイ５と端末１との通信が可能か否かを判断する判断手段を備え、可能でないときには、通信を停止するようにしてもよい。更に、端末に上記のようにして通知を受けたケイパビリティで通信可能か否かを判断する判断手段を備えて、通信できないときには、サービスを受けることを停止するようにしてもよい。
【０１３８】
（再送手順のある場合）
図１９は、端末１とゲートウェイ４及びゲートウェイ５には、データ再送プロトコルが組み込まれている場合のシーケンスを示すものである。当該図１９において再送プロトコルは、セッション層の下位に位置しているが、セッション層に組み込まれていても構わないことはもちろんである。
【０１３９】
図１２で説明したように、コマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２０３が、プロトコル変換手段１２０５によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２０７に変換されサーバ６へ送信された後、ゲートウェイ４のセッション層プロトコル手段１２０４は、無線通信プロトコルのＡＣＫ１２２８を端末１のセッション層プロトコル手段１２０２へ送信する。端末１は、当該ＡＣＫ１２２８を受信することによって、無線通信プロトコルのコマンドＩＮＶＯＫ＜ＥＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２０３がゲートウェイ４に受信されたと判断する。
【０１４０】
また、上記のようにＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１２１２がゲートウェイ４のプロトコル変換手段１２０５によって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１３に変換されゲートウェイのセッション層プロトコル手段１２０４から端末１へ送信されると、該レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１３を受信した端末１のセッション層プロトコル手段１２０２は、無線通信プロトコルのＡＣＫ１２３０をゲートウェイ４へ送信する。ゲートウェイ４は、無線通信プロトコルのＡＣＫ１２３０を受信することによって、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２１２が端末１に受信されたと判断する。
【０１４１】
更に、再開確認１２２３の後、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１２２４は、ゲートウェイ５のプロトコル変換手段１２０９によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １２２５に変換されサーバ６へ送信される。このとき、ゲートウェイ５のセッション層プロトコル手段１２０８は、無線通信プロトコルのＡＣＫ１２３１を端末１のセッション層プロトコル手段１２０２へ送信する。また、レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１２２７を受け取った端末１のセッション層プロトコル手段１２０２は、無線通信プロトコルＡＣＫ１２３３をゲートウェイ５へ送信するようになっている。
【０１４２】
ここで端末１、ゲートウェイ４、ゲートウェイ５における再送プロトコルを図２０に従って説明すると、以下のようになる。
【０１４３】
端末１が無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１３０９の送信後、ゲートウェイ４から無線通信プロトコルのＡＣＫ１３１４を規定時間内に受信しない場合、端末１の再送プロトコル１３０３は無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１３１０の再送を行う。
【０１４４】
無線通信プロトコルのＡＣＫ１３１４がゲートウェイ４から返信されれば、端末１は再送を止める。また規定時間を測定するために端末１はタイマを持ち、再送回数の最大既定値も持つ。再送回数が最大既定値を超えた場合、端末１とゲートウェイ４の間の通信になんらかの異常が発生したとして、端末１は通信を切断する。
【０１４５】
同様に、ゲートウェイ４が無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（テ゛ータ）＞１３１６の送信後、端末１から無線通信プロトコルのＡＣＫ１３１９を規定時間内に受信しない場合、ゲートウェイ４の再送プロトコル１３０４は無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１３１７の再送を行う。
【０１４６】
無線通信プロトコルのＡＣＫ１３１９が端末１から返信されれば、ゲートウェイ４は再送を止める。また規定時間を測定するためにゲートウェイ４はタイマを持ち、再送の最大既定値も持つ。再送回数が最大既定値を超えた場合、端末１とゲートウェイ４の間の通信になんらの異常が発生したとして、ゲートウェイ４は通信を切断する。
【０１４７】
（中断表示）
図１７は、ユーザに対して中断表示を行うときのシーケンスを示すものである。
【０１４８】
切替通知１７１４までのシーケンスは図１２と同様なので説明を省略する。
【０１４９】
端末１のセッション層プロトコル手段１７０２は中断１７１４をゲートウェイ４のセッション層プロトコル手段１７０４に通知し、このとき端末１のアプリケーション１７０１に中断表示通知１７０８を発行する。アプリケーション１７０１は上記中断表示通知１７０８を受取ると、端末１の画面に中断表示１７０９を実行する。
【０１５０】
この、中断中表示１７０９では、「ゲートウェイ４がバージョンアップ作業のため停止するので、ゲートウェイ５に接続を切替る」等、ゲートウェイや端末、ネットワークの故障や障害ではないことが、ユーザがはっきりわかるメッセージを表示する。
【０１５１】
その後、端末１のセッション層プロトコル手段１７０２がゲートウェイ５のセッション層プロトコル手段１７１０に再開１７１１を通知し、ゲートウェイ５のセッション層プロトコル手段１７１０が再開確認１７１２を、端末１のセッション層プロトコル手段１７０２に通知する。
【０１５２】
もしくは中断中表示１７０９をしているときにユーザの指示によって、端末１のセッション層プロトコル手段１７０２がゲートウェイ５のセッション層プロトコル手段１７１０に再開１７１１を通知してもよい。
【０１５３】
端末１のセッション層プロトコル手段１７０２は再開確認１７１２を受取ると、アプリケーション１７０１に再開表示１７１３を通知し、アプリケーション１７０１は再開表示１７１３を受取ると中断中表示１７０９を終了する。
【０１５４】
尚、上記中断中の表示以外に、上記したように切り替え元のゲートウェイより停止通知を受けたときにも、該通知を表示することも可能である。
【０１５５】
（切替通知後の無線通信プロトコルの発生）
図２１は、切替通知直後に、端末１から無線通信プロトコルのコマンドが発生した場合のシーケンスを示すものであり、ここでは、トランザクションという概念を導入する。
【０１５６】
すなわち、端末１とゲートウェイ４の間の論理コネクションをセッションと呼び、実際のアプリケーションのデータ通信をトランザクションと呼ぶ。トランザクションは、ユーザからの要求または通知と対応するサーバからの応答もしくは、サーバからの要求または通知と対応するユーザからの応答の一連の動作処理を示す。ここで、１セッションに対し、トランザクションは複数存在する。また、対応する要求／通知／応答が識別できるように、トランザクション単位で識別子（トランザクションＩＤ）を持つ。
【０１５７】
切替通知１７１３までのシーケンスは、図１９と同様なので説明を省略する。
【０１５８】
ゲートウェイ４は、既にゲートウェイ切替通知１７１３を端末１のセッション層プロトコル手段１７０２へ送信しているので、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１７１９の内容を保持する。
【０１５９】
端末１のセッション層プロトコル手段１７０２は切替通知１７１３を受取ると、中断１７１４をゲートウェイ４のセッション層プロトコル手段１７０５に通知する。ゲートウェイ４のセッション層プロトコル手段１７０５は中断１７１４の受信をマネジメントエンティティ１７０７に通知し、マネジメントエンティティ１７０７はゲートウェイ５のマネジメントエンティティ１７１１へトランザクション情報（トランザクションの状態、トランザクションのＩＤなどと、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞の内容）１７１６を通知する。
【０１６０】
その後の手順、すなわち、中断確認１７１５→再開１７１７→再開確認１７１８のシーケンスは図９における中断確認９１７→再開９１８→再開確認９１９のシーケンスと同様であるので説明を省略する。端末１のセッション層プロトコル手段１７０２とゲートウェイ５のセッション層プロトコル手段１７０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段１７０９では、トランザクション情報１７１６で受信したトランザクションの状態、トランザクションＩＤを使用して、ＲＥＱＵＥＳＴ の内容をプロトコル変換手段１７１０でＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １７２０に変換し、サーバ６へ要求する。
【０１６１】
それ以降の無線通信プロトコルのＡＣＫ１７２５までのシーケンスは図１９と同様なので説明を省略する。
【０１６２】
ここで、端末１から送信された無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ（ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞１７１９は、ゲートウェイ４のプロトコル変換手段１７０６によってＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １７２０に変換されてからトランザクション情報１７１６でゲートウェイ５のマネジメントエンティティ１７１１へ送信されても構わない。
【０１６３】
なお、中断１７１４を受信後にゲートウェイ４のマネジメントエンティティ１７０７はゲートウェイ５のマネジメントエンティティ１７１１と通信を行っているが、中断１７１４受信前に行っても構わない。
【０１６４】
また、端末１とゲートウェイ４と及びゲートウェイ５がＡＣＫを送信しない場合においても、無線通信プロトコルのＡＣＫ１７２２、１７２５を送信しないシーケンスと同様の手順が行える。すなわちＡＣＫの手順は必ずしも必要ではない。
【０１６５】
また、端末１とゲートウェイ４及びゲートウェイ５に再送プロトコルが組み込まれている場合においても同様の手順が行える。
【０１６６】
（サーバよりのレスポンス発生前の切替指示）
次に、図２２を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンドを受信し、ゲートウェイ４から端末１へ対応する無線通信プロトコルのＡＣＫを送信済みであるが、サーバ６からＨＴＴＰのレスポンスを受信する前に、ゲートウェイ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０１６７】
図２２において、サーバ６からＨＴＴＰのレスポンスが発生していない点、及び該レスポンスに対応するＡＣＫが端末１より発生していない点を除いて、切替通知１８１３までのシーケンスは、図１９と同様なので説明を省略する。
【０１６８】
ゲートウェイ４は、サーバ６へ送信したＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １８２３の内容を、サーバ６から対応するＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１８１９を受信するまで保持しておく。
【０１６９】
端末１のセッション層プロトコル手段１８０２は切替通知１８１３を受取ると、中断１８１４をゲートウェイ４のセッション層プロトコル手段１８０５に通知する。ゲートウェイ４のセッション層プロトコル手段１８０５は、上記中断１８１４の受信をマネジメントエンティティ１８０７に通知し、ＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） １８２３に対応するサーバ６からＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）１８１９を受信する。これによって、ゲートウェイ４のプロトコル変換手段１８０６は、上記ＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） を無線通信プロトコルのレスポンス（後述のＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１８２０相当のデータ）に変換する。
【０１７０】
この後、ゲートウェイ４のマネジメントエンティティ１８０７を介してゲートウェイ５のマネジメントエンティティ１８１１へトランザクション情報（トランザクションの状態、トランザクションのＩＤなどと、変換した無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞の内容）１８１６を通知する。
【０１７１】
その後の中断確認１８１５及び再開のシーケンスは図１９と同様なので説明を省略する。端末１のセッション層プロトコル手段１８０２とゲートウェイ５のセッション層プロトコル手段１８０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段１８０９では、トランザクション情報１８１６で受信したトランザクションの状態、トランザクションＩＤを使用して、セッション層プロトコル手段１８０９から無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１８２０を端末１のセッション層プロトコル手段１８０２へ送信する。
【０１７２】
無線通信プロトコルのＡＣＫ１８２１のシーケンスは図１９と同様なので省略する。
【０１７３】
ここで、サーバ６から送信されたＨＴＴＰプロトコルのレスポンスＲＥＰＬＹ ＜ＲＥＳＰＯＮＳＥ （データ）１８１９は、ゲートウェイ４のプロトコル変換手段１８０６によって変換されず、ゲートウェイ４のマネジメントエンティティ１８０７からゲートウェイ５のマネジメントエンティティ１８１１へトランザクション情報１８１６で送信され、ゲートウェイ５のプロトコル変換手段１８１０で無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１８２０に変換されても構わない。
【０１７４】
また、端末１とゲートウェイ４及びゲートウェイ５でＡＣＫを送信しない場合においても、無線通信プロトコルのＡＣＫ１８２４、１８２１を送信しないシーケンスで同様の手順が行える。ＡＣＫの手順は必ずしも必要ではない。
【０１７５】
また、この時、図２１に示すようにトランザクション情報１８１６でＲＥＱＵＥＳＴ 内容をゲートウェイ５へ通知し、ゲートウェイ５からＨＴＴＰのコマンドをサーバ６へ送信する図２１と同様のシーケンスを行うこともできる。また、端末１とゲートウェイ４及びゲートウェイ５に再送プロトコルが組み込まれている場合においても同様の手順が行える。
【０１７６】
（端末よりのＡＣＫがない場合）
次に、図２３を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンドを受信し、サーバ６からＨＴＴＰのレスポンスを受信し、無線通信プロトコルのレスポンスを端末１へ送信したが、端末１から無線通信プロトコルのＡＣＫが返信されていない場合に、サーバ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０１７７】
レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１９２４に対して端末１からのＡＣＫがゲートウェイ４に対して返っていない点を除いて、切替通知１９１３までのシーケンスは、図１９と同様であるので説明を省略する。
【０１７８】
ただし、この間において、レスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１９２４の再送制御がゲートウェイ４の再送プロトコル１９０４において行われている。
【０１７９】
端末１のセッション層プロトコル手段１９０２は切替通知１９１３を受取ると、中断１９１４をゲートウェイ４のセッション層プロトコル手段１９０５に通知する。
【０１８０】
ゲートウェイ４のセッション層プロトコル手段１９０５は、中断１９１４の受信をマネジメントエンティティ１９０７に通知し、マネジメントエンティティ１９０７はゲートウェイ５のマネジメントエンティティ１９１１へトランザクション情報（トランザクションの状態、トランザクションのＩＤ再送回数、再送タイマ値の経過値などと、無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞の内容）１９１６を通知する。
【０１８１】
その後の中断確認１９１５及び再開のシーケンスは図１９と同様なので省略する。
【０１８２】
端末１のセッション層プロトコル手段１９０２とゲートウェイ５のセッション層プロトコル手段１９０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段１９０９では、トランザクション情報１９１６で受信したトランザクションの状態、トランザクションＩＤ、再送回数、再送タイマ値を使用して、ＲＥＳＰＯＮＳＥ （データ）１９２６の内容を再送プロトコル１９０８から端末１のセッション層プロトコル手段１９０２へ送信する。
【０１８３】
無線通信プロトコルのＡＣＫ１９２７のシーケンスは図１９と同様なので省略する。
【０１８４】
ここで、ＲＥＳＰＯＮＣＥ （データ）１９２３はゲートウェイ４のプロトコル変換手段１９０６によって、一旦無線通信プロトコルのＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（ データ ）＞に変換されている。しかしながら、ゲートウエイ４のマネジメントエンティティ１９０７からトランザクション情報１９１６に含められてゲートウエイ５のマネジメントエンティティ１９１１へ送信されたＲＥＳＰＯＮＳＥ （データ）の内容は、ＨＴＴＰプロトコルのレスポンスＲＥＰＬＹ ＜ＲＥＳＰＯＮＳＥ （データ） の形式とし、ゲートウェイ５のプロトコル変換手段１９１０によって再び無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞１９２６に変換されても構わない。
【０１８５】
また、ゲートウェイ４及びゲートウェイ５でＡＣＫを送信しない場合においても、無線通信プロトコルのＡＣＫ１９２２を送信しないシーケンスと同様の手順が行える。
【０１８６】
また、端末１とゲートウェイ５に再送プロトコルが組み込まれている場合においても同様の手順が行える。
【０１８７】
以上説明したシーケンスによって、端末のアプリケーションが要求に対するデータを受け取っていなくても端末のゲートウェイ接続切替を行うことができ、端末のアプリケーションやユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０１８８】
（実施の形態５）
ゲートウェイ間の接続経路がなく、また網を介したゲートウェイ間接続や、複数のゲートウェイとサーバの接続手段でもゲートウェイ間でのネゴシエーションができない例えば図５のような従来の構成であっても本発明を実施することで効果を得ることが可能である。
【０１８９】
以下、図５および図２４、２５、２６、２７を使って実施の形態５におけるゲートウェイ間の情報股間手段がないときのゲートウェイ切替シーケンスについて説明する。ゲートウェイ１１および１２はサーバ６を共有しており、網３とサーバ６を接続する。また、ゲートウェイ１１および１２はゲートウェイ間のネゴシエーションを実行する情報交換手段を持たない。端末１は、基地局２と網３、ゲートウェイ１１もしくは１２を経由してサーバ６と接続して、サーバ６が持つ情報７を利用してアプリケーションを実行する。
【０１９０】
端末１のセッション層プロトコル手段２００２はアプリケーション２００１を実行するためにゲートウェイ１１を経由してサーバ６のアプリケーション２０１１と通信する。また、このとき端末１のセッション層プロトコル手段２００２とゲートウェイ１１のセッション層プロトコル手段２００４の間の通信２００３で使われる通信プロトコルとゲートウェイ１１のセッション層プロトコル手段２００４とサーバ６の間の通信２００７で使われる通信プロトコルが異なるため、ゲートウェイ１１のプリトコル変換手段２００５によってプロトコル変換が行われる。
【０１９１】
通信２００３は、前述プロトコル変換手段２００５によってゲートウェイ１１とサーバ６の間の通信２００７で使われる通信プロトコルに変換され、これによって端末１とサーバ６の通信が可能となる。ただしアプリケーションによってはプロトコル変換を必要としないものもあり、その場合はゲートウェイでのプロトコル変換は行わない。
【０１９２】
端末１とサーバ６が通信を行っているときにオペレータからのサーバ切替指示２０１２が発行されると、ゲートウェイ１１のマネジメントエンティティ２００６は、通信中の端末１をゲートウェイ１２に接続切替を行わせるために、セッション層プロトコル手段２００４に切替指示２０１３を行う。
【０１９３】
セッション層プロトコル手段２００４は切替通知２０１４によって、切替先ゲートウェイアドレス等の情報を端末１のセッション層プロトコル手段２００２に通知する。このときゲートウェイ１１が通知する切替先ゲートウェイの選択は、ゲートウェイ１１が予め記憶している他のゲートウェイの情報に基づいて端末１を収容可能なゲートウェイを検索するか、もしくはオペレータからの指定によっても可能である。
【０１９４】
端末１は、切替先ゲートウェイであるゲートウェイ１２のアドレス情報を、切替通知２０１４によって初めて知ることになる。つまり端末１はゲートウェイ１１からの切替通知２０１４によってサーバ接続切替のための情報を受取るので、ゲートウェイ接続切替のための複数ゲートウェイの情報を端末１の内部の記憶手段、例えばハードディスク、ＩＣカード、フラッシュＲＯＭ、ＥＥＰＲＯＭ、バッテリバックアップされたＲＡＭ等に常時保存しておく必要がない。
【０１９５】
端末１のセッション層プロトコル手段２００２は切替通知２０１４を受取ると、実行中のアプリケーション２００１がサーバ６のアプリケーション２０１１と通信を行っていないとき等、セッションを中断するのに都合のよいタイミングで、中断２０１５をゲートウェイ１１のセッション層プロトコル手段２００４に通知する。
【０１９６】
ゲートウェイ１１のセッション層プロトコル手段２００４は中断２０１５の受信をマネジメントエンティティ２００６に通知し、マネジメントエンティティ２００６はセッション層プロトコル手段２００４に中断指示２０１６を通知する。
【０１９７】
ゲートウェイ１１のセッション層プロトコル手段２００４は中断指示２０１６を受取ると、中断確認２０１７を端末１のセッション層プロトコル手段２００２に通知する。
【０１９８】
このあと端末１のセッション層プロトコル手段は中断する。
【０１９９】
ただし端末１は中断２０１５をゲートウェイ１１のセッション層プロトコル手段２００４に通知した後は、ゲートウェイ１１の状態に関わらずサーバ接続切替シーケンスを続行可能である。
【０２００】
したがって中断指示２０１６および中断確認２０１７は無くてもよいし、中断指示２０１６なしでセッション層プロトコル手段２００４が自律的に中断確認２０１７を端末１のセッション層プロトコル手段２００２に通知してもよい。またゲートウェイ４の種類によっては中断指示２０１６のみ行い、中断確認２０１７がない場合もある。
【０２０１】
いづれの場合でも中断確認２０１７が無い場合は、端末１のセッションは中断２０１５を通知したあと中断する。また、端末１のセッション層プロトコル手段２００２が切替通知２０１４を受取ったときに、アプリケーション２００１へゲートウェイ切替表示を行い、アプリケーション２００１の機能またはユーザの指示によって、端末１のセッション層プロトコル手段２００２が、中断２０１５をゲートウェイ１１のセッション層プロトコル手段２００４に通知してもよい。
【０２０２】
端末１のセッション層プロトコル手段２００２はゲートウェイ１２のセッション層プロトコル手段２００８に端末アドレス、セッションＩＤ、最大データ長、ウィンドウサイズ等の情報を含んだ再開２０１８を通知する。
【０２０３】
ゲートウェイ１２のセッション層プロトコル手段２００８は、再開２０１８を受取ると、再開確認２０１９を通知する。次いで、ゲートウェイ１２のセッション層プロトコル手段２００８からの再開確認２０１９によって、中断していた端末１のセッションは再開する。
【０２０４】
セッションが再開すると、端末１のセッション層プロトコル手段２００２はアプリケーション２００１実行のために、ゲートウェイ１２のプロトコル変換手段２００９を経由して、サーバ６のアプリケーション２０１１と通信２０２０、２０２１する。
【０２０５】
以上説明したシーケンスにおいては、ゲートウェイ１１は、端末１を収容できる能力を持ったゲートウェイを切替先ゲートウェイとして端末１に通知することを前提としている。このため、切替先ゲートウェイに接続切替したあとで切替先ゲートウェイが端末１を収容できる能力を持たないことが判明した場合、再度、別のゲートウェイに接続切替を行うという効率の悪い接続切替は発生しない。また端末１のアプリケーション２００１やユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０２０６】
図２５を用いて、切替通知２１１３の直後に、端末１から無線通信プロトコルのコマンドが発生した場合のシーケンスを説明する。
【０２０７】
切替通知２１１３までのシーケンスは、図２４と同様であるので説明を省略する。
【０２０８】
ゲートウェイ４のプロトコル変換手段２１０６は、無線通信プロトコルのコマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）２１１９をＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６へ変換し、サーバ６へ送信する。ここで、ゲートウェイ４がＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６をサーバ６に通知するとき、該ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６に対応するＲＥＳＰＯＮＳＥ （データ）（ここでは２１２２）を送信するゲートウェイのアドレスを通知する。
【０２０９】
上記ではＨＴＴＰのコマンドと、通知されるアドレスは別の情報として扱うこともでき、また、ＨＴＴＰのコマンドに含めつこともできる。後者の場合は、サーバ６がＨＴＴＰのコマンドを解析して上記アドレス部分を抽出することになる。
【０２１０】
その後の中断確認２１１５及び再開のシーケンスは図２４と同様なので省略する。
【０２１１】
その後、端末１のセッション層プロトコル手段２１０２とゲートウェイ５のセッション層プロトコル手段２１０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段２１０９では、再開２１１７で受信したトランザクションの状態、トランザクションＩＤを使用して、無線通信プロトコルのＡＣＫ２１２１を端末１に送信する。サーバ６からのＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２１１６に対応するＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）２１２２を受信し、プロトコル変換手段２１１０で無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ＞（データ）２１２３に変換して端末１のセッション層プロトコル手段２１０２へ送信する。ここで、無線通信プロトコルのＡＣＫ２１２１は、ゲートウェイ４のセッション層プロトコル手段２１０５から端末１に送信しておいても構わない。
【０２１２】
以降の無線通信プロトコルのＡＣＫ２１２４までのシーケンスは図１９と同様なので省略する。
【０２１３】
次に、図２６を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンド（コマンドＩＮＶＯＫＥ＜ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ）＞ ２２２２→コマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２２２３）を送信し、ゲートウェイ４よりのＡＣＫ２２２４を送信済みであるが、サーバ６からＨＴＴＰのコマンドに対応するＨＴＴＰのレスポンスを受信する前に、ゲートウェイ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０２１４】
切替通知２２１３までのシーケンスは、図２４及び図１９と同様なので説明を省略する。
【０２１５】
端末１のセッション層プロトコル手段２２０２は切替通知２２１３を受取ると、中断２２１４をゲートウェイ４のセッション層プロトコル手段２２０５に通知する。
【０２１６】
ゲートウェイ４のセッション層プロトコル手段２２０５は、中断２２１４の受信をマネジメントエンティティ２２０７に通知し、ゲートウェイ４のマネジメントエンティティ２２０７はサーバ６へＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）２２１６をゲートウェイ５へ送信するための通知２２２５を行う。
【０２１７】
その後の中断確認２２１５及び再開のシーケンスは図２４と同様なので省略する。
【０２１８】
端末１のセッション層プロトコル手段２２０２とゲートウェイ５のセッション層プロトコル手段２２０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段２２０９では、再開２２１７で受信したトランザクションの状態、トランザクションＩＤを使用して、サーバ６からのＨＴＴＰのレスポンスＲＥＳＰＯＮＳＥ （データ）２２１６を受信し、プロトコル変換手段２２１０で無線通信プロトコルのレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞２２２０に変換し端末１へ送信する。
【０２１９】
無線通信プロトコルのＡＣＫ２２２１のシーケンスは図１９と同様なので省略する。
【０２２０】
次に、図２７を用いて、ゲートウェイ４で、端末１から無線通信プロトコルのコマンドを受信し、サーバ６からＨＴＴＰのレスポンスを受信し、無線通信プロトコルのレスポンスを端末１へ送信したが、端末１から無線通信プロトコルのＡＣＫが返信されていない場合に、サーバ４のオペレータからサーバ切替の指示が発生した場合のシーケンスについて説明する。
【０２２１】
切替通知２３１３までのシーケンスは、図１９、図２４と同様なので説明を省略する。 ただし、この間において、図２０で示したレスポンスＲＥＰＬＹ＜ＲＥＳＰＯＮＳＥ（データ）＞２３２４の再送制御がゲートウェイ４の再送プロトコル２３０４において行われている。
【０２２２】
以下、その続きから図２７のシーケンスを説明する。
【０２２３】
端末１のセッション層プロトコル手段２３０２は切替通知２３１３を受取ると、中断２３１４をゲートウェイ４のセッション層プロトコル手段２３０５に通知する。
【０２２４】
ゲートウェイ４のセッション層プロトコル手段２３０５は、中断２３１４の受信をマネジメントエンティティ２３０７に通知する。
【０２２５】
ゲートウェイ４のセッション層プロトコル手段２３０５は、ＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３２０の内容を端末１からの無線通信プロトコルのＡＣＫ２３２９を受信するまで保持している。この状態で、ゲートウェイ４は、サーバ６へＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３１６を送信する。
【０２２６】
ゲートウェイ４がＨＴＴＰのコマンドＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３１６をサーバ６に通知するとき、該ＲＥＱＵＥＳＴ （ｇｅｔ，／／ｗｗｗ．ｘｘｘ／ｘｙｚ．ｈｔｍ） ２３１６に対応するＲＥＳＰＯＮＳＥ （データ）（ここでは２３２７）を送信するゲートウェイのアドレスを通知する。
【０２２７】
上記ではＨＴＴＰのコマンドと、通知されるアドレスは別の情報として扱うこともでき、また、ＨＴＴＰのコマンドに含めつこともできる。後者の場合は、サーバ６がＨＴＴＰのコマンドを解析して上記アドレス部分を抽出すことになる。
【０２２８】
その後の中断確認２３１５及び再開のシーケンスは図２４と同様なので省略する。
【０２２９】
端末１のセッション層プロトコル手段２３０２とゲートウェイ５のセッション層プロトコル手段２３０９のセッションが再開されると、ゲートウェイ５のセッション層プロトコル手段２３０９では、再開２３１７で受信したトランザクションの状態、トランザクションＩＤを使用して、サーバ６からのＨＴＴＰのレスポンス （データ）２３２７を受信し、プロトコル変換手段２３１０で無線通信プロトコルのレスポンス＜ＲＥＰＬＹ（データ）＞２３２８に変換して端末１のセッション層プロトコル手段２３０２へ送信する。
【０２３０】
以降の無線通信プロトコルのＡＣＫ２３２９までのシーケンスは図１９と同様なので省略する。
【０２３１】
以上説明したシーケンスによって、ゲートウェイ間ネゴシエーション手段がないときにおいても、端末のアプリケーションが要求に対するデータを受け取っていなくても端末のゲートウェイ接続切替を行うことができ、端末のアプリケーションやユーザへの影響が少ないゲートウェイ接続切替を行うことができる。
【０２３２】
なお以上説明した実施例では、切替元ゲートウェイは接続切替後停止するとしているが、停止することは必須ではなくもちろん継続動作しても構わない。
【０２３３】
以上、端末がサーバよりサービスを受けているときに切り替え指示があることを前提としているが、この発明は、上記に限定されるものではない。すなわち、上記サービスを受けていない場合であっても、切り替え元ゲートウェイより切り替え通知のみを端末に送るようにしてもよいし、また、上記通知に加えて切り替え先のゲートウェイとの通信の起動に必要な情報を端末に送るようにしてもよい。
【０２３４】
【発明の効果】
以上のように本発明によれば、端末と接続中のゲートウェイが停止するときにも、ゲートウェイの停止に先だってゲートウェイ間で接続切替ネゴシエーションを行うため、端末で実行中のアプリケーションを終了することなく、端末収容能力を持つ他のゲートウェイへ短時間で接続し直すことができるという有利な効果が得られる。
【０２３５】
またアプリケションが要求に対するデータを受け取っていなくてもゲートウェイの切替を行うことができる。要するに、切替元のゲートウェイがトランザクションの状態を切替先のゲートウェイに移すので端末側はトランザクションの状態を意識することなくゲートウェイ切替を行うことができる。
【０２３６】
接続切替ネゴシエーションをゲートウェイ間で直接行えない場合でも、アプリケションが要求に対するデータを受け取っていなくてもゲートウェイの切替を行うことができ、端末収容能力を持つ他のゲートウェイへ従来に比較して短時間で接続し直すことができる。 どちらの場合にも複数ゲートウェイの情報を端末が常時保持する必要がなく、そのためネットワーク構成が変化しても端末は容易に対応できる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるサーバを共有するゲートウェイの公衆網または構内網を介した無線ネットワークの構成図。
【図２】本発明の実施の形態によるゲートウェイ自体が情報を持つ公衆網または構内網を介した無線ネットワークの構成図。
【図３】本発明の実施の形態による異なるサーバに接続されたゲートウェイの公衆網または構内網を介した無線ネットワークの構成図。
【図４】本発明の実施の形態によるゲートウェイ自体が情報を持つ公衆網または構内網を介さない無線ネットワークの構成図。
【図５】従来の形態によるサーバを共有するゲートウェイが公衆網または構内網を介した無線ネットワークの構成図。
【図６】従来の形態によるゲートウェイ自体が情報を持つ公衆網または構内網を介さない無線ネットワークの構成図。
【図７】端末とゲートウェイのプロトコルスタックにおけるセッション層プロトコルとセッション層マネジメントエンティティの位置付けを示す図。
【図８】図６の構成における従来のゲートウェイ切替シーケンス図。
【図９】図１の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１０】図２の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１１】図３の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１２】本発明によるゲートウェイ切替シーケンスの一具体例。
【図１３】ゲートウェイ間ネゴシエーション中に端末とサーバ間の通信があった場合のシーケンス図。
【図１４】複数端末と接続中のゲートウェイの停止タイミングを示すシーケンス図。
【図１５】切替先ゲートウェイとのネゴシエーションで切替拒否を受け、別のゲートウェイと接続切替を行う場合のシーケンス図。
【図１６】切替先ゲートウェイが端末収容能力を持たないときのシーケンス図。
【図１７】ゲートウェイ切替中であることを端末アプリケーションで表示するときのシーケンス図。
【図１８】図１の構成における本発明の実施によるゲートウェイ切替シーケンス図。
【図１９】本発明によるゲートウェイ切替シーケンスの一具体例。
【図２０】本発明によるゲートウェイおよび端末の再送制御シーケンス図。
【図２１】ゲートウェイ切替通知以後に発生したトランザクション処理のシーケンス図。
【図２２】ゲートウェイ切替通知以前に発生した要求に対しデータを受信していないトランザクション処理のシーケンス図。
【図２３】ゲートウェイ切替通知以前に発生した要求に対しデータを受信したトランザクション処理のシーケンス図
【図２４】本発明による実施の形態５によるゲートウェイ切替シーケンス図。
【図２５】本発明による実施の形態５によるゲートウェイ切替で、ゲートウェイ切替通知以後に発生したトランザクション処理のシーケンス図。
【図２６】本発明による実施の形態５によるゲートウェイ切替で、ゲートウェイ切替通知以前に発生した要求に対しデータを受信していないトランザクション処理のシーケンス図。
【図２７】本発明による実施の形態５によるゲートウェイ切替で、ゲートウェイ切替通知以前に発生した要求に対しデータを受信したトランザクション処理のシーケンス図。
【符号の説明】
１、１４、１５、１７ 無線端末
２、１０ 無線基地局
３ 公衆網
４、５、１６ 本発明によるゲートウェイ
６、９ サーバ
７、８ 端末アプリケーションを実行するための情報
１１、１２ 従来のゲートウェイ
１３ ゲートウェイ間接続手段
１４ ゲートウェイ及びサーバ間接続手段
Claims (22)
- 少なくとも第１のゲートウェイまたは第２のゲートウェイを介して、無線情報端末とサーバとの通信を行う通信システムにおいて、
前記第１のゲートウェイは、前記無線情報端末と前記第１のゲートウェイ間の通信プロトコルと、前記第１のゲートウェイと前記サーバ間の通信プロトコルとを相互に変換する第１のプロトコル変換手段を有し、
前記第２のゲートウェイは、前記無線情報端末と前記第２のゲートウェイ間の通信プロトコルと、前記第２のゲートウェイと前記サーバ間の通信プロトコルとを相互に変換する第２のプロトコル変換手段を有し、
前記無線情報端末は、前記第１のゲートウェイを介したサーバとの通信を、前記第２のゲートウェイを介したサーバとの通信に切り替える場合に、前記第２のゲートウェイを介したサーバとの通信に必要な情報を受け取ることを特徴とする通信システム。 - 少なくとも第１のゲートウェイまたは第２のゲートウェイを介して、無線情報端末とサーバとの通信を行う通信システムにおいて、
前記第１のゲートウェイを介したサーバとの通信を、前記第２のゲートウェイを介したサーバとの通信に切り替える切り替え指示を行うオペレータを備え、
前記無線情報端末は、前記オペレータからの切り替え指示があったときに、前記第２のゲートウェイを介したサーバとの通信に必要な情報が通知されることを特徴とする通信システム。 - 前記無線情報端末は、前記第１のゲートウェイを介したサーバとの通信を中断し、前記必要な情報に基づいて、前記第２のゲートウェイを介したサーバとの通信を確立することを特徴とする請求項１または請求項２に記載の通信システム。
- 前記必要な情報は、前記第２のゲートウェイのアドレスであることを特徴とする請求項１から請求項３のいずれかに記載の通信システム。
- 前記必要な情報は、データ通信状態に関する情報であることを特徴とする請求項１から請求項４のいずれかに記載の通信システム。
- 前記切り替え指示は、前記第１のゲートウェイを介して通知されることを特徴とする請求項１から請求項５のいずれかに記載の通信システム。
- 無線情報端末とサーバとの通信を中継するゲートウェイにおいて、
前記無線情報端末と前記ゲートウェイ間の通信プロトコルと、前記ゲートウェイと前記サーバ間の通信プロトコルとを相互に変換するプロトコル変換手段と、
ゲートウェイの切り替え指示があったときに、切り替え先のゲートウェイを介してのサーバとの通信に必要な情報を、前記無線情報端末に通知する情報通知手段を備えたことを特徴とするゲートウェイ。 - 無線情報端末とサーバとの通信を中継するゲートウェイにおいて、
オペレータからのゲートウェイの切り替え指示があったときに、サーバとの通信に必要な情報を、前記無線情報端末に通知する情報通知手段を備えたことを特徴とするゲートウェイ。 - 前記必要な情報は、切り替え先のゲートウェイのアドレスであることを特徴とする請求項７または請求項８に記載のゲートウェイ。
- 前記必要な情報は、データ通信状態に関する情報であることを特徴とする請求項８または９に記載のゲートウェイ。
- 少なくとも第１のゲートウェイまたは第２のゲートウェイを介してサーバとの通信を行う無線情報端末において、
前記無線情報端末と前記第１のゲートウェイまたは前記第２のゲートウェイとの間の通信プロトコルと、前記第１のゲートウェイまたは前記第２のゲートウェイと前記サーバとの間の通信プロトコルとを相互に変換することで、前記第１のゲートウェイまたは前記第２のゲートウェイを介して前記サーバとの通信を行い、
前記第１のゲートウェイを介した前記サーバとの通信を、前記第２のゲートウェイを介した前記サーバとの通信に切り替える場合に、前記第２のゲートウェイを介した前記サー バとの通信に必要な情報を受け取ることを特徴とする無線情報端末。 - 少なくとも第１のゲートウェイまたは第２のゲートウェイを介してサーバとの通信を行う無線情報端末において、
前記第１のゲートウェイを介したサーバとの通信を、前記第２のゲートウェイを介したサーバとの通信に切り替える切り替え指示がオペレータからあったときに、前記第２のゲートウェイを介した前記サーバとの通信に必要な情報を受け取ることを特徴とする無線情報端末。 - 前記無線情報端末は、前記第１のゲートウェイを介したサーバとの通信を中断し、前記必要な情報に基づいて、前記第２のゲートウェイを介したサーバとの通信を確立することを特徴とする請求項１１または請求項１２に記載の無線情報端末。
- 前記必要な情報は、前記第２のゲートウェイのアドレスであることを特徴とする請求項１２または請求項１３に記載の無線情報端末。
- 前記切り替え指示は、前記第１のゲートウェイを介して通知されることを特徴とする請求項１１から請求項１４のいずれかに記載の無線情報端末。
- ゲートウェイを介して無線情報端末とサーバとの通信を行う通信方法において、
前記無線情報端末と前記ゲートウェイ間の通信プロトコルと、前記ゲートウェイと前記サーバ間の通信プロトコルとを相互にプロトコル変換し、
ゲートウェイの切り替え指示があったときに、前記無線情報端末へゲートウェイ切り替えに必要な情報を通知することを特徴とする通信方法。 - 少なくとも第１のゲートウェイまたは第２のゲートウェイを介して、無線情報端末とサーバとの通信を行う通信方法において、
前記無線情報端末と前記第１のゲートウェイ間の通信プロトコルと、前記第１のゲートウェイと前記サーバ間の通信プロトコルとを第１のゲートウェイにおいて相互に変換することで、前記第１のゲートウェイを介して前記無線情報端末と前記サーバとの通信を行なうステップと、
前記第１のゲートウェイを介したサーバとの通信を前記第２のゲートウェイを介したサーバとの通信に切り替える場合に、前記無線情報端末に、前記第２のゲートウェイを介したサーバとの通信に必要な情報が通知されるステップと、
前記無線情報端末と前記第２のゲートウェイ間の通信プロトコルと、前記第２のゲートウェイと前記サーバ間の通信プロトコルとを前記第２のゲートウェイにおいて相互に変換することで、前記第２のゲートウェイを介して前記無線情報端末と前記サーバとの通信を行なうステップと、
を有することを特徴とする通信方法。 - 前記必要な情報は、前記第１のゲートウェイのアドレスであることを特徴とする請求項１７に記載の通信方法。
- ゲートウェイを介して無線情報端末とサーバとの通信を行う通信方法において、
オペレータからのゲートウェイの切り替え指示があったときに、前記無線情報端末へゲートウェイの切り替えに必要な情報を通知することを特徴とする通信方法。 - 前記必要な情報は、切り替え先のゲートウェイのアドレスであることを特徴とする請求項１９に記載の通信方法。
- 前記必要な情報は、データ通信状態に関する情報であることを特徴とする請求項１６から請求項２０のいずれかに記載の通信方法。
- 前記切り替え指示は、前記第１のゲートウェイを介して通知されることを特徴とする請求項１６から請求項２１のいずれかに記載の通信方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19867599A JP3606770B2 (ja) | 1998-07-17 | 1999-07-13 | 通信システム、通信システムに使用するゲートウェイ、無線情報端末、及び無線通信方法。 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20300698 | 1998-07-17 | ||
| JP10-203006 | 1998-09-29 | ||
| JP10-274938 | 1998-09-29 | ||
| JP27493898 | 1998-09-29 | ||
| JP19867599A JP3606770B2 (ja) | 1998-07-17 | 1999-07-13 | 通信システム、通信システムに使用するゲートウェイ、無線情報端末、及び無線通信方法。 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000174824A JP2000174824A (ja) | 2000-06-23 |
| JP3606770B2 true JP3606770B2 (ja) | 2005-01-05 |
Family
ID=27327529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19867599A Expired - Fee Related JP3606770B2 (ja) | 1998-07-17 | 1999-07-13 | 通信システム、通信システムに使用するゲートウェイ、無線情報端末、及び無線通信方法。 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3606770B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3307337B2 (ja) * | 1998-09-16 | 2002-07-24 | 日本電気株式会社 | Ｗｗｗゲートウェイ及びｗｗｗ通信システム |
| US6826396B1 (en) | 1998-09-30 | 2004-11-30 | Matsushita Electric Industrial Co., Ltd. | Radio communication system and gateway exchange method therefore |
| JP4502487B2 (ja) * | 2000-09-21 | 2010-07-14 | 三洋電機株式会社 | 携帯端末装置 |
| JP3948278B2 (ja) | 2001-12-27 | 2007-07-25 | 富士ゼロックス株式会社 | 外部ネットワーク接続のための設定情報割当方法 |
| US7483369B2 (en) * | 2003-09-30 | 2009-01-27 | Avaya Inc. | Method and apparatus for migrating to an alternate call controller |
| US7366110B2 (en) | 2004-09-30 | 2008-04-29 | Avaya Technology Corp. | Method and apparatus for merging call components during call reconstruction |
| KR100878810B1 (ko) * | 2004-10-04 | 2009-01-14 | 엘지전자 주식회사 | 광대역 무선 접속 시스템에서의 메시지 전송방법 |
| US7609638B2 (en) | 2004-10-04 | 2009-10-27 | Lg Electronics Inc. | Message transmission in wireless access system |
| US8462637B1 (en) | 2005-01-04 | 2013-06-11 | Sheridan Ross P.C. | Dial plan routing for fragmented networks |
| US7457249B2 (en) | 2005-01-04 | 2008-11-25 | Avaya, Inc. | Alternate routing of media connections within a single communications system across public or private network facilities |
| US7613106B2 (en) | 2005-01-04 | 2009-11-03 | Avaya Inc. | Dial plan transparency for fragmented networks |
| US7564793B2 (en) | 2005-01-04 | 2009-07-21 | Avaya Inc. | In-band call association signaling for a single number destination |
| US7496056B2 (en) | 2005-01-04 | 2009-02-24 | Avaya Inc. | Conference connections using dynamic topology switching for IP and circuit-switched fabrics |
| CN1953607B (zh) * | 2005-10-17 | 2012-01-25 | 株式会社日立制作所 | 移动网络通信中切换的方法和设备 |
| KR101494061B1 (ko) * | 2010-02-12 | 2015-02-16 | 엔이씨 유럽 리미티드 | 동일한 ａｐｎ 에 대한 다중 동시 ｐｄｎ 연결들을 지원하는 방법 및 모바일 단말기 디바이스 |
-
1999
- 1999-07-13 JP JP19867599A patent/JP3606770B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000174824A (ja) | 2000-06-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3606770B2 (ja) | 通信システム、通信システムに使用するゲートウェイ、無線情報端末、及び無線通信方法。 | |
| EP0973300B1 (en) | A communication system for establishing communication between intelligent radio terminal and a server | |
| US8160051B2 (en) | Gateway relaying communication between a radio intelligent terminal and a server | |
| KR20050043721A (ko) | 핸드헬드 무선 협약 기술 | |
| CN110545318B (zh) | 一种依赖于gatt和指示进行适配的数据通信方法及系统 | |
| WO2007139161A1 (ja) | 移動端末及び通信方法 | |
| CN113382026B (zh) | 数据处理方法、装置、相关设备及存储介质 | |
| US7349664B2 (en) | Communication system and method thereof | |
| EP1192827B1 (en) | SELECTIVELY FRAMING AND UNFRAMING PPP PACKETS DEPENDING ON NEGOTIATED OPTIONS ON THE Um AND Rm INTERFACES | |
| CN117336346A (zh) | 一种ippbx与pms对接状态转换方法、终端设备及介质 | |
| TWI289389B (en) | Roaming system and method for heterogeneous wireless network environment | |
| KR100610030B1 (ko) | 통신시스템, 통신시스템에 사용하는 게이트웨이, 무선정보단말, 및 무선통신방법 | |
| KR20010048891A (ko) | 무선통신용 단말기간 데이터통신 연결방법 | |
| WO2005091575A1 (ja) | パケットデータサービングノード、ならびに、これを用いた通信方法 | |
| JP3632897B2 (ja) | 無線通信システム、及び無線通信システムにおけるゲートウェイ切り替え方法 | |
| JP3775746B2 (ja) | 無線通信システム、及び無線通信システムにおけるゲートウェイ切り替え方法 | |
| JP3296354B2 (ja) | データ通信方法、クライアント、サーバ及び通信プログラムを記録した記録媒体 | |
| JP2003199167A (ja) | 移動無線端末装置及び該装置間のメッセージ交換方法 | |
| US7903675B2 (en) | Method and apparatus for setting up point-to-point protocol link between terminal equipment and interworking function | |
| JP3978685B2 (ja) | 着信制御サーバ、着信再送システム、及び、着信再送方法 | |
| JP2005123906A (ja) | データリンク起動方法とデータ通信システム | |
| MXPA02009517A (es) | Metodo y aparato para dar servicio de eventos especificados por medio de una aplicacion de estacion movil. | |
| JPH04150355A (ja) | ファイル転送の伝送手順管理装置 | |
| JP2004088694A (ja) | 無線通信端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040331 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040531 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041001 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041005 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071015 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081015 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091015 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091015 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101015 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111015 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121015 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131015 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |