(57)【要約】【課題】パケット通信が行い得ない環境下で監視システムの異常を監視してその異常に対して対応措置を実行すること。【解決手段】管理者端末（８）に接続し特別に規定されるプロトコルで記述される特定パケットにより管理者端末に対して通信が可能であるメールサーバ１３にＬＡＮ３を介して接続する監視装置４が配置される。監視装置４は、ＬＡＮ３を介して複数の監視対象サーバ１に接続している。監視対象サーバ１が監視装置４の指示に従って自己監視により監視した監視結果１５は監視装置４に通知され、監視結果１５は特定パケットによりメールサーバ１３を介して管理者端末８に送信される。監視装置４の管理下におかれて統一的に自己を監視する監視対象サーバは、自己の監視による監視結果をメール送信により管理者端末８に送信することができる。管理者は、専用の管理ツールが存在しないＬＡＮ内の任意の監視対象サーバの状況を知ることができる。特に、ファイアウオールが存在する場合にファイアウオールを通過する特定パケットによるネット内通信が可能である。【選択図】          図１
2004254088.tif 000002
【特許請求の範囲】
【請求項１】
管理者端末と、
前記管理者端末に接続し特別に規定されるプロトコルで記述される特定パケットにより前記管理者端末に対して通信が可能であるメールサーバと、
前記メールサーバにＬＡＮを介して接続する監視装置と、
前記ＬＡＮを介して前記監視装置に接続する複数の監視対象サーバとを構成し、
前記監視対象サーバが前記監視装置の指示に従って自己監視により監視した結果の監視結果は前記監視装置に通知され、前記監視結果は前記特定パケットにより前記メールサーバを介して前記管理者端末に送信される
プロセス監視システム。
【請求項２】
前記管理者端末と前記メールサーバとの間に介設されるファイアウオールを更に構成し、前記特定パケットは前記ファイアウオールを通過する
請求項１のプロセス監視システム。
【請求項３】
前記管理者端末はインタネットを介して前記ファイアウオールに接続する
請求項２のプロセス監視システム。
【請求項４】
前記メールサーバはＤＭＺ上に接続されている
請求項１〜３から選択される１請求項のプロセス監視システム。
【請求項５】
前記監視装置は、運用監視ツールとしてマネージャソフトを形成し、
前記監視対象サーバは、前記マネージャソフトに従って動作する運用監視ツールとしてエージェントソフトを形成する
請求項１のプロセス監視システム。
【請求項６】
前記エージェントソフトは、前記監視対象サーバの内部で自己の状態を監視する監視用シェルを定期的に実行するシェル実行機能を有している
請求項５のプロセス監視システム。
【請求項７】
前記エージェントソフトはスケジューリング機能を有している
請求項６のプロセス監視システム。
【請求項８】
前記シェル実行機能と前記スケジューリング機能は、ＵＮＩＸの標準機能を装備している
請求項７のプロセス監視システム。
【請求項９】
前記シェル実行機能によるシェル実行の時間間隔は、サービス再起動の所要時間を含む
請求項６のプロセス監視システム。
【請求項１０】
前記監視対象サーバが自己監視する監視対象には監視対象プロセスが含まれ、前記監視対象サーバは、前記監視対象プロセスの負荷状態を監視する
請求項１のプロセス監視システム。
【請求項１１】
前記負荷状態は、プロセス単位のＣＰＵ使用率が閾値に達しているかどうかである
請求項１０のプロセス監視方法。
【請求項１２】
管理者端末と、前記管理者端末に接続し特別に規定されるプロトコルで記述される特定パケットにより前記管理者端末に対して通信が可能であるメールサーバと、前記メールサーバにＬＡＮを介して接続する監視装置と、前記ＬＡＮを介して前記監視装置に接続する複数の監視対象サーバとを構成し、前記監視対象サーバは前記監視装置の指示に従う自己監視による監視結果は前記監視装置に知され、前記監視結果は前記特定パケットにより前記メールサーバを介して前記管理者端末に送信されるプロセス監視システムのプロセスを監視するプロセス監視方法であり、
前記監視装置のマネージャソフトにより前記監視対象サーバのエージェントソフトを動作させるステップと、
前記プロセスのＣＰＵ使用率を前記エージェントソフトにより監視するステップと、
前記監視対象サーバの監視結果を前記監視装置と前記メールサーバを介して特定プロトコルにより前記管理者端末に送信するステップ
とを構成するプロセス監視方法。
【請求項１３】
前記エージェントソフトにより監視するステップは規定時間間隔で繰り返される
請求項１２のプロセス監視方法。
【請求項１４】
前記エージェントソフトは監視対象プロセス一覧ファイルに基づいてプロセス単位で前記ＣＰＵ使用率を監視する
請求項１２又は１３のプロセス監視方法。
【請求項１５】
前記マネージャソフトと前記エージェントソフトは共有する監視対象プロセス一覧に基づいてプロセス単位で前記ＣＰＵ使用率を監視する
請求項１２又は１３のプロセス監視方法。
【請求項１６】
前記ＣＰＵ使用率が閾値に到達している場合に、前記監視装置から監視サービスを停止する停止コマンドを前記監視対象サーバに送信するステップ
を更に構成する請求項１２〜１５から選択される１請求項のプロセス監視方法。
【請求項１７】
前記監視サービスを停止する停止コマンドを前記監視対象サーバに送信した後に規定時間が経過した場合に、前記監視サービスを再開するステップ
を更に構成する請求項１６のプロセス監視方法。
【請求項１８】
前記停止コマンドにより前記監視サービスが停止した際に、前記プロセスの全てについて前記監視サービスが停止していない場合には、前記監視サービスが停止していないプロセセスについて前記監視サービスを強制的に停止する
ステップを更に構成する請求項１６又は１７のプロセス監視方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロセス監視システム、及び、プロセス監視方法に関し、特に、複数の監視対象サーバが監視装置により監視されているプロセス監視システム、及び、プロセス監視方法に関する。
【０００２】
【従来の技術】
多数のサーバを接続しているＬＡＮ環境には、運用監視システムが導入されることが好ましい。監視装置と監視対象機器の間にファイアウオールが介設されることが好ましい。そのようなファイアウオールが介設されているＬＡＮ環境下では、監視ツールの構成のために多数の通過ポートがそのファイアウオールに設定される。多数の通過ポートの設定は、セキュリティの点で好ましくない。通過ポートのそのような設定の変更は、機能制限を招く。高価な監視ツールは、その導入コストに見合う機能を発揮しない。監視ツールは、ファイアウオールを介した監視を必ずしも保証していない。
【０００３】
このような多くの問題点を解決するためにＤＭＺ専用に導入される運用監視装置は、ハードとソフトの両面で大幅なコスト増を招く。管理担当者が在席する一般執務室から遠隔監視することには、高価な専用線が必要になること等、解決されるべき他の多くの問題点が残存している。
【０００４】
高価な専用線を用いず、且つ、細かいセキュリティーの手続をしないで、監視装置と監視対象機器との間の通信を行う技術は、後掲特許文献１で知られている。公知のこのような技術は、監視対象機器と監視装置との間の通信のためにＳＭＴＰサーバを用いている。
【０００５】
パケット通信を行うことができない環境の下で監視システムの異常を監視してその異常に対して対応措置を実行する通信技術の確立が求められる。更に、その通信技術の簡素化による設備コストの増大を抑制することが求められる。
【０００６】
【特許文献１】
特開平２０００−１６３２８３号
【０００７】
【発明が解決しようとする課題】
本発明の課題は、パケット通信が行い得ない環境下で監視システムの異常を監視してその異常に対して対応措置を実行する技術を確立するプロセス監視システム、及び、プロセス監視方法を提供することにある。
本発明の課題は、更に、その通信技術の簡素化による設備コストの増大を抑制するプロセス監視システム、及び、プロセス監視方法を提供することにある。
【０００８】
【課題を解決するための手段】
その課題を解決するための手段が、下記のように表現される。その表現中に現れる技術的事項には、括弧（）つきで、番号、記号等が添記されている。その番号、記号等は、本発明の実施の複数の形態又は複数の実施例のうちの少なくとも１つの実施の形態又は複数の実施例を構成する技術的事項、特に、その実施の形態又は実施例に対応する図面に表現されている技術的事項に付せられている参照番号、参照記号等に一致している。このような参照番号、参照記号は、請求項記載の技術的事項と実施の形態又は実施例の技術的事項との対応・橋渡しを明確にしている。このような対応・橋渡しは、請求項記載の技術的事項が実施の形態又は実施例の技術的事項に限定されて解釈されることを意味しない。
【０００９】
本発明によるプロセス監視システムは、管理者端末（８）と、管理者端末に接続し特別に規定されるプロトコルで記述される特定パケットにより前記管理者端末に対して通信が可能であるメールサーバ（１３）と、メールサーバ（１３）にＬＡＮ（３）を介して接続する監視装置（４）と、ＬＡＮ（３）を介して監視装置（４）に接続する複数の監視対象サーバ（１）とから構成されている。監視対象サーバ（１）は監視装置（４）の指示に従う自己監視による監視結果（１５）は監視装置（４）に通知され、監視結果（１５）は特定パケットによりメールサーバ（１３）を介して管理者端末（８）に送信される。
【００１０】
監視装置（４）の管理下におかれて統一的に自己を監視する監視対象サーバは、自己の監視による監視結果をメール送信により管理者端末（８）に送信することができる。管理者は、専用の管理ツールが存在しないＬＡＮ内の任意の監視対象サーバの状況を知ることができる。特に、ファイアウオールが存在する場合にファイアウオールを通過する特定パケットによるネット内通信が可能である。具体的には、高価な専用線がないネット系で、管理担当者は自己が在席する一般執務室から遠隔的に任意の監視対象サーバを監視することができる。
【００１１】
管理者端末（８）はインタネット（７）を介してファイアウオール（６）に接続し、既述の監視が効果的に実現する。監視装置（４）は、より具体的には、運用監視ツールとしてマネージャソフト（１１）を形成する。監視対象サーバ（１）は、マネージャソフト（１１）に従って動作する運用監視ツールとしてエージェントソフト（１２）を形成する。
【００１２】
エージェントソフト（１２）は、監視対象サーバ（１）の内部で自己の状態を監視する監視用シェルを定期的に実行するシェル実行機能を有している。エージェントソフト（１２）はスケジューリング機能を有している。シェル実行機能とスケジューリング機能は、ＵＮＩＸ（商標）の標準機能を装備している。特別な監視ツールの非存在下でＵＮＩＸの標準機能を有効に利用することができる。
【００１３】
シェル実行機能によるシェル実行の時間間隔は、サービス再起動の所要時間を含む。このような条件により、監視の実行が円滑に且つ継続的に可能である。
【００１４】
監視対象サーバ（１）が自己監視する監視対象には監視対象プロセスが含まれる。監視対象サーバ（１）は、監視対象プロセスの負荷状態を監視する。負荷状態は、プロセス単位のＣＰＵ使用率が閾値に達しているかどうかである。プロセス単位の監視は、監視効率を向上させる。このような監視は、後述されるようにプロセス一覧ファイルにより円滑化される。
【００１５】
本発明によるプロセス監視方法は、管理者端末（８）と、管理者端末に接続し特別に規定されるプロトコルで記述される特定パケットにより管理者端末に対して通信が可能であるメールサーバ（１３）と、メールサーバ（１３）にＬＡＮ（３）を介して接続する監視装置（４）と、ＬＡＮ（３）を介して監視装置（４）に接続する複数の監視対象サーバ（１）とを構成し、監視対象サーバ（１）は監視装置の指示に従う自己監視により監視した結果の監視結果（１５）は監視装置（４）に通知され、監視結果（１５）は特定パケットによりメールサーバ（１３）を介して管理者端末（８）に送信されるプロセス監視システムのプロセスを監視するプロセス監視方法であり、監視装置（４）のマネージャソフトにより監視対象サーバ（１）のエージェントソフトを動作させるステップと、プロセスのＣＰＵ使用率をエージェントソフト（１２）により監視するステップと、監視対象サーバ（１）の監視結果（１５）を監視装置（４）とメールサーバ（１３）を介して特定プロトコルにより管理者端末（８）に送信するステップとから構成されている。
【００１６】
エージェントソフト（１２）により監視するステップが規定時間間隔で繰り返されることは、複数の監視対象サーバ（１）に個別的に監視が円滑に行われる点で顕著に効果的である。この場合に、エージェントソフト（１２）が監視対象プロセス一覧ファイルに基づいてプロセス単位でＣＰＵ使用率を監視することが監視の効率化の点で重要である。
【００１７】
マネージャソフト（１１）とエージェントソフト（１２）は共有する監視対象プロセス一覧に基づいてプロセス単位でＣＰＵ使用率を監視する。ソフトの動作を円滑化し、且つ、効率化することができる。
【００１８】
ＣＰＵ使用率が閾値に到達している場合に、監視装置（４）から監視サービスを停止する停止コマンドを監視対象サーバ（１）に送信するステップが更に追加される。監視サービスを停止する停止コマンドを監視対象サーバ（１）に送信した後に規定時間が経過した場合に、監視サービスを再開するステップの追加が継続的監視の自動化のために効果的である。このような動作ステップは、監視の効率化と継続性を同時に実現する。
【００１９】
停止コマンドにより監視サービスが停止した際に、プロセスの全てについて監視サービスが停止していない場合には、監視サービスが停止していないプロセスについて監視サービスを強制的に停止する。効率化が更に助長される。
【００２０】
【発明の実施の形態】
図に対応して、本発明によるプロセス監視システムは、サーバが監視装置とともにＤＭＺに接続されて設けられている。複数のサーバ１は、図１に示されるように、内部ＬＡＮ接続線２に接続して、内部ＬＡＮ３を形成している。このようなサーバ１が監視対象である。サーバ１は、以下では、監視対象サーバ１と呼ばれる。内部ＬＡＮ３には、更に、監視装置４が接続している。内部ＬＡＮ３は、双方向にＤＭＺ５に接続している。内部ＬＡＮ３とＤＭＺ５との間には、ファイアウオール６が介設されている。ファイアウオール６は、後述されるように、必須的ではない。インタネット７は、ファイアウオール６を介して内部ＬＡＮ３とＤＭＺ５とに双方向に接続している。管理者用端末又は携帯電話端末（以下、管理者端末と呼ばれる）８は、インタネット７とファイアウオール６とを介してＤＭＺ５に接続している。ファイアウオール６とインタネット７との間には、ルータ９が介設されている。
【００２１】
ファイアウオール６は、ＨＴＴＡ又はＳＭＴＰのような特定パケット（プロトコル）の双方向通過を許容している。監視装置４は、運用監視ツールのマネージャソフト１１を備えている。監視対象サーバ１は、マネージャソフト１１に対応して動作する運用監視ツールのエージェントソフト１２を備えている。エージェントソフト１２は、自己内で状態監視用シェルを定期的に実行するシェル実行機能を有している。エージェントソフト１２は、シェル実行のために、ｃｒｏｎ又はａｔのようなスケジューリング機能を有している。監視対象サーバ１は、更に、シェル実行による監視結果をメール送信することができるメール送信機能を有している。このようなシェル実行機能とスケジューリング機能とメール送信機能は、ＵＮＩＸ（商標）のＯＳ標準装備機能である。そのメール送信は、ｓｅｎｄｍａｉｌ機能の起動時のＯＳ標準ｍａｉｌコマンドにより可能である。
【００２２】
メールサーバ１３は、ＤＭＺ５のＤＭＺ線１４に接続している。メールサーバ１３は、監視対象サーバ１から発信される監視結果メール１５をファイアウオール６を介して受信し、監視結果メール１５をインタネット７と内部ＬＡＮ３に配信する。メールサーバ１３が中継して伝達する監視結果メール１５は、ファイアウオール６を通過することができる。
【００２３】
図２は、本発明によるプロセス監視方法の実施の形態を示している。実施の本形態は、その監視対象としてプロセスを採択している。監視装置４のマネージャソフト１１の指示に従って監視対象サーバ１のエージェントソフト１２が起動されて、プロセス監視シェルが監視対象サーバ１の中でエージェントソフト１２に従って稼動する。シェル実行の時間間隔は、サービス再起動の所要時間が考慮されて、１５分が適正に例示される。そのような時間間隔は、稼動サービスの内容又は運用状況に対応して適正に増減され得る。その増減は、マネージャソフト１１又はエージェントソフト１２のパラメータの変更により実行される。シェルのスケジューリングのためには、既述の通りのｃｒｏｎが用いられ得る。
【００２４】
ステップＳ１では、監視対象プロセスの負荷状態が確認される。その負荷の確認は、ｔｏｐコマンドの実行により出力されるプロセス単位のＣＰＵ使用率の解析により実現され得る。負荷確認解析結果によりＣＰＵ使用率が閾値に達している場合には、そのプロセス名とＣＰＵ使用率値とが、メール通報用ファイル（図示されず）に対して出力される。各プロセスのチェックのためには、作成されている監視対象プロセス一覧ファイル（図示されず）が参照される。監視対象プロセス一覧ファイルは、監視対象サーバ１と監視装置４とのいずれかに含まれ、又は、監視対象サーバ１と監視装置４とで共有されている。このように、プロセス名を個別にシェル上に記述しないで、ファイルで監視することにより、監視対象プロセスの追加と削除を容易化することができる。異常が確認されたプロセスに対応して出力されるファイルの内容（例示：プロセス名とＣＰＵ使用率）は、メールサーバ１３からファイアウオール６とインタネット７とを介して管理者端末８に送信されて通知・報告される。
【００２５】
異常がなくＣＰＵ使用率が閾値に達していない場合には、ステップＳ４で、前回負荷状態の確認の規定時間後（例示：５分後）に、監視対象プロセスの負荷状態が再確認される。今回の確認で異常（ＣＰＵ使用率の閾値到達）が見出されれば、サービス停止コマンドが監視装置４から送出されて、監視対象サーバ１はその監視サービスを停止する（ステップＳ５）。
【００２６】
そのサービス停止から所定時間（例示：１分）が経過すれば、停止したサービスに関係する全プロセスが停止しているかどうかが監視装置４で確認される（ステップＳ６）。その複数のプロセスのうちで停止していないプロセスが存在する場合には、監視装置４はｋｉｌｌコマンドによりそのプロセスを強制的に終了させる（ステップＳ７）。終了させることができないプロセスは、その名称がメールサーバ１３のメッセージファイルに出力されて記録される（ステップＳ８）。
【００２７】
全プロセスが終了すれば、マネージャソフト１１の指示を受けてエージェントソフト１２が再起動し、再起動指示信号が発信されてから５分が過ぎれば、監視サービスが再開され（ステップＳ９）、既述のステップＳ１〜Ｓ８が繰り返される。
【００２８】
ＤＭＺ５には、ＤＮＳ１６とＷＷＷのような外部公開サーバ１７とが更に付加されている。外部公開サーバ１７には、プロセス監視用シェルが採用されている。監視サーバ１は、ＨＰ−ＵＸの使用が好適に例示されるが、シェルを使用している場合には、ＵＮＩＸであれば、Ｓｏｌａｒｉｓ、ＵＸ４８００、Ｌｉｎｕｘのように異なるＯＳに対して容易に移植されることができる。
【００２９】
このように、メールサーバは、監視ツールのパケットによる通信が不可能である環境（例示：メールサーバがＤＭＺに接続されているネット環境）に配置されていて監視ツールによるパケット通信が不可能であるが、メールサーバが内部ＬＡＮを構成する監視対象サーバに接続されていて、ファイアウオールの存否に影響されずに、管理者端末から監視対象サーバを監視することができる。そのような監視対象サーバとして、ＳＭＴＰサーバが例示されている。監視対象サーバが、ＵＮＩＸ標準装備のコマンドとシェルを使用していて、広範な機種・ＯＳに対して移植が可能であり、コマンドのパラメータの僅かな変更により、Ｓｏｌａｒｉｓ、ＵＸ４８００、Ｌｉｎｕｘのように異なるＯＳが容易に流用され得る。
【００３０】
プロセス負荷の監視を可能にしている本発明によるプロセス監視システムは、プロセスに限らず多様な項目の監視を同時に可能にしている。
【００３１】
【発明の効果】
本発明によるプロセス監視システム、及び、プロセス監視方法は、パケット通信を行い得ない環境下で監視システムの異常を監視してその異常に対して対応措置を実行することができ、更には、その通信技術の簡素化による設備コストの増大を抑制することができる。
【図面の簡単な説明】
【図１】図１は、本発明によるプロセス監視システムの実施の形態を示すシステムブロック図である。
【図２】図２は、本発明によるプロセス監視方法の実施の形態を示す動作フロー図である。
【符号の説明】
１…監視対象サーバ
３…ＬＡＮ
４…監視装置
６…ファイアウオール
７…インタネット
８…管理者端末
１１…マネージャソフト
１２…エージェントソフト
１３…メールサーバ
１５…監視結果
【図１】
2004254088.tif 000003
【図２】
2004254088.tif 000004