JPH0260340A

JPH0260340A - バス型ｌａｎ

Info

Publication number: JPH0260340A
Application number: JP63211970A
Authority: JP
Inventors: Kotaro Okamura; 弘太郎岡村
Original assignee: Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 1988-08-26
Filing date: 1988-08-26
Publication date: 1990-02-28
Anticipated expiration: 2011-06-05
Also published as: JP2504130B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】（発明の分野）この発明はバス型ＬＡＮに関し、詳しくはトークンの順
次委譲される順番を表した論理リングに基づい一ζ伝送
制御されるトークンパッシング方式のバス型Ｌ　Ａ　Ｎ
に関する。

（発明の概要）この発明はハス型ＬＡＮを構成するノードに設けられた
アプリケーション部に発生する障害を、伝送部が検出し
、得られた障害データを一旦、管理局に収集した後、各
通常局に一斉同報通知するごとにより、各ノード局が、
他局の障害発生を発生箇所までも含めて把握できるよう
にしたものである。

（従来技術とその問題点）バス型Ｌ　Ａ　Ｎの伝送制御方式として、伝送路のアク
セス権、いわゆるトークンを有する局のみがデータの送
信をおこない、伝送路に接続されている各局を、トーク
ンが巡回するトークンパッシング方式がある。

一般に、この方式における各ノードの構成は、トークン
パッシングによる伝送制御を担う伝送部と、この伝送部
を利用するいわゆるアプリケーション部とに区分するこ
とができる。

従来、これらのノードに障害が発生した場合、定期的に
おこなわれるポーリングに対する回答は、異常フレーム
を返答するか、あるいは何も返答しないかである。その
結果、他のノートからは、単に障害が発生しているもの
としか認識されず、障害の発生箇所が伝送部、アプリケ
ーション部の何れであるかを、特定できないため、発生
した障′Ｓに対し有効な対応策を講しることができない
という問題があった。

（発明の目的）この発明は上記の問題を解消するためになされたもので
、その目的とするところは、ノードに障害が発生した際
に、他のノードが、その障害発生を発生部分までも含め
て把握することができるハス型ＬＡＮを提供することに
ある。

（発明の構成と効果）この発明は」１記目的を達成するために、論理リングに
基づくトークンパッシング方式により伝送制御されるバ
ス型１．　Ａ　Ｎにおいて、通信ノードを管理局と複数
の通常局により構成するとともに、各ノード局の伝送部
に設けられ、通信機能を利用するアプリケーション部に
発生した動作障害を検出する手段と、検出されたアプリ
ケーション部の障害発生データを、管理局に収集する手
段と、管理局が収集した障害局データを、各通常局に一
斉回報通知する送信手段を備えたことを特徴とする。

この発明に係るハス型Ｌ　Ａ　Ｎは、ノードに設けられ
たアプリケーション部に発生ずる障害を、伝送部が検出
し、得られた障害データを一旦、管理局に収集した後、
各通常局に一斉同報通知することにより、各ノード局が
、他局の障害発生を発生部分までも含めて把握すること
ができる等の効果が得られる。

（実施例の説明）第１図は、この発明に係るバス型Ｌ　Ａ　Ｎの全体構成
を示す図である。

図において、同軸ケーブル等からなる伝送路１０に、通
信ノードを構成する管理局１、通常局２〜Ｎが接続され
ることによりバス型ＬＡＮが構成される。管理局１およ
び通常局２〜Ｎの内部は、それぞれ通信機能を実現する
伝送部ａと、この伝送部ａの通信機能を利用するアプリ
ケーション部すとで構成されている。管理局ｌは、バス
型ＬＡＮにおける通信ノードであるとともに、他の通常
局２〜Ｎに対するポーリングにより、他局のアプリケ−
シコン部の動作状況を含む各種管理情報を収集し、ごれ
を−斉同報通知する機能を備えている。通常局２〜Ｎは
、管理局Ｉからの定期的な問い合わせに対して、自局の
アプリケーション部すの動作状況を含む各種管理情報を
通知する機能を備え°ζいる。

第２図は、ノードの内部構成を示すブロック図である。

図に示されるように、ノードは伝送部ａとアプリケーシ
ョン部すとに区分される。伝送部ａは、ＣＰＵ２１、Ｒ
ＯＭ２２、ＲＡＭ２３、伝送コントローラ２４、および
これらを接続する内部バス１８により構成されている。

アプリケーション部すは、ＣＰ　ＬＪ　２６、ＲＯＭ２
７、ＲＡＭ２８、Ｉ１０インターフェース２つ、お、１
、びごれらを接続する内部バス１９により構成されてい
る。さらに伝送部ａとアプリケーション部すは、共有Ｒ
ＡＭ２５を介して相互にデータ交換ができるように構成
されている。

アプリケーション部すのＣＩ）　Ｕ　２６は、ＲＯＭ２
７に記憶されたプログラムに従い各種アプリケジョン処
理を実行し、通信機能が必要な場合に、共有Ｒ八Ｍ２５
を介して伝送部ａにデータの送受信を要求する。

伝送部ａのＣＰＵ２１は、ＲＯＭ２２に記憶されたプロ
グラムに従い伝送コントローラ２４を制御し、伝送コン
トローラ２４に接続さている伝送路１０に各種フレーム
の送受信をおこなう。

伝送部ａのＲＡＭ２３には、後述するネットワーク管理
情報テーブル３０、および自局情報エリア３３が備えら
れている。

また、共有ＲＡＭ２５には、アプリケーション部すの動
作が１Ｆ常か否かを監視するための監視エリア４０が設
けられている。

第３図は、ＲＡＭ２３内に設けられたネットワ−ク管理
情報テーブル３０、および自局情報エリア３３の構成内
容を示す図である。

テーブル３０は、ネットワークＬの各ノード１〜Ｎに関
する各種管理情報が格納されるものであり、テーブル３
０内のメモリエリアアドレスと、各ノード１〜Ｎのノー
ド番号が対応している。個々のメモリエリアの構成は、
例えばメモリエリア３０−２に示されるように、通信可
能ビット３０ａと、無応答ピノ１〜３０ｂと、アプリケ
ーション監視ビット３０Ｃと、その他のエリア３０ｄと
からなる。

通信可能ビット３０ａは、対応するノードの論理リング
加入状態により通信可能か否かを表示する。このビット
３０　ａがオンにセットされ一ζいると、該当するノー
ドが論理リングに加入していることを示し、オンにセッ
トされた各ノードのアドレス順に、トークンが委譲され
る。

無応答ビット３０ｂは、管理局からのポーリングに対し
通常局ノードが応答したか、あるいは無応答であったか
を示し、このビットがオンにセットされていれば、対応
するノードに何らかの障害が発生しているか、または電
源が投入されていないことが考えられる。

アプリケーション監視ビット３０ｃは、対応するノード
のアプリケーション部に異常が発生しているか否かを示
し、このビットがオンであれば、アプリケーション部に
異常が発生していることになる。

その他のエリア３０ｄは、対応するノードに関する他の
管理情報が格納される。

これら全ノードの管理情報に関するテーブル３０とは別
に、ＲＡＭ２３内に自局情報エリア３３が設けられ、自
局についての管理情報が格納される。自局情報エリア３
３の構成は、テーブル３゜と同様に通信可能ビット３３
ａと、無応答ビット３３ｂと、アプリケーション監視ビ
ット３３ｃと、その他のエリア３３ｄとからなる。

第４図は、ノード内の共有ＲＡＭ２５上に設ｋＪられて
いる監視エリア４０を、伝送部ａおよびアプリケーショ
ン部すがアクセスする際の処理を示したフローチャート
である。

図に示すように、共有ＲＡＭ２５に設けられた監視エリ
ア４０は、伝送部ａのＣＰＵ２１からも、アプリケーシ
ョン部すのＣ））　Ｕ　２６からもアクセスされる。

伝送部ａは、定期的に監視エリア４０の値をインクリメ
ントしくステップ４０１）、これに対しアプリケーショ
ン部すは、監視エリア４０の値を定期的にクリアする（
ステップ４１１）。その結果、アプリケーション部すで
、何らかのエラー等が発生し、あるいはＣＰ　ｔＪ　２
６が暴走した際には、監視エリア４０の値がシステムで
定める定数値に達しくステップ４０２肯定）、伝送部ａ
はアプリケーション部すの異常を検知することになり、
ＲＡＭ２３上のワークエリア内に存在する自局情報エリ
ア３３のアプリケーション監視ビット３３ｃがオンにセ
ントされる（ステップ４０３）。

第５図は、管理局１のポーリングにより構築された論理
リングを概念的に示した図である。この論理リングでは
、テーブル３０内にそれぞれ割り当てられたノードが８
亥当するメモリエリアのアドレス順にトークンが委譲さ
れ、トークンが一巡し、末尾の通常局５に到達すると、
トークンが先頭の管理局１に戻ることが示されている。

第６図は、各通常局の動作状況把握のために、管理局１
がおこなうポーリング処理のシーケンスを示す図である
。

管理局１は、１−−クンが第５図に示す論理リングを一
巡して戻ってくると１周と計数し、その計数値が予め設
定しておいた数値に達すると、伝送路上の通常局である
ノードに対しポーリングを開始する。このときのポーリ
ングフレームが送出される回数もシステム定数として設
定されている。

図では、ポーリングフレームの送出される回数を指定す
るシステム定数に１が設定されている場合のシーケンス
が示されている。

最初に、管理局１がテーブル３０のアドレスの順番に基
づき、通常局２に対して、ポーリングフレームを送出す
る。すると、ポーリングフレームを受信した通常局２が
正常に機能していれば、自局の情報エリアに格納されて
いるデータを、ポーリング応答フレームにより送信する
。ここで通常部２が正常に機能していない状態、例えば
、電源が未投入、あるいは伝送部ａに何らかの障害が発
生している場合は、何も応答がない。

このようにして得られたポーリングに対する応答から、
通常部２の状況が把握され、それらの情報が管理局Ｉに
おけるテーブル３０の該当するアドレスのメモリエリア
に格納される。

次いで、ポーリングフレームの送出が所定の１回を終了
したことにより、更新されたテーブル３０のネットワー
ク管理情報が、各通常部に一斉同報通知される。

ここで、再び、第５図に示されるトークンバ。

シング処理が開始される。なお、次回の通常部動作把握
のためのポーリングフレーム送イ８は、次の通常部３に
対しておこなわれることになる。

第７図は、通常部の動作状況を把握するために、管理局
１でおこなわれる処理を示したフローチャー１・である
。

図において、トークンが管理局１に戻り、しかもポーリ
ング処理の実行タイミングとなると、ＲＡＭ２３等に設
けられているポーリング回数カウンタをクリアする（ス
テップ７０１）。

次いで、このポーリング回数カウンタの値と、予めシス
テム定数として設定されているポーリング回数の許容値
と比較する（ステップ７０２）。

ポーリング回数カウンタの値が、許容回数値に満たない
場合は（ステップ７０２否定）、ポーリングフレームを
送出する相手局を選出する（ステップ７０３）。ここで
選出される通常部は、前回のポーリング処理の際に、最
後にポーリングフレムが送出されたノード局のアドレス
に、１を加えたアドレスのノード局となる。

次に、管理局１は、選出された通常部に対しポーリング
フレー１１を送出しくステップ７０４）、通常部からの
応答を待つ（ステップ７０５）。

ポーリング応答フレームが送信されてきた場合は、テー
ブル３０の該当するメモリエリアの各ビットを、受は取
ったデータ内容により更新しくステップ７０６）、次い
でポーリング回数カウンタをインクリメントしくステッ
プ７０８）、ステップ７０２へ進む。

ポーリングフレームの送信に対して、何ら応答が得られ
ない場合は、テーブル３０の該当するメモリエリアの無
応答ビット３０ｂに、オンをセットしくステップ７０７
）、次いで、ポーリング回数カウンタをインクリメント
しくステップ７０８）、ステップ７０２へ進む。

また、ポーリング応答フレーム以外のフレームが受信さ
れた場合は、それ相応の処理がおこなわれる。

