(57)【特許請求の範囲】
【請求項１】
ネットワークの構成の変化を示す構成変化通知を取得するネットワーク情報取得部と、
あらかじめ定められた前記ネットワークの構成を示す情報と前記構成変化通知とに基づいて前記ネットワークの構成情報を求める構成取得部と、
前記ネットワーク内の機器に隣接する機器から当該機器に設定されている冗長構成を取得し、前記冗長構成に基づいて前記ネットワークの予測される構成である予測構成を求める構成予測部と、
障害の内容を示す障害発生通知と前記構成情報と障害の内容ごとの原因箇所である確率を示す障害確率情報とに基づいて、前記障害発生通知に対応する障害箇所を推定する障害箇所検出部と、
前記予測構成に基づいて、前記予測構成における構成変化の内容ごとの前記障害確率情報を予測障害確率情報として求めておき、前記構成変化通知を受けた場合に、前記障害箇所検出部で用いる障害確率情報を当該通知に基づく構成変化の内容に対応する前記予測障害確率情報に置き換える障害確率管理部と、
を備えることを特徴とする障害検出装置。
【請求項２】
前記ネットワーク情報取得部は、さらにネットワークを構成する機器の状態変化に関する情報である状態情報を前記ネットワークから取得し、
前記構成情報に、前記ネットワーク内の機器の隣接機器に関する情報である隣接情報を含むこととし、
前記構成予測部は、前記状態情報に基づいて前記ネットワークの構成が変化する可能性があると判断した場合に前記予測構成を求める処理を実施し、前記冗長構成として前記隣接情報を用いて変化対象の機器に隣接する隣接機器を求め、前記隣接機器から当該隣接機器に設定されている冗長構成を取得する、ことを特徴とする請求項１に記載の障害検出装置。
【請求項３】
前記ネットワークと接続し、前記障害発生通知を前記ネットワークから通信により取得する、ことを特徴とする請求項１または２に記載の障害検出装置。
【請求項４】
ネットワークの構成の変化を示す構成変化通知を取得するネットワーク情報取得部と、
あらかじめ定められた前記ネットワークの構成を示す情報と前記構成変化通知とに基づいて前記ネットワークの構成情報を求める構成取得部と、
前記ネットワーク内の機器に隣接する機器から当該機器に設定されている冗長構成を取得し、前記冗長構成に基づいて前記ネットワークの予測される構成である予測構成を求める構成予測部と、
を備えることを特徴とするネットワーク構成推定装置。
【請求項５】
前記ネットワーク情報取得部は、さらにネットワークを構成する機器の状態変化に関する情報である状態情報を取得し、
前記構成情報に、前記ネットワーク内の機器の隣接機器に関する情報である隣接情報を含むこととし、
前記構成予測部は、前記状態情報に基づいて前記ネットワークの構成が変化する可能性があると判断した場合に前記予測構成を求める処理を実施し、前記冗長構成として前記隣接情報を用いて変化対象の機器に隣接する隣接機器を求め、前記隣接機器から当該隣接機器に設定されている冗長構成を取得する、ことを特徴とする請求項４に記載のネットワーク構成推定装置。
【請求項６】
ネットワークの構成の変化を示す構成変化通知を取得するネットワーク情報取得ステップと、
あらかじめ定められた前記ネットワークの構成を示す情報と前記構成変化通知とに基づいて前記ネットワークの構成情報を求める構成取得ステップと、
前記ネットワーク内の機器に隣接する機器から当該機器に設定されている冗長構成を取得し、前記冗長構成に基づいて前記ネットワークの予測される構成である予測構成を求める構成予測ステップと、
障害の内容を示す障害発生通知と前記構成情報と障害の内容ごとの原因箇所である確率を示す障害確率情報とに基づいて、前記障害発生通知に対応する障害箇所を推定する障害箇所検出ステップと、
前記予測構成に基づいて、前記予測構成における構成変化の内容ごとの前記障害確率情報を予測障害確率情報として求めておき、前記構成変化通知を受けた場合に、前記障害箇所検出ステップで用いる障害確率情報を当該通知に基づく構成変化の内容に対応する前記予測障害確率情報に置き換える障害確率管理ステップと、
を備えることを特徴とする障害検出方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害検出装置、ネットワーク構成推定装置および障害検出方法に関する。
【背景技術】
【０００２】
仮想化技術の発展を背景として、従来は企業や団体などの組織が個別に保有・管理していた情報システムを集約して共用型情報システムを構築することが考えられている。共用型情報システムを円滑に運用するためには、ネットワーク管理コストの圧縮が重要であり、特に、現在のネットワーク管理において大きな割合を占める障害発生時の対処の効率化が重要になる。
【０００３】
共用型情報システムでは、管理対象の拡大に伴う障害情報の量的増加、またサーバやスイッチの仮想化に伴う障害影響範囲の複雑化により、障害情報を得てから原因箇所の検出に至るまでに掛かる時間が個別の情報システムに比べて増える。オペレータは１件のトラブルを処理するのにより多くの時間を要することになり、ネットワーク管理コストの増大を招く。
【０００４】
このような状況に対処する方法として、例えば、特許文献１には、障害確率表と呼ばれるテーブルを利用し、障害情報からその原因となった障害箇所を確率的に求めることで、アラートから原因箇所の特定に至るまでの処理を自動化して時間短縮する試みが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１２４０５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の障害確率表を用いるネットワーク障害監視方法によれば、ネットワーク構成が変わると通知内容との因果関係も変わるため確率表を更新して用いることになる。このため、新しい構成に基づく確率表が生成されるまではこのネットワーク障害監視方法を使用できないか、または使用できたとしても推定精度が低下しオペレータによる作業を伴う。従って、その間に発生した障害の検出には時間を要し、平均的な障害対処時間が増加する、という問題がある。構成変更が頻繁に発生する共用型情報システムでは、推定精度を維持しつつ更なる時間短縮を達成することが求められる。
【０００７】
一方、多くのネットワーク機器では電源，回線などの冗長化を行っている。従って、現在の構成における冗長化設定において予備構成として設定されている構成の障害確率表を事前に生成しておくことにより、予備構成への構成変更発生時の推定精度の低下を防いで障害検出時間を短縮することができる。しかし、ネットワークを構成する機器は多数存在し、全ての冗長切り替えパターンに対応する障害確率表を最初から生成しておくのは現実的でない、という問題がある。
【０００８】
本発明は、上記に鑑みてなされたものであって、少ないコストで構成変更に追随しながら短時間で障害検出を行うことができる障害検出装置、ネットワーク構成推定装置および障害検出方法を得ることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明は、前記ネットワークの構成の変化を示す構成変化通知を取得するネットワーク情報取得部と、あらかじめ定められた前記ネットワークの構成を示す情報と前記構成変化通知とに基づいて前記ネットワークの構成情報を求める構成取得部と、前記ネットワーク内の機器に隣接する機器から当該機器に設定されている冗長構成を取得し、前記冗長構成に基づいて前記ネットワークの予測される構成である予測構成を求める構成予測部と、障害の内容を示す障害発生通知と前記構成情報と障害の内容ごとの原因箇所である確率を示す障害確率情報とに基づいて、前記障害発生通知に対応する障害箇所を推定する障害箇所検出部と、前記予測構成に基づいて、前記予測構成における構成変化の内容ごとの前記障害確率情報を予測障害確率情報として求めておき、前記構成変化通知を受けた場合に、前記障害箇所検出部で用いる障害確率情報を当該通知に基づく構成変化の内容に対応する前記予測障害確率情報に置き換える障害確率管理部と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、少ないコストで構成変更に追随しながら短時間で障害検出を行うことができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】図１は、本発明にかかる障害検出装置を含む通信システムの構成例を示す図である。
【図２】図２は、障害検出装置の構成例を示す図である。
【図３】図３は、障害確率表の一例を示す図である。
【図４】図４は、機器情報を管理するテーブルの一例を示す図である。
【図５】図５は、隣接情報を管理するテーブルの一例を示す図である。
【図６】図６は、構成予測手順の一例を示すフローチャートである。
【図７】図７は、予測される構成とそれに対応して生成する障害確率表との関係を管理するテーブルの一例を示す図である。
【図８】図８は、障害確率表管理部が構成変化通知を受けた場合の動作手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に、本発明にかかる障害検出装置および方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１３】
実施の形態．
図１は、本発明にかかる障害検出装置を含む通信システムの構成例を示す図である。図１に示すように本実施の形態の通信システムは、通信機器１−１〜１−６と、ネットワーク機器２−１〜２−３と、障害検出装置３と、を備える。なお、図１の構成は一例であり、通信機器およびネットワーク機器の台数は図１の例に限定されない。
【００１４】
通信機器１−１〜１−６は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）による通信機能を有する機器であり、具体的にはパーソナルコンピュータ，サーバなどが該当する。ネットワーク機器２−１〜２−３は、複数の通信機器１を相互に接続して通信する機能を提供する機器であり、これらの機器は固有のハードウェアを備える物理機器であってもよく、またはソフトウェア化された仮想アプライアンスであってもよい。本実施の形態では、これらの各機器によって構成されるネットワークに障害検出装置３を接続して用いる。図中では障害検出装置３をネットワーク機器２−３に接続しているが、他のネットワーク機器（ネットワーク機器２−１またはネットワーク機器２−３）に接続してもよい。
【００１５】
図２は、本実施の形態の障害検出装置３の構成例を示す図である。障害検出装置３は、トラップ取得部（ネットワーク情報取得部）１１と、障害確率表管理部（障害確率管理部）１２と、構成取得部１３と、構成予測部１４と、を備える。障害検出装置３は、通信機器１−１〜１−６およびネットワーク機器２−１〜２−３で構成されるネットワークを障害監視対象とする。図２では、障害検出装置３が接続されるネットワーク機器２−１〜２−３のいずれかを、代表してネットワーク機器２として示している。
【００１６】
トラップ取得部１１は、ネットワークに接続された機器からメッセージを取得し、その内容に応じて障害確率表管理部１２または構成取得部１３に振り分けて通知する。具体的には、例えば、メッセージが現在のネットワークの状態に関する情報（状態情報）であった場合には、構成予測部１４へ通知し、メッセージが、ネットワーク構成が変化したことを示す情報であった場合には障害確率表管理部１２と構成取得部１３の両方に構成変化通知を出力し、メッセージが障害発生通知であった場合には、障害確率表管理部１２に通知する。
【００１７】
障害検出装置３は、ネットワークの障害箇所を推定して、障害箇所推定結果１５を出力する。また、障害検出装置３は、外部入力としてネットワーク構成データベース（ＤＢ）１６を使用することができる。構成取得部１３はネットワーク構成データベース１６から取得した構成情報を保持・管理し、トラップ取得部１１から構成変化通知を受け取った場合には、構成変化通知に基づいて構成情報を更新して構成予測部１４へ通知する。
【００１８】
構成予測部１４は、構成取得部１３が管理する構成情報とネットワークの状態を示す状態情報とに基づいて構成予測を行い、予測結果を予測構成情報として障害確率表管理部１２へ通知する。
【００１９】
障害確率表管理部１２は、障害確率表を保持・管理し、トラップ取得部１１からネットワーク構成の状態情報変化を示す状態情報を、当該通知に基づいて障害確率表を更新する。また、障害確率表管理部１２は、障害発生通知を受け取った場合、当該通知と障害確率表に基づいて障害箇所を推定し、推定した結果を障害箇所推定結果１５として出力する。なお、ここでは障害発生通知と障害確率表に基づく障害箇所の推定方法を用いるとして説明するが、障害発生通知に基づいて確率的に障害箇所の推定する方法であればどのような方法でもよい。なお、本実施の形態では、障害確率表管理部１２が障害確率表を保持・管理と、障害箇所検出の両方を行う例を示しているが、障害箇所検出を行う障害箇所検出部を別途備える構成としてもよい。
【００２０】
図３は、障害確率表管理部１２が保持する障害確率表の一例を示す図である。図３の列には検出され得る障害の種類を示し、行には障害の原因箇所となり得る機器や回線などの構成要素をそれぞれ示している。図３の表内では、機器ごとに、各障害に対して自機器が原因である確率を示している。図中で網掛けとなっているマスは、例えば「障害＃３」が検出されたときにその原因箇所が「機器Ｃ」である確率が０．８であることを示している。障害＃１、障害＃２等は、障害の識別子であり、障害の内容と識別子との対応が定められているとする。なお、障害発生通知の内容により障害の識別（障害＃１、障害＃２等）が可能なように、障害の内容が定義されているとする。障害確率表の生成方法に特に制約はなく、一般的な方法を用いることができる。
【００２１】
図４は、構成取得部１３が保持する構成情報のうち機器情報を管理するテーブルの一例を示す図である。図４では、管理対象となるネットワークを構成する通信機器１−１〜１−６およびネットワーク機器２−１〜２−３に対して、それぞれ一意な識別番号を割り当てて管理を行い、機器情報として種別、名称およびアドレスを含む例を示している。
【００２２】
図５は、構成取得部１３が保持する構成情報のうち隣接情報を管理するテーブルの一例を示す図である。隣接情報では、管理対象となるネットワークを構成する通信機器１−１〜１−６およびネットワーク機器２−１〜２−３に対して、それぞれ当該機器が直接接続する機器との関係を管理する。１台の機器が複数台の機器と接続している場合には、同じ機器識別番号に対して複数のエントリを有し、同じ機器識別番号に複数の隣接機器識別番号が対応づけられる。
【００２３】
なお、図３〜図５で示した各情報を示す表またはテーブルは一例であり、同様の情報を管理できる構成であれば、図３〜図５の構成に限定されない。
【００２４】
図６は、本実施の形態の構成予測手順の一例を示すフローチャートである。まず構成予測部１４は、現在のネットワークの状態に関する情報（状態情報）をトラップ取得部１１から直接または構成取得部１３経由で取得する（ステップＳ１）。状態情報の具体例として、機器動作エラー通知の増加や生存確認（ＩＣＭＰ  Ｅｃｈｏ）に対する応答の劣化，連続稼働時間，片系故障による切替え発生の通知などがあげられる。
【００２５】
次に、構成予測部１４は、取得した状態情報の内容を予め設定した閾値と比較し、構成変更が起こり得るかどうかの判断を行う（ステップＳ２）。例えば、機器動作エラー通知の場合、一定時間内に報告されるエラー通知の回数が予め設定した値を超過した場合に構成変更の可能性ありと判断する。構成変更なしと判断した場合（ステップＳ２  Ｎｏ）は、後続の予測処理を行わずにステップＳ１へ戻る。
【００２６】
構成変更ありと判断した場合（ステップＳ２  Ｙｅｓ）、構成予測部１４は、構成取得部１３が管理する隣接情報を用いて、対象機器に隣接する機器の一覧を取得する（ステップＳ３）。次いで、構成予測部１４は取得した機器一覧の各エントリに対応する機器に対してトラップ取得部１１経由で問い合わせを行い、その機器に設定されている冗長構成の情報（冗長設定情報）を取得し（ステップＳ４）、全ての機器の冗長設定情報を取得したか否かを判断し（ステップＳ５）、全ての機器から情報を取得した場合（ステップＳ５  Ｙｅｓ）はステップＳ６へ進む。未取得の機器がある場合（ステップＳ５  Ｎｏ）、ステップＳ４へ戻る。
【００２７】
そして、構成予測部１４は、対象機器が離脱したと仮定した場合に当該対象機器の隣接機器が取り得る冗長設定情報を元に予測されるネットワーク構成を求める（ステップＳ６）。例えば対象機器を第１接続先として設定され、他の機器を第２接続先として接続設定している機器がある場合、接続先を第１接続先である対象機器から第２接続先の機器に変更したとしてネットワーク構成を求める。予測構成は各機器が個別に持つ冗長設定情報に基づいて生成するため、予測構成を求めた後、構成予測部１４はネットワーク全体の構成の妥当性評価として予測構成にループや分断がないことを確認する（ステップＳ７）。妥当でないと判断した場合（ステップＳ７  Ｎｏ）、ステップＳ６へ戻り、予測構成の生成をやり直す。妥当と判断した場合（ステップＳ７  Ｙｅｓ）、求めた予測構成を予測構成情報として障害確率表管理部１２に通知し、障害確率表管理部１２は予測構成情報に基づいて障害確率表（予測障害確率表）を生成し（ステップＳ８）、処理を終了する。なお、この時点では、障害発生通知を受信した場合に障害箇所の推定に用いる障害確率表は置き換えない。
【００２８】
以上のように、障害検出装置３は、ネットワーク構成を予測するネットワーク構成予測装置としての機能を有する。
【００２９】
図７は、障害確率表管理部１２が保持する、予測される構成とそれに対応して生成する障害確率表（予測障害確率表）との関係を管理するテーブル（障害確率表取得テーブル）の一例を示す図である。図７では、予測される構成が複数存在する（構成変化箇所が複数予測される）場合のテーブルの例を示している。構成変化箇所が複数予測される場合は、構成変化箇所ごとに障害確率表（予測障害確率表）を作成して、各々の障害確率表（予測障害確率表）に識別番号を割り当てておく。図７の構成変化箇所は、図４および図５のテーブルで用いた機器の識別番号を使用して機器を示し、障害確率表番号は、その箇所（その機器）で構成変化が発生した場合の障害確率表（予測障害確率表）の識別番号を示している。
【００３０】
図８は、障害確率表管理部１２がトラップ取得部１１から構成変化通知を受けた場合の動作手順の一例を示すフローチャートである。障害確率表管理部１２は、トラップ取得部１１から構成変化通知を受けると、障害確率表取得テーブルを検索し（ステップＳ１１）、通知された内容に対応するエントリがあるか否かを判断する（ステップＳ１２）。対応するエントリがある場合（ステップＳ１２  Ｙｅｓ）、直ちに障害箇所の推定に用いる障害確率表を当該エントリの識別子が示す障害確率表に置き換え（ステップＳ１５）、処理を終了する。
【００３１】
対応するエントリがない場合（ステップＳ１２  Ｎｏ）、障害確率表管理部１２は、構成取得部１３に現在の構成情報の再取得を行う指示を通知し、構成取得部１３は現在の構成情報の再取得を実施する（ステップＳ１３）。そして、構成情報の再取得後、当該構成情報に基づいて再計算して障害確率表を求め（ステップＳ１４）、ステップＳ１５へ進み、障害箇所の推定に用いる障害確率表を求めた障害確率表に置き換える（ステップＳ１５）。
【００３２】
なお、本実施の形態では、障害検出装置３を障害検出の監視対象のネットワークに接続して、障害検出装置３は、直接、通信により障害検出通知等の各種情報を取得するようにしたが、これに限らず、障害検出装置３を監視対象のネットワークに接続せず、ネットワークから取得した必要な情報をオフラインで障害検出装置３へ入力ようにしてもよい。
【００３３】
このように、本実施の形態では、予測構成を求めておき、予測構成に対応した障害確率表を（予測障害確率表）を生成して保持しておき、構成変化が発生した場合に、当該構成変化に対応する予測障害確率表で障害箇所の推定に用いる障害確率表を置き換えるようにした。このため、障害発生から間を空けることなく障害確率表の差し替えを行い、構成変更発生時における推定精度の低下を防ぐことができる。
【産業上の利用可能性】
【００３４】
以上のように、本発明にかかる障害検出装置、ネットワーク構成推定装置および障害検出方法は、ネットワークの障害を検出する障害検出装置に有用であり、特に、予備構成が設定されているネットワークの障害を検出する障害検出装置に適している。
【符号の説明】
【００３５】
１−１〜１−６  通信機器
２−１〜２−３  ネットワーク機器
３  障害検出装置
１１  トラップ取得部
１２  障害確率表管理部
１３  構成取得部
１４  構成予測部
１５  障害箇所推定結果
１６  ネットワーク構成データベース（ＤＢ）
【図１】
0005653322.tif 000002
【図２】
0005653322.tif 000003
【図３】
0005653322.tif 000004
【図４】
0005653322.tif 000005
【図５】
0005653322.tif 000006
【図６】
0005653322.tif 000007
【図７】
0005653322.tif 000008
【図８】
0005653322.tif 000009