JP2001331332A - アプリケーションシステムのリソース予約方法、予約装置、リソース量推定装置およびコンピュータシステム - Google Patents

Abstract

(57)【要約】 【課題】アプリケーションシステムに対するリソース予
約を行うことにより、リソース量の浪費を制限し、リソ
ース予約装置に対するパラメータの決定の困難さを解決
する。 【解決手段】オペレーティングシステム２９９内に、ア
プリケーションシステム２０５，２１３と、リソース各
々ついてタスクに対する動的なリソース利用要求に対し
て動的にリソース量を割り当てる装置２０９−１〜２０
９−ｍと、リソース各々のリソース量をタスクに対して
予約・予約変更・予約停止を行い、リソース割り当て装
置１１１〜１〜１１１−ｍと連携して予約が行われてい
るタスクに対する動的なリソース利用要求に対して予約
されているリソース量を超えないようにリソース割り当
てを行うリソース予約装置２１１−１〜２１１−ｍと、
予約が必要なリソース量を推定するリソース量推定装置
２０１と、サービスレベルとリソース量との対応を蓄積
したサービスレベル・リソース量対応データベース２０
３とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、リアルタイムアプ
リケーションシステムに対して特定のリソースの予約方
法に関し、特に複雑なパラメータの指定を行うことな
く、容易にリソース予約が行え、リソース量の予約によ
るリソース量浪費を防止できるリソース予約方法、予約
装置、リソース量推定装置、およびリソース量対応デー
タベース初期化装置に関する。

【０００２】

【従来の技術】従来より、リアルタイムアプリケーショ
ンに対して特定のリソースに対するリソース予約を恣意
的に行えるリソース予約装置が実現されている。この場
合、タスクに対しては、ハードウェアリソースとソフト
ウェアリソースとがある。リアルタイムアプリケーショ
ンは、一定周期毎に一定の処理が行われることが保証さ
れたアプリケーションプログラムである。例えば、テレ
ビジョン画像をコンピュータシステムで処理するために
は、一画面分の画像処理を１秒間当り３０回行う必要が
ある。このためには、一画面分の処理が厳格に１／３０
秒以内に行われるように、プロセッサ時間およびビデオ
描画時間、ディスク帯域、メモリのリソース予約装置を
用いてリソースを予約したリアルタイムアプリケーショ
ンにより実現できる。これらのリソース予約装置を利用
するには、リアルタイムアプリケーション用の実行主体
であるリアルタイムプロセスやリアルタイムスレッドか
らリソース予約のパラメータを定義して利用する必要が
ある。リソース予約のパラメータは、例えば、プロセッ
サ時間を周期的に予約する場合であれば、周期を３０ミ
リ秒、処理時間を１０ミリ秒というように、経験などに
基づきパラメータを設定して予約を行っている。

【０００３】

【発明が解決しようとする課題】このように、従来の動
的にリソースを割り当てるタイムシェアリング型のコン
ピュータシステムでは、アプリケーションシステムが攻
撃を受けたり、プログラムのバグなどによりリソース量
を無尽蔵に浪費するなどの異常動作が起こった場合に
は、当該アプリケーションシステムのみならず、同じコ
ンピュータシステム上で動作する他のアプリケーション
システムが利用可能なリソース量が減少することによ
り、同コンピュータシステム上の全てのアプリケーショ
ンシステムが影響を受ける、という問題があった。この
ような異常動作によるリソース枯渇問題を回避するため
には、リソース予約装置を用いてリソース量を予約すれ
ばよいが、その場合にはアプリケーションシステムから
リソース予約装置を利用する必要があるとともに、リソ
ース予約装置に対するパラメータの設定を行う必要があ
る。しかし、前述のようにパラメータの設定は経験に基
づいて行っているため、設定したパラメータでは必要な
リソース量には過少または過大になることがある。この
ように、リソース予約装置に対するパラメータの決定が
困難である、という問題があった。

