JPH0991219A - 障害監視システム - Google Patents

Abstract

(57)【要約】 【課題】 管理対象サーバから管理サーバへ障害メッセ
ージを送信する際、回線の接続回数を減らして回線の接
続にかかるコストを低減することができる。 【解決手段】 広域網４を介してＬＡＮ５に接続された
複数の管理対象サーバ２と、広域網４を介してＬＡＮ５
に接続され、かつ管理対象サーバ２の障害を監視する管
理サーバ１とを有する障害管視システムにおいて、緊急
度の低い障害メッセージをメッセージ保存部８に一旦保
存しておき、緊急度の高い障害メッセージが管理対象サ
ーバ２で発生した時に、保存しておいた緊急度の低い障
害メッセージと発生した緊急度の高い障害メッセージを
同時に送信するように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、障害監視システム
に係り、詳しくは、管理対象サーバと管理対象サーバの
障害を監視する管理サーバとが広域網を介してＬＡＮに
繋がれた障害監視システムに適用することができ、特に
管理対象サーバから管理サーバへシステム異常等の障害
メッセージを送信する際、緊急度の高い障害メッセージ
を確実に送信することができるとともに、回線接続にか
かるコストの低減化と障害メッセージのためにかかる通
信時間の短縮化を実現することができる障害監視システ
ムに関する。

【０００２】

【従来の技術】図２２は従来の障害監視システムの構成
を示すブロック図である。図２２において、１００１は
ＬＡＮ１００２に接続された管理システムであり、１０
０３は複数のＬＡＮ１００２を繋ぐ広域網であり、１０
０４は管理システム１００１とは別のＬＡＮ１００２に
接続され、管理システム１００１により管理される管理
対象ノードである。

【０００３】この従来の障害監視システムは、管理対象
ノード１００４で発生したシステム異常等の障害時に発
生する障害メッセージを管理システムに送信するもので
ある。また、一般的にネットワークを介した通信の場
合、例えばネットワークプロトコルの一種であるＴＣＰ
という通信手順の場合には、通信中のデータの破壊や重
複、順番の狂い等に対処するために、データ受信側はデ
ータを受信するとＡＣＫを送信する。データ送信側はＡ
ＣＫがデータ受信側から設定時間内に転送されない場合
は再送を行なう。これにより、データ送信側とデータ受
信側でデータを正しく送受信できるようにしている。Ｕ
ＤＰのようなネットワークプロトコルの場合、データ送
信側は、データ受信側でデータを受信することに関係な
くただデータを送信するのみであり、前述したようなデ
ータ受信側からＡＣＫが転送されない時に再送を行なう
ような処理を行なわない。このため、ＵＤＰのようなネ
ットワークプロトコルの場合は、上位のプログラムのレ
ベルで同様の処理を行なうことにより、データが正しく
送受信できることを保証している。従って、ＴＣＰだけ
でなく、ＵＤＰのようなプロトコルによるネットワーク
を介した通信の場合は、そのデータが正しいことを保証
するために、ＡＣＫを用いた通信を実現することができ
る。

【０００４】

【発明が解決しようとする課題】上記したようなＴＣＰ
やＵＤＰ等の通信プロトコルによるネットワークを介し
た従来の通信方式では、課金されず、非常に通信速度が
速いという理由から、管理システム１００１と管理対象
ノード１００４を広域網１００３を介さずにＬＡＮ１０
０２で接続されたシステムの場合には問題がないが、図
２２に示すように、管理システム１００１と管理対象ノ
ード１００４をＬＡＮ１００２で繋ぐ広域網１００３を
介して通信を行なう場合には以下の点が問題となってい
る。上記した図２２に示す従来の障害監視システムで
は、障害メッセージの緊急度に拘らず、障害メッセージ
が発生したタイミングで障害メッセージを管理対象ノー
ド１００４が管理システム１００１へ送信を行なってい
る。このため、緊急度の高い障害メッセージの時だけメ
ッセージ発生毎に回線を接続したいのにも拘らず、緊急
度の低い障害メッセージが発生した時もメッセージが発
生する度に回線の接続を行なわなければないので、通信
を行なうための回線の接続にコストがかかるという問題
があった。

【０００５】また、緊急度の低い障害メッセージが発生
すると、回線が常に使用されてしまうため、他の緊急度
の高い障害メッセージを送信する際に、緊急度の高い障
害メッセージを送信したいのにも拘らず、話し中で緊急
度の高い障害メッセージを送信することができなくなる
ことがあるという問題があった。更に、障害メッセージ
の緊急度に関係なく障害メッセージは送信されてしまう
ため、障害メッセージの緊急度に関係なく障害メッセー
ジ毎にＡＣＫの送信が行なわれるために、障害メッセー
ジ送信のためにかかる通信時間に長時間を要するという
問題があった。

【０００６】そこで、本発明は、管理対象端末から管理
システムへ障害メッセージを送信する際、回線の接続回
数を減らして回線の接続にかかるコストを低減すること
ができるとともに、緊急度の低い障害メッセージが発生
しても回線を常に使用されないようにして、他の緊急度
の高い障害メッセージを確実に送信することができ、か
つ障害メッセージの発生毎にＡＣＫの送信を行なわない
ようにしＡＣＫの送受信回数を減らして、障害メッセー
ジ送信のためにかかる通信時間を短縮することができる
障害監視システムを提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明は、広域網を介し
て分散してＬＡＮに接続された複数の管理対象サーバ
と、広域網を介してＬＡＮに接続され、かつ前記管理対
象サーバの障害を監視する管理サーバとを有する障害監
視システムにおいて、任意の管理対象サーバ上で障害が
発生した場合に発生する障害メッセージの緊急度の高低
を判定するメッセージ緊急度判定手段と、発生した障害
メッセージの緊急度が低いと判定した場合、その緊急度
の低い障害メッセージを保存するメッセージ保存手段
と、発生した障害メッセージの緊急度が高いと判定した
場合、前記メッセージ保存手段に緊急度の低い障害メッ
セージが保存されているか否かを判定するメッセージ有
無判定手段と、緊急度の低い障害メッセージが保存され
ていると判定した場合、緊急度の高い障害メッセージと
緊急度の低い障害メッセージを同時に前記管理サーバに
送信し、緊急度の低い障害メッセージが保存されていな
いと判定した場合、緊急度の高い障害メッセージを前記
管理サーバに送信するメッセージ送信手段とを前記管理
対象サーバに設けることを特徴とするものである。

【０００８】上記障害監視システムにおいては、タイマ
ーをセットするタイマーセット手段を前記管理対象サー
バに設け、前記メッセージ送信手段は、セットしたタイ
マーに達した時に障害メッセージが発生していない場
合、前記メッセージ保存手段により保存された緊急度の
低い障害メッセージを前記管理サーバに送信することを
特徴とするものである。

【０００９】上記障害監視システムにおいては、前記メ
ッセージ保存手段により保存した緊急度の低い障害メッ
セージ数をカウントするメッセージカウント部を前記管
理対象サーバに設け、前記メッセージ送信手段は、カウ
ントした障害メッセージ数に基づいて前記メッセージ保
存手段により保存された緊急度の低い障害メッセージを
前記管理サーバに送信することを特徴とするものであ
る。

【００１０】上記障害監視システムにおいては、前記管
理サーバの業務アプリケーションと通信を行なう際に回
線が接続されたという情報を前記メッセージ送信手段に
通知する業務アプリケーションを前記管理対象サーバに
設け、前記メッセージ送信手段は、前記管理対象サーバ
の業務アプリケーションにより回線が接続されたという
情報が通知された時、前記メッセージ保存手段により保
存された緊急度の低い障害メッセージを前記管理サーバ
に送信することを特徴とするものである。

【００１１】上記障害監視システムにおいては、前記管
理対象サーバのアプリケーションが前記管理サーバのア
プリケーションと通信を行なう際に回線が接続されるこ
とを監視する通信監視デーモンを前記管理対象サーバに
設け、前記メッセージ送信手段は、前記通信監視デーモ
ンにより回線が接続されたという情報が通知された時、
前記メッセージ保存手段により保存された緊急度の低い
障害メッセージを前記管理サーバに送信することを特徴
とするものである。

【００１２】上記障害監視システムにおいては、前記管
理対象サーバのＬＡＮに接続され、かつ前記管理サーバ
側のＬＡＮとの接続が行なわれているという情報を前記
メッセージ送信手段に通知するルータを設け、前記メッ
セージ送信手段は、前記ルータにより回線が接続された
という情報が通知された時、前記メッセージ保存手段に
より保存された緊急度の低い障害メッセージを前記管理
サーバに送信することを特徴とするものである。

【００１３】上記障害監視システムにおいては、第１の
管理対象サーバと第２の管理対象サーバが同一のＬＡＮ
に接続されている時、前記第２の管理対象サーバの前記
メッセージ送信手段は、前記第２の管理対象サーバが前
記管理サーバと通信を行なう際に回線が接続されるとい
う情報を前記第１の管理対象サーバの前記メッセージ送
信手段に通知することを特徴とするものである。

【００１４】上記障害監視システムにおいては、前記管
理サーバのアプリケーションが前記管理対象サーバのア
プリケーションと通信を行なう際に回線が接続されるこ
とを監視する通信監視デーモンを前記管理サーバに設
け、前記メッセージ送信手段は、前記通信監視デーモン
により回線が接続されたという情報が通知された時、前
記メッセージ保存手段により保存された緊急度の低い障
害メッセージを前記管理サーバに送信することを特徴と
するものである。

【００１５】上記障害監視システムにおいては、前記メ
ッセージ送信手段により前記管理サーバに障害メッセー
ジを送信する際、送信する障害メッセージに番号を付加
するメッセージ番号付加手段を管理対象サーバに設け、
前記メッセージ保存手段は、番号を付加した障害メッセ
ージを保存し、前記メッセージ送信手段は、番号を付加
した障害メッセージを前記管理サーバに送信し、送信さ
れてきた障害メッセージの番号が番号順であるか否かを
判定するメッセージ番号判定手段と、送信されてきた障
害メッセージの番号が番号順でないと判定した場合、送
信されてきた障害メッセージの番号を管理対象サーバに
送信するメッセージ番号送信手段とを前記管理サーバに
設け、前記管理サーバから送信されてきた障害メッセー
ジの番号に基づいて前記管理サーバに送信されていない
番号の障害メッセージを検索するメッセージ検索手段を
前記管理対象サーバに設け、前記メッセージ送信手段
は、検索した番号の障害メッセージを前記メッセージ保
存手段から読み出して送信することを特徴とするもので
ある。

【００１６】上記障害監視システムにおいては、前記メ
ッセージ送信手段から送信されてきた番号を付加した障
害メッセージの緊急度が高いか否かを判定するメッセー
ジ緊急度判定部と、前記メッセージ送信手段から送信さ
れてきた番号を付加した障害メッセージの緊急度が高い
場合、ＡＣＫを前記管理対象サーバに送信するＡＣＫ送
信部とを前記管理サーバに設けることを特徴とするもの
である。

