JPH11340986A - 無線通信システムで用いられる装置とプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、無線回線を介して他の装置と通信す
る無線通信システムで用いられる装置に関し、エンド・
エンド間でのデータ通信のスループットの向上を実現で
きるようにすることを目的とする。 【解決手段】自装置又はネットワークを介して接続され
る他の装置から、自装置を送信先として指定するデータ
の送信要求が発行されたのか否かを監視する監視手段１
０と、監視手段１０が送信要求の発行を検出するとき
に、データの受信先となるプロセス１２を生成するとと
もに、そのプロセス１２に対応付けてバッファ１３を生
成する生成手段１１と、バーチャルサーキット型通信に
従って、送信要求発行元からプロセス１２にデータ転送
を行ってバッファ１３に格納する転送手段１４と、バッ
ファ１３に格納されるデータを無線回線を介して他の装
置に送信する送信手段１５とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無線回線を介して
他の装置と通信する無線通信システムで用いられる装置
と、その装置の実現に用いられるプログラムが格納され
るプログラム記録媒体とに関し、特に、エンド・エンド
間でのデータ通信のスループットの向上を実現する無線
通信システムで用いられる装置と、その装置の実現に用
いられるプログラムが格納されるプログラム記録媒体と
に関する。

【０００２】最近、携帯端末が、無線回線を介して公衆
網に接続されるゲートウェイと接続して、そのゲートウ
ェイを介して、インターネットに接続されるサーバなど
と通信していくことが広く行われている。

【０００３】このような場合、無線回線が不安定な回線
であることから、エンド・エンド間でのデータ通信のス
ループットの低下が避けられない。これから、このエン
ド・エンド間でのデータ通信のスループットの向上を実
現する技術の構築が叫ばれている。

【０００４】

【従来の技術】一般に、コンピュータネットワークで
は、電話のように、先ず最初に、目的のノードに対して
呼（Connection）を設定してから、その呼に対してデー
タの送受信を行い、その後で、その呼を解除するという
バーチャルサーキット型の通信を用いている。

【０００５】このバーチャルサーキット型の通信では、
通信するエンド・エンド間で、再送制御やエラー回復や
順序制御や流量制御や混雑制御などの制御が行われるこ
とで、呼の信頼性が保証され、送信した情報が失われた
り変化したりすることなく、受信側で正しい順番のデー
タが得られることを実現している。

【０００６】従来では、図３４に示すように、通信する
エンド・エンド間に、無線回線が介在する場合にも、こ
のバーチャルサーキット型の通信に従って、エンド・エ
ンド間でデータを通信するという構成を採っている。

【０００７】

【発明が解決しようとする課題】しかしながら、このよ
うな従来技術に従っていると、不安定な回線である無線
回線により、エンド・エンド間でのデータ通信のスルー
プットが大きく低下するのを避けられない。

【０００８】すなわち、図３５に示すように、無線回線
のデータリンク層（無線回線は物理層とデータリンク層
という２つのレイヤ層からなる）のプロトコルでも、上
位層のプロトコルとは別に、相手に確実にデータを転送
するための機構として、再送制御やエラー制御が行われ
ている。

【０００９】この場合、例えば、インターネットで一般
に使われているトランスポート層のＴＣＰ（Transmissi
on Control Protocol)を例に挙げると、送信ノードは受
信ノードまでのラウンドトリップ時間（ＲＴＴ）を測定
し、その時間を基に再送制御に使うタイマ時間を設定す
る。この設定したタイマ時間内に、受信ノードから受信
確認応答（ＡＣＫ）が返ってこないと、再度、データを
送り直すことをしてデータの信頼性を保証している。

【００１０】このとき、エンド・エンド間に不安定な無
線回線があり、その無線回線で行われるデータリンク層
の再送が発生すると、その再送時間がＴＣＰでの再送タ
イマ時間に加味され、それにより長いタイマ時間が設定
されてしまうことになる。これから、ＴＣＰでのセグメ
ントデータが喪失された場合に、直ぐに再送が起こら
ず、エンド・エンド間でのデータ通信のスループットが
大きく低下する。

【００１１】更に、ＴＣＰでは、再送のときに、再送原
因が輻輳にあると見なして、輻輳を抑止するためのスロ
ースタートの制御を行う。すなわち、通常は、複数のセ
グメントデータをまとめて先送りするウィンドウ制御を
行っているが、再送を開始するときには、この大きさを
最小単位にして輻輳となる原因をなくすようにと通信を
開始する。これから、安定状態に比べてＡＣＫの発生率
が増え、エンド・エンド間でのデータ通信のスループッ
トが大きく低下する。

【００１２】無線回線が不安定な回線であることを考慮
して、特開平９-219880 号では、無線通信システムを構
成する移動端末やサーバにバッファメモリを備える構成
を採って、無線回線の切り替え時や無線回線が切断され
そうなレベル状態にあるときに、無線回線に送出するデ
ータをそのバッファメモリに一時的に蓄えて、無線回線
が切り替わった後やレベル状態が復帰するときに、その
バッファメモリに蓄えておいたデータからデータ通信を
再開するという技術が開示されている。

【００１３】しかしながら、この先行技術では、上位レ
イヤ層のプロトコルについて考慮しておらず、これか
ら、上位レイヤ層であるトランスポート層にＴＣＰのよ
うな再送制御があると、無線回線を含んで再送タイマを
設定するといった制御が働くことで、エンド・エンド間
でのデータ通信のスループットが大きく低下するのを避
けられない。

【００１４】本発明はかかる事情に鑑みてなされたもの
であって、無線回線を介して他の装置と通信する構成を
採るときにあって、エンド・エンド間でのデータ通信の
スループットの向上を実現する新たな無線通信システム
で用いられる装置の提供と、その装置の実現に用いられ
るプログラムが格納される新たなプログラム記録媒体の
提供とを目的とする。

【００１５】

【課題を解決するための手段】図１に本発明の原理構成
を図示する。図中、１は本発明を具備する送信側装置、
２は本発明を具備する受信側装置である。本発明の送信
側装置１は、無線回線を介して、本発明の受信側装置２
と通信する。

【００１６】本発明の送信側装置１は、監視手段１０
と、生成手段１１と、プロセス１２と、バッファ１３
と、転送手段１４と、送信手段１５と、検出手段１６
と、特定手段１７と、キャッシュメモリ１８と、検索手
段１９とを備える。

【００１７】監視手段１０は、自装置又はネットワーク
を介して接続される他の装置から、自装置を送信先とし
て指定するデータの送信要求が発行されたのか否かを監
視する。生成手段１１は、監視手段１０が自装置を送信
先として指定するデータの送信要求の発行を検出すると
きに、データの受信先となるプロセス１２を生成すると
ともに、そのプロセス１２に対応付けてバッファ１３を
生成する。

【００１８】転送手段１４は、バーチャルサーキット型
通信に従って、送信要求発行元からプロセス１２にデー
タ転送を行ってバッファ１３に格納する。送信手段１５
は、バッファ１３に格納されるデータを無線回線を介し
て他の装置に送信する。検出手段１６は、バッファ１３
のデータ格納状態を検出する。

【００１９】特定手段１７は、無線回線が切断されると
きに、切断時点での送信データのシーケンス番号を特定
する。キャッシュメモリ１８は、送信手段１５のデータ
送信に応答して返答されるデータを格納する。検索手段
１９は、送信要求発行元の要求するデータがキャッシュ
メモリ１８に登録されているのか否かを検索する。

【００２０】一方、本発明の受信側装置２は、受信手段
２０と、監視手段２１と、生成手段２２と、プロセス２
３と、転送手段２４と、キャッシュメモリ２５と、検索
手段２６とを備える。

【００２１】受信手段２０は、無線回線を介して送られ
てくるデータを受信する。監視手段２１は、受信手段２
０が無線回線のレイヤ層で切断されたプロトコルに従う
データを受信したのか否かを監視する。

【００２２】生成手段２２は、監視手段２１が該当する
データの受信を検出するときに、そのデータの受信先と
なるプロセス２３を生成する。転送手段２４は、バーチ
ャルサーキット型通信に従って、プロセス２３の受信す
るデータを送信要求先にデータ転送する。

