JPH06232946A - Data communication system - Google Patents

Data communication system

Info

Publication number
JPH06232946A
JPH06232946A JP50A JP1377093A JPH06232946A JP H06232946 A JPH06232946 A JP H06232946A JP 50 A JP50 A JP 50A JP 1377093 A JP1377093 A JP 1377093A JP H06232946 A JPH06232946 A JP H06232946A
Authority
JP
Japan
Prior art keywords
data
transmission
communication system
terminal device
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.)
Granted
Application number
JP50A
Other languages
Japanese (ja)
Other versions
JP3422810B2 (en
Inventor
Kazumitsu Kudo
和光 工藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP01377093A priority Critical patent/JP3422810B2/en
Publication of JPH06232946A publication Critical patent/JPH06232946A/en
Application granted granted Critical
Publication of JP3422810B2 publication Critical patent/JP3422810B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Communication Control (AREA)

Abstract

PURPOSE:To reduce the communication traffic between POS terminal equipments. CONSTITUTION:A transmission data counter 22 storing a value of CNT =[Rs-Ns]-1 is provided in the X.25 module 20 in the POS communication system in which data packets are sent continuously, where Ns is a count of transmission data and Rs is a reception count from an opposite terminal equipment. Then an application section 20 references a count CNT of the transmission data counter 22 in response to the reception of a reception reply data packet RR to confirm the transmittal of a series of transmission data packets DT.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】この発明は、POS端末を代表と
する情報処理端末を使用するデータ通信システムに関
し、特にパケットを代表とするデータグラムの連続送信
が可能な通信プロトコルを有するデータ通信システムに
関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data communication system using an information processing terminal represented by a POS terminal, and more particularly to a data communication system having a communication protocol capable of continuously transmitting datagrams represented by packets. It is a thing.

【0002】[0002]

【従来の技術】通常、データ通信システムは、システム
を幾つかの層に分け、それぞれの層ごとに相手端末装置
との通信プロトコルが決められる。各層間では、各々の
通信プロトコルに従ってデータの送達確認や再送処理を
行なっている。そして、隣接層間では、送受信データの
受け渡しが行なわれるが、隣接層が相手端末装置とどの
ような通信を行なっているかは関知しない。
2. Description of the Related Art Generally, in a data communication system, the system is divided into several layers, and a communication protocol with a partner terminal device is determined for each layer. Data transmission confirmation and retransmission processing are performed between the layers according to the respective communication protocols. Then, although the transmission / reception data is exchanged between the adjacent layers, it does not care how the adjacent layer communicates with the partner terminal device.

【0003】このようなデータ通信システムの一例とし
て、POS(ポイントオブセールス)通信システムがあ
る。POS通信システムは、通信プロトコルの一例とし
て、CCITTの勧告によるX.25プロトコルを使用
する。
An example of such a data communication system is a POS (Point of Sales) communication system. As an example of the communication protocol, the POS communication system uses X. 25 protocols are used.

【0004】図5は、このようなPOS通信システムの
概念を示すシステム構成図である。図5を参照して、P
OS通信システムは、通信回線Cに接続される複数のP
OS端末装置AおよびBを含む。なお、図5では説明を
簡単化するためにAおよびBの2つのPOS端末装置の
みを示す。POS端末装置AおよびBは、百貨店、スー
パーなどの売場に設置され、単品管理、顧客管理などに
使用するデータを即時に収集することができる。このP
OS端末装置は、一般にレジスト機能、データを一時記
憶するファイル機能、上位装置へ接続するオンライン機
能などを有する。POS端末装置AおよびBの各々は、
データ通信システムを、アプリケーションプログラム層
1、X.25プログラム層2、HDLC(High l
evel data link controle)層
3、およびインターフェイス部4に分割している。各端
末装置の対応する層同士の間では、通信プロトコルが決
められている。すなわち、アプリケーションプログラム
層1同士の間では、APプロトコル、X.25プログラ
ム層間ではX.25プロトコル、HDLC層3間ではH
DLCプロトコルが決められている。
FIG. 5 is a system configuration diagram showing the concept of such a POS communication system. Referring to FIG. 5, P
The OS communication system includes a plurality of Ps connected to the communication line C.
Includes OS terminal devices A and B. It should be noted that FIG. 5 shows only two POS terminal devices A and B for simplification of description. The POS terminal devices A and B are installed in sales floors such as department stores and supermarkets, and can immediately collect data used for single item management, customer management, and the like. This P
The OS terminal device generally has a registration function, a file function for temporarily storing data, an online function for connecting to a host device, and the like. Each of the POS terminal devices A and B
The data communication system includes an application program layer 1, X. 25 program layer 2, HDLC (High l
It is divided into the layer (3) and the interface section (4). A communication protocol is determined between the corresponding layers of each terminal device. That is, between the application program layers 1, the AP protocol, X. X.25 between the 25 program layers. 25 protocols, H between HDLC layers 3
The DLC protocol is defined.

【0005】ここで、X.25プロトコルとは、CCI
TT勧告によるパケット交換網用の通信プロトコルであ
る。
Here, X. 25 protocol is CCI
It is a communication protocol for a packet switching network according to the TT recommendation.

【0006】図5のPOS通信システムにおいて、送信
側をPOS端末装置Aとし、受信側を通信端末装置Bと
すると、送信データは、POS通信端末装置Aのアプリ
ケーションプログラム層1→X.25プログラム層2→
HDLC層3→インターフェイス層4→通信回線C→P
OS端末装置Bのインターフェイス部4→HDLC層3
→X.25プログラム層2→アプリケーションプログラ
ム層1と流れる。この場合において、前述したようにH
DLC層やX.25プログラム層についてはエラー時の
再送や送達確認についてプロトコルが決められている
が、アプリケーションプログラム層1については明確な
プロトコルが定義されていない。アプリケーションプロ
グラム層1は、図6に示すようなデータパケットを構成
し、送達の確認を行なう。
In the POS communication system of FIG. 5, assuming that the transmission side is the POS terminal device A and the reception side is the communication terminal device B, the transmission data is the application program layer 1 → X. 25 program layer 2 →
HDLC layer 3 → interface layer 4 → communication line C → P
Interface unit 4 of OS terminal device B → HDLC layer 3
→ X. 25 program layer 2-> application program layer 1 flows. In this case, as described above, H
DLC layer or X. The 25 program layer has a protocol defined for resending and delivery confirmation at the time of error, but the application program layer 1 has no defined protocol. The application program layer 1 forms a data packet as shown in FIG. 6 and confirms delivery.

【0007】図6は、アプリケーションプログラムの一
例を示す図である。図6を参照して、送信データパケッ
トは、ヘッダ5とデータ6とを含む。ヘッダ5には、通
信番号、データ長、行アドレスなどの情報が含まれる。
図6に示すプロトコルは、POS通信端末装置Aがデー
タ1、データ2、データ3の順番で送信し、POS端末
装置Bがデータ1およびデータ2については受信した
が、データ3については正しく受信できなかった場合を
示す。
FIG. 6 is a diagram showing an example of an application program. Referring to FIG. 6, the transmission data packet includes header 5 and data 6. The header 5 includes information such as communication number, data length, and row address.
In the protocol shown in FIG. 6, the POS communication terminal device A transmits data 1, data 2, and data 3 in this order, and the POS terminal device B receives data 1 and data 2, but receives data 3 correctly. It shows the case where there is not.

【0008】受信側の端末装置Bがデータを正しく受信
した場合には、データの受信確認の情報を応答データパ
ケットに含ませて送信側のPOS端末装置Aに返し、受
信データにエラーがある場合すなわち正しく受信できな
かった場合は、再送要求情報を応答データパケットに含
ませてPOS端末装置Aに返す。
When the terminal device B on the receiving side correctly receives the data, the information for confirming the reception of the data is included in the response data packet and returned to the POS terminal device A on the transmitting side, and when there is an error in the received data. That is, when the data cannot be correctly received, the resend request information is included in the response data packet and returned to the POS terminal device A.

【0009】送信側端末装置Aは、受信データに再送要
求信号があった場合には、データ3を含むデータパケッ
トを再送する。POS端末装置Bは、再送した送信デー
タを正しく受信した場合には、受信確認情報をPOS端
末装置Aに返し、POS端末装置Aは、受信確認情報が
得られた場合に、データ送信終了情報を含むデータパケ
ットを送信する。そして、POS端末装置Bからのデー
タパケットに終了確認情報が含まれている場合には、す
べてのデータを送達したことが確認できる。
[0009] The terminal device A on the transmitting side retransmits the data packet including the data 3 when the resending request signal is included in the received data. When the POS terminal device B correctly receives the retransmitted transmission data, the POS terminal device B returns the reception confirmation information to the POS terminal device A, and when the reception confirmation information is obtained, the POS terminal device A transmits the data transmission end information. Send data packet containing. If the data packet from the POS terminal device B includes the end confirmation information, it can be confirmed that all the data has been delivered.

【0010】図7は、図5に示したアプリケーションプ
ログラム層1の動作を説明するためのフローチャートで
ある。なお、図7以後の説明では、X.25プログラム
層2、HDLC層3、インターフェイス層4をX.25
モジュールと称する。
FIG. 7 is a flow chart for explaining the operation of the application program layer 1 shown in FIG. In addition, in the description after FIG. 25 program layer 2, HDLC layer 3, and interface layer 4 as X.25. 25
It is called a module.

【0011】アプリケーションプログラム1は、送信デ
ータがある場合には、X.25モジュールへ送信データ
を書込み、X.25モジュールは、書込まれた送信デー
タを相手端末装置に送信する(ステップS1およびS
2)。
If there is transmission data, the application program 1 executes the X.X. 25. Write the transmission data to the module, X.25. The 25th module transmits the written transmission data to the partner terminal device (steps S1 and S).
2).

【0012】ステップS3において、X.25モジュー
ルからの返事により送信データの書込が可能か否かを判
別し、書込が不可能な場合には、送信データの再送また
はエラー処理を行なう(ステップS4およびS5)。
In step S3, X. It is determined from the reply from the 25 modules whether or not the transmission data can be written. If the transmission data cannot be written, the transmission data is retransmitted or an error process is performed (steps S4 and S5).

【0013】前記ステップS3において送信データの書
込が可能と判別した場合には、受信データを検出し、受
信データの内容を確認する(ステップS6およびS
7)。
When it is determined in step S3 that the transmission data can be written, the reception data is detected and the content of the reception data is confirmed (steps S6 and S).
7).