【００１７】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。 実施の形態１．図１は本発明に係る実施の形態１の障害
監視システムの構成を示すブロック図である。図１にお
いて、１、２は各々管理サーバ、管理対象サーバであ
り、管理サーバ１と管理対象サーバ２はルータ（通信制
御装置）３、広域網（ＷＡＮ）４を介してＬＡＮ５に接
続されている。管理サーバ１は、分散してＬＡＮ５に配
置されている各管理対象サーバ２の障害を監視するサー
バであり、管理対象サーバ２は、管理サーバ１によって
障害の監視が行なわれるサーバである。

【００１８】管理対象サーバ２上には次のような機能を
有したプログラムが動いている。管理対象サーバ２は、
管理対象サーバ２上で障害が発生した場合に発生する障
害メッセージを獲得するメッセージ監視部６と、メッセ
ージ監視部６により獲得した障害メッセージの緊急度の
高低を判定するメッセージ緊急度判定部７と、メッセー
ジ緊急度判定部７により障害メッセージの緊急度が低い
と判定した場合、その緊急度の低い障害メッセージを保
存するメッセージ保存部８と、メッセージ緊急度判定部
７により障害メッセージの緊急度が高いと判定した場
合、メッセージ保存部８に緊急度の低い障害メッセージ
が保存されているか否かを判定するメッセージ有無判定
部９と、メッセージ有無判定部９によりメッセージ保存
部８に緊急度の低い障害メッセージが保存されていると
判定した場合、緊急度の低い障害メッセージと緊急度の
高い障害メッセージを同時に送信し、メッセージ有無判
定部９により緊急度の低い障害メッセージが保存されて
いないと判定した場合、緊急度の高い障害メッセージを
送信するメッセージ送信部１０と、各部を制御するＯＳ
１１とを有している。

【００１９】管理サーバ１上には次のような機能を有し
たプログラムが動いている。管理サーバ１は、管理対象
サーバ２から送信されてきた障害メッセージを受信し、
保存するメッセージ収集部１２と、ＯＳ１３とを有して
いる。本実施の形態では、例えばＩＳＤＮ（ＩＮＳ＿Ｃ
接続）、電話網といった回線接続型の通信を行なう障害
監視システムを対象としている。この回線接続の特徴は
以下に示す通りである。 （イ）通信が発生すると、ルータが自動的に発呼し回線
の接続を行なう。 （ロ）通信が終了しても一定時間は繋がったままであ
る。 （ハ）通信に要する時間は、接続している時間に比べて
非常に短い。 （ニ）一度接続すると一定時間は同一料金である。 （ホ）接続先の回線数が少ない場合には、話し中になる
可能性がある。例えば５０台の管理対象サーバ２に対し
て管理サーバ１側の回線数が１０本の場合を考える。仮
に２０台がほぼ同時に管理サーバ１に対して通信を行な
おうとした場合、最初の１０台は回線の接続に成功する
が、残りの１０台が接続を行なおうとした時には話し中
になる。管理サーバ１側の回線数はシステム設計の段階
で決定されるが、コスト等が考慮されるため、一般的に
回線数は、管理対象サーバ２の台数に比べて少ないもの
になる。

【００２０】本実施の形態は、発生した障害メッセージ
の緊急度の高低をメッセージ緊急度判定部７により判定
し、緊急度の高い障害メッセージは、メッセージ送信部
１０によりそのまま送信し、緊急度の低いメッセージ
は、メッセージ送信部１０により緊急度の高いメッセー
ジが発生したタイミングで一緒にまとめて送信するもの
である。管理対象サーバ２のＯＳ１１やアプリケーショ
ンにおいて障害が発生した場合には、その障害に対応す
る障害メッセージが出力される。障害メッセージには、
ＥＲＲＯＲ、ＷＡＲＮＩＮＧ、ＩＮＦＯＲＭＡＴＩＯＮ
等が挙げられる。

【００２１】ここで、ＥＲＲＯＲは、システムが正常に
動作しないため、すぐに対応しなければならない障害メ
ッセージである。ＷＡＲＮＩＮＧは、すぐに対応する必
要はないが、放置しておくといずれはシステムに障害を
発生させてしまう障害メッセージである。ＩＮＦＯＲＭ
ＡＴＩＯＮは、プログラムの正常な起動・終了等を示す
メッセージでシステムには影響しない障害メッセージで
ある。これらの障害メッセージのうち、ＥＲＲＯＲが緊
急度の高い障害メッセージであり、ＷＡＲＮＩＮＧ、Ｉ
ＮＦＯＲＭＡＴＩＯＮが緊急度の低い障害メッセージで
ある。上記した障害メッセージの具体例には以下のよう
なものがある。この例はＷｉｎｄｏｗｓ ＮＴのもので
ある。 ＥＲＲＯＲ；デバイス＼Ｄｅｖｉｃｅ＼ＨａｒｄＤｉｓ
ｋ１＼Ｐａｒｔｉｔｉｏｎ１でシークエラーが発生しま
した。 ＷＡＲＮＩＮＧ；Ｄ：ディスクが一杯か、または一杯に
近い状態です。ファイルを削除して下さい。 ＩＮＦＯＲＭＡＴＩＯＮ；Ｅｖｅｎｔ Ｌｏｇサービス
が開始されました。

【００２２】このように、ＥＲＲＯＲメッセージは、デ
ィスクへのアクセスに失敗し、それがディスク本体のエ
ラーであることを示している。これから、早急に交換等
の対処を行なう必要があることが判る。また、ＷＡＲＮ
ＩＮＧメッセージは、いずれディスクが一杯になって書
き込みができなくなってしまう可能性があることを示し
ている。これから、あるタイミングを見計らって、ファ
イルの削除、ディスクの追加等を行なえば良いことが判
る。ＩＮＦＯＲＭＡＴＩＯＮメッセージは、Ｅｖｅｎｔ
Ｌｏｇサービスが正常に開始したことを示している。
これから、対処を必要としないものであることが判る。

【００２３】本実施の形態では、ＥＲＲＯＲメッセージ
は管理対象サーバ２から管理サーバ１へ早急に送り、Ｗ
ＡＲＮＩＮＧメッセージや必要なＩＮＦＯＲＭＡＴＩＯ
Ｎメッセージは一旦保存し、ＥＲＲＯＲメッセージ発生
のタイミングで一緒に管理対象サーバ２から管理サーバ
１へ送信することになる。以下に、本実施の形態の処理
の流れを図面を用いて具体的に説明する。

【００２４】図２は図１に示す障害監視システムの処理
フローを示すフローチャートである。この処理の流れ
は、管理対象サーバ２上のプログラムの処理の流れであ
る。まず、管理対象サーバ２のメッセージ監視部６は、
管理対象サーバ２に障害が発生した時に発生する障害メ
ッセージが発生するのを待つ。メッセージ監視部６は、
障害メッセージが発生するまで待ち続け、発生した障害
メッセージを獲得する（ステップＳ１）。

【００２５】次に、メッセージ緊急度判定部７は、メッ
セージ監視部６により獲得した障害メッセージの緊急度
の高低を判定する。ここでいう緊急度の高い障害メッセ
ージとは、上記のＥＲＲＯＲメッセージを指しており、
緊急度の低い障害メッセージは、上記のＷＡＲＮＩＮＧ
メッセージ、ＩＮＦＯＲＭＡＴＩＯＮメッセージを指し
ている。メッセージ緊急度判定部７により障害メッセー
ジの緊急度が低いと判定した場合（ステップＳ２）、メ
ッセージ保存部８は、その緊急度の低い障害メッセージ
を保存する（ステップＳ３）。その後、ステップＳ１へ
戻る。

【００２６】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ
２）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ４）、メッセージ送信部
１０は、メッセージ保存部８に保存されている緊急度の
低い障害メッセージと発生した緊急度の高い障害メッセ
ージを同時に管理サーバ１へ送信する（ステップＳ
５）。メッセージ有無判定部９によりメッセージ保存部
８に緊急度の低い障害メッセージが保存されていないと
判定した場合（ステップＳ４）、メッセージ送信部１０
は、発生した緊急度の高い障害メッセージをそのまま管
理サーバ１へ送信する（ステップＳ６）。

【００２７】そして、管理対象サーバ２は、管理サーバ
１からのＡＣＫが返ってくるのを待つ。ＡＣＫを受信す
ると（ステップＳ７）、ステップＳ１へ戻る。ＡＣＫを
受信できない場合（ステップＳ７）、メッセージ送信部
１０は、障害メッセージを管理サーバ１へ再送する（ス
テップＳ８）。その後、ステップＳ７へ戻る。

【００２８】このように、本実施の形態では、緊急度の
低い障害メッセージを一旦保存しておき、緊急度の高い
障害メッセージが発生した時に緊急度の低い障害メッセ
ージと緊急度の高い障害メッセージを同時に送信するよ
うに構成したため、従来の両者を別々に送信する場合よ
りも回線の接続回数を減らすことができる。このため、
従来よりも回線の接続にかかるコストを抑えることがで
きる。しかも、従来、緊急度の低い障害メッセージが発
生した時に常に回線が使用されていたが、常に回線を使
用されないようにすることができるため、他のサーバか
らの緊急度の高い障害メッセージや業務用のデータを送
信する際に回線を使用している頻度を低くすることがで
きる。このため、従来よりも他の通信への影響を抑える
こともできる。更に、緊急度の低い障害メッセージが発
生した時、その緊急度の低い障害メッセージを一旦保存
して直ちに管理サーバ１に送信するのではなく、緊急度
の高い障害メッセージが発生した時にまとめて送信する
ように構成したため、障害メッセージの発生毎にＡＣＫ
の送信を行なわないようにすることができるため、従来
の障害メッセージ発生毎にＡＣＫを送信する場合よりも
ＡＣＫの送受信の回数を減少させることができる。この
ため、障害メッセージ送信のためにかかる通信時間を短
縮することができる。

【００２９】実施の形態２．図３は本発明に係る実施の
形態２の障害監視システムの構成を示すブロック図であ
る。図３において、図１と同一符号は同一又は相当部分
を示し、２１は最初に発生した障害メッセージが緊急度
の低いメッセージの場合にタイマーをセットするタイマ
ーセット部であり、２２は発生した緊急度の高い障害メ
ッセージとメッセージ保存部８に保存された緊急度の低
い障害メッセージを同時に送信する前にタイマーをリセ
ットしたり、セットしたタイマーに達し障害メッセージ
が発生していない時にタイマーをリセットしたりするタ
イマーリセット部である。２３は障害メッセージが発生
したか、あるいはタイマーセット部２１やタイマーリセ
ット部２２でセットしたタイマーに達したかを判定する
メッセージ／タイマー完了判定部であり、２４は発生し
た障害メッセージが緊急度の低い障害メッセージの場合
にタイマーセット部２１やタイマーリセット部２２でタ
イマーがセットされているか否かを判定するタイマーセ
ット判定部である。

