JPH07235945A - リングバスシステムにおける通信制御方式 - Google Patents

Abstract

(57)【要約】 【目的】本発明は複数の通信ノードをリング状のバスで
接続し少なくとも一つのシステムを管理する通信管理ノ
ードを備えたトークンパッシング方式により送信権を得
るリングバスシステムにおける通信制御方式に関し，リ
ングバスが輻輳してもシステムの処理能力の低下を防止
し，トラヒックに依存せずに安定的な処理能力を得るこ
とを目的とする。 【構成】通信管理ノードにリングバス上を巡回する１個
の通常トークンフレームを生成すると共にリングバス上
の巡回時間を監視する通常トークン生成監視手段を設け
る。通常トークンフレームの監視により得られた巡回時
間を負荷状態監視制御手段が予め設定された時間を継続
して越えるか判別し，その条件を満たすとリングバスが
輻輳状態として通常トークンフレームとは別にプライオ
リティを付加した個別トークンフレームを個別トークン
生成監視手段から生成してリングバス上に送信して監視
する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はトークンパッシング方式
を採用したリングバスシステムにおける通信制御方式に
関する。

【０００２】データ送受信機能を備えた複数の通信ノー
ドをリング状のバスに接続したリングバスシステムで
は，少なくとも一つのシステムを管理する通信管理ノー
ドを備え，リングバスを巡回する１個のトークンフレー
ムを捕捉した通信ノードがデータの送信権を得るトーク
ンパッシング方式が知られている。

【０００３】このトークンパッシング方式を用いた場
合，リングバス内の多数の通信ノードが通信を要求して
いると，トークンフレームの巡回時間が長くなり，シス
テムの処理能力が低下するため，その改善が望まれてい
る。

【０００４】

【従来の技術】図７はリングバスシステムの説明図，図
８は通信ノードの構成例である。図７のＡ．はリングバ
スシステムの構成，Ｂ．はフレーム構成である。

【０００５】図７のＡ．において，７０〜７５は一般の
通信ノード（＃１〜＃６で表示），７６は複数の通信ノ
ード及びリングバスを制御する機能を持つ通信管理ノー
ド（＃７で表示），ＲＢ０，ＲＢ１は各通信ノード間を
接続するためのリングバスを表す。この構成ではリング
バスがＲＢ０，ＲＢ１と２本設けられているが，一方
（例えばＲＢ０）を現用として，他方（例えばＲＢ１）
は現用が障害の時の予備として使用する。なお，現用と
してｎ本設けたリングバスをｎ＋１構成のリングバスと
称される。このリングバスシステムでは，リングバス上
を巡回する１個のトークンを捕捉した通信ノードがデー
タの送信権を得て送信データを他の通信ノードへ送信す
る。

【０００６】図７のＢ．に通信ノード間の通信に用いら
れるフレーム構成が示され，は，コマンドを送信する
ための制御フレーム（トークンフレームを含む）であ
り，はデータを送信するためのフレームである。これ
らのフレームの中の，Ｆはフラグ（01111110の８ビッ
ト），Ｃはコマンド，ＤＡは通信先（宛先）アドレス，
ＳＡは送信元アドレス，ＦＣＳは誤り検出のためのフレ
ームチェックシーケンス，Ｉは送信すべきデータが格納
される情報フィールドである。トークンフレームは，
の制御フレームのＣ（コマンド）が特定パターン（例え
ば，オール１）であることにより表示する。