【0014】次に、ステップS8において相手受信端末
装置からのデータパケットに受信確認情報が含まれてい
るかどうかを判別し、受信確認情報が含まれていない場
合には、ステップS9において処理し、受信確認情報が
含まれている場合にはステップS10において送信デー
タを相手端末装置に送達したことを確認する。
Next, in step S8, it is judged whether or not the reception confirmation information is included in the data packet from the receiving terminal device of the other party. If the reception confirmation information is not included, the process is performed in step S9 to receive the reception confirmation information. If the confirmation information is included, it is confirmed in step S10 that the transmission data has been delivered to the partner terminal device.

【0015】次にステップS11において次に送信すべ
き送信データがあるか否かを判別し、送信すべきデータ
がある場合にはステップS2に戻り、送信すべきデータ
がないと判別した場合にはステップS12において処理
を終了する。
Next, in step S11, it is determined whether or not there is transmission data to be transmitted next. If there is data to be transmitted, the process returns to step S2, and if it is determined that there is no data to be transmitted, The process ends in step S12.

【0016】[0016]

【発明が解決しようとする課題】以上説明したように、
POS通信システムを代表とする従来のデータ通信シス
テムでは、通信システムの各層は、他の層の通信プロト
コルについては一切関知しないため、データを送信する
場合、X.25モジュールに送信データを渡した後で、
そのデータが正しく相手端末へ送られたかどうかを確認
するために、上位層すなわちアプリケーションプログラ
ム層でデータ送達確認の情報を交換するという手順が必
要となる。このため、通信トラヒックの増加を招くとい
う欠点がある。
As described above,
In a conventional data communication system represented by a POS communication system, each layer of the communication system has no knowledge of communication protocols of other layers, and therefore, when transmitting data, X. After passing the transmission data to 25 modules,
In order to confirm whether or not the data is correctly sent to the partner terminal, a procedure of exchanging data delivery confirmation information in the upper layer, that is, the application program layer is required. For this reason, there is a drawback in that communication traffic is increased.

