(57)【要約】【課題】簡易に、管理対象装置側で発生した事象の通知の確実性を向上できる事象通知システムを提供する。【解決手段】ＯＳログ１０３は、発生した事象の情報を記録したイベントログである。ログ更新確認手段１０２は、ＯＳログ１０３を参照し、事象の発生を検出する。Ｗｅｂブラウジング手段１０１は、検出された事象の情報をＨＴＴＰで送信する。ＷＷＷサーバ２０２は、Ｗｅｂブラウジング手段１０１とＨＴＴＰで接続する。事象収集プログラム２０３は、ＷＷＷサーバ２０２を介して、Ｗｅｂブラウジング手段１０１が送信した事象の情報を受け取り、事象ｒｅｃｏｒｄ格納データベース２０４に格納する。【選択図】図１
2010198322.tif 000002
【特許請求の範囲】
【請求項１】
発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認手段と、該ログ更新確認手段が検出した事象の情報をＨＴＴＰ（HyperText Transform Protocol）で送信する事象情報送信手段とを有する管理対象装置と、
前記事象情報送信手段とＨＴＴＰで接続するＷｅｂサーバと、該Ｗｅｂサーバを介して前記事象情報送信手段が送信した事象の情報を受け取り、事象情報格納データベースに格納する事象収集手段を有する管理用サーバ装置とを備える事象通知システム。
【請求項２】
前記事象情報送信手段は、ＨＴＴＰ  ＰＯＳＴで前記事象の情報を送信する、請求項１に記載の事象通知システム。
【請求項３】
前記ログ更新確認手段は、周期的に前記イベントログが更新されているか否かを判断し、前記イベントログが更新されていると判断すると、事象の発生を検出する、請求項１又は２に記載の事象通知システム。
【請求項４】
前記ログ更新確認手段は、前記イベントログが更新されていると判断すると、前回の更新から今回の更新までに前記イベントログに追加された事象を抽出し、該抽出した事象の情報を前記事象情報送信手段に渡す、請求項３に記載の事象通知システム。
【請求項５】
発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認手段と、
前記ログ更新確認手段が検出した事象の情報を、Ｗｅｂサーバを有する管理用サーバ装置にＨＴＴＰで送信する事象情報送信手段とを備える管理対象装置。
【請求項６】
発生した事象の情報を送信する管理対象装置とＨＴＴＰで接続するＷｅｂサーバと、
前記Ｗｅｂサーバを介して前記事象情報送信手段がＨＴＴＰで送信した事象の情報を受け取り、事象情報格納データベースに格納する事象収集手段とを備える管理用サーバ装置。
【請求項７】
コンピュータが、発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認ステップと、
前記コンピュータが、前記検出した事象の情報を、Ｗｅｂサーバを有する管理対象装置にＨＴＴＰで送信する事象情報送信ステップとを有する事象通知方法。
【請求項８】
前記コンピュータは、前記事象情報送信ステップでは、ＨＴＴＰ  ＰＯＳＴで前記事象の情報を送信する、請求項７に記載の事象通知方法。
【請求項９】
前記コンピュータは、前記ログ更新確認ステップでは、周期的に前記イベントログが更新されているか否かを判断し、前記イベントログが更新されていると判断すると、事象の発生を検出する、請求項７又は８に記載の事象通知方法。
【請求項１０】
前記コンピュータは、前記ログ更新確認ステップで、前記イベントログが更新されていると判断すると、前回の更新から今回の更新までに前記イベントログに追加された事象を抽出し、該抽出した事象の情報を、前記事象情報送信ステップで送信する、請求項９に記載の事象通知方法。
【請求項１１】
コンピュータが、発生した事象の情報を送信する管理対象装置とＨＴＴＰで接続するステップと、
前記コンピュータが、前記管理対象装置がＨＴＴＰで送信した事象の情報を受け取り、事象情報格納データベースに格納するステップとを有する事象収集方法。
【請求項１２】
コンピュータに、
発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認処理と、
前記検出された事象の情報を、Ｗｅｂサーバを有する管理対象装置にＨＴＴＰで送信する事象情報送信処理とを実行させるプログラム。
【請求項１３】
前記事象情報送信処理では、ＨＴＴＰ  ＰＯＳＴで前記事象の情報を送信する、請求項１２に記載のプログラム。
【請求項１４】
前記ログ更新確認処理では、周期的に前記イベントログが更新されているか否かを判断し、前記イベントログが更新されていると判断すると、事象の発生を検出する、請求項１２又は１３に記載のプログラム。
【請求項１５】
前記ログ更新確認処理で、前記イベントログが更新されていると判断すると、前回の更新から今回の更新までに前記イベントログに追加された事象を抽出し、該抽出した事象の情報を、前記事象情報送信処理で送信する、請求項１４に記載のプログラム。
【請求項１６】
コンピュータに、
発生した事象の情報を送信する管理対象装置とＨＴＴＰで接続する処理と、前記管理対象装置がＨＴＴＰで送信した事象の情報を受け取り、事象情報格納データベースに格納する処理とを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、事象通知システム、方法、及び、プログラムに関し、更に詳しくは、管理対象装置が事象の発生を検出し、管理側サーバ装置に通知する事象通知システム、方法、及び、プログラムに関する。
【背景技術】
【０００２】
管理対象装置で発生した事象（イベント）を、管理装置に通知するイベント通知システムがある。イベント通知システムの一例が特許文献１に記載されている。特許文献１に記載のイベント通知システム（ネットワーク機器管理システム）は、管理装置と管理対象装置とを有する。管理対象装置は、ＷＷＷ（World Wide Web）サーバを有している。管理対象装置は、所定部位の状態の検査を行い、その検査結果を示すＨＴＭＬ（HyperText Markup Language）ファイルを生成する。また、管理対象装置は、障害発生など、ＨＴＭＬファイルを更新すべき所定の事象が発生すると、ＨＴＭＬファイルの内容を、発生した事象を反映させた新たな内容に更新する。
【０００３】
管理装置は、ＷＷＷブラウザを用いて、管理対象装置からＨＴＭＬファイルを取得する。管理装置のユーザは、ＷＷＷブラウザを用いて、表示画面上に、ＨＴＭＬファイルの内容が表示されることで、管理対象装置の最新の状態を知ることができる。また、管理対象装置は、障害などが所定の事象が発生すると、ＨＴＭＬファイルを更新すると共に、ＳＮＭＰ（Simple Network Management Protocol）のトラップを、管理装置に送信する。管理装置は、トラップを受信すると、ＷＷＷブラウザを動作させ、管理対象装置からＨＴＭＬファイルを取得し画面に表示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２８２６５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、ＳＮＭＰはＵＤＰ（User Datagram Protocol）を基盤としたプロトコルである。ＵＤＰは、パケットが宛先に実際に届いたか否かを確認する手段を持っていない。従って、特許文献１で、ＳＮＭＰトラップが管理装置側に届いたか否かを確認するためには、応答がない場合にタイムアウト時間を設けた待ち合わせ処理を行う仕組みや、ＡＣＫ確認の仕組みなどをアプリケーション層に設ける必要があった。つまり、ＳＮＭＰトラップを用いる方式では、事象の発生を確実に管理装置に通知するためには、アプリケーション層に様々な処理を設ける必要があった。
【０００６】
本発明は、簡易に、管理対象装置側で発生した事象の通知の確実性を向上できる事象通知システム、方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の事象通知システムは、発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認手段と、該ログ更新確認手段が検出した事象の情報をＨＴＴＰ（HyperText Transform Protocol）で送信する事象情報送信手段とを有する管理対象装置と、前記事象情報送信手段とＨＴＴＰで接続するＷｅｂサーバと、該Ｗｅｂサーバを介して前記事象情報送信手段が送信した事象の情報を受け取り、事象情報格納データベースに格納する事象収集手段を有する管理用サーバ装置とを備えることを特徴とする。
【０００８】
本発明の管理対象装置は、発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認手段と、前記ログ更新確認手段が検出した事象の情報を、Ｗｅｂサーバを有する管理用サーバ装置にＨＴＴＰで送信する事象情報送信手段とを備えることを特徴とする。
【０００９】
本発明の管理用サーバ装置は、発生した事象の情報を送信する管理対象装置とＨＴＴＰで接続するＷｅｂサーバと、前記Ｗｅｂサーバを介して前記事象情報送信手段がＨＴＴＰで送信した事象の情報を受け取り、事象情報格納データベースに格納する事象収集手段とを備えることを特徴とする。
【００１０】
本発明の事象通知方法は、コンピュータが、発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認ステップと、前記コンピュータが、前記検出した事象の情報を、Ｗｅｂサーバを有する管理対象装置にＨＴＴＰで送信する事象情報送信ステップとを有することを特徴とする。
【００１１】
本発明の事象収集方法は、コンピュータが、発生した事象の情報を送信する管理対象装置とＨＴＴＰで接続するステップと、前記コンピュータが、前記管理対象装置がＨＴＴＰで送信した事象の情報を受け取り、事象情報格納データベースに格納するステップとを有することを特徴とする。
【００１２】
本発明のプログラムは、コンピュータに、発生した事象の情報を記録したイベントログを参照し、事象の発生を検出するログ更新確認処理と、前記検出された事象の情報を、Ｗｅｂサーバを有する管理対象装置にＨＴＴＰで送信する事象情報送信処理とを実行させることを特徴とする。
【００１３】
本発明のプログラムは、コンピュータに、発生した事象の情報を送信する管理対象装置とＨＴＴＰで接続する処理と、前記管理対象装置がＨＴＴＰで送信した事象の情報を受け取り、事象情報格納データベースに格納する処理とを実行させることを特徴とする。
【発明の効果】
【００１４】
本発明の事象通知システム、方法、及び、プログラムは、簡易に、管理対象装置側で発生した事象の通知の確実性を向上できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態の事象通知システムを示すブロック図。
【図２】Ｗｅｂブラウジング手段に設定されたＵＲＬ情報を示す図。
【図３】イベント検出時の動作手順を示すフローチャート。
【図４】イベント情報通知時の動作手順を示すフローチャート。
【図５】（ａ）は、管理対象装置から管理用サーバ装置に送信されるデータ例を、（ｂ）は、管理用サーバ装置から管理対象装置に送信されるレスポンスを示す図。
【図６】本発明の第２実施形態の事象通知システムを示すブロック図。
【発明を実施するための形態】
【００１６】
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図１は、本発明の第１実施形態の事象通知システムを示している。事象（イベント）通知システムは、管理対象装置１００と、管理用サーバ装置２００とを有する。管理用サーバ装置２００は、事象収集ＷＷＷサーバサービス２０１を有する。事象収集ＷＷＷサーバサービス２０１は、管理用サーバ装置２００のオペレーティングシステム（ＯＳ）上で動作する。事象収集ＷＷＷサーバサービス２０１の機能は、管理用サーバ装置２００上で所定のプログラムを実行することで実現可能である。
【００１７】
管理対象装置１００は、主にコンピュータと想定される。管理対象装置１００は、Ｗｅｂブラウジング手段１０１と、ログ更新確認手段１０２とを有する。Ｗｅｂブラウジング手段１０１及びログ更新確認手段１０２の機能は、管理対象装置１００上で所定のプログラムを実行することで実現可能である。Ｗｅｂブラウジング手段１０１及びログ更新確認手段１０２は、管理対象装置１００のオペレーティングシステム上で動作するプロセスである。
【００１８】
管理対象装置１００のＯＳは、管理対象装置でイベントが発生すると、発生したイベントの情報をＯＳログ１０３に記録する。ログ更新確認手段１０２は、ＯＳログ１０３を参照し、ＯＳログ１０３の更新を検出することで、イベントの発生を検出する。ログ更新確認手段１０２は、イベント発生を検出すると、ＯＳログ１０３で更新された情報、すなわち、発生したイベントの情報を、Ｗｅｂブラウジング手段１０１に通知する。
【００１９】
Ｗｅｂブラウジング手段１０１は、イベント情報を送信する事象情報送信手段である。Ｗｅｂブラウジング手段１０１は、ログ更新確認手段１０２からイベント情報が通知されると、管理用サーバ装置２００の事象収集ＷＷＷサーバサービス２０１にＨＴＴＰで接続する。Ｗｅｂブラウジング手段１０１は、ログ更新確認手段１０２から通知された更新情報を、ＨＴＴＰで、事象収集ＷＷＷサーバサービス２０１に送信する。
【００２０】
事象収集ＷＷＷサーバサービス２０１は、ＷＷＷサーバ２０２、事象収集プログラム２０３、及び、事象ｒｅｃｏｒｄ格納データベース２０４を有する。ＷＷＷサーバ（Ｗｅｂサーバ）２０２は、Ｗｅｂブラウジング手段１０１とＨＴＴＰで接続する。事象ｒｅｃｏｒｄ格納データベース２０４は、イベント情報を格納するデータベースである。ＷＷＷサーバ２０２及び事象ｒｅｃｏｒｄ格納データベース２０４は、通常のＷＷＷサーバ、データベースとしての機能を提供するものであり、商用製品などを流用して構成できる。
【００２１】
事象収集プログラム２０３は、事象情報収集手段であり、ｃｇｉやａｓｐなどで作られるプログラムである。事象収集プログラム２０３は、ＷＷＷサーバ２０２を介して、管理対象装置１００のＷｅｂブラウジング手段１０１が送信したイベント情報を受け取る。事象収集プログラム２０３は、イベント情報を受け取ると、受け取ったイベント情報を事象ｒｅｃｏｒｄ格納データベース２０４に格納する。
【００２２】
管理対象装置１００のＷｅｂブラウジング手段１０１には、管理用サーバ装置２００の事象収集プログラム２０３のＵＲＬ（Uniform Resource Locator）が設定されている。図２に、Ｗｅｂブラウジング手段１０１に設定されるＵＲＬ情報を示す。ＵＲＬの“<server_address>”の部分は、管理用サーバ装置２００（ＷＷＷサーバ２０２）のアドレス又はホスト名が記述される。“event_input/form.<extent>”の部分は、事象収集プログラム２０３を表している。“<extent>”の部分は、ａｓｐやｃｇｉなど、事象収集プログラム２０３に依存した拡張子が記述される。Ｗｅｂブラウジング手段１０１は、最低限、管理用サーバ装置２００の事象収集プログラム２０３にアクセス可能であればよい。
【００２３】
図３に、イベント検出時の動作手順を示す。ログ更新確認手段１０２は、ＯＳログ１０３の更新時刻ｔ０を取得する（ステップＡ１）。ステップＡ１で取得する更新時刻ｔ０は、初期値として用いる時刻である。ステップＡ１で取得した時刻ｔ０以前のイベント情報は、ＯＳログ１０３から削除しても構わない。ログ更新確認手段１０２は、一定時間待機し（ステップＡ２）、ＯＳログ１０３の更新時刻ｔ１を取得する（ステップＡ３）。
【００２４】
ログ更新確認手段１０２は、時刻ｔ０と時刻ｔ１とを比較する（ステップＡ４）。ログ更新確認手段１０２は、時刻ｔ１が時刻ｔ０よりも後の時刻であれば、時刻ｔ０よりも後で、かつ、時刻ｔ１以前に記録されたＯＳログ１０３のレコードを抽出し、バッファに取り込む（ステップＡ５）。つまり、時刻ｔ０よりも後で、時刻ｔ１以前に発生したイベントの情報を、バッファに取り込む。ログ更新確認手段１０２は、時刻ｔ１が時刻ｔ０よりも後の時刻でないときは、ステップＡ２に戻り、一定時間待機する。
【００２５】
ログ更新確認手段１０２は、イベント情報をバッファに取り込むと、Ｗｅｂブラウジング手段１０１にイベント更新通知を行う（ステップＡ６）。その後、ログ更新確認手段１０２は、時刻ｔ０に時刻ｔ１を代入し（ステップＡ７）、ステップＡ２に戻って、一定時間待機する。ログ更新確認手段１０２は、ステップＡ２〜Ａ７までを繰り返し行い、定期的に、時刻ｔ０から時刻ｔ１までの間に発生したイベントの情報をＷｅｂブラウジング手段１０１に通知する。
【００２６】
図４は、管理対象装置１００が管理用サーバ装置２００にイベント情報を通知する際の動作手順を示している。Ｗｅｂブラウジング手段１０１は、ログ更新確認手段１０２からのイベント更新通知を待ち受ける（ステップＢ１）。Ｗｅｂブラウジング手段１０１は、イベント更新通知を受けたか否かを判断する（ステップＢ２）。イベント更新通知を受けていないときは、ステップＢ１に戻り、イベント更新通知を受け取るまで、ステップＢ１とステップＢ２とを繰り返し実行する。
【００２７】
Ｗｅｂブラウジング手段１０１は、イベント更新通知を受け取ると、管理用サーバ装置２００に接続し、事象収集ＷＷＷサーバサービス２０１に対して、ＨＴＴＰ  ＰＯＳＴでの接続を開く（ステップＢ３）。Ｗｅｂブラウジング手段１０１は、ステップＢ３では、まず、ＵＲＬ情報（図２）から、ＷＷＷサーバ２０２のサーバ名などを抽出し、ＷＷＷサーバ２０２にＨＴＴＰ接続を行う。次いで、ＨＴＴＰ  ＰＯＳＴの対象オブジェクトとして事象収集プログラム２０３を指定し、ＨＴＴＰ  ＰＯＳＴでの接続を開く。
【００２８】
Ｗｅｂブラウジング手段１０１は、入力情報として「application/x-www-form-urlencoded」形式のヘッダを作成する（ステップＢ４）。また、Ｗｅｂブラウジング手段１０１は、ログ更新確認手段１０２から通知されたイベント更新通知に含まれるイベント情報、つまり、図３のステップＡ５でバッファに取り込まれたイベント情報に基づいて、送信すべきデータを作成する（ステップＢ５）。Ｗｅｂブラウジング手段１０１は、作成したヘッダとデータとを、ＨＴＴＰパケットとして事象収集ＷＷＷサーバサービス２０１に送信する（ステップＢ６）。Ｗｅｂブラウジング手段１０１は、送信したＨＴＴＰパケットに対する応答を待つ。
【００２９】
図５に、管理対象装置１００と管理用サーバ装置２００との間で送受信されるデータ例を示す。図５（ａ）は、Ｗｅｂブラウジング手段１０１がＨＴＴＰ  ＰＯＳＴで送信するデータを示している。１行目の“/event_input/form.asp”は、ＨＴＴＰ  ＰＯＳＴで接続する際の対象オブジェクト、すなわち、事象収集プログラム２０３を表している。２行目の“www.aaa.bbb.net”は、ＷＷＷサーバ２０２のサーバ名を表している。３行目は、ステップＢ４で作成されるヘッダ情報である。最終行の“datetime=xxxx&id=yyyyy&source=zzzzz&msg=mmmmmmmmmmmm”は、ステップＢ５で作成されたデータ（イベント情報）に該当する。ここでは、イベント情報が、イベント発生時刻（datetime）、イベントＩＤ(id)、ソース（source）、メッセージ(msg)の４つを含むこととしている。
【００３０】
管理用サーバ装置２００の事象収集プログラム２０３は、ＷＷＷサーバ２０２を介して、イベントの発生時刻、イベントＩＤ、ソース、メッセージの各データを受け取る。事象収集プログラム２０３は、これら各データを、事象ｒｅｃｏｒｄ格納データベース２０４に格納する。ＷＷＷサーバ２０２は、管理対象装置１００から送信されたＨＴＴＰパケットが正常に受信できた場合、図５（ｂ）に示す応答をＷｅｂブラウジング手段１０１に返す。Ｗｅｂブラウジング手段１０１は、成功した旨の応答が得られると、ステップＢ１に戻り、次のイベント更新通知を待つ。Ｗｅｂブラウジング手段１０１は、成功した旨の応答が得られないときは、ＷＷＷサーバ２０２と接続し直し、データの再送を行う。サーバとの接続に失敗する場合は、イベント情報の送信に失敗したとして処理を終了する。
【００３１】
本実施形態では、ログ更新確認手段１０２は、ＯＳログ１０３を参照して、イベントの発生を検出する。Ｗｅｂブラウジング手段１０１は、検出されたイベントの情報を、ＨＴＴＰで管理用サーバ装置２００に送信する。ＷＷＷサーバ２０２は、Ｗｅｂブラウジング手段１０１とＨＴＴＰで接続する。事象収集プログラム２０３は、ＷＷＷサーバ２０２を介して、Ｗｅｂブラウジング手段１０１が送信したイベントの情報を受け取り、事象ｒｅｃｏｒｄ格納データベース２０４に格納する。
【００３２】
本実施形態では、ＴＣＰ(Transmission Control Protocol)を基盤としたＨＴＴＰを用いて、管理対象装置１００から、事象の発生を、管理用サーバ装置２００に通知している。ＳＮＭＰトラップを用いて事象を通知する場合、ＳＮＭＰはＵＤＰを基盤とした技術であるので、ネットワーク異常時の対応を考慮する必要がある。本実施形態では、ＨＴＴＰを用いているので、アプリケーション層に特別な処理を加えることなく、ネットワーク異常などの状況に対応できる。その結果、簡易に、管理対象装置１００側で発生した事象の通知の確実性を向上することができるという効果を得ることができる。
【００３３】
また、特許文献１で、ＳＮＭＰトラップを用いずに管理対象装置にて何らかのイベントが発生していないかを監視するためには、管理装置は、定期的に管理対象装置にアクセスする必要があった。その理由は、管理対象装置側にＷＷＷサーバがあり、管理装置は、定期的に管理対象装置にアクセスしてＷＷＷサーバからＨＴＭＬファイルを取得し、ＨＴＭＬファイルが変更されているか否かを監視する必要があるためである。従って、特許文献１では、管理装置は、管理対象装置で故障等が発生していなくても、継続的に管理対象装置にアクセスし続ける必要があり、ネットワーク負荷が無駄に上昇した。
【００３４】
本実施形態では、管理用サーバ装置２００がＷＷＷサーバ２０２を有しており、管理対象装置１００は、イベント発生を検出すると、Ｗｅｂブラウジング手段１０１を用いて、管理用サーバ装置２００にイベント更新通知を送信する。本実施形態では、管理対象装置１００が必要に応じてＨＴＴＰでイベント更新通知を管理用サーバ装置２００に送信するので、管理用サーバ装置２００は、定期的に管理対象装置１００にアクセスする必要がない。従って、本実施形態では、無駄なネットワーク負荷の上昇を抑えることができる。
【００３５】
図６は、本発明の第２実施形態のイベント通知システムを示している。管理対象装置３００は、Ｗｅｂブラウジング手段３０１とログ更新確認手段３０２とＨＷ（hardware）イベントログ３０３とを有する。図１に示す第１実施形態との相違点は、Ｗｅｂブラウジング手段３０１及びログ更新確認手段３０２がサービスプロセッサのファームウェア上で動作する点である。また、ＯＳログ１０３がＨＷイベントログ３０３に置き換わった点である。サービスプロセッサは、イベントが発生すると、イベント情報をＨＷイベントログ３０３に記録する。
【００３６】
本実施形態におけるイベント通知システムの動作は、第１実施形態のイベント通知システムと同様である。すなわち、ログ更新確認手段３０２は、ＨＷイベントログ３０３を参照してイベントの発生を検出し、Ｗｅｂブラウジング手段３０１にイベント更新通知を行う。Ｗｅｂブラウジング手段３０１は、ログ更新確認手段３０２からイベント更新通知を受け取ると、事象収集ＷＷＷサーバサービス２０１にＨＴＴＰ  ＰＯＳＴで接続し、イベント情報を事象収集ＷＷＷサーバサービス２０１に送信する。事象収集ＷＷＷサーバサービス２０１の事象収集プログラム２０３は、ＷＷＷサーバ２０２を介してイベント情報を受け取り、事象ｒｅｃｏｒｄ格納データベース２０４に格納する。
【００３７】
本実施形態においても、第１実施形態と同様な効果が得られる。すなわち、ＴＣＰを基盤としたＨＴＴＰを用いて、管理対象装置３００から管理用サーバ装置２００に事象の発生を通知しているので、アプリケーション層に特別な処理を加えることなく、ネットワーク異常などの状況に対応できる。その結果、簡易に、管理対象装置３００側で発生した事象の通知の確実性を向上することができる。また、管理用サーバ装置２００は、定期的に管理対象装置３００にアクセスする必要がないので、無駄なネットワーク負荷の上昇を抑えることができる。
【００３８】
なお、上記各実施形態では、管理対象装置から管理用サーバ装置にＨＴＴＰ  ＰＯＳＴで接続し、イベント情報を送信したが、イベント情報の送信に、ＨＴＴＰ  ＰＯＳＴ以外を用いてもよい。例えば、ＨＴＴＰのｇｅｔを用いてもよい。その場合には、ＵＲＬの後部に送信すべきデータを付加し、データをパラメータとして指定すればよい。ただし、ｇｅｔでは文字数に制限があるので、送るべき情報の長さに制限があるという制約がある。
【００３９】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明のイベント通知システム、方法、及び、プログラムは、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【産業上の利用可能性】
【００４０】
本発明は、サービスプロセッサに類する装置管理モジュールを装備したコンピュータ装置及びコンピュータ装置上のソフトウェアで起きた事象の検出といった用途に適用できる。また、装置管理モジュール及びそれに類する機能を装備したコンピュータ周辺装置(ネットワーク機器、ストレージ機器)で起きた事象の検出といった用途にも適用できる。
【符号の説明】
【００４１】
１００、３００：管理対象装置
１０１、３０１：Ｗｅｂブラウジング手段
１０２、３０２：ログ更新確認手段
１０３：ＯＳログ
２００：管理用サーバ装置
２０１：事象収集ＷＷＷサーバサービス
２０２：ＷＷＷサーバ
２０３：事象収集プログラム
２０４：事象ｒｅｃｏｒｄ格納データベース
３０３：ＨＷイベントログ
【図１】
2010198322.tif 000003
【図２】
2010198322.tif 000004
【図３】
2010198322.tif 000005
【図４】
2010198322.tif 000006
【図５】
2010198322.tif 000007
【図６】
2010198322.tif 000008