【０００４】そこで、本発明の目的は、これら従来の課
題を解決し、アプリケーションシステムに対するリソー
ス予約を行う場合に、リソース量の浪費を制限し、同時
にリソース予約装置に対するパラメータの決定の困難さ
を解決したサービスレベルの指定による容易なリソース
予約方法を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明のアプリケーションシステムのリソース予
約方法は、予めサービスレベル・リソース量対応データ
ベース初期化装置がアプリケーションシステムのサービ
スレベルとリソース量との対応をサービスレベルを増加
させながらサービスレベル・リソース量対応データベー
スに蓄積することで、要求されるサービスレベルに対し
て必要なリソース量をサービスレベル・リソース量対応
データベースに基づいてリソース量推定装置がアプリケ
ーションシステムに必要なリソース量を推定して予約す
ることにより、リソース予約装置に渡すパラメータの決
定の困難さを解決する。また、本発明のリソース量推定
装置は、一つ以上のタスクと一つ以上のスレッドからな
る対象アプリケーションシステムを入力する機能と、要
求されるサービスレベルを入力する機能と、要求サービ
スレベルを実現するために一つ以上のリソース予約装置
による予約が必要なリソース量を当該アプリケーション
システムのサービスレベルとリソース量との対応を蓄積
したサービスレベル・リソース量対応データベースに基
づいて推定する機能と、リソース予約装置を介して当該
アプリケーションシステムに対してリソース量を予約す
る機能とを備える。

【０００６】また、本発明のサービスレベル・リソース
量対応データベース初期化装置は、アプリケーションシ
ステムに対してサービスレベルで定義される負荷をかけ
る機能と、負荷を最小値から最大値まで逐次増加させる
機能と、当該アプリケーションシステムが利用している
リソース量を一つ以上のリソース割り当て装置から取得
して前述のサービスレベルとの対応をサービスレベル・
リソース量対応データベースに蓄積する機能とを備え
る。また、本発明のリソース予約装置は、対象タスク動
作中にリソース量の予約・予約変更・予約中止が可能な
機能と、予約対象となるタスクと予約を行うスレッドを
含むタスクが別であることを許す機能と、リソース予約
が行われていないタスクからの動的なリソース利用要求
に対しての動的なリソース割当てはリソース予約された
残りのリソース量が当該リソース予約であるとみなす機
能と、複数のタスクとタスクに内包される複数のスレッ
ドに対するリソース量の予約を行う機能とを備える。

【０００７】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。 （第１の実施例）図１は、本発明の第１の実施例を示す
サービスレベル・リソース量初期化装置が適用された動
画像処理サーバアプリケーションシステムの全体構成図
である。リアルタイムオペレーティングシステム１９９
では、スレッドおよびタスクとしてプロセスが実装され
ており、１つ以上のプロセスが同時に動作可能である。
すなわち、ＵＮＩＸ（登録商標）系ＯＳではプロセスと
いうシステム単位でプログラムが動作するが、Ｍａｃや
Ｗｉｎｄｏｗｓ（登録商標）、さらに他の一部ＯＳでは
タスクとスレッドという単位でプログラムが動作する。
タスクはリソース量の割り当て単位であり、スレッドは
処理を行う単位である。これに対してプロセスは、リソ
ース量の割り当て単位と処理を行う単位を兼ねている。
また、ＯＳ１９９内には、プロセッサ時間、メモリ量、
ディスク帯域などのリソース割り当て装置１１１−１〜
１１１−ｍが実現されている。なお、ＯＳ１９９内のソ
フトモジュールが擬似的に装置として機能するので、こ
こでは各機能モジュールを装置として扱うことにする。

【０００８】サービスレベル・リソース量対応データベ
ース初期化装置１０１は、アプリケーションシステム１
０５のサービスレベルとリソース量との対応をサービス
レベルを増加させながらサービスレベル・リソース量対
応データベース１０３に蓄積させる。すなわち、サービ
スレベル・リソース量対応データベース初期化装置１０
１は、アプリケーションシステム１０５に対してサービ
スレベルで定義される負荷（ここでは、描画速度（フレ
ーム／秒）で表現される負荷）をかける機能と、負荷を
最小値から最大値まで逐次増加させる機能と、当該アプ
リケーションシステム１０５が利用しているリソース量
を一つ以上のリソース割り当て装置１１１−１〜１１１
−ｍから取得して、前記サービスレベルとの対応をサー
ビスレベル・リソース量対応データベース１０３に蓄積
する機能とを備えている。

【０００９】プロセス１０７−１〜１０７−ｎから構成
される動画像処理サーバアプリケーションシステム１０
５に対するサービスレベルとして、描画速度（フレーム
／秒）を選択してサービスレベル・リソース量対応デー
タベース初期化装置１０１から動画像処理の負荷をかけ
たときの動画像サーバアプリケーションシステム１０５
の利用するリソース量の利用状況をサービスレベル・リ
ソース量対応データベース初期化装置１０１が取得し、
サービスレベルである描画速度（フレーム／秒）と各リ
ソース割り当て装置１１１−１〜１１１−ｍから割り当
てられたリソース量との対応をサービスレベル・リソー
ス量対応データベース１０３に蓄積する。この蓄積動作
は、動画像処理サーバアプリケーションシステム１０５
の実現可能なサービスレベルの最小値である１フレーム
／秒から最大値である６０フレーム／秒まで１フレーム
／秒ずつ増大させながら繰り返し行われる。

【００１０】（第２の実施例）図２は、本発明の第２の
実施例を示すリソース量推定装置が適用された動画像処
理サーバアプリケーションシステムの全体構成図であ
る。対象アプリケーションシステム２０５，２１３で
は、リソース割り当て単位であるタスクが一つ以上定義
可能であり、さらにタスク毎に割り当てられたリソース
を利用して処理を行う単位であるスレッドが一つ以上動
作可能である。リアルタイムオペレーティングシステム
２９９では、スレッドおよびタスクとしてプロセスが実
装されており、一つ以上のプロセスが同時に動作可能で
ある。また、リアルタイムＯＳ２９９には、プロセッサ
時間、メモリ量、ディスク帯域などのリソース割り当て
装置２０９−１〜２０９−ｍおよびリソース予約装置２
１１−１〜２１１−ｍが実現されている。これらのリソ
ース予約装置２１１−１〜２１１−ｍは、リソース各々
についてタスクに対する動的なリソース利用要求に対し
て動的にリソース量を割り当てる機能と、タスクのリソ
ース量の利用状況の取得機能とを備えている。

【００１１】また、リソースの予約装置２１１−１〜２
１１−ｍは、対象タスク動作中にリソース量の予約・予
約変更・予約中止をそれぞれ行う機能と、予約対象とな
るタスクと予約を行うスレッドを含むタスクが別である
ことを許す機能（リソース量推定装置２０１からリソー
ス量の予約を行っている。つまり予約対象となるタスク
（プロセス２０７−１〜２０７−ｎ）と予約を行うスレ
ッドを含むタスク（であるリソース量推定装置２０１）
が別であることを許す）と、リソース予約が行われてい
ないタスクからの動的なリソース利用要求に対しての動
的なリソース割り当ては、リソース予約された残りのリ
ソース量が当該リソース予約であるとみなす機能と、複
数のタスクとタスクに内包される複数のスレッドに対す
るリソース量の予約を行う機能とを備えている。例え
ば、動画像処理サーバアプリケーションシステム２０５
に３０％のネットワーク帯域を予約した場合には、音声
ストリームサーバアプリケーションシステム２１３には
残りの７０％が予約される。この際に、前者のシステム
２０５の予約を４０％に変更すると、後者の予約は同時
に６０％に変更されることになる。動画像処理サーバア
プリケーションシステム２０５は、プロセス２０７−１
〜２０７−ｎから構成され、アプリケーションシステム
２０５のサービスレベルとして描画速度（フレーム／
秒）が選択されており、サービスレベルとリソース量の
対応は予めサービスレベル・リソース量対応データベー
ス２０３に蓄積されている。一方、音声ストリームサー
バアプリケーションシステム２１３は、プロセス２１５
−１〜２１５−ｌから構成されている。このシステム２
１３は、上記動画像処理サーバアプリケーションシステ
ム２０５とは独立して動作するアプリケーションシステ
ムである。例えば、動画像処理サーバアプリケーション
システムでテレビジョン画像を流しながら、音声ストリ
ームサーバアプリケーションシステムでラジオ音声を流
すというインターネット放送会社のような具体例が考え
られる。

【００１２】また、リソース量推定装置２０１は、一つ
以上のタスクと一つ以上のスレッドからなる対象アプリ
ケーションシステム２０５，２１３を入力する機能と、
要求されるサービスレベル（ここでは３０フレーム／
秒）を入力する機能と、要求サービスレベルを実現する
ために一つ以上のリソース予約装置２１１−１〜２１１
−ｍによる予約が必要なリソース量を当該アプリケーシ
ョンシステム２０５，２１３のサービスレベルとリソー
ス量との対応を蓄積したサービスレベル・リソース量対
応データベース２０３に基づいて推定する機能と、リソ
ース予約装置２１１−１〜２１１−ｍを介して当該アプ
リケーションシステム２０５，２１３に対してリソース
量を予約する機能とを備えている。

【００１３】リソース量推定装置２０１に対して、要求
されるサービスレベルとして３０フレーム／秒の指定が
外部から入力されると、サービスレベル・リソース量対
応データベース２０３に蓄積されたサービスレベルとリ
ソース量との対応より、要求されたサービスレベルを満
たすリソース量を推測し、各リソース予約装置２１１−
１〜２１１−ｍに対してリソース量の予約が行われる。
この予約が行われると、動画像処理サーバアプリケーシ
ョンシステム２０５を構成するプロセス２０７−１〜２
０７−ｎに対して各リソース割り当て装置２０９−１〜
２０９−ｍから行われる動的な資源割り当てが可能なリ
ソース量は予約されたリソース量までとなる。また、音
声ストリームサーバアプリケーションシステム２１３を
構成するプロセス２１５−１〜２１５−ｌに対する資源
割り当ては予約された余りのリソース量が上限となる。
なお、リソース割り当て装置２０９−１〜２０９−ｍに
よる動画像処理サーバアプリケーションシステム２０５
と音声ストリームサーバアプリケーションシステム２１
３への割り当てはどのような順序もあり得る。ただし、
予約装置は最初のシステムに対してリソース量の予約を
行い、次のシステムに対しては残りのリソース量が予約
されることになる。

【００１４】この場合に、動画像処理サーバアプリケー
ションシステム２０５がプログラムのバグあるいは攻撃
によりプロセッサ時間やディスク帯域などのリソースを
動的に取得して浪費しようとしても、プロセッサ時間予
約装置２１１−１とディスク帯域予約装置２１１−ｍよ
り予約したリソース量を上回ることはできない。その結
果、動画像処理サーバアプリケーションシステム２０５
の異常動作により、音声ストリームサーバアプリケーシ
ョンシステム２１３は影響を受けないようなリソース予
約が、プロセッサ時間、メモリ量、ディスク帯域の各リ
ソース予約装置に対する複雑なパラメータ指定を行うこ
となくサービスレベルという一つのパラメータを指定す
ることにより、適切なリソース量の予約を実現すること
ができる。

【００１５】このように、これらのアプリケーションシ
ステムが必要とするリソース量は一定ではなく、増減す
るので、必要に応じてリソース量の割り当てを増加して
もらったり、減らしてもらったりする。このようなアプ
リケーションシステムからのリソース量の増減に対応す
るのがリソース量割り当て装置２０９−１〜２０９−ｍ
であり、リソース量割り当て装置２０９−１〜２０９−
ｍが割り当てることのできるリソース量の上限を規定す
るのがリソース量予約装置２１１−１〜２１１−ｍであ
る。既にアプリケーションシステムに対してリソース量
が割り当てられている場合に、リソース予約装置２１１
−１〜２１１−ｍによるリソース量の予約変更が行われ
て、アプリケーションシステムに割り当てられているリ
ソース量を上回る場合には、予約されたリソース量の上
限値に合うようにリソース割り当て装置２０９−１〜２
０９−ｍがリソース量を奪い取る。

【００１６】（第３の実施例）図３は、本発明の第３の
実施例を示すリソース量推定装置が適用された仮想計算
機環境内の移動型エージェントシステムの構成図であ
る。仮想計算機環境３９９では、一つ以上のスレッドが
同時に動作可能である。また、仮想計算機環境３９９内
では、プロセッサ時間、メモリ量、ネットワーク帯域な
どの仮想計算機リソース割り当て装置３０９−〜３０９
−ｍが実現されている。移動型エージェントシステム３
０５では、複数の移動エージェント３１２−１〜３１２
−ｏがプログラムで実行される。個々の移動エージェン
トは、複数のスレッドで構成され、図３の移動エージェ
ント３１２−１は複数のスレッド３０７−１１〜３０７
−ｌｎで、移動エージェント３１２−ｏは複数のスレッ
ド３０７−ｏ１〜３０７−ｏｐでそれぞれ構成されてい
る。移動型エージェントシステム３０５のサービスレベ
ルとしてエージェント間交渉処理能力（交渉／秒）が選
択されており、サービスレベルとリソース量の対応は予
めサービスレベル・リソース量対応データベース３０３
に蓄積されている。一方、電子商取引システム３１３
は、スレッド３１５−１〜３１５−ｌから構成されてい
る。

