JP2001075853A - 計算機システム、及び該計算機システムに用いられる計算機並びに記憶装置 - Google Patents

Abstract

(57)【要約】 【課題】複数のユーザが複数の計算機を共用して使用す
るシステムにおいて、ユーザが任意の計算機から自分専
用の環境やデータを使用することができる計算機システ
ムを提供する。 【解決手段】複数のユーザが交代で使用する複数の計算
機２ａ、２ｂ…２ｎと、ストレージ１とをファイバチャ
ネル５で接続し、各ユーザ専用の論理ボリューム１７
ａ、１７ｂ…１７ｎをストレージ１に定義する。ユーザ
が計算機を使用する際に、ユーザを認証し、そのユーザ
専用のＬＵをユーザが使用する計算機にのみにアクセス
を許可するよう制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、記憶装置に形成さ
れる論理ボリュームの管理方式に関し、特に、複数のユ
ーザがそれぞれ専用の論理ボリュームを所有し、使用す
る計算機に依存せずに専用の論理ボリュームを使用でき
るようにする方法に関する。

【０００２】

【従来の技術】複数のユーザが複数のクライアント計算
機を用いて業務処理等を行う計算機システムは、クライ
アント計算機システムと呼ばれる。従来、クライアント
計算機システムは、単独ですべての計算処理を実行でき
る機能を備えた、例えば、パーソナルコンピュータ（Ｐ
Ｃ）のような計算機を用いて構築されていた。このよう
なクライアント計算機システムで用いられる計算機は、
高性能なＣＰＵ、大容量のメモリ、大容量のハードディ
スク装置、及び高速なグラフィック機能等を有する“太
った”計算機であり、通称で「Ｆａｔクライアント」と
呼ばれている。Ｆａｔクライアントを用いたクライアン
ト計算機システムは、Ｆａｔクライアントシステム(Fat
Client System：ＦＣＳ)とも呼ばれる。ＦＣＳでは複
数のＦａｔクライアントをＬＡＮ（ローカル・エリア・
ネットワーク）で相互に接続し、必要に応じファイルの
転送や、メール送受信等の通信が行われる。Ｆａｔクラ
イアントは、一般に、ＯＳ（オペレーティングシステ
ム）やアプリケーションプログラム、あるいは、ユーザ
データ等を格納するためのローカルなディスク装置を備
える。

【０００３】複数のユーザがＦＣＳを使用するにあたっ
て、一人あたり一台のクライアント計算機が設けられて
いれば、各人が専用の環境を所持することができる。こ
こで環境とは、ＯＳの設定や、プリンタ、ネットワーク
の設定、さらには、アプリケーションプログラムの設
定、グラフィック画面の設定、ユーザのデータを保存す
るディスク装置やテープ装置等の構成など、ハードウェ
ア、ソフトウェアの各種の設定、及びデータまで含めた
計算機の状態のことをいう。一人あたり一台のクライア
ント計算機を有するＦＣＳでは、各ユーザが、その好み
や所有するハードウェア、ソフトウェアの構成に応じて
環境を構築することができる。

【０００４】一方、複数のユーザで複数の計算機を共用
し、ユーザは空いている任意の計算機を使うようなＦＣ
Ｓでは、ユーザが利用できる環境は制限されたものにな
る。このようなシステムでは、たとえば、アプリケーシ
ョンプログラムの操作設定や、グラフィック画面の設定
に、ユーザの好みを反映させられなかったり、自分のデ
ータを格納するための専用のディスク装置がなかったり
する。特にこのような構成では、データの一元管理が問
題となる。例えば、ユーザの利用するデータは、各計算
機に分散して配置されることになってしまい、バージョ
ンの管理や、バックアップ等の保守管理に多大な手間が
発生する。

【０００５】このような場合、システム内にファイルサ
ーバを設置し、ファイルサーバが有する記憶装置に各人
専用のパーティションをファイルサーバの管理の下で作
成し、これをネットワーク経由でクライアント計算機に
マウントして使用すれば、あたかもローカルディスクと
して専用のディスク装置がクライアント計算機に接続し
てあるかのように使用することができる。

【０００６】近年、クライアント計算機システムの別の
例として、ネットワーク・コンピュータ・システム（Ne
twork Computer System：ＮＣシステム）と呼ばれるシ
ステムが考えられている。ネットワーク・コンピュータ
・システムを構築する計算機は、ネットワークコンピュ
ータ（Network Computer：ＮＣ）と呼ばれ、ＯＳやアプ
リケーションプログラムを格納するハードディスク装置
を備えない等、低価格、低機能化した“痩せた”計算機
である。このような計算機のことをＦａｔクライアント
に対比し、「Ｔｈｉｎクライアント」と称する。このＴ
ｈｉｎクライアントを用いたクライアント計算機システ
ムは、Ｔｈｉｎクライアントシステム(Thin Client Sys
tem：ＴＣＳ)とも呼ばれる。

【０００７】以下、ＴＣＳの一例としてＮＣシステムシ
ステムについて、図２２を用い説明する。

【０００８】図において、２０００（ａ〜ｃ）は複数台
のＮＣ、７はサーバ、１はサーバ７に接続されたディス
ク装置、９はＮＣ２０００とサーバ７を相互に接続する
ネットワークである。

【０００９】ＮＣ２０００には、ＯＳやアプリケーショ
ンプログラム、あるいは、ユーザデータを格納するため
のディスク装置は備えられていない。ＮＣ２０００は、
サーバ７の有するディスク装置１の一部の領域をリモー
トのディスク装置としてマウントして利用する。ＯＳ、
アプリケーションプログラム、ユーザデータは、ディス
ク装置１に格納される。ＮＣ２０００の起動時には、デ
ィスク装置１からネットワーク９経由でＯＳをＮＣ２０
００にロードし実行する。アプリケーションプログラム
の起動も同様にして行われる。

【００１０】ディスク装置１に設けられるユーザ用の記
憶領域には、サーバ側の設定により、ユーザ専用のエリ
アが用意され、サーバの排他制御機能により、他のユー
ザが使用できないようにアクセス制限がかけられる。こ
れにより、計算機環境を各人専用にパーソナライズする
ことができ、また、使用するクライアント計算機に依存
せずに、自分専用の環境やデータを使用することができ
る。これらの管理は、すべてサーバにおいて実施され
る。

【００１１】

【発明が解決しようとする課題】上述したように、従来
のＦＣＳでは、複数のクライアント計算機を複数のユー
ザで共用する場合、計算機環境を個人の好みや要求に従
いパーソナライズすることができず使いにくいという問
題がある。また、個人のデータを特定クライアント計算
機においておけないので、データが分散し、管理が困難
になるという問題がある。

【００１２】このような問題を解決するために、ＦＣＳ
にファイルサーバを設けると、データが一元化されるの
で管理は容易になるが、ファイルサーバが必要とされる
分コストが上昇する。また、ディスクアクセスの際に、
ネットワークやサーバを経由することになる。このた
め、そのオーバヘッドにより性能が低下する。さらに
は、多数のクライアントからのディスクアクセスが発生
し、ネットワークやサーバの負荷が上昇するという問題
がある。

【００１３】また、ＮＣシステムを代表とするＴＣＳ
は、ＦＣＳにファイルサーバを設ける場合と同様の問題
がある。

【００１４】本発明の目的は、これら従来技術における
問題点に鑑み、複数のユーザが複数の計算機を共用して
使用するシステムにおいて、ユーザが計算機を選ぶこと
なく自分専用の環境やデータを使用することができる計
算機システムを提供することにある。

【００１５】また、本発明の他の目的は、ユーザのデー
タを一元管理可能な計算機システムを提供することにあ
る。

【００１６】さらに、本発明の他の目的は、ユーザ用の
データを管理するためのサーバを必要としない安価な計
算機システムを提供することにある。

【００１７】本発明のさらなる目的は、LANやサーバに
負荷をかけない計算機システムを提供することにある。

【００１８】本発明のさらに他の目的は、ディスクアク
セスの際にLANやサーバを経由しない高速なディスクア
クセスを実現する計算機システムを提供することにあ
る。

【００１９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の計算機システムは、複数台の計算機と、こ
れら複数の計算機により共用される記憶装置と、記憶装
置を管理するための管理コンソールと、複数の計算機、
記憶装置、及び管理コンソールを相互に接続するI/Oチ
ャネルを有して構成される。