【0017】また、もしこの手順を踏まなければ、上位
層から下位層へデータを渡し終えた時点で上位層は通信
終了と判断し、下位層がデータを送出していないにもか
かわらず、終了処理などを行なってデータの消失を招く
という欠点がある。
Also, if this procedure is not followed, the upper layer judges that the communication is completed at the point when the data transfer from the upper layer to the lower layer is completed, and the lower layer does not send the data, but the end. There is a drawback that data is lost by performing processing.

【0018】これらは、各層の通信プロトコルが互いに
独立し、非同期に動作しているため、上位層と下位層と
で通信時に時間的ずれが発生することに起因している。
These are because the communication protocol of each layer is independent of each other and operates asynchronously, so that a time lag occurs in communication between the upper layer and the lower layer.

【0019】この発明は、従来のデータ通信システムが
有する上記欠点を解消するためになされたものであり、
通信トラヒックを大幅に減少することのできるデータ通
信システムを提供することを目的とする。
The present invention has been made to solve the above drawbacks of the conventional data communication system.
It is an object of the present invention to provide a data communication system capable of significantly reducing communication traffic.

【0020】[0020]

【課題を解決するための手段】この発明に係るデータ通
信システムは、複数の端末装置間でデータパケットを連
続的に送信することのできる通信プロトコルを有し、複
数の端末装置の各々は、アプリケーションプログラムを
実行する第1の部分と、この第1の部分の下層に設けら
れ通信プログラムを実行する第2の部分とを含み、第2
の部分は、送信データパケット数と、送信データパケッ
トに対する相手端末装置からの応答データパケットに含
まれる受信データの数とのデータ数差を保持し、第1の
部分は、応答データパケットの受信に応答して第2の部
分に保持されているデータ数差をチェックする。
A data communication system according to the present invention has a communication protocol capable of continuously transmitting data packets between a plurality of terminal devices, and each of the plurality of terminal devices is an application. A first part for executing the program, and a second part provided below the first part for executing the communication program, the second part
Part holds the data number difference between the number of transmitted data packets and the number of received data contained in the response data packet from the partner terminal device with respect to the transmitted data packet, and the first part is for receiving the response data packet. In response, the difference in the number of data held in the second part is checked.

