JPH06112957A - Network system - Google Patents

Network system

Info

Publication number
JPH06112957A
JPH06112957A JP25834592A JP25834592A JPH06112957A JP H06112957 A JPH06112957 A JP H06112957A JP 25834592 A JP25834592 A JP 25834592A JP 25834592 A JP25834592 A JP 25834592A JP H06112957 A JPH06112957 A JP H06112957A
Authority
JP
Japan
Prior art keywords
data
token
emergency
node
transmission
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.)
Pending
Application number
JP25834592A
Other languages
Japanese (ja)
Inventor
Shinichi Watanabe
晋一 渡辺
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.)
Nissan Motor Co Ltd
Original Assignee
Nissan Motor Co Ltd
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 Nissan Motor Co Ltd filed Critical Nissan Motor Co Ltd
Priority to JP25834592A priority Critical patent/JPH06112957A/en
Publication of JPH06112957A publication Critical patent/JPH06112957A/en
Pending legal-status Critical Current

Links

Landscapes

  • Bus Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

PURPOSE:To provide a network system not losing the urgency without need of awaiting the data transmission when the transmission of urgent data is required in the network system of the token bus system. CONSTITUTION:This network of the token bus system is featured to make transmission and reception of urgent data and to be provided with an emergent data transmission means sending urgent data to the network as required, a token bus protocol control section 1 controlling the communication, an urgent data detection section 2 detecting urgent data in a network line, and a collision detection section 3 monitoring a data flow and collision in the network line.

Description

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

【0001】[0001]

【産業上の利用分野】本発明は、トークンバス方式のネ
ットワークシステムに関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a token bus system network system.

【0002】[0002]

【従来の技術】トークンバス方式のネットワークシステ
ムは、トークンパッシング(Token-passing) 方式のネッ
トワークシステムをバス形式のネットワークに用いたも
のである。このトークンバス方式のネットワークシステ
ムは、図6に示すような各ノード間の通信を、トークン
をノード101から102、102から103、103
から104、104から105、といったように順送り
することにより通信を行うものである。各ノードは、送
信時以外は常に受信待機状態となっていて、あるノード
が送信を行うと、他のすべてのノードがバス回線を通し
てこれを受信することができる(図6中、点線で示す)
が、トークンを受けることができるのは、トークンにつ
けられている宛先(送信先)アドレスに対応するノード
のみ(図6中、実線で示す。)であり、この場合はノー
ド101から102への送信である。この宛先アドレス
は、常に送信を行ったノードの次のノードになるように
規定されている。そして、送信については、このトーク
ンを受けとったノードのみが行うことができ、送信した
いデータがある場合にはトークンに宛先アドレス(次の
ノードのアドレス)に続いてデータを送りたい先の目的
ノードアドレスとデータを付けて送信する。送信したい
データがない場合には宛先アドレスのみを次のノードの
アドレスに更新してデータの付いていないトークンを送
信するのである。
2. Description of the Related Art A token bus type network system uses a token passing type network system for a bus type network. In this token bus system network system, communication between nodes as shown in FIG. 6 is performed by using tokens as nodes 101 to 102, 102 to 103, 103.
To 104, 104 to 105, and so on, to perform communication. Each node is always in a reception standby state except when transmitting, and when one node transmits, all other nodes can receive it through the bus line (indicated by a dotted line in FIG. 6).
However, the token can be received only by the node (indicated by the solid line in FIG. 6) corresponding to the destination (destination) address attached to the token, and in this case, transmission from the nodes 101 to 102 is performed. Is. This destination address is always specified to be the node next to the node that transmitted. Then, only the node that received this token can send it, and if there is data to send, the destination address of the destination node (address of the next node) in the token and the destination node address to send the data And attach the data and send. When there is no data to send, only the destination address is updated to the address of the next node and the token without data is sent.