【００２３】キャッシュメモリ２５は、転送手段２４の
データ転送に応答して返答されるデータを格納する。検
索手段２６は、無線回線を介して送られてきたデータの
要求するデータがキャッシュメモリ２５に登録されてい
るのか否かを検索する。

【００２４】ここで、本発明の送信側装置１の持つ機能
や、本発明の受信側装置２の持つ機能は、具体的にはプ
ログラムで実現されるものであり、このプログラムは、
フロッピィディスクなどに格納されたり、サーバなどの
ディスクなどに格納され、それらから送信側装置１や受
信側装置２にインストールされてメモリ上で動作するこ
とで、本発明を実現することになる。

【００２５】このように構成される本発明の送信側装置
１では、監視手段１０が、自装置又はネットワークを介
して接続される他の装置から、自装置を送信先として指
定するデータの送信要求が発行されたことを検出する
と、生成手段１１は、データの受信先となるプロセス１
２を生成するとともに、そのプロセス１２に対応付けて
バッファ１３を生成する。

【００２６】この生成手段１１の生成処理を受けて、転
送手段１４は、バーチャルサーキット型通信に従って、
送信要求発行元からプロセス１２にデータ転送を行って
バッファ１３に格納し、これ受けて、送信手段１５は、
バッファ１３に格納されるデータを無線回線を介して他
の装置に送信する。

【００２７】このとき、自装置が送信先として指定され
ることで、送信先の装置が指定されていないので、送信
手段１５は、例えば、送信要求先とそれを展開する装置
のアドレスとの対応関係を管理するファイルを参照する
ことで、送信先のアドレスを得てそれを送信するという
ように、無線回線のレイヤ層より上位のレイヤ層で指定
すべき送信先情報を送信することがある。この構成によ
り、データの送信要求発行元にとっては、あたかも送信
先がそこにあるかのように見えるプロキシーとして動作
することになる。

【００２８】このように、本発明の送信側装置１では、
図２に示すように、トランスポート層で行われるデータ
保証の再送制御を無線回線の手前で終端させ、不安定な
無線回線のデータ転送については、その無線回線のデー
タリンク層のプロトコルを利用して行うことで、エンド
・エンド間でのデータ通信のスループットの向上を実現
する。

【００２９】この構成を採るときにあって、検出手段１
６が、バッファ１３が溢れそうになることを検出する
と、転送手段１４は、バーチャルサーキット型通信の通
信速度が遅くなるようにと制御することで、バッファ１
３が溢れないようにと制御する。

【００３０】また、特定手段１７が、無線回線の切断時
点での送信データのシーケンス番号を特定すると、送信
手段１５は、無線回線が再接続されるときに、その特定
されたシーケンス番号からデータ送信を再開すること
で、相手が受信したデータを重複して無線回線上に送信
することを避けるように制御する。

【００３１】また、送信手段１５は、複数のバッファ１
３が同時に生成されるときにあって、それらのバッファ
１３に設定される優先度に従い、優先度の高いバッファ
１３から順番にデータを送信したり、優先度の高いバッ
ファ１３の送信周期を短く設定しつつデータを送信する
ことがある。

【００３２】また、検索手段１９が、送信要求発行元の
要求するデータがキャッシュメモリ１８に登録されてい
ることを検索すると、送信手段１５による送信処理を行
うことなく、直ちに、その検索されたデータが送信要求
発行元に通知されることになる。

【００３３】一方、このように構成される本発明の受信
側装置２では、受信手段２０が無線回線のレイヤ層で切
断されたプロトコルに従うデータを受信すると、生成手
段２２は、そのデータの受信先となるプロセス２３を生
成する。

【００３４】この生成手段２２の生成処理を受けて、転
送手段２４は、バーチャルサーキット型通信に従って、
生成されたプロセス２３の受信するデータを送信要求先
にデータ転送する。

【００３５】このように、本発明の受信側装置２では、
トランスポート層で行われるデータ保証の再送制御を無
線回線の手前で終端させ、不安定な無線回線のデータ転
送については、その無線回線のデータリンク層のプロト
コルを利用して行う本発明の送信側装置１の送信するデ
ータを受信することで、エンド・エンド間でのデータ通
信のスループットの向上を実現する。

【００３６】この構成を採るときにあって、検索手段２
６が、送信要求発行元の要求するデータがキャッシュメ
モリ２５に登録されていることを検索すると、送信要求
先にデータ転送することなく、直ちに、その検索された
データが送信要求発行元に通知されることになる。

【００３７】このように、本発明によれば、トランスポ
ート層で行われるデータ保証の再送制御を無線回線の手
前で終端させ、不安定な無線回線のデータ転送について
は、その無線回線のデータリンク層のプロトコルを利用
して行うことで、エンド・エンド間でのデータ通信のス
ループットの向上を実現できるようになる。

【００３８】そして、本発明によれば、データの送信要
求発行元にとっては、あたかも送信先がそこにあるかの
ように見えるプロキシーとして動作することを実現でき
るようになる。

【００３９】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。ここで、以下に説明する実施例で
は、インターネットで一般に使われているトランスポー
ト層のＴＣＰ（Transmission Control Protocol)と、ネ
ットワーク層のＩＰ（Internet Protocol)とを用いるこ
とを想定している。

【００４０】図３に、本発明を具備する情報システムの
一実施例を図示する。図中、３０はクライアントであっ
て、アプリケーションプログラム３００を展開してサー
ビス要求を発行するもの、４０はサーバであって、サー
ビスプログラム４００を展開し、無線回線を介してクラ
イアント３０と接続されて、クライアント３０にサービ
スを提供するものである。なお、この実施例では、クラ
イアント３０とサーバ４０とが１対１に通信することを
想定している。

【００４１】クライアント３０は、携帯電話とデータ通
信アダプタとから構成される無線機３０１と、無線機３
０１を接続するインタフェースを介してデータを送信す
る送信ルーチン３０２と、無線機３０１を接続するイン
タフェースを介してデータを受信する受信ルーチン３０
３と、ＴＣＰで指定されるポート番号（サービスプログ
ラム４００を指定するもの）を監視するデーモンプログ
ラム３０４と、アプリケーションプログラム３００が
「サービスプログラム名（あるいはポート番号）、loca
lhost 」を宛先として指定してサービス要求を発行する
ときに生成されて、アプリケーションプログラム３００
との間に張られるソケットを使い、バーチャルサーキッ
ト型通信に従って、アプリケーションプログラム３００
の発行するデータを受け取る子プロセス３０５と、子プ
ロセス３０５に対応付けて生成されて、子プロセス３０
５の受け取るデータを格納するバッファ３０６とを備え
る。

【００４２】ここで、「localhost 」は、自装置のＩＰ
アドレス（ＩＰで指定されるノードのアドレス）を示し
ており、「サービスプログラム名（あるいはポート番
号）、localhost 」は、自装置に展開されるサービスプ
ログラム４００（本来は展開されていない）を宛先とし
て指定することを意味している。

【００４３】一方、サーバ４０は、携帯電話とデータ通
信アダプタとから構成される無線機無線機４０１と、無
線機４０１を接続するインタフェースを介してデータを
受信する受信ルーチン４０２と、無線機４０１を接続す
るインタフェースを介してデータを送信する送信ルーチ
ン４０３と、受信ルーチン４０２が自装置を宛先とする
とともに、無線回線のレイヤ層で切断されたプロトコル
に従うデータを受信したのか否かを監視するデーモンプ
ログラム４０４と、デーモンプログラム４０４が該当す
るデータの受信を検出するときに生成されて、サービス
プログラム４００との間に張られるソケットを使い、バ
ーチャルサーキット型通信に従って、クライアント３０
から送られてくるデータをサービスプログラム４００に
転送する子プロセス４０５と、子プロセス４０５の受け
取る宛先ポート番号を監視して、その宛先ポート番号の
指すサービスプログラム４００を起動するサービスデー
モンプログラム４０６とを備える。

