JP3119005B2 - 状態監視装置付トークンネットワーク - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の参加局がトーク
ンバスを介して相互に接続されており、任意の参加局か
ら他の任意の参加局へデータを送受できる、いわゆるト
ークン方式のネットワークに関するものである。

【０００２】

【従来の技術】複数の情報処理装置、例えばコンピュー
タ、プログラムコントローラ、データ入力装置、データ
出力装置、画像処理装置、センサ、ロボット等を信号ケ
ーブルで接続し、１つの情報処理装置のデータを他の情
報処理装置で使用可能とするネットワークが実用化され
ている。このためには、信号ケーブルにデータを送り出
す情報処理装置をコントロールし、どの情報処理装置か
らのデータが信号ケーブルに送られているのかを監視す
る必要がある。このための方式の１つとして、ネットワ
ークに１つのホストコンピュータを接続し、このホスト
コンピュータによってどの情報処理装置からいつデータ
を信号ケーブルに発信させるかをコントロールする方式
がある。

【０００３】これに対してホストコンピュータを用いな
い方式が存在する。この方式にトークン方式のネットワ
ークが知られている。この方式では、図１に模式的に示
されているように、複数の情報処理装置をトークンバス
を介して相互に接続する。ここで各情報処理装置にはそ
れぞれにアドレスが付与されており、それがトークンネ
ットワークの場合には参加局と称される。トークンネッ
トワークの場合、ホストコンピュータは用いられない。
ホストコンピュータを用いないで、トークンバスに流れ
るデータを交通整理するために、「トークン」と称され
る信号が用いられる。このトークンの用い方を次に説明
する。

【０００４】まずすべての参加局がトークン保持局と
後続局の連鎖の中に組込まれる。図１は典型的な例を示
しており、第Ｎ局に対して第Ｎ−１局が後続局とされ
（図１中の矢印Ｌ参照）、以後同様に第１局に対して第
０局が後続局とされ、そして第０局に対して第Ｎ局が後
続局とされる（図１中の矢印Ｍ参照）。なおこの順は重
要でなく、最終的にすべての局がトークン保持局とその
後続局の連鎖の中に組込まれていればよい。

【０００５】１つの参加局がトークン保持局となる
（このプロセスの詳細はで説明する）。するとそのト
ークン保持局からトークンバスにデータを発信すること
が許される。このルールに従うために、トークンバスに
発信されているデータがいずれの参加局からのものであ
るか特定可能となる。

【０００６】１つの参加局がデータを発信し終えると、
その後続局にトークンを受け渡す。そのために今まで後
続局であった参加局が新たにトークン保持局となる。こ
のとが繰返され、しかもトークンの連鎖中に全参加
局が組入れられているために、全ての参加局がトークン
バスを介して他の参加局にデータを発信することが可能
となる。このためトークンネットワークによると、ホス
トコンピュータを用いなくとも、トークンバスを流れる
データの交通整理が実現される。

【０００７】このトークンネットワークの場合、トーク
ンの連鎖を修正することで参加局の増加や減少が可能と
なる。例えば図１のネットワークにＮ＋１局を付設する
場合には、Ｏ局の後続局をＮ＋１局とし、Ｎ＋１局の後
続局をＮ局とすればよい。このため大規模工場等多数の
情報処理装置を有機的に接続する場合には、ホストコン
ピュータを用いたネットワークの場合よりも使い勝手が
良いという大きな長所を持っている。また大規模ネット
ワークをホストコンピュータで管理しようとすると、そ
のプログラムが莫大で複雑なものとなり、プログラムの
保守や改善に著しい工数が必要となるのに対し、トーク
ン方式の場合はもともとホストコンピュータを利用する
ものでないだけにかかる負担は生じないという優れた特
性も有している。

【０００８】