【０００７】図８に示す通信ノード（図７に示す７０〜
７５）の構成において，８０はバスインタフェース部，
８１は上流の通信ノードからの信号を受信するための処
理をするリングバスインタフェース受信部，８２はフレ
ームがトークンであるか通常のフレームかの識別や，フ
レームに含まれる制御信号，即ちアドレス，コマンド等
の解析を行うフレーム解析部，８３は上流の通信ノード
から受け取って他通信ノードへ送る必要のあるフレーム
や，自通信ノードからフレームを送信する場合に送信デ
ータ切替部８６の切替制御を行う送信制御部，８４は自
通信ノードが障害の時上流から受信したフレームをバイ
パスして下流の通信ノードへ送信するか，障害で無い時
リングバスインタフェース送信部８５からのフレームを
送信するかを切替える切替部，８５は下流の通信ノード
へ送信するための処理を行う送信側のリングバスインタ
フェース送信部，８６はフレーム解析部８２からのフレ
ームか，自通信ノードから発生するフレームの何れかを
選択する送信データ切替部，８７はバスインタフェース
部８０と，プロセッサ側とのインタフェースをとるプロ
セッサインタフェース部，８８は通信ノードのプロセッ
サ部，８９は通信ノードのメモリ部である。

【０００８】バスインタフェース部８０は，リングバス
対応に各通信ノードに備えられ，プロセッサインタフェ
ース部８７を介して接続するプロセッサ部８８，メモリ
部８９とにより通信ノードが構成されている。以下に図
８の通信ノードの動作を説明する。

【０００９】通常リングバスからのフレームは，リング
バスインタフェース受信部８１で受信し，フレーム解析
部８２で受信フレームを解析する。ある通信ノードが送
信動作を行う場合，プロセッサ部８８からプロセッサイ
ンタフェース部８７を介して送信制御部８３に対して送
信要求を発行している。この状態で前記フレーム解析部
８２から，トークンフレーム検出信号を受信すると送信
制御部８３は送信データ切替部８６をプロセッサ部８８
からのデータに切替え，リングバスインタフェース送信
部８５からリングバス上にデータを送信すると共に，最
終データ送信後に前記捕捉したトークンフレームをリン
グバス上に送信して送信動作を終了する。

【００１０】このようなリングバスシステムでは，各通
信ノード間の通信種別として，１対１通信及び１対ｎ通
信があり，それらは図７のＢ．に示すフレーム構成のＤ
Ａ部に通信先アドレスを設定することにより識別してい
る。通信先アドレスは，１対１通信の際は個別アドレ
ス，１対ｎ通信では代表アドレス，グループグローバル
アドレス，オールグローバルアドレスが設定される。送
信されたフレームが宛先（代表アドレスの場合は複数の
宛先）で受信されると，該当するノードでフレームを引
き取り，リングバス上に受信した旨のＡＣＫフレームを
送信元の通信ノードへ宛てて送信する。送信元でこれを
受信すると通信先へフレームが正常に送信されたか否か
を確認することができる。また，宛先の通信ノードが，
バッファビジー等で受信不可の場合はＲＥＪ（拒否）フ
レームを返送することで通信が完了する。なお，トーク
ンフレームのＤＡ部はどの通信ノードも使用可能なオー
ルグローバルアドレスとして設定される。

【００１１】また，通信管理ノード７６では，リングバ
スを巡回するトークンの巡回時間を監視し，規定時間内
にトークンが検出できない場合はトークン紛失として上
位装置に通知すると共に新たなトークンを再生しリング
バス上に送出する機能を備えている。

【００１２】

【発明が解決しようとする課題】上記したようにリング
バスシステムでは，通信を行う際には必ずリングバス上
を巡回するトークンフレームを捕捉しなければならない
ため，トークンフレームの巡回時間がシステムの処理能
力を大きく左右することになる。特に，高トラヒック時
には各通信ノードが送信要求を持っており，巡回するト
ークンフレームを各通信ノードが捕捉してデータの送信
を行うと，各ノード内でのトークンの保留時間が大きく
なるため，トークンの巡回時間が延びてシステムの処理
能力が低下するという問題がある。

【００１３】本発明は複数の通信ノードをリング状のバ
スに接続したリングバスシステムにおいて，リングバス
が輻輳した際にトークンフレームの巡回時間が極端に遅
れることによるシステムの処理能力の低下を防止し，ト
ラヒックに依存せずに安定的な処理能力が得られ，且つ
高い信頼度を確保することができるリングバスシステム
における通信制御方式を提供することを目的とする。

