JP2008158628A - 運用実績評価装置、運用実績評価方法、およびプログラム - Google Patents

Abstract

【課題】自律制御による運用管理に用いられるルールをビジネス価値で評価することができるルール運用実績管理装置２を提供する。
【解決手段】本発明のルール運用実績管理装置２は、ルールに規定される処理を起動する前に、ビジネス価値を算出するために必要となる監視対象の情報システムの状態を示すシステム状態情報を収集し、当該起動される処理を識別する情報および起動時のシステム状態情報である旨を示す情報に対応付けて、収集したシステム状態情報を保存し、ルールに規定される処理が終了した後に、再び、監視対象の情報システムの状態を示すシステム状態情報を収集し、当該終了した処理を識別する情報および実行終了時のシステム状態情報である旨を示す情報に対応付けて、収集したシステム状態情報を保存し、与えられた算出式により保存したシステム状態情報とルールの実行履歴からビジネス価値を算出する。
【選択図】図１

Description

本発明は、複数の計算機で構成される情報システムの運用実績評価装置及びその運用実績評価方法に関する。

情報システムの運用管理を簡単化するための技術として、ある条件（コンディション）に対して予め定められた運用管理オペレーションを含む処理（アクション）を実行するというルールに基づく、ルールベースの自律制御技術がある。このような自律制御技術において、使用されるルールを、ルールの適用結果などの情報をもとに効果を評価して、これをルールの改善に役立てるフィードバック手法に関心が集まっている。例えば、特許文献１には、ポリシルールと呼ばれるルールの適用された期間に関する情報および適用結果を示す情報を含む適用履歴情報を収集し、収集した適用履歴情報を解析してルールに対応するコンディションに関する統計情報を収集し、適用履歴情報とルールに対応するコンディションに関する統計情報をもとに、ルールを構成するコンディションとアクションを変更する、ルールの適用履歴情報のフィードバックによる改善に関する技術が開示されている。

特開２００５−３２４５８０号公報

ところで、ルールの評価は、例えば、ルールが起動された時刻、起動回数、動作時間の累積値、または制御対象の情報システムに予め設定された目標に対する達成率を用いて行われることが多い。しかし、計算機リソースの消費量が多く、コストが高くなるルールや、動作することによって消費される電力量が多く、自然環境に対する負荷が高いルールは、必ずしも高い評価が得られない場合がある。そのため、ルールの起動時刻、起動回数、動作時間の累積値、または目標達成率だけでなく、制御対象の情報システムに関するより多くの情報を元に、より多くの観点で、ルールを評価することが求められる。

例えば、制御対象の情報システムに関する状態情報を全てもれなく収集して保存することにより、保存した情報から、情報システムが提供するサービスの売上高に対する寄与、または情報システムの運用コストに対する寄与、または情報システムの運用中における消費電力量に対する寄与、などのビジネス的な観点など、様々な観点でルールの評価が可能となる。しかし、情報システムの状態に関する情報は多岐に渡り、また、短い時間間隔で変化する情報については、短い時間間隔で収集される必要がある。そのため、収集されるデータ量は膨大になり、制御対象の情報システムに関する状態情報を全てもれなく収集することは、現実的には不可能である。

本発明は上記事情を鑑みてなされたものであり、本発明の目的は、自律制御による運用管理に用いられるルールを、ビジネス的観点など多くの観点で評価するための情報を、効率的に収集して、これらの観点でビジネス価値を数値化して示すことにある。

上記課題を解決するために、本発明は、ルールに規定される処理を起動する前に、ビジネス価値を示すために必要となる監視対象システムの状態を示すシステム状態情報を収集し、当該起動される処理を識別する情報および起動時のシステム状態情報である旨を示す情報に対応付けて、収集したシステム状態情報を保存し、ルールに規定される処理が終了した後に、監視対象システムの状態を示すシステム状態情報を収集し、当該終了した処理を識別する情報および実行終了時のシステム状態情報である旨を示す情報に対応付けて、収集したシステム状態情報を保存する。そして、これらの情報よりルールのビジネス価値を算出する。

例えば、本発明の第１の態様は、複数の計算機リソースで構成される監視対象システムの状態に応じて、予め定められたルールに規定される処理を実行することにより、監視対象システムを制御する自律制御システムに用いられるルールの運用実績評価装置であって、監視対象システムの状態に応じて、対応するルールに規定される処理を実行すると共に、実行された処理に関する履歴であるルール実行履歴を記憶するルール実行部と、ルール実行履歴をルール実行部から取得してルール動作履歴記憶部に格納するルール実行履歴取得部と、監視対象システムの状態を示すシステム状態情報を収集して、ルール動作履歴記憶部に送信するシステム状態情報収集部と、算出式により格納したシステム状態情報と実行履歴を用いてビジネス価値を算出する効果算出部とを備え、ルール実行部は、ルールに規定される処理を実行する場合に、当該実行される処理を識別する処理ＩＤを含む起動通知をシステム状態情報収集部へ送信した後に、当該処理ＩＤに対応する処理の実行を開始し、ルールに規定される処理の実行を終了した場合に、当該終了した処理の処理ＩＤを含む実行終了通知をシステム状態情報収集部へ送信するルール処理部と、ルール処理部によって実行された処理に関する情報が当該処理の処理ＩＤに対応付けられたルール実行履歴を格納する実行履歴格納部と、ルール実行履歴取得部からの要求に応じて、実行履歴格納部内のルール実行履歴をルール実行履歴取得部へ送信する実行履歴送信部とを有し、システム状態情報収集部は、ルール実行部から起動通知を受信した場合に、システム状態情報を収集し、収集したシステム状態情報を、受信した起動通知に含まれる処理ＩＤおよび当該処理ＩＤに対応する処理の起動時のシステム状態情報である旨を示す情報に対応付けてルール実行履歴取得部に送信し、ルール実行部から実行終了通知を受信した場合に、システム状態情報を収集し、収集したシステム状態情報を、受信した実行終了通知に含まれる処理ＩＤおよび当該処理ＩＤに対応する処理の実行終了時のシステム状態情報である旨を示す情報に対応付けてルール動作履歴記憶部に格納し、算出式により格納されたシステム状態情報と実行履歴とから、ビジネス価値を算出
することを特徴とするルールの運用実績評価装置を提供する。

例えば、本発明の第２の態様は、複数の計算機リソースで構成される監視対象システムの状態に応じて、予め定められたルールに規定される処理を実行することにより、監視対象システムを制御する自律制御システムに用いられるルールの運用実績評価装置のルールの運用実績評価方法であって、ルールの運用実績評価装置は、監視対象システムの状態に応じて、対応するルールに規定される処理を実行すると共に、実行された処理に関する履歴であるルール実行履歴を記憶するルール実行部と、ルール実行履歴をルール実行部から取得してルール動作履歴記憶部に格納するルール実行履歴取得部と、監視対象システムの状態を示すシステム状態情報を収集して、ルール動作履歴記憶部に送信するシステム状態情報収集部と、算出式により格納したシステム状態情報と実行履歴を用いてビジネス価値を算出する効果算出部とを備え、ルール実行部は、ルールに規定される処理を実行する場合に、当該実行される処理を識別する処理ＩＤを含む起動通知をシステム状態情報収集部へ送信した後に、当該処理ＩＤに対応する処理の実行を開始し、ルールに規定される処理の実行を終了した場合に、当該終了した処理の処理ＩＤを含む実行終了通知をシステム状態情報収集部へ送信するルール処理ステップと、ルール処理ステップにおいて実行された処理に関する情報が当該処理の処理ＩＤに対応付けられたルール実行履歴を実行履歴格納部に格納する実行履歴格納ステップと、ルール実行履歴取得部からの要求に応じて、実行履歴格納部内のルール実行履歴をルール実行履歴取得部へ送信する実行履歴送信ステップとを実行し、システム状態情報収集部は、ルール実行部から起動通知を受信した場合に、システム状態情報を収集し、収集したシステム状態情報を、受信した起動通知に含まれる処理ＩＤおよび当該処理ＩＤに対応する処理の起動時のシステム状態情報である旨を示す情報に対応付けてルール動作履歴記憶部に格納し、ルール実行部から実行終了通知を受信した場合に、システム状態情報を収集し、収集したシステム状態情報を、受信した実行終了通知に含まれる処理ＩＤおよび当該処理ＩＤに対応する処理の実行終了時のシステム状態情報である旨を示す情報に対応付けてルール動作履歴記憶部に格納し、算出式により格納されたシステム状態情報と実行履歴とから、ビジネス価値を算出することを特徴とするルールの運用実績評価方法を提供する。

