"コンピュータに、第1の記憶領域と第2の記憶領域とを備える記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得する第1の処理と、取得した前記モニタ結果に基づいて、ビジー率と単位時間あたりのアクセス数との間の相関特性を算出する第2の処理と、算出した前記相関特性に基づいて、単位時間あたりの指定された第1のアクセス数に対応するビジー率と、単位時間あたりの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間あたりの第2のアクセス数を求める第3の処理と、前記第2の記憶領域についての単位時間あたりのアクセス数を、通知されたアクセス数以下に制御する制御部に対して、算出した前記第2のアクセス数を通知する第4の処理と、を実行させるためのプログラム。前記単位時間あたりのアクセス数がIOPSInputOutputPerSecond値であり、前記第2の処理において、取得した前記ビジー率を、取得した前記IOPS値で除することにより、前記相関特性を算出し、前記第3の処理において、前記相関特性に対して前記第1の記憶領域にアクセスするアプリケーションについて指定されたIOPS値を乗じることにより、前記第1の記憶装置について確保すべきビジー率を算出し、前記ビジー率の上限値と前記第1の記憶領域について確保すべきビジー率との差を前記相関特性で除することにより、前記第2の記憶領域について使用可能なIOPS値を前記第2のアクセス数として算出する請求項1記載のプログラム。前記第1の記憶領域が複数の記憶領域を含み、当該複数の記憶領域の各々についてアクセスするアプリケーションにIOPS値が指定されている場合、当該複数の記憶領域の各々について、実際のIOPS値が、指定されている前記IOPS値以下になるように、前記記憶装置の制御部に指示する処理を、さらに前記コンピュータに実行させるための請求項1又は2記載のプログラム。第1の記憶領域と第2の記憶領域とを備える記憶装置と、前記記憶装置における前記第2の記憶領域についての単位時間あたりのアクセス数を、通知されたアクセス数以下に制御する制御部と、処理部とを有し、前記処理部が、前記記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得し、取得した前記モニタ結果に基づいて、ビジー率と単位時間あたりのアクセス数との間の相関特性を算出し、算出した前記相関特性に基づいて、単位時間あたりの指定された第1のアクセス数に対応するビジー率と、単位時間あたりの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間あたりの第2のアクセス数を求め、前記制御部に対して、算出した前記第2のアクセス数を通知する、コンピュータ。コンピュータにより、第1の記憶領域と第2の記憶領域とを備える記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得し、取得した前記モニタ結果に基づいて、ビジー率と単位時間あたりのアクセス数との間の相関特性を算出し、算出した前記相関特性に基づいて、単位時間あたりの指定された第1のアクセス数に対応するビジー率と、単位時間あたりの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間あたりの第2のアクセス数を求め、前記第2の記憶領域についての単位時間あたりのアクセス数を、通知されたアクセス数以下に制御する制御部に対して、算出した前記第2のアクセス数を通知する、処理が実行される方法。しかし、一つの記憶装置の記憶領域を第1の領域、第2の領域に分割して複数の端末PCで共有して利用する場合に、一方の端末PCから発生する第1の領域へのアクセスについて所定のIOPSを確保しようとして、他方の端末PCから発生する第2の領域へのアクセスを所定の固定的なIOPS以下に制御しても、上述したアクセス態様に応じてビジー率が飽和してしまうことがあり、単純なIOPSを用いた制御では、第1の領域へのアクセスについて所定のIOPSを確保することはできない。従って、一側面では、本技術は、複数の領域のうちの一方についてのIO性能が、他方についてのIO制御により所定の性能を下回らないように制御可能とすることを目的とする。本制御方法は、A第1の記憶領域と第2の記憶領域とを備える記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得するステップと、B取得したモニタ結果に基づいて、ビジー率と単位時間当りのアクセス数との間の相関特性を算出するステップと、C算出した相関特性に基づいて、単位時間当りの指定された第1のアクセス数に対応するビジー率と、単位時間当りの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間当りの第2のアクセス数を求めるステップと、D第2の記憶領域についての単位時間当りのアクセス数を、通知されたアクセス数以下に制御する制御部に対して、算出した第2のアクセス数を通知するステップとを含む。記憶装置における複数の領域のうちの一方についてのIO性能が、他方についてのIO制御により所定の性能を下回らないようにすることができる。[実施の形態1]本技術の第1の実施の形態に係るコンピュータの構成を図1に示す。図1に示すコンピュータ100は、例えばハードディスク名前はhdaである記憶装置200と接続されており、カーネル内に記憶装置200内のパーティションA名前はhda1のためのディスクドライバAと、記憶装置200内のパーティションB名前はhda2のためのディスクドライバBとを実行している。また、コンピュータ100は、アプリケーションA及びBを実行しており、アプリケーションAが記憶装置200のパーティションAにディスクドライバAを介してアクセスし、アプリケーションBが記憶装置200のパーティションBにディスクドライバBを介してアクセスするものとする。また、コンピュータ100は、以下で詳細に述べる帯域制御のための処理を実施するデーモンdaemonである処理プログラム110も実行している。本実施の形態では、以下で詳細に説明するように、現在のIO状況に応じた記憶装置200のビジー率とIOPSとから、IO性能保証するには現状のビジー率からして、どのような態様で帯域制御を行うべきであるかを、処理プログラム110で決定して、ディスクドライバに対して指示を行う。なお、以下では、説明を分かりやすくするため、アプリケーションAについてIO性能保証を行うことを想定する。次に、図2乃至図4を用いて、図1に示した処理プログラム110の処理について説明する。処理プログラム110は、例えば1分毎など周期的に、カーネルから記憶装置200のビジー率及びIOPS値を取得する図2:ステップS1。例えばLinuxであれば、iostat-xコマンドをカーネルに出力して、例えば図3のようなデータを取得する。図3に示すようなデータにおいて、r/sの値とw/sの値との和がIOPSを表しており、utilの値がビジー率を表している。次に、処理プログラム110は、ビジー率/IOPS値により、第1指標値を算出するステップS3。第1指標値は、1IOPS獲得するために消費されるビジー率を表している。この第1指標値については、この処理時点においてビジー率とIOPS値とが線形の関係を有していることを前提にしている。より厳密に両者の関係を相関特性として、例えば関数fビジー率,IOPS値のような形で導出して、この相関特性を用いるようにしてもよい。そして、処理プログラム110は、第1指標値×保証IOPS値により、第2指標値を算出するステップS5。保証IOPS値は、例えばアプリケーションA又はアプリケーションAのユーザから指示されるものとする。第2指標値は、保証IOPS値を獲得するために消費されるビジー率を表している。なお、保証IOPS値が大きすぎる場合も生じ得る。例えばビジー率をで表す場合には第2指標値が100を超えたり、ビジー率を0乃至1までの値で表す場合には第2指標値が1を超えたりする場合もあり得る。さらに、他のアプリケーションが記憶装置200を使用できなくなるのは問題であるから、閾値を予め設定しておき、第2指標値がその閾値を超えてしまう場合もある。そのような場合には、IOPSの保証不可ということで以下の処理を行わないようにしても良いし、保証IOPS値を下げるように要求するようにしても良い。また、自動的に保証IOPS値を保証できる範囲に下げるようにしてもよい。ここでは、例えば第1指標値が0.7[/IOPS]であるものとし、保証IOPS値が100であるとすると、保証IOPS値を実現するためには、0.7×100=70のビジー率となることが分かる。すなわち、アプリケーションAの要求に従ってIOPS値を保証するとすると、ビジー率70を確保することになる。そして、処理プログラム110は、100-第2指標値/第1指標値により、第3指標値を算出するステップS7。ビジー率を単位で取り扱う場合には100-第2指標値/第1指標値であり、比率として0乃至1の値として取り扱う場合には1-第2指標値/第1指標値である。すなわち、ビジー率の上限値と第2指標値との差を第1指標値で除した値を第3指標値として算出する。この演算によって、IOPS値の保証を行わないアプリケーションBによるパーティションBに対するアクセスについてのIOPS制限値が得られることになる。例えば、上で述べた例では、100-70/0.7=43IOPSが、IOPS制限値となる。図4に示したように、アプリケーションAがアクセスするパーティションAについては、100IOPSの性能保証がなされるが、アプリケーションBがアクセスするパーティションBについては、余った帯域である43IOPSまでに制限される。その後、処理プログラム110は、第3指標値以下に帯域制限するように、IOPS非保証パーティションのディスクドライバに対して、第3指標値を通知するステップS9。上で述べた例では、IOPS非保証パーティションのディスクドライバは、ディスクドライバBであるから、ディスクドライバBに対して、43IOPSを通知する。以上のような処理を処理終了まで又は帯域保証を終了するまで繰り返すステップS11。例えば、所定の周期で上で述べた処理を繰り返すが、必ずしも一定の周期でなければならないわけではない。例えばビジー率が上昇している場合には、保証が難しくなる場合もあるので、周期を短くするようにしても良い。また、任意のタイミングで実行するようにしても良い。以上のような処理を実施することによって、現在のIO発生状況に応じたビジー率を考慮して、IO性能保証を実施することができるようになる。なお、ディスクドライバでは、図5に示すような処理を実施する。上で述べた例では、ディスクドライバBが図5に示すような処理を実施する。ディスクドライバは、処理プログラム110からIOPSの通知を受信したか判断するステップS21。受信していない場合には、現在の処理状態を維持し、ステップS27に移行する。一方、処理プログラム110からIOPSの通知を受信した場合には、ディスクドライバは、通知されたIOPSで、自らが使用可能なIOPSの値を更新するステップS23。上で述べた例では、43IOPSがディスクドライバBに通知されるので、ディスクドライバBの使用可能IOPSの値を43IOPSに変更する。そして、ディスクドライバは、使用可能IOPSに応じて、IOの制限を実施するステップS25。例えば、毎秒43のIOを処理した後は、IOをブロックすることで最大でもIOPSが43になるように制限する。これによって実際のIOPS値が制限値以下となるように制御される。以上の処理を処理終了になるまで繰り返すステップS27。以上のような処理を実施することによって、非IOPS保証側のパーティションについてはIOが制限され、IOPS保証側のパーティションについては制限無くIOが処理されて、結果として、指定された保証IOPSが実現されるようになる。[実施の形態2]第1の実施の形態では、記憶装置200にパーティションが2つあり、IOPSを保証すべきアプリケーションAがパーティションAをアクセスし、IOPSを保証しなくても良いアプリケーションBがパーティションBをアクセスする例を説明したが、帯域保証すべきアプリケーションが複数の場合もある。本実施の形態では、複数のアプリケーションについて帯域保証する場合について説明する。図6に、本実施の形態に係るコンピュータの構成を示す。図6に示すコンピュータ300は、例えばハードディスク名前はhdaである記憶装置400と接続されており、カーネル内に記憶装置400内のパーティションA名前はhda1のためのディスクドライバAと、記憶装置400内のパーティションB名前はhda2のためのディスクドライバBと、記憶装置400内のパーティションC名前はhda3のためのディスクドライバCとを実行している。また、コンピュータ300は、アプリケーションA乃至Cを実行しており、アプリケーションAが記憶装置400のパーティションAにディスクドライバAを介してアクセスし、アプリケーションBが記憶装置400のパーティションBにディスクドライバBを介してアクセスし、アプリケーションCが記憶装置400のパーティションCにディスクドライバCを介してアクセスするものとする。また、コンピュータ300は、以下で詳細に述べる帯域制御のための処理を実施するデーモンdaemonである処理プログラム310も実行している。本実施の形態では、以下で詳細に説明するように、現在のアクセス状況に応じた記憶装置400のビジー率とIOPSとから、IO性能保証するには現状のビジー率からして、どのような態様で帯域制御を行うべきであるかを、処理プログラム310で決定して、ディスクドライバに対して指示を行う。本実施の形態では、アプリケーションA及びBについてIO性能保証を行うことを想定する。次に、図7及び図8を用いて、図6に示した処理プログラム310の処理について説明する。処理プログラム310は、例えば1分毎など周期的に、カーネルから記憶装置400のビジー率及びIOPS値を取得する図7:ステップS41。第1の実施の形態におけるステップS1と同様である。次に、処理プログラム310は、ビジー率/IOPS値により、第1指標値を算出するステップS43。第1指標値は、1IOPS獲得するために消費するビジー率を表している。第1の実施の形態におけるステップS3と同様である。そして、処理プログラム310は、第1指標値×保証IOPS値により、帯域保証を行うべき各アプリケーションがアクセスするパーティションについての第2指標値を算出するステップS45。保証IOPS値は、例えばアプリケーションA及びB又はアプリケーションA及びBのユーザから指示されるものとする。第2指標値は、保証IOPS値を獲得するために消費するビジー率を表している。保証IOPS値が大きすぎる場合の対処については第1の実施の形態と同様である。ここでは、例えば第1指標値が0.7[/IOPS]であるものとし、アプリケーションAについての保証IOPS値が60で、アプリケーションBについての保証IOPS値が60であるものとすると、保証IOPS値を実現するためには、0.7×60=42のビジー率となることが分かる。すなわち、アプリケーションAの要求に従ってIOPS値を保証するとすると、ビジー率42の確保することになる。アプリケーションBについても同様である。そして、処理プログラム310は、100-第2指標値の合計/第1指標値により、第3指標値を算出するステップS47。ビジー率を単位で取り扱う場合には100-第2指標値の合計/第1指標値であり、比率として0乃至1の値として取り扱う場合には1-第2指標値の合計/第1指標値である。すなわち、ビジー率の上限値と第2指標値の合計との差を第1指標値で除した値を第3指標値として算出する。この演算によって、IOPS値の保証を行わないアプリケーションCによるパーティションCに対するアクセスについてのIOPS制限値が得られることになる。例えば、上で述べた例では、100-82/0.7=23IOPSが、IOPS制限値となる。図8に示したように、アプリケーションAがアクセスするパーティションAについては、60IOPSの性能保証がなされており、アプリケーションBがアクセスするパーティションBについては、60IOPSの性能保証がなされており、アプリケーションCがアクセスするパーティションCについては、余った帯域である23IOPSまでに制限される。その後、処理プログラム310は、保証IOPS値以下に制限するように、IOPS保証パーティションのディスクドライバに保証IOPS値を通知し、第3指標値以下に制限するようにIOPS非保証パーティションのディスクドライバに第3指標値を通知するステップS49。上で述べた例では、IOPS保証パーティションのディスクドライバAには、60IOPSを通知し、IOPS保証パーティションのディスクドライバBには、60IOPSを通知し、IOPS非保証パーティションのディスクドライバCには、23IOPSを通知する。以上のような処理を処理終了まで又は帯域保証を終了するまで繰り返すステップS51。例えば、所定の周期で上で述べた処理を繰り返すが、必ずしも一定の周期でなければならないわけではない。例えばビジー率が下降している場合には、周期を長くするようにしても良い。また、任意のタイミングで実行するようにしても良い。第1の実施の形態では、IOPS非保証パーティションのディスクドライバにのみ通知を行ったが、このようにIOPS保証パーティションにアクセスするアプリケーションが複数存在する場合には、各パーティションに対して上限のIOPS値を通知する。このような処理を実施することによって、現在のIO発生状況に応じたビジー率を考慮して、IO性能保証を実施することができるようになる。なお、ディスクドライバの処理は、図5に示した処理フローと同様である。また、IOPS保証パーティションが1つのみであるが、IOPS非保証パーティションが複数存在している場合にも、各パーティションのディスクドライバに通知することになる。その際、IOPS非保証パーティションがどのような値にIOPSを制限するかについては、様々なバリエーションが考えられるが、例えば、均等にしても良いし、何らかの優先順位付けを行って、傾斜配分してもよい。以上本技術の実施の形態を説明したが、本技術はこれに限定されるものではない。例えば、ディスクドライバがアプリケーションを識別できる場合には、複数のアプリケーションでパーティションを共用する場合にも、上で述べたような方式でIOPS非保証アプリケーションの制限IOPSを算出すれば、帯域保証を行うことができるようになる。また、複数の記憶装置が存在する場合には、記憶装置毎に処理を行えばよい。なお、上で述べたコンピュータ100及び300は、コンピュータ装置であって、図9に示すように、メモリ2501とCPUCentralProcessingUnit2503とハードディスクドライブHDD:HardDiskDrive2505と表示装置2509に接続される表示制御部2507とリムーバブルディスク2511用のドライブ装置2513と入力装置2515とネットワークに接続するための通信制御部2517とがバス2519で接続されている。オペレーティングシステムOS:OperatingSystem及び本実施例における処理を実施するためのアプリケーションプログラムは、HDD2505に格納されており、CPU2503により実行される際にはHDD2505からメモリ2501に読み出される。CPU2503は、アプリケーションプログラムの処理内容に応じて表示制御部2507、通信制御部2517、ドライブ装置2513を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ2501に格納されるが、HDD2505に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーションプログラムはコンピュータ読み取り可能なリムーバブルディスク2511に格納されて頒布され、ドライブ装置2513からHDD2505にインストールされる。インターネットなどのネットワーク及び通信制御部2517を経由して、HDD2505にインストールされる場合もある。このようなコンピュータ装置は、上で述べたCPU2503、メモリ2501などのハードウエアとOS及びアプリケーションプログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。以上述べた本実施の形態をまとめると以下のようになる。本実施の形態に係る制御方法は、A記憶装置のビジー率及びIOPSinputoutputpersecond値を取得するステップと、B取得したビジー率を、取得したIOPS値で除することにより、第1の指標値を算出するステップと、C第1の指標値に対して記憶装置における第1の記憶領域について指定されたIOPS値を乗じることにより、第1の記憶領域について確保すべきビジー率を算出するステップと、Dビジー率の上限値と第1の記憶領域について確保すべきビジー率との差を第1の指標値で除することにより、記憶装置における第2の記憶領域について使用可能なIOPS値を算出するステップと、E第2の記憶領域についての実際のIOPS値が第2の記憶領域について使用可能なIOPS値以下になるように、記憶装置の制御部に指示するステップとを含む。このようにすれば、IOの発生状況をビジー率で把握した上で、それに適合した形でIO性能保証が可能となる。また、上記制御方法は、第1の記憶領域が複数の記憶領域を含み、当該複数の記憶領域の各々にアクセスするアプリケーションについてIOPS値が指定されている場合、当該複数の記憶領域の各々について、実際のIOPS値が、指定されているIOPS値以下になるように、記憶装置の制御部に指示するステップをさらに含むようにしても良い。これによって、複数のアプリケーションについて保証すべきIOPS値が指定されている場合でも、適切にIO性能保証を行うことができるようになる。なお、上記制御方法をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、CD-ROM、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。付記1コンピュータに、第1の記憶領域と第2の記憶領域とを備える記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得する第1の処理と、取得した前記モニタ結果に基づいて、ビジー率と単位時間あたりのアクセス数との間の相関特性を算出する第2の処理と、算出した前記相関特性に基づいて、単位時間あたりの指定された第1のアクセス数に対応するビジー率と、単位時間あたりの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間あたりの第2のアクセス数を求める第3の処理と、前記第2の記憶領域についての単位時間あたりのアクセス数を、通知されたアクセス数以下に制御する制御部に対して、算出した前記第2のアクセス数を通知する第4の処理と、を実行させるためのプログラム。付記2前記単位時間あたりのアクセス数がIOPSInputOutputPerSecond値であり、前記第2の処理において、取得した前記ビジー率を、取得した前記IOPS値で除することにより、前記相関特性を算出し、前記第3の処理において、前記相関特性に対して前記第1の記憶領域にアクセスするアプリケーションについて指定されたIOPS値を乗じることにより、前記第1の記憶装置について確保すべきビジー率を算出し、前記ビジー率の上限値と前記第1の記憶領域について確保すべきビジー率との差を前記相関特性で除することにより、前記第2の記憶領域について使用可能なIOPS値を前記第2のアクセス数として算出する付記1記載のプログラム。付記3前記第1の記憶領域が複数の記憶領域を含み、当該複数の記憶領域の各々についてアクセスするアプリケーションにIOPS値が指定されている場合、当該複数の記憶領域の各々について、実際のIOPS値が、指定されている前記IOPS値以下になるように、前記記憶装置の制御部に指示する処理を、さらに前記コンピュータに実行させるための付記1又は2記載のプログラム。付記4第1の記憶領域と第2の記憶領域とを備える記憶装置と、前記記憶装置における前記第2の記憶領域についての単位時間あたりのアクセス数を、通知されたアクセス数以下に制御する制御部と、処理部とを有し、前記処理部が、前記記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得し、取得した前記モニタ結果に基づいて、ビジー率と単位時間あたりのアクセス数との間の相関特性を算出し、算出した前記相関特性に基づいて、単位時間あたりの指定された第1のアクセス数に対応するビジー率と、単位時間あたりの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間あたりの第2のアクセス数を求め、前記制御部に対して、算出した前記第2のアクセス数を通知する、コンピュータ。付記5コンピュータにより、第1の記憶領域と第2の記憶領域とを備える記憶装置のビジー率及び単位時間当たりのアクセス数のモニタ結果を取得し、取得した前記モニタ結果に基づいて、ビジー率と単位時間あたりのアクセス数との間の相関特性を算出し、算出した前記相関特性に基づいて、単位時間あたりの指定された第1のアクセス数に対応するビジー率と、単位時間あたりの第2のアクセス数に対応するビジー率との和が所定のビジー率以下となる、単位時間あたりの第2のアクセス数を求め、前記第2の記憶領域についての単位時間あたりのアクセス数を、通知されたアクセス数以下に制御する制御部に対して、算出した前記第2のアクセス数を通知する、処理が実行される方法。"