JP5276073B2 - ストレージシステム、ストレージ制御方法及びストレージ制御プログラム - Google Patents

Description

この発明は、ストレージシステム、ストレージ制御方法及びストレージ制御プログラムに関する。

従来、コンピュータ端末の動作に必要な、例えば、オペレーティングシステム（以下、ＯＳという）やアプリケーションソフトウェア等のデータをコンピュータ端末の外部に設置されたストレージ装置に保存し、ネットワークを介して取得することを可能とするネットワークブートシステムが知られている（下記、特許文献１参照）。

この特許文献１に係わる発明では、コンピュータ端末の使用に必要なデータを、各コンピュータ端末に内蔵されたハードディスクに保存することなく、ストレージ装置に集約して保存できることから、ＯＳやアプリケーションソフトウェアの新しいバージョンヘの更新や、コンピュータウイルスの駆除といったストレージ装置のデータ更新処理を、各コンピュータ端末の使用者による自発的な実施に依存することなく、ネットワークブートシステムの管理者等が一括して行うことが期待できる。

なお、本願発明に関連する先行技術文献としては以下のものがある。

特開２００２−１２３４００号公報

ところで、上記した従来の技術には、以下に説明するような問題点があった。

すなわち、第１の問題点としては、前述したネットワークブートシステムでは、クライアント端末が、ストレージ装置内のＯＳ、アプリケーション、ユーザデータなどを格納する論理ユニット（Logical Unit；以下、ＬＵという）を利用するが、ストレージ装置への不正アクセスを防止するため、利用時に認証が必要であるが、ＬＵ利用時の認証情報（ユーザＩＤ，パスワード）を固定的に割当てた場合、クライアント端末のroot/Administrator権限を奪取されるなどの原因で認証情報が漏洩した場合、不正にＬＵを読み書きされる虞があるという点である。

また、第２の問題点としては、前述したネットワークブートシステムでは、クライアント端末が、ストレージ装置内のＯＳ、アプリケーション、ユーザデータなどを格納する論理ユニット（Logical Unit；以下、ＬＵという）を利用するが、複数の異なるクライアント端末から同じユーザがログインし、ユーザ用の一つのＬＵを、同時に複数のクライアント端末から、読み書き自在にマウントされた場合、ＬＵ内データの不整合／破壊が生じることになるという点である。

そして、第３の問題点としては、前述したネットワークブートシステムでは、ＯＳ、アプリケーション、ユーザデータなどを格納する論理ユニット（Logical Unit；以下、ＬＵという）を、クライアント端末ごとに用意する必要があるが、仮に、ユーザ数をＮ、ＯＳ数をＭ個とした場合、ＯＳを構成するファイルなどは各ＯＳ毎に共通であるにも係わらず、前述したネットワークブートシステムでは、ストレージ装置内に（Ｎ×Ｍ）個のＬＵが必要となり、それぞれのＬＵに対してメンテナンス（ＯＳアップデート、アプリケーションプログラムのインストール、ウイルスチェック、バックアップなど）が必要となり、管理者にかかるメンテナンスコストが増大するという点である。

本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、クライアント端末が、ネットワークを介して接続されたストレージ装置内の単位記憶ユニットをマウントするシステムにおいて、単位記憶ユニットへの不正アクセスを防止することが可能となる技術を提供すること、および、クライアント端末が、ネットワークを介して接続されたストレージ装置内の単位記憶ユニットをマウントするシステムにおいて、同じユーザＩＤでの重複ログインによる単位記憶ユニットの破壊を防止することが可能となる技術を提供すること、さらには、ネットワークブートシステムおよび単位記憶ユニットへのアクセス方法において、ストレージ装置内の単位記憶ユニットに対するメンテナンスコストを低減することが可能となる技術を提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。

前述の目的を達成するために、本発明のネットワークシステムでは、管理サーバが、クライアント端末およびユーザを認証し、当該ユーザ用の単位記憶ユニット利用のためのパスワードを生成し、内部のデータベース（あるいは、認証サーバと共用のデータベース）登録するとともに、クライアント端末に対して、当該パスワードと単位記憶ユニット情報（ターゲット名、単位記憶ユニットの番号等）を通知する。クライアント端末は、ユーザ識別子（例えば、ユーザＩＤ）と、パスワードを付加して、ストレージ装置へ単位記憶ユニットの利用要求を行う。ストレージ装置は、ユーザ識別子と、パスワードを、直接、あるいは、認証サーバ（Ｒａｄｉｕｓサーバ等）経由で、管理サーバに送る。あるいは、ストレージ装置は、ユーザ識別子と、パスワードを認証サーバに送る。そして、管理サーバあるいは認証サーバが、ユーザ識別子と、パスワードをチェックし、ストレージ装置が、管理サーバあるいは認証サーバでのチェック結果に応じてクライアント端末へ単位記憶ユニットの利用許可を与える。

また、前述の目的を達成するために、本発明のネットワークシステムでは、管理サーバが、ユーザを認証し、単位記憶ユニット利用のためのパスワードを生成し、内部のデータベース（あるいは、認証サーバと共用のデータベース）に保持するとともに、クライアント端末に対して、当該パスワードと単位記憶ユニット情報（ターゲット名、ＬＵＮ等）を通知する。クライアント端末は、ユーザを識別するための情報（例えば、ユーザＩＤ）と、パスワードを付加して、ストレージ装置へ単位記憶ユニットの利用要求を行う。ストレージ装置は、クライアント端末からの単位記憶ユニットの利用要求に付加されているパスワードが、管理サーバにおいて正当に認証されたパスワードであるかを確認し、前記パスワードが管理サーバにおいて正当に認証されたパスワードである場合に、クライアント端末からの前記単位記憶ユニットの利用要求を許可する。また、例えば、第１のクライアント端末を介してユーザＡがログイン済みの状態において、第２のクライアント端末が、管理サーバに対して、同一のユーザ（ユーザＡ）のユーザ認証要求（ログイン要求）があった場合に、管理サーバは、新規ログインクライアントを有効とする場合には、ユーザＡ用の単位記憶ユニットを利用するための新たなパスワードを生成し、既に保持済みのパスワードを新たなパスワードに更新し、前述のデータベースに保持するとともに、ユーザＡ用の単位記憶ユニット情報と、更新したパスワードを第２のクライアント端末に通知する。また、既ログインクライアントを有効とする場合には、新規のパスワードの生成・更新、新規のパスワードの第２のクライアント端末への通知を行わず、第２のクライアント端末からのユーザ認証要求を不許可とする。

また、前述の目的を達成するために、本発明のネットワークブートシステムでは、ストレージ装置内に設けられる複数の単位記憶ユニットは、システム領域単位記憶ユニット（例えば、オペレーティングシステムデータ、アプリケーションプログラムデータが格納される単位記憶ユニット）を有し、当該システム領域単位記憶ユニットは、マスタ単位記憶ユニットと、前記マスタ単位記憶ユニットをコピーしたレプリカ単位記憶ユニットとを含み、前記複数のクライアント端末は、システム領域単位記憶ユニットにアクセスする場合に、レプリカ単位記憶ユニットにアクセスする。そして、ストレージ装置は、前記マスタ単位記憶ユニットが更新されたときに、当該更新されたマスタ単位記憶ユニットをコピーしてレプリカ単位記憶ユニットを生成する。また、マスタ単位記憶ユニット情報と、レプリカ単位記憶ユニット情報とを管理するＬＵＮ情報テーブルを有する前記管理サーバを備え、前記管理サーバは、前記ＬＵＮ情報テーブルを参照して、前記各クライアント端末がアクセスするレプリカ単位記憶ユニットの情報を、前記各クライアント端末に対して通知する。本発明では、マスタ単位記憶ユニットに対してのみアップデート等のメンテナンスを行えばよいので、ストレージ装置内の単位記憶ユニットに対するメンテナンスコストを低減することが可能となる。

また、前述の目的を達成するために、クライアント端末にマウントされるデータを複数の世代で管理し、前記クライアント端末からマウント要求を受け付けて制御するストレージ装置であって、現に運用される世代のデータを運用系データとして記憶し、世代切替の前まで運用系データとして記憶されていた世代のデータをバックアップ系データとして記憶し、次に運用される世代のデータを待機系データとして記憶する世代別記憶手段と、前記世代別記憶手段において、前記待機系データとして記憶されていた世代のデータを前記運用系データとして切り替えるとともに、前記運用系データとして記憶されていた世代のデータを前記バックアップ系データとして切り替える世代切替手段と、前記マウント要求を受け付けた場合には、前記世代別記憶手段に記憶された前記運用系データを前記クライアント端末にマウントし、当該クライアント端末に前記運用系データがマウントされている状態で前記世代切替手段による世代切替が行われた場合には、前記バックアップ系データを用いてマウントを制御するマウント制御手段と、を備えたことを特徴とする。

本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記の通りである。

本発明によれば、管理サーバから利用許可の得られない単位記憶ユニットへの不正アクセスを防ぐことが可能となる。

また、本発明によれば、同じユーザによる二重ログインを防止し、同じユーザＩＤでの重複ログインによる単位記憶ユニットの破壊を防止することが可能となる。

また、本発明によれば、ストレージ装置内の単位記憶ユニットに対するメンテナンスコストを低減することが可能となる。

また、本発明によれば、待機系データを新たに運用系データとする世代切替に際しては、運用系データとして記憶されていた世代のデータをバックアップ系データとして切り替え、運用系データがマウントされている状態で世代切替が行われたクライアント端末については、バックアップ系データを用いてマウントを継続させるので、運用系データが現にマウントされているクライアント端末による処理を停止させることなく、新たな世代への切替作業を実施することが可能である。

また、運用系データやバックアップ系データとは別に待機系データを記憶し、運用系データやバックアップ系データについてのみクライアント端末による利用を認めるので、運用系データやバックアップ系データを現に利用しているクライアント端末による処理を停止させることなく、待機系データに対する更新作業を実施することが可能である。

図１−１は、本発明の実施例１のネットワークブートシステムの概略構成を示すブロック図である。 図１−２は、本発明の実施例１のネットワークブートシステムの動作を説明するためのシーケンス図である。 図１−３は、本発明の実施例１のネットワークブートシステムの動作を説明するためのシーケンス図である。 図１−４は、図１−１に示すデータベース管理サーバ内で管理されるテーブルの種類を示す図である。 図１−５は、図１−４に示すクライアント端末起動制御テーブルの内容を示す図である。 図１−６は、図１−４に示すユーザ情報テーブルの内容を示す図である。 図１−７は、図１−４に示すＬＵＮ情報テーブルの内容を示す図である。 図１−８は、図１−４に示すストレージ装置情報テーブルの内容を示す図である。 図１−９は、図１−４に示すクライアント端末情報テーブルの内容を示す図である。 図１−１０は、図１−４に示すＯＴＰチェックテーブルの内容を示す図である。 図１−１１は、本発明の実施例１のネットワークブートシステムの変形例を説明するための図である。 図１−１２は、本発明の実施例１のネットワークブートシステムの変形例を説明するための図である。 図２−１は、本発明の実施例２のネットワークブートシステムの概略構成を示すブロック図である。 図２−２は、本発明の前提となるネットワークブートシステムの動作を説明するためのシーケンス図である。 図２−３は、本発明の前提となるネットワークブートシステムの動作を説明するためのシーケンス図である。 図２−４は、本発明の実施例２のネットワークブートシステムの動作を説明するためのシーケンス図である。 図２−５は、本発明の実施例２のネットワークブートシステムの動作を説明するためのシーケンス図である。 図２−６は、図２−１に示すデータベース管理サーバ内で管理されるテーブルの種類を示す図である。 図２−７は、図２−６に示すクライアント端末起動制御テーブルの内容を示す図である。 図２−８は、図２−６に示すユーザ情報テーブルの内容を示す図である。 図２−９は、図２−６に示すＬＵＮ情報テーブルの内容を示す図である。 図２−１０は、図２−６に示すストレージ装置情報テーブルの内容を示す図である。 図２−１１は、図２−６に示すクライアント端末情報テーブルの内容を示す図である。 図２−１２は、図２−６に示すＯＴＰチェックテーブルの内容を示す図である。 図２−１３は、本発明の実施例のネットワークブートシステムの変形例を説明するための図である。 図２−１４は、本発明の実施例のネットワークブートシステムの変形例を説明するための図である。 図３−１は、本発明の実施例３のネットワークブートシステムの概略構成を示すブロック図である。 図３−２は、本発明の実施例３のネットワークブートシステムの動作を説明するためのシーケンス図である。 図３−３は、図３−１に示すデータベース管理サーバ内で管理されるテーブルの種類を示す図である。 図３−４は、図３−３に示すクライアント端末起動制御テーブルの内容を示す図である。 図３−５は、図３−３に示すユーザ情報テーブルの内容を示す図である。 図３−６は、図３−３に示すＬＵＮ情報テーブルの内容を示す図である。 図３−７は、図３−３に示すストレージ装置情報テーブルの内容を示す図である。 図３−８は、図３−３に示すクライアント端末情報テーブルの内容を示す図である。 図３−９は、本発明の実施例３の特徴を説明するための模式図である。 図３−１０は、実施例３のマスタＬＵを管理するための情報の構成例を示す図である。 図４−１は、実施例４に係るストレージ装置の構成を示す図である。 図４−２は、実施例４に係るストレージシステムの系切替動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移を示す図である。 図４−３は、実施例４に係る世代管理テーブルの構成例を示す図である。 図４−４は、実施例４に係るストレージシステムの系切替動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移を示す図である。 図４−５は、実施例４に係る世代管理テーブルの構成例を示す図である。 図４−６は、ネットワークブートシステム構成の変形例を示す図である。 図４−７は、ネットワークブートシステム構成の変形例を示す図である。

