JP5073171B2 - ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ - Google Patents
ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ Download PDFInfo
- Publication number
- JP5073171B2 JP5073171B2 JP2005067061A JP2005067061A JP5073171B2 JP 5073171 B2 JP5073171 B2 JP 5073171B2 JP 2005067061 A JP2005067061 A JP 2005067061A JP 2005067061 A JP2005067061 A JP 2005067061A JP 5073171 B2 JP5073171 B2 JP 5073171B2
- Authority
- JP
- Japan
- Prior art keywords
- unit
- user
- client terminal
- storage
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Description
本発明は、ネットワークブートシステム、クライアント端末の起動方法、および管理サーバに係り、特に、ユーザが、クライアント端末、および起動ＯＳを自由に選択可能とする技術に関する。
従来、コンピュータ端末の動作に必要な、例えば、オペレーティングシステム（以下、ＯＳという）やアプリケーションソフトウェア等のデータをコンピュータ端末の外部に設置されたストレージ装置に保存し、ネットワークを介して取得することを可能とするネットワークブートシステムが知られている（下記、特許文献１参照）。
この特許文献１に係わる発明では、コンピュータ端末の使用に必要なデータを、各コンピュータ端末に内蔵されたハードディスクに保存することなく、ストレージ装置に集約して保存できることから、ＯＳやアプリケーションソフトウェアの新しいバージョンヘの更新や、コンピュータウイルスの駆除といったストレージ装置のデータ更新処理を、各コンピュータ端末の使用者による自発的な実施に依存することなく、ネットワークブートシステムの管理者等が一括して行うことが期待できる。
この特許文献１に係わる発明では、コンピュータ端末の使用に必要なデータを、各コンピュータ端末に内蔵されたハードディスクに保存することなく、ストレージ装置に集約して保存できることから、ＯＳやアプリケーションソフトウェアの新しいバージョンヘの更新や、コンピュータウイルスの駆除といったストレージ装置のデータ更新処理を、各コンピュータ端末の使用者による自発的な実施に依存することなく、ネットワークブートシステムの管理者等が一括して行うことが期待できる。
なお、本願発明に関連する先行技術文献としては以下のものがある。
特開２００２−１２３４００号公報
しかしながら、前述したネットワークブートシステムでは、ＯＳ、アプリケーション、ユーザデータなどを格納する論理ユニット（Logical Unit；以下、ＬＵという）の中で、クライアント端末で起動するＯＳや、動作するシステムが利用するデータを格納したＬＵ（システム領域ＬＵ）は、各クライアント端末で管理されている。
そのため、各クライアント端末は、各クライアント端末で設定されたＯＳを起動、およびＬＵをマウントしなければならず、利用するＯＳや、システム領域ＬＵをユーザが選択できず、さらに、起動ＯＳ、あるいは、マウントするＬＵを変更、あるいは追加する場合、各クライアント端末で設定変更が必要であるという問題点があった。
さらに、各クライアント端末とログインユーザとは固定的に対応付けられており、ユーザはログイン可能なクライアント端末のみを利用しなければならないという問題点もあった。
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、ネットワークブートシステムおよびクライアント端末の起動方法において、ユーザが、クライアント端末、および起動ＯＳを自由に選択可能となる技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
そのため、各クライアント端末は、各クライアント端末で設定されたＯＳを起動、およびＬＵをマウントしなければならず、利用するＯＳや、システム領域ＬＵをユーザが選択できず、さらに、起動ＯＳ、あるいは、マウントするＬＵを変更、あるいは追加する場合、各クライアント端末で設定変更が必要であるという問題点があった。
さらに、各クライアント端末とログインユーザとは固定的に対応付けられており、ユーザはログイン可能なクライアント端末のみを利用しなければならないという問題点もあった。
本発明は、前記従来技術の問題点を解決するためになされたものであり、本発明の目的は、ネットワークブートシステムおよびクライアント端末の起動方法において、ユーザが、クライアント端末、および起動ＯＳを自由に選択可能となる技術を提供することにある。
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面によって明らかにする。
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、下記の通りである。
前述の目的を達成するために、本発明のネットワークブートシステムでは、管理サーバが、各クライアント端末に対して、オペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つ単位記憶ユニットを通知し、各クライアント端末が、少なくとも１ 台のストレージ装置における、管理サーバから通知された単位記憶ユニットを接続し、管理サーバから通知されたブート区画に記憶されたブートプログラムを読み込み実行することを特徴とする。
また、本発明では、複数の単位記憶ユニットは、ブート区画にブートプログラムを記憶するシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成り、管理サーバが、前記オペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域単位記憶ユニットを各クライアント端末に通知し、各クライアント端末が、管理サーバから通知されたシステム領域単位記憶ユニットを接続し、管理サーバから通知されたブート区画に記憶されたブートプログラムを読み込み実行した後、各クライアント端末が、オペレーティングシステム起動後のユーザログオン時のユーザ認証に基づいて、少なくとも１ 台のストレージ装置における、管理サーバから通知されたユーザ領域単位記憶ユニットをマウントする
前述の目的を達成するために、本発明のネットワークブートシステムでは、管理サーバが、各クライアント端末に対して、オペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つ単位記憶ユニットを通知し、各クライアント端末が、少なくとも１ 台のストレージ装置における、管理サーバから通知された単位記憶ユニットを接続し、管理サーバから通知されたブート区画に記憶されたブートプログラムを読み込み実行することを特徴とする。
また、本発明では、複数の単位記憶ユニットは、ブート区画にブートプログラムを記憶するシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成り、管理サーバが、前記オペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域単位記憶ユニットを各クライアント端末に通知し、各クライアント端末が、管理サーバから通知されたシステム領域単位記憶ユニットを接続し、管理サーバから通知されたブート区画に記憶されたブートプログラムを読み込み実行した後、各クライアント端末が、オペレーティングシステム起動後のユーザログオン時のユーザ認証に基づいて、少なくとも１ 台のストレージ装置における、管理サーバから通知されたユーザ領域単位記憶ユニットをマウントする
また、本発明のネットワークブートシステムでは、管理サーバが、各クライアント端末に対して、オペレーティングシステムに対応するブートプログラム情報を通知し、各クライアント端末が、通知されたブートプログラムを管理サーバからダウンロードして実行し、各クライアント端末が、少なくとも１ 台のストレージ装置の所定の単位記憶ユニットを接続することを特徴とする。
また、本発明では、複数の単位記憶ユニットは、システム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成り、管理サーバが、各クライアント端末に対して、システム領域単位記憶ユニットを通知し、各クライアント端末が、少なくとも１ 台のストレージ装置における、管理サーバから通知されたシステム領域単位記憶ユニットを接続した後、各クライアント端末が、オペレーティングシステム起動後のユーザログオン時のユーザ認証に基づいて、少なくとも１ 台のストレージ装置における、管理サーバから通知された当該ユーザ領域単位記憶ユニットをマウントする。
また、本発明では、複数の単位記憶ユニットは、システム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成り、管理サーバが、各クライアント端末に対して、システム領域単位記憶ユニットを通知し、各クライアント端末が、少なくとも１ 台のストレージ装置における、管理サーバから通知されたシステム領域単位記憶ユニットを接続した後、各クライアント端末が、オペレーティングシステム起動後のユーザログオン時のユーザ認証に基づいて、少なくとも１ 台のストレージ装置における、管理サーバから通知された当該ユーザ領域単位記憶ユニットをマウントする。
本願において開示される発明のうち代表的なものによって得られる効果を簡単に説明すれば、下記の通りである。
本発明によれば、クライアント端末とユーザ、および、クライアント端末と起動ＯＳとの固定的関連付を解消し、ユーザがクライアント端末、および起動ＯＳを自由に選択することが可能となる。
本発明によれば、クライアント端末とユーザ、および、クライアント端末と起動ＯＳとの固定的関連付を解消し、ユーザがクライアント端末、および起動ＯＳを自由に選択することが可能となる。
以下、図面を参照して本発明の実施例を詳細に説明する。
なお、実施例を説明するための全図において、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
図１は、本発明の実施例のネットワークブートシステムの概略構成を示すブロック図である。
本実施例のネットワークブートシステムは、図１に示すように、１台以上のクライアント端末（１，２）、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ３、ＰＸＥ（Preboot Execution Environment）サーバ４、ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ５、データベース管理サーバ（以下、ＤＢサーバ）６、１台以上のストレージ装置（１０、１１）が、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワーク９を介して接続されている。なお、ＤＨＣＰサーバ３、ＰＸＥサーバ４、ＴＦＴＰサーバ５、およびＤＢサーバ６は管理サーバを構成し、さらに、各装置にはＩＰアドレスが割り当てられ、各装置間はＴＣＰ／ＩＰによる通信が可能である。また、本実施例の一形態では、ＴＦＴＰサーバ５は必要ない。
各ストレージ装置（１０，１１）内には、データを格納するための１以上のターゲット（１０１〜１０３）があり、ターゲットには１以上の論理ユニット（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；以下、ＦＣ）等のｉＳＣＳＩ以外のストレージ装置アクセスプロトコルによる通信機能を持ったストレージ装置が、ＴＣＰ／ＩＰネットワーク９とは別個のネットワークを介して接続されていて、ｉＳＣＳＩとＦＣ等との間でプロトコル変換を行い、各クライアント端末（１，２）と各ストレージ装置との間の通信を中継するものである。
図１においては、ストレージ装置（１０，１１）の全部または一部を前記ストレージルータに置き換えても問題なく動作するが、以下の説明では、ストレージルータを使用しない場合について説明する。
本実施例のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵを、システム領域ＬＵと、ユーザ毎に用意されるユーザ領域ＬＵとに分離する。ここで、システム領域ＬＵには、ＯＳ，アプリケーションデータ等が格納され、ユーザ領域ＬＵには、ユーザデータ（例えば、デスクトップ設定データ、ドキュメントファイル等）が格納される。
さらに、ストレージ装置（１０，１１）をＴＣＰ／ＩＰネットワーク９に接続する代わりに、ストレージルータを接続することもできる。
ストレージルータには、ファイバチャネル（fibre channel；以下、ＦＣ）等のｉＳＣＳＩ以外のストレージ装置アクセスプロトコルによる通信機能を持ったストレージ装置が、ＴＣＰ／ＩＰネットワーク９とは別個のネットワークを介して接続されていて、ｉＳＣＳＩとＦＣ等との間でプロトコル変換を行い、各クライアント端末（１，２）と各ストレージ装置との間の通信を中継するものである。
図１においては、ストレージ装置（１０，１１）の全部または一部を前記ストレージルータに置き換えても問題なく動作するが、以下の説明では、ストレージルータを使用しない場合について説明する。
本実施例のネットワークブートシステムでは、ストレージ装置（１０，１１）内に設けられる複数のＬＵを、システム領域ＬＵと、ユーザ毎に用意されるユーザ領域ＬＵとに分離する。ここで、システム領域ＬＵには、ＯＳ，アプリケーションデータ等が格納され、ユーザ領域ＬＵには、ユーザデータ（例えば、デスクトップ設定データ、ドキュメントファイル等）が格納される。
本発明では、クライアント端末（１，２）が、ＰＸＥサーバ４から、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能な場合は、クライアント端末（１，２）は、通知されたシステム領域ＬＵを接続した後、通知されたブート区画に記憶されたブートプログラムを読み込み実行して起動する。
例えば、ＨＢＡ(Host Bus Adaptor)を利用することで、ＢＩＯＳレベルでｉＳＣＳＩディスクを接続することが可能である。この時のシーケンスを図２（ａ）に示す。
クライアント端末（１，２）が、ＰＸＥサーバ４から、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続不可能な場合は、クライアント端末（１，２）は、ＴＦＴＰサーバ５から、システム領域ＬＵを接続するためのブートプログラムをダウンロードし、システム領域ＬＵユニットを接続する。この時のシーケンスを図２（ｂ）に示す。
以下、図２（ａ）に示すシーケンス図に従って、本実施例のネットワークブートシステムにおいて、クライアント端末（１，２）が、ＰＸＥサーバ４から、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能な場合の動作を説明する。
例えば、ＨＢＡ(Host Bus Adaptor)を利用することで、ＢＩＯＳレベルでｉＳＣＳＩディスクを接続することが可能である。この時のシーケンスを図２（ａ）に示す。
クライアント端末（１，２）が、ＰＸＥサーバ４から、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続不可能な場合は、クライアント端末（１，２）は、ＴＦＴＰサーバ５から、システム領域ＬＵを接続するためのブートプログラムをダウンロードし、システム領域ＬＵユニットを接続する。この時のシーケンスを図２（ｂ）に示す。
以下、図２（ａ）に示すシーケンス図に従って、本実施例のネットワークブートシステムにおいて、クライアント端末（１，２）が、ＰＸＥサーバ４から、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能な場合の動作を説明する。
電源が投入されると、クライアント端末（１，２）はＤＨＣＰサーバ３に対してＤＨＣＰ要求を送信し（図２（ａ）の２０１）、ＤＨＣＰサーバ３はクライアント端末（１，２）に対してＤＨＣＰ応答を返す（図２（ａ）の２０２）。
ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。
次に、クライアント端末（１，２）は、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令を実行し、ユーザにＯＳを選択させた後、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知する（図２（ａ）の２０３）。
ＰＸＥサーバ４はＤＢサーバ６に対して、クライアント端末（１，２）が、クライアント端末（１，２）が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能か否かを問い合わせる（図２（ａ）２０４）。
この例では、クライアント端末（１，２）が、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵの接続が可能であるので、ＤＢサーバ６はＰＸＥサーバ４に対して、その旨を返答する（図２（ａ）２０５）。
ＰＸＥサーバ４は、クライアント端末（１，２）が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵとをクライアント端末（１，２）に対して通知する（図２（ａ）の２０６）。このとき、通知したシステム領域ＬＵが格納されているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。
次に、クライアント端末（１，２）は、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令を実行し、ユーザにＯＳを選択させた後、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知する（図２（ａ）の２０３）。
ＰＸＥサーバ４はＤＢサーバ６に対して、クライアント端末（１，２）が、クライアント端末（１，２）が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能か否かを問い合わせる（図２（ａ）２０４）。
この例では、クライアント端末（１，２）が、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵの接続が可能であるので、ＤＢサーバ６はＰＸＥサーバ４に対して、その旨を返答する（図２（ａ）２０５）。
ＰＸＥサーバ４は、クライアント端末（１，２）が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵとをクライアント端末（１，２）に対して通知する（図２（ａ）の２０６）。このとき、通知したシステム領域ＬＵが格納されているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
次に、クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、通知されたシステム領域ＬＵの利用要求を送り（図２（ａ）の２０７）、ストレージ装置（１０，１１）からのシステム領域ＬＵＮの利用応答（図２（ａ）の２０８）を待って、通知された番号のシステム領域ＬＵを接続し、通知されたブート区画に記憶されたブートプログラムを読み込み実行する。これにより、ブートストラップが起動する（図２（ａ）の２０９）。
次に、クライアント端末（１，２）は、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図２（ａ）の２１０）。
ＤＨＣＰサーバ３は、クライアント端末（１，２）のブートストラップファイルに対して、ＩＰアドレスを通知する（図２（ａ）の２１１）。
次に、クライアント端末（１，２）は、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図２（ａ）の２１２）。
ＤＢサーバ６は、クライアント端末（１，２）の認証を行い、内部のデータベースにクライアント端末情報を登録する（図２（ａ）の２１３）。
次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、クライアント端末認証要求に対する返答を返し（図２（ａ）の２１４）、これにより、ＯＳの起動が終了する（図２（ａ）の２１５）。
次に、クライアント端末（１，２）は、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図２（ａ）の２１０）。
ＤＨＣＰサーバ３は、クライアント端末（１，２）のブートストラップファイルに対して、ＩＰアドレスを通知する（図２（ａ）の２１１）。
次に、クライアント端末（１，２）は、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図２（ａ）の２１２）。
ＤＢサーバ６は、クライアント端末（１，２）の認証を行い、内部のデータベースにクライアント端末情報を登録する（図２（ａ）の２１３）。
次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、クライアント端末認証要求に対する返答を返し（図２（ａ）の２１４）、これにより、ＯＳの起動が終了する（図２（ａ）の２１５）。
次に、ユーザのログイン（図２（ａ）の２１６）を待って、クライアント端末（１，２）は、ＤＢサーバ６に対して、ユーザ認証要求を送信する（図２（ａ）の２１７）。このとき、クライアント端末（１，２）のＯＳは、ＤＢサーバ６に対して、ユーザＩＤ、パスワードを通知する。
ＤＢサーバ６は、ユーザの正当性を確認し、内部のデータベースにユーザ情報を登録する（図２（ａ）の２１８）。
次に、ＤＢサーバ６は、クライアント端末（１，２）のＯＳに対して、ユーザ領域のＬＵＮを通知する（図２（ａ）の２１９）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
次に、クライアント端末（１，２）のＯＳは、ストレージ装置（１０，１１）に対して、通知された番号のユーザ領域ＬＵの利用要求を送り（図２（ａ）の２２０）、ストレージ装置（１０，１１）からのユーザ領域ＬＵＮ利用応答（図２（ａ）の２２１）を待って、通知された番号のユーザ領域ＬＵをクライアント端末（１，２）にマウントする。
ＤＢサーバ６は、ユーザの正当性を確認し、内部のデータベースにユーザ情報を登録する（図２（ａ）の２１８）。
次に、ＤＢサーバ６は、クライアント端末（１，２）のＯＳに対して、ユーザ領域のＬＵＮを通知する（図２（ａ）の２１９）。この時に、通知した番号のＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
次に、クライアント端末（１，２）のＯＳは、ストレージ装置（１０，１１）に対して、通知された番号のユーザ領域ＬＵの利用要求を送り（図２（ａ）の２２０）、ストレージ装置（１０，１１）からのユーザ領域ＬＵＮ利用応答（図２（ａ）の２２１）を待って、通知された番号のユーザ領域ＬＵをクライアント端末（１，２）にマウントする。
以下、図２（ｂ）に示すシーケンス図に従って、本実施例のネットワークブートシステムにおいて、クライアント端末（１，２）が、ＰＸＥサーバ４から、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続不可能な場合の動作を説明する。
電源が投入されると、クライアント端末（１，２）はＤＨＣＰサーバ３に対してＤＨＣＰ要求を送信し（図２（ｂ）の３０１）、ＤＨＣＰサーバ３はクライアント端末（１，２）に対してＤＨＣＰ応答を返す（図２（ｂ）の３０２）。
ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。
次に、クライアント端末（１，２）は、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令を実行し、ユーザにＯＳを選択させた後、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知する（図２（２）の３０３）。
ＰＸＥサーバ４はＤＢサーバ６に対して、クライアント端末（１，２）が、クライアント端末（１，２）が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能か否かを問い合わせる（図２（ｂ）３０４）。
この例では、クライアント端末（１，２）が、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵの接続が不可能であるので、ＤＢサーバ６はＰＸＥサーバ４に対して、その旨を返答する（図２（ｂ）３０５）。
電源が投入されると、クライアント端末（１，２）はＤＨＣＰサーバ３に対してＤＨＣＰ要求を送信し（図２（ｂ）の３０１）、ＤＨＣＰサーバ３はクライアント端末（１，２）に対してＤＨＣＰ応答を返す（図２（ｂ）の３０２）。
ＤＨＣＰ応答を受信することにより、クライアント端末（１，２）は、ＴＣＰ／ＩＰネットワーク９におけるＩＰアドレスを獲得する。さらに、ＤＨＣＰ応答には、ＰＸＥサーバ４のＩＰアドレス、および、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令も含まれている。
次に、クライアント端末（１，２）は、ユーザにＯＳを選択させるためのメニュー画面を表示するための命令を実行し、ユーザにＯＳを選択させた後、ＰＸＥサーバ４に対して、ユーザが選択したＯＳを通知する（図２（２）の３０３）。
ＰＸＥサーバ４はＤＢサーバ６に対して、クライアント端末（１，２）が、クライアント端末（１，２）が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵを接続可能か否かを問い合わせる（図２（ｂ）３０４）。
この例では、クライアント端末（１，２）が、自端末が選択したオペレーティングシステムに対応するブートプログラムを記憶するブート区画と、当該ブート区画を持つシステム領域ＬＵの通知を受けた段階で、システム領域ＬＵの接続が不可能であるので、ＤＢサーバ６はＰＸＥサーバ４に対して、その旨を返答する（図２（ｂ）３０５）。
ＰＸＥサーバ４はクライアント端末（１，２）に対して、ＴＦＴＰサーバ５のＩＰアドレスと、ブートストラップファイル識別子（ブートプログラム情報）を通知する（図２（ｂ）の３０６）。
次に、クライアント端末（１，２）は、指定されたＴＦＴＰサーバ５ヘブートストラップファイル取得要求（ＴＦＴＰ要求）を送り（図２（ｂ）の３０７）、ＴＦＴＰサーバ５から通知されたブートストラップファイル識別子に対応するブートプログラムをダウンロードする（図２（ｂ）の３０８）。
次に、クライアント端末（１，２）は、当該ダウンロードしたブートプログラムを、自端末内のＲＡＭ（Random Access Memory）に展開し、実行する（図２（ｂ）の３０９）。
次に、クライアント端末（１，２）は、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図２（ｂ）の３１０）。
ＤＨＣＰサーバ３は、クライアント端末（１，２）に対して、ＩＰアドレスを通知する（図２（ｂ）の３１１）。
次に、クライアント端末（１，２）は、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図２（ｂ）の３１２）。
次に、クライアント端末（１，２）は、指定されたＴＦＴＰサーバ５ヘブートストラップファイル取得要求（ＴＦＴＰ要求）を送り（図２（ｂ）の３０７）、ＴＦＴＰサーバ５から通知されたブートストラップファイル識別子に対応するブートプログラムをダウンロードする（図２（ｂ）の３０８）。
次に、クライアント端末（１，２）は、当該ダウンロードしたブートプログラムを、自端末内のＲＡＭ（Random Access Memory）に展開し、実行する（図２（ｂ）の３０９）。
次に、クライアント端末（１，２）は、ＤＨＣＰサーバ３に対してＩＰアドレス要求を送信する（図２（ｂ）の３１０）。
ＤＨＣＰサーバ３は、クライアント端末（１，２）に対して、ＩＰアドレスを通知する（図２（ｂ）の３１１）。
次に、クライアント端末（１，２）は、ＤＢサーバ６に対してクライアント端末認証要求を送信する（図２（ｂ）の３１２）。
ＤＢサーバ６は、クライアント端末（１，２）の認証を行い、内部のデータベースにクライアント端末情報を登録する（図２（ｂ）の３１３）。
次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、システム領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）を通知する（図２（ｂ）の３１４）。この時に、通知したＬＵＮのＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
なお、システム領域ＬＵＮ通知は、３１１のステップで実行することも可能である。
次に、クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、通知された番号のシステム領域ＬＵの利用要求を送り（図２（ｂ）の３１５）、ストレージ装置（１０，１１）からのシステム領域ＬＵＮの利用応答（図２（ｂ）の３１６）を待って、通知された番号のシステム領域ＬＵを接続する。これにより、ＯＳの起動が終了する（図２（ｂ）の３１７）。
なお、図２（ｂ）の３１８〜３２３の処理は、図２（ａ）の２１６〜２２１の処理と同じであるので、再度の説明は省略する。
次に、ＤＢサーバ６は、クライアント端末（１，２）に対して、システム領域の論理ユニット番号（Logical Unit Number；以下、ＬＵＮ）を通知する（図２（ｂ）の３１４）。この時に、通知したＬＵＮのＬＵが格納しているストレージ装置のＩＰアドレス、ポート番号、およびターゲット名も同時に通知する。
なお、システム領域ＬＵＮ通知は、３１１のステップで実行することも可能である。
次に、クライアント端末（１，２）は、ストレージ装置（１０，１１）に対して、通知された番号のシステム領域ＬＵの利用要求を送り（図２（ｂ）の３１５）、ストレージ装置（１０，１１）からのシステム領域ＬＵＮの利用応答（図２（ｂ）の３１６）を待って、通知された番号のシステム領域ＬＵを接続する。これにより、ＯＳの起動が終了する（図２（ｂ）の３１７）。
なお、図２（ｂ）の３１８〜３２３の処理は、図２（ａ）の２１６〜２２１の処理と同じであるので、再度の説明は省略する。
図３は、図１に示すＤＢサーバ６内で管理されるテーブルの種類を示す図である。
図３に示すように、ＤＢサーバ６内には、クライアント端末起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、クライアント端末情報テーブル６５が設けられる。
図４は、図３に示すクライアント端末起動制御テーブル６１の内容を示す図である。
図４に示すように、クライアント端末起動制御テーブル６１には、起動されたクライアント端末のＭＡＣアドレス、ＩＰアドレス、使用ＯＳ名、使用ユーザ名、システム領域ＬＵＮ、およびユーザ領域ＬＵＮが格納される。クライアント端末起動制御テーブル６１のそれぞれのフィールドには、図２に示すクライアント端末認証情報登録（図２（ａ）の２１３,図２（ｂ）の３１３）、あるいはユーザ認証情報登録（図２（ａ）の２１８,図２（ｂ）の３２０）時に所定の情報が格納される。
図５は、図３に示すユーザ情報テーブル６２の内容を示す図であり、図５に示すようにユーザ情報テーブル６２には、ユーザ名毎のパスワードが格納される。このユーザ情報テーブル６２は、ユーザ認証（図２（ａ）の２１８,図２（ｂ）の３２０）時に使用される。
また、ユーザ情報テーブル６２には、ユーザＩＤ、グループＩＤ、ドメイン名の各カラムを用意し、それぞれユーザの識別番号、ユーザの属するグループの識別番号、ユーザの属するドメイン名を格納し、利用することも可能である。
図３に示すように、ＤＢサーバ６内には、クライアント端末起動制御テーブル６１、ユーザ情報テーブル６２、ＬＵＮ情報テーブル６３、ストレージ装置情報テーブル６４、クライアント端末情報テーブル６５が設けられる。
図４は、図３に示すクライアント端末起動制御テーブル６１の内容を示す図である。
図４に示すように、クライアント端末起動制御テーブル６１には、起動されたクライアント端末のＭＡＣアドレス、ＩＰアドレス、使用ＯＳ名、使用ユーザ名、システム領域ＬＵＮ、およびユーザ領域ＬＵＮが格納される。クライアント端末起動制御テーブル６１のそれぞれのフィールドには、図２に示すクライアント端末認証情報登録（図２（ａ）の２１３,図２（ｂ）の３１３）、あるいはユーザ認証情報登録（図２（ａ）の２１８,図２（ｂ）の３２０）時に所定の情報が格納される。
図５は、図３に示すユーザ情報テーブル６２の内容を示す図であり、図５に示すようにユーザ情報テーブル６２には、ユーザ名毎のパスワードが格納される。このユーザ情報テーブル６２は、ユーザ認証（図２（ａ）の２１８,図２（ｂ）の３２０）時に使用される。
また、ユーザ情報テーブル６２には、ユーザＩＤ、グループＩＤ、ドメイン名の各カラムを用意し、それぞれユーザの識別番号、ユーザの属するグループの識別番号、ユーザの属するドメイン名を格納し、利用することも可能である。
図６は、図３に示すＬＵＮ情報テーブル６３の内容を示す図であり、図６に示すようにＬＵＮ情報テーブル６３には、ＬＵＮと、当該ＬＵＮの番号のＬＵの種類（システム領域ＬＵ、あるいは、ユーザ領域ＬＵ）と、当該ＬＵＮの番号のＬＵのＯＳと、使用しているクライアント端末名と、使用しているユーザ名とが格納される。「ＬＵ使用クライアント端末」には、「ＬＵの種類」がシステム領域ＬＵの場合のみ、クライアント端末識別子が格納され、「ＬＵ使用ユーザ名」には、「ＬＵの種類」がユーザ領域ＬＵの場合のみユーザ名が格納される。このＬＵＮ情報テーブル６３を用いて、クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知する。（図２（ａ）の２１４、２１９,図２（ｂ）の３１４、３２１）
図７は、図３に示すストレージ装置情報テーブル６４の内容を示す図であり、図７に示すようにストレージ装置情報テーブル６４には、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名とが格納される。クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知（図２（ａ）の２１４、２１９,図２（ｂ）の３１４、３２１）する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。
図８は、図３に示すクライアント端末情報テーブル６５の内容を示す図であり、図８に示すようにクライアント端末情報テーブル６５には、クライアント端末のＭＡＣアドレスと、クライアント端末のＩＰアドレスと、ＤＨＣＰサーバ３のＩＰアドレスと、ＴＦＴＰサーバ５のＩＰアドレスと、ＨＢＡの有無とが格納される。
図７は、図３に示すストレージ装置情報テーブル６４の内容を示す図であり、図７に示すようにストレージ装置情報テーブル６４には、ＬＵＮ毎に、ストレージ装置のＩＰアドレスと、ポート番号と、ターゲット名とが格納される。クライアント端末に対して、システム領域ＬＵＮ、およびユーザ領域ＬＵＮを通知（図２（ａ）の２１４、２１９,図２（ｂ）の３１４、３２１）する際に、このストレージ装置情報テーブル６４の内容も同時に通知される。
図８は、図３に示すクライアント端末情報テーブル６５の内容を示す図であり、図８に示すようにクライアント端末情報テーブル６５には、クライアント端末のＭＡＣアドレスと、クライアント端末のＩＰアドレスと、ＤＨＣＰサーバ３のＩＰアドレスと、ＴＦＴＰサーバ５のＩＰアドレスと、ＨＢＡの有無とが格納される。
本実施例では、ＤＢサーバ６が、クライアント端末（１，２）の電源投入後に、クライアント端末との間で通信を行い、クライアント端末（１，２）にクライアント端末管理データを割り当てるためのクライアント端末認証プログラムを有する。
このプログラムは、ユーザの選択や、クライアント端末（１，２）のＭＡＣアドレス情報から、起動ＯＳやＩＰアドレス、ホスト名（コンピュータ名）、ドメイン名、システム領域ＬＵを動的に割り当てるプログラムである。
さらに、ＤＢサーバ６が、ユーザログイン時に、クライアント端末（１，２）との間で通信を行い、ユーザ認証情報を割り当てるユーザ認証プログラム（ユーザ名をもとにユーザ領域ＬＵを割り当てるプログラム）も有する。
以上説明したように、本実施例では、クライアント端末（１，２）は、起動／動作ＯＳ、ＩＰアドレス、システム領域ＬＵ、およびユーザ領域ＬＵを電源投入前に保持しておらず、ＤＢサーバ６が、各クライアントの端末情報（ＭＡＣアドレス等）、起動／動作ＯＳ、システム領域ＬＵ、ユーザ領域ＬＵ、利用ユーザ情報を管理する。そのため、本実施例では、クライアント端末と、前述の管理リソースの固定的関連付が解消される。
このプログラムは、ユーザの選択や、クライアント端末（１，２）のＭＡＣアドレス情報から、起動ＯＳやＩＰアドレス、ホスト名（コンピュータ名）、ドメイン名、システム領域ＬＵを動的に割り当てるプログラムである。
さらに、ＤＢサーバ６が、ユーザログイン時に、クライアント端末（１，２）との間で通信を行い、ユーザ認証情報を割り当てるユーザ認証プログラム（ユーザ名をもとにユーザ領域ＬＵを割り当てるプログラム）も有する。
以上説明したように、本実施例では、クライアント端末（１，２）は、起動／動作ＯＳ、ＩＰアドレス、システム領域ＬＵ、およびユーザ領域ＬＵを電源投入前に保持しておらず、ＤＢサーバ６が、各クライアントの端末情報（ＭＡＣアドレス等）、起動／動作ＯＳ、システム領域ＬＵ、ユーザ領域ＬＵ、利用ユーザ情報を管理する。そのため、本実施例では、クライアント端末と、前述の管理リソースの固定的関連付が解消される。
即ち、本実施例では、事前に、クライアント端末（１，２）が利用するＩＰアドレス、ＯＳ、ＬＵを決める必要はなく（クライアント端末が利用するリソースの事前（静的）割当が不必要）、ＩＰアドレス、ＬＵ利用状況、ユーザ選択に応じた各リソース割当てが可能となる。
これにより、クライアント端末（１，２）の起動／終了、ユーザのログイン／ログアウト等のイベント毎に異なるＬＵをマウント、マウント済ＬＵアンマウントが可能となる。例えば、クライアント端末（１，２）はユーザログイン時に、ユーザ領域ＬＵをマウントし、ユーザログアウト時に、ユーザ領域ＬＵをアンマウントすることも可能である。
本実施例の一形態では、クライアント端末（１，２）は、リモートブート機能（ＰＸＥ）により、ＤＨＣＰサーバ３、ＰＸＥサーバ４、ＴＦＴＰサーバ５から、ＩＰアドレス、管理サーバのＩＰアドレス、ＯＳ選択メニュー、選択したＯＳ用ブートローダを取得する。
これにより、本実施例では、クライアント端末（１，２）をユーザに固定的に割り当てる必要がなく、ＤＢサーバ６に登録された全クライアント端末をユーザ個別環境で利用することが可能となる。
これにより、クライアント端末（１，２）の起動／終了、ユーザのログイン／ログアウト等のイベント毎に異なるＬＵをマウント、マウント済ＬＵアンマウントが可能となる。例えば、クライアント端末（１，２）はユーザログイン時に、ユーザ領域ＬＵをマウントし、ユーザログアウト時に、ユーザ領域ＬＵをアンマウントすることも可能である。
本実施例の一形態では、クライアント端末（１，２）は、リモートブート機能（ＰＸＥ）により、ＤＨＣＰサーバ３、ＰＸＥサーバ４、ＴＦＴＰサーバ５から、ＩＰアドレス、管理サーバのＩＰアドレス、ＯＳ選択メニュー、選択したＯＳ用ブートローダを取得する。
これにより、本実施例では、クライアント端末（１，２）をユーザに固定的に割り当てる必要がなく、ＤＢサーバ６に登録された全クライアント端末をユーザ個別環境で利用することが可能となる。
例えば、一台のクライアント端末を複数ユーザで利用することが可能となり、コンピュータを、用途別（各業務別、ＮＷ別）に用意する必要がなくなる。
また、本実施例の一形態として、クライアント端末（１，２）は、記憶装置（内蔵ＨＤＤ等）を保持する必要がない。これにより、盗難、災害時のデータ消失、漏洩被害を防ぐことが可能となり、クライアント端末（１，２）に応じた故障対応が不要（一様に対処可能）となる。したがって、クライアント端末の管理性が向上（コスト低下）する。
さらに、本実施例では、クライアント端末、起動ＯＳおよびユーザに縛られず、動的にＬＵをマウント可能であり、一つのＯＳに対するシステム領域ＬＵを複数から選択することが可能である。
さらに、クライアント端末（１，２）における、起動ＯＳ、ユーザアカウントおよびマウントするシステム領域ＬＵ、ユーザ領域ＬＵの追加／削除は、ＤＢサーバ６でのみ処理可能であり、各クライアント端末（１，２）での設定変更が作業が不必要となり、ＤＢサーバ６によるクライアント情報の一括管理が可能となる。
なお、前述の説明では、クライアント端末（１，２）が、システム領域ＬＵを接続した後、ユーザ領域ＬＵをマウントするネットワークブートシステムに、本発明を適用した実施例について説明したが、本発明はこれに限定されず、クライアント端末（１，２）が、システム領域ＬＵとユーザ領域ＬＵとを同時に接続するネットワークブートシステムにも適用可能であることはいうまでもない。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
また、本実施例の一形態として、クライアント端末（１，２）は、記憶装置（内蔵ＨＤＤ等）を保持する必要がない。これにより、盗難、災害時のデータ消失、漏洩被害を防ぐことが可能となり、クライアント端末（１，２）に応じた故障対応が不要（一様に対処可能）となる。したがって、クライアント端末の管理性が向上（コスト低下）する。
さらに、本実施例では、クライアント端末、起動ＯＳおよびユーザに縛られず、動的にＬＵをマウント可能であり、一つのＯＳに対するシステム領域ＬＵを複数から選択することが可能である。
さらに、クライアント端末（１，２）における、起動ＯＳ、ユーザアカウントおよびマウントするシステム領域ＬＵ、ユーザ領域ＬＵの追加／削除は、ＤＢサーバ６でのみ処理可能であり、各クライアント端末（１，２）での設定変更が作業が不必要となり、ＤＢサーバ６によるクライアント情報の一括管理が可能となる。
なお、前述の説明では、クライアント端末（１，２）が、システム領域ＬＵを接続した後、ユーザ領域ＬＵをマウントするネットワークブートシステムに、本発明を適用した実施例について説明したが、本発明はこれに限定されず、クライアント端末（１，２）が、システム領域ＬＵとユーザ領域ＬＵとを同時に接続するネットワークブートシステムにも適用可能であることはいうまでもない。
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
１，２ クライアント端末
３ ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ
４ ＰＸＥ（Preboot Execution Environment）サーバ
５ ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ
６ データベース管理サーバ
９ ＴＣＰ／ＩＰネットワーク
１０，１１ ストレージ装置
６１ クライアント端末起動制御テーブル
６２ ユーザ情報テーブル
６３ ＬＵＮ情報テーブル
６４ ストレージ装置情報テーブル
６５ クライアント端末情報テーブル
１０１〜１０３ ターゲット
３ ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ
４ ＰＸＥ（Preboot Execution Environment）サーバ
５ ＴＦＴＰ（Trivial File Transfer Protoco1）サーバ
６ データベース管理サーバ
９ ＴＣＰ／ＩＰネットワーク
１０，１１ ストレージ装置
６１ クライアント端末起動制御テーブル
６２ ユーザ情報テーブル
６３ ＬＵＮ情報テーブル
６４ ストレージ装置情報テーブル
６５ クライアント端末情報テーブル
１０１〜１０３ ターゲット
Claims (5)
- 複数のクライアント端末と、
管理サーバと、
複数の単位記憶ユニットを有する少なくとも１台のストレージ装置と、
前記複数のクライアント端末と、前記管理サーバと、前記少なくとも１台のストレージ装置とを接続するネットワークとを備え、
前記複数の単位記憶ユニットは、ブート区画にブートプログラムとオペレーティングシステムを記憶するシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成るネットワークブートシステムであって、
前記クライアント端末は、起動時に、前記ユーザ領域単位記憶ユニットをマウントせずに前記少なくとも１台のストレージ装置内のシステム領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知を受けて、前記システム領域単位記憶ユニットだけをマウントしてオペレーティングシステムを起動し、前記オペレーティングシステムの起動後のユーザログオン時に、前記管理サーバにユーザ認証要求を行い、前記少なくとも１台のストレージ装置内のユーザ認証によって認証された当該ユーザ専用のユーザ領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知を受けて、当該ユーザ領域単位記憶ユニットをマウントして動作し、
前記管理サーバは、前記クライアント端末のシステム領域ユニット要求に対してストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知し、ユーザログオン時に前記クライアント端末からのユーザ認証要求に対して、ユーザ認証を行い、認証された当該ユーザ専用のユーザ領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号を前記クライアント端末に通知することを特徴とするネットワークブートシステム。 - 前記各クライアント端末は、ユーザログオフ時に、前記ユーザ領域単位記憶ユニットだけをアンマウントし、前記システム領域単位記憶ユニットだけがマウントされた状態にする手段を有することを特徴とする請求項１に記載のネットワークブートシステム。
- 複数のクライアント端末と、
管理サーバと、
複数の単位記憶ユニットを有する少なくとも１台のストレージ装置と、
前記複数のクライアント端末と、前記管理サーバと、前記少なくとも１台のストレージ装置とを接続するネットワークとを備え、
前記複数の単位記憶ユニットは、ブート区画にブートプログラムとオペレーティングシステムを記憶するシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成るネットワークブートシステムにおける前記クライアント端末の起動方法であって、
前記クライアント端末は、起動時に、前記ユーザ領域単位記憶ユニットをマウントせずに前記少なくとも１台のストレージ装置内のシステム領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知を受けて、前記システム領域単位記憶ユニットだけをマウントしてオペレーティングシステムを起動し、前記オペレーティングシステムの起動後のユーザログオン時に、前記管理サーバにユーザ認証要求を行い、前記少なくとも１台のストレージ装置内のユーザ認証によって認証された当該ユーザ専用のユーザ領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知を受けて、当該ユーザ領域単位記憶ユニットをマウントして動作し、
前記管理サーバは、前記クライアント端末のシステム領域ユニット要求に対してストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知し、ユーザログオン時に前記クライアント端末からのユーザ認証要求に対して、ユーザ認証を行い、認証された当該ユーザ専用のユーザ領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号を前記クライアント端末に通知することを特徴とするクライアント端末の起動方法。 - 前記各クライアント端末が、ユーザログオフ時に、前記ユーザ領域単位記憶ユニットだけをアンマウントし、前記システム領域単位記憶ユニットだけがマウントされた状態にするステップを有することを特徴とする請求項３に記載のクライアント端末の起動方法。
- 複数のクライアント端末と、
管理サーバと、
複数の単位記憶ユニットを有する少なくとも１台のストレージ装置と、
前記複数のクライアント端末と、前記管理サーバと、前記少なくとも１台のストレージ装置とを接続するネットワークとを備え、
前記複数の単位記憶ユニットは、ブート区画にブートプログラムとオペレーティングシステムを記憶するシステム領域単位記憶ユニットと、ユーザ毎に用意されるユーザ領域単位記憶ユニットから成り、
前記クライアント端末は、起動時に、前記ユーザ領域単位記憶ユニットをマウントせずに前記少なくとも１台のストレージ装置内のシステム領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知を受けて、前記システム領域単位記憶ユニットだけをマウントしてオペレーティングシステムを起動し、前記オペレーティングシステムの起動後のユーザログオン時に、前記管理サーバにユーザ認証要求を行い、前記少なくとも１台のストレージ装置内のユーザ認証によって認証された当該ユーザ専用のユーザ領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号の通知を前記管理サーバから受けて、当該ユーザ領域単位記憶ユニットをマウントして動作するネットワークブートシステムにおける管理サーバであって、
前記クライアント端末のユーザログオン時に前記クライアント端末からのユーザ認証要求に対して、ユーザ認証を行い、認証されたユーザ専用のユーザ領域単位記憶ユニットとして前記管理サーバからストレージ装置のＩＰアドレス、ポート番号、ターゲット名および、論理ユニット番号を前記クライアント端末に通知することを特徴とする管理サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005067061A JP5073171B2 (ja) | 2005-03-10 | 2005-03-10 | ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005067061A JP5073171B2 (ja) | 2005-03-10 | 2005-03-10 | ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2006252117A JP2006252117A (ja) | 2006-09-21 |
| JP5073171B2 true JP5073171B2 (ja) | 2012-11-14 |
Family
ID=37092553
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005067061A Active JP5073171B2 (ja) | 2005-03-10 | 2005-03-10 | ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5073171B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5609335B2 (ja) | 2010-07-06 | 2014-10-22 | 富士通株式会社 | サーバ管理プログラム、サーバ管理装置及びサーバ管理方法 |
| JP2011060318A (ja) * | 2010-11-17 | 2011-03-24 | Toshiba Corp | 情報処理装置および記憶装置制御方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001075853A (ja) * | 1999-09-03 | 2001-03-23 | Hitachi Ltd | 計算機システム、及び該計算機システムに用いられる計算機並びに記憶装置 |
| JP2003216593A (ja) * | 2002-01-17 | 2003-07-31 | Hitachi Ltd | サーバ管理システム |
| JP4087149B2 (ja) * | 2002-05-20 | 2008-05-21 | 株式会社日立製作所 | ディスク装置共有システム、及び計算機 |
| JP2004295270A (ja) * | 2003-02-03 | 2004-10-21 | Hitachi Ltd | 共用記憶システム |
-
2005
- 2005-03-10 JP JP2005067061A patent/JP5073171B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2006252117A (ja) | 2006-09-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8412935B2 (en) | Administration of storage systems containing three groups of data-operational, backup, and standby | |
| US7363514B1 (en) | Storage area network(SAN) booting method | |
| JP4813385B2 (ja) | ストレージシステムの複数の論理リソースを制御する制御装置 | |
| EP3425501B1 (en) | Mirror image file conversion method and apparatus | |
| JP4797636B2 (ja) | 複合型情報プラットフォーム装置とその情報処理装置構成方法 | |
| JP2009536375A (ja) | 拡張可能なインターネットエンジン用のｉＳＣＳＩブートドライブシステムおよび方法 | |
| US20100100611A1 (en) | Computer system and configuration management method therefor | |
| KR101587994B1 (ko) | 하드디스크 가상화 방식의 클라우드 컴퓨팅 서비스 시스템 | |
| KR101535153B1 (ko) | 운영체제 원격 자동설치 제어 시스템 및 방법, 그 프로그램소스를 기록한 기록매체 | |
| JP2007334686A (ja) | セッション管理システム、セッション管理サーバ、シンクライアント端末、プログラム | |
| JP2010282447A (ja) | 仮想計算機システム、そのアクセス制御方法及び通信装置 | |
| CN102419803A (zh) | 计算机病毒查杀方法、系统及装置 | |
| JP2009237767A (ja) | 情報引継方法及び退避・復元装置及び情報引継ぎプログラム | |
| CN109857464B (zh) | 用于平台部署与操作移动操作系统的系统及其方法 | |
| JP4498956B2 (ja) | ネットワークブートシステム、単位記憶ユニットのマウント方法およびプログラム | |
| JP5073171B2 (ja) | ネットワークブートシステム、クライアント端末の起動方法、および管理サーバ | |
| JP2006252124A (ja) | ネットワークシステム、ファイルアクセス方法およびプログラム | |
| JP4255451B2 (ja) | 代理サーバ割り当てシステム、代理サーバ割り当て方法、ネットワークシステム、およびプログラム | |
| CN107659621B (zh) | 一种raid控制卡配置方法及装置 | |
| JP4503413B2 (ja) | ネットワークシステムにおける外部端末からの記憶装置の利用 | |
| JP5554946B2 (ja) | シンクライアントシステム、セッション管理方法、及びプログラム | |
| US20090172135A1 (en) | Pre-boot retrieval of an external boot file | |
| US7587495B2 (en) | Automatic configuration of controller computers in a network | |
| KR20150120607A (ko) | 클라우드 컴퓨팅 시스템 | |
| CN113076171B (zh) | 虚拟机装机方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080811 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090526 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090727 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100727 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100927 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20101019 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110118 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20110124 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20110218 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120510 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120822 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5073171 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150831 Year of fee payment: 3 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |