"バッチジョブ処理システムによりバッチジョブを実行する方法であって、前記バッチジョブ処理システムは、少なくとも1台のバッチジョブ実行サーバが、ネットワークを介してバッチジョブ管理サーバに接続され、かつ、特性の異なる複数のファイル格納媒体を備えており、前記ファイル格納媒体は、1つ以上のローカル格納媒体と1つ以上の共有格納媒体を含んでおり、前記一連のジョブの纏まりであるジョブネット、および並列に実行するために前記ジョブが分割された分割ジョブの情報を表すジョブ情報と、前記ファイル格納媒体の情報を表す格納媒体情報と、ジョブ実行における条件を表すパラメタ情報の設定を受け付けるステップと、前記格納媒体情報の格納媒体性能から前記各ファイル格納媒体への格納割合を決定するステップと、前記格納割合に基づいて再実行時間の長い分割ジョブを前記共有格納媒体に割り当てるステップと、前記各分割ジョブの再実行時間が前記パラメタ情報の再実行時間閾値を超えているか否かを判定するステップと、前記再実行時間が前記再実行時間閾値を超えていると判定された場合に、最長再実行時間を有する分割ジョブの再実行開始ジョブまで戻るステップと、を含むことを特徴とするバッチジョブ実行方法。請求項1に記載のバッチジョブ実行方法であって、前記分割ジョブを管理するために生成するジョブ再実行時間管理テーブルを参照し、前記バッチジョブ実行サーバに前記分割ジョブを均等に割り当てるステップと、前記再実行時間が前記再実行時間閾値を超えていると判定された場合に、前記分割ジョブの再実行開始ジョブまで戻るステップの前に、前記共有格納媒体への書き込み割合を増加させる方向に補正する値である共有格納媒体書き込み重みを増加させるステップと、をさらに含むことを特徴とするバッチジョブ実行方法。請求項2に記載のバッチジョブ実行方法であって、前記格納媒体性能から各ファイル格納媒体への格納割合を決定するステップは、前記格納媒体情報テーブルを参照するステップと、前記格納媒体情報テーブルの媒体種別カラムの値が共有であるか否かを判定するステップと、前記媒体種別カラムの値が共有であると判定された場合に、前記ファイル格納媒体の新性能を旧媒体性能×共有書込み重みに設定するステップと、前記媒体種別カラムの値が共有であると判定されない場合に、前記ファイル格納媒体の新性能を旧媒体性能×ジョブ実行サーバ数に設定するステップと、ジョブ情報テーブルを参照するステップと、前記ジョブ情報テーブルの共有必須カラムの値が出力であるか否かを判定するステップと、前記共有必須カラムの値が出力であると判定された場合に、媒体種別が共有であるファイル格納媒体に対して、補正後の前記各ファイル格納媒体の性能比率を格納媒体割合に決定するステップと、前記共有必須カラムの値が出力であると判定されない場合に、すべてのファイル格納媒体に対して、補正後の前記各ファイル格納媒体の性能比率を格納媒体割合に決定するステップと、を含むことを特徴とするバッチジョブ実行方法。請求項2に記載のバッチジョブ実行方法であって、前記格納割合に基づいて再実行時間の長い分割ジョブから前記共有格納媒体に割り当てるステップは、前記ジョブ再実行時間管理テーブル、および前記格納媒体情報テーブルを参照するステップと、前記ジョブ再実行時間管理テーブルの前ジョブで媒体種別が共有となっている前記共有格納媒体に書き込んだ最後のジョブ実行サーバを選択するステップと、次のファイル格納媒体を選択するステップと、前記格納媒体性能から各ファイル格納媒体への格納割合を決定するステップによって決定された格納媒体割合に基づいて、選択格納媒体割合の分割数を前記格納媒体割合×ジョブ分割数で算出するステップと、次のジョブ実行サーバを選択するステップと、選択された前記ジョブ実行サーバで実行する分割ジョブにおいて、前ジョブの再実行時間が最長の分割ジョブを選択し、前記選択したファイル格納媒体を設定するステップと、前記選択したファイル格納媒体の媒体種別が共有であるか否かを判定するステップと、前記媒体種別が共有であると判定された場合に、前記選択した分割ジョブの再実行時間を0に設定するステップと、前記媒体種別が共有であると判定されない場合に、前記選択した分割ジョブの再実行時間を前ジョブの再実行時間選択ジョブのCPU時間÷分割数に設定するステップと、前記選択したファイル格納媒体の前記分割ジョブ数を超えたか否かを判定するステップと、を含むことを特徴とするバッチジョブ実行方法。請求項3に記載のバッチジョブ実行方法であって、前記ジョブ情報テーブルのCPU時間、およびI/O量から前記格納媒体情報テーブルの前記格納媒体性能を補正するステップと、をさらに含むことを特徴とするバッチジョブ実行方法。請求項5に記載のバッチジョブ実行方法であって、前記ジョブのCPU時間、およびI/O量から前記格納媒体性能を補正するステップは、前記ジョブのI/O量÷前記ジョブのCPU時間の値が前記格納媒体性能を補正するか否かを判定する閾値であるCPU-I/O比補正閾値未満であるか否かを判定するステップと、前記格納媒体の媒体種別が共有であるか否かを判定するステップと、前記媒体種別が共有であると判定された場合に、前記格納媒体性能を補正する重みを表すCPU-I/O比補正重みを用いて、前記ファイル格納媒体の新性能を旧媒体性能×CPU-I/O比補正重みに設定するステップと、前記CPU-I/O比補正閾値未満であると判定されない場合、もしくは前記媒体種別が共有であると判定されない場合に、前記ファイル格納媒体の新性能を旧媒体性能に設定するステップと、を含むことを特徴とするバッチジョブ実行方法。請求項3に記載のバッチジョブ実行方法であって、圧縮方法に基づき前記格納媒体性能を補正するステップと、をさらに含むことを特徴とするバッチジョブ実行方法。請求項7に記載のバッチジョブ実行方法であって、前記圧縮方法に基づき前記格納媒体性能を補正するステップは、圧縮方法の情報を表す圧縮情報テーブルの設定を受け付けるステップと、前記圧縮情報テーブルと、前記各ジョブが用いる圧縮方法を管理するために生成するジョブ圧縮情報管理テーブルとを参照するステップと、前記ジョブ情報テーブルのCPU時間、およびI/O量において、前記ジョブのI/O量÷前記ジョブのCPU時間の値が圧縮閾値1未満であるか否かを判定するステップと、前記圧縮閾値1未満であると判定された場合に、すべての前記ファイル格納媒体を非圧縮に設定するステップと、前記圧縮閾値1未満であると判定されない場合に、一部の前記ファイル格納媒体を圧縮に設定するステップと、前記選択されているジョブにおいて、前記ファイル格納媒体に圧縮して格納するか否かを判定するステップと、前記圧縮すると判定された場合に、前記ファイル格納媒体の新性能を媒体性能÷圧縮率に設定するステップと、前記圧縮すると判定されない場合に、前記ファイル格納媒体の新性能を旧媒体性能に設定するステップと、を含むことを特徴とするバッチジョブ実行方法。請求項2に記載のバッチジョブ実行方法であって、前記分割ジョブの進捗を監視し、ジョブ終了時間をジョブ再実行時間管理テーブルに設定するステップと、すべての前記分割ジョブが終了したか否かを判定するステップと、分割ジョブの終了時刻と、最初に終了した分割ジョブの終了時刻との差分を算出し、前記共有格納媒体、および前記ローカル格納媒体の平均遅延時間を算出するステップと、前記共有格納媒体の平均遅延時間が前記ローカル格納媒体の平均遅延時間を超えるか否かを判定するステップと、前記共有格納媒体の平均遅延時間が前記ローカル格納媒体の平均遅延時間を超えると判定された場合に、前記格納媒体性能を補正する重みを表す進捗監視重みを用いて、媒体種別が共有となる前記媒体に対して、該媒体の新性能を旧媒体性能×進捗監視重み1に設定するステップと、前記共有格納媒体の平均遅延時間が前記ローカル格納媒体の平均遅延時間を超えると判定されない場合に、媒体種別が共有となる前記媒体に対して、該媒体の新性能を旧媒体性能×進捗監視重み2に設定するステップと、すべての前記分割ジョブが開始されていないジョブを選択するステップと、をさらに含むことを特徴とするバッチジョブ実行方法。ネットワークを介してバッチジョブ管理サーバに接続される少なくとも1台のバッチジョブ実行サーバと、特性の異なる複数のファイル格納媒体を備えており、前記ファイル格納媒体は1つ以上のローカル格納媒体と1つ以上の共有格納媒体を含んでいる、バッチジョブ処理システムであって、前記バッチジョブ管理サーバは、一連のジョブの纏まりであるジョブネット、および並列に実行するために前記ジョブが分割された分割ジョブの情報を表すジョブ情報と、前記ファイル格納媒体の情報を表す格納媒体情報と、ジョブ実行における条件を表すパラメタ情報の設定を受け付ける情報入力部と、前記格納媒体情報の格納媒体性能から前記各ファイル格納媒体への格納割合を決定する格納媒体割合決定部と、前記格納割合に基づいて再実行時間の長い分割ジョブから前記共有格納媒体に割り当てるジョブ格納媒体決定部と、前記分割ジョブの再実行時間を算出する再実行時間算出部と、前記再実行時間が前記パラメタ情報の再実行時間閾値を超えているか否かを判定し、前記再実行時間閾値を超えていると判定された場合に、最長再実行時間を有する分割ジョブの再実行開始ジョブまで戻る最適配置パターン生成部と、を備えることを特徴とするバッチジョブ処理システム。請求項10に記載のバッチジョブ処理システムであって、前記ジョブが用いる圧縮方法を決定する圧縮方法決定部と、前記決定された圧縮方法に基づいて格納媒体割合を補正する格納媒体割合決定部と、を備えることを特徴とするバッチジョブ処理システム。請求項10に記載のバッチジョブ処理システムであって、前記分割ジョブの進捗を監視し、ジョブ終了時間をジョブ再実行時間管理テーブルに設定する進捗情報監視部と、前記ジョブ終了時間に基づいて格納媒体割合を補正する格納媒体割合決定部と、を備えることを特徴とするバッチジョブ処理システム。請求項10に記載のバッチジョブ処理システムであって、前記バッチジョブ処理システムは、前記1台以上のバッチジョブ実行サーバと、前記バッチジョブ実行サーバからのファイルアクセス要求を処理する共有ファイルサーバとを備えており、前記バッチジョブ実行サーバは、前記ローカル格納媒体として、ローカルディスク、ローカルソリッドステートディスク、メモリの少なくとも1つを備えており、前記共有ファイルサーバは、前記共有格納媒体として、ハードディスク、ソリッドステートディスクの少なくとも1つを備えることを特徴とするバッチジョブ処理システム。請求項10に記載のバッチジョブ処理システムであって、前記バッチジョブ処理システムは、前記ファイル格納媒体を備えた1台以上のバッチジョブ実行サーバが、前記ネットワークを介して前記バッチジョブ管理サーバに接続されており、前記バッチジョブ実行サーバは、前記ファイル格納媒体として、1つ以上の前記ローカル格納媒体と1つ以上の前記共有格納媒体を備えることを特徴とするバッチジョブ処理システム。バッチジョブ処理システムにおけるバッチジョブの実行を管理するバッチジョブ管理サーバであって、前記バッチジョブ処理システムはネットワークを介して前記バッチジョブ管理サーバに接続される少なくとも1台のバッチジョブ実行サーバと、特性の異なる複数のファイル格納媒体を備えており、前記ファイル格納媒体は、1つ以上のローカル格納媒体と1つ以上の共有格納媒体を含むものにおいて、前記バッチジョブ管理サーバは、一連のジョブの纏まりであるジョブネット、および並列に実行するために前記ジョブが分割された分割ジョブの情報を表すジョブ情報と、前記ファイル格納媒体の情報を表す格納媒体情報と、ジョブ実行における条件を表すパラメタ情報の設定を受け付ける情報入力部と、前記格納媒体情報の格納媒体性能から前記各格納媒体への格納割合を決定する格納媒体割合決定部と、前記格納割合に基づいて再実行時間の長い分割ジョブから前記共有格納媒体に割り当てるジョブ格納媒体決定部と、前記分割ジョブの再実行時間を算出する再実行時間算出部と、前記パラメタ情報の再実行時間閾値を超えているか否かを判定し、前記再実行時間閾値を超えていると判定された場合に、最長再実行時間を有する分割ジョブの再実行開始ジョブまで戻る最適配置パターン生成部と、を備えていることを特徴とするバッチジョブ管理サーバ。請求項15に記載のバッチジョブ管理サーバあって、前記ジョブが用いる圧縮方法を決定する圧縮方法決定部と、前記決定された圧縮方法に基づいて格納媒体割合を補正する格納媒体割合決定部と、を備えることを特徴とするバッチジョブ管理サーバ。請求項15に記載のバッチジョブ管理サーバであって、前記分割ジョブの進捗を監視し、ジョブ終了時間をジョブ再実行時間管理テーブルに設定する進捗情報監視部と、前記ジョブ終了時間に基づいて格納媒体割合を補正する格納媒体割合決定部と、を備えることを特徴とするバッチジョブ管理サーバ。バッチ処理により行われる業務の中には、前日の営業時間に蓄積されたデータを翌日の営業開始時刻までにバッチ処理するなど、所定の時刻までに完了させなければならない業務が存在する。しかし、バッチ処理で扱われるデータ量は変動する場合があり、データ量に応じてバッチジョブの実行に要する時間が変動する。また、バッチ処理システムにおいて障害が発生した場合、一般的にはジョブの再実行により回復処理が行われるが、これによりバッチジョブの完了時刻が遅延する。このような状況においても、バッチジョブを所定の時刻に完了させなければならない。本発明の対象としているバッチ処理システムは、特性の異なる複数のファイル格納媒体を用いたバッチジョブシステム、実行方法に関するものである。このようなバッチ処理システムでは、ローカルストレージを備えた多数のジョブ実行サーバを利用する。また、ジョブ実行サーバ間でデータの受け渡しが必要になるため、データを共有するための共有ファイルサーバ共有格納媒体若しくは共有ストレージを備えている。各ジョブ実行サーバが備えるHDD、SSD、メモリ等のローカルの記憶媒体ローカルストレージは安価であるが、信頼性が低く、サーバ障害時に他のサーバへデータを引き継ぐことができない。一方、共有格納媒体共有ファイルサーバは一般的に高信頼であるが、高価である。また、ジョブ実行サーバ台数が増えるにつれて共有ファイルサーバへのアクセスが集中し、ボトルネックとなりやすい。バッチジョブの実行にローカルストレージのみを用いた場合、サーバ障害発生時に当該サーバのバッチジョブ実行結果にアクセスできないため、他のサーバにおいてバッチジョブ全体を再実行する必要があり、ジョブ再実行時間が長時間となる。一方、共有格納媒体共有ストレージのみを用いてバッチジョブを実行した場合、サーバ障害発生時には他サーバがジョブ実行を引き継ぐことが可能だが、多数のジョブ実行サーバからのアクセスが共有ストレージに集中するため、ファイルアクセス速度が低下し、通常のバッチジョブ実行時間が長時間となる可能性がある。非特許文献1を含めて、上記各先行技術文献では、多数のジョブ実行サーバからのアクセスが共有格納媒体に集中することに関しての配慮が十分にはなされていない。特許文献1には、バッチジョブの実行において障害が発生した場合に、当該ジョブの再実行もしくは代替ジョブ実行を行う方法が開示されているが、残り時間が不足する場合には、当該ジョブのスキップもしくは簡易的な代替ジョブを実行するため、後続のバッチジョブや業務に影響を及ぼす可能性がある。また、分割されたジョブの共有ストレージへのI/OInput/Outputタイミングを集中させる可能性もある。特許文献2では、データ記憶部がデータを冗長形態に記憶する複数の記憶媒体で構成されるものの、特性の異なる記憶媒体を扱っていない。また、バッチジョブの実行において障害が発生した場合の処理関しては何ら開示されてそのため、いない。計算ノード間で共有しない記憶媒体では、障害時にデータが失われてしまい、再実行時間が追加でかかってしまう問題がある。また、ジョブに適用する場合、ジョブ出力ファイルが次ジョブの入力ファイルになるため、順番を入れ替えられない問題がある。非特許文献1には、バッチジョブの実行において障害が発生した場合の対処法に関しては、何ら開示されていない。このように、上記各先行技術文献には、特性の異なる複数のファイル格納媒体を用いたバッチジョブ実行システム、方法において、障害時の再実行時間を満たす範囲内で、分割されたジョブの共有ストレージへのI/OInput/Outputタイミングを集中させないシステム、方法については、なんら開示されていない。本発明の目的は、本発明では、特性の異なる複数のファイル格納媒体を用いたバッチジョブ実行システム、方法において、障害時の再実行時間を満たす範囲内で、分割されたジョブの共有格納媒体へのI/Oタイミングを集中させないバッチジョブ処理システム及びバッチジョブ実行方法を提供することにある。本発明の代表的なものを示せば、次のとおりである。バッチジョブ処理システムにおけるバッチジョブの実行を管理するバッチジョブ管理サーバであって、前記バッチジョブ処理システムはネットワークを介して前記バッチジョブ管理サーバに接続される少なくとも1台のバッチジョブ実行サーバと、特性の異なる複数のファイル格納媒体を備えており、前記ファイル格納媒体は、1つ以上のローカル格納媒体と1つ以上の共有格納媒体を含むものにおいて、前記バッチジョブ管理サーバは、一連のジョブの纏まりであるジョブネット、および並列に実行するために前記ジョブが分割された分割ジョブの情報を表すジョブ情報と、前記ファイル格納媒体の情報を表す格納媒体情報と、ジョブ実行における条件を表すパラメタ情報の設定を受け付ける情報入力部と、前記格納媒体情報の格納媒体性能から前記各格納媒体への格納割合を決定する格納媒体割合決定部と、前記格納割合に基づいて再実行時間の長い分割ジョブから前記共有格納媒体に割り当てるジョブ格納媒体決定部と、前記分割ジョブの再実行時間を算出する再実行時間算出部と、前記パラメタ情報の再実行時間閾値を超えているか否かを判定し、前記再実行時間閾値を超えていると判定された場合に、最長再実行時間を有する分割ジョブの再実行開始ジョブまで戻る最適配置パターン生成部とを備えていることを特徴とする。本発明によれば、バッチジョブの実行において、特性の異なる複数のファイル格納媒体を用いたバッチジョブ実行システム、方法において、障害時の再実行時間を満たす範囲内で、ジョブの各媒体へのファイル格納割合を制御するバッチジョブ処理システム及びバッチジョブ実行方法を提供することができ、共有ファイルサーバのディスク数を削減するなどのコスト削減が可能である。一般的に、バッチジョブは依存関係を持つ複数のジョブから構成される。ある業務処理は一連のジョブの流れとして実現され、この一連のジョブの纏まりをジョブネットと呼ぶ。バッチジョブ内の分割されたジョブ単位で、ファイル格納媒体としてローカルストレージおよび共有ストレージを使い分けると、ある分割ジョブはすべて共有ストレージにI/Oを発行し、別の分割ジョブはすべてローカルストレージへI/Oを発行することとなり、各分割ジョブのI/Oタイミングが集中してしまう問題がある。そこで、本発明では、ジョブネットの処理に際して、共有格納媒体共有ストレージ、ローカルストレージの各媒体の媒体性能に基づいて、分割ジョブの各格納媒体の割合を決定し、再実行時間の長い分割ジョブから共有格納媒体に割り当てることで、共有格納媒体へのI/Oタイミングの集中を軽減する手段、方法を提供する。すなわち、本発明のバッチジョブ管理サーバには、ファイル格納媒体を備えた1台以上のバッチジョブ実行サーバと、ファイル格納媒体を有し前記バッチジョブ実行サーバからのファイルアクセス要求を処理する共有ファイルサーバとが、ネットワークを介して接続され、ジョブネット中の分割ジョブ情報、格納媒体情報、ジョブ実行における条件を表すパラメタ情報に基づいて、格納媒体性能から各媒体への格納媒体割合を決定し、格納割合に基づいて再実行時間の長い分割ジョブから共有格納媒体に割り当てる。パラメタ情報の再実行時間閾値を超えていると判定された場合、最長再実行時間を有する分割ジョブの再実行開始ジョブまで戻り、再度格納媒体割合を決定する。バッチジョブ管理サーバは、各格納媒体に分割ジョブを割り当てる中で、何れかの分割ジョブの再実行時間が予め設定されたジョブ再実行時間閾値を上回ってしまう場合には、共有格納媒体書込み重みを増加させることで共有格納媒体への格納割合を増やし、最長の再実行時間の分割ジョブまで戻り、再割り当てを実行する。そのため、分割されたジョブ単位で共有ファイルサーバへのアクセスが集中するのを緩和でき、障害が発生した場合においても、所定の完了時間を満たしつつバッチジョブを実行することができる。以下、本発明の実施形態を添付図面に基づいて説明する。本発明の第1の実施例になる、バッチジョブ処理システム及びバッチジョブ実行方法について、図1乃至図15を参照しながら説明する。図1は、本発明の第1の実施例になる、バッチジョブを実行する計算機システム、すなわちバッチジョブ処理システムのハードウェア構成を示すブロック図である。図1において、ネットワーク101には、バッチジョブを実行するバッチジョブ実行サーバ110と、ジョブ実行サーバ間でファイルを共有するための共有ファイルサーバ130と、バッチジョブの実行を管理するバッチジョブ管理サーバ150が接続されている。ジョブ実行サーバ110は、演算処理を行うCPU111と、プログラムやデータを格納するメモリ112と、ネットワーク7を介して他のサーバと通信を行う通信インターフェース113と、ファイル116を格納するファイル格納媒体としてのローカルディスクハードディスク115と、ローカルソリッドステートディスク116と、ローカルディスクを制御するためのディスクコントローラ114を備える。ファイルはローカルディスク上のファイル117、ローカルソリッドステートディスク上のファイル118、メモリ上のファイル119の1箇所、もしくは複数に格納される。ジョブ実行サーバ110のメモリ112には、ジョブの処理を行うジョブプログラム120と、ジョブの実行を制御するジョブ実行制御部121と、ファイル116、117、118を圧縮解凍する圧縮解凍部122と、ジョブプログラムのファイルアクセスを制御するファイルアクセス制御部121が、プログラムとして存在する。共有ファイルサーバ130は、演算処理を行うCPU131と、プログラムやデータを格納するメモリ132と、ネットワーク101を介して他のサーバと通信を行う通信インターフェース133と、ストレージネットワーク102を介してストレージシステム140へアクセスするためのストレージインターフェース134を備える。共有ファイルサーバ130のメモリ132には、ジョブ実行サーバ110のファイルアクセス制御部123からの要求によりストレージシステム140のファイル格納媒体としてのハードディスク141のファイル143、あるいはファイル格納媒体としてのソリッドステートディスク142のファイル144を読み書きするファイルサーバ制御部135が、プログラムとして存在する。ストレージシステム140は、ストレージネットワーク102を介して共有ファイルサーバ130のストレージインターフェース134と接続され、冗長化されたハードディスク141、あるいは冗長化されたソリッドステートディスク142を備える。バッチジョブ管理サーバ150は、演算処理を行うCPU151と、プログラムやデータを格納するメモリ152と、ネットワーク101を介して他のサーバと通信を行う通信インターフェース153と、ファイルを格納するローカルディスク155と、ローカルディスクを制御するためのディスクコントローラ154を備える。バッチジョブ管理サーバ150のメモリ152には、最適配置パターン生成部161と、ジョブ実行サーバにおけるバッチジョブ実行を制御するジョブ実行制御部168とが、プログラムとして存在する。バッチジョブ処理システムの各部は、メモリやファイルのデータを用い、メモリにロードされた各種のプログラムをCPUにて実行することにより、それらの処理機能が実現される。最適配置パターン生成部161は、プログラムを実行することにより次のような機能が実現される。すなわち、最適配置パターン生成部161には、バッチジョブの情報と、ファイルを格納する媒体の情報と、バッチジョブの実行条件を設定するためのパラメタと、圧縮の情報とを入力するための情報入力部162と、ファイルを格納する媒体の割合を決定する格納媒体割合決定部163と、分割されたジョブそれぞれがどの格納媒体にファイルを格納するかを決定するジョブ格納媒体決定部164と、バッチジョブの処理時間を算出する処理時間算出部165と、障害時にジョブを再実行する処理時間を算出する再実行時間算出部166とが存在する。167は、バッチジョブを格納媒体に圧縮して格納するための圧縮方法を設定する圧縮方法決定部である。また、ローカルディスク155には、バッチジョブのジョブ情報を格納するジョブ情報テーブル171と、ファイル格納媒体の特性情報を記憶する格納媒体情報テーブル172と、バッチジョブの実行条件の情報を記憶するパラメタテーブル173と、分割されたジョブそれぞれの実行ジョブサーバ、格納媒体、再実行時間を管理するジョブ再実行時間管理テーブル174と、ファイルを圧縮する方法の特性情報を記憶する圧縮情報テーブル175と、ジョブが用いる圧縮方法を管理するジョブ圧縮方法管理テーブル176とが格納される。上記の構成において、格納媒体割合決定部163は、入力されたジョブ情報テーブル171と、格納媒体情報テーブル172と、パラメタ情報テーブル173とに従って、分割されたジョブの格納媒体の割合を決定する。ジョブ格納媒体決定部164は、前記決定された格納媒体割合に従って、ジョブ再実行時間管理テーブル174の情報、すなわち最適配置パターンを参照して再実行時間を管理し、分割されたジョブの格納媒体を決定する。前記再実行時間の管理に関しては、処理時間算出部165がジョブの処理時間を算出した結果、および再実行時間算出部166がジョブの再実行時間を算出した結果が利用される。また、格納媒体割合決定部163は、入力されたジョブ情報テーブル171と、圧縮情報テーブル175とをさらに参照し、格納媒体割合を決定してもよい。さらに、最適配置パターン生成部161は、バッチジョブの進捗状況を監視する進捗状況監視部169を備え、格納媒体割合決定部163は、進捗状況監視部169によって得られた監視結果に応じて格納媒体割合を補正してもよい。ジョブ実行サーバ110のジョブ実行制御部119は、バッチジョブ管理サーバ150のジョブ実行制御部168の指示により、ジョブプログラム118を起動し、最適ファイル配置パターンに基づいてジョブの実行を行う。ジョブプログラム116は、ファイルアクセス制御部121を介して、ローカルディスク115に格納されたファイル117、もしくはローカルソリッドステートディスク116に格納されたファイル118、もしくはメモリ112に格納されたファイル119の読み取りまたは書き込みを行い、業務処理を行う。もしくは、ジョブプログラム118は、ファイルアクセス制御部121および共有ファイルサーバ130のファイルサーバ制御部135を介して、ストレージシステム140のローカルディスク141に格納されたファイル143、もしくはローカルソリッドステートディスク142に格納されたファイル144の読み取りおよび書き込みを行い、業務処理を行う。なお、図1において、ジョブ実行サーバおよび共有ファイルサーバは各2台のみ図示しているが、これに限定されるものではなく、任意の台数のジョブ実行サーバおよび共有ファイルサーバに本発明を適用可能である。ジョブ実行サーバ110の格納媒体はローカルハードディスク115と、ローカルソリッドステートディスク116と、メモリ112を図示しているが、これに限定されるものではなく、任意の記憶媒体において本発明を適用可能である。ストレージシステム140の格納媒体はローカルハードディスク141と、ローカルソリッドステートディスク142とを図示しているが、これに限定されるものではなく、任意の記憶媒体において本発明を適用可能である。ある業務処理は一連のジョブの流れとして実現され、この一連のジョブの纏まりをジョブネットと呼ぶ。図2は、ジョブネットの一例を表すジョブネット図である。ジョブネットの先頭の入力ファイルを開始入力ファイル200と呼び、終端の出力ファイルを結果出力ファイル240と呼ぶ。ジョブ間でデータの受け渡しに使用されるファイルは中間ファイル220と呼ぶ。ジョブAの入力ファイルはジョブ実行サーバ110の台数と、CPU数とに応じて分割され、複数台のジョブ実行サーバ110上でそれぞれ異なる入力ファイルを用いてジョブAが並列に実行される。同様にジョブBからジョブFについても、複数台のジョブ実行サーバ110上で並列に実行される。ジョブA210は分割され、分割ジョブA1211、分割ジョブA2212、分割ジョブA3213から構成される。開始入力ファイル200は分割され、開始入力ファイル201、202、203となる。結果出力ファイル240は分割され、結果出力ファイル241、242、243となる。中間ファイル220は分割され、結果出力ファイル221、222、223となる。入力ファイルの分割の一例として、金融機関における決済処理においては、口座番号や地域番号をキーにしてデータを分割し、ジョブ実行サーバへ処理を割り当てる。このデータを分割するキーを、入力データの分割属性と呼ぶ。分割属性は、各ジョブの業務処理内容により決定される。図2では、入力データとなる入力ファイル201を分割ジョブA1211が読み込んでデータの加工や集計などの業務処理を行い、結果を中間ファイル221へ出力する様子が表されている。さらに、分割ジョブA1211が出力した中間ファイル221を分割ジョブB1および分割ジョブD1が読み込んで処理を行い、それぞれ結果を中間ファイルに出力する様子が表されている。同様に、分割ジョブF1は分割ジョブC1および分割ジョブE1の出力結果ファイルを読み込んで処理を行い、結果を出力する。このように、各分割ジョブは1つ以上の入力ファイルを読み込んで処理を行い、1つ以上の出力ファイルを書きだす。図3は、図2のジョブネットに関する情報をテーブルで表現したジョブ情報テーブル171の例である。複数のジョブがある場合に、各ジョブに名前A~Fが付与される。ジョブ情報テーブル171では、各ジョブネット名301、ここではジョブネットAに対し、そのジョブネットが含むジョブ名302、各ジョブの先行ジョブ名303、後続ジョブ名304、ジョブの入出力ファイルが共有必須かどうかを表す共有必須カラム305、入力ファイルが非圧縮であるかどうかを表す入力日圧縮カラム306と、出力ファイルが非圧縮であるかどうかを表す出力非圧縮カラム307と、ジョブのCPU時間を表すCPU時間カラム309と、ジョブのI/O量を表すI/O量カラム309と、ジョブの分割数を表すジョブ分割数カラム310とを含んでいる。JOB_Aの場合、ジョブネットの最初のジョブであるため先行ジョブは無く、JOB_Aの出力ファイルをJOB_BおよびJOB_Dが使用するため後続ジョブ名はJOB_B,JOB_Dとなっている。またJOB_Fの場合、JOB_CおよびJOB_Eの出力ファイルを使用するため先行ジョブはJOB_C,JOB_Eとなっており、後続ジョブ名についてはジョブネットの最後のジョブであるため無しとなっている。図4に、格納媒体情報テーブル172の一例を示す。格納媒体情報テーブル172は、媒体名称カラム401と、媒体種別カラム402と、サーバ障害時引継ぎカラム403と、媒体性能カラム404とからなる。媒体性能カラム404は、リードスループットカラム405及びライトスループットカラム406と、リードライトスループット407とからなり、いずれの値カラム405406の値、又はカラム407の値を用いてもよい。以下の例では、リードライトスループット407を用いる。媒体名称401は、例えばローカルHDDや共有ファイルサーバHDD等である。媒体種別402は、ファイル格納媒体の種別を表す。種別がローカルの場合は、1つのジョブ実行サーバのみが格納されたファイルにアクセス可能なことを表す。種別が共有の場合は、任意のジョブ実行サーバが格納されたファイルにアクセス可能なことを表す。サーバ障害時引継ぎカラム403のサーバ障害時引継ぎ可否は、あるジョブ実行サーバで障害発生した場合に、他のジョブ実行サーバへファイルを引き継ぎ可能であるか否かを表す。ローカルの場合は各ジョブ実行サーバがファイルを保持しているため、他のジョブ実行サーバへファイルを引き継ぐことはできず、引き継ぎは不可となる。共有ファイルシステムの場合は別のジョブ実行サーバでもファイルにアクセスすることが可能なため、引き継ぎは可となる。カラム404の媒体性能は、ファイル格納媒体のリード速度およびライト速度スループットを表す。媒体種別が共有の場合は、全てのジョブ実行サーバからアクセスされた場合の合計のスループットである。本実施例ではローカルHDDと、ローカルSSDと、ローカルメモリと、共有HDDと、共有SSDとの5つ格納媒体を用いた例を示しているが、任意の数の記憶媒体を用いてもよい。また、上記以外の他の記憶媒体を用いてもよい。なお、本発明において、特性の異なる複数のファイル格納媒体は、すくなくとも、サーバ障害時引継ぎカラム403のサーバ障害時引継ぎが可能であるか否かで、特性が同じか異かが決定される。また、媒体性能が実質的に異なるものも特性の異なる複数のファイル格納媒体に該当する。図5に、入力パラメタテーブル173の一例を示す。入力パラメタテーブル173は、要求処理時間511と、再実行時間閾値512と、ジョブ実行サーバ数513と、CPUコア数514と、共有書込み重み初期値515とからなる。要求処理時間511は、バッチジョブ実行中に障害が発生しなかった場合にバッチジョブが完了すべき処理時間を表す。再実行時間閾値512は、バッチジョブ実行中に障害が発生した場合に再実行に許容できる処理時間を表す。ジョブ実行サーバ数513は、バッチジョブの実行に使用するジョブ実行サーバ数を表す。CPUコア数514はジョブ実行サーバにおけるCPUコアの数を表す。共有書き込み重み初期値515は、後述する格納媒体割合を決定する処理に用いる共有書き込み重みの初期値を表す。共有書き込み重み更新516は、共有書き込み重みの更新値を表す。図6に、最適配置パターン生成部161において生成過程にある、ジョブ再実行時間管理テーブル174の一例を示す。ジョブ再実行時間管理テーブル174は、ジョブ名カラム601、項目カラム602、分割ジョブカラム603、604、605、606、607、608からなる。項目カラム602には実行サーバ612、格納媒体613、再実行時間914からなる。行612、613、614は、ジョブAの分割ジョブ1分割ジョブA1は、実行サーバがジョブ実行サーバ1、格納媒体が共有HDD、再実行時間が0分であることを表している。ジョブ再実行時間管理テーブルの内容の決定方法は後述する。図7に、圧縮方法情報テーブル175の一例を示す。圧縮方法情報テーブル175は、圧縮方法カラム1101と、圧縮率カラム1102と、圧縮スループットカラム1103と、解凍スループットカラム1104と、圧縮解凍スループットカラム1105からなる。圧縮スループットカラム1105は、圧縮処理と解凍処理を1回ずつ処理した場合のスループットである。ここで、媒体性能の補正に用いる値は、圧縮スループットカラム1103、および解凍スループットカラム1104の値、もしくは圧縮解凍スループットカラム1105の値を用いる。本実施例では、圧縮解凍スループットカラム1105の値を用いる。例えば、行1111は、圧縮方法1の圧縮率が0.25、圧縮スループットが300MB/秒、解凍スループットが600MB/秒、圧縮解凍スループットが400MB/秒であることを表している。図8に、ジョブがどの圧縮方法を用いるかを管理するジョブ圧縮情報管理テーブル176の一例を示す。ジョブ圧縮情報管理テーブル176は、ジョブネット名カラム1201、ジョブ名カラム1202、CPU時間カラム1203、I/O量カラム1204、ローカルHDDカラム1205、ローカルSSDカラム1206、ローカルメモリカラム1207、共有HDDカラム1208、共有SSDカラム1209からなる。ジョブネット名カラム1201、ジョブ名カラム1202、CPU時間カラム1203、I/O量カラム1204は、図3に示したジョブ情報テーブルと同じ内容である。ローカルHDDカラム1205、ローカルSSDカラム1206、ローカルメモリカラム1207、共有HDDカラム1208、共有SSDカラム1209には、圧縮方法決定部167により、どの圧縮方法が用いられるかが設定される。例えば、行1211は、ジョブAの場合、ローカルHDDは圧縮方法2、ローカルSSDは圧縮方法1、ローカルメモリは非圧縮、共有HDDは圧縮方法2、共有SSDは圧縮方法1を用いることを表している。図9に、バッチジョブ実行方法における、最適配置パターン生成部161によるファイル配置の最適パターン算出の、全体の処理フローを示す。まず、ステップS701において、システム運用管理者がジョブ情報と、格納媒体情報と、パラメタ情報と、入力パラメタとを設定する。これらは、情報入力部161によって、ジョブ情報テーブル171、および格納媒体情報テーブル172、およびパラメタ情報テーブル173に格納される。次に、ステップS702において、最適配置パターン生成部161は、ジョブ再実行時間管理テーブル174を参照し、ジョブ実行サーバに分割ジョブを均等に割り当てる。すなわち、ジョブ情報テーブル171のジョブ分割数カラム310の値、およびパラメタ情報テーブルのジョブ実行サーバ数513を参照し、ジョブ分割数÷ジョブ実行サーバ数で算出する。例えば、図3においてジョブAの分割数が100であり、図5においてジョブ実行サーバ数が5であることから、ジョブ実行サーバ1台あたりの分割ジョブ数は20となり、分割ジョブA1からA20までをジョブ実行サーバ1に、分割ジョブA21からA40までをジョブ実行サーバ2に、分割ジョブA41からA60までをジョブ実行サーバ3に、分割ジョブA61からA80までをジョブ実行サーバ4に、分割ジョブA81からa100までをジョブ実行サーバ5に、それぞれ割り当てる。次に、ステップS703において、次のジョブを選択する。ステップS704において、格納媒体割合決定部163は、ファイル格納媒体性能から各媒体への格納割合を決定する。ステップS704の処理の詳細は後述する。ステップS705において、ジョブ格納媒体決定部164は、前記ステップS704において決定した格納割合に基づいて、再実行時間の長い分割ジョブから共有ストレージに割り当てる。ステップS705の処理の詳細は後述する。ステップS706において、パラメタ情報テーブル173を参照する。ステップS707において、最適配置パターン生成部161は、ジョブ再実行時間管理テーブル174の該ジョブの再実行時間が、パラメタ情報テーブル173の再実行時間閾値を超えているか否かを判定する。前記ステップS707においてYesと判定された場合、ステップS708において、最適配置パターン生成部161は、共有ストレージへの書き込み割合を増加させる方向に補正する値である共有書き込み重みを増加させ、入力パラメタテーブル173の共有書き込み重みのデータを更新し、前記ステップS709において、最適配置パターン生成部161は、最長再実行時間を有するジョブ、すなわち該ジョブの再実行時間が最大となる分割ジョブにおいて、再実行時間が0分となるジョブまで戻り、処理を繰り返す。例えば、ジョブFで再実行時間閾値を超えていると判定された場合に、最長再実行時間を有する分割ジョブは、図6に示したジョブ再実行時間管理テーブル174において、4分の再実行時間を有する分割ジョブ42であり、その前の再実行時間が0となるジョブはジョブDとなるなお、ここでは、図示していないジョブEは再実行時間が0でないものとする。次に、前記ステップS707でNoにおいて判定された場合、最適配置パターン生成部161は、ステップS710において、該ジョブが最終ジョブか否かを判定する。前記ステップS710においてNoと判定された場合、前記ステップS703に戻り、処理を繰り返す。前記ステップS710においてYesと判定された場合、ステップS711において、処理時間算出部165がジョブ全体の処理時間を算出し、ジョブ全体の処理時間が要求処理時間以内か否かを判定する。前記ステップS711おいてYesと判定された場合、ステップS712において、最適配置パターン生成部161は、配置方法として、ジョブ再実行時間管理テーブル174を出力して処理を終了する。前記ステップS711においてNoと判定された場合、最適配置パターン生成部161は、ステップS713において、配置方法なしを出力し、処理を終了する。このようにして生成されたジョブ再実行時間管理テーブルの一例を、図10に、示す。初期値に基づいて生成された図6のジョブ再実行時間管理テーブルでは、分割ジョブ42のジョブFが4分の再実行時間を有していた。本実施例では、最適配置パターン生成処理により、格納媒体の格納割合を変更し、ジョブ実行サーバのCPUがボトルネックとなるようなジョブに対して共有ストレージへの格納媒体の割合を高くする処理を行う。例えば、図10のジョブ再実行時間管理テーブル174では、ジョブFの格納媒体が共有SSDに変更され、再実行時間が0分となっている。図11に、ジョブA,Bに対する格納媒体の割り当ての例を示す。ローカル格納媒体に書き込まれた分割ジョブの再実行時間は、共有格納媒体に書き込まれた分割ジョブの再実行時間よりも長くなる。そこで、本発明では、例えばジョブAの分割ジョブA01のように、共有の格納媒体共有HDDに書き込まれた分割ジョブに対しては、次の段階のジョブBの分割ジョブB01がローカルの格納媒体ローカルメモリに格納され、逆に、ジョブAの分割ジョブA02のように、ローカルの格納媒体ローカルSSDに書き込まれた分割ジョブに対しては、次の段階のジョブBの分割ジョブB02は共有の格納媒体共有SSDに格納されるように制御することで、複数の段階にわたる各分割ジョブの再実行時間の均一化を図っている。ただし、単に、個々のジョブの進行毎に、共有の格納媒体とローカルの格納媒体への格納を交互に繰り返すものではない。例えば、ジョブAの分割ジョブA22では、ローカルメモリに書き込まれた分割ジョブに対して、次の段階のジョブBの分割ジョブB22がローカルSSDに格納されている。このように、各分割ジョブの格納媒体への割り当ては、割り当て可能な共有システムの格納媒体の数などを踏まえ決定され多段階で全体として均一になるように制御される。次に、図12で説明したファイル配置の最適パターン算出の処理フローの幾つかのステップに関し、より詳細に説明する。図12に、前記ステップS704のファイル格納媒体性能から各媒体への格納割合を決定する処理フローを示す。まず、ステップS801において、格納媒体割合決定部163は、格納媒体情報テーブル172を参照し、ステップS802において、次の媒体を選択する。次に、ステップS803において、格納媒体割合決定部163は、圧縮方法に基づき媒体性能を補正し、ステップS804において、ジョブのCPU時間、およびI/O量から媒体性能を補正する。前記ステップS803、および前記ステップS804の詳細は後述する。なお、前記ステップS803、および前記ステップS804は本発明の実現に必須ではなく、これを省略しても良い。ステップS805において、格納媒体割合決定部163は、該媒体における格納媒体情報テーブル172の媒体種別が共有であるか否かを判定する。前記ステップS805においてYesと判定された場合、格納媒体割合決定部163は、媒体の新性能を旧媒体性能×前記共有書き込み重みに設定する。前記ステップS805においてNoと判定された場合、格納媒体割合決定部163は、媒体の新性能を旧媒体性能×ジョブ実行サーバ数に設定する。前記ステップS806、もしくは前記ステップS807が終了した場合、ステップS808において該媒体が最終媒体であるか否かを判定する。前記S808においてNoと判定された場合、前記ステップS802に戻り、処理を繰り返す。前記ステップS808においてYesと判定された場合、ステップS809において、格納媒体割合決定部163は、ジョブ情報テーブル171を参照する。ステップS810において、格納媒体割合決定部163は、当該ジョブに関して、ジョブ情報テーブル171の共有必須カラムが出力であるか否かを判定する。前記ステップS810においてYesと判定されたジョブである場合、ステップS811において、格納媒体割合決定部163は、当該ジョブに関して、格納媒体テーブル172の媒体種別が共有となっている媒体に対して、補正後の各媒体の性能比率を格納媒体割合に設定し、処理を終了する。前記ステップS810においてNoと判定された場合、ステップS812において、格納媒体割合決定部163は、当該ジョブに関して、すべての媒体に対して、補正後の各媒体の性能比率を格納媒体割合に設定し、処理を終了する。例えば、図4のファイル格納媒体テーブル172において、リードライト性能を用いる場合、すべての媒体に対する性能比率は、ローカルHDD:ローカルSSD:ローカルメモリ:共有ファイルサーバHDD:共有ファイルサーバSSD=40:200:400:40:200=1:5:10:1:5となる。媒体種別が共有となっている媒体に対する性能比率は、共有ファイルサーバHDD:共有ファイルサーバSSD=40:200=1:5となる。また、再実行時間閾値を超えた場合、共有書込み重みが2となるため、共有ファイルサーバHDDと、共有ファイルサーバSSDとの新媒体性能を2倍に設定する。すなわち、ローカルHDD:ローカルSSD:ローカルメモリ:共有ファイルサーバHDD:共有ファイルサーバSSD=40:200:400:40×2:200×2=1:5:10:2:10となる。図13に、前記ステップS705の前記格納割合に基づいて、再実行時間の長い分割ジョブから共有格納媒体に割り当てる処理フローを示す。まず、ステップS901において、ジョブ格納媒体決定部164は、ジョブ再実行時間管理テーブル174、および格納媒体情報テーブル172を参照する。ステップS902において、ジョブ格納媒体決定部164は、前ジョブで格納媒体情報テーブル172において媒体種別が共有となっている共有格納媒体に書き込んだ最後のジョブ実行サーバを選択する。ステップS903において、次の格納を選択し、ステップS904において選択格納媒体の分割数を前記格納割合×分割数で算出する。例えば、すべての媒体に対する性能比率が1:5:10:1:5の場合、ローカルHDDの割合は1/151015=1/22となる。次に、ステップS905において、次のジョブ実行サーバを選択し、ステップS906において該ジョブ実行サーバで実行する分割ジョブにおいて、前ジョブの再実行時間が最長の分割ジョブを選択し、該格納媒体を設定する。ステップS907において、該格納媒体の媒体種別が共有であるか否かを判定する。前記ステップS907においてYesと判定された場合、該選択ジョブの再実行時間を0に設定する。前記ステップS907においてNoと判定された場合、該選択ジョブの再実行時間を前ジョブの再実行時間選択ジョブのCPU時間÷分割数に設定する。前記ステップS908、もしくは前記ステップS909が終了した場合、ステップS910において該格納媒体の分割ジョブ数を超えたか否かを判定する。前記ステップS910においてNoと判定された場合、前記ステップS905に戻り、処理を繰り返す。前記ステップS910においてYesと判定された場合、ステップS911において最終格納媒体か否かを判定する。前記ステップS911においてNoと判定された場合、前記ステップS903に戻り、処理を繰り返す。前記ステップS911においてYesと判定された場合、処理を終了する。例えば、図6のジョブ再実行時間管理テーブルにおいて、ジョブAではジョブ実行サーバ1が選択され、最長再実行時間を有する分割ジョブ1に共有HDDを割り当て、再実行時間を0分に設定する。次にジョブ実行サーバ2が選択され、最長実行時間を有する分割ジョブ21に対して上記処理を繰り返す。また、ジョブBの分割ジョブ22では、ジョブBのCPU時間が3分、ジョブ分割数が100であることから再実行時間は10/100分3/100分=13/100分と設定される。なお、本実施例では、共有書き込み重みを用いて格納媒体割合を変更したが、他のいかなる方法で変更してもよい。例えば、処理を何もしないダミーの分割ジョブを加えることで共有HDD、共有SSDへ割り当てる分割ジョブ数を増加させてもよい。本発明では、上記の手順により各分割ジョブの入力ファイルおよび出力ファイルの格納媒体を決定し、バッチジョブを実行する。通常時に加えて、障害発生時の要求処理時間も満たすファイル配置パターンを算出することにより、障害が発生してジョブの再実行を行った場合でも、要求処理時間を満たすことができる。次に、ジョブのCPU時間、I/O量から媒体性能を補正し、格納媒体割合を変更する方法を示す。図12のステップS804において、ジョブのCPU時間、I/O量から媒体性能を補正する処理をさらに追加することによって、実現する。図14に前記ステップS804のジョブのCPU時間、I/O量から媒体性能を補正する処理フローを示す。まず、ステップS1001において、格納媒体割合決定部163は、I/O量÷CPU時間がCPU-I/O比補正閾値未満か否かを判定する。前記ステップS1001においてYesと判定された場合、ステップS1002において、格納媒体割合決定部163は、該格納媒体の媒体種別が共有であるか否かを判定する。前記ステップS1002においてYesと判定された場合、ステップS1003において、格納媒体割合決定部163は、該媒体の新性能を旧媒体性能×CPU-I/O比補正重みに設定し、処理を終了する。前記ステップS1001においてNoと判定された場合、もしくは前記ステップS1002においてNoと判定された場合、ステップS1004において、格納媒体割合決定部163は、媒体の新性能を旧媒体性能に設定し、処理を終了する。本実施例では、CPU-I/O比補正閾値を5に、CPU-I/O比補正重みを3に設定している。例えば、図3に記載のジョブ情報テーブルにおいて、ジョブAはCPU時間が10分、I/O量が30GBとなるため、I/O量÷CPU時間=30GB÷10分=3となり、前記ステップS1002においてYesと判定される。よって、共有HDDと、共有SSDとの媒体の新性能を3倍し、共有HDDが40×3=120MB/秒、共有SSDが200×3=600MB/秒となる。本発明では、上記の手順によりジョブのCPU時間と、I/O量とを用いて格納媒体性能を補正し、格納媒体割合を変更することにより、CPU-I/O比が低い、すなわちジョブ実行サーバのCPUがボトルネックとなるようなジョブに対しては、共有ストレージへの格納媒体の割合を高くし、CPU-I/O比が高い、すなわちジョブ実行サーバのI/Oがボトルネックとなるようなジョブに対しては、共有ストレージへの格納媒体の割合を低くすることができる。次に、圧縮方法に基づき媒体性能を補正し、格納媒体割合を変更する方法を示す。図12のステップS803において、圧縮方法に基づき媒体性能を補正する処理をさらに追加することによって、実現する。図15に、前記ステップS803の圧縮方法に基づき媒体性能を補正する処理フローを示す。まず、ステップS1301において、情報システム管理者が圧縮情報テーブル175の内容を入力する。ステップS1302において、圧縮方法決定部167は、圧縮情報テーブル175、およびジョブ圧縮情報管理テーブル176を参照する。ステップS1303において、圧縮方法決定部167は、I/O量÷CPU時間が圧縮閾値1未満であるか否かを判定する。前記ステップS1304においてYesと判定された場合に、すべての格納媒体を非圧縮に設定する。前記ステップS1303においてNoと判定された場合、ステップS1305において、圧縮方法決定部167は、I/O量÷CPU時間が圧縮閾値2未満であるか否かを判定する。前記ステップS1305においてYesと判定された場合、ステップS1306において、HDDは圧縮方法1に設定し、SSD、およびメモリは非圧縮に設定する。前記ステップS1305においてNoと判定された場合、ステップS1307において、圧縮方法決定部167は、I/O量÷CPU時間が圧縮閾値3未満であるか否かを判定する。前記ステップS1307においてYesと判定された場合、ステップS1308において、HDDは圧縮方法2に設定し、SSDは圧縮方法1に設定し、メモリは非圧縮に設定する。前記ステップS1307においてNoと判定された場合、ステップS1309において、HDD、およびSSDは圧縮方法2に設定し、メモリは圧縮方法1に設定する。前記ステップS1304、もしくは前記ステップS1306、もしくは前記ステップS1308、もしくは前記ステップS1309が終了した場合、ステップS1310において、圧縮方法決定部167は、選択されているジョブにおいて、該媒体が圧縮されているか否か非圧縮以外か否かを判定する。前記ステップS1310においてYesと判定された場合、ステップS1311において、媒体の新性能を媒体性能/圧縮率に設定し、処理を終了する。前記ステップS1310においてNoと判定された場合、ステップS1312において、圧縮方法決定部167は、媒体の新性能を媒体の旧性能に設定し、処理を終了する。本実施例では、圧縮閾値1を1に、圧縮閾値2を3に、圧縮閾値3を10に設定している。例えば、図14に示すジョブ圧縮情報管理テーブルにおいて、ジョブAはCPU時間が10分、I/O量が30GBとなるため、I/O量÷CPU時間=30GB÷10分=3となり、前記ステップS1007においてYesと判定される。よって、ステップS1308が実行され、ジョブ圧縮情報管理テーブルのローカルHDDカラム1205、および共有HDDカラムは圧縮方法2に設定され、ローカルSSDカラム1203、および共有SSDカラム1209は圧縮方法1に設定され、ローカルメモリカラム1207は非圧縮に設定される。本実施例では圧縮方法を4段階で決定しているが、任意の段階としてもよい。また、ローカルストレージと共有ストレージと区別して圧縮方法を決定してもよい。例えば、前記ステップS1303においてローカルストレージはI/O量÷CPUで判定し、共有ストレージはI/O量÷CPU×ジョブ実行サーバ数で判定してもよい。以上述べたように、本実施例では、ジョブネットを構成する分割されたジョブ単位で、ファイル格納媒体としてジョブ実行サーバの各ローカルディスクおよび共有ファイルサーバを使い分け、所定の完了時間を満たす最適ファイル配置パターンを生成し、さらに、分割されたジョブの共有ストレージへのI/Oタイミングを集中させないように、格納媒体を割り当てる。このようにして生成された最適ファイル配置パターンに基づいて、バッチジョブを実行する。これにより、サーバ障害発生時に当該サーバのバッチジョブ実行結果にアクセスできるため、ジョブ再実行時間が短縮される。また、ローカルディスクおよび共有ファイルサーバの双方を用いて各バッチジョブを実行し、かつ、分割されたジョブの共有ストレージへのI/Oタイミングを集中させないので、複数のジョブ実行サーバからのアクセスが共有ファイルサーバに集中してファイルアクセス速度が低下することも抑制され、所定の完了時間を満たすことができるこのように、本実施例によれば、バッチジョブの実行において、障害時の再実行時間を満たす範囲内で、分割されたジョブの共有ストレージへのI/Oタイミングを集中させないことができる。実施例1においては、分割ジョブの格納媒体を決定し、処理を終了していた。しかしながら、障害時の再実行、あるいはデータ量の変動による処理時間変動等により、算出した処理時間で終了しない場合がある。よって、本実施例では、ジョブ実行の進捗を監視し、監視結果に基づいて格納媒体割合を補正し、分割ジョブの格納媒体を変更する方法を示す。本発明の第2の実施例を、図16、図17を参照しながら説明する。図16は本発明の第2の実施例になる、ジョブ再実行時間管理テーブルである。図17は、第2の実施例における全体処理フローチャートである。第2の実施例では、図1に示したシステム構成図において、分割ジョブの進捗情報を監視し、分割ジョブの終了時刻をジョブ再実行時間管理テーブル174に設定する進捗情報監視部169を有する。図16は、実施例1の図6に相当する、ジョブ再実行時間管理テーブル174である。ジョブ実行サーバ1411、格納媒体1412、再実行時間1413が図6に示したジョブ実行サーバ612、格納媒体613、再実行時間614に相当する。本実施例では、さらに、進捗状況監視部169が監視したジョブの終了時間を設定する終了時間1414を有する。図17は、実施例1の図9に相当する、バッチジョブ実行方法におけるファイル配置の最適パターン算出の処理フローを示す。まず、ステップS1502において、最適配置パターン生成部161は、図9の前記ステップS701、およびステップS702を実行する。次に、ステップS1503において、進捗状況監視部169は、分割ジョブの進捗を監視し、ジョブの終了時間を図16に示した終了時間に設定する。ステップS1504において、進捗状況監視部169は、すべての分割ジョブが終了したか否かを判定する。前記ステップS1503においてNoと判定された場合、前記ステップS1503に戻り、処理を繰り返す。前記ステップS1503においてYesと判定された場合、ステップS1505において、進捗状況監視部169は、分割ジョブの終了時刻と、最初に終了した分割ジョブの終了時刻との差分を算出し、共有ストレージ、およびローカルストレージの平均遅延時間を算出する。ステップS1506において、進捗状況監視部169は、共有ストレージの平均遅延時間がローカルストレージの平均遅延時間よりも大きいか否かを判定する。前記ステップS1506においてYesと判定された場合、ステップS1507において、進捗状況監視部169は、媒体種別=共有となる格納媒体に対して、媒体の新性能を旧媒体性能×進捗監視重み1に設定する。前記ステップS1506においてNoと判定された場合、ステップS1508において、進捗状況監視部169は、媒体種別=共有となる格納媒体に対して、媒体の新性能を旧媒体性能×進捗監視重み2に設定する。前記ステップS1507、もしくは前記ステップS1508が終了した場合、ステップS1509において、進捗状況監視部169は、すべての分割ジョブを開始していないジョブを選択する。ステップS1510において、最適配置パターン生成部161は、図9の前記ステップS703からステップS714を実行する。ステップS1511において、進捗状況監視部169は、すべてのジョブが終了したか否かを判定する。前記ステップS1511においてNoと判定された場合、前記ステップS1503に戻り、処理を繰り返す。前記ステップS1511においてYesと判定された場合、処理を終了する。本実施例では、進捗監視重み1を0.8に、進捗監視重み2を1.5に設定している。例えば、図16のジョブAのすべての分割ジョブが終了した場合、最初に終了した分割ジョブは分割ジョブ1の10:00となり、差分はそれぞれ、分割ジョブ2が2分、分割ジョブ21が3分、分割ジョブ22が2分、分割ジョブ41が5分、分割ジョブ41が2分となる。共有ストレージの平均遅延時間は、分割ジョブ1と、および分割ジョブ21との平均を算出するため、0分3分÷2=1.5分となる。同様に、ローカルストレージの平均遅延時間は、分割ジョブ2と、分割ジョブ22と、分割ジョブ41と、分割ジョブ42との平均を算出するため、2分2分5分2分÷4=2.75分となる。よって前記ステップS1506において、Noと判定され、共有HDDと、共有SSDとの媒体の新性能を1,5倍にし、共有HDDが40×1.5=60MB/秒、共有SSDが200×1.5=300MB/秒となる。これにより、格納媒体割合も変更となる。前記ステップS1509では、ジョブBは既に開始されているため、選択されず、ジョブCジョブCも一部の分割ジョブが実行されている場合、ジョブDが選択される。このように、本実施例によれば、バッチジョブの実行において、ジョブ実行の進捗を監視し、監視結果に基づいて格納媒体割合を補正し、分割ジョブの格納媒体を変更することで、障害時の再実行時間を満たす範囲内で、分割されたジョブの共有ストレージへのI/Oタイミングを集中させないことができる。次に、本発明の第3の実施例を、図18を参照しながら説明する。実施例1および2は、共有ファイルサーバ130、およびストレージシステム140により、ジョブ実行サーバ110と他のジョブ実行サーバとのファイル共有を実現していた。本実施例は、実施例1または実施例2とは異なり、ジョブ実行サーバ110におけるローカルストレージを共有する場合の分割ジョブの格納媒体決定方法を示す。たとえば、非特許文献1のローカルHDDを用いてファイルを共有することができる。また、障害時にデータが消失しないように、他の計算機にデータの複製を持つという特徴を有する。図18は、実施例3における、バッチジョブを実行する計算機システム、すなわちバッチジョブ処理システムのハードウェア構成を示すブロック図である。図18は、実施例1における図1に相当する。ジョブ実行サーバ110は、図1に示したジョブ実行サーバ110に相当し、図1に示したファイルサーバ135に相当するファイルサーバ制御部1601をさらに有する。バッチジョブ実行サーバ150は図1に示した150に相当し、格納媒体情報テーブル1672は、図1に示した格納媒体情報テーブル172に相当する。図19は、格納媒体情報テーブル1672の一例である。カラム401からカラム407は、図4に示したカラム401から407に相当する。行1711は、ローカルHDDの媒体種別カラム402の値がローカルであり、行1712は、ローカルHDDの媒体種別カラム402の値が共有であることを表している。どちらもローカルHDDであるが、共有する場合、他のジョブ実行サーバにもデータを複製するため、媒体性能は低くなることが多い。このように、同一の格納媒体であっても、共有する場合と、共有しない場合があってよい。図19に示した格納媒体情報テーブル1672に基づいて格納媒体割合を決定する。決定方法は実施例1と同様である。本実施例でも、バッチジョブの実行において、障害時の再実行時間を満たす範囲内で、分割されたジョブの共有ストレージへのI/Oタイミングを集中させないことができる。"