"サービスレベルアグリーメントで定められた品質に関する要求値と、前記サービスレベルアグリーメントを満足すべきシステムで実測された前記品質を表す実測値のデータ群とに基づいて、前記要求値を満足している前記実測値の割合である達成率を計算し、前記要求値を満足していなければならない前記実測値の割合としてサービスレベルアグリーメントで定められた遵守率を前記達成率から減算した値である余剰率を計算する余剰率計算手段と、前記余剰率が0となるという条件を満たす前記システムへの割り当てリソース量を前記余剰率を用いて計算し、前記割り当てリソース量と、定常状態での前記システムの単位時間当たりの使用リソース量とに基づいて、安全率を計算する安全率導出手段とを備えることを特徴とするリソース管理システム。安全率導出手段は、余剰率が0となるという条件を満たすシステムへの割り当てリソース量をTとし、定常状態での前記システムの単位時間当たりの使用リソース量をUとしたときに、T/U-1を計算することにより、安全率を計算する請求項1に記載のリソース管理システム。安全率導出手段は、サービスレベルアグリーメントを満足すべきシステムにおける単位時間当たりの使用リソース量をRとし、前記Rを変数とする達成率の関数をPRとし、余剰率をnとしたときに、PT-n=0をTに関して解くことによって、余剰率が0となるという条件を満たす前記システムへの割り当てリソース量を計算する請求項1または請求項2に記載のリソース管理システム。安全率導出手段は、定常状態でのシステムの単位時間当たりの使用リソース量として、前記システムで実測された値を用いる請求項1から請求項3のうちのいずれか1項に記載のリソース管理システム。安全率導出手段は、定常状態でのシステムに対する単位時間当たりのリクエスト数の実測値の平均値を計算し、単位時間当たりのリクエスト数を変数とする単位時間当たりの使用リソース量の関数に前記平均値を代入することによって、定常状態でのシステムの単位時間当たりの使用リソース量を求める請求項1から請求項3のうちのいずれか1項に記載のリソース管理システム。サービスレベルアグリーメントで定められた品質に関する要求値と、前記サービスレベルアグリーメントを満足すべきシステムで実測された前記品質を表す実測値のデータ群とに基づいて、前記要求値を満足している前記実測値の割合である達成率を計算し、前記要求値を満足していなければならない前記実測値の割合としてサービスレベルアグリーメントで定められた遵守率を前記達成率から減算した値である余剰率を計算し、前記余剰率が0となるという条件を満たす前記システムへの割り当てリソース量を前記余剰率を用いて計算し、前記割り当てリソース量と、定常状態での前記システムの単位時間当たりの使用リソース量とに基づいて、安全率を計算することを特徴とするリソース管理方法。余剰率が0となるという条件を満たすシステムへの割り当てリソース量をTとし、定常状態での前記システムの単位時間当たりの使用リソース量をUとしたときに、T/U-1を計算することにより、安全率を計算する請求項6に記載のリソース管理方法。コンピュータに、サービスレベルアグリーメントで定められた品質に関する要求値と、前記サービスレベルアグリーメントを満足すべきシステムで実測された前記品質を表す実測値のデータ群とに基づいて、前記要求値を満足している前記実測値の割合である達成率を計算し、前記要求値を満足していなければならない前記実測値の割合としてサービスレベルアグリーメントで定められた遵守率を前記達成率から減算した値である余剰率を計算する余剰率計算処理、および、前記余剰率が0となるという条件を満たす前記システムへの割り当てリソース量を前記余剰率を用いて計算し、前記割り当てリソース量と、定常状態での前記システムの単位時間当たりの使用リソース量とに基づいて、安全率を計算する安全率導出処理を実行させるためのリソース管理プログラム。コンピュータに、安全率導出処理で、余剰率が0となるという条件を満たすシステムへの割り当てリソース量をTとし、定常状態での前記システムの単位時間当たりの使用リソース量をUとしたときに、T/U-1を計算することにより、安全率を計算させる請求項8に記載のリソース管理プログラム。SLAを満足するために必要なコンピュータのリソース量を、安全率を考慮して人間が定めようとすると、コンピュータシステムの運用時にリソース不足が生じてはならないと考える人間の心理的要因が働き、安全率の値を大きくする傾向が生じる。すると、設定されるリソース量も大きくなり、その結果、SLAに対して過剰なリソース量が設定され、リソースの利用率が上がらなくなってしまう。そこで、本発明は、SLAを満足するためのリソース量が過剰にならないように安全率を算出することができるリソース管理システム、リソース管理方法およびリソース管理プログラムを提供することを目的とする。本発明によるリソース管理システムは、サービスレベルアグリーメントで定められた品質に関する要求値と、サービスレベルアグリーメントを満足すべきシステムで実測された品質を表す実測値のデータ群とに基づいて、要求値を満足している実測値の割合である達成率を計算し、要求値を満足していなければならない実測値の割合としてサービスレベルアグリーメントで定められた遵守率を達成率から減算した値である余剰率を計算する余剰率計算手段と、余剰率が0となるという条件を満たすシステムへの割り当てリソース量を余剰率を用いて計算し、割り当てリソース量と、定常状態でのシステムの単位時間当たりの使用リソース量とに基づいて、安全率を計算する安全率導出手段とを備えることを特徴とする。また、本発明によるリソース管理方法は、サービスレベルアグリーメントで定められた品質に関する要求値と、サービスレベルアグリーメントを満足すべきシステムで実測された品質を表す実測値のデータ群とに基づいて、要求値を満足している実測値の割合である達成率を計算し、要求値を満足していなければならない実測値の割合としてサービスレベルアグリーメントで定められた遵守率を達成率から減算した値である余剰率を計算し、余剰率が0となるという条件を満たすシステムへの割り当てリソース量を余剰率を用いて計算し、割り当てリソース量と、定常状態でのシステムの単位時間当たりの使用リソース量とに基づいて、安全率を計算することを特徴とする。また、本発明によるリソース管理プログラムは、コンピュータに、サービスレベルアグリーメントで定められた品質に関する要求値と、サービスレベルアグリーメントを満足すべきシステムで実測された品質を表す実測値のデータ群とに基づいて、要求値を満足している実測値の割合である達成率を計算し、要求値を満足していなければならない実測値の割合としてサービスレベルアグリーメントで定められた遵守率を達成率から減算した値である余剰率を計算する余剰率計算処理、および、余剰率が0となるという条件を満たすシステムへの割り当てリソース量を余剰率を用いて計算し、割り当てリソース量と、定常状態でのシステムの単位時間当たりの使用リソース量とに基づいて、安全率を計算する安全率導出処理を実行させることを特徴とする。本発明によれば、SLAを満足するためのリソース量が過剰にならないように安全率を算出することができる。以下、本発明の実施形態を図面を参照して説明する。まず、本発明の処理の概要について説明する。SLAを満たすように運用されるコンピュータシステムに関して、コンピュータシステムへの単位時間当たりのリクエスト数を変数とする単位時間当たりのリソース量の関数が予め定められているとする。以下、この関数をfaと記す。ここで、aは、上記のコンピュータシステムに対する単位時間当たりのリクエスト数を表す変数である。faは、単位時間当たりのリクエスト数に応じた単位時間当たりのリソース量である。また、単位時間当たりのリクエスト数の最大値は、予め、SLAにおいて定められているとする。SLAで規定された単位時間当たりのリクエスト数の最大値をamaxと記す。ここで、SLAを満たすために必要なリソース量以下、必要リソース量と記す。を、安全率αを加味して定めるとすると、必要リソース量は、famax×1αと表される。本発明では、安全率として、リソースを過剰に多く設定しないような適切な安全率αを算出する。なお、上記の関数faは、予め定められる関数である。faは、例えば、最小二乗法等により予め導出しておけばよい。また、SLAにおいて、品質に関する要求値が規定される項目として、経過時間ElapsedTimeが含まれていて、経過時間に関して遵守率が定められているとする。また、単位時間当たりの最大リクエスト数が定められ、単位時間当たりのリクエスト数がその最大値以下であるという前提のもとで、上記の遵守率が定められているものとする。このような経過時間に関するSLAの一例として、例えば、単位時間当たりの最大リクエスト数が3000Tx/Sという条件のもとで、経過時間に対する要求値は3秒であり、経過時間の遵守率は90である。という内容のSLAが挙げられる。なお、1秒当たりのリクエスト数をTx/Sという単位で表している。この例では、経過時間の実測値のうち、3秒以内のものが90以上あれば、SLAを満たすことになる。換言すれば、経過時間が3秒以内に収まったリクエスト数がリクエスト数全体の90以上であれば、経過時間が3秒を越えたリクエストが存在したとしても、SLAを満たすことになる。すなわち、全てのリクエストに関して、経過時間が3秒以内である必要はない。本発明において、適切なαを求める際には、コンピュータシステムは、定常状態で運用され、単位時間当たりのリクエスト数は、SLAで定められた最大値上記の例では3000Tx/S以下となっているものとする。また、SLAで規定された要求値を満足している実測値の割合を達成率と呼ぶ。そして、達成率から遵守率を減算した値を余剰率と記す。達成率が遵守率よりも大きければ、余剰率は正となる。例えば、上記のように遵守率が90と定められていて、3秒以下に該当する経過時間の実測値の割合すなわち達成率が95であったとする。この場合、余剰率は、95-90=5となる。図1は、単位時間当たりのリクエスト数に応じた使用リソース量と、達成率との関係を表すグラフである。図1において縦軸は、達成率を表す。横軸は、単位時間当たりの使用リソース量を表す。単位時間当たりのリクエスト数が多いほど、使用リソース量が増える。そして、単位時間当たりのリクエスト数が多いほど、リソースに対する負荷が増加していることになるので、図1に示すように、使用リソース量が増加するにつれて、達成率は低下する。例えば、単位時間当たりのリクエスト数が増加するにつれて、使用リソース量やリソースの負荷が増加し、リソース待ちが発生するなどして、達成率は低下する。横軸で示される使用リソース量をRで表すと、達成率は、PRという関数で表される。関数PRは、予め与えられる関数である。PRは、例えば、最小二乗法等により予め導出しておけばよい。関数PRを達成率関数と記す。図1において、rは、定常状態における使用リソース量である。この使用リソース量に応じた達成率Prから遵守率を減算した値が、余剰率nとなる図1参照。また、図1に示すRaは、単位時間当たりのリクエスト数が増え、達成率が0になったときにおける使用リソース量である。Raは、リソースを使い切ったときのリソース量であるということが言える。コンピュータシステムのリソース量として、Raを設定することにより、定常状態では、達成率Prを実現することができる。Prが遵守率と等しければ、SLAを満足する最適なリソース量が設定されていると言える。しかし、図1に示す例では、定常状態において達成率Prが遵守率を上回っている。すなわち、図1に示す例では、リソース量が最適なリソース量よりも多くなっていて、リソースの余剰が生じている状態となっている。図2は、定常状態における達成率Prが遵守率と等しくなるように、全体的に余剰率nだけ達成率を低下させた状態を表している。達成率Prが遵守率と等しくなるように、全体的に達成率を低下させた状態を破線で示している。この破線で表される関数において、達成率が0になるときの使用リソース量をRa’とする。コンピュータシステムに設定するリソース量として、Ra’を設定することにより、定常状態では、Prが遵守率と等しくなる。すなわち、Ra’がSLAに応じて設定すべき最適なリソース量であるということができる。図2で破線で表した関数は、関数PRを全体に渡って、余剰率nだけ低下させたものであるので、以下に示す式1が成立する。PRa’-n=0式1式1においてnは、余剰率である。関数PRは既知の関数であるので、定常状態における余剰率nを計算し、式1をRa’に関して解くことにより、最適なリソース量を計算することができる。さらに、定常状態における単位時間当たりのリクエスト数をNTx/Sとすると、式1を解くことによって得られたR’は、以下に示す式2のように表すことができる。fN×1α=Ra’式2式2を安全率αに関して解くことによって、最適なリソース量を算出するための安全率αを計算することができる。式2において、fNは、定常状態における単位時間当たりの使用リソース量を表している。定常状態における単位時間当たりの使用リソース量として、単位時間当たりの使用リソース量の実測値を用いてもよい。あるいは、定常状態における単位時間当たりのリクエスト数Nを関数faにおける変数aに代入することによってfNを計算してもよい。以下、本発明のリソース管理システムの構成および処理経過を具体的に説明する。図3は、本発明のリソース管理システムの実施形態の例を示すブロック図である。本発明のリソース管理システムは、安全率算出手段1と、データ記憶手段2とを備える。データ記憶手段2は、リクエストに応じて処理を行うコンピュータシステム3における経過時間ElapsedTimeや、使用リソース量を逐次記憶していく記憶装置である。また、データ記憶手段2は、予め定められた達成率関数PRも記憶する。既に説明したように、達成率関数PRは、使用リソース量Rを変数とする達成率の関数であり、例えば、最小二乗法等により予め定められている。安全率算出手段1は、データ記憶手段2に記憶された情報と、入力されるデータとに基づいて、コンピュータシステム3における最適なリソース量を算出するための安全率αを計算する。コンピュータシステム3は、本発明のリソース管理システムとは別に設けられるシステムであり、コンピュータシステム3自身に入力されるリクエストに応じて処理を行う。コンピュータシステム3には、安全率αの初期値から定められたリソースが割り当てられ、そのリソースを用いて、リクエストに応じた処理を行う。また、コンピュータシステム3は、リクエストに応じた実行した処理の経過時間ElapsedTimeの実測値と、単位時間当たりの使用リソース量の実測値とを、時間経過に伴って、時刻順に、データ記憶手段2に記憶させていく。また、コンピュータシステム3は、単位時間当たりのリクエスト数の実測値も、時間順に、データ記憶手段2に記憶させていく。このとき、コンピュータシステム3は、単位時間当たりの使用リソース量の実測値と、単位時間当たりのリクエスト数の実測値とを対応づけて記憶させる。ここで、安全率αから設定量が定められるリソースの種類は、特に限定されないが、そのようなリソースとして、例えば、CPU、メモリ、ディスク記憶装置、通信ネットワークリソース等が挙げられる。CPUに関しては、使用リソース量は、例えば、CPU使用率で表される。また、メモリやディスク記憶装置に関しては、使用リソース量は、例えば、メモリ使用率や、ディスク記憶装置の使用率で表される。また、通信ネットワークリソースに関しては、使用リソース量は、例えば、通信ネットワークを介して外部のルータ図示略に送信している単位時間当たりのデータ量等で表される。コンピュータシステム3は、時間経過に伴い、経過時間ElapsedTimeの実測値と、使用リソース量の実測値とをデータ記憶手段2に記憶させる。従って、データ記憶手段2には、図4に示すように、経過時間の実測値の時系列データと、単位時間当たりの使用リソース量の実測値の時系列データが蓄積されていく。また、コンピュータシステム3は、単位時間当たりのリクエスト数の実測値もデータ記憶手段2に記憶させるので、単位時間当たりのリクエスト数の実測値の時系列データ図4において図示略も蓄積される。使用リソース量の時系列データに含まれる個々の値と、リクエスト数の時系列データに含まれる個々の値とは、同じ時間に計測されたものとして対応している。コンピュータシステム3は、定常状態で運用されるが、使用リソース量の実測値は一定値とは限らず、変動する。安全率算出手段1は、例えば、使用リソース量の実測値の中から、最適な値を選択すればよい。安全率算出手段1は、余剰率計算手段11と、安全率調整手段12とを備える。余剰率計算手段11には、コンピュータシステム3に関して定められた経過時間ElapsedTimeの要求値と、遵守率と、コンピュータシステム3における初期状態のリソース量を計算するために用いられた安全率αの初期値とが入力される。経過時間に対する要求値および遵守率は、SLAで規定された値である。なお、SLAでは、単位時間当たりの最大リクエスト数が3000Tx/Sという条件のもとで、経過時間の要求値は3秒であり、経過時間の遵守率は90である。等のように、単位時間当たりの最大リクエスト数が定められていてもよい。コンピュータシステム3は、定常状態で運用され、単位時間当たりのリクエスト数がSLAで定められた最大値を超えることはない。余剰率計算手段11は、経過時間に対する要求値と、データ記憶手段2に記憶された経過時間の時系列データ図4参照とを比較して、達成率を計算する。そして、余剰率計算手段11は、計算した達成率から、入力された遵守率を減算することにより、余剰率nを計算する。安全率調整手段12は、予め定められた達成率関数PRと、余剰率計算手段11に計算された余剰率を用いて、式1をRa’に関して解く。Ra’は、SLAに応じた最適なリソースの割当量である。さらに、安全率調整手段12は、定常状態における使用リソース量と、Ra’コンピュータシステム3に対する最適なリソース割当量とを用いて、式2を安全率αに関して解く。安全率調整手段12は、例えば、使用リソース量の時系列データから、単位時間当たりの使用リソース量を求め、その値を式2におけるfNとして用いればよい。また、安全率調整手段12には、予め、定常状態における単位時間当たりのリクエスト数Nが入力される。このNは、実測値ではなく、例えば、SLAにおいて単位時間当たりのリクエスト数の最大値として定められた値が入力される。この場合、定常状態において単位時間当たりのリクエスト数としてとり得る値の最大値が、Nとして入力されることになる。安全率調整手段12は、単位時間当たりの使用リソース量として最適な値を、以下のようにして選択すればよい。安全率調整手段12は、予め入力されたN上記の例では、SLAで定められた単位時間当たりのリクエスト数の最大値に最も近いリクエスト数の実測値に対応する使用リソース量の実測値を選択する。すなわち、安全率調整手段12は、予め与えられたNに最も近いリクエスト数の実測値が計測された時間と同じ時間に計測された使用リソース量の実測値を選択する。安全率調整手段12は、この使用リソース量の実測値を、式2におけるfNとして用いる。また、予め入力されたNと近い値となるリクエスト数の実測値が複数個存在する場合、安全率調整手段12は、それらの各実測値に対応する使用リソース量の各実測値の平均値を算出して、その平均値を式2におけるfNとして用いてもよい。すなわち、安全率調整手段12は、予め与えられたNに近い値となっているリクエスト数の実測値が計測された時間と同じ時間に計測された使用リソース量の平均値をfNとして用いてもよい。なお、安全率調整手段12は、入力されたNとの差が予め定められた閾値以内となっているリクエスト数の実測値を、Nに近い値の実測値として検出すればよい。また、上記の説明では、Nが入力される場合について説明したが、Nが入力されなくてもよい。この場合、安全率調整手段12は、以下のようにして式2におけるfNの値を算出すればよい。安全率調整手段12は、単位時間当たりのリクエスト数の時系列データの中からK個の連続する実測値毎に、そのK個の実測値の平均値を計算する。この平均値は、単位時間のK倍の時間帯に着目した場合の単位時間当たりのリクエスト数である。なお、Kは、例えば、予め安全率調整手段12に入力されていればよい。安全率調整手段12は、連続するK個の実測値毎に、実測値の平均を算出したならば、その平均値が最大となっているK個の実測値の組を特定する。特定されたK個の実測値が計測された時間帯は、定常状態において、単位時間当たりのリクエスト数がピークになった時間帯である。安全率調整手段12は、その時間帯に計測された使用リソース量の平均値を算出する。具体的には、上記のように特定した連続するK個のリクエスト数の実測値に対応する使用リソース量の実測値を特定し、その平均値を算出すればよい。安全率調整手段12は、このK個の使用リソース量の実測値の平均値を、式2におけるfNとして用いてもよい。なお、本実施形態では、単位時間当たりの使用リソース量として実測値を用いる場合を例にして説明しているが、安全率調整手段12は、予め定められた関数faを用いて、定常状態における単位時間当たりの使用リソース量を計算してもよい。この場合、安全率調整手段12は、単位時間当たりのリクエスト数の時系列データを用いて、単位時間当たりのリクエスト数の平均値を計算し、その平均値を、定常状態における単位時間当たりのリクエスト数Nとする。そして、安全率調整手段12は、関数faにおける変数aにNを代入し、式2を安全率αに関して解けばよい。このとき、関数faは、安全率算出手段1に外部から入力されてもよい。あるいは、達成率関数PRと同様に、予め、データ記憶手段2に記憶されてもよい。安全率調整手段12は、式2をαに関して解く場合、以下の式3を計算すればよい。α={Ra’/fN}-1式3なお、安全率調整手段12は、計算された余剰率nが負である場合、入力された安全率の値を増加させる。安全率算出手段1具体的には、余剰率算出手段11および安全率調整手段12は、例えば、リソース管理プログラムに従って動作するコンピュータのCPUによって実現される。この場合、コンピュータのプログラム記憶装置図示略がリソース管理プログラムを記憶し、CPUがそのプログラムに従って、余剰率算出手段11および安全率調整手段12として動作すればよい。また、余剰率算出手段11および安全率調整手段12がそれぞれ別のユニットで実現されていてもよい。なお、ここで述べたコンピュータは、図3に示したコンピュータシステム3とは別のコンピュータである。次に、動作について説明する。図5は、本発明の処理経過の例を示すフローチャートである。なお、データ記憶手段2には、コンピュータシステム3によって、経過時間の実測値の時系列データおよび使用リソース量の実測値の時系列データが記憶されているものとする。また、単位時間当たりのリクエスト数の実測値の時系列データもデータ記憶手段2に記憶されているものとする。また、余剰率算出手段11には、SLAで規定された経過時間の要求値例えば、3秒以下等や遵守率例えば、90等が入力されているものとする。また、安全率αの初期値も入力されているものとする。また、安全率調整手段12には、定常状態における単位時間当たりのリクエスト数Nが入力されているものとする。余剰率算出手段11は、データ記憶手段2に記憶された経過時間の実測値の時系列データ図4参照と、経過時間に対する要求値とを比較し、達成率を計算するステップS1。余剰率算出手段11は、経過時間の時系列データに含まれる個々の実測値のうち、経過時間に対する要求値を満たしている実測値の数をカウントする。例えば、経過時間に対する要求値が3秒以下であれば、図4に示すe1,e2,のうち、3秒以下となっている実測値の個数をカウントする。そして、全実測値の個数に対する、要求値を満たす実測値の個数の割合を達成率として計算する。次に、余剰率算出手段11は、ステップS1で計算した達成率から、入力された遵守率を減算することによって、余剰率nを計算するステップS2。余剰率算出手段11は、計算した余剰率nと、安全率の初期値とを安全率調整手段12に渡す。安全率調整手段12は、ステップS2で計算された余剰率が正であるか否かを判定するステップS3。余剰率が正であればステップS3におけるYes、ステップS4以降の処理を実行する。ステップS4において、安全率調整手段12は、予めデータ記憶手段2に記憶された達成率関数PRと、ステップS2で計算された余剰率nとを用いて、SLAに応じた最適なコンピュータシステム3のリソース割当量Ra’図2参照を計算するステップS4。すなわち、安全率調整手段12は、式1をRa’について解く。PRの逆関数P-1をデータ記憶手段2に予め記憶させておき、安全率調整手段12は、P-1nを計算することによってRa’を求めてもよい。次に、安全率調整手段12は、データ記憶手段2に記憶された使用リソース量の実測値の時系列データ図4参照および単位時間当たりのリクエスト数の実測値の時系列データ図4において図示略と、ステップS4で計算したRa’とを用いて、最適なリソース量を算出するための安全率αを計算するステップS5。具体的には、安全率調整手段12は、予め入力されたNに最も近いリクエスト数の実測値に対応する使用リソース量の実測値を選択する。この使用リソース量の実測値は、式2や式3におけるfNに相当する。安全率調整手段12は、選択した使用リソース量の実測値を、式3におけるfNに代入し、Ra’にステップS4で計算した値を代入して、式3を計算し、安全率αを求めればよい。このαが、コンピュータシステム3における最適なリソース量を計算するための安全率である。ステップS5の後、リソース管理システムは、処理を終了する。また、既に説明したように、予め入力されたNと近い値となるリクエスト数の実測値が複数個存在する場合、安全率調整手段12は、それらに対応する使用リソース量の各実測値の平均値を算出し、その平均値を式3におけるfNに代入してもよい。また、fNの他の導出方法として、安全率調整手段12は、単位時間当たりのリクエスト数の時系列データの中からK個の連続する実測値毎に、そのK個の実測値の平均値を計算し、その値が最大となるK個の実測値に対応する使用リソース量の実測値を特定し、その平均値を式3におけるfNに代入してもよい。この場合、Nは、入力されていなくてよい。また、ステップS3において、余剰率が正でないと判定した場合ステップS3におけるNo、安全率調整手段12は、事前に入力された安全率の初期値をk倍することによって、新たな安全率αを計算しステップS6、処理を終了する。ただし、余剰率が0である場合には、安全率調整手段12は、ステップS6を実行せずに処理を終了する。余剰率が負であるということは、安全率の初期値に基づいて割り当てられたコンピュータシステム3のリソース量が少ないことを意味する。よって、安全率をk倍することによって、安全率の値を増加させ、コンピュータシステム3に割り当てるべき十分なリソース量が算出されるようにする。また、余剰率が0ということは、最適な安全率が定められているということができ、安全率を計算し直すことなく処理を終了してよい。本実施形態によれば、達成率が遵守率よりも高い場合に、余剰率に相当する分だけリソース量が減少するようにして、コンピュータシステム3における最適リソース量を計算し、その最適リソース量に合わせて安全率を計算するので、SLAで定められた遵守率に応じた安全率を求めることができる。すなわち、過剰なリソース量を算出するような安全率の導出を防止して、適切な安全率を求めることができる。本発明による安全率算出と、人間の勘や経験に基づく安全率決定とを比較する。人間が勘や経験に基づいて安全率を決定する場合には、リソース不足を回避するという心理的要因により、安全率を大きくしがちであり、その結果、コンピュータシステム3に割り当てるリソース量が過剰になってしまう。一方、本発明によれば、上記のように、遵守率を満足し、また、リソース量が過剰にならないような適切な安全率を計算することができる。なお、遵守率が満足されていれば、一部のリクエストに関する経過時間が要求値を越えていても、SLAは維持されていることになる。コンピュータシステムの管理者は、ステップS5またはステップS6で計算された安全率から、コンピュータシステム3に対して割り当てるべきリソース量を計算し直して、コンピュータシステム3に対するリソース割り当てを行ってもよい。この割り当てを、リソース管理システムが行ってもよい。また、上記のフローチャートの説明では、使用リソース量fNとして、実測値を用いた。既に説明したように、定常状態における使用リソース量fNは、予め定められた関数faにおける変数aに、定常状態における単位時間当たりのリクエスト数Nを代入して計算してもよい。この場合、安全率調整手段12は、ステップS5において、単位時間当たりのリクエスト数の実測値の平均値を計算し、その値をNとすればよい。そして、安全率調整手段12は、式3を計算することによって、安全率αを計算すればよい。また、図5に示すフローチャートでは、ステップS5またはステップS6を行ったときに、処理を終了する場合を示したが、本発明のリソース管理システムは、一定期間毎にステップS1以降の処理を繰り返して、安全率αの計算を繰り返してもよい。このとき、ステップS2や、ステップS5では、一定期間毎の時系列データを用いる。例えば、ある一定期間における安全率を計算する際には、ステップS1において、余剰率算出手段11は、その期間内における経過時間の実測値から達成率を計算し、ステップS5においても、安全率調整手段12は、その期間内における使用リソース量の時系列データから実測値を選択し、安全率を計算する。また、一旦安全率を計算したら、コンピュータシステム3に対して割り当てるべきリソース量をその安全率から計算し直して、コンピュータシステム3に反映する。次に、本発明の最小構成について説明する。図6は、本発明のリソース管理システムの最小構成の例を示すブロック図である。本発明のリソース管理システム51は、余剰率計算手段52と、安全率導出手段53とを備える。余剰率計算手段52例えば、実施形態における余剰率計算手段11は、サービスレベルアグリーメントで定められた品質に関する要求値例えば、経過時間に関する要求値と、サービスレベルアグリーメントを満足すべきシステム例えば、コンピュータシステム3で実測された品質を表す実測値のデータ群例えば、経過時間の時系列データとに基づいて、要求値を満足している実測値の割合である達成率を計算し、要求値を満足していなければならない実測値の割合としてサービスレベルアグリーメントで定められた遵守率を達成率から減算した値である余剰率を計算する。安全率導出手段53例えば、安全率調整手段12は、余剰率が0となるという条件を満たすシステムへの割り当てリソース量例えば、Ra’を余剰率を用いて計算し、割り当てリソース量と、定常状態でのシステムの単位時間当たりの使用リソース量例えば、fNとに基づいて、安全率を計算する。そのような構成により、SLAを満足するためのリソース量が過剰にならないように安全率を算出することができる。また、上記の実施形態では、安全率導出手段53が、余剰率が0となるという条件を満たすシステムへの割り当てリソース量をTとし、定常状態でのシステムの単位時間当たりの使用リソース量をUとしたときに、T/U-1を計算することにより例えば、式3の計算を行うことにより、安全率を計算する構成が開示されている。また、上記の実施形態では、安全率導出手段53が、サービスレベルアグリーメントを満足すべきシステムにおける単位時間当たりの使用リソース量をRとし、Rを変数とする達成率の関数をPRとし、余剰率をnとしたときに、PT-n=0をTに関して解くことによって、余剰率が0となるという条件を満たすシステムへの割り当てリソース量を計算する構成が開示されている。また、上記の実施形態では、安全率導出手段53が、定常状態でのシステムの単位時間当たりの使用リソース量として、実測された値を用いる構成が開示されている。また、上記の実施形態では、安全率導出手段53が、定常状態でのシステムに対する単位時間当たりのリクエスト数の実測値の平均値を計算し、単位時間当たりのリクエスト数を変数とする単位時間当たりの使用リソース量の関数にその平均値を代入することによって、定常状態でのシステムの単位時間当たりの使用リソース量を求める構成が開示されている。上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1サービスレベルアグリーメントで定められた品質に関する要求値と、前記サービスレベルアグリーメントを満足すべきシステムで実測された前記品質を表す実測値のデータ群とに基づいて、前記要求値を満足している前記実測値の割合である達成率を計算し、前記要求値を満足していなければならない前記実測値の割合としてサービスレベルアグリーメントで定められた遵守率を前記達成率から減算した値である余剰率を計算する余剰率計算部と、前記余剰率が0となるという条件を満たす前記システムへの割り当てリソース量を前記余剰率を用いて計算し、前記割り当てリソース量と、定常状態での前記システムの単位時間当たりの使用リソース量とに基づいて、安全率を計算する安全率導出部とを備えることを特徴とするリソース管理システム。付記2安全率導出部は、余剰率が0となるという条件を満たすシステムへの割り当てリソース量をTとし、定常状態での前記システムの単位時間当たりの使用リソース量をUとしたときに、T/U-1を計算することにより、安全率を計算する付記1に記載のリソース管理システム。付記3安全率導出部は、サービスレベルアグリーメントを満足すべきシステムにおける単位時間当たりの使用リソース量をRとし、前記Rを変数とする達成率の関数をPRとし、余剰率をnとしたときに、PT-n=0をTに関して解くことによって、余剰率が0となるという条件を満たす前記システムへの割り当てリソース量を計算する付記1または付記2に記載のリソース管理システム。付記4安全率導出部は、定常状態でのシステムの単位時間当たりの使用リソース量として、前記システムで実測された値を用いる付記1から付記3のうちのいずれかに記載のリソース管理システム。付記5安全率導出部は、定常状態でのシステムに対する単位時間当たりのリクエスト数の実測値の平均値を計算し、単位時間当たりのリクエスト数を変数とする単位時間当たりの使用リソース量の関数に前記平均値を代入することによって、定常状態でのシステムの単位時間当たりの使用リソース量を求める付記1から付記3のうちのいずれかに記載のリソース管理システム。以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。この出願は、2010年5月6日に出願された日本特許出願2010-106492を基礎とする優先権を主張し、その開示の全てをここに取り込む。本発明は、コンピュータシステムに設定するリソース量を算出する際に用いる安全率の計算に好適に適用される。"