【0003】このトークンバス方式の最大の特徴は、ト
ークンを受けとったノードのみが送信を行うことができ
るため、バス内では常に一つのトークンしか流れていな
いため、通信の衝突ということが発生せず、衝突による
通信の消滅や消滅した通信の再送などを行う必要がない
などの利点がある。
The greatest feature of this token bus system is that since only the node that has received the token can transmit, only one token is flowing in the bus at any time, so that no communication collision occurs. There is an advantage that it is not necessary to perform communication disappearance due to collision, or to retransmit lost communication.

【0004】しかしながら、この様なトークンを順送り
してデータの受け渡しを行うシステムでは、緊急のデー
タ送信を行う必要が生じた場合でも自分のノードにトー
クンが回ってくるまで待たなければならず、特に、多く
のノードが接続されているネットワークでは、緊急性を
要するデータの価値がトークンを待っている間に損なわ
れてしますなどの問題があった。
However, in such a system in which tokens are sent in sequence to transfer data, even if it becomes necessary to transmit data urgently, it is necessary to wait until the token comes around to its own node. , In a network to which many nodes are connected, the value of urgent data is lost while waiting for tokens.

【0005】[0005]

【発明が解決しようとする課題】そこで本発明の目的
は、トークンバス方式のネットワークシステムにおい
て、緊急データの送信が必要な場合に、データ送信を待
機する必要がなく、緊急性を損なうことのないネットワ
ークシステムを提供することである。
SUMMARY OF THE INVENTION Therefore, an object of the present invention is, in a token bus system network system, when emergency data transmission is required, there is no need to wait for data transmission, and the urgency is not impaired. It is to provide a network system.

【0006】[0006]

【課題を解決するための手段】上記諸目的は、トークン
バス方式のネットワークにおいて、当該ネットワークに
必要に応じて緊急データを送信する緊急データ送信手段
と、前記ネットワーク回線内の当該緊急データを検出す
る緊急データ検出部と、前記緊急データ送信手段による
緊急データの送信時に、前記ネットワーク回線内のデー
タの流れおよび衝突を監視する衝突検出部とを有し、前
記緊急データの送信および受信を行うことを特徴とする
ネットワークシステムによって達成される。
[Means for Solving the Problems] In the token bus type network, the above objects are to detect an emergency data transmitting means for transmitting emergency data to the network as needed, and to detect the emergency data in the network line. An emergency data detection unit and a collision detection unit that monitors a flow of data and a collision in the network line at the time of transmitting the emergency data by the emergency data transmission unit, and perform transmission and reception of the emergency data. It is achieved by a characteristic network system.

【0007】[0007]

【作用】上述のように構成された本発明のネットワーク
システムでは、トークンバスプロトコル制御部1で、通
常の通信の送信および受信の制御、トークンの受信およ
び送信時のトークンデータセットの生成等を行うと共
に、緊急データの送信が必要な場合には緊急データ送信
手段として緊急データのトークンデータセットを生成
し、緊急データの送信を行うものである。緊急データ検
出部2はトークン検出時にそのトークンが緊急のもので
あるかの検出および判断を行い、緊急トークン検出時
に、通常の送受信状態に割込みをかけてトークンバスプ
ロトコル制御部1に緊急受信処理を行わせるものであ
る。衝突検出部3は、緊急データ送信時に回線の状態を
監視し、回線の空き状態およびデータ衝突の有無を監視
し、トークンバスプロトコル制御部1にその状態を伝え
るものである。
In the network system of the present invention configured as described above, the token bus protocol control unit 1 controls transmission and reception of normal communication, reception of tokens and generation of a token data set at the time of transmission. At the same time, when the emergency data needs to be transmitted, a token data set of the emergency data is generated as the emergency data transmitting means, and the emergency data is transmitted. When the token is detected, the emergency data detection unit 2 detects and determines whether the token is urgent. When the emergency token is detected, the normal data transmission / reception state is interrupted and the token bus protocol control unit 1 receives the emergency reception process. It is something to do. The collision detection unit 3 monitors the state of the line at the time of emergency data transmission, monitors the free state of the line and the presence or absence of data collision, and notifies the token bus protocol control unit 1 of the state.