【００３０】次に、図４は図３に示す障害監視システム
の処理フローを示すフローチャートである。この処理の
流れは、管理対象サーバ２上のプログラムの処理の流れ
である。まず、管理対象サーバ２は、障害メッセージの
発生とタイマーの完了待ち状態にいる。障害メッセージ
が発生するか、あるいはタイマーが完了すると、ステッ
プ１２へ進む（ステップＳ１１）。

【００３１】次に、メッセージ／タイマー完了判定部２
３は、障害メッセージが発生したか、あるいはタイマー
が完了したかを判定する。メッセージ／タイマー完了判
定部２３により障害メッセージが発生したと判定した場
合（ステップ１２）、メッセージ監視部６は、発生した
障害メッセージを獲得する。

【００３２】次に、メッセージ緊急度判定部７は、メッ
セージ監視部６により獲得した障害メッセージの緊急度
の高低を判定する。ここでいう緊急度の高い障害メッセ
ージとは、上記のＥＲＲＯＲメッセージを指しており、
緊急度の低い障害メッセージは、上記のＷＡＲＮＩＮＧ
メッセージ、ＩＮＦＯＲＭＡＴＩＯＮメッセージを指し
ている。メッセージ緊急度判定部７により障害メッセー
ジの緊急度が低いと判定した場合（ステップＳ１３）、
タイマーセット判定部２４は、タイマーがセットされて
いるか否かを判定する。タイマーセット判定部２４によ
りタイマーがセットされていると判定した場合（ステッ
プＳ１４）、メッセージ保存部８は、その緊急度の低い
障害メッセージを保存する（ステップＳ３）。その後、
ステップＳ１１へ戻る。最初に緊急度の低い障害メッセ
ージが発生した場合（ステップＳ１３）、タイマーがセ
ットされていないので（ステップＳ１４）、タイマーセ
ット部２１は、タイマーをセットする（ステップＳ１
６）。その後、ステップＳ１５へ進む。

【００３３】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ１
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ１７）、タイマーリセッ
ト部２２は、タイマーをリセットする（ステップＳ１
８）。その後、メッセージ送信部１０は、メッセージ保
存部８に保存されている緊急度の低い障害メッセージと
発生した緊急度の高い障害メッセージを同時に管理サー
バ１へ送信する（ステップＳ１９）。

【００３４】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ１７）、メッセージ送
信部１０は、発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ２０）。

【００３５】次に、管理対象サーバ２は、管理サーバ１
からのＡＣＫが返ってくるのを待つ。ＡＣＫを受信する
と（ステップＳ２１）、ステップＳ１１へ戻る。ＡＣＫ
を受信できない場合（ステップＳ２１）、メッセージ送
信部１０は、障害メッセージを管理サーバ１へ再送する
（ステップＳ２２）。その後、ステップＳ２１へ戻る。

【００３６】そして、障害メッセージが発生していない
時に、タイマーセット部２１やタイマーリセット部２２
でセットしたタイマーに達した場合（ステップＳ１
２）、タイマーリセット部２２は、タイマーをリセット
する（ステップＳ２３）。その後、メッセージ送信部１
０は、メッセージ保存部８に保存されている緊急度の低
い障害メッセージを管理サーバ１へ送信する（ステップ
Ｓ２４）。

【００３７】このように、本実施の形態では、セットし
たタイマーに達した時に保存されている緊急度の低い障
害メッセージを管理サーバ１へ送信するように構成した
ため、緊急度の低い障害メッセージだけが発生した時に
障害メッセージが送信されなくなってしまうことを防ぐ
ことができる。

【００３８】実施の形態３．図５は本発明に係る実施の
形態３の障害監視システムの構成を示すブロック図であ
る。図５において、図１と同一符号は同一又は相当部分
を示し、３１は緊急度の低い障害メッセージが発生した
時にその障害メッセージの数を１つずつカウントするメ
ッセージカウンタ部であり、３２はメッセージカウンタ
部３１でカウントした障害メッセージ数が所定の値を越
えたか否かを判定するメッセージカウンタ判定部であ
り、３３は緊急度の高い障害メッセージが発生した時に
メッセージ保存部８に緊急度の低い障害メッセージが保
存されている場合にメッセージカウンタ部３１でカウン
トした障害メッセージ数をクリアしたり、メッセージカ
ウンタ部３１でカウントした障害メッセージ数が所定の
値を越えた場合にメッセージカウンタ部３１でカウント
した障害メッセージ数をクリアしたりするメッセージカ
ウンタクリア判定部である。

【００３９】次に、図６は図５に示す障害監視システム
の処理フローを示すフローチャートである。この処理の
流れは、管理対象サーバ２上のプログラムの処理の流れ
である。まず、管理対象サーバ２のメッセージ監視部６
は、管理対象サーバ２に障害が発生した時に発生する障
害メッセージが発生するのを待つ。メッセージ監視部６
は、障害メッセージが発生するまで待ち続け、発生した
障害メッセージを獲得する（ステップＳ３１）。

【００４０】次に、メッセージ緊急度判定部７は、メッ
セージ監視部６により獲得した障害メッセージの緊急度
の高低を判定する。ここでいう緊急度の高い障害メッセ
ージとは、上記のＥＲＲＯＲメッセージを指しており、
緊急度の低い障害メッセージは、上記のＷＡＲＮＩＮＧ
メッセージ、ＩＮＦＯＲＭＡＴＩＯＮメッセージを指し
ている。メッセージ緊急度判定部７により障害メッセー
ジの緊急度が低いと判定した場合（ステップＳ３２）、
メッセージ保存部８は、その緊急度の低い障害メッセー
ジを保存する（ステップＳ３３）。

【００４１】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ３
２）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ３４）、メッセージカウ
ンタクリア部３３は、メッセージカウンタ部３１でカウ
ントした緊急度の低い障害メッセージ数をクリアする
（ステップＳ３５）。その後、メッセージ送信部１０
は、メッセージ保存部８に保存されている緊急度の低い
障害メッセージと発生した緊急度の高い障害メッセージ
を同時に管理サーバ１へ送信する（ステップＳ３６）。

【００４２】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ３４）、メッセージ送
信部１０は、発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ３７）。

【００４３】そして、管理対象サーバ２は、管理サーバ
１からＡＣＫが返ってくるのを待つ。ＡＣＫを受信する
と（ステップＳ３８）、ステップＳ３１へ戻る。ＡＣＫ
を受信できない場合（ステップＳ３８）、メッセージ送
信部１０は、障害メッセージを管理サーバ１へ再送する
（ステップＳ３９）。その後、ステップＳ３８へ戻る。

【００４４】前述のように、メッセージ保存部８により
緊急度の低い障害メッセージを保存した後（ステップＳ
３３）、メッセージカウンタ部３１は、メッセージ保存
部８に保存した緊急度の低い障害メッセージ数をカウン
トする（ステップＳ４０）。

【００４５】次に、メッセージカウンタ判定部３２は、
メッセージカウンタ部３１でカウントした緊急度の低い
障害メッセージ数が所定の値を越えたか否かを判定す
る。メッセージカウンタ部３１でカウントした緊急度の
低い障害メッセージ数が所定の値を越えたとメッセージ
カウンタ判定部３２により判定した場合（ステップＳ４
１）、メッセージカウンタクリア部３３は、メッセージ
カウンタ部３１でカウントした緊急度の低い障害メッセ
ージ数をクリアする（ステップＳ４２）。その後、メッ
セージ送信部１０は、メッセージ保存部８により保存さ
れている緊急度の低い障害メッセージを送信する（ステ
ップＳ４３）。一方、メッセージカウンタ部３１でカウ
ントした緊急度の低い障害メッセージ数が所定の値を越
えていない場合（ステップＳ４１）は、ステップＳ３１
へ戻る。

【００４６】このように、本実施の形態では、メッセー
ジ保存部８に保存する緊急度の低い障害メッセージ数が
所定の値を越えると、メッセージ保存部８に保存されて
いる緊急度の低い障害メッセージを管理サーバ１へ送信
するように構成したため、緊急度の低い障害メッセージ
だけが発生した時に障害メッセージが送信されなくなっ
てしまうことを防ぐことができる。

【００４７】実施の形態４．図７は本発明に係る実施の
形態４の障害監視システムの構成を示すブロック図であ
る。図７において、図１と同一符号は同一又は相当部分
を示し、４１は管理サーバ１の業務アプリケーションと
通信を行なう際に回線が接続されたという情報をメッセ
ージ送信部１０に通知する業務アプリケーションであ
り、４２は障害メッセージが発生したか、あるいは業務
アプリケーション４１からメッセージ送信部１０に回線
が接続されたという情報が通知されたかを判定するメッ
セージ／業務ＡＰＰ通知判定部である。

【００４８】次に、図８は図７に示す障害監視システム
の処理フローを示すフローチャートである。この処理の
流れは、管理対象サーバ２上のプログラムの処理の流れ
である。まず、管理対象サーバ２は、障害メッセージの
発生と業務アプリケーション４１からの通知待ち状態に
いる。障害メッセージが発生するか、あるいは業務アプ
リケーション４１からメッセージ送信部１０に回線が接
続されたという情報が通知されると、ステップＳ５２へ
進む（ステップＳ５１）。

【００４９】次に、メッセージ／業務ＡＰＰ通知判定部
４２は、障害メッセージが発生したか、あるいは業務ア
プリケーション４１からメッセージ送信部１０に回線が
接続されたという情報が通知されたかを判定する。メッ
セージ／業務ＡＰＰ通知判定部４２により障害メッセー
ジが発生したと判定した場合（ステップＳ５２）、メッ
セージ監視部６は、発生した障害メッセージを獲得す
る。

【００５０】次に、メッセージ緊急度判定部７は、発生
した障害メッセージの緊急度の高低を判定する。ここで
いう緊急度の高い障害メッセージとは、上記のＥＲＲＯ
Ｒメッセージを指しており、緊急度の低い障害メッセー
ジは、上記のＷＡＲＮＩＮＧメッセージ、ＩＮＦＯＲＭ
ＡＴＩＯＮメッセージを指している。メッセージ緊急度
判定部７により障害メッセージの緊急度が低いと判定し
た場合（ステップＳ５３）、メッセージ保存部８は、そ
の緊急度の低い障害メッセージを保存する（ステップＳ
５４）。その後、ステップＳ５１へ戻る。

【００５１】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ５
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ５５）、メッセージ送信
部１０は、メッセージ保存部８に保存されている緊急度
の低い障害メッセージと発生した緊急度の高い障害メッ
セージを同時に管理サーバ１へ送信する（ステップＳ５
６）。

【００５２】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ５５）、メッセージ送
信部１０は、発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ５７）。

【００５３】次に、管理対象サーバ２は、管理サーバ１
からのＡＣＫが返ってくるのを待つ。ＡＣＫを受信する
と（ステップＳ５８）、ステップＳ５１へ戻る。ＡＣＫ
を受信できない場合（ステップＳ５８）、メッセージ送
信部１０は、障害メッセージを管理サーバ１へ再送する
（ステップＳ５９）。その後、ステップＳ５８へ戻る。