【００４４】なお、図示していないが、受信側となるサ
ーバ４０にも、受信ルーチン４０２に対応付けてバッフ
ァが設けられることになるが、このバッファはデータ転
送の速度差を吸収するために設けられるものではなく
て、単なるメモリ渡しのために設けられることになる。

【００４５】ここで、クライアント３０やサーバ４０に
展開されるプログラムは、フロッピィディスクなどに格
納されたり、サーバなどのディスクなどに格納され、そ
れらからインストールされることになる。

【００４６】ＴＣＰを用いる場合、送信元ポート番号と
宛先ポート番号とを指定することで、送信側のプログラ
ムと受信側のプログラムとを接続する構成を採る。これ
から、このように構成される図３の実施例では、クライ
アント３０は、デーモンプログラム３０４を走らせるこ
とでポートを監視して、アプリケーションプログラム３
００からの接続要求を待つ。

【００４７】この状態にあるときに、図中の「１」に示
すように、アプリケーションプログラム３００が起動さ
れると、アプリケーションプログラム３００は、サーバ
４０の提供するサービスが必要となるときには、サービ
スプログラムを示すポート番号とともに、自装置への接
続を指示する「localhost 」を指定してサービス要求を
発行するので、デーモンプログラム３０４は、図中の
「２」に示すように、ポートを監視することで、この
「localhost 」を指定するサービス要求が発行されたの
か否かを監視する。

【００４８】デーモンプログラム３０４は、アプリケー
ションプログラム３００から「localhost 」を指定して
サービス要求が発行されることを検出すると、サーバ４
０へのデータ転送を行うために、図中の「３」に示すよ
うに、データ転送の仲介処理を実行する子プロセス３０
５を生成するとともに、それに対応付けてバッファ３０
６を生成する。この子プロセス３０５及びバッファ３０
６は、アプリケーションプログラム３００の識別番号と
なるセッション番号対応に生成されることになる。

【００４９】子プロセス３０５が生成されると、アプリ
ケーションプログラム３００は、図中の「４」に示すよ
うに、子プロセス３０５との間にソケットコネクション
を確立して、バーチャルサーキット型通信を使って、サ
ーバ４０に転送するデータを子プロセス３０５に転送す
る。これを受けて、子プロセス３０５は、図中の「５」
に示すように、無線機３０１に回線接続の指示を与える
ことで無線回線を接続するとともに、アプリケーション
プログラム３００から転送されてくるデータをバッファ
３０６に格納し、これを受けて、送信ルーチンは、その
バッファ３０６に格納されるデータを無線機３０１に送
出する。

【００５０】従来であれば、クライアント３０のアプリ
ケーションプログラム３００は、サーバ４０のサービス
デーモンプログラム４０６に対して、サービス要求先と
なるサービスプログラム４００を指定してサービス要求
を発行するのに対して、本発明では、自装置のＩＰアド
レスとなる「localhost 」を指定してサービス要求を発
行することで、不安定な要因のないバーチャルサーキッ
ト型通信に従って、サーバ４０に転送するデータをクラ
イアント３０内のバッファ３０６に格納するように処理
する。

【００５１】このように、本発明を具備するクライアン
ト３０は、トランスポート層で行われるデータ保証の再
送制御を、無線回線の手前で一度終端させる構成を採る
のである。

【００５２】子プロセス３０５からの転送指示を受け取
ると、無線機３０１は、無線回線のデータリンク層での
再送制御などを行いながら、無線回線に従って、送信ル
ーチンの送出処理により送られてくるバッファ３０６の
データをサーバ４０に送信する。

【００５３】この無線回線による送信処理は、無線回線
が不安定な回線であることから送信速度が遅くなり、こ
れから、アプリケーションプログラム３００から子プロ
セス３０５への高速なデータ転送速度との速度差を吸収
するために、バッファ３０６を設ける構成を採るのであ
る。

【００５４】上述したように、従来であれば、クライア
ント３０のアプリケーションプログラム３００は、サー
バ４０のサービスデーモンプログラム４０６に対して、
サービス要求先となるサービスプログラム４００を指定
してサービス要求を発行するのに対して、本発明では、
自装置のＩＰアドレスとなる「localhost 」を指定して
サービス要求を発行することで、ＴＣＰ／ＩＰを無線回
線の手前で終端させている。従って、そのままでは、サ
ーバ４０はサービスプログラム４００を起動できない。

【００５５】すなわち、ＴＣＰ／ＩＰが終端されなけれ
ば、無線回線のレイヤ層のヘッダに包まれて、ＴＣＰ／
ＩＰで指定されたポート番号やＩＰアドレスがサーバ４
０に通知されることになるのに対して、ＴＣＰ／ＩＰが
無線回線の手前で終端されてしまうと、ＴＣＰ／ＩＰで
指定されたポート番号やＩＰアドレスがサーバ４０に通
知されないことで、サーバ４０はサービスプログラム４
００を起動できないことになる。

【００５６】そこで、サーバ４０に対するサービス要求
にあたって、クライアント３０は、図４に示すように、
例えば、データの送信に先立って、アプリケーションプ
ログラム３００の指定するポート番号と、アプリケーシ
ョンプログラム３００のセッション番号（Ｓｎ）とをサ
ーバ４０に送り、続いて、データを送信していくように
処理することになる。

【００５７】ここで、セッション番号は、アプリケーシ
ョンプログラム３００毎に割り付けられる番号で、異な
るアプリケーションプログラム３００から同一のポート
番号の指すサービスプログラム４００に対してサービス
要求が発行されるときに、それを識別するために割り付
けられることになる。なお、セッション番号はデーモン
プログラム３０４が割り付け、ポート番号はＯＳが割り
付けていくことになる。

【００５８】一方、サーバ４０の側では、デーモンプロ
グラム４０４は、図中の「６」に示すように、受信ルー
チン４０２が自装置を宛先とするとともに、無線回線の
レイヤ層で切断されたプロトコルに従うデータ（すなわ
ち、クライアント３０の送信するデータ）を受信したの
か否かを監視する。受信ルーチン４０２が該当するデー
タの受信を検出すると、デーモンプログラム４０４は、
サービスプログラム４００へのデータ転送を行うため
に、図中の「７」で示すように、受信ルーチン４０２の
受信するデータを受け取る子プロセス４０５を生成す
る。

【００５９】ここで、子プロセス４０５は、クライアン
ト３０の子プロセス３０５と同様に、アプリケーション
プログラム３００の識別番号となるセッション番号対応
に生成されることになる。

【００６０】このようにして生成されると、子プロセス
４０５は、クライアント３０から送られてくるポート番
号の指すサービスデーモンプログラム４０６（ポート番
号の指すサービスプログラム４００を起動するもの）に
対して、図中の「８」に示すように接続要求を発行し、
これに応答して、図中の「９」に示すように、サービス
デーモンプログラム４０６は、アプリケーションプログ
ラム３００のサービス要求先となるサービスプログラム
４００を起動する。

【００６１】この起動を受けて、子プロセス４０５は、
図中の「１０」に示すように、起動されたサービスプロ
グラム４００との間にソケットコネクションを確立し
て、バーチャルサーキット型通信を使って、クライアン
ト３０から送られてくるデータをサービスプログラム４
００に転送する。

【００６２】このようにして、本発明を具備するサーバ
４０は、本発明を具備するクライアント３０により送ら
れてくるデータを受信していくのである。図３の実施例
では、クライアント３０がサービス要求を発行して、こ
れをサーバ４０に通知していくときの処理について説明
したが、このサービス要求に応答してサービスプログラ
ム４００がサービスを実行して、そのサービス結果をア
プリケーションプログラム３００に返信していく場合に
は、図３で説明したクライアント３０の送信処理がサー
バ４０で実行され、図３で説明したサーバ４０の受信処
理がクライアント３０で実行されることになる。

