(57)【要約】      （修正有）【課題】ストレージ装置内の単位記憶ユニットの消費量を抑え、ストレージ装置内の単位記憶ユニットに対するメンテナンスコストを低減する。【解決手段】複数のクライアント端末と、少なくとも１台のストレージ装置と、前記複数のクライアント端末と前記ストレージ装置とを接続するネットワークとを備え、前記各クライアント端末は、前記ストレージ装置内の所定の単位記憶ユニットに格納されたデータをロードして動作し、前記複数の単位記憶ユニットは、前記複数のクライアント端末の間で共用されるシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットとに分離されるネットワークブートシステムにおいて、前記各クライアント端末は、前記システム領域単位記憶ユニットを読み出し専用でマウントし、前記ユーザ領域単位記憶ユニットを読み出し、書き込み自在にマウントする。【選択図】図２
2006252112.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末と、
前記複数のクライアント端末がアクセスするデータが格納された複数の単位記憶ユニットを有する少なくとも１台のストレージ装置と、
前記複数のクライアント端末と前記少なくとも１台のストレージ装置とを接続するネットワークとを備え、
前記各クライアント端末は、前記少なくとも１台のストレージ装置内の所定の単位記憶ユニットに格納されたデータをロードして動作するネットワークブートシステムであって、
前記複数の単位記憶ユニットは、前記複数のクライアント端末の間で共用されるシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットとに分離され、
前記複数のクライアント端末から前記システム領域単位記憶ユニットに対するアクセスは読み出し専用であり、かつ、前記ユーザ領域単位記憶ユニットに対するアクセスは、読み出し、書き込み自在であることを特徴とするネットワークブートシステム。
【請求項２】
前記各クライアント端末は、内蔵或いは外部記憶装置の一部を、前記システム領域単位記憶ユニット内のプログラムが動作する際に使用する書き込み領域として使用することを特徴とする請求項１に記載のネットワークブートシステム。
【請求項３】
前記各クライアント端末は、内蔵記憶装置を備えないことを特徴とする請求項１に記載のネットワークブートシステム。
【請求項４】
前記各クライアント端末は、主メモリの一部を、前記システム領域単位記憶ユニット内のプログラムが動作する際に使用する書き込み領域として使用することを特徴とする請求項１ないし請求項３のいずれか１項に記載のネットワークブートシステム。
【請求項５】
前記システム領域単位記憶ユニットには、オペレーティングシステムデータ、アプリケーションデータが格納され、
前記ユーザ領域単位記憶ユニットには、ユーザデータが格納されることを特徴とする請求項１ないし請求項４のいずれか１項に記載のネットワークブートシステム。
【請求項６】
管理サーバを備え、
前記管理サーバは、クライアント端末管理データとして、少なくともＩＰアドレス、起動オペレーティングシステム情報、システム領域単位記憶ユニット情報を管理するとともに、ユーザ管理情報として、少なくともユーザを識別するための情報、ユーザを認証するための情報、ユーザ領域単位記憶ユニット情報を管理することを特徴とする請求項１ないし請求項５のいずれか１項に記載のネットワークブートシステム。
【請求項７】
複数のクライアント端末と、
前記複数のクライアント端末がアクセスするデータが格納された複数の単位記憶ユニットを有する少なくとも１台のストレージ装置と、
前記複数のクライアント端末と前記少なくとも１台のストレージ装置とを接続するネットワークとを備え、
前記各クライアント端末は、前記少なくとも１台のストレージ装置内の所定の単位記憶ユニットに格納されたデータをロードして動作し、
前記複数の単位記憶ユニットは、前記複数のクライアント端末の間で共用されるシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットとに分離されるネットワークブートシステムにおける単位記憶ユニットのマウント方法であって、
前記各クライアント端末は、前記システム領域単位記憶ユニットを読み出し専用でマウントし、前記ユーザ領域単位記憶ユニットを読み出し、書き込み自在にマウントすることを特徴とする単位記憶ユニットのマウント方法。
【請求項８】
前記各クライアント端末は、内蔵或いは外部記憶装置の一部を、前記システム領域単位記憶ユニット内のプログラムが動作する際に使用する書き込み領域として使用することを特徴とする請求項７に記載の単位記憶ユニットのマウント方法。
【請求項９】
前記各クライアント端末は、主メモリの一部を、前記システム領域単位記憶ユニット内のプログラムが動作する際に使用する書き込み領域として使用することを特徴とする請求項７または請求項８に記載の単位記憶ユニットのマウント方法。
【請求項１０】
前記システム領域単位記憶ユニットには、オペレーティングシステムデータ、アプリケーションデータが格納され、
前記ユーザ領域単位記憶ユニットには、ユーザデータが格納されることを特徴とする請求項７ないし請求項９のいずれか１項に記載の単位記憶ユニットのマウント方法。
【請求項１１】
請求項７ないし請求項１０のいずれか１項に記載の単位記憶ユニットのマウント方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークブートシステム、単位記憶ユニットのマウント方法およびプログラムに係り、特に、ネットワークブートシステムにおけるストレージ装置内の論理ユニットに対するメンテナンスコストを低減する技術に関する。
【背景技術】
【０００２】
従来、コンピュータ端末の動作に必要な、例えば、オペレーティングシステム（以下、ＯＳという）やアプリケーションソフトウェア等のデータをコンピュータ端末の外部に設置されたストレージ装置に保存し、ネットワークを介して取得することを可能とするネットワークブートシステムが知られている（下記、特許文献１参照）。
この特許文献１に係わる発明では、コンピュータ端末の使用に必要なデータを、各コンピュータ端末に内蔵されたハードディスクに保存することなく、ストレージ装置に集約して保存できることから、ＯＳやアプリケーションソフトウェアの新しいバージョンヘの更新や、コンピュータウイルスの駆除といったストレージ装置のデータ更新処理を、各コンピュータ端末の使用者による自発的な実施に依存することなく、ネットワークブートシステムの管理者等が一括して行うことが期待できる。
【０００３】
なお、本願発明に関連する先行技術文献としては以下のものがある。
【特許文献１】特開２００２−１２３４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前述したネットワークブートシステムでは、ＯＳ、アプリケーション、ユーザデータなどを格納する論理ユニット（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；以下、ＬＵＮ）を通知する（図２の２１２）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
なお、システム領域ＬＵＮ通知は、２０９のステップで実行することも可能である。
次に、ブートストラップファイルは、ストレージ（１０，１１）に対して、通知された番号のシステム領域ＬＵの利用要求を送り（図２の２１３）、ストレージ（１０，１１）からのシステム領域ＬＵＮの利用応答（図２の２１４）を待って、通知された番号のシステム領域ＬＵをクライアント端末（１，２）にマウントし、ブートする。これにより、ＯＳの起動が終了する（図２の２１５）。
【００１２】
次に、ユーザのログイン（図２の２１６）を待って、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図２の２１７）。このとき、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザＩＤ、パスワードを通知する。
ＤＢサーバ６は、ユーザの正当性を確認し、内部のデータベースにユーザ情報を登録する（図２の２１８）。
次に、ＤＢサーバ６は、クライアント端末（１，２）のＯＳに対して、ユーザ領域のＬＵＮを通知する（図２の２１９）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
次に、クライアント端末（１，２）のＯＳは、ストレージ（１０，１１）に対して、通知された番号のユーザ領域ＬＵの利用要求を送り（図２の２２０）、ストレージ（１０，１１）からのユーザ領域ＬＵＮ利用応答（図２の２２１）を待って、通知された番号のユーザ領域ＬＵをクライアント端末（１，２）にマウントする。
【００１３】
図３は、図１に示すＤＢサーバ６内で管理されるテーブルの種類を示す図である。
図３に示すように、ＤＢサーバ６内には、クライアント端末起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、クライアント端末情報テーブル６５が設けられる。
図４は、図３に示すクライアント端末起動制御テーブル６１の内容を示す図である。
図４に示すように、クライアント端末起動制御テーブル６１は、起動されたクライアント端末のＭＡＣアドレス、ＩＰアドレス、使用ＯＳ名、使用ユーザ名、システム領域ＬＵＮ、ユーザ領域ＬＵＮを格納するものである。クライアント端末起動制御テーブル６１のそれぞれのフィールドには、図２に示すクライアント端末認証情報登録（図２の２１１）、あるいはユーザ認証情報登録（図２の２１８）時に所定の情報が格納される。
図５は、図３に示すユーザ情報テーブル６２の内容を示す図であり、図５に示すようにユーザ情報テーブル６２は、ユーザ名毎のパスワードを格納するものである。このユーザ情報テーブル６２は、ユーザ認証（図２の２１８）時に使用される。
【００１４】
図６は、図３に示すＬＵＮ情報テーブル６３の内容を示す図であり、図６に示すようにＬＵＮ情報テーブル６３には、ＬＵＮと、当該ＬＵＮの番号のＬＵの種類（システム領域ＬＵ、あるいは、ユーザ領域ＬＵ）と、当該ＬＵＮの番号のＬＵのＯＳと、使用しているクライアント端末名と、使用しているユーザ名とが格納される。「ＬＵの種類」がシステム領域ＬＵに該当するＬＵは、複数のクライアント端末で共用され、クライアント端末からのアクセスは読み出し専用であることを意味する。
「ＬＵ使用クライアント端末」には、「ＬＵの種類」がシステム領域ＬＵの場合のみ、クライアント端末識別子（ＭＡＣアドレス）が格納され、「ＬＵ使用ユーザ名」には、「ＬＵの種類」がユーザ領域ＬＵの場合のみＬＵを使用するユーザ名が格納される。このＬＵＮ情報テーブル６３を用いて、クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知する。（図２の２１２、図２の２１９）
図７は、図３に示すストレージ装置情報テーブル６４の内容を示す図であり、図７に示すようにストレージ装置情報テーブル６４は、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名を格納するものである。クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知（図２の２１２、図２の２１９）する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。
図８は、図３に示すクライアント端末情報テーブル６５の内容を示す図であり、図８に示すようにクライアント端末情報テーブル６５は、クライアント端末のＭＡＣアドレスと、クライアント端末のＩＰアドレスと、ＤＨＣＰサーバ３のＩＰアドレスと、ＴＦＴＰサーバ５のＩＰアドレスとを格納するものである。
【００１５】
本実施例のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵを、複数のクライアント端末の間で共用されるシステム領域ＬＵと、ユーザ毎に用意されるユーザ領域ユニットとに分離する。そして、複数のクライアント端末は、前記システム領域ＬＵに対しては読み出し専用でアクセスし、前記ユーザ領域ＬＵに対しては、読み出し、書き込み自在にアクセスする。
さらに、前記各クライアント端末は、内蔵、または外部記憶装置、あるいは主メモリの一部を、前記システム領域ＬＵ内のプログラムが動作する際に使用する書き込み領域として使用する。
前述した処理を実行するために、本実施例では、図９に示すように、ブートストラップファイル５０は、プログラムＡ（５０Ａ）、プログラムＢ（５０Ｂ）、およびプログラムＣ（５０Ｃ）を有する。
なお、図９は、本実施例のブートストラップファイル５０が持つプログラムを示す模式図である。
【００１６】
プログラムＡ（５０Ａ）は、必要に応じてクライアント端末（１，２）のユーザに対して、ユーザ名とパスワードを入力させ、認証要求をＤＢサーバ６に送信するユーザ認証機能、および受信した認証応答に基づき、指定されたストレージ装置内のＬＵ（１０１〜１０３）に接続するｉＳＣＳＩイニシエータ機能を有する。
プログラムＢ（５０Ｂ）は、クライアント端末（１，２）の起動時に、ユーザ領域ＬＵをマウントをさせない処理を実行する。
なお、従来のネットワークブートシステムでは、クライアント端末（１，２）は、起動後にユーザ領域ＬＵをマウントした状態、あるいは、ユーザデータとシステムデータが蓄積されたＬＵをマウントした状態で、クライアント端末のディスプレイにユーザログイン画面を表示する。クライアント端末（１，２）は、プログラムＢを利用することにより、起動後に、ユーザ領域ＬＵをマウントしない状態で、ユーザログイン画面を表示し、ユーザログイン待ちとなることが可能となる。
プログラムＣは、通常、クライアント端末（１，２）が読み込み専用でマウントしたシステム領域ＬＵへ行う書き込みを、クライアント端末（１，２）に直接接続される記憶装置、例えば、メインメモリ、ディスク、ＵＳＢメモリ等（以下、一時書込みディスクと呼ぶ）に対して行うための処理を実行する。
このプログラムＣ（５０Ｃ）は、プロセス（ＯＳ，アプリケーション等）から、下記（１）の処理を透過的に行うことを可能とするためのファイルシステムプログラムとデバイスドライバプログラムを含む。
（１）システム領域ディスクへの書き込みデータを一時書込みディスクに対して行う処理（プロセスからはシステム領域ディスクへ書き込まれたように見える）。
【００１７】
また、本実施例では、ＤＢサーバ６が、クライアント端末（１，２）の電源投入後に、クライアント端末との間で通信を行い、クライアント端末（１，２）にクライアント端末管理データを割り当てるためのクライアント端末認証プログラムを有する。
このプログラムは、ユーザの選択や、クライアント端末（１，２）のＭＡＣアドレス情報から、起動ＯＳやＩＰアドレス、ホスト名（コンピュータ名）、ドメイン名、システム領域ＬＵを動的に割り当てるプログラムである。
さらに、ＤＢサーバ６が、ユーザログイン時に、クライアント端末（１，２）との間で通信を行い、ユーザ名をもとにユーザ領域ＬＵを割り当てるユーザ認証プログラムも有する。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例のネットワークブートシステムの概略構成を示すブロック図である。
【図２】本発明の実施例のネットワークブートシステムの動作を説明するためのシーケンス図である
【図３】図１に示すデータベース管理サーバ内で管理されるテーブルの種類を示す図である。
【図４】図３に示すクライアント端末起動制御テーブルの内容を示す図である。
【図５】図３に示すユーザ情報テーブルの内容を示す図である。
【図６】図３に示すＬＵＮ情報テーブルの内容を示す図である。
【図７】図３に示すストレージ装置情報テーブルの内容を示す図である。
【図８】図３に示すクライアント端末情報テーブルの内容を示す図である。
【図９】本発明の実施例のブートストラップファイルが持つプログラムを示す模式図である。
【符号の説明】
【００１９】
１，２  クライアント端末
３  ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ
４  ＰＸＥ（Preboot Execution Environment）サーバ
５  ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ
６  データベース管理サーバ
９  ＴＣＰ／ＩＰネットワーク
１０，１１  ストレージ装置
５０  ブートストラップファイル
５０Ａ，５０Ｂ，５０Ｃ  プログラム
６１  クライアント端末起動制御テーブル
６２  ユーザ情報テーブル
６３  ＬＵＮ情報テーブル
６４  ストレージ装置情報テーブル
６５  クライアント端末情報テーブル
１０１〜１０３  ターゲット
【図１】
2006252112.tif 000003
【図２】
2006252112.tif 000004
【図３】
2006252112.tif 000005
【図４】
2006252112.tif 000006
【図５】
2006252112.tif 000007
【図６】
2006252112.tif 000008
【図７】
2006252112.tif 000009
【図８】
2006252112.tif 000010
【図９】
2006252112.tif 000011