サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段と、前記スループット維持判定手段によって判定された前記スループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段と、を備えるスループット維持支援システム。前記スループット想定値と前記パターンデータとを用いて、前記パターンデータで示される前記パターンに従う処理要求を前記サーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段と、前記シミュレーションプロセス生成手段が生成した前記シミュレーションプロセスを用いてシミュレーションを実行して、前記サーバシステムのシステムリソース量を変化させながら、前記サーバシステムのスループットの値を測定するとともに、前記サーバシステムにおける想定の処理要求数において前記スループット想定値を超えずに維持するために前記サーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段と、前記リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、前記リソース差分量測定手段が測定したスループットが前記スループット想定値を超えずに維持できる確率を求め、求めた前記スループット想定値を超えずに維持できる確率に基づいて、前記スループット想定値を超えずに維持できるか否かを判定するための基準値を算出する基準値算出手段と、を備え、前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、前記サーバシステムにおける前記スループット想定値を超えずに維持できるか否かを判定する請求項1記載のスループット維持支援システム。前記基準値算出手段は、前記リソース差分量測定手段が測定したスループットの値と算出した前記スループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、前記スループット想定値を超えずに維持できるか否かを判定するための基準値として算出する請求項1又は請求項2記載のスループット維持支援システム。前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段を含む請求項3記載のスループット維持支援システム。前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段を含み、前記リソース量見積値算出手段は、前記維持確率比較手段によって前記スループット想定値を超えずに維持できる確率が前記所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出する請求項4記載のスループット維持支援システム。前記維持確率比較手段は、前記スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときの前記スループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行する請求項5記載のスループット維持支援システム。前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記サーバシステムの判定時のシステムリソースと比較するリソース量比較手段を含み、前記判定結果出力手段は、前記リソース量比較手段によって前記サーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、前記リソース量比較手段によって前記サーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力する請求項3から請求項6のうちのいずれか1項に記載のスループット維持支援システム。前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段と、前記維持確率比較手段によって前記スループット想定値を超えずに維持できる確率が前記所定の閾値以上であると判定されたときに、システムリソース量の追加後の前記スループット想定値を、最適な前記スループット想定値の見積値として算出する前記スループット想定値見積値算出手段と、を含む請求項3から請求項7のうちのいずれか1項に記載のスループット維持支援システム。サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段と、前記スループット維持判定手段によって判定された前記スループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段と、を備えるスループット維持支援装置。前記スループット想定値と前記パターンデータとを用いて、前記パターンデータで示される前記パターンに従う処理要求を前記サーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段と、前記シミュレーションプロセス生成手段が生成した前記シミュレーションプロセスを用いてシミュレーションを実行して、前記サーバシステムのシステムリソース量を変化させながら、前記サーバシステムのスループットの値を測定するとともに、前記サーバシステムにおける想定の処理要求数において前記スループット想定値を超えずに維持するために前記サーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段と、前記リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、前記リソース差分量測定手段が測定したスループットが前記スループット想定値を超えずに維持できる確率を求め、求めた前記スループット想定値を超えずに維持できる確率に基づいて、前記スループット想定値を超えずに維持できるか否かを判定するための基準値を算出する基準値算出手段と、を備え、前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、前記サーバシステムにおける前記スループット想定値を超えずに維持できるか否かを判定する請求項9記載のスループット維持支援装置。前記基準値算出手段は、前記リソース差分量測定手段が測定したスループットの値と算出した前記スループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、前記スループット想定値を超えずに維持できるか否かを判定するための基準値として算出する請求項9又は請求項10記載のスループット維持支援装置。前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段を含む請求項11記載のスループット維持支援装置。前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段を含み、前記リソース量見積値算出手段は、前記維持確率比較手段によって前記スループット想定値を超えずに維持できる確率が前記所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出する請求項12記載のスループット維持支援装置。前記維持確率比較手段は、前記スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときの前記スループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行する請求項13記載のスループット維持支援装置。前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記サーバシステムの判定時のシステムリソースと比較するリソース量比較手段を含み、前記判定結果出力手段は、前記リソース量比較手段によって前記サーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、前記リソース量比較手段によって前記サーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力する請求項11から請求項14のうちのいずれか1項に記載のスループット維持支援装置。前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段と、前記維持確率比較手段によって前記スループット想定値を超えずに維持できる確率が前記所定の閾値以上であると判定されたときに、システムリソース量の追加後の前記スループット想定値を、最適な前記スループット想定値の見積値として算出する前記スループット想定値見積値算出手段と、を含む請求項11から請求項15のうちのいずれか1項に記載のスループット維持支援装置。サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずに維持できるか否かを判定し、前記スループット想定値を超えずに維持できるか否かの判定結果を出力するスループット維持支援方法。コンピュータに、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずに維持できるか否かを判定する処理と、前記スループット想定値を超えずに維持できるか否かの判定結果を出力する処理と、を実行させるためのスループット維持支援用プログラム。一般的なサーバシステムの例を、図面を参照して説明する。図13は、サーバシステム本例では、業務システム300を含むコンピュータネットワークの具体的な構成例を示すブロック図である。図13に示す例では、コンピュータネットワークは、業務システム300と、リソースプール400と、管理サーバ200とを含み、ネットワーク500を介して接続されている。業務システム300は、既に用途や用法が定められたサーバシステムであり、特定のアプリケーションプログラムを使用してクライアントに特定の処理結果を返すサーバシステムである。ただし、業務システム300は、処理要求が集中するといった事象や、ソフトウェア障害やハードウェア障害といった事象に対して、効率よく処理を実行できるかは未定の状態である。図13に示すように、業務システム300は、例えば、Webサーバ301と、WebAPサーバWebアプリケーションサーバ302と、DBサーバデータベースサーバ303と、ストレージ304とを含む。Webサーバ301は、利用者とのインターフェイスをなすサーバである。また、WebAPサーバ302は、ウェブサイトが提供するアプリケーションプログラムを処理するサーバである。また、DBサーバ303は、WebAPサーバ302の要求に応じてストレージ304に格納しているデータを参照したり、検索したり、更新したりするデータベースサーバである。また、ストレージ304は、アプリケーションプログラムのデータを記憶する記憶装置である。業務システム300において、クライアントからのアクセス処理要求をWebサーバ301が受けると、WebAPサーバ302は、アプリケーションプログラムを使用して要求に応じた処理を行う。そして、アプリケーションプログラムを用いた処理の実行時に、WebAPサーバ302は、DBサーバ303を介してストレージ304が格納しているデータを参照検索更新し、Webサーバ301を介してクライアントに処理結果を返信する。業務システム300は、上記の一連の処理をクライアントからの1つの処理要求に対して行い、処理結果を返信したところで、該処理要求に対する処理トランザクションを終了する。なお、本例では、業務システム300として、単純なウェブサイトのサーバシステムの一例を表したものである。なお、業務システム300に含まれるWebサーバ301と、WebAPサーバ302と、DBサーバ303と、ストレージ304とは、同一の物理サーバ上で稼動してもよいし、ネットワークを介して連携した複数の物理サーバ上で稼動してもよいし、物理サーバで稼動する複数の仮想サーバ上で稼動してもよい。つまり、対象とするサーバシステムは、図13で示した業務システムに限られない。リソースプール400は、アプリケーションが割り当てられていない、予備としてプールしているシステムリソースである。システムリソースは、アプリケーションを稼動するためのCPUやメモリ、ストレージ、ネットワークを、任意の組み合わせで複数利用可能なサーバである。ただし、システムリソースは、少なくとも、1つのCPUと、1つのメモリと、1つのネットワークとを備える。ここで予備のシステムリソースとしてのサーバは、物理サーバである場合に限らず、物理サーバ上のインタプリンタ上で稼動する仮想サーバである場合もある。また、CPUは、物理CPUである場合に限らず、物理CPU上のインタプリンタ上で稼動する仮想CPUである場合もある。また、メモリは、物理メモリである場合に限らず、物理メモリ上のインタプリンタ上で稼動する仮想メモリである場合もある。また、ストレージは、物理ストレージである場合に限らず、物理ストレージ上のインタプリンタ上で稼動する仮想ストレージである場合もある。また、ネットワークは、物理ネットワークである場合に限らず、物理ネットワーク上のインタプリンタ上で稼動する仮想ネットワークである場合もある。管理サーバ200は、プロビジョニングイベント生成手段201と、リソースプール探索手段202と、プロビジョニングイベント処理手段203とを備えている。プロビジョニングイベント生成手段201は、業務システム300の性能情報の測定結果に従って、システムリソースを追加割り当てするプロビジョニングイベントを生成する。プロビジョニングイベントとは、どのアプリケーションにどの程度のシステムリソースを追加するかを示すイベントである。リソースプール探索手段202は、アプリケーションとシステムリソースとの割り当て情報を保持し、プロビジョニングイベント生成手段201からのプロビジョニングイベントに従って、アプリケーションとシステムリソースとの割り当て情報を変更する。プロビジョニングイベント処理手段203は、リソースプール探索手段202によって変更されたアプリケーションとシステムリソースとの割り当て情報に従って、アプリケーションとシステムリソースとの割り当て処理を実行する。図13に示すサーバシステムを含むコンピュータネットワークの例では、管理サーバ200は、業務システム300を監視して、業務システム300の稼動状態が所定の条件例えば、スループットが30reqsec以下になった場合に、リソースプールにある予備サーバを追加するという処理を自動的に行う。しかし、図13に示すサーバシステムを含むコンピュータネットワークの例では、業務システム300のアプリケーションのスループットが低下した場合、管理サーバによって、予備のシステムリソースを追加するプロビジョニング要求が生成され、アプリケーションに必要な予備のシステムリソースが確保され、OSやアプリケーションプログラムがインストールされて、アプリケーションプログラム毎に固有のパラメータ設定が行われて、予備のシステムリソースが追加された後に、業務システム300のアプリケーションのスループットが改善される。つまり、このようなサーバシステムは、予備のシステムリソースの割り当て処理が時間のかかる処理であるため、想定しているスループットを維持することが難しい。そこで、予め全て設定済みの予備のシステムリソースを用意し、予備のシステムリソースの追加割り当てを行う方法冗長構成による方法を用いることが考えられる。また、全て設定済みの予備のシステムリソースとして、稼働しているサーバシステムと同一のサーバシステムを用意する方法以外にも、稼働しているサーバシステムのバックアップデータを取得して、割り当て処理時に、アップロードする方法も考えられる。上記のような冗長構成による方法では、どの程度の冗長構成であれば想定するスループットを維持できるかが不明なため、想定するスループットを維持するために、予備のシステムリソースを過剰に用意している。また、例えば、冗長構成による方法を、複数の業務システムの集合であるデータセンタに適用して用いる場合、1つの業務システムが利用できるシステムリソースの制限があるため、冗長構成に必要なシステムリソースの用意が困難になることがある。データセンタのシステム管理者は、それぞれの業務システムに必要最低限のシステムリソースを把握することが求められている。また、特許文献1及び特許文献2に記載された関連技術では、ソフトウェア障害やハードウェア障害といった事象が発生すると、割り当て処理の時間を短縮できず、想定するスループットを維持できない。例えば、特許文献1に記載された方法では、追加されたシステムリソースは、必要とされるアプリケーションプログラムがインストールされたディスクイメージのまま、予備のプールに返却される。そのため、予備プールにあるシステムリソースは、処理要求が集中しやすい業務システムのディスクイメージに偏るため、処理要求が集中しない業務システムに障害が発生した場合、特許文献1に記載された方法は、システムリソースを予めグルーピングしないサーバシステムと比較して、却って多くの処理時間がかかってしまう。例えば、業務システムAがアプリケーション11とアプリケーション12とを必要とし、業務システムBがアプリケーション21とアプリケーション22とを必要とし、何もアプリケーションがインストールされていないディスクイメージが1つある場合を想定する。業務システムAに処理要求が集中すると、特許文献1に記載された方法では、ディスクイメージにアプリケーション11とアプリケーション12とをインストールして、システムリソースを追加する。そして、業務システムAへの処理要求の集中が解消されると、特許文献1に記載された方法は、アプリケーション11とアプリケーション12とがインストールされたディスクイメージのまま、予備のプールに返却する。つまり、処理要求が業務システムBよりも業務システムAに集中する場合、予備プールにあるシステムリソースは、業務システムAのディスクイメージに偏る。ソフトウェア障害やハードウェア障害が発生しなければ、処理要求が集中する業務システムAのシステムリソースの追加割り当て処理が多いため、特許文献1に記載された方法は、割り当て処理の時間を短縮できる。しかし、ソフトウェア障害やハードウェア障害は業務の重要度に関わらずに発生する。業務システムBにソフトウェア障害もしくはハードウェア障害が発生すると、特許文献1に記載された方法は、業務システムBの追加割り当て処理を開始するが、業務システムAのディスクイメージを業務システムBのディスクイメージにするために、アプリケーション11とアプリケーション12とをアンインストールしてからアプリケーション21とアプリケーション22とをインストールするため、却って多くの処理時間がかかってしまう。よって、特許文献1に記載された技術では、例えば、ソフトウェア障害やハードウェア障害といったシステムが異常となる事象が発生した場合等、システムの稼働状況によっては割り当て処理の時間を短縮できず、必ずしも想定したスループットを維持できるとは限らない。また、例えば、特許文献2に記載された方法では、予備プールにあるシステムリソースの割り当てが業務の重要度に従って決定される。しかし、業務の重要度は、業務時期や業務時間、業務を提供するサーバの構成と稼動状態、業務に関わる人数、業務に影響される他の業務等、様々な要因が絡むため、設定することが難しい。また、予備プールにあるシステムリソースが重要度の高い一部のアプリケーションプログラムに偏ってしまうため、重要度の低いアプリケーションに障害が発生した場合、重要度を用いずにリソース割り当てを行うサーバシステムと比較して、却って多くの処理時間がかかってしまう。例えば、業務システムAと業務システムBとがある場合を想定する。特許文献2に記載された方法では、業務システムAの重要度が業務システムBの重要度よりも高くなるように設定すると、予備プールにあるシステムリソースは、業務システムAに偏る。ソフトウェア障害やハードウェア障害が発生しなければ、重要度の高い業務システムAのシステムリソースの追加割り当て処理が多いため、特許文献2に記載された方法は、割り当て処理の時間を短縮できる。しかし、ソフトウェア障害やハードウェア障害は業務の重要度に関わらずに発生する。業務システムBに障害が発生すると、特許文献2に記載された方法は、業務システムBの追加割り当て処理を開始するが、業務システムAのシステムリソースを業務システムBのシステムリソースにした上で割り当て処理を行うため、却って割り当て処理の時間を余分に要する。このように、特許文献2に記載された方法では、これらを含めた様々な要因をすべて考慮した上で業務の重要度を設定する必要があるため、業務の重要度の設定が難しい。よって、特許文献2に記載された技術では、割り当て処理の基準を全てシステム管理者が判断するため、システムリソースの割り当て処理が最適とは限らず、必ずしも想定したスループットを維持できるとは限らない。また、特許文献3や特許文献4に記載された関連技術を用いれば、所定の基準に基づいてリソースの割り当て変更を行うことができる。しかし、ソフトウェア障害やハードウェア障害といったシステムが異常となる事象が生じた場合等、システムの稼働状況の変化については何ら考慮されておらず、必ずしも想定したスループットを維持できるとは限らない。そこで、本発明は、上記課題を解決するためになされたものであって、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができるスループット維持支援システム、スループット維持支援装置、スループット維持支援方法、及びスループット維持支援用プログラムを提供することを目的とする。本発明によるスループット維持支援システムは、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段と、スループット維持判定手段によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段と、を備える。本発明によるスループット維持支援装置は、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段と、スループット維持判定手段によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段と、を備える。本発明によるスループット維持支援方法は、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定し、スループット想定値を超えずに維持できるか否かの判定結果を出力する。本発明によるスループット維持支援用プログラムは、コンピュータに、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定する処理と、スループット想定値を超えずに維持できるか否かの判定結果を出力する処理と、を実行させるためのものである。本発明によれば、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができる。以下、本発明の実施形態を、図面を参照して説明する。図1は、本発明によるスループット維持支援システムの構成の一例を示すブロック図である。図1に示すように、本実施形態では、スループット維持支援システムは、業務システム300と、リソースプール400と、管理サーバ200と、スループット維持基準生成装置100とを含む。従って、本実施形態では、スループット維持支援システムは、図13に示したサーバシステムを含むコンピュータネットワークの構成に加えて、スループット維持基準生成装置100を備えている。なお、管理サーバ200、業務システム300、及びリソースプール400の構成及び機能は、図13に示したそれらの構成及び機能と同様である。また、図1に示すように、スループット維持支援システムにおいて、スループット維持基準生成装置100、管理サーバ200、業務システム300、及びリソースプール400は、LAN等のネットワーク500を介して通信可能に接続される。本発明によるスループット維持支援システムは、スループットを安定して維持できるように必要な基準値やシステムリソース量を算出して出力する。具体的には、業務システム300において業務用のアプリケーション等を安定して稼働させるためには、予め定められた基準となるスループットの値以下、想定するスループットの値や、スループット想定値ともいうが維持されることが必要である。そこで、本実施形態では、スループット維持支援システムは、スループット想定値が維持されるか否かを分析するための基準となるスループット維持基準を生成する。そして、スループット維持支援システムが生成したスループット維持基準に基づいてリソース割り当てを行うことによって、業務システム300が想定するスループットを維持することができ、業務システム300上で安定してアプリケーションを稼働させることができる。スループット維持基準生成装置100は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。スループット維持基準生成装置100は、例えば、業務システム300を利用する利用者に対して、スループットの維持を支援するスループット維持支援サービスを提供するサービス事業者によって運営される。図1に示すように、スループット維持基準生成装置100は、入力手段101と、スループット維持確率算出手段104と、送受信手段105と、クロック生成手段102と、記憶装置103とを含む。入力手段101は、具体的には、情報処理装置が備えるキーボードやマウス等の入力デバイスによって実現される。入力手段101は、例えば、システム管理者等の操作に従って、スループット維持基準を生成するためのデータを入力する手段である。具体的には、入力手段101は、業務システム300が想定するスループットと、業務システム300についてのシミュレーションを行うためのデータとを入力する手段である。シミュレーションを行うためのデータには、例えば、業務システム300で想定するクライアント数に応じた処理要求が均一に発生するパターンや、処理要求が集中するといった性能劣化事象パターン、ソフトウェア停止障害やハードウェア停止障害といったサーバ障害事象パターン、CPUの異常やメモリ不良、ディスク故障などのシステムリソースの障害事象パターン等のシミュレーションのパターンデータが含まれる。なお、入力手段101が入力するシミュレーションパターンデータは、実際にスループット維持基準生成装置100によってシミュレーションが行われる前に、予めシステム管理者等によって、過去の統計データ等に基づいて作成される。そして、スループット維持基準生成装置100は、システム管理者等の入力操作に従って、予め作成されたシミュレーションパターンデータを入力し、記憶装置103に格納しているものとする。想定するクライアント数に応じた処理要求が均一に発生するパターンや、処理要求が集中するといった性能劣化事象パターンデータは、クライアント数、1クライアントが同時に送信する最大処理要求の数、1処理要求の送信間隔、及び1処理要求の最大接続時間等のシミュレーションパラメータを含む。例えば、これらのシミュレーションパラメータを用いて、経過時間毎の各アプリケーションの処理要求のシミュレーションパターンデータを予め生成することができる。図2は、入力手段101が入力するシミュレーションパターンデータの一例を示す説明図である。図2に示す例では、Webサーバ301と、WebAPサーバ302と、DBサーバ303と、ストレージ304とを含む業務システム300におけるシミュレーションパターンデータが示されており、各シミュレーションパターンデータには、それぞれのサーバの経過時間毎の処理要求数の遷移を示す情報が含まれる。なお、シミュレーションパターンデータには、業務システム300の各アプリケーションへの処理要求が、均一に発生推移するパターンもあれば、正規分布や対数正規分布に基づいて発生変化するパターン等も考えられる。また、サーバ障害事象パターンデータやシステムリソース障害事象パターンは、障害が発生する業務システム300のアプリケーション、障害タイプソフトウェア障害、ハードウェア障害、CPU障害、メモリ障害、ディスク障害、ネットワーク障害、障害発生確率、最大障害発生数、及び障害に影響を受ける業務システムのアプリケーションの処理要求数の増加率等のシミュレーションパラメータを含む。例えば、サーバ障害事象パターンデータとして、経過時間毎の処理要求数が変化する業務システム300のアプリケーションのうち、障害が発生する業務システム300のアプリケーションの処理要求数を減少させ、障害に影響を受ける業務システム300のアプリケーションの処理要求数を増加させたパターンデータを作成することができる。また、サーバ障害事象パターンデータとして、発生頻度が高い障害ハードウェア障害やソフトウェア障害を列挙してそれらを組み合わせたパターンを用いてもよい。なお、サーバ障害事象パターンデータやシステムリソース障害事象パターンは、スループット維持基準を生成する際に、性能劣化事象パターンデータと組み合わせて利用する。なお、例えば、スループット維持基準生成装置100は、スループット維持基準の生成対象である業務システム300とハードウェア構成やソフトウェア構成が同じである他の業務システムの稼働データを、シミュレーションパターンデータとして利用してもよい。なお、入力手段101として、スループット維持基準生成装置100にコマンドを入力するための通常の入力手段を兼用して用いてもよく、また、スループット維持基準を生成するために必要なデータを入力する専用の入力手段を設けてもよい。なお、本実施形態において、シミュレーションとは、業務システム300がクライアントに処理結果を提供する状態を再現することである。シミュレーションでは、業務システム300がクライアントに処理結果を提供するアプリケーションプログラムを、業務システム300が利用可能なシステムリソース上で稼動させる。そして、入力したシミュレーションパターンデータを発生させる。クロック生成手段102は、具体的には、情報処理装置が備えるクロック回路によって実現される。クロック生成手段102は、スループット維持基準生成装置100で用いられるクロック信号を生成して出力する機能を備える。記憶装置103は、具体的には、磁気ディスク装置や光ディスク装置等の記憶デバイスによって実現される。記憶装置103は、入力手段101が入力したシミュレーションパターンデータを記憶する。スループット維持確率算出手段104は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。スループット維持確率算出手段104は、記憶装置103に格納されたシミュレーションのパターンデータを参照して、業務システム300が想定するスループットを維持する確率以下、スループット維持確率ともいうを算出する機能を備える。また、スループット維持確率算出手段104は、算出したスループット維持確率を用いてスループットを維持する基準スループット維持基準を算出する機能を備える。また、スループット維持確率算出手段104は、算出したスループット維持基準を、送受信手段105を用いて出力する機能を備える。送受信手段105は、具体的には、情報処理装置が備えるネットワークインタフェース部によって実現される。送受信手段105は、例えば、情報処理装置のCPUの制御に従って、ネットワーク500を介して、管理サーバ200や業務システム300、リソースプール400と各種データを送受信する機能を備える。次に、図1に示したスループット維持支援システムの機能構成について説明する。図3は、スループット維持支援システムの機能構成例を示す機能ブロック図である。図3に示すように、スループット維持支援システムにおいて、スループット維持基準生成装置100は、シミュレーションプロセス生成手段111、リソース差分量測定手段112、スループット維持基準算出手段113、及びスループット維持基準送信手段114を含む。また、管理サーバ200は、スループット維持判定手段210、及びスループット維持判定結果出力手段220を含む。シミュレーションプロセス生成手段111は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。シミュレーションプロセス生成手段111は、シミュレーションプロセスを生成する機能を備える。リソース差分量測定手段112は、具体的には、プログラムに従って動作する情報処理装置のCPU及びネットワークインタフェース部によって実現される。リソース差分量測定手段112は、シミュレーションプロセス生成手段111が生成したシミュレーションプロセスを用いてシミュレーションを実行して、業務システム300のシステムリソース量を変化させながら、業務システム300のスループットを測定する機能を備える。また、リソース差分量測定手段112は、業務システム300における処理要求の想定数においてスループット想定値を維持するために業務システム300が必要とするシステムリソース量を基準とした場合の基準と現在のシステムリソース量との差分量を測定する機能を備える。スループット維持基準算出手段113は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。スループット維持基準算出手段113は、リソース差分量測定手段112が測定したシステムリソース量の差分量に基づいて、リソース差分量測定手段112が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を維持できるか否かを判定するための基準値スループット維持基準を算出する機能を備える。本実施形態では、スループット維持基準算出手段113は、リソース差分量測定手段112が測定したスループットと、算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求める。スループット維持密度は測定の際のシステムリソース量毎に求められる。そして、スループット維持基準算出手段113は、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を維持できるか否かを判定するための基準値として算出する。スループット維持基準送信手段114は、具体的には、プログラムに従って動作する情報処理装置のCPU及びネットワークインタフェース部によって実現される。スループット維持基準送信手段114は、スループット維持基準算出手段113が算出したスループット維持基準を、ネットワーク500を介して管理サーバ200に送信する機能を備える。スループット維持判定手段210は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。スループット維持判定手段210は、業務システム300におけるスループット想定値と、業務システム300の稼働状況のパターンを示すシミュレーションパターンデータとを用いて、処理要求を業務システム300に送信して業務システム300から処理結果を受信する処理を繰り返すことによって実行されたシミュレーション結果に基づいて、業務システム300におけるスループット想定値を維持できるか否かを判定する機能を備える。図3に示すように、スループット維持判定手段210は、スループット維持確率比較手段211、リソース量見積値算出手段212、スループット想定値見積値算出手段213、及びリソース量比較手段214を含む。スループット維持確率比較手段211は、スループット維持基準算出手段113が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する機能を備える。リソース量見積値算出手段212は、スループット維持基準算出手段113が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を維持できる最適なシステムリソース量の見積値として算出する機能を備える。本実施形態では、リソース量見積値算出手段212は、スループット維持確率比較手段211によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出する。スループット想定値見積値算出手段213は、スループット維持確率比較手段211によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出する機能を備える。リソース量比較手段214は、スループット維持基準算出手段113が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、業務システム300の現在のシステムリソースと比較する機能を備える。スループット維持判定結果出力手段220は、具体的には、プログラムに従って動作する情報処理装置のCPU、及びディスプレイ装置等の表示装置によって実現される。スループット維持判定結果出力手段220は、スループット維持判定手段210によって判定されたスループット想定値を維持できるか否かの判定結果を出力する機能を備える。本実施形態では、スループット維持判定結果出力手段220は、例えば、リソース量比較手段214によって業務システム300のシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを表示する。また、スループット維持判定結果出力手段220は、例えば、リソース量比較手段214によって業務システム300のシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを表示する。なお、スループット想定値を維持できるか否かの判定結果の出力方法は、本実施形態で示したものに限らず、例えば、スループット維持判定結果出力手段220は、スループット想定値を維持できるか否かの判定結果を含むデータをファイル出力したり、音、光、振動又は匂いを用いて報知したり、ネットワーク500を介して外部装置に送信したりしてもよい。なお、本実施形態において、スループット維持基準生成装置100や管理サーバ200の記憶装置は、業務システム300におけるスループットの維持を支援する処理を行うための各種プログラムを記憶している。例えば、管理サーバ200の記憶装置図示せずは、コンピュータに、サーバシステム業務システム300について予め想定されているスループットであるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータシミュレーションパターンデータとを用いて計測された、サーバシステムのスループットとシステムリソースの余剰量との対応データシミュレーション結果に基づいて、サーバシステムにおけるスループット想定値を維持できるか否かを判定する処理と、スループット想定値を維持できるか否かの判定結果を出力する処理と、を実行させるためのスループット維持支援用プログラムを記憶している。また、例えば、スループット維持基準生成装置100の記憶装置103は、コンピュータに、シミュレーションプロセスを生成する処理と、生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットを測定するとともに、サーバシステムにおける処理要求の想定数においてスループット想定値を維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定する処理と、測定したシステムリソース量の差分量に基づいて、測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を維持できるか否かを判定するための基準値を算出する処理と、を実行させるためのプログラムを記憶している。次に、動作について説明する。まず、業務システム300のスループット維持基準を生成して出力する動作を説明する。図4は、業務システム300のスループット維持基準を生成して出力する処理例を示す流れ図である。なお、図4に示す業務システム300のスループット維持基準の生成を行う処理は、業務システム300が業務に利用される前に、予めシステム管理者等によって行われる事前の処理事前に所定のテスト環境を用いて行われる処理である。また、本実施形態では、図4に示すスループット維持基準生成処理が実行される前に、予め、システム管理者等によって、入力手段101を操作して、スループット想定値やシミュレーションパターンデータが入力され、記憶装置103に格納されているものとする。なお、本実施形態では、スループット想定値として、例えば、スループット維持支援サービスを提供するサービス事業者と業務システム300を利用する利用者との間で予め契約により定められた値が入力され、記憶装置103に格納されているものとする。また、例えば、図4に示すスループット維持基準生成処理を開始するタイミングで、スループット想定値やシミュレーションパターンデータを入力するようにし、入力したスループット想定値やシミュレーションパターンデータを用いて、スループット維持基準を作成するようにしてもよい。最初に、スループット維持基準生成装置100は、業務システム300が想定するスループットと、業務システムのシミュレーションのパターンデータとを取得するステップS101。例えば、スループット維持基準生成装置100は、記憶装置103に格納されているスループット想定値やシミュレーションパターンデータを抽出する。次に、スループット維持基準生成装置100は、業務システム300のシミュレーションのプロセスを生成するステップS102。なお、業務システム300のシミュレーションのプロセスは、業務システム300のアプリケーションにシステムリソースを割り当てた後、業務システム300のアプリケーションへの処理要求を送信して業務システム300の処理結果を受信することを、繰り返す処理である。次に、スループット維持基準生成装置100は、業務システム300のシミュレーションのプロセスにおいて、業務システム300のシステムリソース量を変化させながら、業務システム300のスループットと、業務システム300のシステムリソースの余剰量とを計測して、それらの計測結果を記憶装置103に記憶させていくステップS103。したがって、記憶装置103には、計測されたスループットとシステムリソースの余剰量とが対応付けて記憶される、と言うことができる。なお、システムリソース量の変化とは、システムリソースであるサーバ、もしくはCPUやメモリ、ストレージ、ネットワークの任意の組み合わせを変化させることである。また、システムリソースの余剰量については、例えば、想定するクライアント数に応じた処理要求が発生するパターンで、ステップS101で取得した想定するスループットを測定したときを余剰量0とする。そして、そのシステムリソースの余剰量が0のときのシステムリソース量基準値と、変化させたシステムリソース量との差分を、変化後のシステムリソースの余剰量として表す。例えば、Webサーバ301と、WebAPサーバ302と、DBサーバ303と、ストレージ304とにそれぞれ仮想サーバ1台ずつを割り当てたときのシステムリソースで、想定するスループット30reqsecを測定したものとし、このときのシステムリソースの余剰量を0とする。そして、Webサーバ301とWebAPサーバ302とにそれぞれ仮想サーバを1台ずつ割り当て、DBサーバ303とストレージ304とにそれぞれ仮想サーバ2台ずつを割り当てたときのシステムリソースに変化させた場合を考える。この場合、システムリソースの余剰量は、0のときよりも仮想サーバ2台多いものとして表現する。なお、上記の場合において、システムリソースの余剰量の表現方法は、例えば、仮想サーバ2台多いとしてもよい。また、例えば、仮想サーバ4台を用いてシステムリソース余剰量が0となることから、仮想サーバ6台を用いた場合には、システムリソース余剰量を50と表現してもよい。次に、スループット維持基準生成装置100は、記憶装置103に格納されたデータステップS103で計測した計測データを参照して、スループット維持確率曲線を取得算出するステップS104。なお、スループット維持確率とは、システムリソースの余剰量に対して、その時のスループットが想定するスループットを超えずに維持できる確率を示している。例えば、システムリソースの余剰量が10であるときに、想定するクライアント数に応じた処理要求が均一に発生するパターン、処理要求が集中するといった性能劣化事象パターン、ソフトウェア障害事象パターン、ハードウェア障害事象パターン等のシミュレーションのパターンデータを発生させて、スループット維持基準生成装置100は、ステップS103において、その時のスループットを測定する。そして、スループット維持基準生成装置100は、ステップS104において、スループット維持確率を求めるときに、これら測定したスループットがステップS101で取得した想定するスループットの値以上であった場合の数を算出する。例えば、スループット維持基準生成装置100は、10回測定したときに5回が想定するスループット以上であったならば、スループット維持確率を50と求める。また、スループット維持基準生成装置100は、スループット維持確率曲線を、記憶装置103に格納されたシステムリソースの余剰量に対応付けて、求めた業務システム300のスループット維持確率をプロットすることによって取得算出する。ここで、スループット維持確率曲線を、図面を用いて説明する。図5は、システムリソースの余剰量と、スループットと、スループット維持確率との関係を示す説明図である。図5に示すように、スループットは、システムリソースの余剰量の増加に応じて増加するが、システムリソースの余剰量が増加しすぎると過剰なシステムリソースの状態になるため、次第に増加度合いが小さくなり、やがて横ばい状態になる。また、図5に示すように、スループット維持確率は、システムリソースの余剰量が少ない初期段階では、値が小さい。すなわち、処理要求の集中や、ソフトウェア障害、ハードウェア障害が発生したときにシステムリソース不足が頻発するため、想定するスループットを維持できない場合が多く、スループット維持確率は小さくなる。一方、システムリソースの余剰量が増加すると、処理要求の集中や、ソフトウェア障害、ハードウェア障害が発生しても、システムリソース不足が発生しなくなるため、想定するスループットを維持できる場合が多くなり、スループット維持確率も次第に大きくなる。しかし、システムリソースの余剰量が増加しすぎても、致命的なシステム障害で想定するスループットを維持できない場合があるため、次第にスループット維持確率の増加度合いが小さくなり、やがて横ばい状態になる。次に、スループット維持基準生成装置100は、ステップS104で求めたスループット維持確率に基づいてスループット維持密度を算出する。そして、スループット維持基準生成装置100は、求めたスループット維持密度のうち、最も高い値を示すスループット維持密度をスループット維持基準として、ネットワーク500を介して管理サーバ200に出力送信するステップS105。なお、スループット維持基準の出力方法は、本実施形態で示したものに限らず、スループット維持基準生成装置100は、例えば、求めたスループット維持基準をディスプレイ装置等の表示装置に表示させたり、求めたスループット維持基準を含むデータをファイル出力したりしてもよい。なお、スループット維持密度とは、スループットとスループット維持確率の逆数とを乗算した値であり、スループットを維持できる期待値を示す。スループット維持基準生成装置100は、ステップS104で取得したスループット維持確率曲線を用いて、スループット維持密度曲線を取得算出し、最も高い値を示すスループット維持密度をスループット維持基準として求める。図6は、システムリソースの余剰量と、スループットとスループット維持確率と、スループット維持密度との関係を示す説明図である。図6に示す例において、スループット維持密度が最も高い値を示すときのシステムリソースの余剰量図6に示す余剰量pのときは、そのシステムリソースの余剰量においてスループットを維持できる期待値が最も高くなることを示す。すなわち、スループット維持密度が最も高い値を示すときのシステムリソースの余剰量は、最も効果的にスループットを維持できる値であることを示している。スループット維持基準生成装置100によってスループット維持基準が算出された後、管理サーバ200は、スループット維持基準生成装置100からのスループット維持基準を用いて、リソースの割り当て処理等を行うことによって、業務システム300のスループット想定値を維持する制御を行う。本実施形態では、管理サーバ200は、スループット維持基準生成装置100からのスループット維持基準と、事前に管理サーバ200側で容易に把握できるシステムリソースの余剰量とを用いることによって、想定するスループットを維持できるか否かを容易に把握することができる。つまり、管理サーバ200は、業務システム300が想定するスループットを維持できる最適なシステムリソースの余剰量を予め把握し、不足するシステムリソースを追加すること、もしくは余分なシステムリソースを制限することができる。図7は、管理サーバ200が行うスループット想定値を維持できるか否かの評価処理の一例を示す流れ図である。なお、図7に示す評価処理は、クライアントによって業務システム300の利用要求のあったタイミングで、管理サーバ200によって実行される処理である。また、管理サーバ200は、予めスループット維持基準生成装置100によって求められたスループット維持基準を、スループット維持基準生成装置100から入力して記憶しているものとする。なお、管理サーバ200は、複数種類のスループット想定値について求められたスループット維持基準をそれぞれ予め入力し、スループット想定値とスループット維持基準とを対応付けて予め記憶装置に記憶しているものとする。業務システム300におけるスループット想定値を維持できるか否かの評価を行う場合、システム管理者等は、管理サーバ200を用いて、想定するスループットの最大値想定するクライアント数の最大処理要求数と現在のシステムリソースの余剰量とを入力する操作を行う。すると、管理サーバ200は、システム管理者等の入力操作に従って、想定するスループットの最大値や現在のシステムリソースの余剰量を入力し、評価処理を開始する。次いで、管理サーバ200は、想定するスループットの最大値に対応するスループット維持基準を取得する。具体的には、管理サーバ200は、想定するスループットの最大値スループット想定値に対応するスループット維持基準を記憶装置から抽出する。次いで、管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量と、評価処理の開始時に入力したシステムリソースの余剰量とを比較するステップS202。管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量が、評価処理の開始時に入力したシステムリソースの余剰量よりも少ないと判断すると、スループット想定値を維持できず、システムリソースが不足すると判定する。そして、管理サーバ200は、不足するシステムリソースを追加する旨のアラートを発生させるステップS203。例えば、管理サーバ200は、システムリソースを追加すべき旨のアラート表示を、ディスプレイ装置等の表示装置に表示させる。なお、システムリソースの余剰量とは、業務システム300のシステムリソースのうち、あるスループットを実現する上で余剰となっている分のシステムリソースの量である。本実施形態では、システムリソースの余剰量が0を最小値としてシステムリソースの余剰量が少ない場合にシステムリソース不足と判定する例を説明するが、システムリソースの余剰量が0を最大値としてシステムリソースの余剰量が多い場合にシステムリソース不足と判定してもよい。一方、管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量が、評価処理の開始時に入力したシステムリソースの余剰量よりも多いと判断すると、システムリソースが余剰であると判定する。そして、管理サーバ200は、余分なシステムリソースを制限する旨のアラートを発生させるステップS204。例えば、管理サーバ200は、システムリソースを制限すべき旨のアラート表示を、ディスプレイ装置等の表示装置に表示させる。また、管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量が、評価処理の開始時に入力したシステムリソースの余剰量と合致している場合には、現在のシステムリソース量が適切であると判断し、そのまま処理を終了する。なお、管理サーバ200は、例えば、システムリソース量が適切である旨の表示を、ディスプレイ装置等の表示装置に表示させてもよい。なお、図7に示す評価処理を実行する場合、評価処理の開始時に入力した想定するスループットの最大値想定するクライアント数の最大処理要求数が実際のスループットの値を超える場合、想定するスループットの最大値を実際のスループットの値以上に設定し直し、スループット維持基準を再取得して、図7に示す評価処理を実行することが好ましい。管理サーバ200が行う評価処理の具体例を、図面を用いて説明する。図8は、システムリソースの余剰量、スループット、スループット維持確率、及びスループット維持密度の具体例を示す説明図である。なお、図8に示す例は、上述したスループット維持基準生成装置100によるシミュレーションにおいて、想定するスループットの最大値を60reqsecとした結果から求められた業務システム300のスループット維持確率曲線に基づいて取得されたものである。図8に示すデータ例では、システムリソースの余剰量が60である時に、業務システムのスループット維持密度が最も高い値である6257を示し、その時のスループット維持確率が087という値を得ている。そのため、図8に示す例では、スループット維持生成装置100は、システムリソースの余剰量が60である場合を、スループット維持基準として、管理サーバ200に出力する。具体的には、図8に示す例では、システムリソースの余剰量が60を超えるとスループット維持確率は087以上になるが、致命的なシステム障害が発生しない限りシステムリソースは利用されない。すなわち、システムリソースの余剰量が60を大きく超えた状態では、却って過剰なシステムリソースの状態になる。一方、システムリソースの余剰量が60未満である場合には、過剰なシステムリソースの状態が解消するものの、スループット維持確率が減少し、徐々に想定スループットを維持できない可能性が高くなる。図8に示す例では、システムリソースの余剰量が20である時にスループット維持確率が052であり、システムリソースの余剰量が40である時にスループット維持確率が065であり、システムリソースの余剰量が80である時にスループット維持確率が088であるという値を得ている。図8に示す例では、管理サーバ200は、システムリソースの余剰量が60未満である20や40である場合には、不足するシステムリソースを追加する旨のアラートを発させることができる。一方、システムリソースの余剰量が60を超える80である場合には、管理サーバ200は、余分なシステムリソースを制限する旨のアラートを発生させることができる。なお、管理サーバ200は、単にアラートを発生させるだけではなく、想定スループットを維持できるか否かの評価結果に基づいて、リソースプール400の予備リソースを用いて、システムリソース量を追加したり制限したりする制御を行ってもよい。この場合、例えば、管理サーバ200のプロビジョニングイベント生成手段201は、システムリソースを追加する旨のアラートを発生させた場合に、システムリソース量の追加を指示するプロビジョニングイベントを生成してもよい。また、プロビジョニングイベント生成手段201は、システムリソースを制限する旨のアラートが発生させた場合に、システムリソース量の制限を指示するプロビジョニングイベントを生成してもよい。一般に、業務システム300に対するシステムリソースが不足すると、利用者からのクレームによって業務システム300のスループット低下が知らされ、システム管理者等がリソース割り当ての変更等の対応を行うことが多い。これに対して、本実施形態では、スループットが維持できない確率が高くなってきた場合にシステム管理者にアラートを発することによってシステム管理者等にリソースの不足を予め知らせることができ、システム管理者等は、スループットを維持するためにシステムリソース増強を行うことができる。従って、利用者がシステムリソースの不足を特に気にすることなく、常に快適なスループットを維持してサービス提供を受けることができる。また、本実施形態では、単にアラートを発生させるだけでなく、事前に管理サーバ200側で容易に把握できる予備のシステムリソース量を用いることで、管理サーバ200は、業務システム300が想定するスループットを維持するために必要な予備のシステムリソース量を見積もることができる。図9は、管理サーバ200が必要なシステムリソース量を見積もるリソース量見積処理の一例を示す流れ図である。なお、図9に示すリソース量見積処理も、クライアントによって業務システム300の利用要求のあったタイミングで、管理サーバ200によって実行される処理である。なお、以下、図8で示した具体的なデータ例を用いて図9に示すリソース量見積処理を説明する。なお、既に述べたように、図8に示す例は、上述したスループット維持基準生成装置100によるシミュレーションにおいて、想定するスループットの最大値を60reqsecとした結果から求められた業務システム300のスループット維持確率曲線に基づいて取得されたものである。業務システム300における必要なシステムリソース量の見積もりを行う場合、システム管理者等は、管理サーバ200を用いて、想定するスループットの最大値想定するクライアント数の最大処理要求数、見積りしているシステムリソースの余剰量、及びスループット維持確率の閾値を入力する操作を行う。すると、管理サーバ200は、システム管理者等の入力操作に従って、想定するスループットの最大値、見積りしているシステムリソースの余剰量、及びスループット維持確率の閾値を入力し、リソース量見積処理を開始する。例えば、管理サーバ200は、想定するスループットの最大値として60reqsecを入力し、見積りしているシステムリソースの余剰量として40を入力する。また、管理サーバ200は、スループット維持確率の閾値として08を入力し、リソース量見積処理を開始する。次いで、管理サーバ200は、スループット維持基準を取得例えば、記憶装置から抽出するとともに、予備のシステムリソース量として20を入力するステップS301。例えば、図8に示すデータ例では、管理サーバ200は、予備のシステムリソース量を追加すると、システムリソースの余剰量が60になり、想定するスループットの最大値に対応するスループット維持確率として087を取得例えば、スループット維持基準から換算して算出するステップS302。次いで、管理サーバ200は、ステップS302で得られたスループット維持確率と、リソース量見積処理の開始時に入力したスループット維持確率の閾値とを比較するステップS303。上記の例では、管理サーバ200は、ステップS302で得られたスループット維持確率が、リソース量見積処理の開始時に入力したスループット維持確率の閾値以上であると判断するので、システムリソース量が適切であると判定し、予備のシステムリソース量が20であり、スループット維持確率が08以上を得られるという判定結果を、ディスプレイ装置等の表示装置に表示させるステップS304。一方、管理サーバ200は、ステップS303でリソース量見積処理の開始時に入力したスループット維持確率の閾値未満であると判断した場合には、システムリソース量が不足していると判定し、予備のシステムリソース量を増加させるステップS305。そして、管理サーバ200は、ステップS302に遷移し、リソース量見積処理の開始時に入力したスループット維持確率の閾値以上の判定結果が得られるまで、ステップS302以降の処理を繰り返し実行する。なお、図9に示すリソース量見積処理を実行する場合、リソース量見積処理の開始時に入力した想定するスループットの最大値想定するクライアント数の最大処理要求数が実際のスループットの値を超える場合、想定するスループットの最大値を実際のスループットの値以上に設定し直し、スループット維持基準を再取得して、図9に示すリソース量見積処理を実行することが好ましい。なお、本実施形態では、リソース量見積処理において、システムリソース量が不足していると判定したときに、予備のシステムリソース量を増加させながら比較処理を繰り返すことによって、最適なシステムリソース量の見積結果を算出する場合を示したが、システムリソース量の見積の仕方は、本実施形態で示したものに限られない。例えば、図9に示した方法に代えて、又は図9に示した方法とともに、システムリソース量が過剰であると判定したときに、逆に、システムリソース量を減少させながら比較処理を繰り返すことによって、最適なシステムリソース量の見積結果を算出するようにしてもよい。ただし、ソフトウェア障害やハードウェア障害が発生していることにより、システムリソース量が過剰であると判定される場合もあるので、ソフトウェア障害やハードウェア障害が発生している場合には、システムリソース量の減少を行わずにシステムリソース量の見積結果を算出することが好ましい。また、本実施形態では、システム管理者等は、システム管理者等が利用できる予備のシステムリソース量で、どの程度のスループットを維持できるかを見積もることにより、想定するスループットを見積もることもできる。図10は、管理サーバ200がスループット想定値を見積もるスループット値見積処理の一例を示す流れ図である。なお、図10に示す見積処理も、クライアントによって業務システム300の利用要求のあったタイミングで、管理サーバ200によって実行される処理である。なお、以下、図8で示した具体的なデータ例を用いて図10に示すスループット値見積処理を説明する。なお、既に述べたように、図8に示す例は、上述したスループット維持基準生成装置100によるシミュレーションにおいて、想定するスループットの最大値を60reqsecとした結果から求められた業務システム300のスループット維持確率曲線に基づいて取得されたものである。業務システム300におけるスループット想定値の見積もりを行う場合、システム管理者等は、管理サーバ200を用いて、想定スループット、及びスループット維持確率の閾値を入力する操作を行う。すると、管理サーバ200は、システム管理者等の入力操作に従って、例えば、想定スループットとして60reqsecを入力し、スループット維持確率の閾値として08を入力して、スループット値見積処理を開始する。次いで、管理サーバ200は、想定スループットに基づいて生成されたスループット維持基準を取得例えば、記憶装置から抽出するステップS401。次いで、予備のシステムリソースを追加することで得られるスループット維持確率を取得例えば、スループット維持基準から換算して算出する。例えば、管理サーバ200は、システムリソースの余剰量が40である場合、スループット維持確率として065を得るステップS402。次いで、管理サーバ200は、ステップS302で得られたスループット維持確率と、スループット値見積処理の開始時に入力したスループット維持確率の閾値とを比較するステップS403。上記の例では、管理サーバ200は、ステップS302で得られたスループット維持確率が、スループット値見積処理の開始時に入力したスループット維持確率の閾値未満であるので、スループット想定値が過剰であると判定し、想定スループットを減少させるステップS405。例えば、管理サーバ200は、想定スループットを30reqsecに減少させる。その後、管理サーバ200は、ステップS401に移行し、スループット値見積処理の開始時に入力したスループット維持確率の閾値以上の判定結果が得られるまで、ステップS401以降の処理を繰り返し実行する。具体的には、管理サーバ200は、再びステップS401の処理を実行して、ステップS405で更新した想定スループットに基づいて生成されたスループット維持基準を取得する。次いで、管理サーバ200は、再びステップS402の処理を実行して、システムリソースの余剰量である40に対応するスループット維持確率を取得する。取得されたスループット維持確率とスループット維持確率の閾値が比較される。次いで、管理サーバ200は、再びステップS403の処理を実行して、取得したスループット維持確率が08以上であると判断できればステップS403のYES、想定スループットを30reqsecに減少させればスループット維持確率08以上を得られる旨の判定結果を、ディスプレイ装置等の表示装置に表示させるステップS404。なお、図10に示すスループット値見積処理を実行する場合、スループット値見積処理の開始時に入力した想定するスループットの最大値想定するクライアント数の最大処理要求数が実際のスループットの値を超える場合、想定するスループットの最大値を実際のスループットの値以上に設定し直し、スループット維持基準を再取得して、図10に示すスループット値見積処理を実行することが好ましい。以上に説明したように、本実施形態によれば、ソフトウェア障害やハードウェア障害等のサーバシステム業務システム300の稼働状況も反映されたシミュレーションパターンデータを用いたシミュレーションを行い、そのシミュレーション結果に基づいてスループット維持基準を作成する。そして、スループット維持基準に基づいて、スループット想定値を維持できるか否かを判定して、判定結果を出力する。そのため、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができる。すなわち、本実施形態によれば、サーバシステムが正常運用している場合だけでなく、ソフトウェア障害やハードウェア障害といったシステムが異常となる事象が発生した場合を考慮した想定スループットの維持基準を算出することで、スループットを安定して維持できるよう支援することができる。言い換えれば、本実施形態によれば、スループットとスループット維持確率との関係によって、想定するスループットを維持できる好ましいシステムリソース量の指標を求めることで、想定したスループットを維持できるシステムリソース量を把握することができ、予め用意する予備のシステムリソースを調整することができる。一般に、想定するスループットを維持できるか否かは不明であるためより多くのシステムリソースを用意しなければならない。これに対して、本実施形態によれば、予めシステム管理者等がサーバシステム業務システム300が想定するスループットを維持できるシステムリソース量であるか否かを把握することができる。また、そのサーバシステム業務システム300が想定するスループットを維持できないシステムリソース量である場合には、事前にシステムリソースの不足アラートが発生される。また、そのサーバシステムが想定するスループットを維持するのに余分なシステムリソース量がある場合には、事前にシステムリソースの制限アラートが発生される。そのようにすることにより、想定したスループットを維持できるように、サーバシステム業務システム300を運用することが可能となる。なお、スループット維持支援システムの構成の仕方は、本実施形態で示したものに限られない。図11は、スループット維持支援システムの他の構成例を示すブロック図である。図11に示すように、例えば、スループット維持基準生成装置100Aは、管理サーバ200Aスループット維持支援装置に相当するに含まれるようにしてもよい。なお、図11において、スループット維持基準生成装置100Aの機能は、図1に示したスループット維持基準生成装置100の機能と同様であり、管理サーバ200Aが備えるその他の手段201202203の機能は、図13に示したそれらの機能と同様である。また、業務システム300及びリソースプール400の機能も、図13に示したそれらの機能と同様である。次に、本発明によるスループット維持支援システム装置の最小構成について説明する。図12は、スループット維持支援システム装置の最小の機能構成例を示す機能ブロック図である。図12に示すように、スループット維持支援システム装置は、最小の構成要素として、スループット維持判定手段210、及びスループット維持判定結果出力手段220を含む。スループット維持判定手段210は、サーバシステムについて予め想定されているスループットであるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットとシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を維持できるか否かを判定する機能を備える。また、スループット維持判定結果出力手段220は、スループット維持判定手段210によって判定されたスループット想定値を維持できるか否かの判定結果を出力する機能を備える。図12に示す最小構成のスループット維持支援システム装置によれば、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができる。なお、上記に示した実施形態では、以下の~に示すようなスループット維持支援システムやスループット維持支援装置の特徴的構成が示されている。スループット維持支援システムは、サーバシステム例えば、業務システム300について予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータ例えば、シミュレーションパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データ例えば、シミュレーション結果に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段例えば、スループット維持判定手段210によって実現されると、スループット維持判定手段によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段例えば、スループット維持判定結果出力手段220によって実現されると、を備える。スループット維持支援システムは、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段例えば、シミュレーションプロセス生成手段111によって実現されると、シミュレーションプロセス生成手段が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段例えば、リソース差分量測定手段112によって実現されると、リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、リソース差分量測定手段が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値例えば、スループット維持基準を算出する基準値算出手段例えば、スループット維持基準算出手段113によって実現されると、を備え、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。スループット維持支援システムにおいて、基準値算出手段は、リソース差分量測定手段が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段例えば、リソース量見積値算出手段212によって実現されるを含むように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段例えば、スループット維持確率比較手段211によって実現されるを含み、リソース量見積値算出手段は、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。スループット維持支援システムにおいて、維持確率比較手段は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較手段例えば、リソース量比較手段214によって実現されるを含み、判定結果出力手段は、リソース量比較手段によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較手段によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段例えば、スループット維持確率比較手段211によって実現されると、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出手段例えば、スループット想定値見積値算出手段213によって実現されると、を含むように構成されていてもよい。スループット維持支援装置例えば、スループット維持基準生成装置100Aを備えた管理サーバ200Aは、サーバシステム例えば、業務システム300について予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータ例えば、シミュレーションパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データ例えば、シミュレーション結果に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段例えば、スループット維持判定手段210によって実現されると、スループット維持判定手段によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段例えば、スループット維持判定結果出力手段220によって実現されると、を備える。スループット維持支援装置は、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段例えば、シミュレーションプロセス生成手段111によって実現されると、シミュレーションプロセス生成手段が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段例えば、リソース差分量測定手段112によって実現されると、リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、リソース差分量測定手段が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値例えば、スループット維持基準を算出する基準値算出手段例えば、スループット維持基準算出手段113によって実現されると、を備え、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。スループット維持支援装置において、基準値算出手段は、リソース差分量測定手段が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段例えば、リソース量見積値算出手段212によって実現されるを含むように構成されていてもよい。スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段例えば、スループット維持確率比較手段211によって実現されるを含み、リソース量見積値算出手段は、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。スループット維持支援装置において、維持確率比較手段は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較手段例えば、リソース量比較手段214によって実現されるを含み、判定結果出力手段は、リソース量比較手段によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較手段によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段例えば、スループット維持確率比較手段211によって実現されると、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出手段例えば、スループット想定値見積値算出手段213によって実現されると、を含むように構成されていてもよい。スループット維持支援システムは、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定部と、スループット維持判定部によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力部と、を備えるように構成されていてもよい。スループット維持支援システムは、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成部と、シミュレーションプロセス生成部が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定部と、リソース差分量測定部が測定したシステムリソース量の差分量に基づいて、リソース差分量測定部が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値を算出する基準値算出部と、を備え、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。スループット維持支援システムにおいて、基準値算出部は、リソース差分量測定部が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出部を含むように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部を含み、リソース量見積値算出部は、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。スループット維持支援システムにおいて、維持確率比較部は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較部を含み、判定結果出力部は、リソース量比較部によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較部によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部と、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出部と、を含むように構成されていてもよい。スループット維持支援装置は、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定部と、スループット維持判定部によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力部と、を備えるように構成されていてもよい。スループット維持支援装置は、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成部と、シミュレーションプロセス生成部が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定部と、リソース差分量測定部が測定したシステムリソース量の差分量に基づいて、リソース差分量測定部が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値を算出する基準値算出部と、を備え、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。スループット維持支援装置において、基準値算出部は、リソース差分量測定部が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出部を含むように構成されていてもよい。スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部を含み、リソース量見積値算出部は、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。スループット維持支援装置において、維持確率比較部は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較部を含み、判定結果出力部は、リソース量比較部によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較部によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部と、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出部と、を含むように構成されていてもよい。以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。この出願は、2010年2月23日に出願された日本特許出願2010-37850を基礎とする優先権を主張し、その開示の全てをここに取り込む。