(57)【要約】【課題】  障害を通知するアラームの発生時に、障害復旧に必要な様々な情報をアラームとともにオペレータへ通知し、迅速な障害復旧を実現する。【解決手段】  アラーム受信部５が監視対象２からのアラームを受信し、フォーマット解析部６がアラームのフォーマット解析を行い、データベースアクセス部７がデータベースアクセスを行ってアラームのあった監視対象の属性情報を抽出し、コマンド実行部８がアラームのあった監視対象に対してｐｉｎｇ等のコマンドを実行して障害に関する情報収集を行い、アラームレポート出力部９がアラームに示された内容、データベースアクセス部７が抽出した属性情報、コマンド実行部８のコマンド実行結果を示すアラームレポートを生成し、オペレータ端末３に出力し、これにより障害復旧に必要な様々な情報をアラームとともにオペレータへ通知する。【選択図】        図１
2006190138.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視対象のうちのいずれかの監視対象の障害を通知するアラームを受信するアラーム受信部と、
前記アラーム受信部により受信されたアラームを解析するアラーム解析部と、
前記アラーム解析部によるアラーム解析結果に基づいて、各監視対象の属性情報を格納するデータベースを検索し、アラームにより障害が通知されたアラーム監視対象の属性情報を抽出する属性情報抽出部と、
前記属性情報抽出部により抽出されたアラーム監視対象の属性情報を用いて、アラーム監視対象の障害に関する情報収集を行う情報収集部と、
少なくとも前記アラーム受信部により受信されたアラームと前記情報収集部により収集されたアラーム監視対象の障害に関する情報とを通知するアラームレポートを生成するアラームレポート生成部と、
前記アラームレポート生成部により生成されたアラームレポートを出力するアラームレポート出力部とを有することを特徴とするアラーム管理装置。
【請求項２】
前記アラームレポート生成部は、
前記アラーム受信部により受信されたアラームと前記属性情報抽出部により抽出されたアラーム監視対象の属性情報と前記情報収集部により収集されたアラーム監視対象の障害に関する情報とを通知するアラームレポートを生成することを特徴とする請求項１に記載のアラーム管理装置。
【請求項３】
前記属性情報データベースは、
監視対象の通信アドレスが含まれた属性情報を格納し、
前記情報収集部は、
前記属性情報抽出部により抽出されたアラーム監視対象の属性情報に含まれたアラーム監視対象の通信アドレスを用いて、アラーム監視対象の障害に関する情報収集のための通信パケットを生成し、生成した通信パケットをアラーム監視対象に対して送信して、アラーム監視対象の障害に関する情報収集を行うことを特徴とする請求項１に記載のアラーム管理装置。
【請求項４】
前記情報収集部は、
アラーム監視対象の障害に関する情報収集のための通信パケットとしてｐｉｎｇパケットを生成し、生成したｐｉｎｇパケットをアラーム監視対象に対して送信して、アラーム監視対象の障害に関する情報収集を行うことを特徴とする請求項３に記載のアラーム管理装置。
【請求項５】
前記アラーム管理装置は、更に、
所定のアクション定義に従って、前記アラーム解析部、前記属性情報抽出部、及び前記情報収集部の実行順序及び実行回数の少なくともいずれかを制御するアクション制御部を有することを特徴とする請求項１に記載のアラーム管理装置。
【請求項６】
前記アラームレポート生成部は、
アラーム監視対象の障害に対処するコマンドの実行指示を受け付けるためのコマンド実行ボタンが含まれるアラームレポートを生成し、
前記アラームレポート出力部は、
前記アラームレポート生成部により生成されたコマンド実行ボタンが含まれたアラームレポートを出力することを特徴とする請求項１に記載のアラーム管理装置。
【請求項７】
前記アラーム管理装置は、更に、
アラームレポートとともに参照すべき参照情報を格納するデータベースを検索し、アラーム監視対象に関連する参照情報を抽出する参照情報抽出部と、
前記参照情報抽出部により抽出された参照情報を出力する参照情報出力部とを有することを特徴とする請求項１に記載のアラーム管理装置。
【請求項８】
前記アラーム管理装置は、更に、
各監視対象の稼動スケジュール及びメンテナンススケジュールの少なくともいずれかが示された情報を格納するデータベースを検索し、アラーム監視対象の現在の稼動ステータスを判定する稼動ステータス判定部と、
前記稼動ステータス判定部により判定されたアラーム監視対象の現在の稼動ステータスを出力する稼動ステータス出力部とを有することを特徴とする請求項１に記載のアラーム管理装置。
【請求項９】
前記アラーム管理装置は、更に、
各監視対象の障害履歴と障害履歴中の各障害に対する対応作業者を示す情報と複数の作業者の各々の現在の作業ステータスを示す情報とを格納するデータベースを検索し、アラーム監視対象の以前の障害に対応した対応作業者の現在の作業ステータスを判定する作業ステータス判定部と、
前記作業ステータス判定部により判定されたアラーム監視対象の以前の障害に対応した対応作業者の現在の作業ステータスを出力する作業ステータス出力部とを有することを特徴とする請求項１に記載のアラーム管理装置。
【請求項１０】
前記アラーム管理装置は、更に、
各監視対象のアラーム履歴とアラーム履歴中の各アラームに対する対応ステータスとを示す情報を格納するデータベースを検索し、アラーム監視対象の以前のアラームに対する対応ステータスを判定するアラーム対応ステータス判定部と、
前記アラーム対応ステータス判定部により判定されたアラーム監視対象の以前のアラームに対する対応ステータスを出力するアラーム対応ステータス出力部とを有することを特徴とする請求項１に記載のアラーム管理装置。
【請求項１１】
複数の監視対象のうちのいずれかの監視対象の障害を通知するアラームを受信するアラーム受信ステップと、
前記アラーム受信ステップにより受信されたアラームを解析するアラーム解析ステップと、
前記アラーム解析ステップによるアラーム解析結果に基づいて、各監視対象の属性情報を格納するデータベースを検索し、アラームにより障害が通知されたアラーム監視対象の属性情報を抽出する属性情報抽出ステップと、
前記属性情報抽出ステップにより抽出されたアラーム監視対象の属性情報を用いて、アラーム監視対象の障害に関する情報収集を行う情報収集ステップと、
少なくとも前記アラーム受信ステップにより受信されたアラームと前記情報収集ステップにより収集されたアラーム監視対象の障害に関する情報とを通知するアラームレポートを生成するアラームレポート生成ステップと、
前記アラームレポート生成ステップにより生成されたアラームレポートを出力するアラームレポート出力ステップとを有することを特徴とするアラーム管理方法。
【請求項１２】
複数の監視対象のうちのいずれかの監視対象の障害を通知するアラームを受信するアラーム受信処理と、
前記アラーム受信処理により受信されたアラームを解析するアラーム解析処理と、
前記アラーム解析処理によるアラーム解析結果に基づいて、各監視対象の属性情報を格納するデータベースを検索し、アラームにより障害が通知されたアラーム監視対象の属性情報を抽出する属性情報抽出処理と、
前記属性情報抽出処理により抽出されたアラーム監視対象の属性情報を用いて、アラーム監視対象の障害に関する情報収集を行う情報収集処理と、
少なくとも前記アラーム受信処理により受信されたアラームと前記情報収集処理により収集されたアラーム監視対象の障害に関する情報とを通知するアラームレポートを生成するアラームレポート生成処理と、
前記アラームレポート生成処理により生成されたアラームレポートを出力するアラームレポート出力処理とをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数台の端末や監視装置から送信されたアラームを収集し、アラーム内容をオペレータへ通知する技術に関する。
【背景技術】
【０００２】
複数台の端末や監視装置から送信されたアラームや出力されたログを収集し、オペレータへ通知するアラーム統合管理装置は、複数の端末や監視装置の一元的な管理やアラームの統合収集を可能とし、運用監視業務の効率化を実現するものである。例えば、特開２００２−２５１５００号公報や特開平１１−１３４３０６号公報で開示された技術は、各端末や監視装置に専用の変換規則や変換モジュールを用いてアラームを一元的に管理している。これにより、アラームやログを監視するオペレータは一ヶ所から情報を統一的なフォーマットで監視できるため、オペレータの作業負荷を軽減することができる。また、特開２００２−３２３９９７号公報で開示された技術は、障害発生時に障害情報に含まれる顧客識別コードを用いて障害履歴情報や処置情報などをアラームと同時に通知する手段を備えたものであるが、これにより障害復旧にあたる保守員に有用な情報を通知することができる。
【特許文献１】特開２００２−２５１５００号公報
【特許文献２】特開平１１−１３４３０６号公報
【特許文献３】特開２００２−３２３９９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
オペレータはアラーム統合管理装置からアラームが通知された場合、アラームを上げた機器の調査、復旧作業を行う必要があるが、端末や監視装置から上がるアラームの情報だけでは、障害復旧に必要な情報を十分に得ることができない。そのため、オペレータはデータベースへアクセスして構成情報、顧客情報、工事情報などを取得することや、ｐｉｎｇなどのコマンドを実行し、アラームに関連した情報を収集してから障害復旧の作業を行わなければならず、結果的に障害復旧に時間がかかり、機器やシステムを長時間停止させてしまうことになる。また、オペレータが障害復旧に必要な情報を取得する時は、アラームの情報の一部を用いてデータベースへアクセスを行い、データベースから取得した値を使用してコマンドを実行し、コマンドの実行結果を用いて再度データベースへアクセスへ行うなど、複数のオペレーションを順序立てて実行し情報を収集しなければ、障害復旧に必要な全ての情報を得ることができない。
【０００４】
本発明は、以上の従来技術の問題点を解消することを主な目的としており、障害復旧に必要な様々な情報をアラームと同時にオペレータへ通知し、迅速な障害復旧を実現することを主な目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るアラーム管理装置は、
複数の監視対象のうちのいずれかの監視対象の障害を通知するアラームを受信するアラーム受信部と、
前記アラーム受信部により受信されたアラームを解析するアラーム解析部と、
前記アラーム解析部によるアラーム解析結果に基づいて、各監視対象の属性情報を格納するデータベースを検索し、アラームにより障害が通知されたアラーム監視対象の属性情報を抽出する属性情報抽出部と、
前記属性情報抽出部により抽出されたアラーム監視対象の属性情報を用いて、アラーム監視対象の障害に関する情報収集を行う情報収集部と、
少なくとも前記アラーム受信部により受信されたアラームと前記情報収集部により収集されたアラーム監視対象の障害に関する情報とを通知するアラームレポートを生成するアラームレポート生成部と、
前記アラームレポート生成部により生成されたアラームレポートを出力するアラームレポート出力部とを有することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、アラーム発生時にアラーム監視対象の障害に関する情報収集を行い、受信されたアラームと収集されたアラーム監視対象の障害に関する情報とを少なくとも通知するアラームレポートを生成し、出力するため、障害復旧作業の迅速化を図ることが可能になる。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
図１は、実施の形態１に係るアラーム管理装置１の構成図である。
【０００８】
アラーム管理装置１は変数格納領域４、アラーム受信部５、フォーマット解析部６、データベースアクセス部７、コマンド実行部８、アラームレポート出力部９、フォーマット定義１０、データベースアクセス定義１１、コマンド定義１２、アラームレポート出力定義１３で構成される。フォーマット定義１０、データベースアクセス定義１１、コマンド定義１２、アラームレポート出力定義１３及び後述する「〜定義」は、電子情報データであり、ディスク装置やメモリ装置などの記憶部に記憶され、中央処理装置などにより読み書きされるものである。
【０００９】
変数格納領域４は、フォーマット解析部６、データベースアクセス部７、コマンド実行部８、アラームレポート出力部９が参照、編集する変数を格納した領域である。変数格納領域４の各変数には初期値を設定してもよい。変数格納領域４、後述するデータベース、テーブル、ファイルは、ディスク装置やメモリ装置などの記憶部に記憶され、中央処理装置などにより読み書きされるものである。
【００１０】
アラーム受信部５は、監視対象２から様々なフォーマットのアラームを受信する。監視対象２は、サーバ、ルータ、スイッチなどのハードウェア機器や、リソース、プロセスなど、アラーム管理装置１が監視するものである。ただし、監視対象２は、アラーム管理装置１が直接監視を行うものに限定されず、複数の監視対象を持つ監視装置がアラーム管理装置１にアラームを転送するものであってもよい。
【００１１】
フォーマット解析部６は、フォーマット定義１０に従い動作し、アラームの解析を行い、アラームを複数の要素に分割して各要素の値を変数格納領域４にセットする。フォーマット解析部６は、アラーム解析部の例である。
【００１２】
データベースアクセス部７は、データベースアクセス定義１１に従い動作し、データベースから値を取得して取得した値を変数格納領域４にセットする。データベースには、後述するように、監視対象の属性を示す情報が格納されており、データベースアクセス部７は、データベースアクセス定義１１に従いアラームを上げた監視対象の属性情報をデータベースから抽出する。データベースアクセス部７は、属性情報抽出部の例である。
【００１３】
コマンド実行部８は、コマンド定義１２に従い動作し、アラームを上げた監視対象の障害に関する情報収集を行うコマンドを実行して実行結果、標準出力内容、および標準エラー出力内容を取得し、取得した内容を変数格納領域４にセットする。コマンド実行部８は、情報収集部の例である。
【００１４】
アラームレポート出力部９は、変数格納領域４を参照し、アラームレポート出力定義１３で指定された内容を通知するアラームレポートを生成し、生成したアラームレポートをオペレータ端末３へ出力する。アラームレポート出力部９は、アラームレポート生成部及びアラームレポート出力部の例である。
【００１５】
フォーマット定義１０、データベースアクセス定義１１、コマンド定義１２、アラームレポート出力定義１３はアラーム管理装置１の管理者が自由に設定することができる。
【００１６】
オペレータ端末３は、アラームレポートを受け付け、障害復旧作業の調整・割り当て等を行うオペレータが参照する画面である。
【００１７】
図２は、アラーム管理装置１の全体の処理の流れを示したフローチャートである。
【００１８】
まず、アラーム受信部５が、監視対象２からアラームと監視対象を識別するＩＤを受け取る（Ｓ１）（アラーム受信ステップ）。
【００１９】
次に、フォーマット解析部６が、アラーム受信部５からアラームとＩＤを受け取り、フォーマット解析処理を行う（Ｓ２）（アラーム解析ステップ）。
【００２０】
次に、フォーマット解析処理の完了後、データベースアクセス部７がデータベースアクセス処理を行って、アラームを上げた監視対象の属性情報を抽出する（Ｓ３）（属性情報抽出ステップ）。
【００２１】
次に、データベースアクセス処理の完了後、コマンド実行部８がコマンド実行処理を行って、アラームを上げた監視対象の障害に関する情報収集を行う（Ｓ４）（情報収集ステップ）。
【００２２】
次に、コマンド実行処理の完了後、アラームレポート出力部９がアラームレポートを生成し、生成したアラームレポートの出力処理を行う（Ｓ５）（アラームレポート生成ステップ、アラームレポート出力ステップ）。
【００２３】
次に、フォーマット解析処理、データベースアクセス処理、コマンド実行処理、アラームレポート出力処理を詳細に説明する。
【００２４】
図３は、フォーマット解析処理の流れを示したフローチャートである。図３を用いて、フォーマット解析処理について説明する。まず、フォーマット解析部６はアラーム受信部５からアラームとＩＤを受け取る（Ｓ１１）。その後、フォーマット解析部６はＩＤをもとにフォーマット定義１０から該当するフォーマットを取得する（Ｓ１２）。更に、フォーマット解析部６は、スペースをセパレータとしてアラームを複数の要素に分割し（Ｓ１３）、分割した各要素をＳ１２で取得したフォーマットに従い変数格納領域４へ格納する。
【００２５】
図３のフォーマット解析処理では、スペースをセパレータとして要素の分割を行ったが、セパレータはスペースに限定するものではない。フォーマット解析処理は、入力されたアラームを複数の要素に分割し、変数格納領域４に格納する動作を行うものであれば構わない。
【００２６】
図４は、フォーマット解析処理の動作例を示した図である。図４を用いて、フォーマット解析処理の動作例を説明する。まず、フォーマット解析部６はアラーム受信部５からアラーム“Ｃｒｉｔｉｃａｌ  ２００４／０７／０９  １４：１３：５８  Ｓｅｒｖｅｒ００１  Ｓｅｒｖｅｒ  Ｄｏｗｎ”とＩＤ“０００１”を受け取る。その後、フォーマット解析部６はＩＤ“０００１”をもとにフォーマット定義１０からＩＤ“０００１”のフォーマット“＄ＬＥＶＥＬ  ＄ＤＡＴＥ  ＄ＴＩＭＥ  ＄ＨＯＳＴ  ＄ＭＳＧ”を取得する。更に、フォーマット解析部６は、スペースをセパレータとしてアラーム“Ｃｒｉｔｉｃａｌ  ２００４／０７／０９  １４：１３：５８  Ｓｅｒｖｅｒ００１  Ｓｅｒｖｅｒ  Ｄｏｗｎ”を要素に分割し、各要素を取得したフォーマットに従い変数格納領域４へ格納する。その結果、変数格納領域４の変数＄ＬＥＶＥＬ、＄ＤＡＴＥ、＄ＴＩＭＥ、＄ＨＯＳＴ、＄ＭＳＧに、それぞれ“Ｃｒｉｔｉｃａｌ”、“２００４／０７／０９”、“１４：１３：５８”、“Ｓｅｒｖｅｒ００１”、“Ｓｅｒｖｅｒ  Ｄｏｗｎ”がセットされる。
【００２７】
図５は、データベースアクセス処理の流れを示したフローチャートである。図５を用いてデータベースアクセス処理について説明する。データベースアクセス部７がデータベースアクセス定義１１に記述された全ての処理を完了した場合、Ｓ２１：ＹＥＳに進み、データベースアクセス処理を終了する。そうでない場合は、Ｓ２１：ＮＯに進み、データベースアクセス定義１１に記述された処理を一つ取得する（Ｓ２２）。次に、データベースアクセス部７はＳ２２で取得した処理に記述されたＳＱＬ文を参照し、ＳＱＬ文中に変数が指定されている場合は、Ｓ２３：ＹＥＳに進み、変数格納領域４を参照してＳＱＬ文中の変数を変数格納領域４の値で置き換える（Ｓ２４）。その後、データベースアクセス部７はＳＱＬ文を実行し（Ｓ２５）、ＳＱＬ文のＳｅｌｅｃｔ句に指定して取得した値を、変数格納領域４へ格納する（Ｓ２６）。最後に、処理Ｓ２１に戻る。
【００２８】
図６は、データベースアクセス処理の動作例を示した図である。図６を用いて、データベースアクセス処理の動作例を説明する。データベースアクセス部７はデータベースアクセス定義１１に記述された処理“＄ＣＡＲＲＩＥＲ、＄ＳＥＲＶＩＣＥ    Ｓｅｌｅｃｔ  ＮＡＭＥ、  ＳＥＲＶＩＣＥ  ＦＲＯＭ  キャリア情報  ＷＨＥＲＥ  ホスト名＝＄ＨＯＳＴ”を取得する。本処理は、ＳＱＬ文“Ｓｅｌｅｃｔ  ＮＡＭＥ、  ＳＥＲＶＩＣＥ  ＦＲＯＭ  キャリア情報  ＷＨＥＲＥ  ホスト名＝＄ＨＯＳＴ”を実行し、キャリア情報テーブルのカラムＮＡＭＥの値とカラムＳＥＲＶＩＣＥの値を、それぞれ変数格納領域４の＄ＣＡＲＲＩＥＲ、＄ＳＥＲＶＩＣＥに格納することを定義している。
【００２９】
次にデータベースアクセス部７は、変数格納領域４を参照してＳＱＬ文に指定された変数＄ＨＯＳＴの値“Ｓｅｒｖｅｒ００１”を取得し、ＳＱＬ文を“Ｓｅｌｅｃｔ  ＮＡＭＥ、  ＳＥＲＶＩＣＥ  ＦＲＯＭ  キャリア情報  ＷＨＥＲＥ  ホスト名＝Ｓｅｒｖｅｒ００１”に置き換える。その後、データベースアクセス部７はＳＱＬ文“Ｓｅｌｅｃｔ  ＮＡＭＥ、  ＳＥＲＶＩＣＥ  ＦＲＯＭ  キャリア情報  ＷＨＥＲＥ  ホスト名＝Ｓｅｒｖｅｒ００１”を実行し、変数格納領域４の＄ＣＡＲＲＩＥＲ、＄ＳＥＲＶＩＣＥに、それぞれ、キャリア情報テーブルのカラムＮＡＭＥの値、カラムＳＥＲＶＩＣＥの値をセットする。データベースアクセス部７は、同様の手順で処理“＄ＣＵＳＴＯＭＥＲ、＄ＭＡＩＬ    Ｓｅｌｅｃｔ  ＮＡＭＥ、  ＳＥＣＴＩＯＮ、  ＭＡＩＬ  ＦＲＯＭ  顧客情報  ＷＨＥＲＥ  ホスト名＝＄ＨＯＳＴ”と処理“＄ＩＰＡＤＤＲ、  ＄ＯＳ    Ｓｅｌｅｃｔ  ＩＰＡＤＤＲ、  ＯＳ  ＦＲＯＭ  構成情報  ＷＨＥＲＥ  ホスト名＝＄ＨＯＳＴ”を実行する。
【００３０】
この結果、変数格納領域４には、＄ＣＡＲＲＩＥＲ：Ａ社、＄ＳＥＲＶＩＣＥ：ＡＤＳＬ、＄ＣＵＳＴＯＭＥＲ：○○商事、＄ＭＡＩＬ：ｘｘｘ＠ｘｘｘ．ｘｘｘ、＄ＩＰＡＤＤＲ：１９２．９．ｘｘ．ｘｘ、＄ＯＳ：Ｗｉｎｄｏｗｓ（登録商標）が格納され、アラームを上げた監視対象の属性情報が格納される。
【００３１】
図７は、コマンド実行処理の流れを示したフローチャートである。図７を用いてコマンド実行処理について説明する。コマンド実行部８がコマンド定義１２に記述された全ての処理を完了した場合、Ｓ３１：ＹＥＳに進み、コマンド実行処理を終了する。そうでない場合は、Ｓ３１：ＮＯに進み、コマンド実行定義１２に記述された処理を一つ取得する（Ｓ３２）。次に、コマンド実行部８はＳ３２で取得した処理に記述されたコマンド文を参照し、コマンド文中に変数が指定されている場合は、Ｓ３３：ＹＥＳに進み、変数格納領域４を参照してコマンド文中の変数を変数格納領域４の値で置き換える（Ｓ３４）。その後、コマンド実行部８はコマンド文を実行し（Ｓ３５）、リターンコード、標準出力結果、標準エラー出力結果を変数格納領域４へ格納する（Ｓ３６）。最後に、処理Ｓ３１に戻る。
【００３２】
図８は、コマンド実行処理の動作例を示した図である。図８を用いて、コマンド実行処理の動作例を説明する。コマンド実行部８はコマンド定義１２に記述された処理“ｐｉｎｇ  ＄ＩＰＡＤＤＲ    ＄ＰＩＮＧＲＥＴ    ＄ＰＩＮＧＲＥＳ    ＄ＰＩＮＧＥＲＲ”を取得する。本処理は、コマンド“ｐｉｎｇ  ＄ＩＰＡＤＤＲ”を実行し、コマンドのリターンコードを＄ＰＩＮＧＲＥＴ、標準出力結果を＄ＰＩＮＧＲＥＳ、標準エラー出力結果を＄ＰＩＮＧＥＲＲにセットすることを定義している。次にコマンド実行部８は変数格納領域４を参照してコマンド文に指定された変数＄ＩＰＡＤＤＲの値“１９２．９．ｘｘ．ｘｘ”を取得し、コマンド文を“ｐｉｎｇ  １９２．９．ｘｘ．ｘｘ”に置き換える。その後、コマンド実行部８はコマンド文“ｐｉｎｇ  １９２．９．ｘｘ．ｘｘ”を実行し、変数格納領域４の＄ＰＩＮＧＲＥＴ、＄ＰＩＮＧＲＥＳ、＄ＰＩＮＧＥＲＲには、それぞれ、コマンド“ｐｉｎｇ  １９２．９．ｘｘ．ｘｘ”のリターンコード、標準出力結果、標準エラー出力結果がセットされる。コマンド実行部８は同様の手順で処理“ｍａｉｌ  ＄ＭＡＩＬ”を実行する。
【００３３】
このように、コマンド実行部８は、ｐｉｎｇパケットを送信することにより、アラームを上げた監視対象の障害に関する情報収集を行い、収集した情報を変数格納領域４に格納する。
【００３４】
図９は、アラームレポート出力処理処理の流れを示したフローチャートである。
【００３５】
図９を用いてアラームレポート出力処理について説明する。
【００３６】
アラームレポート出力部９はアラームレポート出力定義１３を参照し、アラームレポート出力定義１３内で定義されている変数の値を変数格納領域４から取得する（Ｓ４１）。取得した変数を用いてアラームレポートを生成し、生成したアラームレポートをオペレータ端末３に出力する（Ｓ４２）。
【００３７】
図１０は、アラームレポート出力処理の動作例を示した図である。図１０を用いて、アラームレポート出力処理の動作例を説明する。図１０のアラームレポート出力定義１３は、オペレータ端末３に重大度、日付、時刻、ホスト名、顧客名、キャリア名、サービス名、ＰＩＮＧ応答、メッセージの項目を出力することを示しており、各出力項目の値は変数格納領域４の＄ＬＥＶＥＬ、＄ＤＡＴＥ、＄ＴＩＭＥ、＄ＨＯＳＴ、＄ＣＵＳＴＯＭＥＲ、＄ＣＡＲＲＩＥＲ、＄ＳＥＲＶＩＣＥ、＄ＰＩＮＧＲＥＳ、＄ＭＳＧを用いて表示することを示している。そのため、アラームレポート出力部９は変数＄ＬＥＶＥＬ、＄ＤＡＴＥ、＄ＴＩＭＥ、＄ＨＯＳＴ、＄ＣＵＳＴＯＭＥＲ、＄ＣＡＲＲＩＥＲ、＄ＳＥＲＶＩＣＥ、＄ＰＩＮＧＲＥＳ、＄ＭＳＧの値を、変数格納領域４から取得し、これらの値を用いて、オペレータ端末３にアラームレポートを出力する。
【００３８】
このように、アラームレポート出力部９により出力されるアラームレポートには、アラーム受信部により受信されたアラームとデータベースアクセス部により抽出されたアラームを上げた監視対象の属性情報とコマンド実行部により収集されたアラームを上げた監視対象の障害に関する情報とが含まれる。
【００３９】
以上の通り、本実施の形態に係るアラーム管理装置は、以下の手段を備えることを特徴としている。
Ａ）  複数の異なるフォーマットのアラームを受信するアラーム受信部と、フォーマット定義に従いアラームのフォーマットを解析するフォーマット解析部と、データベースアクセス定義に従いデータベースへアクセスするデータベースアクセス部と、コマンド定義に従いコマンドを実行するコマンド実行部と、アラームレポート出力定義に従い情報を画面へ出力するアラームレポート出力部。
Ｂ）  フォーマット定義、データベースアクセス定義、コマンド定義、アラームレポート出力定義は、アラーム管理装置の管理者が任意の内容を定義でき、各定義は、変数を用いて定義することもできる。
Ｃ）  フォーマット解析部が編集し、データベースアクセス部とコマンド実行部が参照・編集し、アラームレポート出力部が参照する変数を格納する変数格納領域。
Ｄ）  アラーム受信時に、アラーム受信部、フォーマット解析部、データベースアクセス部、コマンド実行部、アラームレポート出力部の順に実行し、フォーマット解析部、データベースアクセス部、コマンド実行部は処理の実行前に各定義ファイルを参照し、定義ファイル内の変数は変数格納領域の値に置き換えてから各処理を実行し、処理の結果を各定義ファイルで指定された変数として変数格納領域に格納する手段。アラームレポート出力部は定義ファイル内の変数を変数格納領域の値に置き換えて、オペレータ画面へ出力する手段。
【００４０】
このため、実施の形態１に係るアラーム管理装置を用いることで、アラーム発生時にフォーマット解析処理、データベースアクセス処理、コマンド実行処理を自動的に実行し、これらの処理で取得した情報をアラームと同時にオペレータ端末に表示することができるため、オペレータは障害復旧時に必要となる様々な情報を迅速に取得することができる。
【００４１】
また、アラーム管理装置１が、フォーマット解析処理、データベースアクセス処理、コマンド実行処理、アラームレポート出力処理の各処理が共通に参照、編集する変数格納領域４を有し、各処理の動作を定義する定義ファイルに変数を使用できるため、各処理の実行結果を元に次のアクションを起こすことができ、複雑な動作を定義して情報を取得することができる。例えばフォーマット解析処理で取得したアラームの値を元にデータベースへのアクセスを行うことや、データベースアクセス処理で取得した値を元にコマンド実行処理がコマンドを実行することができる。
【００４２】
また、本実施の形態のアラーム管理装置１のフォーマット解析処理、データベースアクセス処理、コマンド実行処理、アラームレポート出力処理の動作は、定義ファイルで規定できるため、定義ファイルを変更するだけで、アラームレポートの出力を容易に変更することができる。
【００４３】
実施の形態２．
図１１は、実施の形態２に係るアラーム管理装置１の構成図である。
【００４４】
実施の形態２に係るアラーム管理装置１は、実施の形態１のアラーム管理装置１にアクション制御部１５を追加した構成である。アクション制御部１５以外の処理部の動作は実施の形態１で説明したとおりである。アクション制御部１５はアクション定義３０に従い、フォーマット解析処理、データベースアクセス処理、コマンド実行処理、アラームレポート出力処理の各処理の実行順序及び実行回数を制御するアクション制御処理を行う。
【００４５】
図１２は、アクション制御処理の流れを示したフローチャートである。
【００４６】
図１２を用いて、アクション制御処理について説明する。
【００４７】
アクション制御部１５がアクション定義３０に記述された全ての処理を完了した場合、Ｓ５１：ＹＥＳに進み、アクション制御処理を終了する。そうでない場合は、Ｓ５１：ＮＯに進み、アクション定義３０に記述されたフォーマット解析処理、データベースアクセス処理、コマンド実行処理、アラームレポート出力処理のいずれかの処理を指定された定義ファイルを用いて実行する（Ｓ５２）。処理完了後、再度Ｓ５１を実行する。
【００４８】
図１１のアクション定義３０の場合、アクション制御部１５は、フォーマット定義Ａを用いてフォーマット解析処理を実行し、コマンド定義Ａを用いてコマンド実行処理を実行し、データベースアクセス定義Ａを用いてデータベースアクセス処理を実行し、コマンド定義Ｂを用いてコマンド実行処理を実行し、データベースアクセス定義Ｂを用いてデータベースアクセス処理を実行し、アラームレポート出力定義Ａを用いてアラームレポート出力処理を実行する。
【００４９】
以上の通り、本実施の形態に係るアラーム管理装置は、実施の形態１のアラーム管理装置に以下の手段を加えたことを特徴としている。
Ａ）  アクション定義に従い、フォーマット解析部、データベースアクセス部、コマンド実行部、アラームレポート出力部の実行順序を制御するアクション制御部。
Ｂ）  アクション定義は、アラーム管理装置の管理者が任意の内容を定義できる。
【００５０】
このため、実施の形態２に係るアラーム管理装置１を用いることで、アラーム発生時に任意の順序でフォーマット解析処理、データベースアクセス処理、コマンド実行処理を実行することができる。これにより、データベースアクセス部７の結果を元にコマンド実行部８を実行し、コマンド実行部８の結果を元に再度データベースアクセス部７を実行するというように、より細かく各処理の動作順序を制御することができ、オペレータが障害復旧に必要な様々な情報を提供することができる。
【００５１】
実施の形態３．
図１３は、実施の形態３に係るアラーム管理装置１の構成図である。
【００５２】
本実施の形態に係るアラーム管理装置１は、実施の形態１、実施の形態２で説明したアラーム管理装置１において、変数格納領域１７とアラームレポート出力部１６の機能が異なる構成である。
【００５３】
図１３において、変数格納領域１７とアラームレポート出力部１６以外の構成要素は、実施の形態１、実施の形態２で説明した構成要素と同一であるため、記述を省略している。
【００５４】
本実施の形態の変数格納領域１７は、変数に“Ｓｔｒｉｎｇ”、もしくは“Ａｃｔｉｏｎ”の属性を設定すること、および変数の値に“Ｓｔｒｉｎｇ”属性の変数を指定することができる。図１３の変数格納領域１７では、変数＄ＴＥＬＮＥＴと＄ＭＡＩＬは属性“Ａｃｔｉｏｎ”、その他の変数には属性“Ｓｔｒｉｎｇ”を設定している。ここで、変数＄ＴＥＬＮＥＴの値は“ｔｅｌｎｅｔ  ＄ＩＰＡＤＤＲ”であり、値の中に“Ｓｔｒｉｎｇ”属性の変数＄ＩＰＡＤＤＲを指定している。
【００５５】
図１４は、本実施の形態のアラームレポート出力部１６を用いたアラームレポート出力処理の流れを示したフローチャートである。
【００５６】
図１４を用いて本実施の形態のアラームレポート出力処理について説明する。
【００５７】
アラームレポート出力部１６はアラームレポート出力定義１３を参照し、アラームレポート出力定義１３内で定義されている変数の値と属性を変数格納領域４から取得する（Ｓ６１）。取得した変数の値に変数が定義されている場合はＳ６２：ＹＥＳに進み、その変数の値を変数格納領域４から取得し（Ｓ６３）、処理Ｓ６２に戻る。そうでない場合はＳ６２：ＮＯに進み、取得した変数の値と属性を用いて、属性がＳｔｒｉｎｇであるものは文字列、Ａｃｔｉｏｎであるものはコマンド実行ボタンとして、オペレータ端末３に出力する（Ｓ６４）。
【００５８】
図１３のアラームレポート出力定義１３の場合、アラームレポート出力部１６は、日付、時刻、ホスト名、顧客名を文字列、Ｔｅｌｎｅｔ、Ｍａｉｌをコマンド実行ボタンとしてオペレータ端末３に表示する。この時に＄ＴＥＬＮＥＴは“ｔｅｌｎｅｔ  １９２．９．ｘｘ．ｘｘ”、＄ＭＡＩＬは“ｍａｉｌ  ｘｘｘ＠ｘｘｘ．ｘｘｘ”に展開される。
【００５９】
以上の通り、本実施の形態に係るアラーム管理装置は、実施の形態１、実施の形態２に記載のアラーム管理装置に以下の手段を加えたことを特徴とする。
Ａ）  各変数に“Ｓｔｒｉｎｇ”か“Ａｃｔｉｏｎ”のいずれかの属性を設定する変数格納領域。
Ｂ）  アラームレポート出力定義に変数が定義されている場合、属性が“Ｓｔｒｉｎｇ”である変数は変数格納領域の値をそのまま表示し、属性が“Ａｃｔｉｏｎ”である変数は、変数格納領域の値をコマンドの実行ボタンとして表示するアラームレポート出力部。
【００６０】
このように、実施の形態３に係るアラーム管理装置１を用いることで、フォーマット解析処理、データベースアクセス処理、コマンド実行処理の各処理を実行して取得した値を用いてコマンドを定義でき、コマンド実行ボタンの形式でオペレータへ表示するため、障害復旧時にオペレータが実行するコマンドをアラームと同時に表示でき、オペレータは状況に応じてコマンド実行ボタンを押すことで迅速にコマンドを実行できる。
【００６１】
実施の形態４．
図１５は、実施の形態４に係るアラーム管理装置１の構成図である。
【００６２】
本実施の形態に係るアラーム管理装置１は実施の形態１、実施の形態２で説明したアラーム管理装置１において、リスト出力部１８、およびリスト出力部１８の動作を定義するリスト出力定義１９を設けた構成である。図１５において、リスト出力部１８、およびリスト出力定義１９以外の構成要素は、実施の形態１、実施の形態２で説明した構成要素と同一であるため、記述を省略している。
【００６３】
なお、リスト出力部１８が出力するリストは、アラームレポートとともに参照すべき情報であり、参照情報の例である。また、リスト出力部１８は、参照情報抽出部及び参照情報出力部の例である。
【００６４】
図１６はリスト出力部１８によるリスト出力処理の流れを示したフローチャートである。
【００６５】
図１６を用いてリスト出力処理について説明する。
【００６６】
リスト出力部１８がリスト出力定義１９に記述された全ての処理を完了した場合、Ｓ７１：ＹＥＳに進み、リスト出力処理を終了する。そうでない場合は、Ｓ７１：ＮＯに進み、リスト出力定義１９に記述された処理を一つ取得する（Ｓ７２）。次に、リスト出力部１８はＳ７２で取得した処理に記述されたＳＱＬ文を参照し、ＳＱＬ文中に変数が指定されている場合は、Ｓ７３：ＹＥＳに進み、変数格納領域４を参照してＳＱＬ文中の変数を変数格納領域４の値で置き換える（Ｓ７４）。その後、リスト出力部１８はＳＱＬ文を実行し（Ｓ７５）、ＳＱＬ文の実行の結果取得したデータのリストを作成し、オペレータ端末３へ出力する（Ｓ７６）。最後に、処理Ｓ７１に戻る。
【００６７】
図１５のリスト出力定義１９の場合、リスト出力部１８はリスト出力定義１９に記述された処理“Ｓｅｌｅｃｔ  障害発生日、メッセージ、対処内容、対応作業者名、  ＦＲＯＭ  履歴情報  ＷＨＥＲＥ  ホスト名＝＄ＨＯＳＴ  ＡＮＤ  顧客名＝＄ＣＵＳＴＯＭＥＲ”を取得する。次にリスト出力部１８は取得した処理に記述されたＳＱＬ文に変数＄ＨＯＳＴと＄ＣＵＳＴＯＭＥＲが指定されているため、変数格納領域４を参照して＄ＨＯＳＴの値“Ｓｅｒｖｅｒ００１”と、＄ＣＵＳＴＯＭＥＲの値“○○商事”を取得し、ＳＱＬ文を“Ｓｅｌｅｃｔ  障害発生日、  メッセージ、  対処内容、  対応作業者名  ＦＲＯＭ  履歴情報  ＷＨＥＲＥ  ホスト名＝Ｓｅｒｖｅｒ００１  ＡＮＤ  顧客名＝○○商事”に置き換える。その後、リスト出力部１８はＳＱＬ文“  Ｓｅｌｅｃｔ  障害発生日、  メッセージ、  対処内容、  対応作業者名  ＦＲＯＭ  履歴情報  ＷＨＥＲＥ  ホスト名＝Ｓｅｒｖｅｒ００１  ＡＮＤ  顧客名＝○○商事”を実行し、実行の結果取得したデータのリストを作成し、オペレータ端末３へ出力する。同様の手順で“Ｓｅｌｅｃｔ  障害発生日、メッセージ、対処内容、対応作業者名、  ＦＲＯＭ  履歴情報  ＷＨＥＲＥ  ＯＳ＝＄ＯＳ  ＡＮＤ  ＨＷ＝＄ＨＷ”を実行する。
【００６８】
この結果、図１５に示すようなリストがオペレータ端末３に出力される。
以上の通り、本実施の形態に係るアラーム管理装置は、実施の形態１、実施の形態２に記載のアラーム管理装置に以下の手段を加えたことを特徴とする。
Ａ）  リスト出力定義に従い、データベースへアクセスし、リストを作成して画面へ表示するリスト出力部。
Ｂ）  リスト出力定義は、アラーム管理装置の管理者が任意の内容を定義できる。また、変数を用いて定義することもできる。
【００６９】
実施の形態４に係るアラーム管理装置１を用いることで、フォーマット解析処理、データベースアクセス処理、コマンド実行処理に加え、リスト出力処理を自動的に実行し、これらの処理で取得した情報をアラームと同時にオペレータ端末３に表示することができるため、オペレータは障害復旧に必要となる様々な情報を迅速に取得することができる。
【００７０】
また、アラーム管理装置１が、フォーマット解析処理、データベースアクセス処理、コマンド実行処理、アラームレポート出力処理、およびリスト出力処理の各処理部が共通に参照、編集する変数格納領域４を有し、リスト出力部１８の動作を定義するリスト出力定義１９に変数を使用できるため、各処理の実行結果を元にリスト出力処理を行うことができ、複雑な動作を定義してリストを取得することができる。例えばデータベースアクセス処理が取得した値を元にリスト出力処理を実行し、リストを作成することができる。
【００７１】
また、本発明のアラーム管理装置１のリスト出力処理の動作は、定義ファイルで規定できるため、定義ファイルを変更するだけで、リストの出力を容易に変更することができる。
【００７２】
実施の形態５．
図１７は、実施の形態５に係るアラーム管理装置１の構成図である。
【００７３】
本実施の形態に係るアラーム管理装置１は実施の形態１、実施の形態２で説明したアラーム管理装置１において、アラームステータス出力部２０、およびアラームステータス出力部２０が参照するデータベース２１を設けた構成である。図１７において、アラームステータス出力部２０、およびデータベース２１以外の構成要素は、実施の形態１、実施の形態２で説明した構成要素と同一であるため、記述を省略している。データベース２１は監視対象の機器のサービス時間、計画停止時間、工事時間を管理する。サービス時間とは監視対象を監視している時間、計画停止時間とは監視対象を定期的にメンテナンスする時間、工事時間とは監視対象を非定期的にメンテナンスする時間を意味する。このようにデータベース２１には、各監視対象の稼動スケジュール、メンテナンススケジュールを示す情報が格納されている。データベース２１の情報はユーザが任意のタイミングで更新することができる。また、図１７では、アラーム管理装置１の内部にデータベース２１を置く構成としたが、アラーム管理装置１の外部に置く構成としても構わない。
【００７４】
アラームステータス出力部２０は、データベース２１を検索し、アラームを上げた監視対象の現在の稼動ステータス（稼動中か、計画停止中か、工事時間中か）を判定し、判定された稼動ステータスをオペレータ端末３に対して出力する。アラームステータス出力部２０は、稼動ステータス判定部及び稼動ステータス出力部の例である。
【００７５】
アラームステータス出力部２０の動作を、図１８のフローチャートを用いて説明する。まず、アラーム管理装置１がアラームを受信すると、アラームステータス出力部２０は、アラームをあげた機器を特定する機器ＩＤを用いてデータベース２１を参照し、該当機器のサービス時間、計画停止時間、工事時間を取得する（Ｓ８０）。ここで機器ＩＤはアラームと同時に各機器から渡されるものであっても、フォーマット解析処理、データベースアクセス処理、およびコマンド実行処理の結果として変数格納領域４に格納された情報であっても構わない。次にアラームステータス出力部２０はＳ８０で取得した情報を用いて機器のステータスの判定を行う。現在時刻が工事時間に該当する場合はステータスを“工事中”（Ｓ８１、Ｓ８２）、計画停止時間に該当する場合はステータスを“計画停止中”（Ｓ８３、Ｓ８４）、サービス時間に該当する場合はステータスを“監視中”（Ｓ８５、  Ｓ８６）、それ以外の場合はステータスを“サービス時間外”（Ｓ８７）にセットする。最後に、アラームステータス出力部２０は、アラームレポート出力処理やリスト出力処理が出力する情報と同時に、ステータスをオペレータ端末３に表示する（Ｓ８８）。
【００７６】
以上の通り、本実施の形態に係るアラーム管理装置は、実施の形態１、実施の形態２に記載のアラーム管理装置に、以下の手段を加えたことを特徴とする。
Ａ）  監視対象機器のサービス時間、計画停止時間、工事時間を管理するデータベース。
Ｂ）  アラーム発生時にアラームが発生した監視対象機器のサービス時間、計画停止時間、工事時間を取得し、アラーム発生時刻が工事時間の範囲であれば工事中、計画停止時間の範囲であれば計画停止中、サービス時間の範囲であれば監視中、それ以外であればサービス時間外にステータスをセットし、ステータスを画面へ表示するアラームステータス出力部。
【００７７】
このように、実施の形態５に係るアラーム管理装置１を用いることで、アラームと同時にアラームを上げた機器の現在の状態を一目で把握でき、ステータスが“監視中”であるアラームを優先的に対応することや、計画停止中、工事中などのアラームに対応を行わないことや、サービス時間外のアラームの対応の優先順序を下げることなどの判断を、オペレータが容易に行うことができる。
【００７８】
また、計画停止や工事の際に該当機器に対する監視機能を停止させ、計画停止中や工事中のアラームをオペレータ端末３にあげないようにする運用を行わなくても、オペレータがステータスを参照することで計画停止中や工事中の判断を容易にできるので、管理上の手間を軽減することができる。
【００７９】
実施の形態６．
図１９は、実施の形態６に係るアラーム管理装置１の構成図である。
【００８０】
本実施の形態に係るアラーム管理装置１は実施の形態１、実施の形態２で説明したアラーム管理装置１において、作業者ステータス出力部２２、および作業者ステータス出力部２２が参照するデータベース２３を設けた構成である。
【００８１】
図１９において、作業者ステータス出力部２２、およびデータベース２３以外の構成要素は、実施の形態１、実施の形態２で説明した構成要素と同一であるため記述を省略している。データベース２３は作業者テーブルと履歴テーブルで構成される。作業者テーブルは障害復旧作業に従事する全作業者の状態が作業中、待機中、勤務時間外の何れであるかを管理する。履歴テーブルは過去に発生したアラームの情報を管理し、機器ＩＤ、障害発生日、対応作業者名を含む。図１９の例では、アラーム管理装置１の内部にデータベース２３を置く構成としたが、アラーム管理装置１の外部に置く構成としても構わない。また、履歴テーブルを構成するカラムには作業者テーブルとリレーションするための情報（図１９では作業者ＩＤ）が最低限あればよく、図１９の内容に限定するものではない。
【００８２】
作業者ステータス出力部２２は、データベース２３を検索し、アラームを上げた監視対象の以前の障害に対応した対応作業者の現在の作業ステータスを判定し、アラームを上げた監視対象の以前の障害に対応した対応作業者及び当該対応作業者の現在の作業ステータス（作業中か、待機中か、勤務時間外であるか）を示す履歴リスト出力する。作業者ステータス出力部２２は、作業ステータス判定部及び作業ステータス出力部の例である。
【００８３】
作業者ステータス出力部２２の動作を、図２０のフローチャートを用いて説明する。まず、アラーム管理装置１がアラームを受信すると、作業者ステータス出力部２２は、履歴テーブルから機器ＩＤが同一の履歴アラームを取得する（Ｓ９１）。その後、作業者ステータス出力部２２は履歴アラームに対応した作業者名と現在の作業ステータスを作業者テーブルから取得する（Ｓ９２）。最後にＳ９１とＳ９２で取得した履歴アラームに作業者名と作業者の現在の作業ステータスを結合し履歴リストを作成し、アラームレポート出力処理やリスト出力処理が出力する情報と同時に、履歴リストをオペレータ端末３に表示する（Ｓ９３）。
【００８４】
本実施の形態では、機器ＩＤが同一のアラームを対象に履歴リストを作成したが、機器ＩＤに限定するものではなく、例えば顧客名、拠点名、プラットフォーム名など、任意の情報で履歴リストを作成してよい。また、機器ＩＤが同一のアラームを対象に作成した履歴リストと、顧客名が同一のアラームを対象に作成した履歴リストを同時にオペレータ端末３へ出力するといったように、複数の履歴リストを同時に出力しても構わない。
以上の通り、本実施の形態に係るアラーム管理装置は、実施の形態１、実施の形態２に記載のアラーム管理装置に、以下の手段を加えたことを特徴とする。
Ａ）  作業者の現在のステータスを保持する作業者テーブルと、過去に発生したアラームの情報を履歴アラームとして蓄積する履歴テーブルを持つデータベース。
Ｂ）  作業者の現在のステータスを管理すると共に、アラーム発生時に、履歴テーブルから関連のある履歴アラームを取得し、履歴アラームに対応した作業者の現在のステータスを作業者テーブルから取得し、これらの情報をあわせて履歴リストを作成して画面へ表示する作業者ステータス出力部。
【００８５】
このように、実施の形態６に係るアラーム管理装置１を用いることで、アラームと同時に表示される履歴リストの中で、その時に対応した作業者名と作業者の現在の作業ステータスを一目で把握することができるため、発生したアラームに対する障害復旧作業をどの作業者に割当てればよいかの判断を容易に行うことができる。
【００８６】
また、機器、顧客名、拠点名、プラットフォーム名など、様々な情報が同一のアラームを対象に履歴リストを作成することで、発生したアラームに対する障害復旧作業をどの作業者に割当てればよいか管理者が様々な角度から判断することができ、例えば同一プラットフォーム、同一顧客に対する対応経験が豊富である作業者を選択するというような判断が可能となる。
【００８７】
実施の形態７．
図２１は、実施の形態７に係るアラーム管理装置１の構成図である。
本実施の形態のアラーム管理装置１は実施の形態１、実施の形態２で説明したアラーム管理装置１において、履歴アラームステータス出力部２４、および履歴アラームステータス出力部２４が参照するデータベース２５を設けた構成である。
【００８８】
図２１において、履歴アラームステータス出力部２４、およびデータベース２５以外の構成要素は、実施の形態１、実施の形態２で説明した構成要素と同一であるため、記述を省略している。
【００８９】
データベース２５は履歴アラームステータステーブルと履歴テーブルで構成される。履歴アラームステータステーブルは過去に発生した全アラームの状態が完了、作業中、未着手の何れであるかを管理する。ここで、完了はアラームに対する対応が完了したこと、作業中はアラームに対応中であること、未着手はアラームにまだ対応を行っていないことを意味する。履歴テーブルは過去に発生したアラームの情報を管理し、アラームＩＤ、機器ＩＤ、障害発生日などを含む。図２１の例では、アラーム管理装置１の内部にデータベース２５を置く構成としたが、アラーム管理装置１の外部に置く構成としても構わない。また、履歴テーブルを構成するカラムには履歴アラームステータステーブルとリレーションするための情報（図２１ではアラームＩＤ）が最低限あればよく、図２１の内容に限定するものではない。
【００９０】
履歴アラームステータス出力部２４は、データベース２５を検索し、アラームを上げた監視対象の以前のアラームに対する対応ステータス（完了、作業中、未着手のいずれか）を判定し、アラームを上げた監視対象の以前のアラームに対する対応ステータスを示す履歴リストを出力する。履歴アラームステータス出力部２４は、アラーム対応ステータス判定部及びアラーム対応ステータス出力部の例である。
【００９１】
履歴アラームステータス出力部２４の動作を、図２２のフローチャートを用いて説明する。
【００９２】
まず、アラーム管理装置１がアラームを受信すると、履歴アラームステータス部２４は、履歴テーブルから機器ＩＤが同一の履歴アラームを取得する（Ｓ１０１）。その後、履歴アラームステータス部２４はアラームＩＤをもとに履歴アラームの現在の対応状況を履歴アラームステータステーブルから取得する（Ｓ１０２）。最後にＳ１０１とＳ１０２で取得した履歴アラームに現在の対応状況を結合して履歴リストを作成し、アラームレポート出力処理やリスト出力処理が出力する情報と同時に、履歴リストをオペレータ端末３へ表示する（Ｓ１０３）。
【００９３】
本実施の形態では、機器ＩＤが同一のアラームを対象に履歴リストを作成したが、機器ＩＤに限定するものではなく、例えば顧客名、拠点名、プラットフォーム名など、任意の情報で履歴リストを作成してよい。また、機器ＩＤが同一のアラームを対象に作成した履歴リストと、顧客名が同一のアラームを対象に作成した履歴リストを同時にオペレータ端末３へ出力するといったように、複数の履歴リストを同時に出力しても構わない。
【００９４】
以上の通り、本実施の形態に係るアラーム管理装置は、実施の形態１、実施の形態２に記載のアラーム管理装置に、以下の手段を加えたことを特徴とする。
Ａ）  過去に発生したアラームの情報を履歴アラームとして蓄積する履歴テーブルと、過去に発生したアラームの現在の対応状況を記録する履歴アラームステータステーブルを持つデータベース。
Ｂ）  履歴アラームに対する現在の対応状況を管理すると共に、アラーム発生時に、履歴テーブルから関連のある履歴アラームを取得し、履歴アラームの現在の対応状況を履歴アラームステータステーブルから取得し、これらの情報をあわせて履歴リストを作成して画面へ表示する履歴アラームステータス出力部。
【００９５】
このように、実施の形態７に係るアラーム管理装置１を用いることで、アラームと同時に表示される履歴リストの中で、履歴アラームの対応状況を一目で把握することができるため、以前に発生したアラームの復旧状況を確認した上で発生したアラームに対応することができる。
【００９６】
また、機器、顧客名、拠点名、プラットフォーム名など、様々な情報が同一のアラームを対象に履歴リストを作成することで、現在、復旧作業が完了していないアラームを様々な形式で参照することができ、どの順序で障害に対応するかといった判断を行う事ができる。
【００９７】
前述した各実施の形態で、アラーム管理装置１は、コンピュータで実現できるものである。
【００９８】
図示していないが、アラーム管理装置１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を備えている。
【００９９】
例えば、ＣＰＵは、バスを介して、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、通信ボード、表示装置、Ｋ／Ｂ（キーボード）、マウス、ＦＤＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＣＤＤ（コンパクトディスクドライブ）、磁気ディスク装置、光ディスク装置、プリンタ装置、スキャナ装置等と接続可能である。
【０１００】
ＲＡＭは、揮発性メモリの一例である。ＲＯＭ、ＦＤＤ、ＣＤＤ、磁気ディスク装置、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
【０１０１】
前述した各実施の形態のアラーム管理装置１が扱うデータや情報は、記憶装置あるいは記憶部に保存され、アラーム管理装置１の各部により、記録され読み出されるものである。
【０１０２】
また、通信ボードは、例えば、ＬＡＮ、インターネット、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されている。
【０１０３】
磁気ディスク装置には、オペレーティングシステム（ＯＳ）、ウィンドウシステム、プログラム群、ファイル群（データベース）が記憶されている。
【０１０４】
プログラム群は、ＣＰＵ、ＯＳ、ウィンドウシステムにより実行される。
【０１０５】
上記アラーム管理装置１の各部は、一部或いはすべてコンピュータで動作可能なプログラムにより構成しても構わない。或いは、ＲＯＭに記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。
【０１０６】
上記プログラム群には、実施の形態の説明において「〜部」として説明した処理をＣＰＵに実行させるプログラムが記憶される。これらのプログラムは、例えば、Ｃ言語やＨＴＭＬやＳＧＭＬやＸＭＬなどのコンピュータ言語により作成される。
【０１０７】
また、上記プログラムは、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）等のその他の記録媒体に記憶され、ＣＰＵにより読み出され実行される。
【図面の簡単な説明】
【０１０８】
【図１】実施の形態１に係るアラーム管理装置の構成例を示す図。
【図２】実施の形態１に係るアラーム管理装置の動作例を示すフローチャート図。
【図３】実施の形態１に係るフォーマット解析処理の例を示すフローチャート図。
【図４】実施の形態１に係るフォーマット解析処理の具体例を示す図。
【図５】実施の形態１に係るデータベースアクセス処理の例を示すフローチャート図。
【図６】実施の形態１に係るデータベースアクセス処理の具体例を示す図。
【図７】実施の形態１に係るコマンド実行処理の例を示すフローチャート図。
【図８】実施の形態１に係るコマンド実行処理の具体例を示す図。
【図９】実施の形態１に係るアラームレポート出力処理の例を示すフローチャート図。
【図１０】実施の形態１に係るアラームレポート出力処理の具体例を示す図。
【図１１】実施の形態２に係るアラーム管理装置の構成例を示す図。
【図１２】実施の形態２に係るアクション制御処理の例を示すフローチャート図。
【図１３】実施の形態３に係るアラーム管理装置の構成例を示す図。
【図１４】実施の形態３に係るアラームレポート出力処理の例を示すフローチャート図。
【図１５】実施の形態４に係るアラーム管理装置の構成例を示す図。
【図１６】実施の形態４に係るリスト出力処理の例を示すフローチャート図。
【図１７】実施の形態５に係るアラーム管理装置の構成例を示す図。
【図１８】実施の形態５に係るアラームステータス出力処理の例を示すフローチャート図。
【図１９】実施の形態６に係るアラーム管理装置の構成例を示す図。
【図２０】実施の形態６に係る作業者ステータス出力処理の例を示すフローチャート図。
【図２１】実施の形態７に係るアラーム管理装置の構成例を示す図。
【図２２】実施の形態７に係る履歴アラームステータス出力処理の例を示すフローチャート図。
【符号の説明】
【０１０９】
１  アラーム管理装置、２  監視対象、３  オペレータ端末、４  変数格納領域、５  アラーム受信部、６  フォーマット解析部、７  データベースアクセス部、８  コマンド実行部、９  アラームレポート出力部、１０  フォーマット定義、１１  データベースアクセス定義、１２  コマンド定義、１３  アラームレポート出力定義、１４  データベース、１５  アクション制御部、１６  アラームレポート出力部、１７  変数格納領域、１８  リスト出力部、１９  リスト出力定義、２０  アラームステータス出力部、２１  データベース、２２  作業者ステータス出力部、２３  データベース、２４  履歴アラームステータス出力部、２５  データベース、３０  アクション定義。
【図１】
2006190138.tif 000003
【図２】
2006190138.tif 000004
【図３】
2006190138.tif 000005
【図４】
2006190138.tif 000006
【図５】
2006190138.tif 000007
【図６】
2006190138.tif 000008
【図７】
2006190138.tif 000009
【図８】
2006190138.tif 000010
【図９】
2006190138.tif 000011
【図１０】
2006190138.tif 000012
【図１１】
2006190138.tif 000013
【図１２】
2006190138.tif 000014
【図１３】
2006190138.tif 000015
【図１４】
2006190138.tif 000016
【図１５】
2006190138.tif 000017
【図１６】
2006190138.tif 000018
【図１７】
2006190138.tif 000019
【図１８】
2006190138.tif 000020
【図１９】
2006190138.tif 000021
【図２０】
2006190138.tif 000022
【図２１】
2006190138.tif 000023
【図２２】
2006190138.tif 000024