【００１７】図３における２つのシステム３０５，３１
３は、一つの端末内に構築されている。移動型エージェ
ントシステム３０５というモデルは、一般社会における
『商店』と同じようなモデルになっている。移動エージ
ェントシステム３０５内のプログラムが『買い物をする
人』で、電子商取引システム３１３内のプログラムが
『商店の店員』である。移動型エージェントは、簡単な
人工知能が組み込まれたプログラムで、ユーザの嗜好を
満たすような商取引を行うようにプログラムされてい
る。例えば、『５０００円以下』の『赤ワイン』を探す
ようにプログラムされていたとすると、移動型エージェ
ントシステム３０５内に移動してきて、『赤ワイン』が
あるか否かを電子商取引システム３１３に対して質問
し、あれば『５０００円以下』の『赤ワイン』があるか
否かを質問する。『赤ワイン』がなければ、『赤ワイ
ン』のあるところ、あるいはありそうな移動型エージェ
ントシステムを教えてもらい、その移動型エージェント
システムに移動する。

【００１８】リソース量推定装置３０１に対して、要求
されるサービスレベルとして、５交渉／秒の指定が外部
から入力されると、サービスレベル・リソース量対応デ
ータベース３０３に蓄積されたサービスレベルとリソー
ス量との対応により、要求されたサービスレベルを満た
すリソース量を推定し、各仮想計算機リソース予約装置
３１１−１〜３１１−ｍに対してリソース量の予約が行
われる。この予約が行われると、移動型エージェントシ
ステム３０５を構成するスレッド３０７−１１〜３０７
−ｏｐに対して各仮想計算機リソース割り当て装置３０
９−１〜３０９−ｍから行われる動的な資源割り当てが
可能なリソース量は予約されたリソース量までとなる。
また、電子商取引システム３１３を構成するスレッド３
１５−１〜３１５−ｌに対する資源割り当ては、予約さ
れた余りのリソース量が上限となる。

【００１９】この場合に、移動型エージェントシステム
３０５に移動してきた移動エージェント３１２−１が悪
意あるエージェントでプロセッサ時間やメモリなどのリ
ソースを動的に取得して浪費しようとしても、仮想計算
機プロセッサ時間予約装置３１１−１と仮想計算機メモ
リ量予約装置３１１−２により予約したリソース量を上
回ることができない。その結果、移動型エージェントシ
ステム３０５内の移動エージェント３１２−１の資源浪
費動作により電子商取引システム３１３が影響を受けな
いようなリソース予約がプロセッサ時間、メモリ量、ネ
ットワーク帯域の各仮想計算機リソース予約装置に対す
る複雑なパラメータ指定を行うことなく、サービスレベ
ルという一つのパラメータを指定することにより適切な
リソース量の予約が実現できる。

【００２０】

【発明の効果】以上説明したように、本発明によれば、
アプリケーションシステムから一つ以上のリソース予約
装置に対する複雑なパラメータ指定を行うことなく、サ
ービスレベルの指定により容易にリソース予約を行うこ
とができ、リソース量の予約によるリソース量浪費を防
止することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示す動画像処理サーバ
アプリケーションシステムに対するサービスレベル・リ
ソース量対応データベース初期化装置の動作説明図であ
る。

【図２】本発明の第２の実施例を示す動画像処理サーバ
アプリケーションシステムに対するリソース量推定装置
の動作説明図である。

【図３】本発明の第３の実施例を示す仮想計算機環境上
の移動型エージェントシステムに対するリソース量推定
装置の動作説明図である。

【符号の説明】

