監視装置及びプログラム
【課題】 複数の被監視装置を監視する監視装置において、一部の被監視装置に対して予定作業が発生する場合に、容易にその予定作業に伴うアラームを抑止する。
【解決手段】 本発明は、複数の被監視装置を監視する監視装置に関する。そして、監視装置は、それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、作業情報記憶手段が管理している情報に基づいて、アラーム出力手段によるアラーム情報の出力を抑止させるか否か判定する出力判定手段と、出力判定手段の判定結果に基づいてアラーム出力手段によるアラーム情報の出力を制御するアラーム出力抑止手段とを有することを特徴とする。
【解決手段】 本発明は、複数の被監視装置を監視する監視装置に関する。そして、監視装置は、それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、作業情報記憶手段が管理している情報に基づいて、アラーム出力手段によるアラーム情報の出力を抑止させるか否か判定する出力判定手段と、出力判定手段の判定結果に基づいてアラーム出力手段によるアラーム情報の出力を制御するアラーム出力抑止手段とを有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、監視装置及びプログラムに関し、例えば、コンピュータやネットワーク装置等を監視するシステム（ＥＭＳ：Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）に適用し得る。
【背景技術】
【０００２】
従来のＥＭＳでは、被監視装置からの故障通知（アラーム通知）を受信し、保守者等のユーザへ通報（例えば、音声やディスプレイへの画面表示、ランプ表示等）する処理を行う。また、従来のＥＭＳでは、ＥＭＳからも定期的に、被監視装置へポーリングを行い、そのポーリング処理の結果や、ポーリング処理により収集した情報に基づいて、当該被監視装置について異常を検知した場合に、保守者へその旨の通報を行う。
【０００３】
ＥＭＳ（監視装置）に関する従来技術としては、特許文献１〜３の記載技術がある。
【０００４】
特許文献１の記載技術では、監視装置で、被監視装置からのアラームが大量に発生した場合に、監視装置側で輻輳状態が継続しないように、被監視装置側で監視装置側への自発的なアラーム送信を停止して蓄積する処理を行う。
【０００５】
特許文献２の記載技術では、上位監視装置の配下に、複数の下位監視装置が配置されているシステムについて記載されている。そして、特許文献３に記載された上位監視装置では、複数の下位監視装置から通知された複数のアラームについて、一つの被監視装置の障害と評価できる場合に、一つのアラームとして表示することについて記載されている。
【０００６】
特許文献３の記載技術では、監視装置側で、ユーザが登録したアラームのみが、表示されるような処理を行っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２２３７２２号公報
【特許文献２】特開平１０−３２７２１６号公報
【特許文献３】特開平０５−２５７７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、従来のＥＭＳでは、例えば、被監視装置でメンテナンスに伴う再起動等が発生した場合には、被監視装置が故障でない場合でも、監視装置側では、当該被監視装置からの再起動の報告や、ポーリングの失敗等により、障害を検知してアラームを発生させてしまう場合がある。このような場合、監視装置を使用する保守者にとっては、メンテナンスを行っている被監視装置と、障害が発生した被監視装置とを区別してアラーム確認を行わなくてはならず、アラームの見落とし等が発生するおそれがあった。
【０００９】
しかしながら、特許文献１の記載技術をＥＭＳに利用した場合、被監視装置側でアラームが蓄積されＥＭＳ側に通知されず、ＥＭＳの監視機能に支障を来たす可能性があり、上述のような課題を解決することはできない。
【００１０】
また、特許文献２の記載技術をＥＭＳ利用した場合、発生するアラームの数を抑制することはできるが、例えば、メンテナンスを行っている被監視装置に関するアラームの発生自体を抑制することはできないため、やはり、上述のような課題を解決することができない。
【００１１】
さらに、特許文献３の記載技術をＥＭＳに利用した場合でも、上述ように被監視装置の一部についてメンテナンスを行う場合には、細かい定義変更等が必要となるため、やはり保守者にとっての負担が大きかった。
【００１２】
そのため、複数の被監視装置を監視する監視装置（例えば、ＥＭＳ等）において、一部の被監視装置に対して予定作業（例えば、メンテナンス等）が発生する場合に、容易にその予定作業に伴うアラームを抑止する監視装置及びプログラムが望まれている。
【課題を解決するための手段】
【００１３】
第１の本発明は、複数の被監視装置を監視する監視装置において、（１）それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、（２）上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、（３）被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、（４）上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、（５）上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段とを有することを特徴とする。
【００１４】
第２の本発明の監視プログラムは、複数の被監視装置を監視する監視装置に搭載されたコンピュータを、（１）それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、（２）上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、（３）被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、（４）上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、（５）上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段として機能させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、複数の被監視装置を監視する監視装置において、一部の被監視装置に対して予定作業が発生する場合に、容易にその予定作業に伴うアラームを抑止することができる。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係るＥＭＳ（監視装置）の機能的構成について示したブロック図である。
【図２】実施形態に係るＥＭＳ（監視装置）及び被監視装置の接続構成について示したブロック図である。
【図３】実施形態に係る被監視装置から通知されるアラーム通知に含まれる情報について示した説明図である。
【図４】実施形態に係るアラームログ蓄積部で記憶される内容の例について示した説明図である。
【図５】実施形態に係るアラーム抑止テーブルの内容の例について示した説明図である。
【図６】実施形態に係る作業対象装置管理テーブルの内容の例について示した説明図である。
【図７】実施形態に係るＥＭＳ（監視装置）の動作の概要について示した説明図である。
【図８】実施形態に係るＥＭＳ（監視装置）がアラーム抑止モードで動作した場合の動作について示した説明図である。
【発明を実施するための形態】
【００１７】
（Ａ）主たる実施形態
以下、本発明による監視装置及びプログラムの一実施形態を、図面を参照しながら詳述する。なお、この実施形態の監視装置は、ＥＭＳである。
【００１８】
（Ａ−１）実施形態の構成
図２は、実施形態のＥＭＳ１０と、被監視装置３１〜３４について示したブロック図である。
【００１９】
ＥＭＳ１０は、ネットワークを経由して４台の被監視装置３１〜３４と通信し、被監視装置３１〜３４を監視する監視装置である。ここでは、保守用端末２０と被監視装置３１〜３４との間の具体的なネットワーク構成については限定されないものであるが、ここでは、スイッチやルータ等により構成されたＩＰネットワークを介して通信可能であるものとする。なお、図２において、装置間の点線は論理的な接続構成（接続パス）を示しており、実線は物理的な接続構成を示しているものとする。
【００２０】
各被監視装置３１〜３４は、自装置の状態について管理するデータベースを備えており、そのデータベースの内容や、その他自装置で発生したイベント（例えば、再起動した場合等）に応じて、ＥＭＳ１０へその旨の通知（以下、「アラーム通知」と呼ぶ）を行うように構成されているものとする。アラーム通知の内容の詳細については、後述する。
【００２１】
図２では、被監視装置３４は、スイッチングハブとして示しており、被監視装置３１〜３３は、被監視装置３４（スイッチングハブ）に接続収容されたコンピュータ（例えば、サーバコンピュータ等）として示している。すなわち、被監視装置３１〜３３は、スイッチングハブである被監視装置３４と直接イーサネット（登録商標）ケーブル等により接続されているものとする。
【００２２】
図２に示すように被監視装置３４は、通信制御部３４１、装置管理部３４２、及び３つのポート３４３（３４３−１〜３４３−３）を有している。
【００２３】
ポート３４３−１〜３４３−３は、それぞれ被監視装置３１〜３３とイーサネットケーブルで接続するための物理ポートである。ポート３４３−１〜３４３−３が対応するコネクタについては限定されないものであるが、例えば、ＳＴＰ（Ｓｈｉｅｌｄｅｄ Ｔｗｉｓｔ Ｐａｉｒ）ケーブルのＲＪ−４５のコネクタに対応したポートとしても良い。
【００２４】
なお、被監視装置３４では、各ポート３４３に対して識別子（発生元識別子）が定義されているものとする。ここでは、例として、ポート３４３−１〜３４３−３に対して、それぞれ１〜３の識別子が付与されているものとする。なお、以下では、ポート３４３−１を「ポート１」、ポート３４３−２を「ポート２」、ポート３４３−１を「ポート３」ともそれぞれを呼ぶものとする。
【００２５】
通信制御部３４１は、当該装置内で各ポートの制御（例えば、ポートごとのリンク状態の監視や、ＡＲＰテーブルの更新等）を行う機能を担っている。通信制御部３４１は、例えば、プロセッサ及びメモリ等により構成されたプログラム（ソフトウェア）の実施構成に、通信ソフトをインストールすることにより、一部又は全部の機能を実現するようにしても良い。
【００２６】
装置管理部３４２は、被監視装置３４の状態を管理し、当該装置においてＥＭＳ１０との通信を行う機能も担っているものとする。
【００２７】
なお、各被監視装置３１〜３４については、アラーム通知を生成してＥＭＳ１０に送信する処理や、ＥＭＳ１０からのポーリングに応じたデータの送信処理等、ＥＭＳ１０の監視機能に係る処理以外の構成（すなわち、当該装置の本来機能に関する構成）については、既存のサーバコンピュータやスイッチングハブと同様のものを適用することができるので詳しい説明を省略する。
【００２８】
次に、被監視装置３１〜３４から送信されるアラーム通知の内容例について説明する。
【００２９】
図３は、各被監視装置３１〜３４からＥＭＳ１０へ向けて送信されるアラーム通知のデータ構成について示した説明図である。なお、図３では、ＩＰパケットのデータ部に挿入される部分のデータの一部についてのみ示している。
【００３０】
例えば、各被監視装置３１〜３４は、自装置で、所定のイベント（例えば、再起動した場合等）が発生した場合には、当該アラーム通知の発生元を示す識別子（以下、「発生元識別子」と呼ぶ）と、当該アラーム通知の内容を示す識別子（以下、「アラーム識別子」と呼ぶ）と、そのイベントに応じたメッセージとを含むパケットを生成し、アラーム通知としてＥＭＳ１０に対して送信するものとする。
【００３１】
次に、各被監視装置３１〜３４が、ＥＭＳ１０に送信するアラーム通知の内容について説明する。
【００３２】
アラーム通知に含まれる発生元識別子の形式は限定されないものであるが、例えば、各被監視装置３１〜３４のホスト名、ユーザが識別しやすい呼び名等を適用することができる。ここでは、例として、被監視装置３１の発生元識別子を「装置Ａ」、被監視装置３２の発生元識別子を「装置Ｂ」、被監視装置３２の発生元識別子を「装置Ｃ」、被監視装置３３の発生元識別子を「装置Ｄ」とそれぞれ定義されているものとする。なお、発生元識別子として、ＩＰアドレス等を用いるようにしてもよく、その場合、アラーム通知のＩＰパケットの送信元アドレスを、上述の発生元識別子としても利用するようにしても良い。
【００３３】
ＥＭＳ１０側で、アラーム識別子のパケットであることを識別する方法については限定されないものであるが、例えば、当該パケットのタイプ値や送信先ポート番号（ＴＣＰ又はＵＤＰのポート番号）等、ヘッダ情報の一部を用いて識別するようにしても良い。
【００３４】
アラーム通知に含まれるアラーム識別子は、ＥＭＳ１０と各被監視装置３１〜３４との間で共通に定義されたイベント内容に応じた識別子である。ここでは、当該被監視装置で再起動が発生した場合のアラーム識別子は「０」であるものとする。また、スイッチングハブとして機能する被監視装置３４で、いずれかのポートにリンクダウン等の異常が発生した場合のアラーム識別子は「１」であるものとする。さらに、スイッチングハブとして機能する被監視装置３４で、いずれかのポートの動作が停止し、当該ポートに関する処理を停止（縮退）するというイベント（以下、「通信ソフト機能縮退」と呼ぶ）が発生した場合のアラーム識別子は「２」であるものとする。
【００３５】
ここでは、説明を簡易にするためのアラーム識別子としては、上述の０、１、２の３つだけを用いて説明するが、その他にも温度異常や管理者モードでのログインがあった場合等、細かくアラーム識別子を定義するようにしても良い。また、アラーム識別子について、既存のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）で用いられるトラップ番号（Ｔｒａｐ Ｔｙｐｅフィールドの値）を用いて表現するようにしても良い。
【００３６】
アラーム通知に含まれるメッセージの内容は、アラーム識別子に示すアラーム内容の詳細について記述された内容である。メッセージの項目の具体的な記述形式については限定されないものであるが、被監視装置３１〜３４には予め、アラームの内容に応じたメッセージの記述形式が定義されており、アラーム通知を生成する際に、その定義に従ったメッセージが生成されるものとする。
【００３７】
ここでは、例として、被監視装置３１〜３４では、再起動が発生した場合のアラーム通知（アラーム識別子：０）については、一律に「再起動発生」というメッセージが適用されるものとする。また、スイッチングハブとして機能する被監視装置３４では、ポートのリンクダウンが発生した場合のアラーム通知（アラーム識別子：１）については、「ポートｘ故障発生」（ｘには、故障が発生したポートの識別子が適用される）というメッセージを生成するものとする。また、スイッチングハブとして機能する被監視装置３４では、通信ソフト機能縮退が発生した場合のアラーム通知（アラーム識別子：２）については、「通信ソフト機能縮退」というメッセージを生成するものとする（機能縮退した場合にはポートの指定はされないものとする）。
【００３８】
次に、被監視装置３１〜３４がＥＭＳ１０からポーリングにより情報収集を受けた場合の処理について説明する。
【００３９】
被監視装置３１〜３４では、自装置の状態を管理するデータベースが備えられており、ＥＭＳ１０からの要求（ポーリング）に応じた項目の情報を、返答する機能に対応しているものとする。すなわち、各被監視装置３１〜３４では、ポーリング応答に関して、既存のＳＮＭＰのエージェント機能（被監視機能）に対応しているものとする。具体的には、被監視装置３１〜３４は自装置の状態を管理するためのデータベースとしてＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）を備えているものとする。そして、被監視装置３１〜３４では、ＳＮＭＰに対応し、ＥＭＳ１０からのポーリング（ＧｅｔＲｅｑｕｅｓｔ等）に応じたＭＩＢ値を返答（ＧｅｔＲｅｓｐｏｎｓｅ）するものとする。
【００４０】
次に、ＥＭＳ１０の内部構成について図１を用いて説明する。
【００４１】
ＥＭＳ１０は、アラーム管理部１１、ポーリング処理部１２、通知受信部１３、アラームログ蓄積部１４、保守者向アラーム出力部１５、アラーム抑止データ記憶部１６、及び保守者向アラームログ蓄積部１７を備えている。また、ＥＭＳ１０には、保守者とのインタフェース機能を担う保守用端末２０が接続されているものとする。ＥＭＳ１０と保守用端末２０とは同一装置として構築するようにしても良いが、ここでは、別の装置（コンピュータ）を用いて構築されているものとする。
【００４２】
なお、ＥＭＳ１０は、ＰＣなどの情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、実施形態の監視プログラム（固定データを含む）をインストールすることにより、構築されるものであるが、機能的には図１のように表すことができる。
【００４３】
通知受信部１３は、各被監視装置３１〜３４から送信されたアラーム通知のパケットを受信すると、そのアラームの情報（発生元識別子、アラーム識別子、及びメッセージの内容を含む情報であり、以下「アラーム情報」と呼ぶものとする）を、アラーム管理部１１に通知する処理を行う。
【００４４】
ポーリング処理部１２は、各被監視装置３１〜３４に対して、ポーリングによる監視処理を行う。ポーリング処理部１２が行うポーリング処理の内容については限定されないものであるが、例えば、一度のポーリングでは、予め設定された項目のＭＩＢ値の収集処理や、ネットワーク疎通確認（例えば、Ｐｉｎｇ（ＩＣＭＰ）による疎通確認）等の処理を行う。ポーリング処理部１２は、各被監視装置３１〜３４に対するポーリング処理で、異常値を収集した場合（例えば、ネットワークポートのリンクダウン等）には、その異常の内容に応じたアラーム情報を、アラーム管理部１１に通知する。ポーリング処理部１２は、例えば、予め設定された周期のタイミングや、保守者の操作に応じたタイミングで、各被監視装置３１〜３４に対してポーリング処理を行うようにしても良い。なお、ポーリング処理部１２が、各被監視装置３１〜３４に対して行うポーリング処理については、例えば、既存のＥＭＳ等でＳＮＭＰエージェントに対して行うポーリング処理と同様の処理を適用することができる。
【００４５】
アラーム管理部１１は、ポーリング処理部１２又は通知受信部１３から供給されたアラーム情報について、アラームログ蓄積部１４及び保守者向アラーム出力部１５に供給する処理を行う。
【００４６】
保守者向アラーム出力部１５は、アラーム管理部１１から供給されたアラーム情報について、アラーム抑止データ記憶部１６の内容に基づいて、保守者に出力（提示）するか否かを判断する。以下では、保守者に出力をせず抑止する対象のアラーム情報を、「抑止対象アラーム情報」と呼ぶものとする。そして、保守者向アラーム出力部１５は、当該アラーム情報について、抑止対象アラーム情報に該当しない（保守者に提示する）と判断した場合、そのアラーム情報について、保守用端末２０を介して保守者に出力すると共に、保守者向アラームログ蓄積部１７に供給する。一方、保守者向アラーム出力部１５は、当該アラーム情報について、抑止対象アラーム情報である(保守者に出力しない)と判断した場合、当該アラーム情報については、フィルタ処理（例えば、保守者に出力せず廃棄）を行う。なお、保守者向アラーム出力部１５において、各アラーム情報について抑止対象アラーム情報に該当するか否かを判定する方法については後述する。
【００４７】
また、保守者向アラーム出力部１５は、アラーム管理部１１から供給されたアラーム情報について、抑止対象アラーム情報であるか否かを判断し、フィルタ処理を行う動作モード（以下、「アラーム抑止モード」と呼ぶ）と、アラーム管理部１１から供給されたアラーム情報について特にフィルタ処理を行わず、全て保守者（保守用端末２０）に出力する動作モード（以下、「通常動作モード」と呼ぶ）を備えているものとする。ここでは、保守者向アラーム出力部１５の動作モードは、保守者等の保守用端末２０に対する操作により制御されるものとする。
【００４８】
保守者向アラームログ蓄積部１７は、保守者向アラーム出力部１５から供給されたアラーム情報（抑止対象アラーム情報ではないと判定されたアラーム情報）について蓄積する機能を担っている。なお、ＥＭＳ１０において、アラームログ蓄積部１４と保守者向アラームログ蓄積部１７とで別個にアラーム情報を管理するようにしても良いが、一つのデータベースに統合して管理するようにしても良い。例えば、全てのアラーム情報について蓄積されたアラームログ蓄積部１４のデータベースの各アラーム情報について、抑止対象アラーム情報に該当する情報、又は、抑止対象アラーム情報に該当しない情報について、識別可能な形式（例えば、その旨を示すマークのフィールド等カテゴリー分けが可能な形式）で構築するようにしても良い。
【００４９】
次に、アラームログ蓄積部１４に蓄積される情報の例について説明する。なお、保守者向アラームログ蓄積部１７についても管理するアラーム情報の項目については同様であるため、詳しい説明については省略する。
【００５０】
図４は、アラームログ蓄積部１４に蓄積されるアラーム情報についてテーブル形式で示した説明図である。
【００５１】
図４では、１行で１つのアラーム情報について表わしており、各アラーム情報は、管理番号、アラーム名、アラーム識別子、アラーム発生元装置、メッセージの項目の情報を有している。
【００５２】
管理番号の項目は、データベース上における当該アラーム情報を識別するための識別子を示している。
【００５３】
「アラーム識別子」の項目は、当該アラーム情報に含まれるアラーム識別子を示している。
【００５４】
「アラーム発生元装置」は、当該アラーム情報の発生元となる被監視装置の発生元識別子を示している。
【００５５】
「メッセージ」の項目は、当該アラーム情報に含まれるメッセージの内容について示している。なお、当該アラーム情報にメッセージが含まれていない場合には、何も表示されない。
【００５６】
「アラーム名」は、当該アラーム情報のアラーム識別子に対応するアラーム名称（ユーザに理解しやすい形式の内容）を示している。なお、図４では、説明を簡易にするためアラーム名としては、「アラームａ」、「アラームｂ」といった表示にしているが、実際にはユーザに理解しやすい他の内容に置き換えて適用されるものとする。なお、ＥＭＳ１０では、アラーム識別子に対応するアラーム名を記憶しており、各アラーム情報には、アラーム識別子に応じたアラーム名が付与されるものとする。
【００５７】
保守者向アラーム出力部１５は、アラーム抑止データ記憶部１６の内容を利用して、アラーム情報を保守者に出力するか否かを判定する処理を行う。そして、アラーム抑止データ記憶部１６には、アラーム抑止テーブル１６１及び作業対象装置管理テーブル１６２の２つの情報（テーブル）が記憶されている。アラーム抑止テーブル１６１及び作業対象装置管理テーブル１６２の詳細については後述する。
【００５８】
次に、保守用端末２０の構成について説明する。
【００５９】
保守用端末２０は、保守者とのインタフェースの機能を担う出力部２１及び入力部２２を有している。
【００６０】
出力部２１は、保守者に対してアラーム情報の出力を行う。出力部２１によるアラーム情報の出力構成は限定されないものであるが、例えば、ディスプレイによる表示出力したり、ランプの点灯やアラーム音の鳴動により保守者に通報するように構成してもよい。また、アラーム情報をディスプレイに表示する場合の表示形式については限定されないものであるが、例えば、図４に示すようなテーブル形式でアラーム情報を表示（必要に応じて、各アラーム情報の発生時刻も付加するようにしても良い）するようにしても良い。
【００６１】
入力部２２は、保守者からの操作を受付けるインタフェース（例えば、ＧＵＩ環境等）の機能を担っている。入力部２２は、例えば、マウスやキーボード等を利用して構成するようにしても良い。
次に、アラーム抑止データ記憶部１６に記憶される内容、及び、保守者向アラーム出力部１５による抑止対象アラーム情報の判定方法について説明する。
【００６２】
図６は、作業対象装置管理テーブル１６２の内容例について示した説明図である。
【００６３】
作業対象装置管理テーブル１６２は、メンテナンス作業等を行う予定となっている被監視装置（以下、「作業対象装置」と呼ぶ）のリストを管理するためのテーブルである。
【００６４】
作業対象装置管理テーブル１６２では、管理番号ごとに作業対象装置を発生元識別子で表わしている。図６では、作業対象装置を発生元識別子で識別しているが、その他の形式（例えば、ＩＰアドレスやホスト名等）を用いるようにしても良い。図６では、作業対象装置として、装置Ａ（被監視装置３１）が登録される例について示している。なお、ここでは、作業対象装置として装置Ａ、装置Ｂ及び装置Ｃのうち、一部又は全部を選択して、保守用端末２０から設定することができるように成されているものとする。すなわち、図６に示すアラーム抑止テーブル１６１の内容は、装置Ａ、装置Ｂ及び装置Ｃのうち、一部又は全部が作業対象装置として指定された場合に対応する内容となっている。
【００６５】
図５は、アラーム抑止テーブル１６１の内容例について示した説明図である。
【００６６】
アラーム抑止テーブル１６１では、各アラーム情報について、抑止対象アラーム情報に該当するための条件（以下、「アラーム抑止条件」と呼ぶ）のリストを示している。アラーム抑止テーブル１６１では、１行で、１つのアラーム抑止条件について示している。保守者向アラーム出力部１５は、供給されたアラーム情報について、アラーム抑止テーブル１６１の各アラーム抑止条件と比較し、いずれかのアラーム抑止条件に該当する場合には、当該アラーム情報を抑止対象アラーム情報と判定する。一方、いずれのアラーム抑止条件にも該当しない場合には、保守者向アラーム出力部１５は、当該アラーム情報を、抑止対象アラーム情報に該当しないと判定する。
【００６７】
アラーム抑止テーブル１６１には、抑止対象アラーム情報に該当する条件のそれぞれについて、管理番号、アラーム識別子、アラーム原因装置、キーワード、アラーム発生元装置の項目の情報が登録されている。
【００６８】
「管理番号」の項目は、アラーム抑止条件を識別するための番号を示している。
【００６９】
「アラーム識別子」の項目は、当該アラーム抑止条件に該当するアラーム識別子のリストを示している。例えば、管理番号１のアラーム抑止条件では、アラーム識別子の内容が「０、１、２、…、ｎ」となっている。これは、０〜ｎまでの識別子のリスト（ここでは、全てのアラーム識別子を指定したワイルドカードと同様の意味）を示しており、アラーム情報のアラーム識別子の内容に関わらず、他の項目の条件が一致すれば、当該アラーム抑止条件に該当することを示している。また、管理番号４のアラーム抑止条件では、アラーム識別子の内容が「１」となっている。これは、アラーム識別子が「１」のアラーム情報については、他の条件が一致すれば当該アラーム抑止条件に該当することを示している。
【００７０】
「キーワード」の項目は、当該アラーム抑止条件に該当するアラーム情報のメッセージに含まれるキーワード（文字列）を示している。例えば、図５で、管理番号が５のキーワードは「ポート０」となっている。これは、メッセージに「ポート０」というキーワードが含まれているアラーム情報については、他の項目の条件が一致すれば、当該アラーム抑止条件に該当することを示している。また、例えば、図５で、管理番号が１のキーワードは、指定なし（ワイルドカード）であることを示す「−」となっている。これは、メッセージの内容に関わらず、他の項目の条件が一致すれば、当該アラーム抑止条件に該当することを示している。
【００７１】
「アラーム原因装置」の項目は、作業対象装置ではないが、作業対象装置の作業（再起動等）により影響を受ける被監視装置（以下、「作業影響装置」と呼ぶ）を発生元とするアラーム情報に関する定義に用いる項目である。また、「アラーム原因装置」の項目は、当該アラーム抑止条件の有効または無効に関わる項目であり、作業対象装置管理テーブル１６２に登録された作業対象装置と関連する。例えば、アラーム原因装置に記載された被監視装置の発生元識別子が、作業対象装置管理テーブル１６２に登録された作業対象装置と一致する場合、当該アラーム抑止条件は有効となり、他の項目の条件が一致するアラーム情報については、アラーム抑止の対象となることになる。
【００７２】
例えば、図５において、管理番号４のアラーム抑止条件では、「アラーム原因装置」の項目が「装置Ａ」となっている。そして、図６に示すように、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ａが指定されている。したがって、管理番号４のアラーム抑止条件は有効となっており、その他の項目の条件が一致するアラーム情報については、アラーム抑止の対象となる。
【００７３】
また、図５において、管理番号７のアラーム抑止条件では、「アラーム原因装置」の項目が「装置Ａ，装置Ｂ、装置Ｃ」となっている。したがって、管理番号７のアラーム抑止条件は、「アラーム原因装置」の項目に作業対象装置である「装置Ａ」が含まれているため有効となる。
【００７４】
さらに、図５において、管理番号５のアラーム抑止条件では、「アラーム原因装置」の項目が「装置Ｂ」となっている。しかし、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ｂは指定されていない。したがって、管理番号５のアラーム抑止条件は無効となっており、その他の項目の条件が一致するアラーム情報であっても、アラーム抑止の対象とはならない。
【００７５】
さらにまた、図５において、管理番号が１のキーワードは、指定なし（ワイルドカード）であることを示す「−」となっている。これは、作業対象装置管理テーブル１６２の内容に関わらず、当該アラーム抑止条件は有効であることを示している。
【００７６】
「アラーム発生元装置」の項目は、当該アラーム抑止条件に該当するアラーム情報の送信元（被監視装置の発生元識別子）を示している。ただし、アラーム原因装置の項目が指定なし（−）となっているアラーム抑止条件については、アラーム発生元装置に記載された被監視装置の発生元識別子が、作業対象装置管理テーブル１６２に登録された作業対象装置と一致するときだけ、有効となるものとする。
【００７７】
例えば、図５において、管理番号１のアラーム発生元装置は「装置Ａ」となっており、さらに、アラーム原因装置の項目が指定なし（−）となっている。さらに、ここでは、図６に示すように、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ａが指定されているため、管理番号１のアラーム抑止条件は有効となる。従って、送信元が装置Ａ（被監視装置３１）であるアラーム情報については、他の条件が一致すれば、管理番号１のアラーム抑止条件に該当することになる。
【００７８】
また、図５で、管理番号２のアラーム発生元装置は「装置Ｂ」となっており、さらに、アラーム原因装置の項目が指定なし（−）となっている。しかし、図６に示すように、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ｂは指定されていないため管理番号２のアラーム抑止条件は無効となる。
【００７９】
さらに、図５で、管理番号４のアラーム抑止条件では、アラーム発生元装置は「装置Ｄ」となっており、さらにアラーム原因装置の項目には「装置Ａ」が指定されている。したがって、管理番号４のアラーム抑止条件は有効となる。
【００８０】
以上のように、図５に示すアラーム抑止テーブル１６１では、作業対象装置管理テーブル１６２で指定される作業対象装置自体から発生するアラームを抑止するためのアラーム抑止条件として管理番号１〜３のアラーム抑止条件を設定している。また、図５に示すアラーム抑止テーブル１６１では、作業対象装置（装置Ａ〜装置Ｃ）で作業（再起動等）が行われた場合に影響する作業影響装置として装置Ｄが設定されている。具体的には、作業影響装置である装置Ｄから、作業対象装置（装置Ａ〜装置Ｃ）での作業に伴って発生したアラーム情報の出力を抑止するためのアラーム抑止条件として、管理番号４〜７のアラーム情報が設定されている。
【００８１】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のＥＭＳ１０の動作を説明する。
【００８２】
まず、被監視装置３１（装置Ａ）で、再起動を伴うメンテナンス作業を行う場合の、ＥＭＳ１０の動作概要について図７を用いて説明する。なお、ここでは、初期状態として保守者向アラーム出力部１５は、通常動作モードで動作しているものとして説明する。
【００８３】
まず、保守者等により、保守用端末２０を介して、ＥＭＳ１０に対する事前設定（アラーム抑止テーブル１６１及び作業対象装置管理テーブル１６２の設定）が行われたものとする（Ｓ１０１）。
【００８４】
ここでは、ステップＳ１０１において、アラーム抑止テーブル１６１の内容は図５に示す内容に設定されたものとする。また、作業対象装置管理テーブル１６２の内容は、図６に示す内容に設定されたものとする。すなわち、作業対象装置管理テーブル１６２の内容により、再起動を伴うメンテナンス対象として被監視装置３１（装置Ａ）が設定されたものとする。なお、アラーム抑止テーブル１６１については、固定的に設定しておき、メンテナンス作業を行う都度、作業対象装置管理テーブル１６２の内容だけを変更するようにしても良い。
【００８５】
そして、次に、保守者等により、保守用端末を介して、保守者向アラーム出力部１５に対して、アラーム抑止モードで動作するように操作が行われたものとする。そうすると、保守者向アラーム出力部１５では、その操作に伴って、通常動作モードからアラーム抑止モードに動作モードが切り替わる（Ｓ１０２）。
【００８６】
そして、その後、作業者により被監視装置３１（装置Ａ）に対するメンテナンス作業が行われ、それに伴い、被監視装置３１（装置Ａ）について再起動処理が実施されたものとする（Ｓ１０３）。
【００８７】
そして、被監視装置３１（装置Ａ）の再起動に伴って、作業対象装置である被監視装置３１（装置Ａ）、及び、作業影響装置である被監視装置３４（装置Ｄ）から、ＥＭＳ１０にアラーム通知が送信される。しかし、それらのアラーム通知に基づくアラーム情報は、保守者向アラーム出力部１５のアラーム抑止の処理により、保守者には出力されない（Ｓ１０４）。
【００８８】
ここでは、ステップＳ１０４において、アラーム管理部１１から保守者向アラーム出力部１５へは、図４に示す管理番号１〜３のアラーム情報が供給されたものとする。しかし、これらの全てのアラーム情報は、保守者向アラーム出力部１５で抑止対象アラーム情報として判定され、保守者へは出力されない。図４に示すように、装置Ａ（被監視装置３１）が再起動を行うと、装置Ａだけでなく、装置Ａを収容するスイッチングハブである装置Ｄ（被監視装置３４）においても影響がある。具体的には、図４に示すように、装置Ｄからは、リンクダウンや通信ソフト機能縮退のアラーム情報が発生することになる。
【００８９】
そして、被監視装置３１（装置Ａ）に対するメンテナンス作業が終了した後、保守者等により、保守用端末を介して、保守者向アラーム出力部１５に対し、通常動作モードで動作するように操作が行われたものとする。そして、保守者向アラーム出力部１５では、その操作に伴って、アラーム抑止モードが解除され、通常動作モードに復帰する（Ｓ１０５）。
【００９０】
なお、ＥＭＳ１０では、保守者向アラーム出力部１５を通常動作モードに復帰した直後に、ポーリング処理部１２を制御して、作業対象装置管理テーブル１６２に登録された作業対象装置に対するポーリング処理を行い、作業後の正常性（残存アラームが存在しないこと）を自動的に確認するようにしても良い。また、作業対象装置だけでなく、アラーム抑止テーブル１６１で有効なアラーム抑止条件のうち、アラーム発生元装置として設定されている作業対象装置以外の被監視装置（例えば、図５の例では装置Ｄ）についても同様にポーリング処理を行って正常性を確認するようにしても良い。
【００９１】
次に、上述のステップＳ１０４において、ＥＭＳ１０の保守者向アラーム出力部１５によるアラーム抑止の処理について、図８のフローチャートを用いて説明する。
【００９２】
まず、アラーム抑止モードで動作中の保守者向アラーム出力部１５に対して、アラーム管理部１１からアラーム情報が供給されたものとする（Ｓ２０１）。
【００９３】
そして、保守者向アラーム出力部１５では、アラーム抑止データ記憶部１６の内容に基づいて、供給されたアラーム情報について、抑止対象アラーム情報に該当するか否かが判断される（Ｓ２０２）。
【００９４】
上述のステップＳ２０２で、当該アラーム情報が、抑止対象アラーム情報に該当すると判定された場合には、保守者向アラーム出力部１５では、当該アラーム情報が廃棄され、保守用端末２０には出力されない（Ｓ２０５）。
【００９５】
一方、ステップＳ２０２で、当該アラーム情報が、抑止対象アラーム情報に該当しないと判定された場合には、保守者向アラーム出力部１５により、当該アラーム情報が、保守用端末２０を介して保守者に出力され（Ｓ２０３）、さらに保守者向アラームログ蓄積部１７に蓄積される（Ｓ２０４）。
【００９６】
次に、被監視装置３１（装置Ａ）の再起動処理に伴って発生する具体的なアラーム情報と、保守者向アラーム出力部１５で、そのアラーム情報を抑止対象アラーム情報として判定する処理について説明する。
【００９７】
最初に、アラーム抑止テーブル１６１に登録されているアラーム抑止条件のうち保守者向アラーム出力部１５で、無効となるものについて説明する。
【００９８】
ここでは、図６に示す通り、作業対象装置として装置Ａが登録されている。したがって、アラーム原因装置の項目が記載されている管理番号４〜７のアラーム抑止条件のうち、作業対象装置と一致しない管理番号５、６については無効となる。また、アラーム原因装置の項目で、指定がない（−）旨記載されている管理番号１〜３のアラーム抑止条件のうち、アラーム発生元装置の項目が作業対象装置と一致しない管理番号２、３については無効となる。したがって、ここでは、管理番号が１、４、７のアラーム抑止条件についてだけが有効となる。
【００９９】
そして、ここでは、被監視装置３１（装置Ａ）の再起動処理に伴って、上述の図４に示す管理番号１〜３のアラーム情報が、保守者向アラーム出力部１５に供給されることになる。
【０１００】
管理番号１のアラーム情報では、アラーム識別子が「０」、アラーム発生元装置が「装置Ａ」、メッセージが「再起動発生」である。従って、上述の管理番号１のアラーム情報は、有効なアラーム抑止条件のうち管理番号１のアラーム抑止条件に該当する。
【０１０１】
管理番号２のアラーム情報では、アラーム識別子が「１」、アラーム発生元装置が「装置Ｄ」、メッセージが「ポート０故障発生」である。従って、上述の管理番号２のアラーム情報は、有効なアラーム抑止条件のうち管理番号４のアラーム抑止条件に該当する。
【０１０２】
管理番号３のアラーム情報では、アラーム識別子が「２」、アラーム発生元装置が「装置Ｄ」、メッセージが「通信ソフト機能縮退」である。従って、上述の管理番号３のアラーム情報は、有効なアラーム抑止条件のうち管理番号７のアラーム抑止条件に該当する。
【０１０３】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１０４】
この実施例によれば、ＥＭＳ１０で保守者向アラーム出力部１５をアラーム抑止モードで動作させることにより、作業対象装置（装置Ａ）だけでなく、作業影響装置（装置Ｄ）からのアラーム情報についても保守者に対する出力を抑止することができる。一方、保守者向アラーム出力部１５をアラーム抑止モードで動作させている間に、保守者向アラーム出力部１５に対して、有効なアラーム抑止条件に該当しないアラーム情報が供給された場合には、保守者に出力される。したがって、保守者には本当に発生している障害に関するアラーム情報だけが出力されることになり、保守者の負担を減らし、作業効率を向上させることができる。
【０１０５】
さらに、アラーム抑止テーブル１６１で、キーワードの項目を指定なし（−）に設定することにより、作業影響装置に対するアラーム抑止を広範囲に設定することになった場合でも、アラーム抑止モードの解除時に、ポーリング処理を行い、残存アラームの有無を確認している。これにより、ＥＭＳ１０では、アラーム抑止モードにより、本来保守者に出力すべきアラーム情報があった場合でも、その欠落を防止することができる。
【０１０６】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０７】
（Ｂ−１）上記の実施形態では、被監視装置から送出されるアラーム通知の形式について上述の図３の例について説明したが、同様のアラーム通知をＳＮＭＰのトラップ通知を用いてアラーム通知を実現するようにしても良い。例えば、トラップ通知のトラップ番号（例えば、Ｔｒａｐ Ｔｙｐｅのフィールド）を、図３のアラーム識別子として利用するようにしても良い。また、Ｔｒａｐ通知に付加する値（数値）を、図３のメッセージとして利用するようにしても良い。例えば、トラップ通知に付加する値ごとに対応するメッセージを、ＥＭＳ１０で保持しておき、受信したトラップ通知に付加された値に基づいてメッセージを再現して利用するようにしても良い。
【０１０８】
（Ｂ−２）上記の実施形態では、アラーム抑止テーブル及び作業対象装置管理テーブルは、それぞれ一つずつしか保持していないが、複数保持しておき、保守者等の操作に応じた組合せで、保守者向アラーム出力部１５のアラーム抑止モードを動作させるようにしても良い。
【０１０９】
また、上記の実施形態では、保守者向アラーム出力部に対して、アラーム抑止モードで動作させる処理や、アラーム抑止モードを解除する処理に関しては、保守者等により手動で行われるものとしているが、予め設定したスケジュールに従って、アラーム抑止モードの開始及び解除を行うように構成しても良い。さらに、アラーム抑止テーブル及び作業対象装置管理テーブルが複数存在する場合には、保守者向アラーム出力部に対して、アラーム抑止モードのスケジュールを設定する際に、アラーム抑止テーブル及び作業対象装置管理テーブルの組合せについても、併せて指定できるように構成しても良い。
【０１１０】
（Ｂ−３）上記の実施形態では、本発明の監視装置をＥＭＳに適用する例について説明したが、ＮＭＳ（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等、その他の監視装置に適用するようにしても良い。
【符号の説明】
【０１１１】
１０…ＥＭＳ（監視装置）、１１…アラーム管理部、１２…ポーリング処理部、１３…通知受信部、１４…アラームログ蓄積部、１５…保守者向アラーム出力部、１６…アラーム抑止データ記憶部、１６１…アラーム抑止テーブル、１６２…作業対象装置管理テーブル、１７…保守者向アラームログ蓄積部、２０…保守用端末、２１…出力部、２２…入力部、３１〜３４…被監視装置。
【技術分野】
【０００１】
この発明は、監視装置及びプログラムに関し、例えば、コンピュータやネットワーク装置等を監視するシステム（ＥＭＳ：Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）に適用し得る。
【背景技術】
【０００２】
従来のＥＭＳでは、被監視装置からの故障通知（アラーム通知）を受信し、保守者等のユーザへ通報（例えば、音声やディスプレイへの画面表示、ランプ表示等）する処理を行う。また、従来のＥＭＳでは、ＥＭＳからも定期的に、被監視装置へポーリングを行い、そのポーリング処理の結果や、ポーリング処理により収集した情報に基づいて、当該被監視装置について異常を検知した場合に、保守者へその旨の通報を行う。
【０００３】
ＥＭＳ（監視装置）に関する従来技術としては、特許文献１〜３の記載技術がある。
【０００４】
特許文献１の記載技術では、監視装置で、被監視装置からのアラームが大量に発生した場合に、監視装置側で輻輳状態が継続しないように、被監視装置側で監視装置側への自発的なアラーム送信を停止して蓄積する処理を行う。
【０００５】
特許文献２の記載技術では、上位監視装置の配下に、複数の下位監視装置が配置されているシステムについて記載されている。そして、特許文献３に記載された上位監視装置では、複数の下位監視装置から通知された複数のアラームについて、一つの被監視装置の障害と評価できる場合に、一つのアラームとして表示することについて記載されている。
【０００６】
特許文献３の記載技術では、監視装置側で、ユーザが登録したアラームのみが、表示されるような処理を行っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２２３７２２号公報
【特許文献２】特開平１０−３２７２１６号公報
【特許文献３】特開平０５−２５７７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、従来のＥＭＳでは、例えば、被監視装置でメンテナンスに伴う再起動等が発生した場合には、被監視装置が故障でない場合でも、監視装置側では、当該被監視装置からの再起動の報告や、ポーリングの失敗等により、障害を検知してアラームを発生させてしまう場合がある。このような場合、監視装置を使用する保守者にとっては、メンテナンスを行っている被監視装置と、障害が発生した被監視装置とを区別してアラーム確認を行わなくてはならず、アラームの見落とし等が発生するおそれがあった。
【０００９】
しかしながら、特許文献１の記載技術をＥＭＳに利用した場合、被監視装置側でアラームが蓄積されＥＭＳ側に通知されず、ＥＭＳの監視機能に支障を来たす可能性があり、上述のような課題を解決することはできない。
【００１０】
また、特許文献２の記載技術をＥＭＳ利用した場合、発生するアラームの数を抑制することはできるが、例えば、メンテナンスを行っている被監視装置に関するアラームの発生自体を抑制することはできないため、やはり、上述のような課題を解決することができない。
【００１１】
さらに、特許文献３の記載技術をＥＭＳに利用した場合でも、上述ように被監視装置の一部についてメンテナンスを行う場合には、細かい定義変更等が必要となるため、やはり保守者にとっての負担が大きかった。
【００１２】
そのため、複数の被監視装置を監視する監視装置（例えば、ＥＭＳ等）において、一部の被監視装置に対して予定作業（例えば、メンテナンス等）が発生する場合に、容易にその予定作業に伴うアラームを抑止する監視装置及びプログラムが望まれている。
【課題を解決するための手段】
【００１３】
第１の本発明は、複数の被監視装置を監視する監視装置において、（１）それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、（２）上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、（３）被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、（４）上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、（５）上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段とを有することを特徴とする。
【００１４】
第２の本発明の監視プログラムは、複数の被監視装置を監視する監視装置に搭載されたコンピュータを、（１）それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、（２）上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、（３）被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、（４）上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、（５）上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段として機能させることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、複数の被監視装置を監視する監視装置において、一部の被監視装置に対して予定作業が発生する場合に、容易にその予定作業に伴うアラームを抑止することができる。
【図面の簡単な説明】
【００１６】
【図１】実施形態に係るＥＭＳ（監視装置）の機能的構成について示したブロック図である。
【図２】実施形態に係るＥＭＳ（監視装置）及び被監視装置の接続構成について示したブロック図である。
【図３】実施形態に係る被監視装置から通知されるアラーム通知に含まれる情報について示した説明図である。
【図４】実施形態に係るアラームログ蓄積部で記憶される内容の例について示した説明図である。
【図５】実施形態に係るアラーム抑止テーブルの内容の例について示した説明図である。
【図６】実施形態に係る作業対象装置管理テーブルの内容の例について示した説明図である。
【図７】実施形態に係るＥＭＳ（監視装置）の動作の概要について示した説明図である。
【図８】実施形態に係るＥＭＳ（監視装置）がアラーム抑止モードで動作した場合の動作について示した説明図である。
【発明を実施するための形態】
【００１７】
（Ａ）主たる実施形態
以下、本発明による監視装置及びプログラムの一実施形態を、図面を参照しながら詳述する。なお、この実施形態の監視装置は、ＥＭＳである。
【００１８】
（Ａ−１）実施形態の構成
図２は、実施形態のＥＭＳ１０と、被監視装置３１〜３４について示したブロック図である。
【００１９】
ＥＭＳ１０は、ネットワークを経由して４台の被監視装置３１〜３４と通信し、被監視装置３１〜３４を監視する監視装置である。ここでは、保守用端末２０と被監視装置３１〜３４との間の具体的なネットワーク構成については限定されないものであるが、ここでは、スイッチやルータ等により構成されたＩＰネットワークを介して通信可能であるものとする。なお、図２において、装置間の点線は論理的な接続構成（接続パス）を示しており、実線は物理的な接続構成を示しているものとする。
【００２０】
各被監視装置３１〜３４は、自装置の状態について管理するデータベースを備えており、そのデータベースの内容や、その他自装置で発生したイベント（例えば、再起動した場合等）に応じて、ＥＭＳ１０へその旨の通知（以下、「アラーム通知」と呼ぶ）を行うように構成されているものとする。アラーム通知の内容の詳細については、後述する。
【００２１】
図２では、被監視装置３４は、スイッチングハブとして示しており、被監視装置３１〜３３は、被監視装置３４（スイッチングハブ）に接続収容されたコンピュータ（例えば、サーバコンピュータ等）として示している。すなわち、被監視装置３１〜３３は、スイッチングハブである被監視装置３４と直接イーサネット（登録商標）ケーブル等により接続されているものとする。
【００２２】
図２に示すように被監視装置３４は、通信制御部３４１、装置管理部３４２、及び３つのポート３４３（３４３−１〜３４３−３）を有している。
【００２３】
ポート３４３−１〜３４３−３は、それぞれ被監視装置３１〜３３とイーサネットケーブルで接続するための物理ポートである。ポート３４３−１〜３４３−３が対応するコネクタについては限定されないものであるが、例えば、ＳＴＰ（Ｓｈｉｅｌｄｅｄ Ｔｗｉｓｔ Ｐａｉｒ）ケーブルのＲＪ−４５のコネクタに対応したポートとしても良い。
【００２４】
なお、被監視装置３４では、各ポート３４３に対して識別子（発生元識別子）が定義されているものとする。ここでは、例として、ポート３４３−１〜３４３−３に対して、それぞれ１〜３の識別子が付与されているものとする。なお、以下では、ポート３４３−１を「ポート１」、ポート３４３−２を「ポート２」、ポート３４３−１を「ポート３」ともそれぞれを呼ぶものとする。
【００２５】
通信制御部３４１は、当該装置内で各ポートの制御（例えば、ポートごとのリンク状態の監視や、ＡＲＰテーブルの更新等）を行う機能を担っている。通信制御部３４１は、例えば、プロセッサ及びメモリ等により構成されたプログラム（ソフトウェア）の実施構成に、通信ソフトをインストールすることにより、一部又は全部の機能を実現するようにしても良い。
【００２６】
装置管理部３４２は、被監視装置３４の状態を管理し、当該装置においてＥＭＳ１０との通信を行う機能も担っているものとする。
【００２７】
なお、各被監視装置３１〜３４については、アラーム通知を生成してＥＭＳ１０に送信する処理や、ＥＭＳ１０からのポーリングに応じたデータの送信処理等、ＥＭＳ１０の監視機能に係る処理以外の構成（すなわち、当該装置の本来機能に関する構成）については、既存のサーバコンピュータやスイッチングハブと同様のものを適用することができるので詳しい説明を省略する。
【００２８】
次に、被監視装置３１〜３４から送信されるアラーム通知の内容例について説明する。
【００２９】
図３は、各被監視装置３１〜３４からＥＭＳ１０へ向けて送信されるアラーム通知のデータ構成について示した説明図である。なお、図３では、ＩＰパケットのデータ部に挿入される部分のデータの一部についてのみ示している。
【００３０】
例えば、各被監視装置３１〜３４は、自装置で、所定のイベント（例えば、再起動した場合等）が発生した場合には、当該アラーム通知の発生元を示す識別子（以下、「発生元識別子」と呼ぶ）と、当該アラーム通知の内容を示す識別子（以下、「アラーム識別子」と呼ぶ）と、そのイベントに応じたメッセージとを含むパケットを生成し、アラーム通知としてＥＭＳ１０に対して送信するものとする。
【００３１】
次に、各被監視装置３１〜３４が、ＥＭＳ１０に送信するアラーム通知の内容について説明する。
【００３２】
アラーム通知に含まれる発生元識別子の形式は限定されないものであるが、例えば、各被監視装置３１〜３４のホスト名、ユーザが識別しやすい呼び名等を適用することができる。ここでは、例として、被監視装置３１の発生元識別子を「装置Ａ」、被監視装置３２の発生元識別子を「装置Ｂ」、被監視装置３２の発生元識別子を「装置Ｃ」、被監視装置３３の発生元識別子を「装置Ｄ」とそれぞれ定義されているものとする。なお、発生元識別子として、ＩＰアドレス等を用いるようにしてもよく、その場合、アラーム通知のＩＰパケットの送信元アドレスを、上述の発生元識別子としても利用するようにしても良い。
【００３３】
ＥＭＳ１０側で、アラーム識別子のパケットであることを識別する方法については限定されないものであるが、例えば、当該パケットのタイプ値や送信先ポート番号（ＴＣＰ又はＵＤＰのポート番号）等、ヘッダ情報の一部を用いて識別するようにしても良い。
【００３４】
アラーム通知に含まれるアラーム識別子は、ＥＭＳ１０と各被監視装置３１〜３４との間で共通に定義されたイベント内容に応じた識別子である。ここでは、当該被監視装置で再起動が発生した場合のアラーム識別子は「０」であるものとする。また、スイッチングハブとして機能する被監視装置３４で、いずれかのポートにリンクダウン等の異常が発生した場合のアラーム識別子は「１」であるものとする。さらに、スイッチングハブとして機能する被監視装置３４で、いずれかのポートの動作が停止し、当該ポートに関する処理を停止（縮退）するというイベント（以下、「通信ソフト機能縮退」と呼ぶ）が発生した場合のアラーム識別子は「２」であるものとする。
【００３５】
ここでは、説明を簡易にするためのアラーム識別子としては、上述の０、１、２の３つだけを用いて説明するが、その他にも温度異常や管理者モードでのログインがあった場合等、細かくアラーム識別子を定義するようにしても良い。また、アラーム識別子について、既存のＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）で用いられるトラップ番号（Ｔｒａｐ Ｔｙｐｅフィールドの値）を用いて表現するようにしても良い。
【００３６】
アラーム通知に含まれるメッセージの内容は、アラーム識別子に示すアラーム内容の詳細について記述された内容である。メッセージの項目の具体的な記述形式については限定されないものであるが、被監視装置３１〜３４には予め、アラームの内容に応じたメッセージの記述形式が定義されており、アラーム通知を生成する際に、その定義に従ったメッセージが生成されるものとする。
【００３７】
ここでは、例として、被監視装置３１〜３４では、再起動が発生した場合のアラーム通知（アラーム識別子：０）については、一律に「再起動発生」というメッセージが適用されるものとする。また、スイッチングハブとして機能する被監視装置３４では、ポートのリンクダウンが発生した場合のアラーム通知（アラーム識別子：１）については、「ポートｘ故障発生」（ｘには、故障が発生したポートの識別子が適用される）というメッセージを生成するものとする。また、スイッチングハブとして機能する被監視装置３４では、通信ソフト機能縮退が発生した場合のアラーム通知（アラーム識別子：２）については、「通信ソフト機能縮退」というメッセージを生成するものとする（機能縮退した場合にはポートの指定はされないものとする）。
【００３８】
次に、被監視装置３１〜３４がＥＭＳ１０からポーリングにより情報収集を受けた場合の処理について説明する。
【００３９】
被監視装置３１〜３４では、自装置の状態を管理するデータベースが備えられており、ＥＭＳ１０からの要求（ポーリング）に応じた項目の情報を、返答する機能に対応しているものとする。すなわち、各被監視装置３１〜３４では、ポーリング応答に関して、既存のＳＮＭＰのエージェント機能（被監視機能）に対応しているものとする。具体的には、被監視装置３１〜３４は自装置の状態を管理するためのデータベースとしてＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）を備えているものとする。そして、被監視装置３１〜３４では、ＳＮＭＰに対応し、ＥＭＳ１０からのポーリング（ＧｅｔＲｅｑｕｅｓｔ等）に応じたＭＩＢ値を返答（ＧｅｔＲｅｓｐｏｎｓｅ）するものとする。
【００４０】
次に、ＥＭＳ１０の内部構成について図１を用いて説明する。
【００４１】
ＥＭＳ１０は、アラーム管理部１１、ポーリング処理部１２、通知受信部１３、アラームログ蓄積部１４、保守者向アラーム出力部１５、アラーム抑止データ記憶部１６、及び保守者向アラームログ蓄積部１７を備えている。また、ＥＭＳ１０には、保守者とのインタフェース機能を担う保守用端末２０が接続されているものとする。ＥＭＳ１０と保守用端末２０とは同一装置として構築するようにしても良いが、ここでは、別の装置（コンピュータ）を用いて構築されているものとする。
【００４２】
なお、ＥＭＳ１０は、ＰＣなどの情報処理装置（１台に限定されず、複数台を分散処理し得るようにしたものであっても良い。）上に、実施形態の監視プログラム（固定データを含む）をインストールすることにより、構築されるものであるが、機能的には図１のように表すことができる。
【００４３】
通知受信部１３は、各被監視装置３１〜３４から送信されたアラーム通知のパケットを受信すると、そのアラームの情報（発生元識別子、アラーム識別子、及びメッセージの内容を含む情報であり、以下「アラーム情報」と呼ぶものとする）を、アラーム管理部１１に通知する処理を行う。
【００４４】
ポーリング処理部１２は、各被監視装置３１〜３４に対して、ポーリングによる監視処理を行う。ポーリング処理部１２が行うポーリング処理の内容については限定されないものであるが、例えば、一度のポーリングでは、予め設定された項目のＭＩＢ値の収集処理や、ネットワーク疎通確認（例えば、Ｐｉｎｇ（ＩＣＭＰ）による疎通確認）等の処理を行う。ポーリング処理部１２は、各被監視装置３１〜３４に対するポーリング処理で、異常値を収集した場合（例えば、ネットワークポートのリンクダウン等）には、その異常の内容に応じたアラーム情報を、アラーム管理部１１に通知する。ポーリング処理部１２は、例えば、予め設定された周期のタイミングや、保守者の操作に応じたタイミングで、各被監視装置３１〜３４に対してポーリング処理を行うようにしても良い。なお、ポーリング処理部１２が、各被監視装置３１〜３４に対して行うポーリング処理については、例えば、既存のＥＭＳ等でＳＮＭＰエージェントに対して行うポーリング処理と同様の処理を適用することができる。
【００４５】
アラーム管理部１１は、ポーリング処理部１２又は通知受信部１３から供給されたアラーム情報について、アラームログ蓄積部１４及び保守者向アラーム出力部１５に供給する処理を行う。
【００４６】
保守者向アラーム出力部１５は、アラーム管理部１１から供給されたアラーム情報について、アラーム抑止データ記憶部１６の内容に基づいて、保守者に出力（提示）するか否かを判断する。以下では、保守者に出力をせず抑止する対象のアラーム情報を、「抑止対象アラーム情報」と呼ぶものとする。そして、保守者向アラーム出力部１５は、当該アラーム情報について、抑止対象アラーム情報に該当しない（保守者に提示する）と判断した場合、そのアラーム情報について、保守用端末２０を介して保守者に出力すると共に、保守者向アラームログ蓄積部１７に供給する。一方、保守者向アラーム出力部１５は、当該アラーム情報について、抑止対象アラーム情報である(保守者に出力しない)と判断した場合、当該アラーム情報については、フィルタ処理（例えば、保守者に出力せず廃棄）を行う。なお、保守者向アラーム出力部１５において、各アラーム情報について抑止対象アラーム情報に該当するか否かを判定する方法については後述する。
【００４７】
また、保守者向アラーム出力部１５は、アラーム管理部１１から供給されたアラーム情報について、抑止対象アラーム情報であるか否かを判断し、フィルタ処理を行う動作モード（以下、「アラーム抑止モード」と呼ぶ）と、アラーム管理部１１から供給されたアラーム情報について特にフィルタ処理を行わず、全て保守者（保守用端末２０）に出力する動作モード（以下、「通常動作モード」と呼ぶ）を備えているものとする。ここでは、保守者向アラーム出力部１５の動作モードは、保守者等の保守用端末２０に対する操作により制御されるものとする。
【００４８】
保守者向アラームログ蓄積部１７は、保守者向アラーム出力部１５から供給されたアラーム情報（抑止対象アラーム情報ではないと判定されたアラーム情報）について蓄積する機能を担っている。なお、ＥＭＳ１０において、アラームログ蓄積部１４と保守者向アラームログ蓄積部１７とで別個にアラーム情報を管理するようにしても良いが、一つのデータベースに統合して管理するようにしても良い。例えば、全てのアラーム情報について蓄積されたアラームログ蓄積部１４のデータベースの各アラーム情報について、抑止対象アラーム情報に該当する情報、又は、抑止対象アラーム情報に該当しない情報について、識別可能な形式（例えば、その旨を示すマークのフィールド等カテゴリー分けが可能な形式）で構築するようにしても良い。
【００４９】
次に、アラームログ蓄積部１４に蓄積される情報の例について説明する。なお、保守者向アラームログ蓄積部１７についても管理するアラーム情報の項目については同様であるため、詳しい説明については省略する。
【００５０】
図４は、アラームログ蓄積部１４に蓄積されるアラーム情報についてテーブル形式で示した説明図である。
【００５１】
図４では、１行で１つのアラーム情報について表わしており、各アラーム情報は、管理番号、アラーム名、アラーム識別子、アラーム発生元装置、メッセージの項目の情報を有している。
【００５２】
管理番号の項目は、データベース上における当該アラーム情報を識別するための識別子を示している。
【００５３】
「アラーム識別子」の項目は、当該アラーム情報に含まれるアラーム識別子を示している。
【００５４】
「アラーム発生元装置」は、当該アラーム情報の発生元となる被監視装置の発生元識別子を示している。
【００５５】
「メッセージ」の項目は、当該アラーム情報に含まれるメッセージの内容について示している。なお、当該アラーム情報にメッセージが含まれていない場合には、何も表示されない。
【００５６】
「アラーム名」は、当該アラーム情報のアラーム識別子に対応するアラーム名称（ユーザに理解しやすい形式の内容）を示している。なお、図４では、説明を簡易にするためアラーム名としては、「アラームａ」、「アラームｂ」といった表示にしているが、実際にはユーザに理解しやすい他の内容に置き換えて適用されるものとする。なお、ＥＭＳ１０では、アラーム識別子に対応するアラーム名を記憶しており、各アラーム情報には、アラーム識別子に応じたアラーム名が付与されるものとする。
【００５７】
保守者向アラーム出力部１５は、アラーム抑止データ記憶部１６の内容を利用して、アラーム情報を保守者に出力するか否かを判定する処理を行う。そして、アラーム抑止データ記憶部１６には、アラーム抑止テーブル１６１及び作業対象装置管理テーブル１６２の２つの情報（テーブル）が記憶されている。アラーム抑止テーブル１６１及び作業対象装置管理テーブル１６２の詳細については後述する。
【００５８】
次に、保守用端末２０の構成について説明する。
【００５９】
保守用端末２０は、保守者とのインタフェースの機能を担う出力部２１及び入力部２２を有している。
【００６０】
出力部２１は、保守者に対してアラーム情報の出力を行う。出力部２１によるアラーム情報の出力構成は限定されないものであるが、例えば、ディスプレイによる表示出力したり、ランプの点灯やアラーム音の鳴動により保守者に通報するように構成してもよい。また、アラーム情報をディスプレイに表示する場合の表示形式については限定されないものであるが、例えば、図４に示すようなテーブル形式でアラーム情報を表示（必要に応じて、各アラーム情報の発生時刻も付加するようにしても良い）するようにしても良い。
【００６１】
入力部２２は、保守者からの操作を受付けるインタフェース（例えば、ＧＵＩ環境等）の機能を担っている。入力部２２は、例えば、マウスやキーボード等を利用して構成するようにしても良い。
次に、アラーム抑止データ記憶部１６に記憶される内容、及び、保守者向アラーム出力部１５による抑止対象アラーム情報の判定方法について説明する。
【００６２】
図６は、作業対象装置管理テーブル１６２の内容例について示した説明図である。
【００６３】
作業対象装置管理テーブル１６２は、メンテナンス作業等を行う予定となっている被監視装置（以下、「作業対象装置」と呼ぶ）のリストを管理するためのテーブルである。
【００６４】
作業対象装置管理テーブル１６２では、管理番号ごとに作業対象装置を発生元識別子で表わしている。図６では、作業対象装置を発生元識別子で識別しているが、その他の形式（例えば、ＩＰアドレスやホスト名等）を用いるようにしても良い。図６では、作業対象装置として、装置Ａ（被監視装置３１）が登録される例について示している。なお、ここでは、作業対象装置として装置Ａ、装置Ｂ及び装置Ｃのうち、一部又は全部を選択して、保守用端末２０から設定することができるように成されているものとする。すなわち、図６に示すアラーム抑止テーブル１６１の内容は、装置Ａ、装置Ｂ及び装置Ｃのうち、一部又は全部が作業対象装置として指定された場合に対応する内容となっている。
【００６５】
図５は、アラーム抑止テーブル１６１の内容例について示した説明図である。
【００６６】
アラーム抑止テーブル１６１では、各アラーム情報について、抑止対象アラーム情報に該当するための条件（以下、「アラーム抑止条件」と呼ぶ）のリストを示している。アラーム抑止テーブル１６１では、１行で、１つのアラーム抑止条件について示している。保守者向アラーム出力部１５は、供給されたアラーム情報について、アラーム抑止テーブル１６１の各アラーム抑止条件と比較し、いずれかのアラーム抑止条件に該当する場合には、当該アラーム情報を抑止対象アラーム情報と判定する。一方、いずれのアラーム抑止条件にも該当しない場合には、保守者向アラーム出力部１５は、当該アラーム情報を、抑止対象アラーム情報に該当しないと判定する。
【００６７】
アラーム抑止テーブル１６１には、抑止対象アラーム情報に該当する条件のそれぞれについて、管理番号、アラーム識別子、アラーム原因装置、キーワード、アラーム発生元装置の項目の情報が登録されている。
【００６８】
「管理番号」の項目は、アラーム抑止条件を識別するための番号を示している。
【００６９】
「アラーム識別子」の項目は、当該アラーム抑止条件に該当するアラーム識別子のリストを示している。例えば、管理番号１のアラーム抑止条件では、アラーム識別子の内容が「０、１、２、…、ｎ」となっている。これは、０〜ｎまでの識別子のリスト（ここでは、全てのアラーム識別子を指定したワイルドカードと同様の意味）を示しており、アラーム情報のアラーム識別子の内容に関わらず、他の項目の条件が一致すれば、当該アラーム抑止条件に該当することを示している。また、管理番号４のアラーム抑止条件では、アラーム識別子の内容が「１」となっている。これは、アラーム識別子が「１」のアラーム情報については、他の条件が一致すれば当該アラーム抑止条件に該当することを示している。
【００７０】
「キーワード」の項目は、当該アラーム抑止条件に該当するアラーム情報のメッセージに含まれるキーワード（文字列）を示している。例えば、図５で、管理番号が５のキーワードは「ポート０」となっている。これは、メッセージに「ポート０」というキーワードが含まれているアラーム情報については、他の項目の条件が一致すれば、当該アラーム抑止条件に該当することを示している。また、例えば、図５で、管理番号が１のキーワードは、指定なし（ワイルドカード）であることを示す「−」となっている。これは、メッセージの内容に関わらず、他の項目の条件が一致すれば、当該アラーム抑止条件に該当することを示している。
【００７１】
「アラーム原因装置」の項目は、作業対象装置ではないが、作業対象装置の作業（再起動等）により影響を受ける被監視装置（以下、「作業影響装置」と呼ぶ）を発生元とするアラーム情報に関する定義に用いる項目である。また、「アラーム原因装置」の項目は、当該アラーム抑止条件の有効または無効に関わる項目であり、作業対象装置管理テーブル１６２に登録された作業対象装置と関連する。例えば、アラーム原因装置に記載された被監視装置の発生元識別子が、作業対象装置管理テーブル１６２に登録された作業対象装置と一致する場合、当該アラーム抑止条件は有効となり、他の項目の条件が一致するアラーム情報については、アラーム抑止の対象となることになる。
【００７２】
例えば、図５において、管理番号４のアラーム抑止条件では、「アラーム原因装置」の項目が「装置Ａ」となっている。そして、図６に示すように、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ａが指定されている。したがって、管理番号４のアラーム抑止条件は有効となっており、その他の項目の条件が一致するアラーム情報については、アラーム抑止の対象となる。
【００７３】
また、図５において、管理番号７のアラーム抑止条件では、「アラーム原因装置」の項目が「装置Ａ，装置Ｂ、装置Ｃ」となっている。したがって、管理番号７のアラーム抑止条件は、「アラーム原因装置」の項目に作業対象装置である「装置Ａ」が含まれているため有効となる。
【００７４】
さらに、図５において、管理番号５のアラーム抑止条件では、「アラーム原因装置」の項目が「装置Ｂ」となっている。しかし、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ｂは指定されていない。したがって、管理番号５のアラーム抑止条件は無効となっており、その他の項目の条件が一致するアラーム情報であっても、アラーム抑止の対象とはならない。
【００７５】
さらにまた、図５において、管理番号が１のキーワードは、指定なし（ワイルドカード）であることを示す「−」となっている。これは、作業対象装置管理テーブル１６２の内容に関わらず、当該アラーム抑止条件は有効であることを示している。
【００７６】
「アラーム発生元装置」の項目は、当該アラーム抑止条件に該当するアラーム情報の送信元（被監視装置の発生元識別子）を示している。ただし、アラーム原因装置の項目が指定なし（−）となっているアラーム抑止条件については、アラーム発生元装置に記載された被監視装置の発生元識別子が、作業対象装置管理テーブル１６２に登録された作業対象装置と一致するときだけ、有効となるものとする。
【００７７】
例えば、図５において、管理番号１のアラーム発生元装置は「装置Ａ」となっており、さらに、アラーム原因装置の項目が指定なし（−）となっている。さらに、ここでは、図６に示すように、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ａが指定されているため、管理番号１のアラーム抑止条件は有効となる。従って、送信元が装置Ａ（被監視装置３１）であるアラーム情報については、他の条件が一致すれば、管理番号１のアラーム抑止条件に該当することになる。
【００７８】
また、図５で、管理番号２のアラーム発生元装置は「装置Ｂ」となっており、さらに、アラーム原因装置の項目が指定なし（−）となっている。しかし、図６に示すように、作業対象装置管理テーブル１６２では、作業対象装置として、装置Ｂは指定されていないため管理番号２のアラーム抑止条件は無効となる。
【００７９】
さらに、図５で、管理番号４のアラーム抑止条件では、アラーム発生元装置は「装置Ｄ」となっており、さらにアラーム原因装置の項目には「装置Ａ」が指定されている。したがって、管理番号４のアラーム抑止条件は有効となる。
【００８０】
以上のように、図５に示すアラーム抑止テーブル１６１では、作業対象装置管理テーブル１６２で指定される作業対象装置自体から発生するアラームを抑止するためのアラーム抑止条件として管理番号１〜３のアラーム抑止条件を設定している。また、図５に示すアラーム抑止テーブル１６１では、作業対象装置（装置Ａ〜装置Ｃ）で作業（再起動等）が行われた場合に影響する作業影響装置として装置Ｄが設定されている。具体的には、作業影響装置である装置Ｄから、作業対象装置（装置Ａ〜装置Ｃ）での作業に伴って発生したアラーム情報の出力を抑止するためのアラーム抑止条件として、管理番号４〜７のアラーム情報が設定されている。
【００８１】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のＥＭＳ１０の動作を説明する。
【００８２】
まず、被監視装置３１（装置Ａ）で、再起動を伴うメンテナンス作業を行う場合の、ＥＭＳ１０の動作概要について図７を用いて説明する。なお、ここでは、初期状態として保守者向アラーム出力部１５は、通常動作モードで動作しているものとして説明する。
【００８３】
まず、保守者等により、保守用端末２０を介して、ＥＭＳ１０に対する事前設定（アラーム抑止テーブル１６１及び作業対象装置管理テーブル１６２の設定）が行われたものとする（Ｓ１０１）。
【００８４】
ここでは、ステップＳ１０１において、アラーム抑止テーブル１６１の内容は図５に示す内容に設定されたものとする。また、作業対象装置管理テーブル１６２の内容は、図６に示す内容に設定されたものとする。すなわち、作業対象装置管理テーブル１６２の内容により、再起動を伴うメンテナンス対象として被監視装置３１（装置Ａ）が設定されたものとする。なお、アラーム抑止テーブル１６１については、固定的に設定しておき、メンテナンス作業を行う都度、作業対象装置管理テーブル１６２の内容だけを変更するようにしても良い。
【００８５】
そして、次に、保守者等により、保守用端末を介して、保守者向アラーム出力部１５に対して、アラーム抑止モードで動作するように操作が行われたものとする。そうすると、保守者向アラーム出力部１５では、その操作に伴って、通常動作モードからアラーム抑止モードに動作モードが切り替わる（Ｓ１０２）。
【００８６】
そして、その後、作業者により被監視装置３１（装置Ａ）に対するメンテナンス作業が行われ、それに伴い、被監視装置３１（装置Ａ）について再起動処理が実施されたものとする（Ｓ１０３）。
【００８７】
そして、被監視装置３１（装置Ａ）の再起動に伴って、作業対象装置である被監視装置３１（装置Ａ）、及び、作業影響装置である被監視装置３４（装置Ｄ）から、ＥＭＳ１０にアラーム通知が送信される。しかし、それらのアラーム通知に基づくアラーム情報は、保守者向アラーム出力部１５のアラーム抑止の処理により、保守者には出力されない（Ｓ１０４）。
【００８８】
ここでは、ステップＳ１０４において、アラーム管理部１１から保守者向アラーム出力部１５へは、図４に示す管理番号１〜３のアラーム情報が供給されたものとする。しかし、これらの全てのアラーム情報は、保守者向アラーム出力部１５で抑止対象アラーム情報として判定され、保守者へは出力されない。図４に示すように、装置Ａ（被監視装置３１）が再起動を行うと、装置Ａだけでなく、装置Ａを収容するスイッチングハブである装置Ｄ（被監視装置３４）においても影響がある。具体的には、図４に示すように、装置Ｄからは、リンクダウンや通信ソフト機能縮退のアラーム情報が発生することになる。
【００８９】
そして、被監視装置３１（装置Ａ）に対するメンテナンス作業が終了した後、保守者等により、保守用端末を介して、保守者向アラーム出力部１５に対し、通常動作モードで動作するように操作が行われたものとする。そして、保守者向アラーム出力部１５では、その操作に伴って、アラーム抑止モードが解除され、通常動作モードに復帰する（Ｓ１０５）。
【００９０】
なお、ＥＭＳ１０では、保守者向アラーム出力部１５を通常動作モードに復帰した直後に、ポーリング処理部１２を制御して、作業対象装置管理テーブル１６２に登録された作業対象装置に対するポーリング処理を行い、作業後の正常性（残存アラームが存在しないこと）を自動的に確認するようにしても良い。また、作業対象装置だけでなく、アラーム抑止テーブル１６１で有効なアラーム抑止条件のうち、アラーム発生元装置として設定されている作業対象装置以外の被監視装置（例えば、図５の例では装置Ｄ）についても同様にポーリング処理を行って正常性を確認するようにしても良い。
【００９１】
次に、上述のステップＳ１０４において、ＥＭＳ１０の保守者向アラーム出力部１５によるアラーム抑止の処理について、図８のフローチャートを用いて説明する。
【００９２】
まず、アラーム抑止モードで動作中の保守者向アラーム出力部１５に対して、アラーム管理部１１からアラーム情報が供給されたものとする（Ｓ２０１）。
【００９３】
そして、保守者向アラーム出力部１５では、アラーム抑止データ記憶部１６の内容に基づいて、供給されたアラーム情報について、抑止対象アラーム情報に該当するか否かが判断される（Ｓ２０２）。
【００９４】
上述のステップＳ２０２で、当該アラーム情報が、抑止対象アラーム情報に該当すると判定された場合には、保守者向アラーム出力部１５では、当該アラーム情報が廃棄され、保守用端末２０には出力されない（Ｓ２０５）。
【００９５】
一方、ステップＳ２０２で、当該アラーム情報が、抑止対象アラーム情報に該当しないと判定された場合には、保守者向アラーム出力部１５により、当該アラーム情報が、保守用端末２０を介して保守者に出力され（Ｓ２０３）、さらに保守者向アラームログ蓄積部１７に蓄積される（Ｓ２０４）。
【００９６】
次に、被監視装置３１（装置Ａ）の再起動処理に伴って発生する具体的なアラーム情報と、保守者向アラーム出力部１５で、そのアラーム情報を抑止対象アラーム情報として判定する処理について説明する。
【００９７】
最初に、アラーム抑止テーブル１６１に登録されているアラーム抑止条件のうち保守者向アラーム出力部１５で、無効となるものについて説明する。
【００９８】
ここでは、図６に示す通り、作業対象装置として装置Ａが登録されている。したがって、アラーム原因装置の項目が記載されている管理番号４〜７のアラーム抑止条件のうち、作業対象装置と一致しない管理番号５、６については無効となる。また、アラーム原因装置の項目で、指定がない（−）旨記載されている管理番号１〜３のアラーム抑止条件のうち、アラーム発生元装置の項目が作業対象装置と一致しない管理番号２、３については無効となる。したがって、ここでは、管理番号が１、４、７のアラーム抑止条件についてだけが有効となる。
【００９９】
そして、ここでは、被監視装置３１（装置Ａ）の再起動処理に伴って、上述の図４に示す管理番号１〜３のアラーム情報が、保守者向アラーム出力部１５に供給されることになる。
【０１００】
管理番号１のアラーム情報では、アラーム識別子が「０」、アラーム発生元装置が「装置Ａ」、メッセージが「再起動発生」である。従って、上述の管理番号１のアラーム情報は、有効なアラーム抑止条件のうち管理番号１のアラーム抑止条件に該当する。
【０１０１】
管理番号２のアラーム情報では、アラーム識別子が「１」、アラーム発生元装置が「装置Ｄ」、メッセージが「ポート０故障発生」である。従って、上述の管理番号２のアラーム情報は、有効なアラーム抑止条件のうち管理番号４のアラーム抑止条件に該当する。
【０１０２】
管理番号３のアラーム情報では、アラーム識別子が「２」、アラーム発生元装置が「装置Ｄ」、メッセージが「通信ソフト機能縮退」である。従って、上述の管理番号３のアラーム情報は、有効なアラーム抑止条件のうち管理番号７のアラーム抑止条件に該当する。
【０１０３】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１０４】
この実施例によれば、ＥＭＳ１０で保守者向アラーム出力部１５をアラーム抑止モードで動作させることにより、作業対象装置（装置Ａ）だけでなく、作業影響装置（装置Ｄ）からのアラーム情報についても保守者に対する出力を抑止することができる。一方、保守者向アラーム出力部１５をアラーム抑止モードで動作させている間に、保守者向アラーム出力部１５に対して、有効なアラーム抑止条件に該当しないアラーム情報が供給された場合には、保守者に出力される。したがって、保守者には本当に発生している障害に関するアラーム情報だけが出力されることになり、保守者の負担を減らし、作業効率を向上させることができる。
【０１０５】
さらに、アラーム抑止テーブル１６１で、キーワードの項目を指定なし（−）に設定することにより、作業影響装置に対するアラーム抑止を広範囲に設定することになった場合でも、アラーム抑止モードの解除時に、ポーリング処理を行い、残存アラームの有無を確認している。これにより、ＥＭＳ１０では、アラーム抑止モードにより、本来保守者に出力すべきアラーム情報があった場合でも、その欠落を防止することができる。
【０１０６】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０７】
（Ｂ−１）上記の実施形態では、被監視装置から送出されるアラーム通知の形式について上述の図３の例について説明したが、同様のアラーム通知をＳＮＭＰのトラップ通知を用いてアラーム通知を実現するようにしても良い。例えば、トラップ通知のトラップ番号（例えば、Ｔｒａｐ Ｔｙｐｅのフィールド）を、図３のアラーム識別子として利用するようにしても良い。また、Ｔｒａｐ通知に付加する値（数値）を、図３のメッセージとして利用するようにしても良い。例えば、トラップ通知に付加する値ごとに対応するメッセージを、ＥＭＳ１０で保持しておき、受信したトラップ通知に付加された値に基づいてメッセージを再現して利用するようにしても良い。
【０１０８】
（Ｂ−２）上記の実施形態では、アラーム抑止テーブル及び作業対象装置管理テーブルは、それぞれ一つずつしか保持していないが、複数保持しておき、保守者等の操作に応じた組合せで、保守者向アラーム出力部１５のアラーム抑止モードを動作させるようにしても良い。
【０１０９】
また、上記の実施形態では、保守者向アラーム出力部に対して、アラーム抑止モードで動作させる処理や、アラーム抑止モードを解除する処理に関しては、保守者等により手動で行われるものとしているが、予め設定したスケジュールに従って、アラーム抑止モードの開始及び解除を行うように構成しても良い。さらに、アラーム抑止テーブル及び作業対象装置管理テーブルが複数存在する場合には、保守者向アラーム出力部に対して、アラーム抑止モードのスケジュールを設定する際に、アラーム抑止テーブル及び作業対象装置管理テーブルの組合せについても、併せて指定できるように構成しても良い。
【０１１０】
（Ｂ−３）上記の実施形態では、本発明の監視装置をＥＭＳに適用する例について説明したが、ＮＭＳ（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等、その他の監視装置に適用するようにしても良い。
【符号の説明】
【０１１１】
１０…ＥＭＳ（監視装置）、１１…アラーム管理部、１２…ポーリング処理部、１３…通知受信部、１４…アラームログ蓄積部、１５…保守者向アラーム出力部、１６…アラーム抑止データ記憶部、１６１…アラーム抑止テーブル、１６２…作業対象装置管理テーブル、１７…保守者向アラームログ蓄積部、２０…保守用端末、２１…出力部、２２…入力部、３１〜３４…被監視装置。
【特許請求の範囲】
【請求項１】
複数の被監視装置を監視する監視装置において、
それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、
上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、
被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、
上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、
上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段と
を有することを特徴とする監視装置。
【請求項２】
上記作業情報記憶手段が記憶する情報には、少なくとも、作業対象被監視装置自体を発生元として生成されるアラーム情報を抽出する条件の情報が含まれていることを特徴とする請求項１に記載の監視装置。
【請求項３】
上記作業情報記憶手段が記憶する情報には、さらに、作業対象被監視装置に対する作業に伴って影響を受ける作業影響被監視装置を発生元として生成されるアラーム情報を抽出する条件の情報も含まれていることを特徴とする請求項２に記載の監視装置。
【請求項４】
複数の被監視装置を監視する監視装置に搭載されたコンピュータを、
それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、
上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、
被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、
上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、
上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段と
して機能させることを特徴とする監視プログラム。
【請求項１】
複数の被監視装置を監視する監視装置において、
それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、
上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、
被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、
上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、
上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段と
を有することを特徴とする監視装置。
【請求項２】
上記作業情報記憶手段が記憶する情報には、少なくとも、作業対象被監視装置自体を発生元として生成されるアラーム情報を抽出する条件の情報が含まれていることを特徴とする請求項１に記載の監視装置。
【請求項３】
上記作業情報記憶手段が記憶する情報には、さらに、作業対象被監視装置に対する作業に伴って影響を受ける作業影響被監視装置を発生元として生成されるアラーム情報を抽出する条件の情報も含まれていることを特徴とする請求項２に記載の監視装置。
【請求項４】
複数の被監視装置を監視する監視装置に搭載されたコンピュータを、
それぞれの被監視装置に対する監視結果に基づいたアラーム情報を生成するアラーム情報生成手段と、
上記アラーム情報生成手段が生成したアラーム情報を当該監視装置のユーザに出力するアラーム出力手段と、
被監視装置のうち作業が予定されている作業対象被監視装置に関する情報を記憶する作業情報記憶手段と、
上記作業情報記憶手段が管理している情報に基づいて、上記アラーム情報生成手段が生成するアラーム情報のそれぞれについて、上記アラーム出力手段による出力を抑止させるか否か判定する出力判定手段と、
上記出力判定手段により出力を抑止すると判定された抑止対象アラーム情報について、上記アラーム出力手段に出力させないように制御するアラーム出力抑止手段と
して機能させることを特徴とする監視プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２４９２５０（Ｐ２０１２−２４９２５０Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１２１８０５（Ｐ２０１１−１２１８０５）
【出願日】平成２３年５月３１日（２０１１．５．３１）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月３１日（２０１１．５．３１）
【出願人】（００００００２９５）沖電気工業株式会社 (6,645)
【Ｆターム（参考）】
[ Back to top ]