例えば、本発明の第３の態様は、複数の計算機リソースで構成される監視対象システムの状態に応じて、予め定められたルールに規定される処理を実行することにより、監視対象システムを制御する自律制御システムに用いられるルールの運用実績評価装置を制御するプログラムであって、ルールの運用実績評価装置を、監視対象システムの状態に応じて、対応するルールに規定される処理を実行すると共に、実行された処理に関する履歴であるルール実行履歴を記憶するルール実行機能、ルール実行履歴をルール実行機能から取得してルール動作履歴記憶部に格納するルール動作履歴管理機能、監視対象システムの状態を示すシステム状態情報を収集して、ルール動作履歴記憶部に送信するシステム状態情報収集機能、および算出式により格納したシステム状態情報と実行履歴を用いてビジネス価値を算出する効果算出部として機能させ、ルール実行機能は、ルールに規定される処理を実行する場合に、当該実行される処理を識別する処理ＩＤを含む起動通知をシステム状態情報収集機能へ送信した後に、当該処理ＩＤに対応する処理の実行を開始し、ルールに規定される処理の実行を終了した場合に、当該終了した処理の処理ＩＤを含む実行終了通知をシステム状態情報収集機能へ送信するルール処理機能と、ルール処理機能によって実行された処理に関する情報が当該処理の処理ＩＤに対応付けられたルール実行履歴を実行履歴格納部に格納する実行履歴格納機能と、ルール動作履歴管理機能からの要求に応じて、実行履歴格納機能内のルール実行履歴をルール動作履歴管理機能へ送信する実行履歴送信機能とを有し、システム状態情報収集機能は、ルール実行機能から起動通知を受信した場合に、システム状態情報を収集し、収集したシステム状態情報を、受信した起動通知に含まれる処理ＩＤおよび当該処理ＩＤに対応する処理の起動時のシステム状態情報である旨を示す情報に対応付けてルール動作履歴記憶部に格納し、ルール実行機能から実行終了通知を受信した場合に、システム状態情報を収集し、収集したシステム状態情報を、受信した実行終了通知に含まれる処理ＩＤおよび当該処理ＩＤに対応する処理の実行終了時のシステム状態情報である旨を示す情報に対応付けてルール動作履歴記憶部に格納し、算出式により格納されたシステム状態情報と実行履歴とから、ビジネス価値を算出することを特徴とするプログラムを提供する。

本発明のルール動作履歴管理装置によれば、運用管理に用いられるルールをビジネス観点で評価することができる。

以下に、本発明の実施の形態について説明する。

図１は、本発明の一実施形態に係る情報システム１及び運用実績評価装置２の構成の一例を示すシステム構成図である。図示するように、本実施形態の情報システム１は、情報システムを構成する複数のロードバランサ１３および複数の計算機リソース１６と、情報システムをインターネット１１に接続するためのルータ１２と、インターネット１１を介して情報システムを利用する利用者端末１０とを備える。

ルータ１２、ロードバランサ１３、および計算機リソース１６は、業務用ネットワーク１４および管理用ネットワーク１５のそれぞれを介して互いに接続されている。ルールの運用実績評価装置２は、管理用ネットワーク１５に接続されている。

管理用ネットワーク１５は、ルールの運用実績評価装置２が、それぞれのロードバランサ１３、および、それぞれの計算機リソース１６を管理するためのネットワークである。業務用ネットワーク１４は、それぞれの計算機リソース１６がサービスを利用者端末１０に提供するために使用されるネットワークである。なお、業務用ネットワーク１４および管理用ネットワーク１５は、物理的に異なる別々のケーブルを用いて構築されてもよく、あるいは、同じケーブル上に論理的に異なるネットワークとして構築されてもよい。

ルータ１２は、ロードバランサ１３毎にグローバルＩＰアドレスとローカルＩＰアドレスとの対応関係が記憶されたルーティング記憶部１２０を有する。ルータ１２は、インターネット１１を介して利用者端末１０から受信したリクエストを、ルーティング記憶部１２０に記憶された対応関係に従い、当該リクエストの宛先として指定されているグローバルＩＰアドレスに対応するローカルＩＰアドレスを持つロードバランサ１３へ送信する。

また、ロードバランサ１３から受信した当該リクエストの処理結果を、インターネット１１を介して当該リクエストの送信元である利用者端末１０へ送信する。ルータ１２のその他の機能は、既存のルータと同様であるので、その詳細な説明を省略する。それぞれのロードバランサ１３は、業務用ネットワーク１４を介して複数の計算機リソース１６と業務システムを形成する。

なお、本実施形態では、業務システムとして、図２に示すようなＷｅｂ３階層モデルの業務システムを想定している。Ｗｅｂ３階層モデルの業務システムは、Ｗｅｂブラウザを介してユーザからのリクエストの受付処理を行うＷｅｂ層論理コンポーネント３０Ａ、ユーザに対して提供するサービスを処理するアプリケーション（ＡＰ）層論理コンポーネント３０Ｂ、およびデータベース（ＤＢ）層論理コンポーネント３０Ｃから構成される。

Ｗｅｂ層論理コンポーネント３０Ａは、スケールイン/スケールアウト（台数増減）可能なＷｅｂサーバで構成される。アプリケーション層論理コンポーネント３０Ｂはスケールイン/スケールアウト(台数増減)可能なアプリケーションサーバで構成される。データ層論理コンポーネント３０Ｃはデータベースサーバで構成される。

ＷｅｂサーバにはＷｅｂコンテナがインストールされた計算機リソース１６が割当てられ、アプリケーションサーバにはアプリケーションコンテナがインストールされた計算機リソース１６が割当てられ、データサーバにはデータベースマネジメントシステムがインストールされた計算機リソース１６が割当てられる。ただし、ＷｅｂサーバとＡＰサーバとは物理的に同一サーバ上に割当てられてもかまわない。また、業務システムの構成はＷｅｂ３階層モデルに限定されるものではなく、どのような構成であってもよい。

それぞれのロードバランサ１３は、自身が接続可能な計算機リソース１６の情報が登録された振分先記憶部１３０と、ロードバランサのメトリックを、計測および監視する計測・監視部１３１とを有する。

それぞれのロードバランサ１３は、ルータ１２から送られてきたリクエストを、業務用ネットワーク１４を介して、振分先記憶部１３０に登録されているいずれかの計算機リソース１６へ送信し、当該計算機リソース１６に当該リクエストを処理させる。また、それぞれのロードバランサ１３は、業務用ネットワーク１４を介して、振分先記憶部１３０に登録されている計算機リソース１６からリクエストの処理結果を受信し、受信した処理結果を、ルータ１２を介して該リクエストの送信元へ返信する。

また、それぞれのロードバランサ１３は、管理用ネットワーク１５を介してルールの運用実績評価装置２から受信したオペレーションに従い、振分先記憶部１３０の更新等の処理を実行する。計測・監視部１３１は、自ロードバランサ１３における稼動状態およびＣＰＵ利用率を含む性能情報、ならびに、ルータ１２からのリクエスト数を含む接続情報等を計測および監視し、予め定義された条件が成立した場合に、イベントとして管理用ネットワーク１５を介してルールの運用実績評価装置２に通知する。

本実施形態において、計測・監視部１３１は、自ロードバランサ１３の稼動状態の変更（起動や停止）の有無および負荷レベルが所定の基準値を超えたか否か等をイベントとして監視する。なお、ロードバランサ１３のその他の機能は、既存の負荷分散システムで用いられているロードバランサが有する機能と同様であるため、その詳細な説明を省略する。

それぞれの計算機リソース１６は、インストールされているプログラムに従って、業務用ネットワーク１４を介して受信したリクエストを処理し、自計算機リソース１６と共に業務システムを形成するロードバランサ１３あるいは他の計算機リソース１６にその結果を送信する。また、計算機リソース１６は、管理用ネットワーク１５を介してルールの運用実績評価装置２から受信したオペレーションに従い、プログラムの実行を制御する。

図１に示すように、それぞれの計算機リソース１６は、業務用ネットワーク１４および管理用ネットワーク１５に接続するためのネットワークＩＦ（インターフェイス）部１６０と、計測・監視部１６１と、プログラム実行部１６２とを有する。

計測・監視部１６１は、自計算機リソース１６における稼動状態およびＣＰＵ利用率を含む性能情報、消費電力、ならびに、ルータ１２からのリクエスト数を含む接続情報等を計測および監視し、予め定義された条件が成立した場合に、イベントとして管理用ネットワーク１５を介してルールの運用実績評価装置２に通知する。本実施形態において、計測・監視部１６１は、自計算機リソース１６の稼動状態の変更（起動、停止）の有無および負荷レベルが所定の基準値を超えたか否か等をイベントとして監視する。

プログラム実行部１６２は、計算機リソース１６にインストールされているプログラムに従い、業務用ネットワーク１４を介して受信したリクエストを処理し、その結果を、業務用ネットワーク１４を介して、自計算機リソース１６と共に業務システムを形成するロードバランサ１３あるいは他の計算機リソース１６へ送信する。

なお、本実施形態では、計算機リソース１６にインストールされているプログラムとして、Ｗｅｂコンテナ、アプリケーションコンテナ、およびデータベースマネジメントシステムを想定している。上述したように、Ｗｅｂコンテナがインストールされた計算機リソース１６がＷｅｂサーバに割当てられ、アプリケーションコンテナがインストールされた計算機リソース１６がアプリケーションサーバに割当てられ、データベースマネジメントシステムがインストールされた計算機リソース１６がデータサーバに割当てられる。計算機リソース１６のその他の機能は、既存の負荷分散システムで用いられている計算機リソースが有する機能と同様であるので、その詳細な説明を省略する。

運用実績評価２は、情報システム１の運用管理を行うルールの運用実績評価を行うものである。ルールの運用実績評価装置２は、入出力部２０、構成情報管理部２１、構成情報記憶部２２、イベント受信部２３、ルール実行部２４、ルール実行履歴取得部２５、指定情報受付部２５１、ルール動作履歴記憶部２６、システム状態情報収集部２７、効果算出部２８、算出式入力受付部２８０、およびネットワークＩＦ（インターフェイス）部２９を有する。

入出力部２０は、ルールの運用実績評価装置２のユーザからの操作入力を受け付けたり、あるいはルールの運用実績評価装置２によって生成された情報を出力したりする。ネットワークＩＦ部２９は、監視対象の情報システム（複数のロードバランサ１３および複数の計算機リソース１６から構成される業務システム）と、管理用ネットワーク１５を介して通信するための機能である。

