JP6098340B2 - 通知制御プログラム、通知制御方法、及び情報処理装置 - Google Patents

Description

本発明は、通知制御プログラム、通知制御方法、及び情報処理装置に関する。

システム異常の発生を監視者等に通知するため、パトライト等の通知機器が使用されている。通知機器は、システムを管理しているシステム部門等に設置され、システム異常等のトラブルや電話が鳴る等の事象が発生した段階で表示する形態をとっている。

例えば、監視対象コンピュータから障害メッセージが送信された場合に、警告間隔を過ぎても次のステイタス（段階）に移行しない障害メッセージに対してオペレータに再警告を発する手法がある（例えば、特許文献１参照）。

特開２００６−１１３７０８号公報

しかしながら、システムの監視業務では、システム部門等から離れた場所（例えば、支社や、支店、店舗等）に対するトラブルの発生やその後の復旧状況の通知を、オペレータが電話やメール等で行っているため、手間や時間、労力を要する。したがって、上述した離れた場所にいる関係者は、オペレータからの通知を待たなければならず、システムの復旧状況を適切に把握することができない。

１つの側面では、本発明は、システムの復旧状況を適切に把握することを目的とする。

一態様における通知制御プログラムは、システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶部に記憶し、前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更する、処理をコンピュータに実行させる。

システムの復旧状況を適切に把握することができる。

監視システムのシステム構成例を示す図である。 通知制御装置のハードウェア構成の一例を示す図である。 通知制御装置の処理の一例を示すフローチャートである。 被監視装置の処理の一例を示すフローチャートである。 通知機器の処理の一例を示すフローチャートである。 異常通知管理ＤＢのデータ例を示す図である。 通知制御の具体例を示す図である。 通知機器への通知内容の具体例を示す図である。 優先度の設定例を示す図である。 出力部の変形例を示す図である。

以下、添付図面を参照しながら実施例について詳細に説明する。

＜監視システム：システム構成例＞
図１は、監視システムのシステム構成例を示す図である。図１に示す監視システム１０は、情報処理装置の一例である通知制御装置１１と、被監視装置１２と、通知機器１３−１〜１３−ｎ（以下、必要に応じて「通知機器１３」という）とを有する。

通知制御装置１１と、被監視装置１２と、通知機器１３とは、例えばインターネットやＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）の通信ネットワーク１４−１、１４−２によりデータの送受信が可能な状態で接続されている。なお、通知制御装置１１と被監視装置１２とは、一体に構成されていてもよい。また、通知機器１３は、例えば通知制御装置１１や被監視装置１２から離れた場所（遠隔地）にある支社や支店、店舗等にそれぞれ設けられた通知機器１３である。

通知制御装置１１は、監視通知受付部２１と、通知制御部２２と、通知部２３と、ステイタス制御部２４と、出力制御部２５と、出力部２６と、異常通知管理データベース（以下、「データベース」と単に「ＤＢ」という）２７とを有する。被監視装置１２は、異常事象監視部３１を有する。通知機器１３は、出力制御部４１と、出力部４２とを有する。

監視通知受付部２１は、通信ネットワーク１４−１等を介して被監視装置１２が有する異常事象監視部３１により検知したシステム異常等の異常通知情報を取得する。システム異常とは、例えば、システム全体が停止するシステム異常やシステム内の一部の業務（例えば、受付業務、課金業務等）が停止する業務異常等があるが、これに限定されるものではない。異常通知情報とは、例えば、被監視装置１２で発生した異常事象と、異常が発生した監視対象名やサービス名等であるが、これに限定されるものではない。

通知制御部２２は、監視通知受付部２１により受け付けた異常通知情報に基づいて、異常通知管理ＤＢ２７を参照し、例えば異常通知情報に含まれる異常事象に対応する通知先と通知方法とを取得する。更に、通知制御部２２は、ステイタス制御部２４により得られる異常事象に対する復旧状況（作業の進捗）に基づいて、異常通知管理ＤＢ２７を参照し、対応する通知方法を取得する。

通知先とは、例えば異常通知情報に対応するシステムを利用したり、業務を行っている場所（例えば、支社や、支店、店舗）等である。通知方法とは、システム異常が発生した場合に、復旧状況に応じて、通知機器１３の出力部４２によりメッセージ表示したり、ライトを点灯させたり、音を出力する等の出力パターン等であるが、これに限定されるものではない。通知方法は、例えば「異常事象の発生時」、「対処ステイタス（対処開始、対処中盤、対処終盤）」、「復旧完了時」等の異なる状況において、出力パターンを変更することができる。