【００２０】好ましい態様において、各計算機は、I/O
チャネルへの接続・制御を行う手段と、I/Oチャネルへ
の接続・制御を行う手段を識別するために定義されたWo
rld Wide Name（ＷＷＮ)等の識別名を保存する手段と、
I/Oチャネルに接続した記憶装置からＯＳのブートアッ
プを行うための制御手段と、ユーザの名前やパスワード
等のユーザ識別・認証情報を入力する手段と、前記ユー
ザ識別・認識情報とＩＰアドレスや計算機名等の計算機
の識別情報を管理コンソールに送信する手段とを備え
る。

【００２１】記憶装置は、管理コンソールと通信する手
段と、管理コンソールからの指示に従い、論理ボリュー
ムであるＬＵ（Logical Ｕnit）を複数個記憶装置の内
部に定義・作成し、そのＬＵに対し、記憶装置の内部で
一意な名前である「内部ＬＵＮ（Logical Unit Numbe
r）」を定義し、そＬＵに対して、アクセスを許可する
計算機からみて認識される仮想的なＬＵＮである「仮想
ＬＵＮ」を管理コンソールの指示に従いマッピングし、
内部ＬＵＮと仮想ＬＵＮと計算機の対応関係を管理する
手段と、あるＬＵに対して管理されている対応関係以外
の計算機からアクセスされた場合にそれを抑止する手段
を備える。

【００２２】管理コンソールは、計算機から送信された
ユーザ識別・認証情報と計算機の識別情報を受信する手
段と、記憶装置と通信する手段と、記憶装置内部にＬＵ
を作成するよう指示し、そのＬＵに記憶装置が与えた内
部ＬＵＮに対して、計算機から認識されるＬＵＮである
仮想ＬＵＮを記憶装置に指示する手段と、計算機システ
ムを使用するユーザを識別・認証情報で管理し、ユーザ
毎に記憶装置の内部に専用のＬＵを作成し、ユーザ識別
情報、現在ユーザが使用している計算機の識別情報、及
びそのユーザ専用のＬＵの内部ＬＵＮと仮想ＬＵＮの関
係を管理する手段を備える。

【００２３】

【発明の実施の形態】図１は、第１の本実施形態におけ
る計算機システムの構成図である。

【００２４】図において、２（２ａ〜２ｎ）は、計算
機、１は、すべての計算機２により共用される記憶装置
（以下では、ストレージと呼ぶ）、４は、ストレージ１
を管理するための管理コンソール、３は、計算機２、ス
トレージ１、及び管理コンソール４を相互に接続するフ
ァイバチャネル接続手段、５ａ〜５ｎは、ファイバチャ
ネルである。６は、ストレージ１と管理コンソール４が
相互に通信するための通信手段、９は、複数の計算機２
と管理コンソール４を接続し、これらの間で通信を行う
ためのネットワークである。

