JP2713271B2 - Transport communication control method - Google Patents

Transport communication control method

Info

Publication number
JP2713271B2
JP2713271B2 JP7273740A JP27374095A JP2713271B2 JP 2713271 B2 JP2713271 B2 JP 2713271B2 JP 7273740 A JP7273740 A JP 7273740A JP 27374095 A JP27374095 A JP 27374095A JP 2713271 B2 JP2713271 B2 JP 2713271B2
Authority
JP
Japan
Prior art keywords
receiving
transport
transmitting
data
timer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP7273740A
Other languages
Japanese (ja)
Other versions
JPH0997222A (en
Inventor
伸佳 田中
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.)
NEC Corp
Original Assignee
NEC 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 NEC Corp filed Critical NEC Corp
Priority to JP7273740A priority Critical patent/JP2713271B2/en
Publication of JPH0997222A publication Critical patent/JPH0997222A/en
Application granted granted Critical
Publication of JP2713271B2 publication Critical patent/JP2713271B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、コンピュータシス
テム間の通信制御(トランスポート層レベルの通信制
御)を行うトランスポート通信制御方式に関し、特に通
信障害の監視をタイマ監視によって実現するトランスポ
ート通信制御方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a transport communication control method for controlling communication between computer systems (communication control at a transport layer level), and more particularly to a transport communication control method for monitoring a communication failure by monitoring a timer. About the method.

【0002】[0002]

【従来の技術】本願発明に関係する先行技術が記載され
ている特許公報には、以下の〜に示すものがある。 特開平4−156644号公報(「通信制御装置」
に係る公報) 特開昭62−193438号公報(「通信障害監視
方式」に係る公報) 特開昭61−248637号公報(「データリンク
制御における応答監視タイマ管理方法」に係る公報)
2. Description of the Related Art The following patent publications describe prior art relating to the present invention. JP-A-4-156644 ("Communication control device")
JP-A-62-193438 (JP-A-62-193438) (JP-A-62-193438) (JP-A-61-248637) (JP-A-61-248637)

【0003】従来、この種のトランスポート通信制御方
式における通信障害の監視(タイマ監視による通信障害
の監視)は、次に示すおよびのいずれかの手法によ
って行われていた。
Conventionally, monitoring of communication failures (monitoring of communication failures by timer monitoring) in this type of transport communication control method has been performed by one of the following methods.

【0004】 データ送信側に応答監視タイマを設
け、データ送信後において一定時間が経過するまでにデ
ータ受信側からの確認応答がなければ、通信障害が発生
したと判断する。上述の特許公報およびに記載され
ている技術がこれに相当する。
A response monitoring timer is provided on the data transmitting side, and if there is no acknowledgment from the data receiving side until a predetermined time has elapsed after data transmission, it is determined that a communication failure has occurred. The technology described in the above-mentioned patent publications corresponds to this.

【0005】 データ受信側に情報受信監視タイマを
設け、一定時間内に情報が受信できなければ、通信障害
が発生したと判断する。上述の特許公報に記載されて
いる技術がこれに相当する。
[0005] An information reception monitoring timer is provided on the data receiving side, and if information cannot be received within a predetermined time, it is determined that a communication failure has occurred. The technology described in the above-mentioned patent publication corresponds to this.

【0006】[0006]

【発明が解決しようとする課題】上述した従来の技術に
は、以下の2つの問題点があった。
The above-mentioned prior art has the following two problems.

【0007】第1の問題点は、従来の技術(上述のの
技術)においては、受信側システム(データ受信側のコ
ンピュータシステム)からの確認応答があり受信側シス
テムにデータが到達したことが送信側システム(データ
送信側のコンピュータシステム)で確認されても、受信
側アプリケーションプログラム(受信側システムにおけ
るアプリケーションプログラム)に実際にデータが到達
したことまでは確認できないことである。
The first problem is that in the conventional technology (the above-described technology), it is acknowledged that there is an acknowledgment from the receiving system (computer system on the data receiving side) and that the data arrives at the receiving system. Even if the data is confirmed by the local system (computer system on the data transmitting side), it cannot be confirmed until the data actually reaches the receiving application program (application program in the receiving system).