通知部２３は、通知制御部２２により得られる通知先の通知機器１３に対して、通信ネットワーク１４−２を介して所定の通知方法（出力パターン）で通知させるための通知制御情報を出力する。また、通知部２３は、通知先の通知機器１３に対して、ステイタス制御部２４により得られる復旧状況に対応した通知方法で通知させるための通知制御情報を出力する。また、通知部２３は、出力制御部２５に対して、出力部２６から所定の通知を出力させるための通知制御情報を出力する。

ステイタス制御部２４は、発生した異常事象に対し、復旧担当者等が行う対処による復旧状況（ステイタス）の変更がある場合には、その対処ステイタスの遷移情報を取得する。ステイタスの変更は、例えば担当者等により復旧状況が入力された場合や停止中のシステムの一部が稼働した場合等に取得することができるが、これに限定されるものではない。また、対処ステイタスの遷移情報とは、例えば対処開始、対処中盤、対処終盤等のように復旧状況を複数の段階に分けたときに、現在どの段階であるかを把握するための情報である。

出力制御部２５は、通知部２３から得られる通知制御情報等に基づいて出力部２６に設けられた１又は複数の機器に対して異常事象の発生及びその復旧状況に対応する出力を行う。図１の例では、出力部２６として、表示部２６−１、音出力部２６−２、監視表示部２６−３等を有するが、これに限定されるものではない。

表示部２６−１は、例えば通知制御部２２により得られる異常事象と、その復旧状況（進捗）を画面に表示する。表示部２６−１は、監視表示部２６−３に表示される内容を画面表示することもできる。表示部２６−１は、例えばＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）のディスプレイ等であるが、これに限定されるものではない。

音出力部２６−２は、通知制御部２２により得られる通知方法に対応する音の出力を行う。なお、音は、予め設定された警告音でもよく、音声メッセージでもよく、これらの組み合わせでもよいが、これに限定されるものではない。音出力部２６−２は、例えばスピーカであるが、これに限定されるものではない。

監視表示部２６−３は、通知制御部２２により得られる通知方法に対応する色、点灯方法、点灯速度等で表示を行う。例えば色の表示は、１色に限定されるものではなく、例えば階層を分けて複数色を点等、点滅、回転させることができるが、これに限定されるものではない。監視表示部２６−３としては、例えばパトライト（登録商標）等の警告灯があるが、これに限定されるものではない。

出力制御部２５は、上述した表示部２６−１、音出力部２６−２、監視表示部２６−３のうち、少なくとも１つに対して出力制御を行う。また、出力制御部２５は、複数の出力部２６を連動させて表示してもよい。

なお、上述した出力制御部２５及び出力部２６は、通知機器として構成されていてもよい。その場合、出力制御部２５及び出力部２６は、通知制御装置１１に外付けされる構成でもよい。

異常通知管理ＤＢ２７は、システム異常の復旧状況と、出力部２６、４２に対する出力パターンとを対応付けて記憶する記憶部である。なお、異常通知管理ＤＢ２７の具体例なデータ例については後述する。

被監視装置１２は、例えば予め設定された業務やサービスが運用中のシステムを有する。被監視装置１２における異常事象監視部３１は、例えば運用中にシステムに対して何らかの異常事象の有無を監視する。また、異常事象監視部３１は、異常が発生した場合に、その異常事象の識別情報や対象システム（装置）の識別情報等を有する異常通知情報を、通信ネットワーク１４−１を介して通知制御装置１１に送信する。

更に、異常事象監視部３１は、システム異常に対する復旧状況等も監視することができ、例えば所定周期毎又は復旧作業に一定の進捗が得られた場合に、現時点での復旧情報を通知制御装置１１に送信してもよい。

通知制御装置１１及び被監視装置１２は、例えばＰＣやサーバ等であるが、これに限定されるものではない。

通知機器１３における出力部４２は、例えば表示部４２−１、音出力部４２−２、監視表示部４２−３等を有するが、これに限定されるものではない。図１の例に示す表示部４２−１、音出力部４２−２、及び監視表示部４２−３は、それぞれ上述した表示部２６−１、音出力部２６−２、及び監視表示部２６−３に対応しているが、出力部２６の構成については、これに限定されるものではなく、通知機器１３−１〜１３−ｎで異なる構成であってもよい。例えば、通知機器１３−１は監視表示部４２−３のみを有し、通知機器１３−２は音出力部４２−２と監視表示部４２−３とを有していてもよい。

