JP2005141391A - エージェント駆動型監視システム及び方法 - Google Patents

Abstract

【課題】監視装置と監視対象装置の間での処理の時刻同期を実現しつつ、ファイアウォールの設定変更を必要とせずに、インターネット経由で監視装置と監視対象装置の双方向の情報通信を可能にすること。
【解決手段】監視対象装置とネットワークを通して接続された監視装置とを備えたエージェント駆動型監視システムであって、監視エージェントは、監視対象装置における正常動作確認３０９又は異常発生時のアラート３１１のリクエストメッセージを定期的又は不定期的に監視装置に通報し、監視装置は、リクエストメッセージに対応してレスポンスメッセージ３１０，３１２を監視エージェントにファイアウォールを通して通報し、レスポンスメッセージに、監視対象装置のログ又は性能情報の取得命令、あるいは監視エージェントの設定変更命令を埋め込むことにより、監視装置は監視エージェントに指示を通知３１４すること。
【選択図】図３

Description

本発明は、監視対象装置である機器の遠隔監視に関し、さらに詳しくは、インターネット等のオープンなネットワークを経由して遠隔から機器の監視、情報収集、障害分析を行うシステム及び方法に関する。

遠隔から監視対象装置の監視、情報収集、障害分析を行うには、以下の二つの方法が広く用いられている。ＩＳＤＮ回線などの専用回線を経由して、監視装置から監視対象装置に対してログ等の情報収集を行って障害分析を行う方法と、インターネット等のオープンなネットワークを経由して、監視対象装置から監視装置に対して電子メール（ＳＭＴＰ(Simple Mail Transfer Protocol)）によりアラートや、予め設定されたログ情報等を通知する方法である。

ただし、前者については、監視装置と監視対象装置との間で双方向の情報のやりとりが可能であるが、監視専用の回線が必要となり、コストが高くなるという課題があった。また、後者については、監視専用の回線が必要でないためコストは低く抑えられるが、監視対象装置側のファイアウォールが存在するため監視装置から監視対象装置への通信ができず、監視対象装置から監視装置への片方向の情報通知しかできないという課題があった。この場合、監視装置から監視対象装置への通信を行うためには、監視対象装置側のファイアウォールの設定変更を必要とした。

従来の遠隔機器監視システムは、これらの課題に鑑みて、監視対象装置側のファイアウォールの設定変更無しに、インターネット経由での監視装置と監視対象装置との双方向の情報のやりとりを実現している（例えば、特許文献１を参照）。この特許文献１によれば、監視装置と監視対象装置の間の通信にＳＭＴＰ（電子メール）やＦＴＰ（File Transfer Protocol）を利用している。ＳＭＴＰやＦＴＰは、ファイアウォールにおいてはセキュリティを確保されつつ通信を許可されている。従って、監視装置と監視対象装置の間で、相互に、電子メールで情報を通知したり、ＦＴＰによって情報を送信したりすることにより、ファイアウォールの設定変更無しに、インターネット経由で監視装置と監視対象装置の双方向の情報通信が可能になる。
特開２０００−１６３２８３号公報（第５頁、図１）

しかしながら、上述の特許文献１に示されているような従来技術においては、アプリケーションレベルでは、監視対象装置と監視装置の間において双方向通信（リクエストとレスポンスとのセットで１つのシーケンスを完了する通信）ではなく、相互の片方向通信を行っているといえる。従って、相互の情報通知のみであり、通知に対するレスポンスを送れないため、監視装置と監視対象装置の間での処理の時刻同期が難しい（両装置間での処理について、タイムラグを少なくして時間的関連付けをもたせることが困難である）。そのため、監視装置は、必要な時に監視対象装置から情報を得られないといったことが起こり得る。

本発明の目的は、監視装置と監視対象装置の間での処理の時刻同期を実現しつつ、ファイアウォールの設定変更を必要とせずに、インターネット経由で監視装置と監視対象装置の双方向の情報通信を可能にする遠隔監視システムを提供することにある。

前記課題を解決するために、本発明は主として次のような構成を採用する。
１つ以上の監視対象装置とネットワークを通して接続された監視装置と、前記監視対象装置自体の監視と前記監視装置との通信を行う監視エージェントを内部配置した監視対象装置と、前記監視対象装置側に設けられたファイアウォールと、を備えたエージェント駆動型監視システムであって、
前記監視エージェントは、前記監視対象装置における正常動作確認又は異常発生時のアラートのリクエストメッセージを定期的又は不定期的に前記監視装置に通報し、
前記監視装置は、前記リクエストメッセージに対応してレスポンスメッセージを前記ファイアウォールを通して前記監視エージェントに通報し、
前記レスポンスメッセージに、前記監視対象装置のログ、性能情報又は管理情報の取得命令、前記監視装置内の更新ファイルの取得要求命令、あるいは、前記監視エージェントの設定変更命令を埋め込むことにより、前記監視装置は前記監視エージェントに指示を通知する構成とする。

また、１つ以上の監視対象装置とネットワークを通して接続された監視装置と、前記監視対象装置自体の監視と前記監視装置との通信を行う監視エージェントを内部配置した監視対象装置と、前記監視対象装置側に設けられたファイアウォールと、を備えたエージェント駆動型監視システムであって、
前記監視エージェントは、前記監視対象装置における正常動作確認又は異常発生時のアラートのリクエストメッセージを定期的又は不定期的に前記監視装置に通報し、
前記監視装置は、前記リクエストメッセージに対応してレスポンスメッセージを前記ファイアウォールを通して前記監視エージェントに通報し、
前記レスポンスメッセージに、前記監視対象装置のログ、性能情報又は管理情報の取得命令、前記監視装置内の更新ファイルの取得要求命令、あるいは、前記監視エージェントの設定変更命令を埋め込むことにより、前記監視装置は前記監視エージェントに指示を通知し、
前記監視エージェントへの指示通知に応じて、前記監視エージェントは、前記ログ、性能情報又は管理情報を取得してこの取得した情報を前記監視装置にアップロードし、前記更新ファイルを前記監視装置に要求し、あるいは、前記監視エージェントの設定変更を行う構成とする。

本発明によれば、監視装置と監視対象装置の間での処理の時刻同期を実現しつつ、ファイアウォールの設定変更を必要とせずに、インターネット経由で監視装置と監視対象装置の双方向の通信を行うことが可能になり、監視対象装置の遠隔監視を行うことが可能になる。

本発明の実施形態に係るエージェント駆動型監視システムについて、図面を参照しながら以下詳細に説明する。以下に示す実施形態では、各装置間でＨＴＴＰ（HyperText Transfer Protocol）を利用して通信を行っている場合を例として説明しているが、ＨＴＴＰと同様のリクエストおよびレスポンス機能を有するプロトコルであれば、どのようなプロトコルでもよく、装置間の通信プロトコルはＨＴＴＰに限定されない。

図１は、本発明の実施形態に係るエージェント駆動型監視システムにおける全体構成を示す図である。監視対象装置側における全体構成は、ファイアウォール１０５と監視対象装置１０６が設置されている場合と、ファイアウォール１０７と管理装置１０８と監視対象装置１０９が設置されている場合がある。また、監視装置側における全体構成は、優先制御装置１０１と、監視装置１０２と、操作端末１０３とが設置されている。

監視装置１０２は、通常のパーソナルコンピュータやサーバであり、ＣＰＵ１１０、メモリ１１１、ハードディスク１１２、キーボード１１３、ディスプレイ１１４、通信インタフェース１１５等から構成される。監視装置１０２において、オペレーティングシステムがハードディスク１１２からプログラムを呼び出しメモリ１１１上に展開して実行する。また、優先制御装置１０１、操作端末１０３、監視対象装置１０６，１０９、管理装置１０８もパーソナルコンピュータ機能を備えていて、監視装置１０２と同様の構成を有している。具体的には、監視装置１０２は高性能なＰＣサーバで、監視対象装置１０６，１０９はＰＣサーバやパソコンであっても良く、この際、操作端末１０３や優先制御装置１０１や管理装置１０８はパソコン機能をも有しているものであって良い。

