(57)【要約】【課題】障害検出の漏れを無くして障害機器の確実な特定を可能とする。【解決手段】監視エージェント１１０と監視対象機器１２０との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベース１６と、監視エージェント１１０から収集した疎通確認結果を障害情報データベース１６における疎通経路パターンに照合し疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブル１７を生成するネットワーク監視部１２と、経路監視情報テーブル１７を障害情報データベース１６に照合して同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し障害パターンに対応する障害機器を障害発生機器として特定する障害判定部１３とからシステム構成する。【選択図】  図１
2006186633.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワーク機器から構成されるネットワークの監視を行うシステムであって、
監視エージェントと監視対象機器との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベースと、
監視エージェントから収集した疎通確認結果を、前記障害情報データベースにおける疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブルを生成する、ネットワーク監視部と、
前記経路監視情報テーブルを前記障害情報データベースに照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定する、障害判定部と、
を備えることを特徴とする障害経路診断システム。
【請求項２】
請求項１において、
前記障害判定部は、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンが検出できない場合、前記障害情報データベースと経路監視情報テーブルとの一致度を算定して当該一致度が所定値以上となった障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器候補として特定することを特徴とする障害経路診断システム。
【請求項３】
請求項１または２において、
前記ネットワーク監視部が、前記監視エージェントに対して、監視対象機器との疎通確認の実行を指示することを特徴とする障害経路診断システム。
【請求項４】
請求項１〜３のいずれかにおいて、
前記監視対象機器に向けて疎通確認を行なう疎通確認実行部と、
疎通結果の収集処理を行なう経路監視情報収集部と、
を備えるものであることを特徴とする障害経路診断システム。
【請求項５】
請求項１〜４のいずれかにおいて、
前記監視エージェントが、前記監視対象機器に向けて疎通確認を行なう疎通確認実行部と、疎通結果の収集処理を行なう経路監視情報収集部と、を備えることを特徴とする障害経路診断システム。
【請求項６】
複数のネットワーク機器から構成されるネットワークの監視を、
監視エージェントと監視対象機器との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベースを備えたコンピュータにより行う方法であって、
監視エージェントから収集した疎通確認結果を、前記障害情報データベースにおける疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブルを生成し、
前記経路監視情報テーブルを前記障害情報データベースに照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定する、ことを特徴とする障害経路診断方法。
【請求項７】
複数のネットワーク機器から構成されるネットワークの監視方法を、
監視エージェントと監視対象機器との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベースを備えたコンピュータに実行させるプログラムであって、
監視エージェントから収集した疎通確認結果を、前記障害情報データベースにおける疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブルを生成するステップと、
前記経路監視情報テーブルを前記障害情報データベースに照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定するステップと、を含むことを特徴とする障害経路診断プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害経路診断システム、障害経路診断方法、および障害経路診断プログラムに関し、特に自動監視でもって監視ネットワーク上にて検出した障害経路を自動診断する方法に関する。
【背景技術】
【０００２】
ネットワークの自動監視方法は、複数の監視対象機器に対して１つの監視マネージャを設け、監視マネージャと情報を送受信する監視エージェントを設け、監視マネージャから監視エージェントに対して一定の周期でポーリングを行ない、そのポーリングの疎通により生存と判断する方法が一般的である。ここで監視エージェントは監視対象機器でもあり、ルータ・スイッチ等の情報収集手段を持たない機器との疎通を監視するサーバでもある。  ポーリングがタイムアウトした場合、すなわち障害が発生した場合には障害個所を速やかに特定する必要があるが、従来はシステムの管理者や管理オペレータが、監視画面に表示されたネットワーク監視の結果の警報情報を見て、障害を検知した後、障害情報を収集し、保守マニュアルに従い障害個所の診断を実施していた。
【０００３】
この障害個所の診断を自動化する方法として、例えば、複数のネットワーク機器にて構成されるネットワークを監視するネットワーク監視装置において、ネットワークを構成する各機器を物理的な接続関係で階層的に管理する手段と、その階層情報を基に、ある機器が障害となった場合の実障害と擬似障害（上位の機器が障害である為にそれ以下の機器を障害とみなされる障害）を判別する手段を設けたことを特徴とするネットワーク監視方式（特許文献１参照）などが提案されている。
【特許文献１】特開２００１−８６１１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術においては、一つの監視マネージャから全ての監視エージェントに対して疎通確認を行なうという一対全の経路監視が前提であり、監視マネージャと監視エージェントとの間の経路監視のみが対象で、監視エージェント相互間の経路は監視対象にしていない。このため、この経路で障害が発生した場合には検知が難しいという問題があった。
【０００５】
また、従来技術においては、機器が完全にダウンした障害を想定しており、障害時の経路監視情報に整合性があることが前提である。しかし実際には障害機器を絞り込むための経路監視情報に整合性がとれない障害、例えば機器がダウンに至らず不安定になっている等で一時的に疎通不可が発生するような不整合障害が多く発生しており、従来技術においてはこれらを検出することが難しいという問題があった。
【０００６】
そこで本発明は上記課題を鑑みてなされたものであり、障害検出の漏れを無くして障害機器の確実な特定を可能とする、障害経路診断システム、障害経路診断方法、および障害経路診断プログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の障害経路診断システムは、複数のネットワーク機器から構成されるネットワークの監視を行うシステムであって、監視エージェントと監視対象機器との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベースと、監視エージェントから収集した疎通確認結果を、前記障害情報データベースにおける疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブルを生成する、ネットワーク監視部と、前記経路監視情報テーブルを前記障害情報データベースに照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定する、障害判定部と、を備えることを特徴とする（第１の発明）。
【０００８】
第２の発明は、第１の発明において、前記障害判定部は、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンが検出できない場合、前記障害情報データベースと経路監視情報テーブルとの一致度を算定して当該一致度が所定値以上となった障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器候補として特定することを特徴とする。
【０００９】
第３の発明は、第１または第２の発明において、前記ネットワーク監視部が、前記監視エージェントに対して、監視対象機器との疎通確認の実行を指示することを特徴とする。
【００１０】
第４の発明は、第１〜第３のいずれかの発明において、前記監視対象機器に向けて疎通確認を行なう疎通確認実行部と、疎通結果の収集処理を行なう経路監視情報収集部と、
を備えるものであることを特徴とする。
【００１１】
第５の発明は、第１〜第４のいずれかの発明において、前記監視エージェントが、前記監視対象機器に向けて疎通確認を行なう疎通確認実行部と、疎通結果の収集処理を行なう経路監視情報収集部と、を備えることを特徴とする。
【００１２】
第６の発明は、複数のネットワーク機器から構成されるネットワークの監視を、監視エージェントと監視対象機器との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベースを備えたコンピュータにより行う方法であって、監視エージェントから収集した疎通確認結果を、前記障害情報データベースにおける疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブルを生成し、前記経路監視情報テーブルを前記障害情報データベースに照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定する、ことを特徴とする。
【００１３】
第７の発明は、複数のネットワーク機器から構成されるネットワークの監視方法を、監視エージェントと監視対象機器との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベースを備えたコンピュータに実行させるプログラムであって、監視エージェントから収集した疎通確認結果を、前記障害情報データベースにおける疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブルを生成するステップと、前記経路監視情報テーブルを前記障害情報データベースに照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定するステップと、を含むことを特徴とする。
【００１４】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、障害検出の漏れを無くして障害機器の確実な特定が可能となる。
【発明を実施するための最良の形態】
【００１６】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。  
図１は本実施形態における障害経路診断システムを含むネットワーク構成図である。本実施形態においては、障害経路診断システム１００としての機能を備えたサーバ装置を監視マネージャと称している。また、監視対象機器１２０としては、監視エージェント１１０とその間を結ぶスイッチやルータ類をも含むものとできる。図１の例では、各機器が３台のスイッチＳａ、Ｓｂ、Ｓｃ（１０６〜１０８）と、１台のルータＲａ（１０９）とで介して接続されている。
【００１７】
本発明の障害経路診断システム１００（以下、システム１００）は、本発明の障害経路診断方法を実行する機能を実現すべく書き換え可能メモリなどのプログラムデータベース３１に格納されたプログラム３２をメモリ３３に読み出し、演算装置たるＣＰＵ３４により実行する。
【００１８】
また、前記システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入出力インターフェイス３５、ならびに監視エージェント１１０や監視対象機器１２０との間のデータ授受を担う通信手段３６などを有している。
【００１９】
システム１００は、前記通信手段３６により、前記監視エージェント１１０や監視対象機器１２０らと例えばインターネットやＬＡＮ、シリアル・インターフェース通信線などのネットワーク１３０を介して接続し、疎通結果の情報を受信したり、疎通確認の指示を送信したりする。システム１００の各種機能部と通信手段３６との間ではＩ／Ｏ部３７がデータのバッファリングや各種仲介処理を実行している。
【００２０】
続いて、前記システム１００が例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。なお、前記システム１００は、監視エージェント１２０と監視対象機器１３０との間の疎通経路パターンと、前記疎通経路において発生が想定される障害パターンとを対応付けて格納した障害情報データベース１６を備えるものとする。なお、前記疎通経路パターンは、監視エージェント１２０と監視対象機器１３０との間の全ての疎通経路パターンであることが好ましい。
【００２１】
システム１００は、監視エージェントから収集した疎通確認結果を、前記障害情報データベース１６における疎通経路パターンに照合し、疎通確認結果と疎通経路パターンとを対応づけた経路監視情報テーブル１７を生成する、ネットワーク監視部１２を備える。
【００２２】
なお、前記ネットワーク監視部１２が、前記監視エージェント１１０に対して、監視対象機器１２０との疎通確認の実行を指示することとすれば好適である。
【００２３】
また、システム１００は、前記経路監視情報テーブル１７を前記障害情報データベース１６に照合して、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器として特定する、障害判定部１３を備える。
【００２４】
なお、前記障害判定部１３は、同一の疎通経路パターンにおいて疎通確認結果と一致する障害パターンが検出できない場合、前記障害情報データベース１６と経路監視情報テーブル１７との一致度を算定して当該一致度が所定値以上となった障害パターンを検出し、当該障害パターンに対応する障害機器を障害発生機器候補として特定することとすれば好適である。
【００２５】
また、システム１００は、前記監視対象機器１２０に向けて疎通確認を行なう疎通確認実行部１４と、疎通結果の収集処理を行なう経路監視情報収集部１５とを備えるものとできる。
【００２６】
また、システム１００は、ネットワーク監視開始時に必要な情報を構築する初期設定部１１を備えるものとできる。この初期設定部１１は、ネットワーク監視開始前に、ネットワーク監視に際し障害機器の特定や経路監視情報テーブル１７を作成する処理に必要な初期情報を設定するものである。
【００２７】
前記初期設定部１１は、ネットワークシステム上の機器ごとに（監視対象機器だけでなく、その間を介するスイッチやルータ等も含む）、障害時に、各監視エージェント１１０と通信相手先の監視対象機器１２０との間において想定される疎通確認の結果をまとめた障害パターンを作成し、各想定障害機器と障害パターンを対応付け、各障害パターンの集合体を図５や図６に示すような障害情報データベース１６として保持する処理を行なう。また、全疎通経路パターンである経路監視情報テーブル１７の初期情報を作成する。
【００２８】
なお、本実施形態では、単一の機器障害に対する障害パターン作成を想定しているが、複数機器障害時の障害パターンを作成しても良い。また、障害パターンの形式は、テキスト形式やテーブル形式等さまざまな形式を用いてもよいが、本例ではテーブル形式を想定する。
【００２９】
また、前記監視エージェント１１０は、前記監視対象機器１２０に向けて疎通確認を行なう疎通確認実行部２１と、疎通結果の収集処理を行なう経路監視情報収集部２２と、を備えることとする。図１における監視エージェント１１０たる、サーバＢ、サーバＣ、サーバＤ、サーバＥ（１０２〜１０５）は、通信相手先の監視対象機器１２０に向けてポーリング等を用いて疎通確認を行なう疎通確認実行部２１と、疎通結果の収集処理を行なう経路監視情報収集部２２とを備えている。図１ではサーバＢ（１０２）の機能構成のみ示しているが、サーバＣ（１０３）、サーバＤ（１０４）、サーバＥ（１０５）も同様の構成を持つものとする。
【００３０】
また、システム１００たる監視マネージャは、監視エージェント１１０と同様、疎通確認実行部及び経路監視情報収集部を備えることも可能であり、図１の例では、、疎通確認実行部１４と経路監視情報収集部１５を備えることとしている。
【００３１】
なお、これまで示した  システム１００における各機能部１１〜１５は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Hard Disk Drive）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、前記ＣＰＵ３４がプログラム実行に合わせて記憶装置より該当プログラムをメモリ３３に読み出して、これを実行することとなる。
【００３２】
また、前記ネットワーク１３０に関しては、インターネット、ＬＡＮの他、ＡＴＭ回線や専用回線、ＷＡＮ（Wide Area Network）、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、シリアル・インターフェース通信線など様々なネットワークを採用することも出来る。また、ＶＰＮ（Virtual Private Network）など仮想専用ネットワーク技術を用いれば、インターネットを採用した際にセキュリティ性を高めた通信が確立され好適である。なお、前記シリアル・インターフェイスは、単一の信号線を用いて１ビットずつ順次データを送るシリアル伝送で、外部機器と接続するためのインターフェースを指し、通信方式としてはRS-232C、RS-422、IrDA、USB、IEEE1394、ファイバ・チャネルなどが想定できる。
【００３３】
−−−経路監視情報の収集及び編集処理−−−
以下、障害経路診断方法の実際手順について、図に基づき説明する。なお、以下で説明する障害経路診断方法に対応する各種動作は、前記システム１００がメモリ３３に読み出して実行するプログラム３２によって実現される。そして、このプログラム３２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００３４】
以下に、経路監視情報の収集及び編集の処理手順を説明する。図２は、本実施形態における経路監視情報の収集・編集処理の手順を示すフロー図である。まず、システム１００たる監視マネージャにおけるネットワーク監視部１２が起動されると、監視マネージャは、各監視エージェント１１０に対して、経路監視情報収集の信号を送る（ステップ１２１０）。  前記ネットワーク監視部１２は、従来のネットワーク監視方法同様、所定周期で起動するものとしたり、ユーザあるいはシステム管理者がコマンド実行により起動するものとしてもよい。
【００３５】
監視エージェント１１０であるサーバＢ（１０２）、サーバＣ（１０３）、サーバＤ（１０４）、サーバＥ（１０５）は前記信号を受け取ると、疎通確認実行部２１を機能させ、通信相手先の監視対象機器１２０に向けてポーリング等を用いた疎通確認を行なう（ステップ１２２０）。ここではサーバＢ（１０２）での処理を説明するが、サーバＣ（１０３）、サーバＤ（１０４）、サーバＥ（１０５）での処理も同様である。
【００３６】
監視エージェント１１０における経路監視情報収集部２２では、疎通確認の結果を収集する（ステップ１２３０）。前記ステップ１２２０とステップ１２３０の処理は、通信相手先の監視対象機器１２０の全てに対して実施するまで繰り返すものとする。これにより全疎通経路の疎通確認結果を得ることとなる。
【００３７】
なお、本実施形態で用いる疎通確認の結果とは、ポーリング等を用い通信相手先の監視対象機器１２０に向けた応答に対して、前記監視対象機器１２０が返信を返した場合を疎通確認ができたこととし、返信を返さず無応答やタイムアウトとなった場合を疎通確認できないこととする。また、本実施形態では、疎通確認ができた場合の疎通結果を「０」、一方、疎通確認が出来なかった場合の疎通結果を「１」の記号として象徴する。
【００３８】
サーバＢ（１０２）の経路監視情報の収集完了を確認後（ステップ１２４０）、監視マネージャのサーバＡは、サーバＢ（１０２）の疎通結果、及び同様にサーバＣ（１０３）、サーバＤ（１０４）、サーバＥ（１０５）の疎通結果を収集する（ステップ１２５０）。
【００３９】
前記サーバＡは、収集した疎通結果をまとめ、経路監視情報テーブル１７を作成する（ステップ１２６０）。この経路監視情報テーブル１７は、テーブル形式だけでなくテキスト形式等さまざまな形式を用いてもよいが、本実施形態においては、図４や図７に示すようなテーブル形式をもつこととする。以上の処理により、現時点での、ネットワークシステム上の経路監視情報を採取することができる。
【００４０】
−−−経路監視情報から障害判定を行なう処理−−−
図３は、本実施形態における経路監視情報から障害判定を行なう処理手順を示すフロー図である。次に、経路監視情報から障害判定を行なう処理手順を説明する。監視マネージャのサーバＡのネットワーク監視部１２での処理終了後、障害判定部１３が起動する。
【００４１】
この障害判定部１３は、各監視エージェント１１０から採取した経路監視情報から、障害の有無を判定し、障害発生時は、障害機器の絞込みを行なう。まず経路監視情報テーブル１７の疎通結果より、障害が発生しているか否かの判定を行なう（ステップ１３１０）。  経路監視情報テーブル１７に疎通確認ができなかった結果である「１」がない場合は（ステップ１３１０：ＮＯ）、システムは正常に稼動していると判定し（ステップ１３１１）、障害判定部１３での処理は終了する。
【００４２】
他方、前記経路監視情報テーブル１７に「１」がある場合は、ネットワークシステム上の機器において障害が発生していると判定し（ステップ１３１０：ＹＥＳ）、次に処理を進める。この場合、前記障害判定部１３は、経路監視情報テーブル１７に関し、障害情報データベース１６の障害パターンと疎通結果が一致するものがあるかどうか逐一チェックをする（ステップ１３２０）。
【００４３】
この処理において、障害パターンと疎通結果とが一致している場合（ステップ１３３０：ＹＥＳ）は、一致した障害パターンに対応づけられている想定障害機器において、障害が発生している可能性が高いと判定し（ステップ１３３１）、この判定結果をシステム管理者に通知する（ステップ１３６０）。通知方法としては、システム１００または所定端末のディスプレイ画面に判定結果を表示したり、或いは所定端末にメール送信したりする。他方、前記判定において、障害パターンと疎通結果とが一致していないとした場合（ステップ１３３０：ＮＯ）、次に処理を進める。
【００４４】
この場合、障害判定部１３は、経路監視情報テーブル１７と障害情報データベース１６の各障害パターンとの疎通結果の一致度を算出する（ステップ１３４０）。この一致度は障害情報データベース１６の障害パターンごとに一つずつ算出する。ここでは、一致度に閾値を設けることとする。障害情報データベース１６の各障害パターンで求められた一致度において閾値を超えたものがあれば（ステップ１３５０：ＹＥＳ）、障害判定部１３は障害が発生している可能性が高い機器と判定して（ステップ１３５２）、この判定結果をシステム管理者に通知する（ステップ１３６０）。
【００４５】
他方、前記判定において全て閾値以下の場合（ステップ１３５０：ＮＯ）、問題になるほどの障害が発生していないものと判定し（ステップ１３５１）、システム管理者への通知は行なわずに処理を終了する。
【００４６】
−−−障害判定処理の具体例−−−
続いて、上記の障害判定処理を障害パターン例を用いて具体的に説明する。  
図４は、本実施形態における経路監視情報テーブル１７の設定内容例１を示す図であり、スイッチＳｂ（１０７）が障害になった場合の経路監視情報テーブル１７の構成例である。この経路監視情報テーブル１７では、横軸が各監視エージェント（本障害例では、サーバＡ（１０１）を含む）を、縦軸にその監視エージェントが疎通確認を行った通信相手先の監視対象機器を示している。
【００４７】
例えば、サーバＢ（１０２）の場合、監視エージェントＢが通信している監視対象機器はサーバＡ（１０１）、サーバＣ、サーバＤ、サーバＥ（１０３〜１０５）の４台であり、各々の通信相手先の監視対象機器へ疎通確認を行なったものとする。
【００４８】
スイッチＳｂ（１０７）において障害が発生した場合、スイッチＳｂ（１０７）を経由する、（１）サーバＢ（１０２）から監視エージェントＣ（１０３）へ、（２）サーバＣ（１０３）からサーバＢ（１０２）への疎通確認ができない。また、他の経路では、Ｓｂ（１０７）を経由しないため疎通確認ができる。前に述べたように本障害例では、疎通確認ができた通信相手先には応答フラグ「０」を、疎通確認できない通信相手先には無応答フラグ「１」を設定するものとする。
【００４９】
図５及び図６は、本実施形態における障害パターンの設定内容例１を示す図であり、図５はスイッチＳｂ（１０７）の障害パターン、図６はスイッチＳｃ（１０８）の障害パターンである。このような、図５、図６に示す障害情報データベース１６と、図４に示す経路監視情報テーブル１７とを用いて、互いの疎通結果を比較すると、図５に示すＳｂ障害パターンと経路監視情報テーブル１７における疎通確認結果とが一致することがわかる。したがって、前記障害判定部１３はスイッチＳｂ（１０７）において障害が発生していると判定する。
【００５０】
図７は、本実施形態における経路監視情報テーブルの設定内容例２を示す図であり、スイッチＳｃ（１０８）において経路監視情報の不整合障害が発生した場合の経路監視情報テーブルの構成例である。
【００５１】
このような障害の場合、障害機器が機器のダウンまでに至らない等の理由のために、一時的に障害機器経由の疎通確認が可能となり、障害機器を絞り込むための経路情報に整合性が取れなくなる。本障害例では、スイッチＳｃ（１０８）を経由する（１）サーバＤ（１０４）からサーバＥ（１０５）へ、（２）サーバＥ（１０５）からサーバＤ（１０４）へのみ一時的に疎通確認ができるが、他のスイッチＳｃ（１０８）を経由する経路では、疎通確認ができないものとする。
【００５２】
図５、図６に示す障害情報データベース１６において、破線で囲っている部分が、スイッチＳｃ（１０８）の経路監視情報の不整合障害時に得られた経路監視情報テーブル１７と障害パターンの疎通結果フラグの設定が一致している部分である。本例では、結果の一致数（図５、図６の破線で囲っている分のセルの数）を経路監視組み合わせ数で割ることにより求められた数値を当該障害パターンの一致度として定義することができる。この場合、前記一致度は、各々、図５の障害情報データベース１６に対応するものが３０％、図６の障害情報データベース１６に対応するものが９０％となる。
【００５３】
これにより、図７に示した経路監視情報テーブル１７は、図６の障害パターンであるスイッチＳｃ（１０８）障害パターンとの一致度が最も高いことが分かり、障害判定部１３は、スイッチＳｃ（１０８）が障害である可能性が高いと判定し、判定結果をシステム管理者に通知することとなる。
【００５４】
本発明によれば、監視マネージャが直接検知しえない監視エージェント間の経路を含めたネットワーク経路の監視を行なうことが可能になる。これにより、ネットワークにおいてほぼ漏れなく障害機器を検知することができる。  
また障害機器を絞りこむための経路情報の整合性がとれないような複雑な障害の場合でも、障害パターンとの一致度を比較することにより効率的に障害機器を推定し検知することが出来る。このため、実際に機器がダウンする前に予防措置を講じることが可能となり、影響範囲を最小限にすることができる。  
したがって、障害検出の漏れを無くして障害機器の確実な特定が可能となる。
【００５５】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００５６】
【図１】本実施形態における障害経路診断システムを含むネットワーク構成図である。
【図２】本実施形態における経路監視情報の収集・編集処理の手順を示すフロー図である。
【図３】本実施形態における経路監視情報から障害判定を行なう処理手順を示すフロー図である。
【図４】本実施形態における経路監視情報テーブルの設定内容例１を示す図である。
【図５】本実施形態における障害パターンの設定内容例１を示す図である。
【図６】本実施形態における障害パターンの設定内容例２を示す図である。
【図７】本実施形態における経路監視情報テーブルの設定内容例２を示す図である。
【符号の説明】
【００５７】
１１  監視マネージャの初期設定部
１２  監視マネージャのネットワーク監視部
１３  監視マネージャの障害判定部
１４  監視マネージャの疎通確認実行部
１５  監視マネージャの経路監視情報収集部
１６  障害情報データベース
１７  経路監視情報テーブル
２１  監視エージェント（サーバＢ）の疎通確認実行部
２２  監視エージェント（サーバＢ）の経路監視情報収集部
３１  プログラムデータベース
３２  プログラム
３３  メモリ
３４  ＣＰＵ
３５  入出力インターフェイス
３６  通信手段
３７  Ｉ／Ｏ部
１００  障害経路診断システム、システム、監視マネージャ
１０２  監視エージェント（サーバＢ）
１０３  監視エージェント（サーバＣ）
１０４  監視エージェント（サーバＤ）
１０５  監視エージェント（サーバＥ）
１０６  スイッチＳａ
１０７  スイッチＳｂ
１０８  スイッチＳｃ
１０９  ルータＲａ
１１０  監視エージェント
１２０  監視対象機器
１３０  ネットワーク
【図１】
2006186633.tif 000003
【図２】
2006186633.tif 000004
【図３】
2006186633.tif 000005
【図４】
2006186633.tif 000006
【図５】
2006186633.tif 000007
【図６】
2006186633.tif 000008
【図７】
2006186633.tif 000009