JPH1196096A - 通信方式 - Google Patents

Abstract

(57)【要約】 【課題】 複数のクライアントアプリケーションに対し
てブロック化した受信確認応答のデータをサーバマシン
からクライアントマシンへ返信する場合、複数のクライ
アント制御部に対して送りたい受信確認応答のデータを
自動的に返信することができる。 【解決手段】 サーバ通信部８から転送されるデータに
対して返信する受信確認応答のデータにクライアントア
プリケーションを識別するクライアント識別子をサーバ
制御部１０により付加してサーバ通信部８へ転送し、サ
ーバ制御部１０から転送されるクライアント識別子を有
する受信確認応答のデータをサーバ通信部８によりサー
バキュー９に溜め、その二つ以上の受信確認応答のデー
タをサーバ通信部８により一つにまとめてブロック化し
通信回線１３を介してクライアント通信部５へ返信し、
サーバ通信部８から返信されるブロック化されたクライ
アント識別子を有する受信確認応答のデータをクライア
ント通信部５により個別のデータに分け、その識別子に
基づいて対応するクライアント制御部３，４へ受信確認
応答のデータをクライアント通信部５により転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントとサ
ーバ間で通信を行う通信方式に係り、詳しくは、複数の
クライアントアプリケーションに対してブロック化した
受信確認応答のデータをサーバマシンからクライアント
マシンへ返信する場合、複数のクライアント制御部に対
して送りたい受信確認応答のデータを自動的に返信する
ことができる通信方式に関する。

【０００２】

【従来の技術】図５は従来の通信方式の構成を示すブロ
ック図である。図５において、１０１はクライアントア
プリケーションであり、１０２はクライアント通信部で
あり、１０３はクライアントキューであり、１０４はク
ライアントアプリケーション１０１、クライアント通信
部１０２及びクライアントキュー１０３などから構成さ
れるクライアントマシンである。１０５はサーバ通信部
であり、１０６はサーバアプリケーションであり、１０
７はサーバ通信部１０５及びサーバアプリケーション１
０６などから構成されるサーバマシンである。１０８は
クライアントマシン１０４とサーバマシン１０７を接続
する通信回線であり、この通信回線１０８は、有線、無
線の何れで構成されていてもよい。ここでは、クライア
ントマシン１０４とサーバマシン１０７とが１対１に構
成されている場合である。

【０００３】次に、この従来の通信方式の動作を説明す
る。送達確認型のクライアント・サーバ通信を行う場合
を説明する。クライアントアプリケーション１０１は、
サーバアプリケーション１０６と通信を行う場合、サー
バアプリケーション１０６用のデータａ１，ａ２，ａ３
をクライアント通信部１０２へ転送する。

【０００４】クライアント通信部１０２は、クライアン
トアプリケーション１０１から転送されるデータを受信
すると、そのデータをクライアントキュー１０３に溜め
る。クライアント通信部１０２は、そのデータがクライ
アントキュー１０３に一定データ量溜ると、図６に示す
ように、３つのデータａ１，ａ２，ａ３を１つにまとめ
１つのデータとしてブロック化し、通信回線１０８を介
してサーバ通信部１０５へ送信する。

【０００５】サーバ通信部１０５は、通信回線１０８を
介してクライアント通信部１０２から送信されるブロッ
ク化されたデータを個別のデータに分け、サーバアプリ
ケーション１０６に転送する。サーバ通信部１０５は、
サーバアプリケーション１０６が１つなので、受け取っ
た順番に受信確認応答のデータＡＣＫを通信回線１０８
を介してクライアント通信部１０８へ返信する。クライ
アントアプリケーション１０１は、ブロック化された最
後のデータａ３に対応する受信確認応答のデータＡＣＫ
をクライアント通信部１０２が受け取った段階で正常に
送信が終了したものと判断する。

【０００６】