【００６３】次に、このように構成される図３の実施例
で実行される図５ないし図１４の処理フローについて説
明する。ここで、図５はクライアント３０の実行する全
体的な処理フローの一実施例、図６はクライアント３０
の書込ルーチンの実行する処理フローの一実施例、図７
はクライアント３０の送信ルーチン３０２の実行する処
理フローの一実施例、図８はクライアント３０の受信ル
ーチン３０３の実行する処理フローの一実施例、図９は
クライアント３０の読取ルーチンの実行する処理フロー
の一実施例、図１０はサーバ４０の実行する全体的な処
理フローの一実施例、図１１はサーバ４０の受信ルーチ
ン４０２の実行する処理フローの一実施例、図１２はサ
ーバ４０の読取ルーチンの実行する処理フローの一実施
例、図１３はサーバ４０の書込ルーチンの実行する処理
フローの一実施例、図１４はサーバ４０の送信ルーチン
４０３の実行する処理フローの一実施例である。

【００６４】クライアント３０は、図５の処理フローに
示すように、先ず最初に、ステップ１で、初期化処理を
行い、ソケットを用意する。続いて、ステップ２で、送
信スレッドとなる送信ルーチン３０２を起動し、続くス
テップ３で、受信スレッドとなる受信ルーチン３０３を
起動する。

【００６５】続いて、ステップ４で、「localhost 」を
指定するポートへの接続要求が発行されるのを待って、
発行されると、ステップ５に進んで、子プロセス３０５
とバッファ３０６とを生成する。

【００６６】子プロセス３０５を生成すると、ステップ
６で示すように、アプリケーションプログラム３００と
子プロセス３０５との間にソケットを張る。続いて、ス
テップ７で、ソケットに対応するセッション番号を取得
して記憶する。続いて、ステップ８で、無線回線が接続
済みであるのか否かを判断して、未接続であることを判
断するときには、ステップ９に進んで、無線回線を接続
する。

【００６７】続いて、ステップ１０で、ポート番号情報
にセッション番号を付加した制御パケットにしてバッフ
ァ３０６に書き出す。続いて、ステップ１１で、書込ル
ーチン（バッファ３０６への書込処理を実行するもので
あって、例えば、バッファ３０６対応に用意される）に
従って、ソケットから送られてくるデータをバッファ３
０６に書き込むとともに、送信ルーチン３０２に従っ
て、バッファ３０６に格納されるデータを無線回線を介
してサーバ４０に送信する。

【００６８】ここで、クライアント３０が受信側となる
ときには、ステップ１２で示すように、受信ルーチン３
０３に従って、上述したメモリ渡しのバッファにデータ
を受信していくとともに、読取ルーチン（メモリ渡しの
バッファからの読取処理を実行するものであって、例え
ば、メモリ渡しのバッファ対応に用意される）に従っ
て、そのメモリ渡しのバッファからデータを読み出して
ソケットに投入していくことになる。

【００６９】続いて、ステップ１３で、全通信が終了し
たのか否かを判断して、全通信が終了していないことを
判断するときには、無線回線を切断することなく、この
セッションの処理を終了し、全通信が終了することを判
断するときには、無線回線を切断してから処理を終了す
る。

【００７０】このとき実行する書込ルーチンの処理につ
いて説明するならば、図６の処理フローに示すように、
ソケットからデータを読み出して、該当するセッション
番号を含むヘッダを付加し、それをバッファ３０６に書
き込む。そして、ソケットが存続するのか否かを判断し
て、ソケットが存続することを判断するときには、デー
タがあるのか否かを判断して、データがあることを判断
するときには、ソケットからデータを読み出していくこ
とで行う。

【００７１】また、このとき実行する送信ルーチン３０
２の処理について説明するならば、図７の処理フローに
示すように、バッファ３０６にデータが格納されている
のか否かを判断して、データが格納されていることを判
断するときには、バッファ３０６からデータを読み出し
て無線回線に送信し、このとき、無線回線が切断してい
るときには、再接続後に再送を行い、無線回線が切断し
ていないときには、バッファ３０６から送信したデータ
をクリアしていくことで行う。

【００７２】また、クライアント３０が受信側となると
きに動作する受信ルーチン３０３の処理について説明す
るならば、図８の処理フローに示すように、無線回線か
らのデータがあるのか否かを判断して、あることを判断
するときには、データを読み出し、上述したメモリ渡し
の受信バッファに書き出す。そして、無線回線が切断さ
れたのか否かを判断して、切断された場合には、再接続
していくことで、無線回線からのデータの読み出しを実
行していく。

【００７３】また、クライアント３０が受信側となると
きに動作する読取ルーチンの処理について説明するなら
ば、図９の処理フローに示すように、上述したメモリ渡
しの受信バッファにデータが格納されているのか否かを
判断して、データが格納されていることを判断するとき
には、メモリ渡しの受信バッファからデータを読み出
し、ヘッダを取り外す。そして、そのヘッダからデータ
が制御パケットであるのか否かを判断して、制御パケッ
トであることを判断するときには、制御パケットの指定
する制御情報を処理し、制御パケットでないことを判断
するとき、すなわち、通信データであることを判断する
ときには、セッション番号の指すソケットへデータを送
出する。そして、この処理をソケットが存続する間実行
することで行う。

【００７４】一方、サーバ４０は、クライアント３０か
らのデータ送信を受けて、図１０の処理フローに示すよ
うに、先ず最初に、ステップ１で、初期化処理を行い、
ソケットを用意する。続いて、ステップ２で、無線回線
への着信を待って、無線回線への着信を検出すると、ス
テップ３に進んで、送信スレッドとなる送信ルーチン４
０３を起動し、続くステップ４で、受信スレッドとなる
受信ルーチン４０２を起動する。

【００７５】続いて、ステップ５で、上述したメモリ渡
しの受信バッファにポート番号情報が格納されるのを待
って、格納されない場合には、ステップ６に進んで、無
線回線を切断し、格納される場合には、ステップ７に進
んで、セッション番号対応に子プロセス４０５を生成す
る。

【００７６】子プロセス４０５を生成すると、ステップ
８で示すように、ポート番号に従って、サービス要求先
のサービスプログラム４００と子プロセス４０５との間
にソケットを張る。続いて、ステップ９で、ソケットと
セッション番号との対応関係を記憶する。

【００７７】続いて、ステップ１１で、受信ルーチン４
０２に従って、無線回線を介して送られてくるデータを
受信して上述したメモリ渡しのバッファに格納していく
とともに、読取ルーチン（メモリ渡しのバッファからの
読取処理を実行するものであって、例えば、メモリ渡し
のバッファ対応に用意される）に従って、そのメモリ渡
しのバッファからの読み出しを実行して、ソケットに投
入することでサービスプログラム４００に転送する。

【００７８】ここで、サーバ４０が送信側となるときに
は、ステップ１０で示すように、書込ルーチンに従っ
て、クライアント３０のバッファ３０６に相当するバッ
ファ（書込ルーチンは、例えば、このバッファ対応に用
意される）への書込処理を実行するとともに、送信ルー
チン４０３に従って、そのバッファに格納されるデータ
を無線回線を介してクライアント３０に送信する。

【００７９】そして、最後に、ステップ１２で、ソケッ
トを解放して処理を終了する。このとき実行する受信ル
ーチン４０２の処理について説明するならば、図１１の
処理フローに示すように、無線回線が切断されているの
か否かを判断して、無線回線が切断されていることを判
断するときには、再接続タイマを起動し、その再接続タ
イマの設定時間内に再接続ができたのか否かを判断し
て、再接続できたことを判断するときには再接続タイマ
を停止する。すなわち、無線回線が切断するときには、
送信側であるクライアント３０の方で再接続を試行する
ので、その試行を待つのである。そして、無線回線が切
断されていないときには、無線回線からのデータを受信
して、上述したメモリ渡しの受信バッファに書き出して
いくことで行う。

【００８０】また、このとき実行する読取ルーチンの処
理について説明するならば、図１２の処理フローに示す
ように、メモリ渡しの受信バッファにデータが格納され
ているのか否かを判断して、データが格納されているこ
とを判断するときには、メモリ渡しの受信バッファから
データを読み出し、ヘッダを取り外す。そして、そのヘ
ッダからデータが制御パケットであるのか否かを判断し
て、制御パケットであることを判断するときには、制御
パケットの指定する制御情報を処理し、制御パケットで
ないことを判断するとき、すなわち、通信データである
ことを判断するときには、セッション番号の指すソケッ
トへデータを送出する。そして、この処理をソケットが
存続する間実行することで行う。

