(57)【特許請求の範囲】
【請求項１】
バッチジョブ処理装置であって、
前記バッチジョブ処理装置から要求されたサイズの記憶領域を、前記バッチジョブ処理装置が使用可能な記憶領域として提供するクラウド管理システムに対して、記憶領域のサイズの指定を含む要求を送信する要求送信手段と、
前記使用可能な記憶領域を使用してバッチジョブを実行する実行手段と、
前記実行手段によるバッチジョブの実行結果を解析する解析手段と、
前記実行手段が複数のバッチジョブを実行する場合において、前記解析手段による解析の結果に基づいて、前記複数のバッチジョブの全ての実行が終了する際に使用される領域の大きさとして見積もられる領域サイズを、第１の領域サイズとして算出する第１の算出手段と、
前記解析手段による解析の結果に基づいて、前記複数のバッチジョブの各々について、第２の領域サイズを算出する第２の算出手段と、を備え、
前記要求送信手段は、
前記複数のバッチジョブのうちの最初のバッチジョブの実行前に、前記第１の領域サイズの領域を前記クラウド管理システムに要求することで前記第１の領域サイズの記憶領域を確保し、
前記複数のバッチジョブのうちの１つのバッチジョブの実行毎に、当該１つのバッチジョブの実行前に当該１つのバッチジョブに係る前記第２の領域サイズの領域を前記クラウド管理システムに要求することで当該第２の領域サイズの記憶領域を確保し、当該１つのバッチジョブの実行終了後に当該第２の領域サイズの領域の削除を前記クラウド管理システムに要求することで前記使用可能な記憶領域を前記第１の領域サイズに戻す、
バッチジョブ処理装置。
【請求項２】
前記実行結果には、各バッチジョブの終了時のデータ量である最終データ量が実行されたバッチジョブ毎に含まれており、
前記第１の算出手段は、前記第１の領域サイズを、実行される複数のバッチジョブのそれぞれの最終データ量として見積もられる量の合計に基づいて算出する、
請求項１に記載のバッチジョブ処理装置。
【請求項３】
前記解析手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記最終データ量の平均値を算出し、
前記第１の算出手段は、前記平均値に基づいて、前記第１の領域サイズを算出する、
請求項２に記載のバッチジョブ処理装置。
【請求項４】
前記実行結果には、各バッチジョブに入力された入力データの入力データ量と、各バッチジョブの実行時に使用したデータの最大量である最大データ量とが、バッチジョブ毎に含まれており、
前記第２の算出手段は、前記入力データ量および前記最大データ量に基づいて、前記第２の領域サイズを算出する、
請求項１から３の何れか１項に記載のバッチジョブ処理装置。
【請求項５】
前記解析手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記入力データ量および前記最大データ量に基づいて、前記入力データ量の和に対する前記最大データ量の和の比を比例係数として算出し、
前記第２の算出手段は、前記比例係数に基づいて、前記第２の領域サイズを算出する、
請求項４に記載のバッチジョブ処理装置。
【請求項６】
クラウド上で管理された記憶領域を使用してバッチジョブを実行する実行手段と、
前記バッチジョブの実行結果を解析する解析手段と、
１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する第１の算出手段と、
前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、を備え、
前記解析手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる最終データ量の平均値を算出し、
前記第１の算出手段は、前記平均値に基づいて、前記第１の領域の大きさを算出し、
前記実行手段は、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する、
バッチジョブ処理装置。
【請求項７】
クラウド上で管理された記憶領域を使用してバッチジョブを実行する実行手段と、
前記バッチジョブの実行結果を解析する解析手段と、
１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する第１の算出手段と、
前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、を備え、
前記実行結果には、各バッチジョブに入力された入力データの入力データ量と、各バッチジョブの実行時に使用したデータの最大量である最大データ量とが、バッチジョブ毎に含まれており、
前記解析手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記入力データ量および前記最大データ量に基づいて、前記入力データ量の和に対する前記最大データ量の和の比を比例係数として算出し、
前記第２の算出手段は、前記比例係数に基づいて、前記第２の領域の大きさを算出し、
前記実行手段は、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する、
バッチジョブ処理装置。
【請求項８】
バッチジョブ処理装置から要求されたサイズの記憶領域を、前記バッチジョブ処理装置が使用可能な記憶領域として提供するクラウド管理システムと、
前記記憶領域を使用してバッチジョブを実行する前記バッチジョブ処理装置と、を備え、
前記バッチジョブ処理装置は、
前記クラウド管理システムに対して、記憶領域のサイズの指定を含む要求を送信する要求送信手段と、
前記使用可能な記憶領域を使用して複数のバッチジョブを実行する実行手段と、
前記実行手段によるバッチジョブの実行結果を解析する解析手段と、
前記解析手段による解析の結果に基づいて、前記複数のバッチジョブの全ての実行が終了する際に使用される領域の大きさとして見積もられる領域サイズを、第１の領域サイズとして算出する第１の算出手段と、
前記解析手段による解析の結果に基づいて、前記複数のバッチジョブの各々について、第２の領域サイズを算出する第２の算出手段と、を備え、
前記要求送信手段は、
前記複数のバッチジョブのうちの最初のバッチジョブの実行前に、前記第１の領域サイズの領域を前記クラウド管理システムに要求することで前記第１の領域サイズの記憶領域を確保し、
前記複数のバッチジョブのうちの１つのバッチジョブの実行毎に、当該１つのバッチジョブの実行前に当該１つのバッチジョブに係る前記第２の領域サイズの領域を前記クラウド管理システムに要求することで当該第２の領域サイズの記憶領域を確保し、当該１つのバッチジョブの実行終了後に当該第２の領域サイズの領域の削除を前記クラウド管理システムに要求することで前記使用可能な記憶領域を前記第１の領域サイズに戻す、
システム。
【請求項９】
バッチジョブ処理装置によるバッチジョブ処理方法であって、
前記バッチジョブ処理装置から要求されたサイズの記憶領域を、前記バッチジョブ処理装置が使用可能な記憶領域として提供するクラウド管理システムに対して、記憶領域のサイズの指定を含む要求を送信し、
前記使用可能な記憶領域を使用して実行されたバッチジョブの実行結果を解析し、
複数のバッチジョブの実行に際して、
前記実行結果の解析の結果に基づいて、前記複数のバッチジョブの全ての実行が終了する際に使用される領域の大きさとして見積もられる領域サイズを、第１の領域サイズとして算出し、
前記実行結果の解析の結果に基づいて、前記複数のバッチジョブの各々について、第２の領域サイズを算出し、
前記複数のバッチジョブのうちの最初のバッチジョブの実行前に、前記第１の領域サイズの領域を前記クラウド管理システムに要求することで前記第１の領域サイズの記憶領域を確保し、
前記複数のバッチジョブのうちの１つのバッチジョブの実行毎に、当該１つのバッチジョブの実行前に当該１つのバッチジョブに係る前記第２の領域サイズの領域を前記クラウド管理システムに要求することで当該第２の領域サイズの記憶領域を確保し、当該１つのバッチジョブの実行終了後に当該第２の領域サイズの領域の削除を前記クラウド管理システムに要求することで前記使用可能な記憶領域を前記第１の領域サイズに戻す、
バッチジョブ処理方法。
【請求項１０】
コンピュータに、
前記コンピュータから要求されたサイズの記憶領域を、前記コンピュータが使用可能な記憶領域として提供するクラウド管理システムに対して、記憶領域のサイズの指定を含む要求を送信する要求送信処理と、
前記使用可能な記憶領域を使用して実行されたバッチジョブの実行結果を解析する解析処理と、
複数のバッチジョブの実行に際して、
前記解析処理による解析の結果に基づいて、前記複数のバッチジョブの全ての実行が終了する際に使用される領域の大きさとして見積もられる領域サイズを、第１の領域サイズとして算出する第１の算出処理と、
前記解析処理による解析の結果に基づいて、前記複数のバッチジョブの各々について、第２の領域サイズを算出する第２の算出処理と、を実行させ、
前記要求送信処理は、
前記複数のバッチジョブのうちの最初のバッチジョブの実行前に、前記第１の領域サイズの領域を前記クラウド管理システムに要求することで前記第１の領域サイズの記憶領域を確保し、
前記複数のバッチジョブのうちの１つのバッチジョブの実行毎に、当該１つのバッチジョブの実行前に当該１つのバッチジョブに係る前記第２の領域サイズの領域を前記クラウド管理システムに要求することで当該第２の領域サイズの記憶領域を確保し、当該１つのバッチジョブの実行終了後に当該第２の領域サイズの領域の削除を前記クラウド管理システムに要求することで前記使用可能な記憶領域を前記第１の領域サイズに戻す、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バッチジョブ処理装置、ストレージ管理装置、システム、バッチジョブ処理方法およびプログラムに関する。
【背景技術】
【０００２】
オンプレミス上で動作することを想定したバッチ処理システムは、一時的に大量の記憶領域を使用するバッチジョブを実行する場合に、そのバッチジョブが使用する最大使用量に基づいて、記憶領域を確保して運用するのが一般的あった。
【０００３】
例えば、特許文献１には、計算機システムでジョブ実行時に発生するファイル割り当て不足によるジョブの異常終了を未然に防止する方法が記載されている。
【０００４】
同様に、特許文献２には、記憶装置の領域不足に起因するジョブの異常終了を防止する装置が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２１２８１１号公報
【特許文献２】特開平４−２３６６３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
現在、クラウドコンピューティングの利用により、記憶領域が仮想化されるようになった。これにより、使用する記憶領域の追加および削除が、該記憶領域を管理するシステムへの要求により行えるようになった。このようなシステムは、確保された記憶領域のサイズと時間に応じて、従量課金を行うことが主流となっている。
【０００７】
従って、このようなクラウドコンピューティング上で、オンプレミスの運用形態のバッチ処理システムを稼働させようとすると、バッチジョブが使用する最大容量をもとにディスク領域を確保することとなる。これにより、バッチジョブ終了後に使用されない無駄な領域が発生してしまう。
【０００８】
特許文献１および２に記載の技術では、領域不足を防ぐことを目的としているため、クラウドコンピューティング上の記憶領域のように、領域不足をしないように記憶領域を確保できる場合における領域の管理については考慮されていない。
【０００９】
本発明は、上記課題に鑑みてなされたものであり、その目的は、バッチジョブの実行時に、クラウド上で管理された記憶領域の使用量および使用時間をより最適化する技術を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一態様に係るバッチジョブ処理装置は、クラウド上で管理された記憶領域を使用してバッチジョブを実行する実行手段と、前記バッチジョブの実行結果を解析する解析手段と、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する第１の算出手段と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、を備え、前記実行手段は、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する。
【００１１】
また、本発明の一態様に係るストレージ管理装置は、クラウド上で管理された記憶領域を使用してバッチジョブを実行した実行結果を解析した解析結果に基づいて、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを算出する第１の算出手段と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、を備える。
【００１２】
また、本発明の一態様に係るシステムは、クラウド上で管理された記憶装置を有するクラウド管理システムと、前記記憶装置を使用してバッチジョブを実行するバッチジョブ処理装置と、を備え、前記バッチジョブ処理装置は、前記バッチジョブの実行結果を解析する解析手段と、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する第１の算出手段と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する実行手段と、を備える。
【００１３】
また、本発明の一態様に係るバッチジョブ処理方法は、クラウド上で管理された記憶領域を使用して実行されたバッチジョブの実行結果を解析し、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出し、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出し、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する。
【００１４】
なお、上記各装置、システムまたは方法を、コンピュータによって実現するコンピュータプログラム、およびそのコンピュータプログラムが格納されている、コンピュータ読み取り可能な記憶媒体も、本発明の範疇に含まれる。
【発明の効果】
【００１５】
本発明によれば、バッチジョブの実行時に、クラウド上で管理された記憶領域の使用量および使用時間をより最適化することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施の形態に係るバッチジョブ処理装置を含むシステムの構成を説明するための図である。
【図２】本発明の第１の実施の形態に係るバッチジョブ処理装置におけるバッチジョブ実行部が出力する実行予定情報の一例を示す図である。
【図３】本発明の第１の実施の形態に係るバッチジョブ処理装置におけるバッチジョブ実行部が出力するバッチジョブ開始通知の一例を示す図である。
【図４】本発明の第１の実施の形態に係るバッチジョブ処理装置におけるバッチジョブ実行部が出力する実行履歴の一例を示す図である。
【図５】本発明の第１の実施の形態に係るバッチジョブ処理装置内の各部の動作のタイミングを説明するための図である。
【図６】本発明の第１の実施の形態に係るバッチジョブ処理装置における記憶部が格納しているデータ量関連情報の一例を示す図である。
【図７】本発明の第１の実施の形態に係るバッチジョブ処理装置における実行履歴解析部の機能構成の一例を示す機能ブロック図である。
【図８】本発明の第１の実施の形態に係るバッチジョブ処理装置における実行履歴解析部が行う実行履歴解析処理の流れの一例を示すフローチャートである。
【図９】本発明の第１の実施の形態に係るバッチジョブ処理装置における恒久領域管理部の機能構成の一例を示す機能ブロック図である。
【図１０】本発明の第１の実施の形態に係るバッチジョブ処理装置における恒久領域管理部が行う恒久領域管理処理の流れの一例を示すフローチャートである。
【図１１】本発明の第１の実施の形態に係るバッチジョブ処理装置における一時領域管理部の機能構成の一例を示す機能ブロック図である。
【図１２】本発明の第１の実施の形態に係るバッチジョブ処理装置における一時領域管理部が行う一時領域管理処理の流れの一例を示すフローチャートである。
【図１３】本発明の第１の実施の形態に係るバッチジョブ処理装置を用いることによる、クラウド管理システムの記憶部内のディスク領域の使用量の変化を説明するための図である。
【図１４】本発明の第２の実施の形態に係るバッチジョブ処理装置を含むシステムの構成を説明するための図である。
【図１５】本発明の第３の実施の形態に係るバッチジョブ処理装置の機能構成の一例を示す機能ブロック図である。
【図１６】各実施の形態をコンピュータ装置で実現したハードウェア構成を示す図である。
【発明を実施するための形態】
【００１７】
＜第１の実施の形態＞
本発明の第１の実施の形態について、図面を参照して詳細に説明する。図１は、本実施の形態に係るバッチジョブ処理装置１を含むシステムの構成を説明するための図である。図１に示す通り、本実施の形態に係るバッチジョブ処理装置１は、クラウド管理システム２とデータのやり取りが可能となるように接続している。
【００１８】
クラウド管理システム２は、クラウドコンピューティングを実現する一般的なシステムである。本実施の形態では、クラウド管理システム２は、クラウド上において、バッチジョブ処理装置１が独占的に使用可能な資源（記憶領域）を管理しているものとする。なお、この記憶領域は、クラウド上の様々な従量課金タイプの記憶領域であり、その形態は特に限定されるものではない。
【００１９】
クラウド管理システム２は、図１に示す通り、記憶部２１と、該記憶部２１の記憶領域（ディスク領域とも呼ぶ）を管理する記憶領域管理部２２とを備えている。記憶領域管理部２２は、後述するバッチジョブ処理装置１からの要求に従って、記憶部２１におけるディスク領域の割り当てを行う。
【００２０】
具体的には、記憶領域管理部２２は、バッチジョブ処理装置１から、指定されたサイズ分の新規領域を、記憶部２１に確保する要求を受信すると、受信した要求に従って、該サイズ分のディスク領域を記憶部２１内に確保する。このとき、記憶領域管理部２２は確保した領域の情報として、該領域のアドレスを、バッチジョブ処理装置１に対して送信する。
【００２１】
また、記憶領域管理部２２は、現時点の恒久領域のデータを新規領域に移動させる移動要求を受信すると、該要求に従って、記憶部２１内の現時点の恒久領域のデータを新規領域に移動させる。
【００２２】
また、記憶領域管理部２２は、バッチジョブ処理装置１から削除要求を受信すると、該要求に従って、領域の削除を行う。
【００２３】
このように、記憶領域管理部２２は、バッチジョブ処理装置１からの削除要求があるまで、バッチジョブ処理装置１が独占的に、割り当てたディスク領域を使用できるように制御する。
【００２４】
（バッチジョブ処理装置１）
バッチジョブ処理装置１は、クラウドコンピューティング上で動作するものであり、バッチジョブを管理および実行する装置である。バッチジョブ処理装置１は、図１に示す通り、動的ストレージ管理部（ストレージ管理装置）１１と、バッチジョブ実行部１２とを備えている。
【００２５】
（バッチジョブ実行部１２）
バッチジョブ実行部１２は、クラウド上で管理された記憶部２１の記憶領域を使用してバッチジョブを実行する手段である。バッチジョブ実行部１２は、動的ストレージ管理部１１から出力された恒久領域を示す情報および一時領域を示す情報に基づいて、バッチジョブの実行場所を動的に変更して、バッチジョブを実行する。
【００２６】
バッチジョブ実行部１２は、後述する業務時間になると、該業務時間におけるバッチジョブの実行予定を示す情報（実行予定情報）を動的ストレージ管理部１１に出力する。なお、この実行予定情報を出力するタイミングは、一連のバッチジョブが開始される前であればよい。
【００２７】
バッチジョブ実行部１２が動的ストレージ管理部１１に出力する実行予定情報について、図２を参照して説明する。図２は、本実施の形態に係るバッチジョブ処理装置１におけるバッチジョブ実行部１２が出力する実行予定情報の一例を示す図である。
【００２８】
図２に示す通り、実行予定情報は、バッチジョブを開始する時刻（ジョブ開始時刻）と、この時刻に開始されるバッチジョブを示す情報（図２においては、実行予定のジョブ名（実行予定ジョブ名））とを含む。図２に示す実行予定情報には、例えば、１０時１分にジョブＸというジョブ名のバッチジョブが実行されることが示されている。なお、図２に示す通り、実行予定ジョブ名は、ジョブ開始時刻の早いものから順に並んでいるとするが、どのような順番であってもよい。バッチジョブ実行部１２は、このような実行予定情報を、動的ストレージ管理部１１に出力する。
【００２９】
バッチジョブ実行部１２は、個々のバッチジョブを実行する前に、バッチジョブを開始することを示す通知（バッチジョブ開始通知）を動的ストレージ管理部１１に出力する。バッチジョブ実行部１２が動的ストレージ管理部１１に出力するバッチジョブ開始通知について、図３を参照して説明する。図３は、本実施の形態に係るバッチジョブ処理装置１におけるバッチジョブ実行部１２が出力するバッチジョブ開始通知の一例を示す図である。
【００３０】
図３に示す通り、バッチジョブ開始通知は、実行するバッチジョブを示すジョブ名と、該バッチジョブの入力データ量とを含む。なお、バッチジョブ開始通知に含まれる情報はこれに限定されるものではない。バッチジョブ開始通知には、ジョブ名の代わりに、実行するバッチジョブを示す文字列が含まれていてもよい。つまり、バッチジョブ開始通知には、実行するバッチジョブを識別する識別子（図３においては、ジョブ名）が含まれていればよい。
【００３１】
また、バッチジョブ実行部１２は、個々のバッチジョブが終了すると、バッチジョブが終了したことを示す通知（バッチジョブ終了通知）を動的ストレージ管理部１１に出力する。バッチジョブ実行部１２は、バッチジョブ終了通知として、終了したバッチジョブを示す情報（例えば、ジョブ名）と、終了したことを示す情報とを、動的ストレージ管理部１１に出力する。
【００３２】
バッチジョブ実行部１２は、一連のバッチジョブが終了すると、図４に示すような実行履歴を動的ストレージ管理部１１に出力する。バッチジョブ実行部１２が出力する実行履歴の一例を図４に示す。図４は、本実施の形態に係るバッチジョブ処理装置１におけるバッチジョブ実行部１２が出力する実行履歴の一例を示す図である。
【００３３】
図４に示す通り、実行履歴には、バッチジョブを識別するジョブ名と、該ジョブ名によって示されるバッチジョブの実行結果であって、該ジョブ名に関連付けられた実行結果とが含まれる。なお、実行履歴には、その他の情報が含まれていてもよい。実行履歴に含まれる実行結果には、少なくとも、以下の（ａ）〜（ｃ）を示す情報が、実行されたバッチジョブ毎に含まれていればよい。
（ａ）バッチジョブに入力されたデータの量（入力データ量）、
（ｂ）バッチジョブの実行時に使用したデータの最大量（最大データ量）、
（ｃ）バッチジョブ終了時のデータ量（最終データ量）。
【００３４】
図４に示す実行履歴には、ジョブＸというジョブ名のバッチジョブの実行結果が、入力データ量１００ＫＢ、最大データ量１ＭＢ、最終データ量１ＭＢであることが示されている。
【００３５】
また、実行履歴には、バッチジョブが実行された順に、バッチジョブの実行結果が含まれている。図４に示す実行履歴では、複数のバッチジョブは、ジョブＸ、ジョブＹ、ジョブＸ、ジョブＹの順で実行されていることがわかる。この実行された（実行されるべき）複数のバッチジョブを、以降では、一連のバッチジョブとも呼ぶ。なお、本実施の形態はこれに限定されるものではなく、バッチジョブの実行結果に、バッチジョブが実行された時刻を示す情報が含まれていてもよい。これにより、バッチジョブがどの順番で実行されたかを把握することができる。また、バッチジョブは、１以上であればよい。
【００３６】
また、実行履歴には、ジョブ名が含まれることを例に説明を行ったが、本実施の形態は、これに限定されるものではない。実行履歴には、バッチジョブ実行部１２がどのバッチジョブを実行したかを識別するものが、実行結果に関連付けられて含まれていればよい。つまり、実行履歴には、ジョブ名の代わりに、例えば、バッチジョブを示す文字列が含まれていてもよい。つまり、実行履歴には、バッチジョブを識別する識別子（図４においては、ジョブ名）が含まれていればよい。
【００３７】
バッチジョブ実行部１２は、一連のバッチジョブが終了した時点で、実行履歴を出力してもよいし、後述する業務期間が終了した後に、実行履歴を出力してもよい。
【００３８】
なお、上述したとおり、図４に示す実行結果は、バッチジョブを識別する識別子（図４においては、ジョブ名）に関連付けられていることから、図４に示す実行履歴自体を実行結果とも呼ぶ。
【００３９】
（動的ストレージ管理部１１）
動的ストレージ管理部１１は、実行履歴解析部１１０と、恒久領域管理部（第１の算出部）１２０と、一時領域管理部（第２の算出部）１３０とを備えている。また、動的ストレージ管理部１１は、更に、記憶部１４０を備えてもよい。なお、図１では、記憶部１４０は、動的ストレージ管理部１１内に内蔵されているが、本実施の形態はこれに限定されない。記憶部１４０は、バッチジョブ処理装置１内に内蔵されるものであってもよいし、バッチジョブ処理装置１と接続された、バッチジョブ処理装置１とは別個の記憶装置で実現されるものであってもよい。
【００４０】
動的ストレージ管理部１１内の各部の構成および動作を説明する前に、バッチジョブ処理装置１内の各部の動作のタイミングの一例について、図５を参照して説明する。図５は、バッチジョブ処理装置１内の各部の動作のタイミングを説明するための図である。図５において、横軸は、時間を示す。なお、図５で示す各処理のタイミングは一例であり、本実施の形態はこれに限定されるものではない。また、図５において、Ａ〜Ｄの符号を付した双方向の矢印は、バッチジョブ処理装置１の各部が行う処理を表している。
【００４１】
まず、図５に示す「業務期間」、「業務開始時刻」、「業務終了時刻」について説明する。業務期間とは、一連のバッチジョブが実行される任意の期間を示している。そして、業務開始時刻は、この業務期間の開始時刻を示し、業務終了時刻はこの業務期間の終了時刻を示している。バッチジョブは、この業務期間に実行されるものである。つまり、バッチジョブは、業務期間と他の業務期間との間（ある業務期間の業務終了時刻から次の業務期間の業務開始時刻までの間）では、実行されない。
【００４２】
ここで、本実施の形態では、複数のバッチジョブが業務期間に実行されることを例に説明を行うが、バッチジョブの数は任意である。また、本実施の形態では、バッチジョブを、単にジョブとも呼ぶ。
【００４３】
図５に示す通り、符号Ａで示した双方向の矢印は、実行履歴解析部１１０によって実行される実行履歴解析処理の期間を示している。同様に、符号Ｂで示した双方向の矢印は、恒久領域管理部１２０によって実行される恒久領域管理処理の期間を示している。また、符号Ｃで示した双方向の矢印は、一時領域管理部１３０によって実行される一時領域管理処理の期間を示している。また、符号Ｄで示した双方向の矢印は、バッチジョブ実行部１２によって１つのバッチジョブが実行される期間を示している。図５では、一連のバッチジョブとして、２つのバッチジョブが実行されることを例に説明を行う。
【００４４】
実行履歴解析処理（Ａ）は、一連のバッチジョブの終了後に、実行履歴解析部１１０によって行われる処理である。なお、実行履歴解析処理（Ａ）は、一連のバッチジョブが終了した後であって、業務開始時刻より前に行われるものであればよい。つまり、実行履歴解析処理（Ａ）は、業務終了時刻から業務開始時刻までの間に行われてもよい。実行履歴解析処理（Ａ）は、次の業務開始時刻より前、且つ、バッチジョブ実行部１２が動的ストレージ管理部１１の実行履歴解析部１１０に実行履歴を出力した後であればどのタイミングで行われてもよい。
【００４５】
恒久領域管理処理（Ｂ）は、恒久領域管理部１２０によって、業務開始時刻後に行われる処理である。なお、図５に示す恒久領域管理処理（Ｂ）は、業務開始時刻以降であって、ジョブ開始時刻より前に実行されるものであることを例に説明を行うが、恒久領域管理処理（Ｂ）は、実行履歴解析処理（Ａ）が終了した後であり、且つ、ジョブ開始時刻より前であれば、どのタイミングで実行されてもよい。なお、恒久領域管理処理（Ｂ）が図５に示す期間で行われることにより、バッチジョブ処理装置１は、後述する恒久領域をバッチジョブの開始前の適切な時間に確保することができる。
【００４６】
一時領域管理処理（Ｃ）は、バッチジョブが開始される時刻（図５において「ジョブ開始」で示された時刻）後であって、バッチジョブの実行前に、一時領域管理部１３０によって行われる処理である。一時領域管理処理（Ｃ）は、バッチジョブごとに、バッチジョブの開始時刻になると、実行される。なお、図５に示す一時領域管理処理（Ｃ）は、図１２において説明する一時領域管理処理の流れにおいて、ジョブ開始通知または終了通知を受信した後（ステップＳ３０２以降）の処理を指している。
【００４７】
バッチジョブ実行（Ｄ）は、バッチジョブ実行部１２がバッチジョブを実行する期間を示している。バッチジョブは、一時領域管理処理（Ｃ）の実行後に実行される。
【００４８】
次に、動的ストレージ管理部１１内の各部の詳細について説明する。
【００４９】
（記憶部１４０）
記憶部１４０には、データ量関連情報が格納されている。図６は、記憶部１４０が格納するデータ量関連情報の一例を示す図である。記憶部１４０が格納している情報は、図６に示す通りテーブル形式で格納されているため、データ量関連情報テーブルとも呼ぶ。
【００５０】
図６に示す通り、データ量関連情報は、ジョブ名と、該ジョブ名に関連付けられたデータ量と、ジョブ名毎に算出された比例係数と、ジョブ名毎に算出された平均値とを含む。ジョブ名に関連付けられたデータ量は、バッチジョブ実行部１２が該ジョブ名のジョブを実行した際に得た入力データ量、最大データ量および最終データ量の組である。なお、データ量は、バッチジョブ実行部１２がバッチジョブを実行した際に計測された結果であるため、実行結果または計測結果とも呼ぶ。１つのジョブ名には、複数のデータ量（実行結果）が関連付けられている。なお、図６では、１つのジョブ名に２つのデータ量が関連付けられているが、データ量の数は、これに限定されるものではない。また、１つのジョブ名に関連付けられるデータ量の数は、同じであってもよいし、ジョブ名毎に異なる数であってもよい。
【００５１】
なお、図６に示すデータ量関連情報には、バッチジョブを識別する識別子として、ジョブ名が含まれるが、本実施の形態はこれに限定されるものではなく、バッチジョブを示す文字列であってもよい。
【００５２】
また、１つのジョブ名には、１つの比例係数が関連付けられている。この比例係数は、１つのジョブ名に関連付けられた複数のデータ量の夫々に含まれる最大データ量および最終データ量から算出されたものである。
【００５３】
また、１つのジョブ名には、１つの平均値が関連付けられている。この平均値は、１つのジョブ名に関連付け有れた複数のデータ量の夫々に含まれる最終データ量の平均値である。
【００５４】
なお、データ量関連情報はこれに限定されるものではなく、その他の情報を含むものであってもよい。
【００５５】
（実行履歴解析部１１０）
次に、実行履歴解析部１１０の機能構成について説明する。実行履歴解析部１１０は、バッチジョブの実行結果（実行履歴）を解析する手段である。図７は、本実施の形態に係るバッチジョブ処理装置１における実行履歴解析部１１０の機能構成の一例を示す機能ブロック図である。図７に示す通り、実行履歴解析部１１０は、抽出部１１１と、算出部１１２とを備えている。
【００５６】
抽出部１１１は、バッチジョブ実行部１２から出力された実行履歴（図４）を受信する。そして、抽出部１１１は、実行履歴から、バッチジョブが実行された順に、１つのバッチジョブに対する実行結果を抽出する。抽出部１１１は、抽出した実行結果から、更に、データ量（入力データ量、最大データ量および最終データ量）を抽出する。そして、抽出部１１１は、抽出したデータ量を、該データ量に関連付けられたジョブ名と共に、算出部１１２に供給する。抽出部１１１は、実行履歴に処理を全てのバッチジョブに対して、データ量の抽出を行う。
【００５７】
算出部１１２は、抽出部１１１から、１つのバッチジョブに対するジョブ名と、該ジョブ名に関連付けられたデータ量とを受信する。そして、算出部１１２は、データ量関連情報を参照し、データ量関連情報に登録されている（保存されている）データ量の数（データ量の保存数と呼ぶ）が、所定の数（最大保存数）以上か否かを確認する。データ量関連情報は後に説明する恒久領域および一時領域の推定に使用する。そのため、最大保存数は適度な大きさに設定されることが好ましい。算出部１１２は、データ量の保存数が最大保存数以上の場合、最も古いデータ量を削除し、データ量の保存数を最大保存数より少ない数にする。
【００５８】
このとき、算出部１１２は、受信したジョブ名毎に、データ量の保存数が、関連するジョブ名に対して設定された最大保存数以上か否かを確認することが好ましい。そして、算出部１１２は、受信したジョブ名に関連付けられたデータ量の保存数が最大保存数以上の場合、このジョブ名に関連付けられたデータ量のうち最も古いデータ量から順に削除する。これにより、算出部１１２は、より最適な比例係数および平均値を算出することができる。なお、データ量関連情報に含まれるデータ量が古い日付から順に並んでいる場合、算出部１１２は、先頭のデータ量を削除する。
【００５９】
そして、算出部１１２は、受信したデータ量を、該データ量に関連付けられたジョブ名に関連付けて、記憶部１４０のデータ量関連情報に含める。なお、データ量関連情報に含まれるデータ量が古い日付から順に並んでいる場合、算出部１１２は、データ量関連情報に含まれる複数のデータ量の最後に、受信したデータ量を追加する。
【００６０】
また、算出部１１２は、データ量関連情報を参照し、受信したジョブ名に関連付けられた複数のデータ量から比例係数を算出する。具体的には、算出部１１２は、データ量関連情報に含まれる、受信したジョブ名に関連付けられた複数のデータ量の夫々に含まれる最大データ量の和を求める。また、算出部１１２は、上記複数のデータ量の夫々に含まれる入力データ量の和を求める。そして、算出部１１２は、最大データ量の和を、入力データ量の和で割った値を比例係数とする。なお、この比例係数の値は、図６に示す通り、整数であってもよいし、小数であってもよい。算出部１１２は、最大データ量の和を、入力データ量の和で割った値を丸めることにより、比例係数を算出してもよい。
【００６１】
そして、算出部１１２は、データ量関連情報に含まれる、上記ジョブ名に関連付けられた比例係数を、算出した比例係数に更新する。
【００６２】
なお、本実施の形態では、バッチジョブの実行の際に使用する最大データ量は、入力データ量に比例するものと仮定する。この仮定は、一般的にバッチジョブが、入力データを処理して中間データを書き出し、最終的に圧縮および統計処理等を行って最終データに加工するという処理を行うことから導かれるものである。つまり、上記仮定は、中間データのための領域が最大データ領域になることが多いという事実に基づいている。
【００６３】
このように、算出部１１２は、同じ識別子（図６においては、ジョブ名）を有するバッチジョブの夫々の実行結果（データ量）に含まれる最大データ量および入力データ量に基づいて、比例係数を算出する。この比例係数は、入力データ量の和に対する最大データ量の和の比である。
【００６４】
また、算出部１１２は、データ量関連情報を参照し、受信したジョブ名に関連付けられた複数のデータ量の夫々に含まれる最終データ量を用いて、最終データ量の平均値を算出する。そして、算出部１１２は、データ量関連情報に含まれる、上記ジョブ名に関連付けられた平均値を、算出した平均値に更新する。
【００６５】
なお、算出部１１２は、データ量の削除を行わず、データ量の追加を行ってもよい。この場合、算出部１１２は、日付が新しいものから所定の数分のデータ量を用いて、比例係数および平均値を算出してもよい。
【００６６】
このように、算出部１１２は、同じ識別子（図６においては、ジョブ名）を有するバッチジョブの夫々の実行結果（データ量）に含まれる最終データ量の平均値を算出する。
【００６７】
次に、実行履歴解析部１１０が行う実行履歴解析処理の流れについて、説明を行う。図８は、本実施の形態に係る動的ストレージ管理部１１の実行履歴解析部１１０が行う実行履歴解析処理の流れの一例を示すフローチャートである。
【００６８】
図８に示す通り、まず、抽出部１１１が、バッチジョブ実行部１２から実行履歴（図４）を受信する（ステップＳ１０１）。次に、抽出部１１１が、バッチジョブが実行された順に、１つのバッチジョブに対する実行結果を抽出する。なお、図４に示した実行履歴には、上述したとおり、バッチジョブが実行された順に、バッチジョブの実行結果が含まれる。そのため、抽出部１１１は、実行履歴の先頭から１つのバッチジョブに対する実行結果を抽出する（ステップＳ１０２）。そして、抽出部１１１は、抽出した実行結果から、データ量を抽出する（ステップＳ１０３）。
【００６９】
そして、算出部１１２は、データ量関連情報に登録されているデータ量であって、実行結果を抽出したバッチジョブのジョブ名に関連付けられたデータ量の保存数が最大保存数以上か否かを確認する（ステップＳ１０４）。
【００７０】
データ量の保存数が最大保存数以上の場合（ステップＳ１０４にてＹＥＳ）、算出部１１２は、データ量関連情報における、該ジョブ名に関連付けられたデータ量のうち、最も古いものを削除する（ステップＳ１０５）。ステップＳ１０４にてＮＯの場合、または、ステップＳ１０５終了後、算出部１１２は、ステップＳ１０３にて抽出部１１１が抽出したデータ量を、該ジョブ名に関連付けて、データ量関連情報に含める（ステップＳ１０６）。
【００７１】
なお、算出部１１２は、ステップＳ１０３にて抽出部１１１が抽出したデータ量を、該ジョブ名に関連付けて、データ量関連情報に含めたあとに、データ量の保存数が最大保存数を超えるか否かを確認してもよい。このとき、算出部１１２は、データ量の保存数が最大保存数を超えると、該データ量の保存数が最大保存数になるまで、データ量を古いものから順に削除する。
【００７２】
その後、算出部１１２は、データ量関連情報を参照し、実行結果を抽出したバッチジョブのジョブ名に関連付けられた複数のデータ量から比例係数を算出する（ステップＳ１０７）。そして、算出部１１２は、データ量関連情報における上記ジョブ名に関連付けられた比例係数を、算出した比例係数に更新する（ステップＳ１０８）。
【００７３】
そして、算出部１１２は、データ量関連情報を参照し、実行結果を抽出したバッチジョブのジョブ名に関連付けられた複数のデータ量から最終データ量の平均値を算出する（ステップＳ１０９）。そして、算出部１１２は、データ量関連情報における上記ジョブ名に関連付けられた平均値を、算出した平均値に更新する（ステップＳ１１０）。なお、ステップＳ１０９は、ステップＳ１０７と同時に行われてもよいし、ステップＳ１０７より前に行われてもよい。
【００７４】
その後、算出部１１２は、実行履歴に含まれる実行結果のうち、全ての実行結果に対して、ステップＳ１０２〜ステップＳ１１０までの処理を行ったか否かを確認する（ステップＳ１１１）。全ての実行結果に対して上記処理を行っていない場合（ステップＳ１１１にてＮＯ）、ステップＳ１０２に戻り、次の実行結果に対して、ステップＳ１０２〜ステップＳ１１０までの処理を行う。全ての実行結果に対して上記処理を行った場合（ステップＳ１１１にてＹＥＳ）、実行履歴解析部１１０は、実行履歴解析処理を終了する。
【００７５】
以上のように、実行履歴解析部１１０は、実行履歴を解析することにより、比例係数と、平均値とを求める。
【００７６】
（恒久領域管理部１２０）
次に、恒久領域管理部１２０の機能構成について説明する。図９は、本実施の形態に係るバッチジョブ処理装置１における恒久領域管理部１２０の機能構成の一例を示す機能ブロック図である。図９に示す通り、恒久領域管理部１２０は、恒久領域算出部１２１と、要求送信部１２２とを備えている。
【００７７】
まず、恒久領域（第１の領域）とは、バッチジョブによって使用される記憶部２１のディスク領域のうち、一連のバッチジョブの開始から終了まで、使用可能な固定的なディスク領域である。この恒久領域は、一連のバッチジョブの全てが終了する際に使用される領域の大きさを有する領域である。
【００７８】
恒久領域算出部１２１は、バッチジョブ実行部１２から業務期間における一連のバッチジョブの実行予定情報（図２）を受信する。そして、恒久領域算出部１２１は、受信した実行予定情報と、記憶部１４０に格納されたデータ量関連情報に含まれる平均値とを用いて、恒久領域の大きさ（恒久領域サイズ）を算出する。この平均値は、上述したとおり、ジョブ名毎に算出された、該ジョブ名に関連付けられた最終データ量の平均値である。
【００７９】
恒久領域算出部１２１は、算出した恒久領域サイズを、要求送信部１２２に供給する。
【００８０】
要求送信部１２２は、恒久領域算出部１２１から恒久領域サイズを受信する。要求送信部１２２は、受け取った恒久領域サイズ分の新規領域を、記憶部２１に確保する要求を、クラウド管理システム２に送信する。
【００８１】
そして、要求送信部１２２は、クラウド管理システム２から新規領域を確保したことを示す通知を受け取ると、現時点の恒久領域のデータを新規領域に移動させるようクラウド管理システム２に要求する（移動要求を送信する）。このとき、要求送信部１２２は、クラウド管理システム２から、新規領域の場所を示す情報（アドレス）を受け取ることが好ましい。
【００８２】
また、要求送信部１２２は、現時点の恒久領域のデータが新規領域に全て移動されたことを示す通知をクラウド管理システム２から受け取ると、現時点の恒久領域を記憶部２１から削除するようクラウド管理システム２に要求する（削除要求を送信する）。
【００８３】
そして、要求送信部１２２は、新規領域を新たな恒久領域として設定する。具体的には、要求送信部１２２は、新規領域を示す情報（新規領域のアドレス）を、新たな恒久領域を示す情報（恒久領域情報）として、バッチジョブ実行部１２に送信する。
【００８４】
次に、恒久領域管理部１２０が行う恒久領域管理処理の流れについて、説明を行う。図１０は、本実施の形態に係る動的ストレージ管理部１１の恒久領域管理部１２０が行う恒久領域管理処理の流れの一例を示すフローチャートである。
【００８５】
まず、恒久領域管理部１２０の恒久領域算出部１２１は、業務開始時刻か否かを確認する（ステップＳ２０１）。業務開始時刻ではない場合（ステップＳ２０１にてＮＯ）、恒久領域算出部１２１は、業務開始時刻になるまで待機する。業務開始時刻になる（ステップＳ２０１にてＹＥＳ）と、恒久領域算出部１２１は、バッチジョブ実行部１２からこの業務期間における一連のバッチジョブの実行予定情報（図２）を受信する（ステップＳ２０２）。なお、図５を用いて説明した恒久領域管理処理（Ｂ）は、このステップＳ２０２以降の処理を示している。
【００８６】
なお、図５に示す恒久領域管理処理（Ｂ）は、業務開始時刻以降であって、ジョブ開始時刻より前に実行されるものであり、図１０におけるステップＳ２０２以降の処理を示している。
【００８７】
また、恒久領域管理部１２０は、恒久領域管理処理を業務開始時刻より前に開始してもよい。図５の説明の際に述べたとおり、恒久領域管理処理（Ｂ）は、実行履歴解析処理（Ａ）が終了した後であり、且つ、ジョブ開始時刻より前の期間に実行されるものであればよい。
【００８８】
次に、恒久領域算出部１２１は、恒久領域の算出処理で使用する変数ＰｅｒｍａｎｅｎｔＮｅｗの値を、現時点の恒久領域の大きさ（恒久領域サイズ）で初期化する（ステップＳ２０３）。なお、ステップＳ２０３は、ステップＳ２０２の前に行われてもよいし、ステップＳ２０２と同時に行われてもよい。
【００８９】
恒久領域算出部１２１は、受信した実行予定情報から、最初に実行される実行予定ジョブ名を取得する（ステップＳ２０４）。なお、このステップＳ２０４がステップＳ２０７の後の場合、恒久領域算出部１２１は、次に実行される実行予定ジョブ名を取得する。そして、恒久領域算出部１２１は、記憶部１４０に格納されたデータ量関連情報を参照し、ステップＳ２０４にて取得した実行予定ジョブ名と同じジョブ名に関連付けられた平均値（ＥｎｄＵｓａｇｅ）を取得する（ステップＳ２０５）。
【００９０】
そして、恒久領域算出部１２１は、取得した平均値と、変数ＰｅｒｍａｎｅｎｔＮｅｗの値とを足した値を、変数ＰｅｒｍａｎｅｎｔＮｅｗの新たな値とする（ステップＳ２０６）。
【００９１】
そして、恒久領域算出部１２１は、実行予定情報に含まれる全ての実行予定ジョブ名を取得したか否かを確認し（ステップＳ２０７）、取得していない場合（ステップＳ２０７にてＮＯ）、ステップＳ２０４に処理を戻す。
【００９２】
全ての実行予定ジョブ名を取得している場合（ステップＳ２０７にてＹＥＳ）、恒久領域算出部１２１は、変数ＰｅｒｍａｎｅｎｔＮｅｗの値に安全量（Ｓａｆｅ）を足した値を、変数ＰｅｒｍａｎｅｎｔＮｅｗの新たな値とする（ステップＳ２０８）。この安全量は、見積もり誤差に対応するためのものであり、確保するディスク領域の大きさに余裕をもたせるためのものである。なお、この安全量は、予め定められた値であってもよいし、バッチジョブの種類によって変更されるものであってもよい。安全量は、大きすぎると、余分な領域を確保することになってしまい、小さすぎると、見積もり誤差に対応できなくなるため、適切な大きさに設定されることが好ましい。
【００９３】
このステップＳ２０８によって得られた変数ＰｅｒｍａｎｅｎｔＮｅｗの値が、新たな恒久領域サイズとなる。
【００９４】
そして、要求送信部１２２は、新たな恒久領域サイズ分（変数ＰｅｒｍａｎｅｎｔＮｅｗの値分）の領域を記憶部２１に新規に確保する要求（新規領域要求）を、クラウド管理システム２に送信する（ステップＳ２０９）。その後、要求送信部１２２は、現時点の恒久領域のデータを新規領域に移動（コピー）する要求（移動要求）をクラウド管理システム２に送信する（ステップＳ２１０）。更に、要求送信部１２２は、現時点の恒久領域を記憶部２１から削除する要求（削除要求）をクラウド管理システム２に送信する（ステップＳ２１１）。
【００９５】
その後、要求送信部１２２は、新規領域を新たな恒久領域とする（ステップＳ２１２）。その後、恒久領域管理部１２０は、処理をステップＳ２０１に戻し、次の業務開始時刻まで待機する。
【００９６】
以上により、恒久領域管理部１２０は、一連のバッチジョブの実行前に、記憶部２１に恒久領域を確保することができる。
【００９７】
（一時領域管理部１３０）
次に、一時領域管理部１３０の機能構成について説明する。図１１は、本実施の形態に係るバッチジョブ処理装置１における一時領域管理部１３０の機能構成の一例を示す機能ブロック図である。図１１に示す通り、一時領域管理部１３０は、一時領域算出部１３１と、要求送信部１３２とを備えている。
【００９８】
まず、一時領域（第２の領域）とは、バッチジョブによって使用される記憶部２１のディスク領域のうち、バッチジョブ毎に一時的に使用されるディスク領域である。つまり、一時領域とは、各バッチジョブを実行する際に使用可能な大きさの領域のうち、恒久領域以外の領域である。
【００９９】
一時領域算出部１３１は、バッチジョブ実行部１２からバッチジョブ開始通知およびバッチジョブ終了通知を受信する。一時領域算出部１３１は、受信した通知がバッチジョブ開始通知の場合、記憶部１４０に格納されたデータ量関連情報に含まれる比例係数と、受信したバッチジョブ開始通知とを用いて、一時領域の大きさ（一時領域サイズ）を算出する。この比例係数は、上述したとおり、ジョブ名に関連付けられた入力データ量のおよび最大データ量に基づいて、ジョブ名毎に算出されたものである。
【０１００】
一時領域算出部１３１は、算出した一時領域サイズを、要求送信部１３２に供給する。
【０１０１】
また、一時領域算出部１３１は、受信した通知がバッチジョブ終了通知の場合、その旨を示す通知（ジョブ終了通知）を、要求送信部１３２に出力する。
【０１０２】
要求送信部１３２は、一時領域算出部１３１から一時領域サイズを受信する。要求送信部１３２は、受け取った一時領域サイズ分の新規領域を、記憶部２１に確保する要求を、クラウド管理システム２に送信する。その後、クラウド管理システム２から新規領域を確保したことを示す通知を受け取ると、要求送信部１３２は、新規領域を、実行するバッチジョブで使用する領域（一時領域）として設定する。なお、このとき、要求送信部１３２は、クラウド管理システム２から、新規領域の場所を示す情報（アドレス）を受け取ることが好ましい。そして、要求送信部１３２は、一時領域を示す情報（例えば、新規領域のアドレス）を、一時領域情報として、バッチジョブ実行部１２に送信することにより、新規領域を一時領域として設定する。この一時領域は、バッチジョブで使用される領域であるため、実行領域とも呼ぶ。
【０１０３】
また、要求送信部１３２は、一時領域算出部１３１からジョブ終了通知を受け取ると、一時領域のデータ（最終データ）を恒久領域に移動させるようクラウド管理システム２に要求する（移動要求を送信する）。
【０１０４】
また、要求送信部１３２は、最終データが恒久領域に全て移動されたことを示す通知をクラウド管理システム２から受け取ると、一時領域を記憶部２１から削除するようクラウド管理システム２に要求する（削除要求を送信する）。
【０１０５】
次に、一時領域管理部１３０が行う一時領域管理処理の流れについて、説明を行う。図１２は、本実施の形態に係る動的ストレージ管理部１１の一時領域管理部１３０が行う一時領域管理処理の流れの一例を示すフローチャートである。
【０１０６】
まず、一時領域管理部１３０の一時領域算出部１３１は、バッチジョブ実行部１２からバッチジョブ開始通知またはバッチジョブ終了通知を受信したか否かを確認する（ステップＳ３０１）。バッチジョブ開始通知またはバッチジョブ終了通知を受信していない場合（ステップＳ３０１にてＮＯ）、一時領域算出部１３１は、受信するまで待機する。
【０１０７】
バッチジョブ開始通知またはバッチジョブ終了通知を受信すると（ステップＳ３０１にてＹＥＳ）、一時領域算出部１３１は、受信した通知がバッチジョブ開始通知か否かを確認する（ステップＳ３０２）。
【０１０８】
受信した通知がバッチジョブ開始通知の場合（ステップＳ３０２にてＹＥＳ）、一時領域算出部１３１は、記憶部１４０に格納されたデータ量関連情報を参照し、バッチジョブ開始通知（図８）に含まれるジョブ名と同じジョブ名に関連付けられた比例係数を取得する（ステップＳ３０３）。
【０１０９】
そして、一時領域算出部１３１は、バッチジョブ開始通知に含まれる入力データ量と、取得した比例係数を掛け合わせ、更に、安全量（Ｓａｆｅ）を加えた値を一時領域の大きさ（一時領域サイズ）として算出する（ステップＳ３０４）。
【０１１０】
なお、この安全量は、恒久領域サイズを算出する際に用いた安全量と同じ値であってもよいし、異なる値であってもよい。また、この安全量は、全てのバッチジョブに対し、同じ値であってもよいし、バッチジョブ毎に異なる値であってもよい。
【０１１１】
そして、要求送信部１３２は、一時領域算出部１３１が算出した一時領域サイズ分の領域を記憶部２１に新規に確保する要求（新規領域要求）を、クラウド管理システム２に送信する（ステップＳ３０５）。その後、要求送信部１３２は、新規領域を一時領域とする（ステップＳ３０６）。
【０１１２】
そして、一時領域管理部１３０は、処理をステップＳ３０１に戻し、次の通知を受信するまで待機する。
【０１１３】
一時領域算出部１３１が受信した通知が、バッチジョブ終了通知の場合（ステップＳ３０２にてＮＯ）、要求送信部１３２は、一時領域のデータ（最終データ）を恒久領域に移動（コピー）する要求（移動要求）をクラウド管理システム２に送信する（ステップＳ３０７）。更に、要求送信部１３２は、一時領域を記憶部２１から削除する要求（削除要求）をクラウド管理システム２に送信する（ステップＳ３０８）。
【０１１４】
そして、一時領域管理部１３０は、処理をステップＳ３０１に戻し、次の通知を受信するまで待機する。
【０１１５】
以上により、一時領域管理部１３０は、個々のバッチジョブを実行する前に、記憶部２１に一時領域を確保することができる。また、一時領域管理部１３０は、個々のバッチジョブの終了後に、確保した一時領域を記憶部２１から削除することができる。
【０１１６】
（効果）
本実施の形態に係るバッチジョブ処理装置１によれば、バッチジョブの実行時に、クラウド上で管理された記憶領域の使用量および使用時間をより最適化することができる。
【０１１７】
なぜならば、恒久領域管理部１２０が、１以上のバッチジョブの全てが終了した際に使用される領域であって、記憶領域内の恒久領域の大きさを、実行履歴解析部１１０によって解析した結果に基づいて算出するからである。また、一時領域管理部１３０が、１以上のバッチジョブの夫々を実行する際に使用される領域であって、記憶領域内の一時領域の大きさを、実行履歴解析部１１０によって解析した結果に基づいて、バッチジョブ毎に算出するからである。そして、バッチジョブ実行部１２が、恒久領域と一時領域とを使用して、バッチジョブを実行するからである。
【０１１８】
これにより、バッチジョブ処理装置１は、実行するバッチジョブごとに、適した量の記憶領域を確保することができる。また、バッチジョブ処理装置１が、バッチジョブ毎に使用する記憶領域を動的に変化させるため、該記憶領域の使用時間もより最適化することができる。
【０１１９】
また、バッチジョブ処理装置１は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる最終データ量の平均値を算出し、該平均値に基づいて、恒久領域の大きさを算出する。これにより、バッチジョブ処理装置１は、より最適化した恒久領域の大きさを算出することができる。
【０１２０】
また、バッチジョブ処理装置１は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる入力データ量および最大データ量に基づいて、比例係数を算出し、該比例係数に基づいて、一時領域の大きさを算出する。これにより、バッチジョブ処理装置１は、より最適化した一時領域の大きさを算出することができる。
【０１２１】
本実施の形態に係るバッチジョブ処理装置１における効果について、図１３を参照してより詳細に説明する。図１３は、本実施の形態に係るバッチジョブ処理装置１を用いることによる、記憶部２１内のディスク領域の使用量の変化を説明するための図である。
【０１２２】
まず、図１３において、縦軸はディスク領域の使用量を示し、横軸は時間軸である。また、図１３において、Ｅ〜Ｈの符号を付した双方向の矢印は、データ量（バイト）またはディスク領域の大きさ（バイト）を示している。
【０１２３】
まず、符号Ｈで示した双方向の矢印は、複数のバッチジョブのうち、最もディスク領域を使用するバッチジョブの最大データ量を示している。この最大データ量に基づいて、ディスク領域を確保した場合、記憶部２１内のディスク領域は、業務期間の間、最大データ量分（符号ａ〜ｄで囲った部分）使用（確保）されることになる。
【０１２４】
したがって、例えば、複数のバッチジョブのうち、１つのバッチジョブが一時的に大きなディスク領域を使用し、その他のバッチジョブではあまりディスク領域を使用しない場合、使用しない領域が増えてしまう。
【０１２５】
しかしながら、本実施の形態に係るバッチジョブ処理装置１は、一連のバッチジョブを実行する前に、符号Ｅで示す恒久領域の大きさ分を確保する。そして、バッチジョブ処理装置１は、個々のバッチジョブ（図１３においては、ジョブＸとジョブＹ）の夫々を実行する前に算出した一時領域の大きさ（符号ＦおよびＧ）分確保する。
【０１２６】
これにより、バッチジョブ処理装置１は、図１３の白抜きの部分のディスク領域を記憶部２１内に確保するように、クラウド管理システム２に要求することができる。
【０１２７】
このように、本実施の形態に係るバッチジョブ処理装置１は、バッチジョブの実行時に、クラウド上で管理された記憶領域の使用量および使用時間をより最適化することができる。これにより、本実施の形態に係るバッチジョブ処理装置１は、図１３の網掛けの部分の領域の使用を削減することができる。
【０１２８】
したがって、クラウド上の記憶領域に対する課金が、確保したディスク領域と使用時間の面積に比例してなされるものとする場合、本実施の形態に係るバッチジョブ処理装置１は、この網掛けの部分にかかる料金を節約することができる。
【０１２９】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について、図１４を参照して説明を行う。本実施の形態では、上述した実行履歴解析部１１０が、バッチジョブ実行部１２内に内蔵される構成について説明を行う。なお、説明の便宜上、前述した第１の実施の形態で説明した図面に含まれる部材と同じ機能を有する部材については、同じ符号を付し、その詳細な説明を省略する。
【０１３０】
図１４は、本実施の形態に係るバッチジョブ処理装置１を含むシステムの構成を説明するための図である。図１４に示す通り、本実施の形態に係るバッチジョブ処理装置１は、クラウド管理システム２とデータのやり取りが可能となるように接続している。
【０１３１】
図１４に示す通り、バッチジョブ処理装置１は、動的ストレージ管理部（ストレージ管理装置）１１と、バッチジョブ実行部１２とを備えている。
【０１３２】
動的ストレージ管理部１１は、上述した第１の実施の形態に係る動的ストレージ管理部１１から実行履歴解析部１１０を除いた構成である。動的ストレージ管理部１１は、恒久領域管理部（第１の算出部）１２０と、一時領域管理部（第２の算出部）１３０と、記憶部１４０と、を備えている。
【０１３３】
恒久領域管理部１２０は、上述した第１の実施の形態に係る恒久領域管理部１２０と同様に、解析結果に基づいて、複数のバッチジョブの全てが終了した際に使用される領域であって、記憶部２１の記憶領域内の恒久領域の大きさを算出する。
【０１３４】
また、一時領域管理部１３０は、上述した第１の実施の形態に係る一時領域管理部１３０と同様に、複数のバッチジョブの夫々を実行する際に使用される領域であって、記憶部２１の記憶領域内の一時領域の大きさを、解析結果に基づいて、バッチジョブ毎に算出する。
【０１３５】
また、図１４に示す通り、バッチジョブ実行部１２は、実行履歴解析部１１０と、実行部１５０とを備えている。
【０１３６】
実行部１５０は、第１の実施の形態に係るバッチジョブ実行部１２と同様の機能を有する。実行部１５０は、クラウド上で管理された記憶部２１の記憶領域を使用してバッチジョブを実行する手段である。実行部１５０は、実行結果を実行履歴解析部１１０に出力する。なお、実行部１５０が有する機能は、上述した第１の実施の形態に係るバッチジョブ実行部１２と同様であるため、その説明を省略する。
【０１３７】
実行部１５０と、実行履歴解析部１１０とが同じ部材（バッチジョブ実行部１２）内に構成されることにより、本実施の形態に係るバッチジョブ処理装置１は、第１の実施の形態に係るバッチジョブ処理装置１と比べ、実行履歴を送信する際のオーバーヘッドを減らすことができる。これにより、例えば、バッチジョブの実行量が多い場合において、本実施の形態に係るバッチジョブ処理装置１は、上述した効果に加え、より効果的に、上記オーバーヘッドを減らすことができる。
【０１３８】
＜第３の実施の形態＞
本発明の第３の実施の形態について説明する。本実施の形態では、本発明の課題を解決する最小の構成について説明を行う。図１５は、本実施の形態に係るバッチジョブ処理装置１００の機能構成の一例を示す機能ブロック図である。
【０１３９】
バッチジョブ処理装置１００は、図１５に示す通り、解析部１０１と、第１の算出部１０２と、第２の算出部１０３と、実行部１０４とを備えている。
【０１４０】
解析部１０１は、上述した実行履歴解析部１１０に相当する。解析部１０１は、実行部１０４によって実行されたバッチジョブの実行結果を解析する。解析部１０１は、解析結果を第１の算出部１０２と、第２の算出部１０３とに出力する。
【０１４１】
第１の算出部１０２は、上述した恒久領域管理部１２０に相当する。第１の算出部１０２は、解析部１０１から出力された解析結果に基づいて、１以上のバッチジョブの全てが終了する際に使用されると推測される、記憶領域内の第１の領域の大きさを算出する。
【０１４２】
第２の算出部１０３は、上述した一時領域管理部１３０に相当する。第２の算出部１０３は、解析部１０１から出力された解析結果に基づいて、１以上のバッチジョブの夫々を実行する際に使用可能な大きさの記憶領域内の領域のうち、第１の領域以外の第２の領域の大きさを、バッチジョブ毎に算出する。
【０１４３】
実行部１０４は、第１の実施の形態におけるバッチジョブ実行部１２または第２の実施の形態における実行部１５０に相当する。実行部１０４は、クラウド上で管理された記憶領域のうち、第１の領域および第２の領域を使用して、バッチジョブを実行する。
【０１４４】
以上により、本実施の形態に係るバッチジョブ処理装置１００は、バッチジョブの実行時に、クラウド上で管理された記憶領域の使用量および使用時間をより最適化することができる。
【０１４５】
＜ハードウェアの構成例＞
ここで、上述した各実施の形態に係るバッチジョブ処理装置（１、１００）を実現可能なハードウェアの構成例について説明する。上述したバッチジョブ処理装置（１、１００）は、専用の装置として実現してもよいが、コンピュータ（情報処理装置）を用いて実現してもよい。
【０１４６】
図１６は、本発明の各実施の形態を実現可能なコンピュータ（情報処理装置）のハードウェア構成を例示する図である。
【０１４７】
図１６に示した情報処理装置（コンピュータ）９０のハードウェアは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９１、通信インタフェース（Ｉ／Ｆ）９２、入出力ユーザインタフェース９３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９４、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９５、記憶装置９７、及びコンピュータ読み取り可能な記憶媒体９９のドライブ装置９８を備え、これらがバス９６を介して接続された構成を有する。入出力ユーザインタフェース９３は、入力デバイスの一例であるキーボードや、出力デバイスとしてのディスプレイ等のマンマシンインタフェースである。通信インタフェース９２は、上述した各実施の形態に係る装置（図１、図７、図９、図１１、図１４、図１５）が、外部装置と、通信ネットワーク８０を介して通信するための一般的な通信手段である。係るハードウェア構成において、ＣＰＵ９１は、各実施の形態に係るバッチジョブ処理装置（１、１００）を実現する情報処理装置９０について、全体の動作を司る。
【０１４８】
上述した各実施の形態を例に説明した本発明は、例えば、上記各実施の形態において説明した処理を実現可能なプログラム（コンピュータプログラム）を、図１６に示す情報処理装置９０に対して供給した後、そのプログラムを、ＣＰＵ９１に読み出して実行することによって達成される。なお、係るプログラムは、例えば、上記各実施の形態の説明において参照したフローチャート（図８、図１０、図１２）に記載した各種処理や、或いは、図１、図７、図９、図１１、図１４、図１５に示したブロック図において当該装置内に示した各部（各ブロック）を実現可能なプログラムであってもよい。
【０１４９】
また、情報処理装置９０内に供給されたプログラムは、読み書き可能な一時記憶メモリ（９５）またはハードディスクドライブ等の不揮発性の記憶装置（９７）に格納されてもよい。即ち、記憶装置９７において、プログラム群９７Ａは、例えば、上述した各実施の形態におけるバッチジョブ処理装置（１、１００）内に示した各部の機能を実現可能なプログラムである。また、各種の記憶情報９７Ｂは、例えば、上述した各実施の形態におけるデータ量関連情報、実行予定情報、実行履歴、恒久領域サイズ等である。ただし、情報処理装置９０へのプログラムの実装に際して、個々のプログラムモジュールの構成単位は、ブロック図（図１、図７、図９、図１１、図１４、図１５）に示した各ブロックの区分けには限定されず、当業者が実装に際して適宜選択してよい。
【０１５０】
また、前記の場合において、当該装置内へのプログラムの供給方法は、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）−ＲＯＭ、フラッシュメモリ等のコンピュータ読み取り可能な各種の記録媒体（９９）を介して当該装置内にインストールする方法や、インターネット等の通信回線（８０）を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができる。そして、このような場合において、本発明は、係るコンピュータプログラムを構成するコード（プログラム群９７Ａ）或いは係るコードが格納された記憶媒体（９９）によって構成されると捉えることができる。
【０１５１】
以上、本発明を、上述した模範的な実施の形態に適用した例として説明した。しかしながら、本発明の技術的範囲は、上述した各実施の形態に記載した範囲には限定されない。当業者には、係る実施の形態に対して多様な変更または改良を加えることが可能であることは明らかである。そのような場合、係る変更または改良を加えた新たな実施の形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。
【０１５２】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
【０１５３】
（付記１）クラウド上で管理された記憶領域を使用してバッチジョブを実行する実行手段と、前記バッチジョブの実行結果を解析する解析手段と、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する第１の算出手段と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、を備え、前記実行手段は、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する、ことを特徴とするバッチジョブ処理装置。
【０１５４】
（付記２）前記第１の算出手段は、前記１以上のバッチジョブの実行前に、前記記憶領域内に、前記第１の領域を確保し、前記第２の算出手段は、前記１以上のバッチジョブの夫々の実行前に、実行するバッチジョブに対して大きさを算出した前記第２の領域を、前記記憶領域内に確保し、該バッチジョブの実行後に、確保した前記第２の領域を前記記憶領域から削除する、ことを特徴とする付記１に記載のバッチジョブ処理装置。
【０１５５】
（付記３）前記実行結果には、各バッチジョブの終了時のデータ量である最終データ量が実行されたバッチジョブ毎に含まれており、前記第１の算出手段は、前記最終データ量に基づいて、前記第１の領域の大きさを算出する、ことを特徴とする付記１または２に記載のバッチジョブ処理装置。
【０１５６】
（付記４）前記解析手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記最終データ量の平均値を算出し、前記第１の算出手段は、前記平均値に基づいて、前記第１の領域の大きさを算出する、ことを特徴とする付記３に記載のバッチジョブ処理装置。
【０１５７】
（付記５）前記実行結果には、各バッチジョブに入力された入力データの入力データ量と、各バッチジョブの実行時に使用したデータの最大量である最大データ量とが、バッチジョブ毎に含まれており、前記第２の算出手段は、前記入力データ量および前記最大データ量に基づいて、前記第２の領域の大きさを算出する、ことを特徴とする付記１から４の何れか１つに記載のバッチジョブ処理装置。
【０１５８】
（付記６）前記解析手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記入力データ量および前記最大データ量に基づいて、前記入力データ量の和に対する前記最大データ量の和の比を比例係数として算出し、前記第２の算出手段は、前記比例係数に基づいて、前記第２の領域の大きさを算出する、ことを特徴とする付記５に記載のバッチジョブ処理装置。
【０１５９】
（付記７）クラウド上で管理された記憶領域を使用してバッチジョブを実行した実行結果を解析した解析結果に基づいて、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを算出する第１の算出手段と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、を備えることを特徴とするストレージ管理装置。
【０１６０】
（付記８）前記第１の算出手段は、前記１以上のバッチジョブの実行前に、前記記憶領域内に、前記第１の領域を確保し、前記第２の算出手段は、前記１以上のバッチジョブの夫々の実行前に、実行するバッチジョブに対して大きさを算出した前記第２の領域を、前記記憶領域内に確保し、該バッチジョブの実行後に、確保した前記第２の領域を前記記憶領域から削除する、ことを特徴とする付記７に記載のバッチジョブ処理装置。
【０１６１】
（付記９）前記実行結果には、各バッチジョブの終了時のデータ量である最終データ量が実行されたバッチジョブ毎に含まれており、前記第１の算出手段は、前記最終データ量に基づいて、前記第１の領域の大きさを算出する、ことを特徴とする付記７または８に記載のバッチジョブ処理装置。
【０１６２】
（付記１０）前記第１の算出手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記最終データ量の平均値に基づいて、前記第１の領域の大きさを算出する、ことを特徴とする付記９に記載のバッチジョブ処理装置。
【０１６３】
（付記１１）前記実行結果には、各バッチジョブに入力された入力データの入力データ量と、各バッチジョブの実行時に使用したデータの最大量である最大データ量とが、バッチジョブ毎に含まれており、前記第２の算出手段は、前記入力データ量および前記最大データ量に基づいて、前記第２の領域の大きさを算出する、ことを特徴とする付記７から１０の何れか１つに記載のバッチジョブ処理装置。
【０１６４】
（付記１２）前記第２の算出手段は、同じ識別子を有するバッチジョブの夫々の実行結果に含まれる前記入力データ量および前記最大データ量に基づいて、前記入力データ量の和に対する前記最大データ量の和の比に基づいて、前記第２の領域の大きさを算出する、ことを特徴とする付記１１に記載のバッチジョブ処理装置。
【０１６５】
（付記１３）クラウド上で管理された記憶装置を有するクラウド管理システムと、前記記憶装置を使用してバッチジョブを実行するバッチジョブ処理装置と、を備え、前記バッチジョブ処理装置は、前記バッチジョブの実行結果を解析する解析手段と、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する第１の算出手段と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する第２の算出手段と、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する実行手段と、を備えることを特徴とするシステム。
【０１６６】
（付記１４）クラウド上で管理された記憶領域を使用して実行されたバッチジョブの実行結果を解析し、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出し、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出し、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する、ことを特徴とするバッチジョブ処理方法。
【０１６７】
（付記１５）クラウド上で管理された記憶領域を使用してバッチジョブを実行した実行結果を解析した解析結果に基づいて、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを算出し、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する、ことを特徴とするストレージ管理方法。
【０１６８】
（付記１６）クラウド上で管理された記憶領域を使用して実行されたバッチジョブの実行結果を解析する処理と、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを、前記解析手段による解析結果に基づいて算出する処理と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する処理と、前記第１の領域および前記第２の領域を使用して、前記バッチジョブを実行する処理と、をコンピュータに実行させることを特徴とするプログラム。
【０１６９】
（付記１７）クラウド上で管理された記憶領域を使用してバッチジョブを実行した実行結果を解析した解析結果に基づいて、１以上の前記バッチジョブの全てが終了する際に使用される領域の大きさであって、前記記憶領域内の第１の領域の大きさを算出する処理と、前記１以上のバッチジョブの夫々を実行する際に使用可能な大きさの、前記記憶領域内の領域のうち、前記第１の領域以外の領域である第２の領域の大きさを、前記解析結果に基づいて、バッチジョブ毎に算出する処理と、をコンピュータに実行させることを特徴とするプログラム。
【符号の説明】
【０１７０】
１    バッチジョブ処理装置
２    クラウド管理システム
１１    動的ストレージ管理部
１２    バッチジョブ実行部
２１    記憶部
２２    記憶領域管理部
１１０    実行履歴解析部
１１１    抽出部
１１２    算出部
１２０    恒久領域管理部
１２１    恒久領域算出部
１２２    要求送信部
１３０    一時領域管理部
１３１    一時領域算出部
１３２    要求送信部
１４０    記憶部
１５０    実行部
１００    バッチジョブ処理装置
１０１    解析部
１０２    第１の算出部
１０３    第２の算出部
１０４    実行部
【図１】
0006515510.tif 000002
【図２】
0006515510.tif 000003
【図３】
0006515510.tif 000004
【図４】
0006515510.tif 000005
【図５】
0006515510.tif 000006
【図６】
0006515510.tif 000007
【図７】
0006515510.tif 000008
【図８】
0006515510.tif 000009
【図９】
0006515510.tif 000010
【図１０】
0006515510.tif 000011
【図１１】
0006515510.tif 000012
【図１２】
0006515510.tif 000013
【図１３】
0006515510.tif 000014
【図１４】
0006515510.tif 000015
【図１５】
0006515510.tif 000016
【図１６】
0006515510.tif 000017