【発明が解決しようとする課題】しかしながら、トーク
ンネットワークの場合、参加局やトークンバスに故障が
発生したときに、その故障原因の特定が大変困難となる
という弱点も有している。これはトークンの伝達が各局
間で自動的に行なわれるために、故障時に発生する現象
と原因との関係がわかり難くなるためである。これがホ
ストコンピュータによってネットワークを制御している
場合には、そのホストコンピュータによって故障原因を
特定することは容易である。例えばホストコンピュータ
がある参加局に対してデータを発信させるコマンドを送
ったにもかかわらず、データが送られてこなければその
参加局に故障があることが容易にわかる。実開平１−１
４２２４３号公報には、各参加局に各参加局ごとの故障
データ記憶手段を設けておき、ホストコンピュータが適
宜タイミングでこのデータを読取ることによってネット
ワークの故障状態を監視する技術が提案されている。こ
のようにホストコンピュータを用いればネットワークの
状態を監視する技術は容易に実現できる。

【０００９】これに対しトークン方式はもともとホスト
コンピュータを用いないだけに、従来の故障監視技術を
トークン方式のネットワークに適用することはできな
い。あえてトークン方式のネットワークに状態監視用の
ホストコンピュータを付設すると、トークン方式のネッ
トワークの前記長所が失われ、大規模ネットワークが構
築できなくなってしまう。そこで本発明は、トークン方
式の長所を失わないという制約のなかで、トークンネッ
トワークの状態を監視できるシステムを新たに創設しよ
うとするものである。

【００１０】

【課題を解決するための手段】この発明に係わる状態監
視装置付トークンネットワークは、図１に模式的に示さ
れるように、複数の参加局Ｎ〜ＯがトークンバスＤを介
して接続されている。ここでＮは３以上の整数であり、
数百以上となることを妨げない。ここで参加局の１つと
して状態監視装置Ｅが付加されている。図１の場合には
参加局Ｉが状態監視装置Ｅとなっている。この状態監視
装置Ｅは、監視対象とする参加局を順に切換える監視局
切換手段Ｆと、前記監視局切換手段Ｆで切換えられた参
加局に、即時応答を求めるコマンドを、この状態監視装
置Ｅにトークンが保持されたときに発信する求応答コマ
ンド発信手段Ｇと、求応答コマンドが発信された先の局
からの応答を受信する応答受信手段Ｈと、前記応答受信
手段Ｈによって適正応答が受信されたか否かを判別する
応答有無判別手段Ｊと、前記応答有無判別手段Ｊによる
判別結果を局別に記憶する判別結果局別記憶手段Ｋとを
備えている。

【００１１】監視局切換手段Ｆは、参加局を順に切換え
るものであればよく、その切換順はトークン伝達順と同
一であってもよいし異なっていてもよい。また判別結果
局別記憶手段Ｋは判別結果に直接対応するデータを一時
的に記憶するものであってもよいし、判別結果を加工し
たデータを記憶するものであってもよい。またこの判別
結果からさらに故障原因を推論する手段が付設されてい
てもよい。

【００１２】また状態監視装置Ｅとしての参加局Ｉは、
トークンの伝達の連鎖中に含まれていればよく、必ずし
もトークンが１巡する間に参加局Ｉに１回トークンが保
持されるものでなくともよい。例えばトークンが１巡す
るまでに参加局Ｉが２度以上トークン保持局となること
を妨げない。求応答コマンド発信手段Ｇによる求応答コ
マンドの発信処理ｇ並びにそれに対応する応答の受信処
理ｈは、この状態監視装置Ｅにトークンが保持されてい
る間に行なわれる。これに対し、適正応答の有無を判別
する処理ｊや判別結果の記憶処理ｋは後続局にトークン
を受け渡した後に実行するものであってもよい。

【００１３】

【作用】この構成を備えたトークンネットワークによる
と、各参加局がトークン伝達の順に（例えばＮ→Ｎ−１
…→Ｉ→…１→０→Ｎ…の順に）データの発信が可能と
なり、任意の参加局から他の任意の参加局へデータを送
受することができる。すなわち本来のトークンネットワ
ークとしての機能を備えている。

