WO2006095506A1 - 情報システム管理装置 - Google Patents

Abstract

【解決手段】　運用ポリシ格納手段（１１５）は、情報システム（１０３）で適用されるべき運用ポリシを格納する。運用ポリシ実施手段（１１３）は、運用ポリシの適用を行う。情報システム分類手段（１１４）は、アプリケーションとサービスレベルとから、類似の情報システム（１０３）を判定する。コンソール（１１８）から、運用ポリシが入力されると、情報システム分類手段（１１４）によって類似の情報システムと判定された情報システム（１０３）を利用して検証が行われ、運用ポリシの有効性が確かめられる。

Description

明 細 書

情報システム管理装置

技術分野

[0001] 本発明は、情報システム管理装置に関し、更に詳しくは、運用ポリシによって情報 システムの管理を行う情報システム管理装置に関する。

背景技術

[0002] 運用ポリシを適用して、情報システムの構成の設定変更を行う情報システムが知ら れている。情報システムに運用ポリシを適用する技術は、例えば特開 2002— 24487 0号公報、特開平 11— 250153号公報、特開 2003— 248647号公報、特開 2002 —111729号公報に記載さている。図 19は、特開 2002— 244870号公報に記載さ れたシステム管理支援装置の構成を示している。この装置は、サービスを運用するた めの分散システム管理サーノ 208、ジョブ実行サーバ 204、アプリケーションサーバ 206、及び、データベース 201から構成されている。