以下、本発明をネットワークブートシステムに適用した実施例を図面を参照して詳細に説明する。なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。

図１−１は、本発明の実施例１のネットワークブートシステムの概略構成を示すブロック図である。

実施例１のネットワークブートシステムは、図１−１に示すように、１台以上のクライアント端末（１，２）、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ３、ＰＸＥ（Preboot Execution Environment）サーバ４、ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ５、データベース管理サーバ（以下、ＤＢサーバ）６、１台以上のストレージ装置（１０、１１）、認証サーバ（Ｒａｄｉｕｓサーバ等）２０が、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワーク９を介して接続されている。

なお、各装置にはＩＰアドレスが割り当てられ、各装置間はＴＣＰ／ＩＰによる通信が可能である。

各ストレージ装置（１０，１１）内には、データを格納するための１以上のターゲット（１０１〜１０３）があり、ターゲットには１以上の論理ユニット（Logical Unit；以下、ＬＵ）があり、各ＬＵにはユーザが割り当てられ（１つのＬＵに複数のユーザが割り当てられることもあるし、一切のユーザが割り当てられないこともある）、当該ユーザがクライアント端末を動作させるのに必要なデータ（例えば、ＯＳやアプリケーションソフトウェア等）が保存されている。

実施例１では、各クライアント端末（１，２）と各ストレージ装置（１０，１１）との間の通信プロトコルとして、ｉＳＣＳＩ（Internet Small Computer System Interface）を想定するが、ＴＣＰ／ＩＰで転送可能なＩＰストレージ装置アクセスプロトコルであれば、ｉＳＣＳＩには限定されない。さらに、ストレージ装置（１０，１１）をＴＣＰ／ＩＰネットワーク９に接続する代わりに、ストレージルータを接続することもできる。

ストレージルータには、ファイバチャネル（fibre channel；以下、ＦＣ）等のｉＳＣＳＩ以外のストレージ装置アクセスプロトコルによる通信機能を持ったストレージ装置が、ＴＣＰ／ＩＰネットワーク９とは別個のネットワークを介して接続されていて、ｉＳＣＳＩとＦＣ等との間でプロトコル変換を行い、各クライアント端末（１，２）と各ストレージ装置との間の通信を中継するものである。

図１−１においては、ストレージ装置（１０，１１）の全部または一部を前記ストレージルータに置き換えても問題なく動作するが、以下の説明では、ストレージルータを使用しない場合について説明する。

実施例１のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵが、システム領域ＬＵと、ユーザ毎に用意されるユーザ領域ＬＵとに分離される。ここで、システム領域ＬＵには、ＯＳ，アプリケーションデータ等が格納され、ユーザ領域ＬＵには、ユーザデータ（例えば、デスクトップ設定データ、ドキュメントファイル等）が格納される。

以下、図１−２および図１−３に示すシーケンス図に従って、実施例１のネットワークブートシステムの動作を説明する。

電源が投入されると、クライアント端末（１，２）はＤＨＣＰサーバ３に対してＤＨＣＰ要求を送信し（図１−２の２０１）、ＤＨＣＰサーバ３はクライアント端末（１，２）に対してＤＨＣＰ応答を返す（図１−２の２０２）。

ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。

次に、クライアント端末（１，２）は、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令を実行し、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知し（図１−２の２０３）、ＰＸＥサーバ４はクライアント端末（１，２）に対して、ＴＦＴＰサーバ５のＩＰアドレスと、ブートストラップファイル識別子を通知する（図１−２の２０４）。

次に、クライアント端末（１，２）は、指定されたＴＦＴＰサーバ５ヘブートストラップファイル取得要求（ＴＦＴＰ要求）を送り（図１−２の２０５）、ＴＦＴＰサーバ５から通知されたブートストラップファイル識別子に対応するブートストラップファイルをダウンロードする（図１−２の２０６）。

次に、クライアント端末（１，２）は、当該ダウンロードしたブートストラップファイルを、自端末内のＲＡＭ（Random Access Memory）に展開し、実行する（図１−２の２０７）。

クライアント端末（１，２）のブートストラップファイルは、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図１−２の２０８）。ＤＨＣＰサーバ３は、クライアント端末（１，２）に対して、ＩＰアドレスを通知する（図１−２の２０９）。

次に、クライアント端末（１，２）は、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図１−２の２１０）。

ＤＢサーバ６は、クライアント端末（１，２）の認証を行い、内部のデータベースにクライアント端末情報を登録する（図１−２の２１１）。同時に、システム領域ＬＵを利用するためのワンタイムパスワード（以下、ＯＴＰという）を生成し、当該ＯＴＰと、クライアント端末名と、ＬＵＮ（Logical Unit Number）とを対応づけて内部のデータベース（後述するＯＴＰチェックテーブル）に格納する。

次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、システム領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）と、前述のＯＴＰを通知する（図１−２の２１２）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、前述のＯＴＰとユーザ識別子（例えば、クライアント端末名）を付加して、通知されたＬＵＮのシステム領域ＬＵの利用要求を発行する（図１−２の２１３）。

ストレージ装置（１０，１１）は、クライアント端末（１，２）からのシステム領域ＬＵの利用要求に基づき、当該ＬＵの利用要求に付加されているユーザ識別子とＯＴＰを認証サーバ２０に通知する（図１−２の２１４）。

認証サーバ２０は、ストレージ装置（１０，１１）から通知されたユーザ識別子とＯＴＰをＤＢサーバ６に通知する（図１−２の２１５）。

ＤＢサーバ６は、認証サーバ２０から通知されたＯＴＰと、内部のデータベースに保持しているＯＴＰの中で認証サーバ２０から通知されたユーザ識別子に対応するクライアント端末のＯＴＰとを比較し、認証サーバ２０から通知されたユーザ識別子に対応するクライアント端末とＯＴＰが、ＤＢサーバ６において正当に認証されたクライアント端末と、ＯＴＰであるか否かをチェックし、当チェック結果を認証サーバ２０に通知する（図１−２の２１６）。

認証サーバ２０は、前述のチェック結果をストレージ装置（１０，１１）に通知する（図１−２の２１７）。

ストレージ装置（１０，１１）は、前述のチェック結果に応じて、クライアント端末（１，２）からのシステム領域ＬＵの利用要求の許可、あるいは、不許可を判定し、クライアント端末（１，２）に通知する（図１−２の２１８）。

ストレージ装置（１０，１１）において、クライアント端末（１，２）からのシステム領域ＬＵの利用要求が許可された場合、クライアント端末（１，２）は、通知されたＬＵＮのシステム領域ＬＵをマウントし、ブートする。これにより、ＯＳの起動が終了する（図１−２の２１９）。

次に、ユーザのログイン（図１−３の２２０）を待って、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図１−３の２２１）。このとき、クライアント端末（１，２）は、ＤＢサーバ６に対して、ユーザＩＤ、パスワードを通知する。

ＤＢサーバ６は、ユーザの正当性を確認し、内部のデータベースにユーザ情報を登録する（図１−３の２２２）。同時に、ユーザ領域ＬＵを利用するためのワンタイムパスワード（以下、ＯＴＰという）を生成し、当該ＯＴＰと、ユーザ名と、ＬＵＮ（Logical Unit Number）とを対応づけて内部のデータベース（後述するＯＴＰチェックテーブル）に格納する。

次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、ユーザ領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）と、前述のＯＴＰを通知する（図１−３の２２３）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、前述のＯＴＰとユーザ識別子（例えば、ユーザＩＤ）を付加して、通知されたＬＵＮのユーザ領域ＬＵの利用要求を発行する（図１−３の２２４）。

ストレージ装置（１０，１１）は、クライアント端末（１，２）からのユーザ領域ＬＵの利用要求に基づき、当該ＬＵの利用要求に付加されているユーザ識別子とＯＴＰを認証サーバ２０に通知する（図１−３の２２５）。

認証サーバ２０は、ストレージ装置（１０，１１）から通知されたユーザ識別子とＯＴＰをＤＢサーバ６に通知する（図１−３の２２６）。

ＤＢサーバ６は、認証サーバ２０から通知されたＯＴＰと、内部のデータベースに保持しているＯＴＰの中で認証サーバ２０から通知されたユーザ識別子に対応するユーザのＯＴＰとを比較し、認証サーバ２０から通知されたユーザ識別子に対応するユーザとＯＴＰが、ＤＢサーバ６において正当に認証されたユーザと、ＯＴＰであるか否かをチェックし、当チェック結果を認証サーバ２０に通知する（図１−３の２２７）。

認証サーバ２０は、前述のチェック結果をストレージ装置（１０，１１）に通知する（図１−３の２２８）。

ストレージ装置（１０，１１）は、前述のチェック結果に応じて、クライアント端末（１，２）からのユーザ領域ＬＵの利用要求の許可、あるいは、不許可を判定し、クライアント端末（１，２）に通知する（図１−３の２２９）。

ストレージ装置（１０，１１）において、クライアント端末（１，２）からのユーザ領域ＬＵの利用要求が許可された場合、クライアント端末（１，２）は、通知されたＬＵＮのユーザ領域ＬＵをマウントする。

また、ユーザがユーザ領域ＬＵをアンマウントした時、あるいは、クライアント端末の電源がオフとされたとき（図１−３の２３０）、クライアント端末（１，２）は、ＤＢサーバ６に対して、ＬＵ利用終了を通知する（図１−３の２３１）。このとき、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザＩＤ、ＯＴＰを通知する。

ＤＢサーバ６は、当該ＬＵ利用終了通知に基づき、内部のデータベース（後述するＯＴＰチェックテーブル）内の該当するユーザと、および当該ユーザ用のＯＴＰを削除する（図１−３の２３２）。

なお、前述の説明では、図１−１２に示すように、ストレージ装置（１０，１１）は、ユーザ識別子、ＯＴＰを認証サーバ２０に通知し、認証サーバ２０が、当該通知されたユーザ識別子、ＯＴＰを、ＤＢサーバ６に通知する場合について説明したが、図示は省略するが、ストレージ装置（１０，１１）が、認証サーバ２０を経由することなく直接ＤＢサーバ６に通知するようにしてもよい。

