JPH0666807B2

JPH0666807B2 - ループ通信システム

Info

Publication number: JPH0666807B2
Application number: JP63274007A
Authority: JP
Inventors: 邦彦黒木
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-10-28
Filing date: 1988-10-28
Publication date: 1994-08-24
Anticipated expiration: 2009-08-24
Also published as: JPH02119452A

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、複数の計算機間でデータ通信を行なうための
ループ通信システムに係り、さらに詳細にはトークンリ
ング方式のループ通信システムに関する。

〔従来の技術〕

従来より、計算機システム相互間を各自の通信制御装置
及びループ状の通信回線を介して接続し、トークンリン
グ方式によりデータ通信を行なう装置が、例えば特開昭
６０−１６０７４７号公報等で知られている。

この種のループ通信システムは、データ通信対象となる
複数の計算機のそれぞれの通信制御装置をループ状通信
回線を介して相互に接続し、トークン発行管理の統制を
図るために、通信制御装置のうち一つをトークン発行管
理局としている。

そして、発行されたトークンをループ状通信回線に乗せ
てトークン発行管理局から接続順に各通信制御装置に巡
回させ、この巡回するトークンが各自の通信制御装置に
まわってきたとき、テキスト（計算機データ）の送信要
求があればトークンの発行名義を自局名義に変換してテ
キスト送信の後にトークンを次の通信制御装置に送り、
テキスト送信の要求がなければ、トークンをそのまま次
の通信制御装置に送る。トークン巡回の過程で２以上の
通信制御装置からテキスト送信要求が順次あった場合に
は、宛先の通信制御装置にテキストが受信されるまで
は、送信テキストが順次連結され、その後にトークン
（この場合のトークンは、送信要求がある度に発行名義
が書き換えられていくので、結果的に現時点の最後にテ
キスト送信要求があった局の通信制御装置の名義になっ
ている）が付されて次の通信制御装置に送られる。

トークンを順番に巡回させる過程で、いずれの通信制御
装置においてもテキスト送信要求がない場合には、トー
クン発行管理局にトークンが発行当初の自局名義で一巡
して戻ってくる。この場合には、発行管理局でいったん
トークンを読み捨て（消去）し、所定の時間的インター
バル経過後にトークンが新たに発行される。このインタ
ーバルは、テキスト要求頻度が低い時にトークンの巡回
が早すぎないようにするためで、これによってトークン
を巡回するに際し各通信制御装置でそれぞれの計算機に
対するデータアクセス（送信準備）の余裕を与えること
ができる。

上記トークンを発行させるために要するインターバルが
トークン発行管理時間（トークン発行周期）Ｔｓとな
る。

このトークン発行管理時間Ｔｓは、通信システムの規模
を問わず大規模システムでのトークン最大遅延時間（ト
ークン最大遅延時間とは、トークンが通信制御装置を一
巡する時間のうち、どこの通信制御装置でもテキスト要
求がある場合にかかる時間である）より長い時間に固定
しているのが一般的であった。トークン発行管理時間Ｔ
ｓをトークン最大遅延時間より長くする理由は、後述す
る。

このようにトークン発行管理時間Ｔｓを大規模システム
でのトークン最大遅延時間に合わせて一律に固定してし
まうことは、通信システムの規模または計算機の処理能
力といったものを配慮してトークン発行管理時間Ｔｓを
合理的に設定する配慮に欠け、効率のよい通信ができな
い。

そのため、従来は、例えば、特開昭６３−２２７１４９
号公報に記載のループ通信システムのように、トークン
発行管理時間Ｔｓを通信システムの規模，計算機の処理
能力に応じて任意に可変設定できるタイマーを設ける手
段を講じる提案がされている。この手段は、通信効率ア
ップに貢献できるものと評価される。しかし、トークン
発行管理時間Ｔｓを設定する場合に、個々の通信システ
ム規模のトークン最大遅延時間より長くすることは避け
られず、それ以上のトークン発行管理時間Ｔｓの短縮化
は望めなかった。この従来例において、トークン発行管
理時間Ｔｓをトークン最大遅延時間より短くできない理
由については、以下の発明が解決しょうとする課題の項
で説明する。

〔発明が解決しようとする課題〕