【0021】ただし、前記通信プロトコルは、X.25
プロトコルであってもよい。
However, the communication protocol is X. 25
It may be a protocol.

【0022】[0022]

【作用】以上の本発明では、アプリケーションプログラ
ムを実行する第1の部分は、第2の部分が保持している
送信データパケットの数と受信データ数との差すなわち
データ数差をチェックすることにより、送信データの送
達の確認を行なうことができる。したがって、相手端末
装置のアプリケーションからの応答確認が不要となるた
め、通信トラヒックを大幅に減少することができる。ま
た、自己の端末装置の第2の部分の保持内容を直接参照
することができることから、相手端末装置のアプリケー
ションからの応答を待つのと比較して、通信システム全
体の性能を向上させることができる。さらに、相手端末
装置の各種資源の負荷状況や通信回線の影響に左右され
ずに送信データの相手側への送達の確認が可能となる。
このことから、相手端末装置の負荷が大きかったり、通
信回線の品質劣化などにより、相手端末装置からのアプ
リケーションレベルでの受信確認応答が遅れることによ
り、システム全体の性能が悪くなることを回避すること
ができる。
In the present invention described above, the first part executing the application program checks the difference between the number of transmitted data packets and the received data held by the second part, that is, the difference in the number of data. It is possible to confirm the delivery of the transmitted data. Therefore, it is not necessary to confirm the response from the application of the partner terminal device, and the communication traffic can be significantly reduced. Further, since the contents held in the second part of the own terminal device can be directly referred to, the performance of the entire communication system can be improved as compared with waiting for a response from the application of the partner terminal device. . Further, it is possible to confirm the delivery of the transmission data to the partner side regardless of the load status of various resources of the partner terminal device and the influence of the communication line.
From this, it is possible to prevent the performance of the entire system from deteriorating due to the delay in the reception confirmation response at the application level from the partner terminal device due to the heavy load on the partner terminal device or the deterioration of the communication line quality. You can

【0023】また、第2の部分としてX.25プロトコ
ルを使用した場合には、POS通信システムにおける通
信トラヒックの大幅な減少が可能となる。
As a second part, X. When the 25 protocol is used, the communication traffic in the POS communication system can be significantly reduced.

【0024】[0024]

【実施例】図1は、この発明に係るPOS通信システム
の一実施例を示すシステム構成図である。
1 is a system block diagram showing an embodiment of a POS communication system according to the present invention.

【0025】図1を参照して、このPOS通信システム
は、通信回線Cに接続されるPOS端末装置AおよびB
を含む。POS端末装置Aは、アプリケーション部10
と、X.25プロトコルに従ってデータパケットDTの
送受信を行なうX.25モジュール20とを含む。な
お、POS端末装置AとPOS端末装置Bとは、同じ構
成であるので、POS端末装置Bの構成については説明
を省略する。
Referring to FIG. 1, this POS communication system has POS terminal devices A and B connected to a communication line C.
including. The POS terminal device A includes an application unit 10
And X. X.25 for transmitting and receiving data packets DT according to the H.25 protocol. 25 modules 20 and. Since the POS terminal device A and the POS terminal device B have the same configuration, the description of the configuration of the POS terminal device B is omitted.

【0026】アプリケーション部10は、送信すべきデ
ータ、受信データの一時保持のためのレジスタ11を含
む。また、レジスタの他にアプリケーションプログラム
を実行するための種々の機能を有する。
The application unit 10 includes a register 11 for temporarily holding data to be transmitted and received data. In addition to the registers, it also has various functions for executing application programs.