監視対象装置１０６は、ファイアウォール１０５、インターネット１０４、優先制御装置１０１を介して監視装置１０２と通信し、監視装置１０２による監視を直接的に受ける。また、複数の監視対象装置１０９の管理を一括して行う管理装置１０８を新たに設置し、管理装置１０８が、ファイアウォール１０７、インターネット１０４、優先制御装置１０１を介して監視装置１０２と通信することにより、監視対象装置１０９が間接的に監視装置１０２による監視を受ける構成でもよい。

ファイアウォール１０５は、監視対象装置１０６に対する外部からの攻撃を防ぐ機能を有している。ファイアウォール１０７も同様の機能を有する。また、優先制御装置１０１は、監視対象装置１０６や管理装置１０８から監視装置１０２への通知の優先制御を行う。

監視装置１０２は、監視対象装置１０６からの通知を受け、監視対象装置１０６の監視を行う。また、監視対象装置１０９に関する通知を管理装置１０８から受け、監視対象装置１０９の監視を行う。さらに、監視対象装置１０６，１０９の情報をオペレータの操作端末１０３に転送する。

操作端末１０３は、監視装置１０２から監視対象装置１０６に関する情報を受けてオペレータに情報を伝達し、オペレータの指示により、監視装置１０２に監視対象装置１０６に対する操作指示を伝える。また、監視装置１０２から監視対象装置１０９に関する情報を受けてオペレータに情報を伝達し、オペレータの指示により監視装置１０２に管理装置１０８に対する操作指示を伝える。

図２は、本発明の実施形態に係るエージェント駆動型監視システムの論理的な機能構成を示す図である。図２における監視対象装置２３５、優先制御装置２２４、監視装置２２２、操作端末２０１は、それぞれ図１の監視対象装置１０６、優先制御装置１０１、監視装置１０２、操作端末１０３と同一である。各装置又は端末内の各処理部は、各装置又は端末のハードディスクに格納されたプログラムである。

監視対象装置２３５は、装置管理処理部２３４と監視エージェント２３３を少なくとも備え、監視対象装置２３５は、自身の構成、性能の管理を行う装置管理処理部２３４を備えている。装置管理処理部２３４は、監視対象装置２３５内部に組み込まれた監視エージェント（監視対象装置内部への監視と、ファイアウォールを通した監視装置への通信と、を行うプログラム又はソフトウェア）２３３と、あるいは、外部の管理装置に組み込まれた監視エージェント２３３と通信を行う。ただし、両者の場合の通信内容は異ならない。なお、図２には不図示であるが、監視エージェント２３３の外部には優先制御装置との間にファイアウォールが介在していて、監視エージェントからのメッセージは監視装置に送り出すことができるが、監視装置からの指示命令に対しては侵入を阻止するシステムとなっている。

装置管理処理部２３４は、監視対象装置２３５のＣＰＵやメモリ、ドライブ等の構成、性能等、監視対象装置２３５に関する全ての情報を管理する。監視対象装置２３５の構成や性能等の情報は、ＭＩＦ（Management Information Format）やＭＩＢ（Management Information Base）に定義されている。装置管理処理部２３４は、監視エージェント２３３内のヘルスチェック処理部２２７の呼び出しに応じて監視対象装置２３５のヘルスチェック（正常動作の確認）を行い、その結果を返す。また、監視対象装置２３５についての構成や性能値が設定された閾値を超えた場合にアラート（警告）を監視エージェント２３３のアラート処理部２２９に通知する。また、監視エージェント２３１の装置情報取得処理部２３０の要求に応じて、監視対象装置２３５の構成、性能情報を取得し、取得情報を返す。取得情報を返す際には、値として返す場合と、値を格納したファイルを返す場合がある。ファイル形式はテキスト形式とバイナリ形式のどちらの形式でもよい。

監視エージェント２３３は、監視対象装置２３５の監視を行い、必要な通信を監視装置２２２と行うプログラムである。監視エージェント２３３は、監視対象装置２３５内に組み込まれ、組み込まれた監視対象装置２３５のみの監視を受け持つ場合と、監視対象装置２３５とは独立した管理装置に組み込まれ、複数の監視対象装置２３５の監視を受け持つ場合の、二通りの構成がある。ただし、両者の機能構成は同じである。

監視エージェント２３３は、ヘルスチェック処理部２２７、スリープ処理部２２８、アラート処理部２２９、装置情報取得処理部２３０、更新情報要求処理部２３１、設定変更処理部２３２、メッセージング処理部２２５、メール送信処理部２２６を備えている。

ヘルスチェック処理部２２７は、定期的に監視対象装置２３５の装置監視処理部２３４にヘルスチェックに関する問い合わせを行い、メッセージング処理部２２５を通じて生存通知（ｋｅｅｐ ａｌｉｖｅ通知）を監視装置２２２内のヘルスチェック受信処理部２１６に送信する。なお、ヘルスチェックについては、監視エージェント２３３が監視対象装置２３５に組み込まれている場合は、監視対象装置２３５のヘルスチェックを行うが、監視エージェント２３３が管理装置に組み込まれている構成においては、監視エージェント２３３は、管理装置のヘルスチェックを行う。

スリープ処理部２２８は、スリープ処理（後述する図３に示す定期的通報の時間間隔を生成する処理）を行う。また、アラート処理部２２９は、監視対象装置２３５の装置管理処理部２３４から、監視対象装置２３４のシステム異常等のアラートを受け取り、メッセージング処理部２２５を通じてアラート通知を監視装置２２２内のアラート受信処理部２１８に送信する。また、装置情報取得処理部２３０は、監視対象装置２３５の装置管理処理部２３４に問い合わせを行い、監視対象装置２３５の構成情報、性能情報、ログ情報（動作履歴又はそれをファイル化したもの）等を取得し、メッセージング処理部２２５を通じて監視装置２２２の装置情報受信処理部２１９に送信する。

更新情報要求処理部２３１は、監視対象装置２３５や監視エージェント２３３のファームウェア等の更新ファイルを、メッセージング処理部２２５を通じて監視装置２２２内の更新情報転送処理部２２０に要求し、取得する。また、設定変更処理部２３２は、監視装置２２２の指示に従い、スリープ処理時間等に関する監視エージェント２３３の設定変更を行う。

メッセージング処理部２２５は、ＨＴＴＰ（HyperText Transfer Protocol）等に則って、ヘルスチェック処理部２２７、アラート処理部２２９、装置情報取得処理部２３０、更新情報要求処理部２３１の通知メッセージを、監視装置２２２のヘルスチェック受信処理部２１６、ヘルスチェック再受信処理部２１７、アラート受信処理部２１８、装置情報受信処理部２１９、更新情報転送処理部２２０にそれぞれ送信し、それらからレスポンスメッセージを受信する。また、メール送信処理部２２６は、ヘルスチェック処理部２２７、アラート処理部２２９、装置情報取得処理部２３０、更新情報要求処理部２３１の通知を、ＳＭＴＰ（Simple Mail Transfer Protocol）に則って、監視装置２２２に送信する。

優先制御装置２２４は、通知の優先制御を行う優先制御処理部２２３を備えている。

監視装置２２２は、ヘルスチェック受信処理部２１６、ヘルスチェック再受信処理部２１７、アラート受信処理部２１８、装置情報受信処理部２１９、更新情報転送処理部２２０、更新情報取得処理部２２１、状態管理処理部２１３、情報取得・情報要求・設定変更指示処理部２１０、停止チェック処理部２０４、停止通知処理部２０５、通知転送処理部２０６、情報転送処理部２０７、処理指示変換処理部２０８、更新情報格納処理部２０９、および、状態管理ＤＢ（Ｄａｔａ Ｂａｓｅ）２１４、装置情報格納ＤＢ２１５、返り値指定ＤＢ２１１、更新情報格納ＤＢ２１２を備えている。

ヘルスチェック受信処理部２１６は、監視エージェント２３３内のメッセージング処理部２２５から送信された生存通知（ｋｅｅｐ ａｌｉｖｅ通知）を受け取ってレスポンスを返す。ヘルスチェック再受信処理部２１７は、監視エージェント２３３内のメッセージング処理部２２５から再送された生存通知（ｋｅｅｐ ａｌｉｖｅ通知）を受け取ってレスポンスを返す。また、アラート受信処理部２１８は、監視エージェント２３３内のメッセージング処理部２２５から送信された監視対象装置２３５のアラート通知を受け取ってレスポンスを返す。また、装置情報受信処理部２１９は、監視エージェント２３３内のメッセージング処理部２２５から送信された監視対象装置２３５の情報や添付ファイルを含む通知を受け取ってレスポンスを返す。