【0008】その理由は、受信側トランスポートプロバ
イダ(受信側システムにおけるトランスポートプロバイ
ダ)までデータが到達すれば、受信側アプリケーション
プログラムへのそのデータの到達のいかんを問わず、受
信側システムからの確認応答が送信されるからである。
[0008] The reason is that when data reaches the receiving-side transport provider (transport provider in the receiving-side system), it is checked from the receiving-side system regardless of whether the data reaches the receiving-side application program. This is because a response is sent.

【0009】第2の問題点は、従来の技術(上述のお
よびの技術)においては、通信路の障害,トランスポ
ートプロバイダの障害,およびアプリケーションプログ
ラムの障害を区別することができないことである。
The second problem is that the conventional techniques (the techniques described above and above) cannot distinguish a failure in a communication path, a failure in a transport provider, and a failure in an application program.

【0010】その理由は、「送信側システムで確認応答
が受信されないこと」や「受信側システムで情報が受信
されないこと」に起因して通信障害の検出がなされるた
め、検出した通信障害の原因までは特定できないからで
ある。
[0010] The reason is that a communication failure is detected due to "the acknowledgment is not received by the transmitting system" or "the information is not received by the receiving system". Because it cannot be specified until.

【0011】本発明は、上述の点に鑑み、実際に受信側
アプリケーションプログラムまでデータが到達したこと
を確認することができ、通信障害のうちで受信側アプリ
ケーションプログラムの障害を他の障害と区別して送信
側トランスポートプロバイダ(送信側システムにおける
トランスポートプロバイダ)を介して送信側アプリケー
ションプログラム(送信側システムにおけるアプリケー
ションプログラム)に通知することを可能とすることに
より、通信障害の原因の特定に貢献することができ、保
守性を向上させることができるトランスポート通信制御
方式を提供することにある。
According to the present invention, in view of the above points, it is possible to confirm that data has actually arrived at a receiving-side application program, and to distinguish a failure of a receiving-side application program from other failures among communication failures. Contribute to the identification of the cause of a communication failure by enabling notification to the sending application program (application program in the sending system) via the sending transport provider (the transport provider in the sending system). And a transport communication control method capable of improving maintainability.

【0012】[0012]

【課題を解決するための手段】本発明のトランスポート
通信制御方式は、タイマ監視によって通信障害の監視を
行うトランスポート通信制御方式において、送信データ
を送信側トランスポートプロバイダに送る送信側アプリ
ケーションプログラムと、前記送信側アプリケーション
プログラムからの送信データをトランスポートデータと
して下位の通信路を経由して受信側トランスポートプロ
バイダに送る送信側トランスポートプロバイダの送信手
段と、送信側トランスポートプロバイダの前記送信手段
からのトランスポートデータを受信キューに格納し、そ
の格納時にタイマ開始指示をタイマに送る受信側トラン
スポートプロバイダの受信手段と、受信側トランスポー
トプロバイダに受信要求を送る受信側アプリケーション
プログラムと、前記受信側アプリケーションプログラム
からの受信要求を受けた時に受信側トランスポートプロ
パイダの前記受信キューにトランスポートデータがあれ
ば当該トランスポートデータを受信データとして前記受
信側アプリケーションプログラムに引き渡し、その引渡
し時にタイマ停止指示を前記タイマに送る受信側トラン
スポートプロバイダの受信通知手段と、タイマ開始指示
の受理から一定時間を計時するとエラー通知データを受
信側トランスポートプロバイダの送信手段および前記通
信路を経由して送信側トランスポートプロバイダの前記
受信通知手段に送る受信側トランスポートプロバイダの
前記タイマと、受信側トランスポートプロバイダの前記
タイマからのエラー通知データに基づいて前記送信側ア
プリケーションプログラムにエラー通知を送る受信側ト
ランスポートプロバイダの前記受信通知手段とを有す
る。
According to a transport communication control method of the present invention, a transmission application program for transmitting transmission data to a transmission transport provider is provided. A transmitting means of a transmitting transport provider for transmitting transmission data from the transmitting side application program as transport data to a receiving side transport provider via a lower communication path, and a transmitting means of the transmitting side transport provider. The receiving means of the receiving side transport provider for sending the timer start instruction to the timer upon storing the transport data in the receiving queue, the receiving side application program for sending the receiving request to the receiving side transport provider, If there is transport data in the receiving queue of the receiving-side transport provider when receiving a receiving request from the receiving-side application program, the transport data is delivered to the receiving-side application program as received data, and a timer stop instruction is given at the time of the delivery. Receiving notification means of the receiving side transport provider for sending the notification to the timer, and, when a certain period of time has elapsed from the reception of the timer start instruction, error notification data is transmitted to the transmitting side of the transmitting side via the transmitting means of the receiving side transport provider and the communication path. An error is sent to the sending application program based on the timer of the receiving transport provider to be sent to the receiving notifying means of the port provider and the error notification data from the timer of the receiving transport provider. Having said reception notification means receiving transport provider to send the knowledge.