[0003] 図 20は、ジョブ実行サーバ 204に記憶されているデータ及びプログラムを示す。口 グ情報 241及びログ書式情報 242には、それぞれ、ジョブ実行サーバ 204のログ情 報と、そのログ情報の書式を定義したログ書式情報とが格納されている。ジョブ実行 ルール (実行ポリシ） 243には、分散システム管理サーバ 208から送られてきた最適 化ルールが格納されている。ジョブ実行処理 244は、アプリケーションサーバ力 送 られてきた要求に基づ 、てジョブの実行を行なうためのプログラムである。データべ ース管理処理 245は、データベース 201へのデータの格納、更新、データの読み出 しを行なうためのプログラムである。

[0004] ログ情報取得処理 246は、ジョブ実行サーバ 204で実行されたコマンドなどをログ 情報としてログ情報 241に格納し、分散システム管理サーバ 208からの要求に基づ いて、ログ情報やログ書式情報を送る処理を行なうプログラムである。通信処理 247 は、他のアプリケーションサーバ 206、ジョブ実行サーバ 204、及び、分散システム管 理サーバ 208と、通信を行なうためのプログラムである。ジョブ 248は、アプリケーショ ンサーバ 206からの要求に応じて、各種ジョブを実行するプログラムである。 [0005] ジョブ実行ポリシ 243には、ジョブ実行サーバ 204内のジョブや、アプリケーションサ ーバ 206内のアプリケーションの実行順序を制御し、或いは、アプリケーションサーバ 206からアクセスするジョブ実行サーバ 204を制御するための条件力 複数のジョブ 実行ポリシとして設定されている。ジョブ実行処理 244は、ジョブ 248やアプリケーショ ンの実行により生成されたログ情報を、それぞれのサーノ から収集し、収集したログ 情報が条件を満たした場合に、この条件に対応付けられたジョブ実行ポリシが実行さ れるようにする。特開 2002— 244870号公報では、このようにログ情報に基づいて、 ジョブ 248やアプリケーションの実行が決定されるため、 日々変化するサービスの要 求に対応することが可能となり、最適に情報システムを運用することが可能になるとし ている。

[0006] 特開平 11— 250153号公報には、ルールが存在しないために手動で起動された ジョブの履歴情報から、ルールを自動的に合成することができるワークフロー支援シ ステムが記載されている。このワークフロー支援システムでは、ユーザは、ジョブ投入 インターフェースにより、手動で、格納されているルール力 逸脱した方法でジョブを 起動することができる。この手動で起動されたジョブを含む新たなルールが、格納さ れて 、るルール履歴と接続情報とに基づ 、て、ルール自動合成部によって自動合成 されて、ルールベースに格納される。これにより、手動で行われた仕事のやり方の事 例に基づいてルールが自動合成され、以降は同種のワークフローを自動的に遂行 することができる。

[0007] 特開 2003— 248647号公報には、電子メッセージに関連する複数の情報を、ユー ザ又はシステムに送信するように、自動的に優先度決定する技術が記載されている。 この技術では、ユーザに対する学習済み重要度に従い、 1つ以上の受信メッセージ の優先度決定、又は優先順位付けを行うように、明示的、及び/又は、黙示的に学習 できるクラシファイアを利用できる。優先度決定された情報を管理するため、グラフィ カルユーザインターフェースを提供する。このインターフェースは、メッセージがユー ザにどのように受信されて処理されるかにっ 、てのユーザの希望に従 、、容易にシ ステムをパーソナライゼーシヨン可能とする。

[0008] 特開 2002— 111729号公報には、ネットワーク内の被管理装置であるルータで運 用されているポリシを、トラヒックの状況に応じて、実時間で最適に調整できるようにし たポリシベース管理システムが記載されている。このポリシベース管理システムは、ネ ットワーク内の被管理装置に、管理装置力も配信されたポリシ情報を運用してトラヒッ クを制御するポリシ運用手段と、管理装置力 配信されたポリシ評価情報に基づいて 、運用中のポリシを評価するポリシ評価手段と、管理装置から配信されたポリシ調整 情報及びポリシ評価手段による評価結果に基づいて、運用中のポリシを動的に調整 するポリシ調整手段とを備える。

発明の開示

発明が解決しょうとする課題

[0009] 特開 2002— 244870号公報に記載された技術では、ジョブ実行ポリシ 243が固定 的であり、その妥当性や最適性があら力じめ検証されていることが前提となっている。 つまり、アプリケーションを実行するシステムの構成や環境に合わせて、ジョブ実行ポ リシ 243を汎用化し、改良する旨が記載されていない。従って、システムの構成が大 きく変更された場合や、他のシステムへ適用する場合に、ジョブ実行ポリシが妥当で ある力否かを検証することはできな 、と!/、う問題がある。

[0010] 特開平 11— 250153号公報に記載の技術では、ユーザが手動で投入したジョブ に基づいて、新たなルールが自動合成されるため、人手を介さない完全な自動化を 実現することができな ヽ。他のシステムで自動合成されたルールの事例や投入した ジョブの実行結果などの実績を統計的に判断した改良ではな 、ため、自動合成した 後のルールの妥当性や汎用性につ 、ての検証がなされて!/、な!/、。ユーザが手動で 投入するジョブには、バグがある可能性があり、バグによってシステムに障害が発生 する危険性を、回避することができな 、と 、う問題がある。

[0011] 特開 2003— 248647号公報に記載の技術では、学習済み重要度から優先度を決 定するまでの学習過程において、多数の電子メッセージを送受信する必要があり、長 期間の学習時間が必要になる。優先度を決定するまでの学習過程において、不適 切な優先順位付けを行 、、適切ではな 、電子メッセージの送受信を行なう可能性が ある。このため、決定した優先度の妥当性の判断は、グラフィカルユーザインターフエ ースを通してユーザが行なうことになり、妥当性の判断を自動化することはできないと いう問題がある。

[0012] 特開 2002— 111729号公報に記載の技術では、トラヒックの状況ごとに、ポリシ中 に含まれるパラメータやしきい値を動的に調整するため、多様なトラヒックの状況ゃ異 なる特性を持つネットワーク装置に適用できる汎用性のあるポリシの生成がなされな い。このため、他のシステムへポリシを流用した場合には、再びポリシ中に含まれるパ ラメータやしきい値を調整する必要がある。従って、パケットの棄却が発生する可能 性があり、調整されたポリシを、要求されるサービスレベルのシステムには流用するこ とができな 、と 、う問題がある。

[0013] 本発明は、上記各従来技術の問題点を解消し、運用ポリシの検証に際して、検証 時間を短縮できる情報システム管理装置、方法、及び、プログラムを提供することを 目的とする。また、本発明は、運用ポリシを自動的に改良し、適用できる情報システム の数と種類を広げることができる情報システム管理装置、方法、及び、プログラムを提 供する。

課題を解決するための手段

[0014] 本発明は、提供すべき業務と提供するサービスの保証レベルを指定するサービス レベルとが規定された複数の情報システムを管理する情報システム管理装置におい て、業務名と、サービスレベルと、情報システム内の資源に対して実行する操作と、操 作を実行するための条件とを記述した運用ポリシを登録する運用ポリシ格納手段と、 前記情報システムのそれぞれの業務名及びサービスレベルを含む構成情報を記憶 する構成格納手段と、前記構成格納手段に記憶された構成情報を参照して、前記運 用ポリシの業務名及びサービスレベルと業務名及びサービスレベルがそれぞれ一致 する 1つ以上の情報システムを抽出する情報システム抽出手段と、前記抽出された 情報システムに前記運用ポリシを適用し、該適用して得られた実績データを記憶装 置に記憶する運用ポリシ実施手段と、前記記憶装置に記憶された実績データに基づ Vヽて、前記適用された運用ポリシの有効性を検証する検証手段とを備えることを特徴 とする情報システム管理装置を提供する。

[0015] 本発明は、サーバを用い、提供すべき業務と提供するサービスの保証レベルを指 定するサービスレベルとが規定された複数の情報システムを管理する情報システム 管理方法において、前記サーバが、業務名と、サービスレベルと、情報システム内の 資源に対して実行する操作と、操作を実行するための条件とを記述した運用ポリシを 記憶装置に登録するステップと、前記サーバが、前記情報システムのそれぞれの業 務名及びサービスレベルを含む構成情報を記憶するステップと、前記サーバが、前 記構成格納手段に記憶された構成情報を参照して、前記運用ポリシの業務名及び サービスレベルと業務名及びサービスレベルがそれぞれ一致する 1つ以上の情報シ ステムを抽出するステップと、前記サーバが、前記抽出された情報システムに前記運 用ポリシを適用し、該適用して得られた実績データを記憶装置に記憶するステップと 、前記サーバが、前記記憶装置に記憶された実績データに基づいて、前記適用され た運用ポリシの有効性を検証するステップとを備えることを特徴とする情報システム管 理方法を提供する。

[0016] 本発明は、提供すべき業務と提供するサービスの保証レベルを指定するサービス レベルとが規定された複数の情報システムを管理する情報システム管理装置のため のプログラムであって、前記情報システム管理装置に、業務名と、サービスレベルと、 情報システム内の資源に対して実行する操作と、操作を実行するための条件とを記 述した運用ポリシを記憶装置に登録する処理と、前記情報システムのそれぞれの業 務名及びサービスレベルを含む構成情報を記憶する処理と、前記構成格納手段に 記憶された構成情報を参照して、前記運用ポリシの業務名及びサービスレベルと業 務名及びサービスレベルがそれぞれ一致する 1つ以上の情報システムを抽出するス テツプと、前記抽出された情報システムに前記運用ポリシを適用し、該適用して得ら れた実績データを記憶装置に記憶する処理と、前記記憶装置に記憶された実績デ ータに基づ ヽて、前記適用された運用ポリシの有効性を検証する処理とを実行させ ることを特徴とするプログラムを提供する。

[0017] 本発明の情報システム管理装置、方法、及び、プログラムでは、業務名及びサービ スレベルが一致する情報システムを用いて、運用ポリシの検証を行う。一般に、異な る情報システム間では、サーバの台数等が異なっている。本発明では、そのような場 合でも、検証対象の運用ポリシの業務名及びサービスレベルと一致する業務名及び サービスレベルの情報システムを用いて検証を行うため、より多くの情報システムを用 V、て検証を行うことができ、運用ポリシの検証に要する時間を短縮できる。

[0018] 本発明の情報システム管理装置では、前記運用ポリシ実施手段は、前記抽出され た情報システムにおいて運用ポリシに記述された操作を実行する条件が満たされると 、当該運用ポリシに記述された操作を実行する構成を採用できる。本発明の情報シ ステム管理方法では、前記抽出された情報システムで、運用ポリシに記述された操作 を実行する条件が満たされると、当該運用ポリシに記述された操作を実行する構成を 採用できる。本発明のプログラムでは、前記抽出された情報システムで、運用ポリシ に記述された操作を実行する条件が満たされると、当該運用ポリシに記述された操 作を実行させる構成を採用できる。これら構成を採用することにより、資源に対する操 作が行われることによって、サービスレベルの維持が図られる。

[0019] 本発明の情報システム管理装置では、前記運用ポリシ実施手段は、前記操作の実 行前後における前記情報システムの状態変化をモニタし、前記条件が満たされた回 数と、前記実行された操作でサービスが改善された回数とを前記実績データとして記 憶する構成を採用できる。また、本発明の情報システム管理方法では、前記実績デ ータは、前記操作の実行前後における前記情報システムの状態変化をモニタし、前 記条件が満たされた回数と、前記実行された操作でサービスが改善された回数とを 含む構成を採用できる。本発明のプログラムでは、前記実績データは、前記操作の 実行前後における前記情報システムの状態変化をモニタし、前記条件が満たされた 回数と、前記実行された操作でサービスが改善された回数とを含む構成を採用でき る。これら構成を採用することにより、例えば、改善された回数を条件が満たされた回 数で割ることにより、どのくらいの割合で、サービスレベルの維持に貢献できたかを知 ることがでさる。

[0020] 本発明の情報システム管理装置では、前記検証手段は、前記条件が満たされた回 数と、前記実行された操作でサービスが改善された回数との関係が所定の条件を満 たす運用ポリシを有効な運用ポリシと判定する構成を採用できる。また、本発明の情 報システム管理方法では、前記検証ステップは、前記条件が満たされた回数と、前記 実行された操作でサービスが改善された回数との関係が所定の条件を満たす運用 ポリシを有効な運用ポリシと判定する構成を採用できる。本発明のプログラムでは、前 記検証処理は、前記条件が満たされた回数と、前記実行された操作でサービスが改 善された回数との関係が所定の条件を満たす運用ポリシを有効な運用ポリシと判定 する構成を採用できる。これら構成を採用することにより、例えば、条件が満たされた 回数が所定回数以上有り、かつ、サービスレベルの維持に貢献できた割合が所定の 割合以上であったときに、その運用ポリシを、サービスレベルの維持に有効な運用ポ リシと判定する構成を採用できる。

[0021] 本発明の情報システム管理装置では、前記運用ポリシ格納手段は、提供すべき業 務が指定され、サービスレベルが指定されない運用ポリシが入力されると、前記提供 すべき業務と同じ業務について定義されたサービスレベルの内で最も低いサービス レベルを指定した運用ポリシを記憶し、前記検証手段によって当該運用ポリシが有効 と判断されると段階的にサービスレベルを引き上げた運用ポリシに変更する構成を採 用できる。本発明の情報システム管理方法は、前記サーバは、提供すべき業務が指 定され、サービスレベルが指定されない運用ポリシが入力されると、前記サーバが、 前記提供すべき業務と同じ業務について定義されたサービスレベルの内で最も低い サービスレベルを指定した運用ポリシを記憶し、該運用ポリシの検証結果が有効な場 合には段階的にサービスレベルを引き上げた運用ポリシに変更するステップを更に 備える構成を採用でき、本発明のプログラムは、前記情報システム管理装置に、提供 すべき業務が指定され、サービスレベルが指定されない運用ポリシが入力されると、 前記提供すべき業務と同じ業務について定義されたサービスレベルの内で最も低い サービスレベルを指定した運用ポリシを記憶し、該運用ポリシの検証結果が有効な場 合には段階的にサービスレベルを引き上げた運用ポリシに変更する処理を更に実行 させる構成を採用できる。これら構成を採用することにより、サービスレベルを引き上 げながら運用ポリシの検証を行うことにより、その運用ポリシを適用可能なサービスレ ベルを自動判定することができる。

[0022] 本発明の情報システム管理装置は、前記運用ポリシ格納手段から、前記検証手段 によって有効と判定された、業務名とサービスレベルが相互に一致する複数の運用 ポリシを読み出し、該複数の運用ポリシから 1つ以上の新たな運用ポリシを作成する ポリシ作成手段を更に備える構成を採用できる。また、本発明の情報システム管理方 法は、前記サーバが、前記検証ステップで有効と判定された、業務名とサービスレべ ルが相互に一致する複数の運用ポリシを前記記憶装置力 読み出し、該読み出した 複数の運用ポリシから 1つ以上の新たな運用ポリシを作成するステップを更に備える 構成を採用できる。本発明のプログラムは、前記情報システム管理装置に、前記検 証処理で有効と判定された、業務名とサービスレベルが相互に一致する複数の運用 ポリシを前記記憶装置力 読み出し、該読み出した複数の運用ポリシから 1つ以上の 新たな運用ポリシを作成する処理を更に実行させる構成を採用できる。これら構成を 採用することにより、検証によって有効性が確かめられた複数の運用ポリシから、新た な運用ポリシを生成することで、より、サービスレベルの維持に有効な運用ポリシを生 成できる。また、有効性が検証済みの運用ポリシから、新たな運用ポリシを生成して

V、るため、新たな運用ポリシを適用できる情報システムの数と種類を広げることができ る。

[0023] 本発明の情報システム管理装置は、前記検証手段によって有効と判定された運用 ポリシと、当該運用ポリシと業務名及びサービスレベルが一致し、かつ、有効なポリシ として既に運用ポリシ格納手段に登録された運用ポリシとに基づいて、新たな運用ポ リシを作成するポリシ作成手段を更に備える構成を採用できる。本発明の情報システ ム管理方法は、前記サーバが、前記検証ステップで有効と判定された運用ポリシと、 有効なポリシとして既に運用ポリシ格納手段に登録された運用ポリシとに基づ 、て、 新たな運用ポリシを作成するステップを更に備える構成を採用でき、本発明のプログ ラムは、前記情報システム管理装置に、前記検証処理で有効と判定された運用ポリ シと、当該運用ポリシと業務名及びサービスレベルが一致し、かつ、有効なポリシとし て既に運用ポリシ格納手段に登録された運用ポリシとに基づ!、て、新たな運用ポリシ を作成する処理を更に実行させる構成を採用できる。これら構成を採用すること〖こよ り、検証により有効と判定された運用ポリシから、よりサービスレベルの維持に有効な 運用ポリシを生成できる。

[0024] 本発明の情報システム管理装置では、前記検証手段は、前記検証手段によって有 効と判定された運用ポリシの実績データと、前記ポリシ作成手段によって新たに作成 された運用ポリシの実績データとを比較し、該比較結果に基づ 、て前記新たに作成 された運用ポリシを有効又は無効を判定する構成を採用できる。本発明の情報シス テム管理方法は、前記サーバが、前記検証ステップで有効と判定された運用ポリシ の実績データと、前記ポリシ作成手段によって新たに作成された運用ポリシの実績デ 一タとを比較し、該比較結果に基づ 、て前記新たに作成された運用ポリシを有効又 は無効と判定するステップを更に備える構成を採用でき、本発明のプログラムは、前 記情報システム管理装置によって、前記検証処理で有効と判定された運用ポリシの 実績データと、前記ポリシ作成手段によって新たに作成された運用ポリシの実績デー タとを比較し、該比較結果に基づ 、て前記新たに作成された運用ポリシを有効又は 無効を判定する処理を実行させる構成を採用できる。これら構成を採用することによ り、例えば、新たに作成した運用ポリシの実績データが、検証で有効と判断された運 用ポリシの実績データよりもよい成績であったときに、その作成した運用ポリシを有効 と判定する構成を採用することで、運用ポリシを改良することができる。

[0025] 本発明の情報システム管理装置では、前記ポリシ作成手段は、複数の運用ポリシ 間で、前記操作及び条件の少なくとも一方を入れ替えて、新たな運用ポリシを作成す る構成を採用できる。また、本発明の情報システム管理方法では、前記ポリシ作成ス テツプは、複数の運用ポリシ間で、前記操作及び条件の少なくとも一方を入れ替えて 、新たな運用ポリシを作成する構成を採用できる。本発明のプログラムは、前記ポリシ 作成処理は、複数の運用ポリシ間で、前記操作及び条件の少なくとも一方を入れ替 えて、新たな運用ポリシを作成する構成を採用できる。

[0026] 本発明の情報システム管理装置では、前記ポリシ作成手段は、複数の運用ポリシ の操作及び条件のうちで共通な部分をまとめて、新たな運用ポリシを作成する構成を 採用できる。また、本発明の情報システム管理方法では、前記ポリシ作成ステップは 、複数の運用ポリシの操作及び条件のうちで共通な部分をまとめて、新たな運用ポリ シを作成する構成を採用できる。本発明のプログラムでは、前記ポリシ作成処理は、 複数の運用ポリシの操作及び条件のうちで共通な部分をまとめて、新たな運用ポリシ を作成する構成できる。

発明の効果

[0027] 本発明の情報システム管理装置、方法、及び、プログラムでは、検証対象の運用ポ リシの業務名及びサービスレベルと一致する業務名及びサービスレベルの情報シス テムを用いて運用ポリシの検証を行う。このため、より多くの情報システムを用いて検 証を行うことができ、運用ポリシの検証に要する時間を短縮できる。

発明を実施するための最良の形態

[0028] 以下、図面を参照し、本発明の実施の形態を詳細に説明する。図 1は、本発明の 第 1実施形態に係る情報システム提供者サーバを含む、情報システム提供システム の構成を示している。情報システム提供者サーバ 100は、情報システム、又は、情報 システムの運用の代行を提供するアウトソースサービス事業者センタとして構成され る。アウトソースサービス事業者は、複数のクライアント企業 (C001など）に対し、コン タクトセンタの業務を支援する CTI (computer telephony integration)アプリケーション 、営業プロジェクトや営業人員の管理を支援する SFA (sales force automation)アプリ ケーシヨン、顧客テータペースの分析を行つ CRM (customer relationship managemen t)アプリケーションなどの提供を行う。

[0029] 情報システム提供者サーバ 100は、プログラムにより動作するコンピュータシステム として構成され、運用ポリシ管理サーバ 101と、サービス契約インタフェース (IF手段) 102と、情報システム 103と、ゲートウェイ装置 104とを備える。ゲートウェイ装置 104 は、インターネット N1を介してクライアント企業からのアクセスを受け付ける。サービス 契約 IF手段 102は、クライアント企業に、提供を受けるアプリケーションとサービスレ ベルとを指定するためのユーザインタフェースを提供する。情報システム 103は、ァ プリケーシヨンを提供するためのシステムとして構成される。情報システム提供者サー ノ 100は、契約に応じて、クライアント企業、例えばクライアント企業 C001に、情報シ ステム S01を貸与する。運用ポリシ管理サーバ 101は、サービス契約で決められたサ 一ビスレベルを保証するために、情報システム 103内のさまざまな資源に対して操作 を行う。

[0030] クライアント企業 C001は、サービスの提供を受けるにあたり、ゲートウェイ装置 104 とサービス契約 IF手段 102とを通して、アウトソースサービス契約する情報システムの アプリケーションとサービスレベルとを指定する。情報システム提供者サーバ 100は、 情報システム 103を複数有しており、指定されたアプリケーションとサービスレベルと に基づいて情報システム SOIを選択し、その情報システム SO 1をクライアント企業 CO 01に割り当てる。情報システム提供者サーバ 100は、クライアント企業 C001に、割り 当てた†青報システム S01にアクセスするためのアカウントを与え、インターネットや VP N (virtual private network:仮想施設網）からアクセスできるように、情報システム S01 へのアクセスを開放する。

[0031] 情報システム提供者サーバ 100は、割り当てられていない情報システム 103がある 限り、クライアント企業との新規のサービス契約に対応することができる。情報システ ム提供者サーバ 100は、サービス契約期間が終了すると、情報システム 103の割り当 てを解除し、他のクライアント企業との契約に備える。クライアント企業にとっては、ァ ゥトソースサービス事業者力 情報システム 103として、アプリケーション資源、コンビ ユータ資源、ネットワーク資源、及び、データ資源を一括して提供し、サービス契約で 決められたサービスレベルを保証してくれる利便性がある。

[0032] 図 2は、情報システム 103の構成を示している。情報システム 103は、コンピュータ 資源、ネットワーク資源、アプリケーション資源、及び、データ資源を含む資源 131と 、それらにアクセスするための SNMP (simple network management protocol)クライア ント 132とを備える。資源 131を構成するコンピュータ資源、ネットワーク資源、アプリ ケーシヨン資源、データ資源には、あらかじめ固有の資源識別子が割り当てられてお り、一意に識別が可能である。なお、一般には、資源識別子の割り当てられた資源ご とに SNMPクライアント 132が存在する力 図 2では、図面簡略化のため、単一の SN MPクライアント 132のみを図示している。

[0033] コンピュータ資源には、サーバ装置、そのサーバ装置で動作するオペレーティング システムやその他の基盤ソフトウェア、及び、サーバ装置に付属する外部記憶装置な どが含まれる。ネットワーク資源には、スィッチ装置（SW)、ファイアウォール装置 (F W)、 VPNや VLAN (Virtual LAN:仮想 LAN)の利用権、ネットワーク経路上の最小 保証帯域、及び、パケット転送時の優先権が含まれる。アプリケーション資源には、ァ プリケーシヨンプログラムと、そのアプリケーションプログラムの使用ライセンスとが含ま れる。データ資源には、テンプレート、ライブラリ、統計データベース等のアプリケーシ ヨンが使用するデータと、それらの使用ライセンスとが含まれる。 [0034] 資源 131には、予備資源を含ませることができる。例えば、資源 131には、予備のコ ンピュータ資源として、障害時にバックアップとして使用し、或いは、高負荷時に能力 増強の目的で使用するための予備のサーバ装置を含めることができる。このような予 備資源は、複数の情報システム 103間で貸し借り可能とすることもできる。例えば、情 報システム S01内で、予備のサーバ装置が使用されていないときには、その予備の サーバ装置を、一時的に他の情報システム S02等に貸与して、資源の稼働率を維持 する。このようにすることで、資源 131の有効利用を図ることができる。

[0035] クライアント企業は、自身の情報端末を用いて、情報システム 103と接続する。クラ イアント企業の情報端末と情報システム 103とは、インターネットや IP VPNを介して 接続される。情報端末には、各地の事業所や工場に設置されたパーソナルコンビュ ータを用いることができ、また、不特定地点からインターネットに接続された PDA (per sonal digital assistant)や携帯電話機を用いることができる。情報端末と情報システム 103との間のデータ通信には、 SOAPプロトコノレ（simple object access protocol)、音 声通信には SIPプロトコル（session initiation protocol)を使用することができる。この 場合、ゲートウェイ装置 104は、これらのプロトコルを使用した通信力 サービス契約 を行なった適正なクライアント企業からのものであるか否かを監視する。

[0036] 図 3は、運用ポリシ管理サーバ 101を機能ブロック図で示している。運用ポリシ管理 サーバ 101は、構成格納手段 111、状態監視手段 112、運用ポリシ実施手段 113、 情報システム分類手段 (抽出手段） 114、運用ポリシ格納手段 115、運用ポリシ変更 手段（作成手段） 116、サービスレベル格納手段 117、コンソ一ノレ 118、 SNMPマネ ージャ 119、及び、実績集計'評価手段 (検証手段） 120を備える。コンソール 118は 、各種情報の入力を行い、或いは、各種情報を表示画面上に表示する入出力手段 として構成される。

[0037] SNMPマネージャ 119は、情報システム 103内の SNMPクライアント 132 (図 2)と の間で通信を行う。 SNMPマネージャ 119は、 SNMPプロトコルによって、情報シス テム 103の各資源の構成情報と状態情報とを格納した MIB (management informatio n base)にアクセスする。コンピュータ資源及びネットワーク資源の MIBは、それら資 源内のメモリや付属する外部記憶装置内に格納されている。アプリケーション資源及 びデータ資源の MIBは、それらが格納されているコンピュータ資源内に格納されて いる。 SNMPマネージャ 119は、 SNMPプロトコルを用いて、各資源の構成情報に 対する設定変更の書き込み (SNMPの set処理)を行なう。また、各資源の構成情報 及び状態情報に対する読み出し (SNMPの get処理と trap処理)を行なう。

[0038] 各資源の構成情報及び状態情報は、コンピュータ資源、ネットワーク資源、アプリケ ーシヨン資源、データ資源といった資源の種別ごとに異なっており、あら力じめ MIBと して規定されている。例えば、コンピュータ資源の MIBには、サーバ装置のモデル名 やオペレーティングシステムのバージョン番号などの構成情報、 CPU使用率（％)、メ モリ使用量 (MByte)などの状態情報が含まれる。また、ネットワーク資源の MIBには 、スィッチ装置のモデル名や VLANの割り当てなどの構成情報と、トラヒック流量 (M Byte/s)などの状態情報とが含まれる。

[0039] SNMPマネージャ 119は、 SNMPの get処理によって、例えば、コンピュータ資源 の MIBから、 CPU使用率を取得する。また、 SNMPの set処理により、予備のサーバ 装置の MIBの構成情報の現用 ·予備 (working/backup)を指定する情報を書き換 えて、サーバ装置の設定変更を行い、かつ、予備のサーバ装置とゲートウェイ装置 1 04との間を接続する SW装置や FW装置の MIBの構成情報への書き込みを行って、 予備資源として用意されているサーバ装置を現用サーバとして使用するように設定 変更を行う。

[0040] コンピュータ資源及びネットワーク資源に関しては、標準的に規格ィ匕されている Ml B定義を使用し、必要に応じてアウトソースサービス事業者が拡張した MIB定義を使 用する。一方、アプリケーション資源とデータ資源については、標準的に規格化され ている MIBの定義はなぐアプリケーション資源やデータ資源ごとに、それらに特有 の構成情報及び状態情報を定義する。例えば、アプリケーション資源である CTIアブ リケーシヨンの MIBとして、サービスレベルや電話への応答の優先度などの構成情報 と、サーバ装置あたりの同時アクセス数などの状態情報とを定義する。

[0041] 構成格納手段 111は、更に情報システム 103の属性の情報を格納する。図 4は、構 成格納手段 111に格納される情報システム 103の属性情報を示して 、る。同図にお いて、「情報システム識別子」は、個々の情報システム 103の識別子を示している。同 図の例では、 S01から S04までの 4つの情報システム 103が記載されている。「クライ アント識別子」は、アウトソースサービス事業者がサービス契約しているクライアント企 業の識別子を示している。同図の例では、情報システム S01〜S04について、各情 報システム 103に割り当てられた C001から C003までの 3つのクライアント企業が記 載されている。「クライアント識別子」は、クライアント企業との契約に基づいて、サービ ス契約 IF手段 102によって、或いは、コンソール 118によって入力される。

[0042] 「アプリケーション」及び「サービスレベル」は、それぞれ、契約に従ってクライアント 企業に提供するアプリケーションの名称とサービスレベルの指定値を示して 、る。こ れら「アプリケーション」及び「サービスレベル」の属性値は、クライアント企業との契約 に基づいて、サービス契約 IF手段 102によって、或いは、コンソール 118によって入 力される。図 4の例では、情報システム S01〜S03は、それぞれ CTIアプリケーション を提供することを示している。また、情報システム S01及び S02は、それぞれ、 CTIァ プリケーシヨンをサービスレベル 2で提供することを示し、情報システム S03は、 CTI アプリケーションをサービスレベル 1で提供することを示している。

[0043] 「サービスレベル」は、クライアント企業に提供するアプリケーションに対するサービ スの保証レベルを指定する値を属性値とする。具体的には、アプリケーションの性能 や信頼性の保証レベルである。本実施形態においては、サービスレベルの属性値を 整数で示し、小さな値がより高品質な保証レベルを示し、大きな値がより低品質な保 証レベルに対応するものとする。例えば、 CTIアプリケーションでは、レベル「2」は応 答時間 5秒以内を示し、レベル「1」は応答時間 3秒以内を示す。また、 SFAアプリケ ーシヨンでは、レベル「2」は対応する携帯端末数の上限 100を示し、レベル「1」は上 限 1000を示す。 CRMアプリケーションでは、レベル「2」は収容する顧客数の上限 1 0, 000を示し、レベル「1」は上限 1, 000, 000を示す。クライアント企業は、性能が 高い情報システムを必要とする場合には、アウトソースサービス事業者に対して、高 品質なサービスを受けることを保証するサービスレベル、例えばレベル 1を指定する。 また、性能が高い情報システムをそれほど必要としていない場合には、アウトソースサ 一ビス事業者に対して、例えばレベル 2を指定する。

[0044] 「コンピュータ資源識別子」には、情報システム 103が利用しているコンピュータ装 置の資源識別子が記載される。「ネットワーク資源識別子」、「アプリケーション識別子

」、「データ資源識別子」についても、同様に、情報システム 103が利用する資源の識 別子が記載される。これら識別子は、 SNMPマネージャ 119によって、情報システム 103内の資源から取得される。例えば、ネットワーク資源識別子「SW装置 1」は IEEE 802. 1 LAN規格のスィッチ装置を示し、「RT装置 1」は IPルータ装置を示す。また 、 「LB装置 1」はロードバランサ装置、「FW装置 1」はファイアウォール装置、「VPN装 置 1」は VPNの終端装置をそれぞれ示す。

[0045] 状態監視手段 112は、 SNMPマネージャ 119と SNMPクライアント 132 (図 2)とを 経由して、 MIBから、構成情報及び状態情報を読み出し、資源の状態を監視する。 状態監視手段 112は、構成情報又は状態情報を読み出す際には、構成格納手段 1 11を参照し、読み出し対象の資源を調べて、その資源力 情報の読み出しを行う。 例えば、情報システム S01におけるサーバ装置のハードウェアのモデル名を読み出 す際には、構成格納手段 111に格納された構成情報を参照して、情報システム S01 が使用するサーバ装置の識別子を調べ、「サーバ 1」、「サーバ 2」、「サーバ 3」から、 ハードウェアのモデル名を読み出す。

[0046] 情報システム 103の運用にあたっては、運用ポリシが適用される。運用ポリシとは、 アプリケーションの動作を安定させ、サービスレベルを保証するための情報システム 1 03への設定方法を記述した規則群である。運用ポリシは、アプリケーションとサービ スレベルとに対応して定義される。情報システム 103において、サービスレベルの保 証が難しくなると予測されると、運用ポリシが発火し、情報システム 103の構成を変更 することで、サービスレベルの改善が図られる。

[0047] 例えば、情報システム S01において、サーバ装置あたりの同時アクセス数が増大し 、コンピュータ資源とネットワーク資源の負荷が高くなつた場合には、運用ポリシが発 火し、その発火した運用ポリシに従って、予備資源として用意されているサーノ を、 現用サーバとして運用し、情報システム S01の能力を増強する。予備資源は、サー バ装置とは限らず、スィッチ装置の予備ポートや予備帯域の場合もある。また、運用 ポリシによって、電話への応答の優先度と 、つたアプリケーション資源の設定を変更 することで、サービスレベルの維持を図る場合もある。 [0048] 運用ポリシ格納手段 115は、情報システム 103に適用する運用ポリシと、それに関 連する情報とを格納する。運用ポリシ格納手段 115に格納される運用ポリシの入力に は、コンソール 118が用いられる。図 5は、運用ポリシ格納手段 115に格納されている 情報を示している。同図において、「ポリシ識別子」は、運用ポリシの識別子を示して いる。同図の例では、運用ポリシ格納手段 115は、ポリシ識別子「P01」及び「P02」 の 2つの運用ポリシが格納されている。「発火実績」、「サービスレベル改善実績」、及 び、「ステータス」については後述する。運用ポリシ変更手段 116は、運用ポリシ格納 手段 115から運用ポリシを取得し、後述する改良動作により、運用ポリシの改良を行

[0049] 図 6及び図 7は、それぞれ、図 5における運用ポリシ記述の内容を例示している。運 用ポリシは、ポリシ識別記述、構成情報記述、状態情報記述、及び、構成変更記述 の 4つの部分力も構成されている。運用ポリシ記述の 4つの構成部分のうち、構成情 報記述と状態情報記述とは、ポリシ発火の条件内容 (IF文）に対応し、構成変更記述 は条件が成立した場合の実行内容 (THEN文）に対応する。運用ポリシは、構成情 報記述、状態情報記述、及び、構成変更記述を、それぞれ複数有することができる。

[0050] ポリシ識別記述は、運用ポリシが適用される「アプリケーション」及び「サービスレべ ル」とを含む。構成情報記述は、運用ポリシが発火するための構成情報の条件を示し ている。状態情報記述は、運用ポリシが発火するための状態情報の条件を示してい る。構成情報記述及び状態情報記述では、 SNMPマネージャ 119を通して MIBから 読み出せる情報を用いて、ポリシ発火条件が記述される。構成変更記述は、運用ポリ シが発火したときの構成変更の内容を示している。構成変更記述には、 SNMPマネ ージャ 119を通して MIBへ書き込める構成情報について、構成情報の設定変更内 容が記述される。

[0051] 図 8は、サービスレベル格納手段 117に格納された情報を例示している。同図に示 すように、サービスレベル格納手段 117は、クライアントに提供するアプリケーションと サービスレベルの組に対して、運用ポリシ管理サーバ 101内で目標とする情報シス テムの状態値を保持する。これら目標値は、コンソール 118により入力できる。同図の 例では、「サービスレベル」の値が小さいほど、サービス品質が高い。例えば、 CTIァ プリケーシヨンでは、サービスレベル「1」は、サービスレベル「2」に比して、目標値と なる応答時間が短ぐ提供されるサービスの品質が高い。

[0052] 目標値は、 SNMPマネージャ 119を通してアクセスする MIBに含まれている資源 の状態情報を用いて、算術演算や関数を使用して記述することができる。例えば、目 標値がサーバ 1台あたりのクライアント数で定義される場合には、（クライアント数 ÷サ ーバ台数） = 20というように記述することができ、目標値が、複数のサーバのうちの C PU使用率が最大のものにより定義される場合には、 MAX (サーバ 1の CPU使用率 ,サーバ 2の CPU使用率，サーバ 3の CPU使用率） = 70%というように記述できる。

[0053] ここで、目標値は、運用ポリシ管理サーバ 101内の管理の目的で設定された値であ り、クライアントに提供されるサービスの品質そのものではない。例えば、クライアント に提供されるサービスの品質内容として、 CTIアプリケーションのサービスレベル 2で は、応答時間 5秒以内であるとする。この場合、運用ポリシ管理サーバ 101内で目標 とする状態値は、例えば応答時間 4秒である。サービスレベル 2では、応答時間を 4 秒とすることで、クライアントに提供されるサービスの品質内容を保証できると共に、ァ ゥトソースサービス事業者センタ内の資源の有効利用を図ることができる。

[0054] 運用ポリシ実施手段 113は、各情報システム 103と、その情報システムに適用すベ き運用ポリシとを対応付けて記憶し、各情報システム 103において、運用ポリシの実 施を行う。運用ポリシ実施手段 113は、状態監視手段 112によって情報システム 103 の状態を監視し、情報システム 103において、構成情報記述及び状態情報記述によ り指定されるポリシ発火条件が満たされたか否かを判断する。運用ポリシ実施手段 1 13は、ポリシ発火条件が満たされたと判断すると、運用ポリシを発火させ、 SNMPマ ネージャ 119を介して、構成変更記述に従って、設定変更を実施する。

[0055] 情報システム分類手段 114は、構成格納手段 111の「アプリケーション」と「サービ スレベル」とに従って、情報システム 103が類似するか否かを判定する。情報システ ム分類手段 114は、複数の情報システム 103間で、各情報システム 103が含む資源 のモデル名や、バージョン番号、台数などが相互に異なっている場合でも、その「ァ プリケーシヨン」と「サービスレベル」が相互に同じであれば、それらを相互に類似する 情報システムと判定する。例えば、図 4では、情報システム S01と情報システム S02と は、共に、「アプリケーション」 =「CTI」、「サービスレベル」 =「レベル 2」であるため、 情報システム分類手段 114は、使用されて!、るサーバの台数等が異なっては ヽても 、それらを類似の情報システムと判定する。

[0056] 運用ポリシ格納手段 115は、コンソール 118により、新たな運用ポリシが入力される と、その運用ポリシの「ステータス」を検証中とする。運用ポリシ格納手段 115に新た に格納された運用ポリシは、検証動作により、その有効性が検証される。コンソール 1 18から新たに入力される運用ポリシには、アプリケーション及びサービスレベルが指 定されて入力されるものと、サービスレベルが指定されないで入力されるものとがある 。サービスレベルが指定されているときには、そのサービスレベルで検証が行われ、 有効又は無効が判断される。また、サービスレベルが指定されていないときには、サ 一ビスレベルが低 、もの力 順に検証が行われ、運用ポリシを適用することができる サービスレベルが判定される。

[0057] アプリケーション及びサービスレベルが指定された運用ポリシの検証には、情報シ ステム分類手段 114によって、検証対象の運用ポリシが適用される情報システムに類 似すると判定された情報システム 103が用いられる。検証に用いられる情報システム 103には、クライアント企業に既に割り当てられた情報システム、及び、まだクライアン ト企業に割り当てたれて 、な 、情報システムを用いることができる。未割り当ての情報 システム 103を検証に用いる場合には、疑似クライアント装置 108を用いる。疑似クラ イアント装置 108は、実際にクライアント企業に割り当てられた情報システムに対して 発行される要求やジョブのパターンを格納しており、そのパターンに従って、未割り当 ての情報システム 103を運用状態とする。検証において、指定されたサービスレベル のサービス品質を提供可能であると判断されたときには、その運用ポリシは、有効で あると判断される。一方、指定されたサービスレベルのサービス品質を提供可能でな いと判断されたとき

には、その運用ポリシは無効と判断される。

[0058] サービスレベルが指定されていない運用ポリシが入力された場合には、運用ポリシ 格納手段 115は、その運用ポリシを格納する際に、サービスレベル格納手段 117を 参照し、運用ポリシが適用されるアプリケーションについて、最もサービスレベルが低 いものを選択して、運用ポリシに、その選択したサービスレベルを設定する。例えば、 アプリケーション「CTIアプリケーション」では、図 8に示す情報を有するサービスレべ ル格納手段 117を参照して、「サービスレベル 2」をポリシ識別記述（図 6参照）に付加 する。

[0059] その後、運用ポリシ格納手段 115によって設定されたサービスレベルにおいて、ァ プリケーシヨン及びサービスレベルが指定された運用ポリシの検証と同様な動作によ り、運用ポリシの検証を行う。この検証において、運用ポリシが有効であると判断され ると、運用ポリシ格納手段 115は、運用ポリシのサービスレベルを、前回に運用ポリシ に設定したサービスレベルよりも一段階高いサービスレベルに変更する。その後、変 更されたサービスレベルにおいて検証を行う。このような検証を、変更されたサービス レベルでは運用ポリシが有効でないと判断されるまで、或いは、サービスレベルが最 も高いサービスレベルとなるまで行う。これにより、運用ポリシが有効であると判断され るサービスレベルが判定される。検証により、最も低いサービスレベルで有効でない と判断されると、その運用ポリシは、無効と判断される。

[0060] 運用ポリシの検証には、実績集計'評価手段 120が用いられる。図 9は、実績集計' 評価手段 120が記憶する運用ポリシの実績情報を示している。運用ポリシ実施手段 113は、検証対象のポリシを発火させると、実績集計'評価手段 120に格納された発 火した運用ポリシの「発火実績」を 1つ加算する。また、運用ポリシ実施手段 113は、 サービスレベル格納手段 117を参照してポリシ記述に含まれるアプリケーション及び サービスレベルに対応する目標値と取得し、ポリシ発火後、その目標値の項目の状 態情報について、ポリシ発火前の値と、設定変更実施後の値とを状態監視手段 112 より取得し、運用ポリシがサービスレベルの維持に有効であった力否かを判断し、有 効であつたと判断したときには、「サービスレベル改善実績」を 1つ加算する。

[0061] 例えば、検証中の運用ポリシが CTIアプリケーションのサービスレベル 2であれば、 目標値は「平均応答時間 =4秒」である（図 8参照)。この場合、運用ポリシ実施手段 1 13は、状態監視手段 112を介して、ポリシ発火前の情報システム 103の平均応答時 間と、ポリシ発火による設定変更実施後の情報システム 103の平均応答時間とを取 得する。ポリシ発火前の平均応答時間が 5秒であり、設定変更実施後の平均応答時 間が 3. 5秒であれば、情報システム 103の平均応答時間は、目標値に近づいたと判 断できる。この場合、運用ポリシ実施手段 113は、発火した運用ポリシがサービスレ ベルの維持に有効であつたと判断して、実績集計 ·評価手段 120に格納されたその 運用ポリシの「サービスレベル改善実績」を 1つ加算する。

[0062] 実績集計'評価手段 120は、「発火実績」と「サービスレベル改善実績」とに基づ！/ヽ て、運用ポリシが指定されたサービスレベルに適用可能であるか否かを判断する。実 績'集計 ·評価手段 120は、例えば、発火実績が 80を超えると、サービスレベル改善 実績 ÷発火実績を算出し、その値に基づいて、運用ポリシの有効性を判断する。例 えば、サービスレベル改善実績 ÷発火実績が 95%を超えると、その運用ポリシは有 効であると判断し、それ以外であれば無効であると判断する。この適用可能か否かの 判断基準は、コンソール 118により指定できる。実績集計'評価手段 120は、運用ポ リシが有効であると判断すると、運用ポリシ格納手段 115の「ステータス」（図 5)を有 効に書き換え、検証にお!ヽて集計した「発火実績」及び「サービスレベル改善実績」 を、運用ポリシ格納手段 115の「発火実績」及び「サービスベル改善実績」にそれぞ れ書き込む。また、運用ポリシが無効であると判断すると、運用ポリシ格納手段 115の 「ステータス」を無

効に書き換える。

[0063] 「ステータス」が有効とされた運用ポリシは、その後、運用ポリシ実施手段 113により 、実際にクライアント企業に割り当てられた情報システム 103において適用される。運 用ポリシ実施手段 113は、検証時と同様な動作により、情報システム 103におけるポ リシ発火実績及びサービスレベル改善実績の集計を継続して行う。「ステータス」が 無効とされた運用ポリシは、その後、破棄される。運用ポリシの破棄は、運用ポリシご とに、検証終了後直ちに行ってもよぐ或いは、所定時間間隔で「ステータス」が無効 となって!/、る運用ポリシをサーチし、まとめて行ってもょ 、。

[0064] 以下、運用ポリシの検証について詳細に説明する。図 10は、アプリケーション及び サービスレベルが指定された運用ポリシの検証の動作手順をフローチャートで示して いる。アウトソース事業者のデータセンタの管理者は、コンソール 118を用いて、新規 に作成した運用ポリシを入力する (ステップ S 1001)。管理者は、例えば、アプリケー シヨン = CTI、サービスレベル =レベル 2に対して作成した新し!/、運用ポリシをコンソ ール 118から入力する。ステップ S1001で入力された運用ポリシは、例えば図 6に示 す内容を有する。ステップ S 1001では、管理者は、アプリケーションとサービスレベル の組に対して、複数の運用ポリシを入力することができる。運用ポリシ格納手段 115 は、ステップ S1001で入力された運用ポリシに、ポリシ識別子 (P01)を割り当て、発 火実績 =0回、サービスレベル改善実績 =0回、ステータス =検証中と初期化して、 入力された新たな運用ポリシを登録する (ステップ S1002)。また、実績集計'評価手 段 120の「発火実績」及び「サービスレベル改善実績」をそれぞれ 0に初期化する。

[0065] 運用ポリシ格納手段 115に新たな運用ポリシが格納されると、情報システム分類手 段 114は、複数の情報システム 103の中から、アプリケーション及びサービスレベル 力 運用ポリシが指定するアプリケーション及びサービスレベルと同じ情報システム 1 03を類似の情報システムとして選定し、その類似の情報システム 103を、運用ポリシ の検証に用いる情報システムとして決定する（ステップ S1003)。ステップ S1003で は、例えば情報システム S01及び S02力 アプリケーション = CTI、サービスレベル =レベル 2と類似すると判定され、運用ポリシ P01の検証に利用される情報システム 1 03として決定される。構成格納手段 111は、情報システム 103の属性情報として、検 証に利用する情報システム 103のクライアント識別子に、運用ポリシ検証の目的に割 り当てられたことを示す特別な識別子を記載する。その後、運用ポリシ実施手段 113 により、ステップ S1003で検証に用いると決定された情報システム 103で運用ポリシ を実施し、運用ポリシの発火実績とサービスレベル改善実績との集計を行う（ステップ S1004)。