表示部４２−１は、出力制御部４１による制御により、通知制御装置１１から得られる異常事象や復旧状況等を画面に表示する。また、表示部４２−１は、監視表示部４２−３に表示される内容を画面表示することもできる。

音出力部４２−２は、出力制御部４１による制御により通知制御装置１１から通知された通知方法に対応する音を出力する。監視表示部４２−３は、出力制御部４１による制御により通知制御装置１１から通知された通知方法に対応する色や点灯方法、点灯速度等による表示を行う。

出力制御部４１は、上述した表示部４２−１、音出力部４２−２、監視表示部４２−３のうち、少なくとも１つの出力制御を行う。また、出力制御部４１は、複数の出力部４２を連動させて表示してもよい。

本実施形態では、上述したシステム構成により、例えば異常事象に対する復旧状況（復旧作業の進捗状況）に応じて通知機器１３等による通知を行うことで、例えば遠隔地にいる関係者等に復旧状況のステイタスを適切に把握させることができる。

＜通知制御装置１１のハードウェア構成例＞
図２は、通知制御装置のハードウェア構成の一例を示す図である。図１における通知制御装置１１は、入力装置５１と、出力装置５２と、ドライブ装置５３と、補助記憶装置５４と、主記憶装置５５と、各種制御を行うＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）５６と、ネットワーク接続装置５７とを有し、これらはシステムバスＢで相互に接続されている。

入力装置５１は、ユーザ等が操作するキーボード及びマウス等のポインティングデバイスや、マイクロフォン等の音声入力デバイスを有しており、ユーザ等からのプログラムの実行指示、各種操作情報、ソフトウェア等を起動するための情報等の入力を受け付ける。

出力装置５２は、本実施形態における処理を行うコンピュータ（通知制御装置１１）を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ５６が有する制御プログラムによりプログラムの実行経過や結果等を表示する。

ここで、本実施形態において通知制御装置１１にインストールされる実行プログラムは、例えばＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）メモリやＣＤ−ＲＯＭ、ＤＶＤ等の可搬型の記録媒体５８等により提供される。プログラムを記録した記録媒体５８は、ドライブ装置５３にセット可能であり、ＣＰＵ５６からの制御信号に基づき、記録媒体５８に含まれる実行プログラムが、記録媒体５８からドライブ装置５３を介して補助記憶装置５４にインストールされる。

補助記憶装置５４は、例えばハードディスクドライブやＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段等である。補助記憶装置５４は、ＣＰＵ５６からの制御信号に基づき、本実施形態における実行プログラムや、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行う。補助記憶装置５４は、ＣＰＵ５６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。

主記憶装置５５は、ＣＰＵ５６により補助記憶装置５４から読み出された実行プログラム等を格納する。主記憶装置５５は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等である。

ＣＰＵ５６は、オペレーティングシステム等の制御プログラム、及び主記憶装置５５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現することができる。プログラムの実行中に必要な各種情報等は、補助記憶装置５４から取得することができ、また実行結果等を格納することもできる。

具体的には、ＣＰＵ５６は、例えば入力装置５１から得られるプログラムの実行指示等に基づき、補助記憶装置５４にインストールされたプログラムを実行させることにより、主記憶装置５５上でプログラムに対応する処理を行う。

例えば、ＣＰＵ５６は、通知制御プログラムを実行させることで、上述した監視通知受付部２１による監視通知の受け付け、通知制御部２２による通知制御、通知部２３による通知制御、ステイタス制御部２４による復旧状況の管理、出力制御部２５による出力制御、出力部２６による出力等の処理を行う。なお、ＣＰＵ５６における処理内容は、これに限定されるものではない。ＣＰＵ５６により実行された内容は、必要に応じて補助記憶装置５４に記憶される。

ネットワーク接続装置５７は、ＣＰＵ５６からの制御信号に基づき、通信ネットワーク１４−２，１４−２等と接続することにより、実行プログラムやソフトウェア、設定情報等を、通信ネットワーク１４−２，１４−２に接続されている外部装置等から取得する。また、ネットワーク接続装置５７は、プログラムを実行することで得られた実行結果又は本実施形態における実行プログラム自体を外部装置等に提供することができる。