【００１４】

【課題を解決するための手段】図１は本発明の原理構成
図である。図１において，１は通信管理ノード，１０は
受信フレームを解析してトークンフレーム（単に，トー
クンという）を検出するフレーム解析部，１１は通常ト
ークンを生成して監視する通常トークン生成監視手段，
１２は通常トークンの巡回時間により負荷状態を監視し
て輻輳が発生するとその程度に応じて個別トークンの発
生・消滅を制御する負荷状態監視制御手段，１３−１〜
１３−ｎ（ｎ≧１）はそれぞれ負荷状態監視制御手段１
２により制御され予め決められた通信ノードの特定グル
ープ（例えば，リングバスを介する通信量が多いグルー
プ）が使用可能な個別トークンを生成して監視する個別
トークン生成監視手段であり，１乃至複数個設けること
ができる。２は通信ノード，２０はフレーム解析部，２
１は通常トークン検出手段，２２は自グループの個別ト
ークン検出手段である。

【００１５】本発明はリングバスを巡回する通常トーク
ンの巡回時間を監視して負荷の状態を監視してバスの輻
輳状態を検出すると，通常トークンとは別に特定の通信
ノードのグループが使用できる個別トークンを，輻輳の
程度に対応して１個または複数個発生してリングバスに
送出することにより，リングバスの処理能力を向上させ
るものである。

【００１６】

【作用】通信管理ノード１では通常トークン生成監視手
段１１からシステムの立ち上げと同時に通常トークンを
発生してトークンの巡回時間の監視を開始する。フレー
ム解析部１０はリングバスから入力するフレームを解析
し，通常トークンを検出すると通常トークン生成監視手
段１１に供給する。通常トークン生成監視手段１１は前
回の通常トークンのリングバスへの送信時から受信まで
の巡回時間を毎回検出して負荷状態監視制御手段１２へ
供給すると共に通常トークンをリングバスへ送信する。
負荷状態監視制御手段１２は，検出された巡回時間が予
め設定された値を継続して越えた場合に輻輳状態と判断
し，最初の段階で個別トークン生成監視手段１３−１を
駆動する。

【００１７】個別トークン生成監視手段１３−１は，リ
ングバス上に通常トークンとは別の種類の個別トークン
を生成してリングバスに送出して監視する。個別トーク
ンは，通常トークンのフレーム構成に準拠しＤＡ部（通
信先アドレス）を通常の通信で使用する設定値によりプ
ライオリティ（特定の通信ノードのグループだけが利用
できること）を付与する。例えば，リングバス上で通信
量が比較的多い通信ノードのグループが使用可能なよう
に個別トークンのＤＡ部を設定することができる。

【００１８】通信ノード２ではフレーム解析部２０にお
いて，通常トークン検出手段２１において通常トークン
を検出し，この通信ノードから送信要求がある時に通常
トークンを検出すると，送信権が得られてデータの送信
を行う。また，個別トークン検出手段２２は，この通信
ノード２に対し利用可能なものとして割り当てられた個
別トークンであるか否かを検出する。具体的には個別ト
ークン検出手段２２に予め当該通信ノード（グループ）
に割り当てられた個別トークンのアドレスが設定されて
おり，設定された個別トークンを検出するとこの通信ノ
ード２は送信権を得て，データの送信を行うことがで
き，終了するとその個別トークンを送信する。

【００１９】負荷状態監視制御手段１２は，輻輳状態の
発生により個別トークン生成監視手段１３−１を起動し
た後も更に輻輳状態が悪い状態に対応する設定値を継続
して越えたことを検出すると，２番目の個別トークン生
成監視手段１３−２を起動する。個別トークン生成監視
手段１３−２も，最初に動作している個別トークン生成
監視手段１３−１と同様の構成で，別の通信ノードグル
ープが使用できる個別トークンを生成して，監視を行
う。このように，複数の個別トークン生成監視手段１３
−１，１３−２，…１３−ｎ（図示されてない）により
個別トークンが生成される。

