JPH06244852A - 診断システム - Google Patents

Abstract

(57)【要約】 【目的】ネットワーク上の各ノードの通信状態を極力妨
げずに各ノードの診断を行うことができる。 【構成】ネットワークバスＢ１に接続された被管理ノー
ドであるノードＮは、受信処理部１１および送信完了処
理部８による処理が実行されなくなってから、テスト起
動タイマを起動させ、タイムアウトになった場合に、テ
ストパケット送信処理部６は、管理ノードに対して応答
を要求するテストパケットを送信するとともに、テスト
応答待ちタイマ１３を起動させる。これに対し、テスト
応答確認部１２が、テスト応答待ちタイマのタイムアウ
ト時間内に管理ノードからのテスト応答パケットを受信
しない時、障害通知部１４は、障害通知パケットを管理
ノードに送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ノードと該ノードを管
理する管理ノードとが接続されて通信を行うネットワー
クの診断システムに関し、特に、ネットワークとノード
とのインターフェースを診断する診断システムに関す
る。

【０００２】

【従来の技術】従来、ネットワークに通常の送受信を行
う通常ノードと該ノードを管理する管理ノードとが接続
された診断システムでは、管理ノードによる各通常ノー
ドの診断時、各通常ノードが通信状態である等の状況を
考えずに、一方的に診断を実行していた。

【０００３】例えば、特開昭６３−２８５０４０号公報
には、端末装置（通常ノード）内にポーリング要求判断
手段、他のポーリング応答要求の端末番号を記憶する手
段、およびポーリング応答返送タイミングの計算手段を
有し、一斉ポーリングを行う場合、集中管理装置は、各
グループの端末群単位でポーリング要求を行えば、その
後は同一グループ内の端末装置がそれぞれ独自の判断で
ポーリング応答を行うようにしているので、伝送路の渋
滞時間を短くできる、ローカルネットワークにおける端
末装置の監視システムが記載されている。

【０００４】しかし、この監視システムによる障害診断
は、管理局からの問合せにより行われており、管理局主
体で診断が行えるという利点を有するものの、各ノード
の診断時におけるシステム全体の負荷を考慮していない
ため、各ノードが通信中である場合、この各ノードの通
信が中断される可能性がある。

【０００５】また、管理局は、各ノードの正常・異常に
かかわらず、全ノードのポーリング応答の処理を行うた
め、システム管理の負荷が大きい。

【０００６】

【発明が解決しようとする課題】前述したように、従
来、ネットワークにノードと該ノードを管理する管理ノ
ードとが接続された診断システムでは、管理ノードによ
る各ノードの診断時、各ノードが通信状態である等の状
況を考えずに、一方的、一律的に診断を実行していたた
め、ノードの負荷が大きく、ノードの通信が中断される
場合があるという問題点があった。

【０００７】そこで、本発明は、かかる問題点を除去
し、ネットワーク上の各ノードの通信状態を考慮して各
ノードの診断を効率的に行うことができる診断システム
を提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明は、ネットワーク
にノードと該ノードを管理する管理ノードとが接続され
た診断システムにおいて、前記ノードは、自ノードの非
通信の時に前記管理ノードに対して応答を要求するテス
トデータを送信する送信処理手段と、前記テストデータ
に対する前記管理ノードからの応答データに基づいて診
断を行う診断手段とを具備したことを特徴とする。

【０００９】

【作用】本発明は、ノードと該ノードを管理する管理ノ
ードとが接続されたネットワークで前記ノードを診断す
る場合、前記ノードは、送信処理手段により、自ノード
が非通信時、すなわち通常の送受信時以外の時に前記管
理ノードに対して応答を要求するテストデータを送信
し、診断手段が、前記テストデータに対する前記管理ノ
ードからの応答データに基づいて診断を行う。例えば、
障害が発生したと診断した場合のみ前記管理ノードに通
報する。これにより、管理ノードは、前記ノードからの
自律的なテストデータの受信と、障害発生の通知とに基
づいて該ノードを管理するようにしているので、ネット
ワーク上の各ノードの通信状態を考慮して各ノードの診
断を効率的に行うことができる。

【００１０】

【実施例】以下、図面を参照して本発明の一実施例につ
いて説明する。

【００１１】図１は、本発明の一実施例である診断シス
テムのノードの構成を示すブロック図である。このノー
ドは、通常のノードであり、被管理ノードである。

【００１２】図１において、ノードＮは、ネットワーク
バスＢ１に接続されている。

【００１３】このノードＮは、データ処理結果等を表示
出力する表示部１、タイマの時間指示入力等を行う入力
部２、データ処理を行うデータ処理部３を有している。

【００１４】そして、ノードＮの送信系は、入力部２か
らのタイマの時間指示入力によりタイマの時間設定をす
るタイマ設定部４、タイマ設定部４により設定され、後
述の受信処理部１１および送信完了処理部８によりリセ
ットされるテスト起動タイマ５、テスト起動タイマ５の
タイムアウト時にテストパケットの送信処理を行うテス
トパケット送信処理部６、データ処理部３から入力され
た通常の通信データの送信処理を行う送信処理部７、送
信処理部７およびテストパケット送信処理部６で送信処
理されたパケットをネットワークバスＢ１に送信する送
信部９、送信部９におけるパケットの送信が完了したこ
とをテスト起動タイマに通知する送信完了処理部８から
構成される。

【００１５】一方、受信系は、ネットワークバスＢ１か
らパケットを受信する受信部１０、受信部１０で受信し
たパケットの受信処理を行う受信処理部１１、テストパ
ケットの送信から、管理ノードからのテスト応答パケッ
トの受信までのタイマであるテスト応答待ちタイマ１
３、受信したパケットがテスト応答パケットでることを
確認してテスト応答待ちタイマ１３を停止させるテスト
応答確認部１２、テスト応答待ちタイマ１３がタイムア
ウトした場合に、障害が発生した旨の障害通知パケット
の送信を送信処理部７に指示する障害通知部１４から構
成される。

【００１６】ここで、テストパケット送信処理部６、テ
スト起動タイマ５、受信処理部１１、送信完了処理部８
は、送信処理手段に該当し、テスト応答確認部１２、テ
スト応答待ちタイマ１３、障害通知部１４は診断手段に
該当する。

【００１７】次に、診断システム全体の構成を示して、
ノードによる自発的な診断動作の概要について説明す
る。

【００１８】図２は、診断システムの概要構成を示す図
である。なお、説明の便宜上、図２（ａ）と図２（ｂ）
とは、同一の符号を使用している。

【００１９】図２（ａ）において、ノードｎ１〜ｎｎ
は、図１で示したノードＮと同様の構成であり、被管理
ノードである。また、管理ノードｍは、ノードｎ１〜ｎ
ｎを管理する管理ノードである。これらのノードｍとノ
ードｎ１〜ｎｎは、ネットワークバスＢに接続されてい
る。

【００２０】ここで、診断システムでの各ノードｎ１〜
ｎｎによる自発的な診断処理について説明すると、被管
理ノードであるノードｎ１〜ｎｎのうち、例えばノード
ｎ２が送受信を行っていない場合、ノードｎ２は、テス
トパケットＳ１を管理ノードｍに送信し、これに対し、
管理ノードｍは、テスト応答パケットＳ２をテストパケ
ットを送信したノードｎ２に送信する。

【００２１】そして、図２（ｂ）において、ノードｎ２
は、管理ノードｍから送信されたテスト応答パケットが
所定の時間以内に受信できなかった場合、自発的に管理
ノードｍに障害通知パケットを送信するようにしてい
る。

【００２２】次に、ノードの自発的な診断処理をフロー
チャートに基づいて説明する。

【００２３】図３は、ノードの診断処理手順を示すフロ
ーチャートである。

【００２４】図３において、まず、タイマ設定部４によ
り所定の時間が設定されているテスト起動タイマ５が起
動される（ステップ１０１）。そして、送受信パケット
があるか否かを判断し（ステップ１０２）、送受信パケ
ットがある場合は、その送受信処理を行った（ステップ
１０３）後、再びステップ１０１に移行し、受信処理部
１１あるいは送信完了処理部８がテスト起動タイマ５を
起動する。

【００２５】一方、送受信パケットがない場合は、さら
に、テスト起動タイマ５がタイムアウトになったか否か
を判断し（ステップ１０４）、タイムアウトになってい
ない場合は、ステップ１０１に移行し、再びテスト起動
タイマ５を起動する。

【００２６】ステップ１０４において、テスト起動タイ
マ５がタイムアウトになった場合は、テストパケット送
信処理部６により送信部９を介してテストパケットを送
信し（ステップ１０５）、テスト応答待ちタイマ１３を
起動する（ステップ１０６）。そして、テスト応答待ち
タイマ１３がタイムアウトになったか否かを判断し（ス
テップ１０７）、タイムアウトになった場合は、障害通
知部１４から送信処理部７、送信部９を介して、管理ノ
ードに障害通知パケットを送信する（ステップ１１
０）。一方、ステップ１０７において、テスト応答待ち
タイマ１３がタイムアウトにならない場合は、テスト応
答確認部１２が、管理ノードからのテスト応答パケット
を受信したか否かを判断する（ステップ１０８）。そし
て、テスト応答パケットを受信していない場合は、ステ
ップ１０７に移行し、テスト応答パケットを受信した場
合は、テスト応答確認部１２がテスト応答待ちタイマ１
３を停止させた（ステップ１０９）後、ステップ１０１
に移行して、上記処理を繰り返す。

【００２７】このようにして、各ノードは、自ノードが
一定時間、送受信処理を行っていない場合に、自発的に
管理ノードに対して診断処理を実行するようにしている
ので、ノードが通信中である場合に、強制的に通信が中
断されることもなく、負荷がかかることもなくなる。

【００２８】次に、管理ノードについて説明する。

【００２９】図４は、診断システムの管理ノードの構成
を示すブロック図である。

【００３０】図４において、管理ノードＭは、ネットワ
ークバスＢ２に接続されている。そして、管理ノードＭ
は、データ処理結果等を表示出力する表示部２１、入力
部２２、データ処理を行うデータ処理部２３、図１で示
したような被管理ノードである複数のノードの管理情報
をテーブルとして記憶するノード管理テーブル３１、こ
のノード管理テーブル３１の記憶内容を一定間隔で監視
するテーブル監視部３１、受信部２８、受信部２８で受
信したパケットを受信処理する受信処理部２９、受信処
理部２９で受信したパケットのうちテストパケットを確
認し、テストパケットを受信したことをノード管理テー
ブル３１およびテスト応答パケット送信部２４に通知す
るテストパケット確認部３０、テストパケット確認部３
０で被管理ノードからテストパケットを受信した場合
に、テスト応答パケットの送信処理を行うテスト応答パ
ケット送信処理部２４、テーブル監視部３２で、被管理
ノードから一定時間内にテストデータが送信されていな
い場合にテストパケットの送信を要求するテスト要求パ
ケットの送信処理を行うテスト要求パケット送信処理部
２５、データ処理部２３からのデータの送信処理を行う
送信処理部２６、および送信部２７から構成される。

【００３１】次に、診断システム全体の構成を示して、
管理ノードによる診断処理の概要について説明する。

【００３２】図５は、診断システムの概要構成を示す図
である。なお、説明の便宜上、図２と同一の符号を使用
している。

【００３３】図５において、ノードｎ１〜ｎｎは、図１
で示したノードＮと同様の構成であり、被管理ノードで
ある。また、管理ノードｍは、図４で示したノードＭと
同じものである。これらのノードｍとノードｎ１〜ｎｎ
は、ネットワークバスＢに接続されている。

【００３４】ここで、診断システムでの管理ノードｍに
よる診断処理について概要を説明すると、管理ノードｍ
がノード管理テーブルを参照して、一定時間内にテスト
パケットを受信していない場合は、このノード、例えば
ノードｎ２に対してテストパケットの送信を要求するテ
スト要求パケットＳ４を送信する。これに対し、ノード
ｎ２は、テストパケットを管理ノードｍに送信し、診断
処理を実行する。

【００３５】次に、ノード管理テーブル３１について説
明する。

【００３６】図６は、ノード管理テーブル３１の内容構
成を示す図である。

【００３７】図６（ａ）は、ノード管理テーブル３１の
内容構成を示しており、各ノードｎ１〜ｎｎに対応する
アドレスに、テストパケットを受信したか否かを記憶す
るテスト受信フラグと、管理ノードｍからテスト要求パ
ケットを送信したか否かを記憶するテスト要求フラグと
を有している。

【００３８】テスト受信フラグが「０」の場合は、対応
するノードからテストパケットを受信していないことを
意味し、「１」の場合は、対応するノードからテストパ
ケットを受信したことを意味する。また、テスト要求フ
ラグが「０」の場合は、テスト要求パケットを送信して
いないことを意味し、「１」の場合は、テスト要求パケ
ットを送信したことを意味する。

【００３９】従って、例えば、ノードｎ１では、テスト
受信フラグが「０」で、テスト要求フラグが「１」であ
るので、障害が発生したことを意味する。また、ノード
ｎ２では、テスト受信フラグが「１」で、テスト要求フ
ラグが「０」であるので、一定時間内に、ノードｎ２が
自発的にテストパケットを送信し、しかもテスト応答パ
ケットを正常に受信したので、正常であることを意味す
る。さらに、ノードｎ３では、テスト受信フラグが
「０」で、テスト要求フラグが「０」であるので、診断
が行われなかったことを意味する。また、ノードｎｎで
は、テスト受信フラグが「１」で、テスト要求フラグが
「１」であるので、管理ノードによるテスト要求パケッ
トを送信し、これに対し、対応するノードがテストパケ
ットを送信したことを意味し、正常であることを意味す
る。

【００４０】また、図６（ｂ）は、テーブル監視部によ
る一定時間経過直後のノード管理テーブル３１の内容を
示しており、テスト受信フラグおよびテスト要求フラグ
が全て「０」にされる。

【００４１】次に、管理ノードによる診断処理をフロー
チャートに基づいて説明する。

【００４２】図７は、ノードの診断処理手順を示すフロ
ーチャートである。

【００４３】図７において、まず、テーブル監視部３２
は、一定時間経過しているか否かを判断し（ステップ２
０１）、一定時間経過していない場合は、ステップ２１
２に移行し、一定時間経過した場合には、ノード管理テ
ーブル３１を参照し、テスト要求フラグが「１」か否か
を判断し（ステップ２０２）、テスト要求フラグが
「１」である場合は、さらに、テスト受信フラグが
「１」であるか否かを判断する（ステップ２０３）。

【００４４】ステップ２０３において、テスト受信フラ
グが「１」である場合は、ノード管理テーブル３１の対
応するテスト要求フラグを「０」にし、テスト受信フラ
グを「０」にして、ステップ２１１に移行する。一方、
ステップ２０３において、テスト受信フラグが「０」で
ある場合は、対応するノードに障害が発生したとして、
データ処理部２３に障害通知を行い、表示部２１に対応
するノードに障害が発生した旨を表示出力する（ステッ
プ２０５）。さらに、ノード管理テーブル３１のテスト
要求フラグを「０」にして、ステップ２１１に移行す
る。

【００４５】一方、ステップ２０２において、テスト要
求フラグが「０」である場合は、さらに、テスト受信フ
ラグが「１」か否かを判断し（ステップ２０７）、テス
ト受信フラグが「１」でない場合は、テスト要求フラグ
を「１」に変更した後（ステップ２０８）、テスト要求
パケット送信処理部２５に対し、テスト要求パケットの
送信を要求し、対応するノードにテスト要求パケットを
送信させた（ステップ２０９）後、ステップ２１１に移
行する。一方、ステップ２０７において、テスト受信フ
ラグが「１」である場合は、テスト受信フラグを「０」
にした後、ステップ２１１に移行する。

【００４６】ステップ２１１では、全てのノードに対す
る監視処理が終了したか否かを判断し、全てのノードに
対する監視処理が終了していない場合は、ステップ２０
２に移行して、上記処理を繰り返す。一方、全てのノー
ドに対する監視処理が終了すると、テストパケット確認
部３０において、テストパケットをノードから受信した
か否かを判断し（ステップ２１２）、テストパケットを
受信していない場合は、ステップ２０１に移行して上記
一定時間が経過しているか否かの判断処理から繰り返
す。一方、ステップ２１２において、テストパケットを
受信した場合、テストパケット確認部３０は、ノード管
理テーブル３１の対応するテスト受信フラグを「１」に
する。そして、テスト応答パケット送信処理部２４にテ
スト応答パケットの送信処理を依頼し、テスト応答パケ
ット送信処理部２４は、テスト応答パケットを対応する
ノードに送信部２７を介して送信する（ステップ２１
４）。そして、ステップ２０１に移行し、上記処理を繰
り返す。

【００４７】このように管理ノードは、定期的に、ノー
ド管理テーブルを参照して、各ノードが自発的に診断処
理を実行したか否かを判断し、自発的に診断処理を実行
していないノードに対し、診断処理を実行するテスト要
求パケットを送信し、全てのノードを管理するようにし
ている。

【００４８】このようにして上記実施例においては、被
管理ノードｎ１〜ｎｎが非通信時に自発的にテストパケ
ットを送信して診断を行うようにしており、管理ノード
はノード管理テーブル３１をもとに診断するようにして
いるので、被管理ノードの通信に影響を与えることな
く、しかも管理ノードの診断のための負荷が軽減された
効率的な診断を行うことができる。

【００４９】

【発明の効果】以上詳細に説明したように、本発明で
は、通常のノードは、送信処理手段により、自ノードが
非通信時に管理ノードに対して応答を要求するテストデ
ータを送信し、診断手段が、前記テストデータに対する
前記管理ノードからの応答データに基づいて診断を行
う。また、管理ノードは、通常のノードからの自律的な
テストデータの受信と、障害発生の通知とに基づいて通
常のノードを管理するようにしている。

【００５０】従って、ネットワーク上の通常の各ノード
の通信状態を考慮して通常の各ノードに対する診断を適
応的に行うことができるという利点を有する。

【００５１】また、診断による本来の通信を極力妨げな
いようにして、通常の各ノードの診断を行うことがで
き、通常の各ノードにかかる負荷を軽減することができ
るという利点を有する。

【図面の簡単な説明】

【図１】本発明の一実施例である診断システムのノード
の構成を示すブロック図。

【図２】診断システムの概要構成を示す図。

【図３】ノードの診断処理手順を示すフローチャート。

【図４】診断システムの管理ノードの構成を示すブロッ
ク図。

【図５】診断システムの概要構成を示す図。

【図６】ノード管理テーブル３１の内容構成を示す図。

【図７】ノードの診断処理手順を示すフローチャート。

【符号の説明】

１ 表示部 ２ 入力部 ３ データ処理部 ４ タイ
マ設定部 ５ テスト起動タイマ ６ テストパケット送信処理部
７ 送信処理部 ８ 送信完了処理部 ９ 送信部 １０ 受信部 １１
受信処理部 １２ テスト応答確認部 １３ テスト応答待ちタイマ
１４ 障害通知部 Ｎ ノード Ｂ１ ネットワークバス

フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 7240−5Ｋ Ｈ０４Ｌ 13/00 ３１５ Ａ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ネットワークにノードと該ノードを管理
   する管理ノードとが接続された診断システムにおいて、 前記ノードは、 自ノードの非通信時に前記管理ノードに対して応答を要
   求するテストデータを送信する送信処理手段と、 前記テストデータに対する前記管理ノードからの応答デ
   ータに基づいて診断を行う診断手段とを具備したことを
   特徴とする診断システム。