(57)【特許請求の範囲】
【請求項１】
ネットワークに発生する障害の発生個所を特定するネットワーク管理装置であって、
ネットワークの障害個所と、該障害の発生時に発行されることになる障害通知情報の時系列パターンとの対応関係を記憶する第１の記憶手段と、
ネットワークから通知される障害通知情報を取得する取得手段と、
上記取得手段の取得した障害通知情報の時系列パターンを保持する保持手段と、
上記保持手段の保持データと、上記第１の記憶手段の記憶データとを照合することで障害個所を特定し、該障害個所と上記取得手段の取得した障害通知情報の発行元情報とに従って、ネットワーク上の障害発生個所を特定する第１の特定手段と、
ネットワークの構成情報と、各ネットワーク構成部分に対応付けて、該ネットワーク構成部分の障害により影響を受ける利用者の情報とを記憶する第２の記憶手段と、
上記第２の記憶手段の記憶するネットワーク構成情報と、上記第１の特定手段の特定した障害発生個所とに基づいて、発生した障害を回避できる手段があるのか否かを判断し、回避できる手段がない場合には、該障害発生個所が影響を与えるネットワーク部分を特定して、上記第２の記憶手段の記憶する利用者情報に従って、該ネットワーク部分により影響を受ける利用者を特定する第２の特定手段と、
上記第２の特定手段の特定した利用者に対して、障害情報を通知する通知手段とを備えることを、
特徴とするネットワーク管理装置。
【請求項２】
請求項１に記載のネットワーク管理装置において、
上記第２の記憶手段は、各ノード毎に、該ノードの上位ノードの情報と、該上位ノードとの間を接続する回線の情報と、該ノードの下位ノードの情報と、該下位ノードとの間を接続する回線の情報と、該ノードの障害により影響を受ける利用者の情報とを記憶することを、
特徴とするネットワーク管理装置。
【請求項３】
請求項１又は２に記載のネットワーク管理装置において、
ネットワークの障害個所と、その障害個所の修復方法及び／又は修復時間との対応関係を記憶する第３の記憶手段と、
上記第３の記憶手段の記憶データを参照することで、上記第１の特定手段の特定した障害個所の指す修復方法及び／又は修復時間を取得する第２の取得手段と、
上記第３の記憶手段が修復方法を記憶するときに、上記第１の特定手段の特定した障害個所の修復に用いた修復方法を上記第３の記憶手段に登録し、上記第３の記憶手段が修復時間を記憶するときに、上記第１の特定手段の特定した障害個所の修復に要した修復時間を上記第３の記憶手段に登録する登録手段とを備えることを、
特徴とするネットワーク管理装置。
【請求項４】
ネットワークに発生する障害の発生個所を特定するネットワーク管理装置の実現に用いられるプログラムが記録されるプログラム記録媒体であって、
ネットワークの障害個所と、該障害の発生時に発行されることになる障害通知情報の時系列パターンとの対応関係を記憶する第１の記憶手段にアクセスする処理と、
ネットワークから通知される障害通知情報を取得する取得処理と、
上記取得処理で取得した障害通知情報の時系列パターンを、該時系列パターンを保持する保持手段に登録する登録処理と、
上記保持手段の保持データと、上記第１の記憶手段の記憶データとを照合することで障害個所を特定し、該障害個所と上記取得処理で取得した障害通知情報の発行元情報とに従って、ネットワーク上の障害発生個所を特定する第１の特定処理と、
ネットワークの構成情報と、各ネットワーク構成部分に対応付けて、該ネットワーク構成部分の障害により影響を受ける利用者の情報とを記憶する第２の記憶手段にアクセスする処理と、
上記第２の記憶手段の記憶するネットワーク構成情報と、上記第１の特定処理で特定した障害発生個所とに基づいて、発生した障害を回避できる手段があるのか否かを判断し、回避できる手段がない場合には、該障害発生個所が影響を与えるネットワーク部分を特定して、上記第２の記憶手段の記憶する利用者情報に従って、該ネットワーク部分により影響を受ける利用者を特定する第２の特定処理と、
上記第２の特定処理で特定した利用者に対して、障害情報を通知する通知処理とをコンピュータに実行させるプログラムが記録されることを、
特徴とするプログラム記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに発生する障害の発生個所を自動的に特定できるようにすることで迅速にネットワークを復旧できるようにするとともに、その障害発生個所が影響を与えるネットワーク部分を自動的に特定できるようにすることで、その障害の影響を受ける利用者に対して迅速に障害発生を通知できるようにするネットワーク管理装置と、その装置を実現するためのプログラムが記録されるプログラム記録媒体とに関する。
【０００２】
【従来の技術】
複数の利用者の端末が全国的な規模のネットワークに接続されているような大規模ネットワークで構成されるシステムでは、従来、障害事象が発生すると、そのネットワークに精通した技術者が、障害発生個所を特定して、それに基づいて、ネットワークの復旧処理を実行する。そして、その障害発生個所の特定に基づいて、自動電話などを使って、その障害により影響を受ける利用者に対して、電話連絡などによりその旨を通知していくように処理している。
【０００３】
すなわち、従来技術では、ネットワークに精通した技術者の手作業により、障害発生個所を特定して、それに基づいて、ネットワークの復旧処理を実行するように処理しているのである。
【０００４】
【発明が解決しようとする課題】
しかしながら、このような従来技術に従っていると、障害発生個所の特定に時間を要することになることで、迅速にネットワークを復旧できないという問題点があるとともに、その障害により影響を受ける利用者を迅速に特定できないことで、その障害により影響を受ける利用者に対して、迅速に障害発生を通知できないという問題点がある。
【０００５】
本発明はかかる事情に鑑みてなされたものであって、ネットワークに発生する障害の発生個所を自動的に特定できるようにすることで迅速にネットワークを復旧できるようにするとともに、その障害発生個所が影響を与えるネットワーク部分を自動的に特定できるようにすることで、その障害の影響を受ける利用者に対して迅速に障害情報を通知できるようにする新たなネットワーク管理装置の提供と、その装置を実現するためのプログラムが記録される新たなプログラム記録媒体の提供とを目的とする。
【０００６】
【課題を解決するための手段】
この目的を達成するために、本発明のネットワーク管理装置は、ネットワークに発生する障害の発生個所を特定する処理を行うために、（１）ネットワークの障害個所と、該障害の発生時に発行されることになる障害通知情報の時系列パターンとの対応関係を記憶する第１の記憶手段と、（２）ネットワークから通知される障害通知情報を取得する取得手段と、（３）取得手段の取得した障害通知情報の時系列パターンを保持する保持手段と、（４）保持手段の保持データと、第１の記憶手段の記憶データとを照合することで障害個所を特定し、該障害個所と取得手段の取得した障害通知情報の発行元情報とに従って、ネットワーク上の障害発生個所を特定する第１の特定手段と、（５）ネットワークの構成情報と、各ネットワーク構成部分に対応付けて、該ネットワーク構成部分の障害により影響を受ける利用者の情報とを記憶する第２の記憶手段と、（６）第２の記憶手段の記憶するネットワーク構成情報と、第１の特定手段の特定した障害発生個所とに基づいて、発生した障害を回避できる手段があるのか否かを判断し、回避できる手段がない場合には、該障害発生個所が影響を与えるネットワーク部分を特定して、第２の記憶手段の記憶する利用者情報に従って、該ネットワーク部分により影響を受ける利用者を特定する第２の特定手段と、（７）第２の特定手段の特定した利用者に対して、障害情報を通知する通知手段と、（８）ネットワークの障害個所と、その障害個所の修復方法及び／又は修復時間との対応関係を記憶する第３の記憶手段と、（９）第３の記憶手段の記憶データを参照することで、第１の特定手段の特定した障害個所の指す修復方法及び／又は修復時間を取得する第２の取得手段と、（１０）第３の記憶手段が修復方法を記憶するときに、第１の特定手段の特定した障害個所の修復に用いた修復方法を第３の記憶手段に登録し、第３の記憶手段が修復時間を記憶するときに、第１の特定手段の特定した障害個所の修復に要した修復時間を第３の記憶手段に登録する登録手段とを備えるように構成する。
この構成を採るときにあって、第２の記憶手段は、各ノード毎に、該ノードの上位ノードの情報と、該上位ノードとの間を接続する回線の情報と、該ノードの下位ノードの情報と、該下位ノードとの間を接続する回線の情報と、該ノードの障害により影響を受ける利用者の情報とを記憶することがある。
【０００７】
次に、図１に示す本発明の原理構成図に従って、本発明の概要について説明する。
図中、１は本発明を具備するネットワーク管理装置であって、ネットワークシステム２に発生する障害の発生個所を特定するとともに、その障害発生個所が影響を与えるネットワーク部分を特定する処理を行う。
【０００８】
本発明のネットワーク管理装置１は、第１のデータベース１０と、第２のデータベース１１と、第３のデータベース１２と、第１の取得手段１３と、保持手段１４と、第１の特定手段１５と、第２の特定手段１６と、通知手段１７と、第２の取得手段１８と、登録手段１９とを備える。
【０００９】
この第１のデータベース１０は、ネットワークの障害個所と、その障害の発生時に発行されることになる障害通知情報の時系列パターンとの対応関係を管理する。第２のデータベース１１は、ネットワークの構成情報と、各ネットワーク構成部分に対応付けて、そのネットワーク構成部分の障害により影響を受ける利用者の情報とを管理する。第３のデータベース１２は、ネットワークの障害個所と、その障害個所の修復方法及び／又は修復時間との対応関係を管理する。
【００１０】
第１の取得手段１３は、ネットワークから通知される障害通知情報を取得する。保持手段１４は、第１の取得手段１３の取得する障害通知情報の時系列パターンを保持する。
【００１１】
第１の特定手段１５は、保持手段１４の保持する障害通知情報の時系列パターンと、第１のデータベース１０の管理する障害通知情報の時系列パターンとを照合することで障害個所を特定し、その障害個所と第１の取得手段１３の取得する障害通知情報の発行元情報とに従って、ネットワーク上の障害発生個所を特定する。
【００１２】
第２の特定手段１６は、第２のデータベース１１の管理するネットワーク構成情報と、第１の特定手段１５の特定する障害発生個所とに基づいて、発生した障害を回避できる手段があるのか否かを判断し、回避できる手段がない場合には、その障害発生個所が影響を与えるネットワーク部分を特定して、第２のデータベース１１の管理する利用者情報に従って、そのネットワーク部分により影響を受ける利用者を特定する。通知手段１７は、第２の特定手段１６の特定する利用者に対して、障害情報を通知する。
【００１３】
第２の取得手段１８は、第３のデータベース１２の管理データを参照することで、第１の特定手段１５の特定する障害個所の指す修復方法及び／又は修復時間を取得する。登録手段１９は、第１の特定手段１５の特定する障害個所の修復に用いた修復方法を第３のデータベース１２に登録したり、第１の特定手段１５の特定する障害個所の修復に要した修復時間を第３のデータベース１２に登録する。
【００１４】
このように構成される本発明のネットワーク管理装置１では、保持手段１４は、第１の取得手段１３の取得する障害通知情報を順番に保持していくことで、ネットワークから通知される障害通知情報の時系列パターンを保持し、これを受けて、第１の特定手段１５は、保持手段１４の保持する障害通知情報の時系列パターンと、第１のデータベース１０の管理する障害通知情報の時系列パターンとを照合することで障害個所を特定し、その障害個所とネットワークから通知される障害通知情報の発行元情報とに従って、ネットワーク上の障害発生個所を特定する。
【００１５】
このようにしてネットワーク上の障害発生個所が特定されると、第２の特定手段１６は、先ず最初に、第２のデータベース１１の管理するネットワーク構成情報と、第１の特定手段１５の特定する障害発生個所とに基づいて、発生した障害を回避できる手段があるのか否かを判断して、回避できる手段がない場合には、その障害発生個所が影響を与えるネットワーク部分を特定し、続いて、第２のデータベース１１の管理する利用者情報に従って、その特定したネットワーク部分により影響を受ける利用者を特定する。これを受けて、通知手段１７は、その特定された利用者に対して、障害情報を通知する。
【００１６】
一方、第２の取得手段１８は、第３のデータベース１２の管理する対応関係データに従って、第１の特定手段１５により特定された障害個所の指す修復方法を取得して、修復作業を行う技術者に出力したり、第１の特定手段１５により特定された障害個所の指す修復時間を取得して、通知手段１７を介して利用者に通知する。
【００１７】
そして、登録手段１９は、修復作業を行う技術者が用いた修復方法を入手して第３のデータベース１２に登録したり、修復作業を行う技術者が修復に要した修復時間を入手して第３のデータベース１２に登録することで、第３のデータベース１２を構築していく。
【００１８】
このようにして、本発明によれば、ネットワークに発生する障害の発生個所を自動的に特定できるようになることで迅速にネットワークを復旧できるようになるとともに、その障害発生個所が影響を与えるネットワーク部分を自動的に特定できるようになることで、その障害の影響を受ける利用者に対して迅速に障害情報を通知できるようになる。
【００１９】
そして、過去に発生した障害に対して用いた修復方法を、修復作業を行う技術者に知らせることができるようになるとともに、過去に発生した障害の修復時間を、障害の影響を受ける利用者に通知できるようになる。
【００２０】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００２１】
図１で説明したように、本発明のネットワーク管理装置１は、ネットワークシステム２に発生する障害の発生個所を特定するとともに、その障害発生個所が影響を与えるネットワーク部分を特定する処理を行う。
【００２２】
図２に、本発明のネットワーク管理装置１の管理対象となるネットワークシステム２の一例を図示する。
【００２３】
この図に示すネットワークシステム２は、最上位となる利用者センタ２０のサービスを最下位となる利用者端末２１に提供することを実現するために用意されるものであって、利用者センタ２０に接続される終端ノード２２と、複数の利用者端末２１に接続される複数の終端ノード２３と、終端ノード２２と終端ノード２３との間に階層的に設けられて、プロトコル変換などの中継処理を実行する中継ノード２４とで構成されている。
【００２４】
図３に、本発明のネットワーク管理装置１の一実施例を図示する。
【００２５】
この実施例に従う本発明のネットワーク管理装置１は、通報通知パターンデータベース１００と、ネットワーク構成モデルデータベース１０１と、故障事例データベース１０２と、利用者情報データベース１０３と、障害発生個所特定プログラム１０４と、通報通知待ち合わせテーブル１０５と、障害影響範囲特定プログラム１０６と、故障事例情報提供プログラム１０７と、故障事例登録プログラム１０８と、障害情報通知プログラム１０９とを備える。
【００２６】
ここで、障害発生個所特定プログラム１０４や障害影響範囲特定プログラム１０６や故障事例情報提供プログラム１０７や故障事例登録プログラム１０８や障害情報通知プログラム１０９は、計算機が読み取り可能な半導体メモリなどの適当な記録媒体に格納することができる。
【００２７】
通報通知パターンデータベース１００は、通報通知パターンレコードと通報レコードとを管理する。
【００２８】
図４に、通報通知パターンレコードの一実施例、図５に、通報通知パターンレコードの一例、図６に、通報レコードの一実施例、図７に、通報レコードの一例を図示する。
【００２９】
通報通知パターンデータベース１００に管理される通報通知パターンレコードは、図４に示すように、パターン識別番号に対応付けて、障害個所情報を管理するとともに、その障害時にネットワークシステム２から通知されることになる通報通知の時系列パターンを管理する。
【００３０】
すなわち、通報通知パターンデータベース１００は、通報通知パターンレコードを管理することで、図５に示すように、例えば、“０００１”というパターン識別番号を持つ「低速回線障害」が発生すると、先ず最初に、現象通知通報という通報種別に区分けされる「回線障害」という通報が通知され、それに続いて、関連通知通報という通報種別に区分けされる「他ノード回線障害」という通報が通知されることになるということを管理する。
【００３１】
図８（ａ）に示すように、ノードＡとノードＢとの間に設けられる低速回線に障害が発生すると、先ず最初に、ノードＡが「回線障害」を通知し、続いて、ノードＢが「回線障害（他ノード回線障害となる）」を通知してくることから分かるように、「低速回線障害」が発生すると、先ず最初に、「回線障害」が通知され、それに続いて、「他ノード回線障害」が通知されることになるので、パターン識別番号“０００１”では、それを管理するのである。
【００３２】
また、例えば、“０００２”というパターン識別番号を持つ「高速回線障害」が発生すると、先ず最初に、現象通知通報という通報種別に区分けされる「回線障害」という通報が通知され、それに続いて、派生通知通報という通報種別に区分けされる「全回線障害」という通報が通知され、それに続いて、関連通知通報という通報種別に区分けされる「他ノード全回線障害」という通報が通知されることになるということを管理する。
【００３３】
図８（ｂ）に示すように、ノードＡとノードＢとの間に設けられる高速回線（低速回線を収納するもの）に障害が発生すると、先ず最初に、ノードＡが「回線障害」を通知し、続いて、ノードＡが「全回線障害」を通知し、続いて、ノードＢが「全回線障害（他ノード全回線障害となる）」を通知してくることから分かるように、「高速回線障害」が発生すると、先ず最初に、「回線障害」が通知され、それに続いて、「全回線障害」が通知され、それに続いて、「他ノード全回線障害」が通知されることになるので、パターン識別番号“０００２”では、それを管理するのである。
【００３４】
また、例えば、“０００３”というパターン識別番号を持つ「終端ノード障害」が発生すると、先ず最初に、現象通知通報という通報種別に区分けされる「回線障害」という通報が通知され、それに続いて、派生通知通報という通報種別に区分けされる「迂回失敗」という通報が通知されることになるということを管理する。
【００３５】
終端ノード２２，２３に障害が発生する場合にも、終端ノード２２，２３に接続されるノードにとっては、終端ノード２２，２３との間を接続する回線の障害として検出されることになることから、先ず最初に、「回線障害」という通報が通知されることになる。そして、バックアップ用に用意される別の回線を使って終端ノード２２，２３との間の接続を試みても、結局、その迂回に失敗することになるので、それに続いて、「迂回失敗」という通報が通知されることになるのである。
【００３６】
また、例えば、“０００４”というパターン識別番号を持つ「中継ノード障害」が発生すると、先ず最初に、現象通知通報という通報種別に区分けされる「回線障害」という通報が通知され、それに続いて、派生通知通報という通報種別に区分けされる「迂回失敗」という通報が通知され、それに続いて、関連通知通報という通報種別に区分けされる「他ノード迂回成功」という通報が通知されることになるということを管理する。
【００３７】
また、例えば、“０００５”というパターン識別番号を持つ「ノード構成部障害」が発生すると、原因通知通報という通報種別に区分けされる「ノード構成部障害」という通報が通知されることになるということを管理する。
【００３８】
また、例えば、“０００６”というパターン識別番号を持つ「端末回線障害」が発生すると、原因通知通報という通報種別に区分けされる「端末回線障害」という通報が通知されることになるということを管理する。
【００３９】
ここで、現象通知通報とは、障害時に一番最初に発生する通報として定義され、派生通報通知とは、障害時に現象通知通報を発行したノードが派生的に発生する通報として定義され、関連通知通報とは、障害時に現象通知通報を発行したノード以外のノードが関連的に発生する通報として定義され、原因通知通報とは、通報内容が障害原因そのものを示す通報として定義されるものである。なお、ネットワークシステム２から通知される通報の種別としては、その他に、障害の復旧を通知する復旧通知通報がある。
【００４０】
一方、通報通知パターンデータベース１００に管理される通報レコードは、図６に示すように、通報識別番号に対応付けて、通報種別フラグと、復旧通報（復旧通知通報）と、復旧待ち合わせ時間と、特定時間間隔とを管理する。
【００４１】
すなわち、通報通知パターンデータベース１００は、通報レコードを管理することで、図７に示すように、例えば、「回線障害」という通報通知は、現象通知通報と派生通知通報と関連通知通報として通知されることがあって、その障害が復旧するときには「回線復旧」という復旧通知通報が通知され、その「回線復旧」の通知の待ち合わせ時間は２０秒で、その「回線障害」の特定時間間隔は１８０秒であるということを管理する。
【００４２】
後述するように、障害発生個所特定プログラム１０４は、この復旧待ち合わせ時間内に復旧通知通報が通知されるときに、障害が復旧したことを判断していくように処理する。そして、この特定時間間隔内に通知されるべき通報通知が通知されてこないときには、一時的な障害であることを判断していくように処理する。
【００４３】
図９に、通報通知待ち合わせテーブル１０５に格納される通報通知待ち合わせレコードの一実施例を図示する。
【００４４】
通報通知待ち合わせテーブル１０５は、障害発生個所特定プログラム１０４により収集されることになるネットワークシステム２から通知される通報通知の時系列パターンを格納するものとして用意されるものであって、この図に示すように、発生日時と現象通報内容と通報通知の時系列パターンとからなる通報通知待ち合わせレコードを格納する。
【００４５】
ここで、通報通知待ち合わせテーブル１０５に登録される通報通知には、どのノードからの通報通知であるのかという情報が記録されており、これにより、最終的な障害の発生個所が特定されることになる。
【００４６】
図１０に、ネットワーク構成モデルデータベース１０１の一実施例を図示する。
【００４７】
ネットワーク構成モデルデータベース１０１は、管理対象となるネットワークシステム２のモデルを管理するものであって、ノードの構成情報を記述する図１０（ａ）に示すようなノード構成レコードと、回線の構成情報を記述する図１０（ｂ）に示すような回線構成レコードとを使って、ネットワークシステム２のネットワーク構成を管理する構成を採っている。
【００４８】
すなわち、各ノード毎に、そのノードの上位ノードの情報と、その上位ノードとの間を接続する回線の情報と、そのノードの下位ノードの情報と、その下位ノードとの間を接続する回線の情報と、そのノードの障害により影響を受ける利用者の情報とを記述するノード構成レコードを管理するとともに、各回線毎に、その回線に接続される上位ノードの情報と、その回線に接続される下位ノードの情報と、その回線のバックアップ用に用意される回線情報と、その回線の多重化情報とを記述する回線構成レコードを管理することで、ネットワークシステム２のネットワーク構成を管理する構成を採っている。
【００４９】
例えば、ネットワークシステム２が図１１に示すようなもので構成される場合には、図１２に示すようなノード構成レコードと、図１３に示すような回線構成レコードとを管理することで、そのネットワークシステム２のモデルを管理することになる。
【００５０】
図１４に、故障事例データベース１０２に格納される故障事例レコードの一実施例、図１５に、利用者情報データベース１０３に格納される利用者情報レコードの一実施例を図示する。
【００５１】
故障事例データベース１０２は、図１４に示すように、故障事例識別番号に対応付けて、障害個所情報と、その障害の故障原因と、その障害の故障事例数と、その障害の修復に用いた修復方法と、その障害の修復に要した平均時間とからなる故障事例レコードを管理する。
【００５２】
ここで、故障事例データベース１０２は、どの中継ノード２４の障害情報であるという形態（故障発生個所が特定される形態）で故障事例レコードを管理するという構成を採ることもあるし、抽象化された中継ノード２４という形態で故障事例レコードを管理するという構成を採ることもある。
【００５３】
一方、利用者情報データベース１０３は、図１５に示すように、利用者識別情報に対応付けて、その利用者への情報の提供手段の情報と、その利用者へ情報を提供する際に必要となる情報とからなる利用者情報レコードを管理する。
【００５４】
図１６ないし図１８に、障害発生個所特定プログラム１０４の実行する処理フローの一実施例、図１９及び図２０に、障害影響範囲特定プログラム１０６の実行する処理フローの一実施例、図２１に、故障事例情報提供プログラム１０７の実行する処理フローの一実施例、図２２に、故障事例登録プログラム１０８の実行する処理フローの一実施例、図２３に、障害情報通知プログラム１０９の実行する処理フローの一実施例を図示する。
【００５５】
次に、これらの処理フローに従って、図３のように構成される本発明のネットワーク管理装置１の実行する処理について詳細に説明する。
【００５６】
先ず最初に、障害発生個所特定プログラム１０４の実行する処理について詳細に説明する。
【００５７】
障害発生個所特定プログラム１０４は、起動されると、図１６ないし図１８の処理フローに示すように、先ず最初に、ステップ１で、ｔ１タイマがタイムオーバーしたのか否かを判断して、ｔ１タイマがタイムオーバーしていないことを判断するときには、ステップ２に進んで、ネットワークシステム２のノードから障害の通報通知が送られてきたのか否かを判断して、障害の通報通知が送られてこないことを判断するときには、ステップ１に戻る。
【００５８】
一方、ステップ１で、ｔ１タイマがタイムオーバーしたことを判断するときには、ステップ３に進んで、障害の兆候を登録して、処理を終了する。
【００５９】
後述することから分かるように、図７に示した通報レコードで定義される特定時間間隔の時間内に、障害の発生個所が特定できない場合には、ｔ１タイマがタイムオーバーすることになるので、このときには、障害の兆候を登録して、処理を終了するのである。
【００６０】
なお、障害発生個所特定プログラム１０４の起動時には、ｔ１タイマが起動されていないので、障害発生個所特定プログラム１０４の起動時には、ステップ３の処理に進むことはない。
【００６１】
一方、ステップ２で、ネットワークシステム２から障害の通報通知が送られてきたことを判断するときには、ステップ４に進んで、その障害の通報通知を受信し、続くステップ５で、通報通知パターンデータベース１００に管理される通報レコード（図７に示したもの）を検索することで、受信した通報通知が上述した現象通知通報／派生通知通報／関連通知通報／原因通知通報／復旧通知通報のどれであるのかを種別化する。
【００６２】
例えば、ネットワークシステム２から「回線障害」の通報通知がある場合には、図７に示す通報レコードを検索することで、現象通知通報と派生通知通報と関連通知通報とがあることを判断する。
【００６３】
そして、このとき、通報通知待ち合わせテーブル１０５に、その障害に係る現象通知通報が登録されていない場合には、その「回線障害」は現象通知通報であると判断し、また、その障害に係る現象通知通報が登録されている場合にあって、その「回線障害」が現象通知通報を通知してきたノードと同一のノードから通知されてきた場合には、その「回線障害」は派生通知通報であると判断し、別のノードから通知されてきた場合には、その「回線障害」は関連通知通報であると判断することで、受信した通報通知を種別化するのである。
【００６４】
続いて、ステップ６で、ステップ５の種別化処理により現象通知通報であると種別化されたのか否かを判断して、現象通知通報として種別化されたことを判断するときには、ステップ７に進んで、ネットワークシステム２から送られてきたその現象通知通報の通知を通報通知待ち合わせテーブル１０５に新規に登録し、通報レコードに登録される特定時間間隔を計時時間としてｔ１タイマを起動するとともに、通報レコードに登録される復旧待ち合わせ時間を計時時間としてｔ２タイマを起動してから、ステップ１に戻る。
【００６５】
例えば、ネットワークシステム２から「回線障害」の通報通知がある場合には、図７に示す通報レコードを検索することで、現象通知通報と派生通知通報と関連通知通報とがあることを判断することになる。このとき、現象通知通報の「回線障害」であることを判断するときには、その「回線障害」の通報通知を通報通知待ち合わせテーブル１０５に新規障害として登録し、そして、この図７に示す通報レコードに記述される１８０秒を計時時間としてｔ１タイマを起動するとともに、この図７に示す通報レコードに記述される２０秒を計時時間としてｔ２タイマを起動するのである。
【００６６】
一方、ステップ６で、現象通知通報として種別化されたのではないことを判断するときには、ステップ８に進んで、ステップ５の種別化処理により派生通知通報として種別化されたのか否かを判断して、派生通知通報として種別化されたことを判断するときには、ステップ９に進んで、その派生通知通報の元となった現象通知通報の指す通報通知待ち合わせテーブル１０５のエントリーに、ネットワークシステム２から送られてきたその派生通知通報の通知を登録することで、通報通知待ち合わせテーブル１０５を更新する。
【００６７】
続いて、ステップ１０（図１７の処理フロー）で、通報通知待ち合わせテーブル１０５に登録される通報通知待ち合わせレコードと、通報通知パターンデータベース１００に管理される通報通知パターンレコード（図５に示したもの）とを照合する。
【００６８】
続いて、ステップ１１で、この照合に成功したのか否かを判断して、照合の成功を判断するときには、障害の発生個所を特定できたことを判断して、処理を終了する。
【００６９】
例えば、通報通知待ち合わせテーブル１０５に登録される通報通知待ち合わせレコードが、通報通知パターンデータベース１００に管理される「終端ノード障害」のレコードと一致するときには、発生した障害個所が「終端ノード障害」であることを特定するとともに、その障害の現象通知通報を通知してきたノードの情報から、ネットワークシステム２のどの終端ノードに障害が発生したのかを特定することで、障害の発生個所を特定するのである。
【００７０】
一方、ステップ１１で、通報通知待ち合わせテーブル１０５に登録される通報通知待ち合わせレコードと、通報通知パターンデータベース１００に管理される通報通知パターンレコードとの照合に成功しないことを判断するときには、ステップ１２に進んで、通報レコードに登録される復旧待ち合わせ時間を計時時間としてｔ２タイマを起動してから、ステップ１に戻る。
【００７１】
一方、ステップ８で、派生通知通報として種別化されたのではないことを判断するときには、ステップ１３に進んで、ステップ５の種別化処理により関連通知通報として種別化されたのか否かを判断して、関連通知通報として種別化されたことを判断するときには、ステップ１４に進んで、その関連通知通報の元となった現象通知通報の指す通報通知待ち合わせテーブル１０５のエントリーに、ネットワークシステム２から送られてきたその関連通知通報の通知を登録することで、通報通知待ち合わせテーブル１０５を更新する。
【００７２】
続いて、ステップ１５で、通報通知待ち合わせテーブル１０５に登録される通報通知待ち合わせレコードと、通報通知パターンデータベース１００に管理される通報通知パターンレコードとを照合する。
【００７３】
続いて、ステップ１６で、この照合に成功したのか否かを判断して、照合の成功を判断するときには、障害の発生個所を特定できたことを判断して、処理を終了する。
【００７４】
例えば、通報通知待ち合わせテーブル１０５に登録される通報通知待ち合わせレコードが、通報通知パターンデータベース１００に管理される「低速回線障害」のレコードと一致するときには、発生した障害個所が「低速回線障害」であることを特定するとともに、その障害の現象通知通報を通知してきたノードの情報から、ネットワークシステム２のどの低速回線に障害が発生したのかを特定することで、障害の発生個所を特定するのである。
【００７５】
一方、ステップ１６で、通報通知待ち合わせテーブル１０５に登録される通報通知待ち合わせレコードと、通報通知パターンデータベース１００に管理される通報通知パターンレコードとの照合に成功しないことを判断するときには、ステップ１７に進んで、通報レコードに登録される復旧待ち合わせ時間を計時時間としてｔ２タイマを起動してから、ステップ１に戻る。
【００７６】
一方、ステップ１３で、関連通知通報として種別化されたのではないことを判断するときには、ステップ１８（図１８の処理フロー）に進んで、ステップ５の種別化処理により原因通知通報として種別化されたのか否かを判断して、原因通知通報として種別化されたことを判断するときには、ネットワークシステム２から通知される通報通知により直ちに障害の発生個所を特定できるので、その障害の発生個所を特定して、処理を終了する。
【００７７】
例えば、「ノード構成部障害」という原因通知通報が通知されるときには、その障害の原因通知通報を通知してきたノードの情報から、ネットワークシステム２のどのノードの内部に障害が発生したのかを特定することで、障害の発生個所を特定するのである。
【００７８】
一方、ステップ１８で、原因通知通報として種別化されたのではないことを判断するとき、すなわち、復旧通知通報として種別化されたことを判断するときには、ステップ１９に進んで、ｔ２タイマがタイムオーバーしたのか否かを判断して、タイムオーバーしたことを判断するときには、ステップ１に戻り、タイムオーバーしていないことを判断するときには、ステップ２０に進んで、障害が復旧したことを判断して、通報通知待ち合わせテーブル１０５に登録した障害通知の時系列パターンを削除して、処理を終了する。
【００７９】
このようにして、障害発生個所特定プログラム１０４は、ネットワークシステム２から通知される障害通知の時系列パターンを、通報通知パターンデータベース１００に管理される通報通知パターンレコードと照合することで、障害の発生個所を自動的に特定するように処理するのである。
【００８０】
次に、障害影響範囲特定プログラム１０６の実行する処理について詳細に説明する。
【００８１】
障害影響範囲特定プログラム１０６は、障害発生個所特定プログラム１０４が障害の発生個所を特定することで起動されると、図１９及び図２０の処理フローに示すように、先ず最初に、ステップ１で、障害発生個所特定プログラム１０４から障害の発生個所の情報を取得する。
【００８２】
続いて、ステップ２で、その取得した障害の発生個所の情報を検索キーにして、ネットワーク構成モデルデータベース１０１を検索することで、その障害の発生個所の指すネットワーク構成情報を取得する。
【００８３】
続いて、ステップ３で、障害発生個所が中継ノード２４であるのか否かを判断して、障害発生個所が中継ノード２４であることを判断するときには、ステップ４に進んで、取得したネットワーク構成情報に従って、障害発生の中継ノード２４をバックアップするノードがあるのか否かを判断する。
【００８４】
この判断処理により、障害発生の中継ノード２４をバックアップするノードがあることを判断するときには、ステップ５に進んで、障害による影響が無いことを特定して、処理を終了し、一方、バックアップするノードがないことを判断するときには、ステップ６に進んで、障害発生の中継ノード２４が収納する利用者サービスが停止することを特定して、処理を終了する。
【００８５】
一方、ステップ３で、障害発生個所が中継ノード２４でないことを判断するときには、ステップ７に進んで、障害発生個所が中継回線（中継ノード２４と中継ノード２４・終端ノード２２，２３との間を接続する回線）であるのか否かを判断して、障害発生個所が中継回線であることを判断するときには、ステップ８に進んで、ステップ２で取得したネットワーク構成情報に従って、障害発生の中継回線をバックアップする回線があるのか否かを判断する。
【００８６】
この判断処理により、障害発生の中継回線をバックアップする回線があることを判断するときには、ステップ９に進んで、障害による影響が無いことを特定して、処理を終了し、一方、バックアップする回線がないことを判断するときには、ステップ１０（図２０の処理フロー）に進んで、障害発生の中継回線に接続されるノードが収納する利用者サービスの停止を特定して、処理を終了する。
【００８７】
一方、ステップ７で、障害発生個所が中継回線でないことを判断するときには、ステップ１１（図２０の処理フロー）に進んで、障害発生個所が終端ノード２２，２３であるのか否かを判断して、障害発生個所が終端ノード２２，２３であることを判断するときには、ステップ１２に進んで、その障害発生の終端ノード２２，２３に接続されている全サービスの停止を特定して、処理を終了する。
【００８８】
すなわち、利用者センタ２０に接続される終端ノード２２に障害が発生した場合には、全ての利用者端末２１が行うサービスの停止を特定し、利用者端末２１に接続される終端ノード２３に障害が発生した場合には、その障害の発生した終端ノード２３に接続される利用者端末２１が行うサービスの停止を特定するのである。
【００８９】
一方、障害発生個所が終端ノードでないことを判断するとき、すなわち、障害発生個所が終端回線（終端ノード２２と利用者センタ２０との間を接続する回線や、終端ノード２３と利用者端末２１との間を接続する回線）であることを判断するときには、ステップ１３に進んで、障害発生の終端回線に接続されている全サービスの停止を特定して、処理を終了する。
【００９０】
すなわち、終端ノード２２と利用者センタ２０との間を接続する終端回線に障害が発生した場合には、全ての利用者端末２１が行うサービスの停止を特定し、終端ノード２３と利用者端末２１との間を接続する終端回線に障害が発生した場合には、その障害の発生した終端回線に接続される利用者端末２１が行うサービスの停止を特定するのである。
【００９１】
このようにして、障害影響範囲特定プログラム１０６は、障害発生個所特定プログラム１０４により特定された障害発生個所が影響を与えることになる範囲を特定するように処理するのである。
【００９２】
例えば、図１１に示すネットワークシステム２を管理対象とする場合に、障害発生個所特定プログラム１０４により障害発生個所として中継ノードＣが特定されると、障害影響範囲特定プログラム１０６は、ネットワーク構成モデルデータベース１０１を検索することで、障害の発生した中継ノードＣの配下ノードとして終端ノードＦ／終端ノードＧを特定する。
【００９３】
そして、この特定した終端ノードＦの上位ノードとして、障害の発生した中継ノードＣがあり、この特定した終端ノードＧの上位ノードとして、障害の発生した中継ノードＣと障害の発生していない中継ノードＤとがあることを特定することで、終端ノードＦについては復旧手段がないことを判断して、終端ノードＦに収納される利用者端末の全サービスの停止を特定する。
【００９４】
また、例えば、障害発生個所特定プログラム１０４により障害発生個所として中継ノードＢが特定されると、障害影響範囲特定プログラム１０６は、ネットワーク構成モデルデータベース１０１を検索することで、障害の発生した中継ノードＢの配下ノードとして中継ノードＣ／中継ノードＤを特定する。
【００９５】
そして、この特定した中継ノードＣの上位ノードとして、障害の発生した中継ノードＢと障害の発生していない中継ノードＡとがあり、この特定した中継ノードＤの上位ノードとして、障害の発生した中継ノードＢと障害の発生していない中継ノードＡとがあることを特定することで、中継ノードＢの障害による影響が無いことを特定する。
【００９６】
また、例えば、障害発生個所特定プログラム１０４により障害発生個所として中継回線(11)が特定されると、障害影響範囲特定プログラム１０６は、ネットワーク構成モデルデータベース１０１を検索することで、この中継回線(11)をバックアップする回線として、中継回線(12)が用意されていることを特定する。
【００９７】
そして、この特定した中継回線(12)に上位接続する中継ノードＤと下位接続する中継ノードＧとが正常であることを特定することで、中継回線(11)の障害による影響が無いことを特定する。
【００９８】
また、例えば、障害発生個所特定プログラム１０４により障害発生個所として終端回線(17)が特定されると、障害影響範囲特定プログラム１０６は、ネットワーク構成モデルデータベース１０１を検索することで、障害の発生した終端回線(17)が利用者端末２１に接続する終端回線であることを特定して、その障害の発生した終端回線(17)に接続される利用者端末２１の全サービスの停止を特定する。
【００９９】
このようにして、障害影響範囲特定プログラム１０６は、障害発生個所特定プログラム１０４により特定された障害発生個所が影響を与えることになるネットワーク部分を特定するように処理するのである。
【０１００】
次に、故障事例情報提供プログラム１０７の実行する処理と、故障事例登録プログラム１０８の実行する処理と、障害情報通知プログラム１０９の実行する処理とについて詳細に説明する。
【０１０１】
故障事例情報提供プログラム１０７は、起動されると、図２１の処理フローに示すように、先ず最初に、ステップ１で、障害発生個所特定プログラム１０４から障害の発生個所の情報を取得する。
【０１０２】
続いて、ステップ２で、その取得した障害の発生個所の情報を検索キーにして、故障事例データベース１０２を検索することで、その障害の発生個所の指す修復方法や修復平均時間を取得する。
【０１０３】
続いて、ステップ３で、その取得した修復平均時間を障害情報通知プログラム１０９に通知し、続くステップ４で、その取得した修復方法を修復作業を行う技術者に提示して、処理を終了する。
【０１０４】
この故障事例情報提供プログラム１０７から提示される修復方法を受けて、修復作業を行う技術者は、その修復方法を参照しつつ、発生した障害の修復処理を実行する。
【０１０５】
この修復作業を受けて、故障事例登録プログラム１０８は、起動されると、図２２の処理フローに示すように、先ず最初に、ステップ１で、修復作業を行った技術者から、修復方法や修復時間などの修復情報を取得する。
【０１０６】
続いて、ステップ２で、その取得した修復情報が既に故障事例データベース１０２に登録されているのか否かを判断して、登録されていないことを判断するときには、ステップ３に進んで、その取得した修復情報を故障事例データベース１０２に登録する。
【０１０７】
続いて、ステップ４で、新たな修復時間が追加されることで変更されることになる修復平均時間を算出して、それに従って、故障事例データベース１０２に登録される修復平均時間を更新して、処理を終了する。
【０１０８】
このようにして、修復作業を行う技術者は、故障事例情報提供プログラム１０７から提示される修復方法（過去の修復方法の実績情報）を参照することで、障害の修復作業を効率的に実行できるようになる。そして、この故障事例登録プログラム１０８の処理に従って、この修復作業による修復情報が故障事例データベース１０２に登録されることになるので、故障事例データベース１０２に管理される修復情報を充実したものにできるようになる。
【０１０９】
一方、障害情報通知プログラム１０９は、起動されると、図２３の処理フローに示すように、先ず最初に、ステップ１で、障害発生個所特定プログラム１０４から障害発生個所の情報を取得する。
【０１１０】
続いて、ステップ２で、障害影響範囲特定プログラム１０６から、障害の影響を受ける利用者の情報を取得する。続いて、ステップ３で、故障事例情報提供プログラム１０７から、障害発生個所の修復に要する修復平均時間を取得する。
【０１１１】
続いて、ステップ４で、ステップ２で取得した障害の影響を受ける利用者を検索キーにして、利用者情報データベース１０３を検索することで、取得した障害情報の提供方法などの情報を入手する。
【０１１２】
続いて、ステップ５で、その取得した提供方法などの情報に従って、障害の影響を受ける利用者に対して、自動電話やＷＥＢホームページを使って、取得した障害の発生個所の情報や、障害の影響を受ける利用者の情報や、修復に要する修復平均時間などの情報を通知して、処理を終了する。
【０１１３】
このようにして、障害の影響を受ける利用者は、障害情報通知プログラム１０９の処理に従って、発生した障害に関する情報を受け取ることできるようになる。
【０１１４】
【発明の効果】
以上説明したように、本発明によれば、ネットワークに発生する障害の発生個所を自動的に特定できるようになることで迅速にネットワークを復旧できるようになるとともに、その障害発生個所が影響を与えるネットワーク部分を自動的に特定できるようになることで、その障害の影響を受ける利用者に対して迅速に障害情報を通知できるようになる。
【０１１５】
そして、過去に発生した障害に対して用いた修復方法を、修復作業を行う技術者に知らせることができるようになるとともに、過去に発生した障害の修復時間を、障害の影響を受ける利用者に通知できるようになる。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】ネットワークシステムの説明図である。
【図３】本発明の一実施例である。
【図４】通報通知パターンレコードの一実施例である。
【図５】通報通知パターンレコードの一例である。
【図６】通報レコードの一実施例である。
【図７】通報レコードの一例である。
【図８】通報通知パターンレコードの説明図である。
【図９】通報通知待ち合わせレコードの一実施例である。
【図１０】ネットワーク構成モデルデータベースの一実施例である。
【図１１】ネットワークシステムの一例である。
【図１２】ノード構成レコードの一例である。
【図１３】回線構成レコードの一例である。
【図１４】故障事例レコードの一実施例である。
【図１５】利用者情報レコードの一実施例である。
【図１６】障害発生個所特定プログラムの処理フローである。
【図１７】障害発生個所特定プログラムの処理フローである。
【図１８】障害発生個所特定プログラムの処理フローである。
【図１９】障害影響範囲特定プログラムの処理フローである。
【図２０】障害影響範囲特定プログラムの処理フローである。
【図２１】故障事例情報提供プログラムの処理フローである。
【図２２】故障事例登録プログラムの処理フローである。
【図２３】障害情報通知プログラムの処理フローである。
【符号の説明】
１    ネットワーク管理装置
２    ネットワークシステム
１０  第１のデータベース
１１  第２のデータベース
１２  第３のデータベース
１３  第１の取得手段
１４  保持手段
１５  第１の特定手段
１６  第２の特定手段
１７  通知手段
１８  第２の取得手段
１９  登録手段
【図１】
0003760078.tif 000002
【図２】
0003760078.tif 000003
【図３】
0003760078.tif 000004
【図４】
0003760078.tif 000005
【図５】
0003760078.tif 000006
【図６】
0003760078.tif 000007
【図７】
0003760078.tif 000008
【図８】
0003760078.tif 000009
【図９】
0003760078.tif 000010
【図１０】
0003760078.tif 000011
【図１１】
0003760078.tif 000012
【図１２】
0003760078.tif 000013
【図１３】
0003760078.tif 000014
【図１４】
0003760078.tif 000015
【図１５】
0003760078.tif 000016
【図１６】
0003760078.tif 000017
【図１７】
0003760078.tif 000018
【図１８】
0003760078.tif 000019
【図１９】
0003760078.tif 000020
【図２０】
0003760078.tif 000021
【図２１】
0003760078.tif 000022
【図２２】
0003760078.tif 000023
【図２３】
0003760078.tif 000024