【００２０】負荷状態監視制御手段１２は，通常トーク
ンの巡回時間の監視により，輻輳状態が順次解消される
と，それに合わせて現在動作している個別トークン生成
監視手段１３−ｎ…１３−２，１３−１を順番に停止さ
せて，各個別トークンを消滅させる。

【００２１】

【実施例】図２は通信管理ノードの要部の構成図，図３
は各トークンフレームの具体例を示す図である。

【００２２】この実施例では，個別トークンとして軽度
の輻輳状態に発生する個別トークンＡと，個別トークン
Ａが発生しても輻輳状態が悪くなった場合に発生する個
別トークンＢの２つを発生するものとする。

【００２３】図２には通信管理ノードのトークン管理に
関する部分を中心に示し，図中，３０はフレーム解析
部，３０ａはＤＡ（通信先アドレス）部解析部，３０ｂ
はＣ（コマンド）部解析部３０ｂ，３１は通常トークン
及び本発明による個別トークンを管理するトークン管理
部，３２は通常トークン生成・監視部，３２ａは監視カ
ウンタ，３３は負荷状態監視制御部，３３ａは輻輳カウ
ンタＡ，３３ｂは輻輳カウンタＢ，３３ｃは輻輳状態Ａ
がオンかオフかを表すフラグ，３３ｄは輻輳状態Ｂがオ
ンかオフかを表すフラグ，３４は個別トークンＡ生成・
監視部，３４ａは個別トークンＡの巡回時間を監視し異
常を検出する監視カウンタ，３５は個別トークンＢ生成
・監視部，３５ａは個別トークンＢを監視する監視カウ
ンタ，３６は送信制御部，３７は送信データ切替部であ
る。

【００２４】なお，通信管理ノードも，一般の通信ノー
ドと基本的には同様の機構により構成され，図２のフレ
ーム解析部３０，送信制御部３６及び送信データ切替部
３７はそれぞれ図８の同じ名称の８２，８３，８６に対
応し，通信ノードの他の各部（図８の８１，８４，８
５，８７〜８９）は，図２では図示省略されている。

【００２５】トークンフレームの具体例を図３に示す。
通常トークンフレームと本発明による個別トークンフレ
ームの基本構成は従来の制御フレーム（図７のＢ．参
照）と同様に，Ｆ（フラグ），Ｃ（コマンド），ＤＡ
（通信先アドレス），ＳＡ（送信元アドレス），ＦＣＳ
（フレームチェックシーケンス），Ｆ（フラグ）とで構
成される。

【００２６】トークンフレームの構成のＣ（コマンド）
部によりトークン（例えば，「ＦＦ（Ｈ）」，但しＨは
１６進表示）であることを表示し，ＤＡ部により通常ト
ークンであるか，個別トークンフレームであるかを表示
する。この例では，図３に示すように通常トークンのＤ
Ａ部を「ＦＦ（Ｈ）」とし，個別トークンＡは「Ｅ＊」
（Ｈ），すなわち８ビットで表示すると「１１１０＊＊
＊＊」（但し＊は無視する）とし，個別トークンＢを
「Ｃ＊（Ｈ）」，すなわち８ビットで表示すると「１１
００＊＊＊＊」とする。このように，通常トークンと個
別トークンを設定すると，トークンの種別を識別するた
めＤＡ部を解析する場合に前半の４ビットだけで識別す
ることができる。

【００２７】図４は上記図２に示す構成における制御フ
ローであり，図５はリングバス上の通常トークンと個別
トークンの動作例を示す図であり，図６は通常トークン
の巡回時間の変化に対する輻輳状態の説明図である。

