(57)【特許請求の範囲】
【請求項１】
クライアント端末の動作に必要な情報の管理単位であるボリュームを複数記憶するネットワークストレージ装置であって、メンテナンス系のボリュームであるメンテナンスボリュームと、前記メンテナンスボリュームの系統切替後のボリュームであって運用系のボリュームである運用ボリュームと、前記運用ボリュームの系統切替後のボリュームであって旧運用系のボリュームである旧運用ボリュームを記憶するネットワークストレージ装置を、制御するネットワークストレージ制御装置であって、
現在の各ボリュームの系統を示す系統管理情報、およびクライアント端末による前記ボリュームの使用状態を示す使用状態情報を記憶する記憶部と、
系統切替をするに際し、前記記憶部内の前記系統管理情報、および前記使用状態情報を参照し、クライアント端末によって使用されている旧運用ボリュームが存在している場合には、前記運用ボリュームを、前記使用されている旧運用ボリュームとは異なる前記旧運用ボリュームに切り替える系統切替命令を前記ネットワークストレージ装置に送信するストレージ装置制御部と
を備えることを特徴とするネットワークストレージ制御装置。
【請求項２】
前記ストレージ装置制御部は、
クライアント端末によって使用されていない旧運用ボリュームが存在している場合には、当該旧運用ボリュームを削除する削除命令を前記ネットワークストレージ装置に送信する
ことを特徴とする請求項１に記載のネットワークストレージ制御装置。
【請求項３】
クライアント端末の動作に必要な情報の管理単位であるボリュームを複数記憶するネットワークストレージ装置と前記ネットワークストレージ装置を制御するネットワークストレージ制御装置とを備えるネットワークストレージシステムであって、
前記ネットワークストレージ装置は、
メンテナンス系のボリュームであるメンテナンスボリュームと、前記メンテナンスボリュームの系統切替後のボリュームであって運用系のボリュームである運用ボリュームと、前記運用ボリュームの系統切替後のボリュームであって旧運用系のボリュームである旧運用ボリュームを記憶する記憶部を備え、
前記ネットワークストレージ制御装置は、
現在の各ボリュームの系統を示す系統管理情報、およびクライアント端末による前記ボリュームの使用状態を示す使用状態情報を記憶する記憶部と、
系統切替をするに際し、前記記憶部内の前記系統管理情報、および前記使用状態情報を参照し、クライアント端末によって使用されている旧運用ボリュームが存在している場合には、前記運用ボリュームを、前記使用されている旧運用ボリュームとは異なる前記旧運用ボリュームに切り替える系統切替命令を前記ネットワークストレージ装置に送信するストレージ装置制御部と
を備えることを特徴とするネットワークストレージシステム。
【請求項４】
クライアント端末の動作に必要な情報の管理単位であるボリュームを複数記憶するネットワークストレージ装置であって、メンテナンス系のボリュームであるメンテナンスボリュームと、前記メンテナンスボリュームの系統切替後のボリュームであって運用系のボリュームである運用ボリュームと、前記運用ボリュームの系統切替後のボリュームであって旧運用系のボリュームである旧運用ボリュームを記憶するネットワークストレージ装置を、制御するネットワークストレージ制御方法であって、
現在の各ボリュームの系統を示す系統管理情報、およびクライアント端末による前記ボリュームの使用状態を示す使用状態情報を記憶するステップと、
系統切替をするに際し、前記記憶部内の前記系統管理情報、および前記使用状態情報を参照し、クライアント端末によって使用されている旧運用ボリュームが存在している場合には、前記運用ボリュームを、前記使用されている旧運用ボリュームとは異なる前記旧運用ボリュームに切り替える系統切替命令を前記ネットワークストレージ装置に送信するステップと
を備えることを特徴とするネットワークストレージ制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークストレージ制御装置、ネットワークストレージシステムおよびネットワークストレージ制御方法に関する。
【背景技術】
【０００２】
現在、クライアント端末（例えば、パーソナルコンピュータ）のリソース（例えば、ＣＰＵ（Central  Processing  Unit）、メモリ、グラフィックカード）の有効活用、または、情報漏洩防止などのセキュリティの観点から、ネットワークブートによるシンクライアントシステムが利用されている。ここで、ネットワークブートによるシンクライアントシステムとは、ネットワークストレージ装置に、クライアント端末において利用される情報（例えば、クライアント端末において動作するＯＳ（Operating  System）、アプリケーションプログラム、クライアント端末において作成された情報）を予めボリューム単位に保持させておき、クライアント端末に、ネットワークストレージ装置からネットワークを介して当該情報を読み込ませて起動、処理させるシステムをいう。
【０００３】
即ち、ネットワークブートによるシンクライアントシステムの場合、各クライアント端末で利用される情報がネットワークストレージ装置に記憶されるため、ネットワークブートによるシンクライアントシステムは、クライアント端末の自身のリソースの有効活用、または、情報漏洩を防止などに効果があるとされている。
【０００４】
また、ネットワークストレージ装置が保持するＯＳやプログラム（クライアント端末が読み込むＯＳやプログラム）のメンテナンス（例えば、バージョンアップ、セキュリティパッチの適用）の実施に関する技術も提案されている（例えば、特許文献１、２参照）。
【０００５】
例えば、特許文献１には、メンテナンス用のボリューム（マスタ単位記憶ユニット）とユーザ用のボリューム（レプリカ単位記憶ユニット）とを設け、メンテナンス終了後にメンテナンスのボリュームを複製して新たな運用用のボリュームとする技術、即ち、メンテナンス用のボリュームの運用用のボリュームへの切替技術が開示されている。当該技術によれば、メンテナンス用のボリュームに対してのみメンテナンスを行えば、メンテナンス用のボリュームに対するメンテナンス内容が、ユーザ用のボリュームに反映されるため、メンテナンスコストが低減する。
【０００６】
また、特許文献２は、特許文献１の技術を改良技術であるが、ストレージのディスク使用効率を改善する技術が開示されている。具体的には、特許文献１に開示された技術の場合、クライアント端末台数分、ユーザのボリュームをコピーする必要があるが、特許文献２の技術の場合、ユーザ用のボリュームの共用化によって、ディスクの使用効率の改善を図っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】国際公開第２００６／０９５８７５号
【特許文献２】特開２００６−２５２１１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来技術（例えば、特許技術１、特許文献２に開示された技術）は、メンテナンス用のボリュームのメンテナンスは、ある程度の時間間隔をおいて実施されるという実施態様を前提としている。つまり、従来技術は、メンテナンス用のボリュームに対してメンテナンスを連続して実施するという実施態様を想定していない。従って、連続してメンテナンスの内容を反映することができないという問題がある。換言すれば、メンテナンスの内容を即時に反映することができないので、適切なタイミングでメンテナンスが行われない場合があるという問題がある。具体的には、前回のメンテナンスの内容の反映直後は、今回のメンテナンスの内容を反映できないという問題がある。
【０００９】
例えば、前回のメンテナンスの実施直後に、セキュリティパッチの適用、ウィルス定義ファイルの更新を内容とする緊急のメンテナンスが必要となったとき、直ちに当該メンテナンスの内容を反映できないという問題がある。なお、当該例の場合、セキュリティ面に課題を残すこととなる。また、仮に、セキュリティ面に問題が生じない場面であっても、適宜、メンテナンスの内容を適宜反映させたいという要請に応えることができない場合があるという問題がある。即ち、前回のメンテナンスの内容の反映直後に、今回のメンテナンスの内容を反映させたいという要請に応えることができないという問題がある。
【００１０】
なお、従来技術において、メンテナンスの内容を連続して反映させることができない理由を補説する。メンテナンス終了時に、図１１（ａ）に示すように、旧運用ボリュームの利用者が存在しない場合、旧運用ボリュームの削除が可能である。旧運用ボリュームが削除可能であれば、運用ボリュームの旧運用ボリュームへの切替（反映）が可能である。運用ボリュームの旧運用ボリュームへの切替が可能であれば、メンテナンスボリュームの運用ボリュームへの切替が可能である。以上のように、メンテナンス終了時に、旧運用ボリュームの利用者が存在しない場合であれば、メンテナンスの内容を全体に反映させることができる。なお、運用ボリュームの旧運用ボリュームへの切替に際し、運用ボリュームの利用者は、旧運用ボリュームの利用者になる。旧運用ボリュームの利用者は、起動中は、旧運用ボリュームを利用し続けるが、再起動した場合には運用ボリュームを利用するようになるため、運用ボリュームの利用者になる。
【００１１】
メンテナンス終了時に、図１１（ｂ）に示すように、旧運用ボリュームの利用者が存在する場合には、旧運用ボリュームの削除は不可能である。従って、運用ボリュームの旧運用ボリュームへの切替、メンテナンスボリュームの運用ボリュームへの切替、及び、メンテナンスボリュームの運用ボリュームへの切替は不可能である。以上のように、メンテナンス終了時に、旧運用ボリュームの利用者が存在する場合には、メンテナンスの内容を全体に反映させることができない。また、上述の如く、旧運用ボリュームの利用者は、運用ボリュームの旧運用ボリュームへの切替によって出現し、起動中は、旧運用ボリュームの利用者であり続けるため、直近の反映からシャットダウン迄の時間、存在することになる。以上から、従来技術においては、メンテナンスの内容を連続して反映させることができない。即ち、従来技術においては、旧運用ボリュームの利用者が未だ存在し続けている時間間隔内においてメンテナンスの内容を反映させることができない。
【００１２】
本発明は、このような状況に鑑みてなされたもので、旧運用ボリュームの利用者がいる場合であってもメンテナンスを実施して、その内容を反映することができる技術を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記問題を解決するために、本発明の一態様であるネットワークストレージ制御装置は、クライアント端末の動作に必要な情報の管理単位であるボリュームを複数記憶するネットワークストレージ装置であって、メンテナンス系のボリュームであるメンテナンスボリュームと、前記メンテナンスボリュームの系統切替後のボリュームであって運用系のボリュームである運用ボリュームと、前記運用ボリュームの系統切替後のボリュームであって旧運用系のボリュームである旧運用ボリュームを記憶するネットワークストレージ装置を、制御するネットワークストレージ制御装置であって、現在の各ボリュームの系統を示す系統管理情報、およびクライアント端末による前記ボリュームの使用状態を示す使用状態情報を記憶する記憶部と、系統切替をするに際し、前記記憶部内の前記系統管理情報、および前記使用状態情報を参照し、クライアント端末によって使用されている旧運用ボリュームが存在している場合には、前記運用ボリュームを、前記使用されている旧運用ボリュームとは異なる前記旧運用ボリュームに切り替える系統切替命令を前記ネットワークストレージ装置に送信するストレージ装置制御部とを備えることを特徴とする。
【００１４】
上記ネットワークストレージ制御装置において、前記ストレージ装置制御部は、クライアント端末によって使用されていない旧運用ボリュームが存在している場合には、当該旧運用ボリュームを削除する削除命令を前記ネットワークストレージ装置に送信するようにしてもよい。
【００１５】
上記問題を解決するために、本発明の他の態様であるネットワークストレージシステムは、クライアント端末の動作に必要な情報の管理単位であるボリュームを複数記憶するネットワークストレージ装置と前記ネットワークストレージ装置を制御するネットワークストレージ制御装置とを備えるネットワークストレージシステムであって、前記ネットワークストレージ装置は、メンテナンス系のボリュームであるメンテナンスボリュームと、前記メンテナンスボリュームの系統切替後のボリュームであって運用系のボリュームである運用ボリュームと、前記運用ボリュームの系統切替後のボリュームであって旧運用系のボリュームである旧運用ボリュームを記憶する記憶部を備え、前記ネットワークストレージ制御装置は、現在の各ボリュームの系統を示す系統管理情報、およびクライアント端末による前記ボリュームの使用状態を示す使用状態情報を記憶する記憶部と、系統切替をするに際し、前記記憶部内の前記系統管理情報、および前記使用状態情報を参照し、クライアント端末によって使用されている旧運用ボリュームが存在している場合には、前記運用ボリュームを、前記使用されている旧運用ボリュームとは異なる前記旧運用ボリュームに切り替える系統切替命令を前記ネットワークストレージ装置に送信するストレージ装置制御部とを備えることを特徴とする。
【００１６】
上記問題を解決するために、本発明の他の態様であるネットワークストレージ制御方法は、クライアント端末の動作に必要な情報の管理単位であるボリュームを複数記憶するネットワークストレージ装置であって、メンテナンス系のボリュームであるメンテナンスボリュームと、前記メンテナンスボリュームの系統切替後のボリュームであって運用系のボリュームである運用ボリュームと、前記運用ボリュームの系統切替後のボリュームであって旧運用系のボリュームである旧運用ボリュームを記憶するネットワークストレージ装置を、制御するネットワークストレージ制御方法であって、現在の各ボリュームの系統を示す系統管理情報、およびクライアント端末による前記ボリュームの使用状態を示す使用状態情報を記憶するステップと、系統切替をするに際し、前記記憶部内の前記系統管理情報、および前記使用状態情報を参照し、クライアント端末によって使用されている旧運用ボリュームが存在している場合には、前記運用ボリュームを、前記使用されている旧運用ボリュームとは異なる前記旧運用ボリュームに切り替える系統切替命令を前記ネットワークストレージ装置に送信するステップとを備えることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、旧運用ボリュームの利用者がいる場合であってもメンテナンスを実施して、その内容を反映することができるようになる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態に係るネットワークストレージシステム１の構成図である。
【図２】系統管理情報、使用状態情報およびメンテナンス端末特定情報の一例などである。
【図３】系統切替処理の概念図である。
【図４】ネットワークストレージ制御装置２０の系統切替処理の一例を示すフローチャートである。
【図５】ネットワークストレージシステム１の系統切替処理の一例を示すシーケンス図である。
【図６】ネットワークストレージ制御装置２０の系統切替処理の他の例を示すフローチャートである。
【図７】ネットワークストレージシステム１の系統切替処理の他の例を示すシーケンス図である。
【図８】第２の実施形態に係るネットワークストレージシステム２の構成図である。
【図９】第３の実施形態に係るネットワークストレージシステム３の構成図である。
【図１０】メンテナンス適用情報および旧運用ボリューム使用実績情報の一例である。
【図１１】従来技術を説明するための図である。
【発明を実施するための形態】
【００１９】
（第１の実施形態）
以下、本発明の第１の実施形態について図面を参照して詳細に説明する。本発明の第１の実施形態に係るネットストレージシステム１は、図１に示すように、ネットワークストレージ装置１０およびネットワークストレージ制御装置２０を備える。ネットワークストレージ装置１０は、ネットワークストレージ制御装置２０と通信するとともに、複数のクライアント端末４０（クライアント端末４０−１、クライアント端末４０−２、…）と通信する。ネットワークストレージ制御装置２０は、ネットワークストレージ装置１０と通信するとともに、システム管理端末３０、複数のクライアント端末４０と通信する。なお、当該通信は、例えば、ｉＳＣＳＩ（Internet  Small  Computer  System  Interface）により行ってもよい。また、図１に示される各装置、各端末は、何れも図１に示される台数に限定されるものではなく、システムの適用場面、ネットワーク環境などによりそれぞれ任意の台数としてよい。
【００２０】
ネットワークストレージ装置１０は、記憶部１００およびボリューム制御部１１０を備える。記憶部１００は、系統の異なる複数のボリュームを記憶する。ボリュームとは、当該ネットワークストレージ装置１０に帰属する各クライアント端末４０の動作に必要な情報の管理単位である。クライアント端末４０の動作に必要な情報とは、例えば、クライアント端末４０において実行されるＯＳプログラム、アプリケーションプログラムである。また、ボリュームは、クライアント端末４０からのボリューム読み出し要求に応じてクライアント端末４０に送信されてクライアント端末４０において利用される。系統とは、ボリュームのクライアント端末４０による利用態様の別を示すものである。
【００２１】
記憶部１００は、より詳細には、１個のメンテナンスボリューム１１０と、１個の運用ボリューム１２０と、１個以上の旧運用ボリューム１３０とを記憶する。記憶部１００が記憶する旧運用ボリューム１３０の個数（以下、「実生成個数Ｍ」という。Ｍは１以上の整数）は、ネットワークストレージ制御装置２０の管理する最大生成個数Ｎ（Ｎは、２以上の整数）以下である。例えば、最大生成個数Ｎが１０である場合、記憶部１００は、１個乃至１０個の旧運用ボリューム１３０を記憶する。即ち、Ｎ＝１０の場合、Ｍ＝１、２、３、…１０の何れかである。なお、最大生成個数Ｎは、ネットストレージシステム１においては固定数（静的な数）である。
【００２２】
メンテナンスボリューム１１０は、メンテナンス系（系統）のボリュームである。メンテナンスボリューム１１０は、当該ネットワークストレージ装置１０に帰属するクライアント端末４０から送信されるメンテナンスボリューム読み出し要求に応じてクライアント端末４０に送信され読み出されるボリュームである。メンテナンスボリューム１１０は、送信され読み出されたクライアント端末４０によってメンテナンスされる。なお、メンテナンスとは、メンテナンスボリューム内のプログラムのバージョンアップ、セキュリティパッチの適用などをいう。
【００２３】
運用ボリューム１２０は、メンテナンスボリューム１１０の系統切替後のボリュームであって運用系（系統）のボリュームである。運用ボリューム１２２は、当該ネットワークストレージ装置１０に帰属するクライアント端末４０から送信される運用ボリューム読み出し要求に応じてクライアント端末４０に送信され読み出されるボリュームである。
【００２４】
旧運用ボリューム１３０は、運用ボリューム１２０の系統切替後のボリュームであって旧運用系（系統）のボリュームである。即ち、旧運用ボリューム１３０は、クライアント端末４０によってメンテナンスされたメンテナンスボリューム１２０が運用段階に移行して運用ボリューム１２２として取り扱われる際に、それまで運用ボリューム１２０として取り扱われていたボリュームである。
【００２５】
ボリューム制御部１１０は、クライアント端末４０から送信されるボリューム読み出し要求を受信する。ボリューム制御部１１０は、クライアント端末４０からボリューム読み出し要求を受信した場合、ボリューム読み出し要求に対応するボリュームを記憶部１００から読み出し、当該クライアント端末４０に送信する。具体的には、ボリューム制御部１１０は、ボリューム読み出し要求に応じてクライアント端末４０との間でセッションを確立し、例えば、クライアント端末４０との間でボリュームに含まれるプログラムなどの情報を送受信する。
【００２６】
また、ボリューム制御部１１０は、ネットワークストレージ制御装置２０のストレージ装置制御部２３０から、系統切替に係る命令である系統切替命令を受信する。より詳細には、ボリューム制御部１１０は、メンテナンス系ボリュームの複製に係る複製命令を系統切替命令として受信する。系統切替命令を受信したボリューム制御部１１０は、系統切替命令に従って系統切替処理を実行する。より詳細には、ボリューム制御部１１０は、複製命令に従ってメンテナンス系ボリュームを複製する。また、ボリューム制御部１１０は、ネットワークストレージ制御装置２０のストレージ装置制御部２３０から、旧運用ボリュームの削除に係る命令である削除命令を受信した場合、削除命令に従って旧運用ボリュームを削除する。なお、ボリューム制御部１１０は、削除命令を系統切替命令として受信してもよいし、系統切替命令とは別個の命令として削除命令を受信してもよい。なお、削除命令には、削除すべき旧運用ボリュームのボリューム名（詳細は後述する）が含まれている。
【００２７】
ネットワークストレージ制御装置２０は、記憶部２００、ウェブサービス部２１０、起動サービス部２２０およびストレージ装置制御部２３０を備える。
【００２８】
記憶部２００は、ネットワークストレージ装置１０を管理するための種々の情報を記憶する。具体的には、記憶部２００は、系統管理情報、使用状態情報、メンテナンス端末特定情報、起動基礎情報および最大生成個数情報を記憶する。
【００２９】
系統管理情報は、現在の各ボリュームの系統を示す情報である。記憶部２００は、系統管理情報として、図２（ａ）に示すように、ボリューム名に対応付けてＯＳ領域グループ名と系統名とを記憶する。ボリューム名は、ネットワークストレージ装置１０の記憶部１００に記憶される各ボリュームを識別する情報である。以下、ボリューム名「Ｘ」によって識別されるボリュームをボリューム「Ｘ」と記載する。ＯＳ領域グループ名は、例えば、ＯＳプログラム、アプリケーションなどの各ボリュームの内容を特定する情報である。系統名は、各ボリュームの現在の系統（例えば、メンテナンス系、運用系、旧運用系の何れか）を示す情報である。図２（ａ）に示す例（１行目）によれば、記憶部２００は、ボリューム「Ｍ」が、「ＯＳ１」を内容とし、現在、メンテナンスボリュームである旨を記憶している。
【００３０】
使用状態情報は、クライアント端末４０による各ボリュームの現在の使用状態を示す情報である。記憶部２００は、使用状態情報として、図２（ｂ）に示すように、クライアント名に対応付けてボリューム名を記憶する。クライアント名は、各クライアント端末４０を識別する情報である。ボリューム名は、上述の如く、ネットワークストレージ装置１０の記憶部１００に記憶される各ボリュームを識別する情報である。以下、クライアント名「Ｘ」によって識別されるクライン端末４０をクライアント端末「Ｘ」と記載する。図２（ｂ）に示す例（１行目）によれば、記憶部２００は、クライアント端末「Ｃ５」が、ボリューム「Ｍ」を使用している旨を記憶している。従って、系統管理情報（１行目）および使用状態情報（１行目）によれば、記憶部２００は、クライアント端末「Ｃ５」が、メンテナンスボリューム「Ｍ」を使用している旨を記憶している。
【００３１】
メンテナンス端末特定情報は、メンテナンスを実施するクライアント端末４０であるメンテナンス端末を特定するための情報である。記憶部２００は、メンテナンス端末特定情報として、図２（ｃ）に示すように、クライアント名に対応付けてメンテナンスフラグを記憶する。クライアント名は、上述の如く、各クライアント端末４０を識別する情報である。メンテナンスフラグは、各クライアント端末４０がメンテナンス端末であるか否かを示すフラグである。従って、メンテナンス端末特定情報によれば、あるクライアント端末４０がメンテナンス端末であるか否かを判断することができる。なお、メンテナンスフラグは、例えば、システム管理端末３０からの命令によって設定されるものであり、システム管理端末３０においてメンテナンス端末となるクライアント端末４０が指定され、メンテナンス端末特定情報としてネットワークストレージ制御装置２０内に記憶される。
【００３２】
起動基礎情報は、クライアント端末４０からの起動情報要求に応じて当該クライアント端末に送信する起動情報の基礎になる情報である。起動情報は、例えば、ブートファイルなどであって、ボリューム読み出し要求において読み出すべきボリュームを指定するためのボリューム名である宛先ボリューム名、宛先ボリューム名に係るボリュームの系統（例えば、メンテナンス系、運用系の何れか）を示す情報である宛先ボリューム系統名を含む情報である。記憶部２００は、クライアント端末４０毎の起動基礎情報を記憶する。
【００３３】
最大生成個数情報は、旧運用ボリュームの最大生成個数Ｎ（Ｎは、２以上の整数）を示す情報である。なお、上述の如く、記憶部１００が記憶する旧運用ボリューム１３０の個数（即ち、実生成個数Ｍ）は、最大生成個数Ｎ以下である。例えば、最大生成個数Ｎが１０である場合、実生成個数Ｍは１、２、３、…１０の何れかである。また、上述の如く、最大生成個数Ｎは、固定数であるが、固定数である最大生成個数Ｎは、ネットワークストレージ装置１０内に記憶できる旧運用系ボリューム１３０の最大数としてもよい。また、最大生成個数Ｎは、例えば、システム管理端末３０からの命令によって設定または再設定される。即ち、最大生成個数Ｎは、システム管理端末３０において指定され、最大生成個数情報としてネットワークストレージ制御装置２０内に記憶される。
【００３４】
ウェブサービス部２１０は、システム管理端末３０に対してウェブサービス機能を提供する。ウェブサービス部２１０は、ウェブサービス機能を利用して、システム管理端末３０と通信する。ウェブサービス部２１０は、システム管理端末３０からの受信情報に応じて、例えば、記憶部２００内の種々の情報をシステム管理端末３０に送信し、記憶部２００内の種々の情報を更新し、ストレージ装置制御部２３０に受信情報（例えば、後述する系統切替要求）を転送する。
【００３５】
起動サービス部２２０は、クライアント端末４０から起動情報要求を受信する。起動サービス部２３０は、クライアント端末４０から起動情報要求を受信した場合、記憶部２００内のメンテナンス端末情報を参照し、起動情報要求の送信元であるクライアント端末４０がメンテナンス端末であるか否かを判断する。
【００３６】
起動サービス部２２０は、起動情報要求の送信元であるクライアント端末４０がメンテナンス端末でないと判断した場合には、記憶部２００内の系統管理情報を参照し、系統「運用系」に対応するボリューム名を取得するとともに、記憶部２００から送信元であるクライアント端末４０に対応する起動基礎情報を取得する。ボリューム名および起動基礎情報を取得した起動サービス部２２０は、当該起動基礎情報に基づく起動情報であって、当該ボリューム名を宛先ボリューム名とし、かつ、運用系を宛先ボリューム系統名とする起動情報を生成し、送信元であるクライアント端末４０に送信する。
【００３７】
起動サービス部２２０は、起動情報要求の送信元であるクライアント端末４０がメンテナンス端末であると判断した場合には、記憶部２００内の系統管理情報を参照し、系統「メンテナンス系」に対応するボリューム名を取得するとともに、記憶部２００から送信元であるクライアント端末４０に対応する起動基礎情報を取得する。ボリューム名および起動基礎情報を取得した起動サービス部２２０は、当該起動基礎情報に基づく起動情報であって、当該ボリューム名を宛先ボリューム名とし、かつ、メンテナンス系を宛先ボリューム系統名とする起動情報を生成し、送信元であるクライアント端末４０に送信する。
【００３８】
また、起動サービス部２２０は、クライアント端末４０に起動情報を送信する場合、記憶部２００の使用状態情報を更新する。例えば、起動サービス部２２０は、あるクライアント端末４０に、あるボリューム名を宛先ボリューム名とし、かつ、運用系（またはメンテナンス系）を宛先ボリューム系統名とする起動情報を送信する場合、使用状態情報として、当該クライアントのクライアント名に対応付けて当該宛先ボリューム名を記憶する。また、起動サービス部２２０は、使用中のボリュームの使用を終了する旨の要求を受信した場合にも、記憶部２００の使用状態情報を更新する。例えば、起動サービス部２２０は、あるボリュームを使用しているクライアント端末４０から当該ボリュームの使用を終了する旨の要求を受信した場合、当該クライアントのクライアント名を対応するボリューム名とともに削除する。
【００３９】
ストレージ装置制御部２３０は、ウェブサービス部２１０から種々の情報を取得する。ストレージ装置制御部２３０は、ウェブサービス部２１０からの取得情報に応じて、ネットワークストレージ装置１０に種々の情報を送信する。具体的には、ストレージ装置制御部２３０は、ウェブサービス部２１０から系統切替に係る要求である系統切替要求を取得した場合、記憶部２００に記憶されている系統管理情報および使用状態情報を参照し、メンテナンスボリューム１１０がクライアント端末４０によって使用されているか否かを判断する。即ち、ストレージ装置制御部２３０は、メンテナンスボリューム１１０が使用中であるか否かを判断する。
【００４０】
ストレージ装置制御部２３０は、メンテナンスボリューム１１０がクライアント端末４０によって使用されていないと判断した場合、記憶部２００に記憶されている系統管理情報、使用状態情報および最大生成個数情報を参照し、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かを判断する。なお、実生成個数Ｍが最大生成個数Ｎよりも小さい場合には、常に、使用中の旧運用ボリューム数は最大生成個数Ｎ未満である。
【００４１】
ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であると判断した場合、系統切替命令をネットワークストレージ装置１０のボリューム制御部１１０に送信する。具体的には、ストレージ装置制御部２３０は、複製命令をネットワークストレージ装置１０のボリューム制御部１１０に送信する。なお、ストレージ装置制御部２３０から系統切替命令を受信したボリューム制御部１１０は、系統切替命令に従って系統切替処理を実行する。
【００４２】
一方、ストレージ装置制御部２３０は、メンテナンスボリューム１１０がクライアント端末４０によって使用されていると判断した場合、または、使用中の旧運用ボリューム数が最大生成個数Ｎ未満でないと判断した場合には、系統切替命令をネットワークストレージ装置１０に送信しない。なお、使用中の旧運用ボリューム数が最大生成個数Ｎ未満でない場合とは、使用中の旧運用ボリューム数が最大生成個数Ｎと同数である場合である。即ち、実生成個数Ｍと最大生成個数Ｎとが一致する場合であって、具体的には、記憶部１００内に最大生成個数Ｎの旧運用ボリューム１３０が生成され、かつ、その全てが使用中である場合である。
【００４３】
更に、ストレージ装置制御部２３０は、系統切替命令をネットワークストレージ装置１０に送信する場合、記憶部２００の系統管理情報を更新する。具体的には、ストレージ装置制御部２３０は、系統名「運用系」を系統名「旧運用系」に変更し、系統名「メンテナンス系」を系統名「運用系」に変更する。
【００４４】
また、ストレージ装置制御部２３０は、クライアント端末４０によって使用されていない旧運用ボリュームが存在するときは、削除命令をネットワークストレージ装置１０に送信してもよい。なお、ストレージ装置制御部２３０は、削除命令を系統切替命令として送信してもよいし、系統切替命令とは別個の命令として削除命令を送信してもよい。例えば、ストレージ装置制御部２３０は、系統切替命令をネットワークストレージ装置１０に送信する場合に、クライアント端末４０によって使用されていない旧運用ボリュームが存在するときは、当該未使用の旧運用ボリュームの削除命令をネットワークストレージ装置１０のボリューム制御部１１０に送信してもよい。なお、ストレージ装置制御部２３０は、記憶部２００内の系統管理情報および使用状態情報を参照し、クライアント端末４０によって使用されていない旧運用ボリュームの有無、当該旧運用ボリューム名を特定する。なお、ストレージ装置制御部２３０から削除命令を受信したボリューム制御部１１０は、削除命令に従って旧運用ボリュームを削除する。
【００４５】
また、ストレージ装置制御部２３０は、未使用の旧運用ボリュームの削除命令をネットワークストレージ装置１０に送信する場合、記憶部２００の系統管理情報を更新する。具体的には、ストレージ装置制御部２３０は、記憶部２００内の系統管理情報および使用状態情報を参照し、クライアント端末４０によって使用されていない旧運用ボリュームのボリューム名に対応する系統名「旧運用系」を当該所定のボリューム名とともに削除する。
【００４６】
システム管理端末３０は、管理者に利用される端末であってインターネットブラウザ機能を備える。システム管理端末３０は、また、入力受付部３１０および通信部３１０を備える。入力受付部３１０は、例えば、キーボード、マウスなどの入力デバイスを介して、管理者から種々の情報の入力を受け付ける。通信部３２０は、自身のインターネットブラウザ機能、ネットワークストレージ制御装置２０によって提供されるウェブサービス機能を利用して、ネットワークストレージ制御装置２０と通信する。システム管理端末３０は、管理者からの入力情報に応じて、例えば、ネットワークストレージ制御装置２０の記憶部２００内の情報を取得する命令または記憶部２００内の情報を更新する命令をネットワークストレージ制御装置２０のウェブサービス部２１０に送信する。また、システム管理端末３０は、管理者からの入力情報に応じて、系統切替要求をウェブサービス部２１０に送信する。
【００４７】
クライアント端末４０は、ユーザに利用される端末であってストレージを具備しないディスクレスＰＣ（Personal  Computer）である。クライアント端末４０は、起動時に、起動情報要求をネットワークストレージ制御装置２０の起動サービス部２２０に送信する。クライアント端末４０は、起動情報要求を起動サービス部２２０に送信した後に、起動サービス部２２０から起動情報を受信する。
【００４８】
クライアント端末４０は、起動サービス部２２０から起動情報を受信した場合、当該起動情報に応じたボリューム読み出し要求を生成する。具体的には、クライアント端末４０は、あるボリューム名を宛先ボリューム名とし、宛先ボリューム系統名をメンテナンス系とする起動情報を受信した場合、当該宛先ボリューム名によって識別されるボリュームを宛先とするメンテナンスボリューム読み出し要求を生成する。クライアント端末４０は、あるボリューム名を宛先ボリューム名とし、宛先ボリューム系統名を運用系とする起動情報を受信した場合、当該宛先ボリューム名によって識別されるボリュームを宛先とする運用ボリューム読み出し要求を生成する。メンテナンスボリューム読み出し要求または運用ボリューム読み出し要求を生成したクライアント端末４０は、当該ボリューム読み出し要求をネットワークストレージ装置１０のボリューム制御部１１０に送信する。
【００４９】
クライアント端末４０は、ボリューム読み出し要求をボリューム制御部１１０に送信した後に、ネットワークストレージ装置１０からボリューム読み出し要求に応じたボリュームを取得する。即ち、クライアント端末４０は、メンテナンスボリューム読み出し要求をボリューム制御部１１０に送信した場合、ネットワークストレージ装置１０からメンテナンスボリューム１１０を取得し、運用ボリューム読み出し要求をボリューム制御部１１０に送信した場合、ネットワークストレージ装置１０から運用ボリューム１２０を取得する。
【００５０】
なお、クライアント端末４０は、メンテナンスボリューム１１０を取得した場合、ユーザの操作に従って、自身のクライアント端末４０を動作させているＯＳプログラム、アプリケーションプログラムなどのメンテナンスを実行する。メンテナンスの実行によって、ネットワークストレージ装置１０の記憶部１００内のメンテナンスボリューム１１０は更新される。
【００５１】
図３を用いてネットワークストレージシステム１における系統切替処理についてさらに説明する。ネットワークストレージ制御装置２０のストレージ装置制御部２３０から系統切替命令（複製命令）を受信したネットワークストレージ装置１０のボリューム制御部１１０は、図３（ａ）に示すように、メンテナンスボリューム「Ｍ」を複製して新規に運用ボリューム「ＢＡ」を生成する。一方、系統切替命令をボリューム制御部１１０に送信するストレージ装置制御部２３０は、図３（ｂ）に示すように、系統管理情報のボリューム「Ｍ」の系統名を「メンテナンス系」から「運用系」に更新し、ボリューム「ＡＢ」の系統名を「運用系」から「旧運用系」に更新する。
【００５２】
また、ネットワークストレージ制御装置２０のストレージ装置制御部２３０がボリューム名「ＡＤ」を含む削除命令をネットワークストレージ装置１０のボリューム制御部１１０に送信した場合、当該削除命令を受信したボリューム制御部１１０は、図３（ａ）に示すように、旧運用ボリューム「ＡＤ」を削除する。一方、ボリューム名「ＡＤ」を含む削除命令をボリューム制御部１１０に送信するストレージ装置制御部２３０は、図３（ｂ）に示すように、ボリューム「ＡＤ」に係る情報を削除する。
【００５３】
以下、図４を用いてネットワークストレージ制御装置２０による系統切替処理の流れを説明する。図４に示すフローチャートは、ネットワークストレージ制御装置２０のウェブサービス部２１０がシステム管理端末３０の通信部３２０から系統切替要求を受信することにより開始する。後述の図６に示すフローチャートにおいても同様である。
【００５４】
系統切替要求を受信したウェブサービス部２１０は、当該系統切替要求をストレージ装置制御部２３０に供給（転送）する。ウェブサービス部２１０から系統切替要求を取得したストレージ装置制御部２３０は、記憶部２００に記憶されている系統管理情報および使用状態情報を参照し、メンテナンスボリューム１１０がクライアント端末４０によって使用されているか否か、即ち、メンテナンスボリューム１１０が使用中であるか否かを判断する（ステップＳ１００）。
【００５５】
ストレージ装置制御部２３０は、メンテナンスボリューム１１０が使用中でないと判断した場合（ステップＳ１００：Ｎｏ）、記憶部２００に記憶されている系統管理情報、使用状態情報および最大生成個数情報を参照し、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かを判断する（ステップＳ１１０）。
【００５６】
ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であると判断した場合（ステップＳ１１０：Ｙｅｓ）、記憶部２００に記憶されている系統管理情報を更新する。具体的には、ストレージ装置制御部２３０は、系統名「運用系」を系統名「旧運用系」に変更し（ステップＳ１２０）、未使用の旧運用ボリュームのボリューム名に対応する系統名「旧運用系」を当該所定のボリューム名とともに削除する（ステップＳ１３０）。
【００５７】
ステップＳ１３０に続いて、ストレージ装置制御部２３０は、メンテナンス系ボリュームの複製命令をネットワークストレージ装置１０に送信する（ステップＳ１４０）。続いて、ストレージ装置制御部２３０は、記憶部２００に記憶されている系統管理情報を更新する。具体的には、ストレージ装置制御部２３０は、系統名「メンテナンス系」を系統名「運用系」に変更する（ステップＳ１５０）。続いて、ストレージ装置制御部２３０は、削除命令をネットワークストレージ装置１０に送信する（ステップＳ１６０）。続いて、ストレージ装置制御部２３０は、ウェブサービス部２１０を介して、システム管理端末３０の通信部３２０に系統切替結果「正常終了」を送信する（ステップＳ１７０）。そして、本フローチャートは終了する。
【００５８】
一方、ストレージ装置制御部２３０は、メンテナンスボリューム１１０が使用中であると判断した場合（ステップＳ１００：Ｙｅｓ）、ウェブサービス部２１０を介して、システム管理端末３０の通信部３２０に系統切替結果「異常終了（メンテナンス中）」を送信する（ステップＳ１８０）。そして、本フローチャートは終了する。
【００５９】
一方、ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満でないと判断した場合（ステップＳ１１０：Ｎｏ）、ウェブサービス部２１０を介して、システム管理端末３０の通信部３２０に系統切替結果「異常終了（最大生成個数超過）」を送信する（ステップＳ１９０）。そして、本フローチャートは終了する。
【００６０】
なお、最大生成個数情報に設定される最大生成個数Ｎが非常に大きい場合、例えば、想定し得る最大の旧運用系ボリュームの使用数を遥かに超える数を最大生成個数情報に設定した場合（概念的にはＮは無限大）、ステップＳ１１０の処理は省略してもよい。即ち、ステップＳ１００において、ストレージ装置制御部２３０は、メンテナンスボリューム１１０が使用中でないと判断した場合（ステップＳ１００：Ｎｏ）、系統名「運用系」を系統名「旧運用系」に変更する（ステップＳ１２０）。以下、ステップＳ１３０以降を実行する。なお、ボリュームの使用数とは、クライアント端末４０によって使用されているボリュームの数である。
【００６１】
続いて、図５を用いてネットワークストレージシステム１による系統切替処理の流れを説明する。図５に示すシーケンス図は、システム管理端末３０がネットワークストレージ制御装置２０に系統切替要求を送信することにより開始する（Ｓｅｑ１）。なお、図５に示すシーケンス図の開示時点において、メンテナンスボリューム１１０は未使用であって、かつ、使用中の旧運用ボリューム数は最大生成個数Ｎ未満であるもととする。後述の図７に示すシーケンス図においても同様である。
【００６２】
系統切替要求を取得したネットワークストレージ制御装置２０のストレージ装置制御部２３０は、記憶部２００内の系統管理情報を取得する（Ｓｅｑ２およびＳｅｑ３）。続いて、ストレージ装置制御部２３０は、記憶部２００内のメンテナンス系の使用状況情報を取得する（Ｓｅｑ４およびＳｅｑ５）。
【００６３】
続いて、ストレージ装置制御部２３０は、取得した系統管理情報およびメンテナンス系の使用状態情報に基づいて、メンテナンスボリューム１１０が使用中であるか否かを判断する。メンテナンスボリューム１１０が使用中でないと判断したストレージ装置制御部２３０は、記憶部２００内の最大生成個数情報を取得する（Ｓｅｑ６およびＳｅｑ７）。続いて、ストレージ装置制御部２３０は、記憶部２００内の旧運用系の使用状況情報を取得する（Ｓｅｑ８およびＳｅｑ９）。なお、ストレージ装置制御部２３０は、系統管理情報および旧運用系の使用状態情報に基づいて、クライアント端末４０によって使用されていない旧運用ボリュームが存在していると判断したものとする。
【００６４】
続いて、ストレージ装置制御部２３０は、取得した系統管理情報、使用状態情報（旧運用系）および最大生成個数情報に基づいて、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かを判断する。使用中の旧運用ボリューム数が最大生成個数Ｎ未満であると判断したストレージ装置制御部２３０は、記憶部２００内の系統管理情報を更新する。具体的には、ストレージ装置制御部２３０は、系統名「運用系」を系統名「旧運用系」に変更し（Ｓｅｑ１０）、未使用の旧運用ボリュームのボリューム名に対応する系統名「旧運用系」を当該所定のボリューム名とともに削除する（Ｓｅｑ１１）。
【００６５】
続いて、ストレージ装置制御部２３０は、メンテナンス系ボリュームの複製命令をネットワークストレージ装置１０に送信する（Ｓｅｑ１２）。なお、ストレージ装置制御部２３０から複製命令を受信したボリューム制御部１１０は、複製命令に従ってメンテナンス系ボリュームを複製する。
【００６６】
続いて、ストレージ装置制御部２３０は、記憶部２００内の系統管理情報を更新する。具体的には、ストレージ装置制御部２３０は、系統名「メンテナンス系」を系統名「運用系」に変更する（Ｓｅｑ１３）。続いて、ストレージ装置制御部２３０は、記憶部２００内の使用状況情報（旧運用系）を取得する（Ｓｅｑ１４およびＳｅｑ１５）。なお、ストレージ装置制御部２３０は、系統管理情報および使用状態情報に基づいて、クライアント端末４０によって使用されていない旧運用ボリュームが存在していると判断したものとする。
【００６７】
続いて、ストレージ装置制御部２３０は、削除命令をネットワークストレージ装置１０に送信する（Ｓｅｑ１６）。なお、ストレージ装置制御部２３０から削除命令を受信したボリューム制御部１１０は、削除命令に従って旧運用ボリュームを削除する。
【００６８】
続いて、ストレージ装置制御部２３０は、ウェブサービス部２１０を介して、システム管理端末３０に系統切替結果「正常終了」を送信する（Ｓｅｑ１７）。そして、本シーケンスは終了する。
【００６９】
なお、２度目の旧運用系の使用状況情報の取得（Ｓｅｑ１４およびＳｅｑ１５）は、ネットワークストレージ装置１０から実際に旧運用系ボリューム１３０を削除する前に、確認的に実施するものであるが、省略してもよい。
【００７０】
なお、最大生成個数情報に設定される最大生成個数Ｎが非常に大きい場合、例えば、想定し得る最大の旧運用系ボリュームの使用数を遥かに超える数を最大生成個数情報に設定した場合、ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かの判断を省略してもよい。即ち、ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かの判断をすることなく、系統名「運用系」を系統名「旧運用系」に変更してもよい（Ｓｅｑ１０）。以下、Ｓｅｑ１１以降を実行する。
【００７１】
なお、Ｓｅｑ１２およびＳｅｑ１６においてネットワークストレージ制御装置２０のストレージ装置制御部２３０が外部のネットワークストレージ装置１０に送信する複製命令および削除命令は、何れも系統切替命令に該当するが、Ｓｅｑ１０、Ｓｅｑ１１およびＳｅｑ１３においてストレージ装置制御部２３０が記憶部２００内の系統管理情報を更新する各処理も系統切替命令に係る処理である。換言すれば、ネットワークストレージ制御装置２０のストレージ装置制御部２３０は、系統管理情報を更新する命令を系統切替命令として内部の記憶部２００にも送信する。
【００７２】
ところで、図４のフローチャートおよび図５のシーケンス図によれば、系統切替時に未使用の旧運用ボリューム１３０に加え、系統切替時に未使用の運用ボリューム１２０も削除対象となる。一方、系統切替時に未使用の運用ボリューム１２０を削除対象としない運用も考えられる。以下、図６を用いてネットワークストレージ制御装置２０の系統切替処理の他の流れを説明する。また、図７を用いてネットワークストレージシステム１の系統切替処理の他の流れを説明する。
【００７３】
図６において、図６のステップＳ２００は図４のステップＳ１００と、図６のステップＳ２１０は図４のステップＳ１１０と、図６のステップＳ２７０は図４のステップＳ１７０と、図６のステップＳ２８０は図４のステップＳ１８０と、図６のステップＳ２８０は図４のステップＳ２７０とそれぞれ対応する。また、図６のステップＳ２２０は図４のステップＳ１３０と、図６のステップＳ２３０は図４のステップＳ１６０と、図６のステップＳ２４０は図４のステップＳ１２０と、図６のステップＳ２５０は図４のステップＳ１４０と、図６のステップＳ２６０は図４のステップＳ１５０とそれぞれ対応する。即ち、図６に示すフローチャートは、図４に示すフローチャートと処理順序が一部異なる点を除き同一である。
【００７４】
なお、図６において、最大生成個数情報に設定される最大生成個数Ｎが非常に大きい場合、例えば、想定し得る最大の旧運用系ボリュームの使用数を遥かに超える数を最大生成個数情報に設定した場合、ステップＳ２１０の処理は省略してもよい。即ち、ステップＳ２００において、ストレージ装置制御部２３０は、メンテナンスボリューム１１０が使用中でないと判断した場合（ステップＳ２００：Ｎｏ）、未使用の旧運用ボリュームのボリューム名に対応する系統名「旧運用系」を当該所定のボリューム名とともに削除する（ステップＳ２２０）。以下、ステップＳ２３０以降を実行する。
【００７５】
図７において、図７のＳｅｑ２１は図５のＳｅｑ１と、図７のＳｅｑ２２は図５のＳｅｑ２と、図７のＳｅｑ２３は図５のＳｅｑ３と、図７のＳｅｑ２４は図５のＳｅｑ４と、図７のＳｅｑ２５は図５のＳｅｑ５と、図７のＳｅｑ２６は図５のＳｅｑ６と、図７のＳｅｑ２７は図５のＳｅｑ７と、図７のＳｅｑ２８は図５のＳｅｑ８と、図７のＳｅｑ９は図５のＳｅｑ２９と、図７のＳｅｑ３５は図５のＳｅｑ１７とそれぞれ対応する。また、図７のＳｅｑ３０は図５のＳｅｑ１１と、図７のＳｅｑ３１は図５のＳｅｑ１６と、図７のＳｅｑ３２は図５のＳｅｑ１０と、図７のＳｅｑ３３は図５のＳｅｑ１２と、図７のＳｅｑ３４は図５のＳｅｑ１３とそれぞれ対応する。図７において、図５のＳｅｑ１４およびＳｅｑ１５の処理である２回目の旧運用系の使用状況情報の取得に対応する処理は省略している。即ち、図７に示すシーケンス図は、図５に示すシーケンス図と処理順序が一部異なる点を除きほぼ同一である。図６のフローチャートおよび図７のシーケンス図によれば、系統切替時に未使用の運用ボリューム１２０は削除対象とならず、一旦、未使用の旧運用ボリューム１３０となり次回系統切替の削除対象となる。
【００７６】
なお、図７において、最大生成個数情報に設定される最大生成個数Ｎが非常に大きい場合、例えば、想定し得る最大の旧運用系ボリュームの使用数を遥かに超える数を最大生成個数情報に設定した場合、ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かの判断を省略してもよい。即ち、ストレージ装置制御部２３０は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かの判断をすることなく、未使用の旧運用ボリュームのボリューム名に対応する系統名「旧運用系」を当該所定のボリューム名とともに削除してもよい（Ｓｅｑ３０）。以下、Ｓｅｑ３１以降を実行する。
【００７７】
以下、ネットワークストレージシステム１を構成するネットワークストレージ制御装置２０の特徴および効果について説明する。
【００７８】
実生成個数Ｍが最大生成個数Ｎ未満である場合、ネットワークストレージ装置１０の記憶部１００に少なくとも１個（具体的にはＮ−Ｍ個）の新たな旧運用ボリュームを生成することができる。即ち、ネットワークストレージ装置１０の記憶部１００に記憶されている旧運用ボリューム１３０の数である実生成個数Ｍが、ネットワークストレージ制御装置２０が管理する最大生成個数Ｎ未満である場合、運用ボリュームの旧運用ボリュームへの切替が可能である。運用ボリュームの数は１個であるため、少なくとも１個、新たに旧運用ボリュームを生成できれば切替が可能となるためである。そして、運用ボリューム１２０の旧運用ボリューム１３０への切替が可能であれば、メンテナンス中であるときを例外として原則的に、メンテナンスボリューム１１０の運用ボリューム１２０への切替が可能になる。
【００７９】
以上、第１の実施形態のネットワークストレージシステム１を構成するネットワークストレージ制御装置２０によれば、最大生成個数Ｎを充分な数とすれば、旧運用ボリュームの利用者がいる場合であってもメンテナンスを実施して、その内容を反映することができるようになる。従って、例えば、セキュリティパッチの適用、ウィルス定義ファイルの更新を内容とする緊急のメンテナンスが必要となったときに、直ちに当該メンテナンスの内容を反映することができるようになる。
【００８０】
なお、上記実施形態では、最大生成個数Ｎを固定数としたが、最大生成個数Ｎを可変数（動的な数）としてもよい。最大生成個数Ｎを可変数とする場合、ネットワークストレージ装置１０内の記憶領域を柔軟に管理することができるようになる。以下、説明する第２、第３の実施形態は、最大生成個数Ｎが可変数である実施形態である。
【００８１】
（第２の実施形態）
以下、本発明の第２の実施形態について図面を参照して説明する。図８は、第２の実施形態に係るネットワークストレージシステム２の構成図である。第２の実施形態に係るネットストレージシステム２は、第１の実施形態に係るネットストレージシステム１と共通の構成を有するため、共通する構成については、第１の実施形態と同一の符号を付し、その説明を一部または全部を省略する。第３の実施形態に係るネットワークストレージシステム３（後述）においても同様である。
【００８２】
ネットストレージシステム２は、図８に示すように、ネットワークストレージ装置１０およびネットワークストレージ制御装置２１を備える。ネットワークストレージ制御装置２１は、記憶部２０１、ウェブサービス部２１０、起動サービス部２２０、ストレージ装置制御部２３０およびメンテナンス適用情報管理部２４０を備える。
【００８３】
記憶部２０１は、系統管理情報、使用状態情報、メンテナンス端末特定情報、起動基礎情報、最大生成個数情報およびメンテナンス適用情報を記憶する。メンテナンス適用情報は、クライアント端末４０によって適用されたメンテナンスの内容に係る情報である。記憶部２０１は、メンテナンス適用情報として、図１０（ａ）に示すように、メンテナンス日時に対応付けて種別および重要度を記憶する。メンテナンス日時は、クライアント端末４０によってメンテナンスが適用された日時を示す情報であるが、記憶部２０１が当該情報を記憶した日時を示す情報であってもよい。種別は、当該メンテナンスの種別を示す情報である。重要度は、当該メンテナンスの内容の重要度を示す情報であって、例えば、その内容が緊急に反映させるべきものである場合には重要度は高くなる。
【００８４】
メンテナンス適用情報管理部２４０は、メンテナンスボリューム１１０に対してメンテナンスを実施したメンテナンス端末であるクライアント端末４０からメンテナンス適用情報を受信する。メンテナンス適用情報を受信したメンテナンス適用情報管理部２４０は、記憶部２０１内のメンテナンス適用情報を更新する。なお、クライアント端末４０は、例えば、セキュリティパッチ用のデータなどのメンテナンスに必要な情報を、例えば、ソフトウェアベンダのサイトなどの外部から受信し、当該メンテナンスに必要な情報に対応付けられている重要度をメンテナンス適用情報の重要度として、メンテナンス適用情報管理部２４０に送信するようにしてもよい。
【００８５】
また、メンテナンス適用情報管理部２４０は、記憶部２０１内のメンテナンス適用情報を参照し、同じく記憶部２０１内の最大生成個数情報を更新する。具体的には、メンテナンス適用情報管理部２４０は、例えば、メンテナンス適用情報の重要度が高い場合に最大生成個数Ｎを少なくし、低い場合に最大生成個数Ｎを多くするように最大生成個数情報を更新する。なお、メンテナンス適用情報管理部２４０は、重要度を点数化し、所定の閾値と比較することによって重要度の高低を判断してもよい。
【００８６】
なお、メンテナンス適用情報管理部２４０による最大生成個数情報の更新タイミングは種々のタイミングが考えられる。例えば、メンテナンス適用情報管理部２４０は、ストレージ装置制御部２３０から最大生成個数情報を更新すべき命令があった場合に、最大生成個数情報を更新する。なお、ストレージ装置制御部２３０は、メンテナンスボリューム１１０がクライアント端末４０によって使用されていないと判断した場合、最大生成個数情報を更新すべき命令をメンテナンス適用情報管理部２４０に通知し、メンテナンス適用情報管理部２４０による更新後の最大生成個数情報を参照する。また、例えば、メンテナンス適用情報管理部２４０は、記憶部２０１にメンテナンス適用情報を記憶する都度、最大生成個数情報を更新するようにしてもよい。
【００８７】
以上、第２の実施形態のネットワークストレージシステム２を構成するネットワークストレージ制御装置２１によれば、第１の実施形態のネットワークストレージシステム１を構成するネットワークストレージ制御装置２０と同様の効果に加え、ネットワークストレージ装置１０内の記憶領域を柔軟に管理することができるようになる。例えば、メンテナンスの重要度が極めて高い場合は、運用ボリュームまたは旧運用ボリュームを使用しているクライアント端末、即ちネットワークストレージ装置１０にログイン中のクライアント端末を早急にログアウトさせるなどして、当該メンテナンスの内容を反映させる前のボリュームの継続使用を回避することができるようになる。
【００８８】
（第３の実施形態）
以下、本発明の第３の実施形態について図面を参照して説明する。第３の実施形態に係るネットワークストレージシステム３は、図９に示すように、ネットワークストレージ装置１０およびネットワークストレージ制御装置２２を備える。ネットワークストレージ制御装置２２は、記憶部２０２、ウェブサービス部２１０、起動サービス部２２０およびストレージ装置制御部２３２を備える。
【００８９】
記憶部２０２は、系統管理情報、使用状態情報、メンテナンス端末特定情報、起動基礎情報、最大生成個数情報および旧運用ボリューム使用実績情報を記憶する。旧運用ボリューム使用実績情報は、メンテナンスボリューム１１０の使用実績に係る情報である。記憶部２０２は、旧運用ボリューム使用実績情報として、図１０（ｂ）に示すように、確認日時に対応付けて使用数を記憶する。確認日時は、ストレージ装置制御部２３２が旧運用ボリュームの使用数を確認した日時を示す情報である。
【００９０】
ストレージ装置制御部２３２は、旧運用ボリュームの使用数を確認する。例えば、ストレージ装置制御部２３２は、使用中の旧運用ボリューム数が最大生成個数Ｎ未満であるか否かを判断するときに、旧運用ボリュームの使用数を確認する。旧運用ボリュームの使用数を確認したストレージ装置制御部２３２は、記憶部２０２内の旧運用ボリューム使用実績情報を更新（追加）する。
【００９１】
また、ストレージ装置制御部２３２は、記憶部２０２内の旧運用ボリューム使用実績情報を参照し、同じく記憶部２０２内の最大生成個数情報を更新する。具体的には、ストレージ装置制御部２３２は、記憶部２０２内の旧運用ボリューム使用実績情報から適切な最大生成個数Ｎを算出し、最大生成個数情報を更新する。なお、適切な最大生成個数Ｎの算出方法は、種々の方法が考えられる。例えば、ストレージ装置制御部２３２は、過去の各使用数を単純平均した平均値を適切な最大生成個数Ｎとして算出してもよい。また、ストレージ装置制御部２３２は、過去の各使用数を加重平均した平均値を適切な最大生成個数Ｎとして算出してもよい。なお、ストレージ装置制御部２３２は、加重平均値を算出する場合、最近の使用数に高い係数を与えてもよい。
【００９２】
なお、ストレージ装置制御部２３２による最大生成個数情報の更新タイミングは種々のタイミングが考えられる。ストレージ装置制御部２３２は、記憶部２０２内の旧運用ボリューム使用実績情報を更新したときに、最大生成個数情報を更新する。なお、ストレージ装置制御部２３２は、メンテナンスボリューム１１０がクライアント端末４０によって使用されていないと判断した場合、最大生成個数情報を更新し、更新後の最大生成個数情報を参照する。
【００９３】
以上、第３の実施形態のネットワークストレージシステム３を構成するネットワークストレージ制御装置２２によれば、第１の実施形態のネットワークストレージシステム１を構成するネットワークストレージ制御装置２０と同様の効果に加え、ネットワークストレージ装置１０内の記憶領域を柔軟に管理することができるようになる。即ち、旧運用ボリュームの使用実績に基づいて、最適な最大生成個数Ｎを決定することができるようになる。なお、ネットワークストレージ装置１０の記憶領域のボリュームによる使用量を節約することによって、ネットワークストレージ装置１０の記憶領域をボリューム以外の記憶に利用することができるようになる。
【００９４】
なお、第１の実施形態のネットワークストレージ制御装置２０は、ネットワークストレージ装置１０と別体であったが、ネットワークストレージ装置１０とネットワークストレージ制御装置２０とを同一の筐体であってもよい。即ち、ネットワークストレージ装置１０がネットワークストレージ制御装置２０の機能を具備してもよい。換言すれば、ネットワークストレージ制御装置２０がネットワークストレージ装置１０の機能を具備してもよい。第２の実施形態のネットワークストレージ制御装置２１および第３の実施形態のネットワークストレージ制御装置２２についても同様である。
【００９５】
なお、ネットワークストレージ制御装置２０（２１、２２）は、管理者から系統切替に係る情報の入力を受け付ける入力受付部（非図示）を備えてもよい。ネットワークストレージ制御装置２０（２１、２２）が入力受付部（非図示）を備える場合、ストレージ装置制御部２３０は、ウェブサービス部２１０から系統切替要求を取得することに代えてまたは加えて、入力受付部（非図示）から系統切替に係る情報（系統切替要求に該当）を取得してもよい。
【００９６】
なお、本発明の一実施形態によるネットワークストレージシステム１、２、３の各処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の一実施形態によるネットワークストレージシステム１、２、３に係る上述した種々の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００９７】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic  Random  access  Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００９８】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００９９】
１、２、３  ネットワークストレージシステム
１０  ネットワークストレージ装置
２０、２１、２２  ネットワークストレージ制御装置
３０  システム管理端末
４０  クライアント端末
１００  記憶部
１１０  メンテナンスボリューム
１２０  運用ボリューム
１３０  旧運用ボリューム
１１０  制御部
２００、２０１、２０２  記憶部
２１０  ウィブサービス部
２２０  起動サービス部
２３０、２３２  ストレージ装置制御部
２４０  メンテナンス適用情報管理部
３１０  入力受付部
３２０  通信部
【図１】
0005401586.tif 000002
【図２】
0005401586.tif 000003
【図３】
0005401586.tif 000004
【図４】
0005401586.tif 000005
【図５】
0005401586.tif 000006
【図６】
0005401586.tif 000007
【図７】
0005401586.tif 000008
【図８】
0005401586.tif 000009
【図９】
0005401586.tif 000010
【図１０】
0005401586.tif 000011
【図１１】
0005401586.tif 000012