JPS5952945A - Network control system - Google Patents

Network control system

Info

Publication number
JPS5952945A
JPS5952945A JP16233082A JP16233082A JPS5952945A JP S5952945 A JPS5952945 A JP S5952945A JP 16233082 A JP16233082 A JP 16233082A JP 16233082 A JP16233082 A JP 16233082A JP S5952945 A JPS5952945 A JP S5952945A
Authority
JP
Japan
Prior art keywords
station
communication
communication right
command
network control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP16233082A
Other languages
Japanese (ja)
Other versions
JPH0365702B2 (en
Inventor
Koji Takao
高尾 貢司
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.)
Canon Inc
Original Assignee
Canon Inc
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 Canon Inc filed Critical Canon Inc
Priority to JP16233082A priority Critical patent/JPS5952945A/en
Priority to CA000434460A priority patent/CA1226638A/en
Priority to EP83108136A priority patent/EP0101609B1/en
Priority to DE8383108136T priority patent/DE3378452D1/en
Publication of JPS5952945A publication Critical patent/JPS5952945A/en
Priority to US07/120,178 priority patent/US4779092A/en
Publication of JPH0365702B2 publication Critical patent/JPH0365702B2/ja
Granted legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42Loop networks
    • H04L12/427Loop networks with decentralised control
    • H04L12/433Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/417Bus networks with decentralised control with deterministic access, e.g. token passing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)

Abstract

PURPOSE:To constitute titled system so that in case when an idle time is generated when a prescribed station is communicating, its communication right is transferred temporarily to other station, and an original station can take back the communication right again even if its communication right does not go round a loop. CONSTITUTION:When wait-processing is generated (S5) by a mechanical operation, etc. in the course of a communicating operation, a station (d) sends (S6) a token instruction to the following station (e) once, and parts with a communication right, but the temporary grant of the communication right is indicated distinctly by setting a flag in a control data area existing in this token instruction data, or changing an instruction code itself in a control data area 4. The communication processing completing in a short time is selected and processed (S24) by the station (e) since it receives the grant of the communication right though it is temporary. Thereafter, the station (e) tries (S25) return of the communication right grant for returning the communication right, to the original station (d), and if the wait-processing is completed (S8) in the station (d), its grant instruction is received, and an affirmative ACK response is sent back to the station (e) from the station (d).

Description

【発明の詳細な説明】 本発明はローカルエリアネットワークにおける、網、1
ノhJll力式に関し、特に、トークンパッシングプ3
式において多重通信制御が行えるようにしたものである
DETAILED DESCRIPTION OF THE INVENTION The present invention provides a network, a
Regarding the power formula, especially the token passing formula 3.
This allows multiple communication control to be performed in the equation.

近年、オフィスオートメーション化の高まりとともに、
複数のijy Ffi機器を廉価で曲易な通信ネットワ
ーク伝送路で結合したいわゆるローカルエリアネットワ
ーク(LAN)の開発が盛んに行なわれている。この種
のローカルエリア1ントワークでは一般に、単一の共通
ネットワーク伝送路に多数のターミナルステーションを
分岐接続し、その共用伝送路を介して各ターミナルステ
ーション間ての通信を行なうようにしている。そのため
、2つ以」―のターナルステーションから同時に送イ「
)が開始されると、通信信号の乱れ、いわゆる通信の衝
突が生じるおそれがある。そこで、この°゛通帖°の衝
突゛を避けるために、ネットワーク内の全ステーション
の発4.−;開始タイミングを調整する制御力式がこれ
までいくつか提案されている。
In recent years, with the rise of office automation,
A so-called local area network (LAN) in which a plurality of ijy FFI devices are connected through an inexpensive and easy-to-use communication network transmission line is being actively developed. Generally, in this type of local area network, a large number of terminal stations are branch-connected to a single common network transmission path, and communication between the terminal stations is performed via the shared transmission path. Therefore, simultaneous transmission from two or more terminal stations is possible.
), there is a risk that communication signals will be disrupted, or so-called communication collisions will occur. Therefore, in order to avoid this "collision of traffic", all stations in the network should communicate 4. −; Several control force formulas for adjusting the start timing have been proposed so far.

