データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する前記複数の装置からのアクセス頻度が所定の閾値を超える時刻又は時間帯を予測する予測部と、予測された前記時刻又は時間帯より前に、前記記憶装置に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御する制御部と、を備えたことを特徴とする管理装置。データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する前記複数の装置からのアクセス頻度が所定の閾値を超える複数の記憶領域であって、各記憶領域のアドレスが所定の周期となる複数の記憶領域を特定する予測部と、前記予測部により特定された複数の記憶領域に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御する制御部と、を備えたことを特徴とする管理装置。前記予測部は、前記記憶装置への前記複数の装置の記憶領域ごとのアクセス状況に基づいて、アクセス頻度が閾値を超える時刻又は時間帯を予測するとともに、アクセス頻度が閾値を超える記憶領域を特定し、前記制御部は、前記予測部により予測された時刻又は時間帯および前記予測部により特定された記憶領域に基づいて、該予測された時刻又は時間帯より前に、該特定された記憶領域に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御することを特徴とする請求項1に記載の管理装置。前記制御部は、前記予測部により予測された時刻又は時間帯よりも前の時刻であって、前記アクセス頻度が閾値以下の時刻に、前記記憶装置に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御することを特徴とする請求項1または3に記載の管理装置。前記制御部は、前記複数の装置のうち、前記予測部により予測された時刻又は時間帯に前記記憶装置に対するアクセス頻度が閾値を超える装置の中から、所定の装置に対して、該予測された時刻又は時間帯よりも前の時刻に、前記記憶装置に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御するとともに、他の装置への該データの転送指示が送信されるように制御することを特徴とする請求項1に記載の管理装置。前記制御部は、前記複数の装置のうち、前記予測部により特定された複数の記憶領域へのアクセス頻度が閾値を超える装置の中から、所定の装置に対して、該特定された複数の記憶領域に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御するとともに、他の装置への該データの転送指示が送信されるように制御することを特徴とする請求項2に記載の管理装置。コンピュータに、データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する前記複数の装置からのアクセス頻度が所定の閾値を超える時刻又は時間帯を予測し、予測された前記時刻又は時間帯より前に、前記記憶装置に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御する各処理を実行させることを特徴する管理プログラム。コンピュータに、データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する前記複数の装置からのアクセス頻度が所定の閾値を超える複数の記憶領域であって、各記憶領域のアドレスが所定の周期となる複数の記憶領域を特定し、特定された複数の記憶領域に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御する各処理を実行させることを特徴とする管理プログラム。コンピュータが実行する管理方法であって、データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する前記複数の装置からのアクセス頻度が所定の閾値を超える時刻又は時間帯を予測し、予測された前記時刻又は時間帯より前に、前記記憶装置に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御することを特徴する管理方法。コンピュータが実行する管理方法であって、データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する前記複数の装置からのアクセス頻度が所定の閾値を超える複数の記憶領域であって、各記憶領域のアドレスが所定の周期となる複数の記憶領域を特定し、特定された複数の記憶領域に記憶されたデータを前記複数の装置のうちの少なくとも1つの装置に対して送信するように前記記憶装置を制御することを特徴とする管理方法。しかしながら、上記の従来の技術では、依然として、第一のディスクに対するI/OInputOutput負荷が高いという問題がある。例えば、上記のシステムでは、第一のディスクへのアクセス頻度が閾値を超えてから、第一のディスクの記憶内容全体を第二のディスクへコピーする。すなわち第一のディスクへのアクセス負荷が所定の負荷を超えた後で、アクセス負荷を下げるように制御する。このように、上記のシステムでは、アクセス負荷を下げるように制御する前は、第一のディスクに対するI/O負荷が高くなってしまう。また、上記のシステムでは、第一のディスクへのアクセス負荷が高くなってしまった後で、第一のディスクの記憶内容全体を第二のディスクへコピーするため、第一のディスクに対するI/O負荷がさらに高くなる。なお、複数の装置により、OSプログラム、アプリケーションプログラムなどが記憶された共用ボリュームをアクセスするシステムにおいても、同様の問題がある。すなわち、複数の装置が、共用ボリュームへアクセスするため、共用ボリュームに対するI/O負荷が高いという問題がある。1つの側面では、本発明は、複数の装置によりアクセスされる記憶装置へのI/O負荷を低減することができる管理装置、管理プログラムおよび管理方法を提供することを目的とする。本願の開示する管理装置は、一つの態様において、予測部と、制御部とを有する。予測部は、データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する複数の装置からのアクセス頻度が所定の閾値を超える時刻又は時間帯を予測する。制御部は、予測された時刻又は時間帯より前に、記憶装置に記憶されたデータを複数の装置のうちの少なくとも1つの装置に対して送信するように記憶装置を制御する。また、本願の開示する管理装置は、他の態様において、予測部と、制御部とを有する。予測部は、データを記憶する記憶装置に対する複数の装置からのアクセス状況に基づいて、ある記憶装置に対する複数の装置からのアクセス頻度が所定の閾値を超える複数の記憶領域であって、各記憶領域のアドレスが所定の周期となる複数の記憶領域を特定する。制御部は、予測部により特定された複数の記憶領域に記憶されたデータを複数の装置のうちの少なくとも1つの装置に対して送信するように記憶装置を制御する。1態様によれば、複数の装置によりアクセスされる記憶装置へのI/O負荷を低減することができる。以下に、本願の開示する管理装置、管理プログラムおよび管理方法の各実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。[システム1の構成例]本実施例に係るシステムについて説明する。図1は、本実施例に係るシステムの構成の一例を示す図である。本実施例に係るシステム1は、サーバ2、サーバ3、管理サーバ4、およびストレージサーバ5を有する。サーバ2、サーバ3、管理サーバ4、およびストレージサーバ5は、データの送受信が可能なように接続される。図1の例では、サーバ2、サーバ3、管理サーバ4、およびストレージサーバ5は、インターネット6を介して接続されている。なお、サーバ2、サーバ3、管理サーバ4、およびストレージサーバ5は、無線で接続されてもよい。また、図1では、サーバの台数を2台、管理サーバの台数を1台、ストレージサーバの台数を1台の場合を例示した。しかしながら、サーバの台数は、1台、または3台以上であってもよい。また、管理サーバの台数は、2台以上であってもよい。また、ストレージサーバの台数は、2台以上であってもよい。なお、管理サーバ4は、管理装置の一例である。サーバ2は、VM仮想マシン:VirtualMachine7、VM12を稼動させる。例えば、サーバ2は、企業の部門である開発部に割り当てられたVM7を稼動させ、同じ企業の部門である総務部に割り当てられたVM12を稼動させる。VM7、VM12は、割り当てられた部門に応じて動作する。また、サーバ2で稼動させるVMの台数を2台としたが、サーバ2で稼動させるVMの台数はこれに限られず、任意の自然数を採用することができる。VM7は、送受信部9と、記憶部10と、制御部11とを有する。送受信部9は、VM12、VM13、VM14、管理サーバ4、およびストレージサーバ5との通信を行うための通信インタフェースである。記憶部10は、各種情報を記憶する。たとえば、記憶部10は、第一のテーブル10a、第二のテーブル10b、第二のボリューム10cを記憶する。第一のテーブル10aには、後述の第一のボリューム20aの記憶領域の先頭からの位置を示すオフセットごとに、後述の読取部11aによりアクセスされた回数と、アクセスされた時間とが登録される。なお、オフセットはアドレスとも称される。図2は、第一のテーブルのデータ構造の一例を示す図である。図2の例では、第一のテーブル10aは、アクセスオフセット、アクセス回数およびラストアクセスタイムの項目を有する。図2の例では、アクセスオフセットの項目に、第一のボリューム20aのオフセットが登録される。また、図2の例では、アクセス回数の項目に、読取部11aによりアクセスされた回数が、後述の更新部11bにより更新される。また、図2の例では、ラストアクセスタイムの項目に、所定の日時から読取部11aによりアクセスされた最新の時刻までの秒数が、後述の更新部11bにより更新される。図2の例では、第一のボリューム20aのオフセット0MMegaByteが示す記憶領域は、16回アクセスされていることを示す。また、図2の例では、第一のボリューム20aのオフセット0Mが示す記憶領域については、所定の日時から読取部11aによりアクセスされた最新の時刻までの秒数が1298464728秒であることを示す。第二のテーブル10bには、第一のボリューム20aのオフセットの第一の範囲、およびアクセスされた時間帯ごとに、後述の読取部11aにより第一の範囲が示す記憶領域にアクセスされた回数が、後述の更新部11bにより登録される。図3は、第二のテーブルのデータ構造の一例を示す図である。図3の例では、第一の範囲が32M単位で、時間帯が1時間単位である場合が示されている。図3の例では、8時から9時までの時間帯における、0M以上32M未満の範囲の記憶領域への読取部11aによるアクセス回数が、3569回である場合が示されている。第二のボリューム10cには、第一のボリューム20aに記憶されたOSプログラムの更新データが、後述の格納部11cにより格納される。また、第二のボリューム10cには、管理サーバ4から送信されたデータが、格納部11cにより格納される。かかるデータは、アクセス頻度が所定の閾値を超える、すなわち、アクセス頻度が高いと予測される記憶領域に記憶されたデータである。本実施例では、第二のボリューム10cが、第一のボリューム20aのI/O負荷が高くなる前に、かかるデータを記憶することで、I/O負荷が低減される。記憶部10は、例えば、フラッシュメモリなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部10は、上記の種類の記憶装置に限定されるものではなく、RAMRandomAccessMemory、ROMReadOnlyMemoryであってもよい。制御部11は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。図1に示すように、制御部11は、読取部11aと、更新部11bと、格納部11cと、実行部11dとを有する。読取部11aは、OSプログラムやアプリケーションプログラムの実行時などに、データのアクセスを行う。例えば、読取部11aは、データの配置場所を示すテーブル図示せずを参照して、アクセス対象のデータが第一のボリューム20aに存在するのか、第二のボリューム10cに存在するのかを判定する。なお、かかるテーブルの内容は、後述の更新部11bにより、更新される。例えば、格納部11cにより第二のボリューム10cにデータが格納された場合には、テーブルには、当該データが第二のボリューム10cに格納されていることを示す情報が登録される。また、格納部11cにより第二のボリューム10cからデータが削除され、第一のボリューム20aに当該データが記憶される場合には、テーブルには、当該データが第一のボリューム20aに格納されていることを示す情報が登録される。そして、読取部11aは、データが存在するボリュームにアクセスし、データを検索することで、データを読み取る。また、読取部11aは、第一のボリューム20aにアクセスするたびに、アクセスした第一のボリューム20aのオフセットおよびアクセス時刻を管理サーバ4へ送信する。更新部11bは、読取部11aにより第一のボリューム20aおよび第二のボリューム10cにアクセスされるたびに、第一のテーブル10aの該当部分のアクセス回数と、アクセスされた時間とを更新する。また、更新部11bは、読取部11aにより第一のボリューム20aにアクセスされるたびに、第二のテーブル10bの該当部分のアクセス回数を更新する。また、更新部11bは、格納部11cにより第二のボリューム10cにデータが格納された場合には、上述したデータの配置場所を示すテーブルに、当該データが第二のボリューム10cに格納されていることを示す情報を登録する。また、更新部11bは、格納部11cにより第二のボリューム10cからデータが削除され、第一のボリューム20aに当該データが記憶される場合には、テーブルに、当該データが第一のボリューム20aに格納されていることを示す情報を登録する。さらに、更新部11bは、後述する更新事実を受信すると、第一のテーブル10aおよび第二のテーブル10bの該当箇所を初期化する。格納部11cは、各種情報を格納する。具体例を挙げて説明する。格納部11cは、管理サーバ4から転送されたデータを、送受信部9を介して受信すると、受信したデータを第二のボリューム10cに格納する。そして、格納部11cは、受信したデータの転送指示があるか否かを判定する。転送指示がある場合には、格納部11cは、データを転送指示が示すVMに転送する。また、格納部11cは、更新事実を受信すると、第一のボリューム20aに記憶されたOSプログラムの更新データを第二のボリューム10cに格納し、第二のボリュームを更新する。また、格納部11cは、読取部11aにより第一のボリューム20aにアクセスされた場合には、読取部11aによりアクセスされた第一のボリューム20aのオフセットを特定する。そして、格納部11cは、特定したオフセットが示す記憶領域へのアクセス回数を第一のテーブル10aから取得する。続いて、格納部11cは、取得したアクセス回数が、所定の閾値P以上であるか否かを判定する。ここで、所定の閾値Pの値の一例としては、インターネット6の使用率が、所定値以上となる場合のVMからストレージサーバ5へのアクセス回数の最小値を採用することができる。そして、アクセス回数が所定の閾値P以上である場合には、格納部11cは、読取部11aにより読み取られたデータをキャッシュに格納する。続いて、格納部11cは、キャッシュに格納されたデータを、第二のボリューム10cに格納する。そして、格納部11cは、第二のボリューム10cに格納されたデータに対応する第一のテーブル10aの該当部分を初期化、すなわち0に設定する。一方、アクセス回数が所定の閾値P未満である場合には、格納部11cは、読取部11aにより読み取られたデータをキャッシュに格納するが、データを第二のボリューム10cに格納しない。このように、本実施例に係るVMによれば、読み込み頻度、すなわち、アクセス頻度の高いデータを第二のボリューム10cに格納するので、第一のボリューム20aへのアクセスが抑制され、I/O負荷を低減することができる。また、格納部11cは、所定時間ごとに、第二のテーブル10bから、各オフセットの時間帯ごとの全アクセス回数を取得する。ここで、各時間帯のアクセス回数は、アクセス頻度ともいえる。そして、格納部11cは、取得した各オフセットのアクセス頻度の中に、所定期間、アクセス頻度が閾値Pを超えなかったオフセットがあるか否かを判定する。所定期間、アクセス頻度が閾値Pを超えなかったオフセットがある場合には、格納部11cは、第二のボリューム10cから、当該オフセットのデータを削除する。また、格納部11cは、所定時間ごとに、第二のボリューム10cに格納された全データのサイズを、第二のボリューム10cの記憶容量で除することにより、第二のボリューム10cの使用量を算出する。そして、格納部11cは、使用量が閾値Q以上であるか否かを判定する。使用量が閾値Q以上である場合には、格納部11cは、第二のボリューム10cの記憶可能な容量が少ないため、第二のボリューム10cから、最も古いデータを削除する。そして、格納部11cは、再び使用量を算出する。そして、格納部11cは、算出した使用量が閾値Qより小さくなるまで、第二のボリューム10cの最も古いデータを削除する処理を繰り返し行う。このように、本実施例に係るVMによれば、アクセス頻度の低いデータを第二のボリューム10cから削除するので、第二のボリューム10cのデータ量を抑制することができる。実行部11dは、スナップショットを実行する。これにより、第一のボリューム20aのOSプログラムの更新データについては、第二のボリューム10cに記憶されることとなる。制御部11は、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArrayなどの集積回路を有する。なお、制御部11は、CPUCentralProcessingUnitやMPUMicroProcessingUnitなどの電子回路を有してもよい。ここで、VM12の構成は、VM7の構成と同様であるため、説明を省略する。サーバ3は、VM13、VM14を稼動させる。例えば、サーバ3は、企業の部門である人事部に割り当てられたVM13を稼動させ、同じ企業の部門である営業部に割り当てられたVM14を稼動させる。VM13、VM14は、割り当てられた部門に応じて動作する。また、サーバ3で稼動させるVMの台数を2台としたが、サーバ3で稼動させるVMの台数はこれに限られず、任意の自然数を採用することができる。VM13、VM14の構成は、上述したVM7の構成と同様であるため、説明を省略する。管理サーバ4は、ストレージサーバ5を管理する。管理サーバ4は、入力部15と、出力部16と、送受信部17と、記憶部18と、制御部19とを有する。入力部15は、各種情報を制御部19に入力する。入力部15のデバイスの一例としては、マウスやキーボードなどの操作受付デバイスが挙げられる。出力部16は、各種の情報を出力する。出力部16のデバイスの一例としては、LCDLiquidCrystalDisplayやCRTCathodeRayTubeなどの表示デバイスが挙げられる。送受信部17は、VM、ストレージサーバ5との通信を行うための通信インタフェースである。例えば、送受信部17は、VMから、アクセスした第一のボリューム20aのオフセットおよびアクセス時刻を受信すると、受信したオフセットおよびアクセス時刻を制御部19へ送信する。記憶部18は、各種情報を記憶する。たとえば、記憶部18は、第三のテーブル18a、第四のテーブル18b、第五のテーブル18c、第六のテーブル18d、第七のテーブル18eを記憶する。第三のテーブル18aには、第一のボリューム20aのオフセットごとに、各VMの読取部により、オフセットが示す記憶領域にアクセスされた回数と、アクセスされた時間とが、後述の取得部19aにより登録される。つまり、VMごとに保持された第二のテーブルの総計が第三のテーブル18aとなる。第三のテーブル18aのデータ構造は、図3の例に示す第二のテーブル10bのデータ構造と同様である。第四のテーブル18bは、第三のテーブル18aのアクセス回数が所定の閾値を超えた箇所について、細粒度の詳細情報が登録されるテーブルである。第四のテーブル18bには、第二のテーブル10bで使用する第一のボリューム20aのオフセットである第一の範囲より小さいオフセットの範囲である第二の範囲、曜日および時間帯ごとに、各VMの読取部によりアクセスされた回数が後述の取得部19aにより登録される。したがって、第四のテーブル18bには、第二のテーブル10bおよび第三のテーブル18aに登録されるデータよりも、詳細なデータが登録される。図4は、第四のテーブルのデータ構造の一例を示す図である。図4の例では、金曜日の8時から9時までの時間帯に、第一のボリューム20aのオフセット0M以上1M未満の範囲の記憶領域を、VMの読取部がアクセスした回数が、451回であることが示されている。なお、図4の例では、Monは月曜日を示す。同様に、Tue、Fri、Sat、Sunは、それぞれ曜日を示す。第五のテーブル18cには、時間帯、第一のボリューム20aのオフセットの第二の範囲、曜日ごとに、第一のボリューム20aにアクセスしたVMのIPアドレスが、後述の取得部19aにより登録される。図5は、第五のテーブルのデータ構造の一例を示す図である。図5の例では、月曜日の8時から9時までの時間帯において、第一のボリューム20aのオフセット0M以上1M未満の範囲の記憶領域にアクセスしたVMのIPアドレスが、次のような内容であることを示す。すなわち、VMのIPアドレスが、192.168.xx.1、192.168.xx.2、192.168.xx.7であることを示す。また、図5の例では、月曜日の8時から9時までの時間帯において、第一のボリューム20aのオフセット1M以上2M未満の範囲の記憶領域にアクセスしたVMのIPアドレスが、192.168.xx.1、192.168.xx.2であることを示す。第六のテーブル18dには、アクセス回数が閾値を超える時間帯、第一のボリューム20aのオフセットの所定の範囲である第三の範囲ごとに、アクセスしたVMのIPアドレス、アクセスした曜日が、後述の取得部19aにより登録される。図6は、第六のテーブルのデータ構造の一例を示す図である。図6の例では、8時から9時までの時間帯において、第一のボリューム20aのオフセット0M以上15M未満の範囲の記憶領域にアクセスしたVMのIPアドレスが、次のような内容であることを示す。すなわち、VMのIPアドレスが、192.168.xx.1、192.168.xx.2、192.168.xx.7であることを示す。また、図6の例では、8時から9時までの時間帯において、第一のボリューム20aのオフセット0M以上15M未満の範囲の記憶領域にVMがアクセスした曜日が、月曜日、火曜日、水曜日、木曜日、金曜日であることを示す。第七のテーブル18eには、第一のボリューム20aへのオフセットを複数のグループに分割した場合の各グループのアクセス回数が、後述の取得部19aにより登録される。図7Aは、第七のテーブルのデータ構造の一例を示す図である。図7Aの例は、後述の取得部19aにより、各オフセットの値を64Mで割った余りを算出し、算出した余りを16個のグループに分けた場合の第七のテーブル18eのデータ構造の一例を示す図である。図7Aの例では、先頭からのオフセットが4Mごとに、アクセス回数が登録される場合が示されている。図7Aの例では、0M以上4M未満の範囲の記憶領域へのアクセス回数が、4023である場合が示されている。図7Bは、第七のテーブルのデータ構造の他の例を示す図である。図7Bの例は、後述の取得部19aにより、各オフセットの値を128Mで割った余りを算出し、算出した余りを16個のグループに分けた場合の第七のテーブル18eのデータ構造の一例を示す図である。図7Bの例では、先頭からのオフセットが8Mごとに、アクセス回数が登録される場合が示されている。図7Bの例では、0M以上8M未満の範囲の記憶領域へのアクセス回数が、3012である場合が示されている。記憶部18は、例えば、フラッシュメモリなどの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置である。なお、記憶部18は、上記の種類の記憶装置に限定されるものではなく、RAMRandomAccessMemory、ROMReadOnlyMemoryであってもよい。制御部19は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。図1に示すように、制御部19は、取得部19aと、予測部19bと、送信制御部19cとを有する。取得部19aは、複数のVMによりアクセスされる第一のボリューム20aへの複数のVMの時間ごとのアクセス頻度を取得する。具体例について説明する。例えば、取得部19aは、VMの読取部によりアクセスされた第一のボリューム20aのオフセットおよびアクセス時刻を受信することで、オフセットおよびアクセス時刻を取得する。取得部19aは、取得したアクセス時刻を含む時間帯、および取得したオフセットが示す記憶領域に対応する第三のテーブル18aのアクセス回数の値を1つインクリメントする。このようにして、取得部19aは、第三のテーブル18aの登録内容を更新する。また、取得部19aは、後述の予測部19bによりアクセス回数が閾値を超える時間帯およびオフセット範囲が特定された場合には、次のような処理を行う。すなわち、取得部19aは、第一の範囲を小さくした第二の範囲のオフセット、曜日および時間帯ごとに、アクセス回数を登録するための第四のテーブル18bを生成する。例えば、図3の例で、後述の予測部19bにより、アクセス回数が閾値を超える時間帯およびオフセット範囲として、8時から9時までの時間帯およびオフセット0M以上159M未満の範囲が特定された場合を想定する。この場合、取得部19aは、図4の例に示すように、第一の範囲32Mを小さくした第二の範囲1Mをオフセットとし、曜日、および8時から9時までの時間帯ごとに、アクセス回数を登録するための第四のテーブル18bを生成する。そして、取得部19aは、オフセットおよびアクセス時刻を取得するたびに、特定された時間帯にアクセス時刻が含まれているか否か、特定されたオフセット範囲に取得したオフセットが含まれているか否かを判定する。続いて、取得部19aは、特定された時間帯にアクセス時刻が含まれ、かつ、特定されたオフセット範囲に取得したオフセットが含まれている場合には、第四のテーブル18bの該当部分のアクセス回数の値を1つインクリメントする。このようにして、取得部19aは、第四のテーブル18bの登録内容を更新する。そして、取得部19aは、アクセス回数が閾値を超える時間帯に周期性があるか否かの判定をオフセット範囲ごとに後述の予測部19bにより可能とするために、所定期間分のデータを第四のテーブル18bに登録する。例えば、取得部19aは、アクセス回数が閾値を超える時間帯が1週間ごとに繰り返されるか否かの判定を後述の予測部19bにより可能とするために、少なくとも2週間分のデータを、第四のテーブル18bに登録する。なお、図4の例が示す第四のテーブル18bでは、1週間分のデータしか登録できない。そこで、図4の例が示す第四のテーブル18bを用いる場合には、取得部19aは、1週間分のデータを第四のテーブル18bに登録した後に、第四のテーブル18bのコピーを記憶部18に格納する。そして、取得部19aは、次の1週間分のデータを第四のテーブル18bに上書きする。これにより、記憶部18には、第四のテーブル18bのコピー、および第四のテーブル18bの2週間分のデータが記憶される。そこで、予測部19bによるアクセス回数が閾値を超える時間帯が1週間ごとに繰り返されるか否かの判定の処理を行う場合には、記憶部18に記憶された2週間分のデータを用いればよい。また、取得部19aは、後述の予測部19bによりアクセス回数が閾値を超える時間帯およびオフセット範囲が特定された場合には、次のような処理を行う。すなわち、取得部19aは、特定した時間帯、上述した第二の範囲のオフセット、曜日ごとに、第一のボリューム20aにアクセスしたVMのIPアドレスを登録するための第五のテーブル18cを生成する。例えば、図3の例で、後述の予測部19bにより、アクセス回数が閾値を超える時間帯およびオフセット範囲として、8時から9時までの時間帯およびオフセット0M以上159M未満の範囲が特定された場合を想定する。この場合、取得部19aは、図5の例に示すように、特定した8時から9時までの時間帯、第二の範囲1Mのオフセット、月曜日から日曜日までの曜日ごとに、アクセスしたVMのIPアドレスを登録するための第五のテーブル18cを生成する。そして、取得部19aは、オフセットおよびアクセス時刻を受信するたびに、特定された時間帯にアクセス時刻が含まれているか否か、特定されたオフセット範囲に取得したオフセットが含まれているか否かを判定する。続いて、取得部19aは、特定された時間帯にアクセス時刻が含まれ、かつ、特定されたオフセット範囲に取得したオフセットが含まれている場合には、オフセットおよびアクセス時刻を送信した送信元のVMのIPアドレスをパケットのヘッダから取得する。そして、取得部19aは、取得したIPアドレスを、第五のテーブル18cの該当部分に登録する。このようにして、取得部19aは、第五のテーブル18cの登録内容を更新する。また、取得部19aは、後述の予測部19bにより、アクセス回数が閾値を超える時間帯に周期性があると判定された場合には、次のような処理を行う。すなわち、取得部19aは、周期性があると判定された時間帯、アクセス回数が閾値を超えるオフセット範囲、曜日、VMのIPアドレスが登録された第六のテーブル18dを生成する。例えば、図4および図5の例で、後述の予測部19bにより、月曜日の8時から9時までの時間帯のアクセス回数が閾値を超え、1週間毎に繰り返されると判定された場合を想定する。そして、この場合に、オフセット0M以上15M以下の範囲の記憶領域へのアクセス回数が閾値を超えたものとする。また、月曜日の8時から9時までの時間帯に、オフセット0M以上15M以下の範囲の記憶領域に、IPアドレス192.168.xx.1、192.168.xx.2、192.168.xx.7の各VMがアクセスしたものとする。このような場合では、図6に示すように、取得部19aは、次の内容を第六のテーブル18dに登録する。すなわち、取得部19aは、8時から9時までの時間帯、オフセット0M以上15M以下の範囲、月曜日Mon、およびIPアドレス192.168.xx.1、192.168.xx.2、192.168.xx.7を登録する。さらに、取得部19aは、システム1が稼働してから所定時間、例えば3時間経過した場合に、全てのVMに対して、各々の第一のテーブルの登録内容を管理サーバ4へ送信する旨の指示を送信する。これにより、全てのVMから、各々の第一のテーブルの登録内容が管理サーバ4へ送信されて、取得部19aは、送受信部17を介して全てのVMの第一のテーブルの登録内容を取得する。そして、取得部19aは、取得した全てのVMの第一のテーブルの登録内容が示すアクセス回数の総和をオフセットごとに算出する。このようにして、取得部19aは、システム1全体におけるオフセット1Mごとの第一のボリューム20aへのアクセス回数を算出する。続いて、取得部19aは、各オフセットの値をN=64Mで割った余りを算出する。ここで、余りは、0M~63Mの64通りである。そして、取得部19aは、算出した余りを16個のグループに分ける。例えば、取得部19aは、余り0M~3Mをグループ1、余り4M~7Mをグループ2、、余り60M~63Mをグループ16とする。そして、取得部19aは、各グループと、アクセス回数とが対応付けられて登録された第7のテーブル18eを生成する。そして、取得部19aは、後述の予測部19bにより第7のテーブル18eの登録内容から周期性が特定されない場合には、Nの値を2倍64M×2にする。続いて、取得部19aは、各オフセットの値をN=128Mで割った余りを算出する。ここで、余りは、0M~127Mの128通りである。そして、取得部19aは、算出した余りを16個のグループに分ける。例えば、取得部19aは、余り0M~7Mをグループ1、余り8M~15Mをグループ2、、余り120M~127Mをグループ16とする。そして、取得部19aは、各グループと、アクセス回数とが対応付けられて登録された第7のテーブル18eを生成し、前回生成した第7のテーブル18eを削除する。取得部19aは、上述した第7のテーブル18eを生成する処理を、後述の予測部19bにより第7のテーブル18eの登録内容から周期性が特定されるまで繰り返し行う。予測部19bは、取得部19aにより取得された複数のVMの時間ごとのアクセス回数に基づいて、所定の周期で繰り返される時間の中からアクセス回数が閾値を超える時間を特定する。また、予測部19bは、データを記憶する第一のボリューム20aに対する複数のVMからのアクセス状況に基づいて、第一のボリューム20aに対する複数のVMからのアクセス頻度が所定の閾値を超える時間帯を予測する。具体例について説明する。予測部19bは、第三のテーブル18aに登録された全時間帯、全オフセット範囲の全アクセス回数を取得する。予測部19bは、取得した全アクセス回数のうち、閾値Rを超えるアクセス回数の時間帯およびオフセット範囲を特定する。そして、閾値Rを超えるアクセス回数の時間帯およびオフセット範囲を特定できた場合には、予測部19bは、記憶部18に記憶された図示しない第一のフラグに所定値、例えば1を設定して、第一のフラグをONにする。なお、第一のフラグには、初期値として、例えば0が設定される。また、予測部19bは、第四のテーブル18bおよび第四のテーブル18bのコピーに登録された登録内容を用いて、登録された全アクセス回数のうち、閾値Rを超えるアクセス回数の時間帯およびオフセット範囲を特定する。そして、予測部19bは、アクセス回数が閾値Rを超える時間帯に周期性があるか否かをオフセット範囲ごとに判定する。例えば、予測部19bは、アクセス回数が閾値Rを超える時間帯が、1週間毎に繰り返されているか否かをオフセット範囲ごとに判定する。アクセス回数が閾値Rを超える時間帯が、1週間毎に繰り返されている場合には、予測部19bは、周期性があると判定する。また、予測部19bは、取得部19aにより生成された第七のテーブル18eの登録内容から、アクセス頻度が閾値を超えるオフセット範囲であって、周期となる複数のオフセット範囲を特定する。たとえば、予測部19bは、第七のテーブル18eの登録内容から、各グループのアクセス回数のうち、閾値αを超えたアクセス回数のグループを、周期となるグループとして特定する。一例を挙げて説明すると、予測部19bは、取得部19aによって、各オフセットの値がNで割られることにより得られた各グループのうち、アクセス回数が閾値αを超えたグループが1つのみであるか否かを判定する。アクセス回数が閾値αを超えたグループが1つのみである場合には、予測部19bは、周期性があると判定し、Nを周期、閾値αを超えたグループを周期となるグループとして特定する。また、アクセス回数が閾値αを超えたグループが1つのみでない場合には、予測部19bは、取得部19aによって、各オフセットの値が2Nで割られることにより得られた各グループのうち、アクセス回数が閾値αを超えたグループが1つのみであるか否かを判定し、同様の処理を繰り返す。すなわち、予測部19bは、アクセス回数が閾値αを超えたグループが1つのみである場合に、周期性があると判定し、オフセットの値を割った値を周期として特定する。図8Aおよび図8Bは、本実施例に係る管理サーバが実行する処理を説明するための図である。図8Aの例は、図7Aの例が示す第七のテーブル18eの登録内容をグラフ化したものである。図8Aの例では、横軸がオフセット範囲、縦軸がアクセス回数を示す。図8Aの例では、閾値αを超えたグループが3つ連続しており、1つのグループのみ閾値αを超えていないため、予測部19bは、第7のテーブル18eの登録内容から周期性が特定されないと判定する。図8Bの例は、図7Bの例が示す第七のテーブル18eの登録内容をグラフ化したものである。図8Bの例では、横軸がオフセット範囲、縦軸がアクセス回数を示す。図8Bの例では、閾値αを超えたグループが2つであり、1つのグループのみ閾値αを超えていないため、予測部19bは、第7のテーブル18eの登録内容から周期性が特定されないと判定する。そして、予測部19bは、最終的に、周期64Mを特定する。そして、予測部19bは、周期となるグループ、周期などのアクセスパターンを示す、図示しない周期情報を記憶部18に格納する。かかる周期情報は、周期情報が生成された後、取得部19aで生成される第七のテーブル18eが示すアクセスパターンとの比較対象となる。ここで、ファイルシステムのアクセスパターンには特徴がある。例えば、ディスク領域全体はブロックグループと称される一定のサイズの領域に細分化されている。また、各ブロックグループの先頭に位置するデータへのアクセス頻度は、他の部分のアクセス頻度よりも高くなる場合がある。そこで、上述したように、予測部19bは、このようなブロックグループの先頭を特定する。このようにして予測部19bにより特定された周期となるグループは、他の部分よりもアクセス頻度が高いディスクの各ブロックの先頭を示す。このように、予測部19bは、アクセス頻度が高いオフセットを特定して予測することができる。送信制御部19cは、予測部19bにより、所定の周期で繰り返される時間の中から閾値Rを超えるアクセス回数の時間が特定されると、第六のテーブル18dを参照して、以降、所定の周期で繰り返される時間において、次のような処理を行う。すなわち、送信制御部19cは、予測部19bにより特定された閾値Rを超えるアクセス回数の時間よりも前に、対応するオフセットが示す第一のボリューム20aのデータが、対応するIPアドレスを用いてVMに送信されるように制御する。なお、本実施例では、予測部19bにより特定される時間は、例えば、24時間または1週間ごとに繰り返される時間である。また、送信制御部19cは、予測された時間帯より前に、第一のボリューム20aに記憶されたデータを複数のVMのうちの少なくとも1つのVMに対して送信するように第一のボリューム20aを制御する。例えば、送信制御部19cは、現在時刻および現在の曜日を取得する。そして、送信制御部19cは、第六のテーブル18dを参照して、現在の曜日と一致する曜日が登録されたレコードであって、登録された時間帯よりも現在の時刻が所定時間前であるレコードを検索する。例えば、図6の例において、現在時刻が7時であり、現在の曜日が水曜日であった場合、送信制御部19cは、検索の結果、1番目のレコードを得る。検索の結果、レコードが得られた場合には、送信制御部19cは、第三のテーブル18aを参照して、現在の時刻のアクセス回数が閾値以下であるか否かを判定する。例えば、図3の例において、送信制御部19cは、7時から8時までの時間帯におけるアクセス回数が閾値以下であるか否かを判定する。ここで、送信制御部19cは、7時から8時までの時間帯における全アクセス回数の総和が閾値以下であるか否かを判定することができる。また、送信制御部19cは、7時から8時までの時間帯のアクセス回数のうち、レコードに登録されたオフセット範囲に対応するアクセス回数が閾値以下であるか否かを判定することもできる。そして、送信制御部19cは、アクセス回数が閾値以下である場合には、レコードに登録された全てのIPアドレスに対してサブネットマスクを用いてサブネットを特定する。続いて、送信制御部19cは、サブネットごとに、送信先のVMを1つ特定する。そして、送信制御部19cは、サブネットごとに1つ特定されたVMに、レコードに登録されたオフセット範囲が示す第一のボリューム20aのデータを転送する。これに加えて、送信制御部19cは、サブネットごとに1つ特定されたVMに、レコードに登録されたIPアドレスが示す同一のサブネット内に存在する他のVMに対して、データを転送する指示を送信する。その後、送信制御部19cは、今回のVMへのデータ送信時の管理サーバ4のI/O負荷に応じて、サブネットごとの次回のデータの送信対象のVMの台数を判断する。例えば、送信制御部19cは、I/O負荷が所定の閾値より小さい場合には、サブネットごとの次回のデータの送信対象のVMの台数を所定数、例えば、1台増やすように判断する。また、送信制御部19cは、I/O負荷が所定の閾値より大きい場合には、サブネットごとの次回のデータの送信対象のVMの台数を所定数、例えば、1台減らすように判断する。なお、送信制御部19cは、次回のデータ送信の際に、この判断結果に基づいた台数分のVMに対して、データおよびデータを転送する指示を送信する。このように、本実施例に係る管理サーバ4は、複数のVMによりアクセスされる第一のボリューム20aへの複数のVMの時間ごとのアクセス頻度を取得する。本実施例に係る管理サーバ4は、取得された複数のVMの時間ごとのアクセス回数に基づいて、1週間などの周期で繰り返される時間の中からアクセス回数が閾値を超える時間を特定する。本実施例に係る管理サーバ4は、第六のテーブル18dを参照して、1週間などの周期で繰り返される時間において、特定された閾値Rを超えるアクセス回数の時間より前に、対応するオフセットが示す第一のボリューム20aのデータが、VMに送信されるように制御する。したがって、本実施例に係る管理サーバ4によれば、アクセス回数が高くなる時間より前に、VMにデータが送信されるので、ストレージサーバ5のI/O負荷を低減することができる。また、本実施例に係る管理サーバ4は、所定の周期で繰り返される時間において、閾値Rを超えるアクセス回数の時間より前の時間であって、アクセス回数が閾値以下の時間に、VMにデータが送信される。これにより、データを受信したVMは、受信したデータを第二のボリュームに格納する。そのため、本実施例に係る管理サーバ4によれば、ストレージサーバ5へのアクセス量が閾値以下の場合に、データがVMに送信されるので、ストレージサーバ5のI/O負荷を低減することができる。また、本実施例に係る管理サーバ4によれば、サブネットごとに1つ特定されたVMに、サブネット内の他のVMへデータを転送させる指示が送信される。そのため、本実施例に係る管理サーバ4によれば、ストレージサーバ5とVMとのデータ通信量が減り、ストレージサーバ5のI/O負荷を低減することができる。また、送信制御部19cは、新たに生成された第七のテーブル18eを参照して、第七のテーブル18eのアクセスパターンと、上述した周期情報が示すアクセスパターンとが一致するか否かを判定する。一致する場合には、送信制御部19cは、予測部19bにより特定された周期となるグループに対応するオフセットが示す第一のボリューム20aのデータをVMに転送する。なお、送信対象のVM全てに送信するのではなく、送信制御部19cは、上述した方法と同様に、レコードに登録された全てのIPアドレスに対してサブネットマスクを用いてサブネットを特定する。続いて、送信制御部19cは、サブネットごとに、送信先のVMを1つ特定する。そして、送信制御部19cは、サブネットごとに1つ特定されたVMに、予測部19bにより特定された周期となるグループに対応するオフセットが示す第一のボリューム20aのデータを送信する。これに加えて、送信制御部19cは、サブネットごとに1つ特定されたVMに、レコードに登録されたIPアドレスが示す同一のサブネット内に存在する他のVMに対して、データを転送する指示を送信する。続いて、送信制御部19cは、上述した方法と同様に、今回のVMへのデータ送信時の管理サーバ4のI/O負荷に応じて、サブネットごとの次回のデータの送信対象のVMの台数を判断する。このように、本実施例に係る管理サーバ4によれば、他の部分よりもアクセス頻度が高いディスクの各ブロックの先頭のデータをアクセス負荷が高くなる前に、VMにデータが送信されるので、I/O負荷を低減することができる。ここで、第一のボリューム20aに記憶されたOSプログラムが更新された場合には、対象となるVM、すなわち、更新前のOSプログラムのデータを有するVM全てに更新事実を管理サーバ4が通知すると、システム1全体に大きな負荷がかかる。そこで、第一のボリューム20aに記憶されたOSプログラムが更新された場合には、送信制御部19cは、上記と同様に、サブネットごとに1つ特定された対象となるVMに、更新事実を送信するとともに、同一のサブネット内に存在する対象となる他のVMへの転送指示を送信する。例えば、送信制御部19cは、各VMの第二のボリュームの登録内容を示すテーブル図示しないを参照して、更新前のOSプログラムのデータを第二のボリュームに保持したVMを特定する。そして、送信制御部19cは、上記と同様に、サブネットごとに、送信先のVMを1つ特定し、サブネットごとに1つ特定された対象となるVMに、更新事実を送信するとともに、同一のサブネット内に存在する対象となる他のVMへの転送指示を送信する。これにより、管理サーバ4が対象となる全てのVMに更新事実を通知する場合と比較して、システム1全体に大きな負荷をかけずに、対象となるVM全てに更新事実が通知される。また、第一のボリューム20aに記憶されたOSプログラムが更新された場合には、送信制御部19cは、第三のテーブル18a~第七のテーブル18eの該当箇所を初期化する。なお、更新事実が通知されたVMは、上述したように、第二のボリュームに更新データを格納し、第一のテーブルおよび第二のテーブルの該当箇所を初期化する。制御部19は、ASICApplicationSpecificIntegratedCircuitやFPGAFieldProgrammableGateArrayなどの集積回路を有する。なお、制御部19は、CPUCentralProcessingUnitやMPUMicroProcessingUnitなどの電子回路を有してもよい。ストレージサーバ5は、記憶部20を有する。記憶部20には、第一のボリューム20aが記憶されている。第一のボリューム20aには、各VMによりアクセスされるデータ、すなわち、各VMで共用されるデータが登録される。例えば、第一のボリューム20aには、各VMで共用され、各VMで動作するOSプログラムが登録される。[処理の流れ]次に、本実施例に係るシステム1の処理の流れを説明する。図9~13では、本実施例に係るVMの処理の流れを説明する。図9は、本実施例に係る読取処理の手順を示すフローチャートである。この読取処理の実行タイミングとしては様々なタイミングが考えられる。例えば、読取処理は、OSプログラムやアプリケーションプログラムの実行時などに、データのアクセスを行うタイミングで実行される。図9に示すように、読取部11aは、データの配置場所を示すテーブル図示せずを参照して、アクセス対象のデータの存在場所を特定するステップS101。読取部11aは、アクセス対象のデータが第一のボリューム20aに存在するか否かを判定するステップS102。アクセス対象のデータが第一のボリューム20aに存在する場合ステップS102肯定には、読取部11aは、第一のアクセス処理を実行しステップS103、処理を終了する。一方、アクセス対象のデータが第一のボリューム20aに存在しない場合ステップS102否定には、読取部11aは、アクセス対象のデータが第二のボリューム10cに存在するか否かを判定するステップS104。アクセス対象のデータが第二のボリューム10cに存在する場合ステップS104肯定には、読取部11aは、第二のアクセス処理を実行しステップS105、処理を終了する。また、アクセス対象のデータが第二のボリューム10cに存在しない場合ステップS104否定にも、処理を終了する。図10は、本実施例に係る第一のアクセス処理の手順を示すフローチャートである。図10に示すように、読取部11aは、データが存在する第一のボリューム20aにアクセスし、データを検索することで、データを読み取るステップS201。更新部11bは、第一のテーブル10aの該当部分のアクセス回数と、アクセスされた時間とを更新するステップS202。更新部11bは、第二のテーブル10bの該当部分のアクセス回数を更新するステップS203。読取部11aは、オフセットおよびアクセス回数を管理サーバ4へ送信するステップS204。格納部11cは、アクセス回数を第一のテーブル10aから取得するステップS205。格納部11cは、取得したアクセス回数が、所定の閾値P以上であるか否かを判定するステップS206。アクセス回数が所定の閾値P以上である場合には、格納部11cは、読取部11aにより読み取られたデータをキャッシュに格納するステップS207。格納部11cは、キャッシュに格納されたデータを、第二のボリューム10cに格納するステップS208。格納部11cは、第二のボリューム10cに格納されたデータに対応する第一のテーブル10aの該当部分を初期化、すなわち0に設定しステップS209、処理結果を制御部11の内部メモリに格納し、リターンする。一方、アクセス回数が所定の閾値P未満である場合ステップS206否定には、格納部11cは、読取部11aにより読み取られたデータをキャッシュに格納しステップS210、処理結果を制御部11の内部メモリに格納し、リターンする。図11は、本実施例に係る第二のアクセス処理の手順を示すフローチャートである。図11に示すように、読取部11aは、データが存在する第二のボリューム10cにアクセスし、データを検索することで、データを読み取るステップS301。更新部11bは、第一のテーブル10aの該当部分のアクセス回数と、アクセスされた時間とを更新するステップS302。格納部11cは、読取部11aにより読み取られたデータをキャッシュに格納しステップS303、処理結果を制御部11の内部メモリに格納し、リターンする。図12は、本実施例に係る第一の削除処理の手順を示すフローチャートである。この第一の削除処理の実行タイミングとしては様々なタイミングが考えられる。例えば、第一の削除処理は、所定時間ごとに、実行される。図12に示すように、格納部11cは、第二のテーブル10bから、各オフセットの時間帯ごとの全アクセス回数を取得するステップS401。そして、格納部11cは、取得した各オフセットのアクセス頻度の中に、所定期間、アクセス頻度が閾値Pを超えなかったオフセットがあるか否かを判定するステップS402。所定期間、アクセス頻度が閾値Pを超えなかったオフセットがある場合ステップS402肯定には、格納部11cは、第二のボリューム10cから、当該オフセットのデータを削除し、データの配置場所を示すテーブルを更新しステップS403、処理を終了する。また、所定期間、アクセス頻度が閾値Pを超えなかったオフセットがない場合ステップS402否定にも、処理を終了する。図13は、本実施例に係る第二の削除処理の手順を示すフローチャートである。この第二の削除処理の実行タイミングとしては様々なタイミングが考えられる。例えば、第二の削除処理は、所定時間ごとに、実行される。図13に示すように、格納部11cは、第二のボリューム10cに格納された全データのサイズを、第二のボリューム10cの記憶容量で除することにより、第二のボリューム10cの使用量を算出するステップS501。そして、格納部11cは、使用量が閾値Q以上であるか否かを判定するステップS502。使用量が閾値Q以上である場合ステップS502肯定には、格納部11cは、第二のボリューム10cから、最も古いデータを削除し、データの配置場所を示すテーブルを更新しステップS503、ステップS501へ戻る。一方、使用量が閾値Q以上でない場合ステップS502否定には、処理を終了する。図14~図16、図18、図19では、本実施例に係る管理サーバ4の処理の流れを説明する。図14は、本実施例に係る特定部19bが実行する第一の管理処理の手順を示すフローチャートである。この第一の管理処理の実行タイミングとしては様々なタイミングが考えられる。例えば、第一の管理処理は、所定の時間間隔で実行される。図14に示すように、予測部19bは、第三のテーブル18aに登録された全時間帯、全オフセット範囲の全アクセス回数を取得するステップS601。予測部19bは、取得した全アクセス回数のうち、閾値Rを超えるアクセス回数の時間帯およびオフセット範囲があるか否かを判定するステップS602。閾値Rを超えるアクセス回数の時間帯およびオフセット範囲がある場合ステップS602肯定には、予測部19bは、閾値Rを超えるアクセス回数の時間帯およびオフセット範囲を特定し、特定した時間帯およびオフセット範囲を内部メモリに格納し、閾値Rを超えるアクセス回数があることを示す第一のフラグに所定値、例えば1を設定して、第一のフラグをONにしステップS603、処理を終了する。また、閾値Rを超えるアクセス回数の時間帯およびオフセット範囲がない場合ステップS602否定には、処理を終了する。図15は、本実施例に係る取得部19aが実行する第二の管理処理の手順を示すフローチャートである。この第二の管理処理の実行タイミングとしては様々なタイミングが考えられる。例えば、第二の管理処理は、所定の時間間隔で、例えば30分ごと、または、毎日0時に実行される。なお、第二の管理処理が実行される間隔を、第一の管理処理が実行される間隔よりも短くすることができる。図15に示すように、取得部19aは、第一のフラグの値が1であるか否かを判定するステップS701。第一のフラグの値が1でない場合ステップS701否定には、処理を終了する。第一のフラグの値が1である場合ステップS701肯定には、取得部19aは、第四のテーブル18bを生成するステップS702。取得部19aは、第五のテーブル18cを生成するステップS703。取得部19aは、VMからオフセットおよびアクセス時刻を取得するステップS704。取得部19aは、予測部19bにより特定され、内部メモリに格納された時間帯にアクセス時刻が含まれているか否かを判定するステップS705。予測部19bにより特定され、内部メモリに格納された時間帯にアクセス時刻が含まれていない場合ステップS705否定には、ステップS704へ戻る。一方、特定され、内部メモリに格納された時間帯にアクセス時刻が含まれている場合ステップS705肯定には、取得部19aは、予測部19bにより特定され、内部メモリに格納されたオフセット範囲に取得したオフセットが含まれているか否かを判定するステップS706。予測部19bにより特定され、内部メモリに格納されたオフセット範囲に取得したオフセットが含まれていない場合ステップS706否定には、ステップS704へ戻る。一方、予測部19bにより特定され、内部メモリに格納されたオフセット範囲に取得したオフセットが含まれている場合ステップS706肯定には、取得部19aは、第四のテーブル18bの該当部分のアクセス回数の値を1つインクリメントするステップS707。取得部19aは、IPアドレスを、第五のテーブル18cの該当部分に登録するステップS708。取得部19aは、所定期間分のデータを第四のテーブル18bに登録する。取得部19aは、2週間分のデータが第四のテーブル18bおよび第四のテーブル18bのコピーに登録されたか否かを判定するステップS709。例えば、取得部19aは、月曜日から日曜日までの2種類のデータが記憶部18に記憶されているか否かを判定することにより、2週間分のデータが第四のテーブル18bおよび第四のテーブル18bのコピーに登録されたか否かを判定することができる。ここで、登録されていない場合ステップS709否定には、ステップS704へ戻る。一方、登録された場合ステップS709肯定には、予測部19bは、アクセス回数が閾値Rを超える時間帯に周期性があるか否かをオフセット範囲ごとに判定するステップS710。周期性がある場合ステップS710肯定には、取得部19aは、周期性があると判定された時間帯、アクセス回数が閾値を超えるオフセット範囲、曜日、VMのIPアドレスが登録された第六のテーブル18dを生成するステップS711。そして、後述のステップS712へ進む。一方、周期性がない場合ステップS710否定には、取得部19aは、第一のフラグの値を0に設定しステップS712、処理を終了する。図16は、本実施例に係る送信制御部19cが実行する第三の管理処理の手順を示すフローチャートである。この第三の管理処理の実行タイミングとしては様々なタイミングが考えられる。第三の管理処理は、第六のテーブル18dが生成された場合、例えば、毎日0時に、第六のテーブル18dが生成された場合に実行される。図16に示すように、送信制御部19cは、第六のテーブル18dの登録内容を取得するステップS801。送信制御部19cは、現在時刻および現在の曜日を取得するステップS802。送信制御部19cは、第六のテーブル18dに登録されたレコードのうち、現在の曜日と一致する曜日が登録されたレコードであって、登録された時間帯よりも現在の時刻が所定時間前であるレコードがあるか検索するステップS803。検索の結果、レコードが得られなかった場合ステップS803否定には、処理を終了する。また、検索の結果、レコードが得られた場合ステップS803肯定には、送信制御部19cは、第三のテーブル18aを参照して、現在の時刻のアクセス回数が閾値以下であるか否かを判定するステップS804。アクセス回数が閾値以下である場合ステップS804肯定には、送信制御部19cは、サブネットごとに1つ特定されたVMに、レコードに登録されたオフセット範囲が示す第一のボリューム20aのデータを転送する。これに加えて、送信制御部19cは、サブネットごとに1つ特定されたVMに、同一のサブネット内に存在する他のVMに対して、データを転送する指示を送信するステップS805。その後、送信制御部19cは、今回のVMへのデータ送信時の管理サーバ4のI/O負荷に応じて、サブネットごとの次回のデータの送信対象のVMの台数を判断しステップS806、処理を終了する。図17では、本実施例に係るVMの処理の流れを説明する。図17は、本実施例に係る格納処理の手順を示すフローチャートである。この格納処理の実行タイミングとしては様々なタイミングが考えられる。例えば、格納処理は、データが管理サーバ4からVMに送信された場合に実行される。図17に示すように、格納部11cは、管理サーバ4から送信されたデータを受信するステップS901。なお、データを転送する指示が、管理サーバ4からVMに送信された場合には、格納部11cは、データを転送する指示も受信する。そして、格納部11cは、データを第二のボリューム10cに格納するステップS902。格納部11cは、データを転送する指示を受信したか否かを判定するステップS903。データを転送する指示を受信していない場合ステップS903否定には、処理を終了する。一方、データを転送する指示を受信した場合ステップS903肯定には、格納部11cは、データを当該指示が示すVMに転送しステップS904、処理を終了する。図18は、本実施例に係る取得部19aおよび予測部19bが実行する第四の管理処理の手順を示すフローチャートである。この第四の管理処理の実行タイミングとしては様々なタイミングが考えられる。例えば、第四の管理処理は、システム1が稼働してから所定時間、例えば3時間経過した場合に実行される。図18に示すように、取得部19aは、全てのVMから、第一のテーブルの登録内容を取得するステップS1001。取得部19aは、取得した全てのVMの第一のテーブルの登録内容が示すアクセス回数の総和をオフセットごとに算出し、各オフセットの値をNで割った余りを算出するステップS1002。取得部19aは、算出した余りを16個のグループに分けるステップS1003。取得部19aは、各グループと、アクセス回数とが対応付けられて登録された第7のテーブル18eを生成するステップS1004。予測部19bは、第7のテーブル18eの登録内容から周期性があるか否かを判定するステップS1005。第7のテーブル18eの登録内容から周期性が特定されない場合ステップS1005否定には、予測部19bは、Nの値を2倍にしステップS1007、ステップS1002へ戻る。一方、第7のテーブル18eの登録内容から周期性が特定された場合ステップS1005肯定には、取得部19aは、周期情報を記憶部18に格納しステップS1006、処理を終了する。図19は、本実施例に係る第五の管理処理の手順を示すフローチャートである。この第五の管理処理の実行タイミングとしては様々なタイミングが考えられる。例えば、第五の管理処理は、周期情報が記憶部18に記憶された後に、所定時間、例えば3時間ごとに実行される。図19に示すように、送信制御部19cは、記憶部18に記憶された周期情報を記憶部18から取得するステップS1101。送信制御部19cは、取得した周期情報が示すアクセスパターンと、新たに生成された第7のテーブル18eの登録内容が示すアクセスパターンとを比較するステップS1102。送信制御部19cは、比較の結果が一致であるか否かを判定するステップS1103。比較の結果が一致である場合ステップS1103肯定には、送信制御部19cは、次のような処理を行う。すなわち、送信制御部19cは、予測部19bにより特定され、内部メモリに格納された周期となるグループに対応するオフセットが示す第一のボリューム20aのデータを、サブネットごとに1つ特定されたVMに転送する。これに加えて、送信制御部19cは、サブネットごとに1つ特定されたVMに、レコードに登録されたIPアドレスが示す同一のサブネット内に存在する他のVMに対して、データを転送する指示を送信するステップS1104。続いて、送信制御部19cは、今回のVMへのデータ送信時の管理サーバ4のI/O負荷に応じて、サブネットごとの次回のデータの送信対象のVMの台数を判断しステップS1105、処理を終了する。また、比較の結果が一致でない場合ステップS1103否定にも、処理を終了する。上述してきたように、本実施例に係る管理サーバ4は、複数のVMによりアクセスされる第一のボリューム20aへの複数のVMの時間ごとのアクセス頻度を取得する。本実施例に係る管理サーバ4は、取得された複数のVMの時間ごとのアクセス回数に基づいて、1週間などの周期で繰り返される時間の中からアクセス回数が閾値を超える時間を特定する。本実施例に係る管理サーバ4は、第六のテーブル18dを参照して、1週間などの周期で繰り返される時間において、特定された閾値Rを超えるアクセス回数の時間より前に、対応するオフセットが示す第一のボリューム20aのデータが、VMに送信されるように制御する。したがって、本実施例に係る管理サーバ4によれば、アクセス回数が高くなる時間より前に、VMにデータが送信されるので、ストレージサーバ5のI/O負荷を低減することができる。また、本実施例に係る管理サーバ4は、データを記憶する第一のボリューム20aに対する複数のVMからのアクセス状況に基づいて、第一のボリューム20aに対する複数のVMからのアクセス頻度が所定の閾値を超える時間帯を予測する。そして、本実施例に係る管理サーバ4は、予測された時間帯より前に、第一のボリューム20aに記憶されたデータを複数のVMのうちの少なくとも1つのVMに対して送信するように第一のボリューム20aを制御する。したがって、本実施例に係る管理サーバ4によれば、アクセス回数が高くなる時間より前に、VMにデータが送信されるので、ストレージサーバ5のI/O負荷を低減することができる。また、本実施例に係る管理サーバ4は、複数のVMによりアクセスされる第一のボリューム20aへの複数のVMのオフセットごとのアクセス頻度を取得する。本実施例に係る管理サーバ4は、取得された複数のVMのオフセットごとのアクセス回数に基づいて、アクセス回数が閾値を超える複数のオフセットであって、周期となる複数のオフセットを特定する。本実施例に係る管理サーバ4は、特定されたオフセットが示す第一のボリューム20aのデータがVMに送信されるように制御する。したがって、本実施例に係る管理サーバ4によれば、他の部分よりもアクセス頻度が高いディスクの各ブロックの先頭のデータをアクセス負荷が高くなる前に、VMにデータが送信されるので、I/O負荷を低減することができる。また、本実施例に係る管理サーバ4によれば、サブネットごとに1つ特定されたVMに、サブネット内の他のVMへデータを転送させる指示が送信される。そのため、本実施例に係る管理サーバ4によれば、ストレージサーバ5とVMとのデータ通信量が減り、ストレージサーバ5のI/O負荷を低減することができる。また、本実施例に係る管理サーバ4は、今回のVMへのデータ送信時の管理サーバ4のI/O負荷に応じて、サブネットごとの次回のデータの送信対象のVMの台数を判断する。そのため、本実施例に係る管理サーバ4によれば、適切な台数のVMに対してデータを送信することができる。また、本実施例に係る管理サーバ4は、所定の周期で繰り返される時間において、閾値Rを超えるアクセス回数の時間より前の時間であって、アクセス回数が閾値以下の時間に、VMにデータが送信される。これにより、データを受信したVMは、受信したデータを第二のボリュームに格納する。そのため、本実施例に係る管理サーバ4によれば、ストレージサーバ5へのアクセス量が閾値以下の場合に、データがVMに送信されるので、ストレージサーバ5のI/O負荷を低減することができる。さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。例えば、上記の実施例では、管理サーバ4が、全てのVMを対象に、第三のテーブル18aからアクセス頻度が閾値を超えるオフセット、すなわち、アクセス頻度の高いオフセットについて、より詳細な情報が登録された第四のテーブル18bを生成する。そして、上記の実施例では、管理サーバ4が、第四のテーブル18bを用いて、アクセス頻度が閾値を超える時間帯よりも前の時間帯に、アクセス頻度が高いオフセットのデータをVMへ転送する。また、上記の実施例では、管理サーバ4が、第四のテーブル18bを用いて、アクセス頻度が閾値を超える複数の記憶領域であって、各記憶領域のアドレスが所定の周期となる複数の記憶領域の記憶内容をVMに転送する。しかしながら、開示の装置は、これに限定されない。例えば、各VMが、自身の第二のテーブルからアクセス頻度が閾値を超えるオフセットを特定し、特定したオフセットについて、より詳細な情報が登録された第八のテーブル図示せずを生成する。そして、各VMが、それぞれの第八のテーブルを用いて、上記と同様に、次のような処理を行ってもよい。すなわち、各VMが、アクセス頻度が閾値を超える時間帯よりも前の時間帯に、アクセス頻度が高いオフセットのデータを第一のボリューム20aから取得し、取得したデータを第二のボリューム10cに格納するようにしてもよい。また、各VMが、アクセス頻度が閾値を超える複数の記憶領域であって、各記憶領域のアドレスが所定の周期となる複数の記憶領域のデータを第一のボリューム20aから取得し、取得したデータを第二のボリューム10cに格納するようにしてもよい。また、上記の実施例では、時間の幅がある時間帯の項目を有するテーブルを有し、各時間帯のアクセス頻度を取得し、取得したアクセス頻度をテーブルの時間帯の項目に登録し、アクセス頻度が登録されたテーブルを用いて処理を行う場合について例示した。しかしながら、開示の装置は、これに限定されない。例えば、VMが時間の項目を有する同様のテーブルを有し、各時間のアクセス頻度を取得し、取得したアクセス頻度をテーブルの時間の項目に登録し、アクセス頻度が登録されたテーブルを用いて同様の処理を行ってもよい。また、管理サーバ4が時間の項目を有する同様のテーブルを有し、各時間のアクセス頻度を取得し、取得したアクセス頻度をテーブルの時間の項目に登録し、アクセス頻度が登録されたテーブルを用いて同様の処理を行ってもよい。また、上記の実施例では、送信制御部19cが、データをVMへ転送する場合について例示したが、開示の装置はこれに限定されない。例えば、送信制御部19cは、データをVMに送信する指示をストレージサーバ5へ送信するようにしてもよい。この場合、指示を受信したストレージサーバ5は、受信した指示に基づいて、データをVMに送信する。また、一定期間システムを運用した後、新たにサーバを追加する場合に、管理サーバ4の第三のテーブル18aを新たに追加するサーバに保持させることで、アクセス頻度に関する情報を一から採取せずにすむ。そのため、サーバを追加したことによる第一のボリューム20aへのI/O負荷を低減させることができる。また、上記の実施例では、第一のボリューム20aを複数のVMがアクセスするシステムの場合について例示したが、システムはこれに限られず、DBDataBaseサーバなどに複数の装置がアクセスするシステムであってもよい。また、上記の実施例において説明した処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。また、上記の実施例において説明した処理のうち、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。また、各種の負荷や使用状況などに応じて、上記の実施例において説明した各処理の各ステップでの処理を任意に細かくわけたり、あるいはまとめたりすることができる。また、ステップを省略することもできる。また、各種の負荷や使用状況などに応じて、上記の実施例において説明した各処理の各ステップでの処理の順番を変更できる。例えば、ステップS702での処理を行う前に、ステップS703での処理を行うこともできる。また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散統合して構成することができる。[管理プログラム]また、上記の実施例で説明した管理サーバ4の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、図20を用いて、上記の実施例で説明した管理サーバ4と同様の機能を有する管理プログラムを実行するコンピュータの一例を説明する。図20は、管理プログラムを実行するコンピュータを示す図である。図20に示すように、コンピュータ300は、CPUCentralProcessingUnit310、ROMReadOnlyMemory320、HDDHardDiskDrive330、RAMRandomAccessMemory340を有する。これら310~340の各部は、バス350を介して接続される。ROM320には、上記の実施例で示す取得部19aと、予測部19bと、送信制御部19cと同様の機能を発揮する管理プログラム320aが予め記憶される。なお、管理プログラム320aについては、適宜分離しても良い。そして、CPU310が、管理プログラム320aをROM320から読み出して実行する。そして、HDD330には、第三のテーブル、第四のテーブル、第五のテーブル、第六のテーブル、第七のテーブルが設けられる。これら第三のテーブル、第四のテーブル、第五のテーブル、第六のテーブル、第七のテーブルのそれぞれは、第三のテーブル18a、第四のテーブル18b、第五のテーブル18c、第六のテーブル18d、第七のテーブル18eのそれぞれに対応する。そして、CPU310は、第三のテーブル、第四のテーブル、第五のテーブル、第六のテーブル、第七のテーブルを読み出してRAM340に格納する。さらに、CPU310は、RAM340に格納された第三のテーブル、第四のテーブル、第五のテーブル、第六のテーブル、第七のテーブルを用いて、管理プログラム320aを実行する。なお、RAM340に格納される各データは、常に全てのデータがRAM340に格納される必要はなく、処理に必要なデータのみがRAM340に格納されれば良い。なお、上記した管理プログラムについては、必ずしも最初からROMに記憶させておく必要はない。例えば、コンピュータに挿入されるフレキシブルディスクFD、CD-ROM、DVDディスク、光磁気ディスク、ICカードなどの可搬用の物理媒体にプログラムを記憶させておく。そして、コンピュータがこれらからプログラムを読み出して実行するようにしてもよい。さらには、公衆回線、インターネット、LAN、WANなどを介してコンピュータに接続される他のコンピュータまたはサーバなどにプログラムを記憶させておく。そして、コンピュータがこれらからプログラムを読み出して実行するようにしてもよい。