第６図は、特開昭６３−２２７１４９号公報で採用され
たループ状通信システムの動作の一例を示すタイムチャ
ート、第７図は、そのトークン発行管理局でなされるト
ークン処理の一例を示すフローチャートである。

第６図において、２_１〜２_ｎは各計算機の通信制御装置
で、２_１がトークン発行管理となる主局の通信制御装
置、２_２〜２_ｎがトークン発行管理局以外の通信制御装
置（ここでは従局とする）としてある。

また、Ｒは受信、Ｓは送信、Ｆ_１は主局２_１で発行され
るトークン、Ｆ_２〜Ｆ_ｎは従局２_２〜２_ｎでテキスト送
信要求がある場合に、トークン発行名義をそのテキスト
送信要求のある従局の名義に書き換えたもの、「Ｄ_２→
_１」は従局２_２から主局２_１宛に送信すべきテキスト、
「Ｄ_ｎ→_ｎ−１」は従局２_ｎから従局２_ｎ−１宛に送信
すべきテキストを示す。

この従来例は、主局２_１がトークンの発行管理を行な
う。トークンを読み捨てするプログラムは、主局，従局
を問わず備えており、主局或いは従局に自局名義のトー
クンが一巡して戻ってきたときにトークンが読み捨てさ
れるようにしてある。また、どのような名義であろうと
もトークンが主局２_１にきたときにＴｓ（トークン発行
管理時間）起動をかけるようにしてある。

その動作の一例を、第６図の左側から、すなわち現時点
でＴｓがタイムアップして主局２_１でトークンＦ_１が発
生しているとことから説明する。

トークンＦ_１は従局２_２で受信され、従局２_２で「Ｄ_２
→_１」のテキスト送信の要求がある場合には、トークン
の発行名義をＦ_２に変えてテキスト「Ｄ_２→_１」を次局
にトークンＦ_２と共に送る。このとき、トークンＦ_２は
テキスト送信に後続する。

このようにしてトークンが各局を順次巡回し、テキスト
も宛先の局に至るまでトークンと共に巡回する。本例で
は、２_ｎの局に至るまでに、各局の通信制御装置でテキ
スト送信要求があり、且つ２_ｎ局でもテキスト送信要求
（ここでは「Ｄ_ｎ→_ｎ−１」とする）がある場合には、
「Ｄ_２→１」…「Ｄ_ｎ→_ｎ−１」と次々と送信すべきテ
キストが連結されて、その後に「Ｆ_ｎ」名義となったト
ークンが付されて、主局２_１局に送られる。このとき、
全ての従局でテキスト送信要求があった状態でトークン
が一巡した時がトークン最大遅延時間Ｔ_ＭＡＸとなる。

主局２_１では、自局が宛先となっているテキストを取り
込む（これを図の破線ブロックで示す受信で表す）。こ
のとき、主局２_１に戻ったトークンは、自局名義以外の
ものであるので、トークンの読み捨ては行なわず、残り
のテキストをトークンをそのままにして（ここでは自局
でのテキスト送信要求がない場合を例示しているためで
ある）、次の局へ送信し、この時点でＴｓ起動がかけら
れる。

このような送信動作の繰り返しで、テキストが次々に宛
先の局で受信され、新たにテキスト送信要求が各局でな
されていない場合には、トークンのみが残り（第６図で
は、最後にテキスト送信要求がなされた局の名義のトー
クン「Ｆ_ｎ」を例示している）、これが自局（ここでは
２_ｎを一例としている）にくると読み捨てられる。この
場合には、主局２_１にトークンが戻ってこないので、ト
ークン発行管理時間Ｔｓ後（Ｔｓタイムアップ）にトー
クンが「Ｆ_１」として新たに発行される。

次に、主局２_１でのトークン発行後、例えば、そのトー
クンが順番に従局２_２〜２_ｎに送られても、どこでもテ
キスト送信要求がなければ、トークン発行管理元である
主局２_１にトークンは「Ｆ_１」名義で戻ってくるが、こ
のときはトークンは読み捨てられ、Ｔｓ起動がかけられ
Ｔｓ後に上記同様に新たにトークンが「Ｆ_１」として発
行される。この時のトークンが一巡する時間は最小時間
Ｔ_ＭＩＮとなる。