【００２８】図４の制御フローを，図２，図５及び図６
を参照しながら説明する。なお，図５の動作例には，上
記図７に示す通信ノード＃１〜＃６（但し，＃４〜＃６
はまとめて表示）と通信管理ノード＃７とから成るリン
グバスシステムにおける，(1) 通常時，(2) 輻輳状態
Ａ，(3) 輻輳状態Ｂの各状態における各トークンの動作
が示され図６は図５の各状態(1) 〜(3) に対応する巡回
時間，規定時間等の関係が示されている。また，この実
施例では，各通信ノード＃１〜＃６をシステムの処理単
位グループに分割し，通信ノード＃４〜＃６のグループ
だけが個別トークンフレームＡを使用可能とし通信ノー
ド＃１〜＃３のグループだけが個別トークンＢを使用可
能として，各個別トークンにプライオリティを付加して
いる。

【００２９】最初に通信管理ノードにフレームが受信さ
れると（図４のＳ１），フレーム解析部（図２の３０）
のＤＡ部解析部（図２の３０ａ）でＤＡ部（通信先アド
レス）を解析する（同Ｓ２）。この結果について受信フ
レームが自ノード宛か判別する（同Ｓ３）。この場合，
自ノード宛かの判別は，予め各通信ノード毎に装置番号
が割付けらており，その値とＤＡ部で指定された値との
合致により判断される。但し，通常トークンのＤＡ部は
「Ｆ＊」であり，何れの通信ノードも合致とみなす。ま
た，個別トークンＡ，Ｂは「Ｅ＊」，「Ｃ＊」と指定さ
れ，各通信ノードのグループ分けされたノードが合致し
たものとみなす。

【００３０】自ノード宛でない場合，そのフレームは，
スルーでリングバスへ送出し，次に接続する通信ノード
へ送出する（同Ｓ４）。自ノード宛の場合，Ｃ部を解析
し（同Ｓ５），通常トークンフレームであるかをＣ部と
ＤＡ部の解析結果により識別する（同Ｓ６）。

【００３１】この説明では，最初は図５及び図６の(1)
の通常時の状態であり，通常トークンだけがリングバス
上に存在するものとする。ここで，通常トークンフレー
ムではなく，通信管理ノードに対する制御フレーム（コ
マンドを指示するフレーム）が受信された場合は，図４
のＳ７（個別トークンＡか），Ｓ１０（個別トークンＢ
か）の各判断で何れもノーと判定され，コマンド対応の
処理が実行される（同Ｓ１３）。

【００３２】通常トークンフレームである場合は，通常
トークン生成・監視部３２の監視カウンタ（図２の３２
ａ）を読出してその値を解析し（図４のＳ１４），リセ
ットすると共に図４には図示されないが，スルーでリン
グバスへ送出する動作が行われる。監視カウンタ（図２
の３２ａ）は通常トークンを生成してからリングバスを
巡回して戻るまでの巡回時間を常にカウントし，この監
視カウンタの時間値の解析された時間値が規定値Ａ以内
か判定する（同Ｓ１５）。この規定値Ａは，図６に規定
時間Ａとして示され，通常時では巡回時間は規定値Ａ以
内である。規定値以内と判断されると，輻輳カウンタＡ
（図２の３３ａ）をリセットし（図４のＳ１６），輻輳
状態Ａ（図２の３３ｃがオンで，個別トークンＡ生成・
監視部３４が駆動されて個別トークンＡを生成する状
態）がオンになっている場合はこれをオフにして（同Ｓ
１７），次のフレーム受信に備える。

【００３３】監視カウンタの値が規定値Ａ以内でない場
合，次に規定値Ｂ以内か判定する（図４のＳ１８），こ
の規定値Ｂも，図６に規定時間Ｂとして示され，規定値
Ａよりも長い時間である。この判定で規定値Ｂ以内の場
合，輻輳カウンタＢ（図２の３３ｂ）をリセットし（図
４のＳ１９），輻輳状態Ｂ（図２の３３ｄがオンで，個
別トークンＢ生成・監視部３５が駆動されて個別トーク
ンＢを生成する状態）がオンになっている場合，オフに
し（同Ｓ２０），輻輳カウンタＡを＋１する（同Ｓ２
１）。さらに，輻輳カウンタＡがオーバフローした（予
め設定した値を越えた）か判別し（同Ｓ２２），オーバ
フローした場合は個別トークンＡを生成してリングバス
へ送出すると共に，輻輳状態Ａ（図２の３３ｃ）のフラ
グをオンにして（同Ｓ２３〜２５），次の受信フレーム
を待つ。