【００５４】そして、メッセージ／業務ＡＰＰ通知判定
部４２により業務アプリケーション４１からメッセージ
送信部１０に回線が接続されたという情報が通知された
と判定した場合（ステップＳ５２）、メッセージ有無判
定部９は、メッセージ保存部８に緊急度の低い障害メッ
セージが保存されているか否かを判定する。メッセージ
有無判定部９によりメッセージ保存部８に緊急度の低い
障害メッセージが保存されていると判定した場合（ステ
ップＳ６０）、メッセージ送信部１０は、メッセージ保
存部８に保存されている緊急度の低い障害メッセージを
送信する（ステップＳ６１）。その後、ステップＳ５８
へ進む。一方、メッセージ有無判定部９によりメッセー
ジ保存部８に緊急度の低い障害メッセージが保存されて
いないと判定した場合（ステップＳ６０）は、ステップ
Ｓ５１へ戻る。

【００５５】このように、本実施の形態では、業務アプ
リケーション４１からメッセージ送信部１０に回線が接
続されたという情報が通知された時に、メッセージ保存
部８に緊急度の低い障害メッセージが保存されている場
合、その緊急度の低い障害メッセージを管理サーバ１へ
送信するように構成したため、緊急度の低い障害メッセ
ージだけが発生した時に障害メッセージが送信されなく
なってしまうことを防ぐことができる。また、業務用の
アプリケーションの通信による回線の接続を利用するこ
とにより、実施の形態２、３の場合よりも回線の接続回
数を増やすことなく障害メッセージの送信のタイミング
を増やすことができる。

【００５６】実施の形態５．図９は本発明に係る実施の
形態５の障害監視システムの構成を示すブロック図であ
る。図９において、図１と同一符号は同一又は相当部分
を示し、５１は管理対象サーバ２のアプリケーション５
２が管理サーバ１のアプリケーションと通信を行なう際
に回線が接続されることを監視する通信監視デーモンで
あり、５３は障害メッセージが発生したか、あるいは通
信監視デーモン５１からメッセージ送信部１０に回線が
接続されたという情報が通知されたかを判定するメッセ
ージ／監視デーモン通知判定部である。通信監視デーモ
ン５１には、ＵＮＩＸではｎｅｔｓｔａｔコマンドを利
用したものが挙げられる。

【００５７】次に、図１０は図９に示す障害監視システ
ムの処理フローを示すフローチャートである。この処理
の流れは、管理対象サーバ２上のプログラムの処理の流
れである。まず、管理対象サーバ２は、障害メッセージ
の発生と通信監視デーモン５１からの通知待ち状態にい
る。障害メッセージが発生するか、あるいは通信監視デ
ーモン５１からメッセージ送信部１０に回線が接続され
たという情報が通知されると、ステップＳ７２へ進む
（ステップＳ７１）。

【００５８】次に、メッセージ／監視デーモン通知判定
部５３は、障害メッセージが発生したか、あるいは通信
監視デーモン５１からメッセージ送信部１０に回線が接
続されたという情報が通知されたかを判定する。メッセ
ージ／監視デーモン通知判定部５３により障害メッセー
ジが発生したと判定した場合（ステップＳ７２）、メッ
セージ監視部６は、発生した障害メッセージを獲得す
る。

【００５９】次に、メッセージ緊急度判定部７は、発生
した障害メッセージの緊急度の高低を判定する。ここで
いう緊急度の高い障害メッセージとは、上記のＥＲＲＯ
Ｒメッセージを指しており、緊急度の低い障害メッセー
ジは、上記のＷＡＲＮＩＮＧメッセージ、ＩＮＦＯＲＭ
ＡＴＩＯＮメッセージを指している。メッセージ緊急度
判定部７により障害メッセージの緊急度が低いと判定し
た場合（ステップＳ７３）、メッセージ保存部８は、そ
の緊急度の低い障害メッセージを保存する（ステップＳ
７４）。その後、ステップＳ７１へ戻る。

【００６０】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ７
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ７５）、メッセージ送信
部１０は、メッセージ保存部８に保存されている緊急度
の低い障害メッセージと発生した緊急度の高い障害メッ
セージを同時に管理サーバ１へ送信する（ステップＳ７
６）。

【００６１】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ７５）、メッセージ送
信部１０は、発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ７７）。

【００６２】次に、管理対象サーバ２は、管理サーバ１
からのＡＣＫが返ってくるのを待つ。ＡＣＫを受信する
と（ステップＳ７８）、ステップＳ７１へ戻る。ＡＣＫ
を受信できない場合（ステップＳ７８）、メッセージ送
信部１０は、障害メッセージを管理サーバ１へ再送する
（ステップＳ７９）。その後、ステップＳ７８へ戻る。

【００６３】そして、メッセージ／監視デーモン通知判
定部５３により通信監視デーモン５１からメッセージ送
信部１０に回線が接続されたという情報が通知されたと
判定した場合（ステップＳ７２）、メッセージ有無判定
部９は、メッセージ保存部８に緊急度の低い障害メッセ
ージが保存されているか否かを判定する。メッセージ有
無判定部９によりメッセージ保存部８に緊急度の低い障
害メッセージが保存されていると判定した場合（ステッ
プＳ８０）、メッセージ送信部１０は、メッセージ保存
部８に保存されている緊急度の低い障害メッセージを送
信する（ステップＳ８１）。その後、ステップＳ７８へ
進む。一方、メッセージ保存部８に緊急度の低い障害メ
ッセージが保存されていない場合（ステップＳ８０）
は、ステップＳ７１へ戻る。

【００６４】このように、本実施の形態では、回線が接
続されることを監視する通信監視デーモン５１からメッ
セージ送信部１０に回線が接続されたという情報が通知
された時に、メッセージ保存部８に緊急度の低い障害メ
ッセージが保存されている場合、その緊急度の低い障害
メッセージを管理サーバ１へ送信するように構成したた
め、緊急度の低い障害メッセージだけが発生した時に障
害メッセージが送信されなくなってしまうことを防ぐこ
とができる。また、他のアプリケーション４１の通信に
よる回線の接続を利用することにより、実施の形態２、
３の場合よりも回線の接続回数を増やすことなく障害メ
ッセージの送信のタイミングを増やすことができる。

【００６５】実施の形態６．図１１は本発明に係る実施
の形態６の障害監視システムの構成を示すブロック図で
ある。図１１において、図１と同一符号は同一又は相当
部分を示し、６１は管理対象サーバ２のＬＡＮ５に接続
され、管理サーバ１側のＬＡＮ５との接続が行なわれて
いるという情報をメッセージ送信部１０に通知するルー
タであり、６２は障害メッセージが発生したか、あるい
はルータ６１からメッセージ送信部１０に管理サーバ１
側のＬＡＮ５との接続が行なわれて回線が接続されたと
いう情報が通知されたかを判定するメッセージ／ルータ
通知判定部である。

【００６６】次に、図１１は図１０に示す障害監視シス
テムの処理フローを示すフローチャートである。この処
理の流れは、管理対象サーバ２上のプログラムの処理の
流れである。まず、管理対象サーバ２は、障害メッセー
ジの発生とルータ６１からの通知待ち状態にいる。障害
メッセージが発生するか、あるいはルータ６１からメッ
セージ送信部１０に管理サーバ１側のＬＡＮ５との接続
が行なわれて回線が接続されたという情報が通知される
と、ステップＳ９２へ進む（ステップＳ９１）。

【００６７】次に、メッセージ／ルータ通知判定部６２
は、障害メッセージが発生したか、あるいはルータ６１
からメッセージ送信部１０に管理サーバ１側のＬＡＮ５
との接続が行なわれて回線が接続されたという情報が通
知されたかを判定する。メッセージ／ルータ通知判定部
６２により障害メッセージが発生したと判定した場合
（ステップＳ９２）、メッセージ監視部６は、発生した
障害メッセージを獲得する。

【００６８】次に、メッセージ緊急度判定部７は、発生
した障害メッセージの緊急度の高低を判定する。ここで
いう緊急度の高い障害メッセージとは、上記のＥＲＲＯ
Ｒメッセージを指しており、緊急度の低い障害メッセー
ジは、上記のＷＡＲＮＩＮＧメッセージ、ＩＮＦＯＲＭ
ＡＴＩＯＮメッセージを指している。メッセージ緊急度
判定部７により障害メッセージの緊急度が低いと判定し
た場合（ステップＳ９３）、メッセージ保存部８は、そ
の緊急度の低い障害メッセージを保存する（ステップＳ
９４）。その後、ステップＳ９１へ戻る。

【００６９】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ９
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ９５）、メッセージ送信
部１０は、メッセージ保存部８に保存されている緊急度
の低い障害メッセージと発生した緊急度の高い障害メッ
セージを同時に管理サーバ１へ送信する（ステップＳ９
６）。

【００７０】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ９５）、メッセージ送
信部１０は、発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ９７）。

【００７１】次に、管理対象サーバ２は、管理サーバ１
からのＡＣＫが返ってくるのを待つ。ＡＣＫを受信する
と（ステップＳ９８）、ステップＳ９１へ戻る。ＡＣＫ
を受信できない場合（ステップＳ９８）、メッセージ送
信部１０は、障害メッセージを管理サーバ１へ再送する
（ステップＳ９９）。その後、ステップＳ９８へ戻る。

【００７２】そして、メッセージ／ルータ通知判定部６
２により管理対象サーバ２のＬＡＮ５に接続されたルー
タ６１からメッセージ送信部１０に管理サーバ１側のＬ
ＡＮ５との接続が行なわれて回線が接続されたという情
報が通知されたと判定した場合（ステップＳ９２）、メ
ッセージ有無判定部９は、メッセージ保存部８に緊急度
の低い障害メッセージが保存されているか否かを判定す
る。メッセージ有無判定部９によりメッセージ保存部８
に緊急度の低い障害メッセージが保存されていると判定
した場合（ステップＳ１００）、メッセージ送信部１０
は、メッセージ保存部８に保存されている緊急度の低い
障害メッセージを送信する（ステップＳ１０１）。その
後、ステップＳ９８へ進む。一方、メッセージ有無判定
部９によりメッセージ保存部８に緊急度の低い障害メッ
セージが保存されていないと判定した場合（ステップＳ
１００）は、ステップＳ９１へ戻る。

【００７３】このように、本実施の形態では、管理対象
サーバ２側のＬＡＮ５に接続されたルータ６１からメッ
セージ送信部１０に管理サーバ２側のＬＡＮ５との接続
が行なわれて回線が接続されたという情報が通知された
時に、メッセージ保存部８に緊急度の低い障害メッセー
ジが保存されている場合、その緊急度の低い障害メッセ
ージを管理サーバ１へ送信するように構成したため、緊
急度の低い障害メッセージだけが発生した時に障害メッ
セージが送信されなくなってしまうことを防ぐことがで
きる。また、管理対象サーバ２と同じＬＡＮ５上の別の
管理対象サーバ２の回線の接続を利用することにより、
実施の形態２、３の場合よりも回線の接続回数を増やす
ことなく障害メッセージの送信のタイミングを増やすこ
とができる。

