JP2009169657A - 性能監視条件の設定・管理方法及びその方法を用いた計算機システム - Google Patents

Abstract

【課題】本番環境稼動中に、本番環境をアラーム監視しつつ、ポリシの見直し調査のためそのポリシを一時的に変更し、閾値調整等の設定見直しをする。
【解決手段】エージェントが、第１監視条件に基づく監視結果を送信し、管理部が、前記第１監視条件の変更内容を含む変更要求を受信すると、前記変更要求に基づいて第２監視条件を生成し、前記管理部が、前記第２監視条件の追加要求を送信し、前記追加要求を受信した前記エージェントが、前記第２監視条件に基づく監視結果を送信し、前記管理部が、前記第１監視条件と前記第２監視条件とを関連付ける情報を保持し、前記管理部が、前記第２監視条件の確定要求を受信すると、前記情報に基づいて前記第２監視条件に関連付けられた前記第１監視条件を特定し、前記管理部が、前記第１監視条件の削除要求を送信し、前記削除要求を受信した前記エージェントが、前記第１監視条件に基づく監視結果の送信を停止する。
【選択図】図２

Description

本願明細書で開示される技術は、情報処理システムの性能監視条件の設定及び管理に関する。

情報処理システムにおいて、負荷が高くなると、オペレーティングシステム及びアプリケーションプログラムの処理性能が低下してしまう。

情報処理システムの監視方式には、例えば、モニタリング監視方式及びアラーム監視方式がある。モニタリング監視方式には、例えば、情報処理システムの現状の状態を調査するために情報処理システムの現在の性能情報をリアルタイムに取得及び表示する方式、及び、性能情報を記憶装置に履歴情報として記憶することによって過去の性能情報を調査する方式がある。アラーム監視方式によれば、収集した性能情報に対する閾値等の監視条件と監視条件を満たした場合に実行されるアクション定義からなる監視ポリシが設定され、当該監視ポリシの監視条件を満たしたことを契機に異常パトランプが点灯されたり、メールの配信やコマンドの実行などのイベントなどのアクションが発行されたりする。これらの性能監視によって、情報処理システムの障害を検知し、障害への対処を決定することができる。

監視対象をアラーム監視するために、監視条件と監視条件を満たした場合に発行されるイベントとからなる監視ポリシ（以下、単にポリシと記載する）が定義され、定義されたポリシが監視対象と関連付けられる。これによって、監視対象についてアラーム監視できるようになる。監視対象について収集された性能情報が、ポリシに定義された監視条件を満たしているか逐次判定され、判定の結果、監視条件を満たしている場合にはポリシに定義されたイベントが発行される。

例えば、特許文献１には、閾値（すなわち監視条件）を自動的に適切な値に設定する方法が開示されている。
特開平８−３１６９５８号公報

本発明の目的は、本番環境稼働中に、システム管理者がポリシの設定見直し調査のためにポリシを変更するテスト作業と並行して、オペレータが変更前のポリシに基づいて本番環境を監視することである。ここで、システム管理者とは、システム構成を変更したり、ポリシを変更したりする権限がある者をさす。オペレータとは、情報処理システムの監視画面をモニタリングしており、システムに障害が発生したことを検知したら、システム管理者に通知することを職務とする者をさす。例えば、オペレータは、マニュアルに従い、システムの障害を表す異常パトランプを常時監視し、当該異常パトランプが点灯したことに気づいた場合に、システム管理者に電話で連絡したりする。

一般に、ポリシ自体に問題があるために、監視中の閾値イベント（すなわち性能情報が監視条件を満たした場合に発生するイベント）が適切なタイミングで発生しないことが本番環境運用中に分かった場合、又は、監視対象のシステム構成が変更された場合、本番環境の監視を継続しながら、監視条件の設定を見直す必要が生じる。また、特許文献１が示すような自律的に監視条件を動的に調整する手法では、一般に、信頼性及び調整値の妥当性を説明することが困難である。このことから、信頼性が必要なシステムでは、システム管理者の経験と勘に基づいた、手作業による試行錯誤の監視条件の設定見直しが求められているという背景がある。この試行錯誤の手作業を簡単化する技術が期待されている。

ポリシを変更する方法として、次のようなものが考えられる。

一つ目の方法は、本番環境用のポリシを直接変更して調査するという方法である。しかし、この方法を用いた場合、本番環境を監視するオペレータに対処の必要ないイベントが多数発行されたり、逆に、障害が発生しているにもかかわらず、イベントが発行されないために、オペレータが障害を見落とすおそれがあったりするという課題がある。

二つ目の方法は、調査対象である本番環境用のポリシをコピーすることによって調査用のポリシを生成するという方法である。調査用のポリシの内容は、試行錯誤によって編集される。変更が確定すると、コピー元である本番環境用のポリシが破棄され、調査用のポリシが本番環境用のポリシに置き換えられる。その結果、調査用のポリシが、新たな本番用のポリシとして使用される。コピーによって調査用のポリシが作成される場合、イベントの通知先が「オペレータ」から「システム管理者」に書き換えられる。その後、変更が確定し、調査用のポリシが本番環境用のポリシに置き換えられる場合、逆にイベント通知先が「システム管理者」から「オペレータ」に書き換えられる。しかし、この方法を用いた場合、本番環境用のポリシをコピーして調査用のポリシを作成する際、コピー元の本番環境用のポリシとコピー先の調査用のポリシとの関連付けがされていない。このため、変更が確定する際に、システム管理者がこの関連情報を把握していないと、調査用のポリシの内容を本番環境用のポリシに適用できないという課題がある。

本願で開示する代表的な発明は、一つ以上の計算機を備える計算機システムを制御する方法であって、前記各計算機は、ネットワークに接続されるインターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、前記計算機システムは、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現されるエージェントと、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現される管理部と、を含み、前記計算機システムは、前記計算機システムに含まれるリソースのメトリック値を監視するために使用される複数の監視条件を保持し、前記複数の監視条件は、第１監視条件を含み、前記方法は、前記エージェントが、前記第１監視条件に基づく前記メトリック値の監視結果を送信する第１手順と、前記管理部が、前記第１監視条件を識別する情報及び前記第１監視条件に対する変更内容を特定する情報を含む第１変更要求を受信すると、前記第１変更要求に含まれる前記変更内容に基づいて、前記複数の監視条件の一つである第２監視条件を生成する第２手順と、前記管理部が、前記第２監視条件を追加するための追加要求を前記エージェントに送信する第３手順と、前記追加要求を受信した前記エージェントが、前記第２監視条件に基づく前記メトリック値の監視結果を送信する第４手順と、前記管理部が、前記第１監視条件と前記第２監視条件とを関連付ける第１情報を保持する第５手順と、前記管理部が、前記第２監視条件を確定するための確定要求を受信すると、前記第１情報に基づいて前記第２監視条件に関連付けられた前記第１監視条件を特定する第６手順と、前記管理部が、前記第１監視条件を削除するための削除要求を前記エージェントに送信する第７手順と、前記削除要求を受信した前記エージェントが、前記第１監視条件に基づく前記メトリック値の監視結果の送信を停止する第８手順と、を含むことを特徴とする。

本発明の一実施形態によれば、システム管理者は、システムの内部処理を意識することなく、ポリシの設定変更要求及び変更確定要求のみを発行するだけで、ポリシの定義内容を調査し、調査結果を元のポリシに反映することができる。

以下、本発明の実施形態による情報処理システムの実施形態を、図面に基づいて詳細に説明する。

図１は、本発明の実施形態による情報処理システムの構成を示す機能ブロック図である。

図２は、本発明の実施形態による情報処理システムのうち、性能監視エージェント１３及び性能監視マネージャー１２の詳細な構成を示す機能ブロック図である。

本発明の実施形態による情報処理システムは、性能監視マネージャーホスト４０、性能監視エージェントホスト４１、監視端末Ａ４３ａ及び監視端末Ｂ４３ｂを備える計算機システムである。

性能監視マネージャーホスト４０、性能監視エージェントホスト４１、監視端末Ａ４３ａ、監視端末Ｂ４３ｂ及び監視対象１６は、相互にネットワーク４９を介して接続されている。

監視対象１６は、性能監視エージェント１３によって性能を監視される情報処理システムのリソースである。監視対象１６は、例えば、計算機のハードウェア、オペレーティングシステム（ＯＳ）、ミドルウェア、ソフトウェアアプリケーション、サーバ仮想化環境のハイパーバイザ、ファームウェア又はデータベース管理システム（ＤＢＭＳ）などのように計算機上に実現するリソースであってもよいし、ルータ、スイッチングハブ、リピータハブ又はファイアーウォールなどのようにネットワークに直接接続される機器であってもよい。

性能監視マネージャーホスト４０は、性能監視マネージャー１２及び送受信部４４を備える。

性能監視マネージャー１２は、性能監視エージェント１３の状態を管理したり、性能監視エージェント１３から発行されたイベントを中継して統合コンソール１５又は監視コンソール１４に通知したり、といった処理を行うミドルウェアである。

性能監視マネージャー１２は、イベント発行部１７、ポリシ設定配布部１８、ポリシ設定管理部１９及び記憶部２０を備える。

イベント発行部１７は、後述するイベント発行部２６から発行されたイベントを受信し、イベントの通知先情報に基づいて統合コンソール１５又は監視コンソール１４にイベントを通知（すなわち送信）する。

ポリシ設定配布部１８は、ポリシ変更を特定する情報、及び、ポリシを変更する性能監視エージェント１３を特定する情報を、後述するポリシ設定管理部１９から受信し、送受信部４４を介して、ネットワーク４９経由で当該特定された性能監視エージェント１３のポリシ設定管理部２８に通知する。

ポリシ設定管理部１９は、性能監視マネージャー１２によって管理される性能監視エージェント１３によるリソースの監視に適用されるポリシを一元的に管理する。ポリシ設定管理部１９は、送受信部４４を介して監視端末Ａ４３ａ及び監視端末Ｂ４３ｂから所定の情報を受信し、後述する記憶部２０から必要な情報を取得し、記憶部２０に必要な情報を書き込む。ポリシ設定管理部１９は、記憶部２０に必要な情報を書き込んだとき、記憶部２０への書き込み処理に関連する所定の情報をポリシ設定配布部１８に通知する。そして、ポリシ設定管理部１９は、送受信部４４を介して、監視端末Ａ４３ａ及び監視端末Ｂ４３ｂに処理の結果を通知する。

具体的には、ポリシ設定管理部１９は、送受信部４４を介して、監視端末Ａ４３ａからポリシ変更要求メッセージ、ポリシ変更確定メッセージ又はポリシ変更破棄メッセージを受信すると、受信したメッセージに応じた処理を実行する。

ポリシ変更要求メッセージは、変更に係るエージェント名、変更されるポリシのポリシ名及びポリシの変更内容を特定する情報を含む。

ポリシ変更要求メッセージを受信したポリシ設定管理部１９は、特定されたポリシ名に対応するポリシを複製し、複製されたポリシの内容に、特定されたポリシの変更内容を適用することによって新たなポリシを生成する。

さらに、ポリシ設定管理部１９は、その新たなポリシによって特定されたアラームの通知先を書き換える。さらに、ポリシ設定管理部１９は、変更内容を適用する前後のポリシ（すなわち、複製元のポリシと、複製され内容を変更された新たなポリシと）を関連付ける処理を実行する。

その後、ポリシ設定管理部１９は、特定されたエージェント名に対応する性能監視エージェント１３に対して新たに生成したポリシの情報を通知するようポリシ設定配布部１８に通知する。そして、ポリシ設定管理部１９は、送受信部４４を介して監視端末Ａ４３ａに処理結果を返信する。

ポリシ変更確定メッセージは、ポリシ変更要求メッセージに従って作成された調査用ポリシを、新たな本番環境用ポリシとして確定させることを要求するメッセージである。ポリシ変更確定メッセージは、これから新たな本番環境用ポリシとして確定されるポリシのポリシ名、及び、そのポリシが適用される性能監視エージェント１３のエージェント名を特定する情報を含む。

ポリシ変更確定メッセージを受信したポリシ設定管理部１９は、特定されたポリシ名に対応するポリシを参照し、その参照されたポリシに関連付けられたポリシ（すなわち、それまで本番環境用ポリシであったポリシ）を破棄し、当該参照されたポリシの内容を書き換える。

さらに、ポリシ設定管理部１９は、特定されたエージェント名に対応する性能監視エージェント１３に対して当該破棄処理の内容と、当該書き換え処理の内容と、を通知するようポリシ設定配布部１８に通知する。そして、ポリシ設定管理部１９は、送受信部４４を介して監視端末Ａ４３ａにその処理結果を返信する。ここで実行されるポリシの内容を書き換える処理は、例えば、アラームの通知先を書き換える処理である。

ポリシ変更破棄メッセージは、ポリシ変更要求メッセージに従って作成された調査用ポリシを、新たな本番環境用ポリシとして確定させることなく、破棄することを要求するメッセージである。ポリシ変更破棄メッセージは、破棄されるポリシのポリシ名と、そのポリシが適用されている性能監視エージェント１３のエージェント名と、を特定する情報を含む。

ポリシ変更破棄メッセージを受信したポリシ設定管理部１９は、特定されたポリシ名に対応するポリシ（ここでは第２ポリシと記載する）を参照し、当該第２ポリシに関連付けられているポリシ変更要求メッセージ送信前の第１ポリシを参照し、ポリシ変更破棄メッセージで特定された第２ポリシを破棄する。さらに、ポリシ設定管理部１９は、特定された性能監視エージェント名に対応する性能監視エージェント１３に対して当該第２ポリシの破棄処理内容を通知するようポリシ設定配布部１８に通知する。そして、ポリシ設定管理部１９は、送受信部４４を介して監視端末Ａ４３ａに第１ポリシの内容を特定して破棄処理結果を返信する。

記憶部２０は、バインドテーブル記憶領域２３、ポリシ変更テーブル記憶領域２４及びポリシ管理テーブル記憶領域２５を含む。

バインドテーブル記憶領域２３は、ポリシ管理テーブル記憶領域２５で管理されるポリシ情報と、そのポリシを用いて監視している性能監視エージェント１３（言い換えると、そのポリシが適用されている性能監視エージェント１３）とを関連付ける情報を記憶する。バインドテーブル記憶領域２３に関連付け情報があることは、当該関連付け情報に記載された性能監視エージェント１３が、当該関連付け情報に記載されたポリシに基づく監視を実行していることを表している。逆に、ある性能監視エージェント１３と、あるポリシとを関連付ける情報がバインドテーブル記憶領域２３に記憶されていないことは、その性能監視エージェント１３が、そのポリシを用いたアラーム監視を実行してないことを示している。

例えば、バインドテーブル記憶領域２３には、バインドテーブル２３０が記憶されている。

図３は、本発明の実施形態のバインドテーブル２３０の説明図である。

図示されているように、バインドテーブル２３０は、ポリシＩＤ欄２３０ａ、エージェント欄２３０ｂ及びインスタンス欄２３０ｃを含む。

ポリシＩＤ欄２３０ａには、ポリシを一意に識別するための識別情報が記憶される。この識別情報は、後述するポリシ管理テーブル記憶領域２５のポリシＩＤ欄２５０ａ（図５参照）に記憶された情報に対応する。すなわち、本実施形態において、ポリシＩＤ欄２３０ａには、ポリシ管理テーブル記憶領域２５に記憶されたポリシ管理テーブル２５０のポリシＩＤ欄２５０ａに登録されたポリシの名称（例えば、「ポリシ１」）が記憶される。

エージェント欄２３０ｂには、性能監視エージェント１３を一意に識別する識別情報が記憶される。識別情報として、例えば、性能監視エージェント１３のＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が記憶されてもよい。本実施形態において、エージェント欄２３０ｂには、エージェントの名称が記憶される。

インスタンス欄２３０ｃには、エージェントが管理するインスタンスを一意に識別する情報が記憶される。性能監視エージェント１３が複数のインスタンスを監視している場合にはこの欄に値が記憶される。一方、性能監視エージェント１３が単一のインスタンスのみを監視している場合には、バインドテーブル２３０にインスタンス欄２３０ｃを設けなくてもよいし、あるいは、インスタンス欄２３０ｃを未定義とし、例えば、「Ｎ／Ａ」が記憶されてもよい。インスタンスとは、例えば、監視対象がデータベースであったとき、データベースインスタンスである。

ポリシ変更テーブル記憶領域２４は、ポリシ管理テーブル記憶領域２５で管理しているポリシどうしを関連付ける関連付け情報を記憶している。例えば、ここでは、本番環境用のポリシをコピーすることによって調査用のポリシを生成した場合、当該本番環境用のポリシと、そのポリシをコピーすることによって生成された当該調査用のポリシとを関連付ける情報が記憶される。

例えば、ポリシ変更テーブル記憶領域２４には、ポリシ変更テーブル２４０が記憶されている。

図４は、本発明の実施形態のポリシ変更テーブル２４０の説明図である。

図示するように、ポリシ変更テーブル２４０は、変更前ポリシＩＤ欄２４０ａ及び変更後ポリシＩＤ欄２４０ｂを含む。ポリシ変更テーブル２４０の各レコード（すなわち、図４に示す各行）に、変更前ポリシＩＤ欄２４０ａに記憶された内容に対応するポリシが、変更後ポリシＩＤ欄２４０ｂに記憶された内容に対応するポリシに変更されたことが記憶される。

変更前ポリシＩＤ欄２４０ａ及び変更後ポリシＩＤ欄２４０ｂには、ポリシを一意に識別する識別情報が記憶される。これらの識別情報は、後述するポリシ管理テーブル２５０のポリシＩＤ欄２５０ａに記憶された内容に対応する。本実施形態において、変更前ポリシＩＤ欄２４０ａ及び変更後ポリシＩＤ欄２４０ｂには、ポリシの名称（例えば、「ポリシ１」、「ポリシ２」等）が記憶される。

図４の例では、ポリシ変更テーブル２４０の最初のレコードの変更前ポリシＩＤ欄２４０ａ及び変更後ポリシＩＤ欄２４０ｂに、それぞれ、「ポリシ１」及び「ポリシ２」が記憶されている。これは、「ポリシ１」によって識別されるポリシ（例えば第１ポリシ）と、「ポリシ２」によって識別されるポリシ（例えば第２ポリシ）とが関連付けられていることを示す。第１ポリシと第２ポリシとが関連付けられていることは、例えば、第１ポリシが本番環境用のポリシであり、第２ポリシが、第１ポリシから派生した調査用のポリシであることを意味してもよい。本番環境用のポリシと調査用のポリシとの関係については後述する。

ポリシ管理テーブル記憶領域２５は、性能監視マネージャー１２が一元的に管理するポリシに関するポリシ定義情報を記憶している。

例えば、ポリシ管理テーブル記憶領域２５には、ポリシ管理テーブル２５０が記憶される。

図５は、本発明の実施形態のポリシ管理テーブル２５０の説明図である。

ポリシ管理テーブル２５０は、本実施形態の性能監視エージェント１３によるリソースのメトリック値の性能監視に適用されるポリシを記憶する。

図示するように、ポリシ管理テーブル２５０は、ポリシＩＤ欄２５０ａ、アラーム条件欄２５０ｂ、判定頻度欄２５０ｃ、イベント内容欄２５０ｄ及びイベント通知先欄２５０ｅを含む。

ポリシＩＤ欄２５０ａには、ポリシ管理テーブル２５０が管理する各ポリシを一意に識別する識別情報が記憶される。本実施形態においては、識別情報としてポリシの名称が登録される。

アラーム条件欄２５０ｂには、ポリシの監視条件判定式、すなわち、そのポリシに基づく監視において、イベントを発行するか否かを判定するために使用される判定式が記憶される。具体的には、アラーム条件欄２５０ｂには、性能監視メトリックと、その性能監視メトリックに関する閾値と、性能監視メトリックと閾値との関係を示す条件式が記憶されている。性能監視メトリックと閾値とが条件式に従って比較され、その比較の結果に基づいて、後述するイベント内容欄２５０ｄに定義されたイベントが発行される。

例えば、性能監視メトリックである「ＣＰＵ使用率」と、閾値である「８０％」と、条件式である「＞」とを定義すると、判定式は「ＣＰＵ使用率＞８０％」となる。これは、監視対象１６のＣＰＵ使用率が８０％を超過した場合にイベントを発行する、というアラーム条件を定義する。

性能監視メトリックは、ＯＳやＤＢＭＳなどが管理する一般的な性能情報である。例えば、「ＣＰＵ使用率」の他に、メモリ合計サイズ中のメモリ使用サイズの割合を示す「メモリ使用率」、「ディスク容量使用率」、「単位時間あたりのページング発行数」、「単位時間あたりのＩ／Ｏ要求数」が性能監視メトリックに該当する。あるいは、性能情報ではなく、プログラム名又はサンプリング時刻などが性能監視メトリックとして特定されてもよい。

条件式は、「＝」、「＜」、「＞＝」又は「＜＝」等を含む論理式であってもよいし、文字列の完全一致又は部分一致といった正規表現を用いた判定式であってもよい。

また、アラーム条件は、複合的な条件式を定義することもできる。例えば、「（ＣＰＵ使用率＞８０％） ＡＮＤ （２００７／０８／２７ １０：００：００ ＜ サンプリング時刻 ＜ ２００７／０８／２７ １２：００：００ ）」といったような条件式が定義されてもよい。この例の場合、２００７年８月２７日１０時０分から１２時０分までの間に８０％を超えるＣＰＵ使用率が検出された場合、イベントが発行される。

判定頻度欄２５０ｃには、監視条件判定を行う頻度が記憶される。例えば、性能監視エージェント１３の収集部２９は、監視対象１６から性能情報を一定間隔のサンプリング間隔で取得する場合、３回の連続したサンプリングをして閾値条件を判定して、２回以上閾値を超過した場合にアラームを発行してもよい。この場合、判定頻度欄２５０ｃには、３回中２回（「２回／３回」）という情報が判定頻度欄２５０ｃに定義される。判定頻度を定義することによって、一時的に負荷が上昇しただけで、対処の必要のないアラームが発行されることを防止することができる。

イベント内容欄２５０ｄには、アラーム条件欄２５０ｂ及び判定頻度欄２５０ｃによって定義された条件が満たされた場合に発行されるイベントの内容が記憶される。このイベントは、アラーム条件欄２５０ｂによって定義された監視条件に基づくメトリック値と閾値との比較の結果の送信又は表示を含んでもよい。例えば、イベント内容として、イベントメッセージの送信、メールの送信、異常パトランプ又は警告パトランプの点灯、コマンドの実行又はログの出力などが特定されてもよい。ここで、パトランプとは、例えば、後述する監視コンソール１４又は統合コンソール１５に表示され、正常時の表示と異常時又は警告時の表示が変化するアイコンであってもよい。

イベント通知先欄２５０ｅには、アラームのイベント通知先が記憶される。通知先として、例えば、監視コンソール１４のＵＲＩ、統合コンソール１５のＵＲＩ、あるホストのイベント実行エンジンのＵＲＩ、又は、メール通知先のメールアドレスが登録される。本実施形態では、統合コンソールのＵＲＩ及び監視コンソールのＵＲＩが記憶される。

以上に記載したとおり、本実施形態においては、ポリシ管理テーブル記憶領域２５に記憶されたポリシ管理テーブル２５０と、バインドテーブル記憶領域２３に記憶されたバインドテーブル２３０と、が存在する。ポリシ管理テーブル２５０は、ポリシの定義情報を、そのポリシがどの性能監視エージェント１３に適用されるかにかかわらず、記憶する。バインドテーブル２３０は、性能監視エージェント１３とポリシ管理テーブル２５０に定義したポリシとの関連付け情報を記憶する。

これによって、ポリシ管理テーブル２５０で定義したポリシを再利用することができる。例えば、複数の性能監視エージェント１３に共通するポリシは、ポリシ管理テーブル２５０に一つのポリシとして定義され、その定義されたポリシをそれぞれの性能監視エージェント１３に適用させることができる。

なお、本実施形態における記憶領域の構成には限定されず、バインドテーブル記憶領域２３及びポリシ管理テーブル記憶領域２５が一つの記憶領域として実現されてもよい。例えば、バインドテーブル２３０及びポリシ管理テーブル２５０が、ポリシＩＤ欄、アラーム条件欄、判定頻度欄、イベント内容欄、イベント通知先欄、性能監視エージェント欄及びインスタンス欄と、を有する一つのテーブルによって置き換えられてもよい。このような構成であっても、本実施形態と同様の効果がある。

送受信部４４は、ネットワーク４９を介して情報を送受信する装置である。

以上のように構成される性能監視マネージャーホスト４０に係る各構成要素の情報処理は、ハードウェア資源によって具体的に実現される。

図６は、本発明の実施形態の情報処理システムを構成する計算機のハードウェア構成を示すブロック図である。

性能監視マネージャーホスト４０は、図６に示す計算機１６０１によって実現することができる。計算機１６０１は、ＣＰＵ１６０２、主記憶装置１６０３、外部記憶装置１６０４、外部記憶装置１６０４に接続するための外部記憶インターフェース１６０５、及び、ネットワーク４９に接続するための通信インターフェース１６０６を備える。計算機１６０１は、さらに、入力装置１６０７及び出力装置１６０８を備えてもよい。入力装置１６０７は、例えば、マウス又はキーボードである。出力装置１６０８は、例えば、モニタ（画像表示装置）である。

送受信部４４は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）のような通信インターフェース１６０６によって実現可能である。記憶部２０は、外部記憶装置によって実現可能である。外部記憶装置１６０４とは、例えば、ハードディスク装置又はその他の種類の記憶装置である。

イベント発行部１７、ポリシ設定配布部１８及びポリシ設定管理部１９は、外部記憶装置１６０４に記憶された所定のプログラムを主記憶装置１６０３上にコピーし、それをＣＰＵ１６０２が実行することによって実現される。主記憶装置１６０３とは、例えば、半導体メモリまたはその他の種類の記憶装置である。

再び図１及び図２を参照して、性能監視エージェントホスト４１について説明する。

性能監視エージェントホスト４１は、性能監視エージェント１３、監視対象１６及び送受信部４５を備える。

性能監視エージェント１３は、監視対象１６の性能情報を監視するミドルウェアである。性能監視エージェント１３は、例えば、監視対象１６が出力する性能情報を定期的に収集したり、収集した性能情報を記憶して、記憶した性能情報を要求に応じて応答したり、収集した性能情報をあらかじめポリシに設定された監視条件に基づいて判定し、監視条件を満たす場合にポリシに設定されたイベントを発行したりする。

性能監視エージェントが収集する性能情報とは、監視対象１６が提供する監視情報である。例えば、性能情報は、オペレーティングシステムが出力するＣＰＵ使用率又は単位時間あたりのＩ／Ｏ処理件数、サービス利用者の動作を擬似的に実行するエージェントが測定したウェブサーバ等のサービスレスポンス時間、ＤＢのアクセス処理件数、又は、バッチ処理件数、仮想サーバに対するある時刻におけるリソース割当量などである。この性能情報は、ポリシ管理テーブル３１０におけるアラーム条件欄３１０ｂのメトリック情報に対応する。

性能監視エージェント１３は、性能監視マネージャー１２によって管理される。性能監視マネージャー１２は１以上の性能監視エージェント１３を管理する。

性能監視エージェント１３は、イベント発行部２６、アラーム判定部２７、ポリシ設定管理部２８、収集部２９及び記憶部３０を備える。

イベント発行部２６は、後述するアラーム判定部２７からの通知に基づき、ポリシで定義されているイベントを発行する。例えば、イベント発行部２６は、アラーム判定部２７から、イベントメッセージを監視コンソール１４に通知するというイベント内容が通知されると、イベントメッセージを性能監視マネージャーのイベント発行部１７に通知する。

アラーム判定部２７は、後述する収集レコードテーブル３２０に登録されている性能情報と、後述するポリシ管理テーブル３１０に登録されているアラーム定義の条件とを取得して、当該性能情報が当該アラーム定義の条件を満たしているか判定し、アラーム定義に記述されたイベント内容をイベント発行部２６に通知して、通知した内容のイベントを発行するよう問い合わせる。

具体的には、例えば、アラーム判定部２７は、ポリシ管理テーブル記憶領域３１からポリシ管理テーブル３１０を読み出し、収集レコードテーブル記憶領域３２から収集レコードテーブル３２０を読み出す。アラーム判定部２７は、ポリシ管理テーブル３１０の各行を順に読み出し、以下のアラーム判定操作を繰り返す。

アラーム判定部２７は、読み出したポリシ管理テーブル３１０の行の判定頻度欄３１０ｃに記憶された判定回数を参照する。そして、アラーム判定部２７は、収集レコードテーブル３２０に登録されている行のうち、時刻欄３２０ａの値が最新のものから順に、判定回数分の連続する行を読み出す。例えば、判定頻度欄３１０ｃの値が「２回／３回」（すなわち、「３回中２回」）である場合、３行が読み出される。

次に、アラーム判定部２７は、収集レコードテーブル３２０から読み出したそれぞれの行について、メトリック欄３２０ｃ及びメトリック値欄３２０ｄの値がポリシ管理テーブル３１０のアラーム条件欄３１０ｂに合致するか否かを判定する。合致した回数が、ポリシ管理テーブル３１０の判定頻度欄３１０ｃに記憶された合致回数以上である場合、アラーム判定部２７は、ポリシ管理テーブル３１０で定義されたアラーム条件が満たされたと判定する。ここで、合致回数とは、判定頻度欄３１０ｃの値が「２回／３回」の場合、「２回」である。アラーム条件が満たされた場合、アラーム判定部２７は、イベント内容欄３１０ｄに記憶された内容のアラームを、イベント通知先欄３１０ｅに記憶された通知先に通知するようイベント発行部２６に通知する。

ポリシ設定管理部２８は、性能監視エージェント１３が監視対象１６をアラーム監視するときに用いるポリシを管理する。ポリシ設定管理部２８は、ポリシ設定配布部１８からポリシの変更内容を通知されると、通知内容に従って、ポリシ管理テーブル記憶領域３１に記憶されたポリシ管理テーブル３１０の内容を変更する。

収集部２９は、監視対象１６から性能情報を収集し、収集した性能情報を後述する収集レコードテーブル３２０に登録する。

記憶部３０は、ポリシ管理テーブル記憶領域３１と、収集レコードテーブル記憶領域３２と、を備えている。

例えば、ポリシ管理テーブル記憶領域３１には、ポリシ管理テーブル３１０が記憶される。

図７は、本発明の実施形態のポリシ管理テーブル３１０の説明図である。

ポリシ管理テーブル３１０は、ポリシＩＤ欄３１０ａ、アラーム条件欄３１０ｂ、判定頻度欄３１０ｃ、イベント内容欄３１０ｄ及びイベント通知先欄３１０ｅを含む。これらの各欄は、それぞれ、ポリシ管理テーブル２５０のポリシＩＤ欄２５０ａ、アラーム条件欄２５０ｂ、判定頻度欄２５０ｃ、イベント内容欄２５０ｄ及びイベント通知先欄２５０ｅと同じであるため、これらについての説明は省略する。

図５に示すポリシ管理テーブル２５０は、性能監視マネージャー１２によって記憶される。このポリシ管理テーブル２５０は、図１に示す情報処理システムにおいて設定されている全てのポリシの設定情報を含む。ここで、設定されているポリシには、いずれかの性能監視エージェント１３に適用されているポリシだけでなく、いずれの性能監視エージェント１３にも適用されていないポリシ（例えば、これから適用される可能性があるポリシ）が含まれてもよい。一方、図７に示すポリシ管理テーブル３１０は、各性能監視エージェント１３によって記憶される。このポリシ管理テーブル３１０は、それを記憶する性能監視エージェント１３に適用されるポリシの設定情報のみを含む。

例えば、図３に示すように、「エージェント１」によって識別される性能監視エージェント１３に、「ポリシ１」及び「ポリシ２」によって識別される二つのポリシが適用されている場合、ポリシ管理テーブル３１０は、ポリシ管理テーブル２５０に記憶されている情報のうち、「ポリシ１」及び「ポリシ２」によって識別される二つのポリシに関する情報が記憶される。

後述するように、ポリシ管理テーブル２５０の内容が変更されると、その変更の内容が性能監視エージェント１３に通知される。性能監視エージェント１３は、その通知に基づいて、変更をポリシ管理テーブル３１０に反映させる。

なお、各性能監視エージェント１３には、一つのポリシのみが適用されてもよいが、図７に示すように、複数のポリシが適用されてもよい。複数のポリシが適用された性能監視エージェント１３は、それぞれのポリシに従って監視対象１６を監視し、イベントを発行する。

収集レコードテーブル記憶領域３２には、収集部２９が監視対象１６から収集した性能情報が記憶される。

例えば、収集レコードテーブル記憶領域３２には、収集レコードテーブル３２０が記憶される。

図８は、本発明の実施形態の収集レコードテーブル３２０の説明図である。

図示するように、収集レコードテーブル３２０は、時刻欄３２０ａ、リソースＩＤ欄３２０ｂ、メトリック欄３２０ｃ及びメトリック値欄３２０ｄを含む。

メトリック値欄３２０ｄには、性能監視のために収集されたメトリック値が記憶される。

メトリック欄３２０ｃには、メトリック値欄３２０ｄに記憶されたメトリックを特定する情報が記憶される。例えば、メトリックの名称が記憶されている。

リソースＩＤ欄３２０ｂには、メトリック値欄３２０ｄに記憶されたメトリック値が取得されたリソースを識別する情報が記憶される。

時刻欄３２０ａには、メトリック値欄３２０ｄに記憶されたメトリック値が取得された時刻が記憶される。

例えば、図８に示す収集レコードテーブル３２０の先頭の行は、２００７年９月１日１０時０分０秒に、「ＣＰＵ＃１」によって識別されるリソースから、メトリック値として、ＣＰＵ使用率「８０％」が取得されたことを示す。

送受信部４５は、ネットワーク４９を介して情報を送受信する。

以上のように構成される性能監視エージェントホスト４１に係る各構成要素の情報処理は、ハードウェア資源によって具体的に実現可能である。性能監視エージェントホスト４１は、計算機１６０１によって実現可能である（図６参照）。計算機１６０１の構成については、既に図６を参照して説明されているため、ここでは説明を省略する。

送受信部４５は、いわゆるＮＩＣのような通信インターフェース１６０６によって実現可能である。記憶部３０は、外部記憶装置１６０４によって実現可能である。イベント発行部２６、アラーム判定部２７、ポリシ設定管理部２８及び収集部２９は、外部記憶装置１６０４に記憶した所定のプログラムを主記憶装置１６０３上にコピーし、それをＣＰＵ１６０２が実行することによって実現可能である。

図１に示す本実施形態の情報処理システムは、複数の性能監視エージェントホスト４１及び複数の監視対象１６を備える。複数の性能監視エージェントホスト４１のうちいくつかは、監視対象１６を含んでいる。例えば、監視対象１６が計算機１６０１のＣＰＵ１６０２又は主記憶装置１６０３等である場合、そのＣＰＵ１６０２又は主記憶装置１６０３等を含む計算機１６０１自体が性能監視エージェントホスト４１として動作してもよい。この場合、監視対象１６は性能監視エージェントホスト４１に含まれる。一方、例えば、監視対象１６がネットワーク４９を構成する機器のポート等である場合、性能監視エージェントホスト４１は、その監視対象１６にネットワーク４９を介して接続された計算機１６０１によって実現されてもよい。

システム管理者１０は、システム構成を変更したり、ポリシの内容を変更したりする権限を有する役割である。一般に、システム管理者１０は、監視対象の情報処理システムについて深い知識を有する。監視対象である情報処理システムにおいてハードウェアの増設又はシステム構成の変更などがあった場合、システム管理者１０は、ポリシの設定を見直す。

オペレータ１１は、情報処理システムの統合コンソール１５をモニタリングし、異常パトランプが点灯したら、システム管理者に通知する権限を有する役割である。一般に、オペレータ１１は、監視対象の情報処理システムについては深い知識を有しておらず、事前に配布された運用マニュアルに従って行動する。例えば、情報処理システムの統合コンソール１５をモニタリング結果に異常パトランプが表示された場合、オペレータ１１は、システム管理者に電話をすることによって、システム管理者１０に異常パトランプが表示されたことを通知する。

なお、システム管理者１０及びオペレータ１１はそれぞれ役割である。このため、システム管理者１０及びオペレータ１１は、異なる人物であってもよいし、同一人物であってもよい。システム管理者１０とオペレータ１１の役割が異なるため、システム管理者の権限を有する者とオペレータの権限を有する者とを別の人間が担うことが一般的である。しかし、本実施形態はこのような分担に限定されない。

例えば、監視コンソール１４と、統合コンソール１５とが同一監視画面プログラムで実現される場合、あらかじめログインＩＤと、システム管理者１０の権限又はオペレータ１１の権限を表す情報とを関連付けておいてもよい。この場合、当該監視画面へのログイン時に入力されるログインＩＤに基づいて、ログインした者がシステム管理者１０又はオペレータ１１のいずれであるかを判定することができる。そして、その判定の結果に従って、ログイン後の当該監視画面に、システム管理者１０用の監視画面内容又はオペレータ１１用の監視画面の一方表示することができる。