更新情報転送処理部２２０は、監視エージェント２３３内のメッセージング処理部２２５から送信された更新情報要求通知を受け取って更新情報ファイルを返す。また、更新情報取得処理部２２１は、更新情報転送処理部２２０が監視エージェント２３３に転送する更新情報ファイルを更新情報格納ＤＢ２１２より取得して更新情報転送処理部２２０に渡す。

状態管理処理部２１３は、ヘルスチェック受信処理部２１６、ヘルスチェック再受信処理部２１７、アラート受信処理部２１８、装置情報受信処理部２１９、更新情報転送処理部２２０が、監視エージェント２３３のメッセージング処理部２２５から、それぞれに対する通知を受けた場合に、通知元の監視エージェント２３３のＩＤ、監視対象装置２３５のＩＤ、通知時間、通知の種別を状態管理ＤＢ２１４に格納する。

情報取得・情報要求・設定変更指示処理部２１０は、ヘルスチェック受信処理部２１６、ヘルスチェック再受信処理部２１７、アラート受信処理部２１８、装置情報受信処理部２１９が監視エージェント２３３から受けた通知に対してレスポンスを返信する際に、返り値指定ＤＢ２１１から監視エージェント２３３のＩＤをキーに検索した返り値を与える。この返り値は、監視エージェント２３３への操作指示となる。

停止チェック処理部２０４は、状態管理ＤＢ２１４を定期的にチェックし、一定時間通知のない監視エージェント２３３は停止していると判断する。また、停止通知処理部２０５は、停止チェック処理部２０４のチェック結果を受けて、停止していると判断した監視エージェント２３３のＩＤを操作端末２０１の管理処理部２０２に通知する。また、通知転送処理部２０６は、アラート受信処理部２１８、装置情報受信処理部２１９が、監視エージェント２３３からそれぞれの通知を受けた場合に、アラート通知、あるいは、情報通知を操作端末２０１内の管理処理部２０２に転送する。

情報転送処理部２０７は、アラート受信処理部２１８、装置情報受信処理部２１９が、監視エージェント２３３からそれぞれの通知を受けた場合に、アラート通知を、あるいは、情報通知に添付されたファイルを、装置情報格納ＤＢ２１５に格納して操作端末２０１内の管理処理部２０２に転送する。

処理指示変換処理部２０８は、監視エージェント２３３に対する操作端末２０１内の指示処理部２０３の指示を受けて、指示内容を対応する番号やコマンドに変換して、返り値ＤＢ２１１に格納する。また、更新情報格納処理部２０９は、監視エージェント２３３に対する操作端末２０１内の指示処理部２０３の指示を受けて、監視エージェント２３３に転送するファームウェア等の更新情報ファイルを、更新情報格納ＤＢ２１２に格納する。

状態管理ＤＢ２１４は、監視エージェント２３３の状態を管理する。監視エージェント２３３のＩＤ、監視対象装置２３５のＩＤ、通知受信時間、通知種別、通知内容等の項目からなるテーブルを持つ。また、装置情報格納ＤＢ２１５は、監視エージェント２３３からアップロードされた装置情報ファイルを格納する。

返り値指定ＤＢ２１１は、監視エージェント２３３へのレスポンスに指定する返り値を格納する。監視エージェント２３３のＩＤ、監視対象装置２３５のＩＤ、指示入力時間、返り値（指示内容）、指示備考、指示状況（指示済みか未済か）、指示時間、指示通知種別等の各項目からなるテーブルを持つ。また、更新情報格納ＤＢ２１２は、監視エージェント２３３にダウンロードする更新ファイルを格納する。

操作端末２０１は、管理処理部２０２と指示処理部２０３を備えている。管理処理部２０２は、監視装置２２２の停止通知処理部２０５から監視対象装置２３５に関する停止情報の通知を、監視装置２２２の通知転送処理部２０６からアラート情報、構成、性能情報の通知を、監視装置２２２の装置情報転送処理部２０６から構成、性能情報についてのファイルの転送を、それぞれ受け、ディスプレイに表示するなどしてオペレータに情報を伝達する。

オペレータは、管理処理部２０２から伝えられる監視対象装置２３５の停止情報、アラート情報、構成、性能情報の通知、および、構成、性能情報ファイルに記載の情報をもとに、監視対象装置２３５に対する指示を判断する。

指示処理部２０３は、オペレータの入力に従って、監視エージェント２３３に対する情報取得、更新情報の要求、設定変更等の指示を、監視装置２２２の処理指示変換処理部２０８に伝える。また、指示処理部２０３は、オペレータの入力に従って、監視エージェント２３３に対してダウンロードする更新ファイルを更新情報格納ＤＢ２１２に格納するため、監視装置２２２の更新情報格納処理部２０９に更新ファイルを渡す。

次に、図３を参照して、本実施形態に係る遠隔監視システムにおける監視エージェント３１９と監視装置３２０との間の通信シーケンスの概要を説明する。処理の詳細内容については後述する。図３においては、監視エージェント３１９側の処理を縦軸３０７に示し、監視装置３２０側の処理を縦軸３０８に示す。監視エージェント３１９、監視装置３２０は、図２における監視エージェント２３３、監視装置２２２にそれぞれ対応する。

まず、ｓｔｅｐ３０１における定期的通報を説明する。監視エージェント３１９は、設定された周期（例えば、５分）で定期的に監視対象装置のヘルスチェック（正常動作の確認）を行い、その結果を、監視装置３２０にヘルスチェック通知（ｋｅｅｐ ａｌｉｖｅ通知）メッセージ３０９として送信する。通知を受けた監視装置３２０は、送信元の監視エージェント３１９にレスポンスメッセージ３１０を送信する。例えば、正常動作をしていると云う監視エージェントからのメッセージに対して了解というレスポンスを送信する。

メッセージの送信に、例えばＨＴＴＰを利用した場合、監視エージェント３１９から監視装置３２０にＨＴＴＰリクエストを送信し、監視装置３２０から監視エージェント３１９にＨＴＴＰレスポンスを送信することになる。これは、監視エージェント３１９から、ＨＴＴＰ／ＨＴＭＬ（Hyper Text Markup Language）インタフェースを通じて監視装置３２０のＷｅｂアプリケーションを呼び出すということである。ＨＴＴＰの上位のプロトコルとしてＳＯＡＰ（Simple Object Access Protocol）を使用し、監視エージェント３１９から、ＳＯＡＰ／ＸＭＬ（Extensible Markup Language）インタフェース通じて監視装置３２０のＷｅｂサービスを呼び出すということであっても良い。以下、監視エージェント３１９と監視装置３２０間の通信は、全てこのような「リクエストメッセージの送信」と「リクエストメッセージに応答するレスポンスメッセージの送信」という方式に則ることとする。

次に、ｓｔｅｐ３０２における緊急通報を説明する。監視エージェント３１９は、監視対象装置のシステム異常（例えば、装置温度上昇、ハードディスクの容量不足、メールプロセスのダウン）等の緊急時に受けたアラート通知３１１を監視装置３２０に送信する。通知を受けた監視装置３２０は、送信元の監視エージェント３１９にレスポンス３１２を送信する。この際のレスポンスは、監視対象装置に異常が発生したことを了解する旨のレスポンスであって、監視エージェント３１９に対する具体的な指示は、この異常発生に適宜に対応処理するために監視装置３２０で種々勘案し判断する必要があるので、即答することができない場合があり、通常、次回の定期的通報に対するレスポンスにこの具体的指示を含ませるのであり、以下に示すステップからなる。

そこで、ｓｔｅｐ３０３におけるオペレータ指示を説明する。アラート通知３１１を受信した監視装置３２０は、オペレータの指示に従って、監視エージェント３１９に伝える指示を、内部データベース（図２の返り値指定ＤＢ２１１）に格納する。