なお、主局２_１は、トークンが他局名義で繰り返しくる
限り、テキスト送信がなされていることになるので、そ
のトークンを読み捨てることができず、この場合にはト
ークンの複数発行防止のために他局名義のトークンを送
信する時点でＴｓ再起動（換言すればＴｓがタイムアッ
プする前にＴｓ起動のかけ直し）がなされる。

以上の動作のうち、主局２_１の動作を示すのが第７図の
フローチャートである。すなわち、主局２_１は、トーク
ン受信時（トークンがループ通信回線を介して通信制御
装置間を一巡してきた時）、そのトークンが自局の発行
名義か途中で他局の発行名義に変換されたかの判定を行
ない、自局名義である場合にはトークンを読み捨てしト
ークン発行管理時間Ｔｓのタイマー起動を行ない、タイ
ムアップにて主局２_１発行のトークンを送信する。一
方、他局名義であれば、そのままＴｓのタイマー起動を
行ないタイムアップまでにトークン受信がなければ途中
でトークンが読み捨てられたとしてトークンを発行，送
信し、タイムアップ前に再度トークンが戻ってきたとき
（トークン受信）は、再度トークンをそのままの状態で
送信し、Ｔｓのタイマーを再起動（かけなおし）する。

このような従来技術においては、トークンは、主局２_１
にくるまでに消滅して（換言すれば読み捨てされて）し
まうこともあるので、ある時点でトークン発行準備をと
る必要があり、これがＴｓ起動となる。そして、従来
は、Ｔｓ起動の基準として、前述したように主局，従局
の名義を問わずトークンが主局に戻ってきた時点に定め
ている。また、トークン発行管理時間Ｔｓは、トークン
の複数発行防止の見地から、トークンが途中の局で読み
捨てされているのか、また主局に戻ってくるのかの目安
を立てて設定しなければならない。

その目安となるものがトークン最大遅延時間Ｔ_ＭＡＸで
あるので、少なくともＴｓは、Ｔ_ＭＡＸより時間を長く
する必要がある。

すなわち、Ｔｓ≧Ｔ_ＭＡＸ＋Ｔｉ（ここでＴｉは裕度で
ある）を確保する必要がある。

以上のように、従来は、トークン発行管理時間ＴｓをＴ
_ＭＡＸより短くできなかった。

本発明は以上の点に鑑みてなされ、その目的は、この種
のトークンリング方式のループ通信システムにおいて、
トークン発行管理時間Ｔｓをトークン最大遅延時間Ｔ
_ＭＡＸよりも大幅に短くして、通信効率をより一層向上
させることにある。

〔課題を解決するための手段〕

本発明は、データ通信対象となる複数の計算機のそれぞ
れの通信制御装置２_１〜２_ｎを局にしてループ状通信回
線を介して相互に接続し、これらの通信制御装置のうち
一つをトークン発行管理局２_１とし、発行されたトーク
ンを前記ループ状通信回線に乗せてトークン発行管理局
２_１から接続順に各通信制御装置２_２〜２_ｎ…２_１に巡
回させ、トークが各自の通信制御装置にまわってきたと
き、テキスト送信の要求があればトークンの発行名義を
そのテキスト送信要求のある局名義に変換しテキスト送
信に後続してトークンを次の通信制御装置に送り、テキ
スト送信の要求がなければ、トークンをそのまま次の通
信制御装置に送るトークンリング方式のループ通信シス
テムにおいて、前記トークン発行管理局２_１の通信制御装置は、トーク
ンを発行させるに要するトークン発行管理時間Ｔｓを設
定するタイマーと、トークンが自局発行名義「Ｆ_１」で
一巡して戻ってきた場合には、そのトークンを読み捨て
し前記タイマーを起動して前記トークン発行管理時間Ｔ
ｓ経過した時に新たにトークンを発行し、トークンが他
局発行名義（Ｆ_２〜Ｆ_ｎのいずれか）に変換されて戻っ
てきた場合には、自局でのテキスト送信要求の有無にか
かわらずそのトークンを自局発行名義「Ｆ_１」に変換し
た後、再び前記ループ状通信回線に乗せるトークン処理
プログラムとを備えて成ることを特徴とする。

〔作用〕

上記構成によれば、次のような作用がなされる。