上述したようなハードウェア構成により、本実施形態における通知制御処理を実行することができる。また、上述した各機能を実行させることができる実行プログラム（通知制御プログラム）をコンピュータにインストールすることにより、汎用のＰＣ等のコンピュータで本実施形態における通知制御処理を容易に実現することができる。

また、上述した被監視装置１２や通知機器１３が汎用ＰＣ等である場合には、上述した通知制御装置１１と同様のハードウェア構成を適用することができる。

＜通知制御装置１１の処理の例＞
次に、通知制御装置１１の処理の一例についてフローチャートを用いて説明する。図３は、通知制御装置の処理の一例を示すフローチャートである。図３の例において、通知制御装置１１の監視通知受付部２１は、被監視装置１２からの異常通知情報を受け付ける（Ｓ０１）。

次に、通知制御装置１１の通知制御部２２は、Ｓ０１の処理で得られた異常通知情報を用いて異常通知管理ＤＢ２７を参照し、対応する通知先と通知方法（出力パターン）とを取得する（Ｓ０２）。次に、通知制御装置１１の通知部２３は、通知先の通知機器１３に対し、対応する通知方法等で通知を行わせるための通知制御信号を通知する（Ｓ０３）。なお、Ｓ０３の処理において、通知する内容としては、通知方法だけでなく、例えば異常通知情報に含まれる情報であってもよい。また、Ｓ０３の処理では、通知制御装置１１内で異常事象に対する通知を行う場合は、出力制御部２５において、通知方法に基づく出力部２６への通知が行われる。

次に、通知制御装置１１のステイタス制御部２４は、異常事象に対する復旧状況に変更があったか否かを判断する（Ｓ０４）。変更があった場合（Ｓ０４において、ＹＥＳ）、通知制御部２２は、ステイタス制御部２４から得られる対処ステイタスの遷移情報を用いて異常通知管理ＤＢ２７を参照し、対応する通知方法（出力パターン）を取得する（Ｓ０５）。次に、通知部２３は、通知部２３は、Ｓ０２の処理で取得した通知先の通知機器１３に対し、対応する通知方法等で通知を行わせるための通知制御情報を通知する（Ｓ０６）。

ここで、上述したＳ０４の処理において、復旧状況に変更がない場合（Ｓ０４において、ＮＯ）、又は、Ｓ０６の処理後、通知制御装置１１は、処理を終了するか否かを判断し（Ｓ０７）、処理を終了しない場合（Ｓ０７において、ＮＯ）、Ｓ０４の処理に戻る。また、Ｓ０７の処理において、ユーザ（管理者）等からの指示や復旧完了により処理を終了する場合（Ｓ０７において、ＹＥＳ）、通知制御処理を終了する。

これにより、本実施形態では、復旧状況に変更がある場合に、復旧状況の変更に対応させて通知機器１３の出力パターンを変更して、通知させることができる。

＜被監視装置１２の処理の一例＞
図４は、被監視装置の処理の一例を示すフローチャートである。図４の例において、被監視装置１２の異常事象監視部３１は、監視対象のシステムに対して異常が発生したか否かを判断する（Ｓ１１）。異常事象監視部３１は、監視対象のシステムに対して異常が発生した場合（Ｓ１１において、ＹＥＳ）、通信ネットワーク１４−１等を介して通知制御装置１１に発生した異常事象等を有する異常通知情報を出力する（Ｓ１２）。なお、Ｓ１２の処理において、異常事象監視部３１は、例えば異常発生時に予めシステム内で設定したコマンドやスクリプトを実行することで、異常通知情報を通知制御装置に迅速かつ適切に出力することができるが、出力方法については、これに限定されるものではない。

また、異常事象監視部３１は、Ｓ１１の処理において、監視対象のシステムに対して異常が発生していない場合（Ｓ１１において、ＮＯ）、又は、Ｓ１２の処理後、処理を終了するか否かを判断する（Ｓ１３）。異常事象監視部３１は、処理を終了しない場合（Ｓ１３において、ＮＯ）、Ｓ１１の処理に戻る。また、異常事象監視部３１は、処理を終了する場合（Ｓ１３において、ＹＥＳ）、本実施形態における被監視装置１２の処理を終了する。