【００７４】実施の形態７．図１３は本発明に係る実施
の形態７の障害監視システムの構成を示すブロック図で
ある。図１３において、図１と同一符号は同一又は相当
部分を示し、１０ａは管理対象サーバ２ａが管理サーバ
１と通信を行なう際に回線が接続されたという情報を、
管理対象サーバ２ａと同一のＬＡＮ５上に接続されてい
る管理対象サーバ２ｂのメッセージ送信部１０ａに通知
するメッセージ送信部であり、このメッセージ送信部１
０ａは、実施の形態１のメッセージ送信部１０の機能を
有しており、メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合、メッセージ保存部８に保存されてい
る緊急度の低い障害メッセージと発生した緊急度の高い
障害メッセージを同時に送信し、メッセージ有無判定部
９によりメッセージ保存部８に緊急度の低い障害メッセ
ージが保存されていないと判定した場合、発生した緊急
度の高い障害メッセージを送信する。７１は障害メッセ
ージが発生したか、あるいは管理対象サーバ２ａのメッ
セージ送信部１０ａから管理対象サーバ２ａと同一のＬ
ＡＮ５上に接続されている管理対象サーバ２ｂのメッセ
ージ送信部１０ａに、管理対象サーバ２ａが管理サーバ
１と通信を行なう際に回線が接続されたという情報が通
知されたかを判定するメッセージ／他の管理対象サーバ
通知判定部である。

【００７５】次に、図１４は図１３に示す障害監視シス
テムの処理フローを示すフローチャートである。この処
理の流れは、管理対象サーバ２上のプログラムの処理の
流れである。まず、管理対象サーバ２ｂは、障害メッセ
ージの発生と同一のＬＡＮ５上の他の管理対象サーバ２
ａのメッセージ送信部１０ａからのデータ通知待ち状態
にいる。障害メッセージが発生するか、あるいは管理対
象サーバ２ａのメッセージ送信部１０ａから管理対象サ
ーバ２ｂのメッセージ送信部１０ａに、管理対象サーバ
２ａが管理サーバ１と通信を行なう際に回線が接続され
たという情報が通知されると、ステップＳ１１２へ進む
（ステップＳ１１１）。

【００７６】次に、メッセージ／他の管理対象サーバ通
知判定部７１は、障害メッセージが発生したか、あるい
は管理対象サーバ２ａのメッセージ送信部１０ａから管
理対象サーバ２ａと同一のＬＡＮ５上に接続された管理
対象サーバ２ｂのメッセージ送信部１０ａに、管理対象
サーバ２ａが管理サーバ１と通信を行なう際に回線が接
続されたという情報が通知されたかを判定する。メッセ
ージ／他の管理対象サーバ通知判定部７１により障害メ
ッセージが発生したと判定した場合（ステップＳ１１
２）、メッセージ監視部６は、発生した障害メッセージ
を獲得する。

【００７７】次に、メッセージ緊急度判定部７は、発生
した障害メッセージの緊急度の高低を判定する。ここで
いう緊急度の高い障害メッセージとは、上記のＥＲＲＯ
Ｒメッセージを指しており、緊急度の低い障害メッセー
ジは、上記のＷＡＲＮＩＮＧメッセージ、ＩＮＦＯＲＭ
ＡＴＩＯＮメッセージを指している。メッセージ緊急度
判定部７により障害メッセージの緊急度が低いと判定し
た場合（ステップＳ１１３）、メッセージ保存部８は、
その緊急度の低い障害メッセージを保存する（ステップ
Ｓ１１４）。その後、ステップＳ１１１へ戻る。

【００７８】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ１１
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ１１５）、管理対象サー
バ２ａのメッセージ送信部１０ａは、メッセージ保存部
８に保存されている緊急度の低い障害メッセージと発生
した緊急度の高い障害メッセージを同時に管理サーバ１
へ送信する（ステップＳ１１６）。

【００７９】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ１１５）、管理対象サ
ーバ２ａのメッセージ送信部１０ａは、発生した緊急度
の高い障害メッセージをそのまま管理サーバ１へ送信す
る（ステップＳ１１７）。

【００８０】次に、障害メッセージを送信した後（ステ
ップＳ１１６、Ｓ１１７）、管理対象サーバ２ａのメッ
セージ送信部１０ａは、管理対象サーバ２ａが管理サー
バ１と通信を行なう際に回線が接続されたという情報を
管理対象サーバ２ｂのメッセージ送信部１０ａに通知す
る（ステップＳ１１８）。管理対象サーバ２は、管理サ
ーバ１からのＡＣＫが返ってくるのを待つ。ＡＣＫを受
信すると（ステップＳ１１９）、ステップＳ１１１へ戻
る。ＡＣＫを受信できない場合（ステップＳ１１９）、
メッセージ送信部１０ａは、障害メッセージを管理サー
バ１へ再送する（ステップＳ１２０）。その後、ステッ
プＳ１１９へ戻る。

【００８１】そして、メッセージ／他の管理対象サーバ
通知判定部７１により管理対象サーバ２ａのメッセージ
送信部１０ａから管理対象サーバ２ｂのメッセージ送信
部１０ａに、管理対象サーバ２ａが管理サーバ１と通信
を行なう際に回線が接続されたという情報が通知された
と判定した場合（ステップＳ１１２）、メッセージ有無
判定部９は、メッセージ保存部８に緊急度の低い障害メ
ッセージが保存されているか否かを判定する。メッセー
ジ有無判定部９によりメッセージ保存部８に緊急度の低
い障害メッセージが保存されていると判定した場合（ス
テップＳ１２１）、管理対象サーバ２ｂのメッセージ送
信部１０ａは、メッセージ保存部８に保存されている緊
急度の低い障害メッセージを管理サーバ１へ送信する
（ステップＳ１２２）。その後、ステップＳ１１８へ進
む。一方、メッセージ有無判定部９によりメッセージ保
存部８に緊急度の低い障害メッセージが保存されていな
いと判定した場合（ステップＳ１２１）は、ステップＳ
１１１へ戻る。

【００８２】このように、本実施の形態では、管理対象
サーバ２ａのメッセージ送信部１０ａから管理対象サー
バ２ａと同一のＬＡＮ５上に接続された管理対象サーバ
２ｂのメッセージ送信部１０ａに、管理対象サーバ２ａ
が管理サーバ１と通信を行なう際に回線が接続されたと
いう情報が通知された時に、メッセージ保存部８に緊急
度の低い障害メッセージが保存されている場合、その緊
急度の低い障害メッセージを管理サーバ１へ送信するよ
うに構成したため、緊急度の低い障害メッセージだけが
発生した時に障害メッセージが送信されなくなってしま
うことを防ぐことができる。また、管理対象サーバ２ｂ
と同じＬＡＮ５上の管理対象サーバ２ａの回線の接続を
利用することにより、実施の形態２、３の場合よりも回
線の接続回数を増やすことなく障害メッセージの送信の
タイミングを増やすことができる。

【００８３】実施の形態８．図１５は本発明に係る実施
の形態８の障害監視システムの構成を示すブロック図で
ある。図１５において、図１と同一符号は同一又は相当
部分を示し、８１は管理サーバ１のアプリケーション８
２が管理対象サーバ２のアプリケーションと通信を行な
う際に回線が接続されることを監視する通信監視デーモ
ンであり、８３は障害メッセージが発生したか、あるい
は管理サーバ１の通信監視デーモン８１から管理対象サ
ーバ２のメッセージ送信部１０に回線が接続されたとい
う情報が通知されたかを判定するメッセージ／管理サー
バ通知判定部である。通信監視デーモン８１には、ＵＮ
ＩＸではｎｅｔｓｔａｔコマンドを利用したものが挙げ
られる。

【００８４】次に、図１６、１７は図１５に示す障害監
視システムの処理フローを示すフローチャートであり、
図１６は管理対象サーバ２側の処理フローを示してお
り、図１７は管理サーバ１側の処理フローを示してい
る。この処理の流れは、管理対象サーバ２と管理サーバ
１上のプログラムの処理の流れである。まず、管理サー
バ１側のプログラムの処理フローを図１６のフローチャ
ートを用いて説明する。管理サーバ１の通信監視デーモ
ン８１は、管理サーバ１のアプリケーション８２が管理
対象サーバ２のアプリケーションと回線が接続されてい
るか否かを判定する。通信監視デーモン８１は、回線が
接続されていると判定すると（ステップＳ１３１）、同
一のＬＡＮ５上の全ての管理対象サーバ２に回線が接続
されたという情報を通知する（ステップＳ１３２）。

【００８５】次に、管理対象サーバ２側のプログラムの
処理フローを図１７のフローチャートを用いて説明す
る。まず、管理対象サーバ２は、障害メッセージの発生
と管理サーバ１の通信監視デーモン８１からの通知待ち
状態にいる。障害メッセージが発生するか、あるいは管
理サーバ１の通信監視デーモン８１から同一のＬＡＮ５
上の全ての管理対象サーバ２のメッセージ送信部１０に
回線が接続されたという情報が通知されると、ステップ
Ｓ１４２へ進む（ステップＳ１４１）。

【００８６】次に、メッセージ／管理サーバ通知判定部
８３は、障害メッセージが発生したか、あるいは管理サ
ーバ１の通信監視デーモン８１から管理対象サーバ２の
メッセージ送信部１０に回線が接続されたという情報が
通知されたかを判定する。メッセージ／管理サーバ通知
判定部８３により障害メッセージが発生したと判定した
場合（ステップＳ１４２）、メッセージ監視部６は、発
生した障害メッセージを獲得する。

【００８７】次に、メッセージ緊急度判定部７は、発生
した障害メッセージの緊急度の高低を判定する。ここで
いう緊急度の高い障害メッセージとは、上記のＥＲＲＯ
Ｒメッセージを指しており、緊急度の低い障害メッセー
ジは、上記のＷＡＲＮＩＮＧメッセージ、ＩＮＦＯＲＭ
ＡＴＩＯＮメッセージを指している。メッセージ緊急度
判定部７により障害メッセージの緊急度が低いと判定し
た場合（ステップＳ１４３）、メッセージ保存部８は、
その緊急度の低い障害メッセージを保存する（ステップ
Ｓ１４４）。その後、ステップＳ１４１へ戻る。

【００８８】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ１４
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ１４５）、メッセージ送
信部１０は、メッセージ保存部８に保存されている緊急
度の低い障害メッセージと発生した緊急度の高い障害メ
ッセージを同時に管理サーバ１へ送信する（ステップＳ
１４６）。

【００８９】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ１４５）、メッセージ
送信部１０は、発生した緊急度の高い障害メッセージを
そのまま管理サーバ１へ送信する（ステップＳ１４
７）。

