JP3422810B2 - データ通信システム - Google Patents
データ通信システムInfo
- Publication number
- JP3422810B2 JP3422810B2 JP01377093A JP1377093A JP3422810B2 JP 3422810 B2 JP3422810 B2 JP 3422810B2 JP 01377093 A JP01377093 A JP 01377093A JP 1377093 A JP1377093 A JP 1377093A JP 3422810 B2 JP3422810 B2 JP 3422810B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- transmission
- terminal device
- communication system
- reception
- 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
Landscapes
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】この発明は、ＰＯＳ端末を代表と
する情報処理端末を使用するデータ通信システムに関
し、特にパケットを代表とするデータグラムの連続送信
が可能な通信プロトコルを有するデータ通信システムに
関するものである。
する情報処理端末を使用するデータ通信システムに関
し、特にパケットを代表とするデータグラムの連続送信
が可能な通信プロトコルを有するデータ通信システムに
関するものである。
【０００２】
【従来の技術】通常、データ通信システムは、システム
を幾つかの層に分け、それぞれの層ごとに相手端末装置
との通信プロトコルが決められる。各層間では、各々の
通信プロトコルに従ってデータの送達確認や再送処理を
行なっている。そして、隣接層間では、送受信データの
受け渡しが行なわれるが、隣接層が相手端末装置とどの
ような通信を行なっているかは関知しない。
を幾つかの層に分け、それぞれの層ごとに相手端末装置
との通信プロトコルが決められる。各層間では、各々の
通信プロトコルに従ってデータの送達確認や再送処理を
行なっている。そして、隣接層間では、送受信データの
受け渡しが行なわれるが、隣接層が相手端末装置とどの
ような通信を行なっているかは関知しない。
【０００３】このようなデータ通信システムの一例とし
て、ＰＯＳ（ポイントオブセールス）通信システムがあ
る。ＰＯＳ通信システムは、通信プロトコルの一例とし
て、ＣＣＩＴＴの勧告によるＸ．２５プロトコルを使用
する。
て、ＰＯＳ（ポイントオブセールス）通信システムがあ
る。ＰＯＳ通信システムは、通信プロトコルの一例とし
て、ＣＣＩＴＴの勧告によるＸ．２５プロトコルを使用
する。
【０００４】図５は、このようなＰＯＳ通信システムの
概念を示すシステム構成図である。図５を参照して、Ｐ
ＯＳ通信システムは、通信回線Ｃに接続される複数のＰ
ＯＳ端末装置ＡおよびＢを含む。なお、図５では説明を
簡単化するためにＡおよびＢの２つのＰＯＳ端末装置の
みを示す。ＰＯＳ端末装置ＡおよびＢは、百貨店、スー
パーなどの売場に設置され、単品管理、顧客管理などに
使用するデータを即時に収集することができる。このＰ
ＯＳ端末装置は、一般にレジスト機能、データを一時記
憶するファイル機能、上位装置へ接続するオンライン機
能などを有する。ＰＯＳ端末装置ＡおよびＢの各々は、
データ通信システムを、アプリケーションプログラム層
１、Ｘ．２５プログラム層２、ＨＤＬＣ（Ｈｉｇｈ ｌ
ｅｖｅｌ ｄａｔａ ｌｉｎｋ ｃｏｎｔｒｏｌｅ）層
３、およびインターフェイス部４に分割している。各端
末装置の対応する層同士の間では、通信プロトコルが決
められている。すなわち、アプリケーションプログラム
層１同士の間では、ＡＰプロトコル、Ｘ．２５プログラ
ム層間ではＸ．２５プロトコル、ＨＤＬＣ層３間ではＨ
ＤＬＣプロトコルが決められている。
概念を示すシステム構成図である。図５を参照して、Ｐ
ＯＳ通信システムは、通信回線Ｃに接続される複数のＰ
ＯＳ端末装置ＡおよびＢを含む。なお、図５では説明を
簡単化するためにＡおよびＢの２つのＰＯＳ端末装置の
みを示す。ＰＯＳ端末装置ＡおよびＢは、百貨店、スー
パーなどの売場に設置され、単品管理、顧客管理などに
使用するデータを即時に収集することができる。このＰ
ＯＳ端末装置は、一般にレジスト機能、データを一時記
憶するファイル機能、上位装置へ接続するオンライン機
能などを有する。ＰＯＳ端末装置ＡおよびＢの各々は、
データ通信システムを、アプリケーションプログラム層
１、Ｘ．２５プログラム層２、ＨＤＬＣ（Ｈｉｇｈ ｌ
ｅｖｅｌ ｄａｔａ ｌｉｎｋ ｃｏｎｔｒｏｌｅ）層
３、およびインターフェイス部４に分割している。各端
末装置の対応する層同士の間では、通信プロトコルが決
められている。すなわち、アプリケーションプログラム
層１同士の間では、ＡＰプロトコル、Ｘ．２５プログラ
ム層間ではＸ．２５プロトコル、ＨＤＬＣ層３間ではＨ
ＤＬＣプロトコルが決められている。
【０００５】ここで、Ｘ．２５プロトコルとは、ＣＣＩ
ＴＴ勧告によるパケット交換網用の通信プロトコルであ
る。
ＴＴ勧告によるパケット交換網用の通信プロトコルであ
る。
【０００６】図５のＰＯＳ通信システムにおいて、送信
側をＰＯＳ端末装置Ａとし、受信側を通信端末装置Ｂと
すると、送信データは、ＰＯＳ通信端末装置Ａのアプリ
ケーションプログラム層１→Ｘ．２５プログラム層２→
ＨＤＬＣ層３→インターフェイス層４→通信回線Ｃ→Ｐ
ＯＳ端末装置Ｂのインターフェイス部４→ＨＤＬＣ層３
→Ｘ．２５プログラム層２→アプリケーションプログラ
ム層１と流れる。この場合において、前述したようにＨ
ＤＬＣ層やＸ．２５プログラム層についてはエラー時の
再送や送達確認についてプロトコルが決められている
が、アプリケーションプログラム層１については明確な
プロトコルが定義されていない。アプリケーションプロ
グラム層１は、図６に示すようなデータパケットを構成
し、送達の確認を行なう。
側をＰＯＳ端末装置Ａとし、受信側を通信端末装置Ｂと
すると、送信データは、ＰＯＳ通信端末装置Ａのアプリ
ケーションプログラム層１→Ｘ．２５プログラム層２→
ＨＤＬＣ層３→インターフェイス層４→通信回線Ｃ→Ｐ
ＯＳ端末装置Ｂのインターフェイス部４→ＨＤＬＣ層３
→Ｘ．２５プログラム層２→アプリケーションプログラ
ム層１と流れる。この場合において、前述したようにＨ
ＤＬＣ層やＸ．２５プログラム層についてはエラー時の
再送や送達確認についてプロトコルが決められている
が、アプリケーションプログラム層１については明確な
プロトコルが定義されていない。アプリケーションプロ
グラム層１は、図６に示すようなデータパケットを構成
し、送達の確認を行なう。
【０００７】図６は、アプリケーションプログラムの一
例を示す図である。図６を参照して、送信データパケッ
トは、ヘッダ５とデータ６とを含む。ヘッダ５には、通
信番号、データ長、行アドレスなどの情報が含まれる。
図６に示すプロトコルは、ＰＯＳ通信端末装置Ａがデー
タ１、データ２、データ３の順番で送信し、ＰＯＳ端末
装置Ｂがデータ１およびデータ２については受信した
が、データ３については正しく受信できなかった場合を
示す。
例を示す図である。図６を参照して、送信データパケッ
トは、ヘッダ５とデータ６とを含む。ヘッダ５には、通
信番号、データ長、行アドレスなどの情報が含まれる。
図６に示すプロトコルは、ＰＯＳ通信端末装置Ａがデー
タ１、データ２、データ３の順番で送信し、ＰＯＳ端末
装置Ｂがデータ１およびデータ２については受信した
が、データ３については正しく受信できなかった場合を
示す。
【０００８】受信側の端末装置Ｂがデータを正しく受信
した場合には、データの受信確認の情報を応答データパ
ケットに含ませて送信側のＰＯＳ端末装置Ａに返し、受
信データにエラーがある場合すなわち正しく受信できな
かった場合は、再送要求情報を応答データパケットに含
ませてＰＯＳ端末装置Ａに返す。
した場合には、データの受信確認の情報を応答データパ
ケットに含ませて送信側のＰＯＳ端末装置Ａに返し、受
信データにエラーがある場合すなわち正しく受信できな
かった場合は、再送要求情報を応答データパケットに含
ませてＰＯＳ端末装置Ａに返す。
【０００９】送信側端末装置Ａは、受信データに再送要
求信号があった場合には、データ３を含むデータパケッ
トを再送する。ＰＯＳ端末装置Ｂは、再送した送信デー
タを正しく受信した場合には、受信確認情報をＰＯＳ端
末装置Ａに返し、ＰＯＳ端末装置Ａは、受信確認情報が
得られた場合に、データ送信終了情報を含むデータパケ
ットを送信する。そして、ＰＯＳ端末装置Ｂからのデー
タパケットに終了確認情報が含まれている場合には、す
べてのデータを送達したことが確認できる。
求信号があった場合には、データ３を含むデータパケッ
トを再送する。ＰＯＳ端末装置Ｂは、再送した送信デー
タを正しく受信した場合には、受信確認情報をＰＯＳ端
末装置Ａに返し、ＰＯＳ端末装置Ａは、受信確認情報が
得られた場合に、データ送信終了情報を含むデータパケ
ットを送信する。そして、ＰＯＳ端末装置Ｂからのデー
タパケットに終了確認情報が含まれている場合には、す
べてのデータを送達したことが確認できる。
【００１０】図７は、図５に示したアプリケーションプ
ログラム層１の動作を説明するためのフローチャートで
ある。なお、図７以後の説明では、Ｘ．２５プログラム
層２、ＨＤＬＣ層３、インターフェイス層４をＸ．２５
モジュールと称する。
ログラム層１の動作を説明するためのフローチャートで
ある。なお、図７以後の説明では、Ｘ．２５プログラム
層２、ＨＤＬＣ層３、インターフェイス層４をＸ．２５
モジュールと称する。
【００１１】アプリケーションプログラム１は、送信デ
ータがある場合には、Ｘ．２５モジュールへ送信データ
を書込み、Ｘ．２５モジュールは、書込まれた送信デー
タを相手端末装置に送信する（ステップＳ１およびＳ
２）。
ータがある場合には、Ｘ．２５モジュールへ送信データ
を書込み、Ｘ．２５モジュールは、書込まれた送信デー
タを相手端末装置に送信する（ステップＳ１およびＳ
２）。
【００１２】ステップＳ３において、Ｘ．２５モジュー
ルからの返事により送信データの書込が可能か否かを判
別し、書込が不可能な場合には、送信データの再送また
はエラー処理を行なう（ステップＳ４およびＳ５）。
ルからの返事により送信データの書込が可能か否かを判
別し、書込が不可能な場合には、送信データの再送また
はエラー処理を行なう（ステップＳ４およびＳ５）。
【００１３】前記ステップＳ３において送信データの書
込が可能と判別した場合には、受信データを検出し、受
信データの内容を確認する（ステップＳ６およびＳ
７）。
込が可能と判別した場合には、受信データを検出し、受
信データの内容を確認する（ステップＳ６およびＳ
７）。
【００１４】次に、ステップＳ８において相手受信端末
装置からのデータパケットに受信確認情報が含まれてい
るかどうかを判別し、受信確認情報が含まれていない場
合には、ステップＳ９において処理し、受信確認情報が
含まれている場合にはステップＳ１０において送信デー
タを相手端末装置に送達したことを確認する。
装置からのデータパケットに受信確認情報が含まれてい
るかどうかを判別し、受信確認情報が含まれていない場
合には、ステップＳ９において処理し、受信確認情報が
含まれている場合にはステップＳ１０において送信デー
タを相手端末装置に送達したことを確認する。
【００１５】次にステップＳ１１において次に送信すべ
き送信データがあるか否かを判別し、送信すべきデータ
がある場合にはステップＳ２に戻り、送信すべきデータ
がないと判別した場合にはステップＳ１２において処理
を終了する。
き送信データがあるか否かを判別し、送信すべきデータ
がある場合にはステップＳ２に戻り、送信すべきデータ
がないと判別した場合にはステップＳ１２において処理
を終了する。
【００１６】
【発明が解決しようとする課題】以上説明したように、
ＰＯＳ通信システムを代表とする従来のデータ通信シス
テムでは、通信システムの各層は、他の層の通信プロト
コルについては一切関知しないため、データを送信する
場合、Ｘ．２５モジュールに送信データを渡した後で、
そのデータが正しく相手端末へ送られたかどうかを確認
するために、上位層すなわちアプリケーションプログラ
ム層でデータ送達確認の情報を交換するという手順が必
要となる。このため、通信トラヒックの増加を招くとい
う欠点がある。
ＰＯＳ通信システムを代表とする従来のデータ通信シス
テムでは、通信システムの各層は、他の層の通信プロト
コルについては一切関知しないため、データを送信する
場合、Ｘ．２５モジュールに送信データを渡した後で、
そのデータが正しく相手端末へ送られたかどうかを確認
するために、上位層すなわちアプリケーションプログラ
ム層でデータ送達確認の情報を交換するという手順が必
要となる。このため、通信トラヒックの増加を招くとい
う欠点がある。
【００１７】また、もしこの手順を踏まなければ、上位
層から下位層へデータを渡し終えた時点で上位層は通信
終了と判断し、下位層がデータを送出していないにもか
かわらず、終了処理などを行なってデータの消失を招く
という欠点がある。
層から下位層へデータを渡し終えた時点で上位層は通信
終了と判断し、下位層がデータを送出していないにもか
かわらず、終了処理などを行なってデータの消失を招く
という欠点がある。
【００１８】これらは、各層の通信プロトコルが互いに
独立し、非同期に動作しているため、上位層と下位層と
で通信時に時間的ずれが発生することに起因している。
独立し、非同期に動作しているため、上位層と下位層と
で通信時に時間的ずれが発生することに起因している。
【００１９】この発明は、従来のデータ通信システムが
有する上記欠点を解消するためになされたものであり、
通信トラヒックを大幅に減少することのできるデータ通
信システムを提供することを目的とする。
有する上記欠点を解消するためになされたものであり、
通信トラヒックを大幅に減少することのできるデータ通
信システムを提供することを目的とする。
【００２０】
【課題を解決するための手段】この発明に係るデータ通
信システムは、複数の端末装置間でデータパケットを連
続的に送信することのできる通信プロトコルを有し、複
数の端末装置の各々は、アプリケーションプログラムを
実行する第１の部分と、この第１の部分の下層に設けら
れ通信プログラムを実行する第２の部分とを含み、第２
の部分は、カウントした送信データパケット数と、送信
データパケットに対する相手端末装置からの応答データ
パケットに含まれる受信データの数とのデータ数差を保
持することにより、相手端末装置の第２の部分との間で
データパケットの送達確認を行ない、第１の部分は、応
答データパケットの受信に応答して第２の部分に保持さ
れているデータ数差をチェックすることにより、相手端
末装置の第１の部分との通信を行なわずにデータの送達
確認を行なう。
信システムは、複数の端末装置間でデータパケットを連
続的に送信することのできる通信プロトコルを有し、複
数の端末装置の各々は、アプリケーションプログラムを
実行する第１の部分と、この第１の部分の下層に設けら
れ通信プログラムを実行する第２の部分とを含み、第２
の部分は、カウントした送信データパケット数と、送信
データパケットに対する相手端末装置からの応答データ
パケットに含まれる受信データの数とのデータ数差を保
持することにより、相手端末装置の第２の部分との間で
データパケットの送達確認を行ない、第１の部分は、応
答データパケットの受信に応答して第２の部分に保持さ
れているデータ数差をチェックすることにより、相手端
末装置の第１の部分との通信を行なわずにデータの送達
確認を行なう。
【００２１】ただし、前記通信プロトコルは、Ｘ．２５
プロトコルであってもよい。
プロトコルであってもよい。
【００２２】
【作用】以上の本発明では、アプリケーションプログラ
ムを実行する第１の部分は、第２の部分が保持している
送信データパケットの数と受信データ数との差すなわち
データ数差をチェックすることにより、送信データの送
達の確認を行なうことができる。したがって、相手端末
装置のアプリケーションからの応答確認が不要となるた
め、通信トラヒックを大幅に減少することができる。ま
た、自己の端末装置の第２の部分の保持内容を直接参照
することができることから、相手端末装置のアプリケー
ションからの応答を待つのと比較して、通信システム全
体の性能を向上させることができる。さらに、相手端末
装置の各種資源の負荷状況や通信回線の影響に左右され
ずに送信データの相手側への送達の確認が可能となる。
このことから、相手端末装置の負荷が大きかったり、通
信回線の品質劣化などにより、相手端末装置からのアプ
リケーションレベルでの受信確認応答が遅れることによ
り、システム全体の性能が悪くなることを回避すること
ができる。
ムを実行する第１の部分は、第２の部分が保持している
送信データパケットの数と受信データ数との差すなわち
データ数差をチェックすることにより、送信データの送
達の確認を行なうことができる。したがって、相手端末
装置のアプリケーションからの応答確認が不要となるた
め、通信トラヒックを大幅に減少することができる。ま
た、自己の端末装置の第２の部分の保持内容を直接参照
することができることから、相手端末装置のアプリケー
ションからの応答を待つのと比較して、通信システム全
体の性能を向上させることができる。さらに、相手端末
装置の各種資源の負荷状況や通信回線の影響に左右され
ずに送信データの相手側への送達の確認が可能となる。
このことから、相手端末装置の負荷が大きかったり、通
信回線の品質劣化などにより、相手端末装置からのアプ
リケーションレベルでの受信確認応答が遅れることによ
り、システム全体の性能が悪くなることを回避すること
ができる。
【００２３】また、第２の部分としてＸ．２５プロトコ
ルを使用した場合には、ＰＯＳ通信システムにおける通
信トラヒックの大幅な減少が可能となる。
ルを使用した場合には、ＰＯＳ通信システムにおける通
信トラヒックの大幅な減少が可能となる。
【００２４】
【実施例】図１は、この発明に係るＰＯＳ通信システム
の一実施例を示すシステム構成図である。
の一実施例を示すシステム構成図である。
【００２５】図１を参照して、このＰＯＳ通信システム
は、通信回線Ｃに接続されるＰＯＳ端末装置ＡおよびＢ
を含む。ＰＯＳ端末装置Ａは、アプリケーション部１０
と、Ｘ．２５プロトコルに従ってデータパケットＤＴの
送受信を行なうＸ．２５モジュール２０とを含む。な
お、ＰＯＳ端末装置ＡとＰＯＳ端末装置Ｂとは、同じ構
成であるので、ＰＯＳ端末装置Ｂの構成については説明
を省略する。
は、通信回線Ｃに接続されるＰＯＳ端末装置ＡおよびＢ
を含む。ＰＯＳ端末装置Ａは、アプリケーション部１０
と、Ｘ．２５プロトコルに従ってデータパケットＤＴの
送受信を行なうＸ．２５モジュール２０とを含む。な
お、ＰＯＳ端末装置ＡとＰＯＳ端末装置Ｂとは、同じ構
成であるので、ＰＯＳ端末装置Ｂの構成については説明
を省略する。
【００２６】アプリケーション部１０は、送信すべきデ
ータ、受信データの一時保持のためのレジスタ１１を含
む。また、レジスタの他にアプリケーションプログラム
を実行するための種々の機能を有する。
ータ、受信データの一時保持のためのレジスタ１１を含
む。また、レジスタの他にアプリケーションプログラム
を実行するための種々の機能を有する。
【００２７】Ｘ．２５モジュール２０は、送信バッファ
２１、および送信データカウンタ２２、送信カウンタ２
３、受信カウンタ２４を含む。送信バッファ２１は、ア
プリケーション部１０からの送信データを保持し、通信
回線Ｃに送出する。この送信データには、ＰＯＳ端末装
置が送信側であれば送信カウント値（Ｎｓ）が含まれ、
ＰＯＳ端末装置が受信側であれば、受信カウント値（Ｒ
ｓ）が含まれる。送信データカウンタ２２は、アプリケ
ーション部１０の送信データの出力に応答して、インク
リメントする（ＣＮＴ←ＣＮＴ＋１）。また、送信カウ
ンタ２３は、出力パケットＤＴの送信カウント値Ｎｓを
インクリメントする。送信カウント値Ｎｓは、モジュロ
８の場合、０、１、２、…、６、７、０、１、…と繰返
される。受信カウンタ２４は、受信応答パケットＲＲに
セットされている受信カウント値Ｒｓを取り込み、送信
データカウンタ２２に与える。
２１、および送信データカウンタ２２、送信カウンタ２
３、受信カウンタ２４を含む。送信バッファ２１は、ア
プリケーション部１０からの送信データを保持し、通信
回線Ｃに送出する。この送信データには、ＰＯＳ端末装
置が送信側であれば送信カウント値（Ｎｓ）が含まれ、
ＰＯＳ端末装置が受信側であれば、受信カウント値（Ｒ
ｓ）が含まれる。送信データカウンタ２２は、アプリケ
ーション部１０の送信データの出力に応答して、インク
リメントする（ＣＮＴ←ＣＮＴ＋１）。また、送信カウ
ンタ２３は、出力パケットＤＴの送信カウント値Ｎｓを
インクリメントする。送信カウント値Ｎｓは、モジュロ
８の場合、０、１、２、…、６、７、０、１、…と繰返
される。受信カウンタ２４は、受信応答パケットＲＲに
セットされている受信カウント値Ｒｓを取り込み、送信
データカウンタ２２に与える。
【００２８】Ｘ．２５プロトコルでは通信開始時に両端
末間で最大連続送信パケット数（ウィンドウサイズＷ
ｓ）の交渉・決定を行なう。この後はウィンドウサイズ
Ｗｓに従って、データパケットＤＴの送受信が行なわれ
る。受信側のＰＯＳ端末装置は、データパケットを受信
した場合、受信応答パケットＲＲを送信しなければなら
ない。ただし、データパケットＤＴを受信した場合、受
信応答データパケットＲＲは、各データパケットＤＴを
受信するごとに送信する必要はなく、最大でウィンドウ
サイズＷｓ分のデータパケットＤＴの受信に対して１つ
の受信応答データパケットＲＲで応答を返すことができ
る。したがって、送信側のＰＯＳ端末装置は、受信応答
データパケットＲＲを受信した時点で、受信カウント値
Ｒｓの内容を確認すれば、幾つデータパケットＤＴを送
信し、そのうちの幾つに対して相手からの応答があった
かを確認できる。したがって、この送信カウント値Ｎｓ
と受信カウント値Ｒｓに基づいてＣＮＴの値を減ずる。
この結果、ＣＮＴ＝［Ｒｓ−Ｎｓ］−１となる。但し、
［Ｒｓ−Ｎｓ］は、ＲｓとＮｓとの差を示し、モジュロ
８の場合は、１〜８の間の整数をとる。
末間で最大連続送信パケット数（ウィンドウサイズＷ
ｓ）の交渉・決定を行なう。この後はウィンドウサイズ
Ｗｓに従って、データパケットＤＴの送受信が行なわれ
る。受信側のＰＯＳ端末装置は、データパケットを受信
した場合、受信応答パケットＲＲを送信しなければなら
ない。ただし、データパケットＤＴを受信した場合、受
信応答データパケットＲＲは、各データパケットＤＴを
受信するごとに送信する必要はなく、最大でウィンドウ
サイズＷｓ分のデータパケットＤＴの受信に対して１つ
の受信応答データパケットＲＲで応答を返すことができ
る。したがって、送信側のＰＯＳ端末装置は、受信応答
データパケットＲＲを受信した時点で、受信カウント値
Ｒｓの内容を確認すれば、幾つデータパケットＤＴを送
信し、そのうちの幾つに対して相手からの応答があった
かを確認できる。したがって、この送信カウント値Ｎｓ
と受信カウント値Ｒｓに基づいてＣＮＴの値を減ずる。
この結果、ＣＮＴ＝［Ｒｓ−Ｎｓ］−１となる。但し、
［Ｒｓ−Ｎｓ］は、ＲｓとＮｓとの差を示し、モジュロ
８の場合は、１〜８の間の整数をとる。
【００２９】このようにして、アプリケーション部１０
は、全データを送信バッファ２１に書込んだ後、送信デ
ータカウント値ＣＮＴを確認し、ＣＮＴが０になれば、
全データに対して、相手端末から応答が返ってきたこと
を知ることができる。一方、ＣＮＴ＝ｘ（ただしｘは０
でない）の場合は、複数のデータパケットＤＴを送信し
たが、相手端末装置からの応答がないかまたは送信した
データパケットＤＴの一部に対してのみ受信応答データ
パケットＲＲを受信したことを示す。したがって、一部
のデータパケットＤＴに対しては未だ相手端末装置から
の受信応答データパケットＲＲを受信していないことが
わかる。
は、全データを送信バッファ２１に書込んだ後、送信デ
ータカウント値ＣＮＴを確認し、ＣＮＴが０になれば、
全データに対して、相手端末から応答が返ってきたこと
を知ることができる。一方、ＣＮＴ＝ｘ（ただしｘは０
でない）の場合は、複数のデータパケットＤＴを送信し
たが、相手端末装置からの応答がないかまたは送信した
データパケットＤＴの一部に対してのみ受信応答データ
パケットＲＲを受信したことを示す。したがって、一部
のデータパケットＤＴに対しては未だ相手端末装置から
の受信応答データパケットＲＲを受信していないことが
わかる。
【００３０】図２は、図１に示したアプリケーション部
１０のプログラムを示すフローチャートである。図３
は、Ｘ．２５モジュール２０のプログラムを示すフロー
チャートである。図２を参照して、アプリケーション部
１０は、ステップＳ１において送信データの有無を判別
し、送信データがある場合には、ステップＳ２において
送信データをＸ．２５モジュール２０に与える。Ｘ．２
５モジュール２０は、送信バッファ２１に空きがあるか
否かを判別し、空きがある場合に送信データを送信バッ
ファ２１に書込み、空きがない場合には送信バッファフ
ルのステータスを返す（後述する図３のステップＴ１〜
Ｔ３）。
１０のプログラムを示すフローチャートである。図３
は、Ｘ．２５モジュール２０のプログラムを示すフロー
チャートである。図２を参照して、アプリケーション部
１０は、ステップＳ１において送信データの有無を判別
し、送信データがある場合には、ステップＳ２において
送信データをＸ．２５モジュール２０に与える。Ｘ．２
５モジュール２０は、送信バッファ２１に空きがあるか
否かを判別し、空きがある場合に送信データを送信バッ
ファ２１に書込み、空きがない場合には送信バッファフ
ルのステータスを返す（後述する図３のステップＴ１〜
Ｔ３）。
【００３１】アプリケーション部１０は、ステップＳ３
においてＸ．２５モジュール２０からのステータスの有
無により、送信データの書込が可能か否かを判別し、書
込ができない場合には、送信データの再送処理もしくは
エラー処理を行なう（ステップＳ４およびＳ５）。前記
ステップＳ３において、送信データの書込が可能な場合
には、ステップＳ６において次の送信すべきデータがあ
るか否かを判別し、送信すべきデータがある場合には、
ステップＳ２〜Ｓ５の処理を繰返す。このようにして、
一連の複数のデータを送信したことを検出する。
においてＸ．２５モジュール２０からのステータスの有
無により、送信データの書込が可能か否かを判別し、書
込ができない場合には、送信データの再送処理もしくは
エラー処理を行なう（ステップＳ４およびＳ５）。前記
ステップＳ３において、送信データの書込が可能な場合
には、ステップＳ６において次の送信すべきデータがあ
るか否かを判別し、送信すべきデータがある場合には、
ステップＳ２〜Ｓ５の処理を繰返す。このようにして、
一連の複数のデータを送信したことを検出する。
【００３２】次に、ステップＳ７において、送信データ
カウンタ２２の内容を読出し、ステップＳ８において送
信データカウンタ２２のカウント値ＣＮＴが０か否かを
判別する。送信データカウント値ＣＮＴが０でない場合
には、ステップＳ７およびＳ８の処理を再び行なう。
カウンタ２２の内容を読出し、ステップＳ８において送
信データカウンタ２２のカウント値ＣＮＴが０か否かを
判別する。送信データカウント値ＣＮＴが０でない場合
には、ステップＳ７およびＳ８の処理を再び行なう。
【００３３】前記ステップＳ８において、カウント値Ｃ
ＮＴが０の場合には、ステップＳ９において全データを
相手端末装置に対して送信したことを確認し、ステップ
Ｓ１０およびＳ１１において通信終了の処理を行なう。
ＮＴが０の場合には、ステップＳ９において全データを
相手端末装置に対して送信したことを確認し、ステップ
Ｓ１０およびＳ１１において通信終了の処理を行なう。
【００３４】図３を参照して、Ｘ．２５モジュール２０
の送信動作および受信動作を説明する。Ｘ．２５モジュ
ール２０は、アプリケーション部１０からの送信要求に
応答して、送信バッファ２１に空きがあるか否かを判別
する（Ｔ１およびＴ２）。空きがない場合には、ステッ
プＴ３において送信バッファフルであることを示す伝達
信号をアプリケーション部１０に返す。前記ステップＴ
２において、送信バッファ２１に空きがあると判別した
場合には、ステップＴ４において送信バッファ２１に送
信データを書込む。
の送信動作および受信動作を説明する。Ｘ．２５モジュ
ール２０は、アプリケーション部１０からの送信要求に
応答して、送信バッファ２１に空きがあるか否かを判別
する（Ｔ１およびＴ２）。空きがない場合には、ステッ
プＴ３において送信バッファフルであることを示す伝達
信号をアプリケーション部１０に返す。前記ステップＴ
２において、送信バッファ２１に空きがあると判別した
場合には、ステップＴ４において送信バッファ２１に送
信データを書込む。
【００３５】次に送信カウント値Ｎｓをセットし、送信
データカウント値ＣＮＴをインクリメントし、データパ
ケットＤＴを送信する（ステップＴ５、Ｔ６、Ｔ７）。
データカウント値ＣＮＴをインクリメントし、データパ
ケットＤＴを送信する（ステップＴ５、Ｔ６、Ｔ７）。
【００３６】ステップＴ７の処理を終了した後にステッ
プＴ１に移る。Ｘ．２５モジュールは、次のようにして
受信データの処理を行なう。ステップＲ１において、受
信データの有無を判別し、受信データがある場合には、
ステップＲ２において受信データが受信応答データパケ
ットＲＲであるか否かを判別する。受信データが受信応
答データパケットＲＲでない場合には、ステップＲ３に
おいて、受信データを処理しアプリケーション部１０に
与える。一方、受信データが受信応答データパケットＲ
Ｒである場合には、受信カウント値Ｒｓの確認を行な
い、ステップＲ５において、送信データカウント値ＣＮ
Ｔをデクリメントし、ステップＲ７において、送信確認
ずみの送信データを保持している送信バッファ２１を開
放する。ステップＲ７の処理を行なった後、ステップＲ
１に移る。
プＴ１に移る。Ｘ．２５モジュールは、次のようにして
受信データの処理を行なう。ステップＲ１において、受
信データの有無を判別し、受信データがある場合には、
ステップＲ２において受信データが受信応答データパケ
ットＲＲであるか否かを判別する。受信データが受信応
答データパケットＲＲでない場合には、ステップＲ３に
おいて、受信データを処理しアプリケーション部１０に
与える。一方、受信データが受信応答データパケットＲ
Ｒである場合には、受信カウント値Ｒｓの確認を行な
い、ステップＲ５において、送信データカウント値ＣＮ
Ｔをデクリメントし、ステップＲ７において、送信確認
ずみの送信データを保持している送信バッファ２１を開
放する。ステップＲ７の処理を行なった後、ステップＲ
１に移る。
【００３７】以上説明したように、Ｘ．２５モジュール
２０は、相手端末装置のＸ．２５モジュールとの間で送
信カウント値Ｎｓと受信カウント値Ｒｓの送受信を行な
い、送信データカウンタ２２にＣＮＴ＝［Ｒｓ−Ｎｓ］
−１なる値を保持させる。そして、アプリケーション部
１０はカウント値ＣＮＴを呼出して到達確認を行なって
いる。このため、相手端末装置のアプリケーション部１
０との間でデータパケットの送信を行なうごとにデータ
送達の確認を行なう必要がなくなる。この結果、通信ト
ラヒックを大幅に減少することができる。
２０は、相手端末装置のＸ．２５モジュールとの間で送
信カウント値Ｎｓと受信カウント値Ｒｓの送受信を行な
い、送信データカウンタ２２にＣＮＴ＝［Ｒｓ−Ｎｓ］
−１なる値を保持させる。そして、アプリケーション部
１０はカウント値ＣＮＴを呼出して到達確認を行なって
いる。このため、相手端末装置のアプリケーション部１
０との間でデータパケットの送信を行なうごとにデータ
送達の確認を行なう必要がなくなる。この結果、通信ト
ラヒックを大幅に減少することができる。
【００３８】図４は、モジュロ８の場合における送信デ
ータカウンタ２２のカウント値ＣＮＴ、送信カウンタ２
３のカウント値Ｎｓ、受信カウンタ２４のカウント値Ｒ
ｓの変化の一例を示す図である。ただし、ここではウィ
ンドウサイズＷｓ＝３としている。
ータカウンタ２２のカウント値ＣＮＴ、送信カウンタ２
３のカウント値Ｎｓ、受信カウンタ２４のカウント値Ｒ
ｓの変化の一例を示す図である。ただし、ここではウィ
ンドウサイズＷｓ＝３としている。
【００３９】ウィンドウサイズＷｓが３に設定されてい
るので、送信データカウント値ＣＮＴの最大値は３とな
り、受信応答データパケットＲＲを受信すると、ＣＮＴ
＝［Ｒｓ−Ｎｓ］−１＝０となる。そして、［Ｒｓ−Ｎ
ｓ］が１とならない場合には、相手端末装置から全デー
タパケットに対する受信確認を受取っていないことを示
している。
るので、送信データカウント値ＣＮＴの最大値は３とな
り、受信応答データパケットＲＲを受信すると、ＣＮＴ
＝［Ｒｓ−Ｎｓ］−１＝０となる。そして、［Ｒｓ−Ｎ
ｓ］が１とならない場合には、相手端末装置から全デー
タパケットに対する受信確認を受取っていないことを示
している。
【００４０】
【発明の効果】以上の本発明であれば、相手端末装置の
アプリケーション部からの応答確認が不要となるため、
通信トラヒックを大幅に減少することができる。また、
自己の端末装置の大事な部分に保持されている内容を直
接参照することができることから、相手端末装置のアプ
リケーションからの応答を待つのと比較して通信システ
ム全体の性能を向上させることができる。
アプリケーション部からの応答確認が不要となるため、
通信トラヒックを大幅に減少することができる。また、
自己の端末装置の大事な部分に保持されている内容を直
接参照することができることから、相手端末装置のアプ
リケーションからの応答を待つのと比較して通信システ
ム全体の性能を向上させることができる。
【図１】この発明に係るデータ通信システムの一実施例
を示すシステム構成図である。
を示すシステム構成図である。
【図２】図１に示したアプリケーション部のプログラム
を示すフローチャートである。
を示すフローチャートである。
【図３】図１に示したＸ．２５モジュールのプログラム
を示すフローチャートである。
を示すフローチャートである。
【図４】モジュロ８の場合における送信データカウンタ
のカウント値、送信カウンタのカウント値、受信カウン
タのカウント値の変化の一例を示す図である。
のカウント値、送信カウンタのカウント値、受信カウン
タのカウント値の変化の一例を示す図である。
【図５】従来のＰＯＳ通信システムの概念を示すシステ
ム構成図である。
ム構成図である。
【図６】図５に示したアプリケーションプログラム層間
のプロトコルを説明するための図である。
のプロトコルを説明するための図である。
【図７】図５に示したＰＯＳ通信システムの動作を説明
するためのフローチャートである。
するためのフローチャートである。
Ａ，Ｂ ＰＯＳ端末装置
１０ アプリケーション部
１１ レジスタ
２０ Ｘ．２５モジュール
２１ 送信バッファ
２２ 送信データカウンタ
２３ 送信カウンタ
２４ 受信カウンタ
ＣＮＴ 送信データカウント値
Ｎｓ 送信カウント値
Ｒｓ 受信データカウント値
ＤＴ 送信データパケット
ＲＲ 受信応答データパケット
Claims (2)
- 【請求項１】 複数の端末装置間でデータパケットを連
続的に送信することのできる通信プロトコルを有するデ
ータ通信システムであって、 前記複数の端末装置の各々は、アプリケーションプログ
ラムを実行する第１の部分と、この第１の部分の下層に
設けられ通信プログラムを実行する第２の部分とを含
み、 前記第２の部分は、カウントした送信データパケットの
数と、送信データパケットに対する相手端末装置からの
応答データパケットに含まれる受信データの数とのデー
タ数差を保持することにより、前記相手端末装置の第２
の部分との間でデータパケットの送達確認を行ない、 前記第１の部分は、前記応答データパケットの受信に応
答して前記第２の部分に保持されているデータ数差をチ
ェックすることにより、前記相手端末装置の第１の部分
との通信を行なわずにデータの送達確認を行なうことを
特徴とするデータ通信システム。 - 【請求項２】 前記通信プロトコルは、Ｘ．２５プロト
コルである、請求項１記載のデータ通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01377093A JP3422810B2 (ja) | 1993-01-29 | 1993-01-29 | データ通信システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP01377093A JP3422810B2 (ja) | 1993-01-29 | 1993-01-29 | データ通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06232946A JPH06232946A (ja) | 1994-08-19 |
| JP3422810B2 true JP3422810B2 (ja) | 2003-06-30 |
Family
ID=11842489
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP01377093A Expired - Fee Related JP3422810B2 (ja) | 1993-01-29 | 1993-01-29 | データ通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3422810B2 (ja) |
-
1993
- 1993-01-29 JP JP01377093A patent/JP3422810B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06232946A (ja) | 1994-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5163055A (en) | Communications system using a fault tolerant protocol | |
| US5664091A (en) | Method and system for a voiding unnecessary retransmissions using a selective rejection data link protocol | |
| US5931916A (en) | Method for retransmitting data packet to a destination host by selecting a next network address of the destination host cyclically from an address list | |
| EP0525985B1 (en) | High speed duplex data link interface | |
| US6542513B1 (en) | Optimistic, eager rendezvous transmission mode and combined rendezvous modes for message processing systems | |
| US5572546A (en) | Data communications system with multilink protocol | |
| US20100195665A1 (en) | Data acknowledgement apparatus and method | |
| JPS5836049A (ja) | 情報通信方法および情報通信システム | |
| US4551834A (en) | Method and system for communicating over an open communication network | |
| US6157951A (en) | Dual priority chains for data-communication ports in a multi-port bridge for a local area network | |
| US6035335A (en) | Optimistic, eager rendezvous transmission system and combined rendezvous system for message processing, and related data structures | |
| JP3422810B2 (ja) | データ通信システム | |
| EP1225741B1 (en) | High speed interconnection for embedded systems within a computer network | |
| JP3217397B2 (ja) | 通信制御装置のデータ送信方法 | |
| Cheng et al. | Performance of ARQ schemes on token ring networks | |
| JPS6120447A (ja) | 情報通信制御方法 | |
| JP2500608B2 (ja) | 応答確認方式 | |
| EP0470320B1 (en) | Mechanism for performing the steady state and error recovery functions of a communication protocol | |
| JPH11234347A (ja) | データ通信におけるバッファ管理方法および方式 | |
| EP1233581A2 (en) | Packet transmitter and method | |
| JPS60254943A (ja) | バス型ｌａｎシステムにおけるデ−タ伝送方式 | |
| JPH01161562A (ja) | データ転送網のデータ再送方式 | |
| JPH06152605A (ja) | データの送達確認機能を有するローカルエリアネットワーク | |
| JPH01311648A (ja) | メッセージ通信処理システム | |
| JPH0398350A (ja) | バス型ｌａｎシステムにおける同報通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030408 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080425 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090425 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090425 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100425 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100425 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120425 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |