(57)【要約】【課題】ネットワーク監視制御の障害監視効率の向上を図る。【解決手段】監視対象機器３−１〜３−ｍの障害情報を収集する障害情報収集部を含む障害監視部１ａと、監視結果を保守者へ通知する監視結果通知部１ｂとを備える。監視対象機能がＮ種類ある場合には、各機能の障害情報をそれぞれ収集するＮ個の障害情報収集部を配置し、Ｎ個の障害情報収集部は、既設または新規追加した監視対象機器から、機能別に障害情報を収集する。【選択図】図１
2010226181.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの監視制御を行うネットワーク監視制御装置において、
監視対象機器の障害情報を収集する障害情報収集部を有する障害監視部と、
監視結果を保守者へ通知する監視結果通知部と、
を備え、
前記障害監視部は、監視対象機能がＮ（＝１、２、３・・・）種類ある場合には、Ｎ個の監視対象機能毎に対応した前記障害情報収集部を有し、Ｎ個の前記障害情報収集部それぞれは、既設または新規追加した前記監視対象機器から、監視対象機能別に前記障害情報を収集する、
ことを特徴とするネットワーク監視制御装置。
【請求項２】
前記監視対象機器の機種識別子と、前記監視対象機能の監視対象機能識別子とを関連づけて管理する関連データベースをさらに有し、
前記障害情報収集部は、前記機種識別子と前記監視対象機能識別子との関連性にもとづいて、前記監視対象機器が有している前記監視対象機能を認識することを特徴とする請求項１記載のネットワーク監視制御装置。
【請求項３】
前記監視対象機器が自己の前記障害情報を管理している障害情報識別子を、前記監視対象機能毎に関連づけて管理する機能定義データベースをさらに有し、
前記障害情報収集部は、前記障害情報識別子と前記監視対象機能との関連性にもとづいて、前記監視対象機器が管理している、前記監視対象機能に対応した前記障害情報識別子を認識することを特徴とする請求項１記載のネットワーク監視制御装置。
【請求項４】
前記障害情報収集部での前記障害情報の収集時、複数の前記障害情報が収集された場合、前記障害情報の中から前記保守者に通知されるべき優先度の高い前記障害情報のみを選別する障害情報選別部をさらに有することを特徴とする請求項１記載のネットワーク監視制御装置。
【請求項５】
新規に前記監視対象機器が追加された場合、新規監視対象機器の機種を特定するための機種識別子を、前記新規監視対象機器から取得し、既に監視対象となる機種として登録済みかどうかを判定する機種特定部をさらに有することを特徴とする請求項１記載のネットワーク監視制御装置。
【請求項６】
前記障害情報収集部は、
前記新規監視対象機器から、機能別に前記障害情報を収集することを試み、収集することが可能であれば、
前記監視対象機器の前記機種識別子および前記監視対象機能の監視対象機能識別子を関連づけて管理する関連データベースに対して、
前記新規監視対象機器の前記機種識別子と、収集可能であった前記障害情報の前記監視対象機能の前記監視対象機能識別子とを自動追加する、
ことを特徴とする請求項５記載のネットワーク監視制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの監視制御を行うネットワーク監視制御装置に関する。
【背景技術】
【０００２】
近年、ネットワーク技術の発展やネットワークサービスの多様化に伴い、ＳＮＭＰ（Simple Network Management Protocol）に代表されるネットワークの自動監視技術の重要性が高まっている。
【０００３】
また、ネットワーク機器も次々に新機種が導入されており、短期間・低コストにて導入を行う事が必要であり、新機種導入時には、既存設備との間で相互の運用が短時間で可能となるように、効率のよいネットワーク監視制御の実施が望まれている。
【０００４】
図１８は従来のネットワーク監視制御を示す図である。ネットワーク監視制御装置１００と、ネットワーク監視の対象機器であるネットワーク機器１１０−１〜１１０−３とは、中継網１００ａを介して接続する。また、ネットワーク監視制御装置１００は、ネットワーク監視の対象機器ごとに障害解析部１０１−１〜１０１−３を有する。
【０００５】
障害解析部１０１−１〜１０１−３は、各社のネットワーク機器１１０−１〜１１０−３に対応した障害解析機能を有している。すなわち、障害解析部１０１−１は、Ａ社のネットワーク機器１１０−１の障害解析のみ行い、障害解析部１０１−２は、Ｂ社のネットワーク機器１１０−２の障害解析のみ行い、障害解析部１０１−３は、Ｃ社のネットワーク機器１１０−３の障害解析のみ行う。
【０００６】
障害解析の方法としては、障害解析部１０１−１〜１０１−３では、ネットワーク機器１１０−１〜１１０−３から通知されるトラップ（Trap）を受信して、そのトラップの内容を解析することにより、ネットワーク機器の特定や障害内容を特定して障害検出を行う。
【０００７】
ネットワーク機器１１０−１〜１１０−３は、自己の運用状態に変化があった場合（すなわち、ＭＩＢ（Management Information Base）情報に変化があった場合）、障害通知を行うためにトラップと呼ばれる障害通知情報をネットワーク監視制御装置１００へ自律的に送信する。
【０００８】
また別の方法として、障害解析部１０１−１〜１０１−３は、ネットワーク機器１１０−１〜１１０−３のトラップを受信したことを契機に（または定期的に）、該当するネットワーク機器からＭＩＢ情報を収集し、収集したＭＩＢ情報から障害内容を識別して障害監視を行ったりもする。
【０００９】
なお、ネットワーク機器は、自己の管理情報を保存しており、この管理情報がＭＩＢ情報と呼ばれている。ＭＩＢ情報としては、例えば、入出力ポートの状態、電源状態、スパニング・ツリー・プロトコル（ＳＴＰ：Spanning Tree Protocol）によるループ障害などがある。
【００１０】
また、ＭＩＢ情報は、オブジェクトと呼ばれる単位で管理され、個々のオブジェクトにはＯＩＤ（オブジェクトＩＤ：Object Identification）と呼ばれる識別子が割り当てられている。障害解析部では、ネットワーク機器に対して、ＯＩＤを指定して所定のＭＩＢ情報の取得や設定変更を要求したりする。
【００１１】
従来技術として、サーバが保持しているデータをネットワークに接続しているクライアントの更新フォームで更新する技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００２−１２３４１８号公報（段落番号〔００１３〕〜〔００１７〕、第１図）
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかし、従来のネットワーク監視制御装置１００では、ネットワーク機器が新規に導入された場合、そのネットワーク機器の監視制御を開始するに当たって、既に監視を行っている既存のネットワーク機器の障害解析部は使用することができず、追加されたネットワーク機器に対応した障害解析部を新たに実装する必要があった。
【００１４】
図１９はネットワーク機器が新規導入されたときの構成を示す図である。現在監視しているネットワーク上に新たに新機種のネットワーク機器（Ｄ社）１１０−４が追加されたとする。この場合、従来のネットワーク監視制御装置１００では、新規ネットワーク機器１１０−４のＭＩＢ情報に対応した障害解析部を持たないので、即時に監視をすることができず、Ｄ社のネットワーク機器１１０−４に対応した障害解析部１０１−４を新たに設けなければならなかった。
【００１５】
障害検出をするためのＭＩＢ情報は、監視対象のネットワーク機器毎に統一されてはいないため（例えば、ポート障害を検出するＭＩＢ情報は、Ａ社とＢ社で参照するＯＩＤが異なるなど）、従来のネットワーク監視制御では、すべての機器に対して同じ機能を監視する場合であっても、機種毎に障害解析部を設ける必要があり、１つの障害解析部で全機種の機器を監視することができなかった。
【００１６】
したがって、従来において、障害解析部は、ネットワーク機器の種類毎にもつ必要があり、その新機種に対応した機種別の障害解析部を開発する際には、時間的または経済的な負担が大きかった。
【００１７】
このように、従来のネットワーク監視制御では、機種毎に障害解析部を有して監視を行っていたため、新規導入のネットワーク機器に対しては、すみやかに障害監視を行うことができず、障害監視効率が低いといった問題があった。
【００１８】
本発明はこのような点に鑑みてなされたものであり、新規導入されたネットワーク機器の障害監視を即時に実行可能とし、障害監視効率の向上を図ったネットワーク監視制御装置を提供することを目的とする。
【課題を解決するための手段】
【００１９】
上記課題を解決するために、ネットワークの監視制御を行うネットワーク監視制御装置が提供される。このネットワーク監視制御装置は、監視対象機器の障害情報を収集する障害情報収集部を有する障害監視部と、監視結果を保守者へ通知する監視結果通知部とを備える。
【００２０】
ここで、障害監視部は、監視対象機能がＮ（＝１、２、３・・・）種類ある場合には、Ｎ個の監視対象機能毎に対応した障害情報収集部を有し、Ｎ個の障害情報収集部それぞれは、既設または新規追加した監視対象機器から、監視対象機能別に障害情報を収集する。
【発明の効果】
【００２１】
ネットワーク監視制御における障害監視効率を向上させる。
【図面の簡単な説明】
【００２２】
【図１】ネットワーク監視制御装置の構成例を示す図である。
【図２】ネットワークの構成例を示す図である。
【図３】トラップ通知電文のフォーマットを示す図である。
【図４】ＳＮＭＰメッセージのフォーマットを示す図である。
【図５】ネットワーク監視制御装置の構成例を示す図である。
【図６】ネットワーク監視制御装置の構成例を示す図である。
【図７】ネットワーク監視制御装置の構成例を示す図である。
【図８】ネットワーク監視制御装置の構成例を示す図である。
【図９】ネットワーク監視制御装置の構成例を示す図である。
【図１０】ネットワーク監視制御装置の構成例を示す図である。
【図１１】ネットワーク監視制御装置の構成例を示す図である。
【図１２】ネットワーク監視制御装置の構成例を示す図である。
【図１３】ネットワーク機器が新規導入されたときのネットワーク監視制御装置の動作を説明するための図である。
【図１４】ネットワーク機器が新規導入されたときのネットワーク監視制御装置の動作を説明するための図である。
【図１５】ネットワーク機器が新規導入されたときのネットワーク監視制御装置の動作を説明するための図である。
【図１６】ネットワーク機器が新規導入されたときのネットワーク監視制御装置の動作を説明するための図である。
【図１７】ネットワーク機器が新規導入されたときのネットワーク監視制御装置の動作を説明するための図である。
【図１８】従来のネットワーク監視制御を示す図である。
【図１９】ネットワーク機器が新規導入されたときの構成を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態を図面を参照して説明する。図１はネットワーク監視制御装置の構成例を示す図である。ネットワーク監視制御装置１０は、障害監視部１ａと監視結果通知部１ｂおよび障害解析データ保持部１ｃを備え、監視対象機器３−１〜３−ｍの監視制御を行う。
【００２４】
なお、実際には、ネットワーク監視制御装置１０と監視対象機器３−１〜３−ｍとの間には、中継網といったネットワークが配置して、このネットワークを介してネットワーク監視制御装置１０と監視対象機器３−１〜３−ｍとが接続するが、図では省略している。
【００２５】
障害監視部１ａは、監視対象機器３−１〜３−ｍの障害情報を収集する障害情報収集部を有し、障害情報の収集および解析を行う。監視結果通知部１ｂは、監視結果を保守者へ通知する。障害解析データ保持部１ｃは、障害情報の収集や解析に必要な各種のデータを保持する。
【００２６】
ここで、障害監視部１ａは、監視対象機能がＮ（＝１、２、３・・・）種類ある場合には、各機能の障害情報をそれぞれ収集するＮ個の障害情報収集部を有し、Ｎ個の障害情報収集部は、既設または新規追加した監視対象機器から、機能別に障害情報を収集する。
【００２７】
例えば、図１に示すように、障害情報収集部として、監視対象機器３−１〜３−ｍの物理インタフェースを監視するポート監視部１ａ−１、監視対象機器３−１〜３−ｍの電源を監視する電源監視部１ａ−２、監視対象機器３−１〜３−ｍのループ障害を監視するループ障害監視部１ａ−３を有する（Ｎ＝３）。
【００２８】
ポート監視部１ａ−１は、監視対象機能がポート監視であって、監視対象機器３−１〜３−ｍのポート監視を行い、ポート監視から得られる障害情報を、監視対象機器３−１〜３−ｍから収集する。
【００２９】
また、電源監視部１ａ−２は、監視対象機能が電源監視であって、監視対象機器３−１〜３−ｍの電源監視を行い、電源監視から得られる障害情報を、監視対象機器３−１〜３−ｍから収集する。
【００３０】
さらに、ループ障害監視部１ａ−３は、監視対象機能がループ障害監視であって、監視対象機器３−１〜３−ｍのループ障害監視を行い、ループ障害監視から得られる障害情報を、監視対象機器３−１〜３−ｍから収集する。
【００３１】
このように、ネットワーク監視制御装置１０は、同じ監視対象機能であれば異なる機種であっても監視可能なように、機能別に障害情報を収集する障害監視部１ａを設ける構成とした。
【００３２】
これにより、異機種の監視対象機器が追加された場合であっても、その監視対象機器に対応する障害情報を収集する新たな機能部を設ける必要がなく、既に存在する障害情報収集部によって、異機種の監視対象機器から障害情報の収集を行うことができる。
【００３３】
例えば、新規に監視対象機器が追加された場合であっても、新規機器に対応した新たな障害監視機能を設ける必要がなく、既設のポート監視部、電源監視部、ループ障害監視部といった障害情報収集部によって、新規機器から該当監視対象機能の障害情報を収集することができる。
【００３４】
したがって、従来のネットワーク監視技術と比べて、監視対象機器が新規導入された際のネットワーク監視制御を短時間で実行することができ、さらに開発費用も削減可能となり、障害監視効率を向上させることが可能になる。
【００３５】
次にネットワーク監視制御装置１０が適用されるネットワークの全体構成について説明する。図２はネットワークの構成例を示す図である。ネットワーク４０は、監視センタ４ａ、データセンタ４ｂおよび中継網５を有し、中継網５を介して、監視センタ４ａと遠隔地のデータセンタ４ｂが接続する。
【００３６】
監視センタ４ａは、ネットワーク監視制御装置１０とネットワーク機器（Ａ社）３−１、３−２とを含み、それぞれバス接続している。データセンタ４ｂは、ネットワーク機器（Ｂ社）３−３〜３−６を含み、それぞれバス接続している。
【００３７】
ネットワーク監視制御装置１０は、ＳＮＭＰマネージャであるサーバとモニタ機能を有するクライアントとで構成される（図２では、サーバとクライアントの双方の機能が１台のネットワーク監視制御装置１０に含まれるものとして図示しているが、サーバとクライアントとを別装置で構成してもよい）。
【００３８】
また、監視対象機器であるネットワーク機器３−１〜３−６は、ＳＮＭＰエージェントとなり、例えば、ルータ、Ｌ２スイッチ、Ｌ３スイッチ、サーバおよび端末装置などが該当する。なお、ＳＮＭＰでは、監視側をマネージャ（ネットワーク監視制御装置１０が該当）、被監視側をエージェント（ネットワーク機器が該当）と呼ぶ。
【００３９】
ここで、ネットワーク機器３−１〜３−６の障害監視としては、ネットワーク機器３−１〜３−６自身から障害を通知する場合と、ネットワーク監視制御装置１０から定期的に状態取得を行う場合とがある。
【００４０】
ネットワーク機器３−１〜３−６自身から障害を通知する場合においては、ネットワーク機器３−１〜３−６に障害が発生した場合には、ネットワーク機器３−１〜３−６は、ネットワーク監視制御装置１０にトラップ通知を行う。
【００４１】
トラップを受けたネットワーク監視制御装置１０は、トラップの障害内容を解析し、解析結果をモニタ表示し、保守者に対して監視対象のネットワーク機器の障害内容や障害部位などを知らせる。
【００４２】
また、ネットワーク監視制御装置１０から定期的に状態取得を行う場合、ネットワーク監視制御装置１０は、監視対象のネットワーク機器（例えば、ネットワーク機器３−３とする）に対して、一定の周期でＭＩＢ情報の取得を行う。そして、取得したＭＩＢ情報を基に障害を解析し、解析結果をモニタ表示し、保守者に対して監視対象のネットワーク機器３−３の障害内容や障害部位を知らせる。
【００４３】
なお、図２に示すように、新たな機種のネットワーク機器（Ｃ社）３−７がデータセンタ４ｂ内のＬＡＮに接続した場合においても、ネットワーク監視制御装置１０は、Ｃ社に対応した障害解析を即時に実行することが可能である。
【００４４】
次にネットワーク監視制御装置１０とネットワーク機器とで通信を行う際のフレームフォーマットについて説明する。図３はトラップ通知電文のフォーマットを示す図である。トラップ通知電文は、ネットワーク機器が自己の状態変化を認識した際に、ネットワーク監視制御装置１０へ自発的に送信するメッセージである。
【００４５】
トラップ通知電文は、ＭＡＣ（Media Access Control）ヘッダ、ＬＬＣ（Logical Link Control）ヘッダ、ＩＰ（Internet Protocol）ヘッダ、ＵＤＰ（User Datagram Protocol）ヘッダ、ＳＮＭＰメッセージ部の各フィールドから構成される。
【００４６】
また、ＳＮＭＰメッセージ部は、ＳＮＭＰバージョン、コミュニティ名、ＰＤＵ（Protocol Data Units）の各フィールドから構成され、ＰＤＵは、ＰＤＵタイプ、エンタプライズ、エージェントアドレス、一般トラップ、特別トラップ、タイムスタンプ、変数リストの各フィールドから構成される。
【００４７】
なお、エージェントアドレスは、ネットワーク機器が自身のＩＰアドレスを埋め込むフィールドとなる。図３では、ネットワーク機器のＩＰアドレスが1.1.1.1と記されている。ネットワーク監視制御装置１０は、このエージェントアドレスに記載された値から、監視対象のネットワーク機器のＩＰアドレスを認識する。
【００４８】
また、ＰＤＵとは、ＳＮＭＰのコマンドに該当するもので、ＰＤＵを使って、マネージャからエージェントに情報を要求したり、マネージャからエージェントに情報の更新を要求したり、さらにエージェントがマネージャに機器の状態変化を通知したりすることができる。
【００４９】
図４はＳＮＭＰメッセージのフォーマットを示す図である。ＳＮＭＰメッセージは、マネージャからエージェントへ、またはエージェントからマネージャへ伝達するメッセージであって、ＭＡＣヘッダ、ＬＬＣヘッダ、ＩＰヘッダ、ＵＤＰヘッダ、ＳＮＭＰメッセージ部から構成される。
【００５０】
ＳＮＭＰメッセージ部は、ＳＮＭＰバージョン、コミュニティ名、ＰＤＵの各フィールドから構成され、ＰＤＵは、ＰＤＵタイプ、リクエストＩＤ、エラー状態、エラーインデックス、変数リストの各フィールドから構成される。さらに、変数リストは、要求ＯＩＤ、応答値長、応答値の各フィールドから構成される。
【００５１】
ここで、ネットワーク監視制御装置１０がネットワーク機器に対して、データ要求を行うときは、変数リストの要求ＯＩＤのフィールドに、取得したい情報のＯＩＤの値を埋め込み、応答値長と応答値はNULLにしてＳＮＭＰメッセージを作成して、ネットワーク機器へ送信する（図４では、1.3.6.1.2.1.7.1のＯＩＤを持つ情報がネットワーク機器に対して要求されている）。
【００５２】
また、ネットワーク機器がネットワーク監視制御装置１０に対して応答するときは、変数リストの応答値には要求に対応した値を埋め込み（応答値＝１は例えば、正常という意味である）、応答値長は、応答値の長さを記してＳＮＭＰメッセージを作成して、ネットワーク監視制御装置１０へ送信する。
【００５３】
次にネットワーク監視制御装置１０の構成および動作について詳しく説明する。図５〜図１２はネットワーク監視制御装置１０の構成例を示す図である。ネットワーク監視制御装置１０においては、監視対象機能として、任意の種類の監視対象機能を設けて、それらの障害情報を取得するように制御することができるが、以降の説明では、ポート監視、電源監視およびＳＴＰによるループ障害監視の３つを行うものとして説明する。
【００５４】
ネットワーク監視制御装置１０は、ポート監視用障害解析部１１ａ（ポート監視部１ａ−１に該当）、電源監視用障害解析部１１ｂ（電源監視部１ａ−２に該当）、ＳＴＰ監視用障害解析部１１ｃ（ループ障害監視部１ａ−３に該当）、トラップ受信部１２ａ、トラップ解析部１２ｂ、障害管理部１３、障害検出処理部１４、画面操作部１５、外部要求受信部１６、機種特定部１７、タイマ管理部１８、統合判定処理部１９（障害情報選別部に該当）を備える。
【００５５】
なお、ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂ、ＳＴＰ監視用障害解析部１１ｃ、障害管理部１３、障害検出処理部１４および外部要求受信部１６の各機能は、図１の障害監視部１ａに含まれる、また、画面操作部１５の機能は、監視結果通知部１ｂに含まれる。
【００５６】
一方、ネットワーク監視制御装置１０が有するテーブルおよびデータベース関連の構成としては、タイマ管理テーブル２０、ノードＤＢ（Data Base）２１、関連ＤＢ２２、機能ＤＢ２３、ポート関連ＤＢ２４、管理ポートＤＢ２５、機能定義ＤＢ２６、障害情報ＤＢ２７、処理情報テーブル２８、機種ＤＢ２９の構成要素を備える。なお、これらのテーブルおよびデータベースは、図１の障害解析データ保持部１ｃに含まれる。
【００５７】
なお、図５では、ネットワーク監視制御装置１０は、ネットワーク機器３ａ（Ａ社スイッチ、ＩＰアドレス（1.1.1.1））に接続して（実際には、ネットワーク監視制御装置１０とネットワーク機器３ａとは、何らかのネットワークを介して接続するが、図では省略している）、ネットワーク機器３ａの障害監視を行う構成を示している。
【００５８】
次に各構成要素の概略動作について説明する。ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂおよびＳＴＰ監視用障害解析部１１ｃは、それぞれの監視対象機能の障害情報の収集を行う。ここで、障害検出処理部１４から送信された監視対象機能毎の障害検出要求を受信した場合では、ネットワーク機器からＭＩＢ情報を収集し、収集した結果を統合判定処理部１９に通知する。
【００５９】
また、外部要求受信部１６から送信された障害検出確認要求を受信した場合では、機能定義ＤＢ２６を用いて、当該機能が割り当てられているすべての機種のネットワーク機器の該当ＯＩＤを取得する。
【００６０】
例えば、ポート監視用障害解析部１１ａならば、機能定義ＤＢ２６を参照して、ポート監視機能が割り当てられているすべての機種のネットワーク機器から、ポート監視に関するＯＩＤを取得する。
【００６１】
そして、取得したＯＩＤの登録順に、該当ネットワーク機器からＭＩＢ情報の収集を行い、正常応答したＭＩＢ情報が存在したら、そのネットワーク機器からのＭＩＢ情報の収集を終わる。その後、正常応答したＭＩＢ情報に該当するＯＩＤを、機能定義ＤＢ２６に当該機種のＯＩＤとして追加し、外部要求受信部１６に障害検出確認結果を通知する。
【００６２】
一方、トラップ受信部１２ａは、ネットワーク機器が通知してくるトラップを受信する。障害管理部１３は、障害検出処理部１４からネットワーク機器毎の障害通知を受信し、障害を管理（保持・ユーザ通知）する機能を有する。
【００６３】
画面操作部１５は、ユーザインタフェース機能を有し、画面を通じて、保守者への障害監視結果の表示や、ユーザ入力された情報の設定等を行う。また、ネットワーク機器が通知するトラップが欠損した場合等、ユーザが手動でネットワーク機器の状態を収集するために画面操作を行った時の収集指示を受信し、ネットワーク機器の運用状態を収集するための状態収集要求を障害検出処理部１４に通知する。
【００６４】
また、画面操作部１５は、ユーザにより新規のネットワーク機器が登録された場合、ユーザが入力したＩＰアドレスをノードＤＢ２１へ書込み、そのＩＰアドレスを外部要求受信部１６に通知する機能を持つ。
【００６５】
さらに、画面操作部１５は、外部要求受信部１６からノード登録結果（登録失敗）が通知された場合、ユーザに対してエラーメッセージを表示し、ノードＤＢ２１から新規機器として登録したＩＰアドレスを削除する。
【００６６】
外部要求受信部１６は、画面操作部１５から通知されたＩＰアドレスを基にネットワーク機器を特定するために、機種特定部１７に機種判定要求（登録されたネットワーク機器のＩＰアドレス）を通知する。また、機種特定部１７から機種判定結果通知を受ける。
【００６７】
機種特定部１７は、外部要求受信部１６から通知された機種判定要求（登録されたＩＰアドレス）を受信して、ネットワーク機器の機種を判定し、結果を外部要求受信部１６に通知する。
【００６８】
タイマ管理部１８は、ネットワーク機器が通知すべきトラップが欠損することを想定して、設定されたタイマ周期にて、状態収集要求を障害検出処理部１４に自動的に通知する。
【００６９】
トラップ解析部１２ｂは、トラップ受信部１２ａから通知されたトラップにもとづき、トラップ通知を行ったネットワーク機器を特定し、障害検出要求を障害検出処理部１４に通知する。
【００７０】
一方、障害検出処理部１４は、例えば、以下の機能を有する。
１）トラップ解析部１２ｂからトラップ情報を受信する。
２）受信したトラップ情報を基に、ノードＤＢ２１からネットワーク機器のノードＩＤを抽出する。
【００７１】
３）抽出したノードＩＤにより、該当ネットワーク機器に必要な障害収集機能（例えば、ポート監視、電源監視、ＳＴＰ監視）を関連ＤＢ２２からノードＩＤの「ＩＤ（１）」をキーとして抽出する（ＩＤ（１）は機種識別子に該当）。
【００７２】
４）抽出した監視対象機能（例えば、ポート監視、電源監視、ＳＴＰ監視）の障害検出要求を、該当するポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂ、ＳＴＰ監視用障害解析部１１ｃへ通知する。
【００７３】
５）検出された障害情報は、統合判定処理部１９へ送信され、統合判定処理部１９からの判定結果を受信し、その判定結果を障害管理部１３に通知する。なお、検出された障害情報は、障害検出処理部１４には直接通知されず、統合判定処理部１９において、一旦、障害の重要度が高いものが選別され、選別された結果が障害検出処理部１４に通知される（後述する）。
【００７４】
一方、統合判定処理部１９は、ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂおよびＳＴＰ監視用障害解析部１１ｃから通知された障害情報を、処理情報テーブル２８に格納し、すべての機能の結果が自身に通知されて格納し終わった後に統合判定処理を行う。
【００７５】
統合判定では、処理情報テーブル２８に格納された機能ＩＤを取得し、取得した機能ＩＤに対して機能定義ＤＢ２６を参照し、当該機能ＩＤの優先機能ＩＤを取得する。そして、優先機能ＩＤが指す障害内容を、障害検出処理部１４へ通知する。
【００７６】
次に図６〜図１２に示すテーブルおよび各ＤＢについて説明する。図６のタイマ管理テーブル２０は、現在時刻と、ＩＰアドレス、前回時刻およびタイマ値を格納する。図７のノードＤＢ２１は、ネットワーク機器のＩＰアドレスとノードＩＤ（機器のＩＤ）との関係を格納する。
【００７７】
図８の関連ＤＢ２２および機能ＤＢ２３において、関連ＤＢ２２は、ネットワーク機器の機種と監視機能ＩＤの関係、およびノードＩＤと監視機能ＩＤとの関係を格納する。機能ＤＢ２３は、監視機能ＩＤと監視機能名との関係を格納する。
【００７８】
図９のポート関連ＤＢ２４および管理ポートＤＢ２５において、ポート関連ＤＢ２４は、ノードとそのノードに対する監視対象ポートＩＤとの関係を格納し、管理ポートＤＢ２５は、ポートＩＤとポート名との関係を格納する。
【００７９】
図１０の機能定義ＤＢ２６および障害情報ＤＢ２７において、機能定義ＤＢ２６は、監視機能ＩＤとＭＩＢ情報を収集するためのＯＩＤ、読み出したＭＩＢ情報を判定する条件、優先機能ＩＤ、障害結果を示すＩＤの関係を格納する。障害情報ＤＢ２７は、障害結果のＩＤと障害ラベル（障害の名称）および障害レベルの関係を格納する。
【００８０】
図１１の処理情報テーブル２８は、ノードＩＤと情報項目からなり、情報項目は、登録番号（Ｎｏ．）、機能ＩＤ、部位、結果、優先障害の各項目を格納する。図１２の機種ＤＢ２９は、ネットワーク機器の機種ＩＤ、ＳｙｓＯＩＤおよび機種名の関係を格納する。なお、ＳｙｓＯＩＤは、新規監視対象機器の機種を特定するための機種識別子に該当する。
【００８１】
次にネットワーク監視制御装置１０が、トラップを通知したネットワーク機器３ａの障害監視を行うときの動作について説明する。ネットワーク機器３ａ（Ａ社スイッチ、ＩＰアドレス：1.1.1.1）に障害事象が発生した時、ネットワーク機器３ａは、状態変化をトラップにて通知する。
【００８２】
ネットワーク監視制御装置１０内のトラップ受信部１２ａは、トラップを受信し、トラップ解析部１２ｂへ送信する。トラップ解析部１２ｂは、トラップ通知電文のエージェントアドレスから、ネットワーク機器３ａのＩＰアドレス（1.1.1.1）を抽出する。
【００８３】
トラップ解析部１２ｂは、抽出したＩＰアドレス（1.1.1.1）を障害検出処理部１４に通知する。障害検出処理部１４では、通知されたＩＰアドレス（1.1.1.1）からノードＤＢ２１を検索し、ネットワーク機器３ａのノードＩＤ（13001）を抽出する。
【００８４】
障害検出処理部１４は、関連ＤＢ２２のＩＤ（１）の（13001）に対応するＩＤ（２）の値を検索・抽出する（ＩＤ（２）は監視対象機能識別子に該当）。図８の場合では、（14001）、（14002）、（14003）の３つのＩＤを抽出することになる。
【００８５】
そして、抽出したＩＤを基に機能ＤＢ２３から、（機能ＩＤ14001：ポート監視）、（機能ＩＤ14002：電源監視）、（機能ＩＤ14003：ＳＴＰ監視）の監視機能を特定する。すなわち、ノードＩＤ（13001）を持つネットワーク機器３ａに対しては、障害監視として、ポート監視、電源監視およびＳＴＰ監視を実行するということである。
【００８６】
このように、機種と監視対象機能とを関連づけて管理する関連ＤＢ２２を設けることにより、障害情報収集時、機器毎に新規の監視対象機能の追加あるいは不要になった監視対象機能の停止といった制御を容易に実施することができる。
【００８７】
次に障害検出処理部１４は、特定した監視機能を基に、３つの障害解析部１１ａ、１１ｂ、１１ｃに対して、ノードＩＤ（13001）を送信し、また各障害検出要求をそれぞれ送信する。
【００８８】
すなわち、ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂおよびＳＴＰ監視用障害解析部１１ｃに対して、ノードＩＤ（13001）を通知し、かつポート監視用障害解析部１１ａにポート障害検出要求を通知し、電源監視用障害解析部１１ｂに電源障害検出要求を通知し、ＳＴＰ監視用障害解析部１１ｃにＳＴＰ障害検出要求を通知する。
【００８９】
なお、ポート監視、電源監視、ＳＴＰ監視については、障害監視の基本動作は同じなので、以降では、ポート監視を行う場合を中心に説明する。
ポート監視用障害解析部１１ａは、ポート障害検出要求を受信すると、機能定義ＤＢ２６を検索し、自機能ＩＤ14001（14001は、ポート監視を表すＩＤである）を基にして、ＯＩＤ（1.3.6.1.2.1.7）を抽出する。なお、機能定義ＤＢ２６のＯＩＤは、障害情報識別子に該当する。
【００９０】
機能定義ＤＢ２６を利用することにより、ポート監視用障害解析部１１ａは、ネットワーク機器３ａが保持するＭＩＢ情報の中で、ポート状態に関連した情報は、ＯＩＤ（1.3.6.1.2.1.7）によって管理されていることを認識することが可能になる。
【００９１】
このように、ネットワーク監視制御装置１０では、機能定義ＤＢ２６を設けて、各々の監視対象機器が管理しているＯＩＤを、監視対象機能毎に関連づけて管理する構成とした。異機種の機器では、例えば、ポート障害を検出するＭＩＢ情報は、Ａ社とＢ社で参照するＯＩＤが異なるといったことが通常である。
【００９２】
これに対し、ネットワーク監視制御装置１０では、機能定義ＤＢ２６で異機種の機器のＯＩＤを一括管理することにより、例えば、ある機種のネットワーク機器がポート監視のＭＩＢ情報に対して、どのようなＯＩＤを割り付けているかを容易に判別することが可能になる。
【００９３】
次にポート監視用障害解析部１１ａは、ノードＤＢ２１を検索して、ノードＩＤ（13001）からＩＰアドレス（1.1.1.1）を抽出する。さらに、ポート監視用障害解析部１１ａは、ポート関連ＤＢ２４を参照し、ノードＩＤ（13001）に登録されているポートＩＤ（15001）、（15002）、（15005）を抽出する（ＩＤ（１）はノードＩＤ、ＩＤ（２）はポートＩＤである）。
【００９４】
そして、管理ポートＤＢ２５から、ポートＩＤ（15001）に該当するポート名（Port1）およびIndex値（1）と、ポートＩＤ（15002）に該当するポート名（Port2）およびIndex値（2）と、ポートＩＤ（15005）に該当するポート名（Port5）およびIndex値（5）とを抽出する。
【００９５】
その後、ポート監視用障害解析部１１ａは、ＩＰアドレス（1.1.1.1）に対してＳＮＭＰメッセージにてＯＩＤ（1.3.6.1.2.1.7.1）の情報を通知する（図４で上述した要求ＯＩＤのフィールドに1.3.6.1.2.1.7.1を記載して送信する）。
【００９６】
ネットワーク機器３ａは、ＳＮＭＰメッセージにて応答値（1）をポート監視用障害解析部１１ａに通知したとする（正常時は応答値（1）、異常時は応答値（2）とする）。ＳＮＭＰメッセージを受信したポート監視用障害解析部１１ａは、ＳＮＭＰメッセージから応答値（1）を抽出する。
【００９７】
ポート監視用障害解析部１１ａは、応答値が1であるので、機能定義ＤＢ２６の自機能ＩＤ（14001）に該当するレコードの“条件”項目から、1となるレコードを検索する。この例では、最上段のレコードの“条件”項目がup（1）となっているので、この最上段のレコードが該当することになる（upとは、ケーブルが該当ポートに正常に接続していることを意味する）。また、そのレコードに対応する“結果”項目から（16000）を抽出する。
【００９８】
その後、障害情報ＤＢ２７から障害ＩＤ（16000）をキーに障害レベル（0）を抽出する。ポート監視用障害解析部１１ａは、収集した結果である機能ＩＤ（14001）、部位（Port1）、障害レベル（0）を統合判定処理部１９に通知する。
【００９９】
なお、障害レベルの数値は、例えば図１０の場合、０が正常であり、マイナス側に数値が大きくなるほど重篤な障害度合いが大きくなることを示し、また、プラス側に数値が大きくなるほど、重篤ではないが障害度合いが大きくなるといった指標としている。
【０１００】
一方、ネットワーク機器３ａは、ＳＮＭＰメッセージにて応答値（2）をポート監視用障害解析部１１ａに通知したとする。ＳＮＭＰメッセージを受信したポート監視用障害解析部１１ａは、ＳＮＭＰメッセージから応答値（2）を抽出する。
【０１０１】
ポート監視用障害解析部１１ａは、機能定義ＤＢ２６を検索し、自機能ＩＤ（14001）に該当するレコードの応答値（2）を“条件”項目から検索し、down（2）のレコードを抽出する（downとは、ケーブルが該当ポートから抜けていることを意味する）。また、そのレコードに対応する“結果”項目から（16002）を抽出する。
【０１０２】
その後、障害情報ＤＢ２７から障害ＩＤ（16002）をキーに障害レベル（300）を抽出する。ポート監視用障害解析部１１ａは、収集した結果である機能ＩＤ（14001）、部位（Port1）、障害レベル（300）を統合判定処理部１９に通知する。
【０１０３】
ポート監視用障害解析部１１ａは、ポート関連ＤＢ２４に登録されている自ノードＩＤ（ＩＤ（１））の数分、ＳＮＭＰメッセージを生成し、ＩＰアドレス「1.1.1.1」に対して要求して、結果を統合判定処理部１９に通知する。
【０１０４】
例えば、図９の場合、ポート関連ＤＢ２４のＩＤ（１）＝13001は３つあり、それに対応してＩＤ（２）が15001、15002、15005となっている。また、管理ポートＤＢ２５から、ポートＩＤ＝15001はポート名（Port1）、ポートＩＤ＝15002はポート名（Port2）、ポートＩＤ＝15005はポート名（Port5）となっているので、ネットワーク機器３ａのポート監視としては、これら３つのポートについての障害監視を行うことになる。
【０１０５】
次に統合判定処理部１９は、ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂおよびＳＴＰ監視用障害解析部１１ｃから通知された障害情報を処理情報テーブル２８に格納し、統合判定処理を行う。
【０１０６】
統合判定処理部１９では、処理情報テーブル２８に格納された機能ＩＤを取得し、取得した機能ＩＤに対して、機能定義ＤＢ２６を参照し、当該機能ＩＤの優先機能ＩＤを取得する。
【０１０７】
そして、処理情報テーブル２８において、取得した優先機能ＩＤと同じ機能ＩＤを検索し、優先機能ＩＤと同じ機能ＩＤに対応する登録番号（Ｎｏ．）を検出して“優先障害”の項目に記載する。
【０１０８】
例えば、統合判定処理部１９が機能ＩＤ（14001）を取得したとすると、機能定義ＤＢ２６を参照し、当該機能ＩＤ（14001）の優先機能ＩＤ（14003）を取得する。そして、取得した優先機能ＩＤ（14003）と同じ番号の機能ＩＤを処理情報テーブル２８において検索し、対応するＮｏ．を抽出する。ここでは、“５”、“６”、“７”となる。
【０１０９】
そして、処理情報テーブル２８の当該機能ＩＤ（14001）の“優先障害”の欄に検索したＮｏ．を記載する（“５”、“６”、“７”を記載する）。なお、機能定義ＤＢ２６の該当機能ＩＤに対して、優先機能ＩＤが登録されていない場合は、“優先障害”の欄は、ブランクとする。
【０１１０】
統合判定処理部１９は、処理情報テーブル２８を参照し、“優先障害”に値が登録されていない場合は、処理情報テーブル２８に格納されている障害内容をそのまま当該部位の障害とする。
【０１１１】
例えば、処理情報テーブル２８において、Ｎｏ．４の機能ＩＤ（14002）およびＮｏ．５〜７の機能ＩＤ（14003）の“優先障害”はブランクになっているので、Ｎｏ．４〜７に関する機能ＩＤについては、“結果”に記載されている内容をそのまま通知する。
【０１１２】
一方、優先機能ＩＤが登録されている場合、処理情報テーブル２８に格納されている“優先障害”に記載されているＮｏ．に該当する障害情報を参照し、参照した障害情報が何らかの障害であれば、当該部位の障害情報を優先機能ＩＤ先の障害内容として通知する。
【０１１３】
例えば、処理情報テーブル２８のＮｏ．１を見ると、“優先障害”が５となっているので、Ｎｏ．１の障害内容よりもＮｏ．５の欄に記載されている機能ＩＤ（14003）、部位（Port1）、結果（閉塞（１０））の情報が優先され、Ｎｏ．５の障害情報を当該部位の障害内容とする。
【０１１４】
すなわち、上記の例では、ポート監視機能（機能ＩＤ（14001））とＳＴＰ監視機能（機能ＩＤ（14003））の優先障害を比較していることになり、ポート監視機能よりもＳＴＰ監視機能の結果を優先して通知することになる。つまり、ポートの状態が正常であっても、ＳＴＰによる閉塞状態であれば、後者を優先した障害内容を運用者へ通知することでより良い監視を行うことが可能となる。
【０１１５】
その後、統合判定処理部１９で判定した結果（正常および障害すべて）は、障害検出処理部１４へ通知され、障害検出処理部１４は、障害管理部１３へ障害情報として通知する。
【０１１６】
このように、各障害解析部からの障害判定結果は異なるため、一度、処理情報テーブル２８に格納して優先障害情報を識別することで、最も重要な障害を優先的に通知することが可能となる。また、優先度を変更することで、機種毎に異なる最重要障害の検出を任意に変更することもできる。
【０１１７】
次に保守者の操作により障害状態を取得する場合と、タイマにより定期的に障害状態を取得する場合とについて説明する。保守者の操作により障害状態を取得する場合、ネットワーク機器の障害監視業務を実施している保守運用者などのオペレーション操作にて、ネットワーク機器の現在状態取得要求を実施する。
【０１１８】
このとき、ネットワーク監視制御装置１０の画面から指定したＩＰアドレスの情報を基にして、画面操作部１５は、障害検出処理部１４に対して、状態の取得要求を出力する。以降の処理は上記と同様である。
【０１１９】
一方、タイマにより定期的に障害状態を取得する場合、ネットワーク機器毎に設けたタイマ値に従い、定期的な障害監視を実施する。タイマ管理部１８では、タイマ管理テーブル２０（図６）のネットワーク機器毎のＩＰアドレスで管理されている前回監視を行った時刻と現在時刻の差分を算出する。
【０１２０】
そして、タイマ値超過の場合、該当のＩＰアドレスを基にタイマ管理部１８から障害検出処理部１４に対して、状態取得要求を通知すると共にタイマ管理テーブル２０の前回時刻を現在時刻で更新する。
【０１２１】
例えば、図６に示すタイマ管理テーブル２０は、ＩＰアドレス1.1.1.1のネットワーク機器に対して、前回障害監視を行った時刻が01:00:00、タイマ値が１０（障害監視を１０分おきに行う）であり、現在時刻が01:10:00となっている。
【０１２２】
したがって、時刻01:10:00になったら、タイマ管理部１８は、障害検出処理部１４にＩＰアドレス1.1.1.1のネットワーク機器に対する状態取得要求を通知することになる。以降の処理は上記と同様である。
【０１２３】
次に新規にネットワーク機器が導入されたときの自動障害監視動作について説明する。図１３〜図１７はネットワーク機器が新規導入されたときのネットワーク監視制御装置の動作を説明するための図である。なお、基本的な構成および動作は、上述したので、制御動作の異なる点を中心にして説明する。
【０１２４】
新たにネットワーク機器３ｂ（Ｂ社スイッチ、ＩＰアドレス（3.3.3.3））が追加したとする。ネットワーク機器３ｂのＩＰアドレス（3.3.3.3）が画面操作部１５によりノードＤＢ２１（図１４）へ追加される。
【０１２５】
その際、新たにノードＩＤが採番され追加される。図１４では、ネットワーク機器３ｂのノードＩＤを13003とし、ノードＤＢ２１は、ノードＩＤ（13003）とＩＰアドレス（3.3.3.3）とを対応づけて格納する。ノードＤＢ２１に登録されると、画面操作部１５は、外部要求受信部１６に対して、ノード登録要求を実施する。
【０１２６】
次に新規追加ネットワーク機器の機種特定が行われる。外部要求受信部１６は、登録されたＩＰアドレスの情報を含む機種判定要求を機種特定部１７へ通知し、機種特定部１７は、ＩＰアドレス（3.3.3.3）を持つネットワーク機器３ｂから、機種を識別するためのＭＩＢ情報（ＳｙｓＯＩＤ）の取得を行う（ネットワーク機器３ｂのＳｙｓＯＩＤを1.3.6.103とする）。
【０１２７】
外部要求受信部１６は、機種判定結果であるＳｙｓＯＩＤ（1.3.6.103）を受信すると、機種ＤＢ２３ｂに対して、ＳｙｓＯＩＤ（1.3.6.103）をキーにして既に認識している機種であるか否かを検索し、判定結果を外部要求受信部１６へ通知する。
【０１２８】
（１）ネットワーク機器３ｂが新機種と判定された場合について。
新規追加機器の機種特定における結果が、機種ＤＢ２９上に該当機種なしと判定された場合、外部要求受信部１６は、機種ＤＢ２９に対して、取得したＳｙｓＯＩＤ（1.3.6.103）と、新たに採番した機種ＩＤ（12003）と、機種名（Ｂ社スイッチ）とを対応づけて追加格納する（図１７）。
【０１２９】
また、外部要求受信部１６は、ネットワーク機器３ｂに対して、ポート監視、電源監視またはＳＴＰ監視が可能であるかを認識する必要がある。このため、ポート監視用障害解析部１１ａにポート障害検出確認要求を出力し、電源監視用障害解析部１１ｂに電源障害検出確認要求を出力し、ＳＴＰ監視用障害解析部１１ｃにＳＴＰ障害検出確認要求を出力する。
【０１３０】
ポート監視用障害解析部１１ａは、ポート障害検出確認要求を受信すると、ネットワーク機器３ｂからポート関連のＭＩＢ情報を取得する。同様にして、電源監視用障害解析部１１ｂは、電源障害検出確認要求を受信すると、ネットワーク機器３ｂから電源関連のＭＩＢ情報を取得し、ＳＴＰ監視用障害解析部１１ｃは、ＳＴＰ障害検出確認要求を受信すると、ネットワーク機器３ｂからＳＴＰ関連のＭＩＢ情報を取得する。
【０１３１】
ＭＩＢ情報の取得に際しては、ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂおよびＳＴＰ監視用障害解析部１１ｃは、機能定義ＤＢ２６および障害情報ＤＢ２７より、監視対象となるＯＩＤをそれぞれ取得することになる（図１６）。
【０１３２】
ＭＩＢ情報の取得結果より、ポート監視用障害解析部１１ａ、電源監視用障害解析部１１ｂおよびＳＴＰ監視用障害解析部１１ｃにて判定した監視可否結果は、外部要求受信部１６へ通知され、外部要求受信部１６では、監視可能である機能ＩＤを基にして、関連ＤＢ２２へ機種と機能の関係およびノードと機能の関係を示す情報を追加する（図１５）。
【０１３３】
なお、外部要求受信部１６は、障害検出確認が成功した場合は、画面操作部１５にノード登録結果（成功）を通知し、障害検出処理部１４に障害検出要求を通知する。また、障害検出確認が失敗した場合は、画面操作部１５にノード登録結果（失敗）を通知する。
【０１３４】
このように、機種特定部１７が新規のネットワーク機器から機種を特定するためのＭＩＢ情報として（ＳｙｓＯＩＤ）を取得し、既に監視を実施している機種であるかを機種ＤＢ２９から判定する。
【０１３５】
そして、外部要求受信部１６が新規機種であれば機種ＤＢ２９にＳｙｓＯＩＤを追加し、さらに既に監視を実施している障害解析部がＭＩＢ情報を収集できた監視対象機能を関連ＤＢ２２に追加する構成とした。
【０１３６】
これにより、新規追加に対するネットワーク機器の監視を開始するに当たり、自動で機能別障害解析機能を割り当てることが可能となる。さらに既設の機器に対しても、ネットワーク機器側のＭＩＢ情報などが変更した場合でも、迅速に対応することが可能となる。
【０１３７】
（２）ネットワーク機器３ｂが既に導入されていると判定された場合について。
ネットワーク機器３ｂに該当する機種が既にあると判定された場合は、外部要求受信部１６は、機種ＩＤを取得し、関連ＤＢ２２の区分「機種と機能関係」から同一の機種ＩＤ「ＩＤ（１）」を検索し、障害監視機能「ＩＤ（２）」を抽出する。関連ＤＢ２２に、機種ＩＤ「ＩＤ（１）」と抽出した障害監視機能「ＩＤ（２）」を登録する。その後、障害検出処理部１４に障害検出要求を通知する。
【０１３８】
以上説明したように、ネットワーク監視制御装置１０では、同じ監視機能であれば異なる機種であっても監視可能なように機能別に障害情報を収集する構成とした。
現状のネットワークにおいては、ネットワーク機器の追加、削除、入れ替えや、ネットワーク構成の変更等が行われ、特に新機種のネットワーク機器が追加されたり、既設のネットワーク機器の機能拡張などは頻繁に行われる。
【０１３９】
このような状況において、従来のネットワーク監視技術では、その都度ネットワーク監視制御装置の障害解析機能の新規追加や改造等を行わないと、新たな監視対象機器に対して即時に対応できず、効率のよい障害監視ができなかった。
【０１４０】
これに対し、上述したネットワーク監視制御装置１０では、監視対象の機器毎に障害情報を収集するのではなく、例えば、機器の物理インタフェースを監視するポート監視、機器の電源を監視する電源監視、機器のループ障害を監視するループ障害というように、機能別に障害情報を収集する構成にした。これにより、ネットワーク機器の障害監視を短時間で行うことができ、ネットワーク監視制御における障害監視効率を向上させることが可能になる。
【０１４１】
なお、上記では、監視対象として、ポート監視、電源監視およびＳＴＰ監視を行うとしたが、これは一例であって、その他の機能の監視を行う構成にすることも当然可能である。
【符号の説明】
【０１４２】
１０  ネットワーク監視制御装置
１ａ  障害監視部
１ａ−１  ポート監視部
１ａ−２  電源監視部
１ａ−３  ループ障害監視部
１ｂ  監視結果通知部
１ｃ  障害解析データ保持部
３−１〜３−ｍ  監視対象機器
【図１】
2010226181.tif 000003
【図２】
2010226181.tif 000004
【図３】
2010226181.tif 000005
【図４】
2010226181.tif 000006
【図５】
2010226181.tif 000007
【図６】
2010226181.tif 000008
【図７】
2010226181.tif 000009
【図８】
2010226181.tif 000010
【図９】
2010226181.tif 000011
【図１０】
2010226181.tif 000012
【図１１】
2010226181.tif 000013
【図１２】
2010226181.tif 000014
【図１３】
2010226181.tif 000015
【図１４】
2010226181.tif 000016
【図１５】
2010226181.tif 000017
【図１６】
2010226181.tif 000018
【図１７】
2010226181.tif 000019
【図１８】
2010226181.tif 000020
【図１９】
2010226181.tif 000021