【００２５】１７(１７ａ〜１７ｎ）は、ストレージ１
の内部に定義し作成された複数の論理ユニット（Logica
l Unit：ＬＵ）である。論理ユニットとは上記の説明で
用いた論理ボリュームと同義であり、いわゆるパーソナ
ルコンピュータ（ＰＣ）やワークステーション（ＷＳ）
といった計算機とストレージを接続するインタフェース
（以下、Ｉ／Ｆと略記する）のプロトコルであるＳＣＳ
Ｉ（Small Computer System Interface）の仕様におい
て定義された名称である。以下、本発明の実施形態にお
いては、Ｉ／Ｆはファイバチャネルとし、そのプロトコ
ルはＳＣＳＩであると想定し、論理ボリュームのことを
単にＬＵと呼ぶことにする。またＬＵを識別するための
番号のことをＬＵＮ（Logical Unit Number）と呼ぶ。
本実施例以下ではすべてのＬＵは、あるユーザ専用に定
義されるものとして説明する。

【００２６】図２は、計算機２の構成図である。

【００２７】２１は、計算機の全体の制御を行う中央制
御手段、２２は、ファイバチャネルの接続、制御を行う
ために、計算機２に搭載されたファイバチャネルＩ／Ｆ
制御ボード、２３は、計算機２を利用するユーザが情報
を入力したり出力したりするための入出力手段、２４
は、ネットワーク9を用いた通信制御を行うためのネッ
トワーク制御手段、２５は、中央制御手段２１が各種制
御を実行するために必要なプログラムやデータを格納す
るためのメモリである。メモリ２５には、計算機２を使
用するユーザを管理するために、中央制御手段２１によ
り実行されるユーザ管理プログラム２５１が保持され
る。

【００２８】ファイバチャネルＩ／Ｆ制御手段２２０
は、ファイバチャネルの制御を行うファイバチャネルＩ
／Ｆ制御手段２２０、ファイバチャネルＩ／Ｆ制御手段
２２０が制御をするために必要なプログラムやデータ、
及び中央制御手段２１がファイバチャネルＩ／Ｆ制御手
段２２０を制御するために必要なプログラムやデータを
格納するためのメモリ２２１を有する。

【００２９】メモリ２２１には、ファイバチャネル５に
接続された計算機２の外部のストレージ１からＯＳを起
動する際に、ファイバチャネルＩ／Ｆ制御手段２２０を
制御するために中央制御手段２１が実行するブートアッ
プ制御プログラム２２１１、ファイバチャネルＩ／Ｆ制
御手段２２０を識別するために設けられた世界で唯一な
名称の情報であるＷＷＮ（World Wide Name）２２１２
が格納されている。ここで、本実施形態ではファイバチ
ャネルＩ／Ｆ制御ボード２２が計算機２に搭載されてい
るが、本ボードに搭載されるファイバチャネルＩ／Ｆ制
御手段２２０、およびメモリ２２１は、計算機２の内部
にファイバチャネルＩ／Ｆ制御ボード２２を用いずに直
接実装されていてもよく、この場合であっても本発明の
作用、効果は全く同様である。

【００３０】図３は、ストレージ１の構成図である。

【００３１】１１は、ストレージの全体制御を司る中央
制御手段、１２は、ファイバチャネル５ｄへの接続と、
その制御を行うファイバチャネルＩ／Ｆ制御手段、１３
は、中央制御手段１１が、ストレージ１の内部制御を行
うためのプログラムやデータを格納するためのメモリ、
１４は、ストレージ１を管理する管理コンソール４との
間の通信を制御する通信制御手段、１７０〜１７６は、
ストレージ１内部に設けられた複数の論理ユニット（Ｌ
Ｕ）であり、物理的なディスク装置の記憶空間の一定の
領域に構成された、上位装置から見える論理的なボリュ
ームである。なお、以下では、ＬＵ１７０〜１７６を総
括して引用する際に参照番号として１７Ｘを使用する。

【００３２】メモリ１３には、複数のＬＵ１７Ｘを定義
し作成するために中央制御手段１１が実行するＬＵ定義
プログラム１３１、各計算機２が、複数のＬＵ１７Ｘの
それぞれに対するアクセス禁止／許可、ＬＵ１７Ｘの属
性、上位計算機から認識される仮想ＬＵＮ、及びストレ
ージ内部でＬＵ１７Ｘを管理するために付加される内部
ＬＵＮのそれぞれの対応関係を中央制御手段１１が管理
するために用いられるＬＵＮ管理テーブル１３２、ＬＵ
Ｎ管理テーブル１３２の情報に従い各計算機２からの各
ＬＵ１７Ｘへのアクセスを制限／許可の制御、及びアク
セスが許可される場合に、ＬＵ１７Ｘに対するリード・
ライトアクセスの制御のために中央制御手段１１により
実行されるアクセス制御プログラム１３３が格納され
る。

【００３３】図４は、管理コンソール４の構成図であ
る。

【００３４】４１は、管理コンソール４全体の制御を司
る中央制御手段、４２は、管理者が管理コンソール４を
操作するための入出力手段、４３は、ストレージ１の各
種設定のための通信を行う通信手段６を制御する通信制
御手段、４４は、中央制御手段４１が実行するプログラ
ムやデータを格納するためのメモリ、４６は、計算機２
と通信を行うためのネットワーク９を制御するネットワ
ーク制御手段、４７は、管理コンソール４のＯＳやプロ
グラムを格納する内蔵ディスクであるローカルディスク
である。

【００３５】メモリ４４には、ユーザとＬＵＮの関係を
管理するために中央制御手段４１により実行されるユー
ザ−ＬＵＮ管理プログラム４４１、ユーザとＬＵＮとユ
ーザが使用している計算機５を管理するためのユーザ-
ＬＵＮ管理テーブル４４２、計算機５と計算機５に実装
されているファイバチャネルＩ／Ｆ制御手段２２０に設
定されたＷＷＮ２２１２との関係を管理するための計算
機管理テーブル４４３が格納される。

【００３６】以下、本実施形態における計算機システム
について、さらに、詳細に説明する。

【００３７】(1) 内部ＬＵＮと仮想ＬＵＮ まず、本実施形態におけるＬＵ（Logical Unit）につい
て説明する。ＬＵはストレージの上位計算機から見たと
きの論理的なボリュームである。上位計算機は1つのＬ
Ｕを１台のストレージとして認識する。

【００３８】ストレージ１は、その内部を複数の領域に
分割し、分割したそれぞれの領域をＬＵとして定義、構
築することができる。これを内部ＬＵと呼ぶことにす
る。ストレージ１では内部ＬＵを管理するため、各ＬＵ
に対して０から始まる整数でシリアル番号が付けられ
る。この番号を内部ＬＵＮ（Logical Unit Number）と
呼ぶ。

【００３９】一方、本実施形態における計算機システム
のように、複数の計算機２が１台のストレージを共用す
る場合、計算機２それぞれに専用のＬＵを割り当てる。
一般に、ＰＣ等の上位計算機は、ＯＳのブート時に接続
するストレージをサーチしてＬＵを検出する。このとき
のサーチ方法には、いくつかの制約がある場合がある。
それは、 (a) ＬＵＮを０から順にサーチする。 (b) ＬＵＮは連続番号で存在すると仮定し、ある番号が
存在しない場合、その番号以降のサーチは行わない。 の２点である。これはサーチ時間を短縮するための工夫
である。

【００４０】本実施形態においても、計算機２は、この
制約に従った上位計算機であると仮定する。このような
場合、内部ＬＵＮをそのまま上位計算機に割り当てると
すると、内部ＬＵＮが０以外のＬＵを割り当てられた計
算機は、このＬＵを検出できないことになってしまう。
そこで、すべての計算機に対し、０から始まる連続番号
のＬＵＮを持つＬＵを割り当てることが望ましい。本実
施形態では、ストレージ１は各計算機２ごとに、計算機
２が使用するＬＵのＬＵＮをすべて０から始まる連続し
た番号になるよう再定義することによりこの問題を解決
する。ここでは、各計算機２から認識されるＬＵを仮想
ＬＵ、仮想ＬＵに割り当てるＬＵＮを仮想ＬＵＮと呼
び、内部ＬＵおよび内部ＬＵＮと区別する。内部ＬＵＮ
と仮想ＬＵＮとの対応関係は、ストレージ１が備えるＬ
ＵＮ管理テーブル１３２により管理される。

【００４１】(2)ＬＵＮ管理テーブル ＬＵＮ管理テーブル１３２の一例を図５（ａ）に示す。
ＬＵＮ管理テーブル１３２には、ポート番号、Target I
D、仮想ＬＵＮ、内部ＬＵＮ、ＷＷＮ、Ｓ_ＩＤ、及び属
性が格納される。

【００４２】ポート番号は、ストレージ１が備えるファ
イバチャネル接続ポートの番号である。本実施形態で
は、ポート数は１個であるので、一律０が格納される。

【００４３】Target IDは、上位計算機との接続Ｉ／Ｆ
において、ストレージ１に割り当てられる識別子（Ｉ
Ｄ）である。本実施形態のように、上位計算機との接続
Ｉ／Ｆがファイバチャネルの場合には、各ポート毎に唯
一のＤ_ＩＤ（Destination ID）を備えるが、ポート番
号の項があるので省略してもよいし、ファイバチャネル
の初期化時に決定したＤ_ＩＤを格納しても良い。ＳＣ
ＳＩの場合には、同一ポートに複数のＩＤを備えること
ができるので、そのときの各ＬＵＮの属するTarget ID
を格納する。以下本実施形態では、ファイバチャネルを
仮定し、Target IDは未使用とし、Target IDの欄には一
律０を格納する。

【００４４】仮想ＬＵＮと内部ＬＵＮは、上位計算機に
割り当てた内部ＬＵＮと各上位計算機から認識される仮
想ＬＵＮとの対応関係を示す。たとえば、図５では、内
部ＬＵＮ０は仮想ＬＵＮ０として、また内部ＬＵＮ５も
仮想ＬＵＮ０として定義されている。両者はともに仮想
ＬＵＮ０として定義されているが、それぞれ使用できる
計算機２が異なる。

【００４５】ＷＷＮは、各上位計算機のファイバチャネ
ルＩ／Ｆ接続手段２２０を特定する情報であるWorld Wi
de Nameである。ファイバチャネルのポートとポートの
接続関係を確立するポートログイン処理の際に、各上位
計算機のＷＷＮがストレージ１に通知される。

【００４６】Ｓ_ＩＤは、ファイバチャネルのフレーム
ヘッダに格納されるＩＤ情報であり、フレームを作成し
たソース（イニシエータ）を識別するＩＤである。Ｓ_
ＩＤは、ファイバチャネルの初期化の際に、動的に割り
当てられる。先に述べたＷＷＮは初期化の際に交換され
た各ファイバチャネルポートにより一意に設定される値
であるが、ＷＷＮとＳ_ＩＤの関連づけを行うことで、
フレーム毎にＷＷＮを調べなくてもＳ_ＩＤのみ検査す
ることで上位計算機を特定できるようになっている。

【００４７】属性は、各ＬＵの所有属性を示す。「専
有」は、１台の上位計算機により専有されるＬＵである
ことを示す。「共有」は複数の上位計算機により共有さ
れるＬＵであることを示す。本実施形態では、各ＬＵは
ある一台の上位計算機により専有されるものと仮定す
る。

【００４８】(3)ユーザとＬＵの関係 本実施形態では、計算機システムを使用するユーザ８が
少なくとも一人以上であり、ユーザ８は、任意の計算機
２を使用できるものとする。ユーザ８は、自分が使用す
る環境を格納したＬＵをそれぞれ一つ以上持つことがで
きる。以下の説明では簡単のため、各ユーザ８が専用の
ＬＵをそれぞれ一つずつ所有しているものとして説明す
る。

【００４９】ユーザと、ユーザが所有しているＬＵとの
関係は、管理コンソール４が備えるユーザ−ＬＵＮ管理
テーブル４４２によって管理される。ユーザ−ＬＵＮ管
理テーブル４４２の一例を図６（ａ）に示す。

【００５０】同図において、ユーザ名は、ユーザ８を特
定する識別名、パスワードは、そのユーザ８が本人であ
るかどうかを認証するための認証コード、仮想ＬＵＮ
は、ユーザ８がある時点で使用している計算機２におい
て認識されるＬＵＮ、内部ＬＵＮは各ユーザ８専用ＬＵ
の内部ＬＵＮ、登録状況は、あるユーザ専用のＬＵが、
ユーザ８が使用する計算機２において使用可能なように
ストレージ１に登録されているかどうかを示す。ポート
番号、TargetID、属性は、上述したＬＵＮ管理テーブル
１３２におけるものと同様である。計算機名は、あるユ
ーザ８が現在使用している計算機２の名称を示す。

【００５１】ユーザ−ＬＵＮ管理テーブル４４２によっ
て、各ユーザ８とそのユーザ８が専有するＬＵの対応関
係と使用状況を把握することができる。

【００５２】(4)計算機名とＷＷＮの関係 図７は、管理コンソール４が備える、計算機管理テーブ
ル４４３の一例を示している。図において、計算機名
は、計算機２を特定するための識別名、識別子は、その
計算機２を一意に特定するための識別子であり、ＩＰア
ドレス等を用いることができる。ＷＷＮは、計算機２が
備えるファイバチャネルＩ／Ｆ制御手段２２０の備える
ＷＷＮである。計算機２とＷＷＮの関係は、この表によ
り管理することができる。

【００５３】(5)ユーザの登録 次に、ユーザ８の登録について説明する。本実施形態で
は、ユーザ８の管理を管理コンソール４にて集中管理す
る方法を説明する。その他の方法は第二、第三実施形態
で説明する。管理コンソール４において、管理者は、ユ
ーザ−ＬＵＮ管理プログラム４４１を実行し、入出力手
段４２を用いてユーザ名とパスワードを登録する。パス
ワードは、後でユーザ自身が変更可能である。以上の処
理により、ユーザ−ＬＵＮ管理プログラム４４１は、ユ
ーザ−ＬＵＮ管理テーブル４４２に、ユーザ名、パスワ
ードを登録する。

【００５４】(6)ＬＵの作成 続けて管理者は、このユーザ８用のＬＵを作成する。管
理者は、ユーザ−ＬＵＮ管理プログラム４４１を引き続
き操作し、ストレージ１にＬＵを作成する物理ディスク
装置を選択する。ストレージ１が複数のディスク装置を
備えているならば、そのうちの１つを選択する。また、
ストレージ１が、ＲＡＩＤ（RedundantArrays of Inexp
ensive Disks）を構成するならば、複数のディスク装置
を選択し、これらをグループ化して仮想的な１台の物理
ディスク装置と扱う。

【００５５】次に、ＬＵの容量と、内部ＬＵＮ、仮想Ｌ
ＵＮ、同ＬＵＮアクセスに使用するディスクアレイのポ
ート番号、Target ID、及び専有か共有かを示す属性を
定義する。以上の設定情報を用い、管理者は、ユーザ−
ＬＵＮ管理プログラム４４１を操作して、ストレージ１
にＬＵ作成命令を発行する。中央制御手段４１は、通信
制御手段４３を制御し、通信手段６を介しストレージ１
に設定情報を転送する。

【００５６】ストレージ１の通信制御手段１４は、これ
を受信して中央制御手段１１に通知する。この通知を受
けて中央制御手段１１は、ＬＵ定義プログラム１３１を
起動する。ＬＵ定義プログラム１３１は、指定の物理デ
ィスク装置に、指定の容量のＬＵを作成する。そして、
ＬＵＮ管理テーブル１３２にポート番号、TargetID、仮
想ＬＵＮ、内部ＬＵＮ、属性を登録する。これらの設定
は後に変更される場合もある。なお、この時点では、Ｗ
ＷＮとＳ_ＩＤは未設定のままである。ＬＵ定義プログ
ラム１３１は、通信制御手段１４を制御し、通信手段６
を経由し、管理コンソール４にＬＵを成功裏に作成でき
たことを報告する。管理コンソール４は、この報告を受
信し、管理者にＬＵ作成成功を通知する。

【００５７】(7)ユーザのログイン 次に、ユーザが計算機を使用し、そのユーザ専用のＬＵ
を使用する手順を図９のフローチャートを用いて説明す
る。

【００５８】計算機２において、ユーザは、そのときに
未使用であった計算機２の電源をＯＮする（ステップ１
０００）。これにより、計算機２のユーザ管理プログラ
ム２５１が起動する（ステップ１００１）。ユーザ管理
プログラム２５１は、計算機２がＰＣの場合、拡張ＢＩ
ＯＳ機能として実装することができる。また、計算機２
がＷＳの場合には、初期化プログラムの一部として実装
することができる。ユーザ管理プログラム２５１は、中
央制御手段２１が実行するプログラムである。ユーザ管
理プログラム２５１は、ユーザ名とパスワードの入力を
求める。これに応答してユーザは、自分のユーザ名とパ
スワードを入出力手段２３を用いて入力する（ステップ
１００２）。ユーザ管理プログラム２５１は、ネットワ
ーク制御手段２４を制御してネットワーク９により、ユ
ーザ名とパスワード、計算機２の識別子（たとえばＩＰ
アドレス）を管理コンソール４に送信する。これら送信
した情報のことをユーザログイン情報と呼ぶことにす
る。

【００５９】(8)ユーザの認証 管理コンソール４では、ネットワーク制御手段４６がユ
ーザログイン情報を取得し、中央制御手段４１に通知す
る。中央制御手段４１は、ユーザ−ＬＵＮ管理プログラ
ム４４１を起動する。ユーザ−ＬＵＮ管理プログラム４
４１は、中央制御手段４１が実行するプログラムであ
る。ユーザ−ＬＵＮ管理プログラム４４１は、ユーザ−
ＬＵＮ管理テーブル４４２のユーザ名とパスワードを参
照し、このユーザが使用権をもった正規ユーザであるこ
とを認証する（ステップ１０１０）。

【００６０】(9)ユーザ専用ＬＵの仮想ＬＵＮと内部Ｌ
ＵＮの確認 ユーザ−ＬＵＮ管理プログラム４４１は、計算機管理テ
ーブル４４３を参照し、計算機２の識別子からその計算
機のＷＷＮを確認する（ステップ１０１１）。次に、ユ
ーザ−ＬＵＮ管理プログラム４４１は、当該ユーザが所
有しているＬＵをユーザ−ＬＵＮ管理テーブル４４２を
参照して確認する。ここで、該当ＬＵがすでに同計算機
２にマウントされている可能性があるので、これを判定
する必要がある。例えば、今計算機２を使用しようとし
ているユーザ８が、以前にこの計算機２を使用した最後
のユーザであった場合、アンマウント処理を明示的に管
理者が行わない限り、そのままマウントされる設定とし
てストレージ１に維持されている。従って、このような
場合には、該当ＬＵがすでにマウントされた状態となっ
ている。

【００６１】はじめに判定する仮想ＬＵＮ＝ｎに設定す
る。通常、ｎ=０である（ステップ１０１２）。次に、
ユーザ８の仮想ＬＵＮ=ｎ（＝０）に該当する内部ＬＵ
Ｎをユーザ−ＬＵＮ管理テーブル４４２を参照して特定
する。ユーザ−ＬＵＮ管理テーブル４４２において、た
とえば、図６（ａ）に示すユーザ−ＬＵＮ管理テーブル
４４２では、ユーザＡの仮想ＬＵＮ=０に該当するのは
内部ＬＵＮ=０であることがわかる（ステップ１０１
３）。

【００６２】(10)内部ＬＵＮの登録確認 ステップ１０１３で特定された内部ＬＵＮを持つＬＵ
が、計算機２から使用できるように、ストレージ１に登
録してあるかどうか確認する。ユーザ−ＬＵＮ管理プロ
グラム４４１は、ユーザ−ＬＵＮ管理テーブル４４２を
参照し、当該内部ＬＵＮが当該計算機２にすでにマウン
トされているかどうか、計算機名の欄と、先に取得した
計算機名を比較することで確認する（ステップ１０１
４、１０１５）。計算機名が登録済みであるならば、以
下の処理をスキップして、ステップ１０１７の処理に移
る。

【００６３】計算機名が登録済みでない場合、ユーザ−
ＬＵＮ管理プログラム４４１は、仮想ＬＵＮ、内部ＬＵ
Ｎ、ポート番号、Target ID、属性、ＷＷＮのすべての
情報を通信制御手段４３を制御し、通信手段６を介して
ストレージ１に送信する。これらの情報をマウント情報
と呼ぶことにする（ステップ１０１６）。

【００６４】(11)登録処理の実行 ストレージ１において、通信制御手段１４は、マウント
情報を受信し、中央制御手段１１に通知する。中央制御
手段１１は、ＬＵ定義プログラム１３１を起動し、マウ
ント情報を用いてＬＵＮ管理テーブル１３２に、該当す
る内部ＬＵＮの行のポート番号、Target ID、仮想ＬＵ
Ｎ、ＷＷＮ、属性を設定して内部ＬＵＮが計算機２から
使用できるように登録する。Ｓ_ＩＤは、この時点では
まだ決定していないので、空欄である。ＬＵ定義プログ
ラム１３１は、登録設定が正しく完了したことを、管理
コンソールに報告（終了報告）する（ステップ１０２
１）。

【００６５】(12)登録処理の終了 ストレージ１からの終了報告を受けると、管理コンソー
ル４のユーザ−ＬＵＮ管理プログラム４４１は、当該ユ
ーザが所有する全ての仮想ＬＵＮの登録処理が終了した
かどうか確認する（ステップ１０１７）。まだ該当する
仮想ＬＵＮがある場合は、次の仮想ＬＵＮを設定し、ス
テップ１０１３以降の処理が繰り返し実行される（ステ
ップ１０１８）。全ての仮想ＬＵＮの登録が終了したな
らば、計算機２に終了報告を通知する（ステップ１０１
７）。

【００６６】(13)ブートアップ制御プログラムと拡張Ｂ
ＩＯＳ 管理コンソール４から終了報告を受けると、計算機２
は、ユーザ管理プログラム２５１による処理を終了する
（ステップ１００４）。

【００６７】続いて、ブートアップ制御プログラム２２
１１が起動する。計算機２がＰＣの場合、ブートアップ
制御プログラム２２１１は、ファイバチャネルＩ／Ｆ制
御ボード２２上のメモリ２２１に格納されたプログラム
である。このプログラムは、拡張ＢＩＯＳと呼ばれるＰ
Ｃの機能を拡張するプログラムであり、このプログラム
により、ファイバチャネル５に接続された計算機２の外
部にあるストレージ１からＯＳのブートアップを行うこ
とが可能になる。計算機２がＰＣ以外の場合、拡張ＢＩ
ＯＳというプログラムは存在しないので、ブートアップ
制御プログラムは、メモリ２５に位置されている必要が
ある。本実施形態では計算機２としてＰＣを想定し、ブ
ートアップ制御プログラム２２１１は、拡張ＢＩＯＳで
あるとして説明する。

【００６８】中央制御手段２１は、ファイバチャネルＩ
／Ｆ制御ボード２２上のメモリ２２１をサーチし、ブー
トアップ制御プログラム２２１１（拡張ＢＩＯＳ）を検
出すると、メモリ２２１からメモリ２５にブートアップ
制御プログラム２２１１をコピーし、メモリ２５上で実
行する。メモリ２５がいわゆる主記憶と呼ばれ、一般
に、比較的高速なメモリ素子が用いられているのに対
し、メモリ２２１としては、フラッシュメモリと呼ば
れ、主記憶に用いられるメモリ素子に比べて低速な素子
が用いられる。そこで、プログラムの実行を高速化する
ため、このように、ブートアップ制御プログラム２２１
１は、メモリ２５にコピーして実行される（ステップ１
００５）。

【００６９】(14)ファイバチャネルの初期化 ブートアップ制御プログラム２２１１は、起動すると、
ファイバチャネル５の初期化処理を開始する。この処理
のなかで、ポートログインと呼ばれる各ファイバチャネ
ルポート間の論理的接続が実行される。このポートログ
インの処理が成功すると、ポート間の論理的接続関係が
成立する。ポートログインに際しては、ＷＷＮがポート
名として使用される。また、各々のポートのＩＤが決定
する。このＩＤは動的に決定され、各ポートがそれぞれ
独立の番号になるようなプロトコルで設定される。スト
レージ１において、中央制御手段１１は、ＬＵ定義プロ
グラム１３１を起動する。ＬＵ定義プログラム１３１
は、上位計算機のファイバチャネルＩ／Ｆ制御手段２２
０をひとつのファイバチャネルポートとしてＷＷＮによ
り識別し、そのＩＤをＳ_ＩＤとしてＬＵＮ管理テーブ
ル１３２に設定する（ステップ１００６）。ファイバチ
ャネル５の初期を終えると、中央処理手段２１は、ブー
トアップ制御プログラム２２１１によりブートアップ処
理を実施し、ＯＳのブートを行う（ステップ１００
７）。

【００７０】(15)ブートアップ処理の開始 ステップ１００７におけるブートアップ処理の詳細な手
順を図１０に示す。

【００７１】ブートアップ制御プログラム２２１１は、
計算機２に接続しているストレージ１に内蔵されるＬＵ
を検査する。検査を開始するにあたり、はじめに検査対
象ＬＵＮを０に設定する（ステップ１１０１）。このＬ
ＵＮを指定して、ＬＵに対してInquiryコマンドを発行
する。Inquiryコマンドとは、ストレージの種類や、容
量、その他の特性等を調査するために用意されたＳＣＳ
Ｉコマンドである（ステップ１１０２）。

【００７２】(16)ＬＵＮのアクセス判定 ストレージ１において、ファイバチャネルＩ／Ｆ制御手
段１２がInquiryコマンドを受信すると、中央制御手段
１１はこれを受け取り、アクセス制御プログラム１３３
を起動する（ステップ１１２０）。アクセス制御プログ
ラム１３３は、中央制御手段１１により実行されるプロ
グラムである。アクセス制御プログラム１３３は、ＬＵ
Ｎ管理テーブル１３２を参照し、計算機２が発行したIn
quiryコマンドで指定された検査対象ＬＵＮを確認す
る。ここで、上位計算機２から指定された検査対象ＬＵ
Ｎはストレージ１からみると仮想ＬＵＮである。アクセ
ス制御プログラム１３３は、Inquiryコマンドを受信し
たポート番号、指定されたTarget ID、及び仮想ＬＵＮ
から内部ＬＵＮの有無を確認する。該当する内部ＬＵＮ
が存在している場合、次にInquiryコマンドのコマンド
フレームに内包された発行元のＳ_ＩＤと、ＬＵＮ管理
テーブル１３２に格納されたＳ_ＩＤとを比較し検査す
る（ステップ１１２１、１１２２）。Ｓ_ＩＤが一致し
たならば、検査対象の仮想ＬＵＮは、計算機２からアク
セスを許可されているので、「ＬＵＮ有り」を示す情報
とともに該当するＬＵの容量やその他の特性情報を計算
機２に応答として返す（ステップ１１２３）。

【００７３】Ｓ_ＩＤが一致しない場合は、この計算機
２から当該ＬＵＮが割り当てられたＬＵは、アクセスが
許可されていないことになるので、「ＬＵＮ無し」を示
す情報を計算機２に応答として返す（ステップ１１２
４）。また、Inquiryコマンドを受信したポートのポー
ト番号、指定されたTarget ID、及び仮想ＬＵＮに基づ
く内部ＬＵＮの有無の確認において、対応する内部ＬＵ
Ｎが存在しない時も同様に「ＬＵＮ無し」として扱われ
る。

【００７４】(17)ブートローダの起動 ストレージ１から「ＬＵＮ有り」を示す応答があると、
計算機２のブートアップ制御プログラム２２１１は、検
査対象ＬＵＮをインクリメントし、次のＬＵＮを検索す
るため上記の処理を繰り返す（ステップ１１０４）。

【００７５】ストレージ１からの応答が「ＬＵＮ無し」
を示す場合、ブートアップ制御プログラム２２１１は、
ＬＵＮの検索を終了する（ステップ１１０５）。そし
て、検索の結果、検出されたＬＵＮのうち、「ブート指
定ＬＵＮ」により事前に指定されたＬＵＮを持つＬＵに
格納されたブートローダをメモリ25に読み込み、ＯＳの
ブート処理を行う。ブートアップ制御プログラム２２１
１は、「ブート指定ＬＵＮ」を事前に指定することがで
きる。「ブート指定ＬＵＮ」は、複数のストレージや複
数のＬＵＮを検出した時に、どのストレージのどのＬＵ
ＮからＯＳをブートするかを指定するものである（ステ
ップ１１０６）。

【００７６】以上のように、ユーザ８が任意の空いてい
る計算機２を使用して、このユーザ専用のＬＵＮをその
計算機２にマウントして使用することができる。

【００７７】図８は、複数のユーザが本実施形態におけ
る計算機システムを使用している例を示す。

【００７８】ある時点におけるシステムの使用状況が、
図８（ａ）に示す使用状況であるとする。この状態で
は、ＬＵＮ管理テーブル１３２、ユーザ−ＬＵＮ管理テ
ーブル４４２は、それぞれ、図５（ａ）、図６（ａ）に
示す状態となる。

【００７９】ここで、計算機ａを使用していたユーザＡ
と、計算機ｃを使用していたユーザＥが使用を終了し、
その後、図８（ｂ）に示す様に、新たにユーザＧが計算
機ａ、ユーザＨが計算機ｃ、さらにユーザＡが計算機ｈ
の使用を開始したとする。各々の新規ユーザは、上述し
たようにログイン処理を行う。これに伴い管理コンソー
ル４において、ユーザ−ＬＵＮ管理テーブル４４２は、
図６（ｂ）の様に変更され、また、ストレージ１におい
て、図５に示すＬＵＮ管理テーブル１３２も図５（ｂ）
の様に変更される。

【００８０】以上の処理により、図８（ｂ）に示すとお
り、新規ユーザＧ、Ｈ、Ａは、それぞれ専用のＬＵであ
る内部ＬＵＮ６、７、０のＬＵを、それぞれが使用する
計算機ａ、ｃ、ｈにマウントし、使用することができ
る。

【００８１】以上のように、複数のユーザが、その使用
する計算機２に関わらず、各ユーザ専用のＬＵを使用し
ようとする計算機にマウントして使用することができ
る。これにより、それぞれ固有のＯＳ、アプリケーショ
ンプログラムを専用のＬＵに格納し、これらのプログラ
ムを直接Ｉ／Ｏロードできる。また、それぞれのデータ
も同一ストレージに格納できる。

【００８２】上記実施形態によれば、このように、任意
のユーザが専用の環境を維持しながら任意の計算機を使
用可能な計算機システムを構築可能となる。これによ
り、ユーザ用のＯＳ、アプリケーションプログラム、及
びデータをすべて１台のＬＵに集約できるので、管理が
容易になる。

【００８３】また、プログラムをサーバやネットワーク
を介することなく、ストレージ１から計算機２に直接Ｉ
／Ｏロードできるので、ネットワークやサーバに負荷を
かけることがなく、さらに、高速なプログラム起動、実
行を実現できるという効果がある。

【００８４】また、各ユーザのアプリケーションプログ
ラムを実行したり、ユーザ用のデータを管理したりする
サーバは不要であり、システム全体のコストを低減でき
るという効果がある。

【００８５】図１１は、本発明の第２の実施形態におけ
る計算機システムの構成図である。第一実施形態との相
違点は、ストレージ１がネットワーク９に接続している
ことであり、その他は第１の実施形態における計算機シ
ステムと同様に構成されている。

【００８６】図１２は、本実施形態の計算機２の構成図
である。本実施形態における計算機は、メモリ２５上に
ユーザ−ＬＵＮ管理テーブル２５２を格納している点で
図２に示した第１の実施形態における計算機２と相違す
る。その他の構成については、第１の実施形態における
計算機と同様である。

【００８７】図１５に本実施形態のユーザ−ＬＵＮ管理
テーブル２５２の一例を示す。ユーザ−ＬＵＮ管理テー
ブル２５２は、図６に示した第１の実施形態におけるユ
ーザ−ＬＵＮ管理テーブル４４２から「登録状況」と
「計算機名」の項目が除かれたものであり、他の項目
は、ユーザ−ＬＵＮ管理テーブル４４２と同じである。

【００８８】図１３は、本実施形態のストレージ１の構
成図である。

【００８９】本実施形態のストレージ１は、計算機２、
及び、管理コンソール４を接続するネットワーク９に接
続するために、中央制御手段１１とネットワーク９の間
に設けられるネットワーク接続手段１５を有し、メモリ
１３に格納されるＬＵＮ管理テーブル１３２の構成が変
更されている点で、図３に示した第１の実施形態のスト
レージ１と相違している。その他の構成については、図
３に示した第１の実施形態のストレージ１と同様であ
る。

【００９０】図１６には、本実施形態のＬＵＮ管理テー
ブル１３２の一例を示す。図に示すように、本実施形態
のＬＵＮ管理テーブル１３２は、図５に示した第１の実
施形態のＬＵＮ管理テーブル１３２が有する項目に加
え、「使用状況」の項目が追加されている。

【００９１】図１４は、本実施形態の管理コンソール４
の構成図である。本実施形態の管理コンソール４は、第
１の実施形態で管理コンソール４のメモリ４４に格納さ
れていたユーザ−ＬＵＮ管理テーブル４４２と計算機管
理テーブル４４３がなく、ユーザ−ＬＵＮ管理プログラ
ム４４１に替えてＬＵＮ管理プログラム４４４を有する
点で第１の実施例における管理コンソール４と相違す
る。他の部分については、第１の実施形態における管理
コンソールと同様に構成される。

【００９２】以下、本実施形態における計算機システム
の詳細について、第１の実施形態との相違点を中心に説
明する。

【００９３】(1)ユーザとＬＵの関係 本実施形態では、ユーザと、ユーザが所有しているＬＵ
との関係は、すべての計算機２が備えるユーザ−ＬＵＮ
管理テーブル２５２によって管理される。

【００９４】(2)ユーザの登録 次に、ユーザ８の登録について説明する。使用する計算
機２において、管理者もしくはユーザ８が、ユーザ管理
プログラム２５１を実行し、入出力手段２３を用いてユ
ーザ名とパスワードを入力する。パスワードは、後でユ
ーザ自身が変更可能である。ユーザ管理プログラム２５
１は、入力されたユーザ名とパスワードをユーザ−ＬＵ
Ｎ管理テーブル２５２のユーザ名、パスワードの欄に登
録する。

【００９５】(3)ＬＵの作成 ＬＵの作成は、管理者が管理コンソール４を用いてスト
レージ１と通信することで第１の実施形態と同様に行わ
れる。ただし、第１の実施形態とは異なり、管理コンソ
ール４ではユーザの管理は行われない。管理コンソール
４は、単にストレージ１と通信してＬＵを定義、作成す
るのみである。ＬＵとユーザとの対応付けは、各計算機
２で行われる。

【００９６】(4)ユーザのログインと認証 次に、ユーザ８が計算機を使用し、そのユーザ専用のＬ
Ｕを使用する手順を図１７のフローチャートを用いて説
明する。

【００９７】計算機２において、ユーザは、そのときに
未使用である計算機２の電源をＯＮにする（ステップ１
５００）。これに応じて、計算機２のユーザ管理プログ
ラム２５１が起動する（ステップ１５０１）。ユーザ管
理プログラム２５１は、中央制御手段２１により実行さ
れるプログラムである。ユーザ管理プログラム２５１
は、起動すると、ユーザ名とパスワードの入力を求め
る。これに応答して、ユーザ８は自分のユーザ名とパス
ワードを、入出力手段２３を用いて入力する（ステップ
１５０２）。ユーザ管理プログラム２５１は、ユーザ−
ＬＵＮ管理テーブル２５２のユーザ名とパスワードを参
照し、このユーザが使用権をもった正規ユーザであるこ
とを認証する（ステップ１５０３）。

【００９８】(5)ユーザ専用ＬＵの仮想ＬＵＮと内部Ｌ
ＵＮの確認 次に、ユーザ管理プログラム２５１は、ファイバチャネ
ルＩ／Ｆ制御ボード２２上のメモリ２２１に格納してあ
るＷＷＮ情報２２１２を参照し、その計算機２のＷＷＮ
を確認する（ステップ１５０４）。

【００９９】次に、ユーザ管理プログラム２５１は、当
該ユーザが所有しているＬＵを、ユーザ−ＬＵＮ管理テ
ーブル２５２を参照して確認する。ここでははじめに、
判定する仮想ＬＵＮをｎに設定する。通常、ｎ＝０であ
る（ステップ１５０５）。ユーザ管理プログラム２５１
は、判定を行おうとする仮想ＬＵＮに対応する内部ＬＵ
Ｎを、ユーザ−ＬＵＮ管理テーブル２５２を参照して特
定する（ステップ１５０６）。

【０１００】(6)内部ＬＵＮの登録 ユーザ管理プログラム２５１は、仮想ＬＵＮ、内部ＬＵ
Ｎ、ポート番号、Target ID、属性、ＷＷＮのすべての
情報をネットワーク制御手段２４を制御し、ネットワー
ク９を介しストレージ１に送信する（ステップ１５０
７）。これらの情報をマウント情報と呼ぶ。

【０１０１】(7)登録処理の実行 ストレージ１では、第１の実施形態と同様に、ＬＵ定義
プログラム１３１が受信したマウント情報を元に、送信
元の計算機２が指定したＬＵを使用可能となるように、
ＬＵＮ管理テーブル１３２に登録する（ステップ１５２
０）。この際、「使用状況」の欄に、「使用」のフラグ
をたてる。このフラグは、あやまって他の計算機２から
の同一のユーザＩＤによるマウント情報により、その計
算機に同じＬＵをマウントしてしまうことを防止するた
めの排他フラグである。既に「使用」フラグが設定され
ているならば、使おうとするＬＵは、何らかの理由によ
り他のユーザが同一のユーザＩＤを用いてを既に使用し
ていることになる。このため、今回の登録は失敗する。
第１の実施形態では、管理コンソール４で集中管理でき
たので、このような処置は不要であるが、本実施形態の
ように、各計算機２による分散管理の場合には、不可欠
な処理となる。正しく登録が終了すると、ＬＵ定義プロ
グラム１３１は、登録終了を計算機２に報告する（ステ
ップ１５２１）。

【０１０２】(8)登録処理の終了 登録の終了報告をストレージ１から受けると、計算機２
のユーザ−ＬＵＮ管理プログラム２５１は、当該ユーザ
が所有する全ての仮想ＬＵＮについて登録処理が終了し
たかどうか確認する（ステップ１５０８）。まだ登録す
べき仮想ＬＵＮがある場合は、ステップ１５０６に戻
り、登録処理を繰り返し実行する（ステップ１５０
９）。全ての仮想ＬＵＮの登録が終了したならば、計算
機２は、ユーザ管理プログラム２５１を終了し（ステッ
プ１５１０）、第１の実施形態と同様に、ＯＳのブート
アップを実行する（ステップ１５１１、１５１２）。

【０１０３】(9)登録の解除 一旦、ストレージ１に上述した手順によりユーザ８が使
用するＬＵをある計算機２にマウントするように登録す
ると、他の計算機２から同じＬＵを使用できなくなる。
そこで、使用を終了したら、ＬＵをアンマウントするよ
うに登録を解除する必要がある。

【０１０４】たとえば、ユーザ8が計算機２の使用を終
了するとき、電源を切る動作をすると、ユーザ管理プロ
グラム２５１が起動するように構成しておく。そして、
ユーザ管理プログラム２５１が登録処理と同様にストレ
ージ１と通信し、登録を解除するようにすることができ
る。計算機２の電源スイッチは、通常ソフトスイッチと
呼ばれる、ソフトウェア制御による電源切断を行う仕様
になっていることが多く、その場合にはこの方法を用い
ることができる。その他、ＯＳの切断処理の際に登録を
解除するプログラムを起動するなどの別の方法でも実現
できる。

【０１０５】この登録の解除処理を行うことで、ストレ
ージ１のＬＵＮ管理テーブル１３２の「使用状況」が
「未使用」に変更され、同一ユーザ８が以後、他の計算
機２を用いて同一のＬＵを使用することができるように
なる。

【０１０６】図１８は本発明の第３の実施形態における
計算機システムの構成図である。以下、本実施形態につ
いて、第１の実施形態との相違点を中心に説明する。

【０１０７】本実施形態の計算機システムは、計算機２
と管理コンソール４とがネットワークにより接続されて
いない点で、第１の実施形態と相違する。もちろん、以
下に説明する本実施形態を実現する上でネットワークを
必要としていないだけであり、ネットワークを構築して
あっても構わないことはいうまでもない。

【０１０８】図１９は、本実施形態の計算機２の構成図
である。本実施形態の計算機２は、メモリ２５にユーザ
−ＷＷＮ管理テーブル２５３と、ＷＷＮ情報変更プログ
ラム２５４が格納されている点で、第１実施形態の計算
機２と相違する。

【０１０９】管理コンソール４は、第２実施形態におけ
る管理コンソールと同様に構成される。

【０１１０】以下、本実施形態の計算機システムの詳細
につき、第１の実施形態との相違点を中心に説明する。

【０１１１】(1)ユーザとＬＵの関係 本実施形態では、第１、第２の実施形態と同様に、ユー
ザは専用のＬＵを定義することができる。第１の実施形
態では、管理コンソール４が、第２の実施形態では計算
機２がユーザとＬＵの対応付けを管理したが、本実施形
態では、そのいずれにおいてもユーザとＬＵの対応関係
を管理していない。そのかわりに、ユーザそれぞれに一
つのＷＷＮを割り当て、そのＷＷＮとＬＵの対応関係を
ストレージ１において管理することで間接的にユーザと
ＬＵの対応付けを管理する。

【０１１２】(2)ユーザの登録 ユーザ8の登録は、すべての計算機２において、管理者
もしくはユーザ８が、ユーザ管理プログラム２５１を実
行し、入出力手段２３を用いてユーザ名とパスワードを
入力して行われる。この際、１ユーザにつき一つのＷＷ
Ｎを割り当てる。パスワードは、後でユーザ自身が変更
可能である。ユーザ管理プログラム２５１は、入力され
たユーザ名とパスワード、及び割り当てられたＷＷＮ
を、ユーザ−ＷＷＮ管理テーブル２５３のユーザ名、パ
スワード、ＷＷＮ欄に登録する。

【０１１３】(3)ＬＵの作成 ＬＵの作成は、管理者が管理コンソール４を用いてスト
レージ１と通信することで第２実施形態と同様に行われ
る。ＬＵを作成する際には、そのＬＵのユーザに割り当
てたＷＷＮをストレージ１のＬＵＮ管理テーブル１３２
に格納するため、管理コンソール４はストレージ１に指
示を発行する。ストレージ１のＬＵ定義プログラム１３
１は、この指示に応答してＬＵＮ管理テーブル１３２を
作成する。

【０１１４】(4)ユーザのログインと認証 次に、ユーザ8が計算機２を使用し、そのユーザ専用の
ＬＵを使用する手順を図２１のフローチャートを用いて
説明する。

【０１１５】ユーザは、そのときに未使用であった任意
の計算機２の電源をＯＮにする（ステップ１８００）。
これに応じ、計算機２のユーザ管理プログラム２５１が
起動する（ステップ１８０１）。ユーザ管理プログラム
２５１は、中央制御手段２１により実行されるプログラ
ムである。は、起動すると、ユーザ名とパスワードの入
力を求める。これに応答して、ユーザ8は、自分のユー
ザ名とパスワードを、入出力手段２３を用いて入力する
（ステップ１８０２）。ユーザ管理プログラム２５１
は、ユーザ−ＷＷＮ管理テーブル２５３のユーザ名とパ
スワードを参照し、このユーザ8が使用権をもった正規
のユーザであることを認証する（ステップ１８０３）。

【０１１６】(5)ユーザ用ＷＷＮの設定 ユーザ管理プログラム２５１は、ユーザ−ＷＷＮ管理テ
ーブルを参照してユーザ8に割り当てられたＷＷＮを確
認し（ステップ１８０４）、ＷＷＮ情報変更プログラム
２５４を起動する（ステップ１８０５）。ＷＷＮ情報変
更プログラム２５４は、計算機２の中央制御手段２１に
より実行されるプログラムである。ＷＷＮ情報変更プロ
グラム２５４は、ファイバチャネルＩ／Ｆ制御ボード２
２上のメモリ２２２１に格納してあるＷＷＮ情報２２１
２をこのユーザのＷＷＮに書き換える(ステップ１８０
６）。ＷＷＮ情報２２１２の書き換えが終了すると、Ｗ
ＷＮ情報変更プログラム２５４は終了し（ステップ１８
０７）、ユーザ管理プログラム２５１に戻り、ユーザ管
理プログラム２５１も処理を終了する（ステップ１８０
８）。

【０１１７】(6)ブート処理 以下、第１の実施形態と同様に、ブートアップ処理を実
施する（ステップ１８０９、１８１０）。ストレージ１
は、ＷＷＮ毎にＬＵのアクセス排他制御を行うので、Ｌ
ＵＮ管理テーブル１３２に格納した内部ＬＵＮとＷＷＮ
の関係が成立する場合にのみアクセスを許可する。よっ
て、ユーザ専用のＷＷＮを設定した計算機２のみから、
このユーザ専用のＬＵをアクセスすることが可能にな
る。

【０１１８】以上説明した第１から第３の実施形態で
は、計算機を複数のユーザが交代で使用する場合につい
て説明したが、これを応用すると別の場合にも使用する
ことができる。

【０１１９】たとえば、計算機がサーバであり、サーバ
のＯＳ環境や、アプリケーション環境等が異なる複数の
ＬＵを用意し、その各々を切り替えて使用する際に本発
明を適用できる。この場合、ユーザ名の代わりに環境名
を割り当てて、その名前でサーバにログインすること
で、必要な環境を備えたＬＵからＯＳをブートすること
ができる。この方法を用いると、あるＬＵからブートし
た際には、他の環境を含むＬＵを隠蔽することもできる
ので、従来のマルチブートによるＯＳの切り替え方法に
対し、ＯＳやアプリケーションに特殊な設定が不要であ
り、より安定したシステム切り替えを実現できる。

【０１２０】また、プログラム開発環境や、テスト環境
等において、ＬＵに毎日のバックアップを取得すること
で、万一、古い状態に戻らなくてはならない際には、Ｌ
Ｕを切り替えることで、設定変更等を必要とすることな
く直ちに所望の環境に戻すことができる。

【０１２１】このように、ユーザとＬＵの関係を、環境
とＬＵの関係に拡張することで、非常に広範囲な柔軟性
の高い計算機システムを構築できる。なお、この場合、
上記第１から第３実施形態のいずれを用いても実現でき
る。

【０１２２】

【発明の効果】本発明によれば、ユーザ専用のＬＵをス
トレージに定義することができ、そのＬＵをユーザが使
用する計算機に動的にマウントすることができる。これ
により、ＬＵにそれぞれ固有のＯＳ、アプリケーション
プログラムを格納するなどのパーソナライズを実施で
き、任意のユーザが専用の環境を維持しながら任意の計
算機を使用可能な柔軟性の高い計算機システムを構築で
きる。

【０１２３】そしてこれらプログラムやデータを、従来
のようにサーバやネットワークを経由することなく、ス
トレージから計算機に直接Ｉ／Ｏロードできるので、ネ
ットワークやサーバに負荷をかけることがなく、より高
速なプログラムの起動、実行を実現できる。

【０１２４】これにより、ユーザ用のＯＳ、アプリケー
ションプログラム、データをすべて１台のＬＵに集約で
きるので、管理を容易にすることができる。

【０１２５】また、各ユーザのアプリケーションプログ
ラムを実行したり、ユーザ用のデータを管理したりする
サーバは不要であり、システム全体のコストを低減する
こともできる。

【図面の簡単な説明】

【図１】第１実施形態における計算機システムの構成図
である。

【図２】計算機の構成図である。

【図３】ストレージの構成図である。

【図４】管理コンソールの構成図である。

【図５】ストレージのＬＵＮ管理テーブルの構成図であ
る。

【図６】管理コンソールのユーザ−ＬＵＮ管理テーブル
の構成図である。

【図７】管理コンソールの計算機管理テーブルの構成図
である。

【図８】計算機、ユーザ、及びＬＵＮ間の関係図であ
る。

【図９】計算機起動時に行われる処理のフローチャート
である。

【図１０】ブートアップ処理のフローチャートである。

【図１１】第２実施形態における計算機システムの構成
図である。

【図１２】計算機の構成図である。

【図１３】ストレージの構成図である。

【図１４】管理コンソールの構成図である。

【図１５】計算機のユーザ−ＬＵＮ管理テーブルの構成
図である。

【図１６】ストレージのＬＵＮ管理テーブルの構成図で
ある。

【図１７】計算機起動時に行われる処理のフローチャー
トである。

【図１８】第３実施形態における計算機システムの構成
図である

【図１９】計算機の構成図である。

【図２０】計算機とユーザ−ＷＷＮ管理テーブルの構成
図である。

【図２１】計算機起動時に行われる処理のフローチャー
トである。

【図２２】従来の計算機システムの構成図である。

【符号の説明】

１・・・ストレージ １１・・・中央制御手段 １２・・・ファイバチャネルＩ／Ｆ制御手段 １３・・・メモリ １４・・・通信制御手段 １７・・・論理ユニット ２・・・計算機 ２１・・・中央制御手段 ２２・・・ファイバチャネルＩ／Ｆ制御ボード ２３・・・入出力手段 ２４・・・ネットワーク制御手段 ２５・・・メモリ ３・・・ファイバチャネル接続手段 ４・・・管理コンソール ４１・・・中央制御手段 ４２・・・入出力手段 ４３・・・通信制御手段 ４４・・・メモリ ４６・・・ネットワーク制御手段 ５・・・ファイバチャネル ６・・・通信手段 ７・・・サーバ ９・・・ネットワーク

───────────────────────────────────────────────────── フロントページの続き (72)発明者 兼田 泰典 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 山本 彰 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 松本 純 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B082 EA11 EA12 FA17 GA11

Claims (13)

【特許請求の範囲】
1. 【請求項１】複数の計算機と、該複数の計算機により共
   用される記憶装置とを有する計算機システムにおいて、 前記記憶装置に、複数の論理ボリュームを作成する手段
   と、前記複数の計算機に割り当てられた識別情報に基づ
   き論理ボリュームのアクセス排他制御を行う手段を備
   え、ユーザ専用の論理ボリュームと、ユーザが使用する
   計算機の対応関係に基づき、該ユーザが使用する該計算
   機にのみ該ユーザ専用の論理ボリュームのアクセスを許
   可することを特徴とする計算機システム。
2. 【請求項２】請求項１記載の計算機システムにおいて、
   ユーザ専用の論理ボリュームと、該ユーザが使用する計
   算機の対応関係を変更することで、該ユーザが使用する
   異なる計算機から前記ユーザの論理ボリュームのアクセ
   スを許可することを特徴とする計算機システム。
3. 【請求項３】前記計算機は、ユーザの認証名とパスワー
   ドを管理しログイン処理を行うユーザ管理プログラム
   と、計算機を一意に識別するための識別情報を備え、 前記記憶装置は、ユーザと論理ボリュームの対応関係を
   管理する管理コンソールを備え、 前記計算機は、ユーザが当該計算機にログインした際の
   ユーザ識別情報と当該計算機の識別情報を前記記憶装置
   の管理コンソールに送信し、該情報に基づき前記管理コ
   ンソールが前記記憶装置を操作し、その操作により、前
   記記憶装置はユーザ用の論理ボリュームのアクセスを該
   計算機にのみ許可することを特徴とする請求項１または
   ２記載の計算機システム。
4. 【請求項４】前記計算機は、ユーザの認証名とパスワー
   ドを管理しログイン処理を行うユーザ管理プログラム
   と、ユーザと該ユーザ専用の論理ボリュームの対応関係
   を管理する手段と、計算機を一意に識別するための識別
   情報を備え、ユーザ専用の論理ボリュームの識別情報と
   計算機の識別情報を前記記憶装置に送信し、前記記憶装
   置が該情報に基づき該計算機にのみ該ユーザ用の論理ボ
   リュームのアクセスを許可することを特徴とする請求項
   １または２記載の計算機システム。
5. 【請求項５】前記計算機は、ユーザの認証名とパスワー
   ドを管理しログイン処理を行うユーザ管理プログラム
   と、該計算機の識別情報と、ユーザ毎の個別の情報とし
   て用意した計算機の識別情報とユーザの対応関係を管理
   する手段と、ユーザに応じて、前記対応関係を管理する
   手段が管理するユーザ個別の計算機の識別情報を該計算
   機の識別情報として変更する手段を備え、前記記憶装置
   は、ユーザ個別の識別情報を設定された計算機にのみユ
   ーザ用の論理ボリュームのアクセスを許可することを特
   徴とする請求項１または２記載の計算機システム。
6. 【請求項６】前記計算機と前記記憶装置を接続するイン
   タフェースはファイバチャネルであり、前記記憶装置が
   前記計算機を識別するための識別情報は、前記ファイバ
   チャネルのWorld Wide Nameであることを特徴とする請
   求項１乃至５いずれかに記載の計算機システム。
7. 【請求項７】複数の計算機が１台のストレージを共用す
   る計算機システムで利用される計算機であって、ユーザ
   の認証名とパスワードを管理しログイン処理を行うユー
   ザ管理プログラムと、該計算機を一意に識別するための
   識別情報と、ユーザが該計算機にログインした際のユー
   ザ識別情報と該計算機の識別情報を前記ストレージに送
   信する手段とを備えることを特徴とする計算機。
8. 【請求項８】複数の計算機が１台のストレージを共用す
   る計算機システムで利用される計算機であって、ユーザ
   の認証名とパスワードを管理しログイン処理を行うユー
   ザ管理プログラムと、ユーザと、前記ストレージに構築
   したユーザ専用の論理ボリュームの対応関係を管理する
   手段と、該計算機を一意に識別するための識別情報と、
   前記ユーザ専用の論理ボリュームの識別情報と該計算機
   の識別情報を前記ストレージに送信する手段を備えるこ
   とを特徴とする計算機。
9. 【請求項９】複数の計算機が１台のストレージを共用す
   る計算機システムで利用される計算機であって、ユーザ
   の認証名とパスワードを管理しログイン処理を行うユー
   ザ管理プログラムと、該計算機の識別情報と、ユーザ毎
   の個別の情報として用意した該計算機の識別情報とユー
   ザの対応関係を管理する手段と、該計算機の識別情報
   を、ユーザに応じて前記対応関係を管理する手段が管理
   するユーザ個別の計算機の識別情報に変更する手段を備
   えることを特徴とする計算機。
10. 【請求項１０】前記計算機と前記ストレージを接続する
    インタフェースはファイバチャネルであり、前記計算機
    を識別するための前記識別情報は、前記ファイバチャネ
    ルのWorld Wide Nameであることを特徴とする請求項
    ７、８、または９記載の計算機。
11. 【請求項１１】複数の計算機により共用可能な記憶装置
    であって、複数の論理ボリュームを作成する手段と、前
    記計算機の識別情報に基づき前記論理ボリュームのアク
    セス排他制御を行う手段と、管理コンソールとを備え、
    前記管理コンソールは、ユーザとユーザ専用の前記論理
    ボリュームの対応関係を管理する手段と、前記計算機か
    ら送信されるユーザの認証情報と、前記計算機を一意に
    識別する識別情報を受信する手段を備え、前記ユーザと
    前記ユーザ専用の論理ボリュームの対応関係に基づき、
    前記ユーザが使用する計算機の識別情報とユーザが使用
    する論理ボリュームの対応を前記記憶装置に設定し、前
    記ユーザ専用の論理ボリュームに対するアクセスを前記
    ユーザが使用する計算機にのみ許可することを特徴とす
    る記憶装置。
12. 【請求項１２】複数の計算機により共用可能な記憶装置
    であって、複数の論理ボリュームを作成する手段と、前
    記計算機の識別情報に基づき前記論理ボリュームのアク
    セス排他制御を行う手段と、前記計算機から送信される
    ユーザ専用の論理ボリュームを識別する情報と前記計算
    機の識別情報を受信する手段を備え、これらの受信情報
    に基づき、前記ユーザが使用する計算機にのみ前記ユー
    ザ専用の論理ボリュームへのアクセスを許可することを
    特徴とする記憶装置。
13. 【請求項１３】前記計算機と前記記憶装置を接続するイ
    ンタフェースはファイバチャネルであり、前記アクセス
    排他制御を行う手段が判定に用いる前記計算機の識別情
    報は、ファイバチャネルのWorld Wide Nameであること
    を特徴とする請求項１１または１２記載の記憶装置。