【0027】X.25モジュール20は、送信バッファ
21、および送信データカウンタ22、送信カウンタ2
3、受信カウンタ24を含む。送信バッファ21は、ア
プリケーション部10からの送信データを保持し、通信
回線Cに送出する。この送信データには、POS端末装
置が送信側であれば送信カウント値(Ns)が含まれ、
POS端末装置が受信側であれば、受信カウント値(R
s)が含まれる。送信データカウンタ22は、アプリケ
ーション部10の送信データの出力に応答して、インク
リメントする(CNT←CNT+1)。また、送信カウ
ンタ23は、出力パケットDTの送信カウント値Nsを
インクリメントする。送信カウント値Nsは、モジュロ
8の場合、0、1、2、…、6、7、0、1、…と繰返
される。受信カウンタ24は、受信応答パケットRRに
セットされている受信カウント値Rsを取り込み、送信
データカウンタ22に与える。
X. 25 module 20 includes a transmission buffer 21, a transmission data counter 22, and a transmission counter 2.
3, a reception counter 24 is included. The transmission buffer 21 holds the transmission data from the application unit 10 and sends it to the communication line C. This transmission data includes a transmission count value (Ns) if the POS terminal device is the transmission side,
If the POS terminal is the receiving side, the reception count value (R
s) is included. The transmission data counter 22 increments in response to the output of the transmission data of the application unit 10 (CNT ← CNT + 1). The transmission counter 23 also increments the transmission count value Ns of the output packet DT. In the case of modulo 8, the transmission count value Ns is repeated as 0, 1, 2, ..., 6, 7, 0, 1 ,. The reception counter 24 takes in the reception count value Rs set in the reception response packet RR and gives it to the transmission data counter 22.

【0028】X.25プロトコルでは通信開始時に両端
末間で最大連続送信パケット数(ウィンドウサイズW
s)の交渉・決定を行なう。この後はウィンドウサイズ
Wsに従って、データパケットDTの送受信が行なわれ
る。受信側のPOS端末装置は、データパケットを受信
した場合、受信応答パケットRRを送信しなければなら
ない。ただし、データパケットDTを受信した場合、受
信応答データパケットRRは、各データパケットDTを
受信するごとに送信する必要はなく、最大でウィンドウ
サイズWs分のデータパケットDTの受信に対して1つ
の受信応答データパケットRRで応答を返すことができ
る。したがって、送信側のPOS端末装置は、受信応答
データパケットRRを受信した時点で、受信カウント値
Rsの内容を確認すれば、幾つデータパケットDTを送
信し、そのうちの幾つに対して相手からの応答があった
かを確認できる。したがって、この送信カウント値Ns
と受信カウント値Rsに基づいてCNTの値を減ずる。
この結果、CNT=[Rs−Ns]−1となる。但し、
[Rs−Ns]は、RsとNsとの差を示し、モジュロ
8の場合は、1〜8の間の整数をとる。
X. In the 25 protocol, the maximum number of continuously transmitted packets (window size W
s) negotiation and decision. Thereafter, the data packet DT is transmitted / received according to the window size Ws. When the POS terminal device on the receiving side receives the data packet, it must transmit the reception response packet RR. However, when the data packet DT is received, the reception response data packet RR does not need to be transmitted each time each data packet DT is received, and one reception is made for the reception of the data packet DT of the maximum window size Ws. The response can be returned in the response data packet RR. Therefore, when the POS terminal device on the transmitting side receives the reception response data packet RR, if it confirms the content of the reception count value Rs, it transmits how many data packets DT and responds to how many of them with the response from the partner. You can check if there was. Therefore, this transmission count value Ns
And the value of CNT is reduced based on the reception count value Rs.
As a result, CNT = [Rs-Ns] -1. However,
[Rs-Ns] represents the difference between Rs and Ns, and in the case of modulo 8, takes an integer between 1 and 8.