【００１４】このトークンネットワークでトークンが伝
達されている間に、時折参加局Ｉ（すなわち状態監視装
置Ｅ）がトークン保持局となってデータの発信が可能と
なる。このとき、求応答コマンド発信手段Ｇが求応答コ
マンドを発信する。求応答コマンドが発信されたとき、
その求応答コマンドが向けられた先の参加局が正常にネ
ットワークに参加していればその求応答コマンドに反応
して応答がなされる。それに対して正常にネットワーク
に参加していなければ、すなわちトークンバスＤや参加
局自体に故障があったり、あるいはノイズ等に悪影響を
受けていれば適正応答が受信されない。応答有無判別手
段Ｊが適正応答の有無を判別することから、求応答コマ
ンドが向けられた先の参加局が正常にトークンネットワ
ークに参加しているか否か監視される。

【００１５】参加局Ｉにトークンが伝達されるごとに、
求応答コマンドが送られる監視対象局が監視対象局切換
手段Ｆによって切換えられる。そこでこの切換えによっ
て参加局が一巡されると、全参加局についての参加状態
が監視されることになる。なお参加対象局の切換順はト
ークン伝達順と同一であってもよいし異なっていてもよ
い。いずれにせよ参加対象局が一巡すれば、全参加局の
監視が行なわれる。また状態監視装置Ｅであるところの
参加局Ｉはトークンが一巡する間に２回以上トークン保
持局となってもよい。このようにすると、トークンが一
巡する間に、２個以上の参加局の監視が実行されること
になる。

【００１６】このようにして監視された監視結果は局別
に記憶される。その記憶値は種々の形態で利用可能であ
り、最も単純にはあるタイミングにおける各局の参加状
態を一覧表示するのに用いられる。さらにこの記憶値を
もとに、異常原因の推論に用いることもできる。あるい
は統計処理の資料とすることもできる。以上から理解さ
れるように、本発明によると、状態監視装置Ｅが参加局
の一つとしてトークンネットワークに接続され、この状
態監視装置にトークンが保持されている期間を使って他
の参加局の監視がなされる。このために、トークンネッ
トワークによるデータの送受作用を妨げないで各参加局
の監視が可能となっている。

【００１７】

【発明の効果】本発明によると、既設のトークンネット
ワークに参加局の一つとして状態監視装置を付加するこ
とによって、各参加局の参加状態を監視することが可能
となるという優れた効果が得られる。そのため既設のト
ークンネットワークの実用価値を向上させることができ
る。また本発明によると、ホストコンピュータによらな
いでネットワーク内のデータ送受をコントロールできる
ために、トークンネットワークの長所を何等妨げること
なく状態監視機能を付与できる。このためにトークンネ
ットワークの信頼性が向上し、ホストコンピュータによ
って管理する方式では実際上実現不可能なほど大規模な
ネットワークの構築を可能とする。

【００１８】

【実施例】図２以後を参照して、本発明を具体化した一
実施例について説明する。図２はこの実施例のネットワ
ーク構成を示すものであり、この場合全部で１４の参加
局（参加局局番１３〜０）で構成された例を示してい
る。なお実用上数百以上の局が参加しても充分に作動す
ることが確認されている。図中ＨＥ１，Ａ１，Ａ２，Ｂ
１，Ｂ２，Ｃ１，Ｃ２，Ｃ３等はトークンバスを構成す
る信号ケーブルを示しており、Ａ．Ｂ．Ｃは信号ケーブ
ルの分岐部に設けられた分岐ユニットを示している。図
中ＨＥはヘッドエンドと称される局であり、以後に説明
する参加局１３〜０のうちの１つからデータが出力され
ると、それを受信して周波数を変えて同一内容のデータ
を信号ケーブルＨＥ１，Ａ１，Ａ２，Ｂ１，Ｂ２，Ｃ
１，Ｃ２，Ｃ３に送り出す。すなわなちデータの中継局
に相当するものであり、ホストコンピュータではない。
図中丸印に囲まれた１２〜０は参加局を示しており、こ
の参加局は例えば産業用コンピュータ、ロボット、セン
サ、画像処理装置、データ入力装置、データ出力装置等
の情報処理装置である。これらの参加局は地域的に分散
していてもよく、図示の例では参加局５はａ工場のａ１
工程に配置され、参加局６と８はａ２工程に配置されて
いることを示している。このネットワークは他の工場と
も接続可能となっている。

