(57)【要約】【課題】いずれかのサブ監視装置で多数の障害情報が発生した場合でも他のサブ監視装置の障害情報取得の遅延を最小限に抑えることのできる障害監視システムを得る。【解決手段】統合監視装置４の記録内容監視部２２は、サブ監視装置１における障害情報記録処理部１２の記録内容を監視して、前回の監視時と異なる障害監視情報が所定の閾値以上記録されているか否かを判定する。記録内容監視部２２で、前回の監視時と異なる障害情報が閾値以上記録されていると判定した場合、障害情報収集部２３は、予め決められた最大取得値まで障害情報を収集し、最大取得値を超えた分については他のサブ監視装置１の障害情報の監視が終了した後に再度収集対象とする。【選択図】図２
2010204850.tif 000002
【特許請求の範囲】
【請求項１】
予め設定されている監視項目の状態を監視して、当該監視項目の障害を検出する障害検出手段と、前記障害検出手段により検出された障害の内容を示す障害情報を時系列で記録する障害情報記録手段とを有する複数のサブ監視装置と、当該複数のサブ監視装置の障害情報を取得する統合監視装置とを備えた障害監視システムにおいて、
前記統合監視装置は、
前記それぞれのサブ監視装置における障害情報記録手段の記録内容を監視して、前回の監視時と異なる障害監視情報が所定の閾値以上記録されているか否かを判定する記録内容監視手段と、
前記記録内容監視手段で、前回の監視時と異なる障害情報が前記閾値以上記録されていると判定した場合、予め決められた最大取得値まで障害情報を収集し、当該最大取得値を超えた分については他のサブ監視装置の障害情報の監視が終了した後に再度収集対象とする障害情報収集手段とを備えた障害監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク機器の標準制御／監視プロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ  ＲＦＣ１１５７）を用いて、ネットワーク機器を監視する障害監視システムに関するものである。
【背景技術】
【０００２】
一般に、ＳＮＭＰによるネットワーク機器の監視においては、監視する側の「ＳＮＭＰマネージャ」と、監視される側の「ＳＮＭＰエージェント」の間でＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ  ＲＦＣ１２１３）と呼ばれる管理情報をメッセージ交換することによって機器の管理を行っている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２３３８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のネットワーク機器の監視において、一つのサブ監視装置の障害情報収集に時間を費やすと、他のサブ監視装置の障害情報取得が遅れてしまうことになる。即ち、複数のサブ監視装置の監視はシーケンシャルに行われるため、特定のサブ監視装置で多くの障害情報が発生していた場合は、そのサブ監視装置に対する障害情報収集に時間が費やされてしまい、その結果、他のサブ監視装置の情報取得が遅延してしまうという問題があった。
【０００５】
この発明は上記のような課題を解決するためになされたもので、いずれかのサブ監視装置で多数の障害情報が発生した場合でも他のサブ監視装置の障害情報取得の遅延を最小限に抑えることのできる障害監視システムを得ることを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係る障害監視システムは、統合監視装置が、それぞれのサブ監視装置における障害情報記録手段の記録内容を監視して、前回の監視時と異なる障害監視情報が所定の閾値以上記録されているか否かを判定する記録内容監視手段と、記録内容監視手段で、前回の監視時と異なる障害情報が閾値以上記録されていると判定した場合、予め決められた最大取得値まで障害情報を収集し、最大取得値を超えた分については他のサブ監視装置の障害情報の監視が終了した後に再度収集対象とする障害情報収集手段とを備えたものである。
【発明の効果】
【０００７】
この発明の障害監視システムは、前回の監視時と異なる障害情報が閾値以上記録されていると判定した場合、予め決められた最大取得値まで障害情報を収集し、最大取得値を超えた分については他のサブ監視装置の障害情報の監視が終了した後に再度収集対象とするようにしたので、いずれかのサブ監視装置で多数の障害情報が発生した場合でも他のサブ監視装置の障害情報取得の遅延を最小限に抑えることができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の実施の形態１による障害監視システムを示す構成図である。
【図２】この発明の実施の形態１による障害監視システムにおけるサブ監視装置及び統合監視装置の内部を示す構成図である。
【図３】この発明の実施の形態１による障害監視システムの拡張ＭＩＢの構成例を示す説明図である。
【図４】この発明の実施の形態１による障害監視システムの障害情報管理ロールメモリに管理されているポインタを示す説明図である。
【図５】この発明の実施の形態１による障害監視システムの処理内容を示すシーケンス図である。
【図６】この発明の実施の形態１による障害監視システムの監視処理と障害情報収集処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
実施の形態１．
図１は、この発明の実施の形態１による障害監視システムを示す構成図である。
図において、サブ監視装置１−１〜１−Ｎは、例えば都道府県単位に設置され、ＳＮＭＰエージェントを実装している。
サブ監視装置１−１〜１−ＮのＳＮＭＰエージェントはＬＡＮ２−１〜２−Ｎに接続されているネットワーク機器３の状態を監視して、そのネットワーク機器３における監視項目の障害を検出すると、その障害の内容を示す障害情報を時系列で記録する処理を実施する。
統合監視装置４はネットワーク回線５を介してサブ監視装置１−１〜１−Ｎと接続され、ＳＮＭＰマネージャを実装している。
統合監視装置４のＳＮＭＰマネージャは標準制御／監視プロトコルであるＳＮＭＰを用いて、サブ監視装置１−１〜１−ＮとＭＩＢと呼ばれる管理情報をメッセージ交換することにより、ネットワーク機器３を管理している。
【００１０】
図２はこの発明の実施の形態１による障害監視システムにおけるサブ監視装置１−１〜１−Ｎ及び統合監視装置４の内部を示す構成図である。なお、図２では、複数のサブ監視装置１−１〜１−Ｎにおける１台分のサブ監視装置１とＬＡＮ２を示している。
図２において、サブ監視装置１−１〜１−Ｎの障害検出部１１はＬＡＮ２−１〜２−Ｎに接続されているネットワーク機器３の状態を監視して、そのネットワーク機器３における監視項目の障害を検出する処理を実施する。なお、障害検出部１１は障害検出手段を構成している。
【００１１】
サブ監視装置１−１〜１−Ｎの障害情報記録処理部１２は障害検出部１１が監視項目の障害を検出すると、その障害の内容を示す障害情報を時系列で障害情報記録メモリ１３に記録するとともに、最新の障害情報を指し示すポインタ（障害情報管理ロールメモリ１４に管理されているポインタ）を更新する処理を実施する。
障害情報記録メモリ１３は障害検出部１１により検出された障害の内容を示す障害情報を時系列で記録するロールメモリである。
障害情報管理ロールメモリ１４は最新の障害情報を指し示すポインタを管理しているメモリである。
なお、障害情報記録処理部１２、障害情報記録メモリ１３及び障害情報管理ロールメモリ１４から障害情報記録手段が構成されている。
【００１２】
統合監視装置４のネットワークＩ／Ｆ部２１はネットワーク回線５に対するインタフェース処理を実施する。
統合監視装置４の記録内容監視部２２はネットワークＩ／Ｆ部２１を介して、サブ監視装置１−１〜１−Ｎの障害情報管理ロールメモリ１４により管理されているポインタの変化を監視して、前回の監視時とポインタの位置が異なっているか否かを判定し、前回の監視時とポインタの位置が異なっていれば、異なる障害情報が障害情報記録メモリ１３に記録されていると判断する処理を実施する。また、記録内容監視部２２は、異なる障害情報が障害情報記録メモリ１３に記録されていると判断した場合は、その障害情報が所定の閾値以上であるかを判定する。なお、記録内容監視部２２は記録内容監視手段を構成している。
【００１３】
統合監視装置４の障害情報収集部２３は、記録内容監視部２２により異なる障害情報が障害情報記録メモリ１３に記録されていると判断されると、ネットワークＩ／Ｆ部２１を介して、サブ監視装置１−１〜１−Ｎの障害情報記録メモリ１３から前回の監視時と異なる障害情報を収集する処理を実施する。即ち、障害情報収集部２３は、前回の監視時においてポインタが指し示している障害情報の次の障害情報から、今回の監視時においてポインタが指し示している最新の障害情報までを収集する処理を実施する。また、障害情報収集部２３は、記録内容監視部２２において、障害情報が所定の閾値以上であると判定された場合、閾値より小さい予め決められた最大取得値まで障害情報を収集し、最大取得値を超えた分については他のサブ監視装置の障害情報の監視が終了した後に再度収集処理を実施する。なお、障害情報収集部２３は障害情報収集手段を構成している。
統合監視装置４の障害情報記録メモリ２４は障害情報収集部２３により収集された障害情報を記録するメモリである。
【００１４】
なお、図２の例では、サブ監視装置１−１〜１−Ｎの構成要素（障害検出部１１、障害情報記録処理部１２）が専用のハードウェア（例えば、ＭＰＵが実装されている半導体回路基板）で構成され、また、統合監視装置４の構成要素（ネットワークＩ／Ｆ部２１、記録内容監視部２２、障害情報収集部２３）が専用のハードウェア（例えば、ＭＰＵが実装されている半導体回路基板）で構成されていることを想定しているが、サブ監視装置１−１〜１−Ｎ及び統合監視装置４がそれぞれコンピュータで構成されている場合、予め、サブ監視装置１−１〜１−Ｎ及び統合監視装置４の構成要素の処理内容が記述されているプログラムをコンピュータのメモリに格納し、コンピュータのＣＰＵが当該メモリに格納されているプログラムを実行するようにしてもよい。
【００１５】
次に、実施の形態１の障害監視システムの動作について説明する。
ＳＮＭＰは、機器やメーカに依存せずに、一元的に情報を管理することができるようにすることを目的にして策定されたものであり、例えば、ＩＰアドレスや、エラーＩＰパケットの数などの通信情報を機器やメーカに依存せずに管理できるようにしている仕組みである。
例えば、移動通信システムの基地局の障害など、システムやメーカに固有の特定情報を管理する必要がある場合、ＭＩＢを拡張する（例えば、管理情報として、ユニークな名前（番号）を追加で定義する）ことにより、システムやメーカに固有の特定情報の管理を可能にしている。
【００１６】
ここで、図３は拡張ＭＩＢの構成例を示す説明図であり、図３の例では、障害情報を記録している障害情報記録メモリ１３（ロールメモリ）上のインデックスであるポインタ、即ち、最新の障害情報を指し示すポインタ（ａｌｍＲｅａｄＰｏｉｎｔ／ａｌｍＷｒｉｇｈｔＰｏｉｎｔ）を定義している。また、図３の例では、１〜４８０個の障害情報をＯＩＤとして定義している。
図４は障害情報管理ロールメモリ１４に管理されているポインタを示す説明図である。
【００１７】
サブ監視装置１−１〜１−Ｎの障害検出部１１は、ＬＡＮ２−１〜２−Ｎに接続されているネットワーク機器３の状態を定期的に監視して、そのネットワーク機器３における監視項目の障害を検出する。
監視項目の障害検出方法は、ＳＮＭＰを使う必然はないが、例えば、何らかのリクエストをネットワーク機器に送信しても、そのネットワーク機器からリクエストに対する応答が得られない場合には、障害が発生しているものと判断する。
【００１８】
サブ監視装置１−１〜１−Ｎの障害情報記録処理部１２は、障害検出部１１が監視項目の障害を検出すると、その障害の内容を示す障害情報を時系列で障害情報記録メモリ１３に記録する。
即ち、障害情報記録処理部１２は、障害検出部１１が１以上の障害を検出すると、障害の発生順に、新たな障害の内容を示す障害情報を障害情報記録メモリ１３に追加し、障害情報管理ロールメモリ１４に管理されているポインタが、最新の障害情報を指し示すように更新する。
例えば、１０個の障害情報が障害情報記録メモリ１３に記録されているとき、新たに２個の障害が検出されると、障害情報管理ロールメモリ１４に管理されているポインタが、１２個目の障害情報を指し示すように更新する。
【００１９】
統合監視装置４の記録内容監視部２２は、予め設定された監視周期になると、ＧｅｔＲｅｑｕｅｓｔと呼ばれる信号を用いて、サブ監視装置１−１〜１−Ｎの障害情報管理ロールメモリ１４により管理されているポインタの位置を示す情報の送信要求をサブ監視装置１−１〜１−Ｎに送信する。
図５は、この発明の実施の形態１による障害監視システムの処理内容を示すシーケンス図である。
サブ監視装置１−１〜１−Ｎの障害情報記録処理部１２は、統合監視装置４からＧｅｔＲｅｑｕｅｓｔを受信すると、ＧｅｔＲｅｓｐｏｎｓｅと呼ばれる信号を用いて、障害情報管理ロールメモリ１４により管理されているポインタの位置を示す情報を統合監視装置４に送信する。
【００２０】
統合監視装置４の記録内容監視部２２は、ネットワークＩ／Ｆ部２１がポインタの位置を示す情報を受信すると、前回の監視時におけるポインタの位置と今回の監視時におけるポインタの位置とを比較することにより、障害情報管理ロールメモリ１４により管理されているポインタの変化を監視する。
図６は、記録内容監視部２２における監視処理と障害情報収集部２３における障害情報収集処理を示すフローチャートである。
統合監視装置４の記録内容監視部２２は、監視対象となるサブ監視装置１−１〜１−Ｎの前回の監視時におけるポインタの位置と今回の監視時におけるポインタの位置を比較し（ステップＳＴ１）、ポインタ位置が一致している場合は新たな障害が発生していないものと判断し、ステップＳＴ４に移行して次のサブ監視装置１−１〜１−Ｎの監視を行う。
図５の場合、１回目の監視周期では、前回の監視時におけるポインタの位置と今回の監視時におけるポインタの位置が一致しており、新たな障害が発生していないものと判断される。
【００２１】
統合監視装置４の記録内容監視部２２は、前回の監視時におけるポインタの位置と今回の監視時におけるポインタの位置が異なる場合、新たな障害が発生しているものと判断し、その発生数が閾値以上であるかを判定する（ステップＳＴ２）。
図５の場合、２回目の監視周期でサブ監視装置（ＳＮＭＰエージェント）のインデックスをポーリングしたところａｌｍＷｒｉｇｈｔＰｏｉｎｔが１００件進んでいるため、障害情報が１００件蓄積されていることを認識したことを示している。ここで、閾値を１００件とした場合、記録内容監視部２２は、蓄積されている障害情報が閾値以上であると判定し（ステップＳＴ２）、これを障害情報収集部２３に通知する。
【００２２】
統合監視装置４の障害情報収集部２３は、記録内容監視部２２が新たな障害が発生しているものと判断すると、ＧｅｔＲｅｑｕｅｓｔと呼ばれる信号を用いて、障害情報記録メモリ１３に記録されている新たな障害情報の送信要求をサブ監視装置１−１〜１−Ｎに送信する。即ち、障害情報収集部２３は、前回の監視時においてポインタが指し示している障害情報の次の障害情報から、今回の監視時においてポインタが指し示している最新の障害情報までの送信をサブ監視装置１−１〜１−Ｎに要求する。ここで、障害情報発生数は閾値以上であるため、障害情報収集部２３は、予め決められた最大取得値（ここでは５０件とする）まで取得する（ステップＳＴ３）と、それ以上の障害情報については次回の収集処理として次のサブ監視装置１−１〜１−Ｎの障害情報収集処理を行う（ステップＳＴ４）。その後は、ステップＳＴ１に戻り、前回の未収集分も含めてステップＳＴ１以降の処理を繰り返す。即ち、この場合はステップＳＴ２において１００件以下であるため、全件を取得する（ステップＳＴ５）。なお、図５の例では、３回目の監視周期において２回目の監視周期における残件のみであった場合（新規の障害情報発生が０である場合）を示しているが、新規の障害情報が発生している場合は、この増加分も含めて１００件以上であるかを判定する。
【００２３】
なお、実施の形態１では、一つのサブ監視装置（ＳＮＭＰエージェント）に障害情報が多数蓄積されている判定の閾値例として１００件としているが、これに限定されるものではなく、実際のシステム構成に最適な件数を設定すればよい。また、一時中断するまでに取得する件数を閾値の半分（＝５０件）としているが、これも同様にシステム構成に最適な件数を設定すればよい。
【００２４】
以上のように、実施の形態１の障害監視システムによれば、予め設定されている監視項目の状態を監視して、監視項目の障害を検出する障害検出手段と、障害検出手段により検出された障害の内容を示す障害情報を時系列で記録する障害情報記録手段とを有する複数のサブ監視装置と、複数のサブ監視装置の障害情報を取得する統合監視装置とを備えた障害監視システムにおいて、統合監視装置は、それぞれのサブ監視装置における障害情報記録手段の記録内容を監視して、前回の監視時と異なる障害監視情報が所定の閾値以上記録されているか否かを判定する記録内容監視手段と、記録内容監視手段で、前回の監視時と異なる障害情報が閾値以上記録されていると判定した場合、予め決められた最大取得値まで障害情報を収集し、最大取得値を超えた分については他のサブ監視装置の障害情報の監視が終了した後に再度収集対象とする障害情報収集手段とを備えたので、いずれかのサブ監視装置で多数の障害情報が発生した場合でも他のサブ監視装置の障害情報取得の遅延を最小限に抑えることができる。
【符号の説明】
【００２５】
１−１〜１−Ｎ  サブ監視装置、２−１〜２−Ｎ  ＬＡＮ、３  ネットワーク機器、４  統合監視装置、５  ネットワーク回線、１１  障害検出部（障害検出手段）、１２  障害情報記録処理部（障害情報記録手段）、１３  障害情報記録メモリ（障害情報記録手段）、１４  障害情報管理ロールメモリ（障害情報記録手段）、２１  ネットワークＩ／Ｆ部、２２  記録内容監視部（記録内容監視手段）、２３  障害情報収集部（障害情報収集手段）、２４  障害情報記録メモリ。
【図１】
2010204850.tif 000003
【図２】
2010204850.tif 000004
【図３】
2010204850.tif 000005
【図４】
2010204850.tif 000006
【図５】
2010204850.tif 000007
【図６】
2010204850.tif 000008