【0008】本発明のネットワークでは、緊急のデータ
送信の必要が生じた情報処置機器(ノード)は、トーク
ンの有無にかかわらず、自らトークンを発生させ、直接
データ送信をすることができ、その後、新トークンは緊
急データ送信後、通常のトークンとして働き、旧トーク
ンは消滅させる。また、衝突検出部により緊急データ送
信時には、回線の監視を行いデータ衝突が発生した場合
にはその状態をフィードバックすることができるため、
データ衝突によって、緊急データ送信が消滅することを
防止することができる。
In the network of the present invention, the information processing device (node) that has made an urgent need for data transmission can generate a token by itself regardless of the presence or absence of the token and directly transmit the data. After sending the emergency data, the new token works as a normal token and the old token disappears. Also, during emergency data transmission by the collision detection unit, it is possible to monitor the line and feed back the state in the event of a data collision,
It is possible to prevent the emergency data transmission from disappearing due to the data collision.

【0009】[0009]

【実施例】以下、実施例により本発明を説明する。図1
は本発明によるネットワークシステムにおける一実施例
の各ノードの通信制御を行う部分のブロック図であり、
図2はデータ送受信の流れを説明するための流れ図であ
る。
EXAMPLES The present invention will be described below with reference to examples. Figure 1
FIG. 3 is a block diagram of a part that controls communication of each node in one embodiment of the network system according to the present invention,
FIG. 2 is a flow chart for explaining the flow of data transmission / reception.

【0010】以下、データの送受信について説明する。Data transmission / reception will be described below.

【0011】通常状態(緊急送信および緊急受信のない
場合)時は、送信処理を行っているノード以外のノード
は常に受信待機状態となっていて(S1〜S4)、バス
内にトークンが送信されると、すべてのノードは、バス
内のトークンを検出することができる(S2)。
In the normal state (when there is no urgent transmission or urgent reception), the nodes other than the node performing the transmission process are always in the reception standby state (S1 to S4), and the token is transmitted to the bus. Then, all nodes can detect the token in the bus (S2).

【0012】通常時のトークンのデータセットは図5a
のような形態であり、常にトークンを送信したノードの
次のノード番号が指定された宛先ノードアドレス51、
データの送り先目的のノードを示す目的ノードアドレス
52、データ領域アドレス53およびデータの受取を確
認し送信したノードに返す確認アドレス54よりなって
いる。
The normal token data set is shown in FIG. 5a.
And the destination node address 51 in which the node number next to the node that transmitted the token is always specified,
It comprises a destination node address 52 indicating a destination node of data, a data area address 53, and a confirmation address 54 for confirming receipt of data and returning it to the transmitting node.

【0013】このトークンを検出した各ノードは、ま
ず、検出したトークンが緊急かどうかの判断を行う(S
3)。これは、緊急データ検出部2により常に緊急トー
クンが送られて来たがどうかのチェックを行っているも
のである。ここでトークンデータセットに緊急フラグが
付いていない場合は、次にトークンデータセットの宛先
51を確認する(S4)。トークンの宛先が自ノードで
ない場合はS1の上に戻り受信待機状態が保持される。
宛先が自ノード宛である場合は、次に、トークンデータ
セットの目的ノードアドレス52を参照して、このトー
クンのデータの有無およびデータがある場合にはそのデ
ータが自ノード目的のデータであるかの判断を行い(S
5)、自ノード目的の場合にはデータを格納し、確認ア
ドレスにデータを受けとったことを識別するフラグと書
込む(S10)。次に、データ格納後およびS5でデー
タがない場合は送信データの有無の判断を行い(S
6)、送信データがある場合には通常送信処理としてト
ークンデータセットに送りたいノードの目的アドレス5
2と送りたいデータ53を書き込む(S11)。そし
て、トークンデータセットに自ノードの次のノードのア
ドレスを宛先アドレス51につけてトークンを送る(S
7)。なお、これらの通信制御はトークンバスプロトコ
ル制御部1により行われる。
Each node detecting this token first determines whether the detected token is urgent (S
3). This is to check whether the emergency token is always sent by the emergency data detector 2. If the token data set does not have the emergency flag, the destination 51 of the token data set is checked next (S4). If the destination of the token is not the own node, the process returns to S1 and the reception standby state is held.
If the destination is the own node, next, referring to the destination node address 52 of the token data set, whether there is data for this token and if there is data, is it the data intended for the own node? Is determined (S
5) If the purpose is the own node, the data is stored, and a flag for identifying that the data has been received is written in the confirmation address (S10). Next, after storing the data and when there is no data in S5, it is determined whether or not there is transmission data (S
6), if there is send data, the destination address of the node to send to the token data set as normal send processing 5
2 and the data 53 to be sent are written (S11). Then, the address of the node next to the own node is added to the destination address 51 in the token data set and the token is sent (S
7). The token bus protocol control unit 1 controls these communications.

【0014】次に緊急データ送信を行う場合について説
明する。受信待機中に(S1)緊急送信を行う必要が生
じた場合、緊急データ送信処理(S8)に処理が移る。
図3は緊急データ送信処理の流れを説明するための流れ
図である。
Next, the case of performing emergency data transmission will be described. When it becomes necessary to perform the emergency transmission (S1) while waiting for the reception, the process proceeds to the emergency data transmission process (S8).
FIG. 3 is a flow chart for explaining the flow of emergency data transmission processing.

【0015】まず、衝突検出部3がバス回線中に流れて
いる通信データ等がないかどうかの判断(S12)を行
い、回線が空いている場合は、回線が空いている旨の情
報をトークンバスプロトコル制御部1に伝え、緊急送信
処理が終了するまで回線の監視を行う。回線が開いてい
ることを確認後、トークンデータセットとして、図5b
に示すようなトークンの送信を行う(S13)。このト
ークンデータセットは、先頭に緊急トークンを表す緊急
フラグアドレス55が付与されており、それ以外は通常
状態のトークンデータセットと同じであるが、宛先ノー
ドアドレス51と目的ノードアドレス52は同じノード
を表すようになっている。
First, the collision detection unit 3 determines whether or not there is communication data or the like flowing in the bus line (S12). If the line is free, information indicating that the line is free is tokenized. The bus protocol control unit 1 is notified, and the line is monitored until the emergency transmission process is completed. After confirming that the line is open, the token data set is shown in Fig. 5b.
The token is transmitted as shown in (S13). This token data set has an emergency flag address 55 representing an emergency token at the beginning, and is otherwise the same as the token data set in the normal state, but the destination node address 51 and the destination node address 52 are the same node. It is supposed to be represented.

【0016】通信中は衝突検出部3が回線の監視を行っ
ており、通信中にデータ(通信中のトークン)の衝突が
発生した場合(S14)には、S13へ戻り再度緊急送
信を行う。この緊急通信中の回線の監視は、通常状態で
は、回線中には常に一つのデータ(通信中のトークン)
しか流れていないのでデータの衝突ということは有り得
ず、したがって回線を監視する必要もないが、緊急送信
中には、送信前に一度回線が空いていることを確認して
はいるが、送信処理の実行中に他のノードがトークンの
送信を行うことも有り得るため、回線中に他のデータ
(通常のトークンまたは他のノードが送信した緊急トー
クン)が流れていて、そのデータと緊急トークンが衝突
する可能性があるために行うものである。緊急送信処理
が終了したら、通常の受信待機状態(S1〜4)に戻
る。
During the communication, the collision detection unit 3 monitors the line, and if a data (a token during communication) collision occurs during the communication (S14), the process returns to S13 to perform the emergency transmission again. In the normal state, the line monitoring during this emergency communication is always one data (token during communication) in the line.
Since it is only flowing, there is no possibility of data collision, so it is not necessary to monitor the line, but during emergency transmission, it is confirmed that the line is open once before transmission, but the transmission process Since other nodes may send tokens during the execution of, the other data (regular tokens or emergency tokens sent by other nodes) are flowing in the line, and that data collides with the emergency token. This is done because there is a possibility. When the emergency transmission process is completed, the process returns to the normal reception standby state (S1-4).

【0017】次に緊急データ受信について説明する。図
4は緊急データ受信処理の流れを説明するための流れ図
である。
Next, the emergency data reception will be described. FIG. 4 is a flow chart for explaining the flow of emergency data reception processing.

【0018】通常の受信待機状態(S1〜4)におい
て、トークンを検出した各ノードは、まず、緊急データ
検出部2が検出したトークンが緊急かどうかの判断を行
い(S3)、トークンデータセットに緊急フラグが付い
ている場合は、緊急データ検出部2が緊急データを検出
したことをトークンバス制御部1に伝え、処理を緊急デ
ータ受信処理に移す。
In the normal reception standby state (S1 to 4), each node that has detected the token first determines whether the token detected by the emergency data detection unit 2 is urgent (S3), and sets the token data set. When the urgent flag is attached, the urgent data detection unit 2 informs the token bus control unit 1 that the urgent data has been detected, and shifts the processing to the urgent data reception processing.

【0019】緊急データを検出した各ノードは、検出し
たトークンが自ノード宛目的のデータであるかどうかの
判断(S15)を行い、自ノード宛である場合はそのデ
ータを格納(S16)し、新たな通常のトークンデータ
セット(図5a)を生成して、これにデータを受けとっ
た確認フラグ54を付与して送信(S17)する。これ
と平行して、緊急トークンが自ノード宛か他ノード宛か
に係わらず、現在トークンを持っているかいないかの判
断(S18)を行い、持っている場合にはそのトークン
を消滅させる(S19)。そして、送信データの有無の
判断(S20)を行い、消滅させたトークンに送信デー
タを乗せて送信しようとしていた場合には、送信データ
をスタックへ入れ保持し、次のトークンが回ってきた時
点で再送を行う(S21)ようにする。これら平行処理
が終了した時点で通常の受信待機状態へ戻る。
Each node that has detected the urgent data judges whether the detected token is data intended for its own node (S15), and if it is addressed to its own node, stores the data (S16), A new normal token data set (Fig. 5a) is generated, and the confirmation flag 54 that has received the data is added to this and transmitted (S17). In parallel with this, regardless of whether the emergency token is addressed to its own node or another node, it is judged whether or not it currently has a token (S18), and if so, the token is erased (S19). ). Then, the presence / absence of the transmission data is determined (S20), and if the transmission data is to be transmitted on the token that has been erased, the transmission data is put in the stack and held, and when the next token comes around. Retransmission is performed (S21). When these parallel processes are completed, the normal reception standby state is restored.

【0020】[0020]

【発明の効果】以上説明したように、本発明のネットワ
ークシステムは、トークンバス方式のネットワークにお
いて、特に、多くの情報処置機器(ノード)が接続され
ている場合に、緊急性を損なうことなく、情報の送受信
を行うことができる。
As described above, the network system of the present invention does not impair urgency in a token bus system network, especially when many information processing devices (nodes) are connected. Information can be sent and received.

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

【図1】 本発明による一実施例の通信制御部のブロッ
ク図である。
FIG. 1 is a block diagram of a communication control unit according to an embodiment of the present invention.

【図2】 本発明による一実施例による送受信を説明す
るための流れ図である。
FIG. 2 is a flowchart illustrating transmission / reception according to an embodiment of the present invention.

