"コンピュータの情報処理を用いて、対象システムで稼働する仮想サーバを制御する、仮想サーバ制御システムであって、前記対象システムを利用する顧客企業のカレンダー情報を設定者により設定する処理、及び、前記仮想サーバのスケール制御のための実スケジュールを生成するための定義情報を設定者により設定する処理を行う第1の処理部と、前記カレンダー情報及び定義情報を参照して、前記仮想サーバのスケール制御のための実スケジュール情報を生成するスケジューリング処理を行う第2の処理部と、前記実スケジュール情報の記述に従い、指定の日時タイミングで、前記対象システムの仮想サーバに対するスケール制御の指示を送信する処理を行う第3の処理部と、を有し、前記カレンダー情報は、当該顧客企業の営業日及び休業日の情報を含み、前記定義情報は、対象仮想サーバ、日付定義、スケール制御の仮想サーバ数、の情報を含み、前記実スケジュール情報は、日時、対象仮想サーバ、スケール制御の仮想サーバ数、の情報を含むこと、を特徴とする仮想サーバ制御システム。請求項1記載の仮想サーバ制御システムにおいて、前記対象システムの仮想サーバの動作状態を監視し監視情報を記録する第4の処理部を有し、前記監視情報は、前記仮想サーバの負荷またはリソースの実績値及び予測値の少なくとも一方を含み、前記第2の処理部は、前記監視情報を参照して、前記対象システムの仮想サーバの負荷またはリソースの状態を考慮した前記スケール制御の仮想サーバ数となるように、前記実スケジュール情報を生成するスケジューリング処理を行うこと、を特徴とする仮想サーバ制御システム。請求項1記載の仮想サーバ制御システムにおいて、前記対象システムの仮想サーバの動作状態を監視し監視情報を記録する第4の処理部を有し、前記監視情報は、前記仮想サーバの起動時間の実績値及び予測値の少なくとも一方を含み、前記第2の処理部は、前記監視情報を参照して、前記対象システムの仮想サーバの起動時間を考慮した前記日時となるように、前記実スケジュール情報を生成するスケジューリング処理を行うこと、を特徴とする仮想サーバ制御システム。請求項1記載の仮想サーバ制御システムにおいて、前記定義情報における前記日付定義は、種類として、特定の営業日、特定の休業日、特定の曜日、特定の暦日、及び特定の時刻、を定義する情報を含み、前記設定者により任意に設定可能であること、を特徴とする仮想サーバ制御システム。請求項1記載の仮想サーバ制御システムにおいて、前記定義情報は、休業日の動作を定義する情報を含み、前記休業日の動作を定義する情報は、種類として、制御実行無し、前営業日に実行、翌営業日に実行、を含み、前記設定者により任意に設定可能であること、を特徴とする仮想サーバ制御システム。請求項1記載の仮想サーバ制御システムにおいて、前記定義情報は、対象仮想サーバの予測起動時間の情報を含み、前記設定者により任意に設定可能であり、前記第2の処理部は、前記スケジューリング処理の際、前記予測起動時間の分早目の日時となるように前記実スケジュール情報を生成すること、を特徴とする仮想サーバ制御システム。請求項1記載の仮想サーバ制御システムにおいて、前記対象システムの仮想サーバの動作状態を監視し監視情報を記録する第4の処理部を有し、前記定義情報は、動的スケール制御を追加する場合の仮想サーバ範囲の情報を含み、前記設定者により任意に設定可能であり、前記第2の処理部は、前記監視情報を参照し、前記動的スケール制御を追加する場合、前記スケジューリング処理の際、前記仮想サーバ範囲内で、前記静的スケール制御の仮想サーバ数を増減して調整するように前記実スケジュール情報を生成すること、を特徴とする仮想サーバ制御システム。コンピュータの情報処理を用いて、対象システムで稼働する仮想サーバを制御する、仮想サーバ制御プログラムであって、前記対象システムを利用する顧客企業のカレンダー情報を設定者により設定する処理、及び、前記仮想サーバのスケール制御のための実スケジュールを生成するための定義情報を設定者により設定する処理を行う第1のプログラムと、前記カレンダー情報及び定義情報を参照して、前記仮想サーバのスケール制御のための実スケジュール情報を生成するスケジューリング処理を行う第2のプログラムと、前記実スケジュール情報の記述に従い、指定の日時タイミングで、前記対象システムの仮想サーバに対するスケール制御の指示を送信する処理を行う第3のプログラムと、を有し、前記カレンダー情報は、当該顧客企業の営業日及び休業日の情報を含み、前記定義情報は、対象仮想サーバ、日付定義、スケール制御の仮想サーバ数、の情報を含み、前記実スケジュール情報は、日時、対象仮想サーバ、スケール制御の仮想サーバ数、の情報を含むこと、を特徴とする仮想サーバ制御プログラム。前述の従来のパブリッククラウド等の対象システム、及びその仮想サーバの動的スケール制御の技術では、効果や実現性の面で以下のような課題がある。従来の対象システムの制御では、例えば負荷情報をもとに仮想サーバインスタンスのスケールイン減少/スケールアウト増加の実行を動的に決定したとしても、即時にはその状態を実現することはできない。例えばある仮想サーバのスケールアウト増加のために、指示を与えて新たに1つ以上の仮想サーバを起動させて、当該仮想サーバでサービス処理実行可能な状態起動完了状態になるまでに、ある程度の時間を要している。この時間起動時間は、システム環境などによって異なるが、例えば15分~30分かかることもある。この起動時間分の時間差遅延により、例えばパブリッククラウド等の対象システムの処理効率負荷分散などに関して十分な効果が出ず、実現性が難しい場合がある。特に、顧客企業がパブリッククラウドそのサービス処理を利用して業務処理等を実現する場合、上記動的スケール制御及び起動時間による影響により、業務処理等の効率が悪くなってしまう場合がある。例えば顧客企業の始業時あたりに上記影響により仮想サーバのスケールがうまく調整できておらず、業務処理が重い状態になってしまう場合がある。これにより、上記動的スケール制御を含むシステム/サービスは、実現性が難しい場合がある。以上を鑑み、本発明の主な目的は、パブリッククラウド等の対象システムにおける仮想サーバ等のスケール制御に関して、処理効率負荷分散などの十分な効果やシステム/サービスの実現性を確保することができる技術を提供することである。上記目的を達成するため、本発明のうち代表的な形態は、パブリッククラウド等の対象システムで稼働する仮想サーバ等を制御する情報処理システム仮想サーバ制御システム、特に仮想サーバ等のスケール制御を行うシステム等あって、以下に示す構成を有することを特徴とする。本形態のシステムは、仮想サーバのスケール制御を行う機能として、対象システムを利用する顧客企業のカレンダー情報を設定者により設定する処理、及び、仮想サーバのスケール制御のための実スケジュールを生成するための定義情報を設定者により設定する処理を行う第1の処理部と、カレンダー情報及び定義情報を参照して、仮想サーバのスケール制御のための実スケジュール情報を生成するスケジューリング処理を行う第2の処理部と、実スケジュール情報の記述に従い、指定の日時タイミングで、対象システムの仮想サーバに対するスケール制御の指示を送信する処理を行う第3の処理部と、対象システムの仮想サーバの動作状態を監視し監視情報を記録する第4の処理部とを有する。例えば、カレンダー情報は、当該顧客企業の営業日及び休業日の情報を含む。定義情報は、対象仮想サーバ、日付定義、スケール制御の仮想サーバ数、の情報を含む。実スケジュール情報は、日時、対象仮想サーバ、スケール制御の仮想サーバ数、の情報を含む。本形態のシステムは、対象システムの仮想サーバの静的スケール制御指定の日時に仮想サーバ数などを制御するを基本として実行する第3の処理部。静的スケール制御のスケジュールの生成のために、カレンダー情報及び定義情報を設定者により設定する手段第1の処理部を有する。カレンダー情報及び定義情報をもとに、静的スケール制御のスケジュールを生成するスケジューリング処理を実行する手段第2の処理部を有する。本発明のうち代表的な形態によれば、パブリッククラウド等の対象システムにおける仮想サーバ等のスケール制御に関して、処理効率負荷分散などの十分な効果やシステム/サービスの実現性を確保することができる。以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。[システム]図1において、本発明の一実施の形態のシステム仮想サーバ制御システムの全体の構成を示している。本システム全体は、主制御システムを構成するサーバ1と、対象システムであるパブリッククラウド2仮想サーバ稼働システムや仮想マシン稼働システム3と、対象システムを利用する顧客企業設定者のコンピュータ4ないし顧客企業システムとを有し、これらはインターネット等のネットワーク5,6で接続される。対象システム2,3及び顧客企業顧客企業システムは複数存在してもよい。本実施の形態では、顧客企業設定者のコンピュータ4を含む顧客企業システム内にその一構成要素としてサーバ1を設け、それらがLAN等のネットワーク5で接続される。そして、コンピュータ4は、顧客企業担当者システム管理者等を設定者として使用される。なおこれに限らず、サーバ1は顧客企業システムとは独立してネットワーク上に存在してもよい。またコンピュータ4を使用する設定者は、顧客企業担当者以外の者、例えばサーバ1を提供する事業者側の担当者等としてもよい。サーバ1は、スケジューラ部11、仮想サーバ制御部12、監視部13、及びUIユーザインタフェース部14を含む処理部と、顧客企業カレンダー情報51、スケジュール定義情報52、実スケジュール情報53、及び監視情報54を含むデータ情報対応する記憶部を有する。各処理部11~14は、例えばサーバ1のプロセッサやメモリや通信インタフェース等の公知の要素を用いたプログラム処理本実施の形態のプログラムによる処理で実現できる。なおサーバ1における監視部13及び監視情報54を含む監視システム部分は、11,12等を含む主制御システム部分とは別のシステムサーバ等で構成し連携するようにしてもよい。別のシステムとして既存の統合監視システム等を利用してもよい。パブリッククラウド2は、インターネットネットワーク5上に構成され、不特定のユーザ本例の場合は顧客企業システムを含むに対してクラウドコンピューティングによるサービス処理を提供する公知の情報処理システムであり、図示しない物理サーバ等のハードウェア及び仮想化ソフトウェア等を用いて仮想サーバ21が稼働するシステムである。サーバ1の監視部13は、対象のパブリッククラウド2の仮想サーバ21の動作状態を監視する。そのために、当該仮想サーバ21の動作状態を監視する処理部プログラム処理で実現されるである監視エージェント22を、対象のパブリッククラウド2内で稼働させる公知技術。監視エージェント22は、例えば対象の仮想サーバ21と共に稼働し、監視設定情報に基づいて、対象の仮想サーバ21の動作状態を表す監視情報a3を発行し、ネットワーク5を介して監視部13へ送信する。監視情報a3は、例えば仮想サーバ21の負荷やリソースの状態を示す情報や、稼働中の仮想サーバのスケール数などの情報を含む。更に、監視情報a3として、仮想サーバ21の起動に要した起動時間Tの実績値または予測値の情報を持たせると好ましい。仮想マシン稼働システム3は、仮想マシン仮想コンピュータが稼働するシステムであり、例えばVMwareソフトウェア等を用いたシステムである。仮想マシン稼働システム3は、パブリッククラウド2と同様に、本システムの対象システムとして扱うことができ、仮想マシンがスケール制御対象となる。以下ではパブリッククラウド2を対象システムとする場合を説明するが仮想マシン稼働システム3の場合でも同様である。顧客企業顧客企業システムがパブリッククラウド2その仮想サーバ21によるサービス処理を用いて実現する処理は、例えば自社の業務処理やそのデータのバックアップ処理などが挙げられる。顧客企業ごとの都合特性として、業務処理等の要件があり、当該特性に応じて仮想サーバ21のスケールが要求される。また顧客企業の特定の営業日には負荷が高いといった特性もあり、当該特性に応じて仮想サーバ21のスケールが要求される。顧客企業設定者のコンピュータ4は、パブリッククラウド2等の対象システムを利用する顧客企業における担当者設定者のコンピュータ/情報処理システムであり、ネットワーク6を介して本システムサーバ1を利用する。特に、設定者は、コンピュータ4を操作して、ネットワーク6を介してサーバ1のUI部14Webサーバ等にアクセスし、その処理を通じて、必要な情報51,52を設定するa0。顧客企業カレンダー情報51及びスケジュール定義情報52は、顧客企業設定者の都合方針に応じた内容を適宜設定することができる。スケジューラ部11は、顧客企業カレンダー情報51とスケジュール定義情報52と監視情報54とから、実スケジュール情報53を生成するスケジューリング処理を行うa1。実スケジュール情報53は、静的スケール制御仮想サーバ制御の指示情報である。特に、スケジューラ部11は、監視情報54の参照に基づきa5、パブリッククラウド2毎、仮想サーバ21毎の負荷や起動時間Tを把握し、これを考慮したスケジューリングを自動的に行う機能を備えている。更に、スケジューラ部11は、変形例追加機能として、実スケジュール53の作成時に、監視情報54をみて、必要仮想サーバ数を予想し、実スケジュール53に反映する。但しこれはスケジュール定義情報52で設定された仮想サーバ範囲最小仮想サーバ数~最大仮想サーバ数に限定される後述。仮想サーバ制御部12は、仮想サーバ21を対象として静的スケール制御を行う。仮想サーバ制御部12は、実スケジュール情報53に従う日時タイミングで、対象システム2の仮想サーバ21に対してスケール制御を指示するa2。なお本実施の形態では、対象システム2は、外部からの指示a2に基づき仮想サーバ21のスケール数などを制御する機能を持ち、この指示a2では、稼働させる仮想サーバ21の数などを指定すればよく、個別の仮想サーバ21の起動や停止起動終了を指示する必要は無い。監視部13は、対象システム2の仮想サーバ21の動作状態を監視する。監視部13は、監視エージェント22からの監視情報a3を受信し、データベースDBに監視情報54ログ情報として記録保持するa4。また、監視部13は、適宜、監視情報a354を分析処理し、その結果をDBに監視情報54分析情報として記録保持するa4。UI部14は、例えばWebサーバで実装し、設定者4に対し、Webページなどの形式で設定用情報を提供する。例えば、設定者は、コンピュータ4のディスプレイ画面に上記Webページを表示し、その中のテーブルに対して設定情報を入力編集することができる。なおこれに限らず、サーバ1に直接的に情報51,52を設定する形態や、サーバ1が顧客企業システム側から必要な情報51,52を取得受信する形態などとしてもよい。[処理]図2において、図1の各要素間の処理シーケンスを示しているS101等は処理ステップを表す。S101まず、予め、設定者は、コンピュータ4から、サーバ1のUI部14にアクセスし、顧客企業カレンダー情報51具体例は図3を入力設定する。この設定内容は適宜更新可能である。S102同様に、予め、設定者は、コンピュータ4から、サーバ1のUI部14にアクセスし、スケジュール定義情報52具体例は図4を入力設定する。この設定内容は適宜更新可能である。S103サーバ1のスケジューラ部11は、設定に基づく所定のタイミング、例えば毎日23時ごとに動作し、入力情報である顧客企業カレンダー情報51とスケジュール定義情報52と、監視情報54存在する場合とから、対象時間単位例えば次日、次週、次月などの実スケジュール情報53具体例は図5を生成するスケジューリング処理を行う。S104サーバ1の仮想サーバ制御プログラム部12は、実スケジュール情報53を参照し、その記述に従い、その日時のタイミングに従って、対象システム2の仮想サーバ21に対し、スケール制御を実行する。即ち、サーバ112から、スケール制御の指示a2を対象システム2へ送信する。指示a2は、対象の仮想サーバIDや仮想サーバ数スケール制御値などの指定や、必要な認証情報などを含む。S105対象システム2は、サーバ112から受信した指示a2に従い、仮想サーバ21の数などを制御増減する。例えば、現在時の稼働中の仮想サーバ数よりも指示a2で指定されている仮想サーバ数の方が多い場合は、その差の分の仮想サーバ21を起動させスケールアウト、少ない場合は、その差の分の仮想サーバ21を停止起動終了させるスケールイン。S106上記S105に伴い、監視エージェント22は、仮想サーバ21の起動/停止を含む動作状態を監視しており、その変化を監視情報a3として発行する。監視情報a3は、例えば仮想サーバ21のID、負荷リソース数などの実績値を含む。更に望ましくは仮想サーバ21の起動時間Tの実績値などを含む。S107監視エージェント22は、上記監視情報a3をネットワーク5を介してサーバ1の監視部13へ送信する。監視部13は、受信した監視情報a3をDBに監視情報54ログ情報として記録する。S108監視部13は、適宜タイミングで、上記監視情報a354を分析処理し、その結果をDBに監視情報54分析情報として記録する。監視部13の分析処理の内容は例えば、仮想サーバ21の負荷リソース数などの実績値をもとに今後の負荷リソース数などを予測すること対応する予測値を格納するや、仮想サーバ21の起動時間Tの実績値をもとに今後の起動時間Tを予測すること対応する予測値を格納する等が挙げられる。上記S107,S108の結果監視情報54は、S103で参照され、スケジューリングに反映されることになる。以後同様に繰り返しである。[顧客企業カレンダー情報]図3に、顧客企業カレンダー情報51の例を示している。例えば、対象を顧客企業Aの2011年1月~12月としたときの1月分を示している。顧客企業カレンダー情報51は、実スケジュール53を生成するための基本情報であり、顧客企業ごとの固有の特性に応じた内容の情報である。顧客企業カレンダー情報51は、一般的なカレンダー上に、固有の日時情報タイプ情報として、少なくとも、当該企業の営業日及び休業日の情報を含む。括弧付きの数字は営業日を示し、破線枠は休業日を示す。本例では、簡単のため、2種類の日として、休業日以外は営業日営業時間は例えば9時~17時とする。例えば1月3日が第1営業日月初営業日であり、1月31日が第22営業日月末営業日である。上記2種類の日以外にも業務等に応じた各種の日例えば半日営業日などを設定可能である。当該企業Aのパブリッククラウド2仮想サーバ21の利用に係わる特性として、例えば休業日は負荷サーバ負荷が低く、通常営業日一部の特定の営業日を除く営業日は負荷が中程度であり、一部の特定の営業日には負荷が高くなる。一部の特定の営業日とは、例えば月初営業日や月末営業日、あるいは休業日の前営業日や翌営業日、あるいは指定される特定の日例えば特別な処理を実行する日、等が挙げられる。上記特定の営業日などの情報は、顧客企業カレンダー情報51またはスケジュール定義情報52に対して設定可能となっている本実施の形態ではスケジュール定義情報52に日付定義などの形で設定可能である。また顧客企業カレンダー情報51は、当該顧客企業ごとに複数の種類のカレンダー情報を有する場合もある。例えば部署ごとに異なるカレンダー情報の場合である。この場合は複数の各カレンダー情報を設定可能である。また変形例として、顧客企業カレンダー情報51営業日休業日などの情報に関連情報を持たせて利用してもよい。例えば営業日休業日などに関連付けられる業務処理内容例えば通常業務、バックアップ、特別処理等や、顧客企業の従業員の人数や入退出社管理の情報などが挙げられる。これらの関連情報は、サーバ仮想サーバ21の負荷等に影響する情報であり、本システムスケジューラ部11によるスケジューリングに利用することができる。[スケジュール定義情報]図4に、スケジュール定義情報52の例テーブルを示している。図3の51の内容と対応した設定例である対象年月:例えば2011年1月。また複数の各顧客企業A,B等の設定情報を含んでいる顧客企業ごとに分離してもよい。本テーブルは、管理項目列として、a顧客企業、b仮想サーバID、c日付定義、d休日動作、e仮想サーバ数、f予測起動時間、g仮想サーバ範囲、等を有する。スケジュール定義情報52は、実スケジュール53を生成するための定義方針等を設定する情報である。a顧客企業は、顧客企業の識別情報であり、例えばA,B等を有する。b仮想サーバIDは、スケール制御の対象となる仮想サーバ21の識別情報であり、例えばSa001,Sb001等を有する。c日付定義は、スケール制御を実行する対象となる日時に関する定義情報である。例えば、第1行1では毎日午前9時、2では第1営業日午前10時、3では第2月曜日午前11時30分、4では第4月曜日午前12時、5では月末日午前8時30分、6では暦日10日午前9時30分、といった例である。d休日動作は、当該日付cが休業日である場合にどのように動作制御させるかを指定する情報である。例えば1では実行無し、3では前営業日に実行、4では翌営業日に実行、といった例である内部的にはそれぞれ所定のタイプ情報などで管理される。実行無しの場合、当該休業日にはスケール制御を実行しない。前営業日に実行の場合、当該日付の制御を、一番近い前営業日に実行させる指定を示す。翌営業日に実行の場合、当該日付の制御を、一番近い翌営業日に実行させる指定を示す。e仮想サーバ数は、スケール制御での稼働させる仮想サーバ21インスタンスの数目標値を指定する情報である。例えばこの値を10として指示a2を送信した場合、その時の実際の稼働仮想サーバ数が7台であれば、対象システム2で新たに3台が起動され、その時の実際の稼働仮想サーバ数が15台であれば、対象システム2で5台が停止起動終了される。なおスケール制御としては、仮想サーバ数に限らず、他のパラメータ、例えばCPU数、メモリ数などを制御する形態も同様に実現可能である。f予測起動時間単位は例えば分は、当該仮想サーバ211台あたりの起動に要する時間T指示を与えてから起動完了するまでの時間の予測値である。この値は、設定者によりコンピュータ4から任意に設定する形態経験的な予測値を利用するとしてもよい。また、監視部13の分析処理で監視情報54に格納した実績値や予測値を利用してスケジューラ部11等により自動的に当該項目値を更新する形態としてもよい。Tの単位は分に限らず、レベル短い/普通/長いなどで設定可能としてもよい。g仮想サーバ範囲は、スケジューラ部11及び監視情報54を用いて動的スケール制御を追加する場合における変更可能な仮想サーバ数の上下限値最小仮想サーバ数~最大仮想サーバ数を規定する。例えば1では、eの仮想サーバ数静的スケール制御目標値が7であるが、動的スケール制御を追加する場合に、gのように下限値が4、上限値が10までの範囲で仮想サーバ数を動的に変更可能とすることを示す。gの値は、設定者によりコンピュータ4から任意に設定可能である。gの範囲の値は、台数に限らず、レベル無し固定/狭い/広いなどで設定可能としてもよい。例えば企業Aの設定者は、コンピュータ4からUI部14を通じてスケジュール定義情報52の自社の情報部分に対して、自社の業務等の特性に応じたスケール制御の方針を設定する。例えば図4の2のように、企業Aの第1営業日の午前10時に対象システム2の対象仮想サーバSa001を5台起動完了した状態にしたいという目標値を設定する。この目標値の設定に応じて、後は、スケジューラ部11が好適な実スケジュール情報53サーバ負荷や予測起動時間などを考慮した好適な静的スケール制御のスケジュールを生成し、自動的に仮想サーバ制御部12が静的スケール制御を実行する。図4の設定例対象年月:2011年1月では、1では、企業Aが対象システム2の仮想サーバSa001を、毎日営業日のみの午前9時に7台起動状態にさせる目標を示す。また当該仮想サーバSa001の予測起動時間Tは5分であり、動的スケール制御の仮想サーバ範囲は4~10台である。2では、同仮想サーバSa001を、第1営業日の午前10時に5台起動状態にさせる目標を示す。予測起動時間Tは5分であり、範囲は5台で固定動的スケール制御無しである。3では、同仮想サーバSa001を、第2月曜日の午前11時30分に10台起動状態にさせる目標、及び当該日が休業日である場合は前営業日に実行させることを示す。またT=30分と長く、範囲は2~15台である。4では、対象システム2の仮想サーバSb001を、第4月曜日の午前12時に10台起動状態にさせる目標、及び当該日が休業日である場合は翌営業日に実行させることを示す。T=20分、範囲は2~15台である。5では、対象システム2の仮想サーバSa002を、月末日の午前8時30分に、5台起動状態にさせる目標を示す。T=15分、範囲は2~6台である。6では、対象システム2の仮想サーバSb003を、暦日10日の午前9時30分に5台起動状態にさせる目標、及び当該日が休業日である場合は翌営業日に実行させることを示す。T=10分、範囲は2~10台である。7,8では、同様に、別の企業Bが対象システム2の仮想サーバSc001等を指定の日付で指定の台数起動状態にさせる目標などを示す図示省略。なおスケジュール定義情報52の設定は、図4のようなテーブルに対して直接入力設定する形に限らなくてもよい。例えばUI部14で定義パターンやタイプ情報を予め用意しておき、設定者が当該パターンやタイプを選択入力可能とする。[実スケジュール情報]図5に、実スケジュール情報53の例テーブルを示している。図3の51、図4の52の内容と対応した生成例である対象年月:例えば2011年1月。時系列順で制御単位ごとの行が並ぶ形である。実スケジュール情報53は、管理項目列として、a日時、b仮想サーバID、c仮想サーバ数、d認証情報、等を有する。a日時は、仮想サーバ制御部12によりスケール制御を実行する日時指示a2を送信する日時を示す。b仮想サーバIDは、スケール制御対象の仮想サーバ21を指定する識別情報である。c仮想サーバ数は、スケール制御での稼働させる仮想サーバ数を指定する情報である。d認証情報は、c仮想サーバ数を含むスケール制御の指示a2を対象システム2に送信してサーバを制御する際に必要とされる認証情報であり、例えばユーザID,パスワード等の情報である。図5で、例えば1では、図4の1に従い、図3の1月3日第1営業日月初営業日の8時55分T=5分に、対象の仮想サーバSa001を10台起動状態にさせるように指示a2を送信することを規定している。図4の1でcの日付定義では午前9時目標であり、fの予測起動時間T=5分であるため、図5の1では、9時よりも5分前である8時55分に指示a2を送信するようにスケジュールを生成している。これにより従来よりも実際の起動状態を目標値に近づけることができる。また更には、上記指示を送信する日時8時55分は、余裕をみてもっと前になるように設定してもよい。同様に、2では、図4の2に従い、同日午前9時55分目標の5分前に、同Sa001を5台起動させる指示を示す。3では、1と同様に、図4の1に従い、1月4日8時55分に、Sa001を7台起動させる指示を示す。4では、図4の6に従い、図3の1月10日の翌営業日である1日11日の午前9時20分目標の10分前に、仮想サーバSb003を5台起動させる指示を示す。5では、図4の3に従い、図3の1月17日の前営業日である1日14日の11時目標の30分前に、Sa001を10台起動させる指示を示す。6では、図4の4に従い、図3の1月24日の翌営業日である1月25日の午前11時40分目標の20分前に、仮想サーバSb001を10台起動させる指示を示す。7では、図4の5に従い、図3の1月31日の午前8時15分目標の15分前に、仮想サーバSa002を5台起動させる指示を示す。上記制御の結果、仮に予測と実績とでずれが生じたとしても、監視情報54として記録され、後々のスケジューリングで反映することができる。例えば予測起動時間Tを修正更新し、それに応じて実スケジュール情報53の日時が前後に修正される。そのため、次第に処理効率を高めることができる。なお実スケジュール情報53は、変形例として、対象システムに応じて、起動させる仮想サーバ数や停止させる仮想サーバ数を指定して制御する形態としてもよい。[仮想サーバ起動時間]前述の仮想サーバの起動時間Tについて補足する。例えばあるパブリッククラウドAでは、ある仮想サーバAの起動指示を与えてから起動完了状態になるまでに15分を要するとするT=15分。各種のパブリッククラウドに応じて仮想サーバの起動のメカニズムなどを含む内部的な仕組みが異なり、またその時の負荷などの状況に応じて、上記起動時間Tも異なってくる。またパブリッククラウドの設備が存在する地理的な位置や、クライアントとの通信距離などに応じて、上記起動時間Tが異なってくる。上記起動時間Tは、一般的に外部からは予測が難しく、不定的である。本システムでは、特徴の1つとして、上記起動時間Tを把握し監視部13、図4の52のf等、スケジューラ部11によるスケジューリングに反映する。即ち顧客の設定した目標値に対し、予測起動時間T分を考慮した早目の実スケジュールの日時を生成している。これにより好適なスケール制御を実現しており、結果、効率的な業務処理等を実現する。[動的スケール制御]前述の動的スケール制御について補足する。監視部13は、監視情報a3により、対象システム2の動的なリソース状態を把握し、監視情報54として記録する。本システムの追加的な機能として、スケジューラ部11は、上記監視情報54の動的なリソース状態の情報を参照し、その状態の判断に基づき、仮想サーバ制御部12による基本の静的スケール制御に対し、所定の範囲内で動的スケール制御を加えることができる。即ち、スケジューラ部12は、51,52に基づく静的スケール制御に加え、上記動的スケール制御を反映した実スケジュール情報53を生成する処理を行う。この追加的な機能を使用する場合UI部14で使用選択設定可能、ある日時タイミングでの静的スケール制御による対象システム2の仮想サーバ21の実際の状況実績を鑑みて、次以降の日時タイミングで稼働させる仮想サーバ21の数を所定の範囲内で増減する調整を可能とする。これによりリソース状況などを改善できる。あくまで実スケジュール情報53に基づく静的スケール制御を基本とし、動的スケール制御を補佐的に用いる形となる。[効果等]以上説明したように、本実施の形態によれば、パブリッククラウド2等の対象システムにおける仮想サーバ21等のスケール制御に関して、処理効率負荷分散などの十分な効果やシステム/サービスの実現性を確保することができる。本システムでは、顧客企業のカレンダー51及びスケジュール定義52に応じて静的スケール制御のための実スケジュール53を決定するという独自の機能を備えており、顧客企業担当者等が設定したカレンダー51及びスケジュール定義52に従って、対象システム2の仮想サーバ21のスケールを効果的に制御することができ、顧客企業の業務処理等を効率化することができる。従来の動的スケール制御の場合には顧客企業のスケジュール等の都合と適合せず処理効率が悪くなってしまう場合があるが、本システムの静的スケール制御を用いることで十分な効果及び実現性を確保できる。本システムでは特に、対象システム2のサーバ負荷例えば負荷ピーク日時や仮想サーバ21の起動時間Tを考慮反映した実スケジュール53を自動的に生成して効果的な静的スケール制御を実現できる。目標日時に対して遅延T分早目の日時に起動の指示a2を送信するので、目標日時に指定の仮想サーバ数を起動状態にすることができる。従来の一般的な静的スケール制御あるいはスケジュール制御では、単に所定指定のスケジュール日時に従って固定的にサーバのスケール数などを変更するのみであり、顧客企業ごとの営業日休業日などの特性、業務処理等の特性に対応したスケール制御はされていない。よって、例えば特定の営業日の始業時あたりに負荷や起動時間Tの影響により業務処理等の効率が悪くなるといった問題にうまく対処することができていない。一方、本実施の形態では、顧客企業ごとの都合特性を考慮した独自の静的スケール制御を実現しており、上記問題にも対処することができる。以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。"