JPH114223A - ネットワーク管理システムおよびデータ記憶媒体 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】障害が発生した場合にも、通信路やネットワー
ク機器の何れ障害が発生したかを判断でき、システムの
不稼動時間を短くする。 【解決手段】ネットワークモニタ手段１４０は、ネット
ワーク内のシステムノードに対して生死を確認するポー
リングを定期的に行う。ネットワークモニタ手段１４０
によるポーリングに対してシステムノードからの応答が
得られないとき、経路検索手段１５０は、ネットワーク
管理システム１００からこの応答のないシステムノード
の間に存在するネットワーク機器ノードを検索し、ネッ
トワークモニタ手段１４０は、ネットワーク管理システ
ムから近い順に、順次ネットワーク機器ノードの生死を
確認するポーリングを行い、応答がないとき、ネットワ
ーク機器ノード若しくは通信路の障害と判断する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク管理
システムおよびこのネットワーク管理システムに使用さ
れるデータ記憶媒体に係り、特に、ネットワーク内の障
害箇所を特定するのに好適なネットワーク管理システム
およびデータ記憶媒体に関する。

【０００２】

【従来の技術】従来のネットワーク管理システムにおい
ては、管理の対象である複数のノードの生死を監視する
ために、各ノードに対して定期的なポーリングを行って
いる。その結果、ノードからの応答が得られなかったと
きは、時間を空けて何度かポーリングを行い、それでも
応答が無いとき、ノードの停止と判断し、表示画面上に
そのノードの障害を示すようにしている。

【０００３】

【発明が解決しようとする課題】従来の方式では、ノー
ドに障害が発生したときは、ネットワーク管理システム
の表示画面上の表示からそのノードの障害を知ることが
できる。しかしながら、例えば、ネットワーク管理シス
テムと各ノードを接続する通信路やネットワーク機器に
障害が発生すると、ネットワーク管理システムから見て
先に接続しているノードは全て停止状態と判断され、表
示画面に複数のノード障害が示される。このような場
合、ネットワーク管理システムの管理者は、経験則に基
づいて、複数のノード障害が同時に発生したものか、通
信路やネットワーク機器に障害が発生したものかを判断
できる場合もある。しかしながら、従来のシステムで
は、例え、管理者が通信路やネットワーク機器に障害が
発生したものと判断しても、複数ある通信路やネットワ
ーク機器の何れ障害が発生したかまでは判断できないも
のである。

【０００４】小規模なＬＡＮで構成されるネットワーク
の場合には、通信路やネットワーク機器のメンテナンス
を行うものは一般に一元化されており、そのメンテナン
ス業者に、通信路やネットワーク機器の障害の発生を通
知することで、回復作業に入ることは可能である。しな
しながら、近年発達してきているインターネットや大規
模なイントラネット等においては、ネットワーク管理シ
ステムと各ノードの間は、複数の通信路や複数のネット
ワーク機器によって接続されており、しかも、各通信路
やネットワーク機器のメンテナンスを行うものが、複数
のメンテナンス業者に亘る場合も多くなっている。この
ような場合、上述したように、複数ある通信路やネット
ワーク機器の何れ障害が発生したかまでは判断できない
と、いずれのメンテナンス業者に障害箇所の復旧を依頼
してよいか判らず、それぞれのメンテナンス業者が自分
のテリトリー内の通信路やネットワーク機器を確認して
障害箇所の特定を行う必要があり、復旧に手間を要する
とともに、復旧まで時間を要し、システムの不稼動時間
が長くなるという問題がある。

【０００５】本発明の目的は、通信路やネットワーク機
器に障害が発生した場合にも、通信路やネットワーク機
器の何れ障害が発生したかを判断でき、システムの不稼
動時間を短くできるネットワーク管理システムおよびデ
ータ記憶媒体を提供することにある。

【０００６】

【課題を解決するための手段】