以後、ポーリング回数カウンタの値が設定された値にな
るまで処理が続けられ、両者が一致した場合（ステップ
７０２け定）、更新されたテーブル３０のデータをネッ
トワーク管理情報として各通常部に一斉同報通知して（
ステップ７０９）、通常部の動作状況を把握する処理を
終了し、トークンパッシング処理に移行する。

なお、このポーリング処理では、トークンが管理局に戻
り、しかも設定されたポーリング処理実行のタイミング
になった場合に、ポーリングを開始したが、トークン巡
回に余裕時間がある場合のみ処理を開始するように設定
することもできる。

第８図は、通常部が動作状況の通知をする際の処理を示
すフローチャートである。

図において、通常部はアイドル状態で各種フレームを受
信し、内容識別等の処理をする（ステップ８０１）。

次に、受信したフレームの種別を判別する（ステップ８
０２）。

受信したフレー１１が１・−クンフレームの場合は、ト
ークン受信処理をおこなう（ステップ８０３）。

受信したフレームがポーリングフレームの場合は、自局
情報エリアの内容を乗せたトークン応答フレームを管理
局に対して送信する（ステップ８０４）。

受信したフレームがネットワーク管理情報フレムの場合
は、この受信したフレームのデータに基づいてネットワ
ーク管理情報テーブル３ｐを更新する（ステップ８０５
）。

受信したフレームがデータフレームの場合は、データ受
信処理をおこなう（ステップ８０６）。

これらの各フレーム受信処理が終丁すると、再びステッ
プ８０１へ進み、次のフレームの受信処理がおこなわれ
る。

以」二の処理で明らかなように、この発明では、管理局
がおこなう定期的なポーリングにより、通常局に発生し
たアプリケーション部のみの故障、および伝送部の障害
が、それぞれ区別されて管理局に把握され、さらに、収
集されたこれらのネットワーク管理情報は各通常局に−
・斉同報通知される。その結果、管理局および各通常局
は、障害が発生している他局の状態を、障害発生箇所ま
でも含めて把握することができる。

この発明では、このように、障害が発生したノードにお
ける障害発生箇所が明かになったことにより、障害が発
生したノードへの対応が従来よりも的確になり、ネット
ワークの運用を効率的におこなうことができる。

【図面の簡単な説明】

第１図はこの発明に係るバス型ＬＡＮの全体構成図、第
２図はノードの内部構成を示すブロック図、第３図はネ
ットワーク管理情報テーブルの構成図、第４図はノード
内の伝送部およびアプリケーション部の動作を示すフロ
ーチャート、第５図は論理リングを概念的に示した図、
第６図は管理局におけるポーリング処理のシーケンスを
示す図、第７図は管理局の動作を示すフローチャート、
第８図は通常局の動作を示すフローチャートである。１・・・・・・管理局（ノード）１ａ・・・・・・伝送部１ｂ・・・・・・アプリケーション部２〜Ｎ・・・・・・通常局（ノード） ’１ａ−Ｎａ・・・・・・伝送部２ｂ−Ｎｂ・−・・・・アプリケーション部１０・・・
・・・伝送路１８．１９・・・・・・内部バス２］、２６・・・・・・ＣＰ　ＬＪ２２．２７・・・・・・ＲＯＭ３　２８・・・・・・ＲＡＭ４・・・・・・伝送コントローラ５・・・・・・共有ＲＡＭ９・・・・・・Ｉ１０インターフェースＯ・・・・・・
ネットワーク管理情報テーブルＯａ・・・・・・通信可
能ビットｏｂ・・・・・・無応答ビットＯｃ・・・・・・アプリケーション監視ビット３・・・
・・・自局情報エリア０・・・・・・監視エリア

Claims

【特許請求の範囲】１、論理リングに基づくトークンパッシング方式により
伝送制御されるバス型ＬＡＮにおいて、通信ノードを管
理局と複数の通常局により構成するとともに、各ノード局の伝送部に設けられ、通信機能を利用するア
プリケーション部に発生した動作障害を検出する手段と
、検出されたアプリケーション部の障害発生データを、管
理局に収集する手段と、管理局が収集した障害局データを、各通常局に一斉同報
通知する送信手段と、を備えたことを特徴とするバス型ＬＡＮ。