[0066] ステップ S1004では、運用ポリシ実施手段 113は、例えば所定時間間隔で、構成 格納手段 111及び状態監視手段 112を参照し、検証で用いる情報システム 103の 状態を取得する。運用ポリシ実施手段 113は、取得した状態と、運用ポリシ記述に記 述された構成情報記述及び状態情報記述を比較し、運用ポリシに記述された条件 内容 (IF文）が成立するか否かを判断する。なお、運用ポリシの検証では、その運用 ポリシが適用されるべき情報システムと類似する情報システム 103が用いられるため 、構成情報記述（図 6、図 7参照）に記述されたサーバのモデル名等が、検証に用い る情報システム 103のサーバのモデル名等と一致しないこともある。運用ポリシ実施 手段 113は、検証中の運用ポリシに関しては、この部分の厳密な比較は行わないも のとする。

[0067] 運用ポリシ実施手段 113は、条件内容が成立すると判断すると、運用ポリシを発火 し、構成変更記述 (THEN文）に記載されている設定変更を、 SNMPマネージャ 11 9を介して実行する。このとき、運用ポリシ実施手段 113は、実績集計'評価手段 120 の「発火実績」を 1つ加算する。ポリシの発火は、ステップ S1003で、複数の情報シス テム 103が検証に利用する情報システムとして決定されているときには、複数の情報 システム 103の何れでも起こる可能性がある。

[0068] 運用ポリシ実施手段 113は、サービスレベル格納手段 117から、運用ポリシのァプ リケーシヨン及びサービスレベルに対応する目標値を取得している。運用ポリシ実施 手段 113は、設定変更の実施後、状態監視手段 112が監視している状態情報から、 ポリシ発火により、 目標値に近付いたカゝ否かを判定する。運用ポリシ実施手段 113は 、 目標値へ近付いたと判断したときには、実績集計'評価手段 120の「サービスレべ ル改善実績」を 1つ加算する。運用ポリシ実施手段 113は、 目標値力も遠ざ力つたと 判断した場合、或いは、変化がな力つたと判断した場合には、「サービスレベル改善 実績」を変更しない。

[0069] 実績集計'評価手段 120は、「発火実績」が所定の値を超えたか否かを判断する（ ステップ S 1005)。この所定の値は、アウトソースサービス事業者のデータセンタの管 理者により、コンソール 118を用いて入力される。所定の値としては、例えばポリシ発 火実績 80回が採用される。所定の値を超えていないときには、ステップ S1004に戻 り、発火実績及びサービスレベル改善実績の集計を継続する。実績集計'評価手段 120は、ステップ S1005で、「発火実績」が所定の値を超えたと判断すると、発火実 績とサービスレベル改善実績とが、所定の条件を満たすカゝ否かを判定する (ステップ S1006)。この判定は、運用ポリシが複数あるときには、そのそれぞれについて行わ れる。所定の条件は、アウトソース事業者のデータセンタの管理者により、コンソール 118を用いて入力される。所定の条件としては、例えば、「サービスレベル改善実績 ÷発火実績 > 95%」が採用される。 [0070] 実績集計'評価手段 120は、ステップ S1006で、所定の条件を満たすと判断したと きには、検証中の運用ポリシは有効であると判定し、運用ポリシ格納手段 115の「ステ 一タス」を「有効」に書き換える (ステップ S 1007)。また、実績集計'評価手段 120に よって、検証中に集計された「発火実績」及び「サービスレベル改善実績」を、運用ポ リシ格納手段 115にそれぞれ格納する。ステップ S1007で、所定の条件を満たさな いと判断されたときには、検証中の運用ポリシは有効な運用ポリシではないと判定し 、運用ポリシ格納手段 115のステータスを「無効」に書き換える (ステップ S1008)。

[0071] 図 11は、サービスレベルを指定されない運用ポリシの検証の動作手順をフローチ ヤートで示している。アウトソース事業者のデータセンタの管理者は、コンソール 118 を用いて、新規に作成した運用ポリシを入力する (ステップ S1101)。管理者は、例え ば、アプリケーション =CTI、サービスレベル =指定無し (記述無し)を記述した新し い運用ポリシをコンソール 118から入力する。運用ポリシ格納手段 115は、ステップ S 1101で入力された運用ポリシに、ポリシ識別子を割り当て、発火実績 =0回、サービ スレベル改善実績 =0回、ステータス =検証中と初期化して、運用ポリシを格納する（ ステップ S1102)。また、実績集計'評価手段 120の「発火実績」及び「サービスレべ ル改善実績」をそれぞれ 0に初期化する。

[0072] 運用ポリシ格納手段 115は、ステップ S 1102でサービスレベルを指定しない運用ポ リシを格納する際に、サービスレベル格納手段 117を参照し、運用ポリシが適用され るアプリケーションのサービスレベルのうちで、最も低 、サービスレベルを運用ポリシ に設定する（ステップ S1103)。例えば、サービスレベル格納手段 117が図 8に示す 情報を有するときには、 CTIアプリケーションでは、サービスレベル 2が最もサービス レベルが低い。この場合、図 12に示すポリ識別記述が入力された場合には、運用ポ リシ格納手段 115は、その運用ポリシを格納する際に、ポリシ識別記述に、最も低い サービスレベルであるサービスレベル = 2を付カ卩する。

[0073] その後、ステップ S1003と同様な動作により検証に用いる情報システムを決定し (ス テツプ S1104)、ステップ S1004と同様な動作により、運用ポリシを実施して、発火実 績とサービスレベル改善実績の集計を行う（ステップ S 1105)。また、ステップ S 1005 と同様に、発火実績が所定の値を超えた力否かを判断し (ステップ S 1106)、ステツ プ S1006と同様に、発火実績及びサービスレベル改善実績が所定の条件を満たす か否かを判定する（ステップ S 1107)。

[0074] ステップ S1107で、サービスレベル及びサービスレベル改善実績が所定の条件を 満たすと判断されたときには、運用ポリシは、現在のサービスレベルにおいて有効で あると判断されたことになる。この場合、運用ポリシ格納手段 115は、サービスレベル 格納手段 117を参照し、ステップ S1103で運用ポリシに設定したサービスレベルより も一段階高いサービスレベルが存在するか否かを調べ (ステップ S 1108)、存在する ときには、運用ポリシに、現在よりも一段階高いサービスレベルを設定する (ステップ S 1109)。例えば、ステップ S 1103で CTIアプリケーションのサービスレベル 2が設定さ れたときには、ステップ S 1108では、それよりも一段階高いサービスレベル 1が設定さ れ、ポリシ識別記述（図 12)のサービスレベルが「1」に書き換えられる。

[0075] 運用ポリシ格納手段 115によって 1段階高いサービスレベルが設定されると、ステツ プ S1104に戻って、運用ポリシを前回よりも 1段階高いサービスレベルで検証する際 に使用する情報システム 103を決定し、ステップ S1104〜S1107を実行することに より、 1段階高いサービスレベルで運用ポリシの検証を行う。ステップ S1107で、現在 のサービスレベルにおいて所定の条件を満たさないと判断されたときには、その現在 のサービスレベルでは、運用ポリシは有効ではない。この場合、運用ポリシが、現在 よりも 1段階下のサービスレベルで有効であると判断して (ステップ S 1110)、運用ポリ シのサービスレベルを 1段階下のサービスレベルに設定し直す。その後、ステップ S1 008と同様な動作により、運用ポリシ格納手段 115の「ステータス」を有効に書き換え る。ただし、最も低いサービスレベルにおいて有効でないと判断されたときには、 1段 階下のサービスレベルが存在しないため、運用ポリシは無効であると判断し、ステツ プ S1009と同様な動作により、運用ポリシ格納手段 115の「ステータス」を無効とする

[0076] ステップ S 1107で所定の条件を満たすと判断された後に、ステップ S 1108で、 1段 階高いサービスレベルが存在しないと判断された場合には、それは、その運用ポリシ が現在設定された最上位のサービスレベルにぉ ヽて、所定の条件を満たすと判断さ れたことを意味している。この場合には、最上位のサービスレベルにおける検証で有 効であると判断して (ステップ Sl l l l)、ステップ S1008と同様な動作で、運用ポリシ 格納手段 115の「ステータス」を有効に書き換える。

[0077] 上記検証の動作により、コンソール 118により入力された運用ポリシが検証におい て有効であると判断されると、その有効と判断された運用ポリシを用いて、改良動作 によって新たに運用ポリシを生成し、その改良後の運用ポリシの検証を行う。図 13は 、改良により生成された運用ポリシの検証の動作手順をフローチャートで示している。 コンソール 118によって入力された運用ポリシの検証が終了し、その運用ポリシの「ス テータス」が有効に書き換えられると、運用ポリシ変更手段 116は、その有効となった 運用ポリシを取得する (ステップ S1301)。また、運用ポリシ格納手段 115から、ステツ プ S1301で取得した運用ポリシと同じアプリケーション及びサービスレベルの運用ポ リシであって、「ステータス」が有効とされて 、る別の運用ポリシを取得する (ステップ S 1302)。その後、ステップ S1301で取得した運用ポリシと、ステップ S1302で取得し た運用ポリシとを用いて、改良動作により、新たに運用ポリシを生成する (ステップ S1 303)。

[0078] ステップ S1303で行う運用ポリシの改良には、糸且換型の改良と結合型の改良とを用 いる。組換型の改良は、遺伝的プログラミングの考え方を応用し、高いサービスレべ ル改善実績が得られる運用ポリシの作成を目的としたものである。組換型の改良によ つて、高いサービスレベル改善実績が得られる運用ポリシを作成しておき、これを結 合型の改良で汎用化することで、誤動作の少な 、高い品質の運用ポリシを作成する ことを狙いとしている。

[0079] 図 14は、組換型の改良による運用ポリシの作成の様子を示している。まず、運用ポ リシ格納手段 115から、検証によって有効であると判断された運用ポリシと同じアプリ ケーシヨン及びサービスレベルの任意の運用ポリシを 1つ選び出す。例えば、運用ポ リシ格納手段 115から、「サービスレベル改善実績 ÷発火実績」が最も大きいものを 選び出す。次いで、検証によって有効であると判断された運用ポリシの記述と、運用 ポリシ格納手段 115から選び出された運用ポリシの記述とを部分的に書き換えること で、新たな運用ポリシを作成する。図 14の例では、運用ポリシ P01の状態情報記述 0 1と、運用ポリシ P02の状態情報記述 02とを組み換えて、運用ポリシ P01と P02と力ら 、 2つの新しい運用ポリシを作成する。

[0080] 組換型の改良の基本パターンは、構成情報記述を組み換える場合、状態情報記 述を組み換える場合、構成変更記述を組み換える場合の 3通りである。 3通りの運用 ポリシの作成を同時に実施して、改良によって新たに作成する運用ポリシを 2個から 6 個へ増やしてもよい。または、 3通りから 1通りだけをランダムに選択して作成してもよ い。さらに、構成情報記述と状態情報記述を同時に組み換える場合、構成情報記述 と構成変更記述を同時に組み換える場合、状態情報記述と構成変更記述を同時に 組み換える場合の 3通りがある力 これらは、上記した基本パターンの作成の手順の 繰り返しにより実現できる。

[0081] 運用ポリシ P01と P02とを用いて、組換型の改良により、新たな運用ポリシを生成す る場合には、運用ポリシ P01と運用ポリシ P02とで、構成情報記述が一致しているた め、構成情報記述を組み換えることはできない。また、運用ポリシ P01と P02と力ら、 構成変更記述を組み換えて 2つの運用ポリシを作成すると、それは、図 14に示す状 態情報記述を組み換えて作成した運用ポリシと等価になる。このような場合には、図 14に示した 2個の運用ポリシ力 検証の対象となる。

[0082] 図 15は、結合型の改良による運用ポリシの作成の様子を示している。結合型の改 良は、与えられたアプリケーションとサービスレベルの条件の下で、できるだけ多くの 構成の情報システム 103に適用できる汎用化された運用ポリシの作成を目的としたも のである。まず、運用ポリシ格納手段 115から、検証によって有効であると判断された 運用ポリシと同じアプリケーション及びサービスレベルの任意の運用ポリシを 1つ選び 出す。例えば、運用ポリシ格納手段 115から、「サービスレベル改善実績 ÷発火実績 」が最も大きいものを選び出す。次いで、検証によって有効であると判断された運用 ポリシと、運用ポリシ格納手段 115から選び出された運用ポリシとの共通部分をまとめ 、 1つの運用ポリシを作成する。結合型の改良により、運用ポリシ P01と運用ポリシ PO 2とから運用ポリシを作成する場合、運用ポリシ P01と運用ポリシ P01とでは、ポリシ識 別記述と構成情報記述 01とが共通の記述であるため、これをまとめて、状態情報記 述カも先が枝分かれした 1つの運用ポリシを作成する。

[0083] 図 6及び図 7を参照すると、状態情報記述 01 =「サーバあたりの同時アクセス数 > 20」、構成変更記述 01 =「電話への応答の優先度 =高に設定変更」、状態情報記 述 02=「サーバあたりの同時アクセス数 > 30」、構成変更記述 02=「予備のサーバ 3を現用に設定変更」である。この場合、運用ポリシ実施手段 113は、改良後の運用 ポリシの実施に当たっては、改良後の運用ポリシの枝分かれの部分を「IF30> (サー バあたりの同時アクセス数 > 20) THEN (電話への応答の優先度 =高に設定変更） ELSE IF (サーバあたりの同時アクセス数 > 30)THEN (予備のサーバ 3を現用に 設定変更)」と解釈する。

[0084] ところで、結合型の改良により作成された運用ポリシでは、枝分かれする 2つの状態 情報記述の条件力 S排他的でなぐ改良後の運用ポリシの枝分かれの部分が同時に 成立する場合もある。その場合には、枝分かれの部分が排他的となるよう、片方を修 正した運用ポリシを 2通り作成する。例えば、図 16 (a)に示すように、運用ポリシ P01 の状態情報記述 01が「サーバあたりの同時アクセス数 < 30」、構成変更記述 01が「 電話への応答の優先度 =高に設定変更」であり、同図（b)に示すように、運用ポリシ P02の状態情報記述 02が「サーバあたりの同時アクセス数 > 25」、構成変更記述 02 が「予備のサーバ 3を現用に設定変更」である場合には、枝分かれ部分が排他的とな るように、 2通りの運用ポリシを作成する。その場合、運用ポリシ実施手段 113は、運 用ポリシの一方を、「IF (サーバあたりの同時アクセス数く 30)THEN (電話への応答 の優先度 =高に設定変更) ELSE IF (サーバあたりの同時アクセス数 > 30) THE N (予備のサーバ 3を現用に設定変更)」（同図 (c) )と解釈する。また、他方を、「IF ( サーバあたりの同時アクセス数 < 25) THEN (電話への応答の優先度 =高に設定変 更） ELSE IF (サーバあたりの同時アクセス数 > 25) THEN (予備のサーバ 3を現用 に設定変更)」（同図 (d) )と解釈する。

[0085] 図 13に戻り、組換型又は結合型の改良により、運用ポリシが生成されると、図 10の ステップ S1002と同様に、ステップ S1303で作成した運用ポリシを運用ポリシ格納手 段 115に登録する (ステップ S 1304)。その後、ステップ S1003と同様にして、情報シ ステム分類手段 114を用いて、ステップ S 1303で作成された運用ポリシの検証に利 用する情報システムを決定し (ステップ S1305)、ステップ S1004と同様に、運用ポリ シ実施手段 113により、ポリシ発火回数とサービスレベル改善実績の集計を行う (ス テツプ SI 306)。

[0086] 実績集計'評価手段 120は、ステップ S1006と同様に、運用ポリシの発火実績が所 定の値を超えた力否かを判断し (ステップ S 1307)、超えたときには、集計した発火実 績とサービスレベル改善実績とが、所定の条件を満たすカゝ否かを判定する (ステップ S1308)。ステップ S1308で、所定の条件を満たすと判定されたときには、運用ポリ シ格納手段 115に格納された改良前の運用ポリシの「発火実績」及び「サービスレべ ル」と、実績集計'評価手段 120の「発火実績」及び「サービスレベル改善実績」と〖こ 基づいて、改良の前後での (サービスレベル改善実績 ÷発火実績)の値を相互に比 較する (ステップ S 1309)。そして、改良後の値が、改良前の値よりも大きいか否かを 判断する (ステップ S 1310)。

[0087] 比較の結果、改良後の（サービスレベル改善実績 ÷発火実績）が、改良前の（サー ビスレベル改善実績 ÷発火実績)よりも値が大きいときには、改良後の運用ポリシが、 改良前の運用ポリシに比して、より、サービスレベルの維持に有効である。この場合、 改良前の運用ポリシの「ステータス」を無効とし、改良後の運用ポリシの「ステータス」 を有効とする（ステップ S1311)。これとは逆に、ステップ S1310で、改良後の（サー ビスレベル改善実績 ÷発火実績)が、改良前の（サービスレベル改善実績 ÷発火実 績)よりも値が小さいと判断されたときには、改良前の運用ポリシが、改良後の運用ポ リシに比して、サービスレベルの維持に有効であると判断し、改良後の運用ポリシの「 ステータス」を無効とする (ステップ S 1312)。

[0088] 本実施形態では、運用ポリシの検証を、情報システム分類手段 114によって類似の 情報システムとして判定された情報システム 103を用いて行っている。これにより、より 多くの情報システム 103を用いて、運用ポリシの妥当性を検証し、或いは、汎用化改 良を行うことができ、運用ポリシを実際の運用に用いるまでのテスト時間を短縮ィ匕でき る。このようにして、サービスレベルを保証した情報システム 103を提供するまでのテ ストから運用開始までの時間を短縮することで、アウトソースサービス事業者は、クライ アント企業とサービス契約後、短期間で、サービス契約したサービスレベルの情報シ ステム 103を提供することができる。

[0089] 本実施形態では、サービスレベルが指定されな ヽ運用ポリシにつ!ヽては、サービスレ ベルが低 、もの力 順次に検証を行 、、運用ポリシが適用可能なサービスレベルを 判断する。このようにすることで、適切なサービスレベルを自動的に発見でき、サービ スレベルポリシ生成作業の作業負担を軽減することができる。また、本実施形態では

、運用ポリシの改良動作によって、検証済みの運用ポリシの改良を行い、改良によつ て生成された運用ポリシが、改良前の運用ポリシに比して、よりサービスレベルの維 持に有効であると判断されたときには、その改良後の運用ポリシを、実際にクライアン ト企業に割り当てられた情報システムに適用する運用ポリシとする。このように、本実 施形態では、高いサービスレベル改善実績を実現でき、また、より多くの情報システ ム 103に対応した汎用性が高い運用ポリシを生成することができる。

[0090] 図 17は、本発明の第 2実施形態の情報システム提供システムの構成を示している。

本実施形態の情報システム提供システムは、図 3に示す構成に、資源プール 105、 資源プール制御手段 106、スィッチ 107とが追加されている点で、第 1実施形態と相 違する。本実施形態では、既にある情報システム 103にカ卩えて、又は、これに代えて 、検証用に作成した情報システム 103を用いて、運用ポリシの検証を行う。

[0091] 資源プール 105は、コンピュータ資源、ネッヮワーク資源、アプリケーション資源、及 び、データ資源を含んでいる。資源プール 105の内部では、これら資源がそれぞれ 単体で配置されている。この状態では、与えられたアプリケーションとサービスレベル とを満たす情報システム 103として運用することはできない。資源プール 105内では 、多数のサーバ、ロードバランサ装置、ファイアウォール装置、アプリケーションゃデ ータを格納するハードディスク装置などがスィッチ 107につながった状態になってい る。

[0092] 資源プール 105内の各資源は、スィッチ 107を切り替えることにより、情報システム 103と接続される。スィッチ 107により、情報システム 103と資源プール 105内の資源 とを接続すると、その資源は、情報システム 103の一部として利用できる。また、資源 プール 105内で資源をいくつ力接続すれば、これらを新規の情報システム 103とみ なすことができる。資源プール制御手段 106は、資源プール 105内の資源の操作を 行う。資源プール制御手段 106は、スィッチ 107を制御して、各資源の接続状況を制 御する。これにとり、情報システム 103の構成を変更し、或いは、新たな情報システム 103を作成することができる。

[0093] 資源プール制御手段 106が動作する例としては、クライアント企業との新たな契約 に対応して、資源プール 105内の資源を用いて、新たな情報システム 103を作成す る場合がある。クライアント企業は、サービスの提供を受けるにあたり、ゲートウェイ装 置 104とサービス契約 IF手段 102とを通して、アウトソースサービス契約する情報シ ステムのアプリケーションとサービスレベルとを指定する。この場合、サービス契約 IF 手段 102から構成格納手段 111を経由し、資源プール制御手段 106を通して、情報 システム 103が構築される。

[0094] 資源プール制御手段 106は、クライアント企業力も指定されたアプリケーションとサ 一ビスレベルとに基づいて、必要な資源の種類と数量を決定する。例えば、 CTIァプ リケーシヨンでのサービスレべノレのレベル 2ではサーバ台数 2台、サービスレべノレのレ ベル 1ではサーバ台数 4台と決定する。台数決定に使用する情報は、あらかじめ資源 プール制御手段 106内に、アプリケーション及びサービスレベルと対応付けて記憶さ れている。

[0095] 資源プール制御手段 106は、スィッチ 107を操作し、資源プール 105内の資源を 接続する。資源プール制御手段 106は、例えば、 1台のロードバランサ装置を 1台の ファイアウォール装置に接続し、 4台のサーバを 1台のロードバランサ装置に接続し、 ハードディスク装置をそれぞれのサーバに接続する。その後、資源プール制御手段 106は、サーバ上でアプリケーションを起動し、運用可能な状態にする。このような操 作を実行することにより、資源プール 105から新規の情報システム 103が作成される

[0096] 資源プール制御手段 106によって作成された情報システム 103は、サービス契約 I F手段 102から情報システム提供者サーバ 100を通して、クライアント企業に割り当て られる。情報システム提供者サーバ 100は、クライアント企業に、割り当てた情報シス テム 103にアクセスするためのアカウントを与え、インターネットや VPNからアクセス できるように、情報システム 103へのアクセスを開放する。

[0097] 資源プール制御手段 106は、サービス契約 IF手段 102によって、クライアント企業 との契約が解除されると、そのクライアントに提供していた情報システム 103を解体し て、情報システム 103を構成していた資源を、資源プール 105に戻す。情報システム の解体では、資源プール制御手段 106は、情報システム 103で起動していたアプリ ケーシヨンを停止し、スィッチ 107を操作して、資源の間の接続を解放する。これによ り、資源は、資源プール 105に戻され、サーバ、ロードバランサ装置、ファイアウォー ル装置、アプリケーションやデータを格納するハードディスク装置などがスィッチにつ ながった状態に戻される。

[0098] 図 18は、本実施形態における新規に作成された運用ポリシの検証の手順を示して いる。アウトソース事業者のデータセンタの管理者は、図 10のステップ S1001と同様 に、コンソール 118を用いて、アプリケーション及びサービスレベルが指定された運用 ポリシを入力する（ステップ S1801)。運用ポリシ格納手段 115は、ステップ S1002と 同様に、ステップ S 1801で入力された運用ポリシを登録する (ステップ S 1802)。

[0099] ポリシ分類手段 114は、ステップ S1003と同様な動作により、運用ポリシの検証に 用いる情報システム 103を決定する (ステップ S1803)。このとき、ポリシ分類手段 11 4により、運用ポリシを適用すべき情報システムに類似する情報システムが既存の情 報システム 103に存在しないと判断されたとき、或いは、存在はするがその数があら 力じめ定めておいた所定の数よりも少ないとき、資源プール制御手段 106は、資源プ ール 105内の資源に対する操作を行 、、ステップ S 1801で入力された運用ポリシに 対応するアプリケーションとサービスレベルを提供する情報システム 103を作成する（ ステップ S 1804)。

[0100] 例えば、運用ポリシのポリシ識別記述（図 6)が「アプリケーション =CTI、サービスレ ベル =レベル 2」であるときには、資源プール制御手段 106は、ステップ S1804で、 資源プール 105内の複数のサーバを相互に接続し、そのサーバ上で CTIアプリケー シヨンを駆動して、 CTIアプリケーションをサービスレベル 2に対応した情報システム 1 03を作成する。その後、運用ポリシ実施手段 113によって、ステップ S1803で検証 に用 、ると決定された情報システム及びステップ S 1804で作成された情報システム 1 03で、ステップ S 1801で入力された運用ポリシを実施し、発火実績とサービスレベル 改善実績との集計を行う (ステップ S1805)。

[0101] 実績集計'評価手段 120は、図 10のステップ S1005と同様に、発火実績が所定の 値を超えたか否かを判断する (ステップ S1806)。発火実績が所定の値を超えたとき には、ステップ S1006と同様に、集計した発火実績とサービスレベル改善実績とが、 所定の条件を満たす力否かを判定する (ステップ S1807)。ステップ S1807で、所定 の条件を満たすと判定されたときには、有効な運用ポリシと判定し、運用ポリシの「ス テータス」を有効に書き換える（ステップ S 1808)。ステップ S 1807で、所定の条件を 満たさないと判断されたときには、有効な運用ポリシではないと判定し、運用ポリシの 「ステータス」を無効に書き換える (ステップ S 1809)。運用ポリシの検証の終了後、資 源プール制御手段 106は、ステップ S1804で作成した情報システム 103を速やかに 解体し、情報システム 103を構成していた資源を資源プール 105に戻して、他の用 途に使用できるようにする (ステップ S1810)。

[0102] 本実施形態では、資源プール制御手段 106により作成された情報システム 103を 利用して、運用ポリシの妥当性の検証を行う。このため、既存の情報システム 103に、 類似の情報システム 103が存在しな 、場合でも、運用ポリシの検証を行うことができ る。また、類似の情報システムが既に存在する場合には、その情報システム 103にカロ えて、ステップ S1804で作成された情報システム 103を利用して、運用ポリシの検証 を行うこともでき、その場合には、より多くの情報システム 103を用いて、運用ポリシの 検証を行うことができる。

[0103] なお、図 10、図 11、図 13を用いて説明した運用ポリシの検証は、同時に並行的に 実行することもできる。また、例えばある運用ポリシの検証中に、他の運用ポリシの検 証を開始することもできる。第 2実施形態では、資源プール制御手段 106により作成 された情報システム 103を用いて、アプリケーション及びサービスレベルが指定され た運用ポリシの検証を行う例について示したが、検証対象の運用ポリシは、これには 限定されない。第 1実施形態で説明した、サービスレベルが指定されない運用ポリシ 、又は、改良により生成された運用ポリシについても、同様に行うことができる。図 11 では、サービスレベルが指定されない運用ポリシを、サービスレベルを最も低いサー ビスレベル力 順次引き上げながら検証する例にっ ヽて示したが、サービスレベルが 指定された運用ポリシについても、その指定されたサービスレベルを初期値として、 図 11に示す手順により、サービスレベルを順次に引き上げて検証を行うことができる 。この場合、指定されたサービ

スレベルよりも上位のサービスレベルに適用可能か否かを検証できる。

[0104] また、運用ポリシの検証では、運用ポリシの発火実績が所定の値を超えな!/、と検証 が終了しないため、例えば、ポリシ発火条件が適切でなぐポリシが発火しないような 場合には、検証が終了しないことも考えられる。このような場合には、例えば検証時 間を 1時間と定め、検証開始から 1時間を経過しても発火実績が所定の値を超えない 場合には、その運用ポリシは無効であると判断すればよい。また、運用ポリシの検証 では、クライアント企業に割り当てられていない情報システム 103に対して、疑似クラ イアント装置 108により、要求やジョブを発行して検証を行った力 この検証には、ク ライアント企業に既に割り当てられて!/、る情報システム 103を用いることもできる。この 場合、より実際の動作環境に近い状態で検証を行うことができる。

[0105] 上記実施形態では、運用ポリシ管理サーバ 101が、 SNMPを用いて各資源の状態 等を取得する例について示した力 これには限定れず、その他の手法を用いて取得 してもよい。また、各資源が、 MIBにより状態情報や構成情報を管理する例について 示したが、これには限定されない。例えば SMNP以外のプロトコルを用いる場合には 、 LDAP (Lightweight Directory Access Protocol)等で管理してもよい。

[0106] 以上、本発明をその好適な実施形態に基づ ヽて説明したが、本発明の情報システ ム管理装置、方法、及び、プログラムは、上記実施形態例にのみ限定されるものでは なぐ上記実施形態の構成力も種々の修正及び変更を施したものも、本発明の範囲 に含まれる。

図面の簡単な説明

[0107] [図 1]本発明の第 1実施形態の情報システム提供者サーバを含む情報システム提供 システムの構成を示すブロック図。

[図 2]情報システムの構成を示すブロック図。

[図 3]運用ポリシ管理サーバ手段の構成を示すブロック図。

[図 4]構成格納手段に格納される情報システムの属性情報を示すテーブル。

[図 5]ポリシ格納手段運用に格納されて 、る情報を示すテーブル。

[図 6]運用ポリシ記述の内容を示すブロック図。 [図 7]運用ポリシ記述の内容を示すブロック図。

[図 8]サービスレベル格納手段に格納された情報を示すテーブル。

圆 9]実績集計'評価手段が記憶する発火実績及びサービスレベル改善実績の状況 を示すテープノレ。

圆 10]新規に作成された運用ポリシの検証の動作手順を示すフローチャート。

圆 11]サービスレベルが指定されずに入力された運用ポリシの検証の動作手順を示 すフローチャート。

圆 12]運用ポリシのポリ識別記述の具体例を示す図。

[図 13]改良により生成された運用ポリシの検証の動作手順を示すフローチャート。

[図 14]組換型の改良による運用ポリシの作成の様子を示すブロック図。

[図 15]組換型の改良による運用ポリシの作成の様子を示すブロック図。

[図 16] (a)及び (b)は、それぞれ運用ポリシの状態情報記述及び構成変更記述の内 容を模式的に示す模式図、同図（c)及び (d)は、それぞれ改良後の運用ポリシの状 態情報記述及び構成変更記述の解釈の様子を示す模式図。

圆 17]本発明の第 2実施形態の情報システム提供システムの構成を示すブロック図。

[図 18]本実施形態における新規に作成された運用ポリシの検証の手順を示すフロー チャート。

[図 19]特許文献 1に記載されたシステム管理支援装置の構成を示すブロック図。

[図 20]ジョブ実行サーバ手段の記憶部の記憶状態を示すブロック図。

Claims

請求の範囲

[1] 提供すべき業務と提供するサービスの保証レベルを指定するサービスレベルとが 規定された複数の情報システムを管理する情報システム管理装置において、 業務名と、サービスレベルと、情報システム内の資源に対して実行する操作と、操 作を実行するための条件とを記述した運用ポリシを登録する運用ポリシ格納手段（11 5)と、

前記情報システムのそれぞれの業務名及びサービスレベルを含む構成情報を記 憶する構成格納手段（111)と、

前記構成格納手段（111)に記憶された構成情報を参照して、前記運用ポリシの業 務名及びサービスレベルと業務名及びサービスレベルがそれぞれ一致する 1つ以上 の情報システムを抽出する情報システム抽出手段（114)と、

前記抽出された情報システムに前記運用ポリシを適用し、該適用して得られた実績 データを記憶する運用ポリシ実施手段（113)と、

前記記憶された実績データに基づ 、て、前記適用された運用ポリシの有効性を検 証する検証手段（120)とを備えることを特徴とする情報システム管理装置。

[2] 前記運用ポリシ実施手段（113)は、前記抽出された情報システムにおいて運用ポ リシに記述された操作を実行する条件が満たされると、当該運用ポリシに記述された 操作を実行する、請求項 1に記載の情報システム管理装置。

[3] 前記運用ポリシ実施手段（113)は、前記操作の実行前後における前記情報システ ムの状態変化をモニタし、前記条件が満たされた回数と、前記実行された操作でサ 一ビスが改善された回数とを前記実績データとして記憶する、請求項 1又は 2に記載 の情報システム管理装置。

[4] 前記検証手段（120)は、前記条件が満たされた回数と、前記実行された操作でサ 一ビスが改善された回数との関係が所定の条件を満たす運用ポリシを有効な運用ポ リシと判定する、請求項 3に記載の情報システム管理装置。

[5] 前記運用ポリシ格納手段（115)は、提供すべき業務が指定され、サービスレベル が指定されない運用ポリシが入力されると、前記提供すべき業務と同じ業務について 定義されたサービスレベルの内で最も低いサービスレベルを指定した運用ポリシを記 憶し、前記検証手段（120)によって当該運用ポリシが有効と判断されると段階的に サービスレベルを引き上げた運用ポリシに変更する、請求項 1〜4の何れか一に記載 の情報システム管理装置。

[6] 前記運用ポリシ格納手段（115)から、前記検証手段（120)によって有効と判定さ れた、業務名とサービスレベルが相互に一致する複数の運用ポリシを読み出し、該 複数の運用ポリシから 1つ以上の新たな運用ポリシを作成するポリシ作成手段（116) を更に備える、請求項 1〜5の何れか一に記載の情報システム管理装置。

[7] 前記検証手段（120)によって有効と判定された運用ポリシと、当該運用ポリシと業 務名及びサービスレベルが一致し、かつ、有効なポリシとして既に運用ポリシ格納手 段（115)に登録された運用ポリシとに基づいて、新たな運用ポリシを作成するポリシ 作成手段（116)を更に備える、請求項 1〜5の何れか一に記載のシステム管理装置

[8] 前記検証手段（120)は、前記検証手段（120)によって有効と判定された運用ポリ シの実績データと、前記ポリシ作成手段（116)によって新たに作成された運用ポリシ の実績データとを比較し、該比較結果に基づ 、て前記新たに作成された運用ポリシ を有効又は無効と判定する、請求項 7に記載のシステム管理装置。

[9] 前記ポリシ作成手段（116)は、複数の運用ポリシ間で、前記操作及び条件の少な くとも一方を入れ替えて、新たな運用ポリシを作成する、請求項 6〜8の何れか一に 記載の情報システム管理装置。

[10] 前記ポリシ作成手段（116)は、複数の運用ポリシの操作及び条件のうちで共通な 部分をまとめて、新たな運用ポリシを作成する、請求項 6〜8の何れか一に記載の情 報システム管理装置。

[11] サーバを用い、提供すべき業務と提供するサービスの保証レベルを指定するサー ビスレベルとが規定された複数の情報システムを管理する情報システム管理方法に おいて、

前記サーバ（101)が、業務名と、サービスレベルと、情報システム内の資源に対し て実行する操作と、操作を実行するための条件とを記述した運用ポリシを運用ポリシ 格納手段（115)に登録するステップと、 前記サーバ（101)力 前記情報システムのそれぞれの業務名及びサービスレベル を含む構成情報を構成格納手段（111)に記憶するステップと、

前記サーバ（101)が、前記構成格納手段（111)に記憶された構成情報を参照し て、前記運用ポリシの業務名及びサービスレベルと業務名及びサービスレベルがそ れぞれ一致する 1つ以上の情報システムを抽出するステップと、

前記サーバ（101)が、前記抽出された情報システムに前記運用ポリシを適用し、該 適用して得られた実績データを記憶するステップと、

前記サーバ（101)が、前記記憶された実績データに基づいて、前記適用された運 用ポリシの有効性を検証するステップとを備えることを特徴とする情報システム管理 方法。

[12] 前記抽出された情報システムで、運用ポリシに記述された操作を実行する条件が 満たされると、前記サーバ（101)が、当該運用ポリシに記述された操作を実行する、 請求項 10に記載の情報システム管理方法。

[13] 前記実績データは、前記操作の実行前後における前記情報システムの状態変化 をモニタし、前記条件が満たされた回数と、前記実行された操作でサービスが改善さ れた回数とを含む、請求項 11又は 12に記載の情報システム管理方法。

[14] 前記検証ステップは、前記条件が満たされた回数と、前記実行された操作でサービ スが改善された回数との関係が所定の条件を満たす運用ポリシを有効な運用ポリシ と判定する、請求項 13に記載の情報システム管理方法。

[15] 提供すべき業務が指定され、サービスレベルが指定されない運用ポリシが入力され ると、前記サーバ（101)が、前記提供すべき業務と同じ業務について定義されたサ 一ビスレベルの内で最も低 、サービスレベルを指定した運用ポリシを記憶し、該運用 ポリシの検証結果が有効な場合には段階的にサービスレベルを引き上げた運用ポリ シに変更するステップを更に備える、請求項 11〜 14の何れか一に記載の情報シス テム管理方法。

[16] 前記サーバ（101)が、前記検証ステップで有効と判定された、業務名とサービスレ ベルが相互に一致する複数の運用ポリシを運用ポリシ格納手段（115)から読み出し 、該読み出した複数の運用ポリシから 1つ以上の新たな運用ポリシを作成するステツ プを更に備える、請求項 11〜 15の何れか一に記載の情報システム管理方法。

[17] 前記サーバ（101)が、前記検証ステップで有効と判定された運用ポリシと、当該運 用ポリシと業務名及びサービスレベルが一致し、かつ、有効なポリシとして既に運用 ポリシ格納手段に登録された運用ポリシとに基づ ヽて、新たな運用ポリシを作成する ステップを更に備える、請求項 11〜 15の何れか一に記載の情報システム管理方法

[18] 前記サーバ（101)力 前記検証ステップで有効と判定された運用ポリシの実績デ ータと、前記ポリシ作成手段によって新たに作成された運用ポリシの実績データとを 比較し、該比較結果に基づ!、て前記新たに作成された運用ポリシを有効又は無効を 判定するステップを更に備える、請求項 17に記載の情報システム管理方法。

[19] 前記ポリシ作成ステップは、複数の運用ポリシ間で、前記操作及び条件の少なくと も一方を入れ替えて、新たな運用ポリシを作成する、請求項 16〜18の何れか一に記 載の情報システム管理方法。

[20] 前記ポリシ作成ステップは、複数の運用ポリシの操作及び条件のうちで共通な部分 をまとめて、新たな運用ポリシを作成する、請求項 16〜18の何れか一に記載の情報 システム管理方法。

[21] 提供すべき業務と提供するサービスの保証レベルを指定するサービスレベルとが 規定された複数の情報システムを管理する情報システム管理装置のためのプロダラ ムであって、前記情報システム管理装置（101)に、

業務名と、サービスレベルと、情報システム内の資源に対して実行する操作と、操 作を実行するための条件とを記述した運用ポリシを運用ポリシ格納手段（115)に登 録する処理と、

前記情報システムのそれぞれの業務名及びサービスレベルを含む構成情報を構 成格納手段（111)に記憶する処理と、

前記構成格納手段（111)に記憶された構成情報を参照して、前記運用ポリシの業 務名及びサービスレベルと業務名及びサービスレベルがそれぞれ一致する 1つ以上 の情報システムを抽出するステップと、

前記抽出された情報システムに前記運用ポリシを適用し、該適用して得られた実績 データを記憶装置に記憶する処理と、

前記記憶された実績データに基づ 、て、前記適用された運用ポリシの有効性を検 証する処理とを実行させることを特徴とするプログラム。

[22] 前記抽出された情報システムで、運用ポリシに記述された操作を実行する条件が 満たされると、前記情報システム管理装置（101)に当該運用ポリシに記述された操 作を実行させる、請求項 21に記載のプログラム。

[23] 前記実績データは、前記操作の実行前後における前記情報システムの状態変化 をモニタし、前記条件が満たされた回数と、前記実行された操作でサービスが改善さ れた回数とを含む、請求項 21又は 22に記載のプログラム。

[24] 前記検証処理は、前記条件が満たされた回数と、前記実行された操作でサービス が改善された回数との関係が所定の条件を満たす運用ポリシを有効な運用ポリシと 判定する、請求項 23に記載のプログラム。

[25] 前記情報システム管理装置（101)に、提供すべき業務が指定され、サービスレべ ルが指定されない運用ポリシが入力されると、前記提供すべき業務と同じ業務につ V、て定義されたサービスレベルの内で最も低!、サービスレベルを指定した運用ポリシ を記憶し、該運用ポリシの検証結果が有効な場合には段階的にサービスレベルを引 き上げた運用ポリシに変更する処理を更に実行させる、請求項 21〜 24の何れか一 に記載のプログラム。

[26] 前記情報システム管理装置に、前記検証処理で有効と判定された、業務名とサー ビスレベルが相互に一致する複数の運用ポリシを前記運用ポリシ格納手段（115)か ら読み出し、該読み出した複数の運用ポリシから 1つ以上の新たな運用ポリシを作成 する処理を更に実行させる、請求項 21〜25の何れか一に記載のプログラム。

[27] 前記情報システム管理装置（101)に、前記検証処理で有効と判定された運用ポリ シと、当該運用ポリシと業務名及びサービスレベルが一致し、かつ、有効なポリシとし て既に前記運用ポリシ格納手段（115)に登録された運用ポリシとに基づいて、新た な運用ポリシを作成する処理を更に実行させる、請求項 21〜25に記載のプログラム

[28] 前記情報システム管理装置（101)に、前記検証処理で有効と判定された運用ポリ シの実績データと、前記ポリシ作成手段によって新たに作成された運用ポリシの実績 データとを比較し、該比較結果に基づ!、て前記新たに作成された運用ポリシを有効 又は無効を判定する処理を実行させる、請求項 27に記載のプログラム。

[29] 前記ポリシ作成処理は、複数の運用ポリシ間で、前記操作及び条件の少なくとも一 方を入れ替えて、新たな運用ポリシを作成する、請求項 26〜28の何れか一に記載 の情報システム管理装置。

[30] 前記ポリシ作成処理は、複数の運用ポリシの操作及び条件のうちで共通な部分を まとめて、新たな運用ポリシを作成する、請求項 26〜28の何れか一に記載のプログ ラム。