JP2001257677A - ネットワーク管理装置及びプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明は、ネットワークに発生する障害の発生
個所を自動的に特定できるようにすることで迅速にネッ
トワークを復旧できるようにするネットワーク管理装置
の提供を目的とする。 【解決手段】ネットワークの障害個所と、その障害の発
生時に発行されることになる障害通知情報の時系列パタ
ーンとの対応関係を管理するデータベース手段１０と、
ネットワークから通知される障害通知情報を取得する取
得手段１３と、取得手段１３の取得する障害通知情報の
時系列パターンを保持する保持手段１４と、保持手段１
４の保持データとデータベース手段１０の管理データと
を照合することで障害個所を特定し、その特定した障害
個所と取得手段１３の取得する障害通知情報の発行元情
報とに従って、ネットワーク上の障害発生個所を特定す
る特定手段１５とを備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークに発
生する障害の発生個所を自動的に特定できるようにする
ことで迅速にネットワークを復旧できるようにするとと
もに、その障害発生個所が影響を与えるネットワーク部
分を自動的に特定できるようにすることで、その障害の
影響を受ける利用者に対して迅速に障害発生を通知でき
るようにするネットワーク管理装置と、その装置を実現
するためのプログラムが記録されるプログラム記録媒体
とに関する。

【０００２】

【従来の技術】複数の利用者の端末が全国的な規模のネ
ットワークに接続されているような大規模ネットワーク
で構成されるシステムでは、従来、障害事象が発生する
と、そのネットワークに精通した技術者が、障害発生個
所を特定して、それに基づいて、ネットワークの復旧処
理を実行する。そして、その障害発生個所の特定に基づ
いて、自動電話などを使って、その障害により影響を受
ける利用者に対して、電話連絡などによりその旨を通知
していくように処理している。

【０００３】すなわち、従来技術では、ネットワークに
精通した技術者の手作業により、障害発生個所を特定し
て、それに基づいて、ネットワークの復旧処理を実行す
るように処理しているのである。

【０００４】

【発明が解決しようとする課題】しかしながら、このよ
うな従来技術に従っていると、障害発生個所の特定に時
間を要することになることで、迅速にネットワークを復
旧できないという問題点があるとともに、その障害によ
り影響を受ける利用者を迅速に特定できないことで、そ
の障害により影響を受ける利用者に対して、迅速に障害
発生を通知できないという問題点がある。

【０００５】本発明はかかる事情に鑑みてなされたもの
であって、ネットワークに発生する障害の発生個所を自
動的に特定できるようにすることで迅速にネットワーク
を復旧できるようにするとともに、その障害発生個所が
影響を与えるネットワーク部分を自動的に特定できるよ
うにすることで、その障害の影響を受ける利用者に対し
て迅速に障害情報を通知できるようにする新たなネット
ワーク管理装置の提供と、その装置を実現するためのプ
ログラムが記録される新たなプログラム記録媒体の提供
とを目的とする。

【０００６】

【課題を解決するための手段】図１に本発明の原理構成
を図示する。

【０００７】図中、１は本発明を具備するネットワーク
管理装置であって、ネットワークシステム２に発生する
障害の発生個所を特定するとともに、その障害発生個所
が影響を与えるネットワーク部分を特定する処理を行
う。

【０００８】本発明のネットワーク管理装置１は、第１
のデータベース１０と、第２のデータベース１１と、第
３のデータベース１２と、第１の取得手段１３と、保持
手段１４と、第１の特定手段１５と、第２の特定手段１
６と、通知手段１７と、第２の取得手段１８と、登録手
段１９とを備える。

【０００９】この第１のデータベース１０は、ネットワ
ークの障害個所と、その障害の発生時に発行されること
になる障害通知情報の時系列パターンとの対応関係を管
理する。第２のデータベース１１は、ネットワークの構
成情報を管理する。第３のデータベース１２は、ネット
ワークの障害個所と、その障害個所の修復方法及び／又
は修復時間との対応関係を管理する。

【００１０】第１の取得手段１３は、ネットワークから
通知される障害通知情報を取得する。保持手段１４は、
第１の取得手段１３の取得する障害通知情報の時系列パ
ターンを保持する。

【００１１】第１の特定手段１５は、保持手段１４の保
持する障害通知情報の時系列パターンと、第１のデータ
ベース１０の管理する障害通知情報の時系列パターンと
を照合することで障害個所を特定し、その障害個所と第
１の取得手段１３の取得する障害通知情報の発行元情報
とに従って、ネットワーク上の障害発生個所を特定す
る。

【００１２】第２の特定手段１６は、第２のデータベー
ス１１の管理データを参照することで、第１の特定手段
１５の特定する障害発生個所が影響を与えるネットワー
ク部分を特定する。通知手段１７は、第２の特定手段１
６の特定するネットワーク部分により影響を受ける利用
者に対して、障害情報を通知する。

【００１３】第２の取得手段１８は、第３のデータベー
ス１２の管理データを参照することで、第１の特定手段
１５の特定する障害個所の指す修復方法及び／又は修復
時間を取得する。登録手段１９は、第１の特定手段１５
の特定する障害個所の修復に用いた修復方法を第３のデ
ータベース１２に登録したり、第１の特定手段１５の特
定する障害個所の修復に要した修復時間を第３のデータ
ベース１２に登録する。

【００１４】このように構成される本発明のネットワー
ク管理装置１では、保持手段１４は、第１の取得手段１
３の取得する障害通知情報を順番に保持していくこと
で、ネットワークから通知される障害通知情報の時系列
パターンを保持し、これを受けて、第１の特定手段１５
は、保持手段１４の保持する障害通知情報の時系列パタ
ーンと、第１のデータベース１０の管理する障害通知情
報の時系列パターンとを照合することで障害個所を特定
し、その障害個所とネットワークから通知される障害通
知情報の発行元情報とに従って、ネットワーク上の障害
発生個所を特定する。

【００１５】このようにしてネットワーク上の障害発生
個所が特定されると、第２の特定手段１６は、第２のデ
ータベース１１の管理するネットワークの構成情報を参
照することで、特定された障害発生個所が影響を与える
ネットワーク部分を特定し、これを受けて、通知手段１
６は、その特定されたネットワーク部分により影響を受
ける利用者に対して、障害情報を通知する。

【００１６】一方、第２の取得手段１８は、第３のデー
タベース１２の管理する対応関係データに従って、第１
の特定手段１５により特定された障害個所の指す修復方
法を取得して、修復作業を行う技術者に出力したり、第
１の特定手段１５により特定された障害個所の指す修復
時間を取得して、通知手段１７を介して利用者に通知す
る。

【００１７】そして、登録手段１９は、修復作業を行う
技術者が用いた修復方法を入手して第３のデータベース
１２に登録したり、修復作業を行う技術者が修復に要し
た修復時間を入手して第３のデータベース１２に登録す
ることで、第３のデータベース１２を構築していく。

【００１８】このようにして、本発明によれば、ネット
ワークに発生する障害の発生個所を自動的に特定できる
ようになることで迅速にネットワークを復旧できるよう
になるとともに、その障害発生個所が影響を与えるネッ
トワーク部分を自動的に特定できるようになることで、
その障害の影響を受ける利用者に対して迅速に障害情報
を通知できるようになる。

【００１９】そして、過去に発生した障害に対して用い
た修復方法を、修復作業を行う技術者に知らせることが
できるようになるとともに、過去に発生した障害の修復
時間を、障害の影響を受ける利用者に通知できるように
なる。

【００２０】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。

【００２１】図１で説明したように、本発明のネットワ
ーク管理装置１は、ネットワークシステム２に発生する
障害の発生個所を特定するとともに、その障害発生個所
が影響を与えるネットワーク部分を特定する処理を行
う。

【００２２】図２に、本発明のネットワーク管理装置１
の管理対象となるネットワークシステム２の一例を図示
する。

【００２３】この図に示すネットワークシステム２は、
最上位となる利用者センタ２０のサービスを最下位とな
る利用者端末２１に提供することを実現するために用意
されるものであって、利用者センタ２０に接続される終
端ノード２２と、複数の利用者端末２１に接続される複
数の終端ノード２３と、終端ノード２２と終端ノード２
３との間に階層的に設けられて、プロトコル変換などの
中継処理を実行する中継ノード２４とで構成されてい
る。

【００２４】図３に、本発明のネットワーク管理装置１
の一実施例を図示する。

【００２５】この実施例に従う本発明のネットワーク管
理装置１は、通報通知パターンデータベース１００と、
ネットワーク構成モデルデータベース１０１と、故障事
例データベース１０２と、利用者情報データベース１０
３と、障害発生個所特定プログラム１０４と、通報通知
待ち合わせテーブル１０５と、障害影響範囲特定プログ
ラム１０６と、故障事例情報提供プログラム１０７と、
故障事例登録プログラム１０８と、障害情報通知プログ
ラム１０９とを備える。

【００２６】ここで、障害発生個所特定プログラム１０
４や障害影響範囲特定プログラム１０６や故障事例情報
提供プログラム１０７や故障事例登録プログラム１０８
や障害情報通知プログラム１０９は、計算機が読み取り
可能な半導体メモリなどの適当な記録媒体に格納するこ
とができる。

【００２７】通報通知パターンデータベース１００は、
通報通知パターンレコードと通報レコードとを管理す
る。

【００２８】図４に、通報通知パターンレコードの一実
施例、図５に、通報通知パターンレコードの一例、図６
に、通報レコードの一実施例、図７に、通報レコードの
一例を図示する。

【００２９】通報通知パターンデータベース１００に管
理される通報通知パターンレコードは、図４に示すよう
に、パターン識別番号に対応付けて、障害個所情報を管
理するとともに、その障害時にネットワークシステム２
から通知されることになる通報通知の時系列パターンを
管理する。

【００３０】すなわち、通報通知パターンデータベース
１００は、通報通知パターンレコードを管理すること
で、図５に示すように、例えば、“０００１”というパ
ターン識別番号を持つ「低速回線障害」が発生すると、
先ず最初に、現象通知通報という通報種別に区分けされ
る「回線障害」という通報が通知され、それに続いて、
関連通知通報という通報種別に区分けされる「他ノード
回線障害」という通報が通知されることになるというこ
とを管理する。

【００３１】図８（ａ）に示すように、ノードＡとノー
ドＢとの間に設けられる低速回線に障害が発生すると、
先ず最初に、ノードＡが「回線障害」を通知し、続い
て、ノードＢが「回線障害（他ノード回線障害とな
る）」を通知してくることから分かるように、「低速回
線障害」が発生すると、先ず最初に、「回線障害」が通
知され、それに続いて、「他ノード回線障害」が通知さ
れることになるので、パターン識別番号“０００１”で
は、それを管理するのである。

【００３２】また、例えば、“０００２”というパター
ン識別番号を持つ「高速回線障害」が発生すると、先ず
最初に、現象通知通報という通報種別に区分けされる
「回線障害」という通報が通知され、それに続いて、派
生通知通報という通報種別に区分けされる「全回線障
害」という通報が通知され、それに続いて、関連通知通
報という通報種別に区分けされる「他ノード全回線障
害」という通報が通知されることになるということを管
理する。

【００３３】図８（ｂ）に示すように、ノードＡとノー
ドＢとの間に設けられる高速回線（低速回線を収納する
もの）に障害が発生すると、先ず最初に、ノードＡが
「回線障害」を通知し、続いて、ノードＡが「全回線障
害」を通知し、続いて、ノードＢが「全回線障害（他ノ
ード全回線障害となる）」を通知してくることから分か
るように、「高速回線障害」が発生すると、先ず最初
に、「回線障害」が通知され、それに続いて、「全回線
障害」が通知され、それに続いて、「他ノード全回線障
害」が通知されることになるので、パターン識別番号
“０００２”では、それを管理するのである。

【００３４】また、例えば、“０００３”というパター
ン識別番号を持つ「終端ノード障害」が発生すると、先
ず最初に、現象通知通報という通報種別に区分けされる
「回線障害」という通報が通知され、それに続いて、派
生通知通報という通報種別に区分けされる「迂回失敗」
という通報が通知されることになるということを管理す
る。

【００３５】終端ノード２２，２３に障害が発生する場
合にも、終端ノード２２，２３に接続されるノードにと
っては、終端ノード２２，２３との間を接続する回線の
障害として検出されることになることから、先ず最初
に、「回線障害」という通報が通知されることになる。
そして、バックアップ用に用意される別の回線を使って
終端ノード２２，２３との間の接続を試みても、結局、
その迂回に失敗することになるので、それに続いて、
「迂回失敗」という通報が通知されることになるのであ
る。

【００３６】また、例えば、“０００４”というパター
ン識別番号を持つ「中継ノード障害」が発生すると、先
ず最初に、現象通知通報という通報種別に区分けされる
「回線障害」という通報が通知され、それに続いて、派
生通知通報という通報種別に区分けされる「迂回失敗」
という通報が通知され、それに続いて、関連通知通報と
いう通報種別に区分けされる「他ノード迂回成功」とい
う通報が通知されることになるということを管理する。

【００３７】また、例えば、“０００５”というパター
ン識別番号を持つ「ノード構成部障害」が発生すると、
原因通知通報という通報種別に区分けされる「ノード構
成部障害」という通報が通知されることになるというこ
とを管理する。

【００３８】また、例えば、“０００６”というパター
ン識別番号を持つ「端末回線障害」が発生すると、原因
通知通報という通報種別に区分けされる「端末回線障
害」という通報が通知されることになるということを管
理する。

【００３９】ここで、現象通知通報とは、障害時に一番
最初に発生する通報として定義され、派生通報通知と
は、障害時に現象通知通報を発行したノードが派生的に
発生する通報として定義され、関連通知通報とは、障害
時に現象通知通報を発行したノード以外のノードが関連
的に発生する通報として定義され、原因通知通報とは、
通報内容が障害原因そのものを示す通報として定義され
るものである。なお、ネットワークシステム２から通知
される通報の種別としては、その他に、障害の復旧を通
知する復旧通知通報がある。

【００４０】一方、通報通知パターンデータベース１０
０に管理される通報レコードは、図６に示すように、通
報識別番号に対応付けて、通報種別フラグと、復旧通報
（復旧通知通報）と、復旧待ち合わせ時間と、特定時間
間隔とを管理する。

【００４１】すなわち、通報通知パターンデータベース
１００は、通報レコードを管理することで、図７に示す
ように、例えば、「回線障害」という通報通知は、現象
通知通報と派生通知通報と関連通知通報として通知され
ることがあって、その障害が復旧するときには「回線復
旧」という復旧通知通報が通知され、その「回線復旧」
の通知の待ち合わせ時間は２０秒で、その「回線障害」
の特定時間間隔は１８０秒であるということを管理す
る。

【００４２】後述するように、障害発生個所特定プログ
ラム１０４は、この復旧待ち合わせ時間内に復旧通知通
報が通知されるときに、障害が復旧したことを判断して
いくように処理する。そして、この特定時間間隔内に通
知されるべき通報通知が通知されてこないときには、一
時的な障害であることを判断していくように処理する。

【００４３】図９に、通報通知待ち合わせテーブル１０
５に格納される通報通知待ち合わせレコードの一実施例
を図示する。

【００４４】通報通知待ち合わせテーブル１０５は、障
害発生個所特定プログラム１０４により収集されること
になるネットワークシステム２から通知される通報通知
の時系列パターンを格納するものとして用意されるもの
であって、この図に示すように、発生日時と現象通報内
容と通報通知の時系列パターンとからなる通報通知待ち
合わせレコードを格納する。

【００４５】ここで、通報通知待ち合わせテーブル１０
５に登録される通報通知には、どのノードからの通報通
知であるのかという情報が記録されており、これによ
り、最終的な障害の発生個所が特定されることになる。

【００４６】図１０に、ネットワーク構成モデルデータ
ベース１０１の一実施例を図示する。

【００４７】ネットワーク構成モデルデータベース１０
１は、管理対象となるネットワークシステム２のモデル
を管理するものであって、ノードの構成情報を記述する
図１０（ａ）に示すようなノード構成レコードと、回線
の構成情報を記述する図１０（ｂ）に示すような回線構
成レコードとを使って、ネットワークシステム２のネッ
トワーク構成を管理する構成を採っている。

【００４８】すなわち、各ノード毎に、そのノードの上
位ノードの情報と、その上位ノードとの間を接続する回
線の情報と、そのノードの下位ノードの情報と、その下
位ノードとの間を接続する回線の情報と、そのノードの
障害により影響を受ける利用者の情報とを記述するノー
ド構成レコードを管理するとともに、各回線毎に、その
回線に接続される上位ノードの情報と、その回線に接続
される下位ノードの情報と、その回線のバックアップ用
に用意される回線情報と、その回線の多重化情報とを記
述する回線構成レコードを管理することで、ネットワー
クシステム２のネットワーク構成を管理する構成を採っ
ている。

【００４９】例えば、ネットワークシステム２が図１１
に示すようなもので構成される場合には、図１２に示す
ようなノード構成レコードと、図１３に示すような回線
構成レコードとを管理することで、そのネットワークシ
ステム２のモデルを管理することになる。

【００５０】図１４に、故障事例データベース１０２に
格納される故障事例レコードの一実施例、図１５に、利
用者情報データベース１０３に格納される利用者情報レ
コードの一実施例を図示する。

【００５１】故障事例データベース１０２は、図１４に
示すように、故障事例識別番号に対応付けて、障害個所
情報と、その障害の故障原因と、その障害の故障事例数
と、その障害の修復に用いた修復方法と、その障害の修
復に要した平均時間とからなる故障事例レコードを管理
する。

【００５２】ここで、故障事例データベース１０２は、
どの中継ノード２４の障害情報であるという形態（故障
発生個所が特定される形態）で故障事例レコードを管理
するという構成を採ることもあるし、抽象化された中継
ノード２４という形態で故障事例レコードを管理すると
いう構成を採ることもある。

【００５３】一方、利用者情報データベース１０３は、
図１５に示すように、利用者識別情報に対応付けて、そ
の利用者への情報の提供手段の情報と、その利用者へ情
報を提供する際に必要となる情報とからなる利用者情報
レコードを管理する。

【００５４】図１６ないし図１８に、障害発生個所特定
プログラム１０４の実行する処理フローの一実施例、図
１９及び図２０に、障害影響範囲特定プログラム１０６
の実行する処理フローの一実施例、図２１に、故障事例
情報提供プログラム１０７の実行する処理フローの一実
施例、図２２に、故障事例登録プログラム１０８の実行
する処理フローの一実施例、図２３に、障害情報通知プ
ログラム１０９の実行する処理フローの一実施例を図示
する。

【００５５】次に、これらの処理フローに従って、図３
のように構成される本発明のネットワーク管理装置１の
実行する処理について詳細に説明する。

【００５６】先ず最初に、障害発生個所特定プログラム
１０４の実行する処理について詳細に説明する。

【００５７】障害発生個所特定プログラム１０４は、起
動されると、図１６ないし図１８の処理フローに示すよ
うに、先ず最初に、ステップ１で、ｔ１タイマがタイム
オーバーしたのか否かを判断して、ｔ１タイマがタイム
オーバーしていないことを判断するときには、ステップ
２に進んで、ネットワークシステム２のノードから障害
の通報通知が送られてきたのか否かを判断して、障害の
通報通知が送られてこないことを判断するときには、ス
テップ１に戻る。

【００５８】一方、ステップ１で、ｔ１タイマがタイム
オーバーしたことを判断するときには、ステップ３に進
んで、障害の兆候を登録して、処理を終了する。

【００５９】後述することから分かるように、図７に示
した通報レコードで定義される特定時間間隔の時間内
に、障害の発生個所が特定できない場合には、ｔ１タイ
マがタイムオーバーすることになるので、このときに
は、障害の兆候を登録して、処理を終了するのである。

【００６０】なお、障害発生個所特定プログラム１０４
の起動時には、ｔ１タイマが起動されていないので、障
害発生個所特定プログラム１０４の起動時には、ステッ
プ３の処理に進むことはない。

【００６１】一方、ステップ２で、ネットワークシステ
ム２から障害の通報通知が送られてきたことを判断する
ときには、ステップ４に進んで、その障害の通報通知を
受信し、続くステップ５で、通報通知パターンデータベ
ース１００に管理される通報レコード（図７に示したも
の）を検索することで、受信した通報通知が上述した現
象通知通報／派生通知通報／関連通知通報／原因通知通
報／復旧通知通報のどれであるのかを種別化する。

【００６２】例えば、ネットワークシステム２から「回
線障害」の通報通知がある場合には、図７に示す通報レ
コードを検索することで、現象通知通報と派生通知通報
と関連通知通報とがあることを判断する。

【００６３】そして、このとき、通報通知待ち合わせテ
ーブル１０５に、その障害に係る現象通知通報が登録さ
れていない場合には、その「回線障害」は現象通知通報
であると判断し、また、その障害に係る現象通知通報が
登録されている場合にあって、その「回線障害」が現象
通知通報を通知してきたノードと同一のノードから通知
されてきた場合には、その「回線障害」は派生通知通報
であると判断し、別のノードから通知されてきた場合に
は、その「回線障害」は関連通知通報であると判断する
ことで、受信した通報通知を種別化するのである。

【００６４】続いて、ステップ６で、ステップ５の種別
化処理により現象通知通報であると種別化されたのか否
かを判断して、現象通知通報として種別化されたことを
判断するときには、ステップ７に進んで、ネットワーク
システム２から送られてきたその現象通知通報の通知を
通報通知待ち合わせテーブル１０５に新規に登録し、通
報レコードに登録される特定時間間隔を計時時間として
ｔ１タイマを起動するとともに、通報レコードに登録さ
れる復旧待ち合わせ時間を計時時間としてｔ２タイマを
起動してから、ステップ１に戻る。