さらに、図１−１１に示すように、ＤＢサーバ６と、認証サーバ２０とが、データベース３０を共用する構成となし、ＤＢサーバ６が、ユーザ識別子およびＯＴＰを、データベース３０に登録し、認証サーバ２０が、ストレージ装置（１０，１１）から通知されたＯＴＰと、データベース３０に保持しているＯＴＰの中でストレージ装置（１０，１１）から通知されたユーザ識別子に対応するユーザのＯＴＰとを比較し、ストレージ装置（１０，１１）から通知されたユーザ識別子に対応するクライアント端末（あるいは、ユーザ）とＯＴＰが、ＤＢサーバ６において正当に認証されたものであるか否かをチェックし、当チェック結果をストレージ装置（１０，１１）に通知するようにしてもよい。

図１−４は、図１−１に示すＤＢサーバ６内で管理されるテーブルの種類を示す図である。

図１−４に示すように、ＤＢサーバ６内には、クライアント端末起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、クライアント端末情報テーブル６５、ＯＴＰチェックテーブル６６が設けられる。

図１−５は、図１−４に示すクライアント端末起動制御テーブル６１の内容を示す図である。

図１−５に示すように、クライアント端末起動制御テーブル６１は、起動されたクライアント端末のＭＡＣアドレス、ＩＰアドレス、使用ＯＳ名、使用ユーザ名、システム領域ＬＵＮ、ユーザ領域ＬＵＮを格納するものである。クライアント端末起動制御テーブル６１のそれぞれのフィールドには、クライアント端末情報あるいはユーザ認証情報登録（図１−２の２１１、図１−３の２２２）時に所定の情報が格納される。

図１−６は、図１−４に示すユーザ情報テーブル６２の内容を示す図であり、図１−６に示すようにユーザ情報テーブル６２は、ユーザ名毎のパスワードを格納するものである。このユーザ情報テーブル６２は、ユーザ認証（図１−３の２２２）時に使用される。

図１−７は、図１−４に示すＬＵＮ情報テーブル６３の内容を示す図であり、図１−７に示すようにＬＵＮ情報テーブル６３には、ＬＵＮと、当該ＬＵＮの番号のＬＵの種類（システム領域ＬＵ、あるいは、ユーザ領域ＬＵ）と、当該ＬＵＮの番号のＬＵのＯＳと、使用しているクライアント端末名と、使用しているユーザ名とが格納される。「ＬＵ使用クライアント端末」には、「ＬＵの種類」がシステム領域ＬＵの場合のみ、クライアント端末識別子が格納され、「ＬＵ使用ユーザ名」には、「ＬＵの種類」がユーザ領域ＬＵの場合のみユーザ名が格納される。このＬＵＮ情報テーブル６３を用いて、クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知する（図１−２の２１２、図１−３の２２３）。

図１−８は、図１−４に示すストレージ装置情報テーブル６４の内容を示す図であり、図１−８に示すようにストレージ装置情報テーブル６４は、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名を格納するものである。クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知（図１−２の２１２、図１−３の２２３）する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。

図１−９は、図１−４に示すクライアント端末情報テーブル６５の内容を示す図であり、図１−９に示すようにクライアント端末情報テーブル６５は、クライアント端末のＭＡＣアドレスと、クライアント端末のＩＰアドレスと、ＤＨＣＰサーバ３のＩＰアドレスと、ＴＦＴＰサーバ５のＩＰアドレスとを格納するものである。

図１−１０は、図１−４に示すＯＴＰチェックテーブル６６の内容を示す図であり、図１−１０に示すようにＯＴＰチェックテーブル６６は、ユーザ識別子と、ワンタイムパスワードと、ＬＵＮとを格納するものである。ＬＵＮがシステム領域のＬＵの場合、「ユーザ識別子」には、例えば、「クライアント端末名」が、ＬＵＮがユーザ領域のＬＵの場合、「ユーザ識別子」には、例えば、「ユーザＩＤ」が格納される。ＯＴＰチェックテーブル６６のそれぞれのフィールドには、クライアント端末情報あるいはユーザ認証情報登録（図１−２の２１１、図１−３の２２２）時に所定の情報が格納される。

実施例１では、ブートストラップファイルは、必要に応じてクライアント端末（１，２）のユーザに対して、ユーザ名とパスワードを入力させ、認証要求をＤＢサーバ６に送信するユーザ認証機能、および受信した認証応答に基づき、指定されたストレージ装置内のＬＵ（１０１〜１０３）に接続するｉＳＣＳＩイニシエータ機能を有する。

また、実施例１では、ＤＢサーバ６が、クライアント端末（１，２）の電源投入後に、クライアント端末との間で通信を行い、クライアント端末（１，２）にクライアント端末管理データを割り当てるためのクライアント端末認証プログラムを有する。

このプログラムは、ユーザの選択や、クライアント端末（１，２）のＭＡＣアドレス情報から、起動ＯＳやＩＰアドレス、ホスト名（コンピュータ名）、ドメイン名、システム領域ＬＵを動的に割り当てるプログラムである。

さらに、ＤＢサーバ６が、ユーザログイン時に、クライアント端末（１，２）との間で通信を行い、ユーザ認証情報を割り当てるユーザ認証プログラム（ユーザ名をもとにユーザ領域ＬＵを割り当てるプログラム）も有する。

前述したように、実施例１のネットワークブートシステムでは、ＤＢサーバ（本発明の管理サーバに相当）が、クライアント端末およびユーザを認証し、システム領域ＬＵを利用するためのＯＴＰ（パスワード）、および、ユーザ領域ＬＵを利用するためのＯＴＰを生成するとともに、ＯＴＰを含む認証情報をデータベース（特に、ＯＴＰチェックテーブル）に登録し、さらに、クライアント端末にＯＴＰとＬＵ情報（ターゲット名、ＬＵＮ等）の払い出しを行う。

クライアント端末は、ユーザ識別子（例えば、クライアント端末、ユーザＩＤ）、ＯＴＰを用い、ストレージ装置（あるいは、ストレージルータ）ヘユーザ用のＬＵの利用要求を行う。

ストレージ装置は、ユーザ識別子、ＯＴＰを直接、あるいは、認証サーバ経由でＤＢサーバに送り、ＤＢサーバ（あるいは、認証サーバ）において正当に認証されたユーザ識別子と、ＯＴＰであるか否かをチェックし、当該チェック結果に応じて、クライアント端末あるいはユーザへのＬＵの利用許可を与える。

また、ＤＢサーバは、ＬＵの利用終了時（ＬＵアンマウント、あるいは、クライアント端末の電源オフ時など）に、ＬＵ利用のための認証情報をデータベースから削除する。これより、実施例１では、ＤＢサーバからの利用許可の得られないＬＵへの不正アクセスを防ぐことが可能となる。

従来のシステムでは、正しい認証情報の不正利用をＤＢサーバが検出できないという問題点があったが、本実施例では、第三者がＯＴＰを取得した場合であっても、正規利用者がＬＵ利用終了時に、認証サーバ２０またはＤＢサーバが二重ログイン防止処理を実行することにより、あるいは、正規利用者のＬＵ利用終了後にＯＴＰチェックテーブル内の当該ＯＴＰが削除されているため、認証サーバはＮＧを返答するので、これにより、不正利用を防止することが可能となる。

また、従来のシステムでは、ストレージ装置（あるいは、ストレージルータ）において、アクセスコントロールリスト（ＡＣＬ）を保持・管理する必要があったが、本実施例は、ストレージ装置（あるいは、ストレージルータ）にアクセスコントロールリスト（ＡＣＬ）を持つ必要がなくなり、認証情報をＤＢサーバにおいて集中管理することが可能となる。

なお、前述の説明では、本発明をネットワークブートシステムに適用した実施例について説明したが、本発明は、これに限定されるものではなく、本発明は、クライアント端末が、ネットワークを介してストレージ装置のＬＵ内のファイルをアクセスするネットワークシステムにも適用可能であることはいうまでもない。

以上、本発明者によってなされた発明を、前記実施例１に基づき具体的に説明したが、本発明は、前記実施例１に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。

図２−１は、本発明の実施例２のネットワークブートシステムの概略構成を示すブロック図である。

実施例２のネットワークブートシステムは、図２−１に示すように、１台以上のクライアント端末（１，２）、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ３、ＰＸＥ（Preboot Execution Environment）サーバ４、ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ５、データベース管理サーバ（以下、ＤＢサーバ）６、１台以上のストレージ装置（１０、１１）、認証サーバ（Ｒａｄｉｕｓサーバ等）２０が、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワーク９を介して接続されている。

なお、各装置にはＩＰアドレスが割り当てられ、各装置間はＴＣＰ／ＩＰによる通信が可能である。

各ストレージ装置（１０，１１）内には、データを格納するための１以上のターゲット（１０１〜１０３）があり、ターゲットには１以上の論理ユニット（Logical Unit；以下、ＬＵ）があり、各ＬＵにはユーザが割り当てられ（１つのＬＵに複数のユーザが割り当てられることもあるし、一切のユーザが割り当てられないこともある）、当該ユーザがクライアント端末を動作させるのに必要なデータ（例えば、ＯＳやアプリケーションソフトウェア等）が保存されている。

実施例２では、各クライアント端末（１，２）と各ストレージ装置（１０，１１）との間の通信プロトコルとして、ｉＳＣＳＩ（Internet Small Computer System Interface）を想定するが、ＴＣＰ／ＩＰで転送可能なＩＰストレージ装置アクセスプロトコルであれば、ｉＳＣＳＩには限定されない。

さらに、ストレージ装置（１０，１１）をＴＣＰ／ＩＰネットワーク９に接続する代わりに、ストレージルータを接続することもできる。

ストレージルータには、ファイバチャネル（fibre channel；以下、ＦＣ）等のｉＳＣＳＩ以外のストレージ装置アクセスプロトコルによる通信機能を持ったストレージ装置が、ＴＣＰ／ＩＰネットワーク９とは別個のネットワークを介して接続されていて、ｉＳＣＳＩとＦＣ等との間でプロトコル変換を行い、各クライアント端末（１，２）と各ストレージ装置との間の通信を中継するものである。

図２−１においては、ストレージ装置（１０，１１）の全部または一部を前記ストレージルータに置き換えても問題なく動作するが、以下の説明では、ストレージルータを使用しない場合について説明する。

実施例２のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵが、システム領域ＬＵと、ユーザ毎に用意されるユーザ領域ＬＵとに分離される。ここで、システム領域ＬＵには、ＯＳ，アプリケーションデータ等が格納され、ユーザ領域ＬＵには、ユーザデータ（例えば、デスクトップ設定データ、ドキュメントファイル等）が格納される。

以下、図２−２および図２−３に示すシーケンス図に従って、本実施例のネットワークブートシステムの動作を説明する。

電源が投入されると、クライアント端末（１，２）はＤＨＣＰサーバ３に対してＤＨＣＰ要求を送信し（図２−２の２０１）、ＤＨＣＰサーバ３はクライアント端末（１，２）に対してＤＨＣＰ応答を返す（図２−２の２０２）。

ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。

次に、クライアント端末（１，２）は、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令を実行し、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知し（図２−２の２０３）、ＰＸＥサーバ４はクライアント端末（１，２）に対して、ＴＦＴＰサーバ５のＩＰアドレスと、ブートストラップファイル識別子を通知する（図２−２の２０４）。

次に、クライアント端末（１，２）は、指定されたＴＦＴＰサーバ５ヘブートストラップファイル取得要求（ＴＦＴＰ要求）を送り（図２−２の２０５）、ＴＦＴＰサーバ５から通知されたブートストラップファイル識別子に対応するブートストラップファイルをダウンロードする（図２−２の２０６）。

次に、クライアント端末（１，２）は、当該ダウンロードしたブートストラップファイルを、自端末内のＲＡＭ（Random Access Memory）に展開し、実行する（図２−２の２０７）。

