複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージシステムにおける論理ボリュームの制御方法であって、前記論理ボリュームへのアクセス指示を発行するアクセス指示発行ステップと、前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する電源状態判断ステップと、前記電源状態判断ステップにおいて前記論理ボリュームがアクセス不能な電源状態と判断した場合に、前記論理ボリュームを構成する前記記憶媒体の電源状態の変更を指示する電源状態変更指示ステップと、前記論理ボリュームがアクセス可能となるまで前記アクセス指示を管理するアクセス指示管理ステップと、前記電源状態変更指示に基づいて前記論理ボリュームを構成する全ての記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を制御する電源制御ステップと、前記論理ボリュームがアクセス可能となったことを応答するアクセス可能応答ステップと、前記論理ボリュームに対してアクセスを実行するアクセス実行ステップと、を含むことを特徴とするストレージシステムの制御方法。前記電源制御ステップは、前記論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う、ことを特徴とする請求項1に記載のストレージシステムの制御方法。前記論理ボリュームに対するアクセス状態を管理するアクセス管理ステップを更に含み、前記電源制御ステップは、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする請求項1又は2の何れか1項に記載のストレージシステムの制御方法。前記アクセス管理ステップで管理される前記論理ボリューム対するアクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成するスケジュール作成ステップを更に含み、前記電源制御ステップは、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする請求項3に記載のストレージシステムの制御方法。前記アクセス管理ステップで管理される前記論理ボリューム対するアクセス状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行ステップを更に含む、ことを特徴とする請求項3に記載のストレージシステムの制御方法。サーバと、該サーバからの指示に基づいて、複数の記憶媒体を用いて構成される論理ボリュームへのアクセスを行うストレージ装置とを備えたストレージシステムであって、前記サーバは、前記論理ボリュームへのアクセス指示を発行するアクセス指示発行部と、前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する電源状態判断部と、該電源状態判断部において前記論理ボリュームがアクセス不能な電源状態と判断した場合に、前記論理ボリュームをアクセス可能な電源状態とする指示を行う電源制御指示部と、前記論理ボリュームがアクセス可能となるまで前記アクセス指示を管理するアクセス指示管理部とを備え、前記ストレージ装置は、前記サーバから通知される前記アクセス指示と前記電源状態変更指示を受信する指示受信部と、前記電源状態変更指示に基づいて前記論理ボリュームを構成する全ての記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を制御する電源制御部と、前記論理ボリュームがアクセス可能となったことを前記サーバに応答するアクセス可能応答部と、前記アクセス指示に基づいて論理ボリュームに対してアクセスを実行するアクセス実行部と、を含むことを特徴とするストレージシステム。複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージ装置であって、サーバから通知される前記論理ボリュームに対するアクセス指示を受信するアクセス指示受信部と、前記アクセス指示に基づいて前記論理ボリュームに対してアクセスを行うアクセス実行部とアクセス対象の論理ボリュームがアクセス不可の状態の場合、前記論理ボリュームの冗長度を超える数の記憶媒体の電源状態を変更する電源制御部と、を含むことを特徴とするストレージ装置。しかし、RAIDを構成している1つのディスクのみをオフする従来技術では、消費電力削減の観点からは大きな効果は得られにくい。消費電力削減を重視する場合、アクセスの発生しないRAIDを構成しているディスクを全てオフにすることが一番の電力削減である。しかしながら、この消費電力削減重視のストレージ装置の構成では、ホストからの突発的なアクセスに対する応答性能を考慮する必要がある。オフにしているディスクをオンにするためには、数十秒から数分の時間が必要で、応答性能が悪化してしまうという問題点を有していた。このような応答性能の低下は、消費電力削減をする以上避けて通れない課題である。従来は、ストレージ装置にアクセスするアプリケーションは、ストレージ装置の電力制御状態は把握することができなかった。このためディスクが省電力状態になっているために、ディスクの起動に時間がかかることで、アクセスに時間がかかった場合に、タイムアウトでアクセス処理がエラーになってしまうこともあった。課題は、ディスクをオフからオンにする間のホストアクセスに対して、ホストとストレージ装置とが連携して適切な制御を行うことで、システム運用への影響を与えることなく、省電力運用を行うことを可能とすることにある。以下に示す態様は、複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージシステムにおける論理ボリュームの制御方法を前提とする。また、この方法によって実現されるストレージシステム、ストレージ装置を含む。アクセス指示発行ステップでは、論理ボリュームへのアクセス指示を発行する。電源状態判断ステップでは、アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する。電源状態変更指示ステップでは、電源状態判断ステップにおいて論理ボリュームがアクセス不能な電源状態と判断した場合に、論理ボリュームを構成する記憶媒体の電源状態の変更を指示する。アクセス指示管理ステップでは、論理ボリュームがアクセス可能となるまでアクセス指示を管理する。電源制御ステップでは、電源状態変更指示に基づいて論理ボリュームを構成する全ての記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を変更する。この電源制御ステップでは例えば、論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う。アクセス可能応答ステップでは、論理ボリュームがアクセス可能となったことを応答する。アクセス実行ステップでは、論理ボリュームに対してアクセスを実行する。上記態様において、論理ボリュームに対するアクセス状態を管理するアクセス管理ステップを更に含み、電源制御ステップは、アクセス状態に基づいて論理ボリュームを構成する記憶媒体の電源を制御するように構成することができる。ここまでの態様において、アクセス管理ステップで管理される論理ボリューム対するアクセス状態に基づいて論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成するスケジュール作成ステップを更に含み、電源制御ステップは、電源制御スケジュールに基づいて論理ボリュームを構成する記憶媒体の電源を制御するように構成することができる。ここまでの態様において、アクセス管理ステップで管理される論理ボリューム対するアクセス状態が、稼働待ち状態を示しているときに、アクセス指示の発行に対して論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行ステップを更に含むように構成することができる。サーバは、ストレージ装置にアクセスを発行した上位アプリケーションに対して、アクセス発行時点で該当するストレージ装置の論理ボリュームのディスクのモーターが省電力制御によってオフになっていた場合には、モーター稼働待ちである旨を適切に応答すること等ができる。これによって、上位アプリケーションは、省電力制御に適切に対応する動作を、プログラムに組み込むことが可能となる。また、ストレージ装置は、ホストサーバ装置からのモーター稼働指示に基づいて、当該モーターを適切に稼働状態に制御すること等が可能となる。更に、ストレージ装置は、ホストサーバ装置においてストレージ装置にてアクセスが発生していない論理ボリュームのディスクを積極的かつ適切にオフすること等が可能となる。以下、図面を参照しながら、最良の実施形態について詳細に説明する。図1は、本実施形態のハードウェアシステム構成を示す図である。ストレージ装置は、複数図1では1~4の4つのコントローラモジュールCM102から構成されるコントローラエンクロージャCE101と、ホットスペアディスクHSを含む複数台のディスク記憶媒体が格納されRAIDを構成するディスクエンクロージャDE103が複数筐体図1では1~4の4筐体とで構成される。ストレージ装置の各CM102のチャネルアダプタCAと、ホストサーバ装置HOST105のホストバスアダプタHBAは、ファイバーチャネルFCスイッチ104によって接続される。なお、ホストサーバ装置105は、FCスイッチ104によって、複数台ストレージ装置に接続することができる。各CM102には、ディスクアダプタDAを介して直接又は特には図示しないルータ装置等を経由して、各DE103が接続される。CM102は、ディスクアクセスや電源制御等を実行する部分であり、DA、CAのほか、2台のCPUCPU0、CPU1中央演算装置、メモリMemory等によって構成される。CM102は、通常動作時は、複数台のうち1台例えば図1の1021のみがマスタCMとして動作し、他例えば図1の1022、1023、1024は、スレーブCMとして動作する。マスタCMは、ホストサーバ装置105との間のコマンド応答の授受と担当するDE103のアクセス制御を行い、スレーブCMは、マスタCMからの指示に従って、担当するDE103のアクセス制御のみを行う。このように、CM102及びDE103ともに、冗長性が確保されている。図2は、図1のハードウェアシステム構成のもとで実現される本実施形態の機能構成図である。ストレージ装置201図1の101~103に対応とホストサーバ装置202図1の105に対応が、LAN203-1又はチャネルパス203-2によって接続される構成を有する。ストレージ装置201において、図1のCM102が、ストレージコントローラ204、ディスクアダプタ206、チャネルアダプタ207、及びキャッシュメモリ215の各機能部によって構成され、図1のDE103がディスクエンクロージャ205に対応する。ストレージコントローラ204は、コマンド処理を行う機能部のほかに、電源制御部209、アクセス監視履歴管理部210、スケジュール管理変更部211、スケジュール制御部212、及びアクセス情報収集制御部213を含む。ホストサーバ装置202は、サーバ全体の制御を実行するサーバ制御部215と、キャッシュメモリ216、ホストバスアダプタ214のほか、ストレージ装置201内の電源制御部209等と連携して、ディスクエンクロージャ205の省電力運用を制御する電源制御アプリケーション217及び電源制御ドライバ218を有する。これらについては、後述する。電源制御部209は、ディスクエンクロージャ205内のディスク上に構成される論理ボリュームへのアクセス状況及び電源制御スケジュールに基づいて、消費電力削減のための判断処理を実行し、対象となるディスクのモーターのオフオンを制御する。また、電源制御部209は、アクセス監視履歴管理部210での監視結果に基づいて、一定時間間隔で動作していないディスクを検出した場合のモーターオフ制御や、急な負荷増加に対応するモーターオン制御を実行する。アクセス監視履歴管理部210は、ディスクエンクロージャ205におけるディスク毎、RAIDグループ毎、論理ボリューム毎のアクセス状況を日時単位で監視し、その監視履歴を作成する。スケジュール管理変更部211は、省電力化の判断を行う基礎となる電源制御スケジュールの管理と変更を実施する制御部である。アクセス監視履歴管理部210が作成した監視履歴から、最適化したスケジュールを作成する。スケジュール制御部212は、ディスクエンクロージャ205内のディスクのモーターのオンオフ処理の電源制御スケジュールを制御する。ユーザ指定による電源制御スケジュールを考慮し、運用状態を反映して最適化したスケジュールを一定時間間隔で絶えず更新する。アクセス情報収集制御部213は、電源制御部209、アクセス監視履歴管理部210、スケジュール管理変更部211、及びスケジュール制御部212と連携して動作し、ストレージ装置201においてホストサーバ装置202からのアクセスが発生するたびにホストサーバ装置202毎、ディスク毎、RAIDグループ毎、論理ボリューム毎のアクセスカウンタをカウントアップする。上述のアクセスカウンタや、電源制御スケジュール、アクセス履歴は、図1のCM102にあるメモリMemoryに格納され、上記各制御部が参照する。以上の構成を有する本実施形態の動作について、以下に説明する。通常動作ストレージ装置201は通常、冗長性を考慮した構成になる。このため同装置を制御するCM102やディスクエンクロージャ205は最低でも二重化された状態になる。同装置内に搭載されるディスクエンクロージャ205内のディスクで構成されるRAIDグループは、複数のディスクで構成される。通常運用では消費電力を意識しないため、搭載されている全ディスクはモーターオンの状態で運用される。ストレージ装置201の消費電力削減処理ストレージ装置201においては、通常運用中において、アクセス情報収集制御部213が、ディスク毎、RAIDグループ毎、論理ボリューム毎に、アクセス情報を一定時間間隔で取得する。その情報収集処理から電源制御スケジュール作成までの過程としては、例えば、特願2007094956号公報に開示の技術を用いることができる。スケジュール外のホストアクセス応答の最適化処理ストレージ装置201は、消費電力を効率化するために、それぞれ取得したアクセス情報に基づいて、対象となる単体ディスク、RAIDグループを構成するディスクのモーターを制御する。モーターをオフした場合、次回のモーターオンは次の2通りに分けられる。1.アクセス情報とスケジュール管理によるアクセス発生前のモーターオン2.アクセス情報とスケジュール管理から予測されないアクセスの発生に伴うモーターオン本実施形態が解決しようとする課題は、上記2.のケースである。上記1.のケースでは、アクセスが予測されることにより、アクセス発生前に対象となるディスクやRAIDグループを構成するディスクがモーターオンされるため、ホストアクセス時の問題は発生しない。一方、上記2.のケースでは、ストレージ装置201側にとっては予測外のアクセスのため、通常はアクセス発生を契機にモーターオン処理が行われる。このため、アクセス処理は、モーターオン処理が完了するまで滞ってしまう。モーターオン処理は、モーターオンされるディスク数や装置の電源容量の制限などの要因で、通常数十秒から数分かかるため、応答遅延やホストパスが切断される可能性がある。上記2.のケースの問題を解決し、ストレージ装置201のRAIDグループの電源制御を最適化するため、以下の構成が採られる。ホストサーバ装置202とストレージ装置201が、LAN203-1によって接続されるケース:この場合には、電源制御アプリケーション217が、ホストサーバ装置202側で動作する上位アプリケーションにて発生するストレージアクセスと、それに対してストレージ装置201から返される応答をキャプチャし、ストレージ装置201と連携して、適切な電源制御を行う。ホストサーバ装置202とストレージ装置201が、チャネルパス203-2によって接続されるケース:この場合には、電源制御ドライバ218が、ホストサーバ装置202側で動作する上位アプリケーションにて発生するストレージアクセスと、それに対してストレージ装置201から返される応答をキャプチャし、ストレージ装置201と連携して、適切な電源制御を行う。また、上述のホストサーバ装置202とストレージ装置201とが電源制御処理のための効率的な連携を行うことを可能とするために、本実施形態では、図1のCM102内のメモリMemoryに、図3に示されるデータ構成を有するソフト連携用構成情報を保持する。図3で、RLUnoフィールドには、RAIDグループ番号が記憶される。Statusフィールドには、対象RAIDグループの状態が記憶される。Availableは正常状態、Brokenは異常発生でアクセスができない状態、Exposedは異常発生で冗長性がないアクセス可能な状態、Rebuildは保守部品による復旧中状態を示す。電源制御においてこのStatusフィールド値が正常であるRAIDグループに対してのみ、モーターのオフが可能である。Broken、ExposedやRebuildの場合は、モーターはオフされない。ECOFlagフィールドには、対象RAIDグループに省電力モードが適用されているか否かを示す情報が記憶される。Offは省電力モード未使用、Onは省電力モード使用を示す。ECOFlagフィールド値がOnの場合は、モーターのオフオンの制御が許可され、Offの場合は許可されないモーターは常時オンとなる。MotorStatusフィールドには、対象RAIDグループのモーター稼動状態が記憶される。Onは稼動状態、OnProgressは稼動処理中、Offは停止状態、OffProgressは停止処理中を意味する。SoftModeフィールドには、ホストサーバ装置202側のソフト省電力制御と連動するか否かを示す設定モードが記憶される。Onはホスト側ソフトと連動を意味し、Offはホスト側ソフトとは未連動を意味する。ControlFlagフィールドには、ホスト側ソフトの省電力制御の制御状態が記憶される。Offは未制御状態、Onは制御状態を意味する。LastAccessフィールドには、最後にアクセスされた日時分秒が記憶される。以上の定義より、例えば図3のデータ構成例は、下記の電源制御状態を表している。RLU0は省電力対象外、モーターオン状態RLU1は省電力有効、ソフト制御無効、モーターオフ状態RLU2は省電力有効、ソフト制御有効、ソフト未制御状態、モーターオン状態RLU3は省電力有効、ソフト制御有効、ソフト制御状態、モーターオン状態RLU4は省電力有効、ソフト制御有効、ソフト制御状態、モーターオン処理中状態今、RLU0のみに注目した場合に、その登録内容が例えば、図4の時系列1~6で示されるように変化した場合、本実施形態による電源制御状態が、下記のように変化することを示している。1.RLU0は省電力対象外、モーターオン状態2.RLU0をECOFlag=On、SoftMode=Onに設定3.ソフト制御していない状態が続き、アクセスもないと、モーターオフ処理が開始4.モーターオフ処理完了、モーターオフ5.ソフト側からアクセス予告通知を受けると、ControlFlag=On、LastAccess=通知時間に設定、モーターオン処理を開始6.モーターオン処理が完了、モーターオン上記ソフト連携用構成情報を用いた電源制御アプリケーション217とストレージ装置201との連携処理について、図5から図14までの動作フローチャートを用いて、順次説明する。まず、図5は、ストレージ装置201内の電源制御部209図2参照が実行する省電力モードエコモード運用制御処理を示す動作フローチャートである。電源制御部209は、ストレージ装置201に対して、エコモード運用が設定されているか否かをチェックするステップS501。エコモード運用が設定されていないと判定したときには、電源制御部209は、図5の動作フローチャートの処理を終了して、前述した通常動作を実行し、搭載されている全ディスクはモーターオンの状態で運用されるステップS502の判定がNO。エコモード運用が設定されていると判定したときにはステップS502の判定がYES、電源制御部209は、エコモード運用を開始するステップS503。その後、電源制御部209は、ステップS504とS508によって、ステップS505~S507までの一連の処理を定期的に繰り返し実行する。各繰返しにおいて、電源制御部209はまず、ストレージ装置201の消費電力削減処理として前述した電力制御処理を実行するステップS505。これにより、スケジュールに基づくモーターのオンオフ制御が実行される。次に、電源制御部209は、エコモードの運用終了が指示されたか否かをチェックしステップS506、その指示がされていないと判定したときには定期的な監視を続行するステップS507の判定がNO。一方、エコモードの運用終了が指示されていると判定したときには、電源制御部209は、エコモードの運用を停止するステップS507の判定がYES→S509。図6は、ホストサーバ装置202内の電源制御アプリケーション217図2参照が、ホストサーバ装置202内で実行されている上位アプリケーションからストレージ装置201へのアクセスが発生したか否かを判定するための、ソフト側監視処理の制御動作を示す動作フローチャートである。電源制御アプリケーション217は、ソフト側監視処理の運用が設定されているか否かをチェックするステップS601。ソフト側監視処理の運用が設定されていないと判定したときには、電源制御アプリケーション217は、図6の動作フローチャートの処理を終了するステップS601の判定がNO。ソフト側監視処理の運用が設定されていると判定したきにはステップS601の判定がYES、電源制御アプリケーション217は、ソフト側監視処理を開始しステップS602、ステップS604とS608によって、ステップS605~S607までの一連の処理を定期的に繰り返し実行する。各繰返しにおいて、電源制御アプリケーション217はまず、上位アプリケーションからのアクセス状況とアクセス時間を監視するステップS605。ここで、上位アプリケーションからのアクセスが発生すれば、後述する図7の動作フローチャートが実行される。次に、電源制御アプリケーション217は、ソフト側監視処理の運用終了が指示されたか否かをチェックしステップS606、その指示がされていないと判定したときには定期的な監視を続行するステップS607の判定がNO。一方、ソフト側監視処理の運用終了が指示されていると判定したときには、電源制御アプリケーション217は、ソフト側監視処理の運用を停止するステップS607の判定がYES→S609。図7は、ホストサーバ装置202内の電源制御アプリケーション217が、上位アプリケーションからのアクセスの発生の検知図6のステップS605を受けて、そのアクセスを受け付けるための、アクセス受付処理の制御動作を示す動作フローチャートである。まず、電源制御アプリケーション217は、アクセス受付処理を開始した後ステップS701、アクセス対象となるストレージ装置201及びRAIDグループをチェックするステップS702。次に、電源制御アプリケーション217は、ステップS703とS712によって、ステップS704~S711までの一連の処理を、受け付けるアクセス数分繰り返し実行する。各繰返しにおいて、電源制御アプリケーション217はまず、対象RAIDグループが稼働状態であるか否かの状態チェックを行うステップS704。このチェックは、ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値を確認することにより行われる。対象RAIDグループが稼働状態MotorStatusフィールド値=Onであると判定したときにはステップS705の判定がYES、電源制御アプリケーション217は、ストレージ装置201に対してアクセス処理を実行しステップS706、次のRAIDグループの処理に移るステップS706→S710。対象RAIDグループが稼働状態でないMotorStatusフィールド値=On以外と判定したときにはステップS705の判定がNO、アクセスができないため、電源制御アプリケーション217は、ストレージ装置201の電源制御部209に対して、対象RAIDグループに関するモーター稼働指示通知を発行するステップS707。続いて、電源制御アプリケーション217は、そのRAIDグループに関して、ControlFlagフィールドの値をOnに変更すること図3参照を指示した後、対象アクセスに関する情報を、稼働待ちとして内部に保持するステップS708。次に、電源制御アプリケーション217は、後述する図8の動作フローチャートで示されるモーター稼働監視処理に対して、モーター稼働の完了監視を依頼するステップS709。最後に、電源制御アプリケーション217は、他に処理すべき上位アプリケーションからのアクセスが残っているか否かをチェックしステップS710、アクセスが残っていると判定したときにはステップS711の判定がNO、上記一連の受付処理を繰り返し実行するステップS712。アクセスが残っていないと判定したときにはステップS711の判定がYES、電源制御アプリケーション217は、アクセス受付処理を終了するステップS713。図8は、ホストサーバ装置202内の電源制御アプリケーション217が、図7の動作フローチャートで示されるアクセス受付処理にて受け付けられたアクセスに関して図7のステップS709にて発行されたモーター稼働監視依頼を処理するための、モーター稼働監視処理の制御動作を示す動作フローチャートである。まず、電源制御アプリケーション217は、監視処理を開始した後ステップS801、ステップS802とS816によって、ステップS803~S815までの一連の処理を、受け付けたモーター稼働監視依頼に対応する対象アクセスのアクセス数分かつ各対象アクセスが監視対象から削除されるまで同一対象アクセスについて1回以上繰り返し実行し、各対象アクセスをアクセス開始から一定時間監視する。各繰返しにおいて、電源制御アプリケーション217はまず、アクセス対象のストレージ装置201のRAIDグループのモーター状態をチェックするステップS803。このチェックは、対象ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値を問い合わせることにより行われる。このチェックの結果、該当するモーターがオンになっていると判定したときにはステップS804の判定がYES、電源制御アプリケーション217は、対象アクセスを監視対象から削除しステップS805、そのアクセスを実行するステップS806。その後、次の監視対象の処理に移るステップS806→ステップS814。上記チェックの結果、該当するモーターがオンになっていないと判定したときにはステップS804の判定がNO、電源制御アプリケーション217は、対象アクセスが受け付けられてからの経過時間が所定監視時間ずつ経過したか否かをチェックするステップS807。所定監視時間ずつ経過していないと判定したときにはステップS808の判定がNO、電源制御アプリケーション217は、次の監視対象の処理に移るステップS808→ステップS814。所定監視時間ずつが経過したと判定したときには、電源制御アプリケーション217は、上位アプリケーションからのステップS811で上位アプリケーションに対して返されている応答の回数をチェックするステップS809。応答回数が所定の閾値を超過していないと判定したときにはステップS810の判定がNO、電源制御アプリケーション217は、上位アプリケーションに対してモーター稼働待ち状態である旨を応答するステップS811。応答回数が所定の閾値を超過したと判定したときにはステップS810の判定がYES、電源制御アプリケーション217は、対象アクセスを監視対象から削除しステップS812、上位アプリケーションに対してアクセス異常を応答するステップS813。ステップS806、S811、又はS813の処理の後、電源制御アプリケーション217は、監視対象として残っている対象アクセスがあるか否かをチェックしステップS814、残アクセスがあると判定したときにはステップS815の判定がYES、次の監視対象アクセス自分も含むの監視を続行しステップS816、残アクセスがなくなったと判定したときにはステップS815の判定がNO、モーター稼働監視の処理を終了するステップS817。以上のようにして、ホストサーバ装置202の電源制御アプリケーション217は、ストレージ装置201にアクセスを発行した上位アプリケーションに対して、アクセス発行時点で該当するストレージ装置201のRAIDグループのディスクのモーターが省電力制御によってオフになっていた場合には、モーター稼働待ちである旨を適切に応答することができる。これによって、上位アプリケーションは、省電力制御に適切に対応する動作を、プログラムに組み込むことも可能になる。図9は、ストレージ装置201内の電源制御部209図2参照が、ホストサーバ装置202の電源制御アプリケーション217が実行する図7の動作フローチャートで示されるアクセス受付処理によって、自装置内のRAIDグループに関するモーター稼働指示通知を受け付けたときに実行する、当該RAIDグループに属するディスクに対してそれらのモーターのオンを指示するための、モーター稼働指示通知受付処理の制御動作を示す動作フローチャートである。まず、電源制御部209は、モーター稼働指示通知受付処理を開始した後ステップS901、通知にて指示されたRAIDグループを確認するステップS902。次に、電源制御部209は、ステップS903とS915によって、ステップS904~S914までの一連の処理を、今回受け付けた各通知に対応する各RAIDグループの分だけ繰り返し実行し、各RAIDグループに属するディスクに対してそれらのモーターのオンを指示するための一連の制御処理を実行する。各繰返しにおいて、電源制御部209はまず、対象RAIDグループに属するディスクの実装状態、動作状態をチェックするステップS904。このチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値がAvailableになっているか否かを確認することにより行われる。実装状態等がOKでないと判定したときにはステップS905の判定がNO、電源制御部209は、対象外RAIDグループであるとして受付処理をスキップしステップS906、他の対象RAIDグループの処理に移るステップS906→S913。なおこの場合には、ホストサーバ装置202側では、電源制御アプリケーション217によって実行される図8の動作フローチャートで示されるモーター稼働監視処理において、当該RAIDグループについてステップS804の判定がYESにならず、監視時間の経過によりステップS810で監視時間が閾値を超過して、ステップS813にてアクセス異常と判定される。実装状態等がOKであると判定したときにはステップS905の判定がYES、電源制御部209は、対象RAIDグループに属するディスクのモーターの稼働状態をチェックするステップS907。このチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値を確認することにより行われる。このチェックの結果、対象RAIDグループのモーターが稼働状態MotorStatusフィールド値=On又は稼働処理中状態同フィールド値=OnProgressであると判定したときにはステップS908の判定がYES、電源制御部209は、その状態を維持してステップS909、他の対象RAIDグループの処理に移るステップS909→S913。上記チェックの結果、対象RAIDグループのモーターが稼働状態でも稼働処理中状態でもないと判定したときにはステップS908の判定がNO、電源制御部209は、その対象RAIDグループのモーターを稼働状態にさせるために、まず、ソフト連携用構成情報内の該当RLURAIDグループのControlFlagフィールドの値をOnに変更するステップS910。次に、電源制御部209は、対象RAIDグループに属するモーターに稼働開始指示を出すと共に、ソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値をOnProgressに変更するステップS911。これにより、これらのモーターは稼働処理中の状態になる。更に、電源制御部209は、後述する図10の動作フローチャートで示されるモーター稼働監視処理に対して、モーター稼働の完了監視を依頼するステップS912。ステップS906、S909、又はS912の処理の後、電源制御部209は、処理対象として残っている対象RAIDグループがあるか否かをチェックしステップS913、残グループがあると判定したときにはステップS914の判定がYES、次の処理対象RAIDグループの処理を続行しステップS915、残グループがなくなったと判定したときにはステップS914の判定がNO、モーター稼働指示通知の受付処理を終了するステップS916。図10は、ストレージ装置201内の電源制御部209が、図9の動作フローチャートで示されるモーター稼働指示通知受付処理で受け付けられたモーター稼働指示通知に関して図9のステップS911にて発行されたモーター稼働開始指示に対するモーター制御からの応答を処理するための、モーター稼働監視処理の制御動作を示す動作フローチャートである。まず、電源制御部209は、モーター稼働監視処理を開始した後ステップS1001、ステップS1002とS1011によって、ステップS1003~S1010までの一連の処理を、指示された対象RAIDグループのグループ数分かつ同一対象RAIDグループについて一定時間の間1回以上繰り返し実行し、各対象グループのディスクを一定時間監視する。各繰返しにおいて、電源制御部209はまず、対象RAIDグループに属するディスクに関するモーター制御機能から応答を受け付けたか否かをチェックするステップS1003。このチェックの結果、上記応答を受け付けていないと判定したときにはステップS1004の判定がNO、電源制御部209は、次の監視対象の処理に移るステップS1011。上記チェックの結果、上記応答を受け付けたと判定したときにはステップS1004の判定がYES、電源制御部209は、モーターの稼働結果をモーター制御機能から受け取り、その内容を判定するステップS1005。この結果、モーターの稼働処理が正常に終了しなかったと判定したときにはステップS1006の判定がNO、電源制御部209は、当該異常ディスクを処理対象から切り離しを行い、自ストレージ装置201に保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値を自ストレージ装置にホットスペアディスクが存在しない場合は異常ディスクが存在することを示すExposedに変更する。またホットスペアディスクが存在する場合は冗長先の正常ディスクから復旧処理を動作させているRebuildに変更するステップS1007。モーターの稼働処理が正常に終了したと判定したときにはステップS1006の判定がYES、電源制御部209は、ソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値を稼働処理状態であることを示すOnProgressから稼働状態を示すOnに変更するステップS1008。なお、ステップS1007での異常ディスク処理の後にも、本実施形態が適用されるシステムの仕様上、電源制御部209は、上記MotorStatusフィールドの値をOnに変更する。但し、Statusフィールドの値はBroken、ExposedやRebuildになっているためステップS1007参照、異常ディスクは認識可能である。最後に、電源制御部209は、監視対象として残っている対象RAIDグループがあるか否かをチェックしステップS1009、監視対象が残っていると判定したときにはステップS1010の判定がYES、次の監視対象RAIDグループ自分も含むの監視を続行しステップS1011、監視対象が残っていないと判定したときにはステップS1010の判定がNO、モーター稼働監視の処理を終了するステップS1012。以上のようにして、ストレージ装置201の電源制御部209は、ホストサーバ装置202において自ストレージ装置201にアクセスを発行した上位アプリケーションに対して、アクセス発行時点で対象RAIDグループのディスクのモーターが省電力制御によってオフになっていた場合には、ホストサーバ装置202からのモーター稼働指示に基づいて、当該モーターを適切に稼働状態に制御することができる。図11は、ホストサーバ装置202内の電源制御アプリケーション217が、そのホストサーバ装置202が接続されるストレージ装置201に含まれるディスクに対して、それらのモーターのオフを指示するための、モーターオフ定期監視処理の制御動作を示す動作フローチャートである。この処理は、電源制御アプリケーション217自身によって、定期的に起動され実行される。まず、電源制御アプリケーション217は、モーターオフ定期監視処理を開始した後ステップS1101、対象となるストレージ装置201、及び各ストレージ装置201に含まれる対象となるRAIDグループを確認するステップS1102。次に、電源制御アプリケーション217は、ステップS1103とS1116によって、ステップS1104~S1115までの一連の処理を、ステップS1102にて確認した各ストレージ装置201内の各RAIDグループの分だけ繰り返し実行し、各RAIDグループに属するディスクに対してそれらのモーターのオフを指示するための一連の制御処理を実行する。各繰返しにおいて、電源制御アプリケーション217はまず、対象ストレージ装置201内の対象RAIDグループに属するディスクの実装状態、動作状態をチェックするステップS1104。このチェックは、対象ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値を問い合わせることにより行われる。実装状態等がOKでないStatusフィールド値=Broken、Exposed又はRebuildと判定したときにはステップS1105の判定がNO、電源制御アプリケーション217は、対象外RAIDグループであるとして受付処理をスキップしステップS1112、他の監視対象の処理に移るステップS1112→S1114。実装状態等がOKであると判定したときにはステップS1105の判定がYES、電源制御アプリケーション217は、対象RAIDグループに属するディスクが省電力モードで動作しており監視対象となり得るか否かをチェックするステップS1106。このチェックは、対象ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのECOFlagフィールドの値を確認することにより行われる。対象RAIDグループが監視対象ではないECOFlagフィールド値=Offと判定したときにはステップS1107の判定がNO、電源制御アプリケーション217は、対象外RAIDグループであるとして受付処理をスキップしステップS1112、他の監視対象の処理に移るステップS1112→S1114。対象RAIDグループが監視対象であるECOFlagフィールド値=Onと判定したときにはステップS1107の判定がYES、電源制御アプリケーション217は更に、対象RAIDグループに属するディスクのモーターの稼働状態をチェックするステップS1108。このチェックは、対象ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値を確認することにより行われる。対象RAIDグループが稼働状態でないMotorStatusフィールド値=On以外と判定したときにはステップS1109の判定がNO、電源制御アプリケーション217は、対象外RAIDグループであるとして受付処理をスキップしステップS1112、他の監視対象の処理に移るステップS1112→S1114。対象RAIDグループが稼働状態であるMotorStatusフィールド値=Onと判定したときにはステップS1109の判定がYES、電源制御アプリケーション217は、ホストサーバ装置202における対象RAIDグループに対するアクセス状況をチェックするステップS1110。このチェックでは例えば、電源制御アプリケーション217が、図8の動作フローチャートで示されるモーター稼働監視処理にて上位アプリケーションにて発行されたアクセスを実行したときに実行時のタイムスタンプを管理し、対象RAIDグループに対する最も直近のアクセスのタイムスタンプが現在日時よりも一定時間以上経過していたら、その対象RAIDグループに対するアクセスがなくなったと判定する。或いは、電源制御アプリケーション217が、上位アプリケーションから対象RAIDグループへのアクセスはなくなったとの通知を受けたときに、その対象RAIDグループに対するアクセスがなくなったと判定する。上記アクセスがまだあると判定したときにはステップS1111の判定がYES、電源制御アプリケーション217は、対象外RAIDグループであるとして受付処理をスキップしステップS1112、他の監視対象の処理に移るステップS1112→S1114。上記アクセスがなくなったと判定したときにはステップS1111の判定がNO、電源制御アプリケーション217は、その対象RAIDグループのモーターをオフにさせるために、対象ストレージ装置201の電源制御部209に対して、モーターオフ通知として、対象ストレージ装置201内のソフト連携用構成情報内の対象RLU対象RAIDグループのControlFlagフィールドの値をOffに変更することを指示する通知を発行するステップS1113。ステップS1112又はS1113の処理の後、電源制御部209は、監視対象として残っている対象ストレージ装置201及び対象RAIDグループがあるか否かをチェックしステップS1114、監視対象が残っていると判定したときにはステップS1115の判定がYES、次の監視対象の処理を続行しステップS1116、監視対象がなくなったと判定したときにはステップS1115の判定がNO、モーターオフ定期監視処理を終了するステップS1117。図12は、ストレージ装置201内の電源制御部209図2参照が、ホストサーバ装置202の電源制御アプリケーション217が実行する図11の動作フローチャートで示されるモーターオフ定期監視処理によって、自装置内のRAIDグループに関するモーターオフ通知を受け付けたときに実行する、当該RAIDグループに属するディスクに対してそれらのモーターのオフの準備を指示するための、モーターオフ通知受付処理の制御動作を示す動作フローチャートである。まず、電源制御部209は、モーターオフ通知受付処理を開始した後ステップS1201、通知にて指示されたRAIDグループを確認するステップS1202。次に、電源制御部209は、ステップS1203とS1212によって、ステップS1204~S1211までの一連の処理を、今回受け付けた各通知に対応する各RAIDグループの分だけ繰り返し実行し、各RAIDグループに属するディスクに対してそれらのモーターのオフを指示するための一連の制御処理を実行する。各繰返しにおいて、電源制御部209はまず、対象RAIDグループに属するディスクの実装状態、動作状態をチェックするステップS1204。このチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値がAvailableになっているか否かを確認することにより行われる。実装状態等がOKでないと判定したときにはステップS1205の判定がNO、電源制御部209は、対象外RAIDグループであるとして受付処理をスキップしステップS1206、他の対象RAIDグループの処理に移るステップS1206→S1210。実装状態等がOKであると判定したときにはステップS1205の判定がYES、電源制御部209は、対象RAIDグループに属するディスクのホスト側ソフトの制御情報の状態をチェックするステップS1207。このチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのControlFlagフィールドの値を確認することにより行われる。このチェックの結果、対象RAIDグループのホスト側ソフトの制御情報が制御状態でないControlFlagフィールド値=On以外と判定したときにはステップS1208の判定がNO、電源制御部209は、何もせずに、他の対象RAIDグループの処理に移るステップS1208→S1210。上記チェックの結果、対象RAIDグループのホスト側ソフトの制御情報が制御状態であるControlFlagフィールド値=Onと判定したときにはステップS1208の判定がYES、電源制御部209は、その対象RAIDグループのモーターをオフにさせるために、まず、ソフト連携用構成情報内の該当RLURAIDグループのControlFlagフィールドの値をOffに変更するステップS1209。これにより、対象RAIDグループに属するモーターはオフ状態になる準備が完了したことになる。ただし、実際のオフ指示は、後述する図13の動作フローチャートで示されるモーターオフ判断処理にて発行される。ステップS1206又はS1209の処理の後、電源制御部209は、処理対象として残っている対象RAIDグループがあるか否かをチェックしステップS1210、残グループがあると判定したときにはステップS1211の判定がYES、次の処理対象RAIDグループの処理を続行しステップS1212、残グループがなくなったと判定したときにはステップS1211の判定がNO、モーターオフ受付処理を終了するステップS1213。図13は、ストレージ装置201内の電源制御部209図2参照が、自装置内のRAIDグループにおいてモーターオフの準備ができているディスクを検出しオフの指示を発行するための、モーターオフ判断処理の制御動作を示す動作フローチャートである。この処理は、電源制御部209自身によって、定期的に起動され実行される。まず、電源制御部209は、モーター稼働指示通知受付処理を開始した後ステップS1301、対象となるRAIDグループを確認するステップS1302。次に、電源制御部209は、ステップS1303とS1315によって、ステップS1304~S1314までの一連の処理を、ステップS1302によって確認したRAIDグループの分だけ繰り返し実行し、各RAIDグループに属するディスクに対してそれらのモーターのオフを指示するための一連の制御処理を実行する。各繰返しにおいて、電源制御部209はまず、対象RAIDグループに属するディスクの実装状態、動作状態をチェックするステップS1304。このチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値がAvailableになっているか否かを確認することと、ソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値がOnであることを確認すること、エコモード対象か否かのチェックであるソフト連携用構成情報内の該当RLURAIDグループのECOFlagフィールドの値がOnになっているか否かを確認することにより行われる。実装状態や動作状態等がOKでないと判定したときにはステップS1305の判定がNO、電源制御部209は、対象外RAIDグループであるとして受付処理をスキップしステップS1306、他の対象RAIDグループの処理に移るステップS1306→S1313。実装状態や動作状態等がOKであると判定したときにはステップS1305の判定がYES、電源制御部209は、対象RAIDグループに属するディスクのホスト側ソフトの制御情報の状態をチェックするステップS1307。このチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのControlFlagフィールドの値を確認することにより行われる。このチェックの結果、対象RAIDグループのホスト側ソフトの制御情報が制御状態であるControlFlagフィールド値=Onと判定したときにはステップS1308の判定がNO、電源制御部209は、何もせずに、他の対象RAIDグループの処理に移るステップS1308→S1313。上記チェックの結果、対象RAIDグループのホスト側ソフトの制御情報が制御状態でないControlFlagフィールド値=Offと判定したときにはステップS1308の判定がYES、電源制御部209は、その対象RAIDグループのモーターを本当にオフにしてよいか否かをチェックするために、ホストサーバ装置202からのモーターオフ通知以外のアクセス要素、即ち、再度の物理ステータスのチェック、他のホストサーバ装置202等からのアクセスによって変更されている可能性のある最終アクセスタイムのチェック等を行う。これらのチェックは、自ストレージ装置201が保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値がAvailableになっているか否か、及びLastAccessフィールドの値を確認することにより行われる。更に、電源制御部209は、キャッシュメモリ208図2参照の内容が全てディスクに反映されているか否かのチェックも行う。これらのチェックがOKになって初めて、該当するディスクをオフしてよいという状態になる以上、ステップS1309。このチェックの結果、モーターオフを実行してはならないと判定したときにはステップS1310の判定がNO、電源制御部209は、何もせずに、他の対象RAIDグループの処理に移るステップS1310→S1313。上記チェックの結果、モーターオフを実行してよいと判定したときにはステップS1310の判定がYES、電源制御部209は、対象RAIDグループに属するモーターにオフ開始指示を出すと共に、ソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値をOffProgressに変更するステップS1311。これにより、これらのモーターはオフ処理中の状態になる。更に、電源制御部209は、後述する図14の動作フローチャートで示されるモーターオフ監視処理に対して、モーターオフの完了監視を依頼するステップS1312。ステップS1306、S1308、S1310、又はS1312の処理の後、電源制御部209は、処理対象として残っている対象RAIDグループがあるか否かをチェックしステップS1313、残グループがあると判定したときにはステップS1314の判定がYES、次の処理対象RAIDグループの処理を続行しステップS1315、残グループがなくなったと判定したときにはステップS1314の判定がNO、モーターオフ判断処理を終了するステップS1316。図14は、ストレージ装置201内の電源制御部209が、図13の動作フローチャートで示されるモーターオフ判断処理中のステップS1311にて発行されたモーターオフ開始指示に対するモーター制御からの応答を処理するための、モーターオフ監視処理の制御動作を示す動作フローチャートである。まず、電源制御部209は、モーターオフ監視処理を開始した後ステップS1401、ステップS1402とS1412によって、ステップS1403~S1411までの一連の処理を、指示された対象RAIDグループのグループ数分かつ同一対象RAIDグループについて一定時間の間1回以上繰り返し実行し、各対象グループのディスクを一定時間監視する。各繰返しにおいて、電源制御部209はまず、対象RAIDグループに属するディスクに関するモーター制御機能から応答を受け付けたか否かをチェックするステップS1403。このチェックの結果、上記応答を受け付けていないと判定したときにはステップS1404の判定がNO、電源制御部209は、次の監視対象の処理に移るステップS1410。上記チェックの結果、上記応答を受け付けたと判定したときには、電源制御部209は、モーターのオフ結果をモーター制御機能から受け取り、その内容を判定するステップS1405。この結果、モーターの稼働処理が正常に終了したと判定したときにはステップS1406の判定がYES、電源制御部209は、ソフト連携用構成情報内の該当RLURAIDグループのMotorStatusフィールドの値をオフ処理状態であることを示すOffProgressからオフ状態を示すOffに変更するステップS1407。その後、電源制御部209は、次の監視対象の処理に移るステップS1407→S1410。モーターのオフ処理が正常に終了しなかったと判定したときにはステップS1406の判定がNO、電源制御部209は、異常ディスクを処理対象から切り離す処理を実行する。この異常ディスクを切り離す処理を実行すると同時に該当RLURAIDグループの他ディスクのモーターオフ処理を中断する。モーターオフしていた場合はモーターオン処理を動作させる。さらに自ストレージ装置201に保持するソフト連携用構成情報内の該当RLURAIDグループのStatusフィールドの値を自ストレージ装置にホットスペアディスクが存在しない場合は異常ディスクが存在することを示すExposedに変更する。またホットスペアディスクが存在する場合は冗長先の正常ディスクから復旧処理を動作させているRebuildに変更するステップS1408。その後、本実施形態が適用されるシステムの仕様上、電源制御部209は、上記ソフト連携用構成情報内の対号RLURAIDグループのMotorStatusフィールドの値をOnに変更する。ステップS1404、S1407、又はS1409の処理の後、電源制御部209は、監視対象として残っている対象RAIDグループがあるか否かをチェックしステップS1410、監視対象が残っていると判定したときにはステップS1411の判定がYES、次の監視対象RAIDグループ自分も含むの監視を続行しステップS1412、監視対象が残っていないと判定したときにはステップS1411の判定がNO、モーターオフ監視の処理を終了するステップS1413。以上のようにして、ストレージ装置201の電源制御部209は、ホストサーバ装置202においてストレージ装置201にてアクセスが発生していないRAIDグループのディスクを積極的かつ適切にオフすることができる。以上、図2の構成において、ホストサーバ装置202とストレージ装置201とがLAN203等のネットワークによって接続されているケースについて、ホストサーバ装置202内の電源制御アプリケーション217とストレージ装置201内の電源制御部209とが連携して論理ボリュームであるRAIDグループのディスクのモーターのオンオフを最適に制御する動作について説明した。これに対して、図2の構成において、ホストサーバ装置202とストレージ装置201とがチャネルパス203-2によって接続されているケースについても、ホストサーバ装置202内の電源制御ドライバ218とストレージ装置201内の電源制御部209とが連携してRAIDグループのディスクのモーターのオンオフを最適に制御する動作についても、基本的な動作は、電源制御アプリケーション217の場合とほぼ同じであるが、主として下記のような機能が実装される。1.電源制御ドライバ218は、ストレージ装置201へのアクセス応答結果において、モーターオン待ちの独自センスが応答された場合、ストレージ装置201へホストアクセスのリトライを実施する。2.電源制御ドライバ218は、ストレージ装置201へのホストアクセスリトライを実施している間、ホストサーバ装置202側に通知レベルのセンスを返してパス切れを防ぎ、待ち合わせを実施させる。そして、ホストサーバ装置202からストレージ装置201へのアクセス発生に伴う一連の動作は、以下に示されるごとくとなる。1ホストサーバ装置202でのアクセス発生を、電源制御ドライバ218が認識する。2電源制御ドライバ218は、ストレージ装置201にホストアクセスを実行する。3アクセス先のストレージ状態が省電力状態ではなくアクセス可の場合は、アクセス処理が実行される。4アクセス先のストレージ状態が省電力状態でアクセス不可の場合は、当該アクセスを契機にストレージ装置201は、当該ディスクの省電力状態を解除し、モーターオンを開始する。5当該アクセスは、ストレージ装置201で一定時間保持された後くわえ込みを実行された後、モーターオン処理中のセンス応答を返す。6モーターオン処理中のセンス応答を受け付けた電源制御ドライバ218は、ホストサーバ装置202側に当該センス応答を返さず、再度ストレージ装置201にアクセスのリトライを実施する。7電源制御ドライバ218の有する処理許容時間がタイムアウトするまでの間、モーターオンになるまで上記4~6の処理が繰返し実行される。以上説明した実施形態では、論理ボリュームを、RAIDグループとしたが、それに限られるものではない。以上の実施形態に関して、更に以下の付記を開示する。付記1複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージシステムにおける論理ボリュームの制御方法であって、前記論理ボリュームへのアクセス指示を発行するアクセス指示発行ステップと、前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する電源状態判断ステップと、前記電源状態判断ステップにおいて前記論理ボリュームがアクセス不能な電源状態と判断した場合に、前記論理ボリュームを構成する前記記憶媒体の電源状態の変更を指示する電源状態変更指示ステップと、前記論理ボリュームがアクセス可能となるまで前記アクセス指示を管理するアクセス指示管理ステップと、前記電源状態変更指示に基づいて前記論理ボリュームを構成する全ての記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を制御する電源制御ステップと、前記論理ボリュームがアクセス可能となったことを応答するアクセス可能応答ステップと、前記論理ボリュームに対してアクセスを実行するアクセス実行ステップと、を含むことを特徴とするストレージシステムの制御方法。付記2前記電源制御ステップは、前記論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う、ことを特徴とする付記1に記載のストレージシステムの制御方法。付記3前記論理ボリュームに対するアクセス状態を管理するアクセス管理ステップを更に含み、前記電源制御ステップは、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする付記1又は2の何れか1項に記載のストレージシステムの制御方法。付記4前記アクセス管理ステップで管理される前記論理ボリューム対するアクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成するスケジュール作成ステップを更に含み、前記電源制御ステップは、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする付記3に記載のストレージシステムの制御方法。付記5前記アクセス管理ステップで管理される前記論理ボリューム対するアクセス状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行ステップを更に含む、ことを特徴とする付記3に記載のストレージシステムの制御方法。付記6サーバと、該サーバからの指示に基づいて、複数の記憶媒体を用いて構成される論理ボリュームへのアクセスを行うストレージ装置とを備えたストレージシステムであって、前記サーバは、前記論理ボリュームへのアクセス指示を発行するアクセス指示発行部と、前記アクセス指示の対象となる論理ボリュームを構成する記憶媒体の電源状態を判断する電源状態判断部と、該電源状態判断部において前記論理ボリュームがアクセス不能な電源状態と判断した場合に、前記論理ボリュームをアクセス可能な電源状態とする指示を行う電源制御指示部と、前記論理ボリュームがアクセス可能となるまで前記アクセス指示を管理するアクセス指示管理部とを備え、前記ストレージ装置は、前記サーバから通知される前記アクセス指示と前記電源状態変更指示を受信する指示受信部と、前記電源状態変更指示に基づいて前記論理ボリュームを構成する全記憶媒体を含めた論理ボリュームの冗長度を超える数の記憶媒体の電源状態を制御する電源制御部と、前記論理ボリュームがアクセス可能となったことを前記サーバに応答するアクセス可能応答部と、前記アクセス指示に基づいて論理ボリュームに対してアクセスを実行するアクセス実行部と、を含むことを特徴とするストレージシステム。付記7前記電源制御部は、前記論理ボリュームを構成する全ての記憶媒体に対して電源状態の変更を指示する、ことを特徴とする付記6に記載のストレージシステム。付記8前記論理ボリュームに対するアクセス状態を管理するアクセス管理部を更に含み、前記電源制御部は、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする付記6又は7の何れか1項に記載のストレージシステム。付記9前記アクセス管理部で管理される前記論理ボリューム対するアクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成する電源制御スケジュール作成部を更に含み、前記電源制御部は、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする付記8に記載のストレージシステム。付記10前記サーバに対して前記論理ボリュームを構成する記憶媒体の電源状態を通知する電源状態通知部を更に含む、ことを特徴とする付記6乃至9の何れか1項に記載のストレージシステム。付記11前記電源状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行部を更に含む、ことを特徴とする付記10に記載のストレージシステム。付記12複数の記憶媒体を用いて構成される論理ボリュームを備えたストレージ装置であって、サーバから通知される前記論理ボリュームに対するアクセス指示を受信するアクセス指示受信部と、前記アクセス指示に基づいて前記論理ボリュームに対してアクセスを行うアクセス実行部とアクセス対象の論理ボリュームがアクセス不可の状態の場合、前記論理ボリュームの冗長度を超える数の記憶媒体の電源状態を変更する電源制御部と、を含むことを特徴とするストレージ装置。付記13前記電源制御部は、前記サーバからの電源状態変更指示を受信すると前記記憶媒体の電源状態を変更する、ことを特徴とする付記12に記載のストレージ装置。付記14前記電源制御部は、前記論理ボリュームを構成する全ての記憶媒体に対して電源制御を行う、ことを特徴とする付記12又は13の何れか1項に記載のストレージ装置。付記15前記論理ボリュームに対するアクセス状態を管理するアクセス管理部を更に含み、前記電源制御部は、前記アクセス状態に基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする付記12乃至14の何れか1項に記載のストレージ装置。付記16前記アクセス管理部で管理される前記論理ボリューム対するアクセス状況に基づいて前記論理ボリュームを構成する記憶媒体の電源制御スケジュールを作成する電源制御スケジュール作成部を更に含み、前記電源制御部は、前記電源制御スケジュールに基づいて前記論理ボリュームを構成する記憶媒体の電源を制御する、ことを特徴とする付記15に記載のストレージ装置。付記17前記サーバに対して前記論理ボリュームを構成する記憶媒体の電源状態を通知する電源状態通知部を更に含む、ことを特徴とする付記12乃至16の何れか1項に記載のストレージ装置。付記18前記電源状態が、稼働待ち状態を示しているときに、前記アクセス指示の発行に対して前記論理ボリュームが稼働待ち状態であることを示す応答を発行する稼働待ち状態応答発行部を更に含む、ことを特徴とする付記17に記載のストレージ装置。付記19前記論理ボリュームがアクセス不可の場合、前記論理ボリュームがアクセス可能となるまで、前記サーバに対して再アクセス要求を通知する再アクセス要求通知部を更に含む、ことを特徴とする付記12乃至18の何れか1項に記載のストレージ装置。