＜通知機器１３の処理の一例＞
図５は、通知機器の処理の一例を示すフローチャートである。図５の例において、通知機器１３の出力制御部４１は、通知制御装置１１から通知制御情報を受信したか否かを判断する（Ｓ２１）。出力制御部４１は、通知制御情報を受信した場合（Ｓ２１において、ＹＥＳ）、通知制御情報に対応する通知方法（出力パターン）で出力部４２による通知を行う（Ｓ２２）。また、出力制御部４１は、Ｓ２１の処理において、通知制御情報を受信していない場合（Ｓ２１において、ＮＯ）、又は、Ｓ２２の処理後、処理を終了するか否かを判断する（Ｓ２３）。出力制御部４１は、処理を終了しない場合（Ｓ２３において、ＮＯ）、Ｓ２１の処理に戻る。また、出力制御部４１は、処理を終了する場合（Ｓ１３において、ＹＥＳ）、本実施形態における通知機器１３の処理を終了する。

＜異常通知管理ＤＢ２７のデータ例＞
次に、上述した異常通知管理ＤＢ２７のデータ例について、図を用いて説明する。図６は、異常通知管理ＤＢのデータ例を示す図である。図６に示す異常通知管理ＤＢ２７は、一例として、通知先の通知機器１３毎に通知方法を設定したものである。異常通知管理ＤＢ２７は、システム異常別（トラブル発生時、トラブル対処時点、終了）の情報と、その際の通知機器１３と連動した出力パターン（例えば、色、音、点灯、回転等）の各情報を記憶する。

図６に示す異常通知管理ＤＢの項目としては、例えば「監視対象（異常事象）」、「通知先」、「発生時」、「対処ステイタス」、「完了時」に対応する「出力パターン」等があるが、これに限定されるものではない。「発生時」及び「完了時」には、「色」、「点灯方法」、「音」等が設定されている。

また、「対処ステイタス」には、例えば複数の対処段階に対応した通知方法が設定されている。図６の例では、「対処ステイタス」として、「対処開始」、「対処中盤」、「対処終盤」等が設定されているが、これに限定されるものではない。「対処開始」、「対処中盤」、「対処終盤」には、それぞれ「色」、「点灯方法」、「点灯速度」、「音」等が設定されている。

「監視対象」には、例えば「システム異常」、「Ｘ業務異常」、「Ｙ業務異常」等の異常事象の識別情報が格納される。「通知先」は、例えば企業内のシステム部（復旧担当者）やＡ支社、Ｂ支社等の関係者（システム利用者）の通知先情報が格納される。

なお、図６の例では、通知先情報として、同一企業内における部署名や支社名等を示しているが、これに限定されるものではなく、例えばサービス提供者やサービス利用者等の情報を含んでいてもよい。また、通知先情報は、例えばＩＰアドレス等の通信ネットワーク１４−１，１４−２等を介して通信を行う上でのアドレス情報でもよい。

また、図６の例において、「色」は、監視表示部２６−３，４２−３や表示部２６−１，４２−１の画面の色を示している。「点灯方法」は、設定された「色」に対する点灯の有無を示し、「点灯速度」は、設定された「色」の点灯させたライトの回転速度や点滅速度（例えば、高速、中速、低速）等を示している。また、「音」は、音出力部２６−２，４２−２において出力される１又は複数の音（図６の例では、Ａ音〜Ｅ音）に対する設定を行う。

通知制御装置１１は、システム異常を検知すると、図６に示す異常通知管理ＤＢ２７を用いて、異常事象に対応する通知先及び通信方法を取得する。また、通知制御装置１１は、通知先の通知機器１３を用いて、システム異常の発生から対処中、復旧作業終了までの遷移を通知させる。例えば、復旧作業中は、復旧作業中のパターン（対処ステイタス）を関係者に通知し、復旧作業終了時には、その旨の復旧作業終了パターンを関係者に通知する。これにより、関係者は、システムの復旧状況を適切に把握することができる。

＜通知制御の具体例＞
次に、本実施形態における通知制御の具体例について図を用いて説明する。図７は、通知制御の具体例を示す図である。なお、図７の例では、システム異常等の事象発生から復旧完了時までの通知制御において、通知制御装置１１を使用する監視部門（例えば、システム部）６１と、通知機器１３が設置された業務利用部門（例えば、他支社）６２における通知制御の具体例を示す。