【００８１】また、サーバ４０が送信側となるときに動
作する書込ルーチンの処理について説明するならば、図
１３の処理フローに示すように、ソケットからデータを
読み出して、該当するセッション番号を含むヘッダを付
加し、それをクライアント３０のバッファ３０６に相当
するバッファに書き込む。そして、ソケットが存続する
のか否かを判断して、存続することを判断するときに
は、続けて、ソケットからデータを読み出していくこと
で行う。

【００８２】また、サーバ４０が送信側となるときに動
作する送信ルーチン４０３の処理について説明するなら
ば、図１４の処理フローに示すように、クライアント３
０のバッファ３０６に相当するバッファにデータが格納
されているのか否かを判断して、データが格納されてい
ることを判断するときには、そのバッファからデータを
読み出して無線回線に送信し、このとき、無線回線が切
断しているときには、再接続タイマがタイムオーバーし
ないことを条件にしつつ再接続を行って再送を行い、無
線回線が切断していないときには、そのバッファから送
信したデータをクリアしていくことで行う。次に、図１
５に示す本発明を具備する情報システムの他の実施例に
ついて説明する。

【００８３】この実施例と図３の実施例との違いは、図
３の実施例では、無線の着信先がサーバ４０であり、そ
こにサービスプログラム４００が展開されているのに対
して、この実施例では、無線の着信先がゲートウェイ５
０で、サービスプログラム４００を展開するサーバ４０
は、このゲートウェイ５０にインターネット６０を介し
て接続されている点にある。

【００８４】この構成の違いにより、ゲートウェイ５０
は、無線機５０１と、受信ルーチン５０２と、送信ルー
チン５０３と、受信ルーチン５０２が無線回線のレイヤ
層で切断されたプロトコルに従うデータ（すなわち、ク
ライアント３０の送信するデータ）を受信したのか否か
を監視するデーモンプログラム５０４と、デーモンプロ
グラム５０４が該当するデータの受信を検出するときに
生成されて、サービスプログラム４００との間に張られ
るソケットを使い、バーチャルサーキット型通信に従っ
て、クライアント３０から送られてくるデータをサービ
スプログラム４００に転送する子プロセス５０５とを備
える。

【００８５】一方、サーバ４０は、子プロセス５０５の
受け取る宛先ポート番号を監視して、その宛先ポート番
号の指すサービスプログラム４００を起動するサービス
デーモンプログラム４０６を備える。

【００８６】そして、更に、クライアント３０は、ポー
ト番号とＩＰアドレスとの対応関係を管理する設定ファ
イル３０７を備えたり、ゲートウェイ５０は、ポート番
号とＩＰアドレスとの対応関係を管理する設定ファイル
５０６を備える。

【００８７】このように構成される図１５の実施例で
は、クライアント３０は、デーモンプログラム３０４を
走らせることでポートを監視して、アプリケーションプ
ログラム３００からの接続要求を待つ。

【００８８】この状態にあるときに、図中の「１」に示
すように、アプリケーションプログラム３００が起動さ
れると、アプリケーションプログラム３００は、サーバ
４０の提供するサービスが必要となるときには、サービ
スプログラムを示すポート番号とともに、自装置への接
続を指示する「localhost 」を指定してサービス要求を
発行するので、デーモンプログラム３０４は、図中の
「２」に示すように、ポートを監視することで、この
「localhost 」を指定するサービス要求が発行されたの
か否かを監視する。

【００８９】デーモンプログラム３０４は、アプリケー
ションプログラム３００から「localhost 」を指定して
サービス要求が発行されることを検出すると、サーバ４
０へのデータ転送を行うために、図中の「３」に示すよ
うに、データ転送の仲介処理を実行する子プロセス３０
５を生成するとともに、それに対応付けてバッファ３０
６を生成する。この子プロセス３０５及びバッファ３０
６は、アプリケーションプログラム３００の識別番号と
なるセッション番号対応に生成されることになる。

【００９０】子プロセス３０５が生成されると、アプリ
ケーションプログラム３００は、図中の「４」に示すよ
うに、子プロセス３０５との間にソケットコネクション
を確立して、バーチャルサーキット型通信を使って、サ
ーバ４０に転送するデータを子プロセス３０５に転送す
る。これを受けて、子プロセス３０５は、図中の「５」
に示すように、無線機３０１に回線接続の指示を与える
ことで無線回線を接続するとともに、アプリケーション
プログラム３００から転送されてくるデータをバッファ
３０６に格納し、これを受けて、送信ルーチンは、その
バッファ３０６に格納されるデータを無線機３０１に送
出する。

【００９１】このとき、「localhost 」が指定されてい
ることで、インターネット６０の先に接続されているサ
ーバ４０のＩＰアドレスを知ることができないので、子
プロセス３０５は、図中の「６」に示すように、指定さ
れるポート番号を検索キーにして設定ファイル３０７を
参照することで、サーバ４０のＩＰアドレスを得る。

【００９２】子プロセス３０５からの転送指示を受け取
ると、無線機３０１は、無線回線のデータリンク層での
再送制御などを行いながら、無線回線に従って、送信ル
ーチンの送出処理により送られてくるバッファ３０６の
データをサーバ４０に送信する。

【００９３】上述したように、従来であれば、クライア
ント３０のアプリケーションプログラム３００は、サー
バ４０のサービスデーモンプログラム４０６に対して、
サービス要求先となるサービスプログラム４００を指定
してサービス要求を発行するのに対して、本発明では、
自装置のＩＰアドレスとなる「localhost 」を指定して
サービス要求を発行することで、ＴＣＰ／ＩＰを無線回
線の手前で終端させている。従って、そのままでは、サ
ーバ４０はサービスプログラム４００を起動できない。

【００９４】そこで、サーバ４０に対するサービス要求
にあたって、送信ルーチン３０２は、図１６に示すよう
に、例えば、データの送信に先立って、設定ファイル３
０７から得られるサーバ４０のＩＰアドレスをゲートウ
ェイ５０に送るとともに、アプリケーションプログラム
３００の指定するポート番号と、アプリケーションプロ
グラム３００のセッション番号（Ｓｎ）とをゲートウェ
イ５０に送り、続いて、データを送信していくように処
理することになる。

【００９５】一方、ゲートウェイ５０の側では、デーモ
ンプログラム５０４は、図中の「７」に示すように、受
信ルーチン５０２が無線回線のレイヤ層で切断されたプ
ロトコルに従うデータ（すなわち、クライアント３０の
送信するデータ）を受信したのか否かを監視する。受信
ルーチン５０２が該当するデータの受信を検出すると、
デーモンプログラム５０４は、サービスプログラム４０
０へのデータ転送を行うために、図中の「８」で示すよ
うに、受信ルーチン５０２の受信するデータを受け取る
子プロセス５０５を生成する。

【００９６】ここで、子プロセス５０５は、クライアン
ト３０の子プロセス３０５と同様に、アプリケーション
プログラム３００の識別番号となるセッション番号対応
に生成されることになる。

【００９７】このようにして生成されると、子プロセス
５０５は、クライアント３０から送られてくるＩＰアド
レスの指すサーバ４０に対して、クライアント３０から
送られてくるポート番号の指すサービスデーモンプログ
ラム４０６を指定しつつ、図中の「１０」に示すように
接続要求を発行し、これに応答して、図中の「１１」に
示すように、サービスデーモンプログラム４０６は、ア
プリケーションプログラム３００のサービス要求先とな
るサービスプログラム４００を起動する。

【００９８】ここで、クライアント３０からＩＰアドレ
スが送られてこないときには、ゲートウェイ５０の子プ
ロセス５０５は、クライアント３０から通知されるポー
ト番号を検索キーにして設定ファイル５０６を参照する
ことで、サーバ４０のＩＰアドレスを得ることになる。

【００９９】このサービスプログラム４００の起動を受
けて、子プロセス５０５は、図中の「１２」に示すよう
に、起動されたサービスプログラム４００との間にソケ
ットコネクションを確立して、バーチャルサーキット型
通信を使って、クライアント３０から送られてくるデー
タをサービスプログラム４００に転送する。