【発明が解決しようとする課題】上記したような従来の
通信方式では、ブロック化された最後のデータａ３に対
応する受信確認応答のデータＡＣＫをクライアント通信
部１０２で受け取った段階で正常に送信が終了したこと
が判るが、２番目に送ったデータａ２にエラーが生じて
その受信確認応答のデータＡＣＫが返信されないと、仮
に最後のデータａ３が正常に送信されてもその受信確認
応答のデータＡＣＫが返信されない。このため、クライ
アントアプリケーション１０１は、ブロック化した最後
のデータａ３が正常に送信されていないと判断して、エ
ラーが生じていないデータａ３まで再送する処理を行っ
てしまい、効率のよいデータ送信処理を行う点で問題を
残していた。

【０００７】上記したような従来の通信方式では、２番
目に返信するはずの受信確認応答のデータＡＣＫにエラ
ーが生じて返信されないと、仮に最後のデータａ３が正
常に送信されてもその受信確認応答のデータＡＣＫが返
信されない。このため、クライアントアプリケーション
１０１は、ブロック化した最後のデータａ３が正常に送
信されていないと判断して、エラーが生じていないデー
タａ３まで再送する処理を行っていまい、効率のよいデ
ータ送信処理を行う点で問題を残していた。

【０００８】また、上記したような従来の通信方式で
は、複数のクライアントアプリケーションに対してブロ
ック化した受信確認応答のデータをサーバマシンからク
ライアントマシンへ返信する場合、複数のクライアント
制御部に対して送りたい受信確認応答のデータを返信す
る場合に対応することができなかった。

【０００９】そこで、本発明は、クライアントマシンか
らサーバマシンへ複数のデータをブロック化して送信す
る時にブロック化したデータにエラーが生じたり、サー
バマシンからクライアントマシンへ複数の受信確認応答
のデータをブロック化して返信する時にブロック化した
受信確認応答のデータにエラーが生じたりしても、エラ
ーが生じた送信データ、返信データの後のデータが正常
に送信されたことをクライアントマシン側で確実に知る
ことができ、無駄な再送処理をなくして効率のよいデー
タ送信処理を行うことができるとともに、複数のクライ
アントアプリケーションに対してブロック化した受信確
認応答のデータをサーバマシンからクライアントマシン
へ返信する場合、複数のクライアント制御部に対して送
りたい受信確認応答のデータを自動的に返信することが
できる通信方式を提供することを目的とする。

【００１０】

【課題を解決するための手段】請求項１記載の発明は、
ヘッダ部にクライアントアプリケーションを識別するク
ライアント識別子を有するデータを転送する複数のクラ
イアントアプリケーションと、クライアントアプリケー
ション毎に接続され、クライアントアプリケーションか
ら転送されるクライアント識別子を有するデータを転送
するクライアント制御部と、各クライアント制御部から
転送されるクライアント識別子を有するデータをクライ
アントキューに溜め、その二つ以上のデータを一つにま
とめてブロック化して送信するクライアント通信部とを
有するクライアントマシンと、通信回線を介してクライ
アント通信部から送信されるブロック化されたクライア
ント識別子を有するデータを個別のデータに分けて転送
するサーバ通信部と、サーバ通信部から転送されるデー
タを転送するとともに、サーバ通信部から転送されるデ
ータのクライアント識別子に基づいて、サーバ通信部か
ら転送されるデータに対して返信する受信確認応答のデ
ータにクライアントアプリケーションを識別するクライ
アント識別子を付加して返信するサーバ制御部と、サー
バ制御部から転送されるデータを処理するサーバアプリ
ケーションとを有するサーバマシンとからなり、サーバ
通信部により、サーバ制御部から転送されるクライアン
ト識別子を有する受信確認応答のデータをサーバキュー
に溜め、その二つ以上の受信確認応答のデータを一つに
まとめてブロック化し通信回線を介してクライアント通
信部へ送信し、クライアント通信部により、通信回線を
介してサーバ通信部から送信されるブロック化されたク
ライアント識別子を有する受信確認応答のデータを個別
のデータに分け、その識別子に基づいて対応するクライ
アント制御部へ受信確認応答のデータを転送することを
特徴とするものである。

