JP3600344B2

JP3600344B2 - Data communication method and data communication system

Info

Publication number: JP3600344B2
Application number: JP03218296A
Authority: JP
Inventors: 六津夫下山; 哲實赤峰; 隆英佐藤; 敏熊倉; 紳一郎山名
Original assignee: JFE Steel Corp
Current assignee: JFE Steel Corp
Priority date: 1996-02-20
Filing date: 1996-02-20
Publication date: 2004-12-15
Anticipated expiration: 2016-02-20
Also published as: JPH09233057A

Description

【０００１】
【発明の属する技術分野】
本発明は、データ通信技術に係わり、特に、異機種の情報処理装置間でのデータ通信を行う際に、通信データの欠落等の発生を防止し、データ通信を確実に行うことや、異常な通信処理の発生時には、通信処理をリトライするような異常時処理を行うことを可能とする、データ通信技術に関する。
【０００２】
【従来の技術】
近年、マルチメディアシステム等の技術発展に伴い、マルチメディアデータ等の各種のデータを、異機種の情報処理装置間で通信するため、各種のデータ通信方法が提案されている。
一般に、異機種の情報処理装置間でデータ通信を行うためには、採用する通信プロトコルを予め定めておき、送信側装置および受信側装置がデータの送信・受信を行う際に、予め定めたプロトコルに適合するようにデータを生成して、装置間でのデータ通信処理を行っている。
【０００３】
このような通信方法を採用する通信システムの一例を、図１０を参照して説明する。
図１０は、異機種の情報処理装置である、コンピュータＡおよびコンピュータＢの間で、データ通信を行う通信システムを、機能ブロック図で示したものである。
【０００４】
実際には、各機能部は、各種の処理や各構成要素の動作制御を行うＣＰＵ（中央処理装置）、ＣＰＵを動作させるためのプログラム等を格納したＲＯＭ、各種の処理に対するワークエリアや各種データの格納領域を備えるＲＡＭ等を、有したハードウエア構成にて実現される。
コンピュータＡは、送信処理プログラム（アプリケーション）とクライアント側送信部との間のインターフェイスとして機能するＡＰＩ（アプリケーション）部１２と、通信対象となるデータを格納する領域を有する送信側バッファ１４と、送信処理機能を有するクライアント側送信部１６と、コンピュータＢ側から送信されてきた受信処理結果を格納するＤＢ（データーベース）１８とを有している。同様に、コンピュータＢは、受信処理プログラム（アプリケーション）とサーバ側受信部との間のインターフェイスとして機能するＡＰＩ（アプリケーション）部２２と、通信対象となるデータを格納する領域を有する受信バッファ２４と、受信処理機能を有するサーバ側受信部２６とを有している。さらに、両コンピュータは、光ファイバ等の伝送媒体で構成される通信網であるＬＡＮ２８によって、通信可能に接続されている。
【０００５】
さて、このようなシステムが、データ通信を行う際の動作について、その概要を説明する。
まず、ＡＰＩ部１２が送信処理プログラムを起動すると、該プログラムによって与えられた送信データは、送信側バッファ部に格納される（▲１▼）。
なお、送信処理プログラムが、順次生成する送信データは、送信バッファ部１４に、順次、格納されることになる。次に、ＡＰＩ部１２は、クライアント側送信部１６に、データ送信依頼のメッセージを発行する（▲２▼）。
【０００６】
そして、メッセージを受け取ったクライアント側送信部１６は、送信側バッファ１４から、順次、送信データを獲得して、獲得したデータをＬＡＮ２８を介して、サーバ側受信部２６に送信する（▲３▼）。
このとき、クライアント側送信部１６は、送信すべきデータが、コンピュータＢ側で受信可能となるように、当該データが、予め定めたプロトコルに適合するようなデ─タ加工を行い、加工したデータをＬＡＮ３０上に送出する。
【０００７】
さて、データを受信したサーバ側受信部２６は、受信データを受信側バッファ２４に格納し（▲４▼）、ＡＰＩ部２２に対して、処理依頼のメッセージを発行する（▲５▼）。
そして、メッセージを受け取ったＡＰＩ部２２は、受信側バッファ２４から受信データを獲得して（▲６▼）、獲得したデータに対する処理を行う。
【０００８】
サーバ側受信部２６は、この処理結果を受け取り、ＬＡＮ２８を介して、クライアント側送信部１６に、処理結果を送信する（▲７▼）。
クライアント側送信部１６は、受け取った処理結果を、ＤＢ（データーベース）１８に格納する。
なお、サーバ側受信部２６は、受信側バッファ２４内の受信データを削除し（▲８▼）、また、クライアント側送信部１６は、送信側バッファ１４内の送信データを削除する（▲９▼）。
【０００９】
以上のように、従来では、このようなシステム構成で、異機種の情報処理装置間でのデータ通信を行っていた。
ところで、以上の説明では、１つの送信データに注目して、システムの動作の流れについて説明したが、実際には、送信データが順次生成されて、上述したような通信処理が順次行われて、データ通信が実行されている。
【００１０】
【発明が解決しようとする課題】
しかしながら、このような通信方法によれば、通信対象となるデータが、順次、適切に通信処理されたかを、簡易な方法で判断する術がなく、正常な動作が行われなくなる場合があっても、装置自体が異常動作を検出できないため、データ欠落等が生じたまま、通信処理が継続されてしまうという問題があった。
【００１１】
なお、パリティチエック等の方法により、正常な通信処理が行われているか否かを調べる方法もあるが、データ線等のハードウエア物量の増大やソフトウエア容量の増加を招き、システムコストの向上を招いていた。
よって、データフレームの構成を変更する等の簡易な手法によって、通信データの欠落等の発生を防止し、異機種の情報処理装置間でのデータ通信を確実に行うとともに、異常な通信処理を行っているシステムに対する、予め定めた処理である異常時処理を行うことが可能な、データ通信方法の実現が望まれていた。
【００１２】
そこで、本発明は、通信データのフィールド中に、簡易な情報を定義することによって、情報処理装置間でのデータ通信が確実に行えるとともに、異常通信処理を行っているシステムに対して、異常時処理を行うことが可能な、データ通信方法を提供することを目的とする。
また、本発明の他の目的は、送信側装置および受信側装置の間で、データ通信が行えない場合等に、通信処理を自動再開させる、データ通信方法を提供することにある。
【００１３】
【課題を解決するための手段】
上記課題を解決し、本発明の目的を達成するため、請求項１記載の発明は、通信対象データを格納する領域を有する送信側バッファを備える送信側装置と、通信対象データを格納する領域を有する受信側バッファを備える、前記送信側装置と異機種の受信側装置との間でデータを通信する方法であって、
通信対象データの内、送信側装置から受信側装置に送信するデータである送信データを送信側バッファに格納するステップと、
送信側バッファから送信データを獲得して、獲得した送信データにシリアル番号を付与し、予め定めたプロトコルを用いて、受信側装置に送信するステップと、
送信側装置から送信されてきたデータを受信側バッファに格納するステップと、
受信側バッファからデータを獲得して、獲得したデータに対して、受信処理手順を定めた受信処理プログラムにしたがって受信処理した処理結果を表す応答データを、シリアル番号順に、前記予め定めたプロトコルを用いて、送信側装置に送信するステップと、
受信側装置から前記応答データとして送信側装置に送信された通信データのシリアル番号が連番であるか否かを判定し、連番でないときに、異常時処理を行い、連番であるときに、前記受信処理の対象となったデータを前記受信側バッファから削除するとともに、前記受信側バッファから削除されたデータに対応する前記送信側バッファ内のデータも、前記送信側バッファから削除するステップと、を含むデータ通信方法である。
【００１４】
また、請求項２記載の発明は、前記異常時処理が、送信側装置または受信側装置が行う送信処理をリトライする処理であること、を特徴とするデータ通信方法である。
さらに、請求項３記載の発明は、通信対象データを格納する領域を有する送信側バッファを備える送信側装置と、通信対象データを格納する領域を有する受信側バッファを備える、前記送信側装置と異機種の受信側装置との間でデータを通信するシステムであって、
前記送信側装置は、
通信対象データの内、送信側装置から受信側装置に送信するデータである送信データを、送信側バッファに格納する、第１の格納処理手段と、
送信側バッファから送信データを獲得して、獲得した送信データにシリアル番号を付与し、予め定めたプロトコルを用いて、受信側装置に送信する、第１の送信処理手段と、
受信側装置から応答データとして送信された通信データのシリアル番号が連番であるか否かを判定し、連番でないときに、異常時処理を行い、連番であるときに、前記送信データを前記送信側バッファから削除する第１の処理手段と、を備え、また、
前記受信側装置は、
送信側装置から送信されてきた送信データを受信側バッファに格納する、第２の格納処理手段と、
受信側バッファからデータを獲得して、獲得したデータに対して、受信処理手順を定めた受信処理プログラムにしたがって受信処理した処理結果を表す応答データを、シリアル番号順に、前記予め定めたプロトコルを用いて、送信側装置に送信する、第２の送信処理手段と、
前記第１の処理手段が、前記受信データのシリアル番号が連番であると判断した場合には、前記受信処理の対象となったデータを前記受信用バッファから削除する第２の処理手段と、を備える、データ通信システムである。
【００１５】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照しつつ説明する。
図１は、本発明にかかるデータ通信方法を用いて、異機種の情報処理装置である、コンピュータＣおよびコンピュータＤの間で、データ通信を行う通信システムを、機能ブロック図で示したものである。
【００１６】
また、図２は、両コンピュータ（送信側装値、受信側装置に対応する）の、具体的なハードウエア構成例を示したハードウエア構成図である。
図２に示すように、各コンピュータは、各種の処理や構成要素の動作制御を行うＣＰＵ（中央処理装置）５２と、ＣＰＵを動作させるためのプログラム等を格納したＲＯＭ５３と、各種の処理に対するワークエリアや各種データの格納領域を備えるＲＡＭ５４と、通信を行うためのＩ／Ｆ（インターフェイス）回路５５と、各種データ等を格納しておくためのハードディスク（ＨＤ）５６と、データ通信不可能状態等の動作状態情報を含む、各種の情報を表示するためのＣＲＴ５７と、装置を操作するためのキーボード５８とを有し、各構成要素は、構成要素間での情報の伝送路として機能するシステムバス５９に接続されている。
【００１７】
また、例えば、ＲＯＭ５３内には、本発明にかかる通信処理を行うためのプログラム、ＣＲＴ５７を使用しての表示処理を行うためのプログラム、キーボード５８を介して与えられる各種のコマンドに、対応した処理を行うためのプログラム等が、格納されている。
そして、ＣＰＵ５２は、ＲＯＭ５３内に格納されているプログラムにしたがった動作を行うように構成されている。
【００１８】
なお、キーボードを介して与えるコマンドとしては、送信処理および受信処理の起動、停止、再開等が挙げられる。また、送信データは、送信処理プログラムの実行により、自動的に、送信側バッファ３４に格納するようにしておくのが一般的であるが、キーボードを介して与えるようにすることも考えられる。
また、表示処理を行うことによって、ＣＲＴ５７に表示する表示内容としては、通信異常が発生した旨の表示や、受け取ったデータの内容の表示等が挙げられる。
【００１９】
さて、先に述べたように、図１は、通信システムの機能ブロック図を示している。このようなブロック図は、ＣＰＵ５２が行う動作を、その機能に注目して記載したものであって、システム動作の理解を容易にするものである。
以下、図１の説明を行い、さらに、他の図面を参照して、各機能部が行う動作、即ち、本発明のデータ通信方法について説明する。
【００２０】
コンピュータＣ（送信側装置）は、送信処理プログラム（アプリケーション）とクライアント機能３６との間のインターフェイスとして機能するＡＰＩ（アプリケーション）部３２と、通信データを格納する送信側バッファ３４と、送信処理機能を有するクライアント機能３６と、コンピュータＤ側から送られてきた処理結果を格納するＤＢ（データーベース）３７と、本装置を操作するために、各種のコマンドを入力するための入力装置３８と、通信異常状態等の動作状態情報を含む情報を表示する表示装置３９と、クライアント機能３６の起動、停止、再開等の動作制御を行うプロセス制御部６１と、を有している。なお、送信側バッファ３４は、送信および受信データを一時的にバッファリングする機能を有している。
【００２１】
図２に示した実際のハードウエア構成と比較すると分かるように、ＡＰＩ部３２、クライアント機能３６およびプロセス制御部６１は、Ｉ／Ｆ（インターフェイス）回路５５と、ＲＡＭ５４のワークエリアと、ＲＯＭ５３に予め格納されたプログラムにしたがって、ＣＰＵ５２が行う処理動作と、で実現される機能である。
【００２２】
また、送信側バッファ３４、ＤＢ３７、入力装置３８、および、表示装置３９は、夫々、ＲＡＭ５４の１部のエリア、ＨＤ５６、ＣＲＴ５７、キーボード５８に対応している。
同様に、コンピュータＤ（受信側装置）は、受信処理プログラム（アプリケーション）とサーバ機能３６との間のインターフェイスとして機能するＡＰＩ（アプリケーション）部４２と、通信データを格納する受信側バッファ４４と、受信処理機能を有するサーバ機能４６と、本装置を操作するために、各種のコマンドを入力するための入力装置４８と、通信異常状態等の動作状態情報を含む情報を表示する表示装置４９と、コンピュータＣ側から送られてきたデータを蓄積するＤＢ（データーベース）５１と、サーバ機能４６の起動、停止、再開等の動作制御を行うプロセス制御部６２と、を有している。
【００２３】
また、受信側バッファ４４は、送信および受信データを一時的にバッファリングする機能を有している。さらに、ＡＰＩ部４２は、通常、複数種類のアプリケーション、即ち、複数種類の受信処理プログラムを保持しており、後に述べる、電文フォーマット中の情報によって、いずれのアプリケーションが選択されるかが規定される。
【００２４】
コンピュータＤの機能ブロックについても、先ほどと同様に、図２に示した実際のハードウエア構成と比較すると分かるように、ＡＰＩ部４２、サーバ機能４６およびプロセス制御部６２は、Ｉ／Ｆ（インターフェイス）回路５５と、ＲＡＭ５４のワークエリアと、ＲＯＭ５３に予め格納されたプログラムにしたがって、ＣＰＵ５２が行う処理動作と、で実現される機能である。
【００２５】
また、送信バッファ部３４、入力装置３８、および、表示装置３９は、夫々、ＲＡＭ５４の１部のエリア、ＣＲＴ５７、キーボード５８に対応している。
また、両コンピュータは、光ファイバ等の伝送媒体で構成される通信網であるＬＡＮ５０によって、通信可能に接続されている。
さて、次に、両コンピュータ間で行われるデータ通信の動作を、図面を参照して説明する。
【００２６】
なお、図１に示すシステムで行うデータ通信は、アプリケーションや、ＣＰＵ等のハードウエアが異なる、異機種のコンピュータ間でのデータ通信を想定している。
まず、コンピュータＣのＡＰＩ部３２が行う動作を、図３を参照して説明する。ＡＰＩ部３２は、アプリケーションである送信処理プログラムからの呼び出しによって動作を行い、送信側バッファ３４に、送信データを登録し、送信依頼を行う旨のメッセージをクライアント機能宛に発行する動作を行う。これについて、詳細に説明する。
【００２７】
まず、ステップＳ１００において、送信処理プログラムは、「送信データの登録」処理を呼び出す。これに対して、ステップＳ１０６で、ＡＰＩ部３２は、バッファの空き状態を調べ、ステップＳ１０８にて、送信側バッファ３４が満杯である場合には、満杯状態であるとして、ステップＳ１００に戻り、ステップＳ１０２において、満杯状態であると判断される間は、ステップＳ１００における処理を、暫く待ってから再度行う。
【００２８】
一方、ステップＳ１０８において、送信側バッファ３４が満杯でないと判断された場合には、送信データを送信側バッファ３４に登録（格納）して、送信データの登録処理を行い、正常な登録処理を行ったとして、ステップＳ１００にブランチする。
次に、ステップＳ１０２において、送信側バッファ３４が満杯状態でないと判断された場合には、ステップＳ１０４に進み、「送信依頼」処理を呼び出す。
【００２９】
これに対応して、ステップＳ１１２において、送信依頼メッセージを作成し、ついで、ステップＳ１１４において、サーバ機能との通信経路の状態を調査する。そして、ステップＳ１１６において、通信経路が遮断中であると判断した場合には、異常終了であると判断して、ステップＳ１０４に戻る。一方、ステップＳ１１６において、通信経路が遮断中でないと判断した場合には、ステップＳ１１８に進み、クライアント機能宛に、メッセージを発行して、正常終了であるとして、ステップＳ１０４に戻る。
【００３０】
以上が、ＡＰＩ部３２が行う処理である。
次に、受信側のコンピュータＤのＡＰＩ部４２が行う動作を、図４を参照して説明しておくことにする。
ＡＰＩ部４２は、アプリケーションである受信処理プログラムの呼び出しによって動作を行い、サーバ機能４６からの、受信処理依頼の旨のメッセージを受け取って、受信側バッファ４４から受信データを獲得して、獲得した受信データを受信プログラム内に取り込むとともに、受信済のデータを受信バッファ４４から抹消する動作を行う。また、受信済のデータをＤＢ５１に格納する動作も行う。
【００３１】
以下、この動作について、詳細に説明する。
まず、ステップＳ１２０において、受信処理プログラムは、「データの受信」処理を呼び出す。これに対して、ステップＳ１２４で、ＡＰＩ部４２は、受信側バッファ４４の空き状態を調べ、ステップＳ１２６にて、受信側バッファ４４内にデータが存在すると判断した場合には、ステップＳ１２８において、コンピュータＣから送られてきた送信データを、受信側バッファ４４から読み出し、正常終了して、ステップＳ１２０に戻る。
【００３２】
一方、ステップＳ１２６において、受信側バッファ４４内にデータが存在しないと判断した場合には、ステップＳ１３０に進み、メッセージの受信待ちを行ってから、ステップＳ１２４にブランチし、データの受信動作を継続する。
次に、データの受信の呼び出しが完了したのち、ステップＳ１２２において、受信したデータをＤＢ５１等に格納する。
【００３３】
そして、ステップＳ１２３において、「受信済データの抹消」を呼び出す。これに対して、ＡＰＩ部４２は、受信側バッファ４４上の受信済データを抹消して、不要な受信データを廃棄する。
以上が、ＡＰＩ部４２が行う処理である。
次に、図５に示したフローチャートにしたがって、コンピュータＣ３０のクライアント機能が行う処理について、説明する。
【００３４】
クライアント機能３６は、送信依頼メッセージを受け取ることによって、送信側バッファ３４に格納されている送信データを、所定のフォーマットを有するデータである電文にして、サーバ機能４６に、ソケット通信する動作を行う。
なお、クライアント機能が行う、このような動作は、プロセス制御部５２の制御により行われる。なお、プロセス制御部５２は、例えば、ユーザが入力装置３８を介して与えたコマンドによって、クライアント機能３６を起動、停止、再開するようにしておけばよい。
【００３５】
また、データ通信は、仮想上の回線である論理回線を使用するものとし、後に述べるように、使用する論理回線を定める情報が、通信データのフィールド上に存在するような、データフォーマットになっている。
まず、最初に、ステップＳ１４０において、稼働中の状態を、例えばＤＢ３７の空きエリアに、ファイルとして格納する。なお、ここで、稼働中の状態とは、異常通信時から復旧して稼働した状態、手動操作による停止状態から復旧して稼働した状態等の、各種の状態が挙げられる。
【００３６】
次に、ステップＳ１４２において、ソケット通信を行うための領域を、例えば、送信側バッファ３４の一部のエリアに確保する。
次に、ステップＳ１４４において、サーバ機能４６との通信経路の確立を行い、ステップＳ１４５において、通信経路が確立されたか否かを判定する。
そして、通信経路の確立不可能な場合には、ステップＳ１７２に進み、通信制御コンポーネントであるクライアント機能３６の自動復旧を行う。ここでの自動復旧は、再度、通信経路の確立を行うべく、ステップＳ１４４に進むことである。一方、通信経路の確立が行われた場合には、ステップＳ１４６進む。
【００３７】
ステップＳ１４６では、送信側バッファ３４のデータ格納状態を調査し、さらに、ステップＳ１４８において、サーバ機能４６に対して送信すべきデータが存在するか否かを判断する。送信すべきデータが存在しない場合には、ステップＳ１６６に進み、送信すべきデータが存在する場合には、ステップＳ１５０において、シリアル番号が発番済か否かを調べる。
【００３８】
シリアル番号が発番済の場合には、ステップＳ１５４に進み、シリアル番号が未発番の場合には、ステップＳ１５２に進み、シリアル番号が連番になるように、発番してからステップＳ１５４に進む。なお、クライアント機能３６は、送信側バッファ３４の記憶エリアの一部を使用して、送信電文の発番済のシリアル番号の値の保持、更新を行う。
【００３９】
ステップＳ１５４において、電文を編集し、編集した電文を、サーバ機能４６に送信する。
さて、ここで、図７を参照して、送信電文のデータフォーマットについて説明する。本電文は、ヘッダ部と、シリアル番号および実際のデータを有するデータ部７６とからなる。
【００４０】
ヘッダ部は、異機種間でデータ通信を行うため採用するプロトコルである、ＴＣＰ／ＩＰ等のプロトコル識別子７０と、送信電文であるか応答電文であるかを示す情報である、電文識別子７１と、送信データの発信元の装置を識別する情報である、ホスト名７２と、サーバ機能およびクライアント機能間の通信で使用する仮想上の回線である論理回線の識別子である論理回線番号７３と、コンピュータＤ側に存在する通信相手である、複数のアプリケーションのうちのいずれを選択するかを定める情報である情報コード７４と、電文の長さを示す情報である電文長７５とからなる。
【００４１】
なお、電文識別子７１としては、例えば、送信電文を「０１」、応答電文を「１０」とするデジタルデータを採用すればよく、また、ホスト名７２としては、送信側装置固有に予め定めたデジタルデータを採用すればよい。
また、論理回線番号７３は、回線固有に定めたデジタルデータを採用すればよく、情報コード７４は、通信相手を定めるデジタルデータ、電文長７５は、電文の長さを規定するデジタルデータを採用すればよい。
【００４２】
シリアル番号としては、初期値を「１」として、順次、１だけ増分されるデジタルデータを採用すればよい。なお、通信プロトコルとしては、ＢＳＣ等の他のプロトコルを採用してもよいことは、言うまでもない。
このように、ステップＳ１５４では、クライアント機能３６は、送信データを、図７に示したような、フォーマットになるように加工する処理を行う。
【００４３】
次に、ステップＳ１５６において、送信異常が発生したか否かを調べ、通信異常が発生した場合には、ステップＳ１７２に進み、一方、通信異常が発生していない場合には、ステップＳ１５８に進み、サーバ機能４６からの応答電文の受信待ちを行う。
なお、ステップＳ１５６における、通信異常の発生の判断は、例えば、クライアント機能３６が、回線異常を検出した場合等に、通信異常が発生したと判断するようにしておけばよい。もちろん、他の態様によって、通信異常の発生を判断してもよい。
【００４４】
また、ステップＳ１５６からステップＳ１７２に進んだ際に行われる、クライアント機能３６の自動復旧としては、例えば、現在使用している通信経路を遮断して、所定時間が経過するのを待ち、さらに、ステップＳ１４４に進んで、新たな通信経路を使用した通信処理（リトライ）を行うことが挙げられる。
次に、ステップＳ１５８において、応答電文を受信した際に、ステップＳ１６０において、通信異常を判断する。ここでの通信異常の判断は、応答電文中のシリアル番号が連番になっているか否かや、後に述べる応答電文が有する応答コードを参照して判定する。
【００４５】
シリアル番号による、通信異常の判定を行うために、クライアント機能３６は、送信側バッファ３４の記憶エリアの一部を使用して、受信した応答電文のシリアル番号の値の保持、更新を行い、受信した応答電文のシリアル番号が、保持されている、最も新しいシリアル番号の連番になるか否かを判断すればよい。
即ち、クライアント機能３６は、シリアル番号が連番になっていない場合、例えば、「１番」の次に、「３番」となるような、欠番の発生や、シリアル番号のダブルナンバリングが発生した場合等には、通信異常が発生したとして、ステップＳ１７２に進む。
【００４６】
また、応答コードにより通信異常を判定するためには、クライアント機能３６は、応答コードの内容を判断して、異常判定を行う。
そして、通信異常でない場合には、ステップＳ１６２に進み、一方、通信異常である場合には、ステップＳ１７２に進む。なお、ステップＳ１６０からステップＳ１７２に進んだ際に行われる、クライアント機能３６の自動復旧としては、例えば、現在使用している通信経路を遮断して、所定時間が経過するのを待ち、さらに、ステップＳ１４４に進んで、新たな通信経路を使用したリトライ処理を行うことが挙げられる。
【００４７】
次に、ステップＳ１６２においては、サーバ機能４６から、受信側バッファ４４が満杯の旨の応答である、バッファ満杯の応答電文が送られてきたか否かを判定し、かかる電文が送られてきた場合には、ステップＳ１６６に進み、一方、かかる電文が送られてこない場合には、ステップＳ１６４に進み、現在のシリアル番号を有する送信電文を、送信側バッファ３４から削除する。これに続いて、削除した送信電文に対応する応答電文を、ＤＢ３７に格納する処理を行う。
【００４８】
そして、ステップＳ１６６では、メッセージの受信待ちを行い、停止指示命令が与えられていないかを、ステップＳ１６８にて判断する。
停止指示が与えられていない場合には、メッセージを受信すると、ステップＳ１４６にブランチして、電文送信の処理を継続する。一方、停止指示命令が与えられている場合には、ステップＳ１７０に進み、クライアント機能３６を正常停止の状態にして、クライアント機能３６の処理を終了する。
【００４９】
なお、電文、応答電文、現在のシリアル番号、自動復旧の有無等の各種の情報を、表示装置３９に表示可能に、表示処理のプログラムを予め生成しておき、当該プログラムを、所定のコマンドの投入に対応して、実行可能にしておくのが好ましい。
以上が、クライアント機能３６が行う処理である。
【００５０】
次に、図６を参照して、サーバ機能が行う動作について説明する。
サーバ機能は、クライアント機能から送られてくる電文に基づいて、受信側バッファにデータを登録して、該当する受信処理プログラムに、処理依頼のメッセージを発行し、さらに、処理結果に基づいて応答電文を作成して、クライアント機能に送り返す動作を行う。なお、サーバ機能も、プロセス制御部６２により、その動作が制御される。このような制御は、例えば、入力装置４８を介して、与える、起動、再開、終了等の指示に対応して行われる。以下、動作説明を詳細に行う。
【００５１】
まず、ステップＳ１８０において、稼働中の状態を、例えばＤＢ５１の空きエリアに、ファイルとして格納する。なお、ここで、稼働中の状態とは、異常通信時から復旧して稼働した状態、手動操作による停止状態から復旧して稼働した状態等の、各種の状態が挙げられる。
次に、ステップＳ１８２において、受信側バッファ４４のデータの格納状態を調べる。
【００５２】
次に、ステップＳ１８４において、受信済の電文に対するシリアル番号を把握する。
なお、サーバ機能４６は、受信側バッファ４４の記憶エリアの一部を使用して、受信済の電文に対するシリアル番号の値の保持、更新を行う。
次に、ステップＳ１８６において、ソケット通信を行うための領域を、例えば、受信側バッファ４４の一部のエリアに確保し、ステップＳ１８８において、通信経路の確立待ちを行い、通信経路が確立されれば、ステップＳ１９０に進む。
【００５３】
ステップＳ１９０では、プロセス制御部６２からの停止指示が存在するか否かを判定し、存在する場合には、ステップＳ１９２に進み、正常停止し、正常停止の状態を、稼働中の状態として記憶し、処理を終了する。
一方、プロセス制御部６２からの停止指示が存在しない場合には、ステップＳ１９４に進んで、クライアント機能から電文が送られてくるのを待つ。
【００５４】
電文が送られてきた場合、ステップＳ１９６において、再度、プロセス制御部６２からの停止指示が存在するか否かを判定し、存在する場合には、ステップＳ１９２に進んで、所定の処理後、処理を終了する。一方、停止指示が存在しない場合には、ステップＳ１９８に進み、送られてきた電文が異常なデータか否かを判断する。
【００５５】
ここでの通信異常の判断は、電文のフォーマットを参照して、フォーマットが異常であるかや、電文長が、所定値以上であるか等によって判断する。そして、異常データと判断されたときには、ステップＳ２００に進み、異常扱いを行うか否かを判定する。そして、異常扱いをする場合には、ステップＳ２０２において、異常停止を行い、異常データをＤＢ５１に格納しておくとともに、異常停止の状態を、稼働中の状態として記憶し、処理を終了する。なお、ステップＳ２０２において、異常扱いしない場合には、ステップＳ２０４に進み、当該異常データを破棄するとともに、当該異常データを受信済である旨の応答電文を作成して、ステップＳ２２４に進む。
【００５６】
一方、ステップＳ１９８において、異常データでないと判断された場合には、ステップＳ２１０に進み、シリアル番号を参照して、受信済のデータか否かを判断する。既に、受信済のデータである場合には、ステップＳ２０６において、当該電文を受信済である旨の応答電文を作成して、ステップＳ２２４に進む。
また、受信済のデータでない場合には、ステップＳ２１２において、受信側バッファ４４のデータ格納状態を調べ、ステップＳ２１４に進む。ステップＳ２１４において、受信側バッファ４４が満杯であると判定された場合、ステップＳ２０８に進み、バッファ満杯の旨の応答電文を作成して、ステップＳ２２４に進む。
【００５７】
一方、受信側バッファ４４が満杯でないと判定された場合には、ステップＳ２１６に進み、受信した電文である受信データを、受信側バッファ４４に登録する。
次に、ステップＳ２１８において、受信データからシリアル番を獲得して、現在保持されているシリアル番号の値を更新する。
【００５８】
次に、ステップＳ２２０において、受信データの情報コードを参照して、対応する処理プログラム宛のメッセージを、作成、発行する。
そして、ステップＳ２２２において、正常処理の応答電文を作成する。
さて、ここで、図８を参照して、応答電文のデータフォーマットについて説明する。本電文は、ヘッダ部と、シリアル番号および実際のデータを有するデータ部８６とからなる。
【００５９】
ヘッダ部は、異機種間でデータ通信を行うため採用するプロトコルである、ＴＣＰ／ＩＰ等のプロトコル識別子８０と、送信電文であるか応答電文であるかを示す情報である電文識別子８１と、応答電文の発信元の装置を識別する情報であるホスト名８２と、サーバ機能およびクライアント機能間の通信で使用する仮想上の回線である論理回線の識別子である論理回線番号８３と、コンピュータＤ側に存在する通信相手である、複数のアプリケーションのうちのいずれを選択したものかを示す情報である情報コード８４と、送られてきた電文に対する処理状態を示すコードである応答コード８５とからなる。
【００６０】
なお、電文識別子８１としては、例えば、送信電文を「０１」、応答電文を「１０」とするデジタルデータを採用すればよく、また、ホスト名８２としては、受信側装置固有に予め定めたデジタルデータを採用すればよい。
また、論理回線番号８３は、回線固有に定めたデジタルデータを採用すればよく、情報コード８４は、通信相手を定めるデジタルデータである。シリアル番号としては、初期値を「１」として、順次、１だけ増分されるデジタルデータを採用すればよい。
【００６１】
さて、応答コード８５は、図８（ｂ）に示すように、電文の処理状態に応じて、応答電文に付されるコードである。例えば、ステップＳ２２２においては、正常処理を行ったので、コード「ＯＫ」が付されるし、また、ステップＳ２０４においては、フォーマットエラー等が発生しているので、コード「ＭＥＲＲＯＲ」等が付される。なお、コード「ＦＥＲＲＯＲ」が示す、振り分け異常とは、サーバ側に定義されていない情報コードが送られてきたことを意味する。
【００６２】
このように、クライアント機能３６は、図８（ａ）に示したような、フォーマットを有する応答電文の生成処理を行う。
次に、ステップＳ２２４において、サーバ機能４６は、ＬＡＮ５０を介して、クライアント機能３６側に、作成した応答電文を送信する。
そして、ステップＳ２２６において、通信異常が発生したか否かを判定する。
【００６３】
即ち、通信異常が発生してない場合には、ステップＳ１９４にブランチして、電文待ち動作を行い、一方、通信異常が発生した場合には、ステップＳ２２８に進む。なお、ここでの通信異常の発生の判断は、例えば、サーバ機能４６が、例えば、クライアント機能３６が、回線異常を検出した場合等に、通信異常が発生したと判断するようにしておけばよい。もちろん、他の態様によって、通信異常の発生を判断してもよい。
【００６４】
なお、ステップＳ２２８における、自動復旧処理は、例えば、現在使用している通信経路を遮断して、所定時間が経過するのを待ち、さらに、ステップＳ１８８に進んで、新たな通信経路を使用した通信処理（リトライ）を行うことが挙げられる。なお、電文、応答電文、現在のシリアル番号、自動復旧の有無等の各種の情報を、表示装置４９に表示可能に、表示処理のプログラムを予め生成しておき、当該プログラムを、所定のコマンドの投入に対応して、実行可能にしておくのが好ましい。
【００６５】
以上の処理が、サーバ機能が行う処理である。
次に、プロセス制御部６１、６２が、夫々、入力装置３８、４８を介して与えるコマンドによって行う、クライアント機能３６、サーバ機能４６の動作の制御について、図９を参照して説明する。
まず、ステップＳ３００において、プロセス制御部６１（６２）は、通信制御コンポーネントであるクライアント機能３６（サーバ機能４６）の稼働状態を、論理回線単位に調べ、さらに、ステップＳ３０２において、論理回線単位の調査結果を、表示装置３９（４９）に一覧表示する。
【００６６】
次に、ステップＳ３０４において、入力装置３８（４８）を介して、論理回線単位に、「停止、再開、終わり」の、動作指示コマンドを入力する。
ステップＳ３０６において、「終わり」なるコマンドが入力されたと判定されると、当該論理回線を使用しての通信処理を終了し、一方、それ以外のときには、ステップＳ３０８に進む。
【００６７】
ステップＳ３０８においては、指定した動作指示と、稼働状態との一致を調べ、一致していれば、ステップＳ３１６に進み、一方、一致していない場合には、ステップＳ３１０に進む。入力された動作指示コマンドが、停止指示である場合には、ステップＳ３１２に進んで、該当する通信制御コンポーネントであるクライアント機能３６（サーバ機能４６）を停止して、ステップＳ３１６に進む。
【００６８】
一方、入力された動作指示コマンドが、停止指示でない場合には、ステップＳ３１４に進んで、該当する通信制御コンポーネントであるクライアント機能３６（サーバ機能４６）を起動する。そして、ステップＳ３１６においては、入力された動作指示コマンドに対応する動作制御を行って、ステップＳ３００にブランチし、プロセス制御部の動作を継続させる。
【００６９】
なお、このような図９に示す一連の動作は、入力装置を介して与えるコマンドによって、強制終了するようにしておけばよい。
以上の説明によれば、本発明にかかる通信処理は、以下のように行われる。
まず、クライアント機能３６は、ＡＰＩ部３２から与えられる送信データを送信側バッファ３４に格納する。次に、クライアント機能３６は、送信側バッファ３４から送信データを獲得して、獲得した送信データにシリアル番号を付与し、予め定めたプロトコルを用いて、受信側装置であるコンピュータＤに送信する。
【００７０】
そして、受信側装置であるコンピュータＤのサーバ機能４６は、送信されてきたデータを受信側バッファ４４に格納する。
次に、サーバ機能４６は、受信側バッファからデータを獲得して、ＡＰＩ部４２に渡し、ＡＰＩ部４２は、獲得したデータに対して、受信処理手順を定めた受信処理プログラムにしたがって受信処理した処理結果を、サーバ機能４６に渡す。
【００７１】
次に、サーバ機能４６は、応答データを、シリアル番号順に、前記予め定めたプロトコルを用いて、送信側装置であるコンピュータＣに送信する。
そして、クライアント機能３６は、応答データとして送信されてきた通信データのシリアル番号が連番であるか否かを判定し、連番でないときに、異常時処理を行う。一方、連番であるときには、サーバ機能４６は、前記受信処理の対象となったデータを受信側バッファ４４から削除する。
【００７２】
この時、クライアント機能３６は、受信側バッファ４４から削除されたデータに対応する送信側バッファ３４内のデータを、送信側バッファ３４から削除する。
このような処理を行うことによって、機種が異なる送信側装置と受信側装置との間で、本発明にかかるデータ通信が行われることになる。
【００７３】
なお、本実施形態において、請求項１、２記載の各ステップは、図３乃至図６に記載した一連のステップ内に含まれる。
また、請求項３記載の第１の格納処理手段は、ステップＳ１００、１０６から１１０までのステップを含むステップに対応し、第１の送信処理手段は、ステップＳ１０４、ステップＳ１１２から１１８、ステップＳ１４０から１５４までのステップを含むステップに対応し、さらに、第１の処理手段は、ステップＳ１５８、１６０、１６４、１７２のステップを含むステップに対応する。
【００７４】
さらに、第２の格納処理手段は、ステップＳ２１６を含むステップに対応し、第２の送信処理手段は、ステップＳ１２０、ステップＳ１２４から１２８、ステップＳ２１８から２２４までのステップを含むステップに対応し、さらに、第２の処理手段は、ステップＳ１３２を含むステップに対応する。
なお、図１に示すシステム構成では、いわゆる１対１型の通信システムとなっているが、他のコンピュータを、さらに、ＬＡＮ５０に接続して、「Ｎ対Ｍ型（但し、Ｎ，Ｍは、自然数）」の通信システムを構成しても、本発明の通信方法を適用することが可能である。これについては、データフォーマット中の、ホスト名７２、８２を参照して、クライアント機能３６およびサーバ機能４６が、ＬＡＮ５０上を伝送するデータのうちで、自装置に必要なデータを獲得する処理を行うように、処理プログラムを格納し、該処理プログラムを実行可能な構成にしておけばよい。したがって、図１に示すシステムは、本発明の理解の容易化のために採用した、システム構成の一例にすぎない。
【００７５】
以上のように、本発明によれば、シリアル番号を用いて、データ欠落防止や通信異常が発生した場合に行う異常時処理を自動的に行うデータ通信方法を実現できることになる。
【００７６】
【発明の効果】
以上説明してきたように、請求項１記載の発明によれば、通信データのフィールド中に、シリアル番号を与えて、該シリアル番号の連番状態を考慮して、処理を行うことによって、通信データの欠落等の発生を防止し、異機種の情報処理装置間でのデータ通信を確実に行うことを可能とするとともに、異常通信を行っているシステムに対する異常時処理を自動で行うことも可能とする、データ通信方法を実現できる。
【００７７】
また、請求項２記載の発明によれば、送信側装置および受信側装置の間で、データ通信が行えない場合等に、通信処理をリトライすることによって、通信処理を自動再開させることを特徴とするデータ通信方法が実現可能になる。
さらに、請求項３記載の発明によれば、本発明にかかる通信方法を使用し、通信データの欠落等の発生を防止し、異機種の情報処理装置間でのデータ通信を確実に行うことを可能とするシステムを実現できる。
【図面の簡単な説明】
【図１】本発明にかかる通信システムの機能ブロック図である。
【図２】送信側および受信側装置のハードウエア構成図である。
【図３】ＡＰＩ部３２が行う処理を示すフローチャートである。
【図４】ＡＰＩ部４２が行う処理を示すフローチャートである。
【図５】クライアント機能が行う処理を示すフローチャートである。
【図６】サーバ機能が行う処理を示すフローチャートである。
【図７】電文フォーマットの説明図である。
【図８】応答電文フォーマットの説明図である。
【図９】プロセス制御部が行う処理を示すフローチャートである。
【図１０】従来例の説明図である。
【符号の説明】
１０コンピュータＡ
１２ＡＰＩ部
１４送信側バッファ
１６クライアント側送信部
２０コンピュータＢ
２２ＡＰＩ部
２４受信側バッファ
２６サーバ側受信部
２８ＬＡＮ
３０コンピュータＣ
３２ＡＰＩ部
３４送信側バッファ
３６クライアント機能
３７データーベース（ＤＢ）
３８入力装置
３９表示装置
４０コンピュータＤ
４２ＡＰＩ部
４４受信側バッファ
４６サーバ機能
４８入力装置
４９表示装置
５０ＬＡＮ
５２ＣＰＵ
５３ＲＯＭ
５４ＲＡＭ
５５Ｉ／Ｆ（インターフェイス）回路
５６ハードディスク
５７ＣＲＴ
５８キーボード
５９システムバス
６１プロセス制御部
６２プロセス制御部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to data communication technology, and in particular, when performing data communication between information processing apparatuses of different models, it is possible to prevent the occurrence of loss of communication data, etc. The present invention relates to a data communication technique that enables an abnormal process such as retrying a communication process when a communication process occurs.
[0002]
[Prior art]
In recent years, along with technological development of multimedia systems and the like, various data communication methods have been proposed for communicating various data such as multimedia data between information processing apparatuses of different types.
Generally, in order to perform data communication between different types of information processing devices, a communication protocol to be adopted is determined in advance, and a predetermined protocol is used when a transmitting device and a receiving device transmit and receive data. The data is generated so as to conform to the above, and the data communication processing between the devices is performed.
[0003]
An example of a communication system employing such a communication method will be described with reference to FIG.
FIG. 10 is a functional block diagram showing a communication system for performing data communication between a computer A and a computer B, which are different types of information processing apparatuses.
[0004]
Actually, each functional unit includes a CPU (Central Processing Unit) for controlling various processes and operation of each component, a ROM storing a program for operating the CPU, a work area and various data for various processes. Is realized by a hardware configuration having a RAM or the like having a storage area of.
The computer A includes an API (application) unit 12 functioning as an interface between a transmission processing program (application) and a client-side transmission unit, a transmission-side buffer 14 having an area for storing data to be communicated, It has a client-side transmission unit 16 having a function, and a DB (database) 18 for storing a reception processing result transmitted from the computer B side. Similarly, the computer B includes an API (application) unit 22 functioning as an interface between the reception processing program (application) and the server-side reception unit, a reception buffer 24 having an area for storing data to be communicated, And a server-side reception unit 26 having a reception processing function. Further, the two computers are communicably connected by a LAN 28 which is a communication network constituted by a transmission medium such as an optical fiber.
[0005]
Now, an outline of an operation when such a system performs data communication will be described.
First, when the API unit 12 starts the transmission processing program, the transmission data given by the program is stored in the transmission-side buffer unit (1).
Note that the transmission data sequentially generated by the transmission processing program is sequentially stored in the transmission buffer unit 14. Next, the API unit 12 issues a data transmission request message to the client side transmission unit 16 ((2)).
[0006]
Then, the client-side transmitting unit 16 that has received the message sequentially acquires transmission data from the transmission-side buffer 14 and transmits the acquired data to the server-side receiving unit 26 via the LAN 28 ([3]). .
At this time, the client-side transmitting section 16 performs data processing such that the data to be transmitted conforms to a predetermined protocol so that the data to be transmitted can be received on the computer B side, and processes the processed data. On the LAN 30.
[0007]
The server-side receiving unit 26 that has received the data stores the received data in the receiving-side buffer 24 ((4)), and issues a processing request message to the API unit 22 ((5)).
Then, the API unit 22 that has received the message acquires the received data from the receiving buffer 24 ((6)) and performs processing on the acquired data.
[0008]
The server-side receiving section 26 receives this processing result, and transmits the processing result to the client-side transmitting section 16 via the LAN 28 ([7]).
The client-side transmission unit 16 stores the received processing result in a DB (database) 18.
Note that the server-side receiving unit 26 deletes the received data in the receiving-side buffer 24 ((8)), and the client-side transmitting unit 16 deletes the transmitted data in the transmitting-side buffer 14 ((9)). ).
[0009]
As described above, conventionally, data communication between information processing apparatuses of different types has been performed with such a system configuration.
By the way, in the above description, the flow of the operation of the system has been described by focusing on one piece of transmission data. However, actually, the transmission data is sequentially generated, and the communication processing as described above is sequentially performed. Data communication is running.
[0010]
[Problems to be solved by the invention]
However, according to such a communication method, there is no way to determine in a simple manner whether or not the data to be communicated has been sequentially and appropriately subjected to communication processing, and even if normal operation may not be performed. However, since the apparatus itself cannot detect an abnormal operation, there has been a problem that communication processing is continued with data loss or the like occurring.
[0011]
There is also a method of checking whether or not normal communication processing is being performed by a method such as a parity check.However, the amount of hardware such as data lines and the amount of software are increased, and the system cost is increased. I was invited.
Therefore, by using a simple method such as changing the configuration of the data frame, it is possible to prevent the occurrence of loss of communication data, etc., to reliably perform data communication between information processing apparatuses of different types, and to perform abnormal communication processing. It has been desired to realize a data communication method capable of performing an abnormal time process, which is a predetermined process, for a system in which the data communication is performed.
[0012]
Therefore, the present invention provides a method of defining simple information in a field of communication data to ensure reliable data communication between information processing apparatuses and to provide a system for performing abnormal communication processing with an abnormal communication process. An object of the present invention is to provide a data communication method capable of performing processing.
Another object of the present invention is to provide a data communication method for automatically resuming communication processing when data communication cannot be performed between a transmitting apparatus and a receiving apparatus.
[0013]
[Means for Solving the Problems]
In order to solve the above problems and achieve the object of the present invention, the invention according to claim 1 includes a transmitting apparatus including a transmitting buffer having an area for storing data to be communicated, and an area for storing data to be communicated. A method for communicating data between the transmitting device and a heterogeneous receiving device, comprising a receiving buffer having:
Storing, in the transmission buffer, transmission data, which is data to be transmitted from the transmitting device to the receiving device, of the communication target data;
Acquiring transmission data from the transmission buffer, adding a serial number to the acquired transmission data, and transmitting the transmission data to the reception device using a predetermined protocol;
Storing the data transmitted from the transmitting device in a receiving buffer;
Acquiring data from the receiving buffer, and using the predetermined protocol, in response to the acquired data, response data representing a processing result of receiving processing according to a receiving processing program that defines a receiving processing procedure, in order of serial number. Transmitting to the transmitting device;
Sent from the receiving device to the transmitting device as the response data It is determined whether or not the serial number of the communication data is a serial number. If the serial number is not a serial number, an abnormal process is performed. And deleting the data in the transmission buffer corresponding to the data deleted from the reception buffer from the transmission buffer.
[0014]
The invention according to claim 2 is the data communication method, wherein the abnormal-time process is a process of retrying a transmission process performed by the transmitting device or the receiving device.
Further, the invention according to claim 3 is different from the transmission-side device which includes a transmission-side buffer having an area for storing communication target data and a reception-side buffer having an area for storing communication target data. A system for communicating data with a receiving device of a model,
The transmitting device,
First storage processing means for storing, in the transmission-side buffer, transmission data, which is data transmitted from the transmission-side apparatus to the reception-side apparatus, among the communication target data;
First transmission processing means for acquiring transmission data from the transmission buffer, adding a serial number to the acquired transmission data, and transmitting the transmission data to the reception device using a predetermined protocol;
Receiving Transmitted from the remote device as response data A first process of determining whether or not the serial number of the data is a serial number, performing an abnormal-time process when the serial number is not a serial number, and deleting the transmission data from the transmission-side buffer when the serial number is a serial number Means, and
The receiving device,
Second storage processing means for storing transmission data transmitted from the transmission-side device in a reception-side buffer;
Acquiring data from the receiving buffer, and using the predetermined protocol, in response to the acquired data, response data representing a processing result of receiving processing according to a receiving processing program that defines a receiving processing procedure, in order of serial number. A second transmission processing means for transmitting to the transmission-side device;
When the first processing means determines that the serial number of the received data is a serial number, the second processing means deletes the data subjected to the reception processing from the reception buffer; A data communication system comprising:
[0015]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a functional block diagram showing a communication system for performing data communication between computers C and D, which are different types of information processing apparatuses, using the data communication method according to the present invention. .
[0016]
FIG. 2 is a hardware configuration diagram showing a specific example of a hardware configuration of both computers (corresponding to a transmission-side device and a reception-side device).
As shown in FIG. 2, each computer includes a CPU (Central Processing Unit) 52 for controlling various processes and operation of components, a ROM 53 storing a program for operating the CPU, and a work for various processes. A RAM 54 having an area and a storage area for various data; an I / F (interface) circuit 55 for performing communication; a hard disk (HD) 56 for storing various data and the like; A CRT 57 for displaying various kinds of information including the operation state information of the computer, and a keyboard 58 for operating the apparatus. Each component is a system bus functioning as a transmission path of information between the components. 59.
[0017]
Further, for example, the ROM 53 includes a program for performing communication processing according to the present invention, a program for performing display processing using the CRT 57, and processing corresponding to various commands given via the keyboard 58. Are stored.
The CPU 52 is configured to perform an operation according to a program stored in the ROM 53.
[0018]
Note that commands given via the keyboard include start, stop, and restart of transmission processing and reception processing. In general, the transmission data is automatically stored in the transmission buffer 34 by executing the transmission processing program. However, the transmission data may be provided through a keyboard.
The display content displayed on the CRT 57 by performing the display process includes a display indicating that a communication error has occurred, a display of the content of the received data, and the like.
[0019]
As described above, FIG. 1 shows a functional block diagram of the communication system. Such a block diagram describes the operation performed by the CPU 52, focusing on its function, and facilitates understanding of the system operation.
Hereinafter, the operation performed by each functional unit, that is, the data communication method of the present invention will be described with reference to FIG.
[0020]
The computer C (transmission-side device) includes an API (application) unit 32 that functions as an interface between the transmission processing program (application) and the client function 36, a transmission-side buffer 34 that stores communication data, and a transmission processing function. A client function 36, a DB (database) 37 for storing processing results sent from the computer D side, an input device 38 for inputting various commands to operate the apparatus, a communication error The display device 39 includes a display device 39 that displays information including operation state information such as a state, and a process control unit 61 that performs operation control such as starting, stopping, and restarting the client function 36. The transmission buffer 34 has a function of temporarily buffering transmission and reception data.
[0021]
As can be seen from a comparison with the actual hardware configuration shown in FIG. 2, the API unit 32, the client function 36, and the process control unit 61 store the I / F (interface) circuit 55, the work area of the RAM 54, and the ROM 53 in advance. This is a function realized by the processing operation performed by the CPU 52 according to the stored program.
[0022]
The transmission buffer 34, the DB 37, the input device 38, and the display device 39 correspond to a part of the RAM 54, the HD 56, the CRT 57, and the keyboard 58, respectively.
Similarly, the computer D (reception-side device) includes an API (application) unit 42 functioning as an interface between the reception processing program (application) and the server function 36, a reception-side buffer 44 for storing communication data, and a reception buffer 44. A server function 46 having a processing function, an input device 48 for inputting various commands to operate the apparatus, a display device 49 for displaying information including operation status information such as a communication error status, and a computer It has a DB (database) 51 for storing data sent from the C side, and a process control unit 62 for controlling operation such as starting, stopping, and restarting the server function 46.
[0023]
The receiving buffer 44 has a function of temporarily buffering transmission and reception data. Further, the API unit 42 normally holds a plurality of types of applications, that is, a plurality of types of reception processing programs, and it is specified which application is selected by information in a message format described later. .
[0024]
As with the functional blocks of the computer D, the API unit 42, the server function 46, and the process control unit 62 include an I / F (interface) as described above, as can be seen from a comparison with the actual hardware configuration shown in FIG. This is a function realized by a circuit 55, a work area of the RAM 54, and a processing operation performed by the CPU 52 according to a program stored in the ROM 53 in advance.
[0025]
The transmission buffer unit 34, the input device 38, and the display device 39 correspond to one area of the RAM 54, the CRT 57, and the keyboard 58, respectively.
The two computers are communicably connected by a LAN 50, which is a communication network formed of a transmission medium such as an optical fiber.
Now, the operation of data communication performed between the two computers will be described with reference to the drawings.
[0026]
The data communication performed by the system shown in FIG. 1 is assumed to be data communication between different types of computers having different hardware such as applications and CPUs.
First, an operation performed by the API unit 32 of the computer C will be described with reference to FIG. The API unit 32 performs an operation by a call from a transmission processing program, which is an application, registers transmission data in the transmission-side buffer 34, and issues a message for requesting transmission to a client function. This will be described in detail.
[0027]
First, in step S100, the transmission processing program calls a “registration of transmission data” processing. On the other hand, in step S106, the API unit 32 checks the empty state of the buffer. In step S108, if the transmission-side buffer 34 is full, it is determined that the buffer 34 is full, and the process returns to step S100. While it is determined in S102 that the state is full, the processing in Step S100 is performed again after a while.
[0028]
On the other hand, if it is determined in step S108 that the transmission buffer 34 is not full, the transmission data is registered (stored) in the transmission buffer 34, the transmission data is registered, and the normal registration processing is performed. If so, the process branches to step S100.
Next, in step S102, it is determined that the transmission side buffer 34 is not full. Was done In this case, the process proceeds to step S104, and the “transmission request” process is called.
[0029]
In response to this, in step S112, a transmission request message is created, and then, in step S114, the state of the communication path with the server function is checked. If it is determined in step S116 that the communication path is being interrupted, it is determined that the communication is abnormally terminated, and the process returns to step S104. On the other hand, if it is determined in step S116 that the communication route is not interrupted, the process proceeds to step S118, where a message is issued to the client function, and the process is determined to be normally completed, and the process returns to step S104.
[0030]
The processing performed by the API unit 32 has been described above.
Next, an operation performed by the API unit 42 of the computer D on the receiving side will be described with reference to FIG.
The API unit 42 performs an operation by calling a reception processing program which is an application, receives a message indicating a reception processing request from the server function 46, acquires reception data from the reception buffer 44, and acquires the acquired reception data. An operation of taking data into the receiving program and deleting received data from the receiving buffer 44 is performed. Further, an operation of storing the received data in the DB 51 is also performed.
[0031]
Hereinafter, this operation will be described in detail.
First, in step S120, the reception processing program calls “data reception” processing. On the other hand, in step S124, the API unit 42 checks the empty state of the receiving buffer 44. If it is determined in step S126 that data exists in the receiving buffer 44, the API unit 42 proceeds to step S128. The transmission data sent from C is read from the reception buffer 44, and the process ends normally, and the process returns to step S120.
[0032]
On the other hand, if it is determined in step S126 that there is no data in the receiving buffer 44, the process proceeds to step S130 to wait for reception of a message, and then branches to step S124 to continue the data receiving operation. .
Next, after the data reception call is completed, the received data is stored in the DB 51 or the like in step S122.
[0033]
Then, in step S123, "delete received data" is called. On the other hand, the API unit 42 deletes the received data on the receiving buffer 44 and discards unnecessary received data.
The processing performed by the API unit 42 has been described above.
Next, processing performed by the client function of the computer C30 will be described with reference to the flowchart shown in FIG.
[0034]
Upon receiving the transmission request message, the client function 36 converts the transmission data stored in the transmission-side buffer 34 into a message that is data having a predetermined format, and performs socket communication with the server function 46.
Note that such operations performed by the client function are performed under the control of the process control unit 52. The process control unit 52 may start, stop, and restart the client function 36 according to a command given by the user via the input device 38, for example.
[0035]
In addition, data communication uses a logical line that is a virtual line, and, as described later, a data format in which information that defines the logical line to be used exists in a communication data field. I have.
First, in step S140, the operating state is stored as a file, for example, in an empty area of the DB 37. Here, the operating state includes various states, such as a state in which the apparatus has been operated after recovery from abnormal communication, and a state in which the apparatus has been operated after recovery from a stop state due to manual operation.
[0036]
Next, in step S142, an area for performing socket communication is secured, for example, in a partial area of the transmission buffer 34.
Next, in step S144, a communication path with the server function 46 is established, and in step S145, it is determined whether the communication path has been established.
If the communication path cannot be established, the process proceeds to step S172, where the client function 36, which is a communication control component, is automatically restored. The automatic recovery here is to proceed to step S144 in order to establish a communication path again. On the other hand, if the communication path has been established, the process proceeds to step S146.
[0037]
In step S146, the data storage state of the transmission buffer 34 is checked, and in step S148, it is determined whether there is data to be transmitted to the server function 46. If there is no data to be transmitted, the process proceeds to step S166. If there is data to be transmitted, in step S150, it is determined whether or not the serial number has been issued.
[0038]
If the serial number has been issued, the process proceeds to step S154. If the serial number has not been issued, the process proceeds to step S152, and the process proceeds to step S154 so that the serial number is serialized. move on. The client function 36 uses a part of the storage area of the transmission-side buffer 34 to hold and update the value of the issued serial number of the transmission message.
[0039]
In step S154, the message is edited, and the edited message is transmitted to the server function 46.
Now, the data format of the transmission message will be described with reference to FIG. This telegram includes a header section and a data section 76 having a serial number and actual data.
[0040]
The header portion includes a protocol identifier 70 such as TCP / IP, which is a protocol adopted for performing data communication between different models, a message identifier 71, which is information indicating whether the message is a transmission message or a response message, A host name 72, which is information for identifying a transmission source device of transmission data; a logical line number 73, which is an identifier of a logical line which is a virtual line used for communication between the server function and the client function; An information code 74 is information that determines which of a plurality of applications is to be selected as a communication partner existing on the side, and a message length 75 is information indicating the length of the message.
[0041]
As the message identifier 71, for example, digital data in which the transmission message is “01” and the response message is “10” may be adopted, and the host name 72 may be a predetermined digital code unique to the transmitting apparatus. Data should be adopted.
The logical line number 73 may be digital data defined for the line. The information code 74 may be digital data defining a communication partner, and the message length 75 may be digital data defining the length of the message. Just fine.
[0042]
As the serial number, digital data that is sequentially incremented by one with an initial value of “1” may be employed. Needless to say, another protocol such as BSC may be adopted as the communication protocol.
As described above, in step S154, the client function 36 performs a process of processing the transmission data so as to have a format as shown in FIG.
[0043]
Next, in step S156, it is checked whether or not a transmission error has occurred. If a communication error has occurred, the process proceeds to step S172. If a communication error has not occurred, the process proceeds to step S158. It waits for a response message from the server function 46 to be received.
The determination of the occurrence of a communication error in step S156 may be made, for example, such that the client function 36 determines that a communication error has occurred, for example, when a line error is detected. Of course, the occurrence of a communication error may be determined in another manner.
[0044]
The automatic recovery of the client function 36 performed when the process proceeds from step S156 to step S172 includes, for example, interrupting a communication path currently used, waiting for a predetermined time to elapse, and Proceeding to S144, performing a communication process (retry) using the new communication path can be mentioned.
Next, when a response message is received in step S158, a communication abnormality is determined in step S160. Here, the communication abnormality is determined by referring to whether or not the serial number in the response message is a serial number and a response code of the response message described later.
[0045]
In order to determine a communication error based on the serial number, the client function 36 uses a part of the storage area of the transmission-side buffer 34 to hold and update the serial number value of the received response message, and It may be determined whether or not the serial number of the response message thus obtained is the serial number of the held latest serial number.
That is, the client function 36 If the serial number is not a serial number, for example, if there is a missing number such as "1" followed by "3", or if double numbering of the serial number occurs, It is determined that a communication error has occurred, and the process proceeds to step S172.
[0046]
In addition, in order to determine a communication error based on the response code, the client function 36 determines the content of the response code and makes an error determination.
If the communication is not abnormal, the process proceeds to step S162, and if the communication is abnormal, the process proceeds to step S172. The automatic recovery of the client function 36 performed when the process proceeds from step S160 to step S172 includes, for example, interrupting a communication path currently used, waiting for a predetermined time to elapse, and further executing step S172. Proceeding to S144, a retry process using a new communication path is performed.
[0047]
Next, in step S162, it is determined whether or not a response message indicating that the receiving buffer 44 is full, that is, a response message indicating that the buffer is full, has been sent from the server function 46. In step S166, if such a message has not been sent, the process proceeds to step S164, where the transmission message having the current serial number is deleted from the transmission buffer. Subsequently, a process of storing a response message corresponding to the deleted transmission message in the DB 37 is performed.
[0048]
Then, in step S166, reception of a message is waited, and it is determined in step S168 whether a stop instruction command has been given.
When the stop instruction has not been given, when the message is received, the flow branches to step S146 to continue the message transmission process. On the other hand, if the stop instruction command has been given, the process proceeds to step S170, where the client function 36 is set to a normal stop state, and the processing of the client function 36 ends.
[0049]
Note that a display processing program is generated in advance so that various information such as a telegram, a response telegram, the current serial number, and whether or not automatic recovery has been performed can be displayed on the display device 39, and the program is converted into a predetermined command. It is preferable to make it executable according to the input.
The above is the processing performed by the client function 36.
[0050]
Next, an operation performed by the server function will be described with reference to FIG.
The server function registers data in the receiving buffer based on the message sent from the client function, issues a processing request message to the corresponding reception processing program, and further responds to the response message based on the processing result. Is created and sent back to the client function. The operation of the server function is also controlled by the process control unit 62. Such control is performed, for example, in response to an instruction such as giving, starting, resuming, or terminating via the input device 48. Hereinafter, the operation will be described in detail.
[0051]
First, in step S180, the operating state is stored as a file, for example, in an empty area of the DB 51. Here, the operating state includes various states, such as a state in which the apparatus has been operated after recovery from abnormal communication, and a state in which the apparatus has been operated after recovery from a stop state due to manual operation.
Next, in step S182, the data storage state of the receiving buffer 44 is checked.
[0052]
Next, in step S184, the serial number of the received message is grasped.
The server function 46 uses a part of the storage area of the receiving buffer 44 to hold and update the serial number value for the received message.
Next, in step S186, an area for performing socket communication is secured, for example, in a partial area of the receiving buffer 44. In step S188, the communication path is waited for establishment, and if the communication path is established, Then, the process proceeds to step S190.
[0053]
In step S190, it is determined whether or not there is a stop instruction from the process control unit 62. If there is, the process proceeds to step S192, where the normal stop is performed, and the normal stop state is stored as the operating state. , And the process ends.
On the other hand, if there is no stop instruction from the process control unit 62, the process proceeds to step S194 and waits for a message to be sent from the client function.
[0054]
If the message has been sent, in step S196, it is determined again whether or not there is a stop instruction from the process control unit 62. If so, the process proceeds to step S192, and after a predetermined process, the process proceeds to step S192. To end. On the other hand, if there is no stop instruction, the process proceeds to step S198, and it is determined whether the transmitted message is abnormal data.
[0055]
Here, the communication abnormality is determined by referring to the format of the message and determining whether the format is abnormal, whether the message length is equal to or more than a predetermined value, and the like. Then, when it is determined that the data is abnormal, the process proceeds to step S200, and it is determined whether or not to perform the abnormal handling. Then, in the case of handling as abnormal, in step S202, abnormal stop is performed, the abnormal data is stored in the DB 51, the state of the abnormal stop is stored as the operating state, and the process is terminated. If it is determined in step S202 that the abnormal data is not handled, the process proceeds to step S204, the abnormal data is discarded, a response message indicating that the abnormal data has been received is created, and the process proceeds to step S224.
[0056]
On the other hand, if it is determined in step S198 that the data is not abnormal data, the process proceeds to step S210, and it is determined whether or not the data is received by referring to the serial number. If the data has already been received, in step S206, a response message indicating that the message has been received is created, and the process proceeds to step S224.
If the data has not been received, the data storage state of the receiving buffer 44 is checked in step S212, and the process proceeds to step S214. If it is determined in step S214 that the receiving buffer 44 is full, the flow advances to step S208 to create a response message indicating that the buffer is full, and the flow advances to step S224.
[0057]
On the other hand, if it is determined that the receiving buffer 44 is not full, the process proceeds to step S216, and the received data, which is the received message, is registered in the receiving buffer 44.
Next, in step S218, a serial number is obtained from the received data, and the value of the currently held serial number is updated.
[0058]
Next, in step S220, a message addressed to the corresponding processing program is created and issued with reference to the information code of the received data.
Then, in step S222, a response message for normal processing is created.
Now, the data format of the response message will be described with reference to FIG. This telegram includes a header section and a data section 86 having a serial number and actual data.
[0059]
The header section includes a protocol identifier 80 such as TCP / IP, which is a protocol adopted for performing data communication between different models, a message identifier 81 which is information indicating whether the message is a transmission message or a response message, and a response A host name 82 which is information for identifying a device which has transmitted a message, a logical line number 83 which is an identifier of a logical line which is a virtual line used for communication between a server function and a client function, and a computer D side. It is composed of an information code 84, which is information indicating which of a plurality of applications, which is an existing communication partner, is selected, and a response code 85, which is a code indicating a processing state of the transmitted message.
[0060]
As the message identifier 81, for example, digital data in which the transmission message is “01” and the response message is “10” may be adopted, and the host name 82 may be a predetermined digital code unique to the receiving device. Data should be adopted.
The logical line number 83 may be digital data determined uniquely for the line, and the information code 84 is digital data that defines a communication partner. As the serial number, digital data that is sequentially incremented by one with an initial value of “1” may be employed.
[0061]
As shown in FIG. 8B, the response code 85 is a code added to the response message according to the processing state of the message. For example, in step S222, since the normal processing has been performed, the code “OK” is added, and the process proceeds to step S204. In Since a format error or the like has occurred, a code "MERROR" or the like is added. Note that the distribution error indicated by the code “FERROR” means that an undefined information code has been sent to the server side.
[0062]
As described above, the client function 36 performs a process of generating a response message having a format as shown in FIG.
Next, in step S224, the server function 46 transmits the created response message to the client function 36 via the LAN 50.
Then, in step S226, it is determined whether a communication error has occurred.
[0063]
That is, if a communication error has not occurred, the flow branches to step S194 to perform a message waiting operation, while if a communication error has occurred, the process proceeds to step S228. Here, the determination of the occurrence of the communication error may be made, for example, such that the server function 46 determines that the communication error has occurred, for example, when the client function 36 detects a line error. . Of course, the occurrence of a communication error may be determined in another manner.
[0064]
Note that the automatic restoration processing in step S228 is performed, for example, by interrupting the communication path currently used, waiting for a predetermined time to elapse, and further proceeding to step S188 to perform communication using the new communication path. Processing (retry) may be performed. Note that a display processing program is generated in advance so that various information such as a telegram, a response telegram, the current serial number, and whether or not automatic recovery has been performed can be displayed on the display device 49, and the program is converted into a predetermined command. It is preferable to make it executable according to the input.
[0065]
The above processing is the processing performed by the server function.
Next, control of operations of the client function 36 and the server function 46 performed by the process control units 61 and 62 by commands given via the input devices 38 and 48, respectively, will be described with reference to FIG.
First, in step S300, the process control unit 61 (62) checks the operating state of the client function 36 (server function 46), which is a communication control component, for each logical line, and further, in step S302, checks for each logical line. The results are displayed in a list on the display device 39 (49).
[0066]
Next, in step S304, an operation instruction command of "stop, restart, end" is input for each logical line via the input device 38 (48).
If it is determined in step S306 that the "end" command has been input, the communication process using the logical line is terminated. Otherwise, the process proceeds to step S308.
[0067]
In step S308, a check is made to determine whether the specified operation instruction matches the operating state. If they match, the process proceeds to step S316. If not, the process proceeds to step S310. If the input operation instruction command is a stop instruction, the flow advances to step S312 to stop the client function 36 (server function 46) as a corresponding communication control component, and the flow advances to step S316.
[0068]
On the other hand, if the input operation instruction command is not a stop instruction, the process proceeds to step S314 to activate the client function 36 (server function 46), which is the corresponding communication control component. Then, in step S316, the operation control corresponding to the input operation instruction command is performed, and the process branches to step S300 to continue the operation of the process control unit.
[0069]
The series of operations shown in FIG. 9 may be forcibly terminated by a command given via the input device.
According to the above description, the communication processing according to the present invention is performed as follows.
First, the client function 36 stores transmission data provided from the API unit 32 in the transmission buffer 34. Next, the client function 36 acquires transmission data from the transmission buffer 34, adds a serial number to the acquired transmission data, and transmits the acquired transmission data to the computer D, which is a receiving apparatus, using a predetermined protocol.
[0070]
Then, the server function 46 of the computer D, which is the receiving device, stores the transmitted data in the receiving buffer 44.
Next, the server function 46 obtains the data from the receiving buffer and passes it to the API unit 42. The API unit 42 performs the receiving process on the obtained data according to a receiving processing program that defines a receiving process procedure. The processing result is passed to the server function 46.
[0071]
Next, the server function 46 transmits the response data to the computer C, which is the transmitting device, in the order of the serial number using the predetermined protocol.
Then, the client function 36 Sent as response data It is determined whether or not the serial number of the communication data is a serial number. On the other hand, when the data is a serial number, the server function 46 deletes the data subjected to the reception processing from the reception buffer 44.
[0072]
At this time, the client function 36 deletes the data in the transmission buffer 34 corresponding to the data deleted from the reception buffer 44 from the transmission buffer 34.
By performing such processing, the data communication according to the present invention is performed between the transmitting device and the receiving device having different models.
[0073]
In this embodiment, each step described in claims 1 and 2 is included in a series of steps described in FIGS. 3 to 6.
Further, the first storage processing means corresponds to a step including steps S100, 106 to 110, and the first transmission processing means corresponds to step S104, steps S112 to 118, and step S140. The first processing means corresponds to steps including steps S158, S160, S164, and S172.
[0074]
Further, the second storage processing means corresponds to a step including step S216, the second transmission processing means corresponds to a step including steps S120, steps S124 to 128, and steps S218 to 224. , The second processing means corresponds to the step including step S132.
Although the system configuration shown in FIG. 1 is a so-called one-to-one communication system, another computer is further connected to the LAN 50 and “N-to-M type (where N and M are It is possible to apply the communication method of the present invention even if a communication system of “natural number)” is configured. Regarding this, the client function 36 and the server function 46 perform a process of acquiring data necessary for the own device among the data transmitted on the LAN 50 with reference to the host names 72 and 82 in the data format. Thus, the processing program may be stored and the processing program may be configured to be executable. Therefore, the system shown in FIG. 1 is only an example of a system configuration adopted for facilitating understanding of the present invention.
[0075]
As described above, according to the present invention, it is possible to realize a data communication method that uses a serial number to prevent data loss and automatically performs an abnormal process when a communication error occurs.
[0076]
【The invention's effect】
As described above, according to the first aspect of the present invention, a serial number is given in a field of communication data, and processing is performed in consideration of a serial number state of the serial number. Data loss between different types of information processing equipment, and automatically perform abnormal processing for systems that are performing abnormal communication. A data communication method.
[0077]
According to the second aspect of the present invention, when data communication cannot be performed between the transmitting device and the receiving device, the communication process is automatically restarted by retrying the communication process. Data communication method to be implemented becomes feasible.
Further, according to the third aspect of the present invention, the communication method according to the present invention is used to prevent a loss of communication data and the like, and to reliably perform data communication between information processing apparatuses of different models. A possible system can be realized.
[Brief description of the drawings]
FIG. 1 is a functional block diagram of a communication system according to the present invention.
FIG. 2 is a hardware configuration diagram of a transmission side device and a reception side device.
FIG. 3 is a flowchart illustrating a process performed by an API unit 32;
FIG. 4 is a flowchart illustrating a process performed by an API unit.
FIG. 5 is a flowchart illustrating processing performed by a client function.
FIG. 6 is a flowchart illustrating a process performed by a server function.
FIG. 7 is an explanatory diagram of a message format.
FIG. 8 is an explanatory diagram of a response message format.
FIG. 9 is a flowchart illustrating a process performed by a process control unit.
FIG. 10 is an explanatory diagram of a conventional example.
[Explanation of symbols]
10 Computer A
12 API section
14 Transmission buffer
16 Client side transmission section
20 Computer B
22 API section
24 Receiving buffer
26 Server-side receiver
28 LAN
30 Computer C
32 API section
34 Transmit buffer
36 Client Function
37 Database (DB)
38 Input device
39 Display device
40 Computer D
42 API section
44 Receive buffer
46 Server Function
48 input device
49 Display device
50 LAN
52 CPU
53 ROM
54 RAM
55 I / F (interface) circuit
56 Hard Disk
57 CRT
58 Keyboard
59 System bus
61 Process control unit
62 Process control unit

Claims

A transmission-side device including a transmission-side buffer having an area for storing communication target data, and a reception-side buffer having an area for storing communication target data, data between the transmission-side device and a different type of reception-side device. A method of communicating
Storing, in the transmission buffer, transmission data, which is data to be transmitted from the transmitting device to the receiving device, of the communication target data;
Acquiring transmission data from the transmission buffer, adding a serial number to the acquired transmission data, and transmitting the transmission data to the reception device using a predetermined protocol;
Storing the data transmitted from the transmitting device in a receiving buffer;
Acquiring data from the receiving buffer, and using the predetermined protocol, in response to the acquired data, response data representing a processing result of receiving processing according to a receiving processing program that defines a receiving processing procedure, in order of serial number. Transmitting to the transmitting device;
It is determined whether or not the serial number of the communication data transmitted from the receiving device to the transmitting device as the response data is a serial number. Deleting the data subjected to the reception process from the reception buffer, and also deleting the data in the transmission buffer corresponding to the data deleted from the reception buffer from the transmission buffer. A data communication method including:

2. The data communication method according to claim 1, wherein the abnormal-time process is a process of retrying a transmission process performed by the transmitting device or the receiving device.

A transmission-side device including a transmission-side buffer having an area for storing communication target data, and a reception-side buffer having an area for storing communication target data, data between the transmission-side device and a different type of reception-side device. A communication system,
The transmitting device,
First storage processing means for storing, in the transmission-side buffer, transmission data, which is data transmitted from the transmission-side apparatus to the reception-side apparatus, among the communication target data;
First transmission processing means for acquiring transmission data from the transmission buffer, adding a serial number to the acquired transmission data, and transmitting the transmission data to the reception device using a predetermined protocol;
It is determined whether or not the serial number of the communication data transmitted as response data from the receiving device is a serial number.If the serial number is not a serial number, an abnormal process is performed. First processing means for deleting from the transmission-side buffer;
The receiving device,
Second storage processing means for storing transmission data transmitted from the transmission-side device in a reception-side buffer;
Acquiring data from the receiving buffer, and using the predetermined protocol, in response to the acquired data, response data representing a processing result of receiving processing according to a receiving processing program that defines a receiving processing procedure, in order of serial number. A second transmission processing means for transmitting to the transmission-side device;
When the first processing means determines that the serial number of the received data is a serial number, the second processing means deletes the data subjected to the reception processing from the reception buffer; A data communication system comprising: