監視システム及びプログラム
【課題】 被監視装置を監視する監視システムにおいて、ユーザの監視に係る負担を軽減する。
【解決手段】 本発明は、被監視装置を監視する監視システムに関する。そして、監視システムは、被監視装置に係るイベントの発生を検知する手段と、イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類する手段と、非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない手段と、被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段とを有することを特徴とする。
【解決手段】 本発明は、被監視装置を監視する監視システムに関する。そして、監視システムは、被監視装置に係るイベントの発生を検知する手段と、イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類する手段と、非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない手段と、被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段とを有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム及びプログラムに関し、例えば、ネットワーク装置を監視するシステムに適用することができる。
【背景技術】
【０００２】
従来、ネットワークを監視するシステムとしては、特許文献１に記載のネットワーク管理システムがある。
【０００３】
特許文献１に記載のネットワーク管理システムでは、被監視装置は、故障・障害検出部と、それによる故障或いは障害の発生の検出から設定時間をカウントするタイマと、タイマによる設定時間のカウントが終了するまでの間に故障・障害検出部により故障或いは障害の復旧が検出されていない場合には、故障・障害検出部により発生を検出した故障或いは障害が固定的な固定故障或いは固定障害に至ったと判断し、固定故障或いは固定障害の発生を知らせるイベントメッセージを生成、生成されたイベントメッセージを監視装置に通知するイベントメッセージ生成部を有する。そして、被監視装置側での方法により、間欠的障害に対するイベントメッセージと固定的障害に対するイベントメッセージとを切り分け、速やかに保守をする必要性が高い固定的障害に対するイベントメッセージを容易に選択することができ、保守作業の作業量を軽減する、ネットワーク管理システム方法であった。
【０００４】
また、監視装置などのコンピュータシステムにおいては、特許文献２に記載されたメッセージ抑止制御があり、コンピュータシステムの使用者がコンソールヘ出力するメッセージをメッセージの識別子によりコンソール毎に抑止することを集中的に行うことにより、使用者各々が、システムやコンソールの負荷状態を考慮する必要がなくなるというものであった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３０７６０５号公報
【特許文献２】特開平５−１８９２０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１、２の記載技術では、被監視装置のタイマによる設定時間のカウントが終了するまでの間に故障・障害検出部により故障或いは障害の復旧が検出されると固定的障害に至らず、間欠的障害と判断され、間欠的障害のイベントメッセージが繰り返し出力されることになり、それが短期間に繰り返されるような場合は、速やかに保守をする必要性が高い一種の固定的障害として判断し、取り扱うことができないという問題があった。
【０００７】
また、被監視装置からイベントメッセージが繰り返し出力されることで、監視装置に多量に蓄積かつ画面表示されるため、多量のイベントメッセージが逐次表示される画面や多量のイベントメッセージの履歴情報から、速やかに保守をする必要性が高い固定的障害のイベントメッセージを選別する妨げになり、監視装置を使用する保守作業としてはユーザ（保守者等）の作業量を軽減することができないという問題もあった。
【０００８】
さらに、被監視装置の障害の特性や被監視装置の構成、実装により、被監視装置に固定障害と間欠障害を切り分ける手段がなく、間欠的障害のイベントメッセージを監視装置に送出し、保守者にてイベントメッセージが一定期間繰り返すか否かを監視するリアクションを行う被監視装置も存在するが、この方法では現実的には監視装置を使用するユーザ（保守者等）の保守作業の軽減に結びつかない場合もあった。
【０００９】
さらにまた、特許文献２の記載技術では、イベントメッセージを受信する監視装置から保守端末（コンソール）に、繰り返し発生するイベントメッセージの表示を抑止・除外する機能でしかないため、間欠的障害の出方・状況から、速やかに保守をする必要性が高い固定的障害を検知することができなかった。
【００１０】
そのため、ユーザの監視に係る負担を軽減することができる監視システム及びプログラムが望まれている。
【課題を解決するための手段】
【００１１】
第１の本発明は、被監視装置を監視する監視システムにおいて、（１）上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、（２）上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、（３）非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、（４）上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段と備えることを特徴とする。
【００１２】
第２の本発明の監視プログラムは、（１）被監視装置を監視する監視システムを構成するコンピュータを、（２）上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、（３）上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、（４）非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、（５）上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、被監視装置を監視する監視システムにおいて、ユーザの監視に係る負担を軽減することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る監視システムの全体構成について示したブロック図である。
【図２】実施形態に係る各種装置の接続関係などの説明図である。
【図３】実施形態に係る障害状況テーブルが有する情報の例について示した説明図である。
【図４】実施形態に係る監視システムの動作について示したフローチャート（１）である。
【図５】実施形態に係る監視システムの動作について示したフローチャート（２）である。
【図６】実施形態に係る監視システムにおける間欠的障害及び固定的障害の検知に係る動作を示した説明図（１）である。
【図７】実施形態に係る監視システムにおける間欠的障害及び固定的障害の検知に係る動作を示した説明図（２）である。
【図８】実施形態に係るアラーム出力部により出力される画面内容の例について示した説明図である。
【図９】実施形態の間欠アラーム検索入出力部により出力される画面内容の例について示した説明図である。
【図１０】監視登録情報入出力部に表示される画面内容の例について示した説明図である。
【発明を実施するための形態】
【００１５】
（Ａ）主たる実施形態
以下、本発明による監視システム１０の一実施形態を、図面を参照しながら詳述する。
【００１６】
（Ａ−１）実施形態の構成
図２は、この実施形態に関係する各種装置の接続関係などの説明図である。
【００１７】
監視システム１０は、監視装置２０及び保守端末３０を有している。
【００１８】
監視システム１０では、監視装置２０により、被監視装置から送信される監視に係るイベントメッセージを受信すること等により、被監視装置の状態を監視し、その監視結果を保守端末３０によりユーザに出力する。
【００１９】
この実施形態では、保守端末３０による監視結果のユーザへの出力は、少なくともディスプレイによる表示出力が行われるものとして説明する。保守端末３０によるユーザへの出力方法は、その他にも音声による出力、印刷装置による出力、ユーザが使用する端末（携帯電話端末等）へのメール送信等限定されないものである。
【００２０】
監視システム１０における被監視装置は、図２の例では、３つの通信装置４０（４０−１〜４０−３）及び３つの通信端末５０（５０−１〜５０−３）であるものとして説明しているが、その数や種類は限定されないものである。図２において、監視装置２０は、ネットワークＮ１を介して通信装置４０−１〜４０−３と接続し、通信端末５０−１〜５０−３は、ネットワークＮ２を介して通信端末５０−１〜５０−３に接続しているが、監視システム１０の監視対象となる被監視装置のネットワーク構成は限定されないものである。
【００２１】
図２において、被監視装置は、それぞれ、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）及びＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）に対応しており、監視装置２０の要求、又は、自装置における所定の条件に応じたイベント発生に応じて、監視装置２０へ、ＳＮＭＰを用いてイベントメッセージ等を送信するものとして説明する。そして、監視装置２０では、被監視装置から受信したイベントメッセージ等を用いて、被監視装置の状態を把握する。
【００２２】
被監視装置（通信装置４０−１〜４０−３、通信端末５０−１〜５０−３）としては、既存のＳＮＭＰ及びＭＩＢに対応した通信装置を適用することができる。なお、この実施形態においては、ネットワーク管理にＳＮＭＰ及びＭＩＢを用いた例について説明しているが、これに限定されず、その他のプロトコルやデータベースを用いて被監視装置を管理するようにしても良い。
【００２３】
次に、監視装置２０及び保守端末３０の詳細構成について説明する。
【００２４】
図１は、監視装置２０及び保守端末３０の機能的構成について示したブロック図である。
【００２５】
監視装置２０は、イベントメッセージ受信処理部２０１、障害検出処理部２０２、イベントメッセージ処理部２０３、アラーム履歴ＤＢ２０４、アラーム検索表示処理部２０５、アラーム表示処理部２０６、障害状況監視処理部２０７、間欠アラーム履歴ＤＢ２０８、監視登録モニタ処理部２０９、間欠アラーム検索表示処理部２１０を有している。
【００２６】
保守端末３０は、アラーム検索入出力部３１、アラーム出力部３２、監視登録情報入出力部３３、間欠アラーム検索入出力部３４を有している。
【００２７】
なお、図１及び図２において、監視装置２０と保守端末３０は、別装置であるものとして説明しているが、全て監視装置２０側にまとめて、一つの装置で監視システムを構築するようにしても良い。また、監視システム１０（監視装置２０及び保守端末３０）は、パソコンやワークステーションなどの情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、実施形態の監視プログラム（固定データを含む）をインストールすることにより、構築するようにしても良く、その場合でも機能的には図１のように表すことができる。
【００２８】
障害検出処理部２０２は、監視装置２０自体も被監視装置の一つとして監視する場合に、他の被監視装置と同様にＳＮＭＰ及びＭＩＢに係る処理を行うものであり、監視装置２０に係るイベントメッセージ等を、イベントメッセージ受信処理部２０１に与える。
【００２９】
イベントメッセージ受信処理部２０１は、被監視装置、障害検出処理部２０２、障害状況監視処理部２０７から与えられるイベントメッセージを受信し、イベントメッセージ処理部２０３に与える。
【００３０】
イベントメッセージ処理部２０３は、イベントメッセージ受信処理部２０１から与えられたイベントメッセージについて、所定の被監視装置に関する所定の種類のイベントメッセージ（以下、「対象イベントメッセージ」という）であるか否かを判定し、対象イベントメッセージについては、障害状況監視処理部２０７に与え、対象イベントメッセージでないイベントメッセージ（以下、「非対象イベントメッセージ」という）である場合には、そのイベントメッセージをアラーム履歴ＤＢ２０４、アラーム表示処理部２０６に与える。イベントメッセージ処理部２０３において、対象イベントメッセージであるか否かを判定する方法については後述する。
【００３１】
アラーム履歴ＤＢ２０４は、イベントメッセージ処理部２０３から与えられたイベントメッセージに基づいて、被監視装置に係るアラーム情報を長期間、時系列に蓄積記憶する手段である。また、アラーム履歴ＤＢ２０４は、アラーム検索表示処理部２０５の要求に応じたアラームの内容を返答する。
【００３２】
アラーム表示処理部２０６は、イベントメッセージ処理部２０３から与えられたイベントメッセージを、保守端末３０のアラーム出力部３２に与える。そして、アラーム出力部３２では、アラーム表示処理部２０６から与えられたイベントメッセージに基づくアラームの内容がディスプレイに出力され、ユーザに供される。
【００３３】
アラーム検索表示処理部２０５は、保守端末３０（アラーム検索入出力部３１）から与えられた検索条件（例えば、被監視装置の識別情報や、発生時間帯等）に一致するアラームの情報をアラーム履歴ＤＢ２０４から検索し、検索したイベントメッセージの内容を、保守端末３０（アラーム検索入出力部３１）に与える。
【００３４】
そして、アラーム検索入出力部３１では、アラーム検索表示処理部２０５から与えられたイベントメッセージの内容をディスプレイに出力し、ユーザに供する。また、アラーム検索入出力部３１は、ユーザにイベントメッセージの検索条件を入力させる入力手段も備えており、検索条件が入力手段（例えば、マウスやキーボード）により入力されると、監視装置２０（アラーム検索表示処理部２０５）に与える。
【００３５】
障害状況監視処理部２０７は、イベントメッセージ処理部２０３から与えられるイベントメッセージの内容を分析して、固定的障害又は間欠的障害の発生を検知する。
【００３６】
なお、固定的障害とは、例えば、当該被監視装置について、速やかに保守をする必要性が高い障害が該当し、間欠的障害は、例えば、速やかに保守をする必要性が低い障害が該当する。
【００３７】
障害状況監視処理部２０７は、所定の被監視装置に関する所定の種類のイベントメッセージ（以下、「対象イベントメッセージ」という）の発生タイミングの分布の状況に応じて、当該被監視装置について固定的障害又は間欠的障害の発生を検知する。
【００３８】
障害状況監視処理部２０７において、対象イベントメッセージとしては、例えば、当該被監視装置における所定の部位の寿命（劣化）や、外部環境の変化による影響から部位の動作が不安定になっていることを示すものが該当する。言い換えると、対象イベントメッセージは、一度でもそのイベントメッセージが発生したら、即刻、速やかに保守をする必要があるものではなく、発生頻度が高くなったときに、はじめて保守を必要とするものが該当する。具体的には、対象イベントメッセージとしては、メモリエラー（例えば、自己修復可能なＥＣＣエラーなど）、ディスクエラー（例えば、ＳＭＡＲＴエラー（障害予測）等）、電源系のエラー（例えば、温度/電圧/電流の変異、ファン回転数の低下等）、ネットワーク系のエラー（例えば、代替ルートが多数ある中の一部のリンクダウン（有線・無線）、データの再送により救済可能な伝送路（ＣＲＣ）エラー等）が該当する。
【００３９】
このように、障害状況監視処理部２０７は、被監視装置に関する対象イベントメッセージの発生タイミングの分布状況を監視し、被監視装置について固定的障害又は間欠的障害を検知するが、その監視を行う条件に係る情報（以下、「障害判断基準情報」という）は、監視登録モニタ処理部２０９から読込んで利用する。
【００４０】
なお、上述のイベントメッセージ処理部２０３が、受信したイベントメッセージを対象イベントメッセージであるか否かを判定する方法としては、監視登録モニタ処理部２０９又は障害状況監視処理部２０７が保持する障害判断基準情報の内容に応じて判断される。すなわち、上述のイベントメッセージ処理部２０３が、受信したイベントメッセージが、間欠的障害の監視対象となっているイベントメッセージとして、障害判断基準情報に登録されている場合には、そのイベントメッセージは対象イベントメッセージとなる。
【００４１】
障害状況監視処理部２０７は、イベントメッセージの種類及び被監視装置の識別情報の組み合わせごとに、障害判断基準情報と、その障害基準情報に基づく管理状況に関する情報を保持する障害状況テーブル２０７ａを有し、障害状況テーブルの内容を更新する。
【００４２】
障害状況監視処理部２０７は、固定的障害の発生を検知した場合には、その固定的障害に係るイベントメッセージ（少なくとも、固定的障害の内容及び該当する被監視装置の識別情報等を含む）を生成して、イベントメッセージ受信処理部２０１に与える。
【００４３】
また、障害状況監視処理部２０７は、任意の被監視装置について間欠的障害を検知すると、その間欠的障害に係る情報（少なくとも、固定的障害の内容及び該当する被監視装置の識別情報等を含む）（以下、「間欠的障害アラーム情報」という）に与える。
【００４４】
なお、障害状況監視処理部２０７における具体的な処理内容及び、障害状況テーブル２０７ａの情報等については後述する動作説明において詳述する。
【００４５】
間欠アラーム履歴ＤＢ２０８は、障害状況監視処理部２０７から与えられた間欠的障害アラーム情報を長期間、時系列に蓄積記憶する手段である。また、間欠アラーム履歴ＤＢ２０８は、間欠アラーム検索表示処理部２１０の要求に応じた間欠的障害アラーム情報の内容を返答する。
【００４６】
間欠アラーム検索表示処理部２１０は、保守端末３０（間欠アラーム検索入出力部３４）から与えられた検索条件（例えば、被監視装置の識別情報や、発生時間帯等）に一致する間欠的障害アラーム情報を間欠アラーム履歴ＤＢ２０８から検索し、検索した間欠的障害アラーム情報の内容を、保守端末３０（間欠アラーム検索入出力部３４）に与える。
【００４７】
そして、間欠アラーム検索入出力部３４では、間欠アラーム検索表示処理部２１０から与えられた間欠的障害アラーム情報の内容をディスプレイに出力し、ユーザに供する。また、間欠アラーム検索入出力部３４は、ユーザに間欠的障害アラーム情報の検索条件が、入力手段（例えば、マウスやキーボード）により入力されると、監視装置２０（間欠アラーム検索入出力部３４）に与える。
【００４８】
監視登録モニタ処理部２０９は、障害判断基準情報を保持しており、保守端末３０（監視登録情報入出力部３３）の要求に応じて、保持している障害判断基準情報を更新する。また、監視登録モニタ処理部２０９は、保持している障害判断基準情報を、障害状況監視処理部２０７及び保守端末３０（監視登録情報入出力部３３）に供給する。
【００４９】
そして、監視登録情報入出力部３３では、監視登録モニタ処理部２０９から与えられた間欠的障害アラーム情報を含む内容をディスプレイに出力し、ユーザに供する。また、監視登録情報入出力部３３は、ユーザに障害判断基準情報が、入力手段（例えば、マウスやキーボード）により入力されると、監視装置２０（監視登録モニタ処理部２０９）に与える。
【００５０】
なお、イベントメッセージ受信処理部２０１、障害検出処理部２０２、イベントメッセージ処理部２０３（対象イベントメッセージに係る処理を除く）、アラーム履歴ＤＢ２０４、アラーム検索表示処理部２０５、アラーム表示処理部２０６、アラーム検索入出力部３１及びアラーム出力部３２は、既存のＳＮＭＰ及びＭＩＢを利用したネットワーク管理システム（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ；ＮＭＳ）と同様の構成を適用することができる。すなわち、監視システム１０は、既存のネットワーク管理システムに、障害状況監視処理部２０７、間欠アラーム履歴ＤＢ２０８、監視登録モニタ処理部２０９、間欠アラーム検索表示処理部２１０、監視登録情報入出力部３３、間欠アラーム検索入出力部３４に係る構成を付加して構築するようにしても良い。また、監視システム１０において用いられるイベントメッセージの形式も、既存のＮＭＳにおいて用いられるイベントメッセージと同様の形式を用いるようにしても良い。
【００５１】
また、保守端末３０において、上述のアラーム検索入出力部３１、アラーム出力部３２、監視登録情報入出力部３３、間欠アラーム検索入出力部３４のそれぞれに対応する出力手段（例えば、ディスプレイ等）や入力手段（例えば、マウス、キーボード等）を個別に備えるようにしても良いし、一部又は全部について共有するようにしても良く、構成方法は限定されないものである。
【００５２】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の監視システム１０の動作を説明する。
【００５３】
（Ａ−２−１）障害状況テーブルの内容について
図３は、障害状況テーブル２０７ａに記憶される情報の例について示した説明図である。
【００５４】
図３に示すように、障害状況テーブル２０７ａには、大きく分けて、「イベン情報」、「障害判断基準情報」、「監視状況情報」が含まれている。
【００５５】
まず、「イベント情報」に含まれる情報について説明する。「イベン情報」には、対象イベントを特定するための情報（イベント名、ホスト名）や、メッセージの情報が含まれている。
【００５６】
イベント名は、イベントメッセージの種類を示す識別情報であり、ホスト名は被監視装置の識別情報である。
【００５７】
図３では。イベントメッセージの種類を示す識別情報については、説明を簡易にするために、Ａ、Ｂ、Ｃ等の表記により示されるイベント名により示しているが、図３に示す表記に限定されず、監視装置２０において用いられる表記を適用するようにしても良い。例えば、イベントメッセージの種類を示す識別情報として、イベントＩＤや当該イベントに対応する変数等と組み合わせて表記するようにしても良い。
【００５８】
図３では、被監視装置の識別情報としてホスト名を用いているが、これに限定されず、被監視装置を識別できる情報であればＩＰアドレス等他の情報を用いるようにしても良い。又、図３では、被監視装置の識別情報としてホスト名、イベントメッセージの種類を示す識別情報として、イベント名の両方を用いているが、いくつかの被監視装置が電源、ファン等の部位を共用する構成の場合には、被監視装置の識別情報としてホスト名を省略し、イベントメッセージの種類を示すイベント名だけを用いてもよい。例えば、電源、ファン等の共通モジュール部を搭載するひとつの筐体（シャーシ）に、いくつかの基板部（ブレード）を搭載する構成の場合には、各々の基盤部が被監視装置となり、被監視装置が共用する電源、ファン等の共通モジュール部の異常を、各々の被監視装置で、同じアラームとして検出する可能性がある。このような場合、ホスト名は異なるが、同じイベント名のアラームが検出される場合があり、ホスト名を省略し、イベント名だけで識別する方が効果的である。
【００５９】
メッセージは、間欠アラーム履歴ＤＢ２０８や間欠アラーム検索入出力部３４に保持される当該イベントメッセージに係る説明（例えば、「電圧障害」、「メモリ障害」等）である。なお、図３に示すイベント情報において、メッセージの項目は省略するようにしても良い。
【００６０】
次に、「障害判断基準情報」に含まれる情報について説明する。「障害判断基準情報」には、監視種別、監視時間ｔ、リセット時間ｒ、間欠的障害判断回数ｅ、固定的障害判断回数ｆの項目の情報が含まれている。
【００６１】
監視種別は、当該イベント情報に係るイベントメッセージについて、間欠的障害又は固定的障害を監視する対象とするか否かを設定する情報である。監視種別には、「監視」又は「非監視」のいずれかの情報が設定され「監視」と設定されている場合には、当該イベント情報に係るイベントメッセージについて、間欠的障害又は固定的障害を監視する対象である旨を示す。「非監視」と設定されている場合には、間欠的障害又は固定的障害を監視せず、無条件にユーザへのアラームを抑制する対象である旨を示す。このとき、「非監視」と設定した監視種別以降の項目の情報は省略することができる。
【００６２】
監視時間ｔ、リセット時間ｒ、間欠的障害判断回数ｅ、固定的障害判断回数ｆは、当該イベント情報に係る障害判断基準情報を示すパラメータである。これらのパラメータに係る具体的な処理については後述する。
【００６３】
次に、「監視状況情報」に含まれる情報について説明する。「監視状況情報」には、被監視装置の状態を示すパラメータとして、最終受信日時、監視タイマ値、エラーカウンタ値、エラー過多カウンタ値の情報が含まれる。
【００６４】
最終受信日時は、当該イベント情報に係るイベントメッセージについて最後に受信した日時を示すものであり、初期状態では「未設定」が設定される。
【００６５】
監視タイマ値、エラーカウンタ値、エラー過多カウンタ値は、当該イベント情報に係る監視状況情報を示すパラメータである。これらのパラメータに係る具体的な処理については後述する。
【００６６】
なお、監視登録モニタ処理部２０９が保持する障害判断基準情報は、図３における、イベント情報及び障害判断基準情報を含む情報が該当する。
【００６７】
（Ａ−２−２）間欠的障害又は固定的障害を検知する処理について
次に、監視装置２０において、被監視装置からイベントメッセージが与えられ、間欠的障害又は固定的障害を検知する処理について、図４及び図５を用いて説明する。
【００６８】
まず、監視装置２０では、任意の被監視装置からイベントメッセージが与えられると、イベントメッセージ受信処理部２０１を介して、イベントメッセージ処理部２０３に到達し、イベントメッセージ処理部２０３において、そのイベントメッセージが対象イベントメッセージ（間欠的障害の監視対象のイベントメッセージ）となっているか否かが判定され（Ｓ１０１）、対象イベントメッセージであると判定された場合には、後述するステップＳ１０４から動作し、対象イベントメッセージでない場合には、後述するステップＳ１０２から動作する。
【００６９】
ステップＳ１０１では、具体的には、イベントメッセージ処理部２０３では、受信したイベントメッセージが、障害状況テーブル２０７ａに監視対象として登録されているイベントメッセージであるか否かが判定される。例えば、図３に示すように、障害状況テーブル２０７ａには、イベント識別情報が「Ａ」、ホスト名が「通信装置ａ」となっている情報が登録されているが、上述のステップＳ１０１において受信したイベントメッセージの識別情報がＡで、そのイベントメッセージの送信元の識別情報が「通信装置ａ」であった場合には、障害状況テーブル２０７ａに監視対象として登録されているイベントメッセージであると判定される。
【００７０】
上述のステップＳ１０１において、受信したイベントメッセージが対象イベントメッセージでないと判定された場合には、イベントメッセージ処理部２０３は、そのイベントメッセージに係る情報を、アラーム履歴ＤＢ２０４に書き込む（Ｓ１０２）。イベントメッセージ処理部２０３は、そのイベントメッセージに係る情報を、アラーム表示処理部２０６に与えられ、アラーム表示処理部２０６により、その情報が、保守端末３０（アラーム出力部３２）に与えられて、保守端末３０（アラーム出力部３２）より出力され（Ｓ１０３）、処理が終了する。
【００７１】
一方、上述のステップＳ１０１で、イベントメッセージ処理部２０３において、受信したイベントメッセージが間欠的障害の監視対象となっていると判定された場合には、そのイベントメッセージに係る情報が、障害状況監視処理部２０７に与えられ、障害状況監視処理部２０７により、間欠アラーム履歴ＤＢ２０８に書きこまれる（Ｓ１０４）。
【００７２】
そして、障害状況監視処理部２０７により、障害状況テーブル２０７ａの登録情報が参照され、受信したイベントメッセージに係る監視種別の内容確認が行われ、監視種別の情報が「監視」であった場合には、後述するステップＳ１０６の情報から動作し、「非監視」であった場合には、当該イベントメッセージに係る処理は終了する。
【００７３】
一方、上述のステップＳ１０４で、障害状況監視処理部２０７により、受信したイベントメッセージに係る監視種別の確認結果が、「監視」であった場合には、障害状況監視処理部２０７により、障害状況テーブル２０７ａの登録情報について、受信したイベントメッセージに係るエラーカウンタ値の値に１加算される（Ｓ１０６）
次に、障害状況監視処理部２０７では、障害状況テーブル２０７ａの登録情報において、受信したイベントメッセージに係るエラーカウンタ値と、間欠的障害判断回数ｅとが比較される（Ｓ１０７）。
【００７４】
ステップＳ１０７において、障害状況監視処理部２０７で、エラーカウンタ値が間欠的障害判断回数ｅより小さいと判定された場合には、後述するステップＳ１１０の処理から動作し、エラーカウンタ値が間欠的障害判断回数ｅ以上と判定された場合には、後述するステップＳ１０８から動作する。
【００７５】
上述のステップＳ１０７において、障害状況監視処理部２０７で、エラーカウンタ値が間欠的障害判断回数ｅ以上と判定された場合には、障害状況監視処理部２０７では、さらに、障害状況テーブル２０７ａの登録情報における、受信したイベントメッセージに係るエラー過多カウンタ値と、固定的障害判断回数ｆとが比較される（Ｓ１０８）。
【００７６】
ステップＳ１０８において、障害状況監視処理部２０７で、エラーカウンタ値が固定的障害判断回数ｆより小さいと判定された場合には、受信したイベントメッセージに係るエラー過多カウンタ値に１加算される（Ｓ１０９）。
【００７７】
次に、障害状況監視処理部２０７では、受信したイベントメッセージに係る「最終受信日時」の情報について「未設定」であるか「設定済」であるかが判定され（Ｓ１１０）、「未設定」である場合には、後述するステップＳ１１２の処理から動作し、「設定済」である場合には、後述するステップＳ１１１の処理から動作する。
【００７８】
上述のステップＳ１１０で、障害状況監視処理部２０７において、受信したイベントメッセージに係る「最終受信日時」の情報が「設定済」であると判定された場合には、最新に受信したイベントメッセージの受信時刻と、現在登録されている「最終受信日時」の時刻の差分が、時間差ＴＤとして求められる。
【００７９】
一方、上述のステップＳ１１０で、障害状況監視処理部２０７において、受信したイベントメッセージに係る「最終受信日時」の情報が「未設定」であると判定された場合には、上述の時間差ＴＤとして「０」が求められたものとして、以降の処理が行われる（Ｓ１１２）。
【００８０】
次に、障害状況監視処理部２０７では、上述のステップＳ１１１又はＳ１１２で求められた時間差ＴＤが、受信したイベントメッセージに係る監視タイマ値に加算され（Ｓ１１３）、受信したイベントメッセージに係る「最終受信日時」に、最新に受信したイベントメッセージの受信時刻が設定される（Ｓ１１４）。
【００８１】
次に、障害状況監視処理部２０７では、受信したイベントメッセージに係る監視タイマ値と、監視時間ｔとが比較される（Ｓ１１５）。
【００８２】
上述のステップＳ１１５において、障害状況監視処理部２０７で、監視タイマ値が、監視時間ｔよりも大きいと判定された場合には、後述するステップＳ１１８から動作し、監視タイマ値が、監視時間ｔ以下と判定された場合には、後述するステップＳ１１６の処理から動作する。
【００８３】
上述のステップＳ１１５において、障害状況監視処理部２０７で、監視タイマ値が、監視時間ｔ以下と判定された場合には、さらに、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラーカウンタ値と間欠的障害判断回数ｅとが比較される（Ｓ１１６）。
【００８４】
上述のステップＳ１１６において、エラーカウンタ値が間欠的障害判断回数ｅと異なると判定された場合には、受信したイベントメッセージに係る処理が終了される。
【００８５】
一方、上述のステップＳ１１６において、エラーカウンタ値が間欠的障害判断回数ｅと等しいと判定された場合には、さらに、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラー過多カウンタ値と、固定的障害判断回数ｆとが比較される（Ｓ１１７）。
【００８６】
上述のステップＳ１１７において、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラー過多カウンタ値が、固定的障害判断回数ｆ以上であった場合には、障害状況監視処理部２０７では、受信したイベントメッセージの送信元の被監視装置は、固定的障害と判断され、受信したイベントメッセージに係る固定的障害イベントメッセージが生成され、イベントメッセージ受信処理部２０１に与えられ（Ｓ１２２）、受信したイベントメッセージに係る処理が終了する。
【００８７】
一方、上述のステップＳ１１７において、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラー過多カウンタ値が、固定的障害判断回数ｆより小さい場合には、障害状況監視処理部２０７では、受信したイベントメッセージの送信元の被監視装置は、間欠的障害と判断され、受信したイベントメッセージに係る間欠的障害イベントメッセージが生成され、イベントメッセージ受信処理部２０１及び間欠アラーム履歴ＤＢ２０８に与えられ（Ｓ１２３）、受信したイベントメッセージに係る処理が終了する。
【００８８】
一方、上述のステップＳ１１５において、障害状況監視処理部２０７で、監視タイマ値が、監視時間ｔよりも大きいと判定された場合には、障害状況監視処理部２０７により、受信したイベントメッセージに係る監視タイマ値が「０」にリセットされ（Ｓ１１８）、さらに、受信したイベントメッセージに係るエラーカウンタ値に「１」が設定される（Ｓ１１９）。
【００８９】
次に、障害状況監視処理部２０７では、上述のステップＳ１１１又はＳ１１２で求められた時間差ＴＤと、リセット時間ｒとが比較され（Ｓ１２０）、時間差ＴＤがリセット時間ｒより大きいと判定された場合には、受信したイベントメッセージに係るエラー過多カウンタ値が０にリセットされて（Ｓ１２１）受信したイベントメッセージに係る処理を終了し、時間差ＴＤがリセット時間ｒより小さいと判定された場合には、そのまま受信したイベントメッセージに係る処理を終了する。
【００９０】
次に、監視装置２０において、被監視装置から複数のイベントメッセージを受信し、上述の図４、図５の処理が行われた場合の処理について説明する。
【００９１】
図６、図７では、例として、通信装置４０−１（ホスト名が「通信装置ａ」であるものとする）から、イベント名が「Ａ」のイベントメッセージが、間欠的に監視装置２０に与えられ、監視システム１０において、上述の図４、図５のフローチャートの処理が行われた場合の処理について説明している。
【００９２】
図６（ａ）は、通信装置４０−１（ホスト名：通信装置ａ）から監視システム１０に、イベント名が「Ａ」のイベントメッセージが与えられたタイミング、及び、通信装置４０−１に係る間欠的障害又は固定的障害を検知したタイミングを示すタイミングチャートであり。図６（ａ）では、Ｔ１〜Ｔ１８のそれぞれのタイミングで、通信装置４０−１から監視システム１０にイベント名が「Ａ」のイベントメッセージが与えられた場合について説明している。
【００９３】
図６（ｂ）は、Ｔ１〜Ｔ１８のそれぞれのタイミングで、障害状況テーブル２０７ａにおける、図６（ａ）に示すイベントメッセージに係る監視状況情報、すなわち、イベント名が「Ａ」、ホスト名が「通信装置ａ」の行に係る、の監視タイマ値、エラーカウンタ値、エラー過多カウンタ値を示している。
【００９４】
図６（ｂ）に示すように、Ｔ１〜Ｔ４の間は、監視時間ｔよりも短く、Ｔ３の時点で、エラーカウンタ値は３となり、間欠的障害判断回数ｅ（３回）に達するので、監視装置２０では、Ｔ３の時点で間欠的障害が検知され、エラー過多カウンタ値に１が加算され、１となっている。そして、Ｔ５の時点で、監視タイマ値が監視時間ｔに達しているので、監視タイマ値は０に初期化され、エラーカウンタ値が１となっている(すなわち、エラーカウンタ値が初期化されて０になり、さらに、１加算された状態である)。
【００９５】
次に、Ｔ５〜Ｔ８の間も、監視時間ｔよりも短く、Ｔ７の時点で、エラーカウンタ値は３となり、間欠的障害判断回数ｅ（３回）に達するので、監視装置２０では、Ｔ７の時点で間欠的障害が検知され、エラー過多カウンタ値に１が加算され、２となっている。そして、Ｔ９の時点で、監視タイマ値が監視時間ｔに達しているので、監視タイマ値は０に初期化され、エラーカウンタ値が１となっている。
【００９６】
次に、Ｔ９〜Ｔ１２の間も、監視時間ｔよりも短く、Ｔ１１の時点で、エラーカウンタ値は３となり、間欠的障害判断回数ｅ（３回）に達するが、Ｔ１１の時点で、エラー過多カウンタ値に１が加算され、固定的障害判断回数ｆ（３回）に達するので、間欠的障害ではなく、固定的障害が検出される。
【００９７】
このように、監視装置２０では、最初にイベントメッセージを受信すると、監視タイマにより監視時間ｔの計時を開始し、監視時間ｔに達するまでの間に受信したイベントメッセージの数を、エラーカウンタ値によりカウントする。そして、監視装置２０では、エラーカウンタ値の数が、間欠的障害判断回数ｅに達した時点で、間欠的障害を検知すると共に、エラー過多カウンタ値をインクリメントし、エラー過多カウンタ値が固定的障害判断回数ｆに達した時点で固定的障害を検知する。
【００９８】
また、図６に示すように、監視装置２０では、Ｔ１〜Ｔ１８の全てのタイミングで、イベントメッセージを受信しているが、間欠的障害の監視対象となっているイベントメッセージについては、直接アラーム出力部３２から出力されるわけではなく、障害状況監視処理部２０７において間欠的障害又は固定的障害と判定された場合にのみ、その間欠的障害又は固定的障害を示すイベントメッセージに基づくアラームのみがアラーム出力部３２により出力されるため、間欠的障害又は固定的障害を検知した場合以外のユーザへのアラーム通知が抑制される。なお、障害状況監視処理部２０７において間欠的障害と判定された場合、ユーザにアラーム通知するか、抑制するかを、監視登録時の条件として選択させてもよい。
【００９９】
次に、監視システム１０（障害状況テーブル２０７ａ）において、監視タイマ値、エラーカウンタ値、エラー過多カウンタ値がリセット（初期化）される動作について説明する。
【０１００】
図７（ａ）は、通信装置４０−１から監視システム１０に、イベント名が「Ａ」のイベントメッセージが与えられたタイミング、及び、障害状況テーブル２０７ａにおいて当該イベントメッセージに係る監視タイマ値、エラーカウンタ値、エラー過多カウンタ値がリセットされる状況について示している。また、図７（ａ）では、Ｔ１〜Ｔ１４のそれぞれのタイミングで、通信装置４０−１から監視システム１０にイベント名が「Ａ」のイベントメッセージが与えられた場合について説明している。
【０１０１】
図７（ｂ）は、Ｔ１〜Ｔ１４のそれぞれのタイミングで、障害状況テーブル２０７ａにおける、図７（ａ）に示すイベントメッセージに係る監視状況情報、すなわち、イベント名が「Ａ」、ホスト名が「通信装置ａ」の行に係る、の監視タイマ値、エラーカウンタ値、エラー過多カウンタ値を示している。
【０１０２】
図７（ｂ）に示すように、Ｔ４の時点で、エラー過多カウンタ値が１となっているが、Ｔ４とＴ５までの期間がリセット時間ｒよりも長くなっているため、Ｔ５の時点で、監視タイマ値、エラーカウンタ値及びエラー過多カウンタ値がリセットされ、エラーカウンタ値だけが１加算された状態となっている。
【０１０３】
すなわち、リセット時間ｒ以上の期間、当該イベントメッセージが、通信装置４０−１から監視装置２０に与えられない場合には、監視装置２０では、該当する監視タイマ値、エラーカウンタ値及びエラー過多カウンタ値をリセットする。なお、リセット時間ｒは、監視時間ｔよりも長い時間を設定する必要がある。なお、図７ではＴ３の時点を間欠的障害検知としているが、固定的障害検知の場合でも同じ動作である。
【０１０４】
（Ａ−２−３）アラーム出力部、及びアラーム検索入出力部の出力内容について
図８は、アラーム出力部３２により出力される情報の例について示した説明図である。
【０１０５】
アラーム出力部３２には、図８に示すように、イベントごとに、重要度、日時、ホスト名、メッセージ等の項目の情報がリスト表示されるようにしても良い。
【０１０６】
重要度は、監視装置２０において、イベントメッセージの種類ごとに予め設定された情報（例えば、「重大」、「警戒」、「注意」等）が入力されるようにしても良い。
【０１０７】
日時は、当該イベントが発生した時刻、すなわち、非対象イベントメッセージに係るアラームについては、被監視装置から当該イベントに係るイベントメッセージを受信した時刻が設定され、対象イベントメッセージに係る固定的障害を示すアラームについては、障害状況監視処理部２０７により、固定的障害と判定され、固定的障害発生を示すイベントメッセージが生成された時刻が設定される。
【０１０８】
ホスト名は、当該イベントが発生した被監視装置の識別情報、すなわち、当該イベントに係るイベントメッセージの送信元の被監視装置の識別情報が設定される。
【０１０９】
メッセージは、監視装置２０において、イベントメッセージの種類ごとに予め設定された情報が入力されるようにしても良いし、障害状況テーブル２０７ａに登録されたメッセージの情報を設定するようにしても良い。
【０１１０】
アラーム検索入出力部３１により出力される情報も、上述の図８に示すアラーム表示処理部２０６と同様の項目により構成するようにしても良い。すなわち、アラーム履歴ＤＢ２０４にも、上述の図８に示すアラーム表示処理部２０６と同様の項目の情報を蓄積し、アラーム検索表示処理部２０５が、検索条件（例えば、日時の範囲やホスト名等）に応じた情報だけを、抽出してアラーム検索入出力部３１に与えるようにしても良い。
【０１１１】
（Ａ−２−４）間欠アラーム検索入出力部の出力内容について
図９は、間欠アラーム検索入出力部３４により出力される情報の例について示した説明図である。
【０１１２】
アラーム出力部３２には、図９に示すように、イベントごとに、重要度、日時、ホスト名、メッセージ等の項目の情報がリスト表示されるようにしても良い。すなわち、間欠アラーム履歴ＤＢ２０８にも、上述の図９に示す間欠アラーム検索表示処理部２１０と同様の項目の情報を蓄積し、間欠アラーム検索表示処理部２１０が、検索条件（例えば、日時の範囲やホスト名等）に応じた情報だけを、抽出して間欠アラーム検索入出力部３４に与えるようにしても良い。
【０１１３】
重要度は、上述の図８と同様に、監視装置２０において、イベントメッセージの種類ごとに予め設定された情報（例えば、「重大」、「警戒」、「注意」等）が入力されるようにしても良いが、間欠的障害は固定的障害よりも重要度が低いもの（例えば、「注意」等）が設定されることが望ましい。
【０１１４】
日時は、当該イベントが発生した時刻、すなわち、障害状況監視処理部２０７により、間欠的障害と判定された時刻が設定される。
【０１１５】
ホスト名は、間欠的障害を検知した被監視装置の識別情報が設定される。
【０１１６】
（Ａ−２−５）監視登録情報入出力部の入出力内容について
図１０は、監視登録情報入出力部３３によりディスプレイ表示される画面内容の例である。
【０１１７】
監視登録情報入出力部３３では、図１０に示すように、監視登録・モニタに係る情報の表示及び入力が行われるリストＬと、リストＬの情報の操作に係る登録ボタンＢ１、変更ボタンＢ２、削除ボタンＢ３等が備えられている。なお、監視登録情報入出力部３３における画面の内容や操作方法については、図１０の例に限定されないものである。
【０１１８】
保守端末３０が、ディスプレイ、キーボード及びマウス等を有するパソコンを用いて構成されている場合、そのパソコンのディスプレイに図１０のような画面を表示し、マウス及びキーボードを用いて、リストＬの内容の編集や、各ボタンの押下をユーザに行わせることにより、監視登録情報入出力部３３を実現するようにしても良い。
【０１１９】
そして、ユーザにより、リストＬに、新しい行の情報（イベント情報及び障害判断基準情報）がキーボード操作等により追加され、マウス操作により登録ボタンＢ１を押下する操作が行われると、保守端末３０（監視登録情報入出力部３３）により、その新しい行の情報（イベント情報及び障害判断基準情報）を追加する通知が、監視登録モニタ処理部２０９を介して障害状況監視処理部２０７に与えられ、障害状況テーブル２０７ａに反映される。
【０１２０】
また、ユーザにより、リストＬのいずれかの行の情報がキーボード操作等により変更され、さらに、変更ボタンＢ２を押下する操作が行われると、保守端末３０（監視登録情報入出力部３３）により、その変更された行の情報が、監視登録モニタ処理部２０９を介して障害状況監視処理部２０７に与えられ、障害状況テーブル２０７ａに反映される。
【０１２１】
また、ユーザにより、リストＬのいずれかの行の情報が、マウス操作により選択され、さらに、削除ボタンＢ３を押下する操作が行われると、保守端末３０（監視登録情報入出力部３３）により、その選択された行の削除が、監視登録モニタ処理部２０９を介して障害状況監視処理部２０７に与えられ、障害状況テーブル２０７ａに反映される。
【０１２２】
上述のように、監視登録情報入出力部３３では、上述の図１０のような画面を用いて、ユーザにイベント情報及び障害判断基準情報の情報を入力させ、その情報が、障害状況テーブル２０７ａに反映される。
【０１２３】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１２４】
監視装置２０では、被監視装置から間欠的障害の監視対象となるイベントメッセージを受けると、障害状況監視処理部２０７により、予め設定された基準で間欠的障害と固定的障害を切り分けることによって、速やかに保守をする必要性が高い固定的障害に対するイベントメッセージを容易に選択することができ、保守作業の作業量等の、ユーザの監視負担を軽減することができる。
【０１２５】
また、監視装置２０の障害状況監視処理部２０７では、エラーカウンタ値及びエラー過多カウンタ値を用いて、間欠的障害又は固定的障害を検知することにより、図６に示すように、全てのイベントメッセージについて出力（間欠アラーム履歴ＤＢ２０８への蓄積等）する必要がないため、間欠的障害の監視対象となるイベントメッセージが多発した場合でも、ユーザが間欠的障害の確認を容易にすることができる。
【０１２６】
さらに、多発する可能性のある間欠的障害に係るイベントメッセージを、直接ユーザに出力するのではなく、それ以外のイベントに係るアラームを表示する構成（アラーム検索表示処理部２０５及びアラーム表示処理部２０６）とは独立した構成（間欠アラーム履歴ＤＢ２０８等）を有し、ユーザへの通知を抑制することにより、速やかに保守をする必要性が高いイベントメッセージとの選別の妨げを回避でき、個別に間欠的障害の状況分析も容易にできる。
【０１２７】
さらにまた、障害状況監視処理をモニタする処理（監視登録情報入出力部３３等）を設けたので、間欠的障害、固定的障害の判断基準に対する効果の確認および判断基準のチューニングも保守者での実施が容易になる。
【０１２８】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１２９】
（Ｂ−１）上記の実施形態においては、アラーム履歴ＤＢ２０４、アラーム検索表示処理部２０５、アラーム検索入出力部３１を設けて、アラーム履歴の蓄積及び検索出力をするようにしているが、これらの構成を省略するようにしても良い。
【０１３０】
（Ｂ−２）上記の実施形態においては、間欠アラーム履歴ＤＢ２０８、間欠アラーム検索表示処理部２１０、間欠アラーム検索入出力部３４を設けて、ユーザが間欠的障害について履歴を検索できるようにしているが、これらの構成を省略し、アラーム表示処理部２０６及びアラーム出力部３２と同様に単に間欠的障害のアラームをユーザに出力するようにしても良い。この際、例えば、アラーム出力部３２がアラーム出力を行う際には、デスプレイ表示と共に警告音声と共に出力し、間欠的障害に係るアラーム出力を行う際には、ディスプレイ表示だけで警告音声は流さないようにする等、アラーム出力部３２のアラーム出力と、間欠的障害のアラーム出力で、出力方法に差異を設けることにより、ユーザの監視負担を軽減するようにしても良い。
【０１３１】
（Ｂ−３）上記の実施形態において、監視装置２０では、エラーカウンタ値及びエラー過多カウンタ値を用いて、固定的障害又は間欠的障害を検知しているが、対象イベントメッセージの分布の状況に応じて検知する方法であれば、その具体的な処理は限定されないものである。
【０１３２】
例えば、エラーカウンタ値だけを用いて、第１の閾値に達した場合に間欠的障害と判定し、第１の閾値よりも大きい第２の閾値に達した場合に固定的障害と判定すること等が挙げられる。
【符号の説明】
【０１３３】
１０…監視システム、２０…ネットワーク、２０１…イベントメッセージ受信処理部、２０２…障害検出処理部、２０３…イベントメッセージ処理部、２０４…アラーム履歴ＤＢ、２０５…アラーム検索表示処理部、２０６…アラーム表示処理部、２０７…障害状況監視処理部、２０７ａ…障害状況テーブル、２０８…間欠アラーム履歴ＤＢ、２０９…監視登録モニタ処理部、２１０…間欠アラーム検索表示処理部、３０…保守端末、３１…アラーム検索入出力部、３２…アラーム出力部、３３…監視登録情報入出力部、３４…間欠アラーム検索入出力部、４０、４０−１〜４０−３…通信装置、５０、５０−１〜５０−３…通信端末、Ｎ１、Ｎ２…ネットワーク。
【技術分野】
【０００１】
本発明は、監視システム及びプログラムに関し、例えば、ネットワーク装置を監視するシステムに適用することができる。
【背景技術】
【０００２】
従来、ネットワークを監視するシステムとしては、特許文献１に記載のネットワーク管理システムがある。
【０００３】
特許文献１に記載のネットワーク管理システムでは、被監視装置は、故障・障害検出部と、それによる故障或いは障害の発生の検出から設定時間をカウントするタイマと、タイマによる設定時間のカウントが終了するまでの間に故障・障害検出部により故障或いは障害の復旧が検出されていない場合には、故障・障害検出部により発生を検出した故障或いは障害が固定的な固定故障或いは固定障害に至ったと判断し、固定故障或いは固定障害の発生を知らせるイベントメッセージを生成、生成されたイベントメッセージを監視装置に通知するイベントメッセージ生成部を有する。そして、被監視装置側での方法により、間欠的障害に対するイベントメッセージと固定的障害に対するイベントメッセージとを切り分け、速やかに保守をする必要性が高い固定的障害に対するイベントメッセージを容易に選択することができ、保守作業の作業量を軽減する、ネットワーク管理システム方法であった。
【０００４】
また、監視装置などのコンピュータシステムにおいては、特許文献２に記載されたメッセージ抑止制御があり、コンピュータシステムの使用者がコンソールヘ出力するメッセージをメッセージの識別子によりコンソール毎に抑止することを集中的に行うことにより、使用者各々が、システムやコンソールの負荷状態を考慮する必要がなくなるというものであった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−３０７６０５号公報
【特許文献２】特開平５−１８９２０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１、２の記載技術では、被監視装置のタイマによる設定時間のカウントが終了するまでの間に故障・障害検出部により故障或いは障害の復旧が検出されると固定的障害に至らず、間欠的障害と判断され、間欠的障害のイベントメッセージが繰り返し出力されることになり、それが短期間に繰り返されるような場合は、速やかに保守をする必要性が高い一種の固定的障害として判断し、取り扱うことができないという問題があった。
【０００７】
また、被監視装置からイベントメッセージが繰り返し出力されることで、監視装置に多量に蓄積かつ画面表示されるため、多量のイベントメッセージが逐次表示される画面や多量のイベントメッセージの履歴情報から、速やかに保守をする必要性が高い固定的障害のイベントメッセージを選別する妨げになり、監視装置を使用する保守作業としてはユーザ（保守者等）の作業量を軽減することができないという問題もあった。
【０００８】
さらに、被監視装置の障害の特性や被監視装置の構成、実装により、被監視装置に固定障害と間欠障害を切り分ける手段がなく、間欠的障害のイベントメッセージを監視装置に送出し、保守者にてイベントメッセージが一定期間繰り返すか否かを監視するリアクションを行う被監視装置も存在するが、この方法では現実的には監視装置を使用するユーザ（保守者等）の保守作業の軽減に結びつかない場合もあった。
【０００９】
さらにまた、特許文献２の記載技術では、イベントメッセージを受信する監視装置から保守端末（コンソール）に、繰り返し発生するイベントメッセージの表示を抑止・除外する機能でしかないため、間欠的障害の出方・状況から、速やかに保守をする必要性が高い固定的障害を検知することができなかった。
【００１０】
そのため、ユーザの監視に係る負担を軽減することができる監視システム及びプログラムが望まれている。
【課題を解決するための手段】
【００１１】
第１の本発明は、被監視装置を監視する監視システムにおいて、（１）上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、（２）上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、（３）非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、（４）上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段と備えることを特徴とする。
【００１２】
第２の本発明の監視プログラムは、（１）被監視装置を監視する監視システムを構成するコンピュータを、（２）上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、（３）上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、（４）非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、（５）上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、被監視装置を監視する監視システムにおいて、ユーザの監視に係る負担を軽減することができる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る監視システムの全体構成について示したブロック図である。
【図２】実施形態に係る各種装置の接続関係などの説明図である。
【図３】実施形態に係る障害状況テーブルが有する情報の例について示した説明図である。
【図４】実施形態に係る監視システムの動作について示したフローチャート（１）である。
【図５】実施形態に係る監視システムの動作について示したフローチャート（２）である。
【図６】実施形態に係る監視システムにおける間欠的障害及び固定的障害の検知に係る動作を示した説明図（１）である。
【図７】実施形態に係る監視システムにおける間欠的障害及び固定的障害の検知に係る動作を示した説明図（２）である。
【図８】実施形態に係るアラーム出力部により出力される画面内容の例について示した説明図である。
【図９】実施形態の間欠アラーム検索入出力部により出力される画面内容の例について示した説明図である。
【図１０】監視登録情報入出力部に表示される画面内容の例について示した説明図である。
【発明を実施するための形態】
【００１５】
（Ａ）主たる実施形態
以下、本発明による監視システム１０の一実施形態を、図面を参照しながら詳述する。
【００１６】
（Ａ−１）実施形態の構成
図２は、この実施形態に関係する各種装置の接続関係などの説明図である。
【００１７】
監視システム１０は、監視装置２０及び保守端末３０を有している。
【００１８】
監視システム１０では、監視装置２０により、被監視装置から送信される監視に係るイベントメッセージを受信すること等により、被監視装置の状態を監視し、その監視結果を保守端末３０によりユーザに出力する。
【００１９】
この実施形態では、保守端末３０による監視結果のユーザへの出力は、少なくともディスプレイによる表示出力が行われるものとして説明する。保守端末３０によるユーザへの出力方法は、その他にも音声による出力、印刷装置による出力、ユーザが使用する端末（携帯電話端末等）へのメール送信等限定されないものである。
【００２０】
監視システム１０における被監視装置は、図２の例では、３つの通信装置４０（４０−１〜４０−３）及び３つの通信端末５０（５０−１〜５０−３）であるものとして説明しているが、その数や種類は限定されないものである。図２において、監視装置２０は、ネットワークＮ１を介して通信装置４０−１〜４０−３と接続し、通信端末５０−１〜５０−３は、ネットワークＮ２を介して通信端末５０−１〜５０−３に接続しているが、監視システム１０の監視対象となる被監視装置のネットワーク構成は限定されないものである。
【００２１】
図２において、被監視装置は、それぞれ、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）及びＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）に対応しており、監視装置２０の要求、又は、自装置における所定の条件に応じたイベント発生に応じて、監視装置２０へ、ＳＮＭＰを用いてイベントメッセージ等を送信するものとして説明する。そして、監視装置２０では、被監視装置から受信したイベントメッセージ等を用いて、被監視装置の状態を把握する。
【００２２】
被監視装置（通信装置４０−１〜４０−３、通信端末５０−１〜５０−３）としては、既存のＳＮＭＰ及びＭＩＢに対応した通信装置を適用することができる。なお、この実施形態においては、ネットワーク管理にＳＮＭＰ及びＭＩＢを用いた例について説明しているが、これに限定されず、その他のプロトコルやデータベースを用いて被監視装置を管理するようにしても良い。
【００２３】
次に、監視装置２０及び保守端末３０の詳細構成について説明する。
【００２４】
図１は、監視装置２０及び保守端末３０の機能的構成について示したブロック図である。
【００２５】
監視装置２０は、イベントメッセージ受信処理部２０１、障害検出処理部２０２、イベントメッセージ処理部２０３、アラーム履歴ＤＢ２０４、アラーム検索表示処理部２０５、アラーム表示処理部２０６、障害状況監視処理部２０７、間欠アラーム履歴ＤＢ２０８、監視登録モニタ処理部２０９、間欠アラーム検索表示処理部２１０を有している。
【００２６】
保守端末３０は、アラーム検索入出力部３１、アラーム出力部３２、監視登録情報入出力部３３、間欠アラーム検索入出力部３４を有している。
【００２７】
なお、図１及び図２において、監視装置２０と保守端末３０は、別装置であるものとして説明しているが、全て監視装置２０側にまとめて、一つの装置で監視システムを構築するようにしても良い。また、監視システム１０（監視装置２０及び保守端末３０）は、パソコンやワークステーションなどの情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、実施形態の監視プログラム（固定データを含む）をインストールすることにより、構築するようにしても良く、その場合でも機能的には図１のように表すことができる。
【００２８】
障害検出処理部２０２は、監視装置２０自体も被監視装置の一つとして監視する場合に、他の被監視装置と同様にＳＮＭＰ及びＭＩＢに係る処理を行うものであり、監視装置２０に係るイベントメッセージ等を、イベントメッセージ受信処理部２０１に与える。
【００２９】
イベントメッセージ受信処理部２０１は、被監視装置、障害検出処理部２０２、障害状況監視処理部２０７から与えられるイベントメッセージを受信し、イベントメッセージ処理部２０３に与える。
【００３０】
イベントメッセージ処理部２０３は、イベントメッセージ受信処理部２０１から与えられたイベントメッセージについて、所定の被監視装置に関する所定の種類のイベントメッセージ（以下、「対象イベントメッセージ」という）であるか否かを判定し、対象イベントメッセージについては、障害状況監視処理部２０７に与え、対象イベントメッセージでないイベントメッセージ（以下、「非対象イベントメッセージ」という）である場合には、そのイベントメッセージをアラーム履歴ＤＢ２０４、アラーム表示処理部２０６に与える。イベントメッセージ処理部２０３において、対象イベントメッセージであるか否かを判定する方法については後述する。
【００３１】
アラーム履歴ＤＢ２０４は、イベントメッセージ処理部２０３から与えられたイベントメッセージに基づいて、被監視装置に係るアラーム情報を長期間、時系列に蓄積記憶する手段である。また、アラーム履歴ＤＢ２０４は、アラーム検索表示処理部２０５の要求に応じたアラームの内容を返答する。
【００３２】
アラーム表示処理部２０６は、イベントメッセージ処理部２０３から与えられたイベントメッセージを、保守端末３０のアラーム出力部３２に与える。そして、アラーム出力部３２では、アラーム表示処理部２０６から与えられたイベントメッセージに基づくアラームの内容がディスプレイに出力され、ユーザに供される。
【００３３】
アラーム検索表示処理部２０５は、保守端末３０（アラーム検索入出力部３１）から与えられた検索条件（例えば、被監視装置の識別情報や、発生時間帯等）に一致するアラームの情報をアラーム履歴ＤＢ２０４から検索し、検索したイベントメッセージの内容を、保守端末３０（アラーム検索入出力部３１）に与える。
【００３４】
そして、アラーム検索入出力部３１では、アラーム検索表示処理部２０５から与えられたイベントメッセージの内容をディスプレイに出力し、ユーザに供する。また、アラーム検索入出力部３１は、ユーザにイベントメッセージの検索条件を入力させる入力手段も備えており、検索条件が入力手段（例えば、マウスやキーボード）により入力されると、監視装置２０（アラーム検索表示処理部２０５）に与える。
【００３５】
障害状況監視処理部２０７は、イベントメッセージ処理部２０３から与えられるイベントメッセージの内容を分析して、固定的障害又は間欠的障害の発生を検知する。
【００３６】
なお、固定的障害とは、例えば、当該被監視装置について、速やかに保守をする必要性が高い障害が該当し、間欠的障害は、例えば、速やかに保守をする必要性が低い障害が該当する。
【００３７】
障害状況監視処理部２０７は、所定の被監視装置に関する所定の種類のイベントメッセージ（以下、「対象イベントメッセージ」という）の発生タイミングの分布の状況に応じて、当該被監視装置について固定的障害又は間欠的障害の発生を検知する。
【００３８】
障害状況監視処理部２０７において、対象イベントメッセージとしては、例えば、当該被監視装置における所定の部位の寿命（劣化）や、外部環境の変化による影響から部位の動作が不安定になっていることを示すものが該当する。言い換えると、対象イベントメッセージは、一度でもそのイベントメッセージが発生したら、即刻、速やかに保守をする必要があるものではなく、発生頻度が高くなったときに、はじめて保守を必要とするものが該当する。具体的には、対象イベントメッセージとしては、メモリエラー（例えば、自己修復可能なＥＣＣエラーなど）、ディスクエラー（例えば、ＳＭＡＲＴエラー（障害予測）等）、電源系のエラー（例えば、温度/電圧/電流の変異、ファン回転数の低下等）、ネットワーク系のエラー（例えば、代替ルートが多数ある中の一部のリンクダウン（有線・無線）、データの再送により救済可能な伝送路（ＣＲＣ）エラー等）が該当する。
【００３９】
このように、障害状況監視処理部２０７は、被監視装置に関する対象イベントメッセージの発生タイミングの分布状況を監視し、被監視装置について固定的障害又は間欠的障害を検知するが、その監視を行う条件に係る情報（以下、「障害判断基準情報」という）は、監視登録モニタ処理部２０９から読込んで利用する。
【００４０】
なお、上述のイベントメッセージ処理部２０３が、受信したイベントメッセージを対象イベントメッセージであるか否かを判定する方法としては、監視登録モニタ処理部２０９又は障害状況監視処理部２０７が保持する障害判断基準情報の内容に応じて判断される。すなわち、上述のイベントメッセージ処理部２０３が、受信したイベントメッセージが、間欠的障害の監視対象となっているイベントメッセージとして、障害判断基準情報に登録されている場合には、そのイベントメッセージは対象イベントメッセージとなる。
【００４１】
障害状況監視処理部２０７は、イベントメッセージの種類及び被監視装置の識別情報の組み合わせごとに、障害判断基準情報と、その障害基準情報に基づく管理状況に関する情報を保持する障害状況テーブル２０７ａを有し、障害状況テーブルの内容を更新する。
【００４２】
障害状況監視処理部２０７は、固定的障害の発生を検知した場合には、その固定的障害に係るイベントメッセージ（少なくとも、固定的障害の内容及び該当する被監視装置の識別情報等を含む）を生成して、イベントメッセージ受信処理部２０１に与える。
【００４３】
また、障害状況監視処理部２０７は、任意の被監視装置について間欠的障害を検知すると、その間欠的障害に係る情報（少なくとも、固定的障害の内容及び該当する被監視装置の識別情報等を含む）（以下、「間欠的障害アラーム情報」という）に与える。
【００４４】
なお、障害状況監視処理部２０７における具体的な処理内容及び、障害状況テーブル２０７ａの情報等については後述する動作説明において詳述する。
【００４５】
間欠アラーム履歴ＤＢ２０８は、障害状況監視処理部２０７から与えられた間欠的障害アラーム情報を長期間、時系列に蓄積記憶する手段である。また、間欠アラーム履歴ＤＢ２０８は、間欠アラーム検索表示処理部２１０の要求に応じた間欠的障害アラーム情報の内容を返答する。
【００４６】
間欠アラーム検索表示処理部２１０は、保守端末３０（間欠アラーム検索入出力部３４）から与えられた検索条件（例えば、被監視装置の識別情報や、発生時間帯等）に一致する間欠的障害アラーム情報を間欠アラーム履歴ＤＢ２０８から検索し、検索した間欠的障害アラーム情報の内容を、保守端末３０（間欠アラーム検索入出力部３４）に与える。
【００４７】
そして、間欠アラーム検索入出力部３４では、間欠アラーム検索表示処理部２１０から与えられた間欠的障害アラーム情報の内容をディスプレイに出力し、ユーザに供する。また、間欠アラーム検索入出力部３４は、ユーザに間欠的障害アラーム情報の検索条件が、入力手段（例えば、マウスやキーボード）により入力されると、監視装置２０（間欠アラーム検索入出力部３４）に与える。
【００４８】
監視登録モニタ処理部２０９は、障害判断基準情報を保持しており、保守端末３０（監視登録情報入出力部３３）の要求に応じて、保持している障害判断基準情報を更新する。また、監視登録モニタ処理部２０９は、保持している障害判断基準情報を、障害状況監視処理部２０７及び保守端末３０（監視登録情報入出力部３３）に供給する。
【００４９】
そして、監視登録情報入出力部３３では、監視登録モニタ処理部２０９から与えられた間欠的障害アラーム情報を含む内容をディスプレイに出力し、ユーザに供する。また、監視登録情報入出力部３３は、ユーザに障害判断基準情報が、入力手段（例えば、マウスやキーボード）により入力されると、監視装置２０（監視登録モニタ処理部２０９）に与える。
【００５０】
なお、イベントメッセージ受信処理部２０１、障害検出処理部２０２、イベントメッセージ処理部２０３（対象イベントメッセージに係る処理を除く）、アラーム履歴ＤＢ２０４、アラーム検索表示処理部２０５、アラーム表示処理部２０６、アラーム検索入出力部３１及びアラーム出力部３２は、既存のＳＮＭＰ及びＭＩＢを利用したネットワーク管理システム（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ；ＮＭＳ）と同様の構成を適用することができる。すなわち、監視システム１０は、既存のネットワーク管理システムに、障害状況監視処理部２０７、間欠アラーム履歴ＤＢ２０８、監視登録モニタ処理部２０９、間欠アラーム検索表示処理部２１０、監視登録情報入出力部３３、間欠アラーム検索入出力部３４に係る構成を付加して構築するようにしても良い。また、監視システム１０において用いられるイベントメッセージの形式も、既存のＮＭＳにおいて用いられるイベントメッセージと同様の形式を用いるようにしても良い。
【００５１】
また、保守端末３０において、上述のアラーム検索入出力部３１、アラーム出力部３２、監視登録情報入出力部３３、間欠アラーム検索入出力部３４のそれぞれに対応する出力手段（例えば、ディスプレイ等）や入力手段（例えば、マウス、キーボード等）を個別に備えるようにしても良いし、一部又は全部について共有するようにしても良く、構成方法は限定されないものである。
【００５２】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の監視システム１０の動作を説明する。
【００５３】
（Ａ−２−１）障害状況テーブルの内容について
図３は、障害状況テーブル２０７ａに記憶される情報の例について示した説明図である。
【００５４】
図３に示すように、障害状況テーブル２０７ａには、大きく分けて、「イベン情報」、「障害判断基準情報」、「監視状況情報」が含まれている。
【００５５】
まず、「イベント情報」に含まれる情報について説明する。「イベン情報」には、対象イベントを特定するための情報（イベント名、ホスト名）や、メッセージの情報が含まれている。
【００５６】
イベント名は、イベントメッセージの種類を示す識別情報であり、ホスト名は被監視装置の識別情報である。
【００５７】
図３では。イベントメッセージの種類を示す識別情報については、説明を簡易にするために、Ａ、Ｂ、Ｃ等の表記により示されるイベント名により示しているが、図３に示す表記に限定されず、監視装置２０において用いられる表記を適用するようにしても良い。例えば、イベントメッセージの種類を示す識別情報として、イベントＩＤや当該イベントに対応する変数等と組み合わせて表記するようにしても良い。
【００５８】
図３では、被監視装置の識別情報としてホスト名を用いているが、これに限定されず、被監視装置を識別できる情報であればＩＰアドレス等他の情報を用いるようにしても良い。又、図３では、被監視装置の識別情報としてホスト名、イベントメッセージの種類を示す識別情報として、イベント名の両方を用いているが、いくつかの被監視装置が電源、ファン等の部位を共用する構成の場合には、被監視装置の識別情報としてホスト名を省略し、イベントメッセージの種類を示すイベント名だけを用いてもよい。例えば、電源、ファン等の共通モジュール部を搭載するひとつの筐体（シャーシ）に、いくつかの基板部（ブレード）を搭載する構成の場合には、各々の基盤部が被監視装置となり、被監視装置が共用する電源、ファン等の共通モジュール部の異常を、各々の被監視装置で、同じアラームとして検出する可能性がある。このような場合、ホスト名は異なるが、同じイベント名のアラームが検出される場合があり、ホスト名を省略し、イベント名だけで識別する方が効果的である。
【００５９】
メッセージは、間欠アラーム履歴ＤＢ２０８や間欠アラーム検索入出力部３４に保持される当該イベントメッセージに係る説明（例えば、「電圧障害」、「メモリ障害」等）である。なお、図３に示すイベント情報において、メッセージの項目は省略するようにしても良い。
【００６０】
次に、「障害判断基準情報」に含まれる情報について説明する。「障害判断基準情報」には、監視種別、監視時間ｔ、リセット時間ｒ、間欠的障害判断回数ｅ、固定的障害判断回数ｆの項目の情報が含まれている。
【００６１】
監視種別は、当該イベント情報に係るイベントメッセージについて、間欠的障害又は固定的障害を監視する対象とするか否かを設定する情報である。監視種別には、「監視」又は「非監視」のいずれかの情報が設定され「監視」と設定されている場合には、当該イベント情報に係るイベントメッセージについて、間欠的障害又は固定的障害を監視する対象である旨を示す。「非監視」と設定されている場合には、間欠的障害又は固定的障害を監視せず、無条件にユーザへのアラームを抑制する対象である旨を示す。このとき、「非監視」と設定した監視種別以降の項目の情報は省略することができる。
【００６２】
監視時間ｔ、リセット時間ｒ、間欠的障害判断回数ｅ、固定的障害判断回数ｆは、当該イベント情報に係る障害判断基準情報を示すパラメータである。これらのパラメータに係る具体的な処理については後述する。
【００６３】
次に、「監視状況情報」に含まれる情報について説明する。「監視状況情報」には、被監視装置の状態を示すパラメータとして、最終受信日時、監視タイマ値、エラーカウンタ値、エラー過多カウンタ値の情報が含まれる。
【００６４】
最終受信日時は、当該イベント情報に係るイベントメッセージについて最後に受信した日時を示すものであり、初期状態では「未設定」が設定される。
【００６５】
監視タイマ値、エラーカウンタ値、エラー過多カウンタ値は、当該イベント情報に係る監視状況情報を示すパラメータである。これらのパラメータに係る具体的な処理については後述する。
【００６６】
なお、監視登録モニタ処理部２０９が保持する障害判断基準情報は、図３における、イベント情報及び障害判断基準情報を含む情報が該当する。
【００６７】
（Ａ−２−２）間欠的障害又は固定的障害を検知する処理について
次に、監視装置２０において、被監視装置からイベントメッセージが与えられ、間欠的障害又は固定的障害を検知する処理について、図４及び図５を用いて説明する。
【００６８】
まず、監視装置２０では、任意の被監視装置からイベントメッセージが与えられると、イベントメッセージ受信処理部２０１を介して、イベントメッセージ処理部２０３に到達し、イベントメッセージ処理部２０３において、そのイベントメッセージが対象イベントメッセージ（間欠的障害の監視対象のイベントメッセージ）となっているか否かが判定され（Ｓ１０１）、対象イベントメッセージであると判定された場合には、後述するステップＳ１０４から動作し、対象イベントメッセージでない場合には、後述するステップＳ１０２から動作する。
【００６９】
ステップＳ１０１では、具体的には、イベントメッセージ処理部２０３では、受信したイベントメッセージが、障害状況テーブル２０７ａに監視対象として登録されているイベントメッセージであるか否かが判定される。例えば、図３に示すように、障害状況テーブル２０７ａには、イベント識別情報が「Ａ」、ホスト名が「通信装置ａ」となっている情報が登録されているが、上述のステップＳ１０１において受信したイベントメッセージの識別情報がＡで、そのイベントメッセージの送信元の識別情報が「通信装置ａ」であった場合には、障害状況テーブル２０７ａに監視対象として登録されているイベントメッセージであると判定される。
【００７０】
上述のステップＳ１０１において、受信したイベントメッセージが対象イベントメッセージでないと判定された場合には、イベントメッセージ処理部２０３は、そのイベントメッセージに係る情報を、アラーム履歴ＤＢ２０４に書き込む（Ｓ１０２）。イベントメッセージ処理部２０３は、そのイベントメッセージに係る情報を、アラーム表示処理部２０６に与えられ、アラーム表示処理部２０６により、その情報が、保守端末３０（アラーム出力部３２）に与えられて、保守端末３０（アラーム出力部３２）より出力され（Ｓ１０３）、処理が終了する。
【００７１】
一方、上述のステップＳ１０１で、イベントメッセージ処理部２０３において、受信したイベントメッセージが間欠的障害の監視対象となっていると判定された場合には、そのイベントメッセージに係る情報が、障害状況監視処理部２０７に与えられ、障害状況監視処理部２０７により、間欠アラーム履歴ＤＢ２０８に書きこまれる（Ｓ１０４）。
【００７２】
そして、障害状況監視処理部２０７により、障害状況テーブル２０７ａの登録情報が参照され、受信したイベントメッセージに係る監視種別の内容確認が行われ、監視種別の情報が「監視」であった場合には、後述するステップＳ１０６の情報から動作し、「非監視」であった場合には、当該イベントメッセージに係る処理は終了する。
【００７３】
一方、上述のステップＳ１０４で、障害状況監視処理部２０７により、受信したイベントメッセージに係る監視種別の確認結果が、「監視」であった場合には、障害状況監視処理部２０７により、障害状況テーブル２０７ａの登録情報について、受信したイベントメッセージに係るエラーカウンタ値の値に１加算される（Ｓ１０６）
次に、障害状況監視処理部２０７では、障害状況テーブル２０７ａの登録情報において、受信したイベントメッセージに係るエラーカウンタ値と、間欠的障害判断回数ｅとが比較される（Ｓ１０７）。
【００７４】
ステップＳ１０７において、障害状況監視処理部２０７で、エラーカウンタ値が間欠的障害判断回数ｅより小さいと判定された場合には、後述するステップＳ１１０の処理から動作し、エラーカウンタ値が間欠的障害判断回数ｅ以上と判定された場合には、後述するステップＳ１０８から動作する。
【００７５】
上述のステップＳ１０７において、障害状況監視処理部２０７で、エラーカウンタ値が間欠的障害判断回数ｅ以上と判定された場合には、障害状況監視処理部２０７では、さらに、障害状況テーブル２０７ａの登録情報における、受信したイベントメッセージに係るエラー過多カウンタ値と、固定的障害判断回数ｆとが比較される（Ｓ１０８）。
【００７６】
ステップＳ１０８において、障害状況監視処理部２０７で、エラーカウンタ値が固定的障害判断回数ｆより小さいと判定された場合には、受信したイベントメッセージに係るエラー過多カウンタ値に１加算される（Ｓ１０９）。
【００７７】
次に、障害状況監視処理部２０７では、受信したイベントメッセージに係る「最終受信日時」の情報について「未設定」であるか「設定済」であるかが判定され（Ｓ１１０）、「未設定」である場合には、後述するステップＳ１１２の処理から動作し、「設定済」である場合には、後述するステップＳ１１１の処理から動作する。
【００７８】
上述のステップＳ１１０で、障害状況監視処理部２０７において、受信したイベントメッセージに係る「最終受信日時」の情報が「設定済」であると判定された場合には、最新に受信したイベントメッセージの受信時刻と、現在登録されている「最終受信日時」の時刻の差分が、時間差ＴＤとして求められる。
【００７９】
一方、上述のステップＳ１１０で、障害状況監視処理部２０７において、受信したイベントメッセージに係る「最終受信日時」の情報が「未設定」であると判定された場合には、上述の時間差ＴＤとして「０」が求められたものとして、以降の処理が行われる（Ｓ１１２）。
【００８０】
次に、障害状況監視処理部２０７では、上述のステップＳ１１１又はＳ１１２で求められた時間差ＴＤが、受信したイベントメッセージに係る監視タイマ値に加算され（Ｓ１１３）、受信したイベントメッセージに係る「最終受信日時」に、最新に受信したイベントメッセージの受信時刻が設定される（Ｓ１１４）。
【００８１】
次に、障害状況監視処理部２０７では、受信したイベントメッセージに係る監視タイマ値と、監視時間ｔとが比較される（Ｓ１１５）。
【００８２】
上述のステップＳ１１５において、障害状況監視処理部２０７で、監視タイマ値が、監視時間ｔよりも大きいと判定された場合には、後述するステップＳ１１８から動作し、監視タイマ値が、監視時間ｔ以下と判定された場合には、後述するステップＳ１１６の処理から動作する。
【００８３】
上述のステップＳ１１５において、障害状況監視処理部２０７で、監視タイマ値が、監視時間ｔ以下と判定された場合には、さらに、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラーカウンタ値と間欠的障害判断回数ｅとが比較される（Ｓ１１６）。
【００８４】
上述のステップＳ１１６において、エラーカウンタ値が間欠的障害判断回数ｅと異なると判定された場合には、受信したイベントメッセージに係る処理が終了される。
【００８５】
一方、上述のステップＳ１１６において、エラーカウンタ値が間欠的障害判断回数ｅと等しいと判定された場合には、さらに、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラー過多カウンタ値と、固定的障害判断回数ｆとが比較される（Ｓ１１７）。
【００８６】
上述のステップＳ１１７において、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラー過多カウンタ値が、固定的障害判断回数ｆ以上であった場合には、障害状況監視処理部２０７では、受信したイベントメッセージの送信元の被監視装置は、固定的障害と判断され、受信したイベントメッセージに係る固定的障害イベントメッセージが生成され、イベントメッセージ受信処理部２０１に与えられ（Ｓ１２２）、受信したイベントメッセージに係る処理が終了する。
【００８７】
一方、上述のステップＳ１１７において、障害状況監視処理部２０７で、受信したイベントメッセージに係るエラー過多カウンタ値が、固定的障害判断回数ｆより小さい場合には、障害状況監視処理部２０７では、受信したイベントメッセージの送信元の被監視装置は、間欠的障害と判断され、受信したイベントメッセージに係る間欠的障害イベントメッセージが生成され、イベントメッセージ受信処理部２０１及び間欠アラーム履歴ＤＢ２０８に与えられ（Ｓ１２３）、受信したイベントメッセージに係る処理が終了する。
【００８８】
一方、上述のステップＳ１１５において、障害状況監視処理部２０７で、監視タイマ値が、監視時間ｔよりも大きいと判定された場合には、障害状況監視処理部２０７により、受信したイベントメッセージに係る監視タイマ値が「０」にリセットされ（Ｓ１１８）、さらに、受信したイベントメッセージに係るエラーカウンタ値に「１」が設定される（Ｓ１１９）。
【００８９】
次に、障害状況監視処理部２０７では、上述のステップＳ１１１又はＳ１１２で求められた時間差ＴＤと、リセット時間ｒとが比較され（Ｓ１２０）、時間差ＴＤがリセット時間ｒより大きいと判定された場合には、受信したイベントメッセージに係るエラー過多カウンタ値が０にリセットされて（Ｓ１２１）受信したイベントメッセージに係る処理を終了し、時間差ＴＤがリセット時間ｒより小さいと判定された場合には、そのまま受信したイベントメッセージに係る処理を終了する。
【００９０】
次に、監視装置２０において、被監視装置から複数のイベントメッセージを受信し、上述の図４、図５の処理が行われた場合の処理について説明する。
【００９１】
図６、図７では、例として、通信装置４０−１（ホスト名が「通信装置ａ」であるものとする）から、イベント名が「Ａ」のイベントメッセージが、間欠的に監視装置２０に与えられ、監視システム１０において、上述の図４、図５のフローチャートの処理が行われた場合の処理について説明している。
【００９２】
図６（ａ）は、通信装置４０−１（ホスト名：通信装置ａ）から監視システム１０に、イベント名が「Ａ」のイベントメッセージが与えられたタイミング、及び、通信装置４０−１に係る間欠的障害又は固定的障害を検知したタイミングを示すタイミングチャートであり。図６（ａ）では、Ｔ１〜Ｔ１８のそれぞれのタイミングで、通信装置４０−１から監視システム１０にイベント名が「Ａ」のイベントメッセージが与えられた場合について説明している。
【００９３】
図６（ｂ）は、Ｔ１〜Ｔ１８のそれぞれのタイミングで、障害状況テーブル２０７ａにおける、図６（ａ）に示すイベントメッセージに係る監視状況情報、すなわち、イベント名が「Ａ」、ホスト名が「通信装置ａ」の行に係る、の監視タイマ値、エラーカウンタ値、エラー過多カウンタ値を示している。
【００９４】
図６（ｂ）に示すように、Ｔ１〜Ｔ４の間は、監視時間ｔよりも短く、Ｔ３の時点で、エラーカウンタ値は３となり、間欠的障害判断回数ｅ（３回）に達するので、監視装置２０では、Ｔ３の時点で間欠的障害が検知され、エラー過多カウンタ値に１が加算され、１となっている。そして、Ｔ５の時点で、監視タイマ値が監視時間ｔに達しているので、監視タイマ値は０に初期化され、エラーカウンタ値が１となっている(すなわち、エラーカウンタ値が初期化されて０になり、さらに、１加算された状態である)。
【００９５】
次に、Ｔ５〜Ｔ８の間も、監視時間ｔよりも短く、Ｔ７の時点で、エラーカウンタ値は３となり、間欠的障害判断回数ｅ（３回）に達するので、監視装置２０では、Ｔ７の時点で間欠的障害が検知され、エラー過多カウンタ値に１が加算され、２となっている。そして、Ｔ９の時点で、監視タイマ値が監視時間ｔに達しているので、監視タイマ値は０に初期化され、エラーカウンタ値が１となっている。
【００９６】
次に、Ｔ９〜Ｔ１２の間も、監視時間ｔよりも短く、Ｔ１１の時点で、エラーカウンタ値は３となり、間欠的障害判断回数ｅ（３回）に達するが、Ｔ１１の時点で、エラー過多カウンタ値に１が加算され、固定的障害判断回数ｆ（３回）に達するので、間欠的障害ではなく、固定的障害が検出される。
【００９７】
このように、監視装置２０では、最初にイベントメッセージを受信すると、監視タイマにより監視時間ｔの計時を開始し、監視時間ｔに達するまでの間に受信したイベントメッセージの数を、エラーカウンタ値によりカウントする。そして、監視装置２０では、エラーカウンタ値の数が、間欠的障害判断回数ｅに達した時点で、間欠的障害を検知すると共に、エラー過多カウンタ値をインクリメントし、エラー過多カウンタ値が固定的障害判断回数ｆに達した時点で固定的障害を検知する。
【００９８】
また、図６に示すように、監視装置２０では、Ｔ１〜Ｔ１８の全てのタイミングで、イベントメッセージを受信しているが、間欠的障害の監視対象となっているイベントメッセージについては、直接アラーム出力部３２から出力されるわけではなく、障害状況監視処理部２０７において間欠的障害又は固定的障害と判定された場合にのみ、その間欠的障害又は固定的障害を示すイベントメッセージに基づくアラームのみがアラーム出力部３２により出力されるため、間欠的障害又は固定的障害を検知した場合以外のユーザへのアラーム通知が抑制される。なお、障害状況監視処理部２０７において間欠的障害と判定された場合、ユーザにアラーム通知するか、抑制するかを、監視登録時の条件として選択させてもよい。
【００９９】
次に、監視システム１０（障害状況テーブル２０７ａ）において、監視タイマ値、エラーカウンタ値、エラー過多カウンタ値がリセット（初期化）される動作について説明する。
【０１００】
図７（ａ）は、通信装置４０−１から監視システム１０に、イベント名が「Ａ」のイベントメッセージが与えられたタイミング、及び、障害状況テーブル２０７ａにおいて当該イベントメッセージに係る監視タイマ値、エラーカウンタ値、エラー過多カウンタ値がリセットされる状況について示している。また、図７（ａ）では、Ｔ１〜Ｔ１４のそれぞれのタイミングで、通信装置４０−１から監視システム１０にイベント名が「Ａ」のイベントメッセージが与えられた場合について説明している。
【０１０１】
図７（ｂ）は、Ｔ１〜Ｔ１４のそれぞれのタイミングで、障害状況テーブル２０７ａにおける、図７（ａ）に示すイベントメッセージに係る監視状況情報、すなわち、イベント名が「Ａ」、ホスト名が「通信装置ａ」の行に係る、の監視タイマ値、エラーカウンタ値、エラー過多カウンタ値を示している。
【０１０２】
図７（ｂ）に示すように、Ｔ４の時点で、エラー過多カウンタ値が１となっているが、Ｔ４とＴ５までの期間がリセット時間ｒよりも長くなっているため、Ｔ５の時点で、監視タイマ値、エラーカウンタ値及びエラー過多カウンタ値がリセットされ、エラーカウンタ値だけが１加算された状態となっている。
【０１０３】
すなわち、リセット時間ｒ以上の期間、当該イベントメッセージが、通信装置４０−１から監視装置２０に与えられない場合には、監視装置２０では、該当する監視タイマ値、エラーカウンタ値及びエラー過多カウンタ値をリセットする。なお、リセット時間ｒは、監視時間ｔよりも長い時間を設定する必要がある。なお、図７ではＴ３の時点を間欠的障害検知としているが、固定的障害検知の場合でも同じ動作である。
【０１０４】
（Ａ−２−３）アラーム出力部、及びアラーム検索入出力部の出力内容について
図８は、アラーム出力部３２により出力される情報の例について示した説明図である。
【０１０５】
アラーム出力部３２には、図８に示すように、イベントごとに、重要度、日時、ホスト名、メッセージ等の項目の情報がリスト表示されるようにしても良い。
【０１０６】
重要度は、監視装置２０において、イベントメッセージの種類ごとに予め設定された情報（例えば、「重大」、「警戒」、「注意」等）が入力されるようにしても良い。
【０１０７】
日時は、当該イベントが発生した時刻、すなわち、非対象イベントメッセージに係るアラームについては、被監視装置から当該イベントに係るイベントメッセージを受信した時刻が設定され、対象イベントメッセージに係る固定的障害を示すアラームについては、障害状況監視処理部２０７により、固定的障害と判定され、固定的障害発生を示すイベントメッセージが生成された時刻が設定される。
【０１０８】
ホスト名は、当該イベントが発生した被監視装置の識別情報、すなわち、当該イベントに係るイベントメッセージの送信元の被監視装置の識別情報が設定される。
【０１０９】
メッセージは、監視装置２０において、イベントメッセージの種類ごとに予め設定された情報が入力されるようにしても良いし、障害状況テーブル２０７ａに登録されたメッセージの情報を設定するようにしても良い。
【０１１０】
アラーム検索入出力部３１により出力される情報も、上述の図８に示すアラーム表示処理部２０６と同様の項目により構成するようにしても良い。すなわち、アラーム履歴ＤＢ２０４にも、上述の図８に示すアラーム表示処理部２０６と同様の項目の情報を蓄積し、アラーム検索表示処理部２０５が、検索条件（例えば、日時の範囲やホスト名等）に応じた情報だけを、抽出してアラーム検索入出力部３１に与えるようにしても良い。
【０１１１】
（Ａ−２−４）間欠アラーム検索入出力部の出力内容について
図９は、間欠アラーム検索入出力部３４により出力される情報の例について示した説明図である。
【０１１２】
アラーム出力部３２には、図９に示すように、イベントごとに、重要度、日時、ホスト名、メッセージ等の項目の情報がリスト表示されるようにしても良い。すなわち、間欠アラーム履歴ＤＢ２０８にも、上述の図９に示す間欠アラーム検索表示処理部２１０と同様の項目の情報を蓄積し、間欠アラーム検索表示処理部２１０が、検索条件（例えば、日時の範囲やホスト名等）に応じた情報だけを、抽出して間欠アラーム検索入出力部３４に与えるようにしても良い。
【０１１３】
重要度は、上述の図８と同様に、監視装置２０において、イベントメッセージの種類ごとに予め設定された情報（例えば、「重大」、「警戒」、「注意」等）が入力されるようにしても良いが、間欠的障害は固定的障害よりも重要度が低いもの（例えば、「注意」等）が設定されることが望ましい。
【０１１４】
日時は、当該イベントが発生した時刻、すなわち、障害状況監視処理部２０７により、間欠的障害と判定された時刻が設定される。
【０１１５】
ホスト名は、間欠的障害を検知した被監視装置の識別情報が設定される。
【０１１６】
（Ａ−２−５）監視登録情報入出力部の入出力内容について
図１０は、監視登録情報入出力部３３によりディスプレイ表示される画面内容の例である。
【０１１７】
監視登録情報入出力部３３では、図１０に示すように、監視登録・モニタに係る情報の表示及び入力が行われるリストＬと、リストＬの情報の操作に係る登録ボタンＢ１、変更ボタンＢ２、削除ボタンＢ３等が備えられている。なお、監視登録情報入出力部３３における画面の内容や操作方法については、図１０の例に限定されないものである。
【０１１８】
保守端末３０が、ディスプレイ、キーボード及びマウス等を有するパソコンを用いて構成されている場合、そのパソコンのディスプレイに図１０のような画面を表示し、マウス及びキーボードを用いて、リストＬの内容の編集や、各ボタンの押下をユーザに行わせることにより、監視登録情報入出力部３３を実現するようにしても良い。
【０１１９】
そして、ユーザにより、リストＬに、新しい行の情報（イベント情報及び障害判断基準情報）がキーボード操作等により追加され、マウス操作により登録ボタンＢ１を押下する操作が行われると、保守端末３０（監視登録情報入出力部３３）により、その新しい行の情報（イベント情報及び障害判断基準情報）を追加する通知が、監視登録モニタ処理部２０９を介して障害状況監視処理部２０７に与えられ、障害状況テーブル２０７ａに反映される。
【０１２０】
また、ユーザにより、リストＬのいずれかの行の情報がキーボード操作等により変更され、さらに、変更ボタンＢ２を押下する操作が行われると、保守端末３０（監視登録情報入出力部３３）により、その変更された行の情報が、監視登録モニタ処理部２０９を介して障害状況監視処理部２０７に与えられ、障害状況テーブル２０７ａに反映される。
【０１２１】
また、ユーザにより、リストＬのいずれかの行の情報が、マウス操作により選択され、さらに、削除ボタンＢ３を押下する操作が行われると、保守端末３０（監視登録情報入出力部３３）により、その選択された行の削除が、監視登録モニタ処理部２０９を介して障害状況監視処理部２０７に与えられ、障害状況テーブル２０７ａに反映される。
【０１２２】
上述のように、監視登録情報入出力部３３では、上述の図１０のような画面を用いて、ユーザにイベント情報及び障害判断基準情報の情報を入力させ、その情報が、障害状況テーブル２０７ａに反映される。
【０１２３】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１２４】
監視装置２０では、被監視装置から間欠的障害の監視対象となるイベントメッセージを受けると、障害状況監視処理部２０７により、予め設定された基準で間欠的障害と固定的障害を切り分けることによって、速やかに保守をする必要性が高い固定的障害に対するイベントメッセージを容易に選択することができ、保守作業の作業量等の、ユーザの監視負担を軽減することができる。
【０１２５】
また、監視装置２０の障害状況監視処理部２０７では、エラーカウンタ値及びエラー過多カウンタ値を用いて、間欠的障害又は固定的障害を検知することにより、図６に示すように、全てのイベントメッセージについて出力（間欠アラーム履歴ＤＢ２０８への蓄積等）する必要がないため、間欠的障害の監視対象となるイベントメッセージが多発した場合でも、ユーザが間欠的障害の確認を容易にすることができる。
【０１２６】
さらに、多発する可能性のある間欠的障害に係るイベントメッセージを、直接ユーザに出力するのではなく、それ以外のイベントに係るアラームを表示する構成（アラーム検索表示処理部２０５及びアラーム表示処理部２０６）とは独立した構成（間欠アラーム履歴ＤＢ２０８等）を有し、ユーザへの通知を抑制することにより、速やかに保守をする必要性が高いイベントメッセージとの選別の妨げを回避でき、個別に間欠的障害の状況分析も容易にできる。
【０１２７】
さらにまた、障害状況監視処理をモニタする処理（監視登録情報入出力部３３等）を設けたので、間欠的障害、固定的障害の判断基準に対する効果の確認および判断基準のチューニングも保守者での実施が容易になる。
【０１２８】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１２９】
（Ｂ−１）上記の実施形態においては、アラーム履歴ＤＢ２０４、アラーム検索表示処理部２０５、アラーム検索入出力部３１を設けて、アラーム履歴の蓄積及び検索出力をするようにしているが、これらの構成を省略するようにしても良い。
【０１３０】
（Ｂ−２）上記の実施形態においては、間欠アラーム履歴ＤＢ２０８、間欠アラーム検索表示処理部２１０、間欠アラーム検索入出力部３４を設けて、ユーザが間欠的障害について履歴を検索できるようにしているが、これらの構成を省略し、アラーム表示処理部２０６及びアラーム出力部３２と同様に単に間欠的障害のアラームをユーザに出力するようにしても良い。この際、例えば、アラーム出力部３２がアラーム出力を行う際には、デスプレイ表示と共に警告音声と共に出力し、間欠的障害に係るアラーム出力を行う際には、ディスプレイ表示だけで警告音声は流さないようにする等、アラーム出力部３２のアラーム出力と、間欠的障害のアラーム出力で、出力方法に差異を設けることにより、ユーザの監視負担を軽減するようにしても良い。
【０１３１】
（Ｂ−３）上記の実施形態において、監視装置２０では、エラーカウンタ値及びエラー過多カウンタ値を用いて、固定的障害又は間欠的障害を検知しているが、対象イベントメッセージの分布の状況に応じて検知する方法であれば、その具体的な処理は限定されないものである。
【０１３２】
例えば、エラーカウンタ値だけを用いて、第１の閾値に達した場合に間欠的障害と判定し、第１の閾値よりも大きい第２の閾値に達した場合に固定的障害と判定すること等が挙げられる。
【符号の説明】
【０１３３】
１０…監視システム、２０…ネットワーク、２０１…イベントメッセージ受信処理部、２０２…障害検出処理部、２０３…イベントメッセージ処理部、２０４…アラーム履歴ＤＢ、２０５…アラーム検索表示処理部、２０６…アラーム表示処理部、２０７…障害状況監視処理部、２０７ａ…障害状況テーブル、２０８…間欠アラーム履歴ＤＢ、２０９…監視登録モニタ処理部、２１０…間欠アラーム検索表示処理部、３０…保守端末、３１…アラーム検索入出力部、３２…アラーム出力部、３３…監視登録情報入出力部、３４…間欠アラーム検索入出力部、４０、４０−１〜４０−３…通信装置、５０、５０−１〜５０−３…通信端末、Ｎ１、Ｎ２…ネットワーク。
【特許請求の範囲】
【請求項１】
被監視装置を監視する監視システムにおいて、
上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、
上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、
非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、
上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段と
を備えることを特徴とする監視システム。
【請求項２】
上記通知手段は、上記障害判定手段により、固定的障害の発生を検知すると、その旨を上記ユーザに通知し、上記障害判定手段により間欠的障害の発生を検知しても、その旨の通知をしないことを特徴とする請求項１に記載の監視システム。
【請求項３】
上記通知手段は、上記障害判定手段により、固定的障害を検知した場合と間欠的障害の発生を検知した場合とで、異なる通知方法を用いて、その旨を上記ユーザへ通知することを特徴とする請求項１に記載の監視システム。
【請求項４】
初期状態で上記被監視装置に係る対象イベントが発生すると、所定の監視期間を計時するタイマであって、タイマ値が上記監視期間に達すると初期状態となる監視タイマと、
上記被監視装置に係る対象イベントが発生した回数をカウントし、上記監視タイマが、上記監視期間に達すると、カウンタ値を初期化する第１のカウンタと、
上記第１のカウンタのカウンタ値が、第１の閾値に達すると、カウンタ値をインクリメントする第２のカウンタと、第２の閾値をさらに有し、
上記障害検知手段は、上記第１のカウンタ及び上記第２のカウンタのカウンタ値に基づいて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する
ことを特徴とする請求項１〜３のいずれかに記載の監視システム。
【請求項５】
上記障害検知手段は、上記第１のカウンタのカウンタ値が、第１の閾値を超えた場合に、上記被監視装置で間欠的障害発生が発生したと検知し、上記第２のカウンタのカウンタ値が、第２の閾値を超えた場合に、上記被監視装置で固定的障害が発生したと検知することを特徴とする請求項４に記載の監視システム。
【請求項６】
上記監視期間よりも長いリセット期間以上の間、上記被監視装置に係る上記対象イベントが発生しない場合、上記第１のカウンタ、上記第２のカウンタ及び上記監視タイマを初期化するリセット手段を、さらに有することを特徴とする請求項５に記載の監視システム。
【請求項７】
被監視装置を監視する監視システムを構成するコンピュータを、
上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、
上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、
非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、
上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段と
して機能させることを特徴とする監視プログラム。
【請求項１】
被監視装置を監視する監視システムにおいて、
上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、
上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、
非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、
上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段と
を備えることを特徴とする監視システム。
【請求項２】
上記通知手段は、上記障害判定手段により、固定的障害の発生を検知すると、その旨を上記ユーザに通知し、上記障害判定手段により間欠的障害の発生を検知しても、その旨の通知をしないことを特徴とする請求項１に記載の監視システム。
【請求項３】
上記通知手段は、上記障害判定手段により、固定的障害を検知した場合と間欠的障害の発生を検知した場合とで、異なる通知方法を用いて、その旨を上記ユーザへ通知することを特徴とする請求項１に記載の監視システム。
【請求項４】
初期状態で上記被監視装置に係る対象イベントが発生すると、所定の監視期間を計時するタイマであって、タイマ値が上記監視期間に達すると初期状態となる監視タイマと、
上記被監視装置に係る対象イベントが発生した回数をカウントし、上記監視タイマが、上記監視期間に達すると、カウンタ値を初期化する第１のカウンタと、
上記第１のカウンタのカウンタ値が、第１の閾値に達すると、カウンタ値をインクリメントする第２のカウンタと、第２の閾値をさらに有し、
上記障害検知手段は、上記第１のカウンタ及び上記第２のカウンタのカウンタ値に基づいて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する
ことを特徴とする請求項１〜３のいずれかに記載の監視システム。
【請求項５】
上記障害検知手段は、上記第１のカウンタのカウンタ値が、第１の閾値を超えた場合に、上記被監視装置で間欠的障害発生が発生したと検知し、上記第２のカウンタのカウンタ値が、第２の閾値を超えた場合に、上記被監視装置で固定的障害が発生したと検知することを特徴とする請求項４に記載の監視システム。
【請求項６】
上記監視期間よりも長いリセット期間以上の間、上記被監視装置に係る上記対象イベントが発生しない場合、上記第１のカウンタ、上記第２のカウンタ及び上記監視タイマを初期化するリセット手段を、さらに有することを特徴とする請求項５に記載の監視システム。
【請求項７】
被監視装置を監視する監視システムを構成するコンピュータを、
上記被監視装置に係るイベントの発生を検知するイベント発生検知手段と、
上記イベント発生検知手段が検知したイベントを、所定の対象イベントであるか、対象イベント以外の非対象イベントであるかを分類するイベント分類手段と、
非対象イベントの発生を検知すると、その旨をユーザに通知し、対象イベントの発生を検知しても、その対象イベントの発生の通知を行わない通知手段と、
上記被監視装置に係る対象イベントが発生するタイミングの分布状況に応じて、上記被監視装置の、固定的障害又は間欠的障害の発生を検知する障害検知手段と
して機能させることを特徴とする監視プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−６６５２２（Ｐ２０１１−６６５２２Ａ）
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願番号】特願２００９−２１３４７１（Ｐ２００９−２１３４７１）
【出願日】平成２１年９月１５日（２００９．９．１５）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願日】平成２１年９月１５日（２００９．９．１５）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
[ Back to top ]