【００１１】請求項２記載の発明は、請求項１記載の通
信方式において、クライアント通信部により、クライア
ントキューに溜めるデータが所定のデータ量に達したと
きに、データをブロック化して送信することを特徴とす
るものである。

【００１２】請求項３記載の発明は、請求項１記載の通
信方式において、クライアント通信部により、クライア
ントキューにデータを溜め始めてから所定の時間に達し
たときに、データをブロック化して送信することを特徴
とするものである。

【００１３】請求項４記載の発明は、請求項１記載の通
信方式において、クライアント通信部により、クライア
ントキューに溜めるデータが所定の個数に達したとき
に、データをブロック化して送信することを特徴とする
ものである。

【００１４】請求項５記載の発明は、請求項１乃至４記
載の通信方式において、サーバ通信部により、サーバキ
ューに溜めるデータが所定のデータ量に達したときに、
データをブロック化して送信することを特徴とするもの
である。

【００１５】請求項６記載の発明は、請求項１乃至４記
載の通信方式において、サーバ通信部により、サーバキ
ューにデータを溜め始めてから所定の時間に達したとき
に、データをブロック化して送信することを特徴とする
ものである。

【００１６】請求項７記載の発明は、請求項１乃至４記
載の通信方式において、サーバ通信部により、サーバキ
ューに溜めるデータが所定の個数に達したときに、デー
タをブロック化して送信することを特徴とするものであ
る。

【００１７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。 実施の形態１．図１は本発明に係る実施の形態１の通信
方式のシステム構成を示すブロック図である。ここで
は、クライアントアプリケーションとして２つのアプリ
ケーションが存在する場合を例に挙げる。図１におい
て、１，２はクライアントアプリケーションであり、３
はクライアントアプリケーション１用のクライアント制
御部であり、４はクライアントアプリケーション２用の
クライアント制御部である。５はクライアント通信部で
あり、６はクライアントキューであり、７はクライアン
トアプリケーション１，２、クライアント制御部３，
４、クライアント通信部５及びクライアントキュー６な
どから構成されるクライアントマシンである。

【００１８】８はサーバ通信部であり、９はサーバキュ
ーであり、１０はサーバ制御部である。１１はサーバア
プリケーションであり、１２はサーバ通信部８、サーバ
キュー９、サーバ制御部１０及びサーバアプリケーショ
ン１１などから構成されるサーバマシンである。１３は
クライアントマシン７とサーバマシン１２を接続する通
信回線であり、この通信回線１３は有線、無線の何れで
構成されていてもよい。

【００１９】図２は図１に示す通信方式の処理フローを
示すフローチャートである。クライアントアプリケーシ
ョン１は、サーバアプリケーション１１と通信を行う場
合、ヘッダ部にクライアントアプリケーション１を識別
するためのクライアント識別子ａを各々付加したデータ
ａ１，ａ２をクラアント制御部３を通してクライアント
通信部５へ転送するとともに、クライアントアプリケー
ション２は、サーバアプリケーション１１と通信を行う
場合、ヘッダ部にクライアントアプリケーション２を識
別するためのクライアント識別子ｂを付加したクライア
ントアプリケーション２用のデータｂ１をクラアント制
御部４を通してクライアント通信部５へ転送する。

【００２０】クライアント通信部５は、各クライアント
制御部３，４から転送されるクライアント識別子ａ，ｂ
を有するデータａ１，ｂ１，ａ２を受信すると（ステッ
プＳ１）、そのクライアント識別子ａ，ｂを有するデー
タａ１，ｂ１，ａ２をクライアントキュー６に溜める
（ステップＳ２）。クライアント通信部５は、データが
クライアントキュー３に一定データ量溜ると、図３に示
すように、クライアント識別子ａ，ｂを有するその３つ
のデータａ１，ｂ１，ａ２を１つにまとめ１つのデータ
としてブロック化し（ステップＳ３）、通信回線１３を
介してサーバ通信部８へ送信する（ステップＳ４）。