クライアント端末（１，２）のブートストラップファイルは、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図２−２の２０８）。ＤＨＣＰサーバ３は、クライアント端末（１，２）に対して、ＩＰアドレスを通知する（図２−２の２０９）。

次に、クライアント端末（１，２）は、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図２−２の２１０）。

ＤＢサーバ６は、クライアント端末（１，２）の認証を行い、内部のデータベースにクライアント端末情報を登録する（図２−２の２１１）。同時に、システム領域ＬＵを利用するためのワンタイムパスワード（以下、ＯＴＰという）を生成し、当該ＯＴＰと、クライアント端末名と、ＬＵＮ（Logical Unit Number）とを対応づけて内部のデータベース（後述するＯＴＰチェックテーブル）に格納する。

次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、システム領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）と、前述のＯＴＰを通知する（図２−２の２１２）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、前述のＯＴＰとユーザ識別子（例えば、クライアント端末名）を付加して、通知されたＬＵＮのシステム領域ＬＵの利用要求を発行する（図２−２の２１３）。

ストレージ装置（１０，１１）は、クライアント端末（１，２）からのシステム領域ＬＵの利用要求に基づき、当該ＬＵの利用要求に付加されているユーザ識別子とＯＴＰを認証サーバ２０に通知する（図２−２の２１４）。

認証サーバ２０は、ストレージ装置（１０，１１）から通知されたユーザ識別子とＯＴＰをＤＢサーバ６に通知する（図２−２の２１５）。

ＤＢサーバ６は、認証サーバ２０から通知されたＯＴＰと、内部のデータベースに保持しているＯＴＰの中で認証サーバ２０から通知されたユーザ識別子に対応するクライアント端末のＯＴＰとを比較し、認証サーバ２０から通知されたユーザ識別子に対応するクライアント端末とＯＴＰが、ＤＢサーバ６において正当に認証されたクライアント端末と、ＯＴＰであるか否かをチェックし、当チェック結果を認証サーバ２０に通知する（図２−２の２１６）。

認証サーバ２０は、前述のチェック結果をストレージ装置（１０，１１）に通知する（図２−２の２１７）。

ストレージ装置（１０，１１）は、前述のチェック結果に応じて、クライアント端末（１，２）からのシステム領域ＬＵの利用要求の許可、あるいは、不許可を判定し、クライアント端末（１，２）に通知する（図２−２の２１８）。

ストレージ装置（１０，１１）において、クライアント端末（１，２）からのシステム領域ＬＵの利用要求が許可された場合、クライアント端末（１，２）は、通知されたＬＵＮのシステム領域ＬＵをマウントし、ブートする。これにより、ＯＳの起動が終了する（図２−２の２１９）。

次に、ユーザのログイン（図２−３の２２０）を待って、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図２−３の２２１）。このとき、クライアント端末（１，２）は、ＤＢサーバ６に対して、ユーザＩＤ、パスワードを通知する。

ＤＢサーバ６は、ユーザの正当性を確認し、内部のデータベースにユーザ情報を登録する（図２−３の２２２）。同時に、ユーザ領域ＬＵを利用するためのワンタイムパスワード（以下、ＯＴＰという）を生成し、当該ＯＴＰと、ユーザ名と、ＬＵＮ（Logical Unit Number）とを対応づけて内部のデータベース（後述するＯＴＰチェックテーブル）に格納する。

次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、ユーザ領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）と、前述のＯＴＰを通知する（図２−３の２２３）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、前述のＯＴＰとユーザ識別子（例えば、ユーザＩＤ）を付加して、通知されたＬＵＮのユーザ領域ＬＵの利用要求を発行する（図２−３の２２４）。

ストレージ装置（１０，１１）は、クライアント端末（１，２）からのユーザ領域ＬＵの利用要求に基づき、当該ＬＵの利用要求に付加されているユーザ識別子とＯＴＰを認証サーバ２０に通知する（図２−３の２２５）。

認証サーバ２０は、ストレージ装置（１０，１１）から通知されたユーザ識別子とＯＴＰをＤＢサーバ６に通知する（図２−３の２２６）。

ＤＢサーバ６は、認証サーバ２０から通知されたＯＴＰと、内部のデータベースに保持しているＯＴＰの中で認証サーバ２０から通知されたユーザ識別子に対応するユーザのＯＴＰとを比較し、認証サーバ２０から通知されたユーザ識別子に対応するユーザとＯＴＰが、ＤＢサーバ６において正当に認証されたユーザと、ＯＴＰであるか否かをチェックし、当チェック結果を認証サーバ２０に通知する（図２−３の２２７）。

認証サーバ２０は、前述のチェック結果をストレージ装置（１０，１１）に通知する（図２−３の２２８）。

ストレージ装置（１０，１１）は、前述のチェック結果に応じて、クライアント端末（１，２）からのユーザ領域ＬＵの利用要求の許可、あるいは、不許可を判定し、クライアント端末（１，２）に通知する（図２−３の２２９）。

ストレージ装置（１０，１１）において、クライアント端末（１，２）からのユーザ領域ＬＵの利用要求が許可された場合、クライアント端末（１，２）は、通知されたＬＵＮのユーザ領域ＬＵをマウントする。

また、ユーザがユーザ領域ＬＵをアンマウントした時、あるいは、クライアント端末の電源がオフとされたとき（図２−３の２３０）、クライアント端末（１，２）は、ＤＢサーバ６に対して、ＬＵ利用終了を通知する（図２−３の２３１）。このとき、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザＩＤ、ＯＴＰを通知する。

ＤＢサーバ６は、当該ＬＵ利用終了通知に基づき、内部のデータベース（後述するＯＴＰチェックテーブル）内の該当するユーザと、および当該ユーザ用のＯＴＰを削除する（図２−３の２３２）。

なお、前述の説明では、図２−１４に示すように、ストレージ装置（１０，１１）は、ユーザ識別子、ＯＴＰを認証サーバ２０に通知し、認証サーバ２０が、当該通知されたユーザ識別子、ＯＴＰを、ＤＢサーバ６に通知する場合について説明したが、図示は省略するが、ストレージ装置（１０，１１）が、認証サーバ２０を経由することなく直接ＤＢサーバ６に通知するようにしてもよい。

さらに、図２−１３に示すように、ＤＢサーバ６と、認証サーバ２０とが、データベース３０を共用する構成となし、ＤＢサーバ６が、ユーザ識別子およびＯＴＰを、データベース３０に登録し、認証サーバ２０が、ストレージ装置（１０，１１）から通知されたＯＴＰと、データベース３０に保持しているＯＴＰの中でストレージ装置（１０，１１）から通知されたユーザ識別子に対応するユーザのＯＴＰとを比較し、ストレージ装置（１０，１１）から通知されたユーザ識別子に対応するクライアント端末（あるいは、ユーザ）とＯＴＰが、ＤＢサーバ６において正当に認証されたものであるか否かをチェックし、当チェック結果をストレージ装置（１０，１１）に通知するようにしてもよい。

次に、本実施のログイン制御について、図２−４、図２−５を用いて説明する。

図２−４、図２−５では、ユーザＡが、クライアント端末Ａを介して、図２−４の３０１から３１１の手順でログインした後に、ユーザＡが、クライアント端末Ｂを介してログインするものとする。

この場合の処理の方法として、（１）ユーザＡのクライアント端末Ｂを介する新規のログインを有効にする場合と、（２）ユーザＡのクライアント端末Ａを介する既ログインを有効にする場合の２つがある。

始めに、ユーザＡのクライアント端末Ｂを介する新規のログインを有効にする場合について説明する。なお、図２−４の３０１から３１０の手順は、図２−３の２２０から２２９の手順と同じであるので再度の説明は省略する。

クライアント端末Ｂは、ユーザＡのログイン（図２−４の３１１）があると、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図２−４の３１２）。このとき、クライアント端末Ｂは、ＤＢサーバ６に対して、ユーザＡのユーザＩＤ、パスワードを通知する。

ＤＢサーバ６は、内部のデータベースを参照して、ユーザＡが、クライアント端末Ａを介してログイン済みであることを確認した後、ユーザＡのユーザ領域ＬＵを利用するための新たなＯＴＰを生成し、既に内部のデータベース（後述するＯＴＰチェックテーブル）に保持済みのＯＴＰを、この新たなパスワードに更新し、当該ＯＴＰと、ユーザ名と、ＬＵＮ（Logical Unit Number）とを対応づけて内部のデータベース（後述するＯＴＰチェックテーブル）に格納する（図２−４の３１３）。

同時に、クライアント端末Ａに対して、ユーザＡのログオフ要求を発行し（図２−４の３１４）、クライアント端末Ａを介するユーザＡのログインを強制的にログオフする。

次に、クライアント端末からの応答（ユーザＡのログオフ要求に対する；図２−４の３１５）を待って、クライアント端末ＢにユーザＡのユーザ領域ＬＵのＬＵＮ（Logical Unit Number）と、前述のＯＴＰを通知する（図２−４の３１６）。この時に、通知したＬＵＮのＬＵを格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

なお、クライアント端末からの応答を待たずに、クライアント端末ＢにユーザＡのユーザ領域ＬＵのＬＵＮ（Logical Unit Number）と、前述のＯＴＰを通知するようにしてもよい。

次に、クライアント端末Ｂは、ストレージ装置（１０，１１）に対して、前述のＯＴＰとユーザ識別子（例えば、ユーザＩＤ）を付加して、通知されたＬＵＮのＬＵの利用要求を発行する（図２−４の３１７）。

図２−４の３１８から３２２の手順に基づき、ストレージ装置（１０，１１）は、ＤＢサーバ６での認証結果に応じて、クライアント端末ＢからのＬＵの利用要求の許可、あるいは、不許可を判定し、クライアント端末Ｂに通知する。

なお、図２−４の３１８から３２２の手順は、図２−３の２２５から２２９の手順と同じであるので再度の説明は省略する。

実施例２によれば、例えば、図２−４の３１４のログオフ要求がタイムアウトした場合、あるいは、ネットワーク断などログオフ要求を受信しなかった場合に、クライアント端末Ａが、ストレージ装置（１０，１１）にアクセスしても、クライアント端末Ａが通知するＯＴＰと、ＤＢサーバ６の内部のデータベースに保持されているＯＴＰとが異なるので、ＤＢサーバ６でのチェックにおいてＯＴＰが不一致となり、クライアント端末ＡからのＬＵの利用要求が不許可となる。

次に、ユーザＡのクライアント端末Ａを介する既ログインを有効とする場合について説明する。

クライアント端末Ｂは、ユーザＡのログイン（図２−５の４１１）があると、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図２−５の４１２）。

ＤＢサーバ６は、内部のデータベースを参照し、ユーザＡが、クライアント端末Ａを介してログイン済みであることを確認すると（図２−５の４１３）、クライアント端末Ｂのログインを不許可とする（図２−５の４１４）。

図２−６は、図２−１に示すＤＢサーバ６内で管理されるテーブルの種類を示す図である。

図２−６に示すように、ＤＢサーバ６内には、クライアント端末起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、クライアント端末情報テーブル６５、ＯＴＰチェックテーブル６６が設けられる。

図２−７は、図２−６に示すクライアント端末起動制御テーブル６１の内容を示す図である。

図２−７に示すように、クライアント端末起動制御テーブル６１は、起動されたクライアント端末のＭＡＣアドレス、ＩＰアドレス、使用ＯＳ名、使用ユーザ名、システム領域ＬＵＮ、ユーザ領域ＬＵＮ、二重ログイン処理フラグを格納するものである。クライアント端末起動制御テーブル６１のそれぞれのフィールドには、クライアント端末情報あるいはユーザ認証情報登録（図２−２の２１１、図２−３の２２２）時に所定の情報が格納される。

また、図２−７の二重ログイン処理フラグは、複数の異なるクライアント端末から同じユーザがログインした場合に、前述の図２−４、あるいは、図２−５の処理で有効とされたログインのクライアント端末を示すフラグである。

