JPH03204065A - Data transfer contention evading system in inter-processor communication - Google Patents
Data transfer contention evading system in inter-processor communicationInfo
- Publication number
- JPH03204065A JPH03204065A JP1341777A JP34177789A JPH03204065A JP H03204065 A JPH03204065 A JP H03204065A JP 1341777 A JP1341777 A JP 1341777A JP 34177789 A JP34177789 A JP 34177789A JP H03204065 A JPH03204065 A JP H03204065A
- Authority
- JP
- Japan
- Prior art keywords
- reception
- transmission
- data
- received
- completion notification
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims description 30
- 230000005540 biological transmission Effects 0.000 claims abstract description 113
- 238000000034 method Methods 0.000 claims description 80
- 239000000872 buffer Substances 0.000 abstract description 8
- CBOMORHDRONZRN-QLOYDKTKSA-N prostaglandin E3 Chemical compound CC\C=C/C[C@H](O)\C=C\[C@H]1[C@H](O)CC(=O)[C@@H]1C\C=C/CCCC(O)=O CBOMORHDRONZRN-QLOYDKTKSA-N 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 150000003071 polychlorinated biphenyls Chemical class 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 2
- 230000009365 direct transmission Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 210000003127 knee Anatomy 0.000 description 1
Landscapes
- Multi Processors (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明はプロセッサ間通信におけるデータ転送競合回避
方式に関する。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a data transfer conflict avoidance method in inter-processor communication.
〔従来の技術]
プロセッサ間通信の方式としては、従来より各種の方式
が提案ないし実用化されているが、その1つに例えば特
開昭58−158732号公報や特開昭58−1921
59号公報に見られるような機能を有するプロセッサ間
接続装置(以下PCEと称す)、即ちプロセッサのチャ
ネルの多重動作の単位であるサブチャネルと1対1に対
応するサブチャネルを有し、各々のサブチャネルをそれ
ぞれ独立に他のサブチャネルと関係付けて各々−対の通
信バスを設定し、送信フレームの組立等をプロセンサに
代わって実行する機能を有するPCEを使用し、各々の
プロセッサをそれぞれ上記の如きPCBを介してシリア
ル・バスに接続し、複数プロセッサ間の指定サブチャネ
ルどうしで直接にデータの送受信を可能にしたプロセッ
サ間通信方式がある。[Prior Art] As a method for inter-processor communication, various methods have been proposed or put into practical use, and one of them is, for example, Japanese Patent Laid-Open No. 58-158732 and Japanese Patent Laid-Open No. 58-1921.
A processor-to-processor connection device (hereinafter referred to as PCE) having a function as seen in Publication No. Each subchannel is independently associated with other subchannels to set up a pair of communication buses, and a PCE having a function of assembling a transmission frame etc. in place of the processor is used, and each processor is connected to the above. There is an inter-processor communication system that connects to a serial bus via a PCB such as , and enables direct transmission and reception of data between designated subchannels between multiple processors.
ところで、このようなプロセッサ間通信方式では、送信
フレームの組立等がPCBで行われる為にプロセンサの
通信オーバーへンドは小さく、またチャネルの複数のサ
ブチャネルで1つのPCBが共用化されているのでハー
ドウェア量が少なくなる。しかし、複数のサブチャネル
でPCB内の送受信バッファ等を共用化しているが故に
、何らかの対策を講じないと1つのPCBでデータの送
受信が競合し、バッファビジー等にてデータを受信でき
ない事態が発生し得る。そこで、本発明者等はデータ送
受信の競合を回避するための方式として次のような幾つ
かの方式を考えた。By the way, in such an inter-processor communication system, the communication overhead of the processor is small because the transmission frame is assembled on the PCB, and one PCB is shared by multiple subchannels of the channel. The amount of hardware is reduced. However, since multiple subchannels share the sending and receiving buffers in the PCB, unless some countermeasure is taken, data sending and receiving will conflict on one PCB, resulting in a situation where data cannot be received due to buffer busy, etc. It is possible. Therefore, the inventors of the present invention have devised the following several methods for avoiding contention in data transmission and reception.
(1)方式1
■先ず、基本的には、受信側サブチャネルで受信準備が
できた場合、その旨を示す受(、”、串備完了通知(以
下RRと称す)を送信側に送出するRR送出処理を行い
、送信側ではそのRRを受信したときに送信側サブチャ
ネルに対しデータを要求するというRR受信処理を行い
、これに応して送信側サブチャネルから送出されたデー
タを受信側サブチャネルへ転送するといった構成を採用
する。(1) Method 1 ■First, basically, when the reception side subchannel is ready for reception, it sends a reception completion notification (hereinafter referred to as RR) to the transmission side indicating that. RR transmission processing is performed, and when the transmitting side receives the RR, RR receiving processing is performed in which it requests data from the transmitting side subchannel, and in response, the receiving side receives the data sent from the transmitting side subchannel. A configuration in which the data is transferred to a subchannel is adopted.
■そして、各PCBでは、既に別のRRを送信し或いは
受信しておりそれにかかるデータ受信或いはデータ送信
が完了していないといった状態にある場合には、新たな
RR送信は待ち合わせると共にRRの受信があってもそ
の受信自体を拒否する。■If each PCB is in a state where it has already transmitted or received another RR and the data reception or data transmission has not been completed, the new RR transmission will be awaited and the RR reception will be delayed. Even if there is, I will refuse to receive it.
(2)方式2 ■方式1の上記■と同様の構成を採用する。(2) Method 2 ■The same configuration as in Method 1 above (■) is adopted.
■そして、各PCBでは、既に別のRRを送信し或いは
受信しておりそれにかかるデータ受信或いはデータ送信
が完了していないといった状態にある場合には、新たな
RR送信は待ち合わせ、RRの受信があった場合にはR
Rの受信は行うがRR受信処理は待ち合わせる。そして
、更に、RR送信時に自PCB固有のタイマ値を持つタ
イマをスタートさせ、そのタイマがタイムアツプするま
でに上記送出したRRにかかるデータが送信されて来な
い場合には上記送出したRRにかかるデータ受信を取り
止め、待ち合わせていたRR受信処理があればそれを実
行する。■If each PCB is in a state where it has already transmitted or received another RR and the data reception or data transmission has not been completed, the new RR transmission is deferred and the RR reception is suspended. R if there is
It receives R, but waits for RR reception processing. Furthermore, when transmitting an RR, a timer with a timer value unique to the own PCB is started, and if the data related to the sent RR is not transmitted by the time the timer times up, the data related to the sent RR is The reception is canceled, and if there is a waiting RR reception process, it is executed.
しかしながら、上述した方式には次のような問題点があ
った。However, the above-mentioned method has the following problems.
・方式1の問題点
既に別のRRを送信し或いは受信しておりそれにかかる
データ受信或いはデータ送信が完了していないといった
状態にある場合、RRの受信があってもその受信自体を
拒否するため、RRの送出元PCEはRRが受信される
まで繰り返しRRの送出を続ける必要があり、通信のス
ループントが低下する。・Problems with method 1: If another RR has already been sent or received and the data reception or data transmission related to it has not been completed, the reception itself is rejected even if the RR is received. , the RR sending source PCE must continue sending the RR repeatedly until the RR is received, which reduces communication throughput.
・方式2の問題点
既に別のRRを送信し或いは受信しておりそれにかかる
データ受信或いはデータ送信が完了していないといった
状態にある場合にRRの受信があった場合、方式lと異
なりRRの受信を行うので(但し、RR受信処理は待ち
合わせる)、RRの再送による通信のスループットの低
下はない。しかし、例えば未だRR送信処理およびRR
受信処理を全く行っていない2個のPCEαとPGE3
とがある場合に、PCEαからPGE3に対するRRの
送信とPGE3からPCEαに対するRRの送信とがほ
ぼ同時に為されたとき、PCEαではPGE3から受信
したRRの受信処理を待ち合わせてPGE3からデータ
が送られてくるのを待ち、他方PCEβではPCEαか
ら受信したRRの受信処理を待ち合わせてPCEαから
データが送られてくるのを待つ状態となり、共に処理が
進まなくなる。この待ち状態はタイマ値の小さなPCE
側のタイマがタイムアウトするまで続けられ、その後解
消するが、タイマ値で定まる成る一定期間だけ処理が進
まないので、通信のスループットが低下することになる
。・Problems with method 2: If an RR is received in a state where another RR has already been transmitted or received and the data reception or data transmission related to it has not been completed, unlike method 1, the RR's Since reception is performed (however, RR reception processing is delayed), there is no reduction in communication throughput due to RR retransmission. However, for example, RR transmission processing and RR
Two PCEα and PGE3 that are not performing any reception processing
In this case, when the transmission of RR from PCEα to PGE3 and the transmission of RR from PGE3 to PCEα are done almost simultaneously, PCEα waits for the reception processing of the RR received from PGE3 and then sends the data from PGE3. On the other hand, PCEβ waits for the reception processing of the RR received from PCEα and waits for data to be sent from PCEα, and the processing does not proceed. This wait state is a PCE with a small timer value.
The process continues until the timer on the side times out, and then it is resolved, but the process does not proceed for a certain period of time determined by the timer value, resulting in a decrease in communication throughput.
本発明はこのような事情に鑑みて為されたものであり、
その目的は、通信のスループットの低下を極力抑えてつ
つ、RRの制御によって各PCBにおけるデータ転送の
競合を回避することができるプロセッサ間通信における
データ転送競合回避方式を提供することにある。The present invention has been made in view of these circumstances,
The purpose is to provide a data transfer conflict avoidance method in inter-processor communication that can avoid data transfer conflicts in each PCB by controlling the RR while suppressing a decrease in communication throughput as much as possible.
本発明は上記の目的を達成するために、各々のプロセッ
サをそれぞれPCBを介してシリアル・バスに接続し、
それらのPCBにより、各プロセッサのチャネルの多重
動作の単位である複数のサブチャネルの各々をそれぞれ
独立に他のサブチャネルと関係付けて各々一対の通信バ
スを設定し、且つ、データ転送時には受信側で受信準備
が整った場合にRRを受信側から送信側へ通知し、送信
側ではこのRRにかかる受信処理を行ってデータ送信を
開始するプロセッサ間通信システムにおいて、前記各P
CBに、既にRRを送信しそれにかかるデータ受信が完
了していないという第1の状態を表示する第1の表示手
段と、既にRRの受信および受信処理を行いそれにかか
るデータ送信が完了していないという第2の状態を表示
する第2の表示手段と、RRの送信処理に際し、前記第
1および第2の状態が何れも成立していなければ直ちに
送信処理を行い、それ以外のときはそのRRを保留状態
にして後に再度処理するRR送信制御手段と、RRの受
信処理に際し、前記第1および第2の状態が何れも成立
していなければ直ちに受信処理を行い、第1の状態が成
立しているときは受信したRR中の送信元装置アドレス
と自装置アドレスとの比較結果に応して何れが一方を優
先し且つ前記第1の状態より今回のRrlの受信処理を
優先する場合には前記第1の状態にががるデータ受信の
待ち合わせ制御を行い、それ以外のときは受信処理を保
留状態にして後に再度処理するRR受信制御手段とを設
けたものである。In order to achieve the above object, the present invention connects each processor to a serial bus via a PCB,
Through these PCBs, each of the plurality of subchannels, which is a unit of multiplexed operation of the channel of each processor, is independently associated with other subchannels, and a pair of communication buses is set up, and when data is transferred, the receiving side In the inter-processor communication system, the receiving side notifies the transmitting side of the RR when the reception is ready, and the transmitting side performs reception processing on this RR and starts data transmission.
a first display means for displaying on the CB a first state that the RR has already been transmitted and the data reception related to the RR has not been completed; a second display means for displaying a second state; and when transmitting an RR, if neither of the first and second states is established, the transmission process is performed immediately; otherwise, the RR is transmitted. an RR transmission control means that puts the RR in a hold state and processes it again later; and when receiving the RR, if neither the first nor the second state is established, the reception processing is performed immediately, and the first state is established. If the source device address in the received RR is compared with the own device address, which one takes priority over the other, and when the current Rrl reception processing takes priority over the first state, RR reception control means performs waiting control for data reception depending on the first state, and otherwise puts the reception processing on hold and processes it again later.
本発明のプロセッサ間通信におけるデータ転送競合回避
方式においては、各PCBの第1の表示手段が、自PC
Eから既にRRを送信しそれにががるデータ受信が完了
していなければその旨の第1の状態を表示すると共に、
第2の表示手段が、自PCEで既にRRの受信および受
信処理を行いそれにかかるデータ送信が完了していなけ
ればその旨の第2の状態を表示し、受信側サブチャネル
の受信準備が整ったことから各PCBがRRを送信しよ
うとする際、各PCBのRR送信制御手段が、自PCB
の第1および第2の表示手段を参照して第1および第2
の状態が何れも成立していなければ直ちに送信処理を行
い、それ以外のときはそのRRを保留状態にして後に再
度処理し、他方、各PCEが他PCEから受信したr?
Rの受信処理を行う際、各PCBのRR受信制御手段が
、自PCBの第1および第2の表示手段を参照して第1
および第2の状態が何れも成立していなければ直ちに受
信処理を行い、第1の状態が成立しているときは受信し
たRR中の送信元装置アドレスと自装置アドレスとの比
較結果に応して何れか一方を優先し且つ前記第1の状態
より今回のRrlの受信処理を優先する場合には前記第
1の状態にかかるデータ受信の待ち合わせ制御を行い、
それ以外のときは受信処理を保留状態にして後に再度処
理することにより、データ転送の競合を回避する。In the data transfer conflict avoidance method in inter-processor communication of the present invention, the first display means of each PCB is
If the RR has already been sent from E and data reception is not yet completed, the first status to that effect is displayed, and
If the own PCE has already received and processed the RR and the data transmission related to it has not been completed, the second display means displays a second state to that effect, and the receiving side subchannel is ready for reception. Therefore, when each PCB attempts to transmit an RR, the RR transmission control means of each PCB
the first and second display means with reference to the first and second display means of
If none of these conditions hold true, the transmission process is performed immediately; otherwise, the RR is put on hold and processed again later. On the other hand, each PCE receives r? from other PCEs.
When performing R reception processing, the RR reception control means of each PCB refers to the first and second display means of its own PCB and displays the first
If the second condition is not established, the reception process is performed immediately, and if the first condition is established, the reception process is performed according to the comparison result between the source device address in the received RR and the own device address. If one of them is given priority and the current Rrl reception processing is given priority over the first state, performing waiting control for data reception in the first state,
In other cases, data transfer conflicts are avoided by putting the reception process on hold and processing it again later.
[実施例]
次に、本発明の実施例について図面を参照して詳細に説
明する。[Example] Next, an example of the present invention will be described in detail with reference to the drawings.
第1図は本発明を適用したPCBの構成例を示す要部ブ
ロック図である。この例のPCBlooは、プロセンサ
200のチャネルの入出力動作の単位であるサブチャネ
ルと1対1に対するサブチャネルを有し、プロセッサ2
00とはチャネルインタフェイス(チャネルI/F)1
02を介して接続されている。また、第1図には図示し
ない他のPCBが接続されるシリアル・ハス300に図
示しないハス・インタフェイスを介して接続されている
。即ち、本発明が適用されるブロセ、す間通体システム
は、第8図に示すようにバス形式のシリアル・ハスに各
々PCBを介して複数のプロセッサが接続され、或いは
第9図に示すようにループ形式のシリアル・ハスに各々
PCBを介して複数のプロセッサが接続されたシステム
であり、第1図はその一部分を示している。ここで、各
PCBにはそれ固有のアドレスが付与されており、本発
明ではこのアドレスの大小によりデータ転送競合時の優
先方向を決定している。FIG. 1 is a block diagram of main parts showing an example of the configuration of a PCB to which the present invention is applied. The PCBloo in this example has a subchannel which is a unit of input/output operation of the channel of the processor 200, and a subchannel for one-to-one correspondence.
00 is channel interface (channel I/F) 1
It is connected via 02. It is also connected to a serial bus 300 to which other PCBs (not shown) are connected in FIG. 1 via a bus interface (not shown). That is, in a bus interconnection system to which the present invention is applied, a plurality of processors are each connected to a bus-type serial bus via a PCB, as shown in FIG. This is a system in which a plurality of processors are each connected to a loop-type serial bus via a PCB, and FIG. 1 shows a portion of the system. Here, each PCB is assigned a unique address, and in the present invention, the priority direction in the event of a data transfer conflict is determined based on the magnitude of this address.
再び第1図を参照すると、PCE 100は、制御部1
01.チャネルI/F 102.送信バッファ103.
受信バッファ104.送信処理待ちキュー105.RR
送送信ラフラグ106受信処理待ち一トユー107.R
R受信済フラグ108.ブタ受信待ち合わせフラグ10
9.自PCEアドレスラッチ110および比較RWII
Iを有している。なお、本発明のPCBlooの基本的
な機能すなわちプロセッサ200のチャネルの各サブチ
ャネルと他PCBのチャネルの各サブチャネルとを1対
1に関係付け、複数プロセッサ間の指定サブチャネルど
うしで直接にデータの送受信を可能ならしめる機能につ
いては特開昭58−158732号公報または特開昭5
8−192159号公報に記載されたPCBと同様なも
のである。Referring again to FIG. 1, the PCE 100 includes a controller 1
01. Channel I/F 102. Transmission buffer 103.
Receive buffer 104. Transmission processing queue 105. R.R.
Sending and sending flag 106 Waiting for reception processing 107 . R
R received flag 108. Pig reception waiting flag 10
9. Own PCE address latch 110 and comparison RWII
It has I. Note that the basic function of the PCBloo of the present invention is to associate each subchannel of the channel of the processor 200 with each subchannel of the channel of other PCBs on a one-to-one basis, and to directly transfer data between specified subchannels between multiple processors. Regarding the function that enables transmission and reception of
This is similar to the PCB described in Japanese Patent No. 8-192159.
第2図乃至第6図は制御部101で実行されるデータ転
送競合回避に関連する処理の一例を示す流れ図であり、
以下、各図を参照して本実施例の構成および動作を説明
する。FIGS. 2 to 6 are flowcharts showing an example of processing related to data transfer conflict avoidance executed by the control unit 101,
The configuration and operation of this embodiment will be described below with reference to each figure.
r’cE100が、プロセッサ200のチャネルの送信
サブチャネル(データの送信を行うタスクに対応するサ
ブチャネル)にがかるRRの送信を行おうとする場合お
よびシリアル・ハス300を介して受信したRRについ
てプロセンサ200のチャネルの受信サブチャネル(デ
ータの受信を行うタスクに対応するサブチャネル)にデ
ータ要求するというRRR信処理を行おうとする場合の
、PCElooの状況としては、既送信RR,既受信R
Rの有無に応じて次のような場合に分けられる。When the r'cE 100 attempts to transmit an RR on the transmission subchannel of the channel of the processor 200 (a subchannel corresponding to a task that transmits data), the processor 200 transmits an RR regarding the RR received via the serial hash 300. When attempting to perform RRR processing of requesting data to the reception subchannel of the channel (subchannel corresponding to the task that receives data), the status of PCEloo is as follows:
Depending on the presence or absence of R, it can be divided into the following cases.
(1)RRR信時 ■既送信RR,既受信RRともに無し。(1) When RRR is sent ■There are no sent RRs or received RRs.
■既送信RRのみ有り。■Only sent RRs are available.
■既受信R1’?のみ有り。■Received R1’? Only available.
■既送信RR,既受信RRともに有り。但し、この場合
は既送信RRについてはそのデータ受信は待ち合わせ状
態になっている。■There are both sent and received RRs. However, in this case, data reception for the already transmitted RR is in a waiting state.
(2)RRR信時 ■既送信RR,既受信RRともに無し。(2) When RRR is sent ■There are no sent RRs or received RRs.
■既送信RRのみ有り。■Only sent RRs are available.
■既受信RRのみ有り。■Only received RRs are available.
■既送信RR2既受信RRともに有り。但し、この場合
も既送信RRについてはそのデータ受信は待ち合わせ状
態になっている。■There are both sent RR and received RR. However, in this case as well, data reception for the already transmitted RR is in a waiting state.
以下、各場合ごとに説明する。なお、以下の説明では、
RRR信要求あるいはRR受信があった時点で第1図の
送信処理待ちキュー105および受信処理待ちキュー1
07には1つもRRR信要求および受信RRは格納され
ていないものとする。Each case will be explained below. In addition, in the following explanation,
When there is an RRR transmission request or RR reception, the transmission processing waiting queue 105 and the receiving processing waiting queue 1 in FIG.
It is assumed that no RRR request or received RR is stored in 07.
(1)RRR信時 ■既送信RR,既受信RRともに無しの場合。(1) When RRR is sent ■If there are no sent RRs or received RRs.
この場合、第1図のR1’?送信済フラグ106RR受
信済フラグ108は共にオフになっている。In this case, R1' in FIG. The transmitted flag 106RR and the received flag 108 are both off.
プロセッサ200のチャネルの成る送信サブチャネルに
ついてRRの送信要求が発生ずると、第3図のRRR信
制御処理が実行される。このRRR信制御処理では、R
R送送信ラフラグ106よびRR受信済フラグIO8が
共にオフになっているので、処理Sll、S12を経由
して処理S13に進み、RR送送信ラフラグ106オン
にされた後、処理S14でRRR信要求に基づ<RRR
信処理が実行される。即ち、自PCE 100のアドレ
ス、相手PCBのアドレス、送信サブチャネル番号、受
信サブチャネル番号等を含むRRが送信ハソファ103
. シリアル・ハス300”;、介して相手PCBに
送出される。When an RR transmission request is generated for the transmission subchannel of the channel of the processor 200, the RRR signal control process shown in FIG. 3 is executed. In this RRR signal control process, R
Since both the R transmission/transmission rough flag 106 and the RR received flag IO8 are off, the process proceeds to processing S13 via processing Sll and S12, and after the RR transmission/transmission rough flag 106 is turned on, the RRR reception request is sent in processing S14. Based on <RRR
communication processing is executed. That is, the RR including the address of the own PCE 100, the address of the other party's PCB, the sending subchannel number, the receiving subchannel number, etc.
.. Serial number 300''; is sent to the other party's PCB.
■既送信RRのみ有りの場合
この場合、第1図のRR送送信ラフラグ106オン、R
RR信済フラグ108はオフになっているため、第3図
のRRR信制御処理では、処理S11を経て処理S15
に進の、そのRR送信要〕kが送信処理待ちキュー10
5に格納される。即ち、RRの送信処理が保留にされる
。この保留にされたRRR信要求は、既送信RRについ
てのデータ受信が完了した時点で再度処理される。即ち
、既送信RRについてのデータ受信が完了すると、第4
図の処理326でRR送送信ラフラグ106オフにされ
て第6図の待ちキュー処理が実行され、処理S42で上
記保留にされたRRR信要求が送信処理待ちキュー10
5から取り出され、第3図の処理S14で相手PCEに
対し送信される。■When there is only a previously sent RR In this case, the RR transmission rough flag 106 in
Since the RR credit card flag 108 is off, in the RRR credit control process in FIG.
[required for RR transmission] k is the transmission processing waiting queue 10
It is stored in 5. That is, the RR transmission process is put on hold. This pending RRR request is processed again when data reception for the already transmitted RR is completed. That is, when the data reception for the already transmitted RR is completed, the fourth
In the process 326 shown in the figure, the RR transmission flag 106 is turned off and the waiting queue process in FIG.
5 and transmitted to the other party's PCE in step S14 in FIG.
■既受信RRのみ有りの場合。■If there are only received RRs.
この場合、第1図のRR送送信ラフラグ106オフ、R
RR信済フラグ108はオンになっているため、第3図
のRRR信制御処理では、処理S11、S12を経て処
理S15に進み、そのRRR信要求が送信処理待ち一ト
ユー105に格納される。即ち、RRの送信処理が保留
にされる。この保留にされたRrl送信要求は、既受信
R1’?についてのデータ送信が完了した時点で処理さ
れる。即ち、既受信RRについては、第2図の処理S4
によるRRR信処理が行われ、それに応してプロセッサ
200の送信サブチャネルからデータの送信が行われる
と、第5図の処理S31によってデータが送信バッファ
103.シリアル・ハス300を経由して相手PCBに
送られ、データ送信が完了すると、処理S32を経て処
理S33によりRRR信済フラグ108がオフにされて
処理334を経′ζ第6図の待ちキュー処理が実行され
、その処理S42で送信処理待ちキュー105から上記
保留にされたRrl送信要求が取り出され、第3図の処
理S14においてRRR信処理が行われるものである。In this case, the RR transmission/transmission flag 106 in FIG.
Since the RR credit flag 108 is on, the RRR communication control process shown in FIG. 3 proceeds to process S15 through processes S11 and S12, and the RRR communication request is stored in the transmission process waiting user 105. That is, the RR transmission process is put on hold. This pending Rrl transmission request is the received R1'? will be processed once the data transmission is completed. That is, for the received RR, the process S4 in FIG.
When RRR signal processing is performed and data is transmitted from the transmission subchannel of the processor 200 accordingly, the data is transferred to the transmission buffer 103 . The data is sent to the other party's PCB via the serial number 300, and when the data transmission is completed, the RRR credit flag 108 is turned off in process S33 through process S32, and process 334 is performed.The waiting queue process shown in FIG. is executed, the suspended Rrl transmission request is taken out from the transmission processing waiting queue 105 in process S42, and RRR transmission processing is performed in process S14 in FIG.
■既送信RR,既受信RRともに有りの場合。■If both sent RR and received RR are present.
この場合、第1図のI’?R送信済フラグ106および
RRR信済フラグ108はともにオンになっているため
、第3図のRRR信制御処理では、処理S15によりそ
のRRR信要求が送信処理待ち4’ニー105に格納さ
れる。即ち、RRの送信処理が保留にされる。この保留
にされたRRR信要求は、既送信RRについてのデータ
受信および既受信RRについてのデータ送信が完了した
時点で処理される。In this case, I'? Since both the R transmission completion flag 106 and the RRR transmission completion flag 108 are on, in the RRR transmission control process of FIG. 3, the RRR transmission request is stored in the transmission processing waiting 4' knee 105 in step S15. That is, the RR transmission process is put on hold. This pending RRR request is processed when data reception for the already transmitted RR and data transmission for the already received RR are completed.
(2)RRR信時 ■既送信RR5既受信RRともに無しの場合。(2) When RRR is sent ■If there are no sent RRs or 5 received RRs.
この場合、第1図のrlR送信送信ラフラグ106RR
受信済フラグ108にオフになっている。In this case, the rlR transmission transmission rough flag 106RR in FIG.
The received flag 108 is set to OFF.
シリアル・ハス300を介して自己のPCBアドレスを
含むRRが受信ハソファ104で受信されると、第2図
のRRR信制御処理が実行される。When the receiving router 104 receives an RR including its own PCB address via the serial bus 300, the RRR communication control process shown in FIG. 2 is executed.
このl’?R受信制御処理では、RR送送信ラフラグ1
06よびRRR信済フラグ108が共にオフになってい
るの°乙処理Sl、S2を経由して処理S3に進み、R
RR信済フラグ108がオンにされた後、処理S4で受
信RRに基づ<RRR信処理が実行される。即ち、受信
RR中の送信サブチャネルに対しデータの要求が行われ
る。This l'? In the R reception control process, the RR transmission/transmission flag 1
06 and the RRR credit card flag 108 are both turned off. Proceed to processing S3 via processing S1 and S2, and R
After the RR credit flag 108 is turned on, <RRR message processing is executed based on the received RR in step S4. That is, a data request is made to the transmission subchannel in the reception RR.
■既送信RRのみ有りの場合。■If there are only sent RRs.
この場合、第1図のrlR送信送信ラフラグ106ン、
RRR信済フラグ108はオフになっているため、第2
図のRRR信制御処理では処理5IS5を経て処理S8
へ進む。この処理s8では、受信RR中の送信元PCV
、アドレスと自PCBアドレスとが第1図の比較器11
1において比較され、自PCBアドレスの方が小さりれ
ば自PCBが既に送信した既送信RRに対するデータ受
信を優先するために処理S6を経由して処理S7に進む
。すなわち、受信RRを受信処理待ちキューI07に格
納してRRR信処理を保留にする。この保留にされたR
RR信処理は優先された既送信RRにかかるデータ受信
が完了した時点で再度行われる。なお、処理S6は既受
信RRにかかる一連のデータ受信における2番目以陪の
RRを受信したとき処理S4のRRR信処理を行うため
のものである。In this case, the rlR transmission transmission rough flag 106 in FIG.
Since the RRR credit flag 108 is off, the second
In the RRR signal control process shown in the figure, the process goes through process 5IS5 and then process S8.
Proceed to. In this process s8, the source PCV in the received RR is
, the address and the own PCB address are determined by the comparator 11 in FIG.
1, and if the own PCB address is smaller, the process proceeds to process S7 via process S6 in order to give priority to data reception for the already transmitted RR that has already been transmitted by the own PCB. That is, the received RR is stored in the reception processing waiting queue I07, and the RRR transmission processing is put on hold. This suspended R
The RR transmission process is performed again when data reception related to the prioritized already transmitted RR is completed. Note that processing S6 is for performing the RRR reception processing of processing S4 when a second or subsequent RR in a series of data reception related to already received RRs is received.
他方、自PCBアドレスの方が大きければ、RRR信処
理を優先するために処理S9に進んで既送信RRに対す
るデータ受信の待ち合わせを行うために第1図のデータ
受信待ち合わせフラグ109をオンにした後、処理S3
を経て処理S4でRRR信処理を行う。On the other hand, if the own PCB address is larger, the process proceeds to step S9 to give priority to RRR transmission processing, and after turning on the data reception waiting flag 109 in FIG. 1 to wait for data reception for the already transmitted RR. , processing S3
After that, RRR communication processing is performed in step S4.
データ受信待ち合わせが行われた既送信RRについて相
手PCBからデータが送信されてきた場合のデータ受信
制御は次のようにして行われる。Data reception control is performed as follows when data is transmitted from the other party's PCB for a previously transmitted RR for which data reception has been scheduled.
既送信RRにかかるデータがシリアル・ハス300を介
して受信バッファ104に受信されると、第4図のデー
タ受信時処理の処理S21でデータ受信待ち合わせフラ
グ109がオンであることが12識され、データ受信処
理S23へは進まずに処理S22でデータ受信処理を待
ち合わせる。乙のデータ受信処理の待ち合わせは、41
先して処理された既受信RR−ζこかかるデータ送信が
完了した時点で解除される。即ち、既受信RRにかかる
データ送信が完了すると、第5図のデータ送信時処理の
処理S33でRRR信済フラグ108がオフムこされる
と共Cご処理S34でデータ受信待ち合わせフラグ10
9がオンにされていたことが認識されて処理S35でそ
のフラグがオフにされ、処理S36で受信待ち合わせデ
ータが存在することが認識されると、第4図の処1s2
3へ進み、待ち合わしていたデータ受信処理が実行され
る。これによって、第1図の受信バッファ104に蓄積
され°ζいたデータが指定の受信サブチャネルζことさ
れ、その後第4図の処理S24に進み、今回のデータで
データ受信完了でなければ処理S25で次のデータ受信
準備が整った81点で当該一連のデータ受信における2
番目以鋒のRRの送信処理が行われ、データ受信完了で
あれは処理526に進むものである。When the data related to the already transmitted RR is received by the reception buffer 104 via the serial hash 300, it is recognized in step S21 of the data reception process in FIG. 4 that the data reception waiting flag 109 is on. The process waits for data reception processing in processing S22 without proceeding to data reception processing S23. The waiting time for Party B's data reception processing is 41
The previously processed received RR-ζ is released when the data transmission is completed. That is, when the data transmission related to the already received RR is completed, the RRR acknowledgment flag 108 is cleared in step S33 of the data sending process in FIG. 5, and the data reception wait flag 10 is cleared in step S34.
9 is turned on, the flag is turned off in step S35, and when it is recognized in step S36 that reception waiting data exists, step 1s2 in FIG.
The process advances to step 3, and the awaited data reception process is executed. As a result, the data stored in the reception buffer 104 in FIG. 1 is transferred to the designated reception subchannel ζ, and then the process proceeds to step S24 in FIG. 2 points in the series of data reception at the 81st point ready to receive the next data.
The transmission process for the next RR is performed, and if the data reception is complete, the process proceeds to process 526.
なお、データ転送競合時の優先方向の決定におけるPC
Bアドレスの大小関係は、上記に述べた関係と逆であっ
ても構わないが、シリアル・ハス300につながる全P
CBが同一の条件で動作することが必要である。In addition, the PC in determining the priority direction in the case of data transfer contention
The size relationship of the B address may be the opposite of the relationship described above, but all P addresses connected to the serial number 300
It is necessary that the CBs operate under the same conditions.
■既受信RRのみ有りの場合。■If there are only received RRs.
この場合、第1図のRR送送信ラフラグ106オフ、R
RR信済フラグ108はオンになっζいるため、第2図
のRRR信制御処理では、処理S1、S2.S6を経て
処理S7へ進み、受信RRが受信処理待ちキュー107
に格納され、RRR信処理が保留にされる。この保留に
されたRRR信処理は、既受信RRにかかるデータ送信
が完了した時点で処理される。In this case, the RR transmission/transmission flag 106 in FIG.
Since the RR credit flag 108 is on, in the RRR credit control process in FIG. 2, processes S1, S2. Proceeding to process S7 via S6, the received RR is placed in the reception process waiting queue 107.
, and RRR communication processing is put on hold. This suspended RRR signal processing is processed when data transmission related to the received RR is completed.
■既送信RR,既受信RRともに有りの場合。■If both sent RR and received RR are present.
この場合、第1図のRR送送信ラフラグ106よびRR
R信済フラグ10Bはともにオンになっているため、第
2図のRRR信制御処理では、処理Sl、S5.S6を
経て処理S7へ進み、その受信RRにかかるR1’?受
信処理が保留にされる。In this case, the RR transmission/transmission flag 106 in FIG.
Since both R credit completion flags 10B are on, in the RRR communication control process of FIG. 2, processes Sl, S5. Proceeding to step S7 via S6, R1'? concerning the received RR is processed. Reception processing is put on hold.
この保留にされたRRR信処理は、既送信RRにかかる
データ受信および既受信RRにかかるデータ送信が完了
した時点で実行される。This suspended RRR signal processing is executed at the time when data reception related to the already transmitted RR and data transmission related to the already received RR are completed.
以上、各場合について本実施例の動作を説明した。なお
、以上の動作はRRR信要求あるいはRR受信があった
時点で第1図の送信処理待ちキュ105および受信処理
待ちキュー107に1つもRRR信要求および受信RR
が格納されていないものとしたが、それらが格納されて
いる場合には次のような動作が行われる。The operation of this embodiment has been described above for each case. Note that the above operation is such that when there is an RRR transmission request or RR reception, there is no RRR transmission request or reception RR in the transmission processing waiting queue 105 and reception processing waiting queue 107 in FIG.
It is assumed that these are not stored, but if they are stored, the following operation will be performed.
データ送信またはデータ受信の完了時には第6図の待ぢ
キュー処理が実行されるので、送信処理待ちキュー10
5または/および受信処理待ちキュー107に1つ以上
のRRR信要求、受信RRが格納されていると、速やか
に第3図の処理S13でRR送送信ラフラグ106オン
にされて処理S14のRRR信処理が開始されるか、ま
たは第2図の処理S3でRRR信済フラグ108がオン
にされて処理S4でRRR信処理が開始される。When data transmission or data reception is completed, the waiting queue process shown in FIG. 6 is executed, so the transmission processing waiting queue 10
5 or/and one or more RRR transmission requests and reception RRs are stored in the reception processing waiting queue 107, the RR transmission/transmission rough flag 106 is immediately turned on in step S13 of FIG. The process is started, or the RRR credit flag 108 is turned on in process S3 in FIG. 2, and the RRR credit process is started in process S4.
従っ“ζ、新たなRRR信要求の発生時、新たなRRR
信時に送信処理待ちキュー105.受信処理待ちキ二一
107にRRR信要求または/および受信RRが格納さ
れているときは、RR送送信ラフラグ106たはR1’
?受信済フラグ108がオンになっており、新たなRR
R信要求や新たな受信RRは送信処理待ちキュー105
.受信処理待ちキュー107に格納されることになる。Therefore, when a new RRR request occurs, a new RRR
At the time of transmission, the transmission processing waiting queue 105. When an RRR request and/or a received RR is stored in the reception processing waiting key 107, the RR transmission/transmission flag 106 or R1'
? The received flag 108 is on and the new RR
R transmission requests and new received RRs are sent to the transmission processing waiting queue 105.
.. It will be stored in the reception processing waiting queue 107.
そして、第6図の処理S42.S43では、最も古いR
RR信要求、受信RRが送信処理待ちキュ−105゜受
信処理待ちキュー107から取り出されるので、保留に
されたRRR信要求3受信RRは先着順に処理されるこ
とになる。なお、送信処理待ちキュー105と受信処理
待ちキュー107にRRR信要求と受信RRとが共に格
納されている場合には、第6回の処理S41においては
、予め定められた優先順位に従っこR1’?送信要求ま
たは受信RRの何れから処理するかが決定されるもので
ある。Then, process S42 in FIG. In S43, the oldest R
Since the RR request and received RR are taken out from the transmission processing waiting queue 105 and the reception processing waiting queue 107, the pending RRR sending request 3 received RR will be processed on a first-come, first-served basis. Note that when the RRR transmission request and the received RR are both stored in the transmission processing waiting queue 105 and the receiving processing waiting queue 107, in the sixth processing S41, the R1 is sent according to the predetermined priority order. '? It is determined whether to process the transmission request or the received RR.
最後に、本発明の特徴の1つであるPCBアドレスの大
小による優先制御によって如何にしてデータ転送の競合
が解消されるかを3個のPCE間でのRRR合時のタイ
ムチャートである第7図を参照して説明−jる。なお、
第7図において、縦線は各PCBを示し、縦線間を結ん
でいる矢印はRRおよびデータのやりとりを示す。また
、各PCE#00〜#02のアドレスは00 01 0
2であり、ここではPCE#00−→PCE#01PC
E#01−+PCE#02 PCE#02→PCE#
OOのRR送信が競合する状況を示している。Finally, we will explain how data transfer conflicts are resolved by priority control based on the size of PCB addresses, which is one of the features of the present invention. This will be explained with reference to the figures. In addition,
In FIG. 7, vertical lines indicate each PCB, and arrows connecting the vertical lines indicate RR and data exchange. Also, the address of each PCE #00 to #02 is 00 01 0
2, and here PCE#00-→PCE#01PC
E#01-+PCE#02 PCE#02→PCE#
It shows a situation where RR transmission of OO is competing.
先ず、第7図のa点におい°ζは、RRR信後の1’?
R受信であり、第2図に従い受信したR R(3)の送
信元PCBアドレス(この場合02)と自PCBアドレ
ス(この場合00)とが比較される。そして、自PCE
アドレスの方が小さいため、T?r?(3)にがかるR
RR信処理を待ち合わせ自PCBの送信したRR(1)
に対するデータ受信を優先する。First, at point a in Figure 7, °ζ is 1' after the RRR signal?
This is R reception, and the source PCB address (02 in this case) of the received RR(3) according to FIG. 2 is compared with the own PCB address (00 in this case). And own PCE
Since the address is smaller, T? r? (3) Bitter R
Waiting for RR communication processing RR sent by own PCB (1)
Priority is given to data reception for
点す、 cにおいζは、点aと逆で自PCEア1゛レ
スの方が大きいので、受信したRR(1)、 RR(
2)にかかるRRR信処理を行って自PCBからのデー
タ送信を優先する。これによって、PCE#O1からデ
ータ(1)がPCE#00に送信され、PCEO2から
PCE#01にデータ(3)が送信される。The odor ζ at point c is opposite to point a and is larger at the own PCE address, so the received RR(1), RR(
The RRR transmission process related to 2) is performed to give priority to data transmission from the own PCB. As a result, data (1) is transmitted from PCE#O1 to PCE#00, and data (3) is transmitted from PCEO2 to PCE#01.
このとき、PCE#01では既送信RR(2)にかかる
データ受信の待ち合わせ制御が開始され、PCE#02
では既送信RR(3)にかかるデータ受信の待ち合わせ
制御が開始される。At this time, PCE #01 starts waiting control for data reception related to the already transmitted RR (2), and PCE #02
Then, waiting control for data reception regarding the already transmitted RR (3) is started.
点dにおいては、PCE#O1から送信されたデータ(
1)を受信し、未だデータ受信が完了していないのでR
R(4)をPCE#01に送っている。そして、PCE
#01はこのRrl (4)に応えて次のデータ(2)
をPCE#OOに送り、PCE#OOはそれでデータ受
信を完了したのでACK(1)をPCB#01に返して
いる。At point d, the data (
1) and the data reception has not yet been completed, so R
Sending R(4) to PCE #01. And P.C.E.
#01 is the next data (2) in response to this Rrl (4)
is sent to PCE#OO, and since PCE#OO has now completed data reception, it returns ACK (1) to PCB#01.
他方、点CではPCE#01が既にデータ送信中のため
、点すで開始された既送信RR(2)にかかるデータ受
信の待ち合わせ制御によってPCB#02から送られて
きたデータ(3)の受信処理が待たされている。そして
、点fにおいて、直前にPCE#01からPCE#00
へのデータ送信が終了したため、上記のデータ受信の待
ち合わせが解除され、点eで受信していたPCE#02
からのデータ(3)の受信処理を開始し、次のデータ受
信′$備が整ったためRR(5)をPcE#02に送信
しており、これに応してr)CE#02からデータ(4
)が送られ、再びRR(6)を送っている。On the other hand, since PCE #01 is already transmitting data at point C, data (3) sent from PCB #02 is not received due to data reception waiting control for already transmitted RR (2), which has already started at point C. Processing is pending. Then, at point f, immediately before PCE#01 to PCE#00
Since data transmission to point e has been completed, the above data reception queue is canceled and PCE#02, which was being received at point e,
RR(5) is sent to PcE#02 as it is ready to receive the next data. 4
) is sent, and RR(6) is sent again.
点gは、PCE#Olからのデータ受信が完了したため
、点aにて保留状態にしていたPCE#02からのRR
(3)についてRRR信処理を実行し、PCE#02に
対しデータを送信したところである。At point g, since the data reception from PCE#Ol has been completed, the RR from PCE#02, which was in a pending state at point a, is
Regarding (3), RRR transmission processing has been executed and data has been transmitted to PCE #02.
点りは点eと同様であり、PCE#02がブタ受信中の
ため、点Cご開始された既送信RR(3)にかかるデー
タ受信の待ち合わせ制御によって、点gで送信されたP
CE#00からのデータが待たされている。The lighting is the same as point e, and since PCE #02 is receiving data, the data reception waiting control for the already sent RR (3) started at point C causes the P that was sent at point g to be
Data from CE#00 is awaited.
点1はPCE#02からPCE#01に対するデータ送
信がデータ(5)ご完了したため、既送信RR(3)の
データ受信待ち合わせが解除され、点りで受信したPC
E#00からのデータの受信処理を実施し、最後のデー
タであったために正常終了の応答A CK (2)を送
信したところである。Point 1 indicates that the data transmission from PCE #02 to PCE #01 has completed data (5), so the data reception waiting for the already sent RR (3) is canceled, and the PC that received the data at the point
The data receiving process from E#00 has been performed, and since this is the last data, a normal end response ACK (2) has been sent.
(発明の効果]
以上説明したように、本発明のプロセッサ間通信におけ
るデータ転送競合回避方式によれば、既に別のRRを送
信し或いは受信しておりそれにかかるデータ受信或いは
データ送信が完了していないといった状態にある場合に
RRの受信があったとき、従来の技術の項で述べた方式
2と同様にRRの受信を行うので、前記方式1のような
RRの再送による通信のスループットの低下がない。ま
た、既に別のRRを送信しそれにかかるデータ受信が完
了していない状態で新たなRRを受信した場合、方式2
のように受信したRRにかかる受信処理を一律に待ち合
わせるのではなく、受信RR中の送信元PCEアドレス
と自PCEアドレスとの比較結果に応して何れか一力を
優先してデータ転送の競合を回避するため、タイマを使
用した前記方式2に比べ通信のスループットが向上する
。(Effects of the Invention) As explained above, according to the data transfer conflict avoidance method in inter-processor communication of the present invention, if another RR has already been transmitted or received and the data reception or data transmission is completed. When an RR is received in a state where there is no RR, the RR is received in the same way as method 2 described in the conventional technology section, so there is no reduction in communication throughput due to retransmission of the RR as in method 1. In addition, if a new RR is received while another RR has already been transmitted and the data reception related to it has not been completed, method 2
Instead of uniformly waiting for the reception processing related to the received RR, as in the above, data transfer competition is performed by giving priority to one of the two depending on the comparison result between the source PCE address in the received RR and the own PCE address. In order to avoid this, the communication throughput is improved compared to the method 2 which uses a timer.
第1図は本発明を適用したPCBの構成例を示すブロッ
ク図、
第2図乃至第6図はPCBの制御部で実行されるデータ
転送競合回避に関連する処理例を示す流れ図、
第7図は3台のPCE間でのRRR合時の動作例を示す
タイムチャートならびに、
第8図および第9図は本発明を適用するデータ通信シス
テムの全体構成例を示す図である。
図において、
100・・・PCB (プロセッサ間接続装置)200
・・・プロセッサ
300・・・シリアル・ハス
101・・・制御部
102・・・チャネルl/F
103・・・送信ハンファ
104・・・受信バッファ
105・・・送信処理待ちキュ
106・・・RR送送信ラフラ
グ07・・受信処理待ちキュー
108・・・R,R受信済フラグ
109・・・データ受信待ち合わせフラグ110・・・
自PCBアドレスランチ
111・・・比較器
昔語出願人 日本電気株式会社外2名FIG. 1 is a block diagram showing an example of the configuration of a PCB to which the present invention is applied; FIGS. 2 to 6 are flowcharts showing examples of processing related to data transfer conflict avoidance executed by the control unit of the PCB; FIG. 8 is a time chart showing an example of an operation when RRR is combined between three PCEs, and FIGS. 8 and 9 are diagrams showing an example of the overall configuration of a data communication system to which the present invention is applied. In the figure, 100...PCB (interprocessor connection device) 200
. . . Processor 300 . . Serial Has 101 . Send/send rough flag 07... Reception processing waiting queue 108... R, R received flag 109... Data reception waiting flag 110...
Own PCB address lunch 111... Comparator old language applicant 2 people other than NEC Corporation
Claims (1)
介してシリアル・バスに接続し、それらのプロセッサ間
接続装置により、各プロセッサのチャネルの多重動作の
単位である複数のサブチャネルの各々をそれぞれ独立に
他のサブチャネルと関係付けて各々一対の通信バスを設
定し、且つ、データ転送時には受信側で受信準備が整っ
た場合に受信準備完了通知を受信側から送信側へ通知し
、送信側ではこの受信準備完了通知にかかる受信処理を
行ってデータ送信を開始するプロセッサ間通信システム
において、 前記各プロセッサ間接続装置に、 既に受信準備完了通知を送信しそれにかかるデータ受信
が完了していないという第1の状態を表示する第1の表
示手段と、 既に受信準備完了通知の受信および受信処理を行いそれ
にかかるデータ送信が完了していないという第2の状態
を表示する第2の表示手段と、受信準備完了通知の送信
処理に際し、前記第1および第2の状態が何れも成立し
ていなければ直ちに送信処理を行い、それ以外のときは
その受信準備完了通知を保留状態にして後に再度処理す
る受信準備完了通知送信制御手段と、 受信準備完了通知の受信処理に際し、前記第1および第
2の状態が何れも成立していなければ直ちに受信処理を
行い、第1の状態が成立しているときは受信した受信準
備完了通知中の送信元装置アドレスと自装置アドレスと
の比較結果に応じて何れか一方を優先し且つ前記第1の
状態より今回の受信準備完了通知の受信処理を優先する
場合には前記第1の状態にかかるデータ受信の待ち合わ
せ制御を行い、それ以外のときは受信処理を保留状態に
して後に再度処理する受信準備完了通知受信制御手段と
を備えてなることを特徴とするプロセッサ間通信におけ
るデータ転送競合回避方式。[Scope of Claims] Each of the processors is connected to a serial bus through an inter-processor connection device, and each of the plurality of sub-channels, which is a unit of multiple operation of the channel of each processor, is connected to a serial bus through an inter-processor connection device. are independently associated with other subchannels to set up a pair of communication buses, respectively, and at the time of data transfer, when the receiving side is ready for reception, the receiving side notifies the transmitting side of a reception preparation completion notification, In the inter-processor communication system in which the transmitting side performs reception processing related to this reception preparation completion notification and starts data transmission, if the reception preparation completion notification has already been sent to each of the inter-processor connection devices and data reception has been completed. a first display means for displaying a first state that there is no data; and a second display means for displaying a second state that the reception preparation completion notification has already been received and the reception process has been completed and the data transmission related to the notification has not been completed. When transmitting a reception preparation completion notification, if neither of the first and second states is satisfied, the transmission process is performed immediately; otherwise, the reception preparation completion notification is put on hold and then re-transmitted. A reception preparation completion notification transmission control means to process the reception preparation completion notification, and when receiving the reception preparation completion notification, if neither of the first and second states is established, the reception processing is performed immediately, and the first state is established. If so, give priority to either one according to the comparison result between the source device address in the received reception preparation completion notification and the own device address, and give priority to the reception processing of the current reception preparation completion notification over the first state. and a reception preparation completion notification reception control means that performs waiting control for data reception according to the first state when the data is received in the first state, and otherwise puts the reception processing on hold and processes it again later. Data transfer conflict avoidance method in inter-processor communication.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP34177789A JP2911931B2 (en) | 1989-12-29 | 1989-12-29 | Data transfer conflict avoidance method in interprocessor communication |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP34177789A JP2911931B2 (en) | 1989-12-29 | 1989-12-29 | Data transfer conflict avoidance method in interprocessor communication |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH03204065A true JPH03204065A (en) | 1991-09-05 |
JP2911931B2 JP2911931B2 (en) | 1999-06-28 |
Family
ID=18348687
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP34177789A Expired - Lifetime JP2911931B2 (en) | 1989-12-29 | 1989-12-29 | Data transfer conflict avoidance method in interprocessor communication |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2911931B2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06309281A (en) * | 1993-04-20 | 1994-11-04 | Nec Corp | Inter-processor communication system |
JPH08249295A (en) * | 1995-03-15 | 1996-09-27 | Kofu Nippon Denki Kk | Message controller |
JP2007004690A (en) * | 2005-06-27 | 2007-01-11 | Hitachi Ltd | Storage control method, system, and program |
-
1989
- 1989-12-29 JP JP34177789A patent/JP2911931B2/en not_active Expired - Lifetime
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH06309281A (en) * | 1993-04-20 | 1994-11-04 | Nec Corp | Inter-processor communication system |
JPH08249295A (en) * | 1995-03-15 | 1996-09-27 | Kofu Nippon Denki Kk | Message controller |
JP2007004690A (en) * | 2005-06-27 | 2007-01-11 | Hitachi Ltd | Storage control method, system, and program |
JP4531643B2 (en) * | 2005-06-27 | 2010-08-25 | 株式会社日立製作所 | Storage control method, system and program |
Also Published As
Publication number | Publication date |
---|---|
JP2911931B2 (en) | 1999-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPH02228854A (en) | Data communication system and data communication method | |
JPH03204065A (en) | Data transfer contention evading system in inter-processor communication | |
EP1003108A1 (en) | Apparatus and method for providing round-robin arbitration | |
JPH0473178B2 (en) | ||
JP3282205B2 (en) | Received data processing method and communication control device | |
WO2022124083A1 (en) | Communication device, communication method, and program | |
US20020065973A1 (en) | Method and a apparatus for transmitting data on a can data link | |
JPH0583297A (en) | Packet transfer system | |
JPH08149148A (en) | Loop shaped serial communication procedure and loop shaped serial communication network | |
JP3050131B2 (en) | Arbitration method | |
JPH0482440A (en) | Multiplex link data transfer system | |
JPS6086643A (en) | Local area network system | |
JPH10207829A (en) | Bus controller | |
JPS62186628A (en) | Data transfer system | |
JP2005258502A (en) | Information processing board | |
JPS61257043A (en) | High speed frame transmission system | |
JPH0582617B2 (en) | ||
JPH04106651A (en) | Controller for system bus | |
JPH0658655B2 (en) | Serial I / O method | |
JPH02222247A (en) | Communication control system | |
JPH05241999A (en) | Inter-host information update synchrnoizing device | |
JPH0247953A (en) | Data transfer system | |
JPH1146204A (en) | Network system for system providing plural tokens | |
JPH11154132A (en) | Server/client communication system | |
JPH01119845A (en) | Bus arbitration circuit |