その中でもトークンパッシング(TOKEN PASS
IN−G)方式が、秀れた方式の一つとして知られてい
るが、この方式はネットワーク伝送路を占有して使用す
ることができる通イ、−、権なるものを、没定し、かつ
この通信権を与えられた送信ステージ玉ンがネットワー
ク内に唯一個存在する様にし、その通(4杭を得た送信
ターミナルステーションが通信を終了した時、あるいは
初めから通イ^を行う必要がない時には別のターミナル
ステーションにこの通信権を譲り渡して行くと云う原理
に基ずくものである。更に、この方式ではネットワーク
内の各ステーション(こ均等に通信する機会を与えるた
めに、通信を終えたステーションが隣りの下流ステーシ
ョンに通信権を次々と受は渡して行き、その通信権がネ
ットワーク内を巡回するいわゆるコーアヘット’ (G
o  AHEAD)形式が一級に採用されている。
Among them, TOKEN PASS
The IN-G method is known as one of the superior methods, but this method precludes the ability to monopolize and use the network transmission path. In addition, it is necessary to ensure that there is only one transmitting stage ball in the network that is given this communication right, and to perform the pass (when the transmitting terminal station that has obtained 4 points ends communication, or from the beginning). This method is based on the principle that if there is no terminal station available, the communication right is transferred to another terminal station.Furthermore, in this method, each station in the network (in order to give each station an equal opportunity to communicate, The station passes the communication rights to the neighboring downstream stations one after another, and the communication rights circulate within the network.
o AHEAD) format is adopted as first grade.

なお、この様な通信制御の実現は一般にファームウェア
(マイクロプログラム)によって行われており、そのた
めネットワーク内の各ステーションには通常小型のプロ
セッサが備えられている。また、ネットワーク内の各ス
テーションは、通常少なくとも次に通信権を受は渡すべ
き下流ステーションのアドレスをポーリングその他の何
らかの方法で常時、;忍識している。このようにトーク
ンパッシング方式のデータ通信では、同時刻に発信を行
なうステーションがδットワーク内で唯一個しがないた
め、上述のような°°通信の衝突”は起こり得ない。
Note that such communication control is generally implemented by firmware (microprogram), and therefore each station in the network is usually equipped with a small processor. Additionally, each station in the network typically knows at all times, by polling or otherwise, at least the address of the next downstream station to which it should receive or pass communication rights. In this way, in data communication using the token passing method, there are no unique stations in the δ network that make calls at the same time, so the above-mentioned ``communication collision'' cannot occur.

しかしながら、この様な従来のトークンパッシング方式
においては通信動作中に空き時間をもっ送イ^ステーシ
ョンが含まれる時でも多重的に通信を行なうことができ
なかった。すなわち、ローカルエリアネットワーク伝送
路に接H6されるステーションの数がユーザ(使用者)
のシステム構成によってしばしば変動するため、一度手
離した通信権が他の全ステーションを巡回した後、再び
元のステーションに戻される迄の時間の保証は得られな
かった。それ故、従来のトークンパッシング方式で多重
的に通信することは困難であるので、一度通信権を手に
したステーションは、必要とする全ての通信処理動作を
終Yした後でなくては通信権を他のステーションに譲り
渡すことができなかった。しかるに、通信権をイ↓tた
ステーションでその配下にある事務機器が例えば印刷等
の機械的動作を行うために一時的に通信動作を休1にす
ることはしばしは生ずる。しかしその時にも、次の下l
にεステーションに通信権を渡せず、ネットワーク全体
の通信動作が一時的にストップされるので通信効率が著
しく低下するという問題が生じた。
However, in such a conventional token passing system, it is not possible to perform multiplex communication even when there are sending stations that have idle time during communication operations. In other words, the number of stations connected to the local area network transmission line is the number of users (users).
Because communication often fluctuates depending on the system configuration, there is no guarantee of the amount of time it will take for a given communication right to be returned to the original station after it has circulated to all other stations. Therefore, it is difficult to perform multiplex communication using the conventional token passing method, so once a station has obtained communication rights, it must complete all necessary communication processing operations before receiving communication rights. could not be transferred to another station. However, it often happens that the station to which the communication right has been granted temporarily suspends the communication operation in order for the office equipment under the station to perform mechanical operations such as printing. However, at that time, the following
A problem arose in that communication rights could not be handed over to the ε station, and communication operations on the entire network were temporarily stopped, resulting in a significant drop in communication efficiency.

本発明の目的は、上述した欠点を除去し、ゴーアヘンド
型トークンパッシング方式の通信権委譲方法を改善して
所定のステーションが通信中に、空き時間が生じた場合
しこは一時的に他のステーションに通イ1)櫂を譲り渡
し、その通信権がネットワークを一巡しなくても元のス
テーションが再度通信権を取り戻せる手段を設け、それ
により多毛通信処理動作を可能ならしめるようにした網
制御方式を提供することにある。
An object of the present invention is to eliminate the above-mentioned drawbacks and improve the communication rights delegation method of the go-aside type token passing method, so that when a predetermined station is communicating and there is free time, other stations can temporarily 1) A network control method that allows the original station to transfer the paddle and regain communication rights even if the communication rights do not go around the network again, thereby enabling multiple communication processing operations. It is about providing.

以下、図面を参照して本発明の詳細な説明する。Hereinafter, the present invention will be described in detail with reference to the drawings.

第一図は本発明網制御方式で用いられる通信データの構
成(フォーマ・ント)の−例を〉j\し、HDLCt:
ハイレベルデータリンクコントロールプロシジュア)通
信と同様にここで11よ(送イご)データの先頭を示す
第一フラグ領域、24よ送(A先ステーションまたは下
流ステーションのア1:レスをjIJき込む受信局アド
レス領域、3シま送1謙元ステーションの7ドレスを;
4÷き込む送4Fr mアト゛レス領域、4は(送信)
データまたは制御データのl、)ずれかを調き込むデー
タ/制御データ領域である。また、5は受信したデータ
の有効性をチェ・ンクするためのFCS領域、6は送信
データのに勢子を示す第2フラグ領域である。
Figure 1 shows an example of the structure (former) of communication data used in the network control system of the present invention, and HDLCt:
High-level data link control procedure) Similarly to communication, here 11 (transmission) is the first flag area indicating the beginning of the data, 24 (transmission) (receiving where the address of A destination station or downstream station is written) Station address area, send 3 lines and send 1 station's 7 addresses;
4 ÷ Input sending 4Fr m address area, 4 is (sending)
This is a data/control data area in which either data or control data (l, ) is recorded. Furthermore, numeral 5 is an FCS area for checking the validity of received data, and 6 is a second flag area that indicates the status of transmitted data.

本例ノトークンパ・ンシング番こよる(mのステーショ
ンへの完全な通信権委譲tま第1図のような1lJI御
川の通信データによって行われる力〜、この通イ1Nデ
ータを以下TOKEN(1・−クン)命令と称する。こ
のTOKEN命令を受けたステーションでt士以f&、
自から通信データの発信が可能となる。その残りのステ
ーションではこれら通信データの受信およびその応答デ
ータの送信のみがiJ■能となる。
In this example, the complete transfer of communication rights to the station of m is performed by the communication data of 1l JI Okawa as shown in Figure 1. This is called a TOKEN command.The station that received this TOKEN command
It becomes possible to send communication data from oneself. The remaining stations are only capable of receiving these communication data and transmitting response data.

さらに上述のように、一時的な通信楯、委譲命令を受は
取った受信側ステーションでは所定のデータ送1昌終了
後、元の発信ステーション力)ら白%l応答(以下AC
K  (ア・ンク)と称す)また4±+Ii 4!ヤ応
答(以下NACK (す・ンク)と称する)か必ず返さ
れるものとし、そのACKまたはNAC:にの応答lよ
イク11えt±’II御データ領域4に占き込まれる。
Furthermore, as mentioned above, the receiving station that has received the temporary communication shield or delegation command receives a blank response (hereinafter referred to as AC) from the original transmitting station after completing the specified data transmission.
4±+Ii 4! A response (hereinafter referred to as NACK) is always returned, and the response to the ACK or NAC is stored in the control data area 4.