図２−８は、図２−６に示すユーザ情報テーブル６２の内容を示す図であり、図２−８に示すように、ユーザ情報テーブル６２は、ユーザ名毎のパスワードを格納するものである。このユーザ情報テーブル６２は、ユーザ認証（図２−３の２２２）時に使用される。

図２−９は、図２−６に示すＬＵＮ情報テーブル６３の内容を示す図であり、図２−９に示すように、ＬＵＮ情報テーブル６３には、ＬＵＮと、当該ＬＵＮの番号のＬＵの種類（システム領域ＬＵ、あるいは、ユーザ領域ＬＵ）と、当該ＬＵＮの番号のＬＵのＯＳと、使用しているクライアント端末名と、使用しているユーザ名とが格納される。「ＬＵ使用クライアント端末」には、「ＬＵの種類」がシステム領域ＬＵの場合のみ、クライアント端末識別子が格納され、「ＬＵ使用ユーザ名」には、「ＬＵの種類」がユーザ領域ＬＵの場合のみユーザ名が格納される。このＬＵＮ情報テーブル６３を用いて、クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知する（図２−２の２１２、図２−３の２２３）。

図２−１０は、図２−６に示すストレージ装置情報テーブル６４の内容を示す図であり、図２−１０に示すように、ストレージ装置情報テーブル６４は、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名を格納するものである。クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知（図２−２の２１２、図２−３の２２３）する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。

図２−１１は、図２−６に示すクライアント端末情報テーブル６５の内容を示す図であり、図２−１１に示すように、クライアント端末情報テーブル６５は、クライアント端末のＭＡＣアドレスと、クライアント端末のＩＰアドレスと、ＤＨＣＰサーバ３のＩＰアドレスと、ＴＦＴＰサーバ５のＩＰアドレスとを格納するものである。

図２−１２は、図２−６に示すＯＴＰチェックテーブル６６の内容を示す図であり図２−１２に示すように、ＯＴＰチェックテーブル６６は、ユーザ識別子と、ワンタイムパスワードと、ＬＵＮとを格納するものである。ＬＵＮがシステム領域のＬＵの場合、「ユーザ識別子」には、例えば、「クライアント端末名」が、ＬＵＮがユーザ領域のＬＵの場合、「ユーザ識別子」には、例えば、「ユーザＩＤ」が格納される。

ＯＴＰチェックテーブル６６のそれぞれのフィールドには、クライアント端末情報あるいはユーザ認証情報登録（図２−２の２１１、図２−３の２２２）時に所定の情報が格納される。

実施例２では、ブートストラップファイルは、必要に応じてクライアント端末（１，２）のユーザに対して、ユーザ名とパスワードを入力させ、認証要求をＤＢサーバ６に送信するユーザ認証機能、および受信した認証応答に基づき、指定されたストレージ装置内のＬＵ（１０１〜１０３）に接続するｉＳＣＳＩイニシエータ機能を有する。

また、実施例２では、ＤＢサーバ６が、クライアント端末（１，２）の電源投入後に、クライアント端末との間で通信を行い、クライアント端末（１，２）にクライアント端末管理データを割り当てるためのクライアント端末認証プログラムを有する。

このプログラムは、ユーザの選択や、クライアント端末（１，２）のＭＡＣアドレス情報から、起動ＯＳやＩＰアドレス、ホスト名（コンピュータ名）、ドメイン名、システム領域ＬＵを動的に割り当てるプログラムである。

さらに、ＤＢサーバ６が、ユーザログイン時に、クライアント端末（１，２）との間で通信を行い、ユーザ認証情報を割り当てるユーザ認証プログラム（ユーザ名をもとにユーザ領域ＬＵを割り当てるプログラム）も有する。

前述したように、本実施例のネットワークブートシステムでは、ＤＢサーバ（本発明の管理サーバに相当）が、クライアント端末およびユーザを認証し、ユーザ用のＬＵを利用のためのＯＴＰ（パスワード）を生成するとともに、ＯＴＰを含む認証情報を内部あるいいは認証サーバと共用のデータベース（特に、ＯＴＰチェックテーブル）に登録し、さらに、クライアント端末にＯＴＰとＬＵ情報（ターゲット名、ＬＵＮ等）の払い出しを行う。

クライアント端末は、ユーザＩＤ、ＯＴＰを用い、ストレージ装置（あるいは、ストレージルータ）ヘユーザ用のＬＵの利用要求を行う。

ストレージ装置は、ユーザＩＤ、ＯＴＰを直接、あるいは、認証サーバ経由でＤＢサーバに送り、ＤＢサーバにおいてユーザを認証し、当該認証結果に応じて、クライアント端末へＬＵの利用許可を与える。

そして、実施例２では、例えば、第１のクライアント端末を介してユーザＡがログイン済みの状態において、第２のクライアント端末が、ＤＢサーバに対して、同一のユーザのユーザ認証要求（ログイン要求）があった場合に、ＤＢサーバは、新規ログインクライアントを有効とする場合には、ユーザＡ用のＬＵを利用するための新たなＯＴＰを生成し、既に保持済みのＯＴＰを新たなＯＴＰに更新し、前述のデータベースに保持するとともに、ユーザＡ用のＬＵ情報（ターゲット名、ＬＵＮ等）と、更新したＯＴＰを第２のクライアント端末に通知する。

また、既ログインクライアントを有効とする場合には、新規のＯＴＰの生成・更新、新規のＯＴＰの第２のクライアント端末への通知を行わず、第２のクライアント端末からのユーザ認証要求を不許可とする。

これにより、実施例２では、同じユーザによる二重ログインを防止し、同じユーザＩＤでの重複ログインによるＬＵの破壊を防止することが可能となる。

なお、実施例２において、ＤＢサーバが、クライアント端末からのユーザログイン要求時にＯＴＰを生成し、内部のデータベース（あるいは、認証サーバと共用のデータベース）に登録するとともに、選択されたＯＳ情報を付加した「ユーザ領域ＬＵ利用要求用のユーザ名」を生成し、内部のデータベース（あるいは、認証サーバと共用のデータベース）に登録し、前記パスワードと前記ＬＵ利用要求用のユーザ名を前記第１のクライアント端末、あるいは、第２のクライアント端末に通知し、クライアント端末がユーザ領域ＬＵの利用要求時に利用するようにしてもよい。

この場合には、同一ユーザが、同時に複数の端末をそれぞれ異なるＯＳで利用することが可能となる。

また、前述の説明では、本発明をネットワークブートシステムに適用した実施例２について説明したが、本発明はこれに限定されるものではなく、本発明は、クライアント端末が、ネットワークを介してストレージ装置のＬＵ内のファイルをアクセスするネットワークシステムにも適用可能であることはいうまでもない。

以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。

図３−１は、本発明の実施例３のネットワークブートシステムの概略構成を示すブロック図である。

実施例３のネットワークブートシステムは、図３−１に示すように、1台以上のクライアント端末（１，２）、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ３、ＰＸＥ（Preboot Execution Environment）サーバ４、ＴＦＴＰ（Trivial File Transfer Protocol）サーバ５、データベース管理サーバ（以下、ＤＢサーバ）６、１台以上のストレージ装置（１０、１１）が、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワーク９を介して接続されている。なお、ＤＨＣＰサーバ３、ＰＸＥサーバ４、ＴＦＴＰサーバ５、およびＤＢサーバ６は管理サーバを構成し、さらに、各装置にはＩＰアドレスが割り当てられ、各装置間はＴＣＰ／ＩＰによる通信が可能である。

各ストレージ装置（１０，１１）内には、データを格納するための１以上のターゲット（１０１〜１０３）があり、ターゲットには１以上の論理ユニット（Logical Unit；以下、ＬＵ）があり、各ＬＵにはユーザが割り当てられ（1つのＬＵに複数のユーザが割り当てられることもあるし、一切のユーザが割り当てられないこともある）、当該ユーザがクライアント端末を動作させるのに必要なデータ（例えば、ＯＳやアプリケーションソフトウェア等）が保存されている。

実施例３では、各クライアント端末（１，２）と各ストレージ装置（１０，１１）との間の通信プロトコルとして、ｉＳＣＳＩ（Internet Small Computer System Interface）を想定するが、ＴＣＰ／ＩＰで転送可能なＩＰストレージ装置アクセスプロトコルであれば、ｉＳＣＳＩには限定されない。

さらに、ストレージ装置（１０，１１）をＴＣＰ／ＩＰネットワーク９に接続する代わりに、ストレージルータを接続することもできる。

ストレージルータには、ファイバチャネル（fibre channel；以下、ＦＣ）等のｉＳＣＳＩ以外のストレージ装置アクセスプロトコルによる通信機能を持ったストレージ装置が、ＴＣＰ／ＩＰネットワーク９とは別個のネットワークを介して接続されていて、ｉＳＣＳＩとＦＣ等との間でプロトコル変換を行い、各クライアント端末（１，２）と各ストレージ装置との間の通信を中継するものである。

図３−１においては、ストレージ装置（１０，１１）の全部または一部を前記ストレージルータに置き換えても問題なく動作するが、以下の説明では、ストレージルータを使用しない場合について説明する。

実施例３のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵを、システム領域ＬＵと、ユーザ毎に用意されるユーザ領域ＬＵとに分離する。ここで、システム領域ＬＵには、ＯＳ，アプリケーションデータ等が格納され、ユーザ領域ＬＵには、ユーザデータ（例えば、デスクトップ設定データ、ドキュメントファイル等）が格納される。

さらに、前述のシステム領域ＬＵは、マスタＬＵと、前記マスタＬＵをコピーしたレプリカＬＵとで構成される。クライアント端末（１，２）は、システム領域ＬＵにアクセスする場合に、レプリカＬＵにアクセスする。

この場合に、ストレージ装置（１０，１１）は、管理者が、例えば、管理用端末を使用してマスタＬＵが更新されたときに、当該更新されたマスタＬＵをコピーしてレプリカＬＵを生成する。

これにより、実施例３では、クライアント端末（１，２）が、ＯＳやアプリケーションデータを格納したレプリカＬＵにアクセスするようにしたので、マスタＬＵに対してのみアップデート等のメンテナンスを行えばよいので、ストレージ装置内のＬＵに対するメンテナンスコストを低減することが可能となる。

以下、図３−２に示すシーケンス図に従って、実施例３のネットワークブートシステムの動作を説明する。

電源が投入されると、クライアント端末（１，２）はＤＨＣＰサーバ３に対してＤＨＣＰ要求を送信し（図３−２の２０１）、ＤＨＣＰサーバ３はクライアント端末（１，２）に対してＤＨＣＰ応答を返す（図３−２の２０２）。

ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。

次に、クライアント端末（１，２）は、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知し（図３−２の２０３）、ＰＸＥサーバ４はクライアント端末（１，２）に対して、ＴＦＴＰサーバ５のＩＰアドレスと、ブートストラップファイル識別子を通知する（図３−２の２０４）。

次に、クライアント端末（１，２）は、指定されたＴＦＴＰサーバ５へブートストラップファイル取得要求（ＴＦＴＰ要求）を送り（図３−２の２０５）、ＴＦＴＰサーバ５から通知されたブートストラップファイル識別子に対応するブートストラップファイルをダウンロードする（図３−２の２０６）。

次に、クライアント端末（１，２）は、当該ダウンロードしたブートストラップファイルを、自端末内のＲＡＭ（Random Access Memory）に展開し、実行する（図３−２の２０７）。

次に、クライアント端末（１，２）のブートストラップファイルは、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図３−２の２０８）。

ＤＨＣＰサーバ３は、クライアント端末（１，２）のブートストラップファイルに対して、ＩＰアドレスを通知する（図３−２の２０９）。

次に、クライアント端末（１，２）のブートストラップファイルは、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図３−２の２１０）。

ＤＢサーバ６は、クライアント端末（１，２）の認証を行い、内部のデータベースにクライアント端末情報を登録する（図３−２の２１１）。