【００２１】サーバ通信部８は、通信回線１３を介して
クライアント通信部５から送信されるブロック化された
図３に示すデータを受信すると（ステップＳ５）、その
ブロック化されたデータを個別のデータに分け（ステッ
プＳ６）、サーバ制御部１０へ転送する（ステップＳ
７）。個別のデータには、クライアント識別子ａを有す
るデータａ１、クライアント識別子ｂを有するデータｂ
１、クライアント識別子ａを有するデータａ２に分けら
れる。

【００２２】サーバ制御部１０は、サーバ通信部８から
転送されるデータａ１，ｂ１，ａ２をサーバアプリケー
ション１１へ転送するとともに、サーバ通信部８から転
送されるデータａ１，ｂ１，ａ２のクライアント識別子
ａ，ｂを基に、サーバ通信部８から転送されるデータａ
１，ｂ１，ａ２に対して返信する受信確認応答のデータ
ＡＣＫ（ａ１），ＡＣＫ（ｂ１），ＡＣＫ（ａ２）に、
クライアントアプリケーションを識別するクライアント
識別子ａ，ｂを付加してサーバ通信部８へ転送する。受
信確認応答のデータＡＣＫ（ａ１）には、クライアント
識別子ａを付加し、受信確認応答のデータＡＣＫ（ｂ
１）には、クライアント識別子ｂを付加し、受信確認応
答のデータＡＣＫ（ａ２）には、クライアント識別子ａ
を付加する。

【００２３】サーバ通信部８は、クライアント識別子
ａ，ｂを有する受信確認応答のデータＡＣＫ（ａ１），
ＡＣＫ（ｂ１），ＡＣＫ（ａ２）を受信すると（ステッ
プＳ８）、そのクライアント識別子ａ，ｂを有する受信
確認応答のデータＡＣＫ（ａ１），ＡＣＫ（ｂ１），Ａ
ＣＫ（ａ２）をサーバキュー９に溜める（ステップＳ
９）。サーバ通信部８は、受信確認応答のデータがサー
バキュー９に一定データ量溜ると、図４に示すように、
クライアント識別子ａ，ｂを有するその３つの受信確認
応答のデータＡＣＫ（ａ１），ＡＣＫ（ｂ１），ＡＣＫ
（ａ２）を１つにまとめ１つのデータとしてブロック化
し（ステップＳ１０）、通信回線１３を介してクライア
ント通信部５へ送信する（ステップＳ１１）。

【００２４】クライアント通信部５は、通信回線１３を
介してサーバ通信部８から送信されるブロック化された
図４に示す受信確認応答のデータを受信すると（ステッ
プＳ１２）、そのブロック化された受信確認応答のデー
タを個別のデータに分ける（ステップＳ１３）。個別の
データには、クライアント識別子ａを有する受信確認応
答のデータＡＣＫ（ａ１）、クライアント識別子ｂを有
する受信確認応答のデータＡＣＫ（ｂ１）、クライアン
ト識別子ａを有する受信確認応答のデータＡＣＫ（ａ
２）に分けられる。クライアント通信部５は、その個別
の受信確認応答のデータに分けられたクライアント識別
子ａ，ｂを基に、対応するクライアント制御部３，４へ
受信確認応答のデータＡＣＫ（ａ１），ＡＣＫ（ｂ
１），ＡＣＫ（ａ２）を転送する（ステップＳ１４）。

【００２５】クライアント通信部５は、受信確認応答の
データＡＣＫ（ａ１），ＡＣＫ（ａ２）をクライアント
識別子ａを基にこれに対応するクライアント制御部３へ
転送し、受信確認応答のデータＡＣＫ（ｂ１）をクライ
アント識別子ｂを基にこれに対応するクライアント制御
部４へ転送する。クライアント制御部３，４は、クライ
アント通信部５から転送される受信確認応答のデータＡ
ＣＫ（ａ１），ＡＣＫ（ｂ１），ＡＣＫ（ａ２）を各々
受信すると、処理を終了させる。