【００９０】次に、管理対象サーバ２は、管理サーバ１
からのＡＣＫが返ってくるのを待つ。ＡＣＫを受信する
と（ステップＳ１４８）、ステップＳ１４１へ戻る。Ａ
ＣＫを受信できない場合（ステップＳ１４８）、メッセ
ージ送信部１０は、障害メッセージを管理サーバ１へ再
送する（ステップＳ１４９）。その後、ステップＳ１４
８へ戻る。

【００９１】そして、メッセージ／管理サーバ通知判定
部８３により管理サーバ１の通信監視デーモン８１から
メッセージ送信部１０に回線が接続されたという情報が
通知されたと判定した場合（ステップＳ１４２）、メッ
セージ有無判定部９は、メッセージ保存部８に緊急度の
低い障害メッセージが保存されているか否かを判定す
る。メッセージ有無判定部９によりメッセージ保存部８
に緊急度の低い障害メッセージが保存されていると判定
した場合（ステップＳ１５０）、メッセージ送信部１０
は、メッセージ保存部８に保存されている緊急度の低い
障害メッセージを送信する（ステップＳ１５１）。その
後、ステップＳ１４８へ進む。一方、メッセージ有無判
定部９によりメッセージ保存部８に緊急度の低い障害メ
ッセージが保存されていないと判定した場合（ステップ
Ｓ１５０）は、ステップＳ１４１へ戻る。

【００９２】このように、本実施の形態では、管理サー
バ１のアプリケーション８２と管理対象サーバ２のアプ
リケーションの回線が接続されることを監視する管理サ
ーバ１の通信監視デーモン８１から同一のＬＡＮ５上の
全ての管理対象サーバ２のメッセージ送信部１０に回線
が接続されたという情報が通知された時に、メッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
る場合、その緊急度の低い障害メッセージを管理サーバ
１へ送信するように構成したため、緊急度の低い障害メ
ッセージだけが発生した時に障害メッセージが送信され
なくなってしまうことを防ぐことができる。また、１台
の管理サーバ１でその接続先のＬＡＮ５上の全ての管理
対象サーバ２に対してまだ送られていない緊急度の低い
障害メッセージを送信させることができる。また、管理
サーバ１との回線の接続を利用することにより、実施の
形態２、３の場合よりも回線の接続回数を増やすことな
く障害メッセージの送信のタイミングを増やすことがで
きる。

【００９３】実施の形態９．図１８は本発明に係る実施
の形態９の障害監視システムの構成を示すブロック図で
ある。図１８において、図１と同一符号は同一又は相当
部分を示し、９１はメッセージ送信部１０により管理サ
ーバ１に障害メッセージを送信する際、送信する障害メ
ッセージに番号を付加するメッセージ番号付加部であ
り、９２はメッセージ送信部１０から送信されてきた障
害メッセージの番号が番号順であるか否かを判定するメ
ッセージ番号判定部であり、９３はメッセージ番号判定
部９２により送信されてきた障害メッセージの番号が番
号順でないと判定した場合、送信されてきた障害メッセ
ージの番号を管理対象サーバ２に送信するメッセージ番
号送信部である。９４は管理サーバ１のメッセージ番号
送信部９３から送信されてきた障害メッセージの番号を
基に管理サーバ１に送信されていない番号の障害メッセ
ージを検索するメッセージ検索部であり、９５は障害メ
ッセージが発生したか、管理サーバ１のメッセージ番号
送信部９３から障害メッセージの番号が送信されたかを
判定するメッセージ／管理サーバデータ通知判定部であ
る。

【００９４】次に、図１９は図１８に示す障害監視シス
テムの処理フローを示すフローチャートである。この処
理の流れは、管理対象サーバ２と管理サーバ１上のプロ
グラムの処理の流れである。まず、管理対象サーバ２
は、障害メッセージの発生と管理サーバ１のメッセージ
番号送信部９３からのデータ通知待ち状態にいる。障害
メッセージが発生するか、あるいは管理サーバ１のメッ
セージ番号送信部９３から管理サーバ１に送信された障
害メッセージの番号のデータが通知されると、ステップ
Ｓ１６２へ進む（ステップＳ１６１）。

【００９５】次に、メッセージ／管理サーバデータ通知
判定部９５は、障害メッセージが発生したか、あるいは
管理サーバ１のメッセージ番号送信部９３から管理サー
バ１に送信された障害メッセージの番号のデータが通知
されたかを判定する。メッセージ／管理サーバデータ通
知判定部９５により障害メッセージが発生したと判定し
た場合（ステップＳ１６２）、メッセージ監視部６は、
発生した障害メッセージを獲得する。

【００９６】次に、メッセージ緊急度判定部７は、メッ
セージ監視部６により獲得した障害メッセージの緊急度
の高低を判定する。ここでいう緊急度の高い障害メッセ
ージとは、上記のＥＲＲＯＲメッセージを指しており、
緊急度の低い障害メッセージは、上記のＷＡＲＮＩＮＧ
メッセージ、ＩＮＦＯＲＭＡＴＩＯＮメッセージを指し
ている。メッセージ緊急度判定部７により障害メッセー
ジの緊急度が低いと判定した場合（ステップＳ１６
３）、メッセージ保存部８は、その緊急度の低い障害メ
ッセージを保存する（ステップＳ１６４）。その後、ス
テップＳ１６１へ戻る。

【００９７】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ１６
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ１６５）、メッセージ番
号付加部９１は、メッセージ保存部８に保存されている
緊急度の低い障害メッセージと発生した緊急度の高い障
害メッセージに番号を付ける。次いで、メッセージ送信
部１０は、番号を付けたメッセージ保存部８に保存され
ている緊急度の低い障害メッセージと発生した緊急度の
高い障害メッセージを同時に管理サーバ１へ送信する
（ステップＳ１６６）。その後、メッセージ保存部８
は、番号を付けた緊急度の低い障害メッセージと緊急度
の高い障害メッセージを保存する（ステップＳ１６
８）。そして、ステップＳ１６１へ戻る。

【００９８】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ１６５）、メッセージ
番号付加部９１は、発生した緊急度の高い障害メッセー
ジに番号を付ける。次いで、メッセージ送信部１０は、
番号を付けた発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ１６７）。
その後、メッセージ保存部８は、番号を付けた緊急度の
高い障害メッセージを保存する（ステップＳ１６８）。

【００９９】次に、管理サーバ１のメッセージ収集部１
２が管理対象サーバ２のメッセージ送信部１０から番号
を付けて送信してきた障害メッセージを受信すると（ス
テップＳ１６９）、メッセージ番号判定部９２は、管理
対象サーバ２のメッセージ送信部１０から送信してきた
障害メッセージの番号が番号順であるか否かを判定す
る。メッセージ番号判定部９２により送信してきた障害
メッセージの番号が番号順でない場合（ステップＳ１７
０）、メッセージ番号送信部９３は、送信してきた障害
メッセージの番号を管理対象サーバ２に送信する（ステ
ップＳ１７１）。メッセージ番号判定部９２により送信
してきた障害メッセージの番号が番号順である場合（ス
テップＳ１７０）は、ステップＳ１６９へ戻る。

【０１００】そして、メッセージ／管理サーバデータ通
知判定部９５は、管理サーバ１のメッセージ番号送信部
９３から送信してきた障害メッセージの番号であると判
定すると（ステップＳ１６２）、メッセージ検索部９４
は、メッセージ番号送信部９３から送信してきた障害メ
ッセージの番号を基に管理サーバ１に送信されていない
番号の障害メッセージを検索する（ステップＳ１７
２）。次いで、メッセージ送信部１０は、検索した管理
サーバ１に送信されていない番号の障害メッセージをメ
ッセージ保存部８から読み出して管理サーバ１に送信す
る（ステップＳ１７３）。その後、ステップＳ１６１へ
戻る。

【０１０１】このように、本実施の形態では、管理サー
バ１に送信する障害メッセージに番号を付加して管理サ
ーバ１に送信し、管理サーバ１に送信してきた障害メッ
セージの番号が番号順でない場合、管理サーバ１に送信
してきた障害メッセージの番号を管理対象サーバ２に送
信し、その障害メッセージの番号を基に管理サーバ１に
送信していない番号の障害メッセージを検索し、検索し
た管理サーバ１に送信していない番号の障害メッセージ
をメッセージ保存部８から読み出して管理サーバ１に送
信するように構成したため、全ての障害メッセージに対
してＡＣＫを返さないようにすることができる。このた
め、障害メッセージ送信に要する時間を短縮してコスト
を低減することができる。また、接続している回線上を
流れるデータ量を減らすことができるため、他のデータ
送信への影響を抑えることができる。

【０１０２】実施の形態１０．図２０は本発明に係る実
施の形態１０の障害監視システムの構成を示すブロック
図である。図２０において、図１８と同一符号は同一又
は相当部分を示し、１０１はメッセージ送信部１０によ
り管理サーバ１に送信した障害メッセージが緊急メッセ
ージであるか否かを判定する緊急メッセージ判定部であ
り、１０２はメッセージ送信部１０から送信してきた番
号を付けた障害メッセージが緊急度が高いか否かを判定
するメッセージ緊急度判定部であり、１０３はメッセー
ジ緊急度判定部１０２により送信してきた番号を付けた
障害メッセージの緊急度が高い場合、管理対象サーバ２
にＡＣＫを送信するとともに、メッセージ番号判定部９
２により送信されてきた障害メッセージの番号が番号順
でないと判定した場合、送信されてきた障害メッセージ
の番号を管理対象サーバ２に送信するメッセージ番号／
ＡＣＫ送信部である。

【０１０３】次に、図２１は図２０に示す障害監視シス
テムの処理フローを示すフローチャートである。この処
理の流れは、管理対象サーバ２と管理サーバ１上のプロ
グラムの処理の流れである。まず、管理対象サーバ２
は、障害メッセージの発生と管理サーバ１のメッセージ
番号／ＡＣＫ送信部１０３からのデータ通知待ち状態に
いる。障害メッセージが発生するか、あるいは管理サー
バ１のメッセージ番号／ＡＣＫ送信部１０３から管理サ
ーバ１に送信された障害メッセージの番号のデータが通
知されると、ステップＳ１８２へ進む（ステップＳ１８
１）。

【０１０４】次に、メッセージ／管理サーバデータ通知
判定部９５は、障害メッセージが発生したか、あるいは
管理サーバ１のメッセージ番号／ＡＣＫ送信部１０３か
ら管理サーバ１に送信された障害メッセージの番号のデ
ータが通知されたかを判定する。メッセージ／管理サー
バデータ通知判定部９５により障害メッセージが発生し
たと判定した場合（ステップＳ１８２）、メッセージ監
視部６は、発生した障害メッセージを獲得する。

【０１０５】次に、メッセージ緊急度判定部７は、メッ
セージ監視部６により獲得した障害メッセージの緊急度
の高低を判定する。ここでいう緊急度の高い障害メッセ
ージとは、上記のＥＲＲＯＲメッセージを指しており、
緊急度の低い障害メッセージは、上記のＷＡＲＮＩＮＧ
メッセージ、ＩＮＦＯＲＭＡＴＩＯＮメッセージを指し
ている。メッセージ緊急度判定部７により障害メッセー
ジの緊急度が低いと判定した場合（ステップＳ１８
３）、メッセージ保存部８は、その緊急度の低い障害メ
ッセージを保存する（ステップＳ１８４）。その後、ス
テップＳ１８１へ戻る。

【０１０６】メッセージ緊急度判定部７により障害メッ
セージの緊急度が高いと判定した場合（ステップＳ１８
３）、メッセージ有無判定部９は、メッセージ保存部８
に緊急度の低い障害メッセージが保存されているか否か
を判定する。メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ると判定した場合（ステップＳ１８５）、メッセージ番
号付加部９１は、メッセージ保存部８に保存されている
緊急度の低い障害メッセージと発生した緊急度の高い障
害メッセージに番号を付ける。次いで、メッセージ送信
部１０は、番号を付けたメッセージ保存部８に保存され
ている緊急度の低い障害メッセージと発生した緊急度の
高い障害メッセージを同時に管理サーバ１へ送信する
（ステップＳ１８６）。その後、メッセージ保存部８
は、緊急度の低い障害メッセージと緊急度の高い障害メ
ッセージを保存する（ステップＳ１８７）。

【０１０７】メッセージ有無判定部９によりメッセージ
保存部８に緊急度の低い障害メッセージが保存されてい
ないと判定した場合（ステップＳ１８５）、メッセージ
番号付加部９１は、発生した緊急度の高い障害メッセー
ジに番号を付ける。次いで、メッセージ送信部１０は、
番号を付けた発生した緊急度の高い障害メッセージをそ
のまま管理サーバ１へ送信する（ステップＳ１８８）。
その後、メッセージ保存部８は、番号を付けた緊急度の
高い障害メッセージを保存する（ステップＳ１８７）。

【０１０８】次に、緊急メッセージ判定部１０１は、メ
ッセージ送信部１０により管理サーバ１に送信した障害
メッセージが緊急メッセージであるか否かを判定する。
緊急メッセージ判定部１０１により管理サーバ１に送信
した障害メッセージが緊急メッセージであると判定した
場合（ステップＳ１８９）、管理サーバ１のメッセージ
番号／ＡＣＫ送信部１０３からＡＣＫが送信されてくる
か否かを判定する。管理対象サーバ２は、管理サーバ２
のメッセージ番号／ＡＣＫ送信部１０３から送信してき
たＡＣＫを受信すると（ステップＳ１９０）、ステップ
Ｓ１８１へ戻る。ＡＣＫを受信できない場合（ステップ
Ｓ１９０）、メッセージ送信部１０は、障害メッセージ
を再送する（ステップＳ１９１）。その後、ステップＳ
１９０へ戻る。

【０１０９】管理サーバ１のメッセージ収集部１２が管
理対象サーバ２のメッセージ送信部１０から番号を付け
て送信してきた障害メッセージを受信すると（ステップ
Ｓ１９２）、メッセージ緊急度判定部１０２は、管理対
象サーバ２のメッセージ送信部１０から送信してきた障
害メッセージの緊急度が高いか否かを判定する。メッセ
ージ緊急度判定部１０２により送信してきた障害メッセ
ージの緊急度が高いと判定した場合（ステップＳ１９
３）は、メッセージ番号／ＡＣＫ送信部１０３は、管理
対象サーバ２にＡＣＫを送信する（ステップＳ１９
４）。メッセージ緊急度判定部１０２により送信してき
た障害メッセージの緊急度が高くないと判定した場合
（ステップＳ１９３）は、ＡＣＫを管理対象サーバ２へ
送信しないでステップＳ１９５へ進む。その後、メッセ
ージ番号判定部９２は、管理対象サーバ２のメッセージ
送信部１０から送信してきた障害メッセージの番号が番
号順であるか否かを判定する。メッセージ番号判定部９
２により送信してきた障害メッセージの番号が番号順で
ないと判定した場合（ステップＳ１９５）、メッセージ
番号／ＡＣＫ送信部１０３は、送信してきた障害メッセ
ージの番号を管理対象サーバ２に送信する（ステップＳ
１９６）。

【０１１０】そして、メッセージ／管理サーバデータ通
知判定部９５は、管理サーバ１のメッセージ番号／ＡＣ
Ｋ送信部１０３から送信してきた障害メッセージの番号
であると判定すると（ステップＳ１８２）、メッセージ
検索部９４は、メッセージ番号／ＡＣＫ送信部１０３か
ら送信してきた障害メッセージの番号を基に管理サーバ
１に送信されていない番号の障害メッセージを検索する
（ステップＳ１９７）。次いで、メッセージ送信部１０
は、検索した管理サーバ１に送信されていない番号の障
害メッセージをメッセージ保存部８から読み出して管理
サーバ１に送信する（ステップＳ１９８）。その後、ス
テップＳ１８１へ戻る。

【０１１１】このように、本実施の形態では、管理サー
バ１に送信する障害メッセージに番号を付加して管理サ
ーバ１に送信し、管理サーバ１に送信してきた障害メッ
セージの緊急度が高い場合、ＡＣＫを管理対象サーバ２
に送信するように構成したため、管理サーバ１に緊急度
の高い障害メッセージが送信されていることを管理対象
サーバ２側で確実に確認することができる。また、障害
メッセージの緊急度を損なうことなく障害メッセージの
送信量を減らすことができる。

【０１１２】

【発明の効果】本発明によれば、緊急度の低い障害メッ
セージを一旦保存しておき、緊急度の高い障害メッセー
ジが発生した時に緊急度の低い障害メッセージと緊急度
の高い障害メッセージを同時に送信するように構成した
ため、従来の両者を別々に送信する場合よりも回線の接
続回数を減らすことができる。このため、従来よりも回
線の接続にかかるコストを抑えることができる。しか
も、従来、緊急度の低い障害メッセージが発生した時に
常に回線が使用されていたが、常に回線を使用されない
ようにすることができるため、他のサーバからの緊急度
の高い障害メッセージや業務用のデータを送信する際に
回線を使用している頻度を低くすることができる。この
ため、従来よりも他の通信への影響を抑えることもでき
る。更に、障害メッセージの発生毎にＡＣＫの送信を行
なわないようにすることができるため、従来の障害メッ
セージ発生毎にＡＣＫを送信する場合よりもＡＣＫの送
受信の回数を減少させることができる。このため、障害
メッセージ送信のためにかかる通信時間を短縮すること
ができる。

【０１１３】また、セットしたタイマーに達した時に保
存されている緊急度の低い障害メッセージを管理サーバ
へ送信するように構成したため、緊急度の低い障害メッ
セージだけが発生した時に障害メッセージが送信されな
くなってしまうことを防ぐことができる。

【０１１４】また、メッセージ保存手段により保存する
緊急度の低い障害メッセージ数が所定の値を越えると、
メッセージ保存手段により保存されている緊急度の低い
障害メッセージを管理サーバへ送信するように構成した
ため、緊急度の低い障害メッセージだけが発生した時に
障害メッセージが送信されなくなってしまうことを防ぐ
ことができる。

【０１１５】また、業務アプリケーションからメッセー
ジ送信手段に回線が接続されたという情報が通知された
時に、メッセージ保存手段により緊急度の低い障害メッ
セージが保存されている場合、その緊急度の低い障害メ
ッセージを管理サーバへ送信するように構成したため、
緊急度の低い障害メッセージだけが発生した時に障害メ
ッセージが送信されなくなってしまうことを防ぐことが
できる。また、業務用のアプリケーションの通信による
回線の接続を利用することにより、回線の接続回数を増
やすことなく障害メッセージの送信のタイミングを増や
すことができる。

【０１１６】また、回線が接続されることを監視する通
信監視デーモンからメッセージ送信手段に回線が接続さ
れたという情報が通知された時に、メッセージ保存手段
により緊急度の低い障害メッセージが保存されている場
合、その緊急度の低い障害メッセージを管理サーバへ送
信するように構成したため、緊急度の低い障害メッセー
ジだけが発生した時に障害メッセージが送信されなくな
ってしまうことを防ぐことができる。また、他のアプリ
ケーションの通信による回線の接続を利用することによ
り、回線の接続回数を増やすことなく障害メッセージの
送信のタイミングを増やすことができる。

【０１１７】また、管理対象サーバ側のＬＡＮに接続さ
れたルータからメッセージ送信手段に管理サーバ側のＬ
ＡＮとの接続が行なわれて回線が接続されたという情報
が通知された時に、メッセージ保存手段により緊急度の
低い障害メッセージが保存されている場合、その緊急度
の低い障害メッセージを管理サーバへ送信するように構
成したため、緊急度の低い障害メッセージだけが発生し
た時に障害メッセージが送信されなくなってしまうこと
を防ぐことができる。また、管理対象サーバと同じＬＡ
Ｎ上の別の管理対象サーバの回線の接続を利用すること
により、回線の接続回数を増やすことなく障害メッセー
ジの送信のタイミングを増やすことができる。

【０１１８】また、第１の管理対象サーバのメッセージ
送信手段から第１の管理対象サーバと同一のＬＡＮ上に
接続された第２の管理対象サーバのメッセージ送信手段
に、第１の管理対象サーバが管理サーバと通信を行なう
際に回線が接続されたという情報が通知された時に、メ
ッセージ保存手段により緊急度の低い障害メッセージが
保存されている場合、その緊急度の低い障害メッセージ
を管理サーバへ送信するように構成したため、緊急度の
低い障害メッセージだけが発生した時に障害メッセージ
が送信されなくなってしまうことを防ぐことができる。
また、第２の管理対象サーバと同じＬＡＮ上の第１の管
理対象サーバの回線の接続を利用することにより、回線
の接続回数を増やすことなく障害メッセージの送信のタ
イミングを増やすことができる。

【０１１９】また、管理サーバのアプリケーションと管
理対象サーバのアプリケーションの回線が接続されるこ
とを監視する管理サーバの通信監視デーモンから同一の
ＬＡＮ上の全ての管理対象サーバのメッセージ送信部に
回線が接続されたという情報が通知された時に、メッセ
ージ保存手段により緊急度の低い障害メッセージが保存
されている場合、その緊急度の低い障害メッセージを管
理サーバへ送信するように構成したため、緊急度の低い
障害メッセージだけが発生した時に障害メッセージが送
信されなくなってしまうことを防ぐことができる。ま
た、１台の管理サーバでその接続先のＬＡＮ上の全ての
管理対象サーバに対してまだ送られていない緊急度の低
い障害メッセージを送信させることができる。また、管
理サーバとの回線の接続を利用することにより、回線の
接続回数を増やすことなく障害メッセージの送信のタイ
ミングを増やすことができる。

【０１２０】また、管理サーバに送信する障害メッセー
ジに番号を付加して管理サーバに送信し、管理サーバに
送信してきた障害メッセージの番号が番号順でない場
合、管理サーバに送信してきた障害メッセージの番号を
管理対象サーバに送信し、その障害メッセージの番号を
基に管理サーバに送信していない番号の障害メッセージ
を検索し、検索した管理サーバに送信していない番号の
障害メッセージをメッセージ保存手段から読み出し管理
サーバに送信するように構成したため、全ての障害メッ
セージに対してＡＣＫを返さないようにすることができ
る。このため、障害メッセージ送信に要する時間を短縮
してコストを低減することができる。また、接続してい
る回線上を流れるデータ量を減らすことができるため、
他のデータ送信への影響を抑えることができる。

【０１２１】また、管理サーバに送信する障害メッセー
ジに番号を付加して管理サーバに送信し、管理サーバに
送信してきた障害メッセージの緊急度が高い場合、ＡＣ
Ｋを管理対象サーバに送信するように構成したため、管
理サーバに緊急度の高い障害メッセージが送信されてい
ることを管理対象サーバ側で確実に確認することができ
る。また、障害メッセージの緊急度を損なうことなく障
害メッセージの送信量を減らすことができる。

【図面の簡単な説明】

【図１】 本発明に係る実施の形態１の障害監視システ
ムの構成を示すブロック図である。

【図２】 図１に示す障害監視システムの処理フローを
示すフローチャートである。

【図３】 本発明に係る実施の形態２の障害監視システ
ムの構成を示すブロック図である。

【図４】 図３に示す障害監視システムの処理フローを
示すフローチャートである。

【図５】 本発明に係る実施の形態３の障害監視システ
ムの構成を示すブロック図である。

【図６】 図５に示す障害監視システムの処理フローを
示すフローチャートである。

【図７】 本発明に係る実施の形態４の障害監視システ
ムの構成を示すブロック図である。

【図８】 図７に示す障害監視システムの処理フローを
示すフローチャートである。

【図９】 本発明に係る実施の形態５の障害監視システ
ムの構成を示すブロック図である。

【図１０】 図９に示す障害監視システムの処理フロー
を示すフローチャートである。

【図１１】 本発明に係る実施の形態６の障害監視シス
テムの構成を示すブロック図である。

【図１２】 図１１に示す障害監視システムの処理フロ
ーを示すフローチャートである。

【図１３】 本発明に係る実施の形態７の障害監視シス
テムの構成を示すブロック図である。

【図１４】 図１３に示す障害監視システムの処理フロ
ーを示すフローチャートである。

【図１５】 本発明に係る実施の形態８の障害監視シス
テムの構成を示すブロック図である。

【図１６】 図１５に示す障害監視システムの処理フロ
ーを示すフローチャートである。

【図１７】 図１５に示す障害監視システムの処理フロ
ーを示すフローチャートである。

【図１８】 本発明に係る実施の形態９の障害監視シス
テムの構成を示すブロック図である。

【図１９】 図１７に示す障害監視システムの処理フロ
ーを示すフローチャートである。

【図２０】 本発明に係る実施の形態１０の障害監視シ
ステムの構成を示すブロック図である。

【図２１】 図１９に示す障害監視システムの処理フロ
ーを示すフローチャートである。

【図２２】 従来の障害監視システムの構成を示すブロ
ック図である。

【符号の説明】

１ 管理サーバ、２、２ａ、２ｂ 管理対象サーバ、
３、６１ ルータ、４広域網、５ ＬＡＮ、６ メッセ
ージ監視部、７ メッセージ緊急度判定部、８メッセー
ジ保存部、９ メッセージ有無判定部、１０、１０ａ
メッセージ送信部、１１、１３ ＯＳ、１２ メッセー
ジ収集部、２１ タイマーセット部、２２ タイマーリ
セット部、２３ メッセージ／タイマー完了判定部、２
４はタイマーセット判定部、３１ メッセージカウンタ
部、３２ メッセージカウンタ判定部、３３ メッセー
ジカウンタクリア部、４１ 業務アプリケーション、４
２ メッセージ／業務ＡＰＰ通知判定部、５１、８１
通信監視デーモン、５２、８２ アプリケーション、５
３ メッセージ／監視デーモン通知判定部、６２メッセ
ージ／ルータ通知判定部、７１ メッセージ／他の管理
対象サーバ通知判定部、８３ メッセージ／管理サーバ
通知判定部、９１ メッセージ番号付加部、９２ メッ
セージ番号判定部、９３ メッセージ番号送信部、９４
メッセージ検索部、９５ メッセージ／管理サーバデ
ータ通知判定部、１０１ 緊急メッセージ判定部、１０
２ メッセージ緊急度判定部、１０３ メッセージ番号
／ＡＣＫ送信部。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/24 9466−5Ｋ Ｈ０４Ｌ 11/08 12/26

Claims (10)

【特許請求の範囲】
1. 【請求項１】 広域網を介して分散してＬＡＮに接続さ
   れた複数の管理対象サーバと、広域網を介してＬＡＮに
   接続され、かつ前記管理対象サーバの障害を監視する管
   理サーバとを有する障害監視システムにおいて、任意の
   管理対象サーバ上で障害が発生した場合に発生する障害
   メッセージの緊急度の高低を判定するメッセージ緊急度
   判定手段と、発生した障害メッセージの緊急度が低いと
   判定した場合、その緊急度の低い障害メッセージを保存
   するメッセージ保存手段と、発生した障害メッセージの
   緊急度が高いと判定した場合、前記メッセージ保存手段
   に緊急度の低い障害メッセージが保存されているか否か
   を判定するメッセージ有無判定手段と、緊急度の低い障
   害メッセージが保存されていると判定した場合、緊急度
   の高い障害メッセージと緊急度の低い障害メッセージを
   同時に前記管理サーバに送信し、緊急度の低い障害メッ
   セージが保存されていないと判定した場合、緊急度の高
   い障害メッセージを前記管理サーバに送信するメッセー
   ジ送信手段とを前記管理対象サーバに設けることを特徴
   とする障害監視システム。
2. 【請求項２】 タイマーをセットするタイマーセット手
   段を前記管理対象サーバに設け、前記メッセージ送信手
   段は、セットしたタイマーに達した時に障害メッセージ
   が発生していない場合、前記メッセージ保存手段により
   保存された緊急度の低い障害メッセージを前記管理サー
   バに送信することを特徴とする請求項１に記載の障害監
   視システム。
3. 【請求項３】 前記メッセージ保存手段により保存した
   緊急度の低い障害メッセージ数をカウントするメッセー
   ジカウント部を前記管理対象サーバに設け、前記メッセ
   ージ送信手段は、カウントした障害メッセージ数に基づ
   いて前記メッセージ保存手段により保存された緊急度の
   低い障害メッセージを前記管理サーバに送信することを
   特徴とする請求項１に記載の障害監視システム。
4. 【請求項４】 前記管理サーバの業務アプリケーション
   と通信を行なう際に回線が接続されたという情報を前記
   メッセージ送信手段に通知する業務アプリケーションを
   前記管理対象サーバに設け、前記メッセージ送信手段
   は、前記管理対象サーバの業務アプリケーションにより
   回線が接続されたという情報が通知された時、前記メッ
   セージ保存手段により保存された緊急度の低い障害メッ
   セージを前記管理サーバに送信することを特徴とする請
   求項１に記載の障害監視システム。
5. 【請求項５】 前記管理対象サーバのアプリケーション
   が前記管理サーバのアプリケーションと通信を行なう際
   に回線が接続されることを監視する通信監視デーモンを
   前記管理対象サーバに設け、前記メッセージ送信手段
   は、前記通信監視デーモンにより回線が接続されたとい
   う情報が通知された時、前記メッセージ保存手段により
   保存された緊急度の低い障害メッセージを前記管理サー
   バに送信することを特徴とする請求項１に記載の障害監
   視システム。
6. 【請求項６】 前記管理対象サーバのＬＡＮに接続さ
   れ、かつ前記管理サーバ側のＬＡＮとの接続が行なわれ
   ているという情報を前記メッセージ送信手段に通知する
   ルータを設け、前記メッセージ送信手段は、前記ルータ
   により回線が接続されたという情報が通知された時、前
   記メッセージ保存手段により保存された緊急度の低い障
   害メッセージを前記管理サーバに送信することを特徴と
   する請求項１に記載の障害監視システム。
7. 【請求項７】 第１の管理対象サーバと第２の管理対象
   サーバが同一のＬＡＮに接続されている時、前記第２の
   管理対象サーバの前記メッセージ送信手段は、前記第２
   の管理対象サーバが前記管理サーバと通信を行なう際に
   回線が接続されるという情報を前記第１の管理対象サー
   バの前記メッセージ送信手段に通知することを特徴とす
   る請求項１に記載の障害監視システム。
8. 【請求項８】 前記管理サーバのアプリケーションが前
   記管理対象サーバのアプリケーションと通信を行なう際
   に回線が接続されることを監視する通信監視デーモンを
   前記管理サーバに設け、前記メッセージ送信手段は、前
   記通信監視デーモンにより回線が接続されたという情報
   が通知された時、前記メッセージ保存手段により保存さ
   れた緊急度の低い障害メッセージを前記管理サーバに送
   信することを特徴とする請求項１に記載の障害監視シス
   テム。
9. 【請求項９】 前記メッセージ送信手段により前記管理
   サーバに障害メッセージを送信する際、送信する障害メ
   ッセージに番号を付加するメッセージ番号付加手段を管
   理対象サーバに設け、前記メッセージ保存手段は、番号
   を付加した障害メッセージを保存し、前記メッセージ送
   信手段は、番号を付加した障害メッセージを前記管理サ
   ーバに送信し、送信されてきた障害メッセージの番号が
   番号順であるか否かを判定するメッセージ番号判定手段
   と、送信されてきた障害メッセージの番号が番号順でな
   いと判定した場合、送信されてきた障害メッセージの番
   号を管理対象サーバに送信するメッセージ番号送信手段
   とを前記管理サーバに設け、前記管理サーバから送信さ
   れてきた障害メッセージの番号に基づいて前記管理サー
   バに送信されていない番号の障害メッセージを検索する
   メッセージ検索手段を前記管理対象サーバに設け、前記
   メッセージ送信手段は、検索した番号の障害メッセージ
   を前記メッセージ保存手段から読み出して送信すること
   を特徴とする請求項１に記載の障害監視システム。
10. 【請求項１０】 前記メッセージ送信手段から送信され
    てきた番号を付加した障害メッセージの緊急度が高いか
    否かを判定するメッセージ緊急度判定部と、前記メッセ
    ージ送信手段から送信されてきた番号を付加した障害メ
    ッセージの緊急度が高い場合、ＡＣＫを前記管理対象サ
    ーバに送信するＡＣＫ送信部とを前記管理サーバに設け
    ることを特徴とする請求項９に記載の障害監視システ
    ム。