(57)【要約】【課題】複数の情報処理機器で発生した障害を障害監視サーバーにおいて一元管理し、担当者に自動的に通知することができることを可能とすることを目的とする。【解決手段】この発明に係る障害発生監視及び障害通知システムは、複数の情報処理機器と、これらの情報処理機器で発生した機械計算処理が正常に実行されない障害を一元管理する監視サーバーとを有する障害発生監視及び障害通知システムにおいて、情報処理機器に設けられ、機械計算処理が正常に実行されない障害が発生した場合、監視サーバーに障害情報を伝達する障害発生監視手段と、監視サーバーに設けられ、監視サーバーで連絡する担当者を自動判別する担当者自動判別手段と、監視サーバーに設けられ、担当者に障害発生の通知を行う障害発生通知手段とを備えたことを特徴とする。【選択図】        図１
2005275656.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理機器と、
これらの情報処理機器で発生した機械計算処理が正常に実行されない障害を一元管理し、担当者に自動的に通知する監視サーバーと、
を備えたことを特徴とする障害発生監視及び障害通知システム。
【請求項２】
複数の情報処理機器と、これらの情報処理機器で発生した機械計算処理が正常に実行されない障害を一元管理する監視サーバーとを有する障害発生監視及び障害通知システムにおいて、
前記情報処理機器に設けられ、機械計算処理が正常に実行されない障害が発生した場合、前記監視サーバーに障害情報を伝達する障害発生監視手段と、
前記監視サーバーに設けられ、該監視サーバーで連絡する担当者を自動判別する担当者自動判別手段と、
前記監視サーバーに設けられ、前記担当者に障害発生の通知を行う障害発生通知手段と、
を備えたことを特徴とする障害発生監視及び障害通知システム。
【請求項３】
前記障害発生監視手段は、前記情報処理機器で機械計算処理で障害が発生した場合に、前記監視サーバーに対して障害内容を通知する仕組みを備えたことを特徴とする請求項２記載の障害発生監視及び障害通知システム。
【請求項４】
前記担当者自動判定手段は、前記監視サーバーに送付された情報から担当者管理表を参照して担当者を自動判別することを特徴とする請求項２記載の障害発生監視及び障害通知システム。
【請求項５】
前記障害通知手段は、担当者に対して通知が不達の場合には次の担当者に自動的に通知することを特徴とする請求項２記載の障害発生監視及び障害通知システム。
【請求項６】
前記障害通知手段は、担当者に対して複数の通知手段による連絡を可能とすることを特徴とする請求項２記載の障害発生監視及び障害通知システム。
【請求項７】
複数の情報処理機器と、これらの情報処理機器で発生した機械計算処理が正常に実行されない障害を一元管理する監視サーバーとを有する障害発生監視及び障害通知方法において、
前記監視サーバーの制御部は受信部に障害データが送信されているかチェックする工程と、
送信されている場合は、障害データの内容をチェックし、緊急に対応する必要なものがあるかチェックし、緊急に対応する必要なものがある場合は、担当者管理表を参照して担当者を判別し、第１優先の担当者を特定する工程と、
前記第１優先の担当者に障害が発生したことを連絡する工程と、
前記第１優先の担当者からの応答があるかチェックし、応答があった場合は障害通知完了となり、応答がない場合は、第２優先の担当者に障害が発生したことを連絡する工程と、
前記第２優先の担当者からの応答があるかチェックし、応答があった場合は障害通知完了となり、応答がない場合は、監視サーバー管理者へ連絡する工程と、
を備えたことを特徴とする障害発生監視及び障害通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、年間を通じて終日稼動している複数の情報処理機器に対する障害監視及び障害通知システム及び障害発生監視及び障害通知方法に関するものである。
【背景技術】
【０００２】
従来の障害監視及び障害通知システムでは、複数の情報処理機器に対して個別に障害監視及び障害通知を実施しているので、夜間など担当者が不在の時に障害が発生した場合には、確実な連絡ができないために復旧が遅れたり、又は担当者が変更された場合には通知先を個別に修正しなければならなかった。また、一つの情報処理機器に対して専用の監視オペレータを置いて障害監視及び障害通知業務を委託している場合もあった。
【特許文献１】特開２００３−６７２６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述のように従来の障害監視及び障害通知システムでは、複数の情報処理機器において障害監視、障害通知が一元管理されていないために障害の連絡が遅れて対処に時間がかかり、生産活動に支障をきたす危険性がある。
【０００４】
又は担当者が変更になった場合に個々の情報処理機器に対して連絡先の変更を実施する必要がある等の問題点があった。
【０００５】
この発明は、上記のよう課題を解決するためになされたもので、第１の目的は複数の情報処理機器で発生した障害を障害監視サーバーにおいて一元管理し、担当者に自動的に通知することができることを可能とすることである。
【０００６】
また、第２の目的は担当者と連絡が付かない場合には自動的に次の担当者に対して通知が可能とすることにより、障害の復旧が遅れてロスが発生することを最小限にすることを可能とすることである。
【０００７】
また、第３の目的は複数の通知手段を持つことによって、電話に出れない場合でも、電子メールで障害内容を通知することで、確実な通知を可能とすることである。
【課題を解決するための手段】
【０００８】
この発明に係る障害発生監視及び障害通知システムは、複数の情報処理機器と、これらの情報処理機器で発生した機械計算処理が正常に実行されない障害を一元管理し、担当者に自動的に通知する監視サーバーとを備えたことを特徴とする。
【発明の効果】
【０００９】
この発明に係る障害発生監視及び障害通知システムは、複数の情報処理機器と、これらの情報処理機器で発生した機械計算処理が正常に実行されない障害を一元管理し、担当者に自動的に通知する監視サーバーとを備えたことにより、障害発生時のロスを最小限に留めることができるという効果を有する。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１〜６は実施の形態１を示す図で、図１はシステム構成概念図、図２は夜間監視連絡フローを示す図、図３はサーバーで実施される情報処理の中の監視プログラムの動作を示す図、図４は担当者管理表の一例（監視サーバーで担当者を判定する表）、図５は担当者管理表の一例（監視サーバーで呼び出し先を判定する表）、図６は担当者自動判別の処理フローチャートである。
【００１１】
図１、２に示すように、年間を通じて終日稼動している複数の情報処理機器の一例として、サーバー１０、２０、ホスト計算機３０、４０がある。これらの情報処理機器において、機械計算処理が正常に実行されなかった場合（以下、障害という）、従来は一つの情報処理機器に対して専用の監視オペレータを置いて夜間障害監視及び障害通知業務を委託していたが、夜間監視業務を無人化し、障害発生時の迅速な対応を可能とする夜間障害監視及び障害通知システムの一例を以下説明する。
【００１２】
情報処理機器（サーバー１０、２０、ホスト計算機３０、４０）に障害が発生すると、各情報処理機器で検知した障害情報は監視サーバー５０に送信され、監視サーバー５０内で担当者と通知方法とを自動的に判定して、担当者への通知が実行される。
【００１３】
図３に示すように、情報処理機器、例えばサーバー１０で実行される情報処理１１内には障害監視プログラム１３（障害発生監視手段）が設けられ、この障害監視プログラム１３により、監視サーバー５０に対して障害通知が実施される。サーバー１０では、障害監視プログラム１３が障害を検知すると、通知ファイル送信１４が監視サーバー５０に対して実施される。
【００１４】
通知ファイルには、電話用と電子メール用に共通の障害通知ファイルと、重要な障害で内容を知らせる必要がある場合の内容のファイルとがある。電話用は障害通知ファイルのみで、電子メール用は障害通知ファイルと内容のファイルとが含まれる。
【００１５】
例えばサーバー１０から送信される通知ファイルは、監視サーバー５０の受信部５１で受信する。制御部５３は受信部５１が通知ファイルを受信した場合、担当者に通知する必要があるか判断する。通知する必要があると判断した場合は、通知手段の判断５４を行い、電子メールの場合は電子メール通知部５５より例えば担当者に電子メールを自動的に送信する。また、電話又はポケベルの場合は、モデム５６（変復調装置、直列なデジタル信号を電話回線で伝送可能なアナログ信号に変換／送信する変調器と、受信したアナログ信号を元のデジタル信号に戻す復調器とを一対として格納したもの）を介して、担当者に電話する。
障害通知手段は、通知手段の判断５４、電子メール通知部５５、モデム５６で構成される。
【００１６】
制御部５３は受信部５１が通知ファイルを受信した場合、連絡する担当者を自動判定するが、担当者管理表５２を参照して担当者を特定する。
【００１７】
担当者管理表５２には、例えば図４に示すように、処理に対応する担当者が優先順位順に設定されている。
【００１８】
また、担当者管理表５２には、例えば図５に示すように、担当者のメールアドレスと電話番号が載っている。
【００１９】
図２において、監視サーバー５０は、メール通知サーバーと障害監視サーバーとを有するが、論理上は一つのものである。情報処理機器（サーバー１０、２０、ホスト計算機３０、４０）からの障害発生の通知ファイル（電話用、電子メール用）はメール通知サーバーに送信され、障害監視サーバーの制御のもとに、通知ファイルが電子メール用であればメール通知サーバーから担当者に送信され、電話用であればモデムを有する障害監視サーバーから担当者に電話連絡される。
【００２０】
担当者自動判別の動作を図６の処理フローチャートにより説明する。
担当者自動判別は５分毎に行われる（ステップＳ１）。監視サーバー５０の制御部５３は受信部５１に障害データが送信されているかチェックする（ステップＳ２）。送信されている場合は、障害データの内容をチェックし、緊急に対応する必要なものがあるかチェックし（ステップＳ３）、緊急でない場合は監視サーバー管理者へ連絡する（ステップＳ４）。緊急に対応する必要なものがある場合は、担当者管理表５２を参照して担当者を判別し、第１優先の担当者を特定する（ステップＳ５）。第１優先の担当者に障害が発生したことを連絡し（ステップＳ６）、第１優先の担当者からの応答があるかチェックし（ステップＳ７）、応答があった場合は障害通知完了となる（ステップＳ８）。応答がない場合は、第２優先の担当者に障害が発生したことを連絡する（ステップＳ９）。第２優先の担当者からの応答があるかチェックし（ステップＳ１０）、応答があった場合は障害通知完了となる（ステップＳ１１）。応答がない場合は、監視サーバー管理者へ連絡する（ステップＳ１２）。
【００２１】
以上のように、複数の情報処理機器（サーバー１０、２０、ホスト計算機３０、４０）を使用していても、共通の監視サーバー５０を使用するようにしているので、障害監視の方法を一元管理し、担当者に自動的に通知することができる。
【００２２】
また、担当者と連絡が付かない場合には自動的に次の担当者に対して通知が可能とすることにより、障害の復旧が遅れてロスが発生することを最小限にすることができる。
【００２３】
また、複数の通知手段（電話又はポケベル、電子メール）を持つことによって、電話に出れない場合でも、電子メールで障害内容を通知することで、確実な通知を可能とする。
【図面の簡単な説明】
【００２４】
【図１】実施の形態１を示す図で、システム構成概念図である。
【図２】実施の形態１を示す図で、夜間監視連絡フローを示す図である。
【図３】実施の形態１を示す図で、サーバーで実施される情報処理の中の監視プログラムの動作を示す図である。
【図４】実施の形態１を示す図で、担当者管理表の一例（監視サーバーで担当者を判定する表）を示す図である。
【図５】実施の形態１を示す図で、担当者管理表の一例（監視サーバーで呼び出し先を判定する表）を示す図である。
【図６】実施の形態１を示す図で、担当者自動判別の処理フローチャート図である。
【符号の説明】
【００２５】
１０  サーバー、１１  情報処理、１２  処理１、１３  障害監視プログラム、１４  通知ファイル送信、２０  サーバー、３０  ホスト計算機、４０  ホスト計算機２、５０  監視サーバー、５１  受信部、５２  担当者管理表、５３  制御部、５４  通知手段の判断、５５  電子メール通知部、５６  モデム、６０  担当者Ａ、７０  担当者Ｂ、８０  担当者Ｃ、９０  担当者Ｄ。
【図１】
2005275656.tif 000003
【図２】
2005275656.tif 000004
【図３】
2005275656.tif 000005
【図４】
2005275656.tif 000006
【図５】
2005275656.tif 000007
【図６】
2005275656.tif 000008