構成情報記憶部２２は、監視対象の情報システムおよび当該情報システム上でホスティングされる業務システムのシステム構成情報を記憶する。構成情報記憶部２２に格納されるシステム構成情報には、情報システムを構成するＩＴリソースについて、リソースに関する情報（リソースの稼動状態を示す情報を含む）およびリソース間の接続情報を有するリソースの構成情報と、業務システムを形成するアプリケーションプログラム内の論理的なコンポーネントの構成情報と、前記論理的なコンポーネントの物理的な計算機リソース１６への割り当て情報とが含まれる。

構成情報管理部２１は、情報システムの構成情報を監視して、当該構成情報に変更があった場合に、構成情報記憶部２２内の情報を変更する。イベント受信部２３は、ぞれぞれのロードバランサ１３またはそれぞれの計算機リソース１６からイベントを受信してルール実行部２４へ供給する。

本実施形態において、イベント受信部２３が受信するイベントには、ロードバランサ１３または計算機リソース１６の計測・監視部において検出された、ＣＰＵ利用率の変化、メモリ使用量の増減、メモリアクセス時のページフォルトの数の増減、Ｉ／Ｏ待機時間の増減等を含む負荷状態の変化や、業務のサービスを提供するプログラムを含めたＩＴリソースの稼動状態の変化等が含まれる。

ルール実行部２４は、ルール記憶部２４０、ルール処理部２４１、実行履歴格納部２４２、および実行履歴送信部２４３を有する。

ルール記憶部２４０は、例えば図３に示すように、運用管理に用いられるルールを、それぞれのルールを識別するRULE_ID２４００に対応付けて格納する。それぞれのルールには、処理の適用条件を示すTRIGGER_CONDITION２４０１、情報システムが当該条件を満たした場合に実行される処理（アクション）を示すACTION_ID２４０３、および当該処理を実行させるリソースを示すAPPLY_TO２４０２が含まれる。

図３に示す例において、例えば、RULE_ID２４００が「A」であるルールには、TRIGGER_CONDITION２４０１として「WebServer#1のCPU利用率が20%以下」という適用条件が設定され、APPLY_TO２４０２には「RESOURCE:WebServer#1」が指定され、ACTION_ID２４０３には「Web層をスケールイン」という処理が指定されている。本実施形態において、APPLY_TO２４０２の「:」以前の文字列である「RESOURCE」は、適用対象のＩＴリソースの種別が、サーバ等を示すＩＴリソースであることを示している。

この他に、本実施形態では、適用対象のＩＴリソースの種別として、業務システムが提供しているサービスを示す「SERVICE」という識別子、複数のＩＴリソースをグループにまとめ、これを指し示す「GROUP」という識別子、業務システム全体を指し示す「APPLICATION_SYSTEM」という識別子等が用いられる。また、本実施形態において、「Web層をスケールイン」で示される処理は、Ｗｅｂ層を形成するＷｅｂサーバの台数を削減して、余剰なＩＴリソースを解放する処理を示す。

同様にしてRULE_ID２４００が「B」、「C」、「D」、および「E」についても説明する。RULE_ID２４００が「B」であるルールには、業務システムの提供するサービスに、カタログを表示するサービスである「Catalogサービス」がある場合に、「Catalogサービスのリクエスト数が毎秒100件以上」という適用条件が設定され、APPLY_TO２４０２には「SERVICE:Catalog」が指定され、ACTION_ID２４０３には「Web層をスケールアウト」という処理が指定されている。

本実施形態において、「Web層をスケールアウト」で示される処理は、Ｗｅｂサーバの台数を増やして、Ｗｅｂサーバ１台当りの負荷を減らし、より大量の利用者からのリクエストをさばくことができるようにする処理である。

RULE_ID２４００が「C」であるルールには、「Web層の負荷のばらつきが大」という適用条件が設定され、APPLY_TO２４０２には「GROUP:WebTier」というWeb層を形成するＷｅｂサーバ群のグループが指定され、ACTION_ID２４０３には「Web層の負荷分散係数を調整」という処理が指定されている。

本実施形態において、「Web層の負荷分散係数を調整」で示される処理は、ロードバランサ１３に設定されている、各Ｗｅｂサーバに対する負荷分散を行うための設定パラメータである負荷分散係数を調節し、複数のＷｅｂサーバの負荷バランスを均等にすることを目的とした処理である。

RULE_ID２４００が「D」であるルールには、「サーバの故障」という適用条件が設定され、APPLY_TO２４０２には「GROUP:Server」というリソース種別がサーバ機器であるＩＴリソースのグループが指定され、ACTION_ID２４０３には「予備サーバへの切替」という処理が指定されている。

本実施形態において、「予備サーバへの切替」で示される処理は、故障したサーバの代わりに、予備用に待機させてあるサーバへ処理を切り替え、サービスを継続させることを目的とした処理である。

RULE_ID２４００が「E」であるルールには、「地震・津波・火災などの災害発生検出」という適用条件が設定され、APPLY_TO２４０２には「APPLICATION_SYSTEM:Onlineshop」という業務システム全体が指定され、ACTION_ID２４０３には「正系から副系への系切替」という処理が指定されている。

本実施形態において、「正系から副系への系切替」で示される処理は、業務システムを運用している正系サイトが被災した場合に、当該正系サイトを、そのバックアップサイトとして予め用意されている副系のサイトに切替え、副系のサイトで業務を引き継ぐことを目的とした処理である。

ルール処理部２４１は、イベント受信部２３からイベントを受信した場合に、ルール記憶部２４０内のそれぞれのルールに含まれる適用条件を参照して、受信したイベントの内容を満たす適用条件を検索する。そして、ルール処理部２４１は、検索した適用条件に対応付けてルール記憶部２４０に格納されている処理を抽出する。

次に、ルール処理部２４１は、抽出した処理を実行する実行体であるインスタンスを生成し、生成したインスタンスの識別情報を含む起動通知をシステム状態情報収集部２７へ送信する。そして、ルール処理部２４１は、抽出した処理を生成したインスタンスに実行させる。インスタンスによる処理が終了した場合、ルール処理部２４１は、インスタンスの識別情報を含む実行終了通知をルール実行履歴取得部２５およびシステム状態情報収集部２７へ送信する。

また、ルール記憶部２４０は、イベント受信部２３から通知されたイベントに応じて処理を実行した場合に、実行した処理に関する履歴情報である実行履歴を、実行履歴格納部２４２に格納する。実行履歴には、処理を実行したインスタンスの識別情報、処理の開始時刻、処理の終了時刻、実行した処理を示す情報、および実行結果等が含まれる。

なお、インスタンスの識別情報は、当該インスタンスが生成される契機となった適用条件を含むルールの識別情報と、生成されるたびに異なる値となるシーケンス番号とから構成される。そのため、インスタンスの識別情報を参照すると、インスタンスを一意に特定することができると共に、当該インスタンスが生成される契機となったルールを特定することができる。

実行履歴送信部２４３は、インスタンスの識別情報を含む実行履歴取得要求をルール実行履歴取得部２５から受信した場合に、ルール処理部２４１の稼動状態を参照する。そして、ルール処理部２４１が処理の実行中でなければ、実行履歴送信部２４３は、受信した実行履歴取得要求に含まれるインスタンスの識別情報に対応する実行履歴を、実行履歴格納部２４２から抽出してルール実行履歴取得部２５へ送信する。一方、ルール処理部２４１が処理の実行中であれば、実行履歴送信部２４３は、ルール処理部２４１が処理中である旨をルール実行履歴取得部２５へ返信する。

システム状態情報収集部２７は、ルール処理部２４１から起動通知を受信した場合に、構成情報記憶部２２に格納されている構成情報を参照して稼動中のリソースを特定し、稼動中のそれぞれのリソースから、管理用ネットワーク１５を介して、リソースの利用状況およびサービスの利用情報をそれぞれ取得する。

そして、システム状態情報収集部２７は、取得したリソースの利用状況およびサービスの利用情報を、起動通知に含まれるインスタンスの識別情報および当該インスタンスの実行開始前のシステムの状態であることを示す情報に対応付けてルール動作履歴記憶部２６に格納する。

また、ルール処理部２４１から実行終了通知を受信した場合、システム状態情報収集部２７は、構成情報記憶部２２に格納されている構成情報を参照して稼動中のリソースを特定し、稼動中のそれぞれのリソースから、管理用ネットワーク１５を介して、リソースの利用状況およびサービスの利用情報をそれぞれ取得する。

そして、システム状態情報収集部２７は、取得したリソースの利用状況およびサービスの利用情報を、実行終了通知に含まれるインスタンスの識別情報および当該インスタンスの実行終了後のシステムの状態であることを示す情報に対応付けてルール動作履歴記憶部２６に格納する。

なお、ルール処理部２４１とシステム状態情報収集部２７とは、異なるプロセスとしてルールの運用実績評価装置２に実装され、ルール処理部２４１とシステム状態情報収集部２７とは、ルールの運用実績評価装置２上で並行処理される。そのため、ルール処理部２４１とシステム状態情報収集部２７とは、一方の処理が他方の処理に影響を与えることなく、それぞれの処理を実行することができる。

ルール動作履歴記憶部２６は、システム状態情報収集部２７によって収集されたシステム状態情報と、ルール実行履歴取得部２５によって取得された実行履歴を格納する。

ルール実行履歴取得部２５は、実行履歴取得実行部２５０および指定情報受付部２５１を有する。指定情報受付部２５１は、入出力部２０を介して、ルールの運用実績評価装置２のユーザから、実行履歴の取得間隔、および、実行履歴を取得するまでにルールに含まれる処理が実行される回数である実行回数を受け付け、受け付けた取得間隔および実行回数を実行履歴取得実行部２５０へ送る。

