障害通報システム、障害通報方法及び障害通報プログラム
【課題】監視対象機器の障害に対して効率的に通報を行ない、煩雑さを低減させることができる障害通報システム、障害通報方法及び障害通報プログラムを提供する。
【解決手段】監視システム２０の管理コンピュータ２１は、監視対象機器１０における障害を検知した場合には、この障害の障害事象データ記憶部２２から通報グループを特定する。管理コンピュータ２１は、特定した通報グループが、通報管理処理中又は確認済みの場合には、障害を記録する。管理コンピュータ２１は、通報管理処理中でなく、確認済みでない場合には、管理コンピュータ２１は、新たな通報データを記録し、通報管理処理を行なう。
【解決手段】監視システム２０の管理コンピュータ２１は、監視対象機器１０における障害を検知した場合には、この障害の障害事象データ記憶部２２から通報グループを特定する。管理コンピュータ２１は、特定した通報グループが、通報管理処理中又は確認済みの場合には、障害を記録する。管理コンピュータ２１は、通報管理処理中でなく、確認済みでない場合には、管理コンピュータ２１は、新たな通報データを記録し、通報管理処理を行なう。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストコンピュータやサーバなどに障害が発生したときに担当者に通報を行なうための障害通報システム、障害通報方法及び障害通報プログラムに関する。
【背景技術】
【０００２】
今日、企業内では、複数のシステムを使用しているケースが多く、これらシステムの確実な運用を図るために、常時、システムについて監視が行なわれている。これにより、障害の発生を検知した場合には、迅速な復旧作業を行なうことができる。しかしながら、システムに障害が発生したときに、復旧作業を行なう担当者が不在の場合もある。
【０００３】
そこで、障害が発生したときに、複数の管理者に対して順番に通知を行なう技術が開示されている（例えば、特許文献１参照。）。この特許文献１に記載の発明では、各管理者の管理権限に基づいてアラートの通知順番を決定する。そして、アラート通知システムが、アプリケーションにアラートを通知すべき事象が発生したことを検出した場合、このアプリケーションの管理者のうち所定の管理権限を有する管理者へアラートを通知する。アラートの通知を受けた管理者が対処を行なえない場合に、決定した通知順に次の管理者へアラートを通知する。これにより、個々の管理者に対して直接関連しない不要なアラートを通知せずに済み、対応をスムーズに行なうことができる。
【特許文献１】特開２００５−２５０７６０号公報（図７〜図１８）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、障害発生毎に管理者に対して通知が行なわれることになる。従って、例えば、一つのシステム等において複数の障害が発生した場合、その度に通報が行なわれることになる。この場合、一連の復旧作業で障害を解決できる場合にも、何度も通知が行なわれると煩雑になる。特に、特許文献１に記載の技術のように、通知対象者を変更しながら障害発生の度に通報を行なう場合には、重畳的に通報数が増大してしまう。従って、効率よく通報を行なうことができないという課題があった。
【０００５】
本発明は、上述の問題に鑑みてなされ、この目的は、効率的に通報を行ない、煩雑さを低減させることのできる障害通報システム、障害通報方法及び障害通報プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、請求項１に記載の発明は、監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、連絡先端末に接続された管理コンピュータとを用いて通報を行なうシステムであって、前記管理コンピュータが、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段と、前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段と、前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手
段とを備えたことを要旨とする。
【０００７】
請求項２に記載の発明は、請求項１に記載の障害通報システムにおいて、前記管理コンピュータは、前記通報を行なった担当者の連絡先端末から通報確認を受信した場合、前記障害データ記憶手段に前記確認情報を記録する確認手段を更に実行し、前記通報管理処理は、前記通報から経過時間を計測し、所定時間が経過する前に前記障害データ記憶手段において確認情報が記録された場合には処理を終了し、前記所定時間が経過しても前記障害データ記憶手段において確認情報が記録されていない場合には、次優先順位の通報先を前記連絡先データ記憶手段から特定し、この次優先順位の通報先を含む担当者の連絡先端末へ通報を行なうことを要旨とする。
【０００８】
請求項３に記載の発明は、請求項１又は２に記載の障害通報システムにおいて、前記管理コンピュータは、前記通報グループに対する通報管理処理を行なっている場合に、前記通報グループデータ記憶手段において前記通報グループに関連付けられた障害事象に関する障害が発生した場合には、この発生した障害の内容及び障害発生時刻を、このグループに関連付けて前記障害データ記憶手段に記録することを要旨とする。
【０００９】
請求項４に記載の発明は、監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、連絡先端末に接続された管理コンピュータとを用いて通報を行なう方法であって、前記管理コンピュータが、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定段階と、前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定段階と、前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行段階とを実行することを要旨とする。
【００１０】
請求項５に記載の発明は、監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、連絡先端末に接続された管理コンピュータとを用いて通報を行なうプログラムであって、前記管理コンピュータを、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段、前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段、及び前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手段として機能させることを要旨とする。
【００１１】
（作用）
請求項１、４又は５に記載の発明によれば、管理コンピュータは、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、通報グループデータ記憶手段を用いて通報グループを特定する。管理コンピュータは、障害データ記憶手段に記録された
状況ステータスを用いて、特定した通報グループに対して通報管理状態を特定する。管理コンピュータは、通報グループに対する通報管理処理を行っている場合にはこの通報管理処理を継続する。また、管理コンピュータは、通報管理処理を行なっていない場合には、連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行ない、前記障害データ記憶手段に、検知した障害に関するデータを記録する。すなわち、管理コンピュータは、新たな障害が発生しても、発生した障害を対処する通報グループが同じであり、この通報グループに対して通報を行なっている場合には、新たな通報を行なわない。従って、管理コンピュータにとっては、無駄な通報を抑制することにより、システム負荷を軽減して、効率的に通報を行なうことができる。一方、担当者にとっては、多数の障害が連続して発生した場合にも個別に通知を受けることがないので、煩雑さを低減させることができる。
【００１２】
請求項２に記載の発明によれば、管理コンピュータは、通報を行なった担当者の連絡先端末から通報確認を受信した場合、障害データ記憶手段に確認情報を記録する。通報管理処理においては、通報から経過時間を計測し、所定時間が経過する前に障害データ記憶手段において確認情報が記録された場合には、この通報管理処理を終了する。このため、確認情報により、その通報グループの担当者と連絡が取れたことが把握できるので、同じ通報グループの他の担当者は、同じ障害事象に対して通報を受けることがなくなり、煩雑さを低減させることができる。また、管理コンピュータは、前記所定時間が経過しても前記障害データ記憶手段において確認情報が記録されていない場合には、次優先順位の通報先を前記連絡先データ記憶手段から特定し、この次優先順位の通報先を含む担当者の連絡先端末へ通報を行なう。このため、優先順位の高い担当者に連絡が取れなかった場合には、優先順位の低い担当者へと、通報先を累積的に増やすことができる。従って、できる限り順位の高い通報先を優先する通報を行なう一方で、この通報先に連絡が取れない場合にも、より迅速に発生した障害に対処することが可能となる。
【００１３】
請求項３に記載の発明によれば、管理コンピュータは、通報グループに対する通報管理処理を行なっている場合に、通報グループデータ記憶手段において通報グループに関連付けられた障害事象に関する障害が発生した場合には、この発生した障害の内容及び障害発生時刻を、このグループに関連付けて前記障害データ記憶手段に記録する。このため、通報管理処理による通報中に新たな障害が発生した場合には、担当者は、障害データ記憶手段に記録した障害の内容及び障害発生時刻により、発生した障害を確認することができる。従って、発生した障害のそれぞれについて通知を受けなくても、発生したすべての障害に対して確認することができる。
【発明の効果】
【００１４】
本発明によれば、監視対象機器の障害に対して効率的に通報を行ない、煩雑さを低減させることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を具体化した障害通報システムの一実施形態を図１〜図６に基づいて説明する。
監視対象機器１０を監視するために、図１に示すように、本実施形態の障害通報システムとしての監視システム２０を用いる。本実施形態では、例えばホストコンピュータやサーバなどを監視対象機器１０として、これらの稼動状況や障害発生の有無を監視する。この監視対象機器１０は、ネットワークＮ１を介して監視システム２０に接続されている。そして、各監視対象機器１０は、障害が発生すると、発生した障害の内容（例えば、障害を特定するための障害コード）に関する障害メッセージを監視システム２０に対して送信する。更に、これら監視対象機器１０は、定期的に稼動チェック処理をそれぞれ行ない、稼動チェックが終了した場合には、この終了メッセージデータを監視システム２０に送信
する。なお、本実施形態では、障害メッセージや終了メッセージには、送信した監視対象機器１０を特定するための機器特定データが含まれている。
【００１６】
これら監視対象機器１０の監視を行なう監視システム２０は、管理コンピュータ２１を備えており、後述する処理（グループ特定段階、状態特定段階及び処理実行段階等を含む処理）を行なう。このための障害通報プログラムを実行することにより、監視システム２０は、グループ特定手段、状態特定手段及び処理実行手段等として機能する。
【００１７】
また、管理コンピュータ２１は、時間を計測する計時手段を備えている。本実施形態では、システム時刻を利用して時刻を記録したり、時間を計測したりする。
更に、管理コンピュータ２１は、担当者特定データ記憶部を備えている。この担当者特定データ記憶部には、担当者特定データが記憶されている。この担当者特定データは、担当者を特定するための担当者識別子データと、この担当者の連絡先データとを関連付けたデータである。担当者識別子データは、監視システム２０へのアクセス時に認証を行なうために用いられる。更に、担当者特定データは、担当者識別子に基づいて担当者の連絡先を特定するためにも用いられる。
【００１８】
更に、管理コンピュータ２１は、通報グループデータ記憶手段としての障害事象データ記憶部２２、連絡先データ記憶手段としての連絡先データ記憶部２３及び障害データ記憶手段としての通報データ記憶部２４に接続されている。
【００１９】
図２に示すように、障害事象データ記憶部２２には、監視対象機器１０に生じた障害に対処するグループを特定するための障害事象データ２２０が障害事象毎に記録されている。この障害事象データ２２０は、本実施形態では、各監視対象機器１０の管理者が、各障害について対処する担当者を決定し登録した場合に記録される。障害事象データ２２０は、通報事象及び通報グループ識別子に関するデータを含んで構成される。
【００２０】
通報事象データ領域には、監視対象機器１０において発生した障害であって、メンテナンスが必要な事象に関するデータが記録されている。本実施形態では、各監視対象機器１０における通報事象を特定するために、機器特定データ及び障害コードを用いる。
【００２１】
通報グループ識別子データ領域には、この障害に対して通報が行なわれるグループを特定するための識別子に関するデータが記録されている。
図３に示すように、連絡先データ記憶部２３には、各障害事象を対処するグループの担当者に対して通報を行なうための通報先に関する連絡先データ２３０が記録されている。この連絡先データ２３０は、監視対象機器１０のメンテナンスを対処するグループが決定した場合に登録される。この連絡先データ２３０は、通報グループ識別子、第１優先順位通報先、第２優先順位通報先及び第３優先順位通報先に関するデータを含んで構成される。この連絡先データ２３０には、第１優先順位通報先に関するデータは必ず含まれる。なお、第２優先順位通報先及び第３優先順位通報先がない場合には、これらのデータが記録されない場合もある。ただし、第２優先順位通報先の登録がない場合には、第３優先順位通報先の登録はできないものとする。
【００２２】
通報グループ識別子データ領域には、通報を行なうグループを特定するための識別子に関するデータが記録されている。この通報グループ識別子を介して障害事象データ２２０と連絡先データ２３０とが関連付けられることになる。
【００２３】
第１優先順位通報先データ領域には、このグループにおいて最初に通報する第１優先順位の通報先に関するデータが記録されている。この第１優先順位通報先データ領域には、複数の通報先データを記録することも可能である。この通報先データとして、メンテナン
スを行なう担当者を特定するための担当者情報（ここでは担当者識別子データ）を用いる。そして、この担当者識別子を用いることにより、担当者特定データ記憶部から担当者の連絡先（携帯電話のメールアドレスや電話番号など）を取得することができる。
【００２４】
第２優先順位通報先データ領域には、このグループにおいて２番目に通報する第２優先順位の通報先に関するデータが記録されている。この第２優先順位通報先データ領域にも、複数の通報先データを記録できるようにしてもよい。
【００２５】
第３優先順位通報先データ領域には、このグループにおいて３番目に通報する第３優先順位の通報先に関するデータが記録されている。この第３優先順位通報先データ領域にも、複数の通報先データを記録できるようにしてもよい。
【００２６】
図４に示すように、通報データ記憶部２４には、通報を行なった場合の通報データ２４０が記録される。この通報データ２４０は、新たに通報を行なう必要が生じた場合に登録され、その後の障害発生に応じて更新される。この通報データ２４０は、通報番号、通報グループ識別子、通報状況、障害発生時刻及び障害内容等に関するデータを含んで構成される。
【００２７】
通報番号データ領域には、各通報を特定するための識別子としての通報番号に関するデータが記録される。
通報グループ識別子データ領域には、通報を行なうグループを特定するための識別子に関するデータが記録される。この通報グループ識別子を介して通報データ２４０と連絡先データ２３０とが関連付けられて、通報を行なう通報先を特定することができる。
【００２８】
通報状況データ領域には、この通報における状況に関するデータが記録される。この通報状況データには、「通報中」、「確認済み」又は「回復済み」の状態のいずれかを示すデータを用いる。ここで、「通報中」データは、通報先に対して通報を行なった状態を示す。この「通報中」を示すデータには、通報を行なった通報先（ここでは、担当者識別子）及び通報時刻に関するデータを含んで構成される。「確認済み」を示すデータは、通報先の担当者が通報を確認した状態を示す。確認データを受信した場合、通報状況が「通報中」から「確認済み」に更新される。「回復済み」を示すデータは、担当者が障害に対処したことにより、障害が発生した監視対象機器１０が回復した状態を示す。監視対象機器１０の復旧を確認した担当者の担当者端末３０から、「回復した」ことを示すデータを受信した場合、通報状況が「確認済み」から「回復済み」に更新される。
【００２９】
障害発生時刻データ領域には、各障害が発生した時刻（障害発生時刻）に関するデータが記録される。また、障害内容データ領域には、発生した障害の内容（障害内容）に関するデータが、障害発生時刻に対応して記録される。新たに発生した障害について、障害事象に対処する通報グループに対する通報データ２４０が通報データ記憶部２４に登録されており、かつ通報状況が「通報中」又は「確認済み」の場合には、これらの障害発生時刻及び障害内容に関するデータは、この通報データ２４０に追加して記録される。
【００３０】
また、図１に示すように、監視システム２０には複数の担当者端末３０に通信ネットワークＮ２を介して接続されている。この担当者端末３０は、障害に対して対処する担当者が用いる端末である。この担当者端末３０として、具体的には、監視システム２０から通報を受ける通報先になっている携帯電話端末や、通報を受けた担当者が監視システム２０にアクセスするためのコンピュータ端末などを用いる。また、この担当者端末３０を用いることにより、担当者は通報データ２４０の障害発生時刻及び障害内容データを監視システム２０から取得して表示させることができる。これにより、担当者は、後述する通報処理による通報とは別に、監視システム２０にアクセスして、障害発生に関する情報を閲覧
することができる。この場合、アクセス時に認証された担当者の担当者識別子を用いて特定された通報データ２４０のみを抽出して、担当者端末３０に表示させてもよい。
【００３１】
更に、監視システム２０は、システムオペレータ端末（図示せず）にも接続されている。なお、このシステムオペレータ端末は、発生したすべての障害に関する障害内容や障害発生時刻を表示することができる。更に、システムオペレータ端末は、通報データ２４０の通報状況データを「通報中」、「確認済み」又は「回復済み」のいずれかを示すデータに変更することもできる。また、このシステムオペレータ端末は、緊急連絡先データ及び管理責任者の電話連絡データを記憶しており、これら緊急連絡先又は管理責任者に対して連絡を行なうこともできる。
【００３２】
次に、上記のように構成されたシステムにおいて、障害が発生したときの監視システム２０の処理手順について、図５及び図６を用いて説明する。
（通報処理）
監視対象機器１０は、障害が発生すると、ネットワークＮ１を介して監視システム２０に通知を行なう。具体的には、監視対象機器１０は、発生した障害の内容、この障害の発生時刻及びこの監視対象機器１０の機器を特定可能な情報（機器特定情報）を含む障害メッセージを監視システム２０に送信する。
【００３３】
また、監視対象機器１０は、定期的に稼動チェックを行ない、稼動チェックの終了メッセージを、監視システム２０に送信する。この終了メッセージには、機器特定情報を含む。この場合、監視システム２０は、定期的に監視対象機器１０から終了メッセージを受信しないと、終了メッセージを受信する予定であった時刻に障害が発生したと検知する。具体的には、監視システム２０の管理コンピュータ２１は、終了メッセージに含まれる機器特定情報と、この終了メッセージを受信した終了受信時刻とを関連付けて記憶する。そして、この終了受信時刻から所定時間が経過しても新たな終了メッセージを受信しない場合には、障害が発生したと検知する。
【００３４】
このように、監視システム２０は、監視対象機器１０から障害メッセージを受信した場合や定期的な終了メッセージを受信しない場合には、障害発生を検知する（ステップＳ１−１）。この場合、監視システム２０の管理コンピュータ２１は、機器特定情報、障害の内容（障害内容）及びこの障害が発生した時刻（障害発生時刻）を特定する。
【００３５】
次に、監視システム２０は、通報グループを特定する（ステップＳ１−２）。具体的には、監視システム２０の管理コンピュータ２１は、検知した障害（機器特定情報、障害内容）に対する障害事象データ２２０を障害事象データ記憶部２２において検索する。この障害に対する障害事象データ２２０を障害事象データ記憶部２２から抽出できた場合には、この障害事象データ２２０に含まれる通報グループ識別子を特定する。なお、障害事象データ２２０を抽出できない場合には、監視システム２０は通報を行なわない。
【００３６】
次に、管理コンピュータ２１は、通報データ記憶部２４において、特定した通報グループ識別子を含む通報データ２４０の特定を行なう（ステップＳ１−３）。
そして、管理コンピュータ２１は、通報に対して確認済みかどうかを判断する（ステップＳ１−４）。具体的には、ステップＳ１−３において特定した通報データ２４０の通報状況データ領域に「確認済み」を示すデータが記録されているか否かを判断する。ここで、「確認済み」を示すデータが記録されている場合（ステップＳ１−４において「ＹＥＳ」の場合）には、管理コンピュータ２１は、後述する障害の追加記録処理を行なう（ステップＳ１−６）。
【００３７】
一方、通報状況データ領域に「確認済み」を示すデータが記録されていない場合（ステ
ップＳ１−４において「ＮＯ」の場合）は、管理コンピュータ２１は、「通報中」を示すデータが記録されているか否かを判断する（ステップＳ１−５）。
【００３８】
そして、通報状況データ領域に「確認済み」又は「通報中」を示すデータが記録されている場合（ステップＳ１−４又はＳ１−５において「ＹＥＳ」の場合）には、検知した障害の追加記録処理を行なう（ステップＳ１−６）。具体的には、ステップＳ１−３において特定した通報データ２４０の障害発生時刻データ領域及び障害内容データ領域に、ステップＳ１−１で特定した障害内容及び障害発生時刻に関するデータを記録する。
【００３９】
一方、通報状況データ領域に「通報中」を示すデータが記録されていない場合、（ステップＳ１−５において「ＮＯ」の場合）には、管理コンピュータ２１は、新たな通報データ２４０を記録する（ステップＳ１−７）。この場合は、通報グループに対して通報を行なっていない場合、すなわちステップＳ１−３において特定した通報データ２４０の通報状況データ領域に「回復済み」を示すデータが記録されている場合の他、ステップＳ１−２において特定した通報グループ識別子を含む通報データ２４０を特定できない場合も含む。具体的には、管理コンピュータ２１は、この障害に対してユニークな障害番号を付与する。そして、付与した障害番号、ステップＳ１−２において特定した通報グループ識別子に関するデータを含む新たな通報データ２４０を生成して通報データ記憶部２４に記録する。そして、この通報データ２４０の通報状況データ領域には、「通報中」を示すデータを記録する。更に、この通報データ２４０に、今回の障害に関する障害内容及びこの障害発生時刻に関するデータを記録する。
【００４０】
そして、管理コンピュータ２１は、通報管理処理を行なう（ステップＳ１−８）。この通報管理処理について、図６を参照しながら説明する。
（通報管理処理）
この通報管理処理において、管理コンピュータ２１は、まず、第１優先順位の担当者に通報を行なう（ステップＳ２−１）。具体的には、管理コンピュータ２１は、新たに記録した通報データ２４０の通報グループ識別子を含む連絡先データ２３０を抽出する。そして、この連絡先データ２３０の第１優先順位通報先データ領域に記録されている担当者に対して障害が発生した旨の通報を行なう。具体的には、第１優先順位通報先データ領域に記録されている担当者識別子を用いて、担当者特定データ記憶部から連絡先として、例えばメールアドレスを取得し、このメールアドレスに障害が発生した旨のメールを送信する。また、連絡先が担当者端末３０の携帯電話番号であれば、この電話番号に障害が発生した旨の音声メッセージを送信する。なお、本実施形態において、第１優先順位通報先データ領域に複数の担当者情報が記録されていた場合には、管理コンピュータ２１は、この複数の担当者情報に基づいて担当者特定データ記憶部に記憶されている連絡先に対して、順次、通報を行なう。通報を行なうと、管理コンピュータ２１は、このときの通報グループ識別子が記録されている通報データ２４０の通報状況データに、通報した担当者識別子及びその通報時刻に関するデータを記録する。
【００４１】
ここで、担当者端末３０において通報を受けた担当者は、障害内容を確認した場合、担当者端末３０を用いて通報確認処理を行なう。具体的には、担当者は、担当者端末３０を用いて、通信ネットワークＮ２を介して監視システム２０にアクセスする。この場合、監視システム２０は、アクセス時の認証処理を行ない、認証できた担当者の担当者端末３０のみからのアクセスを許可する。具体的には、監視システム２０の管理コンピュータ２１は、担当者端末３０から担当者識別子データを取得し、この担当者識別子に含む担当者特定データを担当者特定データ記憶部から抽出することにより担当者を特定して認証する。
【００４２】
更に、管理コンピュータ２１は、特定した担当者識別子を含む通報データ２４０を抽出する。この場合、障害が回復していない状況の通報データ２４０を抽出する。具体的には
、管理コンピュータ２１は、通報データ記憶部２４から、通報状況が「通報中」又は「確認済み」を示す通報状況の通報データ２４０であって、この担当者識別子を含むすべての通報データ２４０を抽出する。そして、抽出した通報データ２４０に含まれる障害情報を、担当者端末３０に送信する。この障害情報には、少なくとも通報番号と障害内容に関する情報を含める。担当者端末３０は、受信したデータに基づいて障害内容を表示する。なお、この担当者端末３０を用いて、「回復済み」を示すデータがすでに記録されている通報データ２４０を検索して、この回復した障害内容について表示することもできる。
【００４３】
ここで、担当者は、表示された障害内容の中から、「確認済み」にする障害を選択する。そして、担当者端末３０を用いて、確認データを監視システム２０に送信する。この確認データには、この担当者を特定する情報（例えば担当者識別子データ）や、担当者端末３０において選択された障害を特定する情報（ここでは通報番号）を含む。
【００４４】
確認データを受信した監視システム２０の管理コンピュータ２１は、受信した通報番号を用いて通報データ２４０を特定し、この通報データ２４０の通報状況データ領域に「確認済み」を示すデータ及び担当者識別子データを記録する。
【００４５】
ステップＳ２−１において通報を行なった管理コンピュータ２１は、システム時刻を取得して、最後に通報した通報時刻から所定時間が経過した時刻になったときに、通報データ２４０の通報状況データ領域に「確認済み」を示すデータが記録されているか否かを確認する。
【００４６】
そして、通報確認が行なわれている場合、すなわち所定時間内（例えば１０分以内）に、通報状況データ領域に「確認済み」を示すデータが記録されている場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理コンピュータ２１は、通報管理処理を終了させる。
【００４７】
一方、所定時間内に通報確認が行なわれていない場合（ステップＳ２−２において「ＮＯ」の場合）には、所定時間を経過しても、通報データ２４０のデータ領域には「通報中」を示すデータが記録された状態のままである。この場合には、管理コンピュータ２１は、通報データ２４０の第２優先順位に担当者が登録されているか否かを判断する（ステップＳ２−３）。具体的には、特定した通報グループ識別子を含む連絡先データ２３０の第２優先順位通報先データ領域における担当者識別子の記録の有無を確認する。
【００４８】
そして、該当する連絡先データ２３０において第２優先順位通報先データの記録がない場合（ステップＳ２−３において「ＮＯ」の場合）、管理コンピュータ２１は、３回の通報を繰り返したか否かを判断する（ステップＳ２−４）。具体的には、管理コンピュータ２１は、通報データ２４０の通報状況データに記録されている担当者識別子と、連絡先データ２３０に記録されている担当者識別子とを比較する。そして、通報状況データに記録されている最低順位の担当者識別子の記録回数を計数することにより通報回数を算出する。そして、この通報回数と３回とを比較する。
【００４９】
通報回数が３回に達していない場合（ステップＳ２−４において「ＮＯ」の場合）、管理コンピュータ２１は、ステップＳ２−１の処理を再度実行する。具体的には、管理コンピュータ２１は、再度、第１優先順位の担当者に通報を行なう。この場合、管理コンピュータ２１は、通報した担当者識別子及びこの通報時刻に関するデータを記録する。そして、所定時間内に通報確認があったか否かを判断し（ステップＳ２−２）、３回の通報が行なわれるまで繰り返す。
【００５０】
一方、第２優先順位通報先データの記録がある場合（ステップＳ２−３において「ＹＥ
Ｓ」の場合）には、管理コンピュータ２１は、第１優先順位及び第２優先順位の担当者に通報を行なう（ステップＳ２−５）。具体的には、管理コンピュータ２１は、連絡先データ２３０の第１優先順位通報先データ領域及び第２優先順位通報先データ領域に記憶されているすべての通報先に通報を行なう。この場合にも、担当者特定データ記憶部を用いて、担当者識別子に対応する連絡先を特定して通報を行なう。そして、通報した担当者識別子及びこの通報時刻に関するデータを記録する。ここで、管理コンピュータ２１は、ステップＳ２−５の処理によって通報を行なった回数を通報回数とする。
【００５１】
そして、管理コンピュータ２１は、システム時刻を利用して所定時間（例えば１０分）、確認データの受信を監視する。所定時間内に通報確認が行なわれ、確認データの受信した場合（ステップＳ２−６において「ＹＥＳ」の場合）には、通報管理処理を終了させる。
【００５２】
一方、所定時間内に通報確認データを受信していない場合（ステップＳ２−６において「ＮＯ」の場合）には、管理コンピュータ２１は、第３優先順位に担当者が登録されているか否かを判断する（ステップＳ２−７）。具体的には、連絡先データ２３０の第３優先順位通報先データ領域における担当者識別子データの記録の有無を確認する。
【００５３】
そして、該当する連絡先データ２３０において第３優先順位通報先データの記録がない場合（ステップＳ２−７において「ＮＯ」の場合）、管理コンピュータ２１は、３回の通報を繰り返したか否かを判断する（ステップＳ２−８）。具体的には、管理コンピュータ２１は、通報状況データに記録されている最低順位の通報先の記録回数を計数することにより通報回数を算出する。そして、この通報回数と３回とを比較する。
【００５４】
通報回数が３回に達していない場合（ステップＳ２−８において「ＮＯ」の場合）には、管理コンピュータ２１は、上記ステップＳ２−５の処理を再度実行する。具体的には、管理コンピュータ２１は、再度、第１優先順位及び第２優先順位の担当者に通報を行なう。そして、所定時間内に通報確認があったか否かを判断し（ステップＳ２−６）、３回の通報が行なわれるまで繰り返す。
【００５５】
一方、第３優先順位通報先データの記録がある場合（ステップＳ２−７において「ＹＥＳ」の場合）には、管理コンピュータ２１は、第１優先順位、第２優先順位及び第３優先順位の担当者に通報を行なう（ステップＳ２−９）。具体的には、管理コンピュータ２１は、連絡先データ２３０の第１優先順位通報先データ領域、第２優先順位通報先データ領域及び第３優先順位通報先データ領域に記憶されているすべての通報先に対して通報を行なう。この場合にも、担当者特定データ記憶部を用いて、担当者識別子に対応する連絡先を特定して通報を行なう。そして、通報後、管理コンピュータ２１は、通報した通報先及びこの通報時刻に関するデータを記録する。ここで、管理コンピュータ２１は、ステップＳ２−９の処理によって通報を行なった回数を通報回数とする。
【００５６】
そして、管理コンピュータ２１は、システム時刻を利用して所定時間（例えば１０分）、確認データの受信を監視する。所定時間内に通報確認が行なわれ、確認データを受信した場合（ステップＳ２−１０において「ＹＥＳ」の場合）には、通報管理処理を終了する。一方、所定時間内に確認データを受信していない場合（ステップＳ２−１０において「ＮＯ」の場合）には、３回の通報が行なわれるまで、ステップＳ２−９，Ｓ２−１０の処理を繰り返す。
【００５７】
そして、３回の通報を繰り返しても所定時間内に通報確認が行なわれず、確認データを受信しなかった場合（ステップＳ２−４，Ｓ２−８，Ｓ２−１１において「ＹＥＳ」の場合）には、担当者への通報を中止し、システムオペレータに通報を行なう（ステップＳ１
−１２）。具体的には、監視システム２０は、システムオペレータ端末に対して、障害発生のメッセージを出力する。
【００５８】
なお、システムオペレータ端末に障害発生のメッセージが出力されると、システムオペレータは、担当者の緊急連絡先に対して緊急連絡を行なう。そして、緊急連絡先を用いて担当者と連絡が取れた場合には、システムオペレータは、通報データ２４０の通報状況ステータスのデータを「確認済み」にする。一方、緊急連絡先を用いても担当者と連絡が取れず、障害が発生してから長時間（例えば２時間）経過した場合には、管理責任者に電話連絡を行なう。
【００５９】
一方、通報確認を行なった担当者は、障害が発生した監視対象機器１０を復旧させるために対処する。復旧を確認した担当者は、担当者端末３０を用いて通信ネットワークＮ２を介して監視システム２０にアクセスする。この場合も、監視システム２０は、アクセス時の認証処理を行ない、認証できた担当者の担当者端末３０のみからのアクセスを許可する。具体的には、監視システム２０の管理コンピュータ２１は、担当者端末３０から担当者識別子データを取得し、この担当者識別子に含む担当者特定データを担当者特定データ記憶部から抽出することにより担当者を特定して認証する。
【００６０】
更に、管理コンピュータ２１は、特定した担当者識別子を含む通報データ２４０を抽出する。この場合、障害が回復していない状況の通報データ２４０を抽出する。具体的には、管理コンピュータ２１は、通報データ記憶部２４から、通報状況が「通報中」又は「確認済み」を示す通報状況の通報データ２４０であって、この担当者識別子を含むすべての通報データ２４０を抽出する。そして、抽出した通報データ２４０に含まれる障害情報を、担当者端末３０に送信する。この障害情報には、少なくとも通報番号と障害内容に関する情報を含める。担当者端末３０は、受信したデータに基づいて障害内容を表示する。
【００６１】
ここで、担当者は、表示された障害内容の中から、復旧させた監視対象機器１０の障害を選択する。そして、担当者端末３０を用いて、監視システム２０に対して「回復した」ことを意味するデータを送信する。このデータには、この担当者を特定する情報（例えば担当者識別子データ）や、担当者端末３０において選択された障害を特定する情報（ここでは通報番号）を含む。
【００６２】
このデータを受信した管理コンピュータ２１は、受信した通報番号を用いて通報データ２４０を特定し、この通報データ２４０の通報状況データ領域に「回復済み」を示すデータを記録する。
【００６３】
本実施形態の障害通報システムによれば、以下のような効果を得ることができる。
○ 本実施形態では、監視システム２０の管理コンピュータ２１は、監視対象機器１０における障害を検知した場合には、この障害の障害事象データ記憶部２２から通報グループを特定する。管理コンピュータ２１は、特定した通報グループの通報データ２４０を特定して（ステップＳ１−３）、確認済み又は通報中の場合（ステップＳ１−４又は１−５において「ＹＥＳ」の場合）には、検知した障害の追加記録処理を行なう（ステップＳ１−６）。一方、通報中でない場合（ステップＳ１−５において「ＮＯ」の場合）には、管理コンピュータ２１は、新たな通報データ２４０を記録し（ステップＳ１−７）、通報管理処理（ステップＳ１−８）を行なう。すなわち、管理コンピュータ２１は、新たな障害が発生しても、この障害を対処する通報グループに対して通報管理処理が行なわれている場合には、新たな通報を行なわない。従って、管理コンピュータ２１は、無駄な通報を抑制することにより、システム負荷を軽減して、効率的に通報を行なうことができる。一方、担当者にとっては、多数の障害が連続して発生した場合にも個別に通知を受けることがないので、煩雑さを低減させることができる。
【００６４】
○ 本実施形態では、特定した通報グループに対して、確認済み又は通報中の場合（ステップＳ１−４又はＳ１−５において「ＹＥＳ」の場合）には、障害の追加記録処理を行なう（ステップＳ１−６）。この追加記録処理では、ステップＳ１−３において特定した通報データ２４０の障害発生時刻データ領域及び障害内容データ領域に、ステップＳ１−１で特定した障害内容及び障害発生時刻に関するデータを記録する。このため、通報データ記憶部２４に記録された通報データ２４０を取得することにより、通報中に発生した障害を確認することができる。よって、障害の発生毎に通知を受けなくても、すべての障害を確認することができる。
【００６５】
○ 本実施形態では、監視システム２０の管理コンピュータ２１は、確認データを受信すると、管理コンピュータ２１は、通報データ２４０の通報状況データ領域に「確認済み」を示すデータを記録する。そして、管理コンピュータ２１は、通報管理処理（ステップＳ１−８）において、所定時間内に確認データを受信した場合（ステップＳ２−２，Ｓ２−６，Ｓ２−１０において「ＹＥＳ」の場合）には、通報管理処理を終了させる。これにより、通報グループの担当者と連絡が取れたことが把握できるので、同じ通報グループの優先順位の低い他の担当者は、同じ障害事象に対して通報を受けることがなくなり、煩雑さを低減させることができる。
【００６６】
○ 本実施形態では、監視システム２０の管理コンピュータ２１は、所定時間内に確認データを受信しなかった場合（ステップＳ２−２において「ＮＯ」の場合）には、第１優先順位及び第２優先順位の担当者に通報を行なう（ステップＳ２−５）。この場合においても、所定時間内に確認データを受信しなかった場合（ステップＳ２−６において「ＮＯ」の場合）には、管理コンピュータ２１は、第１優先順位、第２優先順位及び第３優先順位の担当者に通報を行なう（ステップＳ２−９）。すなわち、通報を行なっても通報確認が行なわれなかった場合には、優先順位の低い通報先を含む通報を行ない、通報先を累積的に増やす。このため、できる限り順位の高い通報先を優先する通報を行なう一方で、この通報先に連絡が取れない場合にも、より迅速に発生した障害に対処することが可能となる。
【００６７】
○ 本実施形態では、担当者端末３０を介して、発生した障害を特定するデータ及び回復した旨のデータを入力された後、管理コンピュータ２１は、通報データ２４０の通報状況データ領域に「回復済み」を示すデータを記録する。従って、この通報データ２４０の通報状況データに基づいて、通報管理処理が終了した後、この通報によって担当者が対処している途中であるのか、対処が終わって監視対象機器１０が回復した状態であるのかを把握することができる。
【００６８】
○ 本実施形態では、各監視対象機器１０は、定期的に稼動チェックを行ない、この稼動チェックのメッセージを監視システム２０に送信する。このため、監視対象機器１０がダウンしてしまって、障害メッセージを送信できない場合であっても、監視システム２０は障害を検知することができる。
【００６９】
また、上記実施形態は、以下のように変更してもよい。
・ 上記実施形態では、連絡先データ記憶部２３には、第３優先順位の通報先まで記憶させた。これに限らず、より多くの優先順位を付与し、この順位に応じた通報先に関するデータを記憶させてもよい。
【００７０】
・ 上記実施形態の通報管理処理においては、第１優先順位の担当者に通報して所定時間内に通報確認がなかった場合には、第１、第２優先順位の担当者に通報する。また、第１、第２優先順位の担当者に通報して所定時間内に通報確認がなかった場合には、第１、
第２及び第３優先順位の担当者に通報する。これに限らず、第１優先順位の担当者に通報して所定時間内に通報確認がなかった場合には、第２優先順位の担当者のみに通報してもよい。また、第２優先順位の担当者に通報して所定時間内に確認データを受信しなかった場合には、第３優先順位の担当者のみに通報してもよい。すなわち、通報先から所定時間内に確認データを受信しなかった場合には、次優先順位の通報先を少なくとも含む通報先に連絡するようにすればよい。
【００７１】
・ 上記実施形態では、監視対象機器１０として、ホストコンピュータやサーバなどのコンピュータを用いて説明した。監視対象機器１０は、これらに限られるものでなく、ネットワークを介して障害発生について監視可能な制御手段であれば、すなわちネットワーク機器であればよい。
【００７２】
・ 上記実施形態では、通報グループ識別子を障害事象に関連付けて障害事象データ記憶部２２に記録した。障害事象には、障害の種類に応じたものだけでなく、障害をグループ化するための事象であればよい。例えば、障害が発生した監視対象機器１０の会社別や監視対象機器１０の所在地に応じたグループを障害事象とし、これらに応じて通報グループを決定してもよい。前者の場合には、異なる会社が管理している複数の監視対象機器１０を１つの監視システム２０で管理することができる。また、後者の場合には、地域毎に担当者を決定することにより、より迅速な復旧作業を期待することができる。
【図面の簡単な説明】
【００７３】
【図１】本発明の監視システムの概略構成図。
【図２】障害事象データ記憶部に記録されたデータの説明図。
【図３】連絡先データ記憶部に記録されたデータの説明図。
【図４】通報データ記憶部に記録されたデータの説明図。
【図５】通報処理の処理手順を説明するための説明図。
【図６】通報管理処理の処理手順を説明するための説明図。
【符号の説明】
【００７４】
１０…監視対象機器、２０…障害通報システムとしての監視システム、２１…管理コンピュータ、２２…通報グループデータ記憶手段としての障害事象データ記憶部、２３…連絡先データ記憶手段としての連絡先データ記憶部、２４…障害データ記憶手段としての通報データ記憶部。
【技術分野】
【０００１】
本発明は、ホストコンピュータやサーバなどに障害が発生したときに担当者に通報を行なうための障害通報システム、障害通報方法及び障害通報プログラムに関する。
【背景技術】
【０００２】
今日、企業内では、複数のシステムを使用しているケースが多く、これらシステムの確実な運用を図るために、常時、システムについて監視が行なわれている。これにより、障害の発生を検知した場合には、迅速な復旧作業を行なうことができる。しかしながら、システムに障害が発生したときに、復旧作業を行なう担当者が不在の場合もある。
【０００３】
そこで、障害が発生したときに、複数の管理者に対して順番に通知を行なう技術が開示されている（例えば、特許文献１参照。）。この特許文献１に記載の発明では、各管理者の管理権限に基づいてアラートの通知順番を決定する。そして、アラート通知システムが、アプリケーションにアラートを通知すべき事象が発生したことを検出した場合、このアプリケーションの管理者のうち所定の管理権限を有する管理者へアラートを通知する。アラートの通知を受けた管理者が対処を行なえない場合に、決定した通知順に次の管理者へアラートを通知する。これにより、個々の管理者に対して直接関連しない不要なアラートを通知せずに済み、対応をスムーズに行なうことができる。
【特許文献１】特開２００５−２５０７６０号公報（図７〜図１８）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、障害発生毎に管理者に対して通知が行なわれることになる。従って、例えば、一つのシステム等において複数の障害が発生した場合、その度に通報が行なわれることになる。この場合、一連の復旧作業で障害を解決できる場合にも、何度も通知が行なわれると煩雑になる。特に、特許文献１に記載の技術のように、通知対象者を変更しながら障害発生の度に通報を行なう場合には、重畳的に通報数が増大してしまう。従って、効率よく通報を行なうことができないという課題があった。
【０００５】
本発明は、上述の問題に鑑みてなされ、この目的は、効率的に通報を行ない、煩雑さを低減させることのできる障害通報システム、障害通報方法及び障害通報プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、請求項１に記載の発明は、監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、連絡先端末に接続された管理コンピュータとを用いて通報を行なうシステムであって、前記管理コンピュータが、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段と、前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段と、前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手
段とを備えたことを要旨とする。
【０００７】
請求項２に記載の発明は、請求項１に記載の障害通報システムにおいて、前記管理コンピュータは、前記通報を行なった担当者の連絡先端末から通報確認を受信した場合、前記障害データ記憶手段に前記確認情報を記録する確認手段を更に実行し、前記通報管理処理は、前記通報から経過時間を計測し、所定時間が経過する前に前記障害データ記憶手段において確認情報が記録された場合には処理を終了し、前記所定時間が経過しても前記障害データ記憶手段において確認情報が記録されていない場合には、次優先順位の通報先を前記連絡先データ記憶手段から特定し、この次優先順位の通報先を含む担当者の連絡先端末へ通報を行なうことを要旨とする。
【０００８】
請求項３に記載の発明は、請求項１又は２に記載の障害通報システムにおいて、前記管理コンピュータは、前記通報グループに対する通報管理処理を行なっている場合に、前記通報グループデータ記憶手段において前記通報グループに関連付けられた障害事象に関する障害が発生した場合には、この発生した障害の内容及び障害発生時刻を、このグループに関連付けて前記障害データ記憶手段に記録することを要旨とする。
【０００９】
請求項４に記載の発明は、監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、連絡先端末に接続された管理コンピュータとを用いて通報を行なう方法であって、前記管理コンピュータが、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定段階と、前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定段階と、前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行段階とを実行することを要旨とする。
【００１０】
請求項５に記載の発明は、監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、連絡先端末に接続された管理コンピュータとを用いて通報を行なうプログラムであって、前記管理コンピュータを、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段、前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段、及び前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手段として機能させることを要旨とする。
【００１１】
（作用）
請求項１、４又は５に記載の発明によれば、管理コンピュータは、監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、通報グループデータ記憶手段を用いて通報グループを特定する。管理コンピュータは、障害データ記憶手段に記録された
状況ステータスを用いて、特定した通報グループに対して通報管理状態を特定する。管理コンピュータは、通報グループに対する通報管理処理を行っている場合にはこの通報管理処理を継続する。また、管理コンピュータは、通報管理処理を行なっていない場合には、連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行ない、前記障害データ記憶手段に、検知した障害に関するデータを記録する。すなわち、管理コンピュータは、新たな障害が発生しても、発生した障害を対処する通報グループが同じであり、この通報グループに対して通報を行なっている場合には、新たな通報を行なわない。従って、管理コンピュータにとっては、無駄な通報を抑制することにより、システム負荷を軽減して、効率的に通報を行なうことができる。一方、担当者にとっては、多数の障害が連続して発生した場合にも個別に通知を受けることがないので、煩雑さを低減させることができる。
【００１２】
請求項２に記載の発明によれば、管理コンピュータは、通報を行なった担当者の連絡先端末から通報確認を受信した場合、障害データ記憶手段に確認情報を記録する。通報管理処理においては、通報から経過時間を計測し、所定時間が経過する前に障害データ記憶手段において確認情報が記録された場合には、この通報管理処理を終了する。このため、確認情報により、その通報グループの担当者と連絡が取れたことが把握できるので、同じ通報グループの他の担当者は、同じ障害事象に対して通報を受けることがなくなり、煩雑さを低減させることができる。また、管理コンピュータは、前記所定時間が経過しても前記障害データ記憶手段において確認情報が記録されていない場合には、次優先順位の通報先を前記連絡先データ記憶手段から特定し、この次優先順位の通報先を含む担当者の連絡先端末へ通報を行なう。このため、優先順位の高い担当者に連絡が取れなかった場合には、優先順位の低い担当者へと、通報先を累積的に増やすことができる。従って、できる限り順位の高い通報先を優先する通報を行なう一方で、この通報先に連絡が取れない場合にも、より迅速に発生した障害に対処することが可能となる。
【００１３】
請求項３に記載の発明によれば、管理コンピュータは、通報グループに対する通報管理処理を行なっている場合に、通報グループデータ記憶手段において通報グループに関連付けられた障害事象に関する障害が発生した場合には、この発生した障害の内容及び障害発生時刻を、このグループに関連付けて前記障害データ記憶手段に記録する。このため、通報管理処理による通報中に新たな障害が発生した場合には、担当者は、障害データ記憶手段に記録した障害の内容及び障害発生時刻により、発生した障害を確認することができる。従って、発生した障害のそれぞれについて通知を受けなくても、発生したすべての障害に対して確認することができる。
【発明の効果】
【００１４】
本発明によれば、監視対象機器の障害に対して効率的に通報を行ない、煩雑さを低減させることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明を具体化した障害通報システムの一実施形態を図１〜図６に基づいて説明する。
監視対象機器１０を監視するために、図１に示すように、本実施形態の障害通報システムとしての監視システム２０を用いる。本実施形態では、例えばホストコンピュータやサーバなどを監視対象機器１０として、これらの稼動状況や障害発生の有無を監視する。この監視対象機器１０は、ネットワークＮ１を介して監視システム２０に接続されている。そして、各監視対象機器１０は、障害が発生すると、発生した障害の内容（例えば、障害を特定するための障害コード）に関する障害メッセージを監視システム２０に対して送信する。更に、これら監視対象機器１０は、定期的に稼動チェック処理をそれぞれ行ない、稼動チェックが終了した場合には、この終了メッセージデータを監視システム２０に送信
する。なお、本実施形態では、障害メッセージや終了メッセージには、送信した監視対象機器１０を特定するための機器特定データが含まれている。
【００１６】
これら監視対象機器１０の監視を行なう監視システム２０は、管理コンピュータ２１を備えており、後述する処理（グループ特定段階、状態特定段階及び処理実行段階等を含む処理）を行なう。このための障害通報プログラムを実行することにより、監視システム２０は、グループ特定手段、状態特定手段及び処理実行手段等として機能する。
【００１７】
また、管理コンピュータ２１は、時間を計測する計時手段を備えている。本実施形態では、システム時刻を利用して時刻を記録したり、時間を計測したりする。
更に、管理コンピュータ２１は、担当者特定データ記憶部を備えている。この担当者特定データ記憶部には、担当者特定データが記憶されている。この担当者特定データは、担当者を特定するための担当者識別子データと、この担当者の連絡先データとを関連付けたデータである。担当者識別子データは、監視システム２０へのアクセス時に認証を行なうために用いられる。更に、担当者特定データは、担当者識別子に基づいて担当者の連絡先を特定するためにも用いられる。
【００１８】
更に、管理コンピュータ２１は、通報グループデータ記憶手段としての障害事象データ記憶部２２、連絡先データ記憶手段としての連絡先データ記憶部２３及び障害データ記憶手段としての通報データ記憶部２４に接続されている。
【００１９】
図２に示すように、障害事象データ記憶部２２には、監視対象機器１０に生じた障害に対処するグループを特定するための障害事象データ２２０が障害事象毎に記録されている。この障害事象データ２２０は、本実施形態では、各監視対象機器１０の管理者が、各障害について対処する担当者を決定し登録した場合に記録される。障害事象データ２２０は、通報事象及び通報グループ識別子に関するデータを含んで構成される。
【００２０】
通報事象データ領域には、監視対象機器１０において発生した障害であって、メンテナンスが必要な事象に関するデータが記録されている。本実施形態では、各監視対象機器１０における通報事象を特定するために、機器特定データ及び障害コードを用いる。
【００２１】
通報グループ識別子データ領域には、この障害に対して通報が行なわれるグループを特定するための識別子に関するデータが記録されている。
図３に示すように、連絡先データ記憶部２３には、各障害事象を対処するグループの担当者に対して通報を行なうための通報先に関する連絡先データ２３０が記録されている。この連絡先データ２３０は、監視対象機器１０のメンテナンスを対処するグループが決定した場合に登録される。この連絡先データ２３０は、通報グループ識別子、第１優先順位通報先、第２優先順位通報先及び第３優先順位通報先に関するデータを含んで構成される。この連絡先データ２３０には、第１優先順位通報先に関するデータは必ず含まれる。なお、第２優先順位通報先及び第３優先順位通報先がない場合には、これらのデータが記録されない場合もある。ただし、第２優先順位通報先の登録がない場合には、第３優先順位通報先の登録はできないものとする。
【００２２】
通報グループ識別子データ領域には、通報を行なうグループを特定するための識別子に関するデータが記録されている。この通報グループ識別子を介して障害事象データ２２０と連絡先データ２３０とが関連付けられることになる。
【００２３】
第１優先順位通報先データ領域には、このグループにおいて最初に通報する第１優先順位の通報先に関するデータが記録されている。この第１優先順位通報先データ領域には、複数の通報先データを記録することも可能である。この通報先データとして、メンテナン
スを行なう担当者を特定するための担当者情報（ここでは担当者識別子データ）を用いる。そして、この担当者識別子を用いることにより、担当者特定データ記憶部から担当者の連絡先（携帯電話のメールアドレスや電話番号など）を取得することができる。
【００２４】
第２優先順位通報先データ領域には、このグループにおいて２番目に通報する第２優先順位の通報先に関するデータが記録されている。この第２優先順位通報先データ領域にも、複数の通報先データを記録できるようにしてもよい。
【００２５】
第３優先順位通報先データ領域には、このグループにおいて３番目に通報する第３優先順位の通報先に関するデータが記録されている。この第３優先順位通報先データ領域にも、複数の通報先データを記録できるようにしてもよい。
【００２６】
図４に示すように、通報データ記憶部２４には、通報を行なった場合の通報データ２４０が記録される。この通報データ２４０は、新たに通報を行なう必要が生じた場合に登録され、その後の障害発生に応じて更新される。この通報データ２４０は、通報番号、通報グループ識別子、通報状況、障害発生時刻及び障害内容等に関するデータを含んで構成される。
【００２７】
通報番号データ領域には、各通報を特定するための識別子としての通報番号に関するデータが記録される。
通報グループ識別子データ領域には、通報を行なうグループを特定するための識別子に関するデータが記録される。この通報グループ識別子を介して通報データ２４０と連絡先データ２３０とが関連付けられて、通報を行なう通報先を特定することができる。
【００２８】
通報状況データ領域には、この通報における状況に関するデータが記録される。この通報状況データには、「通報中」、「確認済み」又は「回復済み」の状態のいずれかを示すデータを用いる。ここで、「通報中」データは、通報先に対して通報を行なった状態を示す。この「通報中」を示すデータには、通報を行なった通報先（ここでは、担当者識別子）及び通報時刻に関するデータを含んで構成される。「確認済み」を示すデータは、通報先の担当者が通報を確認した状態を示す。確認データを受信した場合、通報状況が「通報中」から「確認済み」に更新される。「回復済み」を示すデータは、担当者が障害に対処したことにより、障害が発生した監視対象機器１０が回復した状態を示す。監視対象機器１０の復旧を確認した担当者の担当者端末３０から、「回復した」ことを示すデータを受信した場合、通報状況が「確認済み」から「回復済み」に更新される。
【００２９】
障害発生時刻データ領域には、各障害が発生した時刻（障害発生時刻）に関するデータが記録される。また、障害内容データ領域には、発生した障害の内容（障害内容）に関するデータが、障害発生時刻に対応して記録される。新たに発生した障害について、障害事象に対処する通報グループに対する通報データ２４０が通報データ記憶部２４に登録されており、かつ通報状況が「通報中」又は「確認済み」の場合には、これらの障害発生時刻及び障害内容に関するデータは、この通報データ２４０に追加して記録される。
【００３０】
また、図１に示すように、監視システム２０には複数の担当者端末３０に通信ネットワークＮ２を介して接続されている。この担当者端末３０は、障害に対して対処する担当者が用いる端末である。この担当者端末３０として、具体的には、監視システム２０から通報を受ける通報先になっている携帯電話端末や、通報を受けた担当者が監視システム２０にアクセスするためのコンピュータ端末などを用いる。また、この担当者端末３０を用いることにより、担当者は通報データ２４０の障害発生時刻及び障害内容データを監視システム２０から取得して表示させることができる。これにより、担当者は、後述する通報処理による通報とは別に、監視システム２０にアクセスして、障害発生に関する情報を閲覧
することができる。この場合、アクセス時に認証された担当者の担当者識別子を用いて特定された通報データ２４０のみを抽出して、担当者端末３０に表示させてもよい。
【００３１】
更に、監視システム２０は、システムオペレータ端末（図示せず）にも接続されている。なお、このシステムオペレータ端末は、発生したすべての障害に関する障害内容や障害発生時刻を表示することができる。更に、システムオペレータ端末は、通報データ２４０の通報状況データを「通報中」、「確認済み」又は「回復済み」のいずれかを示すデータに変更することもできる。また、このシステムオペレータ端末は、緊急連絡先データ及び管理責任者の電話連絡データを記憶しており、これら緊急連絡先又は管理責任者に対して連絡を行なうこともできる。
【００３２】
次に、上記のように構成されたシステムにおいて、障害が発生したときの監視システム２０の処理手順について、図５及び図６を用いて説明する。
（通報処理）
監視対象機器１０は、障害が発生すると、ネットワークＮ１を介して監視システム２０に通知を行なう。具体的には、監視対象機器１０は、発生した障害の内容、この障害の発生時刻及びこの監視対象機器１０の機器を特定可能な情報（機器特定情報）を含む障害メッセージを監視システム２０に送信する。
【００３３】
また、監視対象機器１０は、定期的に稼動チェックを行ない、稼動チェックの終了メッセージを、監視システム２０に送信する。この終了メッセージには、機器特定情報を含む。この場合、監視システム２０は、定期的に監視対象機器１０から終了メッセージを受信しないと、終了メッセージを受信する予定であった時刻に障害が発生したと検知する。具体的には、監視システム２０の管理コンピュータ２１は、終了メッセージに含まれる機器特定情報と、この終了メッセージを受信した終了受信時刻とを関連付けて記憶する。そして、この終了受信時刻から所定時間が経過しても新たな終了メッセージを受信しない場合には、障害が発生したと検知する。
【００３４】
このように、監視システム２０は、監視対象機器１０から障害メッセージを受信した場合や定期的な終了メッセージを受信しない場合には、障害発生を検知する（ステップＳ１−１）。この場合、監視システム２０の管理コンピュータ２１は、機器特定情報、障害の内容（障害内容）及びこの障害が発生した時刻（障害発生時刻）を特定する。
【００３５】
次に、監視システム２０は、通報グループを特定する（ステップＳ１−２）。具体的には、監視システム２０の管理コンピュータ２１は、検知した障害（機器特定情報、障害内容）に対する障害事象データ２２０を障害事象データ記憶部２２において検索する。この障害に対する障害事象データ２２０を障害事象データ記憶部２２から抽出できた場合には、この障害事象データ２２０に含まれる通報グループ識別子を特定する。なお、障害事象データ２２０を抽出できない場合には、監視システム２０は通報を行なわない。
【００３６】
次に、管理コンピュータ２１は、通報データ記憶部２４において、特定した通報グループ識別子を含む通報データ２４０の特定を行なう（ステップＳ１−３）。
そして、管理コンピュータ２１は、通報に対して確認済みかどうかを判断する（ステップＳ１−４）。具体的には、ステップＳ１−３において特定した通報データ２４０の通報状況データ領域に「確認済み」を示すデータが記録されているか否かを判断する。ここで、「確認済み」を示すデータが記録されている場合（ステップＳ１−４において「ＹＥＳ」の場合）には、管理コンピュータ２１は、後述する障害の追加記録処理を行なう（ステップＳ１−６）。
【００３７】
一方、通報状況データ領域に「確認済み」を示すデータが記録されていない場合（ステ
ップＳ１−４において「ＮＯ」の場合）は、管理コンピュータ２１は、「通報中」を示すデータが記録されているか否かを判断する（ステップＳ１−５）。
【００３８】
そして、通報状況データ領域に「確認済み」又は「通報中」を示すデータが記録されている場合（ステップＳ１−４又はＳ１−５において「ＹＥＳ」の場合）には、検知した障害の追加記録処理を行なう（ステップＳ１−６）。具体的には、ステップＳ１−３において特定した通報データ２４０の障害発生時刻データ領域及び障害内容データ領域に、ステップＳ１−１で特定した障害内容及び障害発生時刻に関するデータを記録する。
【００３９】
一方、通報状況データ領域に「通報中」を示すデータが記録されていない場合、（ステップＳ１−５において「ＮＯ」の場合）には、管理コンピュータ２１は、新たな通報データ２４０を記録する（ステップＳ１−７）。この場合は、通報グループに対して通報を行なっていない場合、すなわちステップＳ１−３において特定した通報データ２４０の通報状況データ領域に「回復済み」を示すデータが記録されている場合の他、ステップＳ１−２において特定した通報グループ識別子を含む通報データ２４０を特定できない場合も含む。具体的には、管理コンピュータ２１は、この障害に対してユニークな障害番号を付与する。そして、付与した障害番号、ステップＳ１−２において特定した通報グループ識別子に関するデータを含む新たな通報データ２４０を生成して通報データ記憶部２４に記録する。そして、この通報データ２４０の通報状況データ領域には、「通報中」を示すデータを記録する。更に、この通報データ２４０に、今回の障害に関する障害内容及びこの障害発生時刻に関するデータを記録する。
【００４０】
そして、管理コンピュータ２１は、通報管理処理を行なう（ステップＳ１−８）。この通報管理処理について、図６を参照しながら説明する。
（通報管理処理）
この通報管理処理において、管理コンピュータ２１は、まず、第１優先順位の担当者に通報を行なう（ステップＳ２−１）。具体的には、管理コンピュータ２１は、新たに記録した通報データ２４０の通報グループ識別子を含む連絡先データ２３０を抽出する。そして、この連絡先データ２３０の第１優先順位通報先データ領域に記録されている担当者に対して障害が発生した旨の通報を行なう。具体的には、第１優先順位通報先データ領域に記録されている担当者識別子を用いて、担当者特定データ記憶部から連絡先として、例えばメールアドレスを取得し、このメールアドレスに障害が発生した旨のメールを送信する。また、連絡先が担当者端末３０の携帯電話番号であれば、この電話番号に障害が発生した旨の音声メッセージを送信する。なお、本実施形態において、第１優先順位通報先データ領域に複数の担当者情報が記録されていた場合には、管理コンピュータ２１は、この複数の担当者情報に基づいて担当者特定データ記憶部に記憶されている連絡先に対して、順次、通報を行なう。通報を行なうと、管理コンピュータ２１は、このときの通報グループ識別子が記録されている通報データ２４０の通報状況データに、通報した担当者識別子及びその通報時刻に関するデータを記録する。
【００４１】
ここで、担当者端末３０において通報を受けた担当者は、障害内容を確認した場合、担当者端末３０を用いて通報確認処理を行なう。具体的には、担当者は、担当者端末３０を用いて、通信ネットワークＮ２を介して監視システム２０にアクセスする。この場合、監視システム２０は、アクセス時の認証処理を行ない、認証できた担当者の担当者端末３０のみからのアクセスを許可する。具体的には、監視システム２０の管理コンピュータ２１は、担当者端末３０から担当者識別子データを取得し、この担当者識別子に含む担当者特定データを担当者特定データ記憶部から抽出することにより担当者を特定して認証する。
【００４２】
更に、管理コンピュータ２１は、特定した担当者識別子を含む通報データ２４０を抽出する。この場合、障害が回復していない状況の通報データ２４０を抽出する。具体的には
、管理コンピュータ２１は、通報データ記憶部２４から、通報状況が「通報中」又は「確認済み」を示す通報状況の通報データ２４０であって、この担当者識別子を含むすべての通報データ２４０を抽出する。そして、抽出した通報データ２４０に含まれる障害情報を、担当者端末３０に送信する。この障害情報には、少なくとも通報番号と障害内容に関する情報を含める。担当者端末３０は、受信したデータに基づいて障害内容を表示する。なお、この担当者端末３０を用いて、「回復済み」を示すデータがすでに記録されている通報データ２４０を検索して、この回復した障害内容について表示することもできる。
【００４３】
ここで、担当者は、表示された障害内容の中から、「確認済み」にする障害を選択する。そして、担当者端末３０を用いて、確認データを監視システム２０に送信する。この確認データには、この担当者を特定する情報（例えば担当者識別子データ）や、担当者端末３０において選択された障害を特定する情報（ここでは通報番号）を含む。
【００４４】
確認データを受信した監視システム２０の管理コンピュータ２１は、受信した通報番号を用いて通報データ２４０を特定し、この通報データ２４０の通報状況データ領域に「確認済み」を示すデータ及び担当者識別子データを記録する。
【００４５】
ステップＳ２−１において通報を行なった管理コンピュータ２１は、システム時刻を取得して、最後に通報した通報時刻から所定時間が経過した時刻になったときに、通報データ２４０の通報状況データ領域に「確認済み」を示すデータが記録されているか否かを確認する。
【００４６】
そして、通報確認が行なわれている場合、すなわち所定時間内（例えば１０分以内）に、通報状況データ領域に「確認済み」を示すデータが記録されている場合（ステップＳ２−２において「ＹＥＳ」の場合）、管理コンピュータ２１は、通報管理処理を終了させる。
【００４７】
一方、所定時間内に通報確認が行なわれていない場合（ステップＳ２−２において「ＮＯ」の場合）には、所定時間を経過しても、通報データ２４０のデータ領域には「通報中」を示すデータが記録された状態のままである。この場合には、管理コンピュータ２１は、通報データ２４０の第２優先順位に担当者が登録されているか否かを判断する（ステップＳ２−３）。具体的には、特定した通報グループ識別子を含む連絡先データ２３０の第２優先順位通報先データ領域における担当者識別子の記録の有無を確認する。
【００４８】
そして、該当する連絡先データ２３０において第２優先順位通報先データの記録がない場合（ステップＳ２−３において「ＮＯ」の場合）、管理コンピュータ２１は、３回の通報を繰り返したか否かを判断する（ステップＳ２−４）。具体的には、管理コンピュータ２１は、通報データ２４０の通報状況データに記録されている担当者識別子と、連絡先データ２３０に記録されている担当者識別子とを比較する。そして、通報状況データに記録されている最低順位の担当者識別子の記録回数を計数することにより通報回数を算出する。そして、この通報回数と３回とを比較する。
【００４９】
通報回数が３回に達していない場合（ステップＳ２−４において「ＮＯ」の場合）、管理コンピュータ２１は、ステップＳ２−１の処理を再度実行する。具体的には、管理コンピュータ２１は、再度、第１優先順位の担当者に通報を行なう。この場合、管理コンピュータ２１は、通報した担当者識別子及びこの通報時刻に関するデータを記録する。そして、所定時間内に通報確認があったか否かを判断し（ステップＳ２−２）、３回の通報が行なわれるまで繰り返す。
【００５０】
一方、第２優先順位通報先データの記録がある場合（ステップＳ２−３において「ＹＥ
Ｓ」の場合）には、管理コンピュータ２１は、第１優先順位及び第２優先順位の担当者に通報を行なう（ステップＳ２−５）。具体的には、管理コンピュータ２１は、連絡先データ２３０の第１優先順位通報先データ領域及び第２優先順位通報先データ領域に記憶されているすべての通報先に通報を行なう。この場合にも、担当者特定データ記憶部を用いて、担当者識別子に対応する連絡先を特定して通報を行なう。そして、通報した担当者識別子及びこの通報時刻に関するデータを記録する。ここで、管理コンピュータ２１は、ステップＳ２−５の処理によって通報を行なった回数を通報回数とする。
【００５１】
そして、管理コンピュータ２１は、システム時刻を利用して所定時間（例えば１０分）、確認データの受信を監視する。所定時間内に通報確認が行なわれ、確認データの受信した場合（ステップＳ２−６において「ＹＥＳ」の場合）には、通報管理処理を終了させる。
【００５２】
一方、所定時間内に通報確認データを受信していない場合（ステップＳ２−６において「ＮＯ」の場合）には、管理コンピュータ２１は、第３優先順位に担当者が登録されているか否かを判断する（ステップＳ２−７）。具体的には、連絡先データ２３０の第３優先順位通報先データ領域における担当者識別子データの記録の有無を確認する。
【００５３】
そして、該当する連絡先データ２３０において第３優先順位通報先データの記録がない場合（ステップＳ２−７において「ＮＯ」の場合）、管理コンピュータ２１は、３回の通報を繰り返したか否かを判断する（ステップＳ２−８）。具体的には、管理コンピュータ２１は、通報状況データに記録されている最低順位の通報先の記録回数を計数することにより通報回数を算出する。そして、この通報回数と３回とを比較する。
【００５４】
通報回数が３回に達していない場合（ステップＳ２−８において「ＮＯ」の場合）には、管理コンピュータ２１は、上記ステップＳ２−５の処理を再度実行する。具体的には、管理コンピュータ２１は、再度、第１優先順位及び第２優先順位の担当者に通報を行なう。そして、所定時間内に通報確認があったか否かを判断し（ステップＳ２−６）、３回の通報が行なわれるまで繰り返す。
【００５５】
一方、第３優先順位通報先データの記録がある場合（ステップＳ２−７において「ＹＥＳ」の場合）には、管理コンピュータ２１は、第１優先順位、第２優先順位及び第３優先順位の担当者に通報を行なう（ステップＳ２−９）。具体的には、管理コンピュータ２１は、連絡先データ２３０の第１優先順位通報先データ領域、第２優先順位通報先データ領域及び第３優先順位通報先データ領域に記憶されているすべての通報先に対して通報を行なう。この場合にも、担当者特定データ記憶部を用いて、担当者識別子に対応する連絡先を特定して通報を行なう。そして、通報後、管理コンピュータ２１は、通報した通報先及びこの通報時刻に関するデータを記録する。ここで、管理コンピュータ２１は、ステップＳ２−９の処理によって通報を行なった回数を通報回数とする。
【００５６】
そして、管理コンピュータ２１は、システム時刻を利用して所定時間（例えば１０分）、確認データの受信を監視する。所定時間内に通報確認が行なわれ、確認データを受信した場合（ステップＳ２−１０において「ＹＥＳ」の場合）には、通報管理処理を終了する。一方、所定時間内に確認データを受信していない場合（ステップＳ２−１０において「ＮＯ」の場合）には、３回の通報が行なわれるまで、ステップＳ２−９，Ｓ２−１０の処理を繰り返す。
【００５７】
そして、３回の通報を繰り返しても所定時間内に通報確認が行なわれず、確認データを受信しなかった場合（ステップＳ２−４，Ｓ２−８，Ｓ２−１１において「ＹＥＳ」の場合）には、担当者への通報を中止し、システムオペレータに通報を行なう（ステップＳ１
−１２）。具体的には、監視システム２０は、システムオペレータ端末に対して、障害発生のメッセージを出力する。
【００５８】
なお、システムオペレータ端末に障害発生のメッセージが出力されると、システムオペレータは、担当者の緊急連絡先に対して緊急連絡を行なう。そして、緊急連絡先を用いて担当者と連絡が取れた場合には、システムオペレータは、通報データ２４０の通報状況ステータスのデータを「確認済み」にする。一方、緊急連絡先を用いても担当者と連絡が取れず、障害が発生してから長時間（例えば２時間）経過した場合には、管理責任者に電話連絡を行なう。
【００５９】
一方、通報確認を行なった担当者は、障害が発生した監視対象機器１０を復旧させるために対処する。復旧を確認した担当者は、担当者端末３０を用いて通信ネットワークＮ２を介して監視システム２０にアクセスする。この場合も、監視システム２０は、アクセス時の認証処理を行ない、認証できた担当者の担当者端末３０のみからのアクセスを許可する。具体的には、監視システム２０の管理コンピュータ２１は、担当者端末３０から担当者識別子データを取得し、この担当者識別子に含む担当者特定データを担当者特定データ記憶部から抽出することにより担当者を特定して認証する。
【００６０】
更に、管理コンピュータ２１は、特定した担当者識別子を含む通報データ２４０を抽出する。この場合、障害が回復していない状況の通報データ２４０を抽出する。具体的には、管理コンピュータ２１は、通報データ記憶部２４から、通報状況が「通報中」又は「確認済み」を示す通報状況の通報データ２４０であって、この担当者識別子を含むすべての通報データ２４０を抽出する。そして、抽出した通報データ２４０に含まれる障害情報を、担当者端末３０に送信する。この障害情報には、少なくとも通報番号と障害内容に関する情報を含める。担当者端末３０は、受信したデータに基づいて障害内容を表示する。
【００６１】
ここで、担当者は、表示された障害内容の中から、復旧させた監視対象機器１０の障害を選択する。そして、担当者端末３０を用いて、監視システム２０に対して「回復した」ことを意味するデータを送信する。このデータには、この担当者を特定する情報（例えば担当者識別子データ）や、担当者端末３０において選択された障害を特定する情報（ここでは通報番号）を含む。
【００６２】
このデータを受信した管理コンピュータ２１は、受信した通報番号を用いて通報データ２４０を特定し、この通報データ２４０の通報状況データ領域に「回復済み」を示すデータを記録する。
【００６３】
本実施形態の障害通報システムによれば、以下のような効果を得ることができる。
○ 本実施形態では、監視システム２０の管理コンピュータ２１は、監視対象機器１０における障害を検知した場合には、この障害の障害事象データ記憶部２２から通報グループを特定する。管理コンピュータ２１は、特定した通報グループの通報データ２４０を特定して（ステップＳ１−３）、確認済み又は通報中の場合（ステップＳ１−４又は１−５において「ＹＥＳ」の場合）には、検知した障害の追加記録処理を行なう（ステップＳ１−６）。一方、通報中でない場合（ステップＳ１−５において「ＮＯ」の場合）には、管理コンピュータ２１は、新たな通報データ２４０を記録し（ステップＳ１−７）、通報管理処理（ステップＳ１−８）を行なう。すなわち、管理コンピュータ２１は、新たな障害が発生しても、この障害を対処する通報グループに対して通報管理処理が行なわれている場合には、新たな通報を行なわない。従って、管理コンピュータ２１は、無駄な通報を抑制することにより、システム負荷を軽減して、効率的に通報を行なうことができる。一方、担当者にとっては、多数の障害が連続して発生した場合にも個別に通知を受けることがないので、煩雑さを低減させることができる。
【００６４】
○ 本実施形態では、特定した通報グループに対して、確認済み又は通報中の場合（ステップＳ１−４又はＳ１−５において「ＹＥＳ」の場合）には、障害の追加記録処理を行なう（ステップＳ１−６）。この追加記録処理では、ステップＳ１−３において特定した通報データ２４０の障害発生時刻データ領域及び障害内容データ領域に、ステップＳ１−１で特定した障害内容及び障害発生時刻に関するデータを記録する。このため、通報データ記憶部２４に記録された通報データ２４０を取得することにより、通報中に発生した障害を確認することができる。よって、障害の発生毎に通知を受けなくても、すべての障害を確認することができる。
【００６５】
○ 本実施形態では、監視システム２０の管理コンピュータ２１は、確認データを受信すると、管理コンピュータ２１は、通報データ２４０の通報状況データ領域に「確認済み」を示すデータを記録する。そして、管理コンピュータ２１は、通報管理処理（ステップＳ１−８）において、所定時間内に確認データを受信した場合（ステップＳ２−２，Ｓ２−６，Ｓ２−１０において「ＹＥＳ」の場合）には、通報管理処理を終了させる。これにより、通報グループの担当者と連絡が取れたことが把握できるので、同じ通報グループの優先順位の低い他の担当者は、同じ障害事象に対して通報を受けることがなくなり、煩雑さを低減させることができる。
【００６６】
○ 本実施形態では、監視システム２０の管理コンピュータ２１は、所定時間内に確認データを受信しなかった場合（ステップＳ２−２において「ＮＯ」の場合）には、第１優先順位及び第２優先順位の担当者に通報を行なう（ステップＳ２−５）。この場合においても、所定時間内に確認データを受信しなかった場合（ステップＳ２−６において「ＮＯ」の場合）には、管理コンピュータ２１は、第１優先順位、第２優先順位及び第３優先順位の担当者に通報を行なう（ステップＳ２−９）。すなわち、通報を行なっても通報確認が行なわれなかった場合には、優先順位の低い通報先を含む通報を行ない、通報先を累積的に増やす。このため、できる限り順位の高い通報先を優先する通報を行なう一方で、この通報先に連絡が取れない場合にも、より迅速に発生した障害に対処することが可能となる。
【００６７】
○ 本実施形態では、担当者端末３０を介して、発生した障害を特定するデータ及び回復した旨のデータを入力された後、管理コンピュータ２１は、通報データ２４０の通報状況データ領域に「回復済み」を示すデータを記録する。従って、この通報データ２４０の通報状況データに基づいて、通報管理処理が終了した後、この通報によって担当者が対処している途中であるのか、対処が終わって監視対象機器１０が回復した状態であるのかを把握することができる。
【００６８】
○ 本実施形態では、各監視対象機器１０は、定期的に稼動チェックを行ない、この稼動チェックのメッセージを監視システム２０に送信する。このため、監視対象機器１０がダウンしてしまって、障害メッセージを送信できない場合であっても、監視システム２０は障害を検知することができる。
【００６９】
また、上記実施形態は、以下のように変更してもよい。
・ 上記実施形態では、連絡先データ記憶部２３には、第３優先順位の通報先まで記憶させた。これに限らず、より多くの優先順位を付与し、この順位に応じた通報先に関するデータを記憶させてもよい。
【００７０】
・ 上記実施形態の通報管理処理においては、第１優先順位の担当者に通報して所定時間内に通報確認がなかった場合には、第１、第２優先順位の担当者に通報する。また、第１、第２優先順位の担当者に通報して所定時間内に通報確認がなかった場合には、第１、
第２及び第３優先順位の担当者に通報する。これに限らず、第１優先順位の担当者に通報して所定時間内に通報確認がなかった場合には、第２優先順位の担当者のみに通報してもよい。また、第２優先順位の担当者に通報して所定時間内に確認データを受信しなかった場合には、第３優先順位の担当者のみに通報してもよい。すなわち、通報先から所定時間内に確認データを受信しなかった場合には、次優先順位の通報先を少なくとも含む通報先に連絡するようにすればよい。
【００７１】
・ 上記実施形態では、監視対象機器１０として、ホストコンピュータやサーバなどのコンピュータを用いて説明した。監視対象機器１０は、これらに限られるものでなく、ネットワークを介して障害発生について監視可能な制御手段であれば、すなわちネットワーク機器であればよい。
【００７２】
・ 上記実施形態では、通報グループ識別子を障害事象に関連付けて障害事象データ記憶部２２に記録した。障害事象には、障害の種類に応じたものだけでなく、障害をグループ化するための事象であればよい。例えば、障害が発生した監視対象機器１０の会社別や監視対象機器１０の所在地に応じたグループを障害事象とし、これらに応じて通報グループを決定してもよい。前者の場合には、異なる会社が管理している複数の監視対象機器１０を１つの監視システム２０で管理することができる。また、後者の場合には、地域毎に担当者を決定することにより、より迅速な復旧作業を期待することができる。
【図面の簡単な説明】
【００７３】
【図１】本発明の監視システムの概略構成図。
【図２】障害事象データ記憶部に記録されたデータの説明図。
【図３】連絡先データ記憶部に記録されたデータの説明図。
【図４】通報データ記憶部に記録されたデータの説明図。
【図５】通報処理の処理手順を説明するための説明図。
【図６】通報管理処理の処理手順を説明するための説明図。
【符号の説明】
【００７４】
１０…監視対象機器、２０…障害通報システムとしての監視システム、２１…管理コンピュータ、２２…通報グループデータ記憶手段としての障害事象データ記憶部、２３…連絡先データ記憶手段としての連絡先データ記憶部、２４…障害データ記憶手段としての通報データ記憶部。
【特許請求の範囲】
【請求項１】
監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、
前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、
前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、
連絡先端末に接続された管理コンピュータとを用いて通報を行なうシステムであって、
前記管理コンピュータが、
監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段と、
前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段と、
前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手段と
を備えたことを特徴とする障害通報システム。
【請求項２】
請求項１に記載の障害通報システムにおいて、
前記管理コンピュータは、前記通報を行なった担当者の連絡先端末から通報確認を受信した場合、前記障害データ記憶手段に前記確認情報を記録する確認手段を更に実行し、
前記通報管理処理は、前記通報から経過時間を計測し、
所定時間が経過する前に前記障害データ記憶手段において確認情報が記録された場合には処理を終了し、
前記所定時間が経過しても前記障害データ記憶手段において確認情報が記録されていない場合には、次優先順位の通報先を前記連絡先データ記憶手段から特定し、この次優先順位の通報先を含む担当者の連絡先端末へ通報を行なうことを特徴とする障害通報システム。
【請求項３】
請求項１又は２に記載の障害通報システムにおいて、
前記管理コンピュータは、前記通報グループに対する通報管理処理を行なっている場合に、前記通報グループデータ記憶手段において前記通報グループに関連付けられた障害事象に関する障害が発生した場合には、この発生した障害の内容及び障害発生時刻を、このグループに関連付けて前記障害データ記憶手段に記録することを特徴とする障害通報システム。
【請求項４】
監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、
前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、
前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、
連絡先端末に接続された管理コンピュータとを用いて通報を行なう方法であって、
前記管理コンピュータが、
監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定段階と、
前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定段階と、
前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行段階と
を実行することを特徴とする障害通報方法。
【請求項５】
監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、
前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、
前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、
連絡先端末に接続された管理コンピュータとを用いて通報を行なうプログラムであって、
前記管理コンピュータを、
監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段、
前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段、及び
前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手段
として機能させることを特徴とする障害通報プログラム。
【請求項１】
監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、
前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、
前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、
連絡先端末に接続された管理コンピュータとを用いて通報を行なうシステムであって、
前記管理コンピュータが、
監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段と、
前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段と、
前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手段と
を備えたことを特徴とする障害通報システム。
【請求項２】
請求項１に記載の障害通報システムにおいて、
前記管理コンピュータは、前記通報を行なった担当者の連絡先端末から通報確認を受信した場合、前記障害データ記憶手段に前記確認情報を記録する確認手段を更に実行し、
前記通報管理処理は、前記通報から経過時間を計測し、
所定時間が経過する前に前記障害データ記憶手段において確認情報が記録された場合には処理を終了し、
前記所定時間が経過しても前記障害データ記憶手段において確認情報が記録されていない場合には、次優先順位の通報先を前記連絡先データ記憶手段から特定し、この次優先順位の通報先を含む担当者の連絡先端末へ通報を行なうことを特徴とする障害通報システム。
【請求項３】
請求項１又は２に記載の障害通報システムにおいて、
前記管理コンピュータは、前記通報グループに対する通報管理処理を行なっている場合に、前記通報グループデータ記憶手段において前記通報グループに関連付けられた障害事象に関する障害が発生した場合には、この発生した障害の内容及び障害発生時刻を、このグループに関連付けて前記障害データ記憶手段に記録することを特徴とする障害通報システム。
【請求項４】
監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、
前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、
前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、
連絡先端末に接続された管理コンピュータとを用いて通報を行なう方法であって、
前記管理コンピュータが、
監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定段階と、
前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定段階と、
前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行段階と
を実行することを特徴とする障害通報方法。
【請求項５】
監視対象機器の障害事象に応じた通報グループを記録した通報グループデータ記憶手段と、
前記通報グループ毎に、優先順位を付与して通報先に関するデータを記録した連絡先データ記憶手段と、
前記通報グループ毎に、発生した障害の内容、障害発生時刻及び状況ステータスに関するデータを記録する障害データ記憶手段と、
連絡先端末に接続された管理コンピュータとを用いて通報を行なうプログラムであって、
前記管理コンピュータを、
監視対象機器における障害を検知した場合、この障害の障害事象に基づいて、前記通報グループデータ記憶手段を用いて通報グループを特定するグループ特定手段、
前記障害データ記憶手段に記録された状況ステータスを用いて、前記特定した通報グループに対して通報管理状態を特定する状態特定手段、及び
前記通報グループに対する通報管理処理を行なっている場合には処理を継続し、通報管理処理を行なっていない場合には、前記連絡先データ記憶手段を用いて、優先順位の高い通報先の担当者の連絡先端末への通報を行なう通報管理処理を行なうとともに、前記障害データ記憶手段に通報グループ毎に前記障害に関するデータを記録する処理実行手段
として機能させることを特徴とする障害通報プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−２６４９０７（Ｐ２００７−２６４９０７Ａ）
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願番号】特願２００６−８７４１２（Ｐ２００６−８７４１２）
【出願日】平成１８年３月２８日（２００６．３．２８）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【Ｆターム（参考）】
【公開日】平成１９年１０月１１日（２００７．１０．１１）
【国際特許分類】
【出願日】平成１８年３月２８日（２００６．３．２８）
【出願人】（５９２１３１９０６）みずほ情報総研株式会社 (187)
【Ｆターム（参考）】
[ Back to top ]