【００２６】このように、本実施の形態では、複数（こ
こでは例えば２つ）のクライアントアプリケーション
１，２毎に対応するようにデータａ１，ａ２，ｂ１にク
ライアントアプリケーション１，２を識別する識別子
ａ，ｂを付加しブロック化して、クライアント通信部５
からサーバ通信部８へ送信し、クライアント通信部５か
ら送信されるブロック化されたデータをサーバ通信部５
で個別のデータａ１，ｂ１，ａ２に分けてサーバ制御部
１０へ転送し、サーバ制御部１０により、サーバ通信部
８から転送されるデータａ１，ａ２，ｂ１の各々のヘッ
ダ部のクライアント識別子ａ，ｂを基に、サーバ通信部
８から転送されるデータａ１，ａ２，ｂ１に対して返信
する受信確認応答のデータＡＣＫ（ａ１），ＡＣＫ（ｂ
１），ＡＣＫ（ａ２）にクライアントアプリケーション
１，２を識別するクライアント識別子３を付加してサー
バ通信部へ転送し、サーバ通信部８により、クライアン
ト識別子ａ，ｂを有する受信確認応答のデータＡＣＫ
（ａ１），ＡＣＫ（ｂ１），ＡＣＫ（ａ２）をブロック
化してクライアント通信部５へ送信し、サーバ通信部８
から送信されるブロック化された受信確認応答のデータ
をクライアント通信部５で個別の受信確認応答のデータ
ＡＣＫ（ａ１），ＡＣＫ（ｂ１），ＡＣＫ（ａ２）に分
け、各々のヘッダ部のクライアント識別子ａ，ｂを基
に、対応するクライアント制御部３，４へクライアント
通信部５から受信確認応答のデータＡＣＫ（ａ１），Ａ
ＣＫ（ｂ１），ＡＣＫ（ａ２）を各々転送するように構
成したため、複数のクライアント制御部３，４に対して
ブロック化した受信確認応答のデータをサーバマシン１
２からクライアントマシン７へ返信する場合、複数のク
ライアント制御部３，４に対して返信したい受信確認応
答のデータを自動的に返信することができる。

【００２７】また、本実施の形態では、サーバ通信部８
から返信されるブロック化された受信確認応答のデータ
をクライアント通信部５で個別の受信確認応答のデータ
ＡＣＫ（ａ１），ＡＣＫ（ｂ１），ＡＣＫ（ａ２）に分
け、各々のヘッダ部の識別子ａ，ｂを基に対応するクラ
イアント制御部３，４へクライアント通信部５から受信
確認応答のデータＡＣＫ（ａ１），ＡＣＫ（ｂ１），Ａ
ＣＫ（ａ２）を転送するように構成したため、クライア
ント通信部２は、サーバ通信部８から返信される各クラ
イアント識別子を有する各受信確認応答のデータＡＣＫ
を受信することにより、どのクライアントアプリケーシ
ョン１，２用の受信確認応答のデータかを認識すること
ができる。このため、受信確認応答のデータＡＣＫ（ｂ
１）にエラーが生じた時、受信確認応答のデータＡＣＫ
（ｂ１）の後に受信確認応答のデータＡＣＫ（ａ２）が
返信されるため、エラーが生じた受信確認応答のデータ
ＡＣＫ（ｂ１）の後に受信確認応答のデータＡＣＫ（ａ
２）が送られることをクライアントマシン７側で確実に
知ることができる。また、データｂ１にエラーが生じた
時、データｂ１の後に送られるデータａ２に対しても受
信確認応答のデータＡＣＫ（ａ２）が返信されるため、
エラーが生じたデータｂ１の後にサーバマシン１２側に
送られたデータａ２がサーバマシン１２に確実に送られ
たことを送信側のクライアントマシン７側で知ることが
できる。従って、無駄な再送処理をなくして効率のよい
データ送信処理を行うことができる。なお、クライアン
ト通信部５は、データｂ１に対応する受信確認応答のデ
ータＡＣＫ（ｂ１）が返信されないことでデータｂ１に
エラーが生じたことを認識すると、その旨をクライアン
ト制御部４を通してクライアントアプリケーション２に
非同期で通知する。その後、クライアントアプリケーシ
ョン２は、データｂ１を再送する。