【００１９】それぞれの参加局は、例えば第１号塗装ロ
ボット等の固有名称を有していることが多いが、ここで
は単純に参加局の局番で特定して表示している。実際に
は各参加局には固有のアドレスが与えられ、その大きい
順からトークンの順とされるが、この明細書では単純化
のためにアドレスの小さい方からの順に局番を０，１…
として示している。トークンの伝達順位は局番の大きい
方から小さい方に移り、０番のあと最大の局番、この場
合１３の局番に戻される。トークンの順、すなわちアド
レスの順は図２に示されているように、物理的な接続の
順と全く無関係に決定することができる。このために、
参加局の追加や削除が容易であり、参加局の追加や削除
を行なっても他の参加局のアドレスを変更する必要はな
い。

【００２０】図３は局番で特定される各参加局がネット
ワークのどこに接続されているかを示す情報を含んだ表
であり、例えば局番４の参加局はヘッドエンドＨＥから
のケーブルＨＥ１に接続されており、局番７の参加局は
ケーブルＨＥ１が分岐ユニットＡで分岐されたＡ１ケー
ブルの先で、分岐ユニットＢで分岐されたＢ２ケーブル
の先で、分岐ユニットＣで分岐されたＣ３ケーブルに接
続されていること等が示されている。この表によってト
ークンの順と、接続関係が対比されることになる。図３
中右側の欄は各参加局に関するコメントの欄であり、例
えば局番８の局はａ工場のａ２工程にあることがコメン
トされている。なおその他のコメントとしてその参加局
の名称等が記入されていてもよい。

【００２１】図２で２重丸に示す局１３は、監視装置Ｅ
を示している。この実施例では監視装置Ｅに最大のアド
レス（ないしは局番）を付与しており、このネットワー
クの起動時にまず監視装置Ｅ（すなわち参加局１３）に
トークンか保持された状態で起動されるようにしてい
る。局番１３の参加局であり、状態監視装置Ｅでもある
局１３（Ｅ）の具体的構成が図４に示されている。この
状態監視装置１３（Ｅ）は演算処理装置１３ｐと記憶装
置１３ｋと表示装置付入力ターミナル１３ｙとプリンタ
１３ｚで構成されている。記憶装置１３ｋはセットアッ
プファイル２０と監視情報ファイル２２と履歴ファイル
２４とを含んでいる。演算処理装置１３ｐは電子計算機
で構成されており、物理的に分割することは不可能であ
るが、機能的にはセットアップファイル２０に対するデ
ータ入出力を管理するセットアップファイル管理部１３
ｑ、トークン受け渡し処理部１３ｒ、求応答コマンド発
信処理部１３ｇ、適正応答有無判別部１３ｊ、カウント
値比較部１３ｓ、監視情報ファイル２２に対するデータ
の入出力を管理する監視情報ファイル管理部１３ｔ、履
歴ファイル２４に対するデータの入出力を管理する履歴
ファイル管理部１３ｕ、異常原因の推論処理をする部分
１３ｖ、ネットワークとのデータの送受信を行なうネッ
トワークＩ／Ｏ１３ｗ等を備えている。

【００２２】セットアップファイル２０は、図３に示し
た内容を記憶しておくためのファイルであり、オペレー
タが入力ターミナル１３ｙから入力したデータに基づい
て図３の内容を記憶する。図３は前記したように、トー
クンの伝達順位を決める局番と、その局がどこに接続さ
れているかといった情報を含んでいる。その他、監視順
の順位を含んでいる。ここで監視順は、いずれの局から
順に監視していくかを示すものであり、図示の例では局
番６が１番目に、局番５が２番目に監視対象となること
を示している。この場合、トークンが局１３に戻ってく
る毎に、＃６→＃５→＃３…の順に参加局の参加状態が
監視されることになる。なおこの順はトークンの順、す
なわち１２→１１→１０…の順に監視されるようにして
もよい。この場合は特に監視順を記憶しておく欄は不要
とできる。すなわち局番（あるいはアドレス）が監視順
を兼ねることになる。

【００２３】図３中、リトライ回数とは、図６に示され
るように、連続してＮ１回以上エラーが検出されたら注
意状態にあるとし、連続してＮ３回以上エラーが検出さ
れたら異常状態にあるとし、連続してＮ２回以上正常が
検出されたら異常から注意状態に復帰させ、連続してＮ
４回以上正常が検出されたら正常状態に復帰させるとい
う処理をするときのＮ１〜Ｎ４の値を各局ごとに記憶し
ておくものである。例えば参加局によってはノイズの激
しいところにおかれ、機器類が正常でもしばしばエラー
となることがあり、このような局に対してはＮ１，Ｎ３
等に大きめ値を入力しておく。このようにするとノイズ
の影響をある程度除去できる。これに対して安定した応
答が期待される局にはＮ１，Ｎ３等に小さな値を入力し
ておく。このようにすると故障が早期に検出できる。図
３では図示の明瞭化のために一部の欄にしか記載されて
いないが、このようなリトライ回数Ｎ１〜Ｎ４が参加局
ごとに記憶される。これはオペレータが決定する。

【００２４】図４中、トークン受け渡し処理部１３ｒ
は、トークンを＃１３→＃１２…→＃１→＃０→＃１３
…の順に受け渡してゆくための処理を実行する部分であ
り、これがあることによって状態監視装置Ｅが１つの参
加局１３となっている。なおトークン受渡しのための処
理は公知技術であり、この明細書では説明を省略する。

【００２５】さてこの状態監視装置１３（Ｅ）は、自局
にトークンが保持されたときに図５の処理を実行するよ
うにプログラムされている。ステップＳ０によってこの
プログラムは参加局１３（すなわち状態監視装置Ｅ）に
トークンが伝達されて参加局１３がトークン保持局とな
る毎に実行される。ステップＳ２ではセットアップファ
イル２０の監視順の欄をサーチし、今回の監視対象局を
特定する。例えば前回の実行時に監視順４の第４参加局
の監視が終了していれば、今回の実行時には監視順５の
参加局の局番を検索する。そして次にステップＳ４で検
索された局番の参加局に向けて、ＬＬＣタイプの再同期
コマンドの発信処理を実行する。以上から理解されるよ
うに、ステップＳ２の処理とセットアップファイル２０
中の監視順の欄に記憶されているデータによって、本発
明の監視局切換手段Ｆが具現化されている。またステッ
プＳ４の処理によって求応答コマンド発信手段Ｇが構成
されている。なおステップＳ４の処理を実行することに
よって、演算処理装置１３ｐ中に求応答コマンド発信処
理部１３ｇが備えられていることになる。

【００２６】さて図５のステップＳ４で発信されるＬＬ
Ｃタイプの再同期コマンドとは、そのコマンドが向けら
れた局から即時に（すなわちその局がトークン保持局と
なるのを待たないで）応答することを求めるコマンドで
ある。トークン保持局となるのを待たないで応答するこ
とを許しても、ＬＬＣタイプの再同期コマンドにはその
コマンドが向けられた局を特定するデータが伴っている
ためにそれに対する応答がどの局からのものであるかは
特定可能であり、トークンネットワークの秩序が破られ
ることはない。