【0029】このようにして、アプリケーション部10
は、全データを送信バッファ21に書込んだ後、送信デ
ータカウント値CNTを確認し、CNTが0になれば、
全データに対して、相手端末から応答が返ってきたこと
を知ることができる。一方、CNT=x(ただしxは0
でない)の場合は、複数のデータパケットDTを送信し
たが、相手端末装置からの応答がないかまたは送信した
データパケットDTの一部に対してのみ受信応答データ
パケットRRを受信したことを示す。したがって、一部
のデータパケットDTに対しては未だ相手端末装置から
の受信応答データパケットRRを受信していないことが
わかる。
In this way, the application unit 10
After writing all the data in the transmission buffer 21, confirms the transmission data count value CNT, and if CNT becomes 0,
It is possible to know that a response has been returned from the partner terminal for all data. On the other hand, CNT = x (where x is 0
In the case of (not), it indicates that a plurality of data packets DT have been transmitted, but there is no response from the partner terminal device or that the reception response data packet RR has been received only for a part of the transmitted data packet DT. Therefore, it can be seen that the reception response data packet RR from the partner terminal device has not yet been received for some data packets DT.

【0030】図2は、図1に示したアプリケーション部
10のプログラムを示すフローチャートである。図3
は、X.25モジュール20のプログラムを示すフロー
チャートである。図2を参照して、アプリケーション部
10は、ステップS1において送信データの有無を判別
し、送信データがある場合には、ステップS2において
送信データをX.25モジュール20に与える。X.2
5モジュール20は、送信バッファ21に空きがあるか
否かを判別し、空きがある場合に送信データを送信バッ
ファ21に書込み、空きがない場合には送信バッファフ
ルのステータスを返す(後述する図3のステップT1〜
T3)。
FIG. 2 is a flow chart showing the program of the application section 10 shown in FIG. Figure 3
X. 25 is a flowchart showing a program of the 25 module 20. Referring to FIG. 2, application unit 10 determines the presence / absence of transmission data in step S1. 25 modules 20 are provided. X. Two
5 module 20 determines whether or not there is a space in the transmission buffer 21, writes the transmission data in the transmission buffer 21 if there is space, and returns the status of transmission buffer full if there is no space (see below Step T1 of 3
T3).

【0031】アプリケーション部10は、ステップS3
においてX.25モジュール20からのステータスの有
無により、送信データの書込が可能か否かを判別し、書
込ができない場合には、送信データの再送処理もしくは
エラー処理を行なう(ステップS4およびS5)。前記
ステップS3において、送信データの書込が可能な場合
には、ステップS6において次の送信すべきデータがあ
るか否かを判別し、送信すべきデータがある場合には、
ステップS2〜S5の処理を繰返す。このようにして、
一連の複数のデータを送信したことを検出する。
The application section 10 operates in step S3.
In X. The presence or absence of the status from the 25 module 20 determines whether or not the transmission data can be written. If the transmission data cannot be written, the transmission data is retransmitted or an error process is performed (steps S4 and S5). If it is possible to write the transmission data in step S3, it is determined in step S6 whether there is data to be transmitted next. If there is data to be transmitted,
The processes of steps S2 to S5 are repeated. In this way
Detect that you have sent a series of multiple data.

【0032】次に、ステップS7において、送信データ
カウンタ22の内容を読出し、ステップS8において送
信データカウンタ22のカウント値CNTが0か否かを
判別する。送信データカウント値CNTが0でない場合
には、ステップS7およびS8の処理を再び行なう。
Next, in step S7, the contents of the transmission data counter 22 are read, and in step S8 it is determined whether the count value CNT of the transmission data counter 22 is 0 or not. If the transmission data count value CNT is not 0, the processes of steps S7 and S8 are performed again.

【0033】前記ステップS8において、カウント値C
NTが0の場合には、ステップS9において全データを
相手端末装置に対して送信したことを確認し、ステップ
S10およびS11において通信終了の処理を行なう。
In step S8, the count value C
If NT is 0, it is confirmed in step S9 that all the data has been transmitted to the partner terminal device, and the communication end processing is performed in steps S10 and S11.

【0034】図3を参照して、X.25モジュール20
の送信動作および受信動作を説明する。X.25モジュ
ール20は、アプリケーション部10からの送信要求に
応答して、送信バッファ21に空きがあるか否かを判別
する(T1およびT2)。空きがない場合には、ステッ
プT3において送信バッファフルであることを示す伝達
信号をアプリケーション部10に返す。前記ステップT
2において、送信バッファ21に空きがあると判別した
場合には、ステップT4において送信バッファ21に送
信データを書込む。
With reference to FIG. 25 modules 20
The transmitting operation and the receiving operation will be described. X. In response to the transmission request from the application unit 10, the 25 module 20 determines whether the transmission buffer 21 has a space (T1 and T2). If there is no free space, a transmission signal indicating that the transmission buffer is full is returned to the application unit 10 in step T3. Step T
If it is determined in 2 that the transmission buffer 21 has a space, the transmission data is written in the transmission buffer 21 in step T4.

【0035】次に送信カウント値Nsをセットし、送信
データカウント値CNTをインクリメントし、データパ
ケットDTを送信する(ステップT5、T6、T7)。
Next, the transmission count value Ns is set, the transmission data count value CNT is incremented, and the data packet DT is transmitted (steps T5, T6, T7).

【0036】ステップT7の処理を終了した後にステッ
プT1に移る。X.25モジュールは、次のようにして
受信データの処理を行なう。ステップR1において、受
信データの有無を判別し、受信データがある場合には、
ステップR2において受信データが受信応答データパケ
ットRRであるか否かを判別する。受信データが受信応
答データパケットRRでない場合には、ステップR3に
おいて、受信データを処理しアプリケーション部10に
与える。一方、受信データが受信応答データパケットR
Rである場合には、受信カウント値Rsの確認を行な
い、ステップR5において、送信データカウント値CN
Tをデクリメントし、ステップR7において、送信確認
ずみの送信データを保持している送信バッファ21を開
放する。ステップR7の処理を行なった後、ステップR
1に移る。
After the process of step T7 is completed, the process proceeds to step T1. X. The 25 modules process the received data as follows. In step R1, it is determined whether there is received data, and if there is received data,
In step R2, it is determined whether the received data is the reception response data packet RR. If the received data is not the received response data packet RR, the received data is processed and given to the application unit 10 in step R3. On the other hand, the received data is the received response data packet R
If it is R, the reception count value Rs is confirmed, and in step R5, the transmission data count value CN
The T is decremented, and in step R7, the transmission buffer 21 holding the transmission confirmed transmission data is released. After performing the process of step R7, step R
Go to 1.

【0037】以上説明したように、X.25モジュール
20は、相手端末装置のX.25モジュールとの間で送
信カウント値Nsと受信カウント値Rsの送受信を行な
い、送信データカウンタ22にCNT=[Rs−Ns]
−1なる値を保持させる。そして、アプリケーション部
10はカウント値CNTを呼出して到達確認を行なって
いる。このため、相手端末装置のアプリケーション部1
0との間でデータパケットの送信を行なうごとにデータ
送達の確認を行なう必要がなくなる。この結果、通信ト
ラヒックを大幅に減少することができる。
As described above, the X. 25 module 20 is an X.25 module of the partner terminal device. The transmission count value Ns and the reception count value Rs are transmitted / received to / from the 25 modules, and CNT = [Rs-Ns] is set in the transmission data counter 22.
Hold the value -1. Then, the application unit 10 calls the count value CNT to confirm the arrival. Therefore, the application unit 1 of the partner terminal device
It is not necessary to confirm the data delivery every time a data packet is transmitted to and from 0. As a result, communication traffic can be significantly reduced.

【0038】図4は、モジュロ8の場合における送信デ
ータカウンタ22のカウント値CNT、送信カウンタ2
3のカウント値Ns、受信カウンタ24のカウント値R
sの変化の一例を示す図である。ただし、ここではウィ
ンドウサイズWs=3としている。
FIG. 4 shows the count value CNT of the transmission data counter 22 and the transmission counter 2 in the case of modulo 8.
3 count value Ns, reception counter 24 count value R
It is a figure which shows an example of the change of s. However, here, the window size Ws = 3.

【0039】ウィンドウサイズWsが3に設定されてい
るので、送信データカウント値CNTの最大値は3とな
り、受信応答データパケットRRを受信すると、CNT
=[Rs−Ns]−1=0となる。そして、[Rs−N
s]が1とならない場合には、相手端末装置から全デー
タパケットに対する受信確認を受取っていないことを示
している。
Since the window size Ws is set to 3, the maximum value of the transmission data count value CNT becomes 3, and when the reception response data packet RR is received, the CNT
= [Rs-Ns] -1 = 0. Then, [Rs-N
If s] does not become 1, it means that the reception confirmation for all data packets has not been received from the partner terminal device.

【0040】[0040]

【発明の効果】以上の本発明であれば、相手端末装置の
アプリケーション部からの応答確認が不要となるため、
通信トラヒックを大幅に減少することができる。また、
自己の端末装置の大事な部分に保持されている内容を直
接参照することができることから、相手端末装置のアプ
リケーションからの応答を待つのと比較して通信システ
ム全体の性能を向上させることができる。
According to the present invention described above, it is not necessary to confirm the response from the application unit of the partner terminal device.
Communication traffic can be significantly reduced. Also,
Since it is possible to directly refer to the contents held in the important part of its own terminal device, it is possible to improve the performance of the entire communication system as compared with waiting for a response from the application of the partner terminal device.

【図面の簡単な説明】[Brief description of drawings]

【図1】この発明に係るデータ通信システムの一実施例
を示すシステム構成図である。
FIG. 1 is a system configuration diagram showing an embodiment of a data communication system according to the present invention.

【図2】図1に示したアプリケーション部のプログラム
を示すフローチャートである。
2 is a flow chart showing a program of an application unit shown in FIG.

【図3】図1に示したX.25モジュールのプログラム
を示すフローチャートである。
FIG. 3 shows the X. It is a flowchart which shows the program of 25 modules.

【図4】モジュロ8の場合における送信データカウンタ
のカウント値、送信カウンタのカウント値、受信カウン
タのカウント値の変化の一例を示す図である。
FIG. 4 is a diagram showing an example of changes in the count value of a transmission data counter, the count value of a transmission counter, and the count value of a reception counter in the case of modulo 8.

【図5】従来のPOS通信システムの概念を示すシステ
ム構成図である。
FIG. 5 is a system configuration diagram showing the concept of a conventional POS communication system.

【図6】図5に示したアプリケーションプログラム層間
のプロトコルを説明するための図である。
6 is a diagram for explaining a protocol between the application program layers shown in FIG.

【図7】図5に示したPOS通信システムの動作を説明
するためのフローチャートである。
FIG. 7 is a flowchart for explaining the operation of the POS communication system shown in FIG.

【符号の説明】[Explanation of symbols]

A,B POS端末装置 10 アプリケーション部 11 レジスタ 20 X.25モジュール 21 送信バッファ 22 送信データカウンタ 23 送信カウンタ 24 受信カウンタ CNT 送信データカウント値 Ns 送信カウント値 Rs 受信データカウント値 DT 送信データパケット RR 受信応答データパケット A, B POS terminal device 10 Application unit 11 Register 20 X. 25 modules 21 transmission buffer 22 transmission data counter 23 transmission counter 24 reception counter CNT transmission data count value Ns transmission count value Rs reception data count value DT transmission data packet RR reception response data packet

Claims (3)

【特許請求の範囲】[Claims] 【請求項1】 複数の端末装置間でデータパケットを連
続的に送信することのできる通信プロトコルを有するデ
ータ通信システムであって、 前記複数の端末装置の各々は、アプリケーションプログ
ラムを実行する第1の部分と、この第1の部分の下層に
設けられ通信プログラムを実行する第2の部分とを含
み、 前記第2の部分は、送信データパケットの数と、送信デ
ータパケットに対する相手端末装置からの応答データパ
ケットに含まれる受信データの数とのデータ数差を保持
し、 前記第1の部分は、前記応答データパケットの受信に応
答して前記第2の部分に保持されているデータ数差をチ
ェックすることを特徴とするデータ通信システム。
1. A data communication system having a communication protocol capable of continuously transmitting data packets between a plurality of terminal devices, wherein each of the plurality of terminal devices executes a first application program. And a second part provided below the first part for executing a communication program, the second part including the number of transmission data packets and a response from the partner terminal device to the transmission data packets. A data number difference from the number of received data included in the data packet is held, and the first part checks the data number difference held in the second part in response to the reception of the response data packet. A data communication system comprising:
【請求項2】 前記通信プロトコルは、X.25プロト
コルである、前記請求項1記載のデータ通信システム。
2. The communication protocol is X. The data communication system according to claim 1, which is a 25 protocol.
【請求項3】 前記第2の部分は、送信データパケット
の数をカウントし、応答データパケットに含まれる受信
データ数をカウントし、前記カウントされた送信データ
パケットの数と受信データ数との差を保持する、前記請
求項1記載のデータ通信システム。
3. The second part counts the number of transmitted data packets, counts the number of received data included in the response data packet, and calculates the difference between the counted number of transmitted data packets and the number of received data. The data communication system according to claim 1, wherein the data communication system holds.
JP01377093A 1993-01-29 1993-01-29 Data communication system Expired - Fee Related JP3422810B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP01377093A JP3422810B2 (en) 1993-01-29 1993-01-29 Data communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP01377093A JP3422810B2 (en) 1993-01-29 1993-01-29 Data communication system

Publications (2)

Publication Number Publication Date
JPH06232946A true JPH06232946A (en) 1994-08-19
JP3422810B2 JP3422810B2 (en) 2003-06-30

Family

ID=11842489

Family Applications (1)

Application Number Title Priority Date Filing Date
JP01377093A Expired - Fee Related JP3422810B2 (en) 1993-01-29 1993-01-29 Data communication system

Country Status (1)

Country Link
JP (1) JP3422810B2 (en)

Also Published As

Publication number Publication date
JP3422810B2 (en) 2003-06-30

Similar Documents

Publication Publication Date Title
US5163055A (en) Communications system using a fault tolerant protocol
EP0525985B1 (en) High speed duplex data link interface
US8284669B2 (en) Data acknowledgement apparatus and method
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
US6542513B1 (en) Optimistic, eager rendezvous transmission mode and combined rendezvous modes for message processing systems
CN107104902B (en) RDMA data transmission method, related device and system
US4551834A (en) Method and system for communicating over an open communication network
US6035335A (en) Optimistic, eager rendezvous transmission system and combined rendezvous system for message processing, and related data structures
EP1225741B1 (en) High speed interconnection for embedded systems within a computer network
JP3525867B2 (en) Communication device and communication terminal
JP3422810B2 (en) Data communication system
US20030091067A1 (en) Computing system and method to select data packet
JPH03131143A (en) Method for setting packet length
Cheng et al. Performance of ARQ schemes on token ring networks
JP3217397B2 (en) Data transmission method of communication control device
JPH01128639A (en) System for confirming simultaneous transmission and response
JPS63246055A (en) Packet transmitter-receiver
JPH11234347A (en) Buffer management method and system in data communication
JPS60254943A (en) Data transmission system of bus type lan system
JPH06152605A (en) Local area network with data transmission confirming function
JPH02199949A (en) Data transmission system
EP1233581A2 (en) Packet transmitter and method
JPS63299631A (en) Data packet re-sending timing determining system
Murphy Wide area techniques in a local area network: a thesis presented in partial fulfilment of the requirements for the degree of Master of Science in Computer Science at Massey University
JPH04264853A (en) Data communication system

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