（１）上記目的を達成するために、本発明は、ネットワ
ーク機器ノードや通信路を介して接続されている複数の
システムノードから構成されるネットワークを管理する
とともに、ネットワーク内の上記システムノードに対し
て生死を確認するポーリングを定期的に行うネットワー
クモニタ手段を有するネットワーク管理システムにおい
て、上記ネットワークモニタ手段によるポーリングに対
してシステムノードからの応答が得られないとき、ネッ
トワーク管理システムからこの応答のないシステムノー
ドの間に存在する上記ネットワーク機器ノードに対し
て、ネットワーク管理システムから近い順に、順次上記
ネットワーク機器ノードの生死を確認するポーリングを
行い、応答がないとき、ネットワーク機器ノード若しく
は通信路の障害と判断する障害箇所特定手段とを備える
ようにしたものである。

【０００７】かかる構成により、通信路やネットワーク
機器に障害が発生した場合にも、通信路やネットワーク
機器の何れ障害が発生したかを判断でき、システムの不
稼動時間を短くできるものとなる。

【０００８】（２）上記（１）において、好ましくは、
上記障害箇所特定手段は、ネットワーク管理システムか
ら応答のないシステムノードの間の経路に存在する上記
ネットワーク機器ノードを検索する経路検索手段を有
し、上記ネットワークモニタ手段は、上記経路検索手段
によって検索されたネットワーク機器ノードに対して、
ネットワーク管理システムから近い順に、順次上記ネッ
トワーク機器ノードの生死を確認するポーリングを行う
ようにしたものである。

【０００９】（３）上記（１）において、好ましくは、
上記ネットワークモニタ手段は、ネットワーク機器ノー
ド若しくは通信路の障害時には、ネットワーク管理シス
テムから見て、障害のあったネットワーク機器ノード若
しくは通信路の先に接続されているシステムノードに対
するポーリングを中止するようにしたものである。かか
る構成により、無駄なポーリングを省いて、システムの
負荷を減少し得るものとなる。

【００１０】（４）上記目的を達成するために、本発明
は、ＣＰＵと、記憶手段と、予め格納されているプログ
ラムを読み出す媒体読み出し手段とからなるネットワー
ク管理システムにおいて使用され、上記媒体読み出し手
段によって読み出し可能なプログラムの記憶されたデー
タ記憶媒体において、上記データ記憶媒体に記憶された
プログラムは、ネットワーク機器ノードや通信路を介し
て接続されている複数のシステムノードから構成される
ネットワーク内のシステムノードに対して生死を確認す
るポーリングを定期的に行うネットワークモニタステッ
プと、上記ポーリングに対してシステムノードからの応
答が得られないとき、ネットワーク管理システムからこ
の応答のないシステムノードの間に存在する上記ネット
ワーク機器ノードに対して、ネットワーク管理システム
から近い順に、順次上記ネットワーク機器ノードの生死
を確認するポーリングを行い、応答がないとき、ネット
ワーク機器ノード若しくは通信路の障害と判断する障害
箇所特定ステップから構成するようにしたものである。

【００１１】

【発明の実施の形態】以下、図１〜図３を用いて、本発
明の一実施形態によるネットワーク管理システムと管理
対象のネットワークについて説明する。最初に、図１を
用いて、本発明の一実施形態によるネットワーク管理シ
ステムと管理対象のネットワークの全体システム構成に
ついて説明する。

【００１２】最初に全体のシステム構成について説明す
る。ネットワーク管理システム１００は、ＬＡＮケーブ
ル２１０を介して、ネットワーク機器ノード３１０と接
続されている。ＬＡＮケーブル２１０は、ネットワーク
管理システム１００のインターフェース（Ｉ／Ｆ）１１
０と、ネットワーク機器ノード３１０のインターフェー
ス（Ｉ／Ｆ）３１２とを接続している。また、ＬＡＮケ
ーブル２１０には、複数のパソコン等のシステムノード
ＮＤ１０，ＮＤ１１，ＮＤ１２が接続されている。

【００１３】ネットワーク機器ノード３１０は、それぞ
れ、通信回線２６０，２７０を介して、ネットワーク機
器ノード３２０，３３０と接続されている。通信回線２
６０は、ネットワーク機器ノード３１０のインターフェ
ース（Ｉ／Ｆ）３１４と、ネットワーク機器ノード３２
０のインターフェース（Ｉ／Ｆ）３２２との間を接続
し、通信回線２７０は、ネットワーク機器ノード３１０
のインターフェース（Ｉ／Ｆ）３１４と、ネットワーク
機器ノード３３０のインターフェース（Ｉ／Ｆ）３３２
との間を接続している。

【００１４】ネットワーク機器ノード３２０は、インタ
ーフェース（Ｉ／Ｆ）３２４及びＬＡＮケーブル２２０
を介して、複数のパソコン等のシステムノードＮＤ２
０，…，ＮＤ２４が接続されている。ネットワーク機器
ノード３２０及びシステムノードＮＤ２０，…，ＮＤ２
４によって、一つのシステム拠点ＳＢ１を構成してお
り、例えば、所定の建物の中の１フロアに相当するシス
テム構成である。

【００１５】また、ネットワーク機器ノード３３０は、
インターフェース（Ｉ／Ｆ）３３４及びＬＡＮケーブル
２３０を介して、複数のパソコン等のシステムノードＮ
Ｄ３０，…，ＮＤ３４が接続されている。ネットワーク
機器ノード３３０及びシステムノードＮＤ３０，…，Ｎ
Ｄ３４によって、一つのシステム拠点ＳＢ２を構成して
いる。

【００１６】次に、ネットワーク管理システム１００の
システム構成について説明する。

【００１７】管理プロトコル制御（ＳＮＭＰ）手段１２
０は、ネットワーク管理システム１００の管理を司ると
ともに、ネットワーク機器ノード３１０，…，３３０
や、システムノードＮＤ１０，…，ＮＤ３４や、ＬＡＮ
ケーブル２１０，…，２３０や、通信回線２６０，２７
０からなるネットワークを管理する。

【００１８】ネットワーク構成データベース（ＤＢ）１
３０は、図１に示したネットワークの全体構成を示す情
報が格納されている。即ち、上述したように、各ネット
ワーク機器ノード３１０，…，３３０の接続関係や、各
ネットワーク機器ノード３１０，…，３３０とシステム
ノードＮＤ１０，…，ＮＤ３４との接続関係が格納され
ている。

【００１９】ネットワークモニタ手段１４０は、管理プ
ロトコル制御（ＳＮＭＰ）手段１２０によって制御さ
れ、ネットワークの状態を把握するためにネットワーク
を構成する各システムノードＮＤ１０，…，ＮＤ３４を
定期的に順番にポーリングする。ポーリングの方式は、
ネットワーク管理システムの仕様に依存するが、どのノ
ードにも備わっている基本的なネットワークの機能を利
用することになり、多くのネットワーク管理システムで
は、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ ＣｏｍｍｏｎＭａｎ
ａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＰｉｎｇコマン
ドを利用している。また、ネットワークモニタ手段１４
０は、ネットワークを構成する各ネットワーク機器ノー
ド３１０，…，３３０に対してもポーリングする。

【００２０】さらに、本実施形態においては、経路検索
手段１５０を備えている。経路検索手段１５０の詳細な
動作については、図２を用いて後述するが、例えば、あ
るシステムノードに対して、ネットワークモニタ手段１
４０がポーリングを行い、応答がない場合に起動する。
そして、経路検索手段１５０は、ネットワーク構成デー
タベース（ＤＢ）１３０に格納されたデータを用いて、
応答のないシステムノードまでに接続される各ネットワ
ーク機器ノードの経路を検索する。

【００２１】さらに、ネットワークモニタ手段１４０
は、応答のないシステムノードまでの経路に接続されて
いる各ネットワーク機器ノードに対して順次近い側のネ
ットワーク機器ノードからポーリングして、各ネットワ
ーク機器ノードの応答の有無をモニタする。そして、各
ネットワーク機器ノードの応答の有無に基づいて、管理
プロトコル制御（ＳＮＭＰ）手段１２０は、何れのネッ
トワーク機器ノード若しくは通信回線やＬＡＮケーブル
に障害が発生したかを判断し、結果を表示部１６０に表
示する。

【００２２】各ネットワーク機器ノード３１０，３２
０，３３０は、それぞれ、管理プロトコル制御（ＳＮＭ
Ｐ）手段３１６，３２６，３３６を備えており、Ｉ／Ｆ
３１２，３１４，３２２，３２４，３３２，３３４から
入力したデータに基づいて、それぞれ、入力したデータ
を所定のＩ／Ｆ３１２，３１４，３２２，３２４，３３
２，３３４に接続し、各システムノードＮＤ１０，…，
ＮＤ３４間の接続を制御する。

【００２３】次に、図２を用いて、本実施形態によるネ
ットワーク管理システムによる障害箇所の特定手順につ
いて説明する。

【００２４】ステップ４００において、ネットワークモ
ニタ手段１４０は、管理プロトコル制御（ＳＮＭＰ）手
段１２０からの定期的な指令によって動作して、ネット
ワークの状態を把握するために、ネットワークを構成す
る各システムノードＮＤ１０，…，ＮＤ３４を定期的に
順番にポーリングする。

【００２５】ステップ４１０において、ネットワークモ
ニタ手段１４０は、ポーリングした各システムノードＮ
Ｄ１０，…，ＮＤ３４からの応答の有無を判断する。応
答がある場合には、ステップ４２０に進み、応答がない
場合には、ステップ４３０に進む。

【００２６】応答があると、ステップ４２０において、
ネットワークモニタ手段１４０は、次のシステムノード
ＮＤ１０，…，ＮＤ３４をポーリングする。そして、以
下、ステップ４００，４１０を繰り返して、全てのシス
テムノードＮＤ１０，…，ＮＤ３４に対するポーリング
を実行する。

【００２７】システムノードからの応答がない場合に
は、ステップ４３０において、経路検索手段１５０は、
ネットワーク構成データベース（ＤＢ）１３０に格納さ
れたデータを用いて、応答のないシステムノードまでの
通信バス上に接続される各ネットワーク機器ノードの経
路を検索して、ネットワーク機器ノードをリストアップ
する。なお、応答のないシステムノードまでの経路が複
数ある場合には、それぞれの経路を検索して、複数の経
路上に接続される各ネットワーク機器ノードをリストア
ップする。

【００２８】例えば、システムノードＮＤ２０から応答
がない場合には、ネットワーク機器ノード３１０，３２
０がリストアップされる。さらに、ネットワーク機器ノ
ード３１０，３２０の入出力ポートを構成するインター
フェース（Ｉ／Ｆ）３１２，３１４，３２２，３２４が
リストアップされる。

【００２９】次に、ステップ４４０において、管理プロ
トコル制御（ＳＮＭＰ）手段１２０は、リストアップさ
れた通信パス上のネットワーク機器ノードの有無を判断
する。有る場合には、ステップ４５０に進み、無い場合
には、ステップ４９０に進む。

【００３０】例えば、システムノードＮＤ１０から応答
がない場合には、ネットワーク機器ノードがないものと
判断される。そして、ステップ４９０において、管理プ
ロトコル制御（ＳＮＭＰ）手段１２０は、システムノー
ドの異常を通知して、表示部１６０に、ノード故障を表
示する。上述の例では、表示部１６０には、システムノ
ードＮＤ１０の応答なしが表示される。

【００３１】ステップ４４０において、ネットワーク機
器ノードが有ると判断されると、ステップ４５０におい
て、ネットワークモニタ手段１４０は、ネットワークの
状態を把握するために、通信パス上の近い機器からポー
リングを実行する。

【００３２】例えば、システムノードＮＤ２０から応答
がないものとして、ステップ４３０において、ネットワ
ーク機器ノード３１０，３２０及びネットワーク機器ノ
ード３１０，３２０の入出力ポートを構成するインター
フェース（Ｉ／Ｆ）３１２，３１４，３２２，３２４が
リストアップされている場合において、ネットワークモ
ニタ手段１４０は、最初に、ネットワーク管理システム
１００に最も近いインターフェース（Ｉ／Ｆ）３１２に
対してポーリングを実行する。

【００３３】次に、ネットワークモニタ手段１４０は、
ポーリングしたネットワーク機器ノードのインターフェ
ースからの応答の有無を判断する。応答があると、ステ
ップ４４０に戻り、応答がない場合には、ステップ４７
０に進む。

【００３４】例えば、システムノードＮＤ２０から応答
がなく、その原因が通信回線２６０上の障害に起因する
場合について説明すると、ネットワークモニタ手段１４
０は、ネットワーク管理システム１００に最も近いイン
ターフェース（Ｉ／Ｆ）３１２に対してポーリングを実
行し、Ｉ／Ｆ３１２から応答があるため、ステップ４６
０からステップ４４０に戻る。さらに、ステップ４５０
に進んで、ネットワークモニタ手段１４０は、次に近い
インターフェース（Ｉ／Ｆ）３１４に対してポーリング
を実行し、Ｉ／Ｆ３１４から応答があるため、ステップ
４６０からステップ４４０，４５０と進んで、ネットワ
ークモニタ手段１４０は、次に近いネットワーク機器ノ
ード３２０のインターフェース（Ｉ／Ｆ）３２２に対し
てポーリングを実行する。ここで、通信回線２６０上に
障害がある場合には、Ｉ／Ｆ３２２から応答がないた
め、ステップ４７０に進むことになる。

【００３５】次に、ステップ４７０において、管理プロ
トコル制御（ＳＮＭＰ）手段１２０は、システムノード
の異常を検知したか否かを判断する。システムノードの
異常でない場合には、ステップ４８０において、管理プ
ロトコル制御（ＳＮＭＰ）手段１２０は、ネットワーク
機器ノードの異常を通知して、表示部１６０に、ネット
ワーク機器ノード故障を表示する。また、システムノー
ドの異常の場合には、ステップ４９０において、管理プ
ロトコル制御（ＳＮＭＰ）手段１２０は、システムノー
ドの異常を通知して、表示部１６０に、システムノード
故障を表示する。

【００３６】例えば、上述したように、ネットワーク機
器ノード３２０のインターフェース（Ｉ／Ｆ）３２２か
ら応答がない場合には、ネットワーク機器ノード３２０
のインターフェース（Ｉ／Ｆ）３２２の故障を表示す
る。なお、この場合において、ネットワーク機器ノード
３２０のインターフェース（Ｉ／Ｆ）３２２自体の故障
の他に、通信回線２６０の障害も含まれる。しかしなが
ら、ネットワーク機器ノード３１０のインターフェース
（Ｉ／Ｆ）３１４は正常であると表示されていることに
より、障害は、通信回線２６０若しくはインターフェー
ス（Ｉ／Ｆ）３１４に発生したことが判るため、通信回
線２６０若しくはインターフェース（Ｉ／Ｆ）３１４の
メンテナンスを担当するものに対して障害の発生を連絡
することにより、従来に比べて、短時間で障害の排除を
行え、ネットワークシステムの非稼動時間を短縮するこ
とができる。

【００３７】なお、従来の方法では、例えば、システム
ノードＮＤ２０からの応答がない場合には、障害の発生
した箇所としては、ＬＡＮケーブル２１０，ネットワー
ク機器ノード３１０，通信回線２６０，ネットワーク機
器ノード３２０，ＬＡＮケーブル２２０が想定され、こ
れらのメンテナンスを担当するものが異なる場合には、
全てのメンテナンス業者に対して、それぞれの保守範囲
内の障害の有無を問い合わせる必要があったため、障害
の排除に時間を要し、結果として、ネットワークシステ
ムの非稼動時間が長くなるものであったが、本実施形態
によれば、かかる事態を解消できるものである。

【００３８】次に、図３を用いて、本発明の一実施形態
によるネットワーク管理システムのハード構成について
説明する。なお、図１と同一符号は同一部分を示してい
る。

【００３９】ネットワーク管理システム１００は、中央
処理ユニット（ＣＰＵ）１６５を備えている。ＣＰＵ１
６５は、バス１７０を介して、揮発性メモリであるＲＡ
Ｍ１７５と、不揮発性メモリであるハードディスク（Ｈ
Ｄ）１８０と、キーボードのような入力手段１８５と、
ＣＤ−ＲＯＭドライブやフロッピーディスクドライブ
（ＦＤ）や磁気テープ（ＭＴ）ドライブのような媒体ド
ライブ１９０と、ディスプレイ（ＤＩＳＰ）のような表
示部１６０と、外部とのデータの授受を行うインターフ
ェース（Ｉ／Ｆ）１１０に接続されている。

【００４０】図１に示したネットワークの全体構成を示
す情報が格納されているネットワーク構成データベース
（ＤＢ）１３０は、例えば、ハードディスク（ＨＤ）１
８０の格納されている。

【００４１】また、図１に示した管理プロトコル制御
（ＳＮＭＰ）手段１２０と、ネットワークモニタ手段１
４０と、経路検索手段１５０の各機能を実行するための
プログラムは、ハードディスク（ＨＤ）１８０に格納さ
れており、ＣＰＵ１６５は、ハードディスク（ＨＤ）１
８０に格納されているプログラムを読みだし、その処理
手順に従って、処理を実行する。

【００４２】また、図２に示した本実施形態によるネッ
トワーク管理システムによる障害箇所の特定処理のため
のプログラムは、光ディスクやフロッピーディスクや磁
気テープ装置テープのような移動可能なデータ記憶媒体
１９５の中に書き込まれており、媒体ドライブ１９０に
装着された上で読み出され、ハードディスク（ＨＤ）１
８０に格納される。データ記憶媒体１９５の中に書き込
まれている言語は、特定のコンピュータ言語に限られる
ものでなく、Ｃ言語、Ｃ＋＋言語、アセンブラ、フォー
トランのような任意のコンピュータ言語でよいものであ
る。

【００４３】なお、従来においては、通信路やネットワ
ーク機器ノードに障害がある場合において、その先に接
続するシステムノードの生死確認のポーリングを行って
も無駄であるにも拘わらず、ポーリングを繰返し、意味
の無いネットワーク及びネットワーク管理システムへの
負荷を招いている。その結果、ネットワーク管理システ
ムの無駄なポーリング動作によって、無駄な障害検知と
記録（ログ採取）を行い、必要な障害記録が消されてし
まったり、見付け難い状況になると言った弊害があっ
た。それに対して、本実施形態では、障害時の障害箇所
の特定が可能になるため、通信路やネットワーク機器ノ
ードの障害時には、それによって影響を受けるノードの
生死状態を確認するポーリングを中断する。これによっ
て、ネットワーク管理システムの負荷を小さくできると
ともに、障害記録が消されるといった問題も解消され
る。

【００４４】以上説明したように、本実施形態によれ
ば、ネットワーク管理システム自身で障害時の障害箇所
の特定が可能になる。特に、サーバシステム等のシステ
ムノードとネットワーク機器との障害を判別することが
できる効果は意味有る。即ち、障害発生時に障害の修復
等の保守技術は、システムノードの場合とネットワーク
機器の場合は異なり、保守技術者が分かれている場合が
多い。障害時にどちらの保守技術者と連絡を取るべきか
は、その後の回復所要時間にも大きく影響する。

【００４５】また、多くのユーザにとって、ネットワー
ク管理システムが比較的精度高く、障害発生箇所を特定
する機能を持っていることは、一次切分けの自動化に近
づき、マルチベンダー化するネットワーク構成の障害時
の運用を大きく支援する効果が大きいものである。

【００４６】

【発明の効果】本発明によれば、通信路やネットワーク
機器に障害が発生した場合にも、通信路やネットワーク
機器の何れ障害が発生したかを判断でき、システムの不
稼動時間を短くできるものである。

【図面の簡単な説明】

【図１】本発明の一実施形態によるネットワーク管理シ
ステムと管理対象のネットワークのシステム構成図であ
る。

【図２】本発明の一実施形態によるネットワーク管理シ
ステムによる障害箇所の特定処理を示すフローチャート
である。

【図３】本発明の一実施形態によるネットワーク管理シ
ステムのハード構成を示すブロック図である。

【符号の説明】

１００…ネットワーク管理システム １１０，３１２，３１４，３２２，３２４，３３２，３
３４…Ｉ／Ｆ １２０…管理プロトコル制御（ＳＮＭＰ）手段 １３０…ネットワーク構成データベース（ＤＢ） １４０…ネットワークモニタ手段１４０ １５０…経路検索手段 １９５…データ記憶媒体 ２１０，２２０，２３０…ＬＡＮケーブル ２６０，２７０…通信回線 ３１０，３２０，３３０…ネットワーク機器ノード ＮＤ１０，…ＮＤ３４…システムノード

Claims (4)

【特許請求の範囲】
1. 【請求項１】ネットワーク機器ノードや通信路を介して
   接続されている複数のシステムノードから構成されるネ
   ットワークを管理するとともに、ネットワーク内の上記
   システムノードに対して生死を確認するポーリングを定
   期的に行うネットワークモニタ手段を有するネットワー
   ク管理システムにおいて、 上記ネットワークモニタ手段によるポーリングに対して
   システムノードからの応答が得られないとき、ネットワ
   ーク管理システムからこの応答のないシステムノードの
   間に存在する上記ネットワーク機器ノードに対して、ネ
   ットワーク管理システムから近い順に、順次上記ネット
   ワーク機器ノードの生死を確認するポーリングを行い、
   応答がないとき、ネットワーク機器ノード若しくは通信
   路の障害と判断する障害箇所特定手段とを備えたことを
   特徴とするネットワーク管理システム。
2. 【請求項２】請求項１記載のネットワーク管理システム
   において、 上記障害箇所特定手段は、ネットワーク管理システムか
   ら応答のないシステムノードの間の経路に存在する上記
   ネットワーク機器ノードを検索する経路検索手段を有
   し、上記ネットワークモニタ手段は、上記経路検索手段
   によって検索されたネットワーク機器ノードに対して、
   ネットワーク管理システムから近い順に、順次上記ネッ
   トワーク機器ノードの生死を確認するポーリングを行う
   ことを特徴とするネットワーク管理システム。
3. 【請求項３】請求項１記載のネットワーク管理システム
   において、 上記ネットワークモニタ手段は、ネットワーク機器ノー
   ド若しくは通信路の障害時には、ネットワーク管理シス
   テムから見て、障害のあったネットワーク機器ノード若
   しくは通信路の先に接続されているシステムノードに対
   するポーリングを中止することを特徴とするネットワー
   ク管理システム。
4. 【請求項４】ＣＰＵと、記憶手段と、予め格納されてい
   るプログラムを読み出す媒体読み出し手段とからなるネ
   ットワーク管理システムにおいて使用され、上記媒体読
   み出し手段によって読み出し可能なプログラムの記憶さ
   れたデータ記憶媒体において、 上記データ記憶媒体に記憶されたプログラムは、 ネットワーク機器ノードや通信路を介して接続されてい
   る複数のシステムノードから構成されるネットワーク内
   のシステムノードに対して生死を確認するポーリングを
   定期的に行うネットワークモニタステップと、 上記ポーリングに対してシステムノードからの応答が得
   られないとき、ネットワーク管理システムからこの応答
   のないシステムノードの間に存在する上記ネットワーク
   機器ノードに対して、ネットワーク管理システムから近
   い順に、順次上記ネットワーク機器ノードの生死を確認
   するポーリングを行い、応答がないとき、ネットワーク
   機器ノード若しくは通信路の障害と判断する障害箇所特
   定ステップから構成されることを特徴とするデータ記憶
   媒体。