実行履歴取得実行部２５０は、ルール処理部２４１から処理の実行終了通知を受信するたびに、処理の実行回数を累積し、当該累積値が指定情報受付部２５１から通知された実行回数以上になった場合に、ルール動作履歴記憶部２６を参照して、リソースの利用状況およびサービスの利用状況が格納されているが、実行履歴が格納されていないインスタンスの識別情報を特定する。

そして、実行履歴取得実行部２５０は、特定したインスタンスの識別情報を含む実行履歴取得要求を実行履歴送信部２４３へ送信する。実行履歴送信部２４３から実行履歴を受信した場合、実行履歴取得実行部２５０は、受信時刻を記憶すると共に、実行回数の累積値をリセットする。

また、実行履歴取得実行部２５０は、前回実行履歴を受信してからの経過時間が、指定情報受付部２５１から通知された取得間隔以上となった場合に、ルール動作履歴記憶部２６を参照して、リソースの利用状況およびサービスの利用状況が格納されているが、実行履歴が格納されていないインスタンスの識別情報を特定する。

そして、実行履歴取得実行部２５０は、特定したインスタンスの識別情報を含む実行履歴取得要求を実行履歴送信部２４３へ送信する。実行履歴送信部２４３から実行履歴を受信した場合、実行履歴取得実行部２５０は、受信時刻を記憶すると共に、実行回数の累積値をリセットする。

効果算出部２８は、入出力部２０を介してユーザからルール動作履歴の表示要求を受け付けた場合に、必要な動作履歴情報をルール動作履歴記憶部２６から取り出して、予め設定された算出式を用いて、取り出したデータを必要な形式に整形して入出力部２０を介して出力する。なお、ここで用いられる算出式は、効果算出部２８に算出式入力受付部２８０を設けて、入出力部２０を介して、ユーザが定義した算出式を入力として受け付けて用いても構わない。

次に、ルールの運用実績評価装置２の動作について説明する。

図４および図５は、ルールの運用実績評価装置２の動作の一例を示すフローチャートである。なお、このフローチャートでは、ユーザによって作成された業務システムの構成情報と、業務システムをホスティングする情報システムのＩＴリソースのプラットフォームの構成情報とが構成情報記憶部２２に既に記憶され、ユーザによって図３に示したルールの定義情報が、ルール記憶部２４０に既に記憶されていることを前提としている。

イベント受信部２３がロードバランサ１３または計算機リソース１６からイベントを受信することにより、ルールの運用実績評価装置２は、本フローチャートに示す動作を開始する。本実施形態において、ロードバランサ１３または計算機リソース１６から送信されるイベントは、ルール記憶部２４０に格納されているいずれかのルールに含まれる適用条件を満たすものとする。また、本フローチャートでは、例えば、Ｗｅｂ層の論理コンポーネント３０ＡをホスティングするＷｅｂサーバの１つであるWebServer#1のＣＰＵ利用率が20%以下になったことを知らせるイベントを、イベント受信部２３を介してルール処理部２４１が取得したと仮定する。

まず、イベント受信部２３は、受信したイベントをルール処理部２４１に通知する（Ｓ１００）。ルール処理部２４１は、ルールの起動処理を実行する（Ｓ１０１）。ステップＳ１０１において、ルール処理部２４１は、ルール記憶部２４０を参照して、受信したイベントの内容を満たす適用条件を含むルールを特定し、特定したルールに含まれる処理を実行するインスタンスを生成し、生成したインスタンスの識別情報を含む起動通知をシステム状態情報収集部２７へ送信する。

次に、特定したルールに含まれる処理の起動時刻を、生成したインスタンスの識別情報に対応付けて実行履歴格納部２４２に記録し（Ｓ１０２）、生成されたインスタンスが、対応する処理を実行する（Ｓ１０３）。例えば図３において、RULE_ID２４００が「A」である場合、「Ｗｅｂ層をスケールイン」に対応する処理がインスタンスによって実行される。

次に、インスタンスによる処理の実行中に、処理に関する実行履歴が実行履歴格納部２４２に記録される（Ｓ１０４）。そして、インスタンスによる処理が終了すると、ルール処理部２４１は、実行結果と共に、処理の終了時刻を、インスタンスの識別情報に対応付けて実行履歴格納部２４２に記録する（Ｓ１０５）。そして、ルール処理部２４１は、実行が終了したインスタンスの識別情報を含む実行終了通知をルール実行履歴取得部２５およびシステム状態情報収集部２７へ送信する（Ｓ１０６）。

以上のステップＳ１００からＳ１０６までの処理により、ルール実行部２４は、ルールの起動、当該ルールに含まれる処理の実行、および実行の終了に関する一連の処理を完了する。

次に、図５を参照して、構成情報管理部２１およびシステム状態情報収集部２７によって行われるシステム状態情報の収集処理を説明する。

システム状態情報収集部２７は、ルール処理部２４１から起動通知または実行終了通知を受信すると（Ｓ３００）、業務システムのシステム構成情報を要求するための取得要求を構成情報管理部２１に送信する（Ｓ３０１）。構成情報管理部２１は、システム構成情報の取得要求を受信すると（Ｓ４００）、構成情報記憶部２２からシステム構成情報を取得し（Ｓ４０１）、取得したシステム構成情報をシステム状態情報収集部２７へ送信する（Ｓ４０２）。

ステップＳ４０２において、システム状態情報収集部２７へ送信されるシステム構成情報は、例えば図６に示すようなデータ構造である。図６に示されるように、システム構成情報には、それぞれのリソースを識別するRESOURCE_ID５００に対応付けて、リソースの種別を示すTYPE５０１、リソースの稼動状態を示すSTATE５０２、およびリソースの仕様を示すMACHINE_TYPE５０３等が含まれる。

TYPE５０１の項目には、例えば、Ｗｅｂサーバ、ＡＰサーバ、またはＤＢサーバ等のサーバの役割に対応した種別が格納される。STATE５０２の項目には、例えば、稼働中を示す「RUNNING」または予備あるいは待機中を示す「STANDBY」等の情報が格納される。MACHINE_TYPE５０３の項目には、例えば、ＣＰＵ種別、ＣＰＵのクロック周波数、ＦＳＢ（フロントサイドバス）のクロック周波数、メモリサイズ、およびディスクサイズ等の計算機リソースのマシンの仕様による分類を示すタグが格納される。

次に、システム状態情報収集部２７は、構成情報管理部２１からシステム構成情報を受信すると（Ｓ３０２）、受信したシステム構成情報を参照して、リソースの利用状況に関する情報と
サービスの利用状況に関する情報とを取得する対象のリソースを、稼動中であり、かつ、未選択のリソースの中から１つ選択する（Ｓ３０３）。

次に、システム状態情報収集部２７は、選択したリソースについて、リソースの利用状況に関するメトリックの計測値を取得する（Ｓ３０４）。ステップＳ３０４において、システム状態情報収集部２７が取得するデータの構造は、例えば図７に示すようになる。システム状態情報収集部２７によって取得されるリソースの利用状況に関する情報には、それぞれのリソースを識別するRESOURCE_ID５１０毎に、当該リソースのＣＰＵ利用率を示すCPU_UTIL５１１および当該リソースのメモリ利用率であるMEMORY_UTIL５１２等が含まれる。

システム状態情報収集部２７によって取得されるリソースの利用状況に関する情報には、図７に示した項目以外に、ディスクの利用率、ネットワークの利用率、リソースの停止時間、および消費電力量、発熱量等が含まれていてもよい。

次に、システム状態情報収集部２７は、選択したリソースについて、サービスの利用状況に関するメトリックの計測値を取得する（Ｓ３０５）。ステップＳ３０５において、システム状態情報収集部２７が取得するデータは、例えば図８に示すような構造である。システム状態情報収集部２７によって取得されるサービスの利用状況に関する情報には、それぞれのサービスを識別するSERVICE_ID５２０毎に、当該サービスに対するリクエスト数を示すREQUESTS５２１、当該サービスの平均応答時間を示すRESPONSE_TIME５２２、当該サービスに対するリクエストの中でＳＬＡ(Service Level Agreement)を満たさなかったリクエストの数を示すFAILS５２３、および処理したリクエスト数を示すTHROUGHPUT５２４等が含まれる。

システム状態情報収集部２７によって取得されるサービスの利用状況に関する情報には、図８に示した項目以外に、接続エラー数、コミットされたサービスのトランザクションの売上金額、およびサービスの停止時間等が含まれてもよい。

次に、システム状態情報収集部２７は、システム構成情報を参照して、稼動中の全てのリソースを選択したか否かを判定する（Ｓ３０６）。稼動中のリソースの中で未選択のリソースがある場合（Ｓ３０６：Ｎｏ）、システム状態情報収集部２７は、再びステップＳ３０３に示した処理を実行する。

稼動中の全てのリソースを選択した場合（Ｓ３０６：Ｙｅｓ）、システム状態情報収集部２７は、リソースの利用状況に関する情報を、例えば図９に示すような形式に加工し、サービスの利用状況に関する情報を、例えば図１０に示すような形式に加工し、加工した情報をそれぞれルール動作履歴記憶部２６に格納して（Ｓ３０７）、システム状態情報収集部２７は、システム状態情報の収集処理を終了する。

リソースの利用状況に関する情報には、図９に示すように、INSTANCE_ID２６００毎に、起動通知によって収集を開始したことを示す「START」、または実行終了通知によって収集を開始したことを示す「END」のいずれかを格納するPERIOD２６０１、TYPE２６０２、MACHINE_TYPE２６０３、STATE２６０４、TYPE２６０２からSTATE２６０４までの項目について同一の属性を有するリソースの数を示すNUMBER_OF２６０５、および、TYPE２６０２からSTATE２６０４までの項目について同一の属性を有するリソースのＣＰＵ利用率の平均を示すCPU_UTIL２６０６等が含まれる。

なお、図５に示したシステム状態情報の収集処理は、ルール処理部２４１から起動通知または実行終了通知を受信するたびに実行される。そのため、１回のシステム状態情報の収集処理で収集されるリソースの利用状況に関する情報では、INSTANCE_ID２６００とPERIOD２６０１とは、全て同一の値となる。

サービスの利用状況に関する情報には、図１０に示すように、INSTANCE_ID２６１０毎に、PERIOD２６１１、SERVICE_ID２６１２、REQUESTS２６１３、RESPONSE_TIME２６１４、FAILS２６１５、およびTHROUGHPUT２６１６等が含まれる。なお、リソースの利用状況に関する情報と同様に、１回のシステム状態情報の収集処理で収集されるサービスの利用状況に関する情報では、INSTANCE_ID２６１０とPERIOD２６１１とは、全て同一の値となる。

再び図４に戻って説明を続ける。

ルール実行履歴取得部２５の実行履歴取得実行部２５０は、ルール処理部２４１から実行終了通知を受信すると（Ｓ２００）、実行終了通知の受信回数の累積値を１増やす（Ｓ２０１）。そして、実行履歴取得実行部２５０は、当該累積値と、指定情報受付部２５１を介してルールの運用実績評価装置２のユーザから予め入力されていた実行回数とを比較する（Ｓ２０２）。累積値が実行回数以上である場合（Ｓ２０２：Ｙｅｓ）、実行履歴取得実行部２５０は、ステップＳ２０４に示す処理を実行する。

一方、累積値が実行回数未満である場合（Ｓ２０２：Ｎｏ）、実行履歴取得実行部２５０は、前回実行履歴送信部２４３から実行履歴を受信した時刻からの経過時間が、実行履歴取得実行部２５０を介して予め入力されていた取得間隔以上か否かを判定する（Ｓ２０３）。経過時間が取得間隔未満である場合（Ｓ２０３：Ｎｏ）、ルールの運用実績評価装置２は、本フローチャートに示す処理を終了する。

経過時間が取得間隔以上である場合（Ｓ２０３：Ｙｅｓ）、実行履歴取得実行部２５０は、ルール処理部２４１の動作状態を実行履歴送信部２４３に問い合わせる（Ｓ２０４）。実行履歴送信部２４３は、ルール処理部２４１の動作状態を実行履歴取得実行部２５０に返信する（Ｓ１０７）。そして、実行履歴取得実行部２５０は、ルール処理部２４１が処理中か否かを判定する（Ｓ２０５）。ルール処理部２４１が処理中である場合（Ｓ２０５：Ｙｅｓ）、ルールの運用実績評価装置２は、本フローチャートに示した処理を終了する。

ルール処理部２４１が処理中でない場合（Ｓ２０５：Ｎｏ）、実行履歴取得実行部２５０は、ルール動作履歴記憶部２６を参照して、図９において説明したリソースの利用状況に関する情報、または、図１０において説明したサービスの利用状況に関する情報に含まれるインスタンスの識別情報の中で、ルール動作履歴記憶部２６内に実行履歴が格納されていないものを検索する。そして、実行履歴取得実行部２５０は、検索したインスタンスの識別情報を含む実行履歴取得要求を、実行履歴送信部２４３へ送信する（Ｓ２０６）。

実行履歴送信部２４３は、実行履歴取得要求を受信し、当該実行履歴取得要求に含まれるインスタンスの識別情報に対応する実行履歴を実行履歴格納部２４２から抽出する（Ｓ１０８）。そして、実行履歴送信部２４３は、抽出した実行履歴を実行履歴取得実行部２５０へ送信する（Ｓ１０９）。

次に、実行履歴取得実行部２５０は、実行履歴送信部２４３から実行履歴を受信し、受信した時刻を記憶する（Ｓ２０７）。そして、実行履歴取得実行部２５０は、受信した実行履歴をルール動作履歴記憶部２６に格納する（Ｓ２０８）。ステップＳ２０８において、実行履歴取得実行部２５０は、例えば図１１に示すような構造の実行履歴をルール動作履歴記憶部２６に格納する。

図１１に示すように、実行履歴には、RULE_ID２６２０毎に、INSTANCE_ID２６２１、RULE_ID２６２０で特定されるルールに含まれる処理が起動された時刻を示すSTART_TIME２６２２、RULE_ID２６２０で特定されるルールに含まれる処理の実行が終了した時刻を示すEND_TIME２６２３、RULE_ID２６２０で特定されるルールに含まれる処理を示すEXECUTED_ACTION_ID２６２４、および処理結果を示すRESULT２６２５等が格納される。

以上、図４および図５に示した処理により、業務システムから送信されたイベントに応じた処理を実行する場合に、処理の実行前と実行後のシステム状態情報、および、当該処理の実行履歴を収集し、インスタンスの識別情報に対応付けてルール動作履歴記憶部２６に格納する処理が実現される。

このように、監視対象システムの状態を示す情報を常に収集するのではなく、イベントに応じた処理の実行直前と実行直後にしぼって収集することにより、収集するデータ量を少なくすることができる。また、処理の実行直前と実行直後のシステムの状態を収集することにより、収集した情報に基づいてそれぞれのルールの効果を評価することができる。

次に、ユーザからの要求に応じて、ルールの運用実績評価装置２がルールの動作履歴を出力する処理について、図１２を用いて説明する。図１２では、図４および図５において説明した処理が既に実行され、ルール動作履歴記憶部２６内にはデータが蓄積されていることを前提としている。

まず、効果算出部２８は、入出力部２０を介して、ルールの運用実績評価装置２のユーザから、ルール動作履歴情報の表示要求を受け付ける（Ｓ５００）。ステップＳ５００では、効果算出部２８は、例えば、対象とする期間、参照したいシステム状態情報の項目、出力形式等をユーザから受け付ける。

次に、効果算出部２８は、受け付けた表示要求を解析して、ルール動作履歴記憶部２６から必要なデータを抽出する（Ｓ５０１）。そして、効果算出部２８は、ユーザから要求された形式に加工するために用いる算出式を取得し、取得した算出式を用いて、抽出したデータを加工する（Ｓ５０２）。効果算出部２８内には、例えば図１３に示すように、ユーザによって定義された算出式を示すDEFINITION５３１が、それぞれの算出式を識別するDEF_ID５３０に対応付けて予め格納されている。

DEF_ID５３０が「E1」に対応する算出式では、図９に示したリソースの利用状況に関する情報を参照して、INSTANCE_ID２６００、TYPE２６０２、MACHINE_TYPE２６０３、およびSTATE２６０４が同一のデータについて、PERIOD２６０１が「END」であるデータのNUMBER_OF２６０５から、PERIOD２６０１が「STAR」であるデータのNUMBER_OF２６０５を差し引いた値を算出し、これに図１４に示した当該MACHINE_TYPE540のFINALCIAL_COST541を乗算することで、ルールの実行した処理毎のリソース増減コストを算出することができる。

また、DEF_ID５３０が「E2」に対応する算出式では、図９に示したリソースの利用状況に関する情報を参照して、同一のINSTANCE_ID２６００、かつPERIOD２６０１が「END」であるデータのCPU_UTIL２６０６の算術平均から、同一のINSTANCE_ID２６００、かつPERIOD２６０１が「START」であるデータのCPU_UTIL２６０６の算術平均を差し引くことで、ルールの実行した処理毎のリソースの有効活用度を算出することができる。

また、DEF_ID５３０が「E3」に対応する算出式では、図９に示したリソースの利用状況に関する情報と、効果算出部２８内に予め格納されている、リソースのコストや消費電力量を示す図１４のような情報を参照して、INSTANCE_ID２６００、TYPE２６０２、MACHINE_TYPE２６０３、およびSTATE２６０４が同一のデータについて、PERIOD２６０１が「END」であるデータのCPU_UTIL２６０６と、PERIOD２６０１が「START」であるデータのCPU_UTIL２６０６とが共にFULL_POWER状態（図１４を参照して、平均ＣＰＵ利用率が５０％以上）であるリソースの増減数を算出する。

同様に、INSTANCE_ID２６００、TYPE２６０２、MACHINE_TYPE２６０３、およびSTATE２６０４が同一のデータについて、PERIOD２６０１が「START」であるデータのCPU_UTIL２６０６と、PERIOD２６０１が「END」であるデータのCPU_UTIL２６０６とが共にSAVED_POWER状態（図１４を参照して、平均ＣＰＵ利用率が５０％未満）であるリソースの増減数を算出する。

そして、FULL_POWER状態のリソースの増減数に、FULL_POWER状態の消費電力量（図１４から、MACHINE_TYPE５４０が「SERVER_00」であれば３００Ｗ）を乗じ、SAVED_POWER状態のリソースの増減数に、SAVED_POWER状態の消費電力量（図１４から、MACHINE_TYPE５４０が「SERVER_00」であれば２００Ｗ）を乗じ、これらの値を加えたものにより、ルールの実行した処理毎の消費電力の増減量を算出することができる。

また、DEF_ID５３０が「E4」に対応する算出式では、図１０に示したサービスの利用状況に関する情報と、効果算出部２８内に予め格納されている、サービスのビジネス的な価値を数値化した図１５のような情報を参照して、INSTANCE_ID２６１０、PERIOD２６１１、およびSERVICE_ID２６１２が同一のデータについて、THROUGHPUT２６１６の値にSERVICE_VALUE５５１の値を乗じた値をルール毎に合計する。例えば、SERVICE_ID２６１２が「CATALOG」である場合には、図１５を参照して、SERVICE_VALUE５５１は「100/tran」となる。これにより、ルールの実行した処理毎の売上寄与度を求めることができる。

また、DEF_ID５３０が「E4」に対応する算出式では、図１０に示したサービスの利用状況に関する情報と、効果算出部２８内に予め格納されている、サービスのビジネス的な価値を数値化した図１５のような情報を参照して、INSTANCE_ID２６１０、PERIOD２６１１、およびSERVICE_ID２６１２が同一のデータについて、FAILS２６１５の値にFAILS_LOST５５２の値を乗じた値をルール毎に合計する。例えば、SERVICE_ID２６１２が「CATALOG」である場合には、図１５を参照して、FAILS_LOST５５２は「0.2」となる。これにより、ルールの実行した処理毎の機会損失度を求めることができる。

なお、上記したデータの加工処理において、効果算出部２８は、効果算出部２８内に予め格納された算出式を用いてデータを加工したが、他の例として、効果算出部２８は、入出力部２０を介してユーザから入力された算出式を用いてデータを加工してもよい。

そして、効果算出部２８は、加工したデータを、例えば図１６に示すような構成の画面データとして出力し（Ｓ５０３）、本フローチャートに示した処理を終了する。出力されるデータは、ルール単位の他に、前記ルールの実行した処理単位であっても構わない。また、効果算出部２８は、予め定められた計算式により、前記ルールで定められた処理の実行履歴と前記システム状態情報から前記ルールのビジネス価値を前記ルールで定められた処理が実行された計算機システムで提供されるサービスの処理単位毎に算出するようにしても構わない。

図１６に示した例では、効果算出部２８で算出したルールの実行した処理単位の加工データに対しルール毎に統計処理を施し、指定された期間内において、RULE_ID５６０毎の、起動回数５６１、目標を達成した回数である成功回数５６２、平均実行時間５６３、リソースの利用状況５６４、サービスの利用状況５６５、およびビジネスバリューが表示される。

リソースの利用状況５６４には、リソースの増減数、平均ＣＰＵ利用率、および消費電力増減量等が含まれる。サービスの利用状況５６５には、平均処理率、処理量、応答時間５秒以内等のサービスレベル目標（ＳＬＯ）の遵守率が含まれる。 ビジネスバリュー５６６には、効果算出部で算出したリソースコスト、リソース有効活用度、売上寄与度、機会損失度等のビジネス価値を示す値が含まれる。図１６のような情報を参照することにより、ユーザは、売上高、機会損失額、コスト削減額、リソースの有効活用度、環境への負荷の程度等のビジネス的価値について、それぞれのルールを評価することができる。

図１７は、ルールの運用実績評価装置２の機能を実現するためのハードウェア構成の一例を示す図である。本実施形態のルールの運用実績評価装置２は、ＣＰＵ（Central Processing Unit）４０、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等のメモリ４１、ＨＤＤ（Hard Disk Drive）等の外部記憶装置４２、通信ＩＦ（インターフェイス）４３、入力ＩＦ（インターフェイス）４４、出力ＩＦ（インターフェイス）４５、およびメディアＩＦ（インターフェイス）４６を備える。

ＣＰＵ４０は、メモリ４１または外部記憶装置４２に格納されたプログラムに基づいて動作し、各部の制御を行う。メモリ４１には、ルールの運用実績評価装置２の起動時にＣＰＵ４０によって実行されるブートプログラム、アプリケーションプログラム、ルールの運用実績評価装置２のハードウェアに依存するプログラム、ＣＰＵ４０によって使用されるデータ等が格納される。

通信ＩＦ４３は、管理用ネットワーク１５を介してロードバランサ１３または計算機リソース１６等から受信したデータをＣＰＵ４０に提供すると共に、ＣＰＵ４０によって生成されたデータを、管理用ネットワーク１５を介してロードバランサ１３または計算機リソース１６等へ送信する。

ＣＰＵ４０は、入力ＩＦ４４を介して、キーボードやマウス等の入力装置を制御し、入力ＩＦ４４を介して入力装置からデータを取得する。また、ＣＰＵ４０は、出力ＩＦ４５を介して、ＬＣＤ（Liquid Crystal Display）等の出力装置を制御し、生成したデータを、出力ＩＦ４５を介して出力装置へ出力する。

メディアＩＦ４６は、記録媒体に格納されたプログラムまたはデータを読み取り、ＣＰＵ４０、メモリ４１、および通信ＩＦ４３に提供する。メモリ４１を介してＣＰＵ４０に提供されるプログラムは、当該記録媒体に格納されている。当該プログラムは、メディアＩＦ４６によって記録媒体から読み出され、メモリ４１を介してルールの運用実績評価装置２にインストールされ、ＣＰＵ４０によって実行される。

外部記憶装置４２には、構成情報記憶部２２、ルール記憶部２４０、実行履歴格納部２４２、およびルール動作履歴記憶部２６内のデータが格納される。ルールの運用実績評価装置２にインストールされて実行されるプログラムは、ルールの運用実績評価装置２を、入出力部２０、構成情報管理部２１、構成情報記憶部２２、イベント受信部２３、ルール実行部２４、ルール実行履歴取得部２５、ルール動作履歴記憶部２６、システム状態情報収集部２７、効果算出部２８、およびネットワークＩＦ部２９としてそれぞれ機能させる。

ルールの運用実績評価装置２は、これらのプログラムを、メディアＩＦ４６を介して記録媒体から読み取って実行するが、他の例として、ルールの運用実績評価装置２は、これらのプログラムを、通信ネットワークを介して他の装置から取得してもよい。メディアＩＦ４６によって読み取られる記録媒体は、例えばＤＶＤ、ＰＤ等の光学記録媒体、ＭＯ等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

以上、本発明の実施の形態について説明した。

上記説明から明らかなように、本発明のルールの運用実績評価装置２によれば、自律制御による運用管理に用いられるルールをビジネス的観点で評価するための情報を、ルールの実行開始直前と実行終了直後に絞って収集することにより、効率的に収集することができる。

なお、本発明は、上記の各実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。

例えば、図４に示したフローチャートでは、ルール実行履歴取得部２５は、ルール処理部２４１によってルールに含まれる処理の実行が終了するまで、実行履歴格納部２４２内の実行履歴の取得を試行しないが、他の形態として、ルール実行履歴取得部２５は、例えば、図１８に示すように、ルール処理部２４１による処理の終了とは無関係に、定期的、あるいは、予め定められた条件が満たされた場合等に、実行履歴格納部２４２内の実行履歴の取得を試行するようにしてもよい。あるいは、図４に示したフローチャートの処理に加えて、さらに図１８に示したフローチャートの処理を実行するようにしてもよい。

また、上記した実施形態において、ルールの運用実績評価装置２は、構成情報記憶部２２、ルール記憶部２４０、実行履歴格納部２４２、およびルール動作履歴記憶部２６を有するが、他の形態として、これらに格納されるデータは、外部の記憶装置に記憶され、ルールの運用実績評価装置２は、当該記憶装置とネットワークを介して通信することにより、当該記憶装置内のデータを取得したり、当該記憶装置内にデータを書き込むようにしてもよい。

また、上記した実施形態において、入出力部２０、構成情報管理部２１、構成情報記憶部２２、イベント受信部２３、ルール実行部２４、ルール実行履歴取得部２５、ルール動作履歴記憶部２６、システム状態情報収集部２７、効果算出部２８、およびネットワークＩＦ部２９は、１台の装置であるルールの運用実績評価装置２内に実現されたが、他の形態として、これらの機能は、複数の計算機のいずれかによって実現され、これら複数の計算機が相互に通信することにより、複数の計算機全体がルールの運用実績評価装置２として機能するように構成されてもよい。

本発明の一実施形態に係る情報システム１及び運用実績評価装置２の構成の一例を示すシステム構成図である。 Ｗｅｂ３階層モデルの業務システムを説明するための概念図である。 ルール記憶部２４０に格納されるデータ構造の一例を示す図である。 ルールの運用実績評価装置２の動作の一例を示すフローチャートである。 ルールの運用実績評価装置２の動作の一例を示すフローチャートである。 ステップＳ３０２においてシステム状態情報収集部２７が取得するデータの構造の一例を説明するための図である。 ステップＳ３０４においてシステム状態情報収集部２７が収集するデータの構造の一例を説明するための図である。 ステップＳ３０５においてシステム状態情報収集部２７が収集するデータの構造の一例を説明するための図である。 ルール動作履歴記憶部２６に格納されるリソースの構成・状態情報のデータ構造の一例を説明するための図である。 ルール動作履歴記憶部２６に格納されるサービス利用状況を示す情報のデータ構造の一例を説明するための図である。 ルール動作履歴記憶部２６に格納される実行履歴のデータ構造の一例を説明するための図である。 効果算出部２８によって実行されるデータ加工処理の一例を示すフローチャートである。 データの加工処理に用いられる算出式の一例を示す図である。 リソース毎に定義された金銭的コストおよび消費電力等のデータ構造の一例を説明するための図である。 ビジネス価値を算出するためのデータの構造の一例を示す図である。 ルールの運用実績評価装置２によって出力される情報の構成の一例を示す図である。 ルールの運用実績評価装置２の機能を実現するためのハードウェア構成の一例を示す図である。 ルールの運用実績評価装置２によって実行される実行履歴収集処理の他の例を示すフローチャートである。

符号の説明

１・・・情報システム、１０・・・利用者端末、１１・・・インターネット、１２・・・ルータ、１２０・・・ルーティング記憶部、１３・・・ロードバランサ、１３０・・・振分先記憶部、１３１・・・計測・監視部、１４・・・業務用ネットワーク、１５・・・管理用ネットワーク、１６・・・計算機リソース、１６０・・・ネットワークＩＦ部、１６１・・・計測・監視部、１６２・・・プログラム実行部、２・・・ルールの運用実績評価装置、２０・・・入出力部、２１・・・構成情報管理部、２２・・・構成情報記憶部、２３・・・イベント受信部、２４・・・ルール実行部、２４０・・・ルール記憶部、２４００・・・RULE_ID、２４０１・・・TRIGGER_CONDITION、２４０２・・・APPLY_TO、２４０３・・・ACTION_ID、２４１・・・ルール処理部、２４２・・・実行履歴格納部、２４３・・・実行履歴送信部、２５・・・ルール実行履歴取得部、２５０・・・実行履歴取得実行部、２５１・・・指定情報受付部、２６・・・ルール動作履歴記憶部、２７・・・システム状態情報収集部、２８・・・効果算出部、２８０・・・算出式入力受付部、２９・・・ネットワークＩＦ部、３０・・・論理コンポーネント、４０・・・ＣＰＵ、４１・・・メモリ、４２・・・外部記憶装置、４３・・・通信ＩＦ、４４・・・入力ＩＦ、４５・・・出力ＩＦ、４６・・・メディアＩＦ

Claims (21)

1. 複数の計算機で構成される情報システムの運用実績評価装置であって、
   ルールで定められた処理が前記情報システムで実行された実行履歴、並びに、前記ルールで定められた処理が前記情報システムで実行される前と後の、前記情報システムの構成に関する情報、前記情報システムを構成する計算機リソースの稼動状態を示す情報、及び、前記情報システムで提供されるサービスの利用状況を示す情報を含んだシステム状態情報とを対応づけて記憶するルール動作履歴記憶部と、
   予め定められた計算式により、前記実行履歴と前記システム状態情報から前記ルールのビジネス価値を算出する効果算出部と、
   を備えることを特徴とする情報処理システムの運用実績評価装置。
2. 請求項１に記載の運用実績評価装置であって、
   前記効果出力部は、前記計算式を外部から入力として受け付ける計算式入力受付部をさらに備えることを特徴とする運用実績評価装置。
3. 請求項１又は２に記載の運用実績評価装置であって、
   前記計算式は、以下の（１）乃至（５）のいずれか１つ以上を含んだビジネス価値を算出する計算式であることを特徴とする運用実績評価装置。
   （１）前記監視対象の情報システムを構成する計算機リソースのマシン種別毎の台数の、ルールに規定された処理の実行前と後での増減値に、
   与えられたサーバ種別ごとにかかる金銭コストを乗算した値を、前記監視対象の情報システムを構成する計算機リソースに対応するサーバ種別に対して総和した値で評価するリソース増減コスト、
   （２）前記監視対象の情報システムを構成する計算機リソースの稼動状態について、稼動中の計算機リソースの、CPU利用率、メモリ利用率、ディスク利用率及びネットワーク利用率の少なくとも１つを含んだリソース利用率の、ルールに規定された処理の実行前と後での利用率の平均値の増減で評価するリソース有効活用度、
   （３）前記監視対象の情報システムを構成する計算機リソースを消費電力量で分類して、前記分類して同一の消費電力量となる計算機リソースの台数の、ルールに規定された処理の実行前と後での増減値に、
   前記分類に用いた消費電力量を乗算した値を、情報システムを構成する計算機リソースについて総和した値で評価する消費電力量、
   （４）前記監視対象の情報システムで提供されるサービスにおけるリクエストの処理件数の、ルールに規定された処理の実行前と後における増減値に、
   サービスごとに定義された処理毎のサービス価値を乗算した値を、前記監視対象の情報システムで提供される全てのサービスに対して求めて総和した値で評価する売上寄与度数、
   （５）前記監視対象の情報システムで提供されるサービスのリクエストのエラー件数の、ルールに規定された処理の実行前と後における増減値に、
   サービスごとに定義されたエラー件数ごとの機会損失増減に対する重み係数を乗算した値を、前記監視対象の情報システムで提供される全てのサービスに対して求めて総和した値で評価する機会損失度。
4. 請求項１乃至３のいずれかに記載の運用実績評価装置であって、
   前記効果算出部は、予め定められた計算式により、前記実行履歴と前記システム状態情報から前記ルールのビジネス価値を前記ルールで定められた処理が実行された計算機システムで提供されるサービスの処理単位毎に算出する
   ことを特徴とする運用実績評価装置。
5. 請求項１乃至４のいずれか一項に記載の運用実績評価装置であって、
   ルールに規定された処理の実行に関する履歴であるルール実行履歴を記憶するルール実行部と、
   当該ルールに規定された処理が実行される前と後の、前記監視対象の情報システムの構成に関する情報、前記監視対象の情報システムを構成する計算機リソースの稼動情報、及び、前記監視対象の情報システムが提供するサービスの利用状況、を含むシステム状態情報を収集して、前記ルール動作履歴記憶部に前記収集したシステム状態情報を記憶させるシステム状態情報収集部とをさらに備え、
   前記ルール実行部に記憶されたルール実行履歴を、与えられた条件の下で取得するルール実行履歴取得部と、
   を有することを特徴とする運用実績評価装置。
6. 請求項５に記載の運用実績評価装置であって、
   前記ルール実行部は、
   当該ルールに規定された処理を実行する前に、前記システム状態情報収集部に、ルールの処理単位の識別情報を含んだルールの処理の実行開始通知を送信し、当該ルールが規定している処理の実行を完了した後に、前記システム状態情報収集部に、ルールの処理単位の識別情報を含んだルールの処理の実行完了通知を送信し、
   前記システム状態情報収集部は、
   前記ルール実行部から送信されたルールの実行開始通知、又はルールの実行完了通知を受信し、受信後に
   前記システム状態情報に含まれる監視対象の情報システムの構成情報と監視対照の情報システムを構成する計算機リソースの稼動情報、とを収集するとともに、
   前記システム状態情報に含まれる監視対象の情報システムが提供するサービスの利用状況、を収集して、
   前記収集したシステム状態情報を、
   ルールの処理単位の識別情報と
   ルールの処理の実行開始時に収集したのかと、ルールの処理の実行完了時に収集したのかと
   を示す開始終了記号と、
   を対応づけて前記ルール動作履歴記憶部に記憶させ、
   前記ルール実行履歴取得部は、
   前記ルール実行部に記憶されたルールの実行履歴を取得する条件を入力として受付ける指定情報受付部をさらに備える、
   ことを特徴とする運用実績評価装置。
7. 請求項５又は６に記載の運用実績評価装置であって、
   前記実行履歴取得部における処理が、
   前記ルール実行記憶部における処理と前記システム状態情報収集部における処理とは独立して処理される
   ことを特徴とする運用実績評価装置。
8. 複数の計算機で構成される情報システムの運用実績評価装置の運用実績評価方法であって、
   前記運用実績評価装置は、ルール動作履歴記憶部と、効果算出部、とを備え、
   前記ルール動作履歴記憶部は、
   前記ルールの実行履歴、並びに、当該ルールで規定された処理が実行される前と後の、前記監視対象の情報システムの構成に関する情報、前記監視対象の情報システムを構成する計算機リソースの稼動状態、及び、前記監視対象の情報システムが提供するサービスの利用状況、を含んだシステム状態情報と、を対応づけて記録するステップを実行し、
   前記効果算出部は、
   予め定められた計算式により、前記実行履歴と前記システム状態情報から前記ルールのビジネス価値を算出するステップを実行すること
   を特徴とする運用実績評価方法。
9. 請求項８に記載の運用実績評価方法であって、
   前記効果算出装置は、前記計算式を外部から入力として受け付けるステップを実行すること
   を特徴とする運用実績評価方法。
10. 請求項８又は９に記載の運用実績評価方法であって、
    前記計算式は、以下の（１）乃至（５）のいずれか１つ以上を含んだビジネス価値を算出する計算式であることを特徴とする運用実績評価方法。
    （１）前記監視対象の情報システムを構成する計算機リソースのマシン種別毎の台数の、ルールに規定された処理の実行前と後での増減値に、
    与えられたサーバ種別ごとにかかる金銭コストを乗算した値を、前記監視対象の情報システムを構成する計算機リソースに対応するサーバ種別に対して総和した値で評価するリソース増減コスト、
    （２）前記監視対象の情報システムを構成する計算機リソースの稼動状態について、稼動中の計算機リソースの、CPU利用率、メモリ利用率、ディスク利用率及びネットワーク利用率の少なくとも１つを含んだリソース利用率の、ルールに規定された処理の実行前と後での利用率の平均値の増減で評価するリソース有効活用度、
    （３）前記監視対象の情報システムを構成する計算機リソースを消費電力量で分類して、前記分類して同一の消費電力量となる計算機リソースの台数の、ルールに規定された処理の実行前と後での増減値に、
    前記分類に用いた消費電力量を乗算した値を、情報システムを構成する計算機リソースについて総和した値で評価する消費電力量、
    （４）前記監視対象の情報システムで提供されるサービスにおけるリクエストの処理件数の、ルールに規定された処理の実行前と後における増減値に、
    サービスごとに定義された処理毎のサービス価値を乗算した値を、前記監視対象の情報システムで提供される全てのサービスに対して求めて総和した値で評価する売上寄与度数、
    （５）前記監視対象の情報システムで提供されるサービスのリクエストのエラー件数の、ルールに規定された処理の実行前と後における増減値に、
    サービスごとに定義されたエラー件数ごとの機会損失増減に対する重み係数を乗算した値を、前記監視対象の情報システムで提供される全てのサービスに対して求めて総和した値で評価する機会損失度。