監視端末Ａ４３ａは、監視対象のアラーム監視及びポリシの定義変更等のポリシ管理を行うための監視端末である。監視端末Ａ４３ａは、システム管理者１０から所定の情報の入力を後述する入力部４６ａから受け付け、その所定の情報から必要なメッセージを生成して、後述する送受信部４８ａを介して性能監視マネージャー１２に送信する。さらに、監視端末Ａ４３ａは、送受信部４８ａを介して性能監視マネージャー１２から所定の情報を受信すると、その所定の情報から必要な情報を処理して、後述する出力部４７ａから必要な情報をシステム管理者１０に出力する。

必要なメッセージとは、具体的には、例えば、アラーム監視要求メッセージ、ポリシ作成要求メッセージ、ポリシ変更要求メッセージ、ポリシ変更確定メッセージ及びポリシバインド要求メッセージである。

アラーム監視要求メッセージは、性能監視エージェント識別情報及びポリシ識別情報を特定する情報を含む。ポリシ作成要求メッセージ及びポリシ変更要求メッセージは、アラーム定義内容を特定する情報を含む。アラーム定義内容を特定する情報は、例えば、ポリシ識別情報、アラーム条件式、イベント内容、イベント通知先及び判定頻度を含む。ポリシ変更確定メッセージは、性能監視エージェント識別情報及びポリシ識別情報を特定する情報を含む。ポリシバインド要求メッセージは、性能監視エージェント識別情報及びポリシ識別情報を特定する情報を含む。

監視端末Ａ４３ａは、入力部４６ａ、出力部４７ａ、送受信部４８ａ及び監視コンソール１４を備える。

入力部４６ａは、システム管理者１０から入力を受け付ける入力装置である。

出力部４７ａは、システム管理者１０に所定の情報を通知するための出力装置である。

送受信部４８ａは、ネットワーク４９を介して情報を送受信する装置である。

監視コンソール１４は、性能監視をするためのコンソール画面である。監視コンソール１４は、例えば、本実施形態の情報処理システムが管理するポリシの管理画面を備えてもよいし、アラーム監視結果を表示する監視画面を備えてもよいし、収集した性能情報をリアルタイムに表やグラフにして表示する監視画面を備えてもよいし、収集した性能情報の履歴情報を時系列の表やグラフにして表示する監視画面を備えてもよい。

システム管理者１０は、ポリシの管理画面を用いて、例えば、ポリシの新規定義、編集によるポリシの変更、及び、ポリシの性能監視エージェントへの適用を実行することができる。

システム管理者１０は、ポリシの監視画面を参照して、各性能監視エージェントについて適用したポリシに基づく監視結果を見ることができる。ポリシの監視結果は、例えば、性能監視エージェントに障害が発生したことを表す異常パトランプ又は警告パトランプの点灯、異常イベントメッセージ又は警告イベントメッセージの表示などである。

システム管理者１０は、監視コンソール１４を用いて、監視対象１６を監視対象としたポリシの設定を見直す。監視コンソール１４の表示形式はどのようなものであってもよい。すなわち、監視コンソール１４によって表示される画面は、ＧＵＩの表示画面であってもよいし、ＣＵＩの表示画面であってもよい。

以上のような監視端末Ａ４３ａの各構成要素の情報処理は、ハードウェア資源によって具体的に実現可能である。具体的には、監視端末Ａ４３ａは、計算機１６０１によって実現可能である。計算機１６０１の構成については、既に図６を参照して説明されているため、ここでは説明を省略する。

入力部４６ａは、マウス又はキーボードのような入力装置１６０７によって実現可能である。出力部４７ａは、モニタのような出力装置１６０８によって実現可能である。送受信部４８ａは、いわゆるＮＩＣのような通信インターフェース１６０６によって実現可能である。監視コンソール１４は、外部記憶装置１６０４に記憶した所定のプログラムを主記憶装置１６０３上に呼び出し、それをＣＰＵ１６０２が実行することによって実現可能である。

監視端末Ｂ４３ｂは、監視対象のアラーム監視を行うための監視端末である。監視端末Ｂ４３ｂは、オペレータ１１から後述する入力部４６ｂを介して所定の情報の入力を受け付け、その所定の情報から必要なメッセージを生成して、後述する送受信部４８ｂを介して性能監視マネージャー１２に送信する。さらに、監視端末Ｂ４３ｂは、送受信部４８ｂを介して性能監視マネージャー１２から所定の情報を受信し、その所定の情報を処理して、必要な情報を後述する出力部４７ｂからオペレータ１１に出力する。

所定の情報とは、具体的には、性能監視エージェント情報又はポリシ情報を特定した、ポリシ変更要求メッセージ、ポリシ変更確定メッセージ又はポリシ変更破棄メッセージなどである。

必要な情報とは、具体的には、ポリシ変更要求メッセージ、ポリシ変更確定メッセージ又はポリシ変更破棄メッセージなどに対する処理結果である。

監視端末Ｂ４３ｂは、統合コンソール１５、入力部４６ｂ、出力部４７ｂ及び送受信部４８ｂを備える。

統合コンソール１５は、運用管理をするためのコンソール画面であり、イベント監視及びアラーム監視などの性能監視に用いることができる。例えば、統合コンソール１５は、性能監視エージェント１３などの各種の運用管理を行うエージェントプログラムから発行されたイベントを表示し、一元的に監視するための監視画面を備えてもよいし、各メトリックに設定した閾値を超過した場合に異常パトランプが点灯するような監視画面を備えてもよい。

統合コンソール１５を用いて、オペレータ１１は監視対象１６を監視対象とした本番環境の性能監視を行う。統合コンソール１５の表示形式はどのようなものであってもよい。すなわち、統合コンソール１５によって表示される画面は、ＧＵＩの表示画面であってもよいし、ＣＵＩの表示画面であってもよい。

入力部４６ｂは、オペレータ１１から入力を受け付ける入力装置である。

出力部４７ｂは、オペレータ１１に所定の情報を通知するための出力装置である。

送受信部４８ｂは、ネットワーク４９を介して情報を送受信する装置である。

以上のような監視端末Ｂ４３ｂの各構成要素の情報処理は、ハードウェア資源によって具体的に実現可能である。具体的には、監視端末Ｂ４３ｂは、計算機１６０１によって実現可能である。計算機１６０１の構成については、既に図６を参照して説明されているため、ここでは説明を省略する。

入力部４６ｂは、マウス又はキーボードのような入力装置１６０７によって実現可能である。出力部４７ｂは、モニタのような出力装置１６０８によって実現可能である。送受信部４８ｂは、いわゆるＮＩＣのような通信インターフェース１６０６によって実現可能である。統合コンソール１５は、外部記憶装置１６０４に記憶した所定のプログラムを主記憶装置１６０３上に呼び出し、それをＣＰＵ１６０２が実行することによって実現可能である。

図９は、本発明の実施形態による情報処理システムの全体処理を表すシーケンス図である。

システム管理者１０は、監視端末Ａ４３ａの監視コンソール１４から、変更するポリシ、ポリシの変更内容及び性能監視エージェントを特定したポリシ変更要求メッセージを送信する（ステップ８０１）。

ここで、システム管理者１０によって送信されるポリシ変更要求メッセージについて説明する。

情報処理システムが稼動している間、性能監視エージェント１３は、その性能監視エージェント１３に適用されたポリシに基づいて、監視対象１６のメトリック値を監視し、監視結果に基づいて所定のイベントを発行する（具体的には、例えば、監視結果を統合コンソール１５に送信する）。統合コンソール１１を参照するオペレータ１１は、このイベントに基づいて、情報処理システムを管理することができる。このように、情報処理システムの管理のためにオペレータ１１に提供されるイベントを発行するために適用されるポリシは、本番環境用ポリシとも記載される。

しかし、本番環境用ポリシが適切でないために、適切なイベントが発行されない場合がある。適切なイベントが発行されない場合とは、例えば、監視対象１６に異常が発生しているにもかかわらず、その異常を通知するためのイベントが発行されない場合、又は、監視対象１６に異常が発生していないにもかかわらず、異常を通知するためのイベントが発行される場合、などである。

このような場合、システム管理者１０は、本番環境用ポリシを適切なものにするために、本番環境用ポリシを変更することができる。ポリシ変更要求メッセージは、このような場合にポリシを変更するために送信される。

後述するように、変更対象として本番環境用ポリシ、及び、その本番環境用ポリシに対する変更内容が特定されたポリシ変更要求メッセージが発行された場合、その本番環境用ポリシに関連付けられた調査用ポリシが生成される。調査用ポリシとは、その本番環境用ポリシに、ポリシ変更要求メッセージによって特定された変更内容を反映することによって生成されたポリシである。言い換えると、調査用ポリシは、それに関連付けられた本番環境用ポリシの変更後のポリシの候補である。調査用ポリシは、本番環境用ポリシの変更内容が適切であるか否かを調査するために使用される。

図９の例において、第１ポリシが本番環境用ポリシ、第２ポリシが調査用ポリシである。ただし、ポリシ変更確定メッセージが発行されると、その結果、第２ポリシは、第１ポリシに代わる新たな本番環境用ポリシとして性能監視エージェント１３に適用される。

ポリシの変更内容の例を次に列挙する。ただし、変更内容はこれらに限定されない。

第１の例は、「ＣＰＵ使用率＞８０％」という監視条件を「ＣＰＵ使用率＞９０％」という監視条件に変更するような、閾値を増加させる変更である。あるいは、逆に、閾値を減少させる変更であってもよい。

第２の例は、「ＣＰＵ使用率＞８０％」という監視条件を「メモリ空きサイズ＞５０ＭＢ」という監視条件に変更するような、監視メトリックの変更である。

第３の例は、「ＣＰＵ使用率＞８０％」という監視条件を「ＣＰＵ使用率＞８０％ ＡＮＤ メモリ空きサイズ＞５０ＭＢ」に変更するような、ポリシの監視条件式の変更である。あるいは、「ＣＰＵ使用率＞８０％」という監視条件のポリシのみで監視していた場合に、「メモリ空きサイズ＞５０ＭＢ」という監視条件のポリシを新たに追加するという変更であってもよい。ポリシが追加されると、それぞれのポリシの監視条件で判定される。あるいは、逆に、ポリシを削除するという変更であってもよい。

第４の例は、異常閾値を超過した場合に発行されるイベントを、「オペレータにメールで通知する」から、「コマンドを実行する」に変更するようなアラームのイベント内容の変更である。

第５の例は、アラーム判定頻度を「３回中２回閾値を超過した場合にアラームを発行する」から「１回中１回閾値を超過した場合にアラームを発行する」に変えるという変更である。

ポリシ変更要求メッセージを受信した性能監視マネージャー１２は、第１ポリシをコピーすることによって新たな第２ポリシを生成し、第２ポリシにステップ８０１で特定されたポリシの変更内容を適用する（ステップ８０２）。なお、第１ポリシは、ポリシ変更要求メッセージによって変更対象として特定されたポリシである。

さらに、性能監視マネージャー１２は、第２ポリシのイベント通知先を「監視コンソール１４」に変更する。

具体的には、ステップ８０２において、性能監視マネージャー１２は、ポリシ管理テーブル２５０に新たな行を追加する。そして、性能監視マネージャー１２は、第１ポリシに対応する行に既に記憶されている内容と同一の内容を、追加された行に新たに登録する。そして、性能監視マネージャー１２は、追加された行のポリシＩＤ欄２５０ａの内容を、第２ポリシを一意に識別する値に変更する。さらに、性能監視マネージャー１２は、追加された行の内容（例えば、アラーム条件欄２５０ｂ及び判定頻度欄２５０ｃなどの内容）を、ポリシ変更要求メッセージによって特定された内容に変更する。さらに、性能監視マネージャー１２は、追加された行のイベント通知先欄２５０ｅの内容を「監視コンソール１４」に変更する。これらの処理については、図１０を参照して後述する。

その結果、新たに生成された第２ポリシの内容は、ステップ８０２において変更された部分を除いて、第１ポリシの内容と同一である。

さらに、性能監視マネージャー１２は、第１ポリシから第２ポリシを生成したことを示す情報（すなわち、第１ポリシと第２ポリシとを関連付ける情報）を記憶する（ステップ８０３）。具体的には、ポリシ変更テーブル２４０の一つの行の変更前ポリシＩＤ欄２４０ａ及び変更後ポリシＩＤ欄２４０ｂに、それぞれ、第１ポリシの識別子及び第２ポリシの識別子が記憶される。

次に、性能監視マネージャー１２は、性能監視エージェント１３にステップ８０２におけるポリシの変更内容の処理結果を通知する（ステップ８０４）。

変更内容を通知された性能監視エージェント１３は、変更内容に基づいて性能監視エージェント１３が監視に用いるポリシに関する情報を変更し、変更後の当該情報に基づいて監視対象１６をアラーム監視する。

具体的には、ステップ８０４の通知を受信した性能監視エージェント１３は、第１ポリシ及び第２ポリシに基づくアラーム監視を実行する。すなわち、性能監視エージェント１３は、第１ポリシによって定義された監視条件が満たされる場合、第１ポリシによって定義されたイベントを統合コンソール１５に対して発行する。さらに、性能監視エージェント１３は、第２ポリシによって定義された監視条件が満たされる場合、第２ポリシによって定義されたイベントを監視コンソール１４に対して発行する。

システム管理者１０は、第２ポリシに基づいて発行されたイベントを参照して、第２ポリシが適切であるか否かを判定することができる。システム管理者１０は、第２ポリシが適切であると判定した場合、第２ポリシが確定の対象として特定されたポリシ変更確定メッセージを送信する（ステップ８０５）。システム管理者１０は、第２ポリシが適切でないと判定した場合、第２ポリシが破棄の対象として特定されたポリシ変更破棄メッセージを送信する（図１２参照）。あるいは、システム管理者１０は、第１ポリシ又は第２ポリシを対象とするさらなるポリシ変更要求メッセージを送信してもよい（図１４Ａ及び図１４Ｂ参照）。

その後、システム管理者１０は、監視端末Ａ４３ａの監視コンソール１４から、第２ポリシの変更確定メッセージを性能監視マネージャー１２に送信する（ステップ８０５）。

システム管理者１０から第２ポリシの変更確定メッセージを受信したことをきっかけにして、性能監視マネージャー１２は、変更の反映処理を実行する。

なお、変更の反映処理は、上記のようにシステム管理者１０が送信したポリシ変更確定メッセージを受信したことを契機として実行されてもよいが、その他のイベントを契機として実行されてもよい。例えば、タイマを用いて、変更要求メッセージを受信してポリシをコピーする処理を実行してから所定の時間が経過したか否かを定期的に判定し、経過したと判断した場合にポリシの変更反映処理が実行されてもよい。

次に、性能監視マネージャー１２は、ステップ８０３で記憶した関連付け情報を参照して、第２ポリシに関連付けられたポリシである第１ポリシを検索する（ステップ８０６）。

次に、性能監視マネージャー１２は、調査用のポリシである第２ポリシの内容を本番環境用のポリシである第１ポリシに反映させる。具体的には、性能監視マネージャー１２は、例えば次のステップ８０７以降の処理を実行する。

性能監視マネージャー１２は、第１ポリシにおいて設定されたイベント通知先情報（すなわち、第１ポリシに対応するイベント通知先欄２５０ｅ）を参照する（ステップ８０７）。

次に、性能監視マネージャー１２は、第２ポリシのイベント通知先情報の内容を第１ポリシのイベント通知先情報の内容に変更する（ステップ８０８）。例えば、第１ポリシ及び第２ポリシのイベント通知先がそれぞれ「統合コンソール１５」及び「監視コンソール１４」である場合、ステップ８０８において、第２ポリシのイベント通知先が「統合コンソール１５」に変更される。

次に、性能監視マネージャー１２は、第１ポリシを破棄し、さらに、ステップ８０３において記憶した第１ポリシと第２ポリシの関連付け情報を破棄する（ステップ８０９）。具体的には、性能監視マネージャー１２は、ポリシ管理テーブル２５０から、第１ポリシを定義する行を削除する。さらに、性能監視マネージャー１２は、ポリシ変更テーブル２４０から、ステップ８０３において記憶された行を削除する。

そして、性能監視マネージャー１２は、ポリシの変更内容を性能監視エージェント１３に通知する（ステップ８１０）。この通知を受信した性能監視エージェント１３は、通知された変更内容をポリシ管理テーブル３１０に反映させる。その結果、例えば、第１ポリシを定義する行がポリシ管理テーブル３１０から削除される。

上記のように、本実施形態では、第２ポリシのイベント通知先情報の内容を「統合コンソール１５」に書き換え、第１ポリシを破棄することによって、調査用ポリシが新たな本番環境用ポリシとして使用される。その結果、本番環境用ポリシへの変更が反映される。しかし、例えば、第１ポリシの内容のうち、イベント通知先情報以外の内容を、第２ポリシと同様の内容に書き換え、第２ポリシを破棄することによって、本番環境用ポリシへの変更が反映されてもよい。

以上のような処理動作を行うことによって、ポリシの変更が反映される前に発行された第１ポリシに基づくイベントは、統合コンソール１５に通知され、オペレータ１１によって参照される。

また、第１ポリシの変更をするために変更要求メッセージを送信して第２ポリシを生成した場合、ポリシ変更要求メッセージを送信してからポリシ変更確定メッセージを送信するまでの間に発行された第２ポリシに基づくイベントは、監視コンソール１４の監視画面に通知され、システム管理者１０によって参照される。また、このとき発行された第１ポリシに基づくイベントは、統合コンソール１５に通知され、オペレータ１１によって参照される。

ポリシの変更反映後に発行された第２ポリシに基づくイベントは、統合コンソール１５に通知され、オペレータ１１によって参照される。ポリシ変更反映後は、第１ポリシは破棄されるため、第１ポリシに基づくイベントが発行されることはない。

このように、システム管理者１０が第１ポリシを変更するための調査をしている間、第１ポリシのコピーに変更を加えることによって作成された第２ポリシのイベントが監視コンソール１４に通知される。このため、システム管理者１０は、第２ポリシを用いて、第１ポリシの内容の設定の変更に関する調査（すなわち、その変更が適切であるか否かを判断するための調査）を行うことができる。

一方、オペレータ１１は、ポリシ変更確定メッセージが発行されるまでは、第１ポリシを用いて本番環境を監視することができ、ポリシ変更確定メッセージが発行された後は、第２ポリシを用いて本番環境を監視することができる。

ポリシ変更確定メッセージが発行されるまでの間、第２ポリシは、第１ポリシの内容の変更が適切であるか否かを判定するための調査用のポリシである。システム管理者１０が第２ポリシに設定した監視条件が厳しすぎた場合、本来なら発行される必要がないイベントまで発行されてしまう場合がある。具体的には、例えば、実際には監視対象１６で障害が発生していないにもかかわらず、障害発生に関するイベントが発行される場合がある。反対に、システム管理者１０が第２ポリシに設定した監視条件を緩和しすぎた場合、本来発行される必要があるイベントが発行されない場合がある。具体的には、実際には監視対象１６で障害が発生しているにもかかわらず、必要なイベントが発行されない場合がある。したがって、このような第２ポリシに基づくイベントをオペレータ１１が受信する場合、障害の誤検出又は見逃しが発生するおそれがある。

しかし、図９において説明したように、システム管理者１０が第２ポリシの監視条件が適切であることを確認して、ポリシ変更確定メッセージを送信しない限り、第２ポリシに基づいて発行されたイベントは、オペレータ１１に通知されない。このため、本実施形態によれば、オペレータ１１による障害の誤検出及び見逃しを減らすことができる。

以上に示した本実施形態においては、上記のステップ８０２において第１ポリシのイベント通知先は変更されなくてもよいし、第１ポリシのイベント通知先に監視コンソール１４が追加されてもよい。

第１ポリシのイベント通知先に監視コンソール１４が追加された場合、システム管理者１０は、ポリシ変更要求メッセージを送信してからポリシ変更確定メッセージを送信するまでの間、監視端末Ａ４３ａの監視コンソール１４を通して、第１ポリシに基づくイベントと、第２ポリシに基づくイベントの双方のイベントを監視することができる。このため、変更要求の対象となった元のポリシを用いた監視結果と、変更要求に基づいて変更されたポリシを用いた監視結果とを比較することによって、ポリシの変更に関する調査をすることができる。

以上に記述した本実施形態では、ステップ８０１においてポリシ変更要求メッセージが送信され、ステップ８０５においてポリシ変更確定メッセージが送信される。しかし、その代わりに、オペレータ１１が監視端末Ａ４３ａの監視コンソール１４からポリシ識別子を特定してポリシ変更破棄メッセージを送信し、ポリシ変更破棄メッセージを受信した性能監視マネージャーがポリシ変更破棄メッセージで特定されたポリシ識別子に関するポリシを破棄し、破棄したポリシに関連付けられたポリシの情報を監視コンソール１４に応答してもよい。

それによって、例えば、システム管理者１０が、本番環境用の第１ポリシの変更調整のため第１ポリシから生成した調査用の第２ポリシの閾値の内容を変更した後、変更調整が必要ないと判断し、本番環境用のアラームを第２ポリシに変更することを中止することができる。

また、以上に記述した本実施形態におけるステップ８０５の代わりに、システム管理者がポリシの変更要求をリセットする要求メッセージを送信したとき、記憶したポリシ間の関連付け情報を利用して、第２ポリシの内容を第１ポリシの内容に戻してもよい。

それによって、例えば、システム管理者１０が、本番環境用の第１ポリシの変更調整のため第１ポリシから生成した調査用の第２ポリシの閾値の内容を変更した後、調査用の第２ポリシの閾値の値を本番環境用の第１ポリシに設定されている閾値の値に戻すことができる。また、システム管理者は調査用の第２ポリシを第１ポリシに設定されていた値に戻しさらに調査することができる。

この処理の詳細な説明は、図１２を用いて後述する。

以上に示した本実施形態においては、ステップ８０１のポリシ変更要求メッセージにおいてシステム管理者が性能監視エージェント１３を特定し、ステップ８０４で当該特定した性能監視エージェント１３に対してポリシの変更を通知している。しかし、ステップ８０１においてポリシ変更要求メッセージが性能監視エージェント１３を特定しなくてもよい。その場合、性能監視マネージャー１２は、ステップ８０４を実行する前に、バインドテーブル２３０を参照し、ポリシ変更要求メッセージによって特定されたポリシ適用されている性能監視エージェント１３を特定する。特定されたポリシが複数の性能監視エージェント１３に適用されている場合、それら全ての性能監視エージェント１３が特定される。

そして、性能監視マネージャー１２は、ステップ８０４において、特定された全ての性能監視エージェント１３に対してポリシの変更を通知し、ステップ８０５において、変更後のポリシを特定してポリシ変更確定メッセージを送信する。そして、性能監視マネージャー１２は、ステップ８０６において特定したポリシの変更前のポリシを参照した後、当該変更前のポリシに関連付けられている全ての性能監視エージェント１３を参照し、ステップ８０８とステップ８０９を処理し、ステップ８１０において当該全ての性能監視エージェントに対してその処理結果を通知する。

それによって、複数の性能監視エージェントについてまとめてポリシの変更の調整ができるため、システム管理者は、複数の監視対象１６を監視するポリシの調査をそれぞれの監視対象１６毎に並行して行うことができる。

以上に示した本実施形態では、ステップ８０１においてポリシ変更要求メッセージが送信され、ステップ８０５においてポリシ変更確定メッセージが送信される。しかし、システム管理者１０は、ステップ８０５が実行される前に、さらに、監視端末Ａ４３ａの監視コンソール１４を通して、第２ポリシを特定してポリシ変更要求メッセージを送信してもよい。この場合、性能監視マネージャー１２は、再びステップ８０２を実行して、第２ポリシをコピーし、コピーされた新たなポリシをポリシ変更要求メッセージに従って変更することによって、第３ポリシを生成する。そして、性能監視マネージャー１２は、ステップ８０３において第２ポリシと第３ポリシとを関連付ける情報をポリシ変更テーブル２４０に記憶して、ステップ８０４において第３ポリシを追加することを性能監視エージェント１３に通知する。

これによって、ポリシ変更確定メッセージを送信する前に、システム管理者１０が複数回の変更要求メッセージを送信することができる。

また、これによって、第２ポリシに基づくイベント、及び、第３ポリシに基づくイベントの両方が、システム管理者１０の監視する監視コンソール１４に通知される。このため、第２ポリシと第３ポリシの内容を同時に調査することができる。

さらに、性能監視マネージャー１２は、ステップ８０５においてポリシを特定するポリシ変更確定メッセージを受信し、ステップ８０６において当該特定したポリシに関連する全てのポリシを参照し、ステップ８０９において当該参照したポリシのうち当該特定したポリシ以外のポリシ、及び、当該特定したポリシ以外のポリシに関する関連付け情報を破棄し、ステップ８１０においてその処理結果をエージェントに通知してもよい。

この処理の詳細については、図１４Ａ及び図１４Ｂを参照してとして後述する。

この処理のステップ８０９において、性能監視マネージャー１２は、当該参照したポリシのうち当該特定したポリシ以外のポリシ、及び、当該特定したポリシ以外のポリシに関する記憶した関連付け情報を破棄しなくてもよい。

その場合、ポリシ変更確定メッセージが送信された後であっても、システム管理者１０は、ポリシ変更要求メッセージ送信前のポリシ情報を参照することができ、さらに、ポリシ変更確定メッセージ送信後のポリシの内容を当該ポリシ変更要求メッセージ送信前のポリシ情報に戻すことができる。

以上に示した本実施形態において、性能監視マネージャー１２は、ポリシ変更要求メッセージ及びポリシ変更確定メッセージの発行履歴情報、ならびに、ポリシ変更要求メッセージ及びポリシ変更確定メッセージを発行した者を識別する発行者情報を、ログ情報として記憶しておくこともできる。例えば、ステップ８０５において、性能監視マネージャー１２は、変更を確定する際に、ポリシ変更確定処理の内容と、ポリシ変更確定メッセージを発行した者を識別する発行者情報を、それらの要求が発行された時刻と対応付けて、ログとして記憶してもよい。

それによって、ポリシの変更履歴を過去の情報に遡って調査することができる。その調査結果は、例えば、ポリシの変更ミスの調査に利用されてもよいし、監査の際の提出情報として利用されてもよい。複数のシステム管理者１０が同時に同じポリシを変更処理した場合、ポリシ変更要求メッセージ及びポリシ変更確定メッセージの発行タイミングによって、あるシステム管理者１０による変更の内容が破棄されてしまうおそれがある。しかし、ポリシ変更処理履歴情報と変更処理発行者情報のログ情報を利用することによって、排他的に変更処理を許可して同時にポリシを変更することを未然に防止したり、変更反映時に警告を示したり、意図しないで破棄されたポリシを回復して遡及的に変更を適用したりできる。

図１０は、本発明の実施形態において、システム管理者１０からポリシ変更要求メッセージが発行された場合に実行される処理を示すフローチャートである。

図１０に示すフローチャートは、図９に示す処理のステップ８０１からステップ８０４を詳細に説明するものである。

ポリシ設定管理部１９は、システム管理者１０が監視端末Ａ４３ａから送信したポリシ変更要求メッセージを、送受信部４５を介して受信する。ポリシ設定管理部１９は、ポリシ変更要求メッセージで特定された性能監視エージェント１３、インスタンス、ポリシ、ポリシ変更内容をそれぞれ変数Ｘ１、Ｘ２、Ｂ１、Ｙに代入する（ステップ９０１）。すなわち、変数Ｂ１は、図９の例に示す第１ポリシの識別子であり、変数Ｘ１は、第１ポリシが適用される性能監視エージェントの識別子である。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索し、ポリシＩＤ欄２５０ａが変数Ｂ１と一致する行を変数Ｂとして抽出する（ステップ９０２）。ここで抽出された行は、ポリシ変更要求メッセージで特定されたポリシ（すなわち第１ポリシ）の内容を含んでいる。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０に新たな行を追加する。追加した行を変数Ａとする。さらに、ポリシ設定管理部１９は、ポリシ管理テーブル２５０のポリシＩＤ欄２５０ａにまだ登録されていないポリシ識別子を変数Ａ１として生成し、追加された行のポリシＩＤ欄２５０ａに変数Ａ１を代入する。この変数Ａ１は、図９の例における第２ポリシを一意に識別する識別子である。そして、ポリシ設定管理部１９は、追加された行のうち、変数Ｙの変更内容に対応する欄に、変数Ｙの変更内容を代入する。それ以外の欄には、変数Ｂの対応する各欄の値を代入する（ステップ９０３）。

これによって、変数Ａには、新たに第２ポリシの内容が記憶される。第２ポリシの内容は、第１ポリシの内容に、ポリシ変更要求メッセージによって特定された変更内容を反映することによって生成されたものである。

次に、ポリシ設定管理部１９は、バインドテーブル２３０に新たな行を追加する。追加した新たな行を変数Ｊとする。ポリシ設定管理部１９は、追加された行のポリシＩＤ欄２３０ａに変数Ａ１、エージェント欄２３０ｂに変数Ｘ１、インスタンス欄２３０ｃに変数Ｙ１の値を代入する（ステップ９０４）。これによって、第１ポリシが既に適用されている性能監視エージェント１３と、新たに生成された第２ポリシとを関連付ける情報が記憶される。第１ポリシが既に適用されている性能監視エージェント１３に、新たに生成された第２ポリシがさらに適用される。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０に新たな行を追加する。追加した新たな行を変数Ｋとする。ポリシ設定管理部１９は、追加された行の変更前ポリシＩＤ欄２４０ａに変数Ｂ１を代入し、変更後ポリシＩＤ欄２４０ｂに変数Ａ１を代入する（ステップ９０５）。これによって、第１ポリシ（すなわち、現時点の本番環境用ポリシ）と、第１ポリシから派生した第２ポリシ（すなわち、現時点の調査用ポリシ）とを関連付ける情報がポリシ変更テーブル２４０に記憶される。

次に、ポリシ設定管理部１９は、ポリシ設定配布部１８に対して変数Ｘ１、変数Ｘ２、変数Ａ及びポリシの変更処理を通知する。通知を受けたポリシ設定配布部１８は、変数Ｘ１及び変数Ｘ２に対応する性能監視エージェント１３のポリシ設定管理部２８に対して、変数Ａの内容を特定するポリシ追加要求メッセージを通知する（ステップ９０６）。

ポリシ追加要求メッセージを受けた性能監視エージェント１３のポリシ設定管理部２８は、ポリシ管理テーブル３１０に新たな行を追加して、その新たな行に、変数Ａで特定された内容を代入する（ステップ９０７）。その結果、性能監視エージェント１３には、第１ポリシに加えて、第２ポリシがさらに適用される。

アラーム判定部２７は、収集レコードテーブル３２０に記憶された性能情報が、ポリシ管理テーブル３１０中の変数Ａに対応するポリシのアラーム条件欄３１０ｂに記憶された条件式を満たすか否かを判定する。この条件式が満たされると判定した場合、アラーム判定部２７は、イベント発行部２６を介して、イベント内容欄３１０ｄに記憶されたイベント内容を実行し、イベント通知先欄３１０ｅに記憶されたイベント通知先に通知する。

図１１は、本発明の実施形態において、システム管理者１０からポリシ変更確定メッセージが発行された場合に実行される処理を示すフローチャートである。

図１１に示すフローチャートは、図９に示す処理のステップ８０５からステップ８１０を詳細に説明したものである。

ポリシ設定管理部１９は、システム管理者１０からポリシ変更確定メッセージを受信すると、そのポリシ変更確定メッセージで特定された、ポリシ、性能監視エージェント１３、インスタンスをそれぞれ変数Ｉ、変数Ｘ１、変数Ｘ２に代入する（ステップ１００１）。ここで変数Ｉによって特定されるポリシは、図９の例における第２ポリシである。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索して、変更後ポリシＩＤ欄２４０ｂに記憶された値が変数Ｉの値と一致する行を変数Ａとして抽出する。そして、ポリシ設定管理部１９は、変数Ａの変更前ポリシＩＤ欄２４０ａに記憶された値を変数Ｊに代入する（ステップ１００２）。ここで、変数Ｊによって特定されるポリシは、図９の例における第１ポリシである。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０から、ステップ１００２で抽出された行を削除する（ステップ１００３）。ここで、削除された行は、図９の例における第１ポリシと第２ポリシとの関連情報を記憶しているレコードである。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索して、ポリシＩＤ欄２５０ａに記憶された値が変数Ｊの値と一致する行を抽出し、その行を変数Ｂに代入する（ステップ１００４）。変数Ｂは、図９の例における第１ポリシのポリシ定義内容が記憶されているレコードである。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０から、ステップ１００４で抽出された行を削除する（ステップ１００５）。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索して、ポリシＩＤ欄２５０ａに記憶された値が変数Ｂの値と一致する行を変数Ｃとして抽出する。そして、ポリシ設定管理部１９は、変数Ｂのイベント通知先欄２５０ｅの内容を、変数Ｃのイベント通知先欄２５０ｅに代入する（ステップ１００６）。例えば、図９の第２ポリシに対応するイベント通知先欄２５０ｅに「監視コンソール１４」が、第１ポリシに対応するイベント通知先欄２５０ｅに「統合コンソール１４」が記憶されていた場合、ステップ１００６において、第２ポリシに対応するイベント通知先欄２５０ｅの内容が「統合コンソール１４」に変更される。

次に、ポリシ設定管理部１９は、バインドテーブル２３０を検索し、ポリシＩＤ欄２３０ａに記憶された値が変数Ｂの値と一致し、エージェント欄２３０ｂに記憶された値が変数Ｘ１の値と一致し、かつ、インスタンス欄２３０ｃに記憶された値が変数Ｘ２の値と一致する行を抽出する。そして、ポリシ設定管理部１９は、バインドテーブル２３０から、当該抽出した行を削除する（ステップ１００７）。ここで、削除された行は、第１ポリシと性能監視エージェント１３との関係情報が記憶されたレコードである。

次に、ポリシ設定配布部１８は、変数Ｘ１及び変数Ｘ２によって特定される性能監視エージェント１３に対して、変数Ｃのアラーム通知先の変更と、変数Ｂのポリシの削除と、を要求するメッセージを通知する（ステップ１００８）。

性能監視エージェント１３のポリシ設定管理部２８は、ポリシ管理テーブル記憶領域３１から読み出したポリシ管理テーブル３１０に新たな行を追加して、その行に変数Ｃの内容を反映する。さらに、ポリシ設定管理部２８は、ポリシ管理テーブル３１０を検索して、ポリシＩＤ欄３１０ａが変数Ｂと一致する行を削除する（ステップ１００９）。ここでは、第１ポリシを削除して、第２ポリシの通知先を書き換える処理が性能監視マネージャー１２から性能監視エージェント１３に通知される。

この第１ポリシの削除の結果、性能監視エージェント１３による、第１ポリシに基づく監視対象１６のメトリック値の監視、及び、その監視結果の送信が停止される。

以後、性能監視エージェント１３は、第２ポリシに基づいて監視対象１６を監視し、その監視結果に基づくイベントを統合コンソール１５に送信する。

これによって、システム管理者１０は、変更前のポリシがどのポリシであるかを意識することなく、ポリシ変更要求メッセージとポリシ変更確定メッセージを送信するだけで、オペレータ１１がアラーム監視をしている最中であっても、ポリシの変更処理とポリシの適用処理（すなわち変更を確定する処理）を実行することができる。一方、オペレータ１１は、システム管理者１０のポリシ変更処理を意識することなく、アラーム監視をすることができる。

なお、ステップ１００３と、ステップ１００５の処理は必須の処理ではない。すなわち、これらのステップを実行しないことによって、変更履歴を保持してもよい。これにより、システム管理者１０は、オペレータ１１による監視に使用されるポリシの変更が確定された後、そのポリシをポリシ変更確定前のポリシに戻すことができる。

図１２は、本発明の実施形態において、ポリシの変更を破棄する要求が発行された場合に実行される処理を示すフローチャートである。

具体的には、図１２は、第１ポリシについての変更要求が発行された後、変更調査のため生成された第２ポリシについて変更を破棄する要求が発行された場合に実行される処理を示す。

ポリシ設定管理部１９は、システム管理者１０からポリシ変更破棄メッセージを受信する。ポリシ変更破棄メッセージは、破棄することを要求されたポリシを特定するポリシＩＤを含む。ポリシ設定管理部１９は、ポリシ変更破棄メッセージで特定されたポリシＩＤを変数Ｉに、そのポリシが適用されるエージェント及びインスタンスのエージェント名及びインスタンス名を、それぞれ、変数Ｘ１及び変数Ｘ２に代入する（ステップ１１０１）。例えば、変数Ｉは、第２ポリシの識別子である。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索して、ポリシＩＤ欄２５０ａの値が変数Ｉと一致する行を抽出し、その行を削除する（ステップ１１０２）。これによって、例えば、第２ポリシの内容を定義する情報がポリシ管理テーブル２５０から削除される。

次に、ポリシ設定管理部１９は、バインドテーブル２３０を検索して、ポリシＩＤ欄２３０ａの値が変数Ｉと一致し、エージェント欄２３０ｂの値が変数Ｘ１と一致し、かつ、インスタンス欄２３０ｃの値が変数Ｘ２と一致する行を抽出する。そして、ポリシ設定管理部１９は、抽出された行をバインドテーブル２３０から削除する（ステップ１１０３）。これによって、例えば、第２ポリシと、第２ポリシが適用される性能監視エージェント１３とを関連付ける情報がバインドテーブル２３０から削除される。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索して、変更後ポリシＩＤ欄２４０ｂの値が変数Ｘ１と一致する行を抽出する。そして、ポリシ設定管理部１９は、抽出された行をポリシ変更テーブル２４０から削除する（ステップ１１０４）。これによって、例えば、第２ポリシと第１ポリシとを関連付ける情報がポリシ変更テーブル２４０から削除される。

次に、ポリシ設定配布部１８は、性能監視エージェント１３に対して、変数Ｉによって識別されるポリシの削除を通知する（ステップ１１０５）。

性能監視エージェント１３は、ポリシ管理テーブル３１０を検索し、ポリシＩＤ欄３１０ａの値が変数Ｉと一致する行を抽出し、その行を削除する（ステップ１１０６）。

以上のように、本実施形態において、システム管理者１０は、変更調査したポリシの内容を、変更前のポリシの内容に戻すことができる。本情報処理システムにおいてポリシ変更要求に基づいて第１ポリシから第２ポリシが生成されていた場合、システム管理者１０は、第２ポリシについてポリシ変更破棄メッセージを送信することによって、第２ポリシの内容を調査変更前の第１ポリシの内容に戻すことができる。

図１３Ａ及び図１３Ｂは、本発明の実施形態において、ポリシの変更を複数の性能監視エージェント１３に反映させるために実行される処理を示すフローチャートである。

具体的には、図１３Ａ及び図１３Ｂは、複数の性能監視エージェント１３に適用されている第１ポリシについて変更要求を受信した後、あるエージェントについて第１ポリシの設定変更調査（すなわち変更が適切であるか否かの調査）を行い、変更した内容を、第１ポリシが適用される他のエージェントについても反映させるために実行される処理を示す。

ポリシ設定管理部１９は、システム管理者からポリシバインドエージェント取得要求を受信する。ポリシ設定管理部１９は、ポリシバインドエージェント取得要求によって特定されたポリシＩＤを変数Ｉに代入する（ステップ１２０１）。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索して、変更後ポリシＩＤ欄２４０ｂの値が変数Ｉと一致する行を抽出し、抽出された行を変数Ａとして記憶する。ポリシ設定管理部１９は、変数Ａの変更前ポリシＩＤ欄２４０ａの値を変数Ｊに代入する（ステップ１２０２）。変数Ｊによって、ポリシバインドエージェント取得要求によって特定されたポリシに関連付けられたポリシが特定される。

次に、ポリシ設定管理部１９は、バインドテーブル２３０を検索して、ポリシＩＤ欄２３０ａの値が変数Ｊと一致する行をすべて抽出し、抽出された行を変数Ｂとして記憶する（ステップ１２０３）。変数Ｂのエージェント欄２３０ｂによって、ポリシバインドエージェント取得要求によって特定されたポリシに関連付けられたポリシが適用されているすべての性能監視エージェント１３が特定される。

次に、ポリシ設定管理部１９は、変数Ｂの要素の一つを選択し、選択された要素を変数Ｂ１として記憶する（ステップ１２０４）。

次に、ポリシ設定管理部１９は、変数Ｂ１のエージェント欄２３０ｂの値を変数Ｂ３、インスタンス欄２３０ｃの値を変数Ｂ４に代入する。ポリシ設定管理部１９は、変数Ｂ３及び変数Ｂ４をシステム管理者に通知する（ステップ１２０５）。

次に、ポリシ設定管理部１９は、変数Ｂに次の要素（すなわち、まだ変数Ｂ１として取り出されていない要素）があるか否かを判定する（ステップ１２０６）。ステップ１２０６の判定の結果、次の要素がある場合、処理はステップ１２０４に戻る。ステップ１２０６の判定の結果、次の要素がない場合、処理はステップ１２０７に進む。

ポリシバインドエージェント取得要求によって特定されたポリシに関連付けられたポリシが複数の性能監視エージェント１３に適用されている場合、ステップ１２０６までの処理によって、それらのすべての性能監視エージェント１３の識別情報がシステム管理者１０に通知される。

次に、ポリシ設定管理部１９は、ポリシ変更要求を受信する。ポリシ設定管理部１９は、ポリシ変更要求で特定されたポリシＩＤを変数Ｊに、変数Ｂ３と変数Ｂ４の組み合わせを変数Ｃに代入する（ステップ１２０７）。

次に、ポリシ設定管理部１９は、変数Ｃの要素の一つを選択して、変数Ｃ１とする。ポリシ設定管理部１９は、変数Ｃ１のエージェント欄の値を変数Ｄ１に、変数Ｃ１のインスタンス欄の値を変数Ｄ２に代入する（ステップ１２０８）。これによって、ポリシ変更要求によって特定されたポリシが適用される複数の性能監視エージェント１３のうち一つが選択される。

次に、ポリシ設定管理部１９は、バインドテーブル２３０を検索して、ポリシＩＤ欄２３０ａの値が変数Ｊと一致し、エージェント欄２３０ｂの値が変数Ｄ１と一致し、インスタンス欄２３０ｃの値が変数Ｄ２と一致する行を抽出する。ポリシ設定管理部１９は、抽出した行のポリシＩＤ欄２３０ａの値を変数Ｉに代入する（ステップ１２０９）。これによって、ステップ１２０８で選択された性能監視エージェント１３に対応するバインドテーブル２３０の行が特定される。

次に、ポリシ設定管理部１９は、変数Ｃに次の要素（すなわち、まだ変数Ｃ１として選択されていない要素）があるか否かを判定する（ステップ１２１０）。ステップ１２１０の判定の結果、次の要素がある場合、処理はステップ１２０８に戻る。ステップ１２１０の判定の結果、次の要素がない場合、ポリシ変更要求によって特定されたポリシが適用される複数の性能監視エージェント１３に対応するバインドテーブル２３０の行がすべて特定された。この場合、処理はステップ１２１１に進む。

次に、ポリシ設定管理部１９は、バインドテーブル２３０の各行を検索し、ポリシＩＤ欄２３０ａの値が変数Ｊと一致する行があるか否かを判定する（ステップ１２１１）。ステップ１２１１の判定の結果、一致する行があった場合、ポリシ設定管理部１９は処理を終了する。ステップ１２１１の判定の結果、一致する行がなかった場合、処理はステップ１２１１に進む。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索し、ポリシＩＤ欄２５０ａの値が変数Ｊと一致している行を削除する（ステップ１２１２）。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０の各行を検索して、変更前ポリシＩＤ欄２４０ａの値が変数Ｊと一致し、変更後ポリシＩＤ欄２４０ｂの値が変数Ｉと一致する行を抽出する。ポリシ設定管理部１９は、抽出した行をポリシ変更テーブルから削除して処理を終了する（ステップ１２１３）。

以上のように、本実施形態において、システム管理者１０は、変更調査するポリシと、変更調査する対象の性能監視エージェント１３とを特定して、ポリシ変更要求メッセージを送信することによって、特定したポリシに関して特定した性能監視エージェント１３を用いて変更調査をすることができる。

さらに、複数の性能監視エージェント１３が一つのポリシを用いてアラーム監視を実行している場合がある。このような場合、本実施形態によれば、システム管理者１０がポリシ変更確定メッセージを送信すると、そのポリシ変更要求メッセージで特定された性能監視エージェント１３だけでなく、ポリシ変更要求メッセージで特定されたポリシを用いて監視している他の性能監視エージェント１３についても、ポリシ変更確定メッセージで特定したポリシへの変更を反映させることができる。

図１４Ａ及び図１４Ｂは、本発明の実施形態において、調査用のポリシからさらに調査用のポリシを生成するために実行される処理を示すフローチャートである。

具体的には、図１４Ａ及び図１４Ｂは、第１ポリシについてのポリシ変更要求メッセージに基づいて第２ポリシを生成した後、第２ポリシについてのポリシ変更確定メッセージが発行される前に、第２ポリシを特定したポリシ変更要求メッセージが発行された場合に実行される処理を示す。

図１４Ａ及び図１４Ｂの処理は、図１０のステップ９０７の処理が終了した後に実行される。

システム管理者１０は、監視端末Ａ４３ａの監視コンソール１４から、性能監視エージェント１３、インスタンス、ポリシ及びポリシ変更内容を特定したポリシ変更要求メッセージを送信する。性能監視マネージャー１２のポリシ設定管理部１９は、このポリシ変更要求メッセージを送受信部４４から受信する（ステップ１３０１）。ここで、ポリシ変更要求メッセージで特定された性能監視エージェント１３及びインスタンスの内容は、それぞれ、ステップ９０１の変数Ｘ１及びＸ２の内容と同一である。また、ポリシ変更要求メッセージで特定されたポリシは、変数Ａ１の内容と同一である。ここで、変数Ａ１に対応するポリシは第２ポリシである。すなわち、このポリシ変更要求メッセージは、現在の調査用のポリシである第２ポリシから、さらに新たな調査用のポリシ（すなわち第３ポリシ）を生成することを要求するメッセージである。

ポリシ設定管理部１９は、ポリシ変更要求メッセージで特定されたポリシ変更内容を変数Ｙ３に代入する。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索し、ポリシＩＤ欄２５０ａの値が変数Ａ１と一致する行を変数Ａとして記憶する（ステップ１３０２）。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０に新たな行を追加する。ポリシ設定管理部１９は、追加した行を変数Ｃとして記憶する。ポリシ設定管理部１９は、ポリシ管理テーブル２５０のポリシＩＤ欄２５０ａにおいて固有なＩＤを新たに生成し、生成したＩＤを変数ＣのポリシＩＤ欄２５０ａに代入する（ステップ１３０３）。ここで生成したＩＤを変数Ｃ１とする。変数Ｃ１に対応するポリシが第３ポリシである。

ポリシ設定管理部１９は、変数Ｃのうち、ポリシＩＤ欄２５０ａ以外の欄に、変数Ａと同一の値を代入する。そして、ポリシ設定管理部１９は、変数Ｙ３に対応する変更を変数Ｃに適用する。例えば、変数Ｙ３が閾値の変更を特定する場合、ポリシ設定管理部１９は、変数Ｃのアラーム条件欄２５０ｂに記憶された閾値を、変数Ｙ３で特定された閾値に変更する。

次に、ポリシ設定管理部１９は、バインドテーブル２３０に新たな行を追加する。ポリシ設定管理部１９は、追加した行を変数Ｌとして記憶する。ポリシ設定管理部１９は、変数ＬのポリシＩＤ欄２３０ａ、エージェント欄２３０ｂ及びインスタンス欄２３０ｃに、それぞれ、変数Ｃ１、変数Ｘ１及び変数Ｘ２を代入する（ステップ１３０４）。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０に新たな行を追加する。ポリシ設定管理部１９は、追加した行を変数Ｍとして記憶する。ポリシ設定管理部１９は、変数Ｍの変更前ポリシＩＤ欄２４０ａ及び変更後ポリシＩＤ欄２４０ｂに、それぞれ、変数Ａ１及び変数Ｃ１を代入する（ステップ１３０５）。これによって、第２ポリシ（すなわち、既に生成されている調査用ポリシ）と、第２ポリシから派生した第３ポリシ（すなわち、新たに生成された調査用ポリシ）とを対応付ける情報がポリシ変更テーブル２４０に記憶される。

次に、ポリシ設定管理部１９は、ポリシ設定配布部１８に変数Ｃの内容を通知する。通知を受けたポリシ設定配布部１８は、性能監視エージェント１３にポリシの変更を通知する。ポリシの変更の通知を受信した性能監視エージェント１３のポリシ設定管理部２８は、ポリシ管理テーブル３１０に新たな行を追加して、その新たな行に変数Ｃの内容を登録する（ステップ１３０６）。これによって、新たに生成された第３ポリシが性能監視エージェント１３に適用される。

次に、上記のようにして生成された第３ポリシを特定したポリシ変更確定メッセージを受信した場合の処理動作を説明する。

例えば、システム管理者１０は、ステップ１３０６が終了した後、第１ポリシ（すなわち、本番環境用ポリシ）、第２ポリシ（すなわち、第１ポリシから派生した調査用ポリシ）及び第３ポリシ（すなわち、第２ポリシから派生した調査用ポリシ）のそれぞれに基づく性能監視エージェント１３によるアラーム監視の結果を参照する。その結果、第３ポリシが最も適切であると判定した場合、システム管理者１０は、第３ポリシを特定したポリシ変更確定メッセージを送信する。

性能監視マネージャー１２のポリシ設定管理部１９は、ポリシ変更確定メッセージを受信する（ステップ１３０７）。ここで、例として、受信したポリシ変更確定メッセージで特定されるポリシ、性能監視エージェント１３及びインスタンスが、それぞれ、上記の変数Ｃ１、変数Ｘ１及び変数Ｘ２と同一の値であった場合について説明する。

ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索し、変数Ｃ１に関連するポリシＩＤ一覧を取得し、取得した一覧を変数Ｄとして記憶する。例えば、ポリシ設定管理部１９は、変数Ｃ１の変更前のポリシを再帰的に発見していく（ステップ１３０８）。

具体的には、ポリシ設定管理部１９は、変更後ポリシＩＤ欄２４０ｂの内容が変数Ｃ１と一致する行を検索する。ポリシ設定管理部１９は、検索によって発見された行の変更前ポリシＩＤ欄２４０ａの内容を、変数Ｄの要素である変数Ｄ１として追加する。さらに、ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索して、変更後ポリシＩＤ欄２４０ｂの内容が変数Ｄ１と一致する行の変更前ポリシＩＤ欄２４０ａの内容を、変数Ｄの要素である変数Ｄ２として追加する。ポリシ設定管理部１９は、このような処理を、上記の検索条件を満たす行がなくなるまで繰り返す。

ステップ１３０８の結果、ポリシ変更確定メッセージで特定されたポリシに関連する全てのポリシが特定され、それらの特定されたポリシのポリシＩＤが変数Ｄとして記憶される。ポリシ変更確定メッセージで特定されたポリシに関連するポリシとは、ポリシ変更確定メッセージで特定されたポリシの変更前の（言い換えると派生元である）全てのポリシである。例えば、上記のように第１ポリシ、第２ポリシ及び第３ポリシが生成され、ポリシ変更確定メッセージによって第２ポリシが特定された場合、ステップ１３０８において、第１ポリシが特定される。ポリシ変更確定メッセージによって第３ポリシが特定された場合、ステップ１３０８において、第１ポリシ及び第２ポリシが特定される。

次に、ポリシ設定管理部１９は、変数Ｄに登録された要素を一つ選択し、選択された要素を変数Ｄ１とする（ステップ１３０９）。

ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索し、ポリシＩＤ欄２５０ａの内容が変数Ｄ１と一致する行を変数Ｎとして記憶する。ポリシ設定管理部１９は、変数Ｎのイベント通知先欄２５０ｅの内容を記憶する。そして、ポリシ設定管理部１９は、変数Ｎを削除する（ステップ１３１０）。ここで、ポリシが複数のエージェントに適用されている場合には、削除しない。

次に、ポリシ設定管理部１９は、バインドテーブル２３０を検索し、ポリシＩＤ欄２３０ａ、エージェント欄２３０ｂ及びインスタンス欄２３０ｃの内容がそれぞれ変数Ｄ１、変数Ｘ１及び変数Ｘ２と一致する行を削除する（ステップ１３１１）。

次に、ポリシ設定管理部１９は、変数Ｄ１、変数Ｘ１及び変数Ｘ２を特定して、ポリシ設定配布部１８にポリシの削除を通知する。この通知を受信したポリシ設定配布部１８は、変数Ｄ１を特定して、変数Ｘ１及び変数Ｘ２によって特定される性能監視エージェント１３にポリシを削除する処理を実行するよう通知する（ステップ１３１２）。

この通知を受信した性能監視エージェント１３のポリシ設定管理部２８は、ポリシ管理テーブル３１０から、ポリシＩＤ欄３１０ａの内容が変数Ｄ１と一致する行を削除する（ステップ１３１３）。これによって、変数Ｄ１に対応するポリシの性能監視エージェント１３への適用が解除される。言い換えると、以後、この性能監視エージェント１３は、変数Ｄ１に対応するポリシに基づくアラーム監視を実行しない。

次に、ポリシ設定管理部１９は、変数Ｄに次の要素があるか否かを判定する。次の要素がない場合、処理はステップ１３１５に進む。次の要素がある場合、ポリシ設定管理部１９は、次の要素を選択し、選択された要素を新たに変数Ｄ１として、ステップ１３０９に戻る（ステップ１３１４）。

次に、ポリシ設定管理部１９は、上記処理結果を監視コンソール１４に通知する（ステップ１３１５）。

次に、一つの本番環境用ポリシ（例えば第１ポリシ）から複数の調査用ポリシ（例えば第２ポリシ及び第３ポリシ）を生成するために実行される処理を示す。具体的には、第１ポリシについて別個の複数のポリシ変更要求メッセージに基づいて複数の調査用ポリシが生成された後、それらのうち１つについてのポリシ変更確定メッセージを受信した場合の処理を示す。

例えば、第１ポリシから第２ポリシ及び第３ポリシの二つのポリシを生成し、第３ポリシを特定してポリシ変更確定メッセージを送信した場合の処理を説明する。

第２ポリシ及び第３ポリシを生成するためのポリシ変更要求メッセージを受信したときの処理は、図１０のステップ９０１からステップ９０７までと同様であるため、説明を省略する。

続いて、第３ポリシを特定したポリシ変更確定メッセージを受信したときの処理を示す。

なお、以下に説明するステップ１３２１〜ステップ１３２９は、それぞれ、図１４Ｂに示すステップ１３０７〜ステップ１３１５に対応するため、図示を省略する。従って、以下の説明における「ステップ１３２１」〜「ステップ１３２９」の表示は、それぞれ、「ステップ１３０７」〜「ステップ１３１５」によって置き換えられてもよい。ただし、ステップ１３０８において実行される具体的な処理は、既に説明されたものと異なっている。

性能監視マネージャー１２のポリシ設定管理部１９は、ポリシ変更確定メッセージを受信する（ステップ１３２１）。ここで、例として、受信したポリシ変更確定メッセージで特定されるポリシ、性能監視エージェント１３及びインスタンスが、それぞれ、上記の変数Ｃ１、変数Ｘ１及び変数Ｘ２と同一の値であった場合についてする。

ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索し、変数Ｃ１に関連するポリシＩＤ一覧を取得し、取得した一覧を変数Ｄとして記憶する。ここで、ポリシ設定管理部１９は、変更前ポリシＩＤ欄２４０ａの内容が、変数Ｃ１の変更前ポリシＩＤ欄２４０ａの内容と一致する行を抽出して、一致した行の変更後ポリシＩＤ欄２４０ｂの内容を変数Ｄとして記憶する（ステップ１３２２）。

具体的には、ポリシ設定管理部１９は、変更後ポリシＩＤ欄２４０ｂの内容が変数Ｃ１と一致する行を検索する。ポリシ設定管理部１９は、検索によって発見された行の変更前ポリシＩＤ欄２４０ａの内容を、変数Ｄの要素である変数Ｄ１として追加する。さらに、ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索して、変更前ポリシＩＤ欄２４０ａの内容が変数Ｄ１と一致する行の変更後ポリシＩＤ欄２４０ｂの内容を、変数Ｄの要素である変数Ｄ２として追加する。ポリシ設定管理部１９は、このような処理を、上記の検索条件を満たす行がなくなるまで繰り返す。なお、変数Ｃ１は、変数Ｄから除外される。

ステップ１３２２の結果、ポリシ変更確定メッセージで特定されたポリシに関連する全てのポリシが特定され、それらの特定されたポリシのポリシＩＤが変数Ｄとして記憶される。ポリシ変更確定メッセージで特定されたポリシに関連するポリシとは、ポリシ変更確定メッセージで特定されたポリシの変更前の（言い換えると派生元である）ポリシ、及び、その変更前のポリシを変更するために生成された全ての調査用ポリシである。例えば、上記のように、本番環境用のポリシである第１ポリシ、第１ポリシを変更するために生成された調査用ポリシである第２ポリシ、及び、第１ポリシを変更するために生成された調査用ポリシである第３ポリシが生成され、ポリシ変更確定メッセージによって第３ポリシが特定された場合、ステップ１３２２において、第１ポリシ及び第２ポリシが特定される。

次に、ポリシ設定管理部１９は、変数Ｄに登録された要素を一つずつ選択し、選択された要素を変数Ｄ１とする（ステップ１３２３）。

ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索し、ポリシＩＤ欄２５０ａの内容が変数Ｄ１と一致する行を変数Ｎとして記憶する。ポリシ設定管理部１９は、変数Ｎのイベント通知先欄２５０ｅの内容を記憶する。そして、ポリシ設定管理部１９は、変数Ｎを削除する（ステップ１３２４）。

次に、ポリシ設定管理部１９は、バインドテーブル２３０を検索し、ポリシＩＤ欄２３０ａ、エージェント欄２３０ｂ及びインスタンス欄２３０ｃの内容がそれぞれ変数Ｄ１、変数Ｘ１及び変数Ｘ２と一致する行を削除する（ステップ１３２５）。

次に、ポリシ設定管理部１９は、変数Ｄ１、変数Ｘ１及び変数Ｘ２を特定して、ポリシ設定配布部１８にポリシの削除を通知する。この通知を受信したポリシ設定配布部１８は、変数Ｄ１を特定して、変数Ｘ１及び変数Ｘ２によって特定される性能監視エージェント１３にポリシを削除する処理を実行するよう通知する（ステップ１３２６）。

この通知を受信した性能監視エージェント１３のポリシ設定管理部２８は、ポリシ管理テーブル３１０から、ポリシＩＤ欄３１０ａの内容が変数Ｄ１と一致する行を削除する（ステップ１３２７）。これによって、変数Ｄ１に対応するポリシの性能監視エージェント１３への適用が解除される。言い換えると、以後、この性能監視エージェント１３は、変数Ｄ１に対応するポリシに基づくアラーム監視を実行しない。

次に、ポリシ設定管理部１９は、変数Ｄに次の要素があるか否かを判定する。次の要素がない場合、処理はステップ１３２９に進む。次の要素がある場合、ポリシ設定管理部１９は、次の要素を選択し、選択された要素を新たに変数Ｄ１として、ステップ１３２３に戻る（ステップ１３２８）。

次に、ポリシ設定管理部１９は、上記処理結果を監視コンソール１４に通知する（ステップ１３２９）。

なお、第１ポリシについてポリシ変更要求を受信した後、第１ポリシを直接変更することを要求するポリシ変更要求を受信した場合、ポリシ設定管理部１９は、上記のステップ１３２１〜ステップ１３２９に示すものと同様の処理を実行することができる。

ここで、直接変更することを要求するポリシ変更要求メッセージとは、例えば、本番環境を監視するポリシの内容を直接変更する要求である。当該要求を受信すると、性能監視マネージャー１２は、本番環境用のポリシをコピーすることによって調査用のポリシを生成することなく、本番環境用のポリシの内容を変更する。

このような、本番環境用のポリシを直接変更するためのポリシ変更要求メッセージは、既に説明したポリシ変更要求メッセージと、ポリシ変更確定メッセージとを組み合わせたものであると考えることができる。このため、このような直接変更するポリシ変更要求を受信した場合、ポリシ設定管理部１９は、上記と同様の処理を実行することができる。

図１５は、本発明の実施形態におけるシステム管理者１０によって参照される監視画面の一例を示す説明図である。

図１５に示した監視画面１５００は、エージェント選択部１５０２及び閾値入力部１５０１を含む。

エージェント選択部１５０２は、適用されているポリシが変更される性能監視エージェント１３を選択するための画面である。例えば、エージェント選択部１５０２には、性能監視マネージャー１２の管理対象である性能監視エージェント１３が列挙される。

図１５に示す「Ａｇｅｎｔ（ｈｏｓｔ０１）」等は、各性能監視エージェント１３を識別する情報である。システム管理者１０が、マウス等の入力手段によって、それらのうち例えば「Ａｇｅｎｔ（ｈｏｓｔ０１）」１５０４を選択すると、「Ａｇｅｎｔ（ｈｏｓｔ０１）」１５０４によって識別される性能監視エージェント１３に関連付けられているポリシに関するアラーム条件編集画面が閾値入力部１５０１に表示される。

閾値入力部１５０１は、エージェント選択部１５０２で選択された性能監視エージェント１３に適用されるポリシの一覧を表示し、それらに対する変更を受け付けるための画面である。

閾値入力部１５０１は、一つ以上のポリシ変更部１５０３を含む。具体的には、閾値入力部１５０１は、エージェント選択部１５０２で選択された性能監視エージェントに適用されているポリシに対応するポリシ変更部１５０３を含む。各ポリシ変更部１５０３は、ポリシに設定されたアラーム条件表示部１５０６と、そのポリシを操作する操作メニューを備えている。

アラーム条件表示部１５０６は、エージェント選択部１５０２で選択された性能監視エージェント１３に適用されるポリシのアラーム条件が表示され、閾値が入力されるテキストボックスを含む。なお、閾値を入力する手段はテキストボックスに限定されない。例えば、アラーム条件表示部１５０６は、セレクトボックスなどの入力手段を含んでもよい。

ポリシを操作する操作メニューには、例えば、変更ボタン１５０７、変更確定ボタン１５０８、既定値ボタン１５０９、ＵＮＤＯボタン１５１０及びＲＥＤＯボタン１５１１が含まれる。ただし、操作メニューはボタンに限定されない。例えば、操作メニューは、テキストリンクであってもよいし、マウス等の入力手段で選択されたことを契機にしてその他の同様の機能を実現する方法であれば、いずれの方法が用いられてもよい。あるいは、マウス等の入力手段で選択又は入力するのではなく、処理イベントなどを契機として同様の機能が実行されてもよい。また、各ポリシ変更部１５０３は、これらの操作メニューの一部のみを含んでもよい。

変更ボタン１５０７は、マウス等の入力手段の操作を契機に、ポリシ変更要求を発行させる機能を有する。システム管理者１０が、アラーム条件表示部１５０６のテキストボックスに新たな閾値を入力して、変更ボタン１５０７を選択すると、新たな閾値の値を含むアラーム条件式が設定された調査用ポリシを生成するポリシ変更要求が発行される。変更ボタン１５０７は、調査用ポリシが生成されているか否かにかかわらず、常に選択することができる。

変更確定ボタン１５０８は、ポリシ変更確定メッセージを発行する機能を有する。システム管理者１０が変更確定ボタン１５０８を選択すると、アラーム条件表示部１５０６に表示された調査用ポリシの内容を、本番環境用ポリシに反映させる処理が実行される。変更確定ボタン１５０８は、調査用ポリシが生成されている場合でなければ、選択することができない。

既定値ボタン１５０９は、ポリシ変更破棄メッセージを発行する機能を有する。システム管理者１０が既定値ボタン１５０９を選択すると、アラーム条件表示部１５０６に表示された調査用ポリシの内容を、本番環境用のポリシの内容に書き換える処理が実行される。既定値ボタン１５０９は、調査用ポリシが生成されていなければ、選択することができない。

ＵＮＤＯボタン１５１０は、現在調査中の調査用ポリシの内容を変更前の調査用ポリシ又は本番環境用ポリシの内容に戻す機能を有する。システム管理者１０がＵＮＤＯボタン１５１０を選択すると、ポリシの変更履歴を遡って参照し、そのポリシの内容を過去のポリシの内容に戻す処理が実行される。ＵＮＤＯボタン１５１０は、ポリシの変更履歴情報が蓄積されていない場合及び戻すべき変更履歴情報がない場合には選択することができない。

ＲＥＤＯボタン１５１１は、ＵＮＤＯボタンの選択を取り消す機能を有する。言い換えると、ＲＥＤＯボタン１５１１は、ＵＮＤＯボタンの選択によってポリシの内容が変更前のものに戻されたとき、逆にＵＮＤＯボタンを押す前の状態に進める機能を有する。ＲＥＤＯボタン１５１１は、ポリシの変更履歴情報が蓄積されていない場合及び進むべき変更履歴情報がない場合には選択することができない。

なお、図１５に示す監視画面は一例であって、本実施形態の監視画面はこれに限定されない。例えば、アラーム条件表示部１５０６において、本番環境用ポリシの内容に変更が加えられた場合、アラーム条件表示部１５０６が強調表示されてもよい。あるいは、ポリシ変更要求メッセージを送信したとき、ポリシ変更テーブル２４０を参照して、変更要求メッセージ送信前のポリシを特定し、当該変更前のポリシの内容と変更後のポリシの内容とを比較して、その差分を監視画面１５００強調して表示してもよい。例えば、アラーム条件の閾値に差分があるとき、アラーム条件表示部１５０６を太字又は彩色によって強調して表示することによって、その閾値が変更されていることをシステム管理者１０に知らせることができる。

図１６は、本発明の実施形態において、ポリシに設定された条件式の閾値を調整するために表示される監視画面の一例を示す説明図である。

例えば、本番環境を監視するポリシである第１ポリシについて、ある性能監視エージェント１３を特定して、変更調査を実行する場合、本画面が用いられる。すなわち、本画面は、特定した性能監視エージェント１３が収集及び蓄積した履歴情報を参照して、第１ポリシに設定した閾値が妥当な値か否かを判定し、さらに、その閾値が最適な値になるように調整するために用いられる監視画面である。

図１６に示した監視画面１４００は、ポリシ名表示部１４０１、閾値入力部１４０２、履歴情報表示部１４０４及びアラーム監視結果表示部１４０３を含む。

ポリシ名表示部１４０１は、閾値が調整されるポリシのポリシ名を表示する。

閾値入力部１４０２は、ポリシの条件式に設定された閾値を調整するための入力を受け付ける。

閾値入力部１４０２は、異常閾値入力部１４０５及び警告閾値入力部１４０６を含む。異常閾値入力部１４０５は、異常イベントを発行するアラーム条件式を表示し、異常閾値入力欄１４０７を含む。警告閾値入力部１４０６は、警告イベントを発行するアラーム条件式を表示し、警告閾値入力欄１４０８を含む。

例えば、異常閾値入力欄１４０７及び警告閾値入力欄１４０８は、アラーム条件式の閾値を編集するテキストボックスを含んでもよい。システム管理者１０が、当該テキストボックスに変更後の閾値を入力して、決定ボタン１４１５をマウス等の入力手段によって選択すると、入力した閾値に基づくアラーム監視が開始される。一方、システム管理者１０がキャンセルボタン１４１６を選択すると、１４０２に入力された変更処理が破棄され、第１ポリシの変更処理が終了する。

閾値入力部１４０２の閾値入力手段は、テキストボックスには限定されず、ダイアログボックスであってもよいし、プルダウン形式又はリスト形式のセレクトボックスであってもよい。

また、後述する履歴情報表示部１４０４に表示した異常閾値１４１３又は警告閾値１４１４をマウスなどの入力手段でドラッグすることによって閾値を調整してもよい。この場合、ドラッグして調整された閾値の値が異常閾値入力欄１４０７又は警告閾値入力欄１４０８にも反映されて表示される。

システム管理者１０が異常閾値入力欄１４０７又は警告閾値入力欄１４０８を変更して再描画ボタン１４１７をマウスなどの入力手段によって選択すると、後述する履歴情報表示部１４０４及びアラーム監視結果表示部１４０３の内容が更新され、再描画される。履歴情報表示部１４０４及びアラーム監視結果表示部１４０３の再描画の契機は、再描画ボタン１４１７の選択に限定されず、異常閾値入力欄１４０７又は警告閾値入力欄１４０８の入力データが変更されたことを契機として再描画されてもよい。

また、システム管理者１０が既定値に戻すボタン１４０９をマウス等の入力手段によって選択すると、異常閾値入力部１４０５又は警告閾値入力部１４０６のテキストボックスに入力された値が、本番環境用のポリシとして設定された第１ポリシの異常閾値や警告閾値の値に戻される。

履歴情報表示部１４０４は、性能監視エージェント１３が収集した性能情報の履歴情報のうち、ある指定した時刻における履歴情報と、調査中のポリシに設定された閾値とを同一グラフ上に表示する。このグラフは、アラーム条件式に設定した閾値が妥当な値であるか否かを調べるために参照される。例えば、履歴情報表示部１４０４は、履歴情報１４１２、異常閾値１４１３、警告閾値１４１４、表示開始時刻入力欄１４１０及び表示終了時刻入力欄１４１１を含む。

履歴情報１４１２は、後述する表示開始時刻入力欄１４１０に入力された時刻から、表示終了時刻入力欄１４１１に入力された時刻までの間に性能監視エージェント１３が収集した性能情報の履歴情報である。表示される性能情報は、変更するポリシに関する異常閾値１４１３又は警告閾値１４１４が対象とする性能監視メトリックである。図１６の例では、性能情報としてＣＰＵ使用率（％）が収集及び表示される。

異常閾値１４１３は、異常閾値入力部１４０５に入力された値を履歴情報表示部１４０４のグラフ上に表示したものである。

警告閾値１４１４は、警告閾値入力部１４０６に入力された値を履歴情報表示部１４０４のグラフ上に表示したものである。

表示開始時刻入力欄１４１０は、履歴情報表示部１４０４のグラフ上に表示される履歴情報１４１２の開始時刻を入力するためのものである。例えば、テキストボックス又はカレンダー表示された日付選択リンクを選択することによって、日付及び時刻が入力される。

表示終了時刻入力欄１４１１は、履歴情報表示部１４０４のグラフ上に表示される履歴情報１４１２の終了時刻を入力するためのものである。例えば、テキストボックス又はカレンダー表示された日付選択リンクを選択することによって、日付及び時刻が入力される。

例えば、表示開始時刻入力欄１４１０及び表示終了時刻入力欄１４１１に、監視対象１６に異常が発生した時間帯を指定して、設定した閾値が適切か否かを判定することができる。

アラーム監視結果表示部１４０３は、履歴情報表示部１４０４の表示開始時刻入力欄１４１０及び表示終了時刻入力欄１４１１に入力された時刻が示す時間帯における履歴情報と、閾値入力部１４０２に入力された閾値とを比較した結果を表示する。具体的には、履歴情報の全体の時間のうち、異常状態にある時間（すなわち、履歴情報の値が異常閾値を超えている時間）の割合、警告状態にある時間（すなわち、履歴情報の値が警告閾値より大きく、異常閾値以下である時間）の割合、及び、正常状態にある時間（すなわち、履歴情報の値が警告閾値以下である時間）の割合を表示するものである。アラーム監視結果表示部１４０３は、閾値入力部１４０２に入力された閾値の値が妥当であるかどうかを判断するために参照される。例えば、システム管理者１０が、監視対象１６に障害が発生した時間帯の履歴情報を履歴情報表示部１４０４で指定し、その時間帯における異常状態又は警告状態にある時間の割合が十分高くなっているか否かを判定することによって、閾値入力部１４０２に入力した閾値の値が妥当であるか否か（すなわち、高すぎたり低すぎたりしないか）を判定することができる。

このように、監視画面１４００を参照することによって、適当なタイミングでイベントを発行するアラーム条件の閾値を設定することができる。その結果、閾値の値が妥当でないために、障害が発生したにもかかわらず見落としたり、障害が発生していないにもかかわらず誤って障害であると判定してしまったりすることを防止することができる。

なお、履歴情報表示部１４０４に表示されるデータは、障害ケースの履歴情報又は正常ケースの履歴情報に限定されず、障害ケースのテスト情報又は正常ケースのテスト情報が表示されてもよい。すなわち、性能監視エージェント１３が収集した履歴情報ではなく、異常イベント又は警告イベントを発行しなければならない監視対象の障害を表す性能情報データを外部から取り込んで、履歴情報表示部１４０４に表示してもよい。同様に、異常イベント又は警告イベントを発行してはならない正常な性能情報データを外部から取り込んで、履歴情報表示部１４０４に表示してもよい。

なお、以上に記載した本発明の実施形態において、ポリシ変更テーブルにポリシの変更履歴が記憶されてもよい。これによって、ポリシ変更確定メッセージを受信した後も、システム管理者は、変更履歴に基づいて、過去に調査したポリシの変更内容を参照することができ、現在のポリシの内容を過去に調査したポリシの内容に戻すことができる。ポリシの変更回数が複数回にわたっている場合には、数回前のポリシの内容に戻すこともできる。

また、上記の実施形態において、ポリシ設定管理部１９が、記憶部２０に、ポリシ変更情報間の関連付け情報を記憶しておいてもよい。これによって、複数ポリシの変更及び調査、複数ポリシへの変更の反映、及び、複数ポリシの変更の破棄をまとめて実行することができる。

さらに、ポリシの属するグループ（すなわちポリシグループ）に関する情報を記憶しておき、ポリシグループごとにまとめて変更調査処理、変更確定処理及び変更を破棄する処理をすることができる。

以下、ポリシグループごとの処理について説明する。

図１７は、本発明の実施形態のポリシグループテーブル１８００の説明図である。

本実施形態のポリシグループテーブル１８００は、例えば、性能監視マネージャー１２の記憶部２０に記憶されてもよい。

図示するように、ポリシグループテーブル１８００は、ポリシグループＩＤ欄１８００ａ及びポリシＩＤ欄１８００ｂを含む。

ポリシグループＩＤ欄１８００ａには、ポリシグループを一意に識別する識別情報（例えば、「ポリシグループ１」のようなポリシグループ名）が記憶される。

ポリシＩＤ欄１８００ｂには、各ポリシグループに含まれるポリシを一意に識別する識別情報が記憶される。これらの識別情報は、ポリシ管理テーブル２５０のポリシＩＤ欄２５０ａに記憶された内容に対応する。

図１７の例では、ポリシグループテーブル１８００の最初のレコードのポリシグループＩＤ欄１８００ａ及びポリシＩＤ欄１８００ｂに、それぞれ、「ポリシグループ１」及び「ポリシ１、ポリシ２、ポリシ３」が記憶されている。これは、「ポリシグループ１」によって識別されるポリシグループに、「ポリシ１」、「ポリシ２」及び「ポリシ３」によって識別される三つのポリシが含まれることを示す。

図１８は、本発明の実施形態のポリシグループ変更テーブル１９００の説明図である。

本実施形態のポリシグループ変更テーブル１９００は、例えば、性能監視マネージャー１２の記憶部２０に記憶されてもよい。

図示するように、ポリシグループ変更テーブル１９００は、変更前ポリシグループＩＤ欄１９００ａ及び変更後ポリシグループＩＤ欄１９００ｂを含む。ポリシグループ変更テーブル１９００の各レコードに、変更前ポリシグループＩＤ欄１９００ａに記憶された内容に対応するポリシグループが、変更後ポリシグループＩＤ欄１９００ｂに記憶された内容に対応するポリシグループに変更されたことが記憶される。

変更前ポリシグループＩＤ欄１９００ａ及び変更後ポリシグループＩＤ欄１９００ｂには、ポリシグループを一意に識別する識別情報が記憶される。これらの識別情報は、ポリシグループテーブル１８００のポリシグループＩＤ欄１８００ａに記憶された内容に対応する。

図１８の例では、ポリシグループ変更テーブル１９００の最初のレコードの変更前ポリシグループＩＤ欄１９００ａ及び変更後ポリシグループＩＤ欄１９００ｂに、それぞれ、「ポリシグループ１」及び「ポリシグループ２」が記憶されている。これは、「ポリシグループ１」によって識別されるポリシグループ（例えば第１ポリシグループ）と、「ポリシグループ２」によって識別されるポリシグループ（例えば第２ポリシグループ）とが関連付けられていることを示す。第１ポリシグループと第２ポリシグループとが関連付けられていることは、例えば、第１ポリシグループに含まれるポリシが本番環境用のポリシであり、第２ポリシグループに含まれるポリシが、第１ポリシグループに含まれるポリシから派生した調査用のポリシであることを意味してもよい。

図１９Ａは、本発明の実施形態において、ポリシグループごとのポリシ変更要求メッセージが発行された場合に実行される処理を示すフローチャートである。

ポリシ設定管理部１９は、ポリシグループ変更要求を受信する。ポリシグループ変更要求メッセージは、変更対象であるポリシグループを識別するポリシグループＩＤを特定する変数Ａを含む。さらに、ポリシグループ変更要求メッセージは、変数Ａのポリシグループに属する各ポリシの変更情報の一覧を変数Ｂ、変更後のポリシ定義情報を変数Ｃとして特定する（ステップ１７０１）。

次に、ポリシ設定管理部１９は、ポリシグループテーブル１８００に新たなレコードを追加し、そのレコードを変数Ｄとして記憶する。ポリシ設定管理部１９は、ポリシグループＩＤを生成して、生成したポリシグループＩＤを変数Ｄ１として変数ＤのポリシグループＩＤ欄１８００ａに記憶する。さらに、ポリシ設定管理部１９は、変数Ｄのポリシ欄に変数Ｂで特定されたポリシ変更情報に基づく変更後のポリシＩＤ一覧を記憶する（ステップ１７０２）。

次に、ポリシ設定管理部１９は、ポリシグループ変更テーブル１９００に新たなレコードを追加し、そのレコードを変数Ｅとして記憶する。ポリシ設定管理部１９は、変数Ｅの変更前ポリシグループＩＤ欄１９００ａに変数Ａを代入し、変更後ポリシグループＩＤ欄１９００ｂに変数Ｄ１を代入する（ステップ１７０３）。

次に、ポリシ設定管理部１９は、変数Ｃで特定される変更後のポリシ定義情報を抽出し、それぞれポリシ管理テーブル２５０に新たなレコードとして追加する（ステップ１７０４）。

次に、ポリシ設定管理部１９は、変数Ｂで特定される各ポリシ変更情報を抽出し、それぞれをポリシ変更テーブル２４０に新たなレコードとして追加する（ステップ１７０５）。

次に、ポリシ設定管理部１９は、ポリシの変更内容を性能監視エージェント１３に通知する。通知を受信した性能監視エージェント１３はポリシ管理テーブル３１０を更新する（ステップ１７０６）。

ステップ１７０１において、システム管理者１０が、ポリシグループに属するポリシ一覧を提示して、変更するよう指示してもよいが、システム管理者１０があるポリシについてポリシ変更要求メッセージを送信したときに、ポリシ設定管理部１９がポリシグループテーブル１８００を参照して、当該ポリシと関連するポリシ一覧を求めて、当該関連するポリシ一覧も変更するようシステム管理者１０に示してもよい。

図１９Ｂは、本発明の実施形態において、ポリシグループごとのポリシ変更確定メッセージが発行された場合に実行される処理を示すフローチャートである。

システム管理者は、複数のポリシに対してポリシ変更確定メッセージを送信してもよい。ここでは、複数のポリシがポリシグループとして管理され、システム管理者がポリシグループに対して、ポリシグループの変更確定メッセージを送信することによって、当該ポリシグループに属するポリシの変更処理を一括して確定させる処理について説明する。

ポリシ設定管理部１９は、システム管理者１０が送信したポリシグループ変更確定メッセージを受信する。ポリシ設定管理部１９は、ポリシグループ変更確定メッセージによって特定されたポリシグループを変数Ｄとして記憶する（ステップ１７２０）。

次に、ポリシ設定管理部１９は、ポリシグループ変更テーブル１９００を検索して、変更前ポリシグループＩＤ欄１９００ａの内容が変数Ｄと一致するレコードを変数Ｅとして記憶する。ポリシ設定管理部１９は、変数Ｅの変更後ポリシグループＩＤ欄１９００ｂの内容を変数Ｆとして記憶する（ステップ１７２１）。

次に、ポリシ設定管理部１９は、ポリシグループテーブル１８００を検索して、ポリシグループＩＤ欄１８００ａの内容が変数Ｆと一致するレコードを変数Ｇとして記憶する。ポリシ設定管理部１９は、変数ＧのポリシＩＤ欄１８００ｂを変数Ｈとして記憶する。ポリシ設定管理部１９は、変数Ｇのレコードをポリシグループテーブル１８００から削除する（ステップ１７２２）。

次に、ポリシ設定管理部１９は、変数Ｈの要素のうち一つを選択して、選択した要素を変数Ｈ１として記憶する（ステップ１７２３）。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索して、ポリシＩＤ欄２５０ａの内容が変数Ｈ１と一致するレコードを変数Ｉとして記憶する。ポリシ設定管理部１９は、変数Ｉのイベント通知先欄２５０ｅの内容を変数Ｉ１として記憶する。ポリシ設定管理部１９は、変数Ｉのレコードをポリシ管理テーブル２５０から削除する（ステップ１７２４）。

次に、ポリシ設定管理部１９は、ポリシ変更テーブル２４０を検索して、変更前ポリシＩＤ欄２４０ａの内容が変数Ｈ１と一致するレコードを変数Ｊとして記憶する。ポリシ設定管理部１９は、変数Ｊの変更後ポリシＩＤ欄２４０ｂを変数Ｋとして記憶する。ポリシ設定管理部１９は、変数Ｊのレコードを削除する（ステップ１７２５）。

次に、ポリシ設定管理部１９は、ポリシ管理テーブル２５０を検索して、ポリシＩＤ欄２５０ａの内容が変数Ｋと一致するレコードを変数Ｌとして記憶する。変数Ｌのイベント通知先欄２５０ｅに変数Ｉ１を代入する（ステップ１７２６）。

次に、ポリシ設定管理部１９は、変数Ｈに残りの要素があるか否かを判定する。判定の結果、残りの要素がある場合、処理はステップ１７２３に戻り、残りの要素がない場合、処理はステップ１７２８に進む（ステップ１７２７）。

次に、ポリシ設定管理部１９は、性能監視エージェント１３に対してポリシの変更を指示する通知を送信する。この通知を受信したポリシ設定管理部２８は、ポリシ管理テーブルを検索して、当該変更を反映する（ステップ１７２８）。

以上の処理によって、関連性のある複数のポリシをまとめて変更確定処理することができる。このため、ポリシの変更確定もれを防止することができる。

ポリシに変更を反映させる処理は、どのような方法で実行されてもよい。例えば、本番環境用の第１ポリシグループの調査のため、第１ポリシグループをコピーすることによって第２ポリシテーブルを生成し、調査したとする。ここで、第１ポリシグループに第１ポリシと第２ポリシとが含まれており、第２ポリシグループには第１ポリシから生成した第３ポリシと、第２ポリシから生成した第４ポリシが含まれるとする。この場合、反映する処理は、例えば、上記に示したように、第１ポリシ及び第２ポリシを削除して、第３ポリシ及び第４ポリシを本番環境用のポリシに変更することによって実行されてもよい。あるいは、例えば、第３ポリシ及び第４ポリシのポリシ定義情報のうちイベント通知先以外の情報を第１ポリシ及び第２ポリシの定義内容に上書きし、第３ポリシ及び第４ポリシを削除してもよい。

また、上記の実施形態では、調査用のポリシを本番環境用のポリシに反映させるために、イベント通知先が変更されるが、この反映は、他の方法によって実行されてもよい。なお、このポリシの反映処理動作において、反映後に旧本番環境用ポリシを削除する処理は必須ではない。旧本番環境用ポリシは、ポリシの変更履歴として記憶されてもよい。

ここで、この実施形態では、ポリシ変更要求メッセージを受信したポリシ設定管理部１９は、ポリシ変更テーブル２４０にポリシの変更情報を記憶しているが、記憶部２０にポリシグループ間の変更情報を記憶するポリシグループ変更テーブル１９００を新たに設け、ポリシグループのポリシ変更要求メッセージを受信した場合、その変更前後のポリシグループを変更情報として当該ポリシグループ変更テーブル１９００に記憶してもよい。その場合、ポリシ設定管理部１９は、ポリシ変更確定メッセージを受信すると、当該ポリシグループ変更テーブル１９００を検索して、元のポリシグループを参照し、反映処理を行う。

また、ここで、ポリシグループは、タグのようにポリシに対して複数付与されてもよい。言い換えると、一つのポリシが複数のポリシグループに含まれてもよい。

なお、以上に記載した実施形態において、性能監視マネージャーホスト４０、性能監視エージェントホスト４１、監視端末Ａ４３ａ及び監視端末Ｂ４３ｂが別個の装置として記載されているが、本発明はこのような態様に限定されない。すなわち、上記の各部が一つの装置（一つの計算機又は一つの端末）で構成されてもよい。

また、以上に記載した実施形態において、一つの性能監視マネージャー１２が一又は複数の性能監視エージェント１３を管理するが、本発明はこのような態様に限定されない。例えば、本発明を実現する情報処理システムは、一又は複数の性能監視エージェント１３を管理する性能監視サブマネージャー（図示省略）と、一又は複数の当該性能監視サブマネージャーをさらに管理する性能監視マネージャーと、を備えてもよい。このような構成は、特に、大規模なシステムで多数の性能監視エージェント１３を管理しなければならない場合に有効である。あるいは、例えば、二つの性能監視マネージャー１２が別個の性能監視マネージャーホスト４０で稼動しており、それらの一方の性能監視マネージャー１２が主系（本番系）として稼動し、もう一方の性能監視マネージャーが待機系（予備系）として稼動してもよい。

さらに、以上に記載した実施形態においては、一つの性能監視エージェント１３が一つの監視対象１６を監視するが、本発明はこのような態様には限定されない。すなわち、一つの性能監視エージェント１３が一つ又は複数の監視対象１６を監視してもよい。あるいは、二以上の性能監視エージェント１３が一つの監視対象１６を監視してもよい。例えば、二つの性能監視エージェント１３が一つの監視対象１６を監視する構成において、それらの二つのうち一方の性能監視エージェント１３が主系（本番系）として稼動し、もう一方の性能監視エージェント１３が待機系（予備系）として稼動してもよい。

また、以上に記載した実施形態においては、監視コンソール１４と、統合コンソール１５とが別個の構成要素として記載されているが、本発明はこのような態様に限定されない。すなわち、監視コンソール１４及び統合コンソール１５が一つの構成要素として構成され、それを操作する者の権限に応じて、表示される内容が選択されてもよい。例えば、監視コンソール１４の機能と統合コンソール１５の機能の双方を有するコンソールを構成し、当該コンソールにオペレータ権限のパスワードでログインした場合にはオペレータ向けの内容を当該コンソールに表示し、システム管理者権限のパスワードでログインした場合にはシステム管理者向けの内容を当該コンソールに表示してもよい。さらに、以上の実施形態においては、一つの監視コンソール１４及び一つの統合コンソール１５のみが記載されているが、本発明はこのような態様には限定されない。すなわち、一又は複数の別個の監視端末を監視コンソール１４又は統合コンソールとして構成し、複数のシステム管理者及び複数のオペレータが監視してもよい。

また、以上に記載した実施形態においては、性能監視マネージャーホスト４０、性能監視エージェントホスト４１、監視端末Ａ４３ａ及び監視端末Ｂ４３ｂは、ネットワーク４９を介して相互に通信することができるように記載されているが、本発明はこのような態様に限定されない。すなわち、これらの装置のうち一部または全部が異なるネットワークを介して接続されてもよい。例えば、性能監視マネージャーホスト４０及び性能監視エージェントホスト４１が属するローカルエリアネットワークと、監視端末Ａ４３ａが属するローカルエリアネットワークと、監視端末Ｂ４３ｂが属するローカルエリアネットワークが別個のネットワークとして構成され、これらのローカルエリアネットワークが相互にインターネットを介して通信可能に接続されてもよい。

なお、ネットワーク４９は、いかなる通信方式によって実現されていてもよい。例えば、ネットワーク４９は、有線ネットワーク又は無線ネットワークのいずれの通信方式であってもよい。さらに、ネットワーク４９は、物理的なネットワークであっても、論理的なネットワークであってもよい。

また、以上に記載した実施形態においては、イベント発行部１７が統合コンソール１５及び監視コンソール１４にイベントを通知するが、本発明はこのような態様には限定されない。すなわち、イベント発行部２６が統合コンソール１５及び監視コンソール１４にイベントを通知してもよい。

さらに、図２では、統合コンソール１５及び監視コンソール１４にイベントが通知される例を記述したが、本発明はこのような態様には限定されない。すなわち、イベント発行部１７がオペレータ１１又はシステム管理者１０にメールを配信してもよいし、イベント発行部１７から指定したコマンド実行ホストに対してコマンドを実行するよう問合せてもよい。

さらに、以上に記載した実施形態においては、情報処理システムの各構成要素（例えば、ポリシ設定管理部１９等）がソフトウェア（すなわち計算機上で実行されるプログラム）である場合について説明したが、これは、上記の構成要素がソフトウェアとして実装されていないと本実施形態が実現できないことを意味しているのではない。例えば、性能監視マネージャー１２のポリシ設定管理部１９と、ポリシ設定配布部１８と、記憶部２０と、送受信部４４と、イベント発行部１７と、性能監視エージェント１３のイベント発行部２６と、アラーム判定部２７と、ポリシ設定管理部２８と、収集部２９と、の一部又は全部が、ハードウェアとして実装されていても本実施形態は実現できる。

本発明の実施形態による情報処理システムの構成を示す機能ブロック図である。 本発明の実施形態による情報処理システムのうち、性能監視エージェント及び性能監視マネージャーの詳細な構成を示す機能ブロック図である。 本発明の実施形態のバインドテーブルの説明図である。 本発明の実施形態のポリシ変更テーブルの説明図である。 本発明の実施形態のポリシ管理テーブルの説明図である。 本発明の実施形態の情報処理システムを構成する計算機のハードウェア構成を示すブロック図である。 本発明の実施形態のポリシ管理テーブルの説明図である。 本発明の実施形態の収集レコードテーブルの説明図である。 本発明の実施形態による情報処理システムの全体処理を表すシーケンス図である。 本発明の実施形態において、システム管理者からポリシ変更要求メッセージが発行された場合に実行される処理を示すフローチャートである。 本発明の実施形態において、システム管理者からポリシ変更確定メッセージが発行された場合に実行される処理を示すフローチャートである。 本発明の実施形態において、ポリシの変更を破棄する要求が発行された場合に実行される処理を示すフローチャートである。 本発明の実施形態において、ポリシの変更を複数の性能監視エージェントに反映させるために実行される処理を示すフローチャートの第１の部分である。 本発明の実施形態において、ポリシの変更を複数の性能監視エージェントに反映させるために実行される処理を示すフローチャートの第２の部分である。 本発明の実施形態において、調査用のポリシからさらに調査用のポリシを生成するために実行される処理を示すフローチャートの第１の部分である。 本発明の実施形態において、調査用のポリシからさらに調査用のポリシを生成するために実行される処理を示すフローチャートの第２の部分である。 本発明の実施形態におけるシステム管理者によって参照される監視画面の一例を示す説明図である。 本発明の実施形態において、ポリシに設定された条件式の閾値を調整するために表示される監視画面の一例を示す説明図である。 本発明の実施形態のポリシグループテーブルの説明図である。 本発明の実施形態のポリシグループ変更テーブルの説明図である。 本発明の実施形態において、ポリシグループごとのポリシ変更要求メッセージが発行された場合に実行される処理を示すフローチャートである。 本発明の実施形態において、ポリシグループごとのポリシ変更確定メッセージが発行された場合に実行される処理を示すフローチャートである。

符号の説明

１０ システム管理者
１１ オペレータ
１２ 性能監視マネージャー
１３ 性能監視エージェント
１４ 監視コンソール
１５ 統合コンソール
１６ 監視対象
１７ イベント発行部
１８ ポリシ設定配布部
１９ ポリシ設定管理部
２０ 記憶部
２３ バインドテーブル記憶領域
２４ ポリシ変更テーブル記憶領域
２５ ポリシ管理テーブル記憶領域
２６ イベント発行部
２７ アラーム判定部
２８ ポリシ設定管理部
２９ 収集部
３０ 記憶部
３１ ポリシ管理テーブル記憶領域
３２ 収集レコードテーブル記憶領域
４０ 性能監視マネージャーホスト
４１ 性能監視エージェントホスト
４３ａ 監視端末Ａ
４３ｂ 監視端末Ｂ
４４ 送受信部
４６ 入力部
４７ 出力部
４８ 送受信部
４９ ネットワーク
１６０１ 計算機
１６０２ ＣＰＵ
１６０３ 主記憶装置
１６０４ 外部記憶装置
１６０５ 外部記憶装置インターフェース
１６０６ 通信インターフェース
１６０７ 入力装置
１６０８ 出力装置

Claims (17)

1. 一つ以上の計算機を備える計算機システムを制御する方法であって、
   前記各計算機は、ネットワークに接続されるインターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
   前記計算機システムは、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現されるエージェントと、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現される管理部と、を含み、
   前記計算機システムは、前記計算機システムに含まれるリソースのメトリック値を監視するために使用される複数の監視条件を保持し、
   前記複数の監視条件は、第１監視条件を含み、
   前記方法は、
   前記エージェントが、前記第１監視条件に基づく前記メトリック値の監視結果を送信する第１手順と、
   前記管理部が、前記第１監視条件を識別する情報及び前記第１監視条件に対する変更内容を特定する情報を含む第１変更要求を受信すると、前記第１変更要求に含まれる前記変更内容に基づいて、前記複数の監視条件の一つである第２監視条件を生成する第２手順と、
   前記管理部が、前記第２監視条件を追加するための追加要求を前記エージェントに送信する第３手順と、
   前記追加要求を受信した前記エージェントが、前記第２監視条件に基づく前記メトリック値の監視結果を送信する第４手順と、
   前記管理部が、前記第１監視条件と前記第２監視条件とを関連付ける第１情報を保持する第５手順と、
   前記管理部が、前記第２監視条件を確定するための確定要求を受信すると、前記第１情報に基づいて前記第２監視条件に関連付けられた前記第１監視条件を特定する第６手順と、
   前記管理部が、前記第１監視条件を削除するための削除要求を前記エージェントに送信する第７手順と、
   前記削除要求を受信した前記エージェントが、前記第１監視条件に基づく前記メトリック値の監視結果の送信を停止する第８手順と、を含むことを特徴とする方法。
2. 前記第１手順において、前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果を第１送信先に送信し、
   前記追加要求を受信した後、前記削除要求を受信する前における前記第４手順において、前記エージェントは、前記第２監視条件に基づく前記メトリック値の監視結果を前記第１送信先に送信せずに第２送信先に送信し、
   前記削除要求を受信した後における前記第８手順において、前記エージェントは、前記第２監視条件に基づく前記メトリック値の監視結果を前記第１送信先に送信することを特徴とする請求項１に記載の方法。
3. 前記計算機システムは、複数の前記エージェントを備え、
   前記第１手順において、複数の前記エージェントの各々は、前記第１監視条件に基づく、前記計算機システムに含まれる複数のリソースのいずれかのメトリック値の監視結果を送信し、
   前記方法は、さらに、
   前記管理部が、前記第１監視条件と、前記第１監視条件に基づく前記メトリック値の監視結果を送信する複数の前記エージェントとを対応付ける第２情報を保持する第９手順と、
   前記管理部が、前記第２情報に基づいて、前記第１監視条件に基づく前記メトリック値の監視結果を送信する前記複数のエージェントを特定する第１０手順と、を含み、
   前記第７手順において、前記管理部が、特定された前記複数のエージェントに前記削除要求を送信することを特徴とする請求項１に記載の方法。
4. 前記方法は、さらに、
   前記管理部が、前記第１変更要求を受信した後、前記確定要求を受信する前に、前記第２監視条件を識別する情報及び前記第２監視条件に対する変更内容を特定する情報を含む第２変更要求を受信すると、前記第２変更要求に基づいて、前記複数の監視条件の一つである第３監視条件を生成する第１１手順と、
   前記管理部が、前記第３監視条件を追加するための追加要求を前記エージェントに送信する第１２手順と、
   前記追加要求を受信した前記エージェントが、前記第３監視条件に基づく前記メトリック値の監視結果を送信する第１３手順と、を含み、
   前記第１情報は、さらに、前記第２監視条件と前記第３監視条件とを関連付ける情報を含み、
   前記第６手順は、
   前記管理部が、前記第３監視条件を確定するための確定要求を受信すると、前記第１情報に基づいて、前記第３監視条件に関連付けられた前記第２監視条件を特定する手順と、
   前記管理部が、前記第１情報に基づいて、前記第２監視条件に関連付けられた前記第１監視条件を特定する手順と、を含み、
   前記第７手順において、前記管理部は、前記第１監視条件及び前記第２監視条件を削除するための削除要求を前記エージェントに送信し、
   前記第８手順において、前記削除要求を受信した前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果の送信、及び、前記第２監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１に記載の方法。
5. 前記方法は、さらに、
   前記管理部が、前記第１変更要求を受信した後、前記確定要求を受信する前に、前記第１監視条件を識別する情報及び前記第１監視条件に対する変更内容を特定する情報を含む第２変更要求を受信すると、前記第２変更要求に基づいて、前記複数の監視条件の一つである第３監視条件を生成する第１４手順と、
   前記管理部が、前記第３監視条件を追加するための追加要求を前記エージェントに送信する第１５手順と、
   前記追加要求を受信した前記エージェントが、前記第３監視条件に基づく前記メトリック値の監視結果を送信する第１６手順と、を含み、
   前記第１情報は、さらに、前記第１監視条件と前記第３監視条件とを関連付ける情報を含み、
   前記第６手順は、
   前記管理部が、前記第３監視条件を確定するための確定要求を受信すると、前記第１情報に基づいて、前記第３監視条件に関連付けられた前記第１監視条件を特定する手順と、
   前記管理部が、前記第１情報に基づいて、前記第１監視条件に関連付けられた前記第２監視条件を特定する手順と、を含み、
   前記第７手順において、前記管理部は、前記第１監視条件及び前記第２監視条件を削除するための削除要求を前記エージェントに送信し、
   前記第８手順において、前記削除要求を受信した前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果の送信、及び、前記第２監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１に記載の方法。
6. 前記方法は、さらに、
   前記管理部が、前記第２監視条件を確定するための前記確定要求を受信する前に、前記第２監視条件を破棄するための破棄要求を受信すると、前記第２監視条件を削除するための削除要求を前記エージェントに送信する第１７手順を含み、
   前記第８手順において、前記第１７手順に基づく前記削除要求を受信した前記エージェントは、前記第２監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１に記載の方法。
7. 前記複数の監視条件は、さらに、第４監視条件、第５監視条件、第６監視条件及び第７監視条件を含み、
   前記計算機システムは、
   第１監視条件グループと、前記第１監視条件グループに含まれる前記第４監視条件及び前記第５監視条件と、を関連付ける情報、及び、第２監視条件グループと、前記第２監視条件グループに含まれる前記第６監視条件及び前記第７監視条件と、を関連付ける情報を含む第３情報を保持し、
   第１エージェント及び第２エージェントを含む複数の前記エージェントを備え、
   前記方法は、さらに、
   前記管理部が、前記第１監視条件グループを識別する情報及び前記第１監視条件グループに対する変更内容を特定する情報を含む第３変更要求を受信すると、前記第３情報に基づいて、前記第１監視条件グループに含まれる前記第４監視条件及び前記第５監視条件を特定する第１８手順と、
   前記管理部が、前記第３変更要求に含まれる前記変更内容に基づいて前記第６監視条件及び前記第７監視条件を生成する第１９手順と、
   前記管理部が、前記第６監視条件を追加するための追加要求、及び、前記第７監視条件を追加するための追加要求を、それぞれ、第１エージェント及び第２エージェントに送信する第２０手順と、
   前記第１エージェントが、前記第６監視条件に基づく前記メトリック値の監視結果を送信する第２１手順と、
   前記第２エージェントが、前記第７監視条件に基づく前記メトリック値の監視結果を送信する第２２手順と、
   前記管理部が、前記第１監視条件グループと前記第２管理条件グループとを関連付ける第４情報を保持する第２３手順と、
   前記管理部が、前記第２監視条件グループを確定するための確定要求を受信すると、前記第４情報に基づいて、前記第２監視条件グループに関連付けられた前記第１監視条件グループを特定する第２４手順と、
   前記管理部が、前記第３情報に基づいて、前記第１監視条件グループに含まれる前記第４監視条件及び前記第５監視条件を特定する第２５手順と、
   前記管理部が、前記第４監視条件を削除するための削除要求、及び、前記第５監視条件を削除するための削除要求を、それぞれ、第１エージェント及び第２エージェントに送信する第２５手順と、
   前記削除要求を受信した前記第１エージェント及び前記第２エージェントが、それぞれ、前記第４監視条件及び前記第５監視条件に基づく前記メトリック値の監視結果の送信を停止する第２６手順と、を含むことを特徴とする請求項１に記載の方法。
8. 前記各監視条件は、監視される前記リソースの前記メトリック値を特定する情報、及び、前記メトリック値と比較される閾値を特定する情報を含み、
   前記監視条件に基づく前記メトリック値の監視結果は、前記監視条件によって特定されたメトリック値と、前記監視条件によって特定された閾値との比較の結果を示す情報を含むことを特徴とする請求項１に記載の方法。
9. 一つ以上の計算機を備える計算機システムを制御する方法であって、
   前記各計算機は、ネットワークに接続されるインターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
   前記計算機システムは、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現されるエージェントと、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現される管理部と、を含み、
   前記方法は、
   前記エージェントが、第１監視条件に基づく、前記計算機システムに含まれるリソースのメトリック値の監視結果を第１送信先に送信する第１手順と、
   前記管理部が、前記第１監視条件を識別する情報及び前記第１監視条件に対する変更内容を特定する情報を含む第１変更要求を受信すると、前記第１変更要求に含まれる前記変更内容に基づいて第２監視条件を生成する第２手順と、
   前記管理部が、前記第２監視条件を追加するための追加要求を前記エージェントに送信する第３手順と、
   前記追加要求を受信した前記エージェントが、前記第２監視条件に基づく前記リソースの前記メトリック値の監視結果を前記第１送信先に送信せずに第２送信先に送信する第４手順と、
   前記管理部が、前記第１監視条件を削除するための削除要求を前記エージェントに送信する第５手順と、
   前記削除要求を受信した前記エージェントが、前記第１監視条件に基づく前記リソースの前記メトリック値の監視結果の送信を停止し、前記第２監視条件に基づく前記リソースの前記メトリック値の監視結果を前記第１送信先に送信する第６手順と、を含むことを特徴とする方法。
10. 一つ以上の計算機を備える計算機システムにおいて、
    前記各計算機は、ネットワークに接続されるインターフェースと、前記インターフェースに接続されるプロセッサと、前記プロセッサに接続されるメモリと、を備え、
    前記計算機システムは、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現されるエージェントと、少なくとも一つの前記プロセッサが所定のプログラムを実行することによって実現される管理部と、を含み、
    前記計算機システムは、前記計算機システムに含まれるリソースのメトリック値を監視するために使用される複数の監視条件を保持し、
    前記複数の監視条件は、第１監視条件を含み、
    前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果を送信し、
    前記管理部は、
    前記第１監視条件を識別する情報及び前記第１監視条件に対する変更内容を特定する情報を含む第１変更要求を受信すると、前記第１変更要求に含まれる前記変更内容に基づいて、前記複数の監視条件の一つである第２監視条件を生成し、
    前記第２監視条件を追加するための追加要求を前記エージェントに送信し、
    前記追加要求を受信した前記エージェントは、前記第２監視条件に基づく前記メトリック値の監視結果を送信し、
    前記計算機システムは、前記第１監視条件と前記第２監視条件とを関連付ける第１情報を保持し、
    前記管理部は、
    前記第２監視条件を確定するための確定要求を受信すると、前記第１情報に基づいて前記第２監視条件に関連付けられた前記第１監視条件を特定し、
    前記第１監視条件を削除するための削除要求を前記エージェントに送信し、
    前記削除要求を受信した前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする計算機システム。
11. 前記エージェントは、
    前記第１監視条件に基づく前記メトリック値の監視結果を第１送信先に送信し、
    前記追加要求を受信した後、前記削除要求を受信する前に、前記第２監視条件に基づく前記メトリック値の監視結果を前記第１送信先に送信せずに第２送信先に送信し、
    前記削除要求を受信した後、前記第２監視条件に基づく前記メトリック値の監視結果を前記第１送信先に送信することを特徴とする請求項１０に記載の計算機システム。
12. 前記計算機システムは、複数の前記エージェントを備え、
    複数の前記エージェントの各々は、前記第１監視条件に基づく、前記計算機システムに含まれる複数のリソースのいずれかのメトリック値の監視結果を送信し、
    前記計算機システムは、前記第１監視条件と、前記第１監視条件に基づく前記メトリック値の監視結果を送信する複数の前記エージェントとを対応付ける第２情報を保持し、
    前記管理部は、
    前記第２情報に基づいて、前記第１監視条件に基づく前記メトリック値の監視結果を送信する前記複数のエージェントを特定し、
    特定された前記複数のエージェントに前記削除要求を送信することを特徴とする請求項１０に記載の計算機システム。
13. 前記管理部は、前記第１変更要求を受信した後、前記確定要求を受信する前に、前記第２監視条件を識別する情報及び前記第２監視条件に対する変更内容を特定する情報を含む第２変更要求を受信すると、前記第２変更要求に基づいて、前記複数の監視条件の一つである第３監視条件を生成し、
    前記第３監視条件を追加するための追加要求を前記エージェントに送信し、
    前記追加要求を受信した前記エージェントは、前記第３監視条件に基づく前記メトリック値の監視結果を送信し、
    前記第１情報は、さらに、前記第２監視条件と前記第３監視条件とを関連付ける情報を含み、
    前記管理部は、前記第３監視条件を確定するための確定要求を受信すると、
    前記第１情報に基づいて、前記第３監視条件に関連付けられた前記第２監視条件を特定し、
    前記第１情報に基づいて、前記第２監視条件に関連付けられた前記第１監視条件を特定し、
    前記第１監視条件及び前記第２監視条件を削除するための削除要求を前記エージェントに送信し、
    前記削除要求を受信した前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果の送信、及び、前記第２監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１０に記載の計算機システム。
14. 前記管理部は、前記第１変更要求を受信した後、前記確定要求を受信する前に、前記第１監視条件を識別する情報及び前記第１監視条件に対する変更内容を特定する情報を含む第２変更要求を受信すると、前記第２変更要求に基づいて、前記複数の監視条件の一つである第３監視条件を生成し、
    前記第３監視条件を追加するための追加要求を前記エージェントに送信し、
    前記追加要求を受信した前記エージェントは、前記第３監視条件に基づく前記メトリック値の監視結果を送信し、
    前記第１情報は、さらに、前記第１監視条件と前記第３監視条件とを関連付ける情報を含み、
    前記管理部は、前記第３監視条件を確定するための確定要求を受信すると、
    前記第１情報に基づいて、前記第３監視条件に関連付けられた前記第１監視条件を特定し、
    前記第１情報に基づいて、前記第１監視条件に関連付けられた前記第２監視条件を特定し、
    前記第１監視条件及び前記第２監視条件を削除するための削除要求を前記エージェントに送信し、
    前記削除要求を受信した前記エージェントは、前記第１監視条件に基づく前記メトリック値の監視結果の送信、及び、前記第２監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１０に記載の計算機システム。
15. 前記管理部は、
    前記第２監視条件を確定するための前記確定要求を受信する前に、前記第２監視条件を破棄するための破棄要求を受信すると、前記第２監視条件を削除するための削除要求を前記エージェントに送信し、
    前記削除要求を受信した前記エージェントは、前記第２監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１０に記載の計算機システム。
16. 前記複数の監視条件は、さらに、第４監視条件、第５監視条件、第６監視条件及び第７監視条件を含み、
    前記計算機システムは、
    第１監視条件グループと、前記第１監視条件グループに含まれる前記第４監視条件及び前記第５監視条件と、を関連付ける情報、及び、第２監視条件グループと、前記第２監視条件グループに含まれる前記第６監視条件及び前記第７監視条件と、を関連付ける情報を含む第３情報を保持し、
    第１エージェント及び第２エージェントを含む複数の前記エージェントを備え、
    前記管理部は、
    前記第１監視条件グループを識別する情報及び前記第１監視条件グループに対する変更内容を特定する情報を含む第３変更要求を受信すると、前記第３情報に基づいて、前記第１監視条件グループに含まれる前記第４監視条件及び前記第５監視条件を特定し、
    前記第３変更要求に含まれる前記変更内容に基づいて前記第６監視条件及び前記第７監視条件を生成し、
    前記第６監視条件を追加するための追加要求、及び、前記第７監視条件を追加するための追加要求を、それぞれ、第１エージェント及び第２エージェントに送信し、
    前記第１エージェントは、前記第６監視条件に基づく前記メトリック値の監視結果を送信し、
    前記第２エージェントは、前記第７監視条件に基づく前記メトリック値の監視結果を送信し、
    前記計算機システムは、さらに、前記第１監視条件グループと前記第２管理条件グループとを関連付ける第４情報を保持し、
    前記管理部は、
    前記第２監視条件グループを確定するための確定要求を受信すると、前記第４情報に基づいて、前記第２監視条件グループに関連付けられた前記第１監視条件グループを特定し、
    前記第３情報に基づいて、前記第１監視条件グループに含まれる前記第４監視条件及び前記第５監視条件を特定し、
    前記第４監視条件を削除するための削除要求、及び、前記第５監視条件を削除するための削除要求を、それぞれ、第１エージェント及び第２エージェントに送信し、
    前記削除要求を受信した前記第１エージェント及び前記第２エージェントは、それぞれ、前記第４監視条件及び前記第５監視条件に基づく前記メトリック値の監視結果の送信を停止することを特徴とする請求項１０に記載の計算機システム。
17. 前記各監視条件は、監視される前記リソースの前記メトリック値を特定する情報、及び、前記メトリック値と比較される閾値を特定する情報を含み、
    前記監視条件に基づく前記メトリック値の監視結果は、前記監視条件によって特定されたメトリック値と、前記監視条件によって特定された閾値との比較の結果を示す情報を含むことを特徴とする請求項１０に記載の計算機システム。