１０１…サービスレベル・リソース量対応データベース
初期化装置、 １０３，２０３，３０３…サービスレベル・リソース量
対応データベース、 １０５，２０５…動画像処理サーバアプリケーションシ
ステム、 １０７−１〜１０７−ｎ，２０７−１〜２０７−ｎ…プ
ロセス、 １１１−１，２０９−１…プロセッサ時間割り当て装
置、 １１１−２，２０９−２…メモリ量割り当て装置、 １１１−ｍ，２０９−ｍ…ディスク帯域割り当て装置、 ２０１，３０１…リソース量推定装置、 ２１１−１…プロセッサ時間予約装置、 ２１１−２…メモリ量予約装置、２１１−ｍ…ディスク
帯域予約装置、 ２１３…音声ストリームサーバアプリケーションシステ
ム、 ２１５−１〜２１５−ｌ…プロセス、３０５…移動型エ
ージェントシステム、 ３０７−１〜３０７−ｏｐ，３１５−１〜３１５−ｌ…
スレッド、 ３１１−１…仮想計算機プロセッサ時間予約装置、 ３１１−２…仮想計算機メモリ量予約装置、 ３１１−ｍ…仮想計算機ネットワーク帯域予約装置、 ３１３…電子商取引システム、１９９，２９９…オペレ
ーティングシステム、 ３９９…仮想計算機環境。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 リソース割り当て単位であるタスク毎に
   リソースを利用して、処理単位であるスレッドを動作さ
   せ、該タスクに対するハードウェアリソースまたはソフ
   トウェアリソースの利用要求に対して動的にリソース量
   を割り当て、かつ該タスクのリソース量の利用状況を取
   得するリソース割り当て手段と、 リソース各々のリソース量を該タスクに対して予約・予
   約変更・予約停止をそれぞれ行い、かつ前記リソース割
   り当て手段と連携して予約が行われているタスクに対す
   る動的なリソース利用要求に対して予約されているリソ
   ース量を超えないようにリソース割り当てを行わせるリ
   ソース予約手段と、 各リソース予約手段に必要とされるリソース量を当該ア
   プリケーションシステムのサービスレベルとリソース量
   との対応を蓄積したサービスレベル・リソース量対応デ
   ータベース手段とを備えたことを特徴とするコンピュー
   タシステム。
2. 【請求項２】 一つ以上のタスクと一つ以上のスレッド
   より構成されるアプリケーションシステムに対して要求
   されたサービスレベルを実現するため、各リソース予約
   手段に必要とされるリソース量を当該アプリケーション
   システムのサービスレベルとリソース量との対応を蓄積
   したサービスレベル・リソース量対応データベース手段
   に基づいて推定し、 当該アプリケーションシステムに対して前記リソース予
   約手段によりリソース量を予約することを特徴とするア
   プリケーションシステムのリソース予約方法。
3. 【請求項３】 請求項２に記載のアプリケーションシス
   テムのリソース予約方法において、 前記サービスレベル・リソース量対応データベース手段
   は、一つ以上のタスクと一つ以上のスレッドから構成さ
   れたアプリケーションシステムに対して模擬的に負荷を
   かけ、 該負荷を変化させながら、実現できたサービスの質であ
   るサービスレベルと各リソース予約手段から取得される
   リソース量の利用状況との対応を前記サービスレベル・
   リソース量対応データベース手段に蓄積して、初期化を
   行うことを特徴とするアプリケーションシステムのリソ
   ース予約方法。
4. 【請求項４】 一つ以上のタスクと一つ以上のスレッド
   より構成される対象アプリケーションシステムを入力す
   る手段と、要求されるサービスレベルを入力する手段
   と、要求サービスレベルを実現するために、一つ以上の
   リソース予約手段による予約が必要なリソース量を当該
   アプリケーションシステムのサービスレベルとリソース
   量との対応を蓄積したサービスレベル・リソース量対応
   データベース手段に基づいて推定する手段と、前記リソ
   ース予約手段を介して当該アプリケーションシステムに
   対してリソース量を予約する手段とを備えたことを特徴
   とするリソース量推定装置。
5. 【請求項５】 一つ以上のタスクと一つ以上のスレッド
   より構成されるアプリケーションシステムに対してサー
   ビスレベルで定義される負荷をかける手段と、該負荷を
   最小値から最大値まで逐次増加させる手段と、当該アプ
   リケーションシステムが利用しているリソース量を一つ
   以上のリソース割り当て手段から取得して前記サービス
   レベルとの対応をサービスレベル・リソース量対応デー
   タベースに蓄積する手段とを備えたことを特徴とするサ
   ービスレベル・リソース量対応データベース初期化装
   置。
6. 【請求項６】 対象タスク動作中にリソース量の予約・
   予約変更・予約中止を行う手段と、 予約対象となるタスクと予約を行うスレッドを含むタス
   クが別であることを許す手段と、 リソース予約が行われていないタスクからの動的なリソ
   ース利用要求に対して動的なリソース割り当てはリソー
   ス予約された残りのリソース量が当該リソース予約であ
   るとみなす手段と、 複数のタスクとタスクに内包される複数のスレッドに対
   するリソース量の予約を行う手段とを備えたことを特徴
   とするリソース予約装置。