次に、ｓｔｅｐ３０４における定期的通報を説明する。監視エージェント３１９は、監視装置３２０に定期的にヘルスチェック通知３１３を送信する。通知を受けた監視装置３２０は、監視エージェント３１９に伝える指示を、内部データベース（図２の返り値指定ＤＢ２１１）から検索し、監視エージェント３１９へのレスポンス３１４に装置情報取得指示を埋め込んで送信する。監視装置３２０は、監視エージェント３１９からのどの通知のレスポンスに対して指示を埋め込んでも良いが、オペレータが指示した後、最も早い時間に通知されたメッセージに対するレスポンスに指示を与えることとする。図３では、アラート通知３１１を受けたオペレータが、指示内容の判断を行い、監視装置３２０に指示を与る。監視装置３２０は、その後通知されたヘルスチェック通知３１３へのレスポンスに指示を与えている。

さらに、ｓｔｅｐ３０５における情報アップロードを説明する。ここで、監視エージェントから監視装置への情報提供がアップロードで、逆向きの情報提供がダウンロードである。監視エージェント３１９は、監視装置３２０から受けたレスポンスに監視対象装置情報の取得指示（例えば、装置温度の１０分間のログを取れとの指示）がある場合、それに従い、監視対象装置からレスポンスに指定された情報を取得して監視装置３２０に送信する。取得情報が値（ファイルではなくて直接の応答値）の形式の場合は、リクエストメッセージ（図３における符号３１５）内に記述して、取得情報がファイル形式の場合は、リクエストメッセージの添付ファイルとして送信する。情報を受けた監視装置３２０は、送信元の監視エージェント３１９にレスポンス３１６を送信する。

ｓｔｅｐ３０６における定期的通報を説明する。ｓｔｅｐ３０１と同様に、監視エージェント３１９は、監視装置３２０に定期的にヘルスチェック通知３１３を送信する。通知を受けた監視装置３２０は、送信元の監視エージェント３１９にレスポンス３１８を送信する。

以上のｓｔｅｐ３０１からｓｔｅｐ３０６のシーケンスに示すように、本実施形態に係るエージェント駆動型監視システムの特徴は、監視エージェント３１９から監視装置３２０へ定期的リクエストメッセージ、および、不定期のリクエストメッセージを送信し、それに対するレスポンスメッセージに監視装置３２０から監視エージェント３１９への指示を埋め込むことにより、監視エージェント３１９と監視装置３２０との間でアプリケーションレベルでの双方向通信を実現している。即ち、本実施形態におけるリクエストメッセージとレスポンスメッセージとは対となって一つのメッセージシーケンスが完了するように構成されているので、リクエストとレスポンスとの処理のタイムラグが少なく、互いのメッセージの関連付けがなされているので、相互の片方向通信とは異なり、双方向通信を形成している。因みに、電子メール等における相互の片方向通信では、一方の装置から他方の装置へのメッセージ送信で１つのメッセージシーケンスが完了している。

メッセージの通信にはＨＴＴＰ等を利用する。ＨＴＴＰＳ（Hyper Text Transfer Protocol over SSL）を利用すれば、通信のセキュリティを確保することが可能である。このリクエストメッセージとレスポンスメッセージの一対のメッセージ交換は、監視エージェント３１９を起点とする通信である。例えばＨＴＴＰやＨＴＴＰＳを利用する場合、それらは一般的に使用されているので、監視対象装置側に設置されたファイアウォールの通信ポートにおける外部に対する防御手段は既に設けられており、特別な設定を施す必要はない。

次に、図４を参照して、本実施形態に係る遠隔監視システムにおける監視エージェントの処理フローを説明する。図４における監視対象装置４１８、監視エージェント４１９、監視装置４２０は、図２の監視対象装置２３５、監視エージェント２３３、監視装置２２２にそれぞれ対応する。

監視対象装置４１８において行われる装置管理（ヘルスチェック）処理４１４、装置管理（アラート）処理４１５、装置管理（情報取得処理）４１６，４１７、は、図２の装置管理処理部２３４において実施される処理である。また、監視エージェント４１９において行われるスリープ処理４１３、ヘルスチェック処理４０１、アラート処理４０２、装置情報取得処理４０４，４１０、メッセージング処理４０５、メール送信処理４０８、更新情報要求処理４１１、設定変更処理４１２は、それぞれ、図２のスリープ処理部２２８、ヘルスチェック処理部２２７、アラート処理部２２９、装置情報取得処理部２３０、メッセージング処理部２２５、メール送信処理部２２６、更新情報要求処理部２３１、設定変更処理部２３２において実施される処理である。

また、監視装置４２０において行われるヘルスチェック受信処理４２１、ヘルスチェック再受信処理４２２、アラート受信処理４２３、装置情報受信処理４２４、更新情報転送処理４２５は、それぞれ図２のヘルスチェック受信処理部２１６、ヘルスチェック再受信処理部２１７、アラート受信処理部２１８、装置情報受信処理部２１９、更新情報転送処理部２２０において実施される処理である。

以下、図４を参照して監視エージェントの処理フローを説明する。まず、ｓｔｅｐ４０１におけるヘルスチェック処理４０１では、一定時間のスリープ処理４１３を行った後（図３に示す定期的通報の時間間隔を例えば５分間とするスリープ処理後）、装置管理（ヘルスチェック）処理４１４を呼び出し、監視対象装置４１８についてのヘルスチェック（生存確認）を行い、その結果を受け取る。

次に、ｓｔｅｐ４０２におけるアラート処理４０２では、監視対象装置４１８にシステム異常等の問題が発生した際に、監視対象装置２３５内の装置管理処理部２３４が行う装置管理（アラート）処理４１５により、監視対象装置４１８からのアラートを受け取る。

さらに、ｓｔｅｐ４０３におけるアラートに対する情報取得判断では、ｓｔｅｐ４０２において取得したアラートに対して、その発生時に監視対象装置から取得すべき情報が予め定義されている場合はｓｔｅｐ４０４に進み、定義されていない（アラート発生時に情報を取得する必要がない）場合は、ｓｔｅｐ４０５に進む。

ｓｔｅｐ４０４における装置情報取得処理４０４では、装置管理処理（情報取得）処理４１６を呼び出し、発生アラートに対して予め定義されている監視対象装置４１８の構成、性能情報を取得する。

次に、ｓｔｅｐ４０５におけるメッセージング処理４０５では、定期的なヘルスチェック処理４０１の結果を受けて、その結果をリクエストメッセージに埋め込み、ＨＴＴＰ等に従って、監視装置４２０のヘルスチェック受信処理４２１に送信する。そして、ヘルスチェック受信処理４２１からレスポンスメッセージを受信する。ヘルスチェック受信処理４２１については後述する。また、メッセージング処理４０５では、緊急時のアラート処理４０２の結果を受けて、その結果をリクエストメッセージに埋め込み、監視装置４２０のアラート受信処理４２２に送信する。そして、アラート受信処理４２２からレスポンスメッセージを受信する。アラート受信処理４２２については後述する。

また、ヘルスチェック通知の再送時には、監視装置４２０のヘルスチェック再受信処理４２２にリクエストメッセージを送信し、ヘルスチェック再受信処理４２２からレスポンスメッセージを受信する。

同様に、装置情報取得処理４１０、設定変更処理４１２からの分岐においては、監視装置４２０の装置情報受信処理４２４にリクエストメッセージを送信し、装置情報受信処理４２４からレスポンスメッセージを受信する。さらに同様に、更新情報要求処理４１１からの分岐においては、監視装置４２０の更新情報転送処理４２５にリクエストメッセージを送信し、更新情報転送処理４２５から更新情報を受信し、指定位置に保存する。更新情報は、テキストファイルやバイナリファイルでありレスポンスメッセージに添付されている。監視装置４２０内の各処理については、後述する。

さらに、ｓｔｅｐ４０６におけるレスポンス有無の判断では、ｓｔｅｐ４０５で送信したリクエストメッセージに対して、監視装置４２０からのレスポンスが有るか、もしくは、タイムアウトしているかを判断する。レスポンスが有る場合はｓｔｅｐ４０９に進み、レスポンスの内容判読処理を行う。レスポンスが無い場合はｓｔｅｐ４０７に進む通知の再送処理を行う。

次に、ｓｔｅｐ４０７におけるメッセージ再送の判断では、一つのヘルスチェック処理やアラート処理の通知メッセージの送信回数が、予め設定された閾値以内の場合は、ｓｔｅｐ４０５のメッセージング処理に戻り、通知の再送を行う。通知を行うまでにスリープ処理を入れ、一定時間経過の後、再送を実施してもよい。ヘルスチェック通知の再送信の場合、メッセージング処理４０５においては、監視装置４２０のヘルスチェック再受信処理４２２にリクエストメッセージを送信し、レスポンスを受信する。

通知の送信回数が設定された閾値を超える場合は、リクエストメッセージの送信を断念し、電子メール（ＳＭＴＰ）による通知に切り替える。

次に、ｓｔｅｐ４０８におけるメール送信処理では、リクエストメッセージの再送を繰り返しても、レスポンスを得られない場合は、その代替手段として電子メール（ＳＭＴＰ）による通知を行う。リクエストメッセージと同様の内容を電子メールにより監視装置４２０に送信する。また、この処理の内容を監視エージェント４１９の処理ログに記録する。

また、ｓｔｅｐ４０９におけるレスポンスの返り値（レスポンスメッセージの内容）の内容判断では、監視装置４２０に対して送信したリクエストメッセージに対するレスポンスメッセージに監視エージェント４１９に対する処理指示が含まれているか判断する。処理指示が無い場合は、スリープ処理４１３を経て通常のヘルスチェック処理４０１を繰り返す。処理指示がある場合は、その指示内容に従い、ｓｔｅｐ４１０からｓｔｅｐ４１２の各処理を行う。レスポンスメッセージに複数の指示が埋め込まれている場合は、それぞれの指示を実行する。

ｓｔｅｐ４１０における装置情報取得処理で、監視装置４２０からのレスポンスメッセージに、監視対象装置４１８についての情報取得が指示されている場合、装置情報取得処理４１０では、装置管理処理（情報所得）処理４１７を呼び出し、監視装置４２０からのレスポンスに指定された監視対象装置４１８についての構成、性能に関する情報を取得する。取得情報をメッセージング処理４０５に渡し、監視装置４２０の装置情報受信処理４２４にリクエストメッセージとして、或いは、リクエストメッセージの添付ファイルとして送信する。以降、ｓｔｅｐ４０６以下の処理を繰り返す。

また、ｓｔｅｐ４１１における更新情報要求処理で、監視装置４２０からのレスポンスメッセージに、監視装置４２０に対する更新ファイル情報の取得要求が指示されている場合、更新情報要求処理４１１では、監視装置４２０からのレスポンスメッセージに指定されたファームウェア等の更新ファイルの名称やＩＤをメッセージング処理４０５に渡し、監視装置４２０の更新情報転送処理４２５にリクエストメッセージの形式で要求する。指定した更新ファイルは、リクエストメッセージに対するレスポンスメッセージの添付ファイルとしてダウンロードされる。レスポンスが無い場合は、ｓｔｅｐ４０７以下の再送処理を行う。

更新情報転送処理４２４からのレスポンスメッセージには、テキスト形式あるいはバイナリ形式の更新ファイルが添付されている。更新ファイルを受信したときは、ｓｔｅｐ４０９から、装置情報取得処理４１０に進み、監視対象装置４１８の装置管理（情報取得）処理４１７を通じて、更新ファイルがダウンロードされていることを確認し、あるいは、更新ファイルのバージョン情報を取得し、それらの情報を、メッセージング処理４０５を通じて監視装置４２０の装置情報受信処理４２４に通知する。以降、ｓｔｅｐ４０６以下の処理を繰り返す。

また、ｓｔｅｐ４１２における設定変更処理で、監視装置４２０からのレスポンスメッセージに、監視エージェント４１９に対する設定変更が指示されている場合、設定変更処理４１２では、監視装置４２０からのレスポンスに指定された監視エージェント４１９についてのスリープ時間変更や再送回数変更等の設定変更を行う。設定変更後に、設定変更内容をメッセージング処理４０５に渡し、監視装置４２０の装置情報受信処理４２４にリクエストメッセージとして通知する。以降、ｓｔｅｐ４０６以下の処理を繰り返す。

次に、ｓｔｅｐ４１３におけるスリープ処理で、ｓｔｅｐ４０９からの分岐において、スリープ処理４１３では、一致時間のスリープ処理を実行した後、処理をヘルスチェック処理４０１に渡す。

監視対象装置４１８からのアラート発生時といった緊急時においては、監視装置４２０側のオペレータは、必要時に必要な情報を監視対象装置４１８から収集できることが必要である。そこで、監視エージェント４１９は、監視対象装置４１８からのアラート発生時といった緊急時等において、監視装置４２０が任意の時刻に監視エージェントに４１９に指示を通知できるようにするため、短周期でヘルスチェック通知を行う。具体的には、アラート処理４０２〜メッセージング処理４０５〜レスポンスメッセージの返り値の内容判断４０９という処理ステップからの分岐時は、緊急時であると判断し、一定時間、スリープ処理時間を事前に決められた短時間に設定する。或いは、監視装置４２０からのレスポンスメッセージに埋め込まれたスリープ処理時間変更指示に従ってスリープ処理時間の設定変更を行い、スリープ処理時間を一定時間、短時間化する。

また、監視対象装置４１８からのアラート発生時といった緊急時においては、監視装置４２０側のオペレータが十分に状況を判断できる時間を経た後、必要な情報を監視対象装置４１８から収集できることが望ましい。そこで、監視エージェント４１９は、監視対象装置４１８からのアラート発生時といった緊急時等において、監視装置４２０が指定の時刻に監視エージェント４１９に指示を通知できるようにするため、指定時間にヘルスチェック通知を行う。具体的には、監視装置４２０からのレスポンスメッセージに埋め込まれたスリープ処理時間変更指示に従ってスリープ処理時間の設定変更を行い、監視装置４２０に指定された時間の間、或いは、指定された時刻まで、スリープ処理を行う。

以上説明したｓｔｅｐ４０１からｓｔｅｐ４１３のシーケンスに示すように、本実施形態に係るエージェント駆動型監視システムは、監視エージェント４１９からの通知が監視装置４２０に届いていない場合に再送を繰り返すことにより通知を確実にする。さらに、監視エージェント４１９を起点とした監視装置４２０への通信であっても、任意の時刻に監視装置４２０の指示を監視エージェント４１９に通知することができる。また、監視装置４２０の指定の時刻に指示を監視エージェント４１９に通知することができる。

次に、図５を参照して、本実施形態に係る遠隔監視システムにおける監視装置の処理フローを説明する。図５における監視エージェント５２７、監視装置５２９、操作端末５３０は、図２の監視エージェント２３３、監視装置２２２、操作端末２０１にそれぞれ対応する。

監視エージェント５２７において行われるメッセージング処理５２５は、図２のメッセージング処理部２２５において実施される処理である。また、監視装置５２９において行われるヘルスチェック受信処理５２０、ヘルスチェック再受信処理５２３、アラート受信処理５２１、装置情報受信処理５２４、更新情報転送処理５２２は、それぞれ、図２のヘルスチェック受信処理部２１６、ヘルスチェック再受信処理部２１７、アラート受信処理部２１８、装置情報受信処理部２１９、更新情報転送処理部２２０において実施される処理である。

さらに、監視装置５２９において行われる状態管理処理５０２、通知転送処理５０３、装置情報転送処理５０５、更新情報取得処理５０６、情報取得・情報要求・設定変更指示処理５０７、停止チェック処理５１３、停止通知処理５１５、更新情報格納処理５１８、処理指示変換処理５１９は、それぞれ、図２の状態管理処理部２１３、通知転送処理部２０６、装置情報転送処理部２０７、更新情報取得処理部２２１、情報取得・情報要求・設定変更指示処理部２１０、停止チェック処理部２０４、停止通知処理部２０５、更新情報格納処理部２０９、処理指示変換処理部２０８において実施される処理である。また、監視装置５２９における状態管理ＤＢ５０９、装置情報格納ＤＢ５１０、更新情報格納ＤＢ５１１、返り値指定ＤＢ５１２は、それぞれ図２の状態管理ＤＢ２１４、装置情報格納ＤＢ２１５、更新情報格納ＤＢ２１２、返り値指定ＤＢ２１１に対応する。

操作端末５３０において行われる管理処理５１６、指示処理５１７は、それぞれ、図２の管理処理部２０２、指示処理部２０３において実施される処理である。なお、図５において、監視エージェント５２７のメッセージング処理５２５が上下段に記載されているが、図示の都合上で２段にしたのであり、これらは同一の構成要素（ソフトウエア）である。

次に、監視装置５２９におけるヘルスチェック受信処理５２０とヘルスチェック再受信処理５２３における処理内容、アラート受信処理５２１と装置情報受信処理５２４における処理内容、更新情報転送処理５２２における処理内容、に分けてそれぞれ説明する。これらの処理は、監視エージェント５２７のメッセージング処理５２５からの通知メッセージをトリガーとして起動する。

まず、ヘルスチェック受信処理５２０とヘルスチェック再受信処理５２３における処理内容について説明する。処理は、以下のｓｔｅｐ５０１、ｓｔｅｐ５０２、ｓｔｅｐ５０７、ｓｔｅｐ５０８からなる（図５の図示フローで上から下へのフローを参照）。ｓｔｅｐ５０１におけるリクエストメッセージ受信処理５０１では、監視エージェント５２７のメッセージング処理５２５によりヘルスチェック通知、あるいは、ヘルスチェックの再通知が送信されてきたとき、その通知の実体であるリクエストメッセージを受信する。

次に、ｓｔｅｐ５０２における状態管理処理５０２では、監視エージェント５２７、および、監視エージェント５２７が組み込まれている監視対象装置の状態を管理するため、ヘルスチェック通知、あるいは、ヘルスチェック再通知を受けた場合に、通知元の監視エージェント５２７のＩＤ、監視対象装置のＩＤ、通知受信時間、通知種別、通知内容等を状態管理ＤＢ５０９に格納する。通知種別は、ここでは、ヘルスチェック通知、あるいは、ヘルスチェック再通知である。なお、監視エージェント５２８が監視対象装置でなく、それらを管理する管理装置に組み込まれている場合は管理装置のＩＤを格納する。

次に、ｓｔｅｐ５０７における情報取得・情報要求・設定変更指示処理５０７では、監視エージェント５２７に情報取得、情報要求、設定変更といった指示を与えるため、返り値指定ＤＢ５１２から、通知元の監視エージェント５２７のＩＤ、監視対象装置のＩＤをキーとして返り値を検索し、ヘルスチェック通知、あるいは、ヘルスチェック再通知に対するレスポンスメッセージに埋め込む。

返り値指定ＤＢ５１２には、監視エージェント５２７のＩＤ、監視対象装置のＩＤ、指示入力時間、返り値（指示内容）、指示備考、指示状況（指示済みか未済みか）、指示時間、指示通知種別の項目からなるテーブルが格納されている。返り値には指示内容を示す番号やコマンドが格納されている。例えば、返り値０は処理無し、返り値１００１は指定ＩＤの監視対象装置からの過去１日のシステムログ取得、というように、事前に設定しておく。返り値指定ＤＢ５１２において、同一ＩＤの監視エージェント５２７に対して、指示入力時間の異なる複数の返り値（指示内容）が格納されていてもよい。通常は、一つのレスポンスには、一つの返り値（一つの指示）を与えるが、複数の返り値（複数の指示）を与えてもよい。通知元の監視エージェント５２７のＩＤ、監視対象装置のＩＤ、および、指示状況が指示未済みであるという条件で、返り指定ＤＢ５１２から検索し、検索結果を、監視エージェント５２７へのレスポンスに埋め込み、返り値とする。

一つの指示が、一つの監視エージェント５２７への複数のレスポンスに対して与えられることを防ぎ、一つのレスポンスに対してのみ与えられるようにするため、返り値指定ＤＢ５１２から返り値を検索し、一つのレスポンスにその値を埋め込んだら、返り値指定ＤＢ５１２の当該指示データにおける指示状況を指示未済から指示済みに変更し、指示時間にｓｔｅｐ５０２での通知受信時間入力し、指示通知種別に指示を与えた通知の種別（ヘルスチェック、アラート等）を入力する。

さらに、ｓｔｅｐ５０８におけるレスポンスメッセージ送信処理において、ｓｔｅｐ５０７で監視エージェント５２７に対する指示を埋め込んだレスポンスメッセージを、監視エージェント５２７からのヘルスチェック通知、あるいは、ヘルスチェック再通知に対するレスポンスとして、監視エージェント５２７のメッセージング処理５２５に送信する。

次に、アラート受信処理５２１と装置情報受信処理５２４における処理内容について説明する。処理は、以下のｓｔｅｐ５０１、ｓｔｅｐ５０２、ｓｔｅｐ５０３、ｓｔｅｐ５０４、ｓｔｅｐ５０５、ｓｔｅｐ５０７、ｓｔｅｐ５０８からなる。

まず、ｓｔｅｐ５０１におけるリクエストメッセージ受信処理では、上述したヘルスチェック受信処理５２０の場合と同様の処理を行う。次に、ｓｔｅｐ５０２におる状態管理処理では、上述したヘルスチェック受信処理５２０の場合と同様の処理を行う。

次に、ｓｔｅｐ５０３における通知転送処理５０３では、リクエストメッセージからアラートや装置情報に関する情報を取り出し、操作端末５３０の管理処理５１６に転送する。転送情報は、通知元の監視エージェント５２７のＩＤ、監視対象装置のＩＤ、通知受信時間、通知種別、アラートや装置情報（監視対象装置の構成、性能情報、ファイル更新確認情報、設定変更内容等）といった通知内容である。管理処理５１６では、通知内容をディスプレイに表示しオペレータに伝達する。

さらに、ｓｔｅｐ５０４における添付ファイルの有無判断では、通知にファイルが添付されているか否かを判断する。この添付ファイルは、図３において符号３１５で示す装置情報をファイル化したものである。次に、ｓｔｅｐ５０５における装置情報（添付ファイル）転送処理５０５では、通知にファイルが添付されている場合に、添付ファイルを装置情報格納ＤＢ５１０に格納し、管理処理５１６に装置情報ファイルとして転送する。管理処理５１６は、転送ファイルをディスプレイに表示しオペレータに伝達する。

また、ｓｔｅｐ５０７における情報取得・情報要求・設定変更指示処理では、上述したヘルスチェック受信処理５２０の場合と同様の処理を行う。さらに、ｓｔｅｐ５０８におけるレスポンスメッセージ送信処理では、上述したヘルスチェック受信処理５２０の場合と同様の処理を行う。

最後に、更新情報転送処理５２２における処理内容について説明する。処理は、以下のｓｔｅｐ５０１、ｓｔｅｐ５０２、ｓｔｅｐ５０６、ｓｔｅｐ５０８からなる。

まず、ｓｔｅｐ５０１におけるリクエストメッセージ受信処理では、上述したヘルスチェック受信処理５２０の場合と同様の処理を行う。さらに、ｓｔｅｐ５０２における状態管理処理では、上述したヘルスチェック受信処理５２０の場合と同様の処理を行う。

次に、ｓｔｅｐ５０６における更新情報取得処理５０６では、リクエストメッセージからファームウェア等の更新情報ファイル名を取り出し、更新情報格納ＤＢ５１１から検索、取得する。さらに、ｓｔｅｐ５０８におけるレスポンスメッセージ送信処理では、ｓｔｅｐ５０６で取得したファイルはレスポンスメッセージの添付ファイルとし、監視エージェント５２７へのレスポンスとしてメッセージング処理５２５に送信する。

監視装置５２９においては、定期的に監視対象装置の死活チェック、および、停止通知処理を行う。まず、ｓｔｅｐ５１３における停止チェック処理５１３では、１分周期というように定期的に状態管理ＤＢ５０９のチェックを行い、予め登録されている全ての監視エージェント５２７について、過去一定時間以内に、例えば過去１５分以内に、通知が来ていることを確認する。

次に、ｓｔｅｐ５１４における停止機器の有無を判断では、予め登録されている全ての監視エージェント５２７について、過去一定時間以内に通知が来ていない場合、監視エージェント５２７が停止していると判断する。

さらに、ｓｔｅｐ５１５における停止通知処理において、監視エージェント５２７が停止していると判断された場合に、停止通知処理５１５では、停止している監視エージェント５２７のＩＤ、そのエージェントからの最も新しい通知の受信時間、通知種別、通知内容等を操作端末５３０の管理処理５１６に通知する。管理処理５１６は、通知内容をディスプレイに表示しオペレータに知らせる。

さらに、監視装置５２９においては、更新情報格納処理５１８にて、操作端末５３０の指示処理５１７の指示に従い、監視エージェント５２７にダウンロードする更新情報ファイルを更新情報格納ＤＢ５１１に格納する。さらに、処理指示変換処理５１９では、操作端末５３０の指示処理５１７の指示に従い、監視エージェント５２７への指示内容を対応する数値やコマンドに変換し、返り値指定ＤＢ５１２に入力する。返り値指定ＤＢ５１２への入力項目は、指示対象となる監視エージェント５２７のＩＤ、監視対象装置のＩＤ、指示入力時間、返り値（指示内容）、指示備考である。なお、指示処理５１７への指示はオペレータが行う。

以上説明した監視装置５２９における処理シーケンスに示すように、本実施形態に係るエージェント駆動型監視システムは、監視エージェント５２７からのリクエストメッセージに対するレスポンスメッセージに監視エージェント５２７への指示を埋め込むことにより、監視装置５２９から監視エージェント５２５に情報取得、情報要求、設定変更といった指示を伝えることができる。

次に、図６を参照して、本実施形態に係る遠隔監視システムにおける監視エージェントから監視装置への通知の優先制御について説明する。図６における監視エージェント６０１、優先制御装置６０２、監視装置６０３は、それぞれ、図２の監視エージェント２３３、優先制御装置２２４、監視装置２２２に対応する。優先制御装置６０２における優先制御処理部６０９は、図２の優先制御処理部２２３に対応する。

優先制御装置６０２の優先制御処理部６０９は、内部に監視装置６０３への転送優先度の異なる複数のキューを持っている。例えば、図６のように高優先度キュー６１０、中優先度キュー６１１、低優先度キュー６１２の三つのキューを持っている。優先制御処理部６０９は通知の優先度に応じて各優先度のキューに振り分け、高優先度のキュー内の通知から優先的に監視装置６０３に転送する。

キューのサイズは、監視装置６０３の処理能力を考慮して適切な値とする。低優先度キュー６１２の場合は、処理が優先されないためキューから通知が廃棄されることも有る。この場合は、通知元の監視エージェント６１０にレスポンスが返らないため、結果として再送を促すことになる。

通知の優先度の識別方法には、通知メッセージに優先度をつける方法と、通知メッセージの宛先に優先度をつける方法がある。前者の場合、通知メッセージのヘッダーやデータ部分に識別子を記載し、その識別子により各キューに振り分ける。図６の場合、ヘルスチェック通知６０４には低優先度、ヘルスチェック再通知６０５には中優先度、アラート通知６０６、対象装置情報通知６０７、更新情報要求通知６０８には高優先度の識別子をつけ、優先制御処理部６０９では、その識別子に応じて高優先度キュー６１０、中優先度キュー６１１、低優先度キュー６１２に振り分ける。

後者の場合、通知メッセージに記載された宛先を識別し、それによって各キューに振り分ける。通知にＨＴＴＰを利用している場合、宛先はＵＲＬ（Uniform Resource Locator）である。図６の場合、通知の宛先がヘルスチェック受信処理６１３の場合には低優先度度キュー６１２に格納し、通知の宛先がヘルスチェック再受信処理６１４の場合には中優先度キュー６１１に格納し、通知の宛先がアラート受信処理６１５、装置情報受信処理６１６、更新情報受信処理６１７の場合には高優先度キュー６１０に格納する。

以上の処理により、本実施形態に係るエージェント駆動型監視システムは、監視エージェント６０１からの通知が膨大な場合においても、アラート通知６０６や対象装置情報通知６０７等の重要な通知を優先的に監視装置６０３に転送し処理を行うことができる。

次に、図７を参照して、本実施形態に係るエージェント駆動型監視システムに関する通知のスケジューリング、および、監視装置の負荷抑制について説明する。図７における監視エージェント１（７０１）、監視エージェント２（７０２）、監視エージェントｎ（７０３）は、図２の監視エージェント２３３に対応する。図７における監視装置７０４は、図２の監視装置２２２に対応する。

複数の監視エージェント（監視エージェント１（７０１）、監視エージェント２（７０２）、監視エージェントｎ（７０３））から監視装置７０４に通知が送られる場合を想定する。多数の監視エージェントからの定期的なヘルスチェック通知等の通知が同期すると、監視装置７０４側の単位時間当りの処理通知数が増加するため、監視装置７０４の負荷は増大する。例えば、時刻７０５に監視エージェント１（７０１）、監視エージェント２（７０２）〜監視エージェントｎ（７０３）から一斉にヘルスチェック通知が監視装置７０４に送信されたとすると、グラフ７１３に示すように監視装置７０４の単位時間当りの受信通知数は大きくなる。

各監視エージェントにおける次のヘルスチェック通知を、前回のヘルスチェック通知時刻７０５から一定時間後（例えば、５分後）の時刻７０９に実施すると、各監視エージェントからの通知の同期は解消されず、監視装置７０４側の単位時間当りの処理負荷はグラフ７１３のように同じく大きな状態となる。このような負荷のピークの時刻に、いずれかの監視エージェントからアラート等の重要な通知が送信されても、処理を実施できない可能性が有る。

そこで、本実施形態においては、各監視エージェントにおける次のヘルスチェック通知を、各監視エージェントが監視装置７０４から通知のレスポンスを受け取った時刻から一定時間後に実施するようにする。すなわち、監視装置７０４において、単位時間に処理能力以上の通知を受信した場合、通知のレスポンスに遅延が発生し、各監視エージェントにおける通知レスポンスの受信時刻７０６，７０７，７０８には、ずれが生じる結果となる（例えば、２秒毎のずれ発生）。監視エージェント１（７０１）は通知レスポンス受信時刻７０６より一定時間後の時刻７１０に、監視エージェント２（７０２）は通知レスポンス受信時刻７０７より一定時間後の時刻７１１に、監視エージェントｎ（７０３）は通知レスポンス受信時刻７０８より一定時間後の時刻７１２に、それぞれ次のヘルスチェック通知を実施するようにすれば、各監視エージェントからの通知の同期は解消され、監視サーバ７０４側の単位時間当りの処理負荷はグラフ７１４のように平滑化される。

このように、本実施形態に係るエージェント駆動型監視システムにおいては、一定時間のスリープ処理の起点時刻を前回の定期的通知の送信時刻ではなく、前回の定期的通知の受信時刻とすることにより、複数エージェントでの定期的通知の時刻同期を抑制し、監視装置における負荷を抑えることができる。

以上説明したように、本発明の実施形態に係るエージェント駆動型監視システムは、次のような特徴と機能を奏するものである。即ち、本発明の実施形態は、監視対象装置側に配置した監視エージェントに、監視対象装置のヘルスチェックを定期的に行うヘルスチェック部と、監視対象装置の異常発生時に当該装置内部からアラートを受信するアラート受信部と、監視装置へリクエストメッセージを送信することにより、ヘルスチェック結果を定期的に通知し、かつ、アラートを異常発生時に通知するメッセージング部を設け、監視装置に、監視対象装置のログや性能情報、管理情報の取得命令、監視エージェントの設定変更命令を、監視エージェントからのリクエストメッセージに対するレスポンスメッセージに埋め込むことにより、監視エージェントに指示を通知する情報取得・情報要求・設定変更指示部を設け、さらに、上記監視エージェントに、監視装置からのレスポンスメッセージによって通知された命令に応じて、監視装置指定のログや性能情報、管理情報を取得し、上記メッセージング部を通じて取得情報を監視装置にアップロード（監視対象装置から監視装置への情報提供）する対象装置情報取得部と、上記メッセージング部を通じて更新ファイルを監視装置に要求する更新情報要求部と、自身の設定変更を行う設定変更部を設ける。

また、本発明の実施形態は、監視エージェントに、監視装置へリクエストメッセージを送信することにより、ヘルスチェックやアラート、ログ、取得情報を通知した時に監視装置からレスポンスメッセージが無い場合、レスポンスを得られるまで一定時間間隔で一定回数、再通知するメッセージング部と、それでもレスポンスが得られない場合に電子メールにて通報を通知するメール送信部を設けている。

また、本発明の実施形態は、監視装置が任意の時刻に、監視対象装置のログや性能情報、管理情報の取得命令、更新ファイルの取得要求命令、監視エージェントの設定変更命令を監視エージェントに通知できるようにするため、監視対象装置内に組み込んだ監視エージェントに、監視対象装置内の管理部よりアラート受信したときに、あるいは、監視装置からのレスポンスメッセージによって通知された指示にヘルスチェック通知の周期が指定されていたときに、監視装置に、一定期間、指定周期でヘルスチェックを通知するメッセージング部を設ける。

また、本発明の実施形態は、監視装置が指定時刻に、監視対象装置のログや性能情報、管理情報の取得命令、更新ファイルの取得要求命令、監視エージェントの設定変更命令を監視エージェントに通知できるようにするため、監視対象装置内に組み込んだ監視エージェントに、監視装置からのレスポンスメッセージによって通知された指示にヘルスチェック通知の送信時刻が指定されていた場合に、監視装置の指定時刻にヘルスチェックを通知するメッセージング部を設ける。

本発明は、以上のような構成を備えているので、インターネット経由での監視装置と監視対象装置の情報通信において、ファイアウォールの設定変更無しに、双方向通信を実現できる。従って、監視装置と監視対象装置の間での処理の時刻同期が可能になり、監視装置は必要時に監視対象装置から情報を得ることができる。また、重要度の高い通信を優先することも可能であり、さらに、監視装置の負荷を抑制することもできる。

本発明の実施形態に係るエージェント駆動型監視システムにおける全体構成を示す図である。 本発明の実施形態に係るエージェント駆動型監視システムの論理的な機能構成を示す図である。 本実施形態に係るエージェント駆動型監視システムにおける監視エージェント監視装置との間の通信シーケンスの概要を示す図である。 本実施形態に係るエージェント駆動型監視システムにおける監視エージェントの処理フローを示す図である。 本実施形態に関する監視装置の処理フローを示す図である。 本実施形態に関する監視エージェントから監視装置への通知の優先制御を説明する図である。 本実施形態に関する通知のスケジューリング及び監視装置の負荷抑制を説明する図である。

符号の説明

１０１ 優先制御装置
１０２ 監視装置
１０３ 操作端末
１０４ インターネット
１０５ ファイアウォール
１０６ 監視対象装置
１０７ ファイアウォール
１０８ 管理装置
１０９ 監視対象装置
１１０ ＣＰＵ１１０
１１１ メモリ
１１２ ハードディスク
１１３ キーボード
１１４ ディスプレイ
１１５ 通信インタフェース

Claims (8)

1. １つ以上の監視対象装置とネットワークを通して接続された監視装置と、前記監視対象装置自体の監視と前記監視装置との通信を行う監視エージェントを内部配置した監視対象装置と、前記監視対象装置側に設けられたファイアウォールと、を備えたエージェント駆動型監視システムであって、
   前記監視エージェントは、前記監視対象装置における正常動作確認又は異常発生時のアラートのリクエストメッセージを定期的又は不定期的に前記監視装置に通報し、
   前記監視装置は、前記リクエストメッセージに対応してレスポンスメッセージを前記ファイアウォールを通して前記監視エージェントに通報し、
   前記レスポンスメッセージに、前記監視対象装置のログ、性能情報又は管理情報の取得命令、前記監視装置内の更新ファイルの取得要求命令、あるいは、前記監視エージェントの設定変更命令を埋め込むことにより、前記監視装置は前記監視エージェントに指示を通知する
   ことを特徴とするエージェント駆動型監視システム。
2. １つ以上の監視対象装置とネットワークを通して接続された監視装置と、前記監視対象装置自体の監視と前記監視装置との通信を行う監視エージェントを内部配置した監視対象装置と、前記監視対象装置側に設けられたファイアウォールと、を備えたエージェント駆動型監視システムであって、
   前記監視エージェントは、前記監視対象装置における正常動作確認又は異常発生時のアラートのリクエストメッセージを定期的又は不定期的に前記監視装置に通報し、
   前記監視装置は、前記リクエストメッセージに対応してレスポンスメッセージを前記ファイアウォールを通して前記監視エージェントに通報し、
   前記レスポンスメッセージに、前記監視対象装置のログ、性能情報又は管理情報の取得命令、前記監視装置内の更新ファイルの取得要求命令、あるいは、前記監視エージェントの設定変更命令を埋め込むことにより、前記監視装置は前記監視エージェントに指示を通知し、
   前記監視エージェントへの指示通知に応じて、前記監視エージェントは、前記ログ、性能情報又は管理情報を取得してこの取得した情報を前記監視装置にアップロードし、前記更新ファイルを前記監視装置に要求し、あるいは、前記監視エージェントの設定変更を行う
   ことを特徴とするエージェント駆動型監視システム。
3. 請求項１に記載のエージェント駆動型監視システムにおいて、
   前記監視エージェントは、前記リクエストメッセージを通報したとき、前記監視装置からレスポンスメッセージが無い場合、レスポンスメッセージが得られるまで所定回数だけリクエストメッセージを再通報し、
   前記所定回数を超えて前記レスポンスメッセージが得られない場合に電子メールによって通報する
   ことを特徴とするエージェント駆動型監視システム。
4. 請求項１に記載のエージェント駆動型監視システムにおいて、
   前記監視エージェントが前記監視対象装置からアラートを取得した場合、又は、前記レスポンスメッセージによる指示通知に前記正常動作確認の通報周期が指定されていた場合、前記監視エージェントは、一定期間に亘って、定期的周期よりも短い所定周期で、又は、前記指定周期で前記正常動作確認を通報する
   ことを特徴とするエージェント駆動型監視システム。
5. 請求項１に記載のエージェント駆動型監視システムにおいて、
   前記レスポンスメッセージによる指示通知に前記正常動作確認の通報の送信時刻が指定されていた場合、前記監視エージェントは、前記指定時刻に前記正常動作確認を通報する
   ことを特徴とするエージェント駆動型監視システム。
6. 請求項１に記載のエージェント駆動型監視システムにおいて、
   前記監視エージェントからの正常動作確認の通報、前記監視エージェントからのアラートの通報、前記監視対象装置からの取得情報の通報、前記監視装置への前記更新ファイルの要求通報、前記監視装置への前記指定時刻での正常動作確認の通報、前記リクエストメッセージの再通報、のそれぞれに対して、予め優先度を設定しておき、前記優先度に応じて前記通報又は前記再通報をキューに格納し、前記優先度の高いキュー内の通報又は再通報から順に前記監視装置に転送する
   ことを特徴とするエージェント駆動型監視システム。
7. 請求項１に記載のエージェント駆動型監視システムにおいて、
   前記監視エージェントが前記監視装置へ定期的に正常動作確認の通報を行う場合、前回の正常動作確認の通報に対するレスポンスメッセージを受信してから一定時間後に正常動作確認を実行し前記監視装置へ通報を行うことにより、複数の監視エージェント間での定期的な正常動作確認の通報時刻をずらす
   ことを特徴とするエージェント駆動型監視システム。
8. １つ以上の監視対象装置とネットワークを通して接続された監視装置と、前記監視対象装置自体の監視と前記監視装置との通信を行う監視エージェントを内部配置した監視対象装置と、前記監視対象装置側に設けられたファイアウォールと、を備えて、前記監視エージェントを通して前記監視装置が前記監視対象装置を監視する監視方法であって、
   前記監視対象装置における正常動作確認又は異常発生時のアラートのリクエストメッセージを定期的又は不定期的に前記監視エージェントが前記監視装置に通報するステップと、
   前記リクエストメッセージに対応してレスポンスメッセージを前記ファイアウォールを通して前記監視装置が前記監視エージェントに通報するステップと、からなり、
   前記監視対象装置のログ、性能情報又は管理情報の取得命令、前記監視装置内の更新ファイルの取得要求命令、あるいは、前記監視エージェントの設定変更命令を、前記レスポンスメッセージに埋め込むことにより、前記監視装置が前記監視エージェントに指示を通知する
   ことを特徴とするエージェント駆動型監視方法。

Images