【０１００】このようにして、本発明を具備するサーバ
４０は、本発明を具備するクライアント３０により送ら
れてくるデータを受信していくのである。図１５の実施
例では、クライアント３０がサービス要求を発行して、
これをサーバ４０に通知していくときの処理について説
明したが、このサービス要求に応答してサービスプログ
ラム４００がサービスを実行して、そのサービス結果を
アプリケーションプログラム３００に返信していく場合
には、図１５で説明したクライアント３０の送信処理が
サーバ４０で実行され、図１５で説明したサーバ４０の
受信処理がクライアント３０で実行されることになる。

【０１０１】図１７に、図１５の実施例に従う場合のク
ライアント３０の実行する全体的な処理フローの一実施
例、図１８に、図１５の実施例に従う場合のゲートウェ
イ５０の実行する全体的な処理フローの一実施例を図示
する。

【０１０２】図１７の処理フローと図５の処理フローと
の違いは、図１７の処理フローは、図５の処理フローの
ステップ８，９とステップ１０との間に、ステップαと
いう処理を持つ点である。このステップαでは、設定フ
ァイル３０７を参照することでサーバ４０のＩＰアドレ
スを得て、それをバッファ３０６に書き出す処理を行
う。

【０１０３】また、図１８の処理フローと図１０の処理
フローとの違いは、図１８の処理フローはゲートウェイ
５０が実行し、図１０の処理フローはサーバ４０が実行
するという他に、実質的な違いとして、図１８の処理フ
ローは、図１０の処理フローのステップ７とステップ８
との間に、ステップαという処理を持つ点である。この
ステップαでは、クライアント３０から送られてくるサ
ーバ４０のＩＰアドレスを受信する処理を実行するか、
クライアント３０からサーバ４０のＩＰアドレスが送ら
れてこないときに、設定ファイル５０６を参照すること
でサーバ４０のＩＰアドレスを得る処理を行う。

【０１０４】上述したように、本発明では、トランスポ
ート層で行われるデータ保証の再送制御を、無線回線の
手前で一度終端させる構成を採ることで、エンド・エン
ド間でのデータ通信のスループットの向上を実現する構
成を採っている。この構成を実現するために、アプリケ
ーションプログラム３００は、上述したように、自装置
のＩＰアドレスとなる「localhost 」を指定してサービ
ス要求を発行する。

【０１０５】このようなサービス要求の発行方法に対し
て、図１５の実施例では、ポート番号とＩＰアドレスと
の対応関係を管理する、クライアント３０の設定ファイ
ル３０７やゲートウェイ５０の設定ファイル５０６を使
って、サーバ４０の特定に必要となるＩＰアドレスを得
るようにしている。

【０１０６】従って、図１５の実施例に従うと、アプリ
ケーションプログラム３００にとっては、あたかもサー
ビスプログラム４００がそこにあるかのように見えるプ
ロキシーとして動作することを実現できるようになる。

【０１０７】なお、クライアント３０の設定ファイル３
０７やゲートウェイ５０の設定ファイル５０６が用意さ
れない場合には、接続しているゲートウェイ５０を起点
に、上位のアプリケーションプロトコルを使って、サー
バ４０に接続しているサービスを受けることが可能であ
る。

【０１０８】図１９に、本発明で用いられるデータ送信
の再送処理を図示する。この再送処理では、データ送信
中に無線回線が切断され、再接続するときに、最初から
データの送信をやり直すのではなくて、無線回線の切断
時に送信中であったデータから再送していくことで効率
的なデータ送信を実現するという方法を採っている。

【０１０９】この再送処理を実現するために、具体的に
は、データのフォーマットとして、図２０に示すよう
に、パケットのシーケンス番号（ＳＮ）をデータに持た
せる構成を採って、図１９に示すように、データ送信中
に無線回線が切断されると、再接続してから、最後に送
信の完了したシーケンス番号（この例の場合はＳＮ＝
２）を通知した後に、その次のシーケンス番号（この例
の場合はＳＮ＝３）からデータの再送を再開していくと
いう構成を採る。

【０１１０】なお、図２０に示したデータフォーマット
の長さが無線回線で一度に送信できる長さよりも長い場
合には、このデータフォーマットを分割して送信するこ
とになる。これから、ヘッダから無線回線が切断される
までに送られたデータが無駄にならないようにするため
に、送信側へ再接続用のシーケンス番号を送信するとき
に、受信したデータ長についても一緒に送信して、送信
側でデータを再構成できるようにすることが好ましい。

【０１１１】図２１ないし図２４に示す処理フローに従
って、この再送処理について詳細に説明する。ここで、
図２１はクライアント３０の送信ルーチン３０２の実行
する処理フローの一実施例、図２２はゲートウェイ５０
の受信ルーチン５０２の実行する処理フローの一実施
例、図２３はゲートウェイ５０の送信ルーチン５０３の
実行する処理フローの一実施例、図２４はクライアント
３０の受信ルーチン３０３の実行する処理フローの一実
施例である。

【０１１２】クライアント３０の送信ルーチン３０２
は、ゲートウェイ５０にデータを送信するときには、図
２１の処理フローに示すように、バッファ３０６にデー
タが格納されているのか否かを判断して、データが格納
されていることを判断するときには、シーケンス番号を
付加しつつ、バッファ３０６からデータを読み出して無
線回線に送信する。このとき、無線回線が切断している
ときには、再接続した後、ゲートウェイ５０から通知さ
れる最後に受信したシーケンス番号を受信して、その次
のシーケンス番号のデータから送信を再開していく。一
方、無線回線が切断していないときには、バッファ３０
６から送信したデータをクリアし、シーケンス番号をイ
ンクリメントしていく。

【０１１３】このクライアント３０の送信ルーチン３０
２の送信処理を受けて、ゲートウェイ５０の受信ルーチ
ン５０２は、図２２の処理フローに示すように、無線回
線が切断されているのか否かを判断して、無線回線が切
断されていることを判断するときには、再接続タイマを
起動し、その再接続タイマの設定時間内に再接続ができ
たのか否かを判断して、再接続できたことを判断すると
きには再接続タイマを停止してから、最後に受信したシ
ーケンス番号をクライアント３０に通知する。そして、
無線回線が切断されていないときには、無線回線からの
データを受信して、上述したメモリ渡しの受信バッファ
に書き出していく。

【０１１４】一方、ゲートウェイ５０の送信ルーチン５
０３は、サーバ４０からのデータをクライアント３０に
返信するときには、図２３の処理フローに示すように、
クライアント３０のバッファ３０６に相当するバッファ
にデータが格納されているのか否かを判断して、データ
が格納されていることを判断するときには、シーケンス
番号を付加しつつ、そのバッファからデータを読み出し
て無線回線に送信する。このとき、無線回線が切断して
いるときには、再接続タイマがタイムオーバーしないこ
とを条件にしつつ再接続を行い、クライアント３０から
通知される最後に受信したシーケンス番号を受信して、
その次のシーケンス番号のデータから送信を再開してい
く。一方、無線回線が切断していないときには、そのバ
ッファから送信したデータをクリアし、シーケンス番号
をインクリメントしていく。

【０１１５】このゲートウェイ５０の送信ルーチン５０
３の送信処理を受けて、クライアント３０の受信ルーチ
ン３０３は、図２４の処理フローに示すように、無線回
線からのデータがあるのか否かを判断して、データがあ
ることを判断するときには、データを読み出し、上述し
たメモリ渡しの受信バッファに書き出す。そして、無線
回線が切断されたのか否かを判断して、無線回線が切断
された場合には、再接続し、最後に受信したシーケンス
番号をゲートウェイ５０に通知していく。

【０１１６】このようにして、図１９に示す再送処理で
は、データ送信中に無線回線が切断され、再接続すると
きに、最初からデータの送信をやり直すのではなくて、
無線回線の切断時に送信中であったデータから再送して
いくことで効率的なデータ送信を実現するのである。