【００３４】このように個別トークンＡは，規定時間Ａ
を越えることが継続して一定回数以上になると生成され
る。この状態は図５及び図６の(2) 輻輳状態Ａとして示
される。この例では，発生した個別トークンＡは，図５
の(2) に示すように通信ノード＃４〜＃６のグループ
（データ転送のトラヒックが多い通信ノードのグルー
プ）にプライオリティが付加され，他の通信ノード＃１
〜＃３は利用できない。

【００３５】次に上記Ｓ１８において監視カウンタ値が
規定値Ｂ以内でない場合は，輻輳カウンタＢを＋１し
（同Ｓ２６），その値がオーバフローしたか判別し（同
Ｓ２７），オーバフローした場合は，個別トークンＢを
生成してリングバスへ送出し，輻輳状態Ｂ（図２の３３
ｄ）のフラグをオンにする（同Ｓ２８〜３０）。

【００３６】この場合も，個別トークンＢは規定時間Ｂ
を越えることが継続して一定回数以上になると生成され
る。この図５及び図６の(3) 輻輳状態Ｂとして示され
る。この例では，発生した個別トークンＢは図５の(3)
に示すように通信ノード＃１〜＃３にプライオリティが
付加され，他の通信ノードは利用できない。この(3) の
状態では通常トークン，個別トークンＡ，個別トークン
Ｂがリングバス上に存在する。

【００３７】次に個別トークンＡまたは個別トークンＡ
と個別トークンＢの両方がリングバス上に存在する場
合，図４のＳ６において通常トークンフレームではない
と判別され，次に個別トークンＡであるか判別され（図
４のＳ７），個別トークンＡである場合，輻輳状態Ａの
フラグ（図２の３３ｃ）がオンか判別する（同Ｓ８）。
オンであれば個別トークンＡをそのままリングバスへ送
出し（図示されない），上記のＳ１７の動作によりオフ
になっていれば，すなわち，輻輳状態Ａから通常状態に
負荷が軽減した場合には，個別トークンＡを消滅させる
（同Ｓ９）。

【００３８】また，受信したトークンが個別トークンＡ
でない場合，個別トークンＢか判別し（同Ｓ１０），個
別トークンＢであると輻輳状態Ｂのフラグ（図２の３３
ｄ）がオンか判別する（同Ｓ１１），オンの場合は個別
トークンＢをそのまま（図示せず），オフになっていれ
ば（輻輳状態Ｂから輻輳状態Ａまたは通常状態に負荷が
軽減された場合），個別トークンＢを消滅させる（図４
のＳ１２）。

【００３９】各通信ノードでは，通常トークンフレーム
と１乃至複数の個別トークンを受信するが，予め各通信
ノードはリングバスシステムの設計において何れかの処
理単位にグループ分けされ，各通信ノードがどのグルー
プであるか設定されているため，個別トークンの受信処
理において，フレームを受信した場合フレーム解析部に
おいて自ノードで利用できる個別トークンを識別するこ
とができる。図５の(2),(3) に示す例では, 個別トーク
ンＡは通信ノード＃１〜＃３ではスルー（通過）となる
が，通信ノード＃４〜＃６では使用可能である。使用可
能な個別トークンを検出した場合は，通常トークンの場
合と同様に処理され，その時送信要求があるとその個別
トークンを保持して，送信を行うことができ，送信後に
保持していた個別トークンをリングバスへ送出する。

【００４０】

【発明の効果】本発明によればリングバス上を巡回する
トークンフレームを捕捉することにより送信権を得て通
信を行うリングバスシステムにおいて，トラヒックの増
加に応じて各通信ノード内でのトークンフレームの保留
時間が長くなっても，リングバス上の負荷状態を早期に
検出して，負荷状態に応じて個別トークンフレームをリ
ングバス上に送出することにより各通信ノードでのトー
クンフレームの捕捉機会を増加させることができるた
め，トラヒックに依存しない安定した処理能力を得るこ
とができる。これにより，信頼度の高いリングバスシス
テムを実現することができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】通信管理ノードの要部の構成図である。

【図３】各トークンフレームの具体例を示す図である。

【図４】図２に示す構成における制御フローを示す図で
ある。

【図５】リングバス上の通常トークンと個別トークンの
動作例を示す図である。

【図６】通常トークンの巡回時間の変化に対する輻輳状
態の説明図である。

【図７】リングバスシステムの説明図である。

【図８】通信ノードの構成例である。

【符号の説明】

１ 通信管理ノード １０ フレーム解析部 １１ 通常トークン生成監視手段 １２ 負荷状態監視制御手段 13-1〜13-2 個別トークン生成監視手段 ２ 通信ノード ２０ フレーム解析部 ２１ 通常トークン検出手段 ２２ 個別トークン検出手段

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の通信ノードをリング状のバスで接
   続し少なくとも一つのシステムを管理する通信管理ノー
   ドを備えたトークンパッシング方式により送信権を得る
   リングバスシステムにおいて，前記通信管理ノードにリ
   ングバス上を巡回する１個の通常トークンフレームを生
   成すると共にリングバス上の巡回時間を監視する通常ト
   ークン生成監視手段と，前記通常トークンフレームの巡
   回時間を入力して予め設定された時間を継続して越えた
   場合にリングバスが輻輳状態と判定する負荷状態監視制
   御手段と，前記輻輳状態の判定出力により通常トークン
   フレームとは別にプライオリティを付加した個別トーク
   ンフレームを生成してリングバス上に送信して監視する
   個別トークン生成監視手段とを備えることを特徴とする
   リングバスシステムにおける通信制御方式。
2. 【請求項２】 請求項１において，前記個別トークン生
   成監視手段を複数個設け，前記負荷状態監視制御手段
   は，予め複数の段階的な輻輳状態に対応した複数の巡回
   時間の規定時間が設定され，前記通常トークンフレーム
   のリングバス上の巡回時間が継続して，前記設定された
   各段階の規定時間値を継続して越えたか順次判定し，越
   えた場合は対応する輻輳状態を設定し，前記複数個の個
   別トークン生成監視手段は，前記各段階の輻輳状態の設
   定に応じて駆動され，対応する個別トークンフレームを
   生成して監視することを特徴とするリングバスシステム
   における通信制御方式。
3. 【請求項３】 請求項１または２において，前記負荷状
   態監視手段は，各輻輳状態に対応する輻輳カウンタを備
   え，前記各輻輳状態の規定時間との比較において規定時
   間を越えると対応する輻輳カウンタを加算して，カウン
   ト値が予め設定された値を越えると対応する輻輳状態を
   設定し，前記比較において規定時間を越えないと対応す
   る輻輳カウンタをリセットして当該規定時間に対応する
   輻輳状態が設定されていると設定を解除することを特徴
   とするリングバスシステムにおける通信制御方式。
4. 【請求項４】 請求項１または２において，各通信ノー
   ドは，リングバスからの受信フレームを解析するフレー
   ム解析部を備え，該フレーム解析部は前記通常トークン
   を検出する通常トークン検出手段と，各通信ノードが利
   用可能な個別トークンを検出する個別トークン検出手段
   とを備え，各通信ノードは前記通常トークン検出手段ま
   たは個別トークン検出手段により検出された通常トーク
   ンまたは個別トークンを用いて送信を行うことを特徴と
   するリングバスシステムにおける通信制御方式。