【００６５】例えば、ネットワークシステム２から「回
線障害」の通報通知がある場合には、図７に示す通報レ
コードを検索することで、現象通知通報と派生通知通報
と関連通知通報とがあることを判断することになる。こ
のとき、現象通知通報の「回線障害」であることを判断
するときには、その「回線障害」の通報通知を通報通知
待ち合わせテーブル１０５に新規障害として登録し、そ
して、この図７に示す通報レコードに記述される１８０
秒を計時時間としてｔ１タイマを起動するとともに、こ
の図７に示す通報レコードに記述される２０秒を計時時
間としてｔ２タイマを起動するのである。

【００６６】一方、ステップ６で、現象通知通報として
種別化されたのではないことを判断するときには、ステ
ップ８に進んで、ステップ５の種別化処理により派生通
知通報として種別化されたのか否かを判断して、派生通
知通報として種別化されたことを判断するときには、ス
テップ９に進んで、その派生通知通報の元となった現象
通知通報の指す通報通知待ち合わせテーブル１０５のエ
ントリーに、ネットワークシステム２から送られてきた
その派生通知通報の通知を登録することで、通報通知待
ち合わせテーブル１０５を更新する。

【００６７】続いて、ステップ１０（図１７の処理フロ
ー）で、通報通知待ち合わせテーブル１０５に登録され
る通報通知待ち合わせレコードと、通報通知パターンデ
ータベース１００に管理される通報通知パターンレコー
ド（図５に示したもの）とを照合する。

【００６８】続いて、ステップ１１で、この照合に成功
したのか否かを判断して、照合の成功を判断するときに
は、障害の発生個所を特定できたことを判断して、処理
を終了する。

【００６９】例えば、通報通知待ち合わせテーブル１０
５に登録される通報通知待ち合わせレコードが、通報通
知パターンデータベース１００に管理される「終端ノー
ド障害」のレコードと一致するときには、発生した障害
個所が「終端ノード障害」であることを特定するととも
に、その障害の現象通知通報を通知してきたノードの情
報から、ネットワークシステム２のどの終端ノードに障
害が発生したのかを特定することで、障害の発生個所を
特定するのである。

【００７０】一方、ステップ１１で、通報通知待ち合わ
せテーブル１０５に登録される通報通知待ち合わせレコ
ードと、通報通知パターンデータベース１００に管理さ
れる通報通知パターンレコードとの照合に成功しないこ
とを判断するときには、ステップ１２に進んで、通報レ
コードに登録される復旧待ち合わせ時間を計時時間とし
てｔ２タイマを起動してから、ステップ１に戻る。

【００７１】一方、ステップ８で、派生通知通報として
種別化されたのではないことを判断するときには、ステ
ップ１３に進んで、ステップ５の種別化処理により関連
通知通報として種別化されたのか否かを判断して、関連
通知通報として種別化されたことを判断するときには、
ステップ１４に進んで、その関連通知通報の元となった
現象通知通報の指す通報通知待ち合わせテーブル１０５
のエントリーに、ネットワークシステム２から送られて
きたその関連通知通報の通知を登録することで、通報通
知待ち合わせテーブル１０５を更新する。

【００７２】続いて、ステップ１５で、通報通知待ち合
わせテーブル１０５に登録される通報通知待ち合わせレ
コードと、通報通知パターンデータベース１００に管理
される通報通知パターンレコードとを照合する。

【００７３】続いて、ステップ１６で、この照合に成功
したのか否かを判断して、照合の成功を判断するときに
は、障害の発生個所を特定できたことを判断して、処理
を終了する。

【００７４】例えば、通報通知待ち合わせテーブル１０
５に登録される通報通知待ち合わせレコードが、通報通
知パターンデータベース１００に管理される「低速回線
障害」のレコードと一致するときには、発生した障害個
所が「低速回線障害」であることを特定するとともに、
その障害の現象通知通報を通知してきたノードの情報か
ら、ネットワークシステム２のどの低速回線に障害が発
生したのかを特定することで、障害の発生個所を特定す
るのである。

【００７５】一方、ステップ１６で、通報通知待ち合わ
せテーブル１０５に登録される通報通知待ち合わせレコ
ードと、通報通知パターンデータベース１００に管理さ
れる通報通知パターンレコードとの照合に成功しないこ
とを判断するときには、ステップ１７に進んで、通報レ
コードに登録される復旧待ち合わせ時間を計時時間とし
てｔ２タイマを起動してから、ステップ１に戻る。

【００７６】一方、ステップ１３で、関連通知通報とし
て種別化されたのではないことを判断するときには、ス
テップ１８（図１８の処理フロー）に進んで、ステップ
５の種別化処理により原因通知通報として種別化された
のか否かを判断して、原因通知通報として種別化された
ことを判断するときには、ネットワークシステム２から
通知される通報通知により直ちに障害の発生個所を特定
できるので、その障害の発生個所を特定して、処理を終
了する。

【００７７】例えば、「ノード構成部障害」という原因
通知通報が通知されるときには、その障害の原因通知通
報を通知してきたノードの情報から、ネットワークシス
テム２のどのノードの内部に障害が発生したのかを特定
することで、障害の発生個所を特定するのである。

【００７８】一方、ステップ１８で、原因通知通報とし
て種別化されたのではないことを判断するとき、すなわ
ち、復旧通知通報として種別化されたことを判断すると
きには、ステップ１９に進んで、ｔ２タイマがタイムオ
ーバーしたのか否かを判断して、タイムオーバーしたこ
とを判断するときには、ステップ１に戻り、タイムオー
バーしていないことを判断するときには、ステップ２０
に進んで、障害が復旧したことを判断して、通報通知待
ち合わせテーブル１０５に登録した障害通知の時系列パ
ターンを削除して、処理を終了する。

【００７９】このようにして、障害発生個所特定プログ
ラム１０４は、ネットワークシステム２から通知される
障害通知の時系列パターンを、通報通知パターンデータ
ベース１００に管理される通報通知パターンレコードと
照合することで、障害の発生個所を自動的に特定するよ
うに処理するのである。

【００８０】次に、障害影響範囲特定プログラム１０６
の実行する処理について詳細に説明する。

【００８１】障害影響範囲特定プログラム１０６は、障
害発生個所特定プログラム１０４が障害の発生個所を特
定することで起動されると、図１９及び図２０の処理フ
ローに示すように、先ず最初に、ステップ１で、障害発
生個所特定プログラム１０４から障害の発生個所の情報
を取得する。

【００８２】続いて、ステップ２で、その取得した障害
の発生個所の情報を検索キーにして、ネットワーク構成
モデルデータベース１０１を検索することで、その障害
の発生個所の指すネットワーク構成情報を取得する。

【００８３】続いて、ステップ３で、障害発生個所が中
継ノード２４であるのか否かを判断して、障害発生個所
が中継ノード２４であることを判断するときには、ステ
ップ４に進んで、取得したネットワーク構成情報に従っ
て、障害発生の中継ノード２４をバックアップするノー
ドがあるのか否かを判断する。

【００８４】この判断処理により、障害発生の中継ノー
ド２４をバックアップするノードがあることを判断する
ときには、ステップ５に進んで、障害による影響が無い
ことを特定して、処理を終了し、一方、バックアップす
るノードがないことを判断するときには、ステップ６に
進んで、障害発生の中継ノード２４が収納する利用者サ
ービスが停止することを特定して、処理を終了する。

【００８５】一方、ステップ３で、障害発生個所が中継
ノード２４でないことを判断するときには、ステップ７
に進んで、障害発生個所が中継回線（中継ノード２４と
中継ノード２４・終端ノード２２，２３との間を接続す
る回線）であるのか否かを判断して、障害発生個所が中
継回線であることを判断するときには、ステップ８に進
んで、ステップ２で取得したネットワーク構成情報に従
って、障害発生の中継回線をバックアップする回線があ
るのか否かを判断する。

【００８６】この判断処理により、障害発生の中継回線
をバックアップする回線があることを判断するときに
は、ステップ９に進んで、障害による影響が無いことを
特定して、処理を終了し、一方、バックアップする回線
がないことを判断するときには、ステップ１０（図２０
の処理フロー）に進んで、障害発生の中継回線に接続さ
れるノードが収納する利用者サービスの停止を特定し
て、処理を終了する。

【００８７】一方、ステップ７で、障害発生個所が中継
回線でないことを判断するときには、ステップ１１（図
２０の処理フロー）に進んで、障害発生個所が終端ノー
ド２２，２３であるのか否かを判断して、障害発生個所
が終端ノード２２，２３であることを判断するときに
は、ステップ１２に進んで、その障害発生の終端ノード
２２，２３に接続されている全サービスの停止を特定し
て、処理を終了する。

【００８８】すなわち、利用者センタ２０に接続される
終端ノード２２に障害が発生した場合には、全ての利用
者端末２１が行うサービスの停止を特定し、利用者端末
２１に接続される終端ノード２３に障害が発生した場合
には、その障害の発生した終端ノード２３に接続される
利用者端末２１が行うサービスの停止を特定するのであ
る。

【００８９】一方、障害発生個所が終端ノードでないこ
とを判断するとき、すなわち、障害発生個所が終端回線
（終端ノード２２と利用者センタ２０との間を接続する
回線や、終端ノード２３と利用者端末２１との間を接続
する回線）であることを判断するときには、ステップ１
３に進んで、障害発生の終端回線に接続されている全サ
ービスの停止を特定して、処理を終了する。

【００９０】すなわち、終端ノード２２と利用者センタ
２０との間を接続する終端回線に障害が発生した場合に
は、全ての利用者端末２１が行うサービスの停止を特定
し、終端ノード２３と利用者端末２１との間を接続する
終端回線に障害が発生した場合には、その障害の発生し
た終端回線に接続される利用者端末２１が行うサービス
の停止を特定するのである。

【００９１】このようにして、障害影響範囲特定プログ
ラム１０６は、障害発生個所特定プログラム１０４によ
り特定された障害発生個所が影響を与えることになる範
囲を特定するように処理するのである。

【００９２】例えば、図１１に示すネットワークシステ
ム２を管理対象とする場合に、障害発生個所特定プログ
ラム１０４により障害発生個所として中継ノードＣが特
定されると、障害影響範囲特定プログラム１０６は、ネ
ットワーク構成モデルデータベース１０１を検索するこ
とで、障害の発生した中継ノードＣの配下ノードとして
終端ノードＦ／終端ノードＧを特定する。

【００９３】そして、この特定した終端ノードＦの上位
ノードとして、障害の発生した中継ノードＣがあり、こ
の特定した終端ノードＧの上位ノードとして、障害の発
生した中継ノードＣと障害の発生していない中継ノード
Ｄとがあることを特定することで、終端ノードＦについ
ては復旧手段がないことを判断して、終端ノードＦに収
納される利用者端末の全サービスの停止を特定する。

【００９４】また、例えば、障害発生個所特定プログラ
ム１０４により障害発生個所として中継ノードＢが特定
されると、障害影響範囲特定プログラム１０６は、ネッ
トワーク構成モデルデータベース１０１を検索すること
で、障害の発生した中継ノードＢの配下ノードとして中
継ノードＣ／中継ノードＤを特定する。

【００９５】そして、この特定した中継ノードＣの上位
ノードとして、障害の発生した中継ノードＢと障害の発
生していない中継ノードＡとがあり、この特定した中継
ノードＤの上位ノードとして、障害の発生した中継ノー
ドＢと障害の発生していない中継ノードＡとがあること
を特定することで、中継ノードＢの障害による影響が無
いことを特定する。

【００９６】また、例えば、障害発生個所特定プログラ
ム１０４により障害発生個所として中継回線(11)が特定
されると、障害影響範囲特定プログラム１０６は、ネッ
トワーク構成モデルデータベース１０１を検索すること
で、この中継回線(11)をバックアップする回線として、
中継回線(12)が用意されていることを特定する。

【００９７】そして、この特定した中継回線(12)に上位
接続する中継ノードＤと下位接続する中継ノードＧとが
正常であることを特定することで、中継回線(11)の障害
による影響が無いことを特定する。

【００９８】また、例えば、障害発生個所特定プログラ
ム１０４により障害発生個所として終端回線(17)が特定
されると、障害影響範囲特定プログラム１０６は、ネッ
トワーク構成モデルデータベース１０１を検索すること
で、障害の発生した終端回線(17)が利用者端末２１に接
続する終端回線であることを特定して、その障害の発生
した終端回線(17)に接続される利用者端末２１の全サー
ビスの停止を特定する。

【００９９】このようにして、障害影響範囲特定プログ
ラム１０６は、障害発生個所特定プログラム１０４によ
り特定された障害発生個所が影響を与えることになるネ
ットワーク部分を特定するように処理するのである。

【０１００】次に、故障事例情報提供プログラム１０７
の実行する処理と、故障事例登録プログラム１０８の実
行する処理と、障害情報通知プログラム１０９の実行す
る処理とについて詳細に説明する。

【０１０１】故障事例情報提供プログラム１０７は、起
動されると、図２１の処理フローに示すように、先ず最
初に、ステップ１で、障害発生個所特定プログラム１０
４から障害の発生個所の情報を取得する。

【０１０２】続いて、ステップ２で、その取得した障害
の発生個所の情報を検索キーにして、故障事例データベ
ース１０２を検索することで、その障害の発生個所の指
す修復方法や修復平均時間を取得する。

【０１０３】続いて、ステップ３で、その取得した修復
平均時間を障害情報通知プログラム１０９に通知し、続
くステップ４で、その取得した修復方法を修復作業を行
う技術者に提示して、処理を終了する。

【０１０４】この故障事例情報提供プログラム１０７か
ら提示される修復方法を受けて、修復作業を行う技術者
は、その修復方法を参照しつつ、発生した障害の修復処
理を実行する。

【０１０５】この修復作業を受けて、故障事例登録プロ
グラム１０８は、起動されると、図２２の処理フローに
示すように、先ず最初に、ステップ１で、修復作業を行
った技術者から、修復方法や修復時間などの修復情報を
取得する。

【０１０６】続いて、ステップ２で、その取得した修復
情報が既に故障事例データベース１０２に登録されてい
るのか否かを判断して、登録されていないことを判断す
るときには、ステップ３に進んで、その取得した修復情
報を故障事例データベース１０２に登録する。

【０１０７】続いて、ステップ４で、新たな修復時間が
追加されることで変更されることになる修復平均時間を
算出して、それに従って、故障事例データベース１０２
に登録される修復平均時間を更新して、処理を終了す
る。

【０１０８】このようにして、修復作業を行う技術者
は、故障事例情報提供プログラム１０７から提示される
修復方法（過去の修復方法の実績情報）を参照すること
で、障害の修復作業を効率的に実行できるようになる。
そして、この故障事例登録プログラム１０８の処理に従
って、この修復作業による修復情報が故障事例データベ
ース１０２に登録されることになるので、故障事例デー
タベース１０２に管理される修復情報を充実したものに
できるようになる。

【０１０９】一方、障害情報通知プログラム１０９は、
起動されると、図２３の処理フローに示すように、先ず
最初に、ステップ１で、障害発生個所特定プログラム１
０４から障害発生個所の情報を取得する。

【０１１０】続いて、ステップ２で、障害影響範囲特定
プログラム１０６から、障害の影響を受ける利用者の情
報を取得する。続いて、ステップ３で、故障事例情報提
供プログラム１０７から、障害発生個所の修復に要する
修復平均時間を取得する。

【０１１１】続いて、ステップ４で、ステップ２で取得
した障害の影響を受ける利用者を検索キーにして、利用
者情報データベース１０３を検索することで、取得した
障害情報の提供方法などの情報を入手する。

【０１１２】続いて、ステップ５で、その取得した提供
方法などの情報に従って、障害の影響を受ける利用者に
対して、自動電話やＷＥＢホームページを使って、取得
した障害の発生個所の情報や、障害の影響を受ける利用
者の情報や、修復に要する修復平均時間などの情報を通
知して、処理を終了する。

【０１１３】このようにして、障害の影響を受ける利用
者は、障害情報通知プログラム１０９の処理に従って、
発生した障害に関する情報を受け取ることできるように
なる。

【０１１４】

【発明の効果】以上説明したように、本発明によれば、
ネットワークに発生する障害の発生個所を自動的に特定
できるようになることで迅速にネットワークを復旧でき
るようになるとともに、その障害発生個所が影響を与え
るネットワーク部分を自動的に特定できるようになるこ
とで、その障害の影響を受ける利用者に対して迅速に障
害情報を通知できるようになる。

【０１１５】そして、過去に発生した障害に対して用い
た修復方法を、修復作業を行う技術者に知らせることが
できるようになるとともに、過去に発生した障害の修復
時間を、障害の影響を受ける利用者に通知できるように
なる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】ネットワークシステムの説明図である。

【図３】本発明の一実施例である。

【図４】通報通知パターンレコードの一実施例である。

【図５】通報通知パターンレコードの一例である。

【図６】通報レコードの一実施例である。

【図７】通報レコードの一例である。

【図８】通報通知パターンレコードの説明図である。

【図９】通報通知待ち合わせレコードの一実施例であ
る。

【図１０】ネットワーク構成モデルデータベースの一実
施例である。

【図１１】ネットワークシステムの一例である。

【図１２】ノード構成レコードの一例である。

【図１３】回線構成レコードの一例である。

【図１４】故障事例レコードの一実施例である。

【図１５】利用者情報レコードの一実施例である。

【図１６】障害発生個所特定プログラムの処理フローで
ある。

【図１７】障害発生個所特定プログラムの処理フローで
ある。

【図１８】障害発生個所特定プログラムの処理フローで
ある。

【図１９】障害影響範囲特定プログラムの処理フローで
ある。

【図２０】障害影響範囲特定プログラムの処理フローで
ある。

【図２１】故障事例情報提供プログラムの処理フローで
ある。

【図２２】故障事例登録プログラムの処理フローであ
る。

【図２３】障害情報通知プログラムの処理フローであ
る。

【符号の説明】

１ ネットワーク管理装置 ２ ネットワークシステム １０ 第１のデータベース １１ 第２のデータベース １２ 第３のデータベース １３ 第１の取得手段 １４ 保持手段 １５ 第１の特定手段 １６ 第２の特定手段 １７ 通知手段 １８ 第２の取得手段 １９ 登録手段

フロントページの続き Ｆターム(参考） 5K030 GA11 HB06 HB15 HB16 JA10 KA01 KA07 LD18 LE16 MB20 MC09 MD07 5K051 AA03 FF01 9A001 BB02 BB03 BB04 CC03 DD10 FF03 JJ01 JJ12 KK37 KK56 LL05 LL09 LZ02

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークに発生する障害の発生個所
   を特定するネットワーク管理装置であって、ネットワー
   クの障害個所と、該障害の発生時に発行されることにな
   る障害通知情報の時系列パターンとの対応関係を管理す
   るデータベース手段と、 ネットワークから通知される障害通知情報を取得する取
   得手段と、 上記取得手段の取得する障害通知情報の時系列パターン
   を保持する保持手段と、 上記保持手段の保持データと、上記データベース手段の
   管理データとを照合することで障害個所を特定し、該障
   害個所と上記取得手段の取得する障害通知情報の発行元
   情報とに従って、ネットワーク上の障害発生個所を特定
   する特定手段とを備えることを、 特徴とするネットワーク管理装置。
2. 【請求項２】 請求項１記載のネットワーク管理装置に
   おいて、 ネットワークの構成情報を管理する第２のデータベース
   手段と、 上記第２のデータベース手段の管理データを参照するこ
   とで、特定手段の特定する障害発生個所が影響を与える
   ネットワーク部分を特定する第２の特定手段とを備える
   ことを、 特徴とするネットワーク管理装置。
3. 【請求項３】 請求項２記載のネットワーク管理装置に
   おいて、 第２の特定手段の特定するネットワーク部分により影響
   を受ける利用者に対して、障害情報を通知する通知手段
   を備えることを、 特徴とするネットワーク管理装置。
4. 【請求項４】 請求項１〜３のいずれかに記載されるネ
   ットワーク管理装置において、 ネットワークの障害個所と、その障害個所の修復方法及
   び／又は修復時間との対応関係を管理する第３のデータ
   ベース手段と、 上記第３のデータベース手段の管理データを参照するこ
   とで、特定手段の特定する障害個所の指す修復方法及び
   ／又は修復時間を取得する取得手段と、 上記第３のデータベース手段が修復方法を管理するとき
   に、特定手段の特定する障害個所の修復に用いた修復方
   法を上記第３のデータベース手段に登録し、上記第３の
   データベース手段が修復時間を管理するときに、特定手
   段の特定する障害個所の修復に要した修復時間を上記第
   ３のデータベース手段に登録する登録手段とを備えるこ
   とを、 特徴とするネットワーク管理装置。
5. 【請求項５】 ネットワークに発生する障害の発生個所
   を特定するネットワーク管理装置の実現に用いられるプ
   ログラムが記録されるプログラム記録媒体であって、 ネットワークの障害個所と、該障害の発生時に発行され
   ることになる障害通知情報の時系列パターンとの対応関
   係を管理するデータベース手段にアクセスする処理と、 ネットワークから通知される障害通知情報を取得する取
   得処理と、 上記取得処理で取得する障害通知情報の時系列パターン
   を、該時系列パターンを保持する保持手段に登録する登
   録処理と、 上記保持手段の保持データと、上記データベース手段の
   管理データとを照合することで障害個所を特定し、該障
   害個所と上記取得処理で取得する障害通知情報の発行元
   情報とに従って、ネットワーク上の障害発生個所を特定
   する特定処理とをコンピュータに実行させるプログラム
   が記録されることを、 特徴とするプログラム記録媒体。