図７の例において、例えば被監視装置１２にシステム異常の事象が発生すると、通知部２３は、被監視装置１２からの異常通知情報に基づいて、システム部７１内に設置された出力部２６に対し、異常通知管理ＤＢ２７に対応させた所定の通知を出力させる。図７の例では、表示部２６−１におけるメッセージ表示、監視表示部２６−３による赤色点灯、音出力部２６−２によるＡ音出力を行う。これにより、システム監視者（復旧担当者）は、異常発生を確認することができる。

また、図７の例において、通知制御装置１１の通知部２３は、異常通知管理ＤＢ２７に対応させた通知先に対して所定の通知方法で通知を行わせるための通知制御情報を監視部門６１から業務利用部門６２に出力する。

業務利用部門６２では、監視部門６１からの通知制御情報に基づいて出力部４２に対し、通知方法に対応させた所定の通知を出力させる。図７の例では、表示部４２−１におけるメッセージ表示、監視表示部４２−３による赤色点灯、音出力部４２−２によるＡ音出力を行う。これにより、業務利用部門６２の関係者は、異常発生を迅速に把握することができる。

次に、監視部門６１のシステム監視者が、例えば表示部２６−１に表示された「対処開始」ボタンを押下する等の所定の対処開始応答を行う。これにより、ステイタス制御部２４は、復旧状況（対処ステイタス）が変更され、その内容が出力部２６から通知される。図７の例では、表示部２６−１におけるメッセージ表示、監視表示部２６−３による赤色点滅（高速）、音出力部２６−２によるＢ音出力を行う。

また、図７の例において、通知制御装置１１の通知制御部２２は、復旧状況の変更に対応する通知方法を異常通知管理ＤＢ２７から取得し、通知部２３により業務利用部門６２に出力する。

業務利用部門６２では、監視部門６１からの通知制御情報に基づいて出力部４２に対し、通知方法に対応させた所定の通知を出力させる。図７の例では、表示部４２−１におけるメッセージ表示、監視表示部４２−３による赤色点滅（高速）を行う。これにより、業務利用部門６２の関係者は、復旧状況を適切に把握することができる。

また、対処中の場合、システム監視者は、例えば表示部２６−１に表示された「中盤」、「終盤」、「完了」等のボタンを押下することで通知制御装置１１のステイタス制御部２４は、対処ステイタスの遷移情報を取得することができる。これにより、通信制御部２２は、「中盤」、「終盤」、「完了」に対応する対処ステイタスに対応する通信方法を異常通知管理ＤＢ２７から取得し、出力部２６から所定の出力パターンで出力を行う。

図７の例において、「中盤」ボタンが押下された場合、通知制御装置１１の出力制御部２５は、監視表示部２６−３による赤色点滅（中速）、音出力部２６−２によるＣ音出力を行う。また、「中盤」ボタンが押下された場合、通知機器１３の出力制御部４１は、出力パターン変更により、表示部４２−１によるメッセージ表示、監視表示部４２−３による赤色点滅（中速）を行う。

また、図７の例において、「終盤」ボタンが押下された場合、通知制御装置１１の出力制御部２５は、監視表示部２６−３による赤色点滅（低速）、音出力部２６−２によるＤ音出力を行う。また、「終盤」ボタンが押下された場合、通知機器１３の出力制御部４１は、出力パターン変更により、表示部４２−１によるメッセージ表示、監視表示部４２−３による赤色点滅（低速）を行う。

また、図７の例において、「完了」ボタンが押下された場合、通知制御装置１１の出力制御部２５は、表示部２６−１によるメッセージ表示、監視表示部２６−３の消灯、音出力部２６−２によるＥ音出力を行う。また、「完了」ボタンが押下された場合、通知機器１３の出力制御部４１は、出力パターン変更により、表示部４２−１によるメッセージ表示、監視表示部４２−３の消灯を行う。

なお、図７の例において、音出力は、例えば表示部２６に表示されたボタンを押下する等の応答で解除することができる。また、音は、様々な種類（例えば、音声やビープ音（警報）等）の利用が可能である。また、監視表示部２６−３，４２−３による色の表示は、複数色の利用が可能であり、複数色を組み合わせた表示を行うことができる。

このように、本実施形態では、従来、異常発生時のみに使用され、トラブル対応に入ってしまうと利用されることがなかった通知機器１３を利用して、復旧状況（復旧作業の進捗）に応じて出力パターンを変更して通知を行うことができる。これにより、例えば遠隔地等にいる関係者は、通知機器１３によりシステムの復旧状況を適切に把握することができる。

＜通知機器１３への通知内容の具体例＞
次に、通知機器１３への通知内容の具体例について説明する。図８は、通知機器への通知内容の具体例を示す図である。図８（Ａ）〜（Ｄ）では、上述した図７に示す監視部門６１の一例であるシステム部７１と、監視部門６１からの通知制御情報を受信する通知機器１３を有する業務利用部門６２の一例であるＡ支社７２−１、Ｂ支社７２−２とを有している。また、図８（Ａ）〜（Ｄ）に示す各異常事象に対する通知は、例えば図６に示すような異常通知管理ＤＢ２７に設定された通知先及び通知方法で通知される。

図８（Ａ）は、Ｘ業務異常が発生した例を示している。異常通知管理ＤＢ２７を参照すると、図８（Ａ）に示すＸ業務異常の発生時は、システム部７１、Ａ支社７２−１、及びＢ支社７２−２への全体通知を行う。なお、システム部７１の表示部２６−１には、異常事象に対応するメッセージ表示と共に「対処開始ボタン」も表示される。

図８（Ｂ）は、Ｙ業務異常が発生した例を示している。異常通知管理ＤＢ２７を参照すると、図８（Ｂ）に示すＹ業務異常の発生時は、システム部７１と、Ａ支社７２−２とに通知する。Ｂ支社７２−２は、Ｙ業務の利用がないため非通知とする。このように、本実施形態では、異常事象に対応する通知先にのみ通知させることができる。

図８（Ｃ）は、異常事象が多重に発生した例を示している。異常通知管理ＤＢ２７を参照すると、図８（Ｃ）に示すＸ業務異常、Ｙ業務異常の発生時は、システム部７１と、Ａ支社７２−１に対してＸ業務異常、Ｙ業務異常の両方の通知を行い、Ｂ支社７２−２に対してＸ業務異常のみを通知する。このように、本実施形態では、例えばＸ業務で事象発生し、その対処完了までの間にＹ業務でも事象が発生した場合に複合通知を行うことができる。その場合、図８（Ｃ）に示すように、監視表示部２６−３，４２−３における黄色と緑の同時点灯や、表示部２６−１，４２−１におけるメッセージの複数表示等を行うことができるが、これに限定されるものではない。

図８（Ｄ）は、Ｚ業務異常が発生した例を示している。異常通知管理ＤＢ２７を参照すると、Ｚ業務異常に対する設定がされていない。このように、監視対象の事象が増えた場合、例えば出力部２６，４２を複数台利用した通知を行うことができる。

図８（Ｄ）の場合には、例えばシステム部７１とＡ支社７２−１に２台の監視表示部２６−３，４２−３がある場合に、２台目の監視表示部２６−３，４２−３を用いて通知を行うことで、新たな異常事象であることを容易に把握させることができる。なお、図８（Ｄ）の例において、Ｂ支社７２−２は、複数台有していないため、非通知となる。

＜優先度＞
上述した実施形態では、例えば監視表示部２６−３，４２−３における色の種類を用いて異常事象や復旧状況等を把握することができるが、これに限定されるものではない。例えば、通知制御部２２は、事象発生時の色分けを、図６に示すように、監視対象（異常事象）毎に使い分けるだけでなく、復旧優先度に合せて色分けしてもよい。

図９は、優先度の設定例を示す図である。図９の例では、復旧優先度の高、中、低に応じて色（赤、黄、緑）を設定し、監視対象に対する復旧優先度に基づいてその色の設定を行うことができる。なお、色の種類等については、これに限定されるものではない。

通知制御部２２は、図９に示すテーブルに基づいて、異常通知管理ＤＢ２７の「色」を設定することで、監視対象の優先度を、システム監視者や遠隔地にいる関係者等に通知することができる。

＜出力部２６，４２の変形例＞
本実施形態における出力部２６，４２の機能は、ライトの制御（表示色、点灯方法、点灯速度、消灯）、音の制御（音色、消音）、メッセージ表示（ポップアップ表示）、及び、メッセージ表示の遷移（ステイタス通知）等である。したがって、例えばＰＣのみを用いて上述した出力部２６の機能を実現することができる。ここで、図１０は、出力部の変形例を示す図である。図１０に示す表示部８０は、ＰＣ等が有する表示部である。