【0013】[0013]

【発明の実施の形態】次に、本発明について図面を参照
して詳細に説明する。
Next, the present invention will be described in detail with reference to the drawings.

【0014】図1は、本発明のトランスポート通信制御
方式の一実施例の構成を示すブロック図である。
FIG. 1 is a block diagram showing the configuration of an embodiment of the transport communication control system according to the present invention.

【0015】本実施例のトランスポート通信制御方式
は、送信側システム10と、受信側システム20と、通
信路30とを含んで構成されている。
The transport communication control system of the present embodiment includes a transmitting system 10, a receiving system 20, and a communication path 30.

【0016】送信側システム10は、送信側アプリケー
ションプログラム11と、送信側トランスポートプロバ
イダ12とを含んで構成されている。
The transmitting side system 10 includes a transmitting side application program 11 and a transmitting side transport provider 12.

【0017】送信側トランスポートプロバイダ12は、
データ送信を司り、送信手段13と、受信手段14と、
受信通知手段15とを含んで構成されている。
The transmitting side transport provider 12
It is responsible for data transmission, transmitting means 13, receiving means 14,
And a reception notifying means 15.

【0018】受信側システム20は、受信側アプリケー
ションプログラム21と、受信側トランスポートプロバ
イダ22とを含んで構成されている。
The receiving-side system 20 includes a receiving-side application program 21 and a receiving-side transport provider 22.

【0019】受信側トランスポートプロバイダ22は、
データ受信を司り、送信手段23と、受信手段24と、
受信通知手段25と、受信キュー26と、タイマ27と
を含んで構成されている。
The receiving-side transport provider 22
A transmission unit 23, a reception unit 24,
It is configured to include a reception notifying unit 25, a reception queue 26, and a timer 27.

【0020】送信側トランスポートプロバイダ12と受
信側トランスポートプロバイダ22との間のデータ伝送
は、通信路3(トランスポート層レベルよりも下位の通
信路)を介して行われる。
Data transmission between the transport provider 12 on the transmitting side and the transport provider 22 on the receiving side is performed via the communication path 3 (a communication path lower than the transport layer level).

【0021】なお、一般的には、通信を行う両コンピュ
ータシステムは、送信側システムにもなり、受信側シス
テムにもなる。すなわち、本実施例、ひいては本発明の
トランスポート通信制御方式に適用されるトランスポー
トプロバイダは、送信側トランスポートプロバイダ12
としての機能も有しており、受信側トランスポートプロ
バイダ22としての機能も有している。
In general, both computer systems that perform communication are both a transmitting system and a receiving system. That is, the transport provider applied to the transport communication control method of the present embodiment and the present invention is the transmission transport provider 12.
, And also has a function as the receiving-side transport provider 22.

【0022】次に、このように構成された本実施例のト
ランスポート通信制御方式の動作について説明する。こ
こでは、送信側アプリケーションプログラム11から受
信側アプリケーションプログラム21にデータが送信さ
れる場合の動作について説明する。
Next, the operation of the thus configured transport communication control system of the embodiment will be described. Here, an operation when data is transmitted from the transmission side application program 11 to the reception side application program 21 will be described.

【0023】まず、送信側システム10において、送信
側アプリケーションプログラムllは、送信データ(送
信対象のデータ)を送信側トランスポートプロバイダ1
2の送信手段13に送る。
First, in the transmission-side system 10, the transmission-side application program 11 transmits transmission data (data to be transmitted) to the transmission-side transport provider 1.
2 to the transmission means 13.

【0024】送信手段13は、当該送信データをトラン
スポートデータとして、下位の通信路30を経由して、
受信側トランスポートプロバイダ22の受信手段24に
送る。
The transmission means 13 uses the transmission data as transport data via the lower-level communication path 30,
It is sent to the receiving means 24 of the receiving side transport provider 22.

【0025】受信手段24は、当該トランスポートデー
タを受信キュー26に格納する。また、この格納時に、
タイマ27に対してタイマ開始指示を送る。このタイマ
開始指示を契機として、タイマ27はタイマ計時を開始
させる。
The receiving means 24 stores the transport data in the reception queue 26. Also, at the time of this storage,
A timer start instruction is sent to the timer 27. Triggered by the timer start instruction, the timer 27 starts timer counting.

【0026】一方、受信側システム20において、受信
側アプリケーションプログラム21は、受信側トランス
ポートプロバイダ22の受信通知手段25に受信要求を
送る。
On the other hand, in the receiving system 20, the receiving application program 21 sends a receiving request to the receiving notifying means 25 of the receiving transport provider 22.

【0027】受信通知手段25は、受信側トランスポー
トプロバイダ22の受信キュー26にTPデータがあれ
ば、当該トランスポートデータを受信データとして受信
側アプリケーションプログラム21に引き渡す。また、
この引渡し時に、タイマ27にタイマ停止指示を送る。
このタイマ停止指示により、タイマ27はタイマ計時を
停止させる。
If there is TP data in the reception queue 26 of the transport provider 22 on the receiving side, the reception notifying means 25 transfers the transport data to the receiving side application program 21 as received data. Also,
At the time of the delivery, a timer stop instruction is sent to the timer 27.
In response to the timer stop instruction, the timer 27 stops the timer timing.

【0028】受信側トランスポートプロバイダ22のタ
イマ27は、受信側アプリケーションプログラム21が
受信通知手段26に受信要求を送らない間にタイマ開始
指示の受理から一定時間が経過すると、その旨を示すエ
ラー通知データを受信側トランスポートプロバイダ22
の送信手段23および通信路30を経由して送信側トラ
ンスポートプロバイダ12の受信通知手段15に送る。
The timer 27 of the receiving-side transport provider 22 outputs an error notification indicating that a predetermined time has elapsed from the reception of the timer start instruction while the receiving-side application program 21 does not send a reception request to the reception notifying means 26. Transfer data to the receiving side transport provider 22
Via the transmission means 23 and the communication path 30 to the reception notifying means 15 of the transport provider 12 on the transmission side.

【0029】受信通知手段15は、当該エラー通知デー
タに基づいて、送信側アプリケーションプログラムll
にエラー通知を送る。これによって、送信側アプリケー
ションプログラムllは、受信側アプリケーションプロ
グラム21の異常(その異常に基づく通信障害の存在,
およびその通信障害が受信側アプリケーションプログラ
ム21の障害に起因すること)を検出することができ
る。
The reception notifying means 15 sends the application program 11 based on the error notification data.
Send an error notification to. As a result, the transmission-side application program 11 detects the abnormality of the reception-side application program 21 (existence of communication failure based on the abnormality,
And that the communication failure is caused by the failure of the receiving-side application program 21).

【0030】このように、受信側アプリケーションプロ
グラム21が一定時間に渡り受信要求を行わない場合に
は、受信側トランスポートプロパイダ22のタイマ27
による監視によって、「一定時間の受信要求の不存在」
が送信側アプリケーションプログラム11にエラー通知
として送られる。このため、エラー通知が来ない限り、
送信側アプリケーションプログラム11は受信側アプリ
ケーションプログラム21にデータが到達していること
を確認することができる(逆に、エラー通知が来れば、
送信側アプリケーションプログラム11は受信側アプリ
ケーションプログラム21の障害を検出することができ
る)。
As described above, when the receiving side application program 21 does not make a receiving request for a certain period of time, the timer 27 of the receiving side transport provider 22
"No reception request for a certain period of time"
Is sent to the transmitting-side application program 11 as an error notification. Therefore, unless you receive an error notification,
The transmission side application program 11 can confirm that the data has reached the reception side application program 21 (conversely, if an error notification is received,
The transmitting side application program 11 can detect a failure of the receiving side application program 21).

【0031】なお、タイマ27によって計時される「一
定時間」は、送信側システム10の特性(各種性能や負
荷等)および受信側システム20の特性に応じて、シス
テム管理者からの指示等に基づき、可変とすることがで
きる(請求項2記載の発明参照)。
The "constant time" measured by the timer 27 is determined based on an instruction from a system administrator or the like according to the characteristics of the transmitting system 10 (various performances, loads, etc.) and the characteristics of the receiving system 20. , Can be variable (see the invention of claim 2).

【0032】次に、本実施例のトランスポート通信制御
方式に適用されるトランスポートプロバイダの処理手順
について説明する。先に述べたように、一般に、送信側
トランスポートプロバイダ12にも受信側トランスポー
トプロバイダ22にもなりうるトランスポートプロバイ
ダが、本実施例ひいては本発明のトランスポート通信制
御方式に適用される。ここでは、このような送信側およ
び受信側の両方に適用されるトランスポートプロバイダ
に関する処理手順について説明する。
Next, the processing procedure of the transport provider applied to the transport communication control system of this embodiment will be described. As described above, in general, a transport provider that can be the transmitting transport provider 12 and the receiving transport provider 22 is applied to the transport communication control method of the present embodiment and thus the present invention. Here, a processing procedure regarding a transport provider applied to both of the transmitting side and the receiving side will be described.

【0033】図2は、そのようなトランスポートプロバ
イダの処理手順を示す流れ図である。この処理手順は、
イベント待ちステップ201と、イベント種類判定ステ
ップ202と、データ送信ステップ203と、エラー通
知データ送信ステップ204と、データ受信キュー格納
ステップ205と、タイマ計時開始ステップ206と、
受信キューデータ引渡しステップ207と、タイマ計時
停止ステップ208とからなる。
FIG. 2 is a flowchart showing the processing procedure of such a transport provider. This procedure is
An event waiting step 201, an event type determination step 202, a data transmission step 203, an error notification data transmission step 204, a data reception queue storage step 205, a timer counting start step 206,
It comprises a receiving queue data transfer step 207 and a timer counting stop step 208.

【0034】このトランスポートプロバイダは、以下に
示すような処理を行う(図2参照)。
This transport provider performs the following processing (see FIG. 2).

【0035】常にイベント待ちの状態にある(ステップ
201)。
An event is always waiting (step 201).

【0036】ステップ201においてイベントが発生す
ると、そのイベントの種類を判定する(ステップ20
2)。
When an event occurs in step 201, the type of the event is determined (step 20).
2).

【0037】ステップ202の判定結果によって、以下
の〜の中のいずれかの処理を行う。
Depending on the result of the determination in step 202, one of the following processes is performed.

【0038】 イベントが「送信要求(送信データの
受理)」である場合には、該当するデータ(トランスポ
ートデータ)を送信し(ステップ203)、ステップ2
01のイベント待ちの状態に戻る。
If the event is “transmission request (reception of transmission data)”, the corresponding data (transport data) is transmitted (step 203), and step 2
It returns to the event waiting state of 01.

【0039】 イベントが「タイムアウト(タイマ2
7によって計時される時間が上述の「一定時間」を超過
したこと)」である場合には、エラー通知データを送信
し(ステップ204)、ステップ201のイベント待ち
の状態に戻る。
When the event is “time out (timer 2
If the time counted by 7 exceeds the above-mentioned "certain time", the error notification data is transmitted (step 204), and the process returns to the event waiting state of step 201.

【0040】 イベントが「データ受信(トランスポ
ートデータの受信)」である場合には、当該データ(ト
ランスポートデータ)を受信キュー26に格納し(ステ
ップ205))、タイマ計時を開始し(ステップ20
6)、ステップ201のイベント待ちの状態に戻る。
If the event is “data reception (transport data reception)”, the data (transport data) is stored in the reception queue 26 (step 205), and timer counting is started (step 20).
6), returning to the event waiting state in step 201;

【0041】 イベントが「受信要求(受信要求の受
理)」である場合には、受信キュー26内のトランスポ
ートデータを受信データとしてアプリケーションプログ
ラム(受信側アプリケーションプログラム21)に引き
渡し(ステップ207)、タイマ計時を停止し(ステッ
プ208)、ステップ201のイベント待ちの状態に戻
る。
If the event is a “reception request (reception of reception request)”, the transport data in the reception queue 26 is delivered to the application program (reception-side application program 21) as reception data (step 207), and the timer The timing is stopped (step 208), and the process returns to the event waiting state of step 201.

【0042】[0042]

【発明の効果】以上説明したように本発明は、以下の2
つの効果を有する。
As described above, the present invention provides the following 2
Has two effects.

【0043】第1の効果は、受信側アプリケーションプ
ログラムがその障害によってデータを受信しない場合
に、その事実を送信側アプリケーションプログラムが認
識できることである。
The first effect is that when the receiving application program does not receive data due to the failure, the fact can be recognized by the transmitting application program.

【0044】その理由は、受信側トランスポートプロバ
イダが、受信側アプリケーションプログラムによるデー
タ(送信対象のデータ)の引上げ(受取り)をタイマ監
視し、データの引上げがない場合に所定のエラー通知を
行うからである。
The reason is that the receiving-side transport provider performs timer monitoring of the pull-up (reception) of data (data to be transmitted) by the receiving-side application program, and issues a predetermined error notification when the data is not pulled up. It is.

【0045】第2の効果は、トランスポートプロバイダ
以下の層の障害(受信側トランスポートプロバイダの障
害や通信路の障害等)と受信側アプリケーションプログ
ラムの障害とを区別できることである。
The second effect is that it is possible to distinguish between a failure in a layer below the transport provider (a failure in the transport provider on the receiving side, a failure in the communication path, etc.) and a failure in the application program on the receiving side.

【0046】その理由は、受信側アプリケーションプロ
グラムの障害でデータが引き上げられない場合には、受
信側トランスポートプロバイダからエラー通知があるの
で、受信側トランスポートプロバイダからのエラー通知
がなく無通信の場合にはトランスポートプロパイダ以下
の層の障害であると判定できるからである。
The reason is that if data cannot be pulled up due to a failure in the receiving application program, there is an error notification from the receiving transport provider. This is because it can be determined that the failure is in the layer below the transport provider.

【0047】本発明のトランスポート通信制御方式は、
以上のような2つの効果により、通信障害の原因の特定
に貢献することができ、保守性を向上させることができ
る。
The transport communication control method of the present invention
With the above two effects, it is possible to contribute to the identification of the cause of the communication failure, and it is possible to improve maintainability.

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

【図1】本発明のトランスポート通信制御方式の一実施
例の構成を示すブロック図である。
FIG. 1 is a block diagram showing a configuration of a transport communication control system according to an embodiment of the present invention.

【図2】図1に示す本実施例のトランスポート通信制御
方式に適用されるトランスポートプロバイダ(送信側ト
ランスポートプロバイダおよび受信側トランスポートプ
ロバイダのいずれにもなりうるトランスポートプロバイ
ダ)の処理手順を示す流れ図である。
FIG. 2 illustrates a processing procedure of a transport provider (a transport provider that can be both a transmitting-side transport provider and a receiving-side transport provider) applied to the transport communication control method of the present embodiment illustrated in FIG. It is a flowchart shown.

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

10 送信側システム 11 送信側アプリケーションプログラム 12 送信側トランスポートプロバイダ 13,23 送信手段 14,24 受信手段 15,25 受信通知手段 20 受信側システム 21 受信側アプリケーションプログラム 22 受信側トランスポートプロバイダ 26 受信キュー 27 タイマ 30 通信路 201 イベント待ちステップ 202 イベント種類判定ステップ 203 データ送信ステップ 204 エラー通知データ送信ステップ 205 データ受信キュー格納ステップ 206 タイマ計時開始ステップ 207 受信キューデータ引渡しステップ 208 タイマ計時停止ステップ DESCRIPTION OF SYMBOLS 10 Sending system 11 Sending application program 12 Sending transport provider 13, 23 Sending means 14, 24 Receiving means 15, 25 Receiving notification means 20 Receiving system 21 Receiving application program 22 Receiving transport provider 26 Receiving queue 27 Timer 30 Communication path 201 Event waiting step 202 Event type determination step 203 Data transmission step 204 Error notification data transmission step 205 Data reception queue storage step 206 Timer clock start step 207 Receive queue data transfer step 208 Timer timer stop step

Claims (3)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 タイマ監視によって通信障害の監視を行
うトランスポート通信制御方式において、 送信データを送信側トランスポートプロバイダに送る送
信側アプリケーションプログラムと、 前記送信側アプリケーションプログラムからの送信デー
タをトランスポートデータとして下位の通信路を経由し
て受信側トランスポートプロバイダに送る送信側トラン
スポートプロバイダの送信手段と、 送信側トランスポートプロバイダの前記送信手段からの
トランスポートデータを受信キューに格納し、その格納
時にタイマ開始指示をタイマに送る受信側トランスポー
トプロバイダの受信手段と、 受信側トランスポートプロバイダに受信要求を送る受信
側アプリケーションプログラムと、 前記受信側アプリケーションプログラムからの受信要求
を受けた時に受信側トランスポートプロパイダの前記受
信キューにトランスポートデータがあれば当該トランス
ポートデータを受信データとして前記受信側アプリケー
ションプログラムに引き渡し、その引渡し時にタイマ停
止指示を前記タイマに送る受信側トランスポートプロバ
イダの受信通知手段と、 タイマ開始指示の受理から一定時間を計時するとエラー
通知データを受信側トランスポートプロバイダの送信手
段および前記通信路を経由して送信側トランスポートプ
ロバイダの前記受信通知手段に送る受信側トランスポー
トプロバイダの前記タイマと、 受信側トランスポートプロバイダの前記タイマからのエ
ラー通知データに基づいて前記送信側アプリケーション
プログラムにエラー通知を送る受信側トランスポートプ
ロバイダの前記受信通知手段とを有することを特徴とす
るトランスポート通信制御方式。
1. A transport communication control method for monitoring a communication failure by monitoring a timer, comprising: a transmitting application program for transmitting transmission data to a transmitting transport provider; and transmitting data from the transmitting application program to transport data. The transmitting means of the transmitting transport provider for transmitting to the receiving transport provider via the lower communication path, and the transport data from the transmitting means of the transmitting transport provider are stored in a reception queue. A receiving means of a receiving-side transport provider that sends a timer start instruction to a timer, a receiving-side application program that sends a receiving request to the receiving-side transport provider, and a receiving request from the receiving-side application program. If there is transport data in the receiving queue of the receiving-side transport provider when the transmission is performed, the receiving-side transport provider sends the transport data to the receiving-side application program as receiving data, and sends a timer stop instruction to the timer at the time of the transfer. Receiving notification means for receiving a timer start instruction, and sending error notification data to the transmitting means of the receiving transport provider and the receiving notifying means of the transmitting transport provider via the communication path when a predetermined time is counted from the reception of the timer start instruction. The timer of the receiving transport provider, and the receiving of the receiving transport provider that sends an error notification to the transmitting application program based on the error notification data from the timer of the receiving transport provider. A transport communication control method, comprising: a notifying unit.
【請求項2】 送信側システムの特性および受信側シス
テムの特性に応じてタイマ開始指示から計時される「一
定時間」を可変とすることができる受信側トランスポー
トプロバイダのタイマを有することを特徴とする請求項
1記載のトランスポート通信制御方式。
2. A system according to claim 1, further comprising a timer provided by a receiving-side transport provider capable of changing a “fixed time” measured from a timer start instruction in accordance with characteristics of the transmitting-side system and characteristics of the receiving-side system. The transport communication control method according to claim 1, wherein
【請求項3】 送信側トランスポートプロバイダにも受
信側トランスポートプロバイダにもなりうるトランスポ
ートプロバイダが、イベント待ちステップと、イベント
種類判定ステップと、データ送信ステップと、エラー通
知データ送信ステップと、データ受信キュー格納ステッ
プと、タイマ計時開始ステップと、受信キューデータ引
渡しステップと、タイマ計時停止ステップとからなる手
順で処理を行うことを特徴とする請求項1または請求項
2記載のトランスポート通信制御方式。
3. A transport provider, which can be both a transmitting transport provider and a receiving transport provider, includes an event waiting step, an event type determining step, a data transmitting step, an error notification data transmitting step, 3. The transport communication control method according to claim 1 or 2, wherein the processing is performed by a procedure including a receiving queue storing step, a timer counting start step, a receiving queue data delivery step, and a timer counting stop step. .
JP7273740A 1995-09-28 1995-09-28 Transport communication control method Expired - Fee Related JP2713271B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP7273740A JP2713271B2 (en) 1995-09-28 1995-09-28 Transport communication control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP7273740A JP2713271B2 (en) 1995-09-28 1995-09-28 Transport communication control method

Publications (2)

Publication Number Publication Date
JPH0997222A JPH0997222A (en) 1997-04-08
JP2713271B2 true JP2713271B2 (en) 1998-02-16

Family

ID=17531916

Family Applications (1)

Application Number Title Priority Date Filing Date
JP7273740A Expired - Fee Related JP2713271B2 (en) 1995-09-28 1995-09-28 Transport communication control method

Country Status (1)

Country Link
JP (1) JP2713271B2 (en)

Also Published As

Publication number Publication date
JPH0997222A (en) 1997-04-08

Similar Documents

Publication Publication Date Title
US5163055A (en) Communications system using a fault tolerant protocol
JPS58501650A (en) Local area contention network data communication system
JP2000099448A (en) System and method for easily sharing resource such as storage sub-system between plural host computers in digital data processing system
JP2713271B2 (en) Transport communication control method
JP3341276B2 (en) Communication control device
JP3109110B2 (en) Communication device and communication method
JP3217397B2 (en) Data transmission method of communication control device
JP3008689B2 (en) Incorrect cable connection detection method between devices
JPH02311099A (en) Malfunction prevention control system
JPH045301B2 (en)
JP2662424B2 (en) Carrier control method in two-wire half-duplex communication
JPH0394549A (en) Data link controller
JP3033660B2 (en) Failure detection method in data communication control
JPH0818606A (en) Discontinuity detection method
JP2571005B2 (en) Communication control method
JP3110659B2 (en) Bus control method in bus type transmission system
JP2513120B2 (en) Non-stop type information processing device
JP2605582Y2 (en) Emergency call system
JPS63193742A (en) Data communication control system
JP2574546B2 (en) Building management system using subscriber telephone line
JPH05145558A (en) Data transmission control system
JPS60134648A (en) Signal transmitting device
JP2002135280A (en) Transmission system for digital protective relay system
JPH0612904B2 (en) Transmission control method
JPH04286440A (en) Communication controller

Legal Events

Date Code Title Description
LAPS Cancellation because of no payment of annual fees