【００２７】図５のステップＳ４の終了後ステップＳ６
でＬＬＣタイプの再同期コマンドが正常に発信されたか
否かを判別する。説明の便宜上まず正常であったときか
ら説明すると、このときはステップＳ８の処理を実行す
る。ステップＳ８は、ＬＬＣタイプの再同期コマンド
（すなわち即時応答を求めるコマンド）に対して所定時
間内に所定の応答が送り返されてきたか否かを判別する
ものである。ここでＬＬＣタイプの再同期コマンドが向
けられた局が適正にトークンネットワークに参加してい
ればステップＳ８の判別結果はイエスとなる。一方何ら
かの異常、例えばＬＬＣタイプの再同期コマンドが向け
られた局が故障であったり、接続が悪かったり、あるい
はトークンバスに異常があったり、ノイズが侵入したり
するとステップＳ８はノーとなる。

【００２８】この実施例では特に一時的なノイズの混入
によって機器類が正常であるときにも異常表示してしま
うことをある程度防止するための処理が次に用意されて
いる。すなわち図６に関連して説明した判別が行なわれ
るようにしている。まずステップＳ６ないしはＳ８でノ
ーのとき、すなわち今回の監視で異常結果となったと
き、ステップＳ２４で正常カウントのカウント値をゼロ
クリアする。これは“正常状態”に復帰させるための予
備処理である。次にエラーカウント値を１つ歩進させ
る。次に説明するように正常結果が得られている間はエ
ラーカウント値がステップＳ１０でゼロクリアされてい
るために、ステップＳ２６の処理後のエラーカウント値
には連続して異常結果が監視された回数がカウントされ
ることになる。次にステップＳ２８〜Ｓ３０，Ｓ３４の
処理が実行され、その結果(1) 連続してＮ３回以上エラ
ーが監視されると状態フラグＳＴを「異常」とし、(2)
連続してＮ１回以上（ただしＮ３回以下）エラーが監視
されると状態フラグＳＴを「注意」とし、(3) Ｎ１回以
上連続してエラーとなる前に正常結果が監視されると状
態フラグＳＴの内容を変えないという処理が行なわれ
る。

【００２９】逆の処理がステップＳ１０〜Ｓ２０，Ｓ１
６等によって行なわれ、(4) 連続してＮ４回以上正常が
監視されると状態フラグＳＴを「正常」とし、(5) 連続
してＮ２回以上（ただしＮ４回以下）正常が監視される
と状態フラグＳＴを「注意」とし、(6) Ｎ２回以上連続
して正常が監視される前にエラーが監視されると、状態
フラグＳＴの内容を変えないという処理が行なわれる。
そして以上の処理の終了後、後続局（この場合参加局１
２）にトークンが伝達される（ステップＳ３８）。なお
この処理中、ステップＳ８まででトークンバスを用いた
処理は終了しており、その後は局１３中のデータのみに
よって処理される。そこでステップＳ３８はステップＳ
８の終了後どの時点で実行してもよい。この場合には参
加局１２からのデータがトークンバスに流れている間に
判別結果の処理が行なわれることになる。

【００３０】図５の処理が全部の参加局について一巡す
ると、全部の参加局の監視が終了する。そして図６に示
した方式で決定された状態フラグＳＴが全参加局につい
て得られる。これが監視情報ファイル２２に送られる。
監視情報ファイル２２の内容は全参加局についての監視
が一巡するごとに更新される。この更新のときに、各参
加局ごとに状態フラグＳＴの内容が変更した回数が数え
られる。この例が図７に例示されており、例えば参加局
４は正常の状態が続いており一度も異常とならなかった
ことを例示している。それに対し参加局１は状態フラグ
が１０回も内容を変えたという不安定な挙動をしていた
ことを例示している。局と状態フラグの反転回数の関係
は、履歴ファイル２４に記憶される。

【００３１】監視情報ファイル２２や履歴ファイル２４
の内容は表示装置１３ｙやプリンタ１３ｚによって出力
され、オペレータに伝えられる。この一例が図７に示さ
れており、このリストによってオペレータは参加局の参
加状態、すなわちトークンネットワークに生じている状
態を容易に把握することができる。なおこのリストには
局ごとのコメントがあわせて表示されることから、オペ
レータはリスト結果を容易に把握することができる。な
おこの実施例では毎回の監視結果でなく、図６の方式で
処理した結果を記憶しているが、毎回の監視結果を記憶
させてもよい。本発明では毎回の監視結果を記憶しても
よいし、それを加工した後に記憶させてもよい。