図１０（Ａ）の例では、表示部８０に異常事象発生のメッセージを表示するメッセージ表示領域８１と、擬似パトライト表示領域８２を有する。擬似パトライト表示領域８２に監視表示部の一例であるパトライトの絵を表示し、監視表示部と同様な表示（色、点灯等）を行わせることができる。また、音は、ＰＣに内蔵されたＰＣスピーカ８３により出力させることができる。

図１０（Ｂ）の例では、表示部８０にＷｅｂブラウザ等のブラウザ画面８４が表示されている。また、ブラウザ画面８４には、所定のページ（例えば、監視管理サイトや業務ポータルサイト等）が表示されている。このようなブラウザ画面８４において、警告メッセージとして本実施形態におけるメッセージ表示を行う。なお、図１０（Ｂ）の例では、表示された警告メッセージを押下することで、リンク先の詳細画面を表示する。なお、詳細画面は、例えば上述した図１０（Ａ）と同様の画面を表示することができるが、これに限定されるものではない。また、音は、図１０（Ａ）と同様にＰＣに内蔵されたＰＣスピーカ８３により出力させることができる。

上述したように、本実施形態は、システムの復旧状況を適切に把握することができる。例えば、本実施形態では、通知先や通知機器を用いた通知方法（例えば、トラブル事象、業務事象、作業状況（ステイタス）、作業完了事象等）をＤＢに登録する。これにより、本実施形態では、通知機器を通じて、システム異常の発生から復旧作業中、復旧作業終了までを適切に把握することが可能となる。したがって、離れた場所（例えば、各支店や店舗）にいる関係に対しても復旧状況等をリアルタイムに通知することで、顧客のストレス及びオペレータの負荷が軽減される。また、本実施形態では、電話による問合せや対応等、時間短縮が可能になる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶部に記憶し、
前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、
取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更する、処理をコンピュータに実行させるための通知制御プログラム。
（付記２）
発生した前記システム異常の事象に応じて、前記記憶部から通知対象の通知機器を取得することを特徴とする付記１に記載の通知制御プログラム。
（付記３）
前記システム異常の事象に対する優先度を設定し、設定した前記優先度に対応した前記出力パターンを設定することを特徴とする付記２に記載の通知制御プログラム。
（付記４）
前記通知機器は、メッセージ表示、音声出力、及び点灯のうち、少なくとも１つを用いて通知を行うことを特徴とする付記１乃至３の何れか１項に記載の通知制御プログラム。
（付記５）
情報処理装置が、
システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶部に記憶し、
前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、
取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更することを特徴とする通知制御方法。
（付記６）
システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶する記憶部と、
前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更させる通知を行う通知制御部とを有することを特徴とする情報処理装置。

１０ 監視システム
１１ 通知制御装置（情報処理装置）
１２ 被監視装置
１３ 通知機器
１４ 通信ネットワーク
２１ 監視通知受付部
２２ 通知制御部
２３ 通知部
２４ ステイタス制御部
２５，４１ 出力制御部
２６，４２ 出力部
３１ 異常事象監視部
５１ 入力装置
５２ 出力装置
５３ ドライブ装置
５４ 補助記憶装置
５５ 主記憶装置
５６ ＣＰＵ
５７ ネットワーク接続装置
５８ 記録媒体
６１ 監視部門
６２ 業務利用部門
７１ システム部
７２ 支社
８０ 表示部
８１ メッセージ表示領域
８２ 擬似パトライト表示領域
８３ ＰＣスピーカ
８４ ブラウザ画面

Claims (5)

1. システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶部に記憶し、
   前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、
   取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更する、処理をコンピュータに実行させるための通知制御プログラム。
2. 発生した前記システム異常の事象に応じて、前記記憶部から通知対象の通知機器を取得することを特徴とする請求項１に記載の通知制御プログラム。
3. 前記通知機器は、メッセージ表示、音声出力、及び点灯のうち、少なくとも１つを用いて通知を行うことを特徴とする請求項１又は２項に記載の通知制御プログラム。
4. 情報処理装置が、
   システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶部に記憶し、
   前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、
   取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更することを特徴とする通知制御方法。
5. システム異常に対する復旧状況と、前記システム異常を通知する通知機器の出力パターンとを対応付けて記憶する記憶部と、
   前記システム異常が発生した場合に、前記復旧状況に応じた前記出力パターンを前記記憶部から取得し、取得した前記出力パターンを用いて、前記通知機器の出力パターンを変更させる通知を行う通知制御部とを有することを特徴とする情報処理装置。

Images