第21−Aおよび第3図はそれぞれ第1図の丁0KEN
6j? ’、;か本発明によるネ・ントワーク」二をイ
云1#Iシてゆく様子を概略で示し、ここでa Liネ
・ントワークイ云送路、b−gは通信データの送受佑ス
テーションであり、また、図中の矢印はTOKEN命令
のイ云)系方回を示している。このよう(こ、木イタ1
1でt士イ云送M8 J杉態は一方向性の環状のものを
想定してl、%る。第4図は第2図および第3図の本実
施例の各ステーションの人力データに対する制御動(’
I; (911を5式すMLれ図である。次に、第4図
を参照して第2図および第3図により本実施例の制御動
イ′「を、;免り1する。
Figure 21-A and Figure 3 are the same as Figure 1, respectively.
6j? 1#I schematically shows how the communication network according to the present invention is operated, where a is the communication path of the network, and b-g are stations for transmitting and receiving communication data. Also, the arrows in the figure indicate the (a) and (b) direction of the TOKEN command. Like this (ko, tree ita 1
In 1, tshiiyunshu M8 Jsugi state assumes a unidirectional ring shape. FIG. 4 shows the control operation ('
I; (This is an ML diagram showing 5 types of 911. Next, referring to FIG. 4, the control operation of this embodiment will be explained using FIGS. 2 and 3.

まず、第2図は従来のトークンパッシング方式と同様な
網制御動作を示しているが、この動作は本例ては多重動
作を行わない時、すなわち、各ステーションでの通信要
求がない場合や、TOKEN命令を受は取ったステーシ
ョンて完全に通イ11動作が終了して、次のステーショ
ンに通信権を順次手渡す場合にのみ相当する(ステップ
5l−54)。−・力、TOKEN命令による通信権を
得たステーションで多重動作を開始する必要のある詩に
は(ステップS5およびS6)、第3図に示すようにT
OKEN t)令の巡回の仕方が変化する。
First, FIG. 2 shows a network control operation similar to that of the conventional token passing method, but this operation is performed only when no multiplexing operation is performed, that is, when there is no communication request at each station. This corresponds only to the case where the station that received the TOKEN command has completely completed the TOKEN operation and sequentially hands over the communication rights to the next station (steps 5l-54). - In the case where it is necessary to start a multiplex operation at a station that has obtained communication rights by force and TOKEN commands (steps S5 and S6), as shown in FIG.
OKEN t) The way orders are circulated will change.

ここで、第3図においてのステーションdは多毛動作を
必要とするものとし、一つの通信動作中に機械的動作や
その他の原因により待ち処理が含まれているものとする
。通信権を取得後(ステップ51)1通信動作を開始し
て(ステップS2)、その待ち処理まで進行したとき、
(ステップS5)、ステーションdは一旦TOKEN命
令を次のステーションeに送り(ステップS6)、辿(
1”i櫂を手放すが、このTOKEN命令データにはあ
る制御データ領域4にフラグビットが−r’tてられ、
あるいは制fJ1データ領域4内、の命令コード自体が
変えられて一時的な通信権委譲である旨を明示する。こ
の=一時的な通信イi:委譲命令を以後EXPRESS
 TOKEN(エクスプレス 1・−クン)命令と呼ひ
、通常のTOKEN命令と区別することにする。
Here, it is assumed that station d in FIG. 3 requires multiple operations, and one communication operation includes a waiting process due to mechanical operation or other causes. After acquiring communication rights (step 51), one communication operation is started (step S2), and when the waiting process has progressed,
(Step S5), station d once sends a TOKEN command to the next station e (step S6), and traces (
1"i Let go of the paddle, but this TOKEN command data has a flag bit -r't set in a certain control data area 4,
Alternatively, the instruction code itself in the control fJ1 data area 4 is changed to clearly indicate that the communication right is temporarily transferred. This = temporary communication i: Delegation command is now EXPRESS
This will be called the TOKEN (Express 1-Kun) instruction to distinguish it from the normal TOKEN instruction.

次いで、EXPRESS TOKEN命仝をうけたステ
ーションeでは一時的にせよ通帖様を委譲されたわけで
あるから(ステップ521)、自己のステーション内に
蓄積されているデータ通1、)要求を処理するための発
信か可能となる。しかしながら、ステーションeは、こ
れらのデータ通信要求のうちで、なるべく短い時間で通
信処理を終了するもののみ夕ひ出して処理し、長時間ネ
ットワークを占有しないようにする(ステップS22お
よび523)。
Next, station e, which has received the EXPRESS TOKEN order, has been delegated the tsucho-sama, albeit temporarily (step 521), so in order to process the request for the data accumulated within its own station, e.g. It becomes possible to send messages. However, among these data communication requests, station e processes only those that require communication processing to be completed in as short a time as possible, so as not to occupy the network for a long time (steps S22 and 523).

ステーションeは短時間の通信が終了すると(ステップ
524)、まずEXPRESS TOKEN命令の元の
送イムステーションであるステーションdに対してEX
PRESS TOKEN命令を返似し、通信権返却委譲
を試みる(ステップ525)。
When station e finishes the short-term communication (step 524), it first sends an EXPRESS TOKEN command to station d, which is the original sending station of the EXPRESS TOKEN command.
The PRESS TOKEN command is returned and communication rights return delegation is attempted (step 525).

ステーションdで待ち処理が既に完了していれば(ステ
ップS8)、その委譲命令は受は付けられステーション
dより1ニエ定のACK応答がステーションeに送信さ
れ(ステップ510)、通イ1η権はステーションdに
古度戻される(ステップ526)。もし、ステーション
dかまだ待ち処理中であればまだデータ通信を行う時期
ではないとしてその委譲命令を拒否し、拒否のNAC:
に応答をステーションdからステーションeに返す(ス
テップS8およびステップS9)。このときステーショ
ンeはステーションdに対して通信権返却委譲ができな
かったと判断して(ステップ526)、さらに、ステー
ションdの待ち処理がまだ続行しているから、この時間
を他のステーションの通信に有効に利用することができ
るように次の下流ステーションであるステージ、 ンf
 ニEXPRESS TOKEN命令を出ス(ステップ
528)。ここで注意すべきことはステーションfに対
して出されるEXPRESS TOKEN命令の送信局
アドレスはステーションeではなく、元の多動動作ノー
ド(N0DE)であるステーションdのアドレスのまま
にしておくと云うことである。そこで、ステーションf
にはあたかもステーションdより直4a EXPRES
S TOKEN命令が送り付けられたかのように見える
こととなる。
If the waiting process has already been completed at station d (step S8), the transfer command is accepted and an ACK response with a fixed value of 1 is sent from station d to station e (step 510), and the right to pass 1η is The oldness is returned to station d (step 526). If station d is still in the waiting process, the transfer command is rejected as it is not yet time for data communication, and the NAC of rejection:
A response is returned from station d to station e (steps S8 and S9). At this time, station e determines that it was unable to return the communication right to station d (step 526), and furthermore, since station d's waiting process is still continuing, it uses this time to transfer communication rights to other stations. The stage, which is the next downstream station, can be used effectively.
A second EXPRESS TOKEN command is issued (step 528). What should be noted here is that the sending station address of the EXPRESS TOKEN command issued to station f is not station e, but remains the address of station d, the original hyperactive node (N0DE). It is. Therefore, station f
Directly from station d 4a EXPRES
It will appear as if a STOKEN command has been sent.

ステーションfは上述のステーションeの動作と同じく
、短時間の通信処理を行った後(ステップSl、S21
〜524)、EXPRESS TOKEN命令の元の送
信ステーションdに対してEXPRESS TOKEN
命令により通信権の再委譲を試み(ステップ525)、
ステップdからの返答が6定のACK応答なら、そのま
ま初期状71.に戻り、また否定のNAGK応答なら、
次の下流スy −シg 7 g ニ対し テ’EXPR
Ess TOKEN命令を発(aする(ステップ328
〜828)。このとき、ステーションgに対して出され
るEXPRESS TOXEN命令の送信者アドレスは
上述のステーションとの場合と同様に元の多重動作ノー
ドであるステージ官ンdのアドレスに保持されたままに
する。このようにして、ステーションdに対してMされ
たEXPRESS TOKEN命仝カ否定ノNACKテ
拒否さレル限り、EXPRESS TOKEN命令は順
次下流C7)ステーションに受は渡されて行き、ステー
ションdの待ち時間が他のステーションの通信処理に有
効に利用され続ける。
Station f performs a short communication process (steps Sl, S21) in the same manner as station e described above.
~524), EXPRESS TOKEN to the original sending station d of the EXPRESS TOKEN command.
Attempts to re-delegate communication rights according to the command (step 525);
If the response from step d is a 6-bit ACK response, the initial state 71. Return to , and if there is a negative NAGK response again,
next downstream sy -shig 7 g te
Ess TOKEN command is issued (step 328
~828). At this time, the sender address of the EXPRESS TOXEN command issued to station g is kept at the address of stage node d, which is the original multi-operation node, as in the case of the station described above. In this way, as long as the NACK of the EXPRESS TOKEN command sent to station d is rejected, the EXPRESS TOKEN command will be sequentially passed on to downstream stations, and the waiting time of station d will be reduced. It continues to be effectively used for communication processing by other stations.

さて、ステーションdでの待ち時間が長いためにステー
ションdより最初に発信されたEXPRESSTOKE
N命令がネットワークを一巡し、ステーションdの直前
の上流ステーションであるステーションCに到達し、ス
テーションCでの通信処理が終了したとすると、このと
きのステーションCは必ず、いずれかのステーションに
通信権の委譲を行う必要がある。さもなければ、ネット
ワークの通イ11が途絶えてしまうからである。従って
、ステーションCはステーションdに対して通信権を委
譲しなくてはならないこととなる。
Now, because the waiting time at station d is long, the EXPRESS TOKE that was first sent from station d
Assuming that the N command goes around the network and reaches station C, which is the upstream station immediately before station d, and the communication processing at station C is completed, station C at this time will definitely grant communication rights to one of the stations. It is necessary to delegate. Otherwise, the network connection 11 will be interrupted. Therefore, station C must delegate communication rights to station d.

このために、さらにもう一つの判1tli処理を各ステ
ーションに義務付けしている。すなわち、EXPRES
S TOKEN命令を受けて所定のデータ通信を済まし
た各ステーションはその下流のステーションへEXPR
ESS TOKEN命令を出ス(ステップ528)前に
、必ず元の多重動作ステーションアドレスと自己の下流
ステーションアドレスとを比較しくステップ527)、
それが一致の場合は上述のEXXPRES 5TOKE
N命令の送出処理を行うが(ステップ828)、もしそ
の両アドレスが一致したときにはEXPRESSTOK
EN命仝をTOKEN命令に変えてこれを元の多重動作
ステーションに返すことにしている(ステップ529)
For this reason, each station is required to perform yet another 1tli process. That is, EXPRES
Each station that has completed the specified data communication in response to the S TOKEN command sends EXPR to the downstream station.
Before issuing the ESS TOKEN command (step 528), be sure to compare the original multi-operation station address with your downstream station address (step 527);
If it is a match, the above EXXPRES 5TOKE
Processing to send the N command is performed (step 828), and if the two addresses match, EXPRESSTOK is sent.
The EN instruction is changed to a TOKEN instruction and this is returned to the original multi-operation station (step 529).
.

ここで、全ステーションはTOKEN命令に対しては多
重処理動作中であっても必ず受はイ」けるように制御さ
れているから(ステップSt) 、 ステーションCは
TOKEN命令をステーションdに送出し、ステーショ
ンdはこれを必す受は付けることとなる。その際、ステ
ーションdてもし、待ち処理が完了していればデータ通
信を再開するが(ステップS2)、もし、まだ待ち処理
が完了していなけれは、EXPRESS TOKEN命
令をステージ、 7 e ニ再度送出しくステップS8
) 、 J−述と同様な動作に移る。ステーションdで
完全に通信処理を終えたとき(ステップS3)、初めて
TOKEN命令がステージョンeに渡され(ステフプS
4)、第2図にすような通常の通信権受は渡し状態に戻
る。
Here, since all stations are controlled to always accept the TOKEN command even during multiprocessing operations (step St), station C sends the TOKEN command to station d, and Station d will accept this requirement. At this time, if the waiting process has been completed, station d will resume data communication (step S2), but if the waiting process has not yet been completed, it will stage the EXPRESS TOKEN command and send it again. Step S8
), proceed to the same operation as described in J-. When the communication process is completely completed at station d (step S3), the TOKEN command is passed to station e for the first time (step S3).
4) The normal communication rights acquisition as shown in FIG. 2 returns to the handing state.

なお、第2図および第3図の本例ではリング上の2・ツ
トワーク伝送路を想定したが、通信権委譲命令が論理的
にネットワーク内の全ステーションを均等に巡回する形
態のものであればネットワーク伝送路の形状とは無関係
に本発明は適用可能である。
In addition, in this example of FIG. 2 and FIG. 3, a two-way network transmission path on a ring is assumed, but if the communication rights transfer command is of a form that logically circulates equally among all stations in the network, The present invention is applicable regardless of the shape of the network transmission path.

また、本例ではステーションCからステーションdには
TOKEN命令を送信するようにしたか、ネンhワーク
の全ステーションの上流および下流関係を全てのステー
ションがあらかじめ記憶している構成のものがあれば、
ステーションCよりステーションdに一旦EXPRES
S TOKEN命令を出し、その後NACK応答を返し
たときは、ステーションdをとびこえて、次のステーシ
ョンeに対してステーションcより直接EXPRESS
 TOKEN 命令を出すようにしても好適である。
In addition, in this example, if the TOKEN command is sent from station C to station d, or if there is a configuration in which all stations store in advance the upstream and downstream relationships of all stations in the work,
EXPRES from station C to station d
S When a TOKEN command is issued and a NACK response is returned, it skips station d and directly sends EXPRESS to the next station e from station c.
It is also preferable to issue a TOKEN command.

以上説明したように、本発明によれは、トークンパ・ン
シング形式のローカルエリャネントワークにおいて、一
つの通信処理中に空き的間を生じるステーションが含ま
れるときには、その空き時間をその他のステーションの
通信処理に利用できるようにしたので、不ントワークの
通信効率の向上を得ることができる。
As explained above, according to the present invention, when a station that generates an idle period during one communication process is included in a token-pancing-type local station work, the idle time is used for communication processing of other stations. This makes it possible to improve the communication efficiency of remote work.

さらに、本発明は簡潔な構成であるので、各ステーショ
ンの通信制御用ファームウェアに所定の変更を加えるの
みで容易に達成でさ、比較的廉価に実現できるという利
点も有する。
Further, since the present invention has a simple configuration, it can be easily achieved by simply making predetermined changes to the communication control firmware of each station, and has the advantage that it can be realized at a relatively low cost.

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

第1ド1は本発明で用いる通信データの構成の一例を示
す説明図、第2図および第3図はそれぞれ本発明を適用
した通(iff1時の通信データの流れの一例を示す状
態図、第4図は第2図および第3図の各ステーションの
制御動作の一例を示す流れ図である。 a・・・ネットワーク伝送路、 b、c、d、e、f、g ・・・通信データの送受信ステーション、■・・・第1
フラグ領域、 2・・・受信局アドレス領域、 3・・・送信局アドレス領域、 4・・・データ/制御データ領域、 5・・・FCS領域、 6・・・第2フラグ領域。
1 is an explanatory diagram showing an example of the structure of communication data used in the present invention, and FIGS. 2 and 3 are state diagrams showing an example of the flow of communication data at the time of IF1 to which the present invention is applied. Fig. 4 is a flowchart showing an example of the control operation of each station in Figs. 2 and 3. a...Network transmission path, b, c, d, e, f, g... Communication data Transmitting/receiving station, ■... 1st
Flag area, 2... Receiving station address area, 3... Transmitting station address area, 4... Data/control data area, 5... FCS area, 6... Second flag area.

Claims (1)

【特許請求の範囲】 l)通(i’+様を得たステーションのみ単独にデータ
通信が行える1・−クンパッシング形式のネットワーク
において、前記ステーションは前記データ通信中に通イ
菖の空き時間が生じた時には送信ステーションと受イ4
ステーションのアドレスを含む通信権一時委譲命令を介
して他のステーションに前記通信柚を一詩的に譲り渡す
通信権一時委譲手段と、その後前記化のステーションか
ら返却された前記通信権−ILI、、委譲命令を介して
前記ステーションが11)瓜前記通信権を取り戻せる通
信権再取得手段とを具備したことを特徴とする網制御方
式。 2、特許請求の範囲第1項記載の網制御方式において、
前記通信権一時委譲命令を受信した前記化のステーショ
ンは自己のデータ通信処理終了後またはデータ通信不要
時に前記通信権−・時委、口(命令の送信元である前記
ステーションに対して前記通信権一時委譲命令を返却す
る通信権返却手段を具備したことを特徴とする網制御方
式。 3)′特許1;^求の範囲第1項または第2項記載の網
制御方式において、前記通信権再取得手段カ腎のステー
ションに対して前記ステーションか待ち処理中である旨
の拒否応答または待ち処理を完了した旨の肯定応答を送
信する手段を含み、前記拒否応答を受信した前記化のス
テーションは更に下流のステーションに前記通信権一時
委譲命令を譲り渡す手段を具備したことを特徴とする網
制御方式。 4)特111−請求の範囲第3頑記載の網制御方式にお
いて、+iii記下流のステーションに送信される前記
通信権一時委譲命令の送信ステーションアドレスは最初
に該命令を送信したステーションのアドレスであること
を特徴とする網制御方式。
[Scope of Claims] l) In a 1-Kun passing type network in which only stations that have obtained communication (i'+) can perform data communication independently, the station determines the free time of communication during the data communication. When this occurs, the transmitting station and receiver 4
A temporary communication right transfer means for transferring the communication right to another station via a communication right temporary transfer command including the address of the station, and the communication right-ILI, which is then returned from the station of the above, is transferred. 11. A network control system characterized in that the station comprises: 11) communication right reacquisition means that allows the station to regain the communication right through a command. 2. In the network control system according to claim 1,
After receiving the communication right temporary transfer command, the station transfers the communication right to the station that sent the command after completing its own data communication processing or when no data communication is required. A network control system characterized by comprising a communication right return means for returning a temporary delegation command. 3) 'Patent 1; The acquisition means includes means for transmitting a rejection response indicating that the station is in a waiting process or an acknowledgment indicating that the waiting process has been completed to the station of the acquisition means, and the station of the above-mentioned mode that receives the rejection response further A network control system characterized by comprising means for transferring the communication right temporary transfer command to a downstream station. 4) Special feature 111 - In the network control system set forth in claim 3, +iii, the sending station address of the communication right temporary transfer command sent to the downstream station is the address of the station that first sent the command. A network control method characterized by:
JP16233082A 1982-08-19 1982-09-20 Network control system Granted JPS5952945A (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP16233082A JPS5952945A (en) 1982-09-20 1982-09-20 Network control system
CA000434460A CA1226638A (en) 1982-08-19 1983-08-12 Data communication method
EP83108136A EP0101609B1 (en) 1982-08-19 1983-08-17 Data communication method
DE8383108136T DE3378452D1 (en) 1982-08-19 1983-08-17 Data communication method
US07/120,178 US4779092A (en) 1982-08-19 1987-11-13 Method and apparatus for effecting multi-station data transmission having a variable next station address

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP16233082A JPS5952945A (en) 1982-09-20 1982-09-20 Network control system

Publications (2)

Publication Number Publication Date
JPS5952945A true JPS5952945A (en) 1984-03-27
JPH0365702B2 JPH0365702B2 (en) 1991-10-14

Family

ID=15752487

Family Applications (1)

Application Number Title Priority Date Filing Date
JP16233082A Granted JPS5952945A (en) 1982-08-19 1982-09-20 Network control system

Country Status (1)

Country Link
JP (1) JPS5952945A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61199063A (en) * 1985-02-28 1986-09-03 Sadaji Nagabori Zn alloy for hot dipping having superior corrosion resistance and high workability
JPS61276443A (en) * 1985-05-31 1986-12-06 Yokogawa Electric Corp Communication control system

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61199063A (en) * 1985-02-28 1986-09-03 Sadaji Nagabori Zn alloy for hot dipping having superior corrosion resistance and high workability
JPH0414174B2 (en) * 1985-02-28 1992-03-12 Sadaji Nagabori
JPS61276443A (en) * 1985-05-31 1986-12-06 Yokogawa Electric Corp Communication control system
JPH0567097B2 (en) * 1985-05-31 1993-09-24 Yokogawa Electric Corp

Also Published As

Publication number Publication date
JPH0365702B2 (en) 1991-10-14

Similar Documents

Publication Publication Date Title
US4888728A (en) Multipoint link data-transmission control system
JPS5952945A (en) Network control system
JPS61100046A (en) Loop transmission method
JPH0473178B2 (en)
JPH0527292B2 (en)
JPH063929B2 (en) Data transmission control method in loop-shaped transmission system
JP2522847B2 (en) Programmable controller system
JPH0734190B2 (en) Communication control device in data transmission system
JP2590773B2 (en) Facsimile communication system
JPH01284030A (en) Communication system for dama system
JPS5818030B2 (en) Loop transmission control method
JPH04278732A (en) Device switching system
JPH04337946A (en) Data transmission method
JPS6266360A (en) Priority control system
JPH03143047A (en) Communication control system
JPH03270431A (en) Interprocessor communication system
JPH10178439A (en) Communication line, line control method and camera system
JPS58205273A (en) Multiplex system
JPS63137347A (en) Image data communication control system
JPS59132257A (en) System for transferring common bus information
JPH024042A (en) Communication terminal equipment
JPS59205848A (en) Priority control system
JPH0447433A (en) Multi-processor control system
JPS6032461A (en) Transmission system
JPS635452A (en) Transmission controller