【００２８】なお、上記実施の形態では、２種類のクラ
イアントアプリケーション１，２用のデータａ１，ｂ
１，ａ２を３つブロック化してクライアントマシン７か
らサーバマシン１２に送信する場合を説明したが、要は
２種類以上のクライアントアプリケーションに対して２
つ以上のデータをブロック化して送信する場合であれば
よい。

【００２９】上記実施の形態では、クライアント通信部
５により、クライアントキュー６に溜めるデータが所定
のデータ量に達したときに、データをブロック化して送
信する通信回線１３を効率よく使うことができる点で好
ましい態様を説明したが、クライアント通信部５によ
り、クライアントキュー６にデータを溜め始めてから所
定の時間に達したときに、データをブロック化して送信
するように構成してもよい。この場合、時間制御によ
り、通信速度などの性能面を向上させることができる。

【００３０】また、クライアント通信部５により、クラ
イアントキュー６に溜めるデータが所定の個数に達した
ときに、データをブロック化して送信するように構成し
てもよい。この場合、処理するデータ数が固定されるの
で、処理するデータの個数が不定の場合よりも、構成を
簡略化することができるとともに、処理時間を短縮する
ことができる。

【００３１】上記実施の形態では、２種類のクライアン
トアプリケーション１，２用の受信確認応答のデータＡ
ＣＫ（ａ１），データＡＣＫ（ｂ１），データＡＣＫ
（ａ２）を３つブロック化してサーバマシン１２からク
ライアントマシン７に送信する場合を説明したが、要は
２種類以上のクライアントアプリケーションに対して２
つ以上の受信確認応答のデータをブロック化して送信す
る場合であればよい。

【００３２】上記実施の形態では、サーバ通信部８によ
り、サーバキュー９に溜める受信確認応答のデータＡＣ
Ｋが所定のデータ量に達したときに、受信確認応答のデ
ータＡＣＫをブロック化して送信する通信回線１３を効
率よく使うことができる点で好ましい態様を説明した
が、サーバ通信部８により、サーバキュー９に受信確認
応答のデータＡＣＫを溜め始めてから所定の時間に達し
たときに、受信確認応答のデータをブロック化して送信
するように構成してもよい。この場合、時間制御によ
り、通信速度などの性能面を向上させることができる。

【００３３】また、サーバ通信部８により、サーバキュ
ー９に溜める受信確認応答のデータＡＣＫが所定の個数
に達したときに、受信確認応答のデータＡＣＫをブロッ
ク化して送信するように構成してもよい。この場合、処
理する受信確認応答のデータ数が固定されるので、処理
する受信確認応答のデータの個数が不定の場合よりも、
構成を簡略化することができるとともに、処理時間を短
縮することができる。

【００３４】

【発明の効果】請求項１記載の発明によれば、複数のク
ライアントアプリケーション毎に対応するようにデータ
にクライアントアプリケーションを識別する識別子を付
加しブロック化して、クライアント通信部からサーバ通
信部へ送信し、クライアント通信部から送信されるブロ
ック化されたデータをサーバ通信部で個別のデータに分
けてサーバ制御部へ転送し、サーバ制御部により、サー
バ通信部から転送されるデータの各々のヘッダ部のクラ
イアント識別子を基に、サーバ通信部から転送されるデ
ータに対して返信する受信確認応答のデータにクライア
ントアプリケーションを識別するクライアント識別子を
付加してサーバ通信部へ転送し、サーバ通信部により、
クライアント識別子を有する受信確認応答のデータをブ
ロック化してクライアント通信部へ送信し、サーバ通信
部から送信されるブロック化された受信確認応答のデー
タをクライアント通信部で個別の受信確認応答のデータ
に分け、各々のヘッダ部のクライアント識別子を基に、
対応するクライアント制御部へクライアント通信部から
受信確認応答のデータを各々転送するように構成するこ
とにより、複数のクライアント制御部に対してブロック
化した受信確認応答のデータをサーバマシンからクライ
アントマシンへ返信する場合、複数のクライアント制御
部に対して返信したい受信確認応答のデータを自動的に
返信することができるという効果がある。