【図3】 本発明による一実施例による緊急データ送信
を説明するための流れ図である。
FIG. 3 is a flowchart illustrating an emergency data transmission according to an exemplary embodiment of the present invention.

【図4】 本発明による一実施例による緊急データ受信
を説明するための流れ図である。
FIG. 4 is a flowchart illustrating an emergency data reception according to an embodiment of the present invention.

【図5】 本発明による一実施例で扱うトークンデータ
セットを説明するための図である。
FIG. 5 is a diagram for explaining a token data set handled in an example according to the present invention.

【図6】 従来のトークンバス方式のネットワークを説
明するための図である。
FIG. 6 is a diagram for explaining a conventional token bus system network.

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

1…トークンバスプロトコル制御部、2…緊急データ検
出部、3…衝突検出部、51…宛先アドレス、52…目
的アドレス、53…データアドレス、54…確認フラグ
アドレス、55…緊急フラグアドレス。
1 ... Token bus protocol control unit, 2 ... Emergency data detection unit, 3 ... Collision detection unit, 51 ... Destination address, 52 ... Destination address, 53 ... Data address, 54 ... Confirmation flag address, 55 ... Emergency flag address.

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】 トークンバス方式のネットワークにおい
て、当該ネットワークに必要に応じて緊急データを送信
する緊急データ送信手段と、前記ネットワーク回線内の
当該緊急データを検出する緊急データ検出部と、前記緊
急データ送信手段による緊急データの送信時に、前記ネ
ットワーク回線内のデータの流れおよび衝突を監視する
衝突検出部とを有し、前記緊急データの送信および受信
を行うことを特徴とするネットワークシステム。
1. In a token bus system network, an emergency data transmission means for transmitting emergency data to the network as needed, an emergency data detection unit for detecting the emergency data in the network line, and the emergency data. A network system, comprising: a collision detection unit that monitors a data flow and a collision in the network line when transmitting the emergency data by the transmission unit, and transmits and receives the emergency data.
JP25834592A 1992-09-28 1992-09-28 Network system Pending JPH06112957A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP25834592A JPH06112957A (en) 1992-09-28 1992-09-28 Network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP25834592A JPH06112957A (en) 1992-09-28 1992-09-28 Network system

Publications (1)

Publication Number Publication Date
JPH06112957A true JPH06112957A (en) 1994-04-22

Family

ID=17318956

Family Applications (1)

Application Number Title Priority Date Filing Date
JP25834592A Pending JPH06112957A (en) 1992-09-28 1992-09-28 Network system

Country Status (1)

Country Link
JP (1) JPH06112957A (en)

Similar Documents

Publication Publication Date Title
EP0359241B1 (en) Control method for distributed processing system
JP2582982B2 (en) Method of detecting message identifier in data transmission network of elevator system
JP2700843B2 (en) Multiplex communication controller
JPS6276840A (en) Node equipment
EP0580938B1 (en) Duplex communication control device
JPS60191536A (en) Data processing unit fault informing system
US5331647A (en) Communication apparatus having function to record communication history
JPH06112957A (en) Network system
JP3057581B2 (en) Multiplex transmission method
JP3217397B2 (en) Data transmission method of communication control device
JP3154626B2 (en) Serial transmission device
JP2542461B2 (en) Collision detection transmission system
JPS63267039A (en) Network system
JPH11234347A (en) Buffer management method and system in data communication
JP2605582Y2 (en) Emergency call system
JPH05250282A (en) Message transmitting system
JPS60117845A (en) Data transmission system
JPH0846633A (en) Data communication equipment
JPH0553338B2 (en)
JPS62154830A (en) Communication line scheduling system
JPH06224919A (en) Lan system
JPS62210561A (en) Information administrating method for decentralization type loop transmission path
JPH0484531A (en) Communication system for local network system
JPH06244806A (en) Communication abnormality detecting method in optical communication system
JPS6212235A (en) Transmission control equipment