11. 請求項８乃至１０のいずれかに記載の運用実績評価方法であって、
    前記効果算出部は、予め定められた計算式により、前記実行履歴と前記システム状態情報から前記ルールのビジネス価値を前記ルールで定められた処理が実行された計算機システムで提供されるサービスの処理単位毎に算出する
    ことを特徴とする運用実績評価方法。
12. 請求項８乃至１１のいずれかに記載の運用実績評価方法であって、
    動作履歴管理装置は、ルール実行部と、システム状態情報収集部と、ルール実行履歴取得部とをさらに備え、
    前記ルール実行部は、
    ルールの規定された処理の実行に関する履歴であるルール実行履歴を記憶するステップを実行し、
    前記システム状態情報収集部は、
    当該ルールの規定された処理が実行される前と後の、前記監視対象の情報システムの構成に関する情報、前記監視対象の情報システムを構成する計算機リソースの稼動情報、及び、前記監視対象の情報システムが提供するサービスの利用状況、を含むシステム状態情報を収集するステップと、前記ルール動作履歴記憶部に前記収集したシステム状態情報を記憶させるステップを実行し、
    前記ルール実行履歴取得部は、
    前記ルール実行部に記憶されたルール実行履歴を、与えられた条件の下で取得するステップ、を実行すること
    を特徴とする運用実績評価方法。
13. 請求項１２に記載の運用実績評価方法であって、
    前記ルール実行記憶部は、
    当該ルールに規定された処理を実行する前に、前記システム状態情報収集部に、ルールの処理単位の識別情報を含んだルールの処理の実行開始通知を送信するステップと、
    当該ルールに規定された処理の実行を完了した後に、前記システム状態情報収集部に、ルールの処理単位の識別情報を含んだルールの処理の実行完了通知を送信するステップ、とをさらに実行し、
    前記システム状態情報収集部は、
    前記ルール実行部から送信されたルールの実行開始通知、又はルールの実行完了通知を受信するステップと、
    受信後に前記システム状態情報に含まれる監視対象の情報システムの構成情報と監視対照の情報システムを構成する計算機リソースの稼動情報、とを収集するステップと、
    前記システム状態情報に含まれる監視対象の情報システムが提供するサービスの利用状況を収集するステップと、
    前記収集したシステム状態情報をルールの処理単位の識別情報と、
    ルールの処理の実行開始時に収集したのか、又はルールの処理の実行完了時に収集したのかと、
    を示す開始終了記号と、
    を対応づけて前記ルール動作履歴記憶部に記憶させるステップと
    を実行し、
    前記ルール実行履歴取得部は、前記ルール実行部に記憶されたルールの実行履歴を取得する条件を入力として受付けるステップをさらに実行すること
    を特徴とする運用実績評価方法。
14. 請求項１２又は１３に記載の運用実績評価方法であって、
    前記実行履歴取得部におけるルール実行履歴の取得ステップの実行が、前記ルール実行部におけるステップの実行と、前記システム状態情報収集部におけるステップの実行とは独立して実行されること
    を特徴とする運用実績評価方法。
15. 複数の計算機で構成される情報システムの運用実績評価装置を、ルール動作履歴記憶機能及び効果算出機能として機能させ、
    前記ルール動作履歴記憶機能は、
    ルールの実行履歴、並びに、当該ルールで規定された処理が実行される前と後の、前記監視対象の情報システムの構成に関する情報、前記監視対象の情報システムを構成する計算機リソースの稼動状態、及び、前記監視対象の情報システムが提供するサービスの利用状況、を含んだシステム状態情報、を対応づけて記憶し、
    前記効果算出機能は、
    予め定められた計算式により、前記ルールの実行履歴と前記システム状態情報と、からルールのビジネス価値を算出する
    ことを特徴とするプログラム。
16. 請求項１５に記載のコンピュータで読み取り可能なプログラムであって、
    前記効果算出機能は、前記計算式を外部から入力として受け付ける計算式入力受付機能
    をさらに有することを特徴とするプログラム。
17. 請求項１５又は１６に記載のコンピュータで読み取り可能なプログラムであって、
    前記計算式は、以下の（１）乃至（５）のいずれか１つ以上を含んだビジネス価値を算出する計算式であることを特徴とするプログラム。
    （１）前記監視対象の情報システムを構成する計算機リソースのマシン種別毎の台数の、ルールに規定された処理の実行前と後での増減値に、
    与えられたサーバ種別ごとにかかる金銭コストを乗算した値を、前記監視対象の情報システムを構成する計算機リソースに対応するサーバ種別に対して総和した値で評価するリソース増減コスト、
    （２）前記監視対象の情報システムを構成する計算機リソースの稼動状態について、稼動中の計算機リソースの、CPU利用率、メモリ利用率、ディスク利用率及びネットワーク利用率の少なくとも１つを含んだリソース利用率の、ルールに規定された処理の実行前と後での利用率の平均値の増減で評価するリソース有効活用度、
    （３）前記監視対象の情報システムを構成する計算機リソースを消費電力量で分類して、前記分類して同一の消費電力量となる計算機リソースの台数の、ルールに規定された処理の実行前と後での増減値に、
    前記分類に用いた消費電力量を乗算した値を、情報システムを構成する計算機リソースについて総和した値で評価する消費電力量、
    （４）前記監視対象の情報システムで提供されるサービスにおけるリクエストの処理件数の、ルールに規定された処理の実行前と後における増減値に、
    サービスごとに定義された処理毎のサービス価値を乗算した値を、前記監視対象の情報システムで提供される全てのサービスに対して求めて総和した値で評価する売上寄与度数、
    （５）前記監視対象の情報システムで提供されるサービスのリクエストのエラー件数の、ルールに規定された処理の実行前と後における増減値に、
    サービスごとに定義されたエラー件数ごとの機会損失増減に対する重み係数を乗算した値を、前記監視対象の情報システムで提供される全てのサービスに対して求めて総和した値で評価する機会損失度。
18. 請求項１５乃至１７のいずれかに記載のコンピュータで読み取り可能なプログラムであって、
    前記効果算出機能は、予め定められた計算式により、前記実行履歴と前記システム状態情報から前記ルールのビジネス価値を前記ルールで定められた処理が実行された計算機システムで提供されるサービスの処理単位毎に算出する機能をさらに有することを特徴とするプログラム。
19. 請求項１５乃至１８のいずれかに記載のコンピュータで読み取り可能なプログラムであって、前記運用実績評価装置を、ルール実行機能、システム状態情報収集機能、及びルール実行履歴取得機能として機能させ、
    前記ルール実行機能は、
    ルールの規定された処理の実行に関する履歴であるルール実行履歴を記憶し、
    前記システム状態情報収集機能は、
    当該ルールの規定された処理が実行される前と後の、前記監視対象の情報システムの構成に関する情報と、前記監視対象の情報システムを構成する計算機リソースの稼動情報と、前記監視対象の情報システムが提供するサービスの利用状況と、を含むシステム状態情報を収集して、前記収集したシステム状態情報をルール動作履歴記憶機能に記憶させ、
    前記ルール実行履歴取得機能は、前記ルール実行部に記憶されたルール実行履歴を、与えられた条件の下で取得する
    ことを特徴とするプログラム。
20. 請求項１９に記載のコンピュータで読み取り可能なプログラムであって、
    前記ルール実行機能は、
    当該ルールが規定している処理を実行する前に、前記システム状態情報収集機能に、ルールの処理単位の識別情報を含んだルールの処理の実行開始通知を送信し、当該ルールが規定している処理の実行を完了した後に、前記システム状態情報収集機能にルールの処理単位の識別情報を含んだルールの処理の実行完了通知を送信し、
    前記システム状態情報収集機能は、
    前記ルール実行機能から送信されたルールの実行開始通知、又はルールの実行完了通知を受信し、
    当該受信後に、前記システム状態情報に含まれる監視対象の情報システムの構成情報と監視対照の情報システムを構成する計算機リソースの稼動情報、とを収集するとともに、
    前記システム状態情報に含まれる監視対象の情報システムが提供するサービスの利用状況、を収集して、
    当該収集したシステム状態情報を、
    ルールの処理単位の識別情報と
    ルールの処理の実行開始時に収集したのかと、ルールの処理の実行完了時に収集したのか、とを示す開始終了記号と、
    を関連づけて前記ルール動作履歴記憶機能に記憶させ、
    前記ルール実行履歴取得機能は、前記ルール実行部に記憶されたルールの実行履歴を取得する条件を入力として受付ける機能をさらに有する
    ことを特徴とするプログラム。
21. 請求項１９又は２０に記載のコンピュータで読み取り可能なプログラムであって、
    前記ルール履歴管理機能の実行履歴取得機能で行われる処理が、前記ルール実行機能で行われる処理と前記システム状態情報収集機能で行われる処理と、は独立して実行されることを特徴とするプログラム。

Images