(57)【特許請求の範囲】
【請求項１】
端末装置と前記端末装置の通信相手であるサーバ装置との間に設けられ、前記端末装置との間に用意された複数の通信回線のうちいずれか一つを選択的に利用することによって、前記端末装置および前記サーバ装置間のデータ通信を中継する通信制御装置であって、
前記端末装置を一意に識別する端末ＩＤ、前記通信回線を一意に識別する通信回線ＩＤ、前記通信回線の通信状態を示す回線状態および前記通信回線を通過する最新のデータブロックを示すデータ番号を含むレコードからなるコネクション管理テーブルを記憶する記憶手段と、
前記端末装置から通信の再開要求を受けた場合に、該再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと一致したならば、該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤに一致するレコードを前記コネクション管理テーブルから検索し、検索されたレコードにおける前記データ番号を当該端末装置に対して送信することによって当該端末装置との通信を継続し、前記再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと異なるならば、当該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤを該当する前記通信制御装置に送信することによって前記コネクション管理テーブルの検索を要求し、該要求に対して検索に成功した旨の応答をした前記通信制御装置と前記端末装置との通信を中継する通信継続手段と
を備えたことを特徴とする通信制御装置。
【請求項２】
端末装置と前記端末装置の通信相手であるサーバ装置との間に設けられ、前記端末装置との間に用意された複数の通信回線のうちいずれか一つを選択的に利用することによって、前記端末装置および前記サーバ装置間のデータ通信を中継する通信制御装置に搭載される通信制御プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記端末装置を一意に識別する端末ＩＤ、前記通信回線を一意に識別する通信回線ＩＤ、前記通信回線の通信状態を示す回線状態および前記通信回線を通過する最新のデータブロックを示すデータ番号を含むレコードからなるコネクション管理テーブルを記憶する記憶手順と、
前記端末装置から通信の再開要求を受けた場合に、該再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと一致したならば、該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤに一致するレコードを前記コネクション管理テーブルから検索し、検索されたレコードにおける前記データ番号を当該端末装置に対して送信することによって当該端末装置との通信を継続し、前記再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと異なるならば、当該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤを該当する前記通信制御装置に送信することによって前記コネクション管理テーブルの検索を要求し、該要求に対して検索に成功した旨の応答をした前記通信制御装置と前記端末装置との通信を中継する通信継続手順と
をコンピュータに実行させることを特徴とする通信制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３】
端末装置と前記端末装置の通信相手であるサーバ装置との間に設けられ、前記端末装置との間に用意された複数の通信回線のうちいずれか一つを選択的に利用することによって、前記端末装置および前記サーバ装置間のデータ通信を中継する通信制御装置に搭載される通信制御プログラムであって、
前記端末装置を一意に識別する端末ＩＤ、前記通信回線を一意に識別する通信回線ＩＤ、前記通信回線の通信状態を示す回線状態および前記通信回線を通過する最新のデータブロックを示すデータ番号を含むレコードからなるコネクション管理テーブルを記憶する記憶手順と、
前記端末装置から通信の再開要求を受けた場合に、該再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと一致したならば、該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤに一致するレコードを前記コネクション管理テーブルから検索し、検索されたレコードにおける前記データ番号を当該端末装置に対して送信することによって当該端末装置との通信を継続し、前記再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと異なるならば、当該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤを該当する前記通信制御装置に送信することによって前記コネクション管理テーブルの検索を要求し、該要求に対して検索に成功した旨の応答をした前記通信制御装置と前記端末装置との通信を中継する通信継続手順と
をコンピュータに実行させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の無線回線を利用するデータ通信が中断した後であっても、継続的にデータ通信を再開することができる通信制御装置および通信制御プログラムを記録したコンピュータ読み取り可能な記録媒体、並びに通信制御プログラムに関するものである。
【０００２】
近年では、コンピュータの高性能化、小型化が進み、モバイルコンピュータ（以下、情報端末装置という）と呼ばれる携帯型のコンピュータが普及している。また、この情報端末装置からサーバへアクセスする通信手段としては、ＬＡＮ（Local Area Network）や、一般公衆回線、無線回線（携帯電話回線、ＰＨＳ（Personal Handy phone System）回線）等という複数種類の回線が利用されている。このようなモバイル通信環境が整ったことにより、利用者は、複数種類の回線のうちいずれか一つの回線を介して情報端末装置とサーバとの間のデータ通信を実行することが可能となる。
【０００３】
しかしながら、従来のモバイル通信環境では、電波受信強度の低下により途中で回線断になったり、回線の種類に応じて回線接続時のオペレーションが異なるため、使い勝手が非常に悪い等という問題があり、かかる問題を効果的に解決するための手段、方法が切望されている。
【０００４】
【従来の技術】
近年では、社外から回線（携帯電話回線、ＰＨＳ回線、一般公衆回線等）を介してサーバとの間で移動通信する機能を備える情報端末装置がビジネスシーンに登場している。この種の情報端末装置は、携帯電話カードやＰＨＳカード等のＰＣＭＣＩＡ（Personal Computer Memory Card International Association）カードが挿入されるＰＣＭＣＩＡカードスロットを備えている。
【０００５】
携帯電話カードは、情報端末装置と携帯電話端末との間のインタフェースをとるものであり、携帯電話端末を用いて、携帯電話回線を介して情報端末装置とサーバとの間でデータ通信を行う場合にＰＣＭＣＩＡカードスロットに挿入される。一方、ＰＨＳカードは、情報端末装置とＰＨＳ端末との間のインタフェースをとるものであり、ＰＨＳ端末を用いて、ＰＨＳ回線を介して情報端末装置とサーバとの間でデータ通信を行う場合にＰＣＭＣＩＡカードスロットに挿入される。
【０００６】
上記構成において、ユーザは、携帯電話端末（またはＰＨＳ端末）のディスプレイに表示されているレベルメータから、受信電波強度が通信可能な強度にあることを確認した後、携帯電話カード（またはＰＨＳカード）を情報端末装置のＰＣＭＣＩＡカードスロットに挿入する。これにより、情報端末装置は、携帯電話カード（またはＰＨＳカード）を介して携帯電話端末（またはＰＨＳ端末）に接続される。
【０００７】
このような状態で、オペレータにより通信開始キーが操作されると、情報端末装置は、携帯電話回線（またはＰＨＳ回線）を経由してサーバに接続され、該サーバとの間でデータ通信を行う。また、情報端末装置には、上述したＰＣＭＣＩＡカードスロットの他にＬＡＮケーブル用のコネクタ部が備えられている。従って、情報端末装置にコネクタ部を介してＬＡＮケーブルを接続することにより、ＬＡＮを介してサーバとの間でデータ通信を行うことが可能である。
【０００８】
【発明が解決しようとする課題】
ところで、前述したように、従来の情報端末装置では、無線回線（携帯電話回線、ＰＨＳ回線）を利用しているため、建物等の電波遮蔽体の近傍で受信電波強度が低下することにより回線断となってしまい、転送されたデータが破棄されてしまう。この場合には、ユーザは、ディスプレイのレベルメータを確認しながら、受信電波強度が高い場所に移動した後、データ通信のための再操作を行わなければならず、使い勝手が悪い。従って、再操作後は、データ通信の処理が最初から実行されるため、従来では、回線断前の処理時間を含めるとデータ通信に要する処理時間が長くなってしまうという問題があった。この問題は、ユーザの操作によりデータ通信が中断された後に、データ通信を再開した場合にも発生する。
【０００９】
また、従来の情報端末装置の利用形態を考察すれば、ＰＨＳ回線を利用してデータ通信を行っているときに、受信電波強度の低下の懸念により、ユーザによりデータ通信が一時的に中断された後、別の回線（たとえば、携帯電話回線）を利用してデータ通信を再開するという状況も発生する。この場合にも、携帯電話回線におけるデータ通信のための再操作を行わなければならず、使い勝手が悪い。しかもＰＨＳ回線で転送されたデータが破棄されてしまうとともに、ＰＨＳ回線用の通信プロトコルから携帯電話回線用の通信プロトコルへ通信プロトコル自体が変化するために、データ通信に要する処理時間が長くなってしまう。
【００１０】
また、そもそも、従来の情報端末装置では、携帯電話カードやＰＨＳカードが挿入された後、受信電波強度の確認や、データ通信のための操作をユーザがいちいち行わなければならず、自動化のニーズに応えることができないという問題があった。
【００１１】
本発明は、上記に鑑みてなされたもので、使い勝手を向上させることができるとともに、データ通信に要する処理時間を短縮化することができる通信制御システム、通信制御装置および通信制御プログラムを記録したコンピュータ読み取り可能な記録媒体、並びに通信制御プログラムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、本発明は、端末装置と前記端末装置の通信相手であるサーバ装置との間に設けられ、前記端末装置との間に用意された複数の通信回線のうちいずれか一つを選択的に利用することによって、前記端末装置および前記サーバ装置間のデータ通信を中継する通信制御装置であって、前記端末装置を一意に識別する端末ＩＤ、前記通信回線を一意に識別する通信回線ＩＤ、前記通信回線の通信状態を示す回線状態および前記通信回線を通過する最新のデータブロックを示すデータ番号を含むレコードからなるコネクション管理テーブルを記憶する記憶手段と、前記端末装置から通信の再開要求を受けた場合に、該再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと一致したならば、該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤに一致するレコードを前記コネクション管理テーブルから検索し、検索されたレコードにおける前記データ番号を当該端末装置に対して送信することによって当該端末装置との通信を継続し、前記再開要求に含まれる前記通信制御装置のアドレスが自装置のアドレスと異なるならば、当該再開要求に含まれる前記端末ＩＤおよび前記通信回線ＩＤを該当する前記通信制御装置に送信することによって前記コネクション管理テーブルの検索を要求し、該要求に対して検索に成功した旨の応答をした前記通信制御装置と前記端末装置との通信を中継する通信継続手段とを備えたことを特徴とする。
【００１３】
この発明によれば、端末装置を一意に識別する端末ＩＤ、通信回線を一意に識別する通信回線ＩＤ、通信回線の通信状態を示す回線状態および通信回線を通過する最新のデータブロックを示すデータ番号を含むレコードからなるコネクション管理テーブルを記憶し、端末装置から通信の再開要求を受けた場合に、この再開要求に含まれる通信制御装置のアドレスが自装置のアドレスと一致したならば、この再開要求に含まれる端末ＩＤおよび通信回線ＩＤに一致するレコードをコネクション管理テーブルから検索し、検索されたレコードにおけるデータ番号を端末装置に対して送信することによって端末装置との通信を継続し、再開要求に含まれる通信制御装置のアドレスが自装置のアドレスと異なるならば、この再開要求に含まれる端末ＩＤおよび通信回線ＩＤを該当する通信制御装置に送信することによってコネクション管理テーブルの検索を要求し、この要求に対して検索に成功した旨の応答をした通信制御装置と端末装置との通信を中継することとしたので、データ通信が中断され再開された後に、新たな無線通信回線が接続され、かつ、その接続先がデータ通信中断時の通信制御装置とは異なる通信制御装置である場合であっても、継続的にデータ通信を行うことによって、従来のように、再開後に最初からデータ通信を行う場合に比して、処理時間を短縮化することができる。
【００１４】
【発明の実施の形態】
以下、図面を参照して本発明にかかる通信制御システム、通信制御装置および通信制御プログラムを記録したコンピュータ読み取り可能な記録媒体、並びに通信制御プログラムの一実施の形態について詳細に説明する。
【００１５】
図１および図２は、本発明にかかる一実施の形態の概略構成を示すブロック図である。図１において、情報端末装置１００は、携帯型のモバイルコンピュータであり、無線回線２００（または電話回線３００またはＬＡＮ４００）、ゲートウェイコンピュータ５００およびＬＡＮ６００を経由してサーバコンピュータ７００にアクセスし、データ通信を行う。具体的には、情報端末装置１００は、サーバコンピュータ７００へデータを送信する機能と、サーバコンピュータ７００からデータを受信する機能とを備えている。
【００１６】
無線回線２００は、携帯電話回線またはＰＨＳ回線であり、情報端末装置１００と無線基地局（図示略）との間の無線伝送路を含む回線である。この無線回線２００は、ユーザにより携帯電話端末またはＰＨＳ端末を用いた外出先でのデータ通信に利用される。電話回線３００は、一般公衆電話回線（たとえば、ＩＳＤＮ（Integrated Services Digital Network））であり、有線伝送路からなる。この電話回線３００は、ＩＳＤＮ対応の公衆電話機を用いた外出先でのデータ通信に利用される。ＬＡＮ４００は、たとえば、社内に敷設された有線伝送路であり、社内でのデータ通信に利用される。
【００１７】
この情報端末装置１００には、データ通信に利用する回線種別に対応させて、図２に示した携帯電話カード８１０、ＰＨＳカード８２０、モデム８３０またはＬＡＮカード８４０が適用される。図２に示した携帯電話カード８１０は、無線回線２００（この場合、携帯電話回線：図１参照）を介してデータ通信を行う場合に用いられ、携帯電話端末（図示略）と情報端末装置１００との間のインタフェースをとる。
【００１８】
ＰＨＳカード８２０は、無線回線２００（この場合、ＰＨＳ回線：図１参照）を介してデータ通信を行う場合に用いられ、ＰＨＳ端末（図示略）と情報端末装置１００との間のインタフェースをとる。モデム８３０は、電話回線３００（図１参照）を介してデータ通信を行う場合に用いられ、電話回線３００との間のインタフェースをとる。具体的には、モデム８３０は、ＩＳＤＮ対応の公衆電話機（図示略）にモデムケーブル（図示略）を介して接続される。ＬＡＮカード８４０は、ＬＡＮ４００（図１参照）を介してデータ通信を行う場合に用いられ、情報端末装置１００とＬＡＮ４００との間のインタフェースをとる。
【００１９】
ゲートウェイコンピュータ５００は、ＬＡＮ６００と（無線回線２００、電話回線３００またはＬＡＮ４００）との間に介挿されており、両ネットワーク間でデータを相互にやりとりするための制御を行う。具体的には、ゲートウェイコンピュータ５００は、データのフォーマット、アドレス、通信プロトコルの変換を行う。サーバコンピュータ７００は、ＬＡＮ６００に接続されており、情報端末装置１００との間でデータ通信を行う。
【００２０】
ここで、上述した情報端末装置１００のハードウェア構成について図３を参照しつつ説明する。この図において、ＣＰＵ（Central Processing Unit）１０１は、通信制御、入出力制御等を行う。メモリ１０２は、各種データや演算パラメータ等を記憶する。ハードディスク１０３は、後述する各種プログラムや、送信すべきデータ、受信したデータを記憶する。ＰＣＭＣＩＡスロット１０５には、データ通信時に図２に示した携帯電話カード８１０、ＰＨＳカード８２０またはＬＡＮカード８４０が挿入される。ディスプレイ１０４は、ＣＰＵ１０１の制御により、データ通信制御用の画面等を表示する。モデム８３０は、電話回線３００を用いたデータ通信に利用される。バス１０６は、装置各部を相互接続する。
【００２１】
図４は、一実施の形態の構成をソフトウェアの観点からとらえた場合のブロックである。従って、図４に示した各構成要素は、図３に示した各構成要素の機能に対応している。この図において、図１の各部に対応する部分には同一の符号を付ける。同図に示した情報端末装置１００において、クライアントアプリケーションプログラム１１０は、サーバコンピュータ７００との間でデータ通信を実行するためのものであり、ハードディスク１０３（図３参照）に記憶されている。
【００２２】
ソケットインタフェース１２０は、Ｗｉｎｓｏｃｋと呼ばれるものであり、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を使用するためのプログラムインタフェースである。モバイルソケット１３０は、ＴＣＰを利用するためのインタフェースであり、後述するソケット５２０との間で呼を設定することにより、データ通信を可能とするものである。
【００２３】
ＴＣＰ／ＩＰ制御部１４０は、ＴＣＰ／ＩＰに従って通信制御を行う。ＬＡＮ制御部１５０は、データ通信用の回線としてＬＡＮ４００が選択された場合に、データ通信を制御する。ＰＰＰ（Point to Point Protocol）制御部１６０は、データ通信用の回線として無線回線２００または電話回線３００が選択された場合に、ＰＰＰに従って、データ通信を制御する。
【００２４】
中断／開始プログラム１１１は、データ通信の中断／開始を制御するためのプログラムであり、ハードディスク１０３（図３参照）に記憶されている。コネクション管理テーブル１１２は、情報端末装置１００とゲートウェイコンピュータ５００との間のコネクションを管理するためのテーブルであり、ハードディスク１０３（図３参照）に記憶されている。
【００２５】
このコネクション管理テーブル１１２は、図６に示したように、「仮コネクション識別番号」、「実コネクション識別番号」、「回線状態」、「ゲートウェイＩＰアドレス」、「ゲートウェイポート番号」、「受信データ番号」および「送信データバッファ」というフィールドからなる。「実コネクション識別番号」は、モバイルソケット１３０とソケット５２０との間のコネクションを識別するための番号である。「仮コネクション識別番号」は、上記実コネクションに対応付けられ、モバイルソケット１３０内でユニークな番号である。
【００２６】
「回線状態」は、回線（無線回線２００、電話回線３００またはＬＡＮ４００）の状態（中断または接続）である。「ゲートウェイＩＰアドレス」は、データ通信に使用されるゲートウェイコンピュータ５００のＩＰアドレスを示す。なお、図４には、１台のゲートウェイコンピュータ５００しか図示されていないが、実際には、複数台のゲートウェイコンピュータがＬＡＮ６００に接続されている場合もある。
【００２７】
「ゲートウェイポート番号」は、データ通信に利用されるゲートウェイコンピュータのポート番号である。「受信データ番号」は、ゲートウェイコンピュータ５００（サーバコンピュータ７００）から情報端末装置１００へのデータ送信で情報端末装置１００により受信されたデータを識別するための番号である。「送信データバッファ」は、情報端末装置１００からゲートウェイコンピュータ５００（サーバコンピュータ７００）へ送信された送信データの番号を格納する送信データバッファ（図示略）のアドレスである。このアドレスは、送信データ番号に対応している。
【００２８】
図４に戻り、接続情報テーブル１１３は、データ通信に利用可能な回線毎にユーザにより設定されるテーブルであり、回線接続時に必要な情報からなる。具体的には、接続情報テーブル１１３は、図７に示したように、「接続定義名称」、「接続先電話番号」、「ユーザ名」、「パスワード」、「ゲートウェイＩＰアドレス」、「ゲートウェイポート番号」および「接続手段」というフィールドからなる。「接続定義名称」は、回線接続の種別、ロケーションを定義するためのものであり、「接続１」（たとえば、携帯電話接続（東京アクセスポイント））、「接続２」（たとえば、ＰＨＳ接続（東京アクセスポイント））、「接続３」（たとえば、ＰＨＳ接続（大阪アクセスポイント））である。
【００２９】
「接続先電話番号」は、接続先（たとえば、アクセスポイント）の電話番号である。「ユーザ名」は、当該回線の接続を行うことが許可されたユーザの名称である。「パスワード」は、当該ユーザが本人であることを認証するためのものである。「ゲートウェイＩＰアドレス」は、回線接続（データ通信）に使用されるゲートウェイコンピュータのＩＰアドレスを示す。
【００３０】
「ゲートウェイポート番号」は、回線接続（データ通信）に使用されるゲートウェイコンピュータのポート番号である。「接続手段」は、回線接続に使用される接続機器を特定するためのものである。ここでいう接続機器とは、図２に示した携帯電話カード８１０、ＰＨＳカード８２０、モデム８３０およびＬＡＮカード８４０である。実際には、「接続手段」のフィールドには、携帯電話カード８１０、ＰＨＳカード８２０、モデム８３０およびＬＡＮカード８４０をそれぞれ識別するための接続手段識別番号が格納される。
【００３１】
図４に戻り、回線自動選択プログラム１１４は、受信電波強度に応じて、無線回線２００（携帯電話回線、ＰＨＳ回線）の中から、最適なものを自動的に選択するためのプログラムである。この回線自動選択プログラム１１４には、図５に示した接続管理テーブルＴが設定されている。この接続管理テーブルＴは、無線回線２００の種別毎に設定される「優先度」、「接続状態フラグ」および「電波強度」というフィールドからなる。
【００３２】
「優先度」は、情報端末装置１００（ＰＣＭＣＩＡスロット１０５）に接続された接続機器（携帯電話カード８１０、ＰＨＳカード８２０）のうち、受信電波強度が一定値以上である接続機器が複数存在する場合に、優先して使用される接続機器を決定するための情報である。「接続状態フラグ」は、当該接続機器が情報端末装置１００（ＰＣＭＣＩＡスロット１０５）に接続されているか否かを示すフラグである。「電波強度」は、当該接続機器を情報端末装置１００（ＰＣＭＣＩＡスロット１０５）に接続した場合の受信電波強度である。
【００３３】
図４に戻り、ゲートウェイコンピュータ５００において、ゲートウェイプログラム５１０は、クライアントアプリケーションプログラム１１０（サーバコンピュータ７００）との間でデータ通信を実行するためのものである。ソケット５２０は、モバイルソケット１３０と同様にして、ＴＣＰを利用するためのインタフェースであり、モバイルソケット１３０およびソケット７２０との間で呼を設定することにより、データ通信を可能とするものである。
【００３４】
ＴＣＰ／ＩＰ制御部５３０は、ＴＣＰ／ＩＰに従って通信制御を行う。ＬＡＮ制御部５５０は、データ通信用の回線としてＬＡＮ４００が選択された場合に、データ通信を制御する。また、ＬＡＮ制御部５５０は、ＬＡＮ６００を用いたデータ通信を制御する。ＰＰＰ制御部５４０は、データ通信用の回線として無線回線２００または電話回線３００が選択された場合に、ＰＰＰに従って、データ通信を制御する。
【００３５】
コネクション管理テーブル複写プログラム５１１は、情報端末装置１００内のコネクション管理テーブル１１２（図６参照）を複製し、これをコネクション管理テーブル５１２とする。このコネクション管理テーブル５１２には、情報端末装置１００を識別するための情報端末装置識別情報が付加されているとともに、送信データバッファに代えて受信データをバッファリングするための受信データバッファが設定されている。この受信データバッファは、ゲートウェイコンピュータ５００が受信した受信データの番号を格納するものである。
【００３６】
サーバコンピュータ７００において、サーバアプリケーションプログラム７１０は、ゲートウェイコンピュータ５００を経由して情報端末装置１００との間でデータ通信を実行するためのものである。ソケット７２０は、モバイルソケット１３０と同様にして、ＴＣＰを利用するためのインタフェースであり、ソケット５２０との間で呼を設定することにより、データ通信を可能とするものである。ＴＣＰ／ＩＰ制御部７３０は、ＴＣＰ／ＩＰに従って通信制御を行う。ＬＡＮ制御部７４０は、ＬＡＮ６００を用いたデータ通信を制御する。
【００３７】
つぎに、一実施の形態の動作について説明する。実際には、図４に示した各種プログラム（クライアントアプリケーションプログラム１１０等）がＣＰＵ１０１（図３参照）等により各種処理が実行されるが、以下では、これらの各種プログラムが各種処理を実行するものとして説明する。
【００３８】
はじめに、図８を参照して一実施の形態の接続動作について説明する。同図に示したステップＳＡ１では、回線自動選択プログラム１１４は、図５に示した接続管理テーブルＴの１レコード目の「接続状態フラグ」が「接続中」であるか否かを判断する。この場合、携帯電話カード８１０がＰＣＭＣＩＡスロット１０５に接続されており、「接続状態フラグ」が「接続中」であるものとすると、回線自動選択プログラム１１４は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。
【００３９】
ステップＳＡ２では、回線自動選択プログラム１１４は、携帯電話端末における電波強度を取得する。この場合、携帯電話カード８１０に携帯電話端末が接続されていないものとし、電波強度は、ゼロである。つぎに、回線自動選択プログラム１１４は、電波強度を接続管理テーブルＴの「電波強度」に格納する。この場合、「電波強度」には「使用不可」が格納される。ステップＳＡ３では、回線自動選択プログラム１１４は、定義数分（この場合、図５に示した３レコード）、接続状態のチェックをしたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００４０】
ステップＳＡ１では、回線自動選択プログラム１１４は、接続管理テーブルＴの２レコード目の「接続状態フラグ」が「接続中」であるか否かを判断し、「優先度」が２の接続機器がＰＣＭＣＩＡスロット１０５に接続されていないため、ステップＳＡ１の判断結果を「Ｎｏ」とする。ステップＳＡ３では、回線自動選択プログラム１１４は、定義数分、接続状態のチェックをしたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００４１】
ステップＳＡ１では、回線自動選択プログラム１１４は、接続管理テーブルＴの３レコード目の「接続状態フラグ」が「接続中」であるか否かを判断する。この場合、ＰＨＳカード８２０がＰＣＭＣＩＡスロット１０５に接続されており、「接続状態フラグ」が「接続中」であるものとすると、回線自動選択プログラム１１４は、ステップＳＡ１の判断結果を「Ｙｅｓ」とする。
【００４２】
ステップＳＡ２では、回線自動選択プログラム１１４は、ＰＨＳカード８２０に接続されたＰＨＳ端末における電波強度（＝３）を取得し、これを接続管理テーブルＴの「電波強度」に格納する。回線自動選択プログラム１１４は、ステップＳＡ３の判断結果を「Ｙｅｓ」とし、ステップＳＡ４では、優先順位（優先度）Ｉに１を代入する。ステップＳＡ５では、回線自動選択プログラム１１４は、図５に示した優先度１の電波強度が一定値（たとえば、２）以上であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００４３】
ステップＳＡ６では、回線自動選択プログラム１１４は、優先順位（優先度）Ｉを１インクリメントし２とする。ステップＳＡ７では、回線自動選択プログラム１１４は、定義数分、電波強度のチェックをしたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ５では、回線自動選択プログラム１１４は、図５に示した優先度２の電波強度が一定値（たとえば、２）以上であるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【００４４】
ステップＳＡ６では、回線自動選択プログラム１１４は、優先順位（優先度）Ｉを１インクリメントし３とする。ステップＳＡ７では、回線自動選択プログラム１１４は、定義数分、電波強度のチェックをしたか否かを判断し、この場合、判断結果を「Ｎｏ」とする。ステップＳＡ５では、回線自動選択プログラム１１４は、図５に示した優先度３の電波強度が一定値（たとえば、２）以上であるか否かを判断し、この場合、判断結果を「Ｙｅｓ」とする。
【００４５】
ステップＳＡ９では、回線自動選択プログラム１１４は、優先順位Ｉの接続手段、すなわち、図５に示したＰＨＳカード８２０で接続するようにクライアントアプリケーションプログラム１１０へ通知する。これにより、情報端末装置１００は、無線回線２００（この場合、ＰＨＳ回線）に接続される。なお、ステップＳＡ７の判断結果が「Ｙｅｓ」である場合、回線自動選択プログラム１１４は、接続できる環境がないと認識し、接続に関する処理を実行しない。
【００４６】
つぎに、一実施の形態の自動接続動作について図９に示したフローチャートを参照しつつ説明する。ここでいう自動接続とは、接続機器（携帯電話カード８１０、ＰＨＳカード８２０、モデム８３０、ＬＡＮカード８４０）がハードウェア的に検出された時点で自動的に回線接続することをいう。同図に示したステップＳＢ１では、中断／開始プログラム１１１は、ハードウェア（接続機器）が検出されたか否かを判断し、この場合、判断結果が「Ｎｏ」であるものとし、同判断を繰り返す。
【００４７】
そして、図２に示した携帯電話カード８１０がＰＣＭＣＩＡスロット１０５（図３参照）に接続されると、中断／開始プログラム１１１は、ステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、中断／開始プログラム１１１は、図７に示した接続情報テーブル１１３の中から、上記携帯電話カード８１０に付与された番号をキーとして接続手段を検索する。ステップＳＢ３では、携帯電話カード８１０の番号と接続情報テーブル１１３の「接続手段」とが一致するか否かを判断し、この場合、判断結果が「Ｙｅｓ」であるものとする。なお、ステップＳＢ３の判断結果が「Ｎｏ」である場合、中断／開始プログラム１１１は、ステップＳＢ１の処理を実行する。
【００４８】
この場合、ステップＳＢ４では、接続情報テーブル１１３は、接続手段として携帯電話カード８１０で接続するようにクライアントアプリケーションプログラム１１０へ通知する。これにより、情報端末装置１００は、無線回線２００（この場合、携帯電話回線）に接続される。
【００４９】
つぎに、実際の接続、再接続、中断動作について、図１１〜図１９を参照しつつ説明する。はじめに、図１０および図１１を参照して一実施の形態のソケットを実現するためのＳＯＣＫＥＴコマンドに関する動作について説明する。接続する場合、図１０に示したステップＳＣ１では、図１１に示したクライアントアプリケーションプログラム１１０は、ＳＯＣＫＥＴコマンドの実行をＴＣＰ／ＩＰ制御部１４０に対して要求する（プロトコルＰＡ１およびプロトコルＰＡ２）。これにより、図１１に示したプロトコルＰＡ３では、ＴＣＰ／ＩＰ制御部１４０は、実コネクション識別番号をモバイルソケット１３０へ通知する。
【００５０】
図１０に示したステップＳＣ２では、モバイルソケット１３０は、実コネクション識別番号を採番する（プロトコルＰＡ４：図１１参照）。ステップＳＣ３では、モバイルソケット１３０は、仮コネクション識別番号と実コネクション識別番号とを接続管理テーブルＴ（図６参照）に登録する。ステップＳＣ５では、モバイルソケット１３０は、仮コネクション識別番号をクライアントアプリケーションプログラム１１０へ返す（プロトコルＰＡ６：図１１参照）。
【００５１】
つぎに、コネクションを確立するためのＣＯＮＮＥＣＴコマンドの実行時には、図１２に示したステップＳＤ１では、クライアントアプリケーションプログラム１１０は、図７に示した接続情報テーブル１１３から、回線接続に用いられた接続手段（この場合、ＰＨＳ１）に対応する「ゲートウェイＩＰアドレス」および「ゲートウェイポート番号」を認識した後、これらから接続先のゲートウェイコンピュータ５００を特定する。ステップＳＤ２では、クライアントアプリケーションプログラム１１０は、上記「ゲートウェイＩＰアドレス」および「ゲートウェイポート番号」を、図６に示したコネクション管理テーブル１１２に格納する。
【００５２】
ステップＳＤ３では、クライアントアプリケーションプログラム１１０は、コネクション管理テーブル１１２を使って、仮コネクション識別番号を実コネクション識別番号に変換する。ステップＳＤ４では、クライアントアプリケーションプログラム１１０は、ＴＣＰ／ＩＰ制御部１４０に対してＣＯＮＮＥＣＴコマンドの実行を要求する。これにより、ＣＯＮＮＥＣＴコマンドが実行され、情報端末装置１００のＴＣＰ／ＩＰ制御部１４０とゲートウェイコンピュータ５００（ＴＣＰ／ＩＰ制御部５３０）との間でコネクションが張られる。
【００５３】
ステップＳＤ５では、モバイルソケット１３０は、ゲートウェイコンピュータ５００へサーバコンピュータ７００のＩＰアドレス、ポート番号、仮コネクション識別番号、情報端末装置識別情報を通知する。また、モバイルソケット１３０は、コネクション管理テーブル１１２の「回線状態」を接続とする。実際には、一連のＣＯＮＮＥＣＴコマンドの実行時には、図１３に示したプロトコルＰＢ１〜ＰＢ１４により各処理が実行される。
【００５４】
つぎに、データを送信するためのＳＥＮＤコマンドに関する動作を図１４および図１６を参照しつつ説明する。コネクションが確立した後、図１４に示したステップＳＥ１では、クライアントアプリケーションプログラム１１０は、サーバコンピュータ７００へ送信すべき送信データに番号を付与する。
【００５５】
ステップＳＥ２では、クライアントアプリケーションプログラム１１０は、上記送信データの複製を送信データバッファ（図示略）に格納し、コネクション管理テーブル１１２（図６参照）にリンクさせる。ステップＳＥ３では、クライアントアプリケーションプログラム１１０（モバイルソケット１３０）は、ＴＣＰ／ＩＰ制御部１４０に対してＳＥＮＤコマンドを実行することにより、データ送信を実行するように要求する。これにより、ＴＣＰ／ＩＰ制御部１４０では、無線回線２００（ＰＨＳ回線）を介して送信データの送信を実行する。
【００５６】
ステップＳＥ４では、ＴＣＰ／ＩＰ制御部１４０は、受信電波強度の低下によるコネクション切断等のエラーや中断／開始プログラム１１１からの中断指示があるか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＥ５では、送信データが無線回線２００、ゲートウェイコンピュータ５００およびＬＡＮ６００を経由してサーバコンピュータ７００に正常に受信され、正常終了とされる。
【００５７】
一方、エラー発生によりデータ送信が中断されると、ＴＣＰ／ＩＰ制御部１４０は、ステップＳＥ４の判断結果を「Ｙｅｓ」とする。ステップＳＥ６では、ＴＣＰ／ＩＰ制御部１４０は、送信エラーの発生をモバイルソケット１３０へ通知する。これにより、モバイルソケット１３０は、コネクション管理テーブル１１２（図６参照）の回線状態を「中断」に設定する。ここで、送信エラーが発生した旨は、モバイルソケット１３０とゲートウェイプログラム５１０（ソケット５２０）が認識している。ステップＳＥ６では、クライアントアプリケーションプログラム１１０は、自身の状態を中断に設定する。
【００５８】
一方、送信エラーが発生した旨は、クライアントアプリケーションプログラム１１０に通知されないとともに、サーバコンピュータ７００のサーバアプリケーションプログラム７１０にも通知されない。従って、クライアントアプリケーションプログラム１１０およびサーバアプリケーションプログラム７１０は、送信エラーを認識しない。ステップＳＥ８では、モバイルソケット１３０は、中断／開始プログラム１１１からの再接続指示があるまで待機する。実際には、一連のＳＥＮＤコマンドの実行時には、図１６に示したプロトコルＰＣ１〜ＰＣ２５により各処理が実行される。
【００５９】
ここで、再接続指示があると、図１５に示したステップＳＦ１では、モバイルソケット１３０は、図８に示した接続動作と同様の動作を経て、接続可能な回線を選択する。すなわち、この場合には、受信電波強度が一定値以上の回線が選択される。ステップＳＦ２では、モバイルソケット１３０は、選択された回線を接続する。ステップＳＦ３では、モバイルソケット１３０は、接続管理テーブルＴにおける当該回線に対応する接続状態フラグを接続中に設定する。
【００６０】
ステップＳＦ４では、モバイルソケット１３０は、図６に示したコネクション管理テーブル１１２を「回線状態」をキーとして検索する。ステップＳＦ５では、モバイルソケット１３０は、回線状態（コネクション状態）が中断のものがあるか否かを判断し、この判断結果が「Ｎｏ」である場合、一連の動作を終了する。一方、ステップＳＦ５の判断結果が「Ｙｅｓ」である場合、ステップＳＦ６では、モバイルソケット１３０は、データ通信が中断しているゲートウェイコンピュータ５００に対して、ゲートウェイＩＰアドレス、仮コネクション識別番号、情報端末装置識別情報を通知し、コネクション管理テーブル５１２内の検索を依頼する。
【００６１】
これにより、ゲートウェイプログラム５１０（ソケット５２０）は、モバイルソケット１３０から通知された情報をキーとしてコネクション管理テーブル５１２内にデータの再送信（または再受信）を行うべきレコードが有るか否かを判断し、この判断結果が「Ｙｅｓ」である場合、「有り」とモバイルソケット１３０へ返答する。一方、上記判断結果が「Ｎｏ」である場合、ゲートウェイプログラム５１０は、「無し」とモバイルソケット１３０へ返答する。
【００６２】
ステップＳＦ７では、モバイルソケット１３０は、ゲートウェイプログラム５１０からの返答結果が「有り」であるか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＦ４の処理を実行する。この場合、ステップＳＦ７の判断結果が「Ｙｅｓ」であるものとすると、ステップＳＦ８以降では、データの再送信（または再受信）処理が実行される。すなわち、ステップＳＦ８では、モバイルソケット１３０は、ＴＣＰ／ＩＰ制御部１４０にＳＯＣＫＥＴコマンドの実行を要求する。これにより、ステップＳＦ９では、ＴＣＰ／ＩＰ制御部１４０は、新しい実コネクション識別番号をモバイルソケット１３０へ通知し、モバイルソケット１３０は、新しい実コネクション識別番号をコネクション管理テーブル１１２に登録する。
【００６３】
ステップＳＦ１０では、モバイルソケット１３０は、ＴＣＰ／ＩＰ制御部１４０に対して前述したＣＯＮＮＥＣＴコマンドの実行を要求する。これにより、ＣＯＮＮＥＣＴコマンドが実行され、情報端末装置１００のＴＣＰ／ＩＰ制御部１４０とゲートウェイコンピュータ５００（ＴＣＰ／ＩＰ制御部５３０）との間でコネクションが張られる。
【００６４】
ステップＳＦ１１では、モバイルソケット１３０は、コネクション管理テーブル１１２の「送信データバッファ」に保持されている送信データの番号をゲートウェイプログラム５１０（ソケット５２０）に通知するとともに、ゲートウェイプログラム５１０（ソケット５２０）は、コネクション管理テーブル５１２の「受信データバッファ」に保持されている受信データの番号をモバイルソケット１３０へ通知する。ステップＳＦ１２では、モバイルソケット１３０とゲートウェイプログラム５１０（ソケット５２０）との間では、中断により相手が受信したデータのつぎのデータから送信するというデータ送信が再開される。実際には、一連の再接続時には、図１６に示したプロトコルＰＣ２６〜ＰＣ５２により各処理が実行される。
【００６５】
つぎに、データを受信するためのＲＥＣＶコマンドに関する動作を図１７および図１８を参照しつつ説明する。コネクションが確立した後、図１７に示したステップＳＧ１では、クライアントアプリケーションプログラム１１０（モバイルソケット１３０）は、ＴＣＰ／ＩＰ制御部１４０に対してＲＥＣＶコマンドを実行するように要求する。これにより、ＴＣＰ／ＩＰ制御部１４０は、無線回線２００（ＰＨＳ回線）を介してサーバコンピュータ７００からのデータの受信を実行する。
【００６６】
ステップＳＧ２では、ＴＣＰ／ＩＰ制御部１４０は、受信電波強度の低下によるコネクション切断等のエラーや中断／開始プログラム１１１からの中断指示があるか否かを判断する。この判断結果が「Ｎｏ」である場合、ステップＳＧ３では、ＴＣＰ／ＩＰ制御部１４０は、クライアントアプリケーションプログラム１１０により指定されたバッファへ受信したデータを送信する。ステップＳＧ４では、（送信元）ゲートウェイプログラム５１０に対して正常受信が通知される。
【００６７】
一方、エラー発生によりデータ受信が中断されると、ＴＣＰ／ＩＰ制御部１４０は、ステップＳＧ２の判断結果を「Ｙｅｓ」とする。ステップＳＧ５では、ＴＣＰ／ＩＰ制御部１４０は、受信エラーの発生をモバイルソケット１３０へ通知する。これにより、モバイルソケット１３０は、コネクション管理テーブル１１２（図６参照）の回線状態を「中断」に設定する。ここで、受信エラーが発生した旨は、モバイルソケット１３０とゲートウェイプログラム５１０（ソケット５２０）が認識している。ステップＳＧ６では、中断／開始プログラム１１１は、自身の状態を中断に設定する。
【００６８】
一方、受信エラーが発生した旨は、クライアントアプリケーションプログラム１１０に通知されないとともに、サーバコンピュータ７００のサーバアプリケーションプログラム７１０にも通知されない。従って、クライアントアプリケーションプログラム１１０およびサーバアプリケーションプログラム７１０は、受信エラーを認識しない。ステップＳＧ７では、モバイルソケット１３０は、中断／開始プログラム１１１からの再接続指示があるまで待機する。実際には、一連のＲＥＣＶコマンドの実行時には、図１８に示したプロトコルＰＤ１〜ＰＤ２７により各処理が実行される。
【００６９】
ここで、再接続指示があると、図１５に示したステップＳＦ１では、モバイルソケット１３０は、図８に示した接続動作と同様の動作を経て、接続可能な回線を選択する。ステップＳＦ２では、モバイルソケット１３０は、選択された回線を接続する。ステップＳＦ３では、モバイルソケット１３０は、接続管理テーブルＴにおける当該回線に対応する接続状態フラグを接続中に設定する。
【００７０】
ステップＳＦ４では、モバイルソケット１３０は、図６に示したコネクション管理テーブル１１２を「回線状態」をキーとして検索する。ステップＳＦ５では、モバイルソケット１３０は、回線状態（コネクション状態）が中断のものがあるか否かを判断し、この判断結果が「Ｎｏ」である場合、一連の動作を終了する。一方、ステップＳＦ５の判断結果が「Ｙｅｓ」である場合、ステップＳＦ６では、モバイルソケット１３０は、データ通信が中断しているゲートウェイコンピュータ５００に対して、ゲートウェイＩＰアドレス、仮コネクション識別番号、情報端末装置識別情報を通知し、コネクション管理テーブル５１２内の検索を依頼する。
【００７１】
これにより、ゲートウェイプログラム５１０（ソケット５２０）は、モバイルソケット１３０から通知された情報をキーとしてコネクション管理テーブル５１２内にデータの再受信を行うべきレコードが有るか否かを判断し、この判断結果が「Ｙｅｓ」である場合、「有り」とモバイルソケット１３０へ返答する。一方、上記判断結果が「Ｎｏ」である場合、ゲートウェイプログラム５１０は、「無し」とモバイルソケット１３０へ返答する。
【００７２】
ステップＳＦ７では、モバイルソケット１３０は、ゲートウェイプログラム５１０からの返答結果が「有り」であるか否かを判断し、この判断結果が「Ｎｏ」である場合、ステップＳＦ４の処理を実行する。この場合、ステップＳＦ７の判断結果が「Ｙｅｓ」であるものとすると、ステップＳＦ８以降では、再受信処理が実行される。すなわち、ステップＳＦ８では、モバイルソケット１３０は、ＴＣＰ／ＩＰ制御部１４０にＳＯＣＫＥＴコマンドの実行を要求する。これにより、ステップＳＦ９では、ＴＣＰ／ＩＰ制御部１４０は、新しい実コネクション識別番号をモバイルソケット１３０へ通知し、モバイルソケット１３０は、新しい実コネクション識別番号をコネクション管理テーブル１１２に登録する。
【００７３】
ステップＳＦ１０では、モバイルソケット１３０は、ＴＣＰ／ＩＰ制御部１４０に対して前述したＣＯＮＮＥＣＴコマンドの実行を要求する。これにより、ＣＯＮＮＥＣＴコマンドが実行され、情報端末装置１００のＴＣＰ／ＩＰ制御部１４０とゲートウェイコンピュータ５００（ＴＣＰ／ＩＰ制御部５３０）との間でコネクションが張られる。
【００７４】
ステップＳＦ１１では、モバイルソケット１３０は、コネクション管理テーブル１１２の「受信データバッファ」（この場合、同図に示した「送信データバッファ」を「受信データバッファ」と読み替える）に保持されている受信データの番号をゲートウェイプログラム５１０（ソケット５２０）に通知するとともに、ゲートウェイプログラム５１０（ソケット５２０）は、コネクション管理テーブル５１２の「受信データバッファ」に保持されている受信データの番号をモバイルソケット１３０へ通知する。ステップＳＦ１２では、モバイルソケット１３０とゲートウェイプログラム５１０（ソケット５２０）との間では、中断により相手が受信したデータのつぎのデータから受信するというデータ受信が再開される。実際には、一連の再接続時には、図１８に示したプロトコルＰＤ２８〜ＰＤ５２により各処理が実行される。
【００７５】
また、データ通信中に、図１９に示したステップＳＨ１でユーザの操作により、データ通信の中断が中断／開始プログラム１１１に指示されると、ステップＳＨ２では、中断／開始プログラム１１１は、ゲートウェイコンピュータ５００に対して中断状態を通知する。ステップＳＨ３では、中断／開始プログラム１１１は、ソケットインタフェース１２０およびモバイルソケット１３０を用いて、ＴＣＰ／ＩＰ制御部１４０へ、通信中の全コネクションをシャットダウンするように要求を出す。これにより、全コネクションがシャットダウンされる。
【００７６】
ステップＳＨ４では、中断／開始プログラム１１１は、ソケットインタフェース１２０およびモバイルソケット１３０を用いて、ＴＣＰ／ＩＰ制御部１４０へ、通信中の全コネクションをクローズするように要求を出す。これにより、全コネクションがクローズされる。ステップＳＨ５では、中断／開始プログラム１１１は、コネクション管理テーブル１１２の回線状態（コネクション状態）を中断に設定する。
【００７７】
ステップＳＨ６では、中断／開始プログラム１１１は、接続されている回線がＬＡＮ４００であるか電話系回線（無線回線２００または電話回線３００）であるかを判断し、ＬＡＮ４００である場合、ステップＳＨ８の処理を実行する。一方、電話系回線である場合、ステップＳＨ７では、中断／開始プログラム１１１は、電話系回線（無線回線２００または電話回線３００）を切断するとともに、送信データの複写や受信データの番号をバッファに保持する。ステップＳＨ８では、中断／開始プログラム１１１は、自身の状態を中断に設定する。これにより、情報端末装置１００は、再接続待ち状態となり、再接続が実行されると、再接続動作（図１５参照）が実行される。
【００７８】
図２０は、本発明の一実施の形態の変形例の構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付ける。同図では、２台のゲートウェイコンピュータ５００1 および５００2 が負荷分散の目的で設けられている。これらのゲートウェイコンピュータ５００1 および５００2 は、ＬＡＮ９００を介して接続されており、ゲートウェイコンピュータ５００と同一構成とされている。
【００７９】
また、ゲートウェイコンピュータ５００1 および５００2 には、コネクション管理テーブル５１２（図４参照）と同一構成のテーブルがそれぞれ保持されている。ゲートウェイコンピュータ５００1 は、ＬＡＮ６００を介してサーバコンピュータ７００に接続されている。たとえば、情報端末装置１００とゲートウェイコンピュータ５００1 とは、ＰＨＳ回線Ｒ1 で接続可能であり、一方、情報端末装置１００とゲートウェイコンピュータ５００2 とは、携帯電話回線Ｒ2 と接続可能である。
【００８０】
この場合、情報端末装置１００、ＰＨＳ回線Ｒ1 およびゲートウェイコンピュータ５００1 を利用したデータ通信中に発生した回線断（コネクション断）により、上述した再接続待ち状態であるものとする。このような状態で、ＰＨＳ回線Ｒ1 に代えて携帯電話回線Ｒ2 を介して情報端末装置１００とゲートウェイコンピュータ５００2 とが接続されると、図２１に示したステップＳＩ１では、ゲートウェイコンピュータ５００2 は、ゲートウェイＩＰアドレス、コネクション識別番号および情報端末装置識別番号を受け取り、検索要求を受け付ける。
【００８１】
ステップＳＩ２では、ゲートウェイコンピュータ５００2 は、情報端末装置１００からのゲートウェイＩＰアドレスが自身のゲートウェイＩＰアドレスであるか否かを判断し、この場合、判断結果を「Ｎｏ」とする。すなわち、情報端末装置１００は、再接続待ち以前に、ゲートウェイコンピュータ５００1 に接続されていたのである。ステップＳＩ３では、ゲートウェイコンピュータ５００2 は、コネクション識別番号および情報端末装置識別情報を、情報端末装置１００から通知されたゲートウェイＩＰアドレスに対応するゲートウェイコンピュータ５００1 へ通知し、検索依頼をかける。
【００８２】
これにより、ゲートウェイコンピュータ５００1 は、コネクション管理テーブルを検索し、通知された情報端末装置識別情報に関して、回線状態が中断のものがあるか否かを検索し、検索結果をゲートウェイコンピュータ５００2 へ通知する。ステップＳＩ４では、ゲートウェイコンピュータ５００2 は、ゲートウェイコンピュータ５００1 から上記検索結果として「有り」が返答されたか否かを判断し、この場合、判断結果が「Ｙｅｓ」であるものとする。
【００８３】
ステップＳＩ５では、ゲートウェイコンピュータ５００2 は、検索結果（「有り」）に応答して、情報端末装置１００との間でコネクションを確立する。以後、ゲートウェイコンピュータ５００2 は、情報端末装置１００とゲートウェイコンピュータ５００1 との間の再接続を中継する。これにより、情報端末装置１００は、携帯電話回線Ｒ2 、ゲートウェイコンピュータ５００2 、ＬＡＮ９００、ゲートウェイコンピュータ５００1 およびＬＡＮ６００を経由して、サーバコンピュータ７００との間でデータ通信を再開する。なお、ステップＳＩ４の判断結果が「Ｎｏ」である場合、ステップＳＩ６では、検索結果を「なし」として応答する。
【００８４】
一方、ステップＳＩ２の判断結果が「Ｙｅｓ」である場合、ステップＳＩ７では、ゲートウェイコンピュータ５００2 は、受け取ったゲートウェイＩＰアドレスに対応するコネクション管理テーブルが自マシン内に存在するか否かを検索する。ステップＳＩ８では、ゲートウェイコンピュータ５００2 は、検索結果が「有り」であるか否かを判断する。この判断結果が「Ｙｅｓ」である場合、ステップＳＩ９では、ゲートウェイコンピュータ５００2 は、検索結果（「有り」）に応答して、情報端末装置１００との間でコネクションを確立し、携帯電話回線Ｒ2 を介して、データ通信を再開する。ステップＳＩ８の判断結果が「Ｎｏ」である場合、ステップＳＩ１０では、検索結果「なし」に応答する。
【００８５】
以上説明したように、一実施の形態によれば、無線通信回線のうち電波強度がしきい値以上の電波強度に対応する接続機器（携帯電話カード８１０またはＰＨＳカード８２０）が選択され、この接続機器および無線回線２００を利用してデータ通信を行うようにしたので、電波強度が低いことに起因して発生するデータ通信の中断を防止することができ、処理時間を短縮化することができる。
【００８６】
また、一実施の形態によれば、接続機器がＰＣＭＣＩＡスロット１０５に実装された場合に該接続機器を無線回線２００に自動的に接続するようにしたので、ユーザによる面倒な接続操作が不要となることから、使い勝手を向上させることができる。
【００８７】
また、一実施の形態によれば、データ通信が中断され再開された後に新たに接続された無線回線２００を利用して、継続的にデータ通信を行うようにしたので、従来のように、再開後に最初からデータ通信を行う場合に比して、処理時間を短縮化することができる。
【００８８】
また、一実施の形態によれば、データ通信が中断され再開された後に、新たな無線通信回線が接続され、かつ中断前のゲートウェイコンピュータ５００1 と異なるゲートウェイコンピュータ５００2 が通信相手となった場合であっても、継続的にデータ通信を行うことができるので、従来に比して処理時間を短縮化することができる。
【００８９】
以上本発明にかかる一実施の形態について図面を参照して詳述してきたが、具体的な構成例はこの一実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。たとえば、前述した一実施の形態においては、上述した機能を実現するための通信制御プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録された通信制御プログラムをコンピュータに読み込ませ、実行することにより通信制御を行うようにしてもよい。なお、記録媒体には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【００９０】
【発明の効果】
以上説明したように、本発明によれば、端末装置を一意に識別する端末ＩＤ、通信回線を一意に識別する通信回線ＩＤ、通信回線の通信状態を示す回線状態および通信回線を通過する最新のデータブロックを示すデータ番号を含むコネクション管理テーブルを記憶し、端末装置から通信の再開要求を受けた場合に、この再開要求に含まれる通信制御装置のアドレスが自装置のアドレスと一致したならば、この再開要求に含まれる端末ＩＤおよび通信回線ＩＤに一致するレコードをコネクション管理テーブルから検索し、検索されたレコードにおけるデータ番号を端末装置に対して送信することによって端末装置との通信を継続し、再開要求に含まれる通信制御装置のアドレスが自装置のアドレスと異なるならば、この再開要求に含まれる端末ＩＤおよび通信回線ＩＤを該当する通信制御装置に送信することによってコネクション管理テーブルの検索を要求し、この要求に対して検索に成功した旨の応答をした通信制御装置と端末装置との通信を中継することとしたので、データ通信が中断され再開された後に、新たな無線通信回線が接続され、かつ、その接続先がデータ通信中断時の通信制御装置とは異なる通信制御装置である場合であっても、継続的にデータ通信を行うことによって、従来のように、再開後に最初からデータ通信を行う場合に比して、処理時間を短縮化することができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる一実施の形態の概略構成を示すブロック図である。
【図２】同一実施の形態の概略構成を示すブロック図である。
【図３】図１に示した情報端末装置１００のハードウェア構成を示すブロック図である。
【図４】同一実施の形態の構成を示すブロック図である。
【図５】同一実施の形態で用いられる接続管理テーブルＴを示す図である。
【図６】図４に示したコネクション管理テーブル１１２を示す図である。
【図７】図４に示した接続情報テーブル１１３を示す図である。
【図８】同一実施の形態の接続動作を説明するフローチャートである。
【図９】同一実施の形態の自動接続動作を説明するフローチャートである。
【図１０】同一実施の形態のＳＯＣＫＥＴコマンド発行時の動作を説明するフローチャートである。
【図１１】同一実施の形態のＳＯＣＫＥＴコマンド実行時のプロトコルシーケンスを示す図である。
【図１２】同一実施の形態のＣＯＮＮＥＣＴコマンド実行時の動作を説明するフローチャートである。
【図１３】同一実施の形態におけるＣＯＮＮＥＣＴコマンド実行時のプロトコルシーケンスを示す図である。
【図１４】同一実施の形態のＳＥＮＤコマンド実行時の動作を説明するフローチャートである。
【図１５】同一実施の形態の再接続動作を説明するフローチャートである。
【図１６】同一実施の形態におけるＳＥＮＤコマンド実行時と再接続時のプロトコルシーケンスを示す図である。
【図１７】同一実施の形態のＲＥＣＶコマンド実行時の動作を説明するフローチャートである。
【図１８】同一実施の形態におけるＲＥＣＶコマンド実行時と再接続時のプロトコルシーケンスを示す図である。
【図１９】同一実施の形態の中断動作を説明するフローチャートである。
【図２０】同一実施の形態の変形例の構成を示すブロック図である。
【図２１】同一実施の形態の変形例の動作を説明するフローチャートである。
【符号の説明】
１００  情報端末装置
２００  無線回線
８１０  携帯電話カード
８２０  ＰＨＳカード
１１０  クライアントアプリケーションプログラム
１１１  中断／開始プログラム
１１４  回線自動選択プログラム
１３０  モバイルソケット
１４０  ＴＣＰ／ＩＰ制御部
５００1 、５００2 ゲートウェイコンピュータ
【図１】
0003957040.tif 000002
【図２】
0003957040.tif 000003
【図３】
0003957040.tif 000004
【図４】
0003957040.tif 000005
【図５】
0003957040.tif 000006
【図６】
0003957040.tif 000007
【図７】
0003957040.tif 000008
【図８】
0003957040.tif 000009
【図９】
0003957040.tif 000010
【図１０】
0003957040.tif 000011
【図１１】
0003957040.tif 000012
【図１２】
0003957040.tif 000013
【図１３】
0003957040.tif 000014
【図１４】
0003957040.tif 000015
【図１５】
0003957040.tif 000016
【図１６】
0003957040.tif 000017
【図１７】
0003957040.tif 000018
【図１８】
0003957040.tif 000019
【図１９】
0003957040.tif 000020
【図２０】
0003957040.tif 000021
【図２１】
0003957040.tif 000022