【００３２】さて本実施例の場合、トークンネットワー
クに生じている状態の監視結果からさらにその原因を推
論する機能が付加されている。これが図４の原因推論部
１３ｖに相当するものであり、これによって図８の処理
が実行される。図８の処理は参加局１３によって参加局
１２〜０の監視が一巡するごとに行なわれる（ステップ
Ｓ４０）。ステップＳ４２は全部の参加局が正常か否か
を判別するものであり、全局が正常なら処理は終了する
（Ｓ６２）。

【００３３】少なくとも１つの参加局の状態フラグが
「異常」ないし「注意」であるとステップＳ４４以後が
実行される。 (1) まず１つの参加局のみが「異常」または「注意」で
あれば、それはその参加局についての問題であると推論
される。このときはその旨を表示する（ステップＳ４４
からＳ４６に至る処理）。 (2) 局番が連続している局群、すなわちトークンの伝達
順が連続している局群に異常がある場合には、トークン
の伝達に伴うトラブルの存在が推論される。そこでその
ときは異常となる先頭の局番によって、トークンの伝達
に伴う異常を表示する（ステップＳ４８からステップＳ
５２の処理）。ただし異常の先頭局がトークンの順で最
前位の局である場合（この場合第１２局以後の局が全部
異常のとき）、データの中継を行なうヘッドエンドＨＥ
に異常があると推論できることからヘッドエンドの異常
を表示する（ステップＳ５０からＳ５４に至る処理）。

【００３４】(3) トークンの順ではばらばらであって
も、物理的な接続状態で関連している局、すなわち図
２，図３に示した特定の分岐路に属している局のみが異
常となっていることもあり得る。そこでステップＳ５６
の処理がなされる。なおこのときは図３の分岐情報が用
いられステップＳ５６の処理に供される。この結果特定
の分岐路の異常であるときにはそれを表示する（ステッ
プＳ５８）。 (4) いずれのパターンにも属さないときには、推論不能
とし、一旦処理を終了する。この場合監視装置Ｅ自体に
故障が存在することもある。

【００３５】以上の推論結果はオペレータの求めに応じ
て出力される。オペレータは図７のリストによってネッ
トワークの状態を把握できる。そして必要に応じて上記
の推論結果を入手することもでき、異常原因の特定に供
することもできる。なお以上に説明した例は一つの具体
的事例であり、この発明の技術はこれに限られるもので
ない。

【図面の簡単な説明】

【図１】本発明に係わるトークンネットワークを模式的
に示す図

【図２】実施例のネットワークを示す図

【図３】実施例のセットアップファイルの内容を示す図

【図４】実施例の監視装置の構成を示す図

【図５】監視装置による処理手順の一部を示す図

【図６】状態フラグの切換の様子を示す図

【図７】監視結果の出力リストの一例を示す図

【図８】原因推論のための処理手順図

【符号の説明】

参加局 ０〜Ｎ トークンバス Ｄ 監視装置 Ｅ（参加局Ｉ） 監視局切換手段 Ｆ 求応答コマンド発信手段 Ｇ 応答受信手段 Ｈ 応答有無判別手段 Ｊ 判別結果局別記憶手段 Ｋ

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 トークンバスと、前記トークンバスに接
   続された複数の参加局及び一つの状態監視装置とを備え
   る状態監視装置付トークンネットワークであって、 前記状態監視装置は、自局にトークンが保持されたと
   き、即時応答を求める求応答コマンドを監視順にしたが
   って選択した参加局に発信し、前記求応答コマンドを発
   信した参加局から適正応答が受信されたか否かを判別し
   て判別結果を参加局別に記憶し、前記参加局別の判別結
   果と前記参加局の接続関係とに基づいて異常原因を推論
   することを特徴とする状態監視装置付トークンネットワ
   ーク。