(57)【要約】【課題】監視装置の負荷を低減し、監視対象機器の障害情報及びその前後の状態変化情報を一元管理できる階層型障害監視システムを提供する。【解決手段】ネットワークに接続されたＳＮＭＰエージェント機能を有する複数の監視対象機器と、それらを管理するＳＮＭＰマネージャ機能を有する下位監視装置で構成されるサブシステムと、それら複数のサブシステムを管理する上位監視装置で構成されたシステムを用いる。このシステムにおける下位監視装置は、監視対象機器から受信した当該情報とその直前の情報をＳＮＭＰ受信テーブルから取得する監視プロセス部を備え、当該情報とその直前の情報の組合せにより、障害情報及びその前後の状態変化情報のみを上位監視装置へ転送するＳＮＭＰ転送プロセス部を備える。【選択図】  図１
2014006829.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたＳＮＭＰエージェント機能を有する複数の監視対象機器と、前記監視対象機器を管理するＳＮＭＰマネージャ機能を有する下位監視装置とで構成されたサブシステムと、複数の前記サブシステムを管理するＳＮＭＰマネージャ機能を有する上位監視機器とで構成される障害監視システムであって、
前記監視対象機器に発生した障害情報と、その前後の状態変化情報を、前記下位監視装置から前記上位監視装置へ転送する障害監視システム。
【請求項２】
前記障害監視システムにおいて、前記下位監視装置は、前記監視対象機器に対してＳＮＭＰを使用したポーリングを行う監視プロセス部と、前記監視対象機器から受信したポーリング結果の中から障害情報およびその前後の状態変化情報のみを前記上位監視装置へ転送するＳＮＭＰ転送プロセス部とを備える監視装置。
【請求項３】
前記下位監視装置において、前記監視プロセス部は、前記監視対象機器から受信したポーリング結果をＳＮＭＰ受信テーブルに格納し、ネットワークアドレスと、障害監視機器名と、監視対象機器から取得する項目が定義されたＯＩＤをキーとしてＳＮＭＰ受信テーブルにおける直前のレコードを検索し、ポーリングにより得られた当該レコード及び直前のレコードにおける監視対象機器の状態を取得する監視装置。
【請求項４】
前記下位監視装置において、前記ＳＮＭＰ転送プロセス部は、直前のレコードにおける監視対象機器の状態が正常で、当該レコードにおける監視対象機器の状態が異常の場合は、直前のレコードと当該レコードを前記上位監視装置に転送し、直前のレコードにおける監視対象機器の状態が異常で、当該レコードにおける監視対象機器の状態が異常の場合は、当該レコードを前記上位監視装置に転送し、直前のレコードにおける監視対象機器の状態が異常で、当該レコードにおける監視対象機器の状態が正常の場合は、当該レコードを前記上位監視装置に転送する監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視装置を階層化し、監視対象機器の障害情報及び状態変化情報を管理する障害監視システムに関する。
【背景技術】
【０００２】
従来から、ＩＰネットワーク上の機器の状態監視・制御を実現する際にはＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いることが一般的である。ＳＮＭＰでは、監視する側（障害監視サーバ）にＳＮＭＰマネージャ機能、監視される側（監視対象機器）にＳＮＭＰエージェント機能が必要になる。監視対象機器は、サーバ、ＰＣのみならずディスクアレイ、Ｌ２ＳＷ、Ｌ３ＳＷ、プリンタ、無停電電源装置（ＵＰＳ）など非常に多岐に渡る。また、例えばデータセンタ等で使用されるような温度センサも、ＳＮＭＰによる監視が可能である。監視対象となる項目も、ＣＰＵ使用率、ディスク回転数、ファン回転数、温度、湿度など非常に多岐に渡る。
【０００３】
ＳＮＭＰによる監視においては、ＳＮＭＰエージェントが保持するＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ：管理情報ベース）と呼ばれる一種のデータベース内の項目を使用する。ＭＩＢの中には、ＣＰＵ使用率、ディスク回転数などの項目がオブジェクトＩＤ（ＯＩＤ）として定義されており、ＳＮＭＰマネージャはＯＩＤの値を参照することにより監視を実現している。
【０００４】
ＳＮＭＰによる監視においては、その方式からポーリング方式とトラップ方式とに分類できる。ポーリング方式とはＳＮＭＰマネージャからＳＮＭＰエージェントに対して、定められた間隔毎に、定められたＯＩＤを検索してその値を参照する方式である。トラップ方式とはＳＮＭＰエージェントのＯＩＤ値が閾値を超過した場合に、ＳＮＭＰエージェントがその情報を自発的にＳＮＭＰマネージャに通知する方式である。
【０００５】
従来のＳＮＭＰを用いた障害監視システムとしては、例えば特許文献１に記載されたものがある。特許文献１では、ＳＮＭＰマネージャを冗長化し、ＳＮＭＰマネージャ間で同期処理を行うことで、障害監視システムとしての信頼性を高めている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−２５９０３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、監視対象機器が数千台に及ぶような非常に大規模なシステムの場合に、それらを監視するＳＮＭＰマネージャが１台だと、ＳＮＭＰマネージャに非常に大きな負荷がかかる。
【０００８】
この問題を解決する方法としては、ＳＮＭＰマネージャを分散配置させることにより１台当たりのＳＮＭＰマネージャにかかる負荷を軽減させ、分散配置した（下位の）ＳＮＭＰマネージャを統括する上位のＳＮＭＰマネージャを配置する方法が考えられる。この場合下位のＳＮＭＰマネージャは重大度の高い情報のみをフィルタリングして上位のＳＮＭＰマネージャに転送する必要がある。下位のＳＮＭＰマネージャから上位のＳＮＭＰマネージャへ情報を転送する機能は一般のＳＮＭＰ管理ソフトウェアに実装されていることが多いが、転送の際のフィルタリング条件は、通常は障害情報のみとなっており、その前後の情報は転送されない。すなわち、上位のＳＮＭＰマネージャはＳＮＭＰエージェントの障害がいつ発生したかを検知する事は可能であるが、障害発生前の状態がどうであったかや、いつ障害が解消したかの状態変化を検知する事は出来ないという問題がある。また、前記特許文献１においては、これらの問題には言及していない。
【０００９】
本発明は、このような事情に鑑みてなされたもので、上記の問題を解消することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するための一手段について説明する。本発明は、複数のＳＮＭＰエージェントとネットワークを介して接続された下位のＳＮＭＰマネージャにおける、上位のＳＮＭＰマネージャへの障害情報転送方法である。
【００１１】
前記下位ＳＮＭＰマネージャは、自ネットワーク上の前記ＳＮＭＰエージェントに対してＯＩＤを指定して一定時間毎にポーリングを行い、ＯＩＤの値を取得し、ＯＩＤとその値とその状態を対応付けて記憶したＯＩＤ値状態テーブルを検索して取得したＯＩＤ値に対する状態を取得して当該ＳＮＭＰマネージャのＳＮＭＰ受信テーブルに格納し、当該ＳＮＭＰエージェントの当該ＯＩＤ値の状態が異常であった場合、当該情報を前記上位ＳＮＭＰマネージャに転送する。ここで当該ＳＮＭＰエージェントの当該ＯＩＤに対する直前のポーリング結果が正常であった場合は、状態変化前の情報として、直前のポーリング結果も合わせて前記上位ＳＮＭＰマネージャに転送する。
【００１２】
また、当該ＳＮＭＰエージェントの当該ＯＩＤに対するポーリング結果が正常で、かつ直前のポーリング結果が異常であった場合は、状態変化後の情報として、今回の（正常な）ポーリング結果のみを前記上位ＳＮＭＰマネージャに転送する。
【発明の効果】
【００１３】
本発明によれば、特に大規模システムの場合に監視対象機器の障害情報及びその前後の状態変化を一元管理することが出来る。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る障害監視システム１００の全体構成例を示す図である。
【図２】下位障害監視サーバ１１２のハードウェア構成例を示す図である。
【図３】下位障害監視サーバ１１２が具備するＯＩＤ値状態テーブル２１４のデータ構成例を示す図である。
【図４】下位障害監視サーバ１１２が具備するＳＮＭＰ受信テーブル２１５のデータ構成例を示す図である。
【図５】下位障害監視サーバ１１２が具備する監視プロセス部２１１、ＳＮＭＰ転送プロセス部２１２の処理を示すフローチャートである。
【図６】下位障害監視サーバ１１２が具備する監視プロセス２１１においてどのＳＮＭＰ情報を転送するかを説明した図である。
【発明を実施するための形態】
【００１５】
以下で、本発明の一実施例について、図面を参照して詳細に説明する。
【００１６】
図１は、本実施例に係る障害監視システム１００の全体構成を示す図である。障害監視システム１００は、上位障害監視サーバ１０２と、監視モニタ１０３と、障害監視サブシステム１１０−１〜１１０−ｎとが、ネットワーク１０１にて接続されて構成されている。
【００１７】
次に、障害監視サブシステム１１０−１〜１１０−ｎの構成について、障害監視サブシステム１１０−１を例に説明する。障害監視サブシステム１１０−１は、下位障害監視サーバ１１２−１と、監視モニタ１１３−１と、監視対象機器１１４−１−１〜１１４−１−ｍとが、サブネットワーク１１１−１にて接続されて構成されている。（以下、障害監視サブシステムを特定しない場合は、それぞれ障害監視サブシステム１１０、サブネットワーク１１１、下位障害監視サーバ１１２、監視モニタ１１３、監視対象機器１１４−１〜１１４−ｍという。）
監視対象機器１１４は前述のＳＮＭＰエージェントに該当し、複数のＯＩＤとその値から構成されるＭＩＢを具備する。監視対象機器１１４は下位障害監視サーバ１１２からのポーリングに対して、ＭＩＢ内のＯＩＤ値を取得し、下位障害監視サーバ１１２にＯＩＤ値を応答する。
【００１８】
下位障害監視サーバ１１２は前述のＳＮＭＰマネージャに該当し、監視対象機器１１４−１〜１１４−ｍに対してＯＩＤを指定し、ＯＩＤ値の問合せ（ポーリング）を行う。ポーリング結果が異常であった場合や直前のポーリング結果から状態変化が発生していた場合、下位障害監視サーバ１１２は上位障害監視サーバ１０２に情報を転送する。
【００１９】
監視モニタ１１３は、障害監視サブシステム１１０内の監視対象機器１１４−１〜１１４−ｍの監視状況を示す、例えば汎用コンピュータに専用ソフトウェアを実装した、ネットワーク監視モニタ装置である。具体的には、監視モニタ１１３は、監視対象機器１１４−１〜１１４−ｍに対してのポーリング結果及びその履歴を画面に表示する機能を備える。
【００２０】
上記のように、障害監視サブシステム１１０は、それだけで完結した障害監視システムと見なすことが出来る。本発明が想定している大規模システムでは、例えば地区（関東地区、関西地区等）毎に障害監視サブシステムを構築することが考えられる。
【００２１】
上位障害監視サーバ１０２は、障害監視サブシステム１１０における下位障害監視サーバ１１２から転送されたＳＮＭＰ情報を管理する。当然ながら、上位障害監視サーバ１０２は複数の障害監視サブシステムの下位障害監視サーバからＳＮＭＰ情報を受けることになる。
【００２２】
監視モニタ１０３は、障害監視システム１００内のすべての監視対象機器の監視状況を示すネットワーク監視モニタ装置である。上記の大規模システムの例を用いるならば、日本全国のすべての監視対象機器を監視することが出来る。
【００２３】
図２は、下位障害監視サーバ１１２のハードウェア構成例を示す図である。なお、上位障害監視サーバ１０２も、図２と同一のハードウェア構成である。下位障害監視サーバ１１２は、記憶部２０１と、制御部２０２と、メモリ２０３と、タイマ２０４と、ネットワークインターフェース部２０５とを具備する。記憶部２０１は、監視プロセス部２１１と、ＳＮＭＰ転送プロセス部２１２と、ＭＩＢ２１３と、ＯＩＤ値状態テーブル２１４と、ＳＮＭＰ受信テーブル２１５とを具備する。
【００２４】
監視プロセス部２１１は、監視対象機器１１４−１〜１１４−ｍに対して定期的なポーリングを行うことにより、これらの状態監視を行うプロセスである。監視プロセス部２１１にはポーリング間隔が定義されており、タイマ２０４を使用してポーリング開始時刻を決定する。監視プロセス部２１１は、ＭＩＢ２１３を参照して該当するＯＩＤを得て、ポーリングを行う。監視プロセス部２１１は、ポーリングの結果、監視対象機器１１４−１〜１１４−ｍから得られたＯＩＤ値をキーとしてＯＩＤ値状態テーブル２１４を検索し、ＯＩＤ値に対応する状態を取得し、これらを合わせて１レコードとし、ＳＮＭＰ受信テーブル２１５に格納する。
【００２５】
ＳＮＭＰ転送プロセス部２１２は、ＳＮＭＰ受信テーブル２１５に格納されたレコードを参照し、ＯＩＤ値の状態が異常のレコード及びその前後の状態変化に該当するードを、上位障害監視サーバ１０２に転送するプロセスである。
【００２６】
ＭＩＢ２１３は、監視対象機器１１４−１〜１１４−ｍが具備するＭＩＢと同一のものである。監視対象機器１１４−１〜１１４−ｍが異なる種類のＭＩＢを具備している場合、下位障害監視サーバ１１２はそれら全ての種類のＭＩＢを具備する必要がある。ＭＩＢ２１３は、ポーリングの際に監視プロセス部にＯＩＤを提供する。
【００２７】
ＯＩＤ値状態テーブル２１４は、監視対象機器１１４−１〜１１４−ｍのＭＩＢ中、言い換えれば下位障害監視サーバ１１２のＭＩＢ２１３中のＯＩＤとＯＩＤ値に対する状態を定義し、格納したテーブルである。システム管理者は、ＯＩＤ値状態テーブル２１４中の状態がどのＯＩＤ値（あるいはＯＩＤ値の範囲）に該当するかを任意に設定可能である。これにより、システムに求められる要件に応じて、監視レベルをチューニングすることが可能になる。
【００２８】
ＳＮＭＰ受信テーブル２１５は、監視プロセス部２１１が行うポーリングの結果得られた情報と、ＯＩＤ値状態テーブル２１４を参照して得られた状態が１レコードとして格納されている。
【００２９】
図３は、下位障害監視サーバ１１２が具備するＯＩＤ値状態テーブル２１４のデータ構成例を示す図である。ＯＩＤ値状態テーブル２１４のデータ項目は、ＯＩＤ３０１と、ＯＩＤ値３０２と、状態３０３とで構成される。図３の例では、ＯＩＤ「1.3.4.11.1.3.2」に対するＯＩＤ値として0、1の２つの値が定義されていて、0に対する状態は「正常」、1に対する状態は「異常」と定義されている。同様に、ＯＩＤ「1.3.13.6.112.1」に対する値とその状態は、「0：正常」、「1：危険」、「2：異常」である。
【００３０】
図４は、下位障害監視サーバ１１２が具備するＳＮＭＰ受信テーブル２１５のデータ構成例を示す図である。ＳＮＭＰ受信テーブル２１５は、連番４０１と、受信日時４０２と、ネットワーク４０３と、障害監視機器４０４と、ＯＩＤ４０５と、ＯＩＤ値４０６と、状態４０７とをそれぞれ対応付けて記憶する。ネットワーク４０３は、サブネットワーク１１１のネットワークアドレスを格納する。障害監視機器４０４は、障害監視機器１１４−１〜１１４−ｍが具備するホスト名を格納する。状態４０７は、ＯＩＤ４０５とＯＩＤ値４０６をキーとしてＯＩＤ値状態テーブル２１４を検索して得られた状態３０３を格納する。図４の例では、下位障害監視サーバ１１２はネットワーク192.168.1.0に属しており、Agent11、Agent12の２つの監視対象機器に対して、２種類のＯＩＤを指定して、５分毎のポーリングを行っている。ここで、監視対象機器Agent11、ＯＩＤ1.3.4.11.1.3.2に着目して、上位障害監視サーバ１０２へのレコードの転送について説明する。５レコード目の状態は異常であるため、下位障害監視サーバ１１２はＳＮＭＰ受信テーブルの５レコード目を上位障害監視サーバ１０２に転送する。その直前のレコードは１レコード目となるが、１レコード目の状態は正常であるため、下位障害監視サーバ１１２は状態変化前の情報として１レコード目も上位障害監視サーバ１０２に転送する。
次回のポーリング結果は９レコード目に格納される。９レコード目の状態は異常であるため、下位障害監視サーバ１１２は９レコード目を上位障害監視サーバ１０２に転送する。ただし、直前のレコードである５レコード目はすでに上位障害監視サーバ１０２に転送済みのためここでは転送しない。そのまた次回のポーリング結果は１３レコード目に格納される。１３レコード目の状態は正常であるが、直前のレコードである９レコード目の状態が異常であるため、異常から正常に状態変化が発生したことになる。このため、下位障害監視サーバ１１２は１３レコード目のみを上位障害監視サーバ１０２に転送する
なお、上位障害監視サーバ１０２は、図４と同一のレイアウトのＳＮＭＰ受信テーブルを具備する。上位障害監視サーバ１０２は、下位障害監視サーバ１１２のＳＮＭＰ受信テーブル２１５から転送されたレコードを受信日時順に、自身のＳＮＭＰ受信テーブルに格納する。格納された情報は、監視モニタ１０３にて参照することが可能である。その際、例えば特定の障害監視機器を絞り込んでの表示も可能である。
【００３１】
図５は、下位障害監視サーバ１１２が具備する監視プロセス部２１１及びＳＮＭＰ転送プロセス部２１２の処理を示すフローチャートである。まず、ステップＳ６０１において、監視プロセス部２１１は、ポーリングを行う対象となる監視対象機器１１４−１〜１１４−ｍのうち、任意の監視対象機器を指定する。ここで指定可能な監視対象機器は、下位障害監視サーバ１１２自らが属するサブネットワーク１１１に接続されているものだけである。
【００３２】
次に、ステップＳ６０２において、監視プロセス部２１１は、上記ステップＳ６０１で指定した監視対象機器が具備するＭＩＢと同一のＭＩＢ２１３を参照する。（監視対象機器と下位障害監視サーバは同一のＭＩＢを具備することが必要である）そして、ＭＩＢ２１３の中に格納されているＯＩＤの中から、ポーリング対象となるＯＩＤを取得する。
【００３３】
次に、ステップＳ６０３において、監視プロセス部２１１は、上記ステップＳ６０１で指定した監視対象機器の、上記ステップＳ６０２で指定したＯＩＤに対して、ＯＩＤ値を要求するポーリングを行う。ポーリングは一定時間毎に定期的に行われるため、１回目のポーリングを開始してからのある時点でのポーリング実行を、便宜上、ｎ回目のポーリング実行と表現する。
【００３４】
次に、ステップＳ６０４において、監視プロセス部２１１は、ポーリングを実施した監視対象機器から、ＯＩＤ値を取得する。
【００３５】
次に、ステップＳ６０５において、監視プロセス部２１１は、上記ステップＳ６０２で指定したＯＩＤと、上記ステップＳ６０５で監視対象機器から取得したＯＩＤ値をキーとして、ＯＩＤ値状態テーブル２１４のＯＩＤ３０１、ＯＩＤ値３０２を検索する。
【００３６】
次に、ステップＳ６０６において、上記ステップＳ６０５のキーに該当するレコードがＯＩＤ値状態テーブル２１４に存在している場合、監視プロセス部２１１は、ＯＩＤ３０１とＯＩＤ値３０２に対応する状態３０３を取得する。該当するレコードがＯＩＤ値状態テーブル２１４に存在していない場合、監視プロセス部２１１は、「状態なし」を得る。
【００３７】
次に、ステップＳ６０７において、監視プロセス部２１１は、連番４０１と、受信日時４０２と、ネットワーク４０３と、監視対象機器４０４と、上記ステップＳ６０２で指定したＯＩＤ（ＯＩＤ４０５）と、上記ステップＳ６０４で取得したＯＩＤ値（ＯＩＤ４０６）と、上記ステップＳ６０６で取得した状態３０３（状態４０７）とを対応付けて、ＳＮＭＰ受信テーブル２１５に記憶する（今回の例では、図４の５レコード目とする）。連番４０１は、ＳＮＭＰ受信テーブル２１５の当該レコードの直前のレコードの連番に１を加算した値である。受信日時４０２は、監視プロセス部２１１が監視対象機器からポーリング結果を受信した日時である。ネットワーク４０３は、障害監視サーバ１１２が属するサブネットワーク１１１のネットワークアドレスである。監視対象機器４０４は、上記ステップＳ６０１で指定した監視対象機器のホスト名である。
【００３８】
次に、ステップＳ６０８において、監視プロセス部２１１は、上記ステップＳ６０７で格納されたレコードから、ネットワーク４０３と、障害監視機器４０４と、ＯＩＤ４０５をキーとしてＳＮＭＰ受信テーブル２１５を検索し、当該レコードの直前のレコードのＯ状態４０７を取得する（今回の例では、図４の１レコード目となる）。当該レコードがｎ回目のポーリングによって得られた結果（今回の例では、図４の５レコード目となる）であるため、検索によって得られた直前のレコードはｎ−１回目のポーリング結果（今回の例では、図４の１レコード目となる）ということになる。
【００３９】
次に、ステップＳ６０９において、監視プロセス２１１は、上記ステップＳ６０８で得られたｎ−１回目のレコードの状態４０７が正常か否かを判断する。Ｙｅｓ、すなわちｎ−１回目のレコードの状態４０７が「正常」な場合、監視プロセス部２１１は、ｎ回目のレコードの状態４０７を判定するため、処理をステップＳ６１０に進める。Ｎｏ、すなわちｎ−１回目のレコードの状態４０７が「異常」な場合、監視プロセス部２１１は、処理をステップＳ６１２に進める（今回の例では、ｎ−１回目の結果である１レコード目の状態は「正常」であるため、処理をステップＳ６１０に進める）。ステップＳ６１２では、ＳＮＭＰ転送プロセス部２１２は、ｎ回目のレコードを上位障害監視サーバ１０２に転送する。この場合、ｎ回目のレコードの状態４０７は問わない。すなわち、ｎ回目のレコードの状態４０７が「異常」である場合は、ｎ−１回目に引き続き「異常」ということになり、ｎ回目のレコードを上位障害監視サーバ１０２に通知する必要があるし、ｎ回目のレコードの状態４０７が「正常」である場合は、ｎ−１回目は「異常」だったものがn回目では「正常」になったということになり、「いつ正常に復帰したか」の状態変化情報（ｎ回目のレコード）を上位障害監視サーバ１０２に通知する必要があるからである。
【００４０】
ステップＳ６１０では、監視プロセス部２１１は、ｎ回目のレコードの状態４０７が正常か否かを判断する。Ｙｅｓ、すなわちｎ回目のレコードの状態４０７が正常な場合、監視プロセス部２１１は、処理をＳ６１３に進める。ステップＳ６１３では、監視プロセス部２１１は、タイマ２０４を使用して、次回のポーリング開始時刻まで定められた時間だけ（今回の例では５分とする）待機する。これは、ｎ−１回目、ｎ回目ともに「正常」であり、状態変化も発生していないため、上位障害監視サーバ１０２への通知は必要ないと判断するためである。Ｎｏ、すなわちｎ回目のレコードの状態４０７が「異常」な場合、監視プロセス部２１１は、処理をステップＳ６１１に進める（今回の例では、ｎ回目の結果である５レコード目の状態は「異常」であるため、処理をステップＳ６１１に進める）。ステップＳ６１１では、ＳＮＭＰ転送プロセス２１２は、ｎ−１回目のレコードを上位障害監視サーバ１０２に転送する（今回の例では、図４の１レコード目を転送する）。次に、監視プロセス部２１１は、処理をステップＳ６１２に進める。ステップＳ６１２では、ＳＮＭＰ転送プロセス２１２は、ｎ回目のレコードを上位障害監視サーバ１０２に転送する（今回の例では、図４の５レコード目を転送する）。この場合、上記ステップＳ６１１、上記ステップＳ６１２の処理は、ｎ−１回目が「正常」だったのに対してｎ回目では「異常」となったため、ｎ回目のレコードを障害情報として上位障害監視サーバ１０２に転送すると同時に、その直前のｎ−１回目のレコードを、状態変化前の情報として上位障害監視サーバ１０２に転送するものである。
【００４１】
ステップＳ６１３では、監視プロセス部２１１は、タイマ２０４を使用して、ポーリング間隔ｔだけ待機する。ポーリング間隔ｔは、下記の式（１）を満たすものである。
【００４２】
直前のポーリング開始時刻  ＋  ポーリング間隔ｔ  ≦  現在時刻  ・・・  式（１）
ステップＳ６１４では、監視プロセス部２１１は、次回のポーリングという意味でｎに１を加えて新たなｎとし、ステップＳ６０３に戻り次回のポーリングを行う（今回の例では、このポーリング結果は図４の９レコード目に格納されることとなる）。
【００４３】
図６は、上記ステップＳ６０９、上記ステップＳ６１０における分岐を体系的に示した図である。ｎ−１回目のレコードの状態４０７が正常で、ｎ回目のレコードの状態４０７も正常である場合、障害は発生しておらず状態変化もないため、下位障害監視サーバ１１２は上位障害監視サーバ１０２へは転送しない。ｎ−１回目のレコードの状態４０７が正常で、ｎ回目のレコードの状態４０７が異常である場合、ｎ回目で発生した障害情報およびｎ−１回目からの状態変化情報として、下位障害監視サーバ１１２はｎ−１回目とｎ回目のレコードを上位障害監視サーバ１０２に転送する。ｎ−１回目のレコードの状態４０７が異常で、ｎ回目のレコードの状態４０７が正常である場合、障害から回復したという状態変化情報として、下位障害監視サーバ１１２はｎ回目のレコードのみ上位障害監視サーバ１０２に転送する。ｎ−１回目のレコードの状態４０７が異常で、ｎ回目のレコードの状態４０７も異常である場合、障害は発生しているが状態変化は発生していないため、下位障害監視サーバ１１２はｎ回目のレコードのみ上位障害監視サーバ１０２に転送する。
【００４４】
以上、本発明の一実施例について説明した。
【００４５】
上記実施例によれば、障害監視機器で発生した障害情報及びその前後の状態変化を、上位の障害監視サーバで一元管理することが可能となる。
【００４６】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更して実行することが出来ることは言うまでもない。
【符号の説明】
【００４７】
１００  障害監視システム
１０１  ネットワーク
１０２  上位障害監視サーバ
１０３  監視モニタ
１１０−１〜１１０−ｎ  障害監視サブシステム
１１１−１〜１１１−ｎ  サブネットワーク
１１２−１〜１１２−ｎ  下位障害監視サーバ
１１３−１〜１１３−ｎ  監視モニタ
１１４−１−１〜１１４−１−ｍ 〜 １１４−ｎ−１〜１１４−ｎ−ｍ、監視対象機器
【図１】
2014006829.tif 000003
【図２】
2014006829.tif 000004
【図３】
2014006829.tif 000005
【図４】
2014006829.tif 000006
【図５】
2014006829.tif 000007
【図６】
2014006829.tif 000008