この作用の一例を、理解を容易するため、実施例で用い
る第３図，第４図のタイムチャートを引用して説明す
る。

第３図は、テキスト送信頻度が低い場合の例で、トーク
ン発行管理局となる通信制御装置（主局）２_１でのトー
クン発行，送信後、トークンがそのまま自局発行名義
「Ｆ_１」で他の通信制御装置間を一巡した場合を例示す
る。具体的には、トークンがループ状通信回線を巡回す
る過程でどの局の通信制御装置でも送信要求がない場合
と、主局２_１だけがテキスト要求（ここではＤ_１→_ｎ）
ある場合を例示している。

この場合には、そのトークンを主局２_１で読み捨てしタ
イマーを起動（Ｔｓ起動）してトークン発行管理時間Ｔ
ｓ経過した時に新たに自局名義「Ｆ_１」でトークンを発
行し、これを再度、ループ状通信回線に乗せて通信制御
装置間を順番に巡回させる。

第４図は、主局２_１でのトークン発行，送信後、トーク
ンが通信制御装置間を一巡する間に他局発行名義（Ｆ_２
〜Ｆ_ｎのいずれか）で主局２_１に戻ってきた場合（すな
わち通信制御装置２_２〜２_ｎの少なくともいずれか一つ
でテキスト送信要求があった場合で、ここでは、全ての
従局２_２〜２_ｎでテキスト送信要求があるＴ_ＭＡＸの場
合を例示している）と、自局名義「Ｆ_１」で主局２_１戻
ってきた場合を例示する。

そして、本発明の場合は、第４図に示すように、主局２
_１に戻るトークンの名義が他局発行名義の場合には、そ
のトークンを自局でのテキスト送信要求の有無にかかわ
らず自局発行名義「Ｆ_１」に変換した後（第４図ではＦ
_ｎからＦ_１に名義を変換している例を示す）、再び前記
ループ状通信回線に乗せ、この場合には、タイマー起動
を行なう必要性がなくしている点に従来と異なる大きな
特徴がある。

すなわち、このようにすると、主局２_１を基準にトーク
ンを再巡回させる場合に、トークンの発行名義が当初は
常に「Ｆ_１」となるので、従局２_２〜２_ｎに自身のトー
クン発行名義で自局に戻る（受信）といった事態がなく
なる。その結果、トークンが途中で、換言すれば従局２
_２〜２_ｎで消滅（読み捨て）される事態が生じない。

したがって、従来のようにトークンが途中で消滅するこ
とを見込んでトークン発行管理時間Ｔｓを設定する必要
がなくなり、トークン発行管理時間Ｔｓをトークン最大
遅延時間Ｔ_ＭＡＸに拘束されることなく設定可能とな
る。

そして、トークン発行管理時間Ｔｓは、主局２_１にトー
クンが自局発行名義「Ｆ_１」だけで戻ってきたときに限
り、トークンを読み捨てて新たに設定すればよいので、
トークンを巡回するに際し各通信制御装置でそれぞれの
計算機に対するデータアクセス（送信準備）の余裕を与
える必要最小限の裕度Ｔｉだけでインターバル設定すれ
ばよい（Ｔｓ＝Ｔｉ）。その結果、トークン発行管理時
間Ｔｓをトークン最大遅延時間Ｔ_ＭＡＸよりも大幅に短
くすることができる。

〔実施例〕

本発明の実施例を第１図〜第５図及び第８図を用いて説
明する。

第１図は本発明を適用する装置全体の構成図であり、複
数のメインの計算機（所謂ホストコンピュータ）１_１〜
１_ｎは、それぞれの通信制御装置２_１〜２_ｎ及びループ
状通信回線４を介して相互に接続される。各計算機１_１
〜１_ｎと通信制御装置２_１〜２_ｎは、計算機インターフ
ェイスバス３_１〜３_ｎを介して接続される。

通信制御装置２_１〜２_ｎは、計算機１_１〜１_ｎとのデー
タ転送制御及び通信回線４上のフレーム監視、テキスト
送受信制御等の一般的な機能と後述する新規なトークン
発行管理機能を有する。