次に、ＤＢサーバ６は、クライアント端末（１，２）のブートストラップファイルに対して、システム領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）を通知する（図３−２の２１２）。この時に、通知したＬＵＮのＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

なお、システム領域ＬＵＮ通知は、２０９のステップで実行することも可能である。

次に、ブートストラップファイルは、ストレージ装置（１０，１１）に対して、通知された番号のシステム領域ＬＵの利用要求を送り（図３−２の２１３）、ストレージ装置（１０，１１）からのシステム領域ＬＵＮの利用応答（図３−２の２１４）を待って、通知された番号のシステム領域ＬＵをクライアント端末（１，２）にマウントし、ブートする。これにより、ＯＳの起動が終了する（図３−２の２１５）。

次に、ユーザのログイン（図３−２の２１６）を待って、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図３−２の２１７）。このとき、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザＩＤ、パスワードを通知する。

ＤＢサーバ６は、ユーザの正当性を確認し、内部のデータベースにユーザ情報を登録する（図３−２の２１８）。

次に、ＤＢサーバ６は、クライアント端末（１，２）のＯＳに対して、ユーザ領域のＬＵＮを通知する（図３−２の２１９）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。

次に、クライアント端末（１，２）のＯＳは、ストレージ装置（１０，１１）に対して、通知された番号のユーザ領域ＬＵの利用要求を送り（図３−２の２２０）、ストレージ装置（１０，１１）からのユーザ領域ＬＵＮ利用応答（図３−２の２２１）を待って、通知された番号のユーザ領域ＬＵをクライアント端末（１、２）にマウントする。

図３−３は、図３−１に示すＤＢサーバ６内で管理されるテーブルの種類を示す図である。

図３−３に示すように、ＤＢサーバ６内には、クライアント端末起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、クライアント端末情報テーブル６５が設けられる。

図３−４は、図３−３に示すクライアント端末起動制御テーブル６１の内容を示す図である。

図３−４に示すように、クライアント端末起動制御テーブル６１は、起動されたクライアント端末のＭＡＣアドレス、ＩＰアドレス、使用ＯＳ名、使用ユーザ名、システム領域ＬＵＮ、ユーザ領域ＬＵＮを格納するものである。クライアント端末起動制御テーブル６１のそれぞれのフィールドには、図２に示すクライアント端末認証情報登録（図２の２１１）、あるいはユーザ認証情報登録（図２の２１８）時に所定の情報が格納される。

図３−５は、図３−３に示すユーザ情報テーブル６２の内容を示す図であり、図３−５に示すようにユーザ情報テーブル６２は、ユーザ名毎のパスワードを格納するものである。このユーザ情報テーブル６２は、ユーザ認証（図２の２１８）時に使用される。

図３−６は、図３−３に示すＬＵＮ情報テーブル６３の内容を示す図であり、図３−６に示すようにＬＵＮ情報テーブル６３は、ＬＵＮと、当該ＬＵＮの番号のＬＵの種類、当該ＬＵＮの番号のＬＵの種別、当該ＬＵＮの番号のＯＳ名、当該ＬＵＮの番号のＬＵ使用クライアント端末名、当該ＬＵＮの番号のＬＵ使用ユーザ名を格納するものである。

ここで、ＬＵの種類は、システム領域ＬＵか、あるいは、ユーザ領域ＬＵかを区別し、ＬＵの種別は、ＬＵの種類がシステム領域の場合のみ、有効な値（マスタＬＵか、あるいは、レプリカＬＵを）が格納される。

また、ＬＵ使用クライアント端末名は、ＬＵの種類が、システム領域ＬＵの場合のみ、クライアント端末のＭＡＣアドレスをクライアント端末識別子として格納する。さらに、ＬＵ使用ユーザ名は、ＬＵの種類が、ユーザ領域ＬＵの場合のみ、ユーザ名を格納する。 このＬＵＮ情報テーブル６３を用いて、クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知する（図２の２１２、図２の２１９）。

図３−７は、図３−３に示すストレージ装置情報テーブル６４の内容を示す図であり、図３−７に示すようにストレージ装置情報テーブル６４は、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名を格納するものである。クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知（図２の２１２、図２の２１９）する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。

図３−８は、図３−３に示すクライアント端末情報テーブル６５の内容を示す図であり、図３−８に示すようにクライアント端末情報テーブル６５は、クライアント端末のＭＡＣアドレスと、クライアント端末のＩＰアドレスと、ＤＨＣＰサーバ３のＩＰアドレスと、ＴＦＴＰサーバ５のＩＰアドレスとを格納するものである。

本実施例では、ＤＢサーバ６が、クライアント端末（１，２）の電源投入後に、クライアント端末との間で通信を行い、クライアント端末（１，２）にクライアント端末管理データを割り当てるためのクライアント端末認証プログラムを有する。

このプログラムは、ユーザの選択や、クライアント端末（１，２）のＭＡＣアドレス情報から、起動ＯＳやＩＰアドレス、ホスト名（コンピュータ名）、ドメイン名、システム領域ＬＵを動的に割り当てるプログラムである。

さらに、ＤＢサーバ６が、ユーザログイン時に、クライアント端末（１，２）との間で通信を行い、ユーザ認証情報を割り当てるユーザ認証プログラム（ユーザ名をもとにユーザ領域ＬＵを割り当てるプログラム）も有する。

図３−９は、実施例３の特徴を説明するための模式図である。

実施例３では、図３−９に示すように、ストレージ装置（１０，１１）内に設けられるマスタＬＵは、例えば、用途・状態に応じた複数のＯＳを格納する複数のマスタＬＵを有する。それらのマスタＬＵは、図３−１０に示すように、例えば、ＯＳ名とバージョンで管理される。

管理者は、管理用端末７０を使用して、マスタＬＵに対して、メンテナンス（ＯＳアップデート、アプリケーションプログラムのインストール、ウイルスチェック、バックアップなど）を行う（図３−９の１）。

ストレージ装置（１０，１１）は、マスタＬＵが更新されたときに、当該更新されたマスタＬＵをコピーしてレプリカＬＵを生成する（図３−９の２）。例えば、クライアント端末数のレプリカＬＵを生成する。

また、ストレージ装置（１０，１１）は、ＤＢサーバ６に対して、マスタＬＵ、およびレプリカＬＵのＬＵＮと、当該ＬＵＮのＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名を通知する。

これらの情報は、ＤＢサーバ６内の、前述のストレージ装置情報テーブル６４、およびＬＵＮ情報テーブル６３に格納される。

クライアント端末（１，２）は、ＤＢサーバ６から通知されたＬＵＮに基づき（図３−９の４）、レプリカＬＵを使用して起動する（図３−９の５）。

これにより、実施例３では、管理者が、マスタＬＵに対して、メンテナンスやアプリケーションのインストール作業を一度行うだけで、複数のクライアント端末（１，２）が使用するシステム領域ＬＵに、その作業を反映させることができる。

さらに、クライアント端末の台数が増えても、手間や管理コストが上がることがない。

なお、前述の説明では、クライアント端末（１，２）が、システム領域ＬＵをマウントした後、ユーザ領域ＬＵをマウントするネットワークブートシステムに、本発明を適用した実施例について説明したが、本発明はこれに限定されず、クライアント端末（１，２）が、システム領域ＬＵとユーザ領域ＬＵとを同時にマウントするネットワークブートシステムにも適用可能であることはいうまでもない。

以上、本発明者によってなされた発明を、前記実施例３に基づき具体的に説明したが、本発明は、前記実施例３に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。

以下の実施例４では、クライアント端末（例えば、ユーザ端末）にマウントされるデータを複数の世代で管理し、クライアント端末からマウント要求を受け付けて制御するストレージシステムについて説明する。なお、以下では、実施例４に係るストレージシステムの構成および動作の流れを順に説明し、最後に実施例４による効果を説明する。

［ストレージシステムの構成（実施例４）］
まず最初に、図４−１を用いて、実施例４に係るストレージシステムの構成を説明する。同図に示すように、このストレージシステム（仮にＮ１１構成とする）は、複数のユーザ端末と、管理端末と、ストレージ装置８０と、ＤＢサーバ９０とから構成され、ストレージ装置８０およびＤＢサーバ９０はネットワークを介して複数のユーザ端末を通信可能な状態に接続されている。また、ストレージ装置８０は、記憶部８１と、ディスク操作部８２と、マウント制御部８３とで構成されており、ＤＢサーバ９０は、世代管理テーブル９１と、世代切替部９２と、マウント制御部９３とで構成されている。

このうち、ストレージ装置８０の記憶部８１は、所定のデータを記憶する記憶手段であり、ユーザ端末に主にマウントされる運用系データを記憶する運用系ディスクと、ユーザ端末に主にマウントされるバックアップ系データを記憶するバックアップ系ディスクと、管理端末に主にマウントされる待機系データを記憶する待機系ディスクとで構成される。また、各々のディスクに、例えば、ＯＳやＡＰプログラムなどのデータを記憶する。なお、バックアップ系ディスクおよび運用系ディスクはユーザ端末からの利用（ＲＯ：Ｒｅａｄ Ｏｎｌｙ、読み出し専用の利用）を受け付け、待機系ディスクはユーザ端末からの利用を受け付けず、管理端末からの利用（Ｒｅａｄ／Ｗｒｉｔｅ、読み出し又は書き込みの利用）を受け付ける。

続いて、ＤＢサーバ９０の世代管理テーブル９１は、ストレージ装置８０の記憶部８１に備えられた各ディスクの制御（マウント制御およびディスク切替制御）に用いられるテーブルであり、バックアップ系、運用系および待機系のそれぞれに対応付けてディスク情報を記憶して構成される。

続いて、ＤＢサーバ９０の世代切替部９２は、管理端末から切替要求を受け付けて世代管理テーブル９１内のディスク情報（ボリューム名）を変更するとともにストレージ装置８０を制御する処理部である。具体的には、この世代切替部９２は、管理端末から受け付けた切替要求（系切替要求あるいは系切戻要求）に応じて、バックアップ系ディスク情報、運用系ディスク情報および待機系ディスク情報の変更を行う（図４−３および図４−５参照）。これにより、運用系ディスクに含まれるデータに更新（例えば、ＯＳやＡＰプログラムのアップデートなど）を反映し、運用系ディスクに含まれるデータ障害の復旧を行う趣旨である。また、世代切替部９２により世代管理テーブル９１内のディスク情報が変更される結果、ユーザ端末のマウントが継続される。

また、世代切替部９２は、ストレージ装置８０のディスク操作部８２に制御電文を発行し、記憶部８１に備えられた各ディスク内のボリュームの削除やコピーを実行させる。そして、ストレージ装置８０のディスク操作部８２においてディスクのコピーが実行され、そのディスクに新規のボリューム名が付与された場合には、そのボリューム名を取得して世代管理テーブル９１内のディスク情報の変更を行う。なお、世代切替部９２は、ディスクのボリュームのコピーおよび削除について制御電文を発行し、ディスクのボリュームのムーブについては制御電文を発行しない（世代管理テーブル９１の変更のみ）。

続いて、ストレージ装置８０のディスク操作部８２は、ＤＢサーバ９０の世代切替部９２から制御電文を受け付けて、記憶部８１に備えられた各ディスク内のボリュームの削除やコピーを実行する処理部である。具体的には、このディスク操作部８２は、ＤＢサーバ９０の世代切替部９２から受け付けた制御電文に応じて、更新データが含まれる待機系ディスクを新たに運用系ディスクとするディスクの系切替（世代切替）を実行する場合には、更新データが含まれる待機系ディスクのコピーを行って運用系ディスクを生成し、生成した運用系ディスクに新たなボリューム名を付与する。また、バックアップ系データが含まれるバックアップ系ディスクを削除する。なお、系切替時に更新データが含まれる待機系ディスクはそのまま待機系ディスクとして保持される。

また、ディスク操作部８２は、ＤＢサーバ９０の世代切替部９２から受け付けた制御電文に応じて、１世代前の更新データが含まれるバックアップ系ディスクを新たに運用系ディスクとするディスクの系切戻（世代切替）を実行する場合には、１世代前の更新データが含まれるバックアップ系ディスクのコピーを行って運用系ディスクおよび待機系ディスクを生成し、生成した運用系ディスクおよび待機系ディスクに新たなボリューム名を付与する。また、系切戻時に待機系データが含まれる待機系ディスクをそのまま削除する。

続いて、ＤＢサーバ９０のマウント制御部９３は、ユーザ端末のマウントを制御する処理部である。具体的には、このマウント制御部９３は、ネットワークを介してユーザ端末から通信要求を受け付けると、世代管理テーブル９１から運用系ディスク情報を取得し、運用系ディスク情報を載せた応答電文をユーザ端末へ発行するとともに、クライアント端末起動制御テーブル（図３−３の６１参照）のシステム領域ＬＵＮ（図３−４参照）に応答電文に載せた運用形ディスク情報を書き込む。

続いて、ストレージ装置８０のマウント制御部８３は、ユーザ端末からマウント要求を受け付けて実行する処理部である。具体的には、このマウント制御部８３は、ＤＢサーバ９０のマウント制御部９３から応答電文を受け付けたユーザ端末（ユーザ端末のプログラム）が、応答電文から運用系ディスク情報を切り出し、その運用系ディスク情報とともにマウント要求を受け付けると、運用系ディスクをユーザ端末にマウント制御する。

また、ＤＢサーバ９０およびストレージ装置８０において上述してきたような処理が行われる結果、ＤＢサーバ９０が管理端末からディスクの切替要求を受け付けても、ユーザ端末にマウントされているディスクはどこからの制御を受けることなく存在し続けることができ、ユーザ端末のマウントは継続される。

つまり、具体的には、ユーザ端末に運用系ディスクがマウントされている状態で、更新データが含まれる待機系ディスクを新たに運用系ディスクとするディスクの系切替要求をＤＢサーバ９０が受信して、ＤＢサーバ９０の世代切替部９２により旧運用系ディスクを新バックアップ系ディスクとする世代管理テーブル９３の変更が行われると、ユーザ端末が新パックアップ系ディスクとなった旧運用系ディスクに引き続きマウントされる。

また、ユーザ端末に運用系ディスクがマウントされている状態で、１世代前の更新データが含まれるバックアップ系ディスクを新たに運用系ディスクとするディスクの系切戻（世代切替）要求をＤＢサーバ９０が受信して、ＤＢサーバ９０の世代切替部９２により旧バックアップ系ディスクを新運用系ディスクとする世代管理テーブル９３の変更が行われると、ユーザ端末が新パックアップ系ディスクとなった旧運用系ディスクに引き続きマウントされる。なお、これらのマウント制御は、世代管理テーブル９１内の情報が変更されるだけで、ユーザ端末がマウントしているストレージ装置８０の記憶部８１に備えられた各ディスク内のボリュームにはなんら変更はない。

［系切替動作（実施例４）］
次に、図４−２および図４−３を用いて、実施例４に係るストレージシステムの系切替動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移について説明する。図４−２は、実施例４に係るストレージシステムの系切替動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移を示す図であり、図４−３は、実施例４に係る世代管理テーブルの構成例を示す図である。なお、図４−２のディスク内に記載されている数字は、記憶されているデータの世代を表す。

実施例４に係るストレージシステムは、図４−２に例示するように、系切替動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移を行う。具体的には、この世代切替部９２は、更新データが含まれる待機系ディスクを新たに運用系ディスクとするディスクの系切替要求を管理端末から受け付けて、図４−３に例示するように、バックアップ系ディスク情報、運用系ディスク情報および待機系ディスク情報の変更を行う。

続いて、世代切替部９２は、ストレージ装置８０のディスク操作部８２に制御電文を発行し、記憶部８１に備えられた各ディスク内のボリュームの削除やコピーを実行させる。そして、ストレージ装置８０のディスク操作部８２は、ＤＢサーバ９０の世代切替部９２から制御電文を受け付けて、記憶部８１に備えられた各ディスク内のボリュームの削除やコピーを実行する。

このようにして、図４−３に例示する世代管理テーブルのように、更新データが含まれる待機系ディスクＣがコピーされて運用系ディスクＤとなり（世代は０から１）、運用系ディスクＢはムーブされてバックアップ系ディスクＢとなり（世代は０のまま）、バックアップ系ディスクＡは削除される。なお、更新データが含まれる待機系ディスクＣはそのまま待機系ディスクＣとなる。

さらに、更新データが含まれる待機系ディスクを新たに運用系ディスクとするディスクの系切替要求が再びあった場合には、図４−３に例示する世代管理テーブルのように、更新データが含まれる待機系ディスクＣがコピーされて運用系ディスクＥとなり（世代は１から２）、運用系ディスクＤはムーブされてバックアップ系ディスクＤとなり（世代は０から１）、バックアップ系ディスクＢは削除される。なお、更新データが含まれる待機系ディスクＣはそのまま待機系ディスクＣとなる。

［系切戻動作（実施例４）］
続いて、図４−４および図４−５を用いて、実施例４に係るストレージシステムの系戻動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移について説明する。図４−４は、実施例４に係るストレージシステムの系切替動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移を示す図であり、図４−５は、実施例４に係る世代管理テーブルの構成例を示す図である。

実施例４に係るストレージシステムは、図４−４に例示するように、系切戻動作による世代管理テーブル内の各ディスク情報に対応している実ボリュームの遷移を行う。具体的には、この世代切替部９２は、１世代前の更新データが含まれるバックアップ系ディスクを新たに運用系ディスクとするディスクの系切戻要求を管理端末から受け付けて、図４−５に例示するように、バックアップ系ディスク情報、運用系ディスク情報および待機系ディスク情報の変更を行う。

続いて、世代切替部９２は、ストレージ装置８０のディスク操作部８２に制御電文を発行し、記憶部８１に備えられた各ディスク内のボリュームの削除やコピーを実行させる。そして、ストレージ装置８０のディスク操作部８２は、ＤＢサーバ９０の世代切替部９２から制御電文を受け付けて、記憶部８１に備えられた各ディスク内のボリュームの削除やコピーを実行する。

このようにして、図４−５に例示する世代管理テーブルのように、１世代前の更新データが含まれるバックアップ系ディスクＡがコピーされて運用系ディスクＡ（世代は１から０）および待機系ディスクＤ（世代は２から０）となり、運用系ディスクＢはムーブされてバックアップ系ディスクＢとなり（世代は１のまま）、待機系ディスクＣは削除される。

さらに、１世代前の更新データが含まれるバックアップ系ディスクを新たに運用系ディスクとするディスクの系切戻要求が再びあった場合には、図４−５に例示する世代管理テーブルのように、１世代前の更新データが含まれるバックアップ系ディスクＢがコピーされて運用系ディスクＢ（世代は０から１）および待機系ディスクＥ（世代は０から１）となり、運用系ディスクＡはムーブされてバックアップ系ディスクＡとなり（世代は０のまま）、待機系ディスクＤは削除される。

なお、系切替および系切戻時に行われるデータのコピーの実現方法としては、ストレージ装置の機能であるｓｎａｐｓｈｏｔやｃｌｏｎｅにより実現してもよいし、空きディスクにデータを単にコピーして実現してもよい。

［実施例４の効果］
上述してきたように、実施例４によれば、待機系ディスクを新たに運用系ディスクとする世代切替に際しては、運用系ディスクとして記憶されていた世代のディスクをバックアップ系ディスクとして切り替え、運用系ディスクがマウントされている状態で世代切替が行われたクライアント端末については、バックアップ系ディスクを用いてマウントを継続させるので、運用系ディスクが現にマウントされているクライアント端末による処理を停止させることなく、新たな世代への切替作業を実施することが可能である。

また、実施例４によれば、運用系ディスクやバックアップ系ディスクとは別に待機系ディスクを記憶し、運用系ディスクやバックアップ系ディスクについてのみクライアント端末による利用を認めるので、運用系ディスクやバックアップ系ディスクを現に利用しているクライアント端末による処理を停止させることなく、待機系ディスクに対する更新作業を実施することが可能である。

また、実施例４によれば、待機系ディスクを新たに運用系ディスクとする世代切替に際して、待機系ディスクとして記憶されていた世代のディスクを引き続いて待機系ディスクとするので、かかる世代切替の直後において、運用系ディスクと待機系ディスクとが同じ内容となる結果、待機系ディスクに対する更新作業を効率的に開始することが可能である。

また、実施例４によれば、バックアップ系ディスクを運用系ディスクに戻す世代切替に際しては、運用系ディスクとして記憶されていた世代のディスクをバックアップ系ディスクとして切り替え、運用系ディスクがマウントされている状態で世代切替が行われたクライアント端末については、バックアップ系ディスクを用いてマウントを継続させ、バックアップ系ディスクがマウントされている状態で世代切替が行われたクライアント端末については、運用系ディスクを用いてマウントを継続させるので、運用系ディスクやバックアップ系ディスクが現にマウントされているクライアント端末による処理を停止させることなく、前の世代への切替作業を実施することが可能である。

また、実施例４によれば、バックアップ系ディスクを運用系ディスクに戻す世代切替に際して、バックアップ系ディスクとして記憶されていた世代のディスクを待機系ディスクとして切り替えるので、かかる世代切替の直後において、運用系ディスクと待機系ディスクとが同じ内容となる結果、待機系ディスクに対する更新作業を効率的に開始することが可能である。

ところで、上述してきた実施例では、全てのユーザ端末に同一のバックアップ系ディスク、運用系ディスクおよび待機系ディスクを備えたネットワークブートシステム（仮に、Ｎ１１構成とする）を説明したが、本発明はこれに限定されるものではなく、例えば、図４−６に例示するように、ユーザ端末のそれぞれに固有のバックアップ系ディスクおよび運用系ディスクと全てのユーザ端末に対して同一の待機系ディスクとを備えたネットワークブートシステム（仮に、ＮＮ１構成とする）としてもよいし、または、図４−７に例示するように、ユーザ端末にそれぞれ固有のバックアップ系ディスク、運用系ディスクおよび待機系ディスクを備えたネットワークブートシステム（仮に、ＮＮＮ構成とする）としてもよい。

すなわち、ＮＮ１構成においては、ユーザ端末のそれぞれに固有のバックアップ系ディスクおよび運用系ディスクと全てのユーザ端末に対して同一の待機系ディスクとの間で上述した系切替動作（図４−２参照）および系切戻し動作（図４−４参照）を行い、ＮＮＮ構成においては、ユーザ端末にそれぞれ固有のバックアップ系ディスク、運用系ディスクおよび待機系ディスクの間で系切替動作（図４−２参照）および系切戻し動作（図４−４参照）を行う。

ユーザ端末がそれぞれに固有の運用系ディスクから起動するので、様々なユーザの利用形態（例えば、読み出しや書き込みなど）に対応しつつ、運用系ディスクが現にマウントされているクライアント端末による処理を停止させることなく、新たな世代への切替作業を実施することが可能であり、また、待機系ディスクに対する更新作業を実施することが可能である。

また、図４−１に示したストレージシステムの各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ストレージシステムの分散・統合の具体的形態は図示のものに限られず、ストレージ装置８０とＤＢサーバ９０とを統合するなど、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記の実施例４では、ストレージ装置８０の記憶部８１を運用系ディスク、バックアップ系ディスクおよび待機系ディスクをそれぞれ１世代で構成する場合を説明したが、本発明はこれに限定されるものではなく、バックアップ系ディスクや待機系ディスクを複数世代で構成するようにしてもよい。なお、バックアップ系ディスクを複数世代で構成することで系切戻動作により数世代前まで遡ることができ、また、待機系ディスクを複数世代で構成することで、例えば、所定の世代に対して修正を実行することができる。

