(57)【特許請求の範囲】
【請求項１】
それぞれ固有のノード識別子を有する複数のノードがハブ装置を介して接続されるネットワークをＡＲＣＮＥＴ(Attached Resource Computer Network)で運用するネットワークシステムにおいて、
前記複数のノードは、
前記ＡＲＣＮＥＴ（登録商標）で使用されるトークンが未達の状態が一定期間にわたり継続すると、前記トークンの回周ルートの再構築を要求するバースト信号を前記ネットワークに送出する再構築要求手段と、
前記バースト信号を検出すると前記回周ルートをリセットしたのち再構築する再構築手段とを備え、
前記ハブ装置は、
前記複数のノードのうち最大のノード識別子を付与される監視ノードと、
前記複数のノードに個別に接続される複数のポートと、
前記トークンに記される宛先ノード識別子をモニタするモニタ手段と、
前記モニタの結果から前記バースト信号を送出したノードを特定する特定手段と、
この特定手段により特定されたノードに接続されるポートを遮断する遮断手段とを備え、
前記再構築手段は、前記バースト信号を検出すると前記ＡＲＣＮＥＴ（登録商標）の規定に従って前記トークンを送出し、当該トークンへの応答を受信するまで前記宛先ノード識別子を＃００から＃２５６の範囲で一巡すべくインクリメントさせることを特徴とするネットワークシステム。
【請求項２】
前記ハブ装置は、さらに、前記遮断したポートを再接続するためのリセットボタンを備えることを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記ハブ装置は、さらに、前記ポートが遮断されたことを前記ネットワークの管理者に通知する通知手段を備えることを特徴とする請求項１に記載のネットワークシステム。
【請求項４】
ＡＲＣＮＥＴ(Attached Resource Computer Network)で運用されるネットワークを形成する複数のノードを接続するハブ装置であって、
前記複数のノードのうち最大のノード識別子を付与される監視ノードと、
前記複数のノードに個別に接続される複数のポートと、
前記トークンに記される宛先ノード識別子をモニタするモニタ手段と、
前記モニタの結果から前記バースト信号を送出したノードを特定する特定手段と、
この特定手段により特定されたノードに接続されるポートを遮断する遮断手段とを備え、
前記監視ノードは、
前記ＡＲＣＮＥＴ（登録商標）で使用されるトークンが未達の状態が一定期間にわたり継続すると、前記トークンの回周ルートの再構築を要求するバースト信号を前記ネットワークに送出する再構築要求手段と、
前記バースト信号を検出すると前記回周ルートをリセットしたのち再構築する再構築手段とを備え、
前記再構築手段は、前記バースト信号を検出すると前記ＡＲＣＮＥＴ（登録商標）の規定に従って前記トークンを送出し、当該トークンへの応答を受信するまで前記宛先ノード識別子を＃００から＃２５６の範囲で一巡すべくインクリメントさせることを特徴とするハブ装置。
【請求項５】
さらに、前記遮断したポートを再接続するためのリセットボタンを備えることを特徴とする請求項４に記載のハブ装置。
【請求項６】
さらに、前記ポートが遮断されたことを前記ネットワークの管理者に通知する通知手段を備えることを特徴とする請求項４に記載のハブ装置。
【請求項７】
それぞれ固有のノード識別子を有する複数のノードがハブ装置を介して接続されるネットワークをＡＲＣＮＥＴ(Attached Resource Computer Network)で運用するネットワークシステムの障害ノード特定方法であって、
前記ハブ装置に、前記複数のノードのうち最大のノード識別子を付与される監視ノードと、前記複数のノードに個別に接続される複数のポートとを備え、
前記複数のノードは、
前記ＡＲＣＮＥＴ（登録商標）で使用されるトークンが未達の状態が一定期間にわたり継続すると、前記トークンの回周ルートの再構築を要求するバースト信号を前記ネットワークに送出し、
前記バースト信号を検出すると前記回周ルートをリセットしたのち再構築し、
前記ハブ装置は、
前記トークンに記される宛先ノード識別子をモニタし、
前記モニタの結果から前記バースト信号を送出したノードを特定し、
前記特定されたノードに接続されるポートを遮断し、
前記再構築することは、前記バースト信号を検出すると前記ＡＲＣＮＥＴ（登録商標）の規定に従って前記トークンを送出し、当該トークンへの応答を受信するまで前記宛先ノード識別子を＃００から＃２５６の範囲で一巡すべくインクリメントさせることを特徴とする障害ノード特定方法。
【請求項８】
前記ハブ装置は、さらに、前記ポートが遮断されたことを前記ネットワークの管理者に通知することを特徴とする、請求項７に記載の障害ノード特定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＡＲＣＮＥＴ（Attached Resource Computer Network）（登録商標）に準拠するネットワークシステムと、このシステムで用いられるハブ装置、および障害ノード特定方法に関する。
【背景技術】
【０００２】
近年では旧来のアナログ放送設備の多くがデジタル化されてきており、この傾向は今後ますます進展することが確実である。このような背景から、種々の放送機器を制御するための設備もデジタル化されるようになってきている。この種の番組自動送出制御設備は、映像素材を蓄積したレコーダや、複数の映像を切り替えるスイッチャなどといった被制御機器をＬＡＮ（Local Area Network）で接続して形成される。このような用途には、リアルタイム制御に強みを持つＡＲＣＮＥＴ（登録商標）が一般に用いられる。
【０００３】
ＡＲＣＮＥＴ（登録商標）の特徴は、トークンパッシング方式を採用するネットワークであることと、ネットワークトポロジが変化するとただちに物理層レベルでのコンフィギュレーションデータの再構築処理が起動することである。このような機能を備えることにより、ＡＲＣＮＥＴ（登録商標）はトポロジの自由度が比較的高いといえる。
【０００４】
その反面、何らかの障害により再構築要求信号（バースト信号）を繰り返し出し続けるノードが生じると、ＬＡＮ上のノードはトークン（使用権）を次のノードに受け渡す（トークンパスする）ことができず、ネットワーク内におけるトークンの回周が停止してしまう。このような状況に陥ればＬＡＮ全体がダウンしてしまい、一切の通信ができなくなってしまうおそれがある。
【０００５】
例えばトークンリング方式を採用する光ＬＡＮにおいてネットワークのダウンを防止しようとする技術は知られているが（特許文献１を参照）、この技術をＡＲＣＮＥＴ（登録商標）に応用することはできない。ＡＲＣＮＥＴ（登録商標）の仕様のゆえに生じるバースト信号の発生に対処でき、ＡＲＣＮＥＴ（登録商標）−ＬＡＮのダウンを防止可能な技術が要望されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１１−２６１６１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
以上述べたようにＡＲＣＮＥＴ（登録商標）においては、バースト信号を出し続けるノードが現れると、ネットワークの仕様のゆえに、ノード間でトークンの受け渡しができなくなる。このような状況に陥ればシステム全体がダウンするおそれがあり、何らかの対策が求められている。  
この発明は上記事情によりなされたもので、その目的は、システムダウンへの耐性を高めたネットワークシステム、ハブ装置および障害ノード特定方法を提供することにある。
【課題を解決するための手段】
【０００８】
実施形態によれば、ネットワークシステムは、それぞれ固有のノード識別子を有する複数のノードがハブ装置を介して接続されるネットワークをＡＲＣＮＥＴ(Attached Resource Computer Network)で運用する。複数のノードは、再構築要求手段と、再構築手段とを備える。再構築要求手段は、ＡＲＣＮＥＴ（登録商標）で使用されるトークンが未達の状態が一定期間にわたり継続すると、トークンの回周ルートの再構築を要求するバースト信号をネットワークに送出する。再構築手段は、バースト信号を検出すると回周ルートをリセットしたのち再構築する。ハブ装置は、監視ノードと、複数のポートと、モニタ手段と、特定手段と、遮断手段とを備える。監視ノードは、複数のノードのうち最大のノード識別子を付与される。複数のポートは、複数のノードに個別に接続される。モニタ手段は、トークンに記される宛先ノード識別子をモニタする。特定手段は、モニタの結果からバースト信号を送出したノードを特定する。遮断手段は、特定手段により特定されたノードに接続されるポートを遮断する。そして再構築手段は、バースト信号を検出するとＡＲＣＮＥＴ（登録商標）の規定に従ってトークンを送出し、当該トークンへの応答を受信するまで宛先ノード識別子を＃００から＃２５６の範囲で一巡すべくインクリメントさせる。
【０００９】
このような手段を講じることにより、ノードＩＤとして、ＡＲＣＮＥＴ（登録商標）に既定される＃０１〜＃２５５および＃００、＃２５６をも含め、再構築が進行するにつれトークンの宛先ノードＩＤがインクリメントされてゆく。よって、その規定期間にわたる変化をモニタすれば、再構築の発生の有無、さらにはバースト信号を送出したノード（障害ノード）を特定することが可能になる。
【発明の効果】
【００１０】
この発明によれば、システムダウンへの耐性を高めたネットワークシステム、ハブ装置および障害ノード特定方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】この発明に係わるネットワークシステムの実施の形態を示す図。
【図２】図１のネットワークシステムの論理的な接続関係を示す模式図。
【図３】Ａｃｔｉｖｅ−Ｈｕｂ１００に各ノードが接続された状態の一例を示す図。
【図４】Ａｃｔｉｖｅ−Ｈｕｂ１００の実施の形態を示す機能ブロック図。
【図５】制御ユニット２００の実施の形態を示す機能ブロック図。
【図６】トークンと管理レジスタ４０ａの内容との対応を説明する図。
【図７】バースト信号が送出された後の管理レジスタ４０ａの内容の一例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照してこの発明の実施の形態につき説明する。まず、ＡＲＣＮＥＴ（登録商標）について説明する。ＡＲＣＮＥＴ（登録商標）はトークンと呼ばれる［使用権］を受け渡すことにより、トークンを持ったノード（通信端末）のみが、ネットワーク上に電文を送信することができるネットワークシステムである。ネットワーク上のノードは番号で示されるネットワークＩＤ（識別子）を持ち、トークンはＩＤ順にノードを回周する。
【００１３】
電文を送信しないノードは、すぐに次のノードにトークンを渡す（トークンパスと称する）。電文を送信するノードは、トークンを受け取ったときにのみ電文を送信し、その後に次のノードへトークンを渡す。このトークンにより、複数のノードが同時に送信することがなく、ネットワーク上の衝突を防ぐことができる。トークンは同時に全てのノードで受信できるが、電文を送信できるのはトークンに記載される番号の次の順番のＩＤ番号を持つノードだけである。
【００１４】
ＡＲＣＮＥＴ（登録商標）では、ネットワークに新しいノードが加わる場合、新しいノードは［バースト］と呼ばれる信号をネットワーク上に送出する。これによりトークンを持っているノードからの送信が妨害され、どこにも使用権（トークン）の存在しない状態が作り出される。その後、ＡＲＣＮＥＴ（登録商標）プロトコルに基づく手順によりトークンの周回する経路が再設定される。このような処理を再構築（リコンフィグレーション）と称する。
【００１５】
再構築は、なんらかの原因でトークンが消失した場合にも行われる。また、ネットワーク上のノードに障害が発生し、バースト信号を出し続けるようになると、ネットワーク上のノードはトークンを次のノードに受け渡すことができなくなり、一切の通信ができなくなる。以下ではこのような問題を解決することの可能な実施の形態につき説明する。
【００１６】
図１は、この発明に係わるネットワークシステムの実施の形態を示す図である。図１のシステムは複数のノードをハブ装置（Ａｃｔｉｖｅ−Ｈｕｂ）１００を介して接続して構成される。各ノードには＃０１〜＃２５５までの識別子（ＩＤ）がユニークに割り当てられる。
【００１７】
言い換えれば、ＡＲＣＮＥＴ（登録商標）では最大で２５５台のノードが同じネットワークに存在（ログオン）することが可能である。実際にネットワークにログオンするノードには＃０１〜＃２５５のうちから固有のＩＤが割り当てられる。この実施形態では、識別子＃００を異常ノードを特定するためのＩＤとして特に利用する。また、Ａｃｔｉｖｅ−Ｈｕｂ１００にノードＩＤ＃２５５を与え、このＡｃｔｉｖｅ−Ｈｕｂ１００もノードとして機能させる。
【００１８】
ＡＲＣＮＥＴ（登録商標）では再構築処理におけるトークン回周に際して、ＩＤの大きいノードから順に送信権を得るようになっている。よってＩＤの最大値である＃２５５をＡｃｔｉｖｅ−Ｈｕｂ１００に与えることで、Ａｃｔｉｖｅ−Ｈｕｂ１００は常に最初にトークンの送信権を得られるようになり、その結果としてネットワークの監視機能を与えることができる。
【００１９】
図２は、図１のネットワークシステムの論理的な接続関係を示す模式図である。ＡＲＣＮＥＴ（登録商標）はトークンパッシング型のプロトコルであり、トークンの回周する順序でみればノード間の論理的な接続形態はリング状になる。ネットワークの状態が安定していれば、トークンはこのリングのノードを順番に伝達される。この実施形態では、Ａｃｔｉｖｅ−Ｈｕｂ１００も一つのノードとしてネットワークに参加する。
【００２０】
何らかの障害によりトークンを受信できないノード（図２では＃０２）が生じたとする。トークンを受信できない状態が一定期間、すなわちＡＲＣＮＥＴ（登録商標）では８４０ミリ秒が経過すると、ノード＃０２の内部タイマ（ネットワーク状態監視タイマ）がタイムアウトする。そうするとノード＃０２は直ちにバースト信号をネットワークに送出してネットワークの再構築（リコンフィグレーション）を要求する。リコンフィグレーションとは、端的に言えば、トークンの回周するルートをリセットしたのち再設定しなおす処理である。バースト信号を検出したノードはただちに再構築処理を開始する。
【００２１】
図３は、Ａｃｔｉｖｅ−Ｈｕｂ１００に各ノードが接続された状態の一例を示す図である。図３においてＡｃｔｉｖｅ−Ｈｕｂ１００は複数のポート１〜８を備え、このうちポート１，２，４，５，８に、それぞれノード＃０５、ノード＃０２、ノード＃１０、ノード＃０１、ノード＃２１２が接続されるとする。Ａｃｔｉｖｅ−Ｈｕｂ１００はポート番号とノードＩＤとの対応関係を予め認識（記憶）している。
【００２２】
図４は、Ａｃｔｉｖｅ−Ｈｕｂ１００の実施の形態を示す機能ブロック図である。図４において、Ａｃｔｉｖｅ−Ｈｕｂ１００の各ポート１，２，３，…はそれぞれ遮断部１１，２１，３１，…に接続されて装置内に引き込まれる。遮断部１１，２１，３１，…は制御ユニット２００により制御され、ポートの遮断／接続を行う。
【００２３】
ここで、制御ユニット２００にはＩＤの最大値＃２５６より１つ少ないＩＤである＃２５５が割り当てられる。制御ユニット２００はノードの１つとして機能することにより各ポートから導入される信号をモニタし、図１のネットワークの状態を把握する。特に制御ユニット２００は後述の手法により障害の生じたノード（障害ノード）を特定し、この障害ノードに接続されるポートを遮断する。
【００２４】
さらに、Ａｃｔｉｖｅ−Ｈｕｂ１００はリセットボタン２０と、発光ダイオード（ＬＤ）３０とを備える。リセットボタン２０は遮断されたポートを再接続するためのもので、ノード障害の復旧後に操作されることで、復旧したノードはネットワークに再接続される。ＬＤ３０は例えばその表示色を変更して、遮断ポートの生じたことをネットワークの管理者などに通知する。
【００２５】
図５は、Ａｃｔｉｖｅ−Ｈｕｂ１００の制御ユニット２００の実施の形態を示す機能ブロック図である。制御ユニット２００は、ハードウェア（Ｈ／Ｗ）インタフェース部１０、メモリ４０、ＣＰＵ（Central Processing Unit）５０、およびＡＲＣＮＥＴ（登録商標）チップセット６０を備える。このうちＨ／Ｗインタフェース部１０はリセットボタン２０およびＬＤ６０に接続され、ＣＰＵ５０からの指示を電気信号に変換する。
【００２６】
ＣＰＵ５０はメモリ４０に記憶されるプログラムに基づく処理機能として、トークンキャプチャ部５０ａ、モニタ処理部５０ｂ、特定処理部５０ｃ、遮断処理部５０ｄ、通知処理部５０ｅ、およびこれらの機能を物理層に近いレベルでサポートするファームウェア５０ｆを備える。
【００２７】
メモリ４０は、この実施形態に特有の一時記憶手段として管理レジスタ４０ａを備える。管理レジスタ４０ａはノード間を周回するトークンの宛先ノードＩＤ（ＮＩＤ：Next Node ID）を記録するもので、障害ノードの特定を始めとして、ノードのネットワークへの参加（ログオン）状態の監視などに用いられる。
【００２８】
トークンキャプチャ部５０ａは、ネットワーク内で回周するトークンをキャプチャする。モニタ処理部５０ｂは、キャプチャされたトークンに記される宛先ノードＩＤをモニタし、その結果をメモリ４０の管理レジスタ４０ａに書き込む。特定処理部５０ｃは、管理レジスタ４０ａの内容から、バースト信号を送出したノードを特定する。
【００２９】
遮断処理部５０ｄは、特定処理部５０ｃで特定されたノードに接続されたポートを遮断する。つまり遮断処理部５０ｄは、遮断すべきポートに繋がる遮断部をオープン／クローズして、当該ポートを介して接続されるノードをネットワークから隔離する。通知処理部５０ｅは、遮断処理部５０ｄにより遮断されたポートが生じるとＬＤ３０（図４）を点灯し、その旨をユーザあるいはネットワークの管理者などに通知する。なお遮断ポートの生じたことをネットワークを介して外部のサーバ装置などに通知するようにしてもよい。
【００３０】
次に、ＡＲＣＮＥＴ（登録商標）チップセット６０はＡＲＣＮＥＴ（登録商標）に準拠するノード装置に搭載される既存のチップセットであり、トークン処理部６０ａ、再構築処理部６０ｂ、内部タイマ６０ｃ、およびバースト信号送出部６０ｄを備える。すなわちこの実施形態では制御ユニット２００はノードとしての機能も併せ持つ。
【００３１】
トークン処理部６０ａはトークンの送受に関わる処理を行う。再構築処理部６０ｂはトークンが未達の状態でネットワーク状態監視タイマがタイムアウトするとバースト信号送出部６０ｄに指示を与え、バースト信号をネットワークに送出してネットワークの再構築を要求する。また、他のノードからのバースト信号を検出すると、再構築処理部６０ｂはネットワークの再構築処理を開始する。
【００３２】
内部タイマ６０ｃはＡＲＣＮＥＴ（登録商標）に準拠するノードが備える計時機能であり、８４０ミリ秒でタイムアウトするネットワーク状態監視タイマのほか、ネットワーク応答監視タイマ（７８マイクロ秒でタイムアウト）と、アイドル状態監視タイマ（８６マイクロ秒でタイムアウト）とがある。次に上記構成における作用を説明する。
【００３３】
図６は、トークンと管理レジスタ４０ａの内容との対応を説明する図である。図６はトークンパケットの構成およびその中身を示す。トークンパケットはＡｌｅｒｔ、ＥＯＴ、および２つのＮＩＤフィールドを備える。Ａｌｅｒｔはこのパケットがトークン等の制御情報であることを示すヘッダで、６ビットの（１）が書き込まれる。ＥＯＴにはトークンであることを示す（０４Ｈ）が書き込まれ、ＮＩＤはトークンの宛先ノードＩＤである。
【００３４】
図６はネットワークの安定している状態（つまり正常状態）での管理レジスタ４０ａの内容の一例を示し、ＮＩＤが（０１）、（０２）・・・（２５５）のノードをトークンが周回している状態を示す。管理レジスタ４０ａは２５７ビットのレジスタであり、キャプチャしたトークンのＮＩＤに対応するビットにフラグ１を立てることにより、ネットワークに存在するノードのＩＤを管理することができる。
【００３５】
ファームウェア５０ｆは管理レジスタ４０ａの内容を、トークン受信状況を監視できる間隔で定期的にサンプリングする。サンプリングした状態が２回連続で同じであれば、ワークメモリ（図示せず）にそのデータが記録される。サンプリングデータが前回のサンプリングデータと一致しなければ、その時の時刻と、変化したビット番号とが記録される。換言すれば、ワークメモリは管理レジスタ４０ａの動作履歴を記憶する。
【００３６】
この管理レジスタ４０ａは、一度フラグ１がセットされればファームウェア５０ｆからクリア指示を受けるまでその状態を保つ。ファームウェア５０ｆはレジスタをサンプリングし、同じ状態が２回続けば管理レジスタ４０ａをクリアする。
【００３７】
図７はバースト信号の送出された後の管理レジスタ４０ａの内容の一例を示す図である。図７（ａ）は、ノード＃１、ノード＃２・・・ノード＃２５５というように、繰り返し予定されたノード順にトークンが回る状態を示す。図７（ｂ）は、バースト発生直後にノード＃２５５からノード＃２５６に向けてトークンが送信されたタイミングでの管理レジスタ４０ａである。
【００３８】
ここで、ＡＲＣＮＥＴ（登録商標）におけるバースト受信後のトークン処理手順について要約する。バーストを受信した全ノードは、トークンの宛先をクリアすると共に一旦トークン送出を停止する。各ノードは、（２５５−ノードのＩＤ値）×１４６マイクロ秒のタイマをスタートし、最も先にタイムアウトしたノードから次のＩＤ番号のノードを宛先ＩＤ（図６のＮＩＤ）としたトークンを送信する。最初のトークンが送信された後は、ＩＤ番号の順にトークンが各ノード間で受け渡される。
【００３９】
再構築開始時、ここでは、一番大きいＩＤを割り当てられた制御ユニット２００のノード（＃２５５）のチップセット６０が最も早くトークンを次の番号の（＃２５６）宛てに送信することになる。ＣＰＵ５０はこのトークン送信を監視し、管理レジスタ４０ａの（＃２５６）には図７（ｂ）のようにビット（１）が立つ。
【００４０】
しかし、ＩＤ番号（＃２５６）のノードは存在しないので、ノード（＃２５５）は応答時間の７８マイクロ秒が経過してもトークン応答を受信することができない。そこでチップセット６０は宛先ＩＤをさらにインクリメントし、次の番号である一巡した先頭の（＃００）を宛先（ＮＩＤ）にして送信する（図７（ｃ））。
【００４１】
ＡＲＣＮＥＴ（登録商標）では本来、ＮＩＤの（＃００）はブロードキャスト用にリザーブされているのでノードには割り当てられないが、この実施形態では再構築処理における仮宛先として使用する。すなわちこの実施形態では＃００をＩＤとして割り当てた仮想的なノードを設け、このＩＤ（＃００）を、障害ノードを特定するために用いる。
【００４２】
図７（ｃ）では（＃００）が仮想的アドレスであることからトークン応答が無く、制御ユニット２００、即ちノード（＃２５５）は更に次のノード（＃０１）へトークンを送信する。ここで、ノード（＃２５５）では初めてノード（＃０１）からのトークン応答を受信し、制御ユニット２００のチップセット６０は、次回からのトークン宛先（ＮＩＤ）を（＃０１）に設定する。
【００４３】
続いて、ノード（＃０１）も同様にトークンをノード（＃０２）へ送信するが、異常があり（前回トークンを受信できずに）バーストを送信したノード（＃２）は、今回も応答をノード（＃１）へは返送できない。そこでノード（＃０１）は、宛先ＩＤ番号（ＮＩＤ）をインクリメントして、次にトークン応答が得られるまで次々とノード（＃３）（図７（ｄ）（図７（ｅ）・・・）とトークンを送信する。ここでは、ノード（＃５）からトークン応答があり、ノード（＃０１）は次回からのトークン宛先を（＃０５）に設定する（図７（ｆ））。
【００４４】
ノード（＃０５）も同様にこのトークンをインクリメントして送信する動作を繰り返し（図７（ｇ））、その結果、トークンが一巡して制御ユニット２００のノード（＃２５５）に到着すると管理レジスタ４０ａの全てのビットが（１）となる。つまり、管理レジスタ４０ａも図７（ｂ）〜図７（ｇ）のように書き換えられる。その後は、各ノードからはそれぞれで設定されたノード宛先へトークンが送信されるのでビット０を含めてオール（１）が繰り返す安定状態になる（図７（ｈ））。
【００４５】
管理レジスタ４０ａを監視しているＣＰＵ５０は、この状態になると、管理レジスタ４０ａをクリアする（図７（ｉ））。クリア後、各ノードで設定された宛先のトークンが管理レジスタ４０ａに新たに書き込まれて行く。そして、制御ユニット２００のノード（＃２５５）は前述の通り、設定先のノード（＃０１）にトークンを送信し、（＃００）はスキップされているのでトークンは送信されなくなる。一旦クリアされた後、管理レジスタ４０ａにおいては実際にトークンが送信されるノードに対応するビットのみが（１）になる。
【００４６】
以上の手順により、再構築後の正常動作にはビット０は常に（０）となり、図７（ｊ）が保たれるようになる。そこで、ファームウェア５０ｆはビット０を監視し、（０）であれば正常（一定の）なネットワーク動作中であり、（１）であればバーストが発生した後の再構築中であると判断する。
【００４７】
この管理レジスタ４０ａの状態の履歴をメモリ４０、もしくは他の図示しないワークメモリに記憶しておき、現在の状態と比較すれば、トークンの宛先として使用されているノードの有無（各ノードに相当するビットＸが１か、０か）からネットワークに参加又は、離脱したノードを判読することが可能になる。
【００４８】
すなわち、ファームウェア５０ｆは、管理レジスタ４０ａのビット０が（０）で、かつビットＸが（０）から（１）へと変化すると、ノードＸがネットワークに参加した旨をワークメモリに記録する。またビット０が（０）で、かつビットＸが（１）から（０）へと変化すると、ノードＸがネットワークから離脱した旨をワークメモリに記録する。
【００４９】
以上の手順では、制御ユニット２００によりトークンに記される宛先ノードＩＤを管理レジスタ４０ａを用いて常に監視する。そして管理レジスタ４０ａを定期的にサンプリングして管理レジスタ４０ａの状態を記録しているワークメモリと比較参照してその変化をモニタし、モニタの結果、から、ビット０の（１）を検出することによりバーストの発生の有無を検出する。
【００５０】
さらに、再構築の生じる前にどのノードにまでトークンがまわったか、を検出することができる。ここでは、例えば、図７（ａ）と図７（ｊ）とを比較すれば、ノード（＃０２）に該当するビットは（１）から（０）に変わっており、ネットワークから離脱しバースト信号を送出したノード、すなわち障害を起こしたノード（＃０２）を特定することができる。
【００５１】
次にこの実施形態では、特定した障害ノードに接続されるポートを遮断する。すなわち制御ユニット２００の特定処理部５０ｃにより障害ノード（＃０２）が特定されると、遮断処理部５０ｄはノード＃０２に接続されるポート２の遮断部２１をオフとし、障害発生要因となるノード（＃０２）をネットワークから隔離する。
【００５２】
以上をまとめるとこの実施形態では、ＡＲＣＮＥＴ（登録商標）を用いて形成されるネットワークにおいて、ノードが接続されるＡｃｔｉｖｅ−Ｈｕｂ１００にノードＩＤ（＃２５５）を与えてノードとして機能させるとともに、トークンパスの状態を監視する機能を実装する。すなわち再構築処理時に、トークンキャプチャ部５０ａによりトークンをキャプチャし、モニタ処理部５０ｂによりモニタしたトークンの宛先ノードＩＤを、管理レジスタ４０ａに記録する。その結果から特定処理部５０ｃにより障害ノードを特定する。
【００５３】
特にこの実施形態では、再構築処理に際して（＃００）を宛先ノードＩＤとして使用する。すなわち、最初に送信権を得たＡｃｔｉｖｅ−Ｈｕｂ１００（ＩＤ（＃２５５））は、ＡＲＣＮＥＴ（登録商標）に規定のトークン送信手順を、本来では存在しない（＃００）も宛先として実施する。よって再構築時には、管理レジスタ４０ａの０ビットに（１）が書き込まれる一方、ＩＤの昇順に各ノードにトークンが回り、アクティブハブのノードにトークンが回周してくると管理レジスタ４０ａの全ビットが１になる。
【００５４】
全ビット（１）になると、この状態はワークメモリに記憶されたのち、管理レジスタ４０ａは一旦クリアされ、それ以降のトークン回周時には、実際にネットワークに存在するノードに該当するビットにだけフラグ（１）が立つ。特定処理部５０ｃはワークメモリに記録された管理レジスタ４０ａの内容と、その後の管理レジスタ４０ａの内容とを比較照合することにより障害ノードを判定する。すなわち再構築処理の前後で管理レジスタ４０ａに管理されるネットワーク状態（１）から（０）に変化したノードを、障害ノードとして特定することができる。障害ノードを特定すると、そのノードに接続されるポートを遮断し、障害ノードをネットワークから隔離するようにする。すなわち障害の検知とともに障害ノードが自動的にネットワークから遮断されるので、システム全体のダウン時間を最小限に抑えることができるようになり、システムダウンへの耐性を高めたネットワークシステム、ハブ装置および障害ノード特定方法を提供することが可能となる。
【００５５】
なお、この発明は上記実施の形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【符号の説明】
【００５６】
１００…Ａｃｔｉｖｅ−Ｈｕｂ、１〜８…ポート、１１，２１，３１…遮断部、２００…制御ユニット、２０…リセットボタン、３０…発光ダイオード（ＬＤ）、１０…ハードウェア（Ｈ／Ｗ）インタフェース部、４０…メモリ、５０…ＣＰＵ（Central Processing Unit）、６０…ＡＲＣＮＥＴ（登録商標）チップセット、５０ａ…トークンキャプチャ部、５０ｂ…モニタ処理部、５０ｃ…特定処理部、５０ｄ…遮断処理部、５０ｅ…通知処理部、５０ｆ…ファームウェア、４０ａ…管理レジスタ、６０ａ…トークン処理部、６０ｂ…再構築処理部、６０ｃ…内部タイマ、６０ｄ…バースト信号送出部
【図１】
0005388770.tif 000002
【図２】
0005388770.tif 000003
【図３】
0005388770.tif 000004
【図４】
0005388770.tif 000005
【図５】
0005388770.tif 000006
【図６】
0005388770.tif 000007
【図７】
0005388770.tif 000008