【０１１７】図２５に、本発明を具備する情報システム
の他の実施例を図示する。図３の実施例で説明したよう
に、クライアント３０の子プロセス３０５は、アプリケ
ーションプログラム３００の識別番号となるセッション
番号対応に生成されることになる。そして、これに対応
して、サーバ４０の子プロセス４０５もまた、アプリケ
ーションプログラム３００の識別番号となるセッション
番号対応に生成されることになる。

【０１１８】従って、図２５の実施例に示すように、ク
ライアントの子プロセス３０５に対応付けて生成される
バッファ３０６もまた、アプリケーションプログラム３
００の識別番号となるセッション番号対応に生成される
ことになる。そして、サーバ４０の持つ図示しない上述
したメモリ渡しのバッファもまた、アプリケーションプ
ログラム３００の識別番号となるセッション番号対応に
生成されることになる。

【０１１９】これから、この図２５の実施例では、送信
側となるクライアント３０の側に、複数のバッファ３０
６からのデータの読み出し方法を定義するバッファ制御
ルール３０８を設けることで、適切なデータの送信を実
現する構成を採る。

【０１２０】このバッファ制御ルール３０８は、例え
ば、各アプリケーションプログラム３００に割り付けら
れる優先度を管理して、送信ルーチン３０２に対して、
優先度の高いバッファ３０６から順番にデータを送信し
ていくことを指示したり、優先度の高いバッファ３０６
の送信周期を短く設定しつつデータを送信していくこと
を指示する。

【０１２１】図２６に、この実施例に従う場合のクライ
アント３０の送信ルーチン３０２の実行する処理フロー
の一実施例を図示する。この実施例に従う場合、クライ
アント３０の送信ルーチン３０２は、図２６の処理フロ
ーに示すように、バッファ領域を確保し初期化を行う
と、バッファ制御ルール３０８からの指示に従ってバッ
ファ読み出しのルールを設定する。そして、バッファ３
０６にデータが格納されているのか否かを判断して、デ
ータが格納されていることを判断するときには、データ
の読み出しが可能となるのを待ってから、バッファ３０
６からデータを読み出して無線回線に送信する。このと
き、無線回線が切断しているときには、再接続後に再送
を行い、無線回線が切断していないときには、バッファ
３０６から送信したデータをクリアした後、バッファ読
み出しのルールの指定する次のバッファを送信対象とし
ていくことで行う。

【０１２２】一方、サーバ４０が送信側となるときに
は、サーバ４０の送信ルーチン４０３は、図２７に示す
処理フローを実行することになる。すなわち、サーバ４
０の送信ルーチン４０３は、図２７の処理フローに示す
ように、バッファ領域を確保し初期化を行うと、バッフ
ァ読み出しのルールを設定する。そして、クライアント
３０のバッファ３０６に相当するバッファにデータが格
納されているのか否かを判断して、データが格納されて
いることを判断するときには、データの読み出しが可能
となるのを待ってから、そのバッファからデータを読み
出して無線回線に送信する。このとき、無線回線が切断
しているときには、再接続タイマがタイムオーバーしな
いことを条件にしつつ再接続を行って再送を行い、無線
回線が切断していないときには、そのバッファから送信
したデータをクリアした後、バッファ読み出しのルール
の指定する次のバッファを送信対象としていくことで行
う。

【０１２３】この図２５の実施例に従うと、高い優先度
の与えられるアプリケーションプログラム３００のデー
タを優先的にサーバ４０に送信できるようになる。図２
８に、本発明を具備する情報システムの他の実施例を図
示する。

【０１２４】この実施例は、図１５の実施例に従うとき
に、データの送信側となるクライアント３０に、バッフ
ァ３０６のデータ格納状態を監視して、その監視結果に
基づいて、アプリケーションプログラム３００から子プ
ロセス３０５に転送されるデータの転送速度を制御する
データ転送制御プログラム３０９を備える構成を採る。

【０１２５】バッファ３０６の容量を十分大きくするこ
とが可能であるならば、子プロセス３０５から転送され
るデータによりバッファ３０６が溢れるということは起
こらない。しかしながら、バッファ３０６の容量を十分
大きくすることができない場合には、子プロセス３０５
から転送されるデータによりバッファ３０６が溢れるこ
とが起こる。そこで、このような不都合を解決するため
に、図２８の実施例では、データ転送制御プログラム３
０９を備える構成を採るのである。

【０１２６】図２９に、このデータ転送制御プログラム
３０９の実行する処理フローの一実施例を図示する。デ
ータ転送制御プログラム３０９は、アプリケーションプ
ログラム３００が起動されると処理に入って、図２９
（ａ）の処理フローに示すように、バッファ３０６に格
納されるデータが閾値を超えたのか否かを判断し、閾値
を超えるときには、バッファ３０６の残量から、ソケッ
ト通信で用いられるＡＣＫ発行の遅延時間を計算する。
そして、子プロセス３０５に対して、その遅延時間に従
って、アプリケーションプログラム３００に発行するＡ
ＣＫの遅延時間を指示することで、バーチャルサーキッ
ト型通信のデータ転送速度が遅くなるように制御する。

【０１２７】あるいは、データ転送制御プログラム３０
９は、アプリケーションプログラム３００が起動される
と処理に入って、図２９（ｂ）の処理フローに示すよう
に、バッファ３０６に格納されるデータが閾値を超えた
のか否かを判断して、閾値を超えるときには、バッファ
３０６の残量から、一度に転送するデータのサイズ（ウ
ィンドウサイズ）を計算する。そして、アプリケーショ
ンプログラム３００に対して、そのウィンドウサイズに
従ってデータ転送を行うことを指示することで、バーチ
ャルサーキット型通信のデータ転送速度が遅くなるよう
に制御する。

【０１２８】このようにして、図２８の実施例に従う
と、バッファ３０６の容量を大きくできないときにも、
バッファ３０６のデータが溢れないように制御できるよ
うになる。

【０１２９】図２８の実施例では、クライアント３０
に、データ転送制御プログラム３０９を備える構成を採
ったが、現実的には、図３０に示すように、クライアン
ト３０にデータを返信するゲートウェイ５０の側に、こ
のデータ転送制御プログラム（図中のＺ）を備える構成
を採ることが多いと思われる。なお、図３０に示す子プ
ロセスＸは、ゲートウェイ５０が送信側となるときに生
成される子プロセスであり、バッファＹは、ゲートウェ
イ５０が送信側となるときに生成されるバッファであ
る。

【０１３０】図３１及び図３２に、本発明の他の実施例
を図示する。この図３１の実施例は、図１５の実施例に
従うときにあって、クライアント３０に、サーバ４０か
ら入手したデータとそのデータの要求メッセージとの対
応関係を記憶するキャッシュメモリ３１０を備えること
で、アプリケーションプログラム３００からデータ要求
メッセージが発行されるときに、そのデータ要求メッセ
ージの指すデータがキャッシュメモリ３１０に登録され
ているときには、サーバ４０にアクセスすることなく、
アプリケーションプログラム３００にデータを通知でき
るようにする構成を採っている。

【０１３１】また、この図３２の実施例は、図１５の実
施例に従うときにあって、ゲートウェイ５０に、サーバ
４０から入手したデータとそのデータの要求メッセージ
との対応関係を記憶するキャッシュメモリ５０７を備え
ることで、アプリケーションプログラム３００からデー
タ要求メッセージが発行されるときに、そのデータ要求
メッセージの指すデータがキャッシュメモリ５０７に登
録されているときには、サーバ４０にアクセスすること
なく、アプリケーションプログラム３００にデータを通
知できるようにする構成を採っている。

【０１３２】これらの実施例に従うと、ネットワーク上
のトラフィックを軽減できるようになる。このようにし
て、本発明によれば、インターネット６０に、サーバ４
０とゲートウェイ５０とが接続され、公衆網に、基地局
とこのゲートウェイ５０とが接続れることで構築される
図３３に示すような情報システムに、クライアント３０
が無線回線を使ってアクセスするときに、クライアント
３０とサーバ４０との間のデータ通信のスループットを
向上できるようになる。