【００３５】請求項１記載の発明によれば、サーバ通信
部から返信されるブロック化された受信確認応答のデー
タをクライアント通信部で個別の受信確認応答のデータ
に分け、各々のヘッダ部の識別子を基に対応するクライ
アント制御部へクライアント通信部から受信確認応答の
データを転送するように構成することにより、クライア
ント通信部は、サーバ通信部から返信される各クライア
ント識別子を有する各受信確認応答のデータを受信する
ことにより、どのクライアントアプリケーション用の受
信確認応答のデータかを認識することができる。このた
め、受信確認応答のデータにエラーが生じた時、その受
信確認応答のデータの後に受信確認応答のデータが返信
されるので、エラーが生じた受信確認応答のデータの後
に受信確認応答のデータが送られることをクライアント
マシン側で確実に知ることができるという効果がある。
また、データにエラーが生じた時、データの後に送られ
るデータに対しても受信確認応答のデータが返信される
ため、エラーが生じたデータの後にサーバマシン側に送
られたデータがサーバマシンに確実に送られたことを送
信側のクライアントマシン側で知ることができるので、
無駄な再送処理をなくして効率のよいデータ送信処理を
行うことができるという効果がある。

【００３６】請求項２記載の発明によれば、請求項１記
載の通信方式において、クライアント通信部により、ク
ライアントキューに溜めるデータが所定のデータ量に達
したときに、データをブロック化して送信するように構
成することにより、データ量で制御することができるの
で、通信回線をフルに使用することを考慮すると、通信
回線を効率よく使用することができるという効果があ
る。

【００３７】請求項３記載の発明によれば、請求項１記
載の通信方式において、クライアント通信部により、ク
ライアントキューにデータを溜め始めてから所定の時間
に達したときに、データをブロック化して送信するよう
に構成することにより、時間で制御することができるの
で、通信速度などの性能面を向上させることができると
いう効果がある。

【００３８】請求項４記載の発明によれば、請求項１記
載の通信方式において、クライアント通信部により、ク
ライアントキューに溜めるデータが所定の個数に達した
ときに、データをブロック化して送信するように構成す
ることにより、処理するデータ数が固定されるので、処
理するデータの個数が不定の場合よりも、構成を簡略化
することができるとともに、処理時間を短縮することが
できるという効果がある。

【００３９】請求項５記載の発明によれば、請求項１乃
至４記載の通信方式において、サーバ通信部により、サ
ーバキューに溜めるデータが所定のデータ量に達したと
きに、データをブロック化して送信するように構成する
ことにより、データ量で制御することができるので、通
信回線をフルに使用することを考慮すると、通信回線を
効率よく使用することができるという効果がある。

【００４０】請求項６記載の発明によれば、請求項１乃
至４記載の通信方式において、サーバト通信部により、
サーバキューにデータを溜め始めてから所定の時間に達
したときに、データをブロック化して送信するように構
成することにより、時間で制御することができるので、
通信速度などの性能面を向上させることができるという
効果がある。

【００４１】請求項７記載の発明によれば、請求項１乃
至４記載の通信方式において、クライアント通信部によ
り、クライアントキューに溜めるデータが所定の個数に
達したときに、データをブロック化して送信するように
構成することにより、処理するデータ数が固定されるの
で、処理するデータの個数が不定の場合よりも、構成を
簡略化することができるとともに、処理時間を短縮する
ことができるという効果がある。

【図面の簡単な説明】

【図１】 本発明に係る実施の形態１の通信方式の構成
を示すブロック図である。