トークン発行管理を行なう主局（トークン発行管理局）
としての通信制御装置は、トークン発行管理の統制を図
るために、同時に２以上存在することがないように、通
信制御装置のうち一つを選んである。このトークン発行
管理局を、通信制御装置２_１としてあり、それ以外の通
信制御装置２_２〜２_ｎはトークン発行管理を行なわない
従局としてある。

主局の通信制御装置２_１は、トークン発行，トークンの
読み捨て、トークンのインターバル確保等のトークン発
行管理を行なうプログラムを備えている。

また、全ての通信制御装置２_１〜２_ｎは、トークンが自
通信装置に回ってきたとき（トークン受信時）にテキス
ト送信，受信の制御が行ない得るようにしてある。そし
て、テキスト送信する場合には、トークンをその要求の
ある自局の通信制御装置の発行名義に変換して送ること
ができる。

送信されたテキストは、宛先の通信制御装置に至ると受
信により取り込まれ、ループから除去され、このとき、
受信先の通信制御装置で送信要求がない場合には、トー
クンをそのまま次の通信制御装置に送信する。

ここでトークンとは、送信権を各通信制御装置に与える
ための特定の符号パターンを持つフレームで、発行通信
制御装置番号情報（発行名義）を含むものとする。また
フレームとは、トークンおよびテキストを指すものとす
る。

第２図は、本実施例の主局となる通信制御装置２_１のブ
ロック構成図である。第２図において、計算機インター
フェイスバス３_１は、計算機側制御部８に接続され、ル
ープ状通信回線４は、通信回線制御部９に接続される。

これらの計算機側制御部８及び通信回線制御部９は、内
部インターフェイスバス１１を介して演算処理部５に接
続される。

演算処理部５には、この他、プログラム記憶部６、デー
タ記憶部７、タイマー部１０も内部インターフェイスバ
ス１１を介して接続される。

以上により第２図のトークン発行管理局たる通信制御装
置２_１のハードウエア構成をなしている。

通信制御装置２_１は、計算機インターフェイスバス３_１
を介した計算機１_１からの送信指令および送信データを
計算機側制御部８により受信し、内部インターフェイス
バス１１を介して演算処理部５に報告する。

演算処理部５は、あらかじめ所定の送信制御処理を行な
うプログラムが記憶されているプログラム記憶部６のプ
ログラムおよび送受信データの一時記憶を行なうデータ
記憶部７により送信指令の解釈，送信データのフォーマ
ット変換等を行ない、送信データは、通信回線側制御部
９によりトークン受信後、またはタイマー部１０のトー
クン発行管理時間Ｔｓのタイムアップ後、所定のタイミ
ングおよびフォーマットに変換し通信回線４に送信テキ
ストとして送信され後続して自局発行名義のトークンを
送信する。

一方、通信回線４からの受信テキストは、通信回線側制
御部９により受信し、所定のタイミングおよびフォーマ
ットに変換し内部インターフェイスバス１１を介して演
算処理部５に報告する。

演算処理部５は、あらかじめ所定の受信制御処理を行な
うプログラムおよびデータ記憶部７により受信データの
フォーマット変換を行ない、計算機側制御部８により計
算機インターフェイスバス３_１を介してメイン計算機１
_１に受信報告および受信データを送信する。

ここで、主局の通信制御装置２_１と、従局の通信制御装
置２_２〜２_ｎの機能上の相違点を第５図及び第８図のフ
ローチャートにより説明する。

主局の通信制御装置２_１は、トークンを発行管理する唯
一の局で、トークン発行に要するインターバル確保のた
めトークン発行管理時間Ｔｓを設定するタイマー部１０
を有し、さらに、第３図に示すようなプログラムを備え
る。すなわち、トークンがループ状通信回線４を介して
通信制御装置２_１…２_２〜２_ｎ…２_１を一巡してくる
と、そのトークンが自局発行名義であるか否か判定し、
自局発行名義である場合には、そのトークンを読み捨て
しタイマーを起動してトークン発行管理時間Ｔｓ経過し
た時に新たに自局発行名義でトークンを発行する。この
とき、自局でテキスト送信要求があれば、テキストを送
信させてトークンを後続的に送信させる。また、トーク
ンが他局発行名義で戻ってきた場合には、自局でテキス
ト送信要求が有る無しにかかわらずそのトークンを自局
発行名義に変換した後、再び前記ループ状通信回線に乗
せてトークンを送信させる。以上のトークン処理プログ
ラムが記憶部６に記憶されている。

