JP2001282754A

JP2001282754A - 状態監視システム、状態監視方法およびその記録媒体

Info

Publication number: JP2001282754A
Application number: JP2000100605A
Authority: JP
Inventors: Yoshihiro Nagata; 吉博永田
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 2000-04-03
Filing date: 2000-04-03
Publication date: 2001-10-12

Abstract

(57)【要約】【課題】ＣＯＲＢＡを利用するシステム内のサーバ側に
特殊な実装を行わないでサーバプロセスの稼動状態を把
握可能にする状態監視システム、状態監視方法およびそ
の記録媒体を提供する。【解決手段】定期的にサーバプロセス４０の状態取得を
実行するタイマ手段１１の指示に基づき状態取得手段１
２により、ＣＯＲＢＡの基本サービスとして提供される
ネーミングサーバ３０にサーバプロセスのオブジェクト
リファレンスを問い合わせることによってサーバプロセ
ス４０の稼動状態を取得し、サーバプロセス４０の稼動
状態の変化を状態変化検出手段１３により検出し、状態
出力手段１４を介してオペレータ等の状態出力装置２０
に出力する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は状態監視システム、
状態監視方法およびその記録媒体、特にＣＯＲＢＡ（Co
mmon Object Request Broker Architecture）を利
用するシステム間通信の状態監視システム、状態監視方
法および状態監視プロセスを記録した記録媒体に関す
る。

【０００２】

【従来の技術】従来のＣＯＲＢＡを利用するシステム間
通信の状態監視方法の１例は、例えば特開平１０−２８
５１６４号公報の「ネットワーク管理システムおよび方
法並びにネットワーク管理プログラムを記録した記録媒
体」に開示されている。この特許公報に開示されたネッ
トワーク管理システムは、イベントサービスにおけるプ
ッシュスタイルのイベント通信方法において要求される
側のクライアントが、クライアント／サーバ間における
コネクション切断等のエラーを検出することができるシ
ステムである。通信異常を検出するためのデータを、予
め設定された所定間隔で送信する送信手段を前記サーバ
側に備える。そして、通信異常を検出するためのデータ
を受信する受信手段と、この受信手段が上述したデータ
を受信してから予め定められた設定時間内に当該データ
に後続するデータおよびサーバからクライアントへのイ
ベントの一方を受信したか否かを検出する手段と、検出
手段が設定時間内における後続するデータおよびイベン
トの未受信を検出した時にアラームを送出する手段とを
クライアント側に備えている。

【０００３】サーバは、コンフィグレーションファイル
から読込んだヘルスチェック時間の間隔で、ヘルスチェ
ックデータを送信する。クライアントは、イベントチャ
ネルを介してヘルスチェックデータを受信し、コンフィ
グレーションファイルから読込んだタイムアウト時間内
にイベント又はヘルスチェックデータを受信しなければ
アラームを送出する。

【０００４】

【発明が解決しようとする課題】しかし、上述した従来
技術は、幾つかの解決すべき課題を有する。第１に、Ｃ
ＯＲＢＡを利用するシステム内のサーバ側に特殊な実装
を行わないと、サーバの稼動状態が把握できないことで
ある。その理由は、ＣＯＲＢＡを利用するサーバの稼動
状態を監視する機構(ヘルスチェック)がないためであ
る。

【０００５】第２に、ＣＯＲＢＡを利用するサーバの稼
動状態を常時把握する手段がないことである。その理由
は、ＣＯＲＢＡを利用するクライアントがサーバに対し
てサービスの要求を行って初めて状態を認識するためで
ある。

【０００６】

【発明の目的】従って、本発明の目的は、システム内の
サーバ側に特殊な実装を行うことなくサーバ稼動状態を
把握できる状態監視システムおよび状態監視方法を提供
することである。本発明の他の目的は、サーバの稼動状
態を常時把握する状態監視プロセスを記録する記録媒体
を提供することである。

【０００７】

【課題を解決するための手段】本発明の状態監視システ
ムは、テキスト形式のコンフィギュレーションファイル
で定義された時間間隔で状態取得を指示するタイマ手段
と、このタイマ手段からの指示によりネーミングサーバ
からサーバプロセスの稼動状態を取得し、サーバプロセ
スの稼動状態を通知する状態取得手段と、この状態取得
手段からの通知を受信して受信前の状態と比較し、状態
変化があった場合にこの状態変化を通知する状態変化検
出手段と、この状態変化検出手段からの通知を受信して
通知内容を出力する状態出力手段と、この状態出力手段
からの出力を受けてサーバプロセスの稼動状態をオペレ
ータ等に通知する状態出力装置とを備える。

【０００８】また、本発明に状態監視システムは、テキ
スト形式のコンフィギュレーションファイルで定義され
た時間間隔で取得を指示するタイマ手段と、このタイマ
手段からの指示によりネーミングサーバからイベント受
信プロセスの稼動状態を取得し、この稼動状態を通知す
る状態取得手段と、この状態取得手段からの通知を受信
又はマスク入力装置からの指示によりマスクの状態を設
定するマスク設定手段と、このマスク設定手段からのマ
スクの状態を取得してイベント入力装置から受信したイ
ベントの送信又は破棄を行うイベント送信手段と、オペ
レータ等からの指示によりマスクの設定又は解除指示を
行うマスク入力装置と、オペレータ等からの指示により
イベントを送信するイベント入力装置とを備える。

【０００９】本発明の状態監視方法は、サーバプロセス
の稼動状態をネーミングサーバから定期的に取得し、こ
のサーバプロセスの状態変化を検出してオペレータ等に
通知する。また、本発明の状態監視方法は、イベントの
受信先となるプロセスの稼動状態に応じてイベントの送
信を制御し、イベントの受信先となるプロセスが正常に
稼動していない状態でもオペレータ等からイベントのマ
スクの解除要求を受け付けられる。

【００１０】更に、本発明の記録媒体は、テキスト形式
のコンフィギュレーションファイルで定義された時間間
隔で状態取得を指示するタイマ処理と、このタイマ処理
からの指示によりネーミングサーバからのサーバプロセ
スの稼動状態を取得し、この稼動状態を通知する状態取
得処理と、この状態取得処理からの通知を受信し、受信
前の状態と比較して稼動状態に変化があった場合に状態
変化を通知する状態変化検出処理と、この状態変化検出
処理からの通知を受信して通知内容を出力する状態出力
処理とをコンピュータに実行させるためのプログラムを
記録する。

【００１１】また、本発明の記録媒体は、テキスト形式
のコンフィギュレーションファイルで定義された時間間
隔で状態取得を指示するタイマ処理と、このタイマ処理
からの指示によりネーミングサーバからイベント受信プ
ロセスの稼動状態を取得し、この稼動状態を通知する状
態取得処理と、この状態取得処理からの通知を受信又は
マスク入力装置からの指示によりマスクの状態を設定す
るマスク設定処理と、このマスク設定処理からのマスク
状態を取得してイベント入力装置から受信したイベント
の送信又は破棄を行うイベント送信処理とをコンピュー
タに実行させるためのプログラムを記録する。

【００１２】

【発明の実施の形態】以下、本発明による状態監視シス
テム、状態監視方法およびその記録媒体の好適実施形態
例を、添付図を参照して詳細に説明する。

【００１３】先ず、図１は、本発明による状態監視シス
テムの第１実施形態例のシステム構成を示すブロック図
である。この状態監視システムは、状態監視プロセス１
０、状態出力装置２０、ネーミングサーバ３０、サーバ
プロセス４０およびクライアントプロセス５０から構成
されている。また、状態監視プロセス１０は、タイマ手
段１１、状態取得手段１２、状態変化検出手段１３およ
び状態出力手段１４を含んでいる。

【００１４】状態監視プロセス１０のタイマ手段１１
は、起動時に状態監視プロセス１０のオブジェクトリフ
ァレンスをネーミングサーバ３０に登録し、サーバの稼
動状態を監視するために定期的にサーバプロセス４０の
状態取得を実行する。状態取得手段１２は、サーバプロ
セス４０の稼動状態を取得して稼動状態フラグに設定す
る。状態変化検出手段１３は、サーバプロセス４０の状
態変化を検出する。状態出力手段１４は、サーバプロセ
ス４０の稼動状態を通知する。タイマ手段１１は、テキ
スト形式のコンフィグレーションファイルで定義された
時間間隔で、状態取得手段１２に対して状態取得を指示
する。また、状態取得手段１２は、タイマ手段１１から
の指示に基づきネーミングサーバ３０からサーバプロセ
ス４０の稼動状態を取得し、状態変化検出手段１３に稼
動状態を通知する。

【００１５】状態変化検出手段１３は、状態取得手段１
２からの通知を受信して受信前の状態と比較する。この
比較結果、状態に変化があった場合には、状態出力手段
１４に状態変化を通知する。状態出力手段１４は、状態
変化検出手段１３からの通知を受信し、通知内容を状態
出力装置２０に出力する。そこで、状態出力装置２０
は、サーバプロセス４０の稼動状態をオペレータ等に通
知する。ネーミングサーバ３０は、ＣＯＲＢＡの基本サ
ービスとして提供され、ＣＯＲＢＡを利用する状態監視
プロセス１０、サーバプロセス４０およびクライアント
プロセス５０の持つオブジェクトに名前を付けて管理す
る。

【００１６】次に、サーバプロセス４０は、起動時にサ
ーバプロセス４０のオブジェクトリファレンスをネーミ
ングサーバ３０に登録し、クライアントプロセス５０に
対してサービスを提供する。クライアントプロセス５０
は、起動時にクライアントプロセス５０のオブジェクト
リファレンスをネーミングサーバ３０に登録する。そし
て、ネーミングサーバ３０からサーバプロセス４０が提
供するサービスのオブジェクトリファレンスを取得し、
サーバプロセス４０に対してサービスを要求する。

【００１７】次に、図２のフローチャートを参照して、
図１に示す状態監視システムの全体動作を説明する。先
ず、コンフィグレーションファイルから状態取得を行う
時間間隔を取得する（ステップＡ１）。その後、稼動状
態フラグに初期値として「稼動中」を設定する（ステッ
プＡ２）。次に、サーバプロセス４０の稼動状態を取得
する（ステップＡ３）。次に、取得したサーバプロセス
の稼動状態と現在状態監視プロセスに設定されている稼
動状態フラグとを比較する（ステップＡ４）。稼動状態
に変化があった場合（ステップＡ４:イエス）には、状
態監視プロセス１０に現在設定されている稼動状態フラ
グを取得した稼動状態で更新する（ステップＡ５）。次
に、稼動状態が変化したことをオペレータ等に通知する
（ステップＡ６）。

【００１８】更に、このステップＡ６の後又は上述した
状態変化がなかった場合（ステップＡ４：ノー）には、
状態監視プロセス１０がサーバプロセス４０の稼動状態
を取得してからの経過時間を確認する（ステップＡ
７）。最後に、状態取得を行う時間になったか否かを確
認する（ステップＡ８）。状態取得時間になっていない
場合（ステップＡ８:ノー）には、再度経過時間の確認
を行う（ステップＡ７）。一方、状態取得時間になった
場合（ステップＡ８:イエス）には、上述したステップ
Ａ３に戻り、サーバプロセス４０の稼動状態を取得す
る。

【００１９】以上の説明から明らかな如く、図１に示す
システムは、サーバプロセス４０の稼動状態をネーミン
グサーバ３０から定期的に取得するように構成されてい
る。そのため、サーバプロセス４０に特殊な実装を行わ
なくてもサーバ稼動状態を把握することが可能になる。
更に、このシステムでは、サーバプロセス４０の状態変
化を検出してオペレータ等に通知するように構成されて
いる。そのため、サーバの稼動状態を常時把握すること
が可能になるという特徴を有する。

【００２０】次に、本発明による状態監視システムの動
作を具体例に基づいて説明する。図３のフローチャート
に示す如く、先ず、サーバプロセス４０の稼動状態を取
得するために、ネーミングサーバ３０のコンテキスト名
を使用して、ネーミングサーバ３０のオブジェクトリフ
ァレンスを取得する（ステップＢ１）。次に、この取得
したオブジェクトリファレンスとサーバプロセス４０の
コンテキスト名を使用して、ネーミングサーバ３０から
サーバプロセス４０のオブジェクトリファレンスを取得
する（ステップＢ２）。

【００２１】次に、サーバプロセス４０のオブジェクト
リファレンスが正常に取得できたか否かを確認する（ス
テップＢ３）。正常に取得できなかった場合（ステップ
Ｂ３:ノー）には、サーバプロセス４０の稼動状態を
「停止中」に設定する（ステップＢ４）。一方、サーバ
プロセス４０のオブジェクトレファレンスが正常に取得
できた場合（ステップＢ３:イエス）には、取得したサ
ーバプロセス４０のオブジェクトリファレンスを使用し
て_non_existent()関数を呼び出し、サーバプロセス４
０の持つオブジェクトの状態を取得する（ステップＢ
５）。次に、取得した状態が正常か否か判定する（ステ
ップＢ６）。取得したオブジェクトの状態が正常の場合
（ステップＢ６：イエス）には、サーバプロセス４０の
稼動状態を「稼動中」に設定する（ステップＢ７）。一
方、取得したオブジェクトの状態が正常でない場合（ス
テップＢ６：ノー）には、上述したステップＢ４に戻
り、サーバプロセス４０の稼動状態を「停止中」に設定
する。

【００２２】次に、図４は、本発明による状態監視シス
テムの第２実施形態例のシステム構成を示すブロック図
である。尚、図１に示す構成要素と対応する構成要素に
は、説明の便宜上同様の参照符号を使用することとす
る。図４の状態監視システムは、状態監視プロセス１
０’、マスク入力装置２２、イベント入力装置２３、ネ
ーミングサーバ３０、イベントチャネル５２およびイベ
ント受信プロセス４２から構成されている。ここで、状
態監視プロセス１０’は、タイマ手段１１、状態取得手
段１２、マスク設定手段１５およびイベント送信手段１
６を含んでいる。

【００２３】マスク入力装置２２は、状態監視プロセス
１０’のマスク設定手段１５に接続されている。イベン
ト入力装置２３は、イベント送信手段１６に接続されて
いる。また、ネーミングサーバ３０は、状態監視プロセ
ス１０’の状態取得手段１２と相互接続されている。イ
ベントチャネル５２は、イベント送信手段１６に接続さ
れている。イベントチャネル５２およびイベント受信プ
ロセス４２は、ネーミングサーバ３０に接続されてい
る。また、イベントチャネル５２は、イベント受信プロ
セス４２に接続されている。

【００２４】次に、上述した各構成要素の機能を説明す
る。状態監視プロセス１０’のタイマ手段１１は、起動
時に状態監視プロセス１０’のオブジェクトリファレン
スをネーミングサーバ３０に登録し、イベント受信プロ
セス４２の稼動状態を監視するために、定期的にイベン
ト受信プロセス４２の状態取得を実行する。状態取得手
段１２は、イベント受信プロセス１０’の稼動状態を取
得して稼動状態フラグに設定する。マスク設定手段１５
は、入力されたイベントのマスク(破棄)の設定や解除を
行う。また、イベント送信手段１６は、入力されたイベ
ントの送信を行う。

【００２５】更に、タイマ手段１１は、テキスト形式の
コンフィグレーションファイルで定義された時間間隔
で、状態取得手段１２に対して状態取得を指示する。状
態取得手段１２は、タイマ手段１１からの指示に基づい
てネーミングサーバ３０からイベント受信プロセス４２
の稼動状態を取得し、マスク設定手段１５に稼動状態を
通知する。マスク設定手段１５は、状態取得手段１２か
らの通知を受信又はマスク入力装置２２からの指示に基
づいてマスクの状態を設定する。イベント送信手段１６
は、マスク設定手段１５からマスクの状態を取得し、イ
ベント入力装置２３から受信したイベントの送信又は破
棄を行う。

【００２６】マスク入力装置２２は、オペレータ等から
の指示により状態監視プロセス１０’に対してマスクの
設定又は解除指示を行う。イベント入力装置２３は、オ
ペレータ等からの指示により状態監視プロセス１０’に
対してイベントを送信する。ネーミングサーバ３０は、
ＣＯＲＢＡの基本サービスとして提供され、ＣＯＲＢＡ
を利用する状態監視プロセス１０’、イベントチャネル
５２およびイベント受信プロセス４２の持つオブジェク
トに名前を付けて管理を行う。イベントチャネル５２
は、ＣＯＲＢＡの基本サービスとして提供され、起動時
にイベントチャネル５２のオブジェクトリファレンスを
ネーミングサーバ３０に登録し、状態監視プロセス１
０’から受信したイベントをイベント受信プロセス４２
に送信する。このイベント受信プロセス４２は、起動時
にイベント受信プロセス４２のオブジェクトリファレン
スをネーミングサーバ３０に登録し、イベントチャネル
５２からイベントを受信する。

【００２７】次に、図５のフローチャートを参照して、
図４に示す状態監視システムの全体動作を説明する。先
ず、コンフィグレーションファイルから状態取得を行う
時間間隔を取得する（ステップＣ１）。次に、稼動状態
フラグに初期値として「稼動中」を設定する（ステップ
Ｃ２）。更に、マスクの状態を「解除」に設定する（ス
テップＣ３）。次に、イベント受信プロセス４２の稼動
状態を取得する（ステップＣ４）。その後、取得したイ
ベント受信プロセス４２の稼動状態と現在状態監視プロ
セスに設定されている稼動状態フラグとを比較し、状態
が変化したか否かを判定する（ステップＣ５）。稼動状
態に変化があった場合（ステップＣ５:イエス）には、
イベント受信プロセスの現在の稼動状態を確認する（ス
テップＣ６）。確認した稼動状態が「稼動中」であった
場合には、稼動状態フラグを「稼動中」に設定する（ス
テップＣ７）。次に、現在のマスクの状態を確認する
（ステップＣ８）。現在のマスクの状態が「解除中」で
あった場合には、マスクの状態を「解除」にする（ステ
ップＣ９）。

【００２８】一方、上述したステップＣ６の判定結果、
イベント受信プロセス４２の現在の稼動状態が「停止
中」であった場合には、稼動状態フラグを「停止中」に
設定する（ステップＣ１０）。そして、マスクの状態を
「設定」にする（ステップＣ１１）。

【００２９】一方、稼動状態に変化がなかった場合（ス
テップＣ５:ノー）には、状態監視プロセス１０’がイ
ベント受信プロセス４２の稼動状態を取得してからの経
過時間の確認を行う（ステップＣ１２）。最後に、状態
取得を行う時間になったか否かを判定する（ステップＣ
１３）。この判定結果、状態取得時間になっていない場
合（ステップＣ１３：ノー）には、再度経過時間の確認
を行い、状態取得時間になるのを待つ。他方、状態取得
時間になった場合（ステップＣ１３:イエス）には、ス
テップＣ４に戻り、イベント受信プロセス４２の稼動状
態を取得する。

【００３０】上述した図４に示す状態監視システムは、
イベントの受信先となるプロセスの稼動状態に応じてイ
ベントの送信を制御するように構成されている。そのた
め、イベントの受信先となるプロセスに確実にイベント
を送信することが可能である。更に、このシステムは、
イベントの受信先となるプロセスが正常に稼動していな
い状態でもオペレータ等からイベントのマスクの解除要
求を受け付けられるように構成されている。そのため、
イベントの受信先となるプロセスが正常に稼動できる状
態になると同時にマスクを解除することが可能である。

【００３１】次に、図６のフローチャートを参照して、
図４に示す状態監視システムの動作の具体例を説明す
る。先ず、イベントのマスクを「設定」又は「解除」す
るために、オペレータ等がマスクの状態を入力する（ス
テップＤ１）。次に、入力されたマスクの状態を確認す
る（ステップＤ２）。このステップＤ２の判定により、
入力されたマスクの状態が「解除」であった場合には、
イベント受信プロセス４２の稼動状態を取得する（ステ
ップＤ３）。次に、取得したイベント受信プロセスの稼
動状態を確認する（ステップＤ４）。このイベント受信
プロセス４２の稼動状態が「稼動中」であった場合に
は、マスクを「解除」の状態に設定する（ステップＤ
５）。一方、イベント受信プロセス４２の稼動状態が
「停止中」であった場合には、マスクを「解除中」の状
態に設定する（ステップＤ６）。また、上述したステッ
プＤ２の判定において、入力されたマスクの状態が「設
定」であった場合には、マスクを「解除」の設定の状態
に設定する（ステップＤ７）。

【００３２】次に、図７に示すフローチャートを参照し
て、本発明による他の具体例の動作を説明する。先ず、
イベント受信プロセスへ４２のイベントの送信を制御す
るために、オペレータ等がイベントを入力する（ステッ
プＥ１）。次に、現在設定されているマスクの状態を確
認する（ステップＥ２）。この確認結果、マスクの状態
が「解除」であった場合には、イベント受信プロセス４
２の稼動状態を取得する（ステップＥ３）。次に、イベ
ント受信プロセス４２の稼動状態を確認する（ステップ
Ｅ４）。イベント受信プロセス４２が、稼動状態を「稼
動中」と確認した場合には、入力されたイベントを送信
する（ステップＥ５）。イベント受信プロセス４２が、
稼動状態を「停止中」と確認した場合には、入力された
イベントを破棄する（ステップＥ６）。他方、ステップ
Ｅ２で、マスクの状態が「設定」であった場合には、入
力されたイベントを破棄する（ステップＥ７）。

【００３３】以上、本発明による状態監視プロセスおよ
び状態監視方法の好適実施形態例の構成および動作を詳
述した。しかし、斯かる実施形態例は、本発明の単なる
例示に過ぎず、何ら本発明を限定するものではないこと
に留意されたい。

【００３４】

【発明の効果】以上の説明から理解される如く、本発明
の状態監視システムおよび状態監視方法によると、次の
如き実用上の顕著な効果が得られる。第１に、サーバプ
ロセスに特殊な実装を行わなくてもサーバ稼動状態を把
握することが可能である。その理由は、サーバプロセス
の稼動状態をネーミングサービスから定期的に取得する
ように構成されているためである。

【００３５】第２に、サーバの稼動状態を常時把握する
ことが可能である。その理由は、サーバプロセスの状態
変化を検出し、オペレータ等に通知するように構成され
ているためである。

【００３６】第３に、イベントの受信先となるプロセス
に確実にイベントを送信可能である。その理由は、イベ
ントの受信先となるプロセスの稼動状態に応じてイベン
トの送信を制御するように構成されているためである。

【００３７】第４に、イベントの受信先となるプロセス
が正常に稼動できる状態になったと同時に、マスクを解
除することができることにある。その理由は、イベント
の受信先となるプロセスが正常に稼動していない状態で
も、オペレータ等からイベントのマスクの解除要求を受
け付けられるように構成されているためである。

【図面の簡単な説明】

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

【図２】図１に示す状態監視システムの動作を示すフロ
ーチャートである。

【図３】図１に示す状態監視システムの具体例の動作を
示すフローチャートである。

【図４】本発明による状態監視システムの第２実施形態
例の構成を示すブロック図である。

【図５】図４に示す状態監視システムの動作を示すフロ
ーチャートである。

【図６】図４に示す状態監視システムの第１具体例の動
作を示すフローチャートである。

【図７】図４に示す状態監視システムの第２具体例の動
作を示すフローチャートである。

【符号の説明】

１０、１０’ 状態監視プロセス１１タイマ手段１２状態取得手段１３状態変化検出手段１４状態出力手段１５マスク設定手段１６イベント送信手段２０状態出力装置２２マスク入力装置２３イベント入力装置３０ネーミングサーバ４０サーバプロセス４２イベント受信プロセス５０クライアントプロセス５２イベントチャネル

Claims

【特許請求の範囲】

【請求項１】テキスト形式のコンフィグレーションファ
イルで定義された時間間隔で状態取得を指示するタイマ
手段と、該タイマ手段からの指示によりネーミングサー
バからサーバプロセスの稼動状態を取得し、該サーバプ
ロセスの稼動状態を通知する状態取得手段と、該状態取
得手段からの通知を受信して受信前の状態と比較し、状
態変化があった場合に該状態変化を通知する状態変化検
出手段と、該状態変化検出手段からの通知を受信して出
力する状態出力手段と、該状態出力手段からの出力を受
けて前記サーバプロセスの稼動状態をオペレータ等に通
知する状態出力装置とを備えることを特徴とする状態監
視システム。
【請求項２】テキスト形式のコンフィグレーションファ
イルで定義された時間間隔で状態取得を指示するタイマ
手段と、該タイマ手段からの指示によりネーミングサー
バからイベント受信プロセスの稼動状態を取得し、該稼
動状態を通知する状態取得手段と、該状態取得手段から
の通知を受信又はマスク入力装置からの指示によりマス
クの状態を設定するマスク設定手段と、該マスク設定手
段からマスクの状態を取得してイベント入力装置から受
信したイベントの送信又は破棄を行うイベント送信手段
と、オペレータ等からの指示によりマスクの設定又は解
除指示を行うマスク入力装置と、オペレータ等からの指
示によりイベントを送信するイベント入力装置とを備え
ることを特徴とする状態監視システム。
【請求項３】サーバプロセスの稼動状態をネーミングサ
ーバから定期的に取得し、前記サーバプロセスの状態変
化を検出してオペレータ等に通知することを特徴とする
状態監視方法。
【請求項４】イベントの受信先となるプロセスの稼動状
態に応じて前記イベントの送信を制御し、前記イベント
の受信先となる前記プロセスが正常に稼動していない状
態でもオペレータ等からイベントのマスクの解除要求を
受け付けられることを特徴とする状態監視方法。
【請求項５】テキスト形式のコンフィグレーションファ
イルで定義された時間間隔で状態取得を指示するタイマ
処理と、該タイマ処理からの指示によりネーミングサー
バからサーバプロセスの稼動状態を取得し、該稼動状態
を通知する状態取得処理と、該状態取得処理からの通知
を受信し、該受信前の状態と比較して前記稼動状態に変
化があった場合に状態変化を通知する状態変化検出処理
と、該状態変化検出処理からの通知を受信して通知内容
を出力する状態出力処理とをコンピュータに実行させる
ためのプログラムを記録したことを特徴とする記録媒
体。
【請求項６】テキスト形式のコンフィグレーションファ
イルで定義された時間間隔で状態取得を指示するタイマ
処理と、該タイマ処理からの指示によりネーミングサー
バからイベント受信プロセスの稼動状態を取得し、該稼
動状態を通知する状態取得処理と、該状態取得処理から
の通知を受信又はマスク入力装置からの指示によりマス
クの状態を設定するマスク設定処理と、該マスク設定処
理からマスクの状態を取得してイベント入力装置から受
信したイベントの送信又は破棄を行うイベント送信処理
とをコンピュータに実行させるためのプログラムを記録
したことを特徴とする記録媒体。