(57)【要約】【課題】一つのＯＳやアプリケーションを複数ユーザで共用すると不整合が生じる、管理側からのＯＳやアプリケーションの更新を任意のタイミングで行うことができない、という課題を解決する。【解決手段】複数のクライアント端末１０と、管理サーバ３０と、ストレージ装置２０と、それらを相互接続するネットワーク４０を有するシステムにおいて、クライアント端末１０にストレージ装置２０内のＬＵ（Logical Unit）が格納するデータを利用させる際に該データを別のＬＵにコピーし、クライアント端末１０をコピー先のＬＵに接続させ該データを利用させる。管理サーバ３０は、ユーザ管理テーブルと、ストレージ装置２０内のどのＬＵを使用すべきかをストレージ管理部に問い合わせるユーザ管理部と、ストレージ管理テーブルと、適切なＬＵを選択して答えるストレージ管理部を備える。【選択図】        図１
2006053732.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末と、管理サーバと、ストレージ装置と、それらを相互接続するネットワークを有するシステムを用いたストレージ装置割当て方法において、
クライアント端末にストレージ装置内のＬＵ（Logical Unit）が格納するデータを利用させる際に該データを別のＬＵにコピーする手順と、
該クライアント端末をコピー先のＬＵに接続させ該データを利用させる手順と
を有することを特徴とするストレージ装置割当て方法。
【請求項２】
請求項１に記載のストレージ装置割当て方法において、
ストレージ装置内のＬＵにデータとして格納されたＯＳまたはアプリケーションを更新する際に、更新するＯＳまたはアプリケーションを別のＬＵにコピーする手順と、
コピーしたＬＵに格納されたＯＳまたはアプリケーションに対して更新処理を行う手順と
を有することを特徴とするストレージ装置割当て方法。
【請求項３】
請求項１または２に記載のストレージ装置割当て方法において、
クライアント端末を使用するユーザを新規に追加する際に、ストレージ装置内のＬＵに格納された当該ユーザが使用するＯＳまたはアプリケーションの個人設定情報のオリジナルを別のＬＵにコピーする手順と、
コピー先のＬＵに格納された個人設定情報を新しいユーザ用の個人設定情報とする手順と
を有することを特徴とするストレージ装置割当て方法。
【請求項４】
請求項１乃至３のうちのいずれか１項に記載のストレージ装置割当て方法における管理サーバであって、
ユーザ名と、ユーザが使用するＯＳまたはアプリケーションの対応付けとを格納するためのユーザ管理テーブルと、
ＯＳまたはアプリケーションを指定してストレージ装置内のどのＬＵを使用すべきかをストレージ管理部に問い合わせるユーザ管理部と、
各ＬＵに格納されたデータの種類と、各ＬＵを現在使用するユーザ名とを格納するためのストレージ管理テーブルと、
ユーザ管理部からの問い合わせに対して適切なＬＵを選択して答えるストレージ管理部と
を備えることを特徴とする管理サーバ。
【請求項５】
請求項４に記載の管理サーバにおいて、
ユーザ管理部は、
クライアント端末から送信されたユーザ名と接続要求を受信し、ユーザ管理テーブルを参照してユーザが使用するＯＳまたはアプリケーションの種類を取得する手段と、
ストレージ管理部に対して、当該ユーザが使用する当該ＯＳまたはアプリケーションをコピーしたＬＵのアドレス情報の問い合わせと、当該ユーザの個人設定情報が格納されたＬＵのアドレス情報の問い合わせを送信する手段と、
ストレージ管理部から送られてきた、当該ＯＳまたはアプリケーションのコピー先のアドレス情報と、当該ユーザの個人設定情報が格納されたＬＵのアドレス情報を、クライアント端末に送信する手段と
を備えることを特徴とする管理サーバ。
【請求項６】
請求項４に記載の管理サーバにおいて、
ユーザ管理部は、
クライアント端末から送信されたユーザ名と接続要求を受信し、ユーザ管理テーブルを参照して当該ユーザが使用中かどうか判断し、使用中であればクライアント端末からの要求を斥け、使用中でなければユーザが使用するＯＳまたはアプリケーションの種類を取得する手段と、
ストレージ管理部に対して、当該ユーザが使用する当該ＯＳまたはアプリケーションをコピーしたＬＵのアドレス情報の問い合わせと、当該ユーザの個人設定情報が格納されたＬＵのアドレス情報の問い合わせを送信する手段と、
ストレージ管理部から送られてきた、当該ＯＳまたはアプリケーションのコピー先のアドレス情報と、当該ユーザの個人設定情報が格納されたＬＵのアドレス情報を、クライアント端末に送信する手段と、
ユーザ管理テーブルに当該ユーザが使用中であるという情報を書き込む手段と
を備えることを特徴とする管理サーバ。
【請求項７】
請求項４乃至６のうちのいずれか１項に記載の管理サーバにおいて、
ストレージ管理部は、
ユーザ管理部からの問い合わせに対して、ストレージ管理テーブルを参照し、ユーザ管理部から通知されたユーザ名とＯＳまたはアプリケーションの種類から、ユーザに割り当てるための個人設定情報が格納されたＬＵのアドレス情報を取得する手段と、
ユーザ管理部からの問い合わせに対して、ストレージ管理テーブルを参照し、ユーザ管理部から通知されたユーザが使用するＯＳまたはアプリケーションの種類から、ユーザが使用するＯＳまたはアプリケーションのオリジナルが格納されたストレージ装置のＬＵのアドレス情報と、ユーザが使用するＯＳまたはアプリケーションのコピーを作成するための空きＬＵのアドレス情報を取得する手段と、
ストレージ装置に対して、ユーザが使用するＯＳまたはアプリケーションのオリジナルが格納されたストレージ装置のＬＵから、ユーザが使用するＯＳまたはアプリケーションのコピーを作成するための空きＬＵへのコピーを指示する手段と、
ストレージ装置からコピー作成の完了通知を受けて、ストレージ管理テーブルを更新し、ユーザ管理部またはクライアント端末に、ユーザに割り当てるための個人設定情報が格納されたＬＵのアドレス情報と、ユーザが使用するＯＳまたはアプリケーションのコピーを作成したＬＵのアドレス情報とを通知する手段と
を備えることを特徴とする管理サーバ。
【請求項８】
請求項４乃至７のうちのいずれか１項に記載の管理サーバにおいて、
ストレージ管理部は、
ストレージ管理テーブルを参照して、更新すべきＯＳまたはアプリケーションのオリジナルが格納された、コピー元となるＬＵのアドレス情報と、ＯＳまたはアプリケーションのコピー先となる空きＬＵのアドレス情報を取得する手段と、
ストレージ装置に対して、更新すべきＯＳまたはアプリケーションのオリジナルが格納されたＬＵから、ＯＳまたはアプリケーションのコピー先となる空きＬＵへのコピー作成を指示する手段と、
ストレージ装置からコピー作成の完了通知を受けてコピー先のＬＵに格納されたＯＳまたはアプリケーションに対して更新処理を行う手段と、
コピー先のＬＵに格納されたＯＳまたはアプリケーションの更新処理が完了したら、ストレージ管理テーブルを更新して、コピー元のＬＵに格納されたＯＳまたはアプリケーションの代わりに、コピー先のＬＵに格納されたＯＳまたはアプリケーションが最新であると書き換える手段と
を備えることを特徴とする管理サーバ。
【請求項９】
請求項４乃至８のうちのいずれか１項に記載の管理サーバにおいて、
ユーザ管理部は、
ストレージ管理部に新しいユーザ名とユーザが使用するＯＳまたはアプリケーションを通知する手段と、
ストレージ管理部から、新しいユーザ用個人設定情報の作成完了通知を受けて、ユーザ管理テーブルに、新しいユーザ名とユーザが使用するＯＳまたはアプリケーションを追加する手段と
を備えることを特徴とする管理サーバ。
【請求項１０】
請求項９に記載の管理サーバにおいて、
ストレージ管理部は、
ストレージ管理テーブルを参照して、ユーザ管理部から通知された、新しいユーザが使用するＯＳまたはアプリケーションの種類をもとに、使用するＯＳまたはアプリケーションの個人設定情報のオリジナルが格納された、コピー元となるＬＵのアドレス情報と、新しいユーザ用の個人設定情報のコピー先となる空きＬＵのアドレス情報を取得する手段と、
ストレージ装置に対して、使用するＯＳまたはアプリケーションの個人設定情報のオリジナルが格納されたＬＵから、新しいユーザ用の個人設定情報のコピー先となる空きＬＵへのコピー作成を指示する手段と、
ストレージ装置からのコピー作成の完了通知を受けて、ストレージ管理テーブルに新しいユーザ用の個人設定情報を追加する手段と、
ユーザ管理部に、新しいユーザ用個人設定情報の作成完了通知を送る手段と
を備えることを特徴とする管理サーバ。
【請求項１１】
請求項４乃至１０のうちのいずれか１項に記載の管理サーバのためのプログラムであって、
コンピュータを、ユーザ管理部、ストレージ管理部、ユーザ管理テーブル、およびストレージ管理テーブルとして機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに複数の計算機が接続されたシステムにおいて、計算機に対して割り当てる記憶装置を管理する方法ならびにそのための管理サーバおよびプログラムに関する。
【背景技術】
【０００２】
企業におけるコンピュータの普及が広まるにつれて、社員が使用するコンピュータに対するＯＳのアップデートや、ウイルスチェック、アプリケーションのインストールやバージョンアップ等の管理コストが無視できない状況となってきている。通常のコンピュータの場合、内蔵するディスクにＯＳやアプリケーションが保存されているため、ＯＳやアプリケーションのアップデート等の処理をコンピュータの台数分行わなければならず、管理コストが非常に大きくなるという問題がある。
【０００３】
この問題を解決するために、サーバにＯＳやアプリケーションを搭載し、クライアント端末は、画面のデータだけをサーバから受け取り、クライアント端末からはマウスとキーストロークの操作情報だけをサーバに送るＴｈｉｎクライアントシステムが登場した。Ｔｈｉｎクライアントシステムでは、ＯＳやアプリケーションは全てサーバ上にあるため、アップデート等のメンテナンスはサーバに対してのみ行えばよく、集中管理が図れるため、管理コストの削減が実現できる。
【０００４】
しかしながらＴｈｉｎクライアントシステムの場合、クライアント端末から行った全ての処理がサーバに集中するため、サーバの処理負荷が高くなってしまう。そこで、全てのデータをサーバ側で集中管理し、かつ、クライアント端末のＣＰＵやメモリを使用することでサーバの処理負荷を軽減する、ネットワークブートシステムが考えられた。ネットワークブートシステムでは、クライアント端末の使用に必要なＯＳ、アプリケーション、ユーザデータなどを外部のストレージ装置からネットワークを介して取得することが可能であり、内蔵ハードディスクにデータを保存せずに外部のストレージ装置に全て保存することができる。しかし、ネットワークブートシステムでは、ＯＳ、アプリケーション、ユーザデータなどを、クライアント端末ごとに用意する必要があるため、アップデート等の処理をクライアント端末台数分行わなければならない。
【０００５】
これに対して、複数のクライアントがストレージ筐体を共用したり、ＯＳやアプリケーションまたはデータを保存したＬＵ（Logical Unit）を共用したりすることにより、クライアントが使用するストレージやＯＳ、アプリケーションの一元管理を可能とする方法がある（特許文献１参照）。この方法では、ＯＳと、ＯＳの設定情報を、それぞれ読取り専用の共用ＬＵと、クライアント端末ごとの個別ＬＵに格納する。そして、複数のクライアント端末がＯＳやアプリケーションを格納した読取り専用のＬＵを共用することにより、共用ＬＵに対してのみアップデート等の処理を行えばよく、管理コストの削減を図ることができる。
【０００６】
【特許文献１】特開２０００−２５９５８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところが、ＯＳによっては、ＯＳ内部のファイルへ書込み処理が発生するものがある。このようなＯＳの場合、あるクライアントから、共用のＬＵへの書き込み処理が起こる可能性がある。その結果、他のクライアントに対して不整合が生じるため、ＯＳ内部のファイルへ書き込むＯＳを特許文献１の方法のように複数ユーザでの共用はできない。
【０００８】
ＯＳから書込み可能な部分を分離して、個別ＬＵに格納すれば、ＯＳ内の読取り専用部分について複数ユーザで共用することはできるかもしれないが、ＯＳによっては読取り専用なのか書込みが発生するのか分からないファイルが多く存在し、書込み可能な部分を分離するのが困難である。
【０００９】
クライアント毎にＯＳやアプリケーション、ユーザデータなど全てのデータを個別ＬＵに保存した場合、ＯＳやアプリケーションのアップデート等の作業をクライアントの台数と同じ数のＬＵに対して行う必要があり、ＯＳ、アプリケーションの一元管理が困難になる。
【００１０】
また、ＯＳのアップデートなどの処理では、ＯＳへの書込み処理が生じるため、クライアント端末がＯＳを使用している時に管理側からＯＳのアップデート等の作業を行うと、使用中のクライアント端末に対し不整合が生じるという問題がある。したがって、共用のＯＳに対してのアップデート等の作業は、どのクライアント端末にも使われていないことを確認してからでないと行うことができない。
【００１１】
そこで、本発明の目的は、どのようなＯＳやアプリケーションを用いる場合にも、ＯＳやアプリケーションを格納したＬＵの数を一つだけにして、かつ、複数のクライアントがＯＳやアプリケーションを起動できるネットワークブートシステムを提供し、ＯＳやアプリケーションの一元管理を行い、企業におけるコンピュータシステムの運用・管理コストを削減することにある。
【００１２】
本発明は以下の課題を解決しようとするものである。
１．書込みが発生する一つのＯＳやアプリケーションを、複数ユーザで共用すると不整合が生じる。
２．管理側からのＯＳやアプリケーションの更新を任意のタイミングで行うことができない。
【課題を解決するための手段】
【００１３】
課題を解決するために、
（１）複数のクライアント端末、
（２）ユーザの管理と、ユーザに割り当てるストレージ装置の選択と、ＯＳやアプリケーションの更新を行う管理サーバ、
（３）クライアント端末で使用するＯＳやアプリケーションのオリジナルとコピーを格納しておくためのストレージ装置、
が相互接続されたシステムを構築する。
【００１４】
そして、（１）のクライアント端末に（３）のストレージ装置内のＬＵ（Logical Unit）が格納するデータを利用させる際に該データを別のＬＵにコピーし、該クライアント端末をコピー先のＬＵに接続させ該データを利用させる。また、（３）のストレージ装置内のＬＵにデータとして格納されたＯＳまたはアプリケーションを更新する際に、更新するＯＳまたはアプリケーションを別のＬＵにコピーし、コピーしたＬＵに格納されたＯＳまたはアプリケーションに対して更新処理を行う。また、（１）のクライアント端末を使用するユーザを新規に追加する際に、（３）のストレージ装置内のＬＵに格納された当該ユーザが使用するＯＳまたはアプリケーションの個人設定情報のオリジナルを別のＬＵにコピーし、コピー先のＬＵに格納された個人設定情報を新しいユーザ用の個人設定情報とする。なお、（３）のストレージ装置にクライアント端末で使用するＯＳやアプリケーションのオリジナルコピー、及びデータファイルを格納するようにしてもよい。
【００１５】
ここで（２）の管理サーバは、
i  ユーザの状態を格納するためのユーザ管理テーブル、
ii  ユーザの追加や削除を行う機能と、ユーザの使用するＯＳやアプリケーションを指定してストレージ管理部へ送信する機能と、ユーザが使用するストレージ装置のアドレスをユーザに送信する機能とを備えたユーザ管理部、
iii  ユーザが使用するストレージ装置の情報を格納するためのストレージ管理テーブル、
iv  ストレージ装置に対してコピーを指示する機能と、ユーザが使用するストレージ装置のアドレスをユーザ管理サーバへ送信する機能と、ストレージ管理テーブルを更新する機能と、ストレージ装置に格納されたＯＳやアプリケーションを更新する機能とを備えたストレージ管理部、
を備える。
【００１６】
このシステムにより、ユーザがクライアント端末を起動させるときには、ＯＳやアプリケーションを別のＬＵにコピーしてクライアント端末に割り当てることで、ユーザは書き込み可能で常に最新な状態のＯＳやアプリケーションを使用することができる。
【００１７】
また、ＯＳやアプリケーションをコピーしたＬＵと同時に、ユーザの個人設定情報が保存されたＬＵをクライアント端末に割り当てることにより、ユーザは自分の環境のＯＳやアプリケーションを使用することができる。
【発明の効果】
【００１８】
本発明により、次のような効果が得られる。
１．クライアント端末の電源を入れたときに、ＯＳやアプリケーションのオリジナルを他のＬＵに複製して各ユーザに一つ割り当てることにより、書込み可能な一つのＯＳやアプリケーションを複数ユーザで使用できる。
２．ユーザの使用しているＯＳやアプリケーションの書込み動作が発生しても、使用しているＯＳやアプリケーションは複製されたものなので、ＯＳやアプリケーションのオリジナルに反映されない。よって１ユーザのＯＳやアプリケーションへの書込みにより他のユーザに影響を与えるということがない。
３．バージョンアップ等の更新処理はオリジナルが格納されたＬＵに対してのみ行えばよく、管理コストを低減できる。
４．ユーザが使用中かどうかに関わらず、任意のタイミングでＯＳやアプリケーションの更新を行うことができる。
【発明を実施するための最良の形態】
【００１９】
図１はネットワークブートシステムの実施形態である。クライアント端末１０と、ストレージ装置２０と、管理サーバ３０がネットワーク４０によって相互接続されている。図１には４台のクライアント端末１０が記載されているが、クライアント端末１０は複数台であれば任意の台数でよい。また、図１には２台のストレージ装置２０が記載されているが、ストレージ装置２０は１台であっても複数台であってもよい。
【００２０】
図２は管理サーバ３０の構成図である。本実施形態では、内部にはユーザに適当なストレージ装置２０を割り当てるためのユーザ管理部３１と、ユーザの情報を格納しておくユーザ管理テーブル３２と、ストレージ装置２０に対してコピーや消去などの指示を行うストレージ管理部３３と、ストレージの情報を格納しておくためのストレージ管理テーブル３４を備えている。
【００２１】
また、ユーザ管理テーブル３２は図３のように
３２ａ  ユーザ名
３２ｂ  ユーザの使用するＯＳの種類
３２ｃ  ユーザの使用するアプリケーションの種類
３２ｄ  ユーザの状態
のフィールドからなる。フィールド３２ｃ（ユーザの使用するアプリケーションの種類）には複数のアプリケーションが含まれる場合がある。また、フィールド３２ｄ（ユーザの状態）には下のような値が入る。
【００２２】
【表１】
2006053732.tif 000003
【００２３】
次に、ストレージ管理テーブル３４は図４のような
３４ａ  ターゲットＩＤ
３４ｂ  ＬＵＮ
の項目と、ＬＵ（ａ，ｂ）に対応する、
３４ｃ  格納されたＯＳまたはアプリケーションの種類
３４ｄ  個人設定情報
３４ｅ  ＬＵの状態
３４ｆ  ＬＵの使用者
のフィールドからなる。ここでターゲットＩＤとＬＵＮ（Logical Unit Number）は、ストレージ装置２０のＬＵを一意に識別するための番号であり、アドレス情報と呼ぶことにする。また、３４ａ（ターゲットＩＤ）と３４ｂ（ＬＵＮ）のフィールドをまとめてアドレス情報フィールドと呼ぶことにする。なお、上記ＬＵ（ａ，ｂ）のａ，ｂは上記のターゲットＩＤ，ＬＵＮである。
【００２４】
ストレージ管理テーブル３４の項目の値について説明する。フィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）に入る値は下のとおりである。
【表２】
2006053732.tif 000004
【００２５】
フィールド３４ｄ（個人設定情報）に入る値は下のとおりである。
【表３】
2006053732.tif 000005
【００２６】
フィールド３４ｅ（ＬＵの状態）に入る値は下のとおりである。
【表４】
2006053732.tif 000006
【００２７】
フィールド３４ｆ（ＬＵの使用者）に入る値は下のとおりである。
【表５】
2006053732.tif 000007
【００２８】
図５はストレージ装置２０の構成図である。ストレージの制御を行う制御部２１があり、また、全てのＬＵにはアドレス情報（ターゲットＩＤおよびＬＵＮ）が一意に与えられている。図５のＴａｒｇｅｔ１〜６がターゲットＩＤであり、ＬＵＮ０〜３がＬＵＮである。
【００２９】
［クライアント端末起動］
図６がクライアント端末１０を起動させるときの流れである。
ユーザがクライアント端末１０の電源を入れると（Ｓ１）、クライアント端末１０はユーザ管理部３１へユーザ名(1)と接続要求を送信する（Ｓ２）。例えば、クライアント端末１０はユーザ管理部３１へユーザ名(1)としてＡを送信する。
【００３０】
ユーザ名(1)と接続要求を受信したユーザ管理部３１は、ユーザ管理テーブル３２を参照してフィールド３２ａの値がユーザ名(1)であるレコードを検索し、フィールド３２ｄ（ユーザの状態）の値を確認する（Ｓ３）。フィールド３２ｄ（ユーザの状態）の値が「使用可」であれば、そのレコードのフィールド３２ｂ（ユーザの使用するＯＳの種類）の値(2)（以下ＯＳ種類(2)）と、フィールド３２ｃ（ユーザの使用するアプリケーションの種類）の値(3)（以下アプリケーション種類(3)）を取得する（Ｓ４）。ユーザの使用するアプリケーションが複数ある場合には相当する数のアプリケーション種類(3)を取得する。そしてユーザ名(1)とＯＳ種類(2)とアプリケーション種類(3)をストレージ管理部３３へ通知し、ユーザ(1)とＯＳ種類(2)とアプリケーション種類(3)をコピーしたＬＵのアドレス情報とユーザ(1)の個人設定情報が格納されたＬＵのアドレス情報の問い合わせを行う（Ｓ５）。前記の例では、ユーザ名(1)はＡであるから、ユーザ管理部３１はユーザ管理テーブル３２からＯＳ種類(2)＝ＯＳ１、アプリケーション種類(3)＝ＡＰ１、ＡＰ３を取得し、これらをストレージ管理部３３へ通知する。フィールド３２ｄ（ユーザの状態）の値が「使用中」である場合は二重起動を防ぐためにクライアント端末１０からの要求を拒絶する。
【００３１】
ユーザ名(1)とＯＳ種類(2)とアプリケーション種類(3)を受信したストレージ管理部３３は、ストレージ管理テーブル３４を参照してフィールド３４ｆ（ＬＵの使用者）の値が「ユーザ名(1)」で、かつフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値が「ＯＳ種類(2)」で、フィールド３４ｄ（個人設定情報）の値が「○」で、フィールド３４ｅ（ＬＵの状態）の値が「コピー」であるレコードを検索し、得られたレコードから個人情報設定アドレス(4)を取得する（Ｓ６）。前記の例では、ユーザ名(1)はＡであり、ＯＳ種類(2)はＯＳ１であるから、ストレージ管理部３３は、図４のストレージ管理テーブル３４から個人情報設定アドレス(4)としてターゲットＩＤ＝１、ＬＵＮ＝０を取得する。
【００３２】
また、フィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値が「ＯＳ種類(2)」で、かつフィールド３４ｄ（個人設定情報）の値が「×」で、フィールド３４ｅ（ＬＵの状態）の値が「オリジナル」であるレコードを検索し、得られたレコードからオリジナルＯＳアドレス(5)を取得する（Ｓ７）。また、フィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値が「アプリケーション種類(3)」で、かつフィールド３４ｄ（個人設定情報）の値が「×」で、フィールド３４ｅ（ＬＵの状態）の値が「オリジナル」であるレコードを検索し、得られたレコードからオリジナルアプリケーションアドレス(6)を取得する（Ｓ７）。アプリケーション種類(3)が複数個ある場合には相当する数のオリジナルアプリケーションアドレス(6)を取得する。前記の例では、ＯＳ種類(2)はＯＳ１であるから、ストレージ管理部３３は、図４のストレージ管理テーブル３４からオリジナルＯＳアドレス(5)としてターゲットＩＤ＝６、ＬＵＮ＝０を取得し、また、アプリケーション種類(3)はＡＰ１とＡＰ３であるから、オリジナルアプリケーションアドレス(6)としてターゲットＩＤ＝４、ＬＵＮ＝０とターゲットＩＤ＝４、ＬＵＮ＝２を取得する。
【００３３】
さらに、フィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値が「空き」であるレコードを検索して一つレコードを得て、得られたレコードのコピーＯＳアドレス(7)を取得する（Ｓ８）。また、フィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値が「空き」であるレコードを検索してアプリケーション種類(3)の個数分だけレコードを得て、得られた各レコードのコピーアプリケーションアドレス(8)を取得する（Ｓ８）。例えば、ストレージ管理部３３は、図４のストレージ管理テーブル３４からコピーＯＳアドレス(7)としてターゲットＩＤ＝４、ＬＵＮ＝３を取得し、また、コピーアプリケーションアドレス(8)としてターゲットＩＤ＝５、ＬＵＮ＝０とターゲットＩＤ＝５、ＬＵＮ＝１を取得する。
【００３４】
そして、ストレージ装置２０の制御部２１に対してオリジナルＯＳアドレス(5)からコピーＯＳアドレス(7)へのコピー要求とオリジナルアプリケーションアドレス(6)からコピーアプリケーションアドレス(8)へのコピー要求を送信する（Ｓ９）。
【００３５】
コピー要求を受信したストレージ装置２０の制御部２１はコピーＯＳアドレス(7)にオリジナルＯＳアドレス(5)が指すＬＵに管理されるデータのコピーと、コピーアプリケーションアドレス(8)にオリジナルアプリケーションアドレス(6)が指すＬＵに管理されるデータのコピーを作成し（Ｓ１０）、ストレージ管理部３３に完了通知を送信する（Ｓ１１）。前記の例では、ストレージ装置２０の制御部２１は、ターゲットＩＤ＝６、ＬＵＮ＝０に格納されているＯＳ１（オリジナルＯＳ）をターゲットＩＤ＝４、ＬＵＮ＝３にコピーし、ターゲットＩＤ＝４、ＬＵＮ＝０に格納されているＡＰ１（オリジナルアプリケーション）をターゲットＩＤ＝５、ＬＵＮ＝０にコピーし、ターゲットＩＤ＝４、ＬＵＮ＝２に格納されているＡＰ３（オリジナルアプリケーション）をターゲットＩＤ＝５、ＬＵＮ＝１にコピーする。
【００３６】
完了通知を受信したストレージ管理部３３は、ストレージ管理テーブル３４を参照してアドレス情報フィールドの値が「コピーＯＳアドレス(7)」であるレコードを検索し、取得したレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「ＯＳ種類(2)」に、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に、フィールド３４ｆ（ＬＵの使用者）の値を「無し」から「ユーザ名(1)」に変更する。また、アドレス情報フィールドの値がコピーアプリケーションアドレス(8)であるレコードを検索し、取得したレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「アプリケーション種類(3)」に、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に、フィールド３４ｆ（ＬＵの使用者）の値を「無し」から「ユーザ名(1)」に変更する（Ｓ１２）。前記の例では、ストレージ管理部３３は、図４のストレージ管理テーブル３４のターゲットＩＤ＝４、ＬＵＮ＝３のレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「ＯＳ１」に、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に、フィールド３４ｆ（ＬＵの使用者）の値を「無し」から「Ａ」に変更し、ターゲットＩＤ＝５、ＬＵＮ＝０のレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「ＡＰ１」に、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に、フィールド３４ｆ（ＬＵの使用者）の値を「無し」から「Ａ」に変更し、ターゲットＩＤ＝５、ＬＵＮ＝１のレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「ＡＰ３」に、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に、フィールド３４ｆ（ＬＵの使用者）の値を「無し」から「Ａ」に変更する。
【００３７】
そして個人情報設定アドレス(4)とコピーＯＳアドレス(7)とコピーアプリケーションアドレス(8)をユーザ管理部３１に送信する（Ｓ１３）。前記の例では、ストレージ管理部３３は、個人情報設定アドレス(4)としてターゲットＩＤ＝１、ＬＵＮ＝０、コピーＯＳアドレス(7)としてターゲットＩＤ＝４、ＬＵＮ＝３、コピーアプリケーションアドレス(8)としてターゲットＩＤ＝５、ＬＵＮ＝０とターゲットＩＤ＝５、ＬＵＮ＝１をユーザ管理部３１に送信する。
【００３８】
個人情報設定アドレス(4)とコピーＯＳアドレス(7)とコピーアプリケーションアドレス(8)を受信したユーザ管理部３１は、ユーザ管理テーブル３２のユーザ名(1)のフィールド３２ｄ（ユーザの状態）の値を「使用可」から「使用中」に変更する（Ｓ１４）。前記の例では、ユーザ管理部３１は、ユーザ管理テーブル３２のユーザ名Ａのレコードのフィールド３２ｄ（ユーザの状態）の値を「使用可」から「使用中」に変更する。そして、個人情報設定アドレス(4)とコピーＯＳアドレス(7)とコピーアプリケーションアドレス(8)をクライアント端末１０に送信する（Ｓ１５）。前記の例では、ユーザ管理部３１は、個人情報設定アドレス(4)としてターゲットＩＤ＝１、ＬＵＮ＝０、コピーＯＳアドレス(7)としてターゲットＩＤ＝４、ＬＵＮ＝３、コピーアプリケーションアドレス(8)としてターゲットＩＤ＝５、ＬＵＮ＝０とターゲットＩＤ＝５、ＬＵＮ＝１をクライアント端末１０に送信する。
【００３９】
個人情報設定アドレス(4)とコピーＯＳアドレス(7)とコピーアプリケーションアドレス(8)を受信したクライアント端末１０は、個人情報設定アドレス(4)とコピーＯＳアドレス(7)とコピーアプリケーションアドレス(8)を指定してストレージ装置２０の制御部２１に向かって接続要求を送信し、ＯＳとアプリケーションと、それぞれの個人設定情報を同時に取得してＯＳを起動する。
【００４０】
［クライアント端末終了］
図７がクライアント端末１０を終了させるときの流れである。
ユーザが終了するとき、クライアント端末１０はストレージ装置２０との接続を切る直前に、ユーザ管理部３１に対してユーザ名(1)が終了することを通知し（Ｓ２１）、その後で終了する（Ｓ２２）。前記の例では、クライアント端末１０はユーザ管理部３１に対してユーザＡが終了することを通知し、ディスク使用を終了し、電源をＯＦＦする。
【００４１】
終了通知を受け取ったユーザ管理部３１はストレージ管理部３３にユーザ名(1)を指定してデータ消去要求を送信する（Ｓ２３）。前記の例では、ユーザ管理部３１はストレージ管理部３３にユーザ名(1)としてＡを指定してデータ消去要求を送信する。
【００４２】
要求を受け取ったストレージ管理部３３はストレージ管理テーブル３４を参照して、フィールド３４ｄ（個人設定情報）の値が「×」で、フィールド３４ｅ（ＬＵの状態）の値が「コピー」で、フィールド３４ｆ（ＬＵの使用者）の値が「ユーザ名(1)」であるレコードを検索し、得られた全てのレコードのアドレス(9)を取得する（Ｓ２４）。そしてストレージ装置２０の制御部２１に向かって、アドレス(9)のデータ消去要求を送信する（Ｓ２５）。前記の例では、ストレージ管理部３３は、アドレス(9)として、図４のストレージ管理テーブル３４からターゲットＩＤ＝４、ＬＵＮ＝３とターゲットＩＤ＝５、ＬＵＮ＝０とターゲットＩＤ＝５、ＬＵＮ＝１を取得し、ストレージ装置２０の制御部２１に向かって、これらのアドレスのデータ消去要求を送信する。
【００４３】
データ消去要求を受け取ったストレージ装置２０の制御部２１はデータを消去し（Ｓ２６）、ストレージ管理部３３に完了通知を送信する（Ｓ２７）。
【００４４】
完了通知を受信したストレージ管理部３３は、ストレージ管理テーブル３４を参照してアドレス情報フィールドの値がアドレス(9)である各レコードを検索し、得られた各レコードについて、フィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を全て「空き」に、フィールド３４ｅ（ＬＵの状態）の値を全て「コピー」から「−」に、フィールド３４ｆ（ＬＵの使用者）の値を全て「ユーザ名(1)」から「無し」に変更する（Ｓ２８）。前記の例では、ストレージ管理部３３は、図４のストレージ管理テーブル３４のターゲットＩＤ＝４、ＬＵＮ＝３とターゲットＩＤ＝５、ＬＵＮ＝０とターゲットＩＤ＝５、ＬＵＮ＝１のフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を全て「空き」に、フィールド３４ｅ（ＬＵの状態）の値を全て「コピー」から「−」に、フィールド３４ｆ（ＬＵの使用者）の値を全て「Ａ」から「無し」に変更する。そして消去完了通知をユーザ管理部３１に送信する（Ｓ２９）。
【００４５】
消去完了通知を受信したユーザ管理部３１は、ユーザ管理テーブル３２を参照してのフィールド３２ａの値がユーザ名(1)であるレコードを検索し、得られたレコードのフィールド３２ｄ（ユーザの状態）の値を「使用中」から「使用可」に変更する（Ｓ３０）。前記の例では、ユーザ管理部３１は、ユーザ管理テーブル３２のユーザＡのレコードのフィールド３２ｄ（ユーザの状態）の値を「使用中」から「使用可」に変更する。
【００４６】
［ＯＳ、ＡＰの更新］
図８がストレージに格納されたＯＳ、ＡＰ（アプリケーション）を更新するときの流れである。更新するＯＳまたはアプリケーションの種類を対象データ種別(10)とする。
ストレージ管理部３３はストレージ管理テーブル３４を参照してフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値が「対象データ種別(10)」で、かつフィールド３４ｅ（ＬＵの状態）の値が「オリジナル」であるレコードを検索し、得られたレコードの更新元アドレス(11)を取得する（Ｓ４１）。次にストレージ管理テーブル３４を参照してフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）が「空き」であるレコードを検索して一つレコードを得て、得られたレコードの更新先アドレス(12)を取得し（Ｓ４２）、得られたレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「対象データ種別(10)」に変更し、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に変更する（Ｓ４３）。ストレージ管理部３３はストレージ装置２０の制御部２１に対して更新元アドレス(11)から更新先アドレス(12)へのコピー要求を送信する（Ｓ４４）。
【００４７】
コピー要求を受信したストレージ装置２０の制御部２１は更新先アドレス(12)に更新元アドレス(11)が指すＬＵに管理されるデータのコピーを作成し（Ｓ４５）、ストレージ管理部３３に完了通知を送信する（Ｓ４６）。
【００４８】
完了通知を受信したストレージ管理部３３はストレージ管理テーブル３４を参照してアドレス情報フィールドの値が「更新先アドレス(12)」であるレコードを検索し、得られたレコードのフィールド３４ｅ（ＬＵの状態）の値を「コピー」から「更新中」に変更する（Ｓ４７）。
その後で更新先アドレス(12)が指すＬＵに格納されたＯＳまたはアプリケーション(10)に対して更新処理を行う（Ｓ４８）。
【００４９】
更新処理が完了したらストレージ管理部３３はストレージ管理テーブル３４を参照してアドレス情報フィールドの値が更新元アドレス(11)のレコードを検索し、得られたレコードのフィールド３４ｅ（ＬＵの状態）の値を「オリジナル」から「コピー」に変更する（Ｓ４９）。次に、ストレージ管理テーブル３４を参照してアドレス情報フィールドの値が更新先アドレス(12)であるレコードを検索し、得られたレコードのフィールド３４ｅ（ＬＵの状態）の値を「更新中」から「オリジナル」に変更し（Ｓ４９）、ストレージ装置２０の制御部２１に向かって更新元アドレス(11)が指すＬＵに管理されるデータの消去要求を送信する（Ｓ５０）。
【００５０】
消去要求を受信したストレージ装置２０の制御部２１は更新元アドレス(11)が指すＬＵに管理されるデータ消去を完了して（Ｓ５１）、完了通知をストレージ管理部３３に送信する（Ｓ５２）。
【００５１】
完了通知を受けたストレージ管理部３３はストレージ管理テーブル３４を参照してアドレス情報フィールドの値が「更新元アドレス(11)」であるレコードを検索し、得られたレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「対象データ種別(10)」から「空き」に、フィールド３４ｅ（ＬＵの状態）の値を「コピー」から「−」に変更する（Ｓ５３）。
【００５２】
図８に示したＳ１〜Ｓ１５は、ＯＳ、ＡＰの更新中にクライアント端末１０が起動した時の流れを示している。ＯＳ、ＡＰの更新中であっても更新が完了するまでは、ストレージ管理テーブル３４の更新元アドレス(11)のフィールド３４ｅ（ＬＵの状態）の値は「オリジナル」のままであるから、図８のＳ１〜Ｓ１５は通常の場合のクライアント端末１０の起動の流れを示した図６のＳ１〜Ｓ１５と同じである。クライアント端末１０は、コピーしたＯＳ、ＡＰを使用するので、ＯＳ、ＡＰが更新された後も、使用終了までは、コピーした更新前のＯＳ、ＡＰを使用し続けるので、問題は生じない。もちろん、ＯＳ、ＡＰの更新完了後にクライアント端末１０が起動した場合（正確には図８のＳ４９のストレージ管理テーブルの更新より、Ｓ７のユーザが使用するＯＳ、ＡＰのオリジナルのＬＵ群の取得が遅い場合）は、更新後のＯＳ、ＡＰをコピーして使用するので、最新のバージョンのＯＳ、ＡＰを使用することができる。
【００５３】
［ユーザの追加］
図９は新しくユーザを追加するときの流れである。
ストレージ装置２０には、各ＯＳとＯＳで使用可能なアプリケーションに対応する初期個人設定情報が格納されたＬＵがあり、ユーザを追加するときには、このＬＵから追加ユーザ用の空きＬＵにコピーすることで、追加ユーザはＯＳやアプリケーションの設定情報を得て、そのＯＳやアプリケーションを使用することができる。
新しく追加するユーザ名(13)、ユーザが使用するＯＳ種別(14)、ユーザが使用するアプリケーション種別(15)とする。
【００５４】
はじめにユーザ管理部３１はユーザ名(13)が使用するＯＳ種別(14)を指定する。そしてユーザ管理部３１はストレージ管理部３３に対してユーザ名(13)とＯＳ種別(14)とユーザ追加要求を送信する（Ｓ６０）。
【００５５】
ユーザ名(13)とＯＳ種別(14)とユーザ追加要求を受信したストレージ管理部３３はストレージ管理テーブル３４を参照して、「ＯＳ種別(14)の初期設定情報が格納されたＬＵのアドレス」（以下オリジナルＯＳ設定情報アドレス）(16)を取得し（Ｓ６１）、また、「ＯＳ種別(14)の初期設定情報をコピーするための空きＬＵのアドレス」（以下コピーＯＳ設定情報アドレス）(17)を取得する（Ｓ６２）。そしてストレージの制御部２１に対してオリジナルＯＳ設定情報アドレス(16)からコピーＯＳ設定情報アドレス(17)へのコピー要求を送信する（Ｓ６３）。
コピー要求を受信したストレージ装置２０の制御部２１は、コピーを行い、完了通知をストレージ管理部３３に送信する（Ｓ６５）。
【００５６】
完了通知を受信したストレージ管理部３３は、ストレージ管理テーブル３４を参照してアドレス情報フィールドの値が「コピーＯＳ設定情報アドレス(17)」であるレコードを検索し、得られたレコードのフィールド３４ｃ（格納されたＯＳまたはアプリケーションの種類）の値を「空き」から「ＯＳ種別(14)」に、フィールド３４ｄ（個人設定情報）の値を「×」から「○」に、フィールド３４ｅ（ＬＵの状態）の値を「−」から「コピー」に、フィールド３４ｆ（ＬＵの使用者）の値を「無し」から「ユーザ名(13)」として（Ｓ６６）、完了通知をユーザ管理部３１に送信する（Ｓ６７）。
【００５７】
ストレージ管理部３３から完了通知を受信したユーザ管理部３１は、ユーザ管理テーブル３２に新しくレコードを追加し、フィールド３２ａに「ユーザ名(13)」、フィールド３２ｂ（ユーザの使用するＯＳの種類）に「ＯＳ種別(14)」、フィールド３２ｃ（ユーザの使用するアプリケーションの種類）に「アプリケーション種別(15)」、フィールド３２ｄ（ユーザの状態）に「使用可」の値を入力する（Ｓ６８）。
【００５８】
前記実施形態の管理サーバ、クライアント端末、ストレージ装置は、その機能を実現する手段を有する。また、前記実施形態の管理サーバはコンピュータとプログラムにより構成することができる。
【００５９】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００６０】
【図１】ネットワークブートシステムの構成図である。
【図２】本発明の実施形態の管理サーバの構成を示した図である。
【図３】ユーザ管理テーブルの構成図である。
【図４】ストレージ管理テーブルの構成図である。
【図５】本発明の実施形態のストレージ装置の構成図である。
【図６】本発明の実施形態のクライアント端末の起動処理の流れを示す図である。
【図７】本発明の実施形態のクライアント端末の終了処理の流れを示す図である。
【図８】本発明の実施形態のＯＳまたはＡＰの更新時の流れを示す図である。
【図９】本発明の実施形態の新規ユーザ追加時の流れを示す図である。
【符号の説明】
【００６１】
１０…クライアント端末、２０…ストレージ装置、２１…制御部、３０…管理サーバ、３１…ユーザ管理部、３２…ユーザ管理テーブル、３３…ストレージ管理部、３４…ストレージ管理テーブル、４０…ネットワーク
【図１】
2006053732.tif 000008
【図２】
2006053732.tif 000009
【図３】
2006053732.tif 000010
【図４】
2006053732.tif 000011
【図５】
2006053732.tif 000012
【図６】
2006053732.tif 000013
【図７】
2006053732.tif 000014
【図８】
2006053732.tif 000015
【図９】
2006053732.tif 000016