【０１３３】図示実施例に従って本発明を詳細に説明し
たが、本発明はこれに限定されるものではない。例え
ば、実施例では、ＴＣＰ／ＩＰのプロトコルを具体例に
して本発明を説明したが、本発明はＴＣＰ／ＩＰ以外の
プロトコルを使う場合にもそのまま適用できる。

【０１３４】

【発明の効果】以上説明したように、本発明によれば、
トランスポート層で行われるデータ保証の再送制御を無
線回線の手前で終端させ、不安定な無線回線によるデー
タ転送については、その無線回線のデータリンク層のプ
ロトコルを利用して行うことで、エンド・エンド間での
データ通信のスループットの向上を実現できるようにな
る。

【０１３５】そして、本発明によれば、データの送信要
求発行元にとっては、あたかも送信先がそこにあるかの
ように見えるプロキシーとして動作することを実現でき
るようになる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の説明図である。

【図３】本発明の一実施例である。

【図４】通信処理の説明図である。

【図５】処理フローの一実施例である。

【図６】処理フローの一実施例である。

【図７】処理フローの一実施例である。

【図８】処理フローの一実施例である。

【図９】処理フローの一実施例である。

【図１０】処理フローの一実施例である。

【図１１】処理フローの一実施例である。

【図１２】処理フローの一実施例である。

【図１３】処理フローの一実施例である。

【図１４】処理フローの一実施例である。

【図１５】本発明の他の実施例である。

【図１６】通信処理の説明図である。

【図１７】処理フローの一実施例である。

【図１８】処理フローの一実施例である。

【図１９】再送処理の説明図である。

【図２０】データフォーマットの説明図である。

【図２１】処理フローの一実施例である。

【図２２】処理フローの一実施例である。

【図２３】処理フローの一実施例である。

【図２４】処理フローの一実施例である。

【図２５】本発明の他の実施例である。

【図２６】処理フローの一実施例である。

【図２７】処理フローの一実施例である。

【図２８】本発明の他の実施例である。

【図２９】処理フローの一実施例である。

【図３０】本発明の他の実施例である。

【図３１】本発明の他の実施例である。

【図３２】本発明の他の実施例である。

【図３３】本発明の適用されるシステムの説明図であ
る。

【図３４】バーチャルサーキット型通信の説明図であ
る。

【図３５】従来技術の説明図である。

【符号の説明】

１ 送信側装置 ２ 受信側装置 １０ 監視手段 １１ 生成手段 １２ プロセス １３ バッファ １４ 転送手段 １５ 送信手段 １６ 検出手段 １７ 特定手段 １８ キャッシュメモリ １９ 検索手段 ２０ 受信手段 ２１ 監視手段 ２２ 生成手段 ２３ プロセス ２４ 転送手段 ２５ キャッシュメモリ ２６ 検索手段

Claims (11)

【特許請求の範囲】
1. 【請求項１】 無線回線を介して他の装置と通信する無
   線通信システムで用いられる装置において、 自装置又はネットワークを介して接続される他の装置か
   ら、自装置を送信先として指定するデータの送信要求が
   発行されたのか否かを監視する監視手段と、 上記監視手段が送信要求の発行を検出するときに、デー
   タの受信先となるプロセスを生成するとともに、該プロ
   セスに対応付けてバッファを生成する生成手段と、 バーチャルサーキット型通信に従って、送信要求発行元
   から上記プロセスにデータ転送を行って上記バッファに
   格納する転送手段と、 上記バッファに格納されるデータを無線回線を介して他
   の装置に送信する送信手段とを備えることを、 特徴とする無線通信システムで用いられる装置。
2. 【請求項２】 請求項１記載の無線通信システムで用い
   られる装置において、 送信手段は、無線回線のレイヤ層より上位のレイヤ層で
   指定すべき送信先情報を送信することを、 特徴とする無線通信システムで用いられる装置。
3. 【請求項３】 請求項１又は２記載の無線通信システム
   で用いられる装置において、 バッファのデータ格納状態を検出する検出手段を備え、 転送手段は、上記検出手段の検出結果に応じて、バーチ
   ャルサーキット型通信の通信速度を制御することを、 特徴とする無線通信システムで用いられる装置。
4. 【請求項４】 請求項１ないし３記載の無線通信システ
   ムで用いられる装置において、 無線回線が切断されるときに、該切断時点での送信デー
   タのシーケンス番号を特定する特定手段を備え、 送信手段は、上記特定手段の特定するシーケンス番号か
   らデータ送信を再開することを、 特徴とする無線通信システムで用いられる装置。
5. 【請求項５】 請求項１ないし４記載の無線通信システ
   ムで用いられる装置において、 送信手段は、複数のバッファが同時に生成されるときに
   あって、該バッファに設定される優先度に従い、優先度
   の高いバッファから順番にデータを送信することを、 特徴とする無線通信システムで用いられる装置。
6. 【請求項６】 請求項１ないし４記載の無線通信システ
   ムで用いられる装置において、 送信手段は、複数のバッファが同時に生成されるときに
   あって、該バッファに設定される優先度に従い、優先度
   の高いバッファの送信周期を短く設定しつつデータを送
   信することを、 特徴とする無線通信システムで用いられる装置。
7. 【請求項７】 請求項１ないし６記載の無線通信システ
   ムで用いられる装置において、 送信手段のデータ送信に応答して返答されるデータを格
   納するキャッシュメモリと、 送信要求発行元の要求するデータが上記キャッシュメモ
   リに登録されているのか否かを検索する検索手段とを備
   えることを、 特徴とする無線通信システムで用いられる装置。
8. 【請求項８】 無線回線を介して他の装置と通信する無
   線通信システムで用いられる装置において、 無線回線を介して送られてくるデータを受信する受信手
   段と、 上記受信手段が無線回線のレイヤ層で切断されたプロト
   コルに従うデータを受信したのか否かを監視する監視手
   段と、 上記監視手段が該当するデータの受信を検出するとき
   に、該データの受信先となるプロセスを生成する生成手
   段と、 バーチャルサーキット型通信に従って、上記プロセスの
   受信するデータを送信要求先にデータ転送する転送手段
   とを備えることを、 特徴とする無線通信システムで用いられる装置。
9. 【請求項９】 請求項８記載の無線通信システムで用い
   られる装置において、 転送手段のデータ転送に応答して返答されるデータを格
   納するキャッシュメモリと、 無線回線を介して送られてきたデータの要求するデータ
   が上記キャッシュメモリに登録されているのか否かを検
   索する検索手段とを備えることを、 特徴とする無線通信システムで用いられる装置。
10. 【請求項１０】 無線回線を介して他の装置と通信する
    無線通信システムで用いられる装置の実現に用いられる
    プログラムが格納されるプログラム記録媒体であって、 自装置又はネットワークを介して接続される他の装置か
    ら、自装置を送信先として指定するデータの送信要求が
    発行されたのか否かを監視する監視処理と、 上記監視処理が送信要求の発行を検出するときに、デー
    タの受信先となるプロセスを生成するとともに、該プロ
    セスに対応付けてバッファを生成する生成処理と、 バーチャルサーキット型通信に従って、送信要求発行元
    から上記プロセスにデータ転送を行って上記バッファに
    格納する転送処理と、 上記バッファに格納されるデータを無線回線を介して他
    の装置に送信する送信処理とをコンピュータに実行させ
    るプログラムが格納されることを、 特徴とするプログラム記録媒体。
11. 【請求項１１】 無線回線を介して他の装置と通信する
    無線通信システムで用いられる装置の実現に用いられる
    プログラムが格納されるプログラム記録媒体であって、 無線回線を介して送られてくるデータを受信する受信処
    理と、 上記受信処理が無線回線のレイヤ層で切断されたプロト
    コルに従うデータを受信したのか否かを監視する監視処
    理と、 上記監視処理が該当するデータの受信を検出するとき
    に、該データの受信先となるプロセスを生成する生成処
    理と、 バーチャルサーキット型通信に従って、上記プロセスの
    受信するデータを送信要求先にデータ転送する転送処理
    とをコンピュータに実行させるプログラムが格納される
    ことを、 特徴とするプログラム記録媒体。