以上のように、本発明に係るネットワークシステム、ストレージ装置へのアクセス制御方法、管理サーバ、ストレージ装置、ログイン制御方法、ネットワークブートシステムおよび単位記憶ユニットのアクセス方法は、クライアント端末が、ネットワークを介して接続されたストレージ装置内の単位記憶ユニットをマウントするシステム、および、クライアント端末が、ネットワークを介して接続されたストレージ装置内の単位記憶ユニットをマウントするシステム、さらには、ネットワークブートシステムおよび単位記憶ユニットへのアクセス方法に有用であり、特に、管理サーバから利用許可の得られない単位記憶ユニットへの不正アクセスを防ぐこと、および、同じユーザによる二重ログインを防止して同じユーザＩＤでの重複ログインによる単位記憶ユニットの破壊を防止すること、さらには、ストレージ装置内の単位記憶ユニットに対するメンテナンスコストを低減することに適する。

１，２ クライアント端末
３ ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ
４ ＰＸＥ（Preboot Execution Environment）サーバ
５ ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ
６ データベース管理サーバ
９ ＴＣＰ／ＩＰネットワーク
１０，１１ ストレージ装置
２０ 認証サーバ（Ｒａｄｉｕｓサーバ）
３０ 共用のデータベース
６１ クライアント端末起動制御テーブル
６２ ユーザ情報テーブル
６３ ＬＵＮ情報テーブル
６４ ストレージ装置情報テーブル
６５ クライアント端末情報テーブル
６６ ＯＴＰチェックテーブル
７０ 管理者用端末
８０ ストレージ装置
９０ ＤＢサーバ
１０１〜１０３ ターゲット

Claims (8)

1. クライアント端末と、
   前記クライアント端末にアクセスされるＯＳ（Operating System）又はアプリケーションプログラムを含むデータを記憶するストレージ装置と、
   前記ストレージ装置によって記憶されるデータを管理する管理端末とを備えたストレージシステムであって、
   前記ストレージ装置は、
   現に運用される世代のデータである運用系データと、世代切替の前まで運用系データであった世代のデータであるバックアップ系データと、次に運用される世代のデータである待機系データとをディスクそれぞれに記憶する世代別記憶手段と、
   前記各世代を識別する情報と、ディスクの情報とを対応付けて管理する世代管理情報記憶手段と、
   前記クライアント端末からの通信要求を受付けた場合に、当該クライアント端末に対して前記運用系データとして管理された世代のデータを記憶するディスクの情報を通知し、前記ディスクの情報を通知したクライアント端末から当該ディスクの情報とマウント要求とを受付けた場合に、前記運用系データとして管理された世代のデータに前記マウント要求を送信したクライアント端末をアクセスさせるように制御するマウント制御手段と、
   前記管理端末から世代切替要求を受付けた場合に、前記世代管理情報記憶手段において前記待機系データとして管理されていた世代のデータを前記運用系データとして切り替えて管理させるとともに、前記運用系データとして管理されていた世代のデータを前記バックアップ系データとして切り替えて管理させる世代切替手段と、
   を備え、
   前記世代切替手段は、前記運用系データとして管理された世代のデータが前記クライアント端末によってマウントされている状態のまま、前記運用系データとして管理されている世代のデータを前記バックアップ系データとして切り替えて管理させることを特徴とするストレージシステム。
2. 前記世代切替手段は、前記管理端末から世代切替要求を受付けた場合に、前記世代管理情報記憶手段において前記待機系データとして管理されていた世代のデータを引き続いて待機系データとして管理させることを特徴とする請求項１に記載のストレージシステム。
3. クライアント端末と、
   前記クライアント端末にアクセスされるＯＳ（Operating System）又はアプリケーションプログラムを含むデータを記憶するストレージ装置と、
   前記ストレージ装置によって記憶されるデータを管理する管理端末とを備えたストレージシステムであって、
   前記ストレージ装置は、
   現に運用される世代のデータである運用系データと、世代切替の前まで運用系データであった世代のデータであるバックアップ系データと、次に運用される世代のデータである待機系データとをディスクそれぞれに記憶する世代別記憶手段と、
   前記各世代を識別する情報と、ディスクの情報とを対応付けて管理する世代管理情報記憶手段と、
   前記クライアント端末からの通信要求を受付けた場合に、当該クライアント端末に対して前記運用系データとして管理された世代のデータを記憶するディスクの情報を通知し、前記ディスクの情報を通知したクライアント端末から当該ディスクの情報とマウント要求とを受付けた場合に、前記運用系データとして管理された世代のデータに前記マウント要求を送信したクライアント端末をアクセスさせるように制御するマウント制御手段と、
   前記管理端末から世代切戻要求を受付けた場合に、前記世代管理情報記憶手段において前記バックアップ系データとして管理されていた世代のデータを前記運用系データとして切り替えて管理させるとともに、前記運用系データとして管理されていた世代のデータを前記バックアップ系データとして切り替えて管理させる世代切替手段と、
   を備え、
   前記世代切替手段は、前記運用系データとして管理された世代のデータが前記クライアント端末によってマウントされている状態のまま、前記運用系データとして管理されている世代のデータを前記バックアップ系データとして切り替えて管理させることを特徴とするストレージシステム。
4. 前記世代切替手段は、前記管理端末から世代切戻要求を受付けた場合に、前記世代管理情報記憶手段において前記バックアップ系データとして管理されていた世代のデータを前記待機系データとして切り替えて管理させることを特徴とする請求項３に記載のストレージシステム。
5. クライアント端末と、
   前記クライアント端末にアクセスされるＯＳ（Operating System）又はアプリケーションプログラムを含むデータを記憶するストレージ装置と、
   前記ストレージ装置によって記憶されるデータを管理する管理端末とを備えたストレージシステムの前記ストレージ装置によって実行されるストレージ制御方法であって、
   現に運用される世代のデータである運用系データと、世代切替の前まで運用系データであった世代のデータであるバックアップ系データと、次に運用される世代のデータである待機系データとをディスクそれぞれに記憶する世代別記憶手段及び前記各世代を識別する情報とディスクの情報とを対応付けて管理する世代管理情報記憶手段を参照して、前記クライアント端末からの通信要求を受付けた場合に、当該クライアント端末に対して前記運用系データとして管理された世代のデータを記憶するディスクの情報を通知し、前記ディスクの情報を通知したクライアント端末から当該ディスクの情報とマウント要求とを受付けた場合に、前記運用系データとして管理された世代のデータに前記マウント要求を送信したクライアント端末をアクセスさせるように制御するマウント制御工程と、
   前記管理端末から世代切替要求を受付けた場合に、前記世代管理情報記憶手段において前記待機系データとして管理されていた世代のデータを前記運用系データとして切り替えて管理させるとともに、前記運用系データとして管理されていた世代のデータを前記バックアップ系データとして切り替えて管理させる世代切替工程と、
   を含み、
   前記世代切替工程は、前記運用系データとして管理された世代のデータが前記クライアント端末によってマウントされている状態のまま、前記運用系データとして管理されている世代のデータを前記バックアップ系データとして切り替えて管理させることを特徴とするストレージ制御方法。
6. クライアント端末と、
   前記クライアント端末にアクセスされるＯＳ（Operating System）又はアプリケーションプログラムを含むデータを記憶するストレージ装置と、
   前記ストレージ装置によって記憶されるデータを管理する管理端末とを備えたストレージシステムの前記ストレージ装置によって実行されるストレージ制御方法であって、
   現に運用される世代のデータである運用系データと、世代切替の前まで運用系データであった世代のデータであるバックアップ系データと、次に運用される世代のデータである待機系データとをディスクそれぞれに記憶する世代別記憶手段及び前記各世代を識別する情報とディスクの情報とを対応付けて管理する世代管理情報記憶手段を参照して、前記クライアント端末からの通信要求を受付けた場合に、当該クライアント端末に対して前記運用系データとして管理された世代のデータを記憶するディスクの情報を通知し、前記ディスクの情報を通知したクライアント端末から当該ディスクの情報とマウント要求とを受付けた場合に、前記運用系データとして管理された世代のデータに前記マウント要求を送信したクライアント端末をアクセスさせるように制御するマウント制御工程と、
   前記管理端末から世代切戻要求を受付けた場合に、前記世代管理情報記憶手段において前記バックアップ系データとして管理されていた世代のデータを前記運用系データとして切り替えて管理させるとともに、前記運用系データとして管理されていた世代のデータを前記バックアップ系データとして切り替えて管理させる世代切替工程と、
   を含み、
   前記世代切替工程は、前記運用系データとして管理された世代のデータが前記クライアント端末によってマウントされている状態のまま、前記運用系データとして管理されている世代のデータを前記バックアップ系データとして切り替えて管理させることを特徴とするストレージ制御方法。
7. クライアント端末と、
   前記クライアント端末にアクセスされるＯＳ（Operating System）又はアプリケーションプログラムを含むデータを記憶するストレージ装置と、
   前記ストレージ装置によって記憶されるデータを管理する管理端末とを備えたストレージシステムの前記ストレージ装置としてのコンピュータに実行させるストレージ制御プログラムであって、
   現に運用される世代のデータである運用系データと、世代切替の前まで運用系データであった世代のデータであるバックアップ系データと、次に運用される世代のデータである待機系データとをディスクそれぞれに記憶する世代別記憶手段及び前記各世代を識別する情報とディスクの情報とを対応付けて管理する世代管理情報記憶手段を参照して、前記クライアント端末からの通信要求を受付けた場合に、当該クライアント端末に対して前記運用系データとして管理された世代のデータを記憶するディスクの情報を通知し、前記ディスクの情報を通知したクライアント端末から当該ディスクの情報とマウント要求とを受付けた場合に、前記運用系データとして管理された世代のデータに前記マウント要求を送信したクライアント端末をアクセスさせるように制御するマウント制御手順と、
   前記管理端末から世代切替要求を受付けた場合に、前記世代管理情報記憶手段において前記待機系データとして管理されていた世代のデータを前記運用系データとして切り替えて管理させるとともに、前記運用系データとして管理されていた世代のデータを前記バックアップ系データとして切り替えて管理させる世代切替手順と、
   をコンピュータに実行させ、
   前記世代切替手順は、前記運用系データとして管理された世代のデータが前記クライアント端末によってマウントされている状態のまま、前記運用系データとして管理されている世代のデータを前記バックアップ系データとして切り替えて管理させることを特徴とするストレージ制御プログラム。
8. クライアント端末と、
   前記クライアント端末にアクセスされるＯＳ（Operating System）又はアプリケーションプログラムを含むデータを記憶するストレージ装置と、
   前記ストレージ装置によって記憶されるデータを管理する管理端末とを備えたストレージシステムの前記ストレージ装置としてのコンピュータに実行させるストレージ制御プログラムであって、
   現に運用される世代のデータである運用系データと、世代切替の前まで運用系データであった世代のデータであるバックアップ系データと、次に運用される世代のデータである待機系データとをディスクそれぞれに記憶する世代別記憶手段及び前記各世代を識別する情報とディスクの情報とを対応付けて管理する世代管理情報記憶手段を参照して、前記クライアント端末からの通信要求を受付けた場合に、当該クライアント端末に対して前記運用系データとして管理された世代のデータを記憶するディスクの情報を通知し、前記ディスクの情報を通知したクライアント端末から当該ディスクの情報とマウント要求とを受付けた場合に、前記運用系データとして管理された世代のデータに前記マウント要求を送信したクライアント端末をアクセスさせるように制御するマウント制御手順と、
   前記管理端末から世代切戻要求を受付けた場合に、前記世代管理情報記憶手段において前記バックアップ系データとして管理されていた世代のデータを前記運用系データとして切り替えて管理させるとともに、前記運用系データとして管理されていた世代のデータを前記バックアップ系データとして切り替えて管理させる世代切替手順と、
   をコンピュータに実行させ、
   前記世代切替手順は、前記運用系データとして管理された世代のデータが前記クライアント端末によってマウントされている状態のまま、前記運用系データとして管理されている世代のデータを前記バックアップ系データとして切り替えて管理させることを特徴とするストレージ制御プログラム。

Images