【図２】 図１に示す通信方式の処理フローを示すフロ
ーチャートである。

【図３】 図１に示す通信方式におけるクライアント通
信部でブロック化されたデータ構造を示す図である。

【図４】 図１に示す通信方式におけるサーバ通信部で
ブロック化されたデータ構造を示す図である。

【図５】 従来の通信方式の構成を示すブロック図であ
る。

【図６】 図５に示す通信方式におけるブロック化され
たデータ構造を示すブロック図である。

【符号の説明】

１，２ クライアントアプリケーション、３，４ クラ
イアント制御部、５クライアント通信部、６ クライア
ントキュー、７ クライアントマシン、８サーバ通信
部、９ サーバキュー、１０ サーバ制御部、１１ サ
ーバアプリケーション、１２ サーバマシン、１３ 通
信回線。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ヘッダ部にクライアントアプリケーショ
   ンを識別するクライアント識別子を有するデータを転送
   する複数のクライアントアプリケーションと、クライア
   ントアプリケーション毎に接続され、クライアントアプ
   リケーションから転送されるクライアント識別子を有す
   るデータを転送するクライアント制御部と、各クライア
   ント制御部から転送されるクライアント識別子を有する
   データをクライアントキューに溜め、その二つ以上のデ
   ータを一つにまとめてブロック化して送信するクライア
   ント通信部とを有するクライアントマシンと、 通信回線を介してクライアント通信部から送信されるブ
   ロック化されたクライアント識別子を有するデータを個
   別のデータに分けて転送するサーバ通信部と、サーバ通
   信部から転送されるデータを転送するとともに、サーバ
   通信部から転送されるデータのクライアント識別子に基
   づいて、サーバ通信部から転送されるデータに対して返
   信する受信確認応答のデータにクライアントアプリケー
   ションを識別するクライアント識別子を付加して返信す
   るサーバ制御部と、サーバ制御部から転送されるデータ
   を処理するサーバアプリケーションとを有するサーバマ
   シンとからなり、 サーバ通信部は、サーバ制御部から転送されるクライア
   ント識別子を有する受信確認応答のデータをサーバキュ
   ーに溜め、その二つ以上の受信確認応答のデータを一つ
   にまとめてブロック化し通信回線を介してクライアント
   通信部へ送信し、 クライアント通信部は、通信回線を介してサーバ通信部
   から送信されるブロック化されたクライアント識別子を
   有する受信確認応答のデータを個別のデータに分け、そ
   の識別子に基づいて対応するクライアント制御部へ受信
   確認応答のデータを転送することを特徴とする通信方
   式。
2. 【請求項２】 請求項１記載の通信方式において、クラ
   イアント通信部は、クライアントキューに溜めるデータ
   が所定のデータ量に達したときに、データをブロック化
   して送信することを特徴とする通信方式。
3. 【請求項３】 請求項１記載の通信方式において、クラ
   イアント通信部は、クライアントキューにデータを溜め
   始めてから所定の時間に達したときに、データをブロッ
   ク化して送信することを特徴とする通信方式。
4. 【請求項４】 請求項１記載の通信方式において、クラ
   イアント通信部は、クライアントキューに溜めるデータ
   が所定の個数に達したときに、データをブロック化して
   送信することを特徴とする通信方式。
5. 【請求項５】 請求項１乃至４記載の通信方式におい
   て、サーバ通信部は、サーバキューに溜めるデータが所
   定のデータ量に達したときに、データをブロック化して
   送信することを特徴とする通信方式。
6. 【請求項６】 請求項１乃至４記載の通信方式におい
   て、サーバ通信部は、サーバキューにデータを溜め始め
   てから所定の時間に達したときに、データをブロック化
   して送信することを特徴とする通信方式。
7. 【請求項７】 請求項１乃至４記載の通信方式におい
   て、サーバ通信部は、サーバキューに溜めるデータが所
   定の個数に達したときに、データをブロック化して送信
   することを特徴とする通信方式。