一方、従局の通信制御装置２_２〜２_ｎは、トークン発行
管理機能は有しておらず、第８図に示すように、前の局
からのトークンを受信すると、テキスト送信要求がない
場合には、トークンをそのまま自局の通信制御装置に送
信し、テキスト送信要求がある場合に限り、トークンを
自局発行名義に変換して、テキスト送信に後続させてト
ークンを送信するプログラムを備え、このプログラムが
自己の記憶部に記憶されている。

ここで、本実施例の動作について第３図及び第４図によ
り説明する。

なお、第３図及び第４図のタイムチャートで用いる符号
は、既述した第６図と同様に定義されるものである。

第３図に示すように、ループ通信回線上の通信要求発生
頻度が低く、主局（トークン発行管理局の通信制御装
置）２_１，従局（トークン発行管理局以外の通信制御装
置）２_２のいずれにおいてもテキスト送信要求がない場
合や、主局２_１のみでテキスト送信要求がある場合に
は、主局２_１発行のトークンＦ_１が各通信制御装置２_２
〜２_ｎを巡回した後に主局２_１に戻ってくるが、このと
きには、トークンが読み捨てされる。そして、読み捨て
された時点で、タイマーを起動（Ｔｓ起動）してトーク
ン発行管理時間Ｔｓ経過した時に新たに自局発行名義
「Ｆ_１」でトークンを発行し、これを再度、ループ状通
信回線に乗せて各局間の通信制御装置間を順番に巡回さ
せる。

また、第４図に示すように、主局２_１でのトークン発
行，送信後、トークンが通信制御装置間（２_１〜２_ｎ）
を一巡する間に従局（２_２〜２_ｎのいずれか）でテキス
ト送信要求がある場合には、主局２_１に他局発行名義
（Ｆ_２〜Ｆ_ｎ）に途中で変換されたトークンが戻るが、
この場合（ここでは通信要求発生頻度が高く各従局に計
算機からのテキスト送信要求が次々と発生して例とし
て、全ての従局２_２〜２_ｎでテキスト送信要求があるＴ
_ＭＡＸの場合を例示している）には、主局２_１でそのト
ークンを自局発行名義「Ｆ_１」に変換した後（第４図で
はＦ_ｎからＦ_１に発行名義を変換している例を示す）、
再び前記ループ状通信回線に乗せ、トークンの巡回が再
度なされトークンは途絶えることがない。

そして、本実施例の場合は、第４図に示すように、主局
２_１に戻るトークンの発行名義が他局名義であると、自
局２_１でのテキスト送信要求の有無にかかわらずそのト
ークンを自局発行名義「Ｆ_１」に変換した後、再び前記
ループ状通信回線に乗せ、この場合には、タイマー起動
を行なう必要性がなくしている点に従来と異なる大きな
特徴がある。

すなわち、このようにすると、主局２_１を基準にトーク
ンを再巡回させる場合に、トークンの発行名義が当初は
常に「Ｆ_１」となるので、従局２_２〜２_ｎに自身の発行
名義で自局に戻る（受信）といった事態がなくなる。そ
の結果、トークンが途中で、換言すれば従局２_１〜２_ｎ
で消滅（読み捨て）される事態が生じない。

したがって、従来のようにトークンが途中で消滅するこ
とを見込んでトークン発行管理時間Ｔｓを設定する必要
がなくなり、トークン発行管理時間Ｔｓをトークン最大
遅延時間Ｔ_ＭＡＸに拘束される必要がなくなる。

そして、トークン発行管理時間Ｔｓは、自局２_１に自局
発行名義「Ｆ_１」だけで戻ってきたときに限り、
「Ｆ_１」を読み捨てて新たに発行すればよいので、トー
クンを巡回するに際し各通信制御装置でそれぞれの計算
機に対するデータアクセス（送信基準）の余裕を与える
必要最小限の裕度Ｔｉだけでインターバル設定すればよ
い（Ｔｓ＝Ｔｉ）。その結果、本実施例によれば、トー
クン発行管理時間Ｔｓをトークン最大遅延時間Ｔ_ＭＡＸ
よりも大幅に短くすることができる。

すなわち第３図，第４図に示すトークン最小遅延時間Ｔ
_ＭＩＮ及びトークン最大遅延時間Ｔ_ＭＡＸは、通信シス
テムの規模および各計算機システムの処理能力により異
なるが、トークン発行管理を行なうトークン発行管理時
間Ｔｓのタイマー部１０の起動は主局２_１発行でその名
義のトークンＦ_１を受信し読み捨て処理をした時のみ行
なっているため、通信システムの規模および各計算機シ
ステムの処理能力に影響されずにトークン発行管理を行
なうことができる。

したがって、本実施例によれば、従来にくらべてトーク
ン発行管理時間を大幅に短縮することができ、しかも、
このようなトークン発行管理時間が繰り返し使用される
ときのトータルのトークン発行管理時間は従来に較べて
はるかに短くなる。その結果、通信効率の大幅な向上を
図ることができる。

〔発明の効果〕本発明によれば、タイマーとトークン処理プログラムと
いった簡単な構成により、ループ通信システムのトーク
ン発行管理時間Ｔｓをトークン最大遅延時間Ｔ_ＭＡＸよ
りも大幅に短くすることができ、このようなトークン発
行管理時間が繰り返し使用されるときのトータルのトー
クン発行管理時間は従来に較べてはるかに短くなり、そ
の結果、通信効率の大幅な向上を図ることができる。し
かも、通信システムの規模，処理能力を問わず、小規模
から大規模の各種通信システムの通信効率向上に貢献す
ることができる。

【図面の簡単な説明】

第１図は本発明を適用するループ通信システムの全体構
成図、第２図は本発明の一実施例に係るループ通信シス
テムのトークン発行管理を行なう通信制御装置のブロッ
ク図、第３図及び第４図は上記実施例のループ通信シス
テムの動作を示すタイムチャート、第５図は上記実施例
に用いるトークン発行管理局（主局）の通信制御装置が
有するプログラム内容を示すフローチャート、第６図は
従来のループ通信システムの動作例を示すタイムチャー
ト、第７図は従来のループ通信システムの主局となる通
信制御装置が有するプログラム内容を示すフローチャー
ト、第８図は上記実施例におけるトークン発行管理局以
外の通信制御装置のプログラム内容を示すフローチャー
トである。１_１…１_ｎ……計算機、２_１〜２_ｎ……通信制御装置、
３_１〜３_ｎ……計算機インターフェイスバス、４……ル
ープ状通信回線、５……演算処理部、６……プログラム
記憶部、７……データ記憶部、８……計算機側制御部、
９……通信回線側制御部、１０……タイマー。

Claims

【特許請求の範囲】

【請求項１】データ通信対象となる複数の計算機のそれ
ぞれの通信制御装置を局にしてループ状通信回線を介し
て相互に接続し、これらの通信制御装置のうち一つをト
ークン発行管理局とし、発行されたトークンを前記ルー
プ状通信回線に乗せてトークン発行管理局から接続順に
各通信制御装置に巡回させ、トークンが各自の通信制御
装置にまわってきたとき、テキスト送信の要求があれば
トークンの発行名義をそのテキスト送信要求のある局名
義に変換しテキスト送信に後続してトークンを次の通信
制御装置に送り、テキスト送信の要求がなければ、トー
クンをそのまま次の通信制御装置に送るトークンリング
方式のループ通信システムにおいて、前記トークン発行管理局の通信制御装置は、トークンを
発行させるに要するトークン発行管理時間Ｔｓを設定す
るタイマーと、トークンが自局発行名義で一巡して戻っ
てきた場合には、そのトークンを読み捨てし前記タイマ
ーを起動して前記トークン発行管理時間Ｔｓ経過した時
に新たにトークンを発行し、トークンが他局発行名義に
変換されて戻ってきた場合には、自局でのテキスト送信
要求の有無にかかわらずそのトークンを自局発行名義に
変換した後、再び前記ループ状通信回線に乗せるトーク
ン処理プログラムとを備えて成ることを特徴とするルー
プ通信システム。
【請求項２】特許請求の範囲第１項記載のループ通信シ
ステムにおいて、前記タイマーで設定するトークン発行
管理時間Ｔｓを任意に設定可能にしたことを特徴とする
ループ通信システム。