JP3889922B2 - 共用ストレージを備えた計算機システム - Google Patents
共用ストレージを備えた計算機システム Download PDFInfo
- Publication number
- JP3889922B2 JP3889922B2 JP2000346811A JP2000346811A JP3889922B2 JP 3889922 B2 JP3889922 B2 JP 3889922B2 JP 2000346811 A JP2000346811 A JP 2000346811A JP 2000346811 A JP2000346811 A JP 2000346811A JP 3889922 B2 JP3889922 B2 JP 3889922B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- information
- computer
- authentication
- identification information
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の計算機に直接接続され、共有されるストレージを備えた計算機システムに関し、特に、このような計算機システムの運用管理方法および運用形態に関する。
【０００２】
【従来の技術】
複数のユーザが複数のクライアント計算機を用いて業務処理等を行う計算機システムは、クライアント計算機システムと呼ばれる。従来、クライアント計算機システムは、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）等、単独ですべての計算処理を実行できる機能を備えた計算機を用いて構築されていた。このようなクライアント計算機システムで用いられるクライアント計算機は、一般に、ローカルなハードディスク装置に、ＯＳ（オペレーティングシステム）、アプリケーションプログラム、ユーザデータ等を格納している。
【０００３】
このようなクライアント計算機システムを複数のユーザが使用するにあたって、一人に一台のクライアント計算機が設けられていれば、各人が専用の環境を所持することができる。ここでいう環境とは、ＯＳの設定や、プリンタ、ネットワークの設定、さらには、アプリケーションプログラムの設定、グラフィック画面の設定、ユーザのデータを保存するディスク装置やテープ装置等の構成など、ハードウェア、ソフトウェアの各種の設定及びデータまで含めた計算機の状態のことをいう。一人に一台の専用クライアント計算機が設けられていれば、各ユーザが、その好みや所有するハードウェア、ソフトウェアの構成に応じて、環境を構築することができる。
【０００４】
【発明が解決しようとする課題】
これに対して、各ユーザに専用の計算機が割り当てられておらず、複数のユーザで複数の計算機を共用し、ユーザは空いている任意の計算機を使うような場合には、ユーザが利用できる環境は制限されたものになる。例えば、アプリケーションプログラムの操作設定や、グラフィック画面の設定に、ユーザの好みを反映させられなかったり、自分のデータを格納するための専用のディスク装置がなかったりする。
【０００５】
このような構成では、データの一元管理が特に問題となる。すなわち、ユーザは、計算機の空き状態に応じて、複数の異なる計算機を利用することになるため、ユーザの利用するデータは、各計算機のローカルディスクに分散して配置されることになってしまい、バージョンの管理や、バックアップ等の保守管理に多大な手間が発生する。
【０００６】
このように、従来のクライアント計算機システムでは、複数のクライアント計算機を複数のユーザで共用する場合、計算機環境を個人の好みや要求に従いパーソナライズすることができず使いにくいという問題がある。また、個人のデータが複数のクライアント計算機のローカルディスクに分散し、管理が困難になるという問題がある。
【０００７】
このような場合、システム内にファイルサーバを設置し、ファイルサーバが有する記憶装置に各ユーザ専用のパーティションを作成し、これをネットワーク経由でクライアント計算機にマウントして使用すれば、あたかもローカルディスク装置がクライアント計算機に接続してあるかのように使用することができる。
【０００８】
このように、システム内にファイルサーバを設けると、データが一元化されるので管理は容易になるが、ファイルサーバが必要とされる分、コストが上昇する。また、ディスクアクセスの際に、ネットワークやファイルサーバを経由することになるため、そのオーバヘッドにより性能が低下する。さらには、多数のクライアントからのディスクアクセスが発生し、ネットワークやサーバの負荷が上昇するという問題がある。
【０００９】
一方、近年、教育機関においても、計算機システムが利用されるようになってきており、今後、情報インフラの整備が進むものと考えられる。しかし、教育機関において、上述したようなクライアント計算機システムを適用する場合、以下のような問題が発生しうる。
【００１０】
教育機関においては、一般に、全学生用に計算機を提供することは、非現実的である。従って、全学生が一定の台数の計算機を共用することになる。
【００１１】
しかし、学生は、専攻等によって、カリキュラムが異なり、使用する教材も多種多様である。従って、同一の計算機を共用しつつ、カリキュラム等に応じて、異なる環境（例えば、理系の学生と文系の学生とで異なるＯＳ環境）が提供できることが望ましい。
【００１２】
従来、時間ごとにカリキュラムが異なる場合には、各時間の合間の休み時間等に、管理者等が各クライアント計算機のローカルディスクに、次の時間の受講者に応じたアプリケーションやデータ等のインストール作業を行う必要があった。
【００１３】
本発明の目的は、複数のユーザが複数の計算機を共用するシステムにおいて、ユーザが計算機を選ぶことなく自分専用の環境やデータを使用することができる計算機システムを提供することにある。
【００１４】
【課題を解決するための手段】
本発明に係る計算機システムは、複数の計算機と、当該複数の計算機により共用される記憶装置とを備える。
【００１５】
そして、前記計算機は、ユーザ認証情報が入力される入力手段と、識別情報を記憶する記憶媒体と、各ユーザに割り当てられた識別情報及び認証情報を記憶する記憶手段と、入力されるユーザ認証情報及び前記認証情報から認証を行なう認証手段とを有し、かつ、前記計算機と脱着可能なユーザ情報保持媒体に、前記入力手段から入力されたユーザ認証情報を入力し、前記認証手段により認証が成立した場合、前記ユーザ情報保持媒体の前記記憶手段から識別情報を読み出すユーザ情報認証手段と、前記記憶媒体に記憶されている識別情報を、前記読み出した識別情報に変更する変更手段と、前記記憶媒体から読み出した識別情報を前記記憶装置に送信する手段とを備える。また、前記記憶装置は、各ユーザ毎に割り当てられた論理ボリュームと、前記識別情報と論理ボリュームとの関係を管理する論理ボリューム管理テーブルと、前記計算機から送られてきた識別情報と論理ボリューム管理テーブルとに基づいて、各論理ボリュームへのアクセス制御を行う手段とを備える。
【００１６】
この場合において、前記計算機と前記記憶装置とは、ファイバチャネルにより接続されており、前記計算機は、ファイバチャネルの接続制御を行うためのファイバチャネルインタフェース部を備え、当該ファイバチャネルインタフェース部は、当該ファイバチャネルインタフェース部を識別するためのワールド・ワイド・ネーム情報を保持しており、前記ユーザ情報保持媒体は、前記識別情報として、ユーザに割り当てられたワールド・ワイド・ネーム情報を保持するようにしてもよい。そして、前記計算機は、前記ユーザ情報保持媒体からをワールド・ワイド・ネーム情報を読み出し、読み出したワールド・ワイド・ネーム情報で、前記ファイバチャネルインタフェース部に保持していたワールド・ワイド・ネーム情報を書き替えるようにしてもよい。
【００１８】
本発明に係る教育用カリキュラム提供システムは、教育機関における複数の分野を専攻する学生を対象とする。
【００１９】
そして、前記学生によって共用される複数の計算機と、当該複数の計算機により共用される記憶装置とを備え、本システムを利用する各学生には、各ユーザに割り当てられた識別情報及び認証情報を記憶する記憶手段と、入力されるユーザ認証情報及び前記認証情報から認証を行なう認証手段とを有し、かつ、前記計算機と脱着可能なユーザ情報保持媒体が与えられる。
【００２０】
また、前記計算機は、ユーザ認証情報が入力される入力手段と、識別情報を記憶する記憶媒体と、ユーザ情報保持媒体に、前記入力手段から入力されたユーザ認証情報を入力し、前記認証手段により認証が成立した場合、前記ユーザ情報保持媒体の前記記憶手段から識別情報を読み出すユーザ情報認証手段と、前記記憶媒体に記憶されている識別情報を、前記読み出した識別情報に変更する変更手段と、前記記憶媒体から識別情報を前記記憶装置に送信する手段とを備える。前記記憶装置は、各学生毎に割り当てられた論理ボリュームと、前記識別情報と論理ボリュームとの関係を管理する論理ボリューム管理テーブルと、前記計算機から送られてきた識別情報と論理ボリューム管理テーブルとに基づいて、各論理ボリュームへのアクセス制御を行う手段とを備え、各論理ボリュームには、各学生が専攻する分野に応じたソフトウェアが格納される。
【００２１】
この場合において、前記記憶装置を管理するための管理コンソールを更に備え、当該管理コンソールにより、各論理ボリュームに対して、提供するカリキュラムに応じたソフトウェアを一括してインストールするようにしてもよい。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しつつ、詳細に説明する。
【００２３】
図１は、本発明が適用される集中ストレージシステムの構成を示す図である。
【００２４】
同図に示すように、本システムは、複数の計算機２（２ａ〜２ｎ）と、記憶装置（以下では、ストレージと呼ぶ）１と、管理コンソール４と、ファイバチャネル接続手段３と、無停止電源９とを備える。
【００２５】
本システムでは、利用者（ユーザ）毎に専用の計算機を割り当てるのではなく、複数の計算機２ａ〜２ｎを、本システムを利用する複数の利用者によって共用させる。
【００２６】
ストレージ１は、すべての計算機２（２ａ〜２ｎ）により共用されるもので、例えば、ハードディスク装置によって構成される。
【００２７】
計算機２は、例えば、ＣＰＵ、メモリ、Ｉ／Ｏインタフェース等を備えたＰＣやＷＳである。
【００２８】
ファイバーチャネル接続手段３は、計算機２及びストレージ１を、ファイバチャネル５ａ〜５ｎにより相互に接続するもので、例えば、ファイバーチャネル・ハブによって構成される。
【００２９】
管理コンソール４は、ストレージ１を管理するためのものであり、ストレージ１と管理コンソール４とは、通信手段６を介して、相互に通信することができる。
【００３０】
無停止電源９は、停電によるシステムダウンを防止するためのバックアップ電源であり、電力供給線１０によって、本システムの構成要素に対して、電力を供給する。なお、無停止電源９は、ストレージ１内に搭載されていてもよい。
【００３１】
本システムにおいては、本システムを利用する各ユーザにＩＣカード８（８ａ〜８ｎ）が与えられる。ＩＣカード８は、そのＩＣカード８が発行されたユーザに関する情報（ユーザ個人情報、暗証番号等の認証情報、後述するＷＷＮサブセット情報等）を記憶する記録媒体である。ＩＣカード８は、各ユーザ毎にユニーク（一意）な認証情報等が記憶されており、各ユーザが本システムの利用を開始する際に、各ユーザを認証するため等に使われる。
【００３２】
ストレージ１は、ストレージ１の内部に定義・作成された複数の論理ユニット（Logical Unit：ＬＵ）７ａ〜７ｎを備える。論理ユニットとは、ＰＣやＷＳ等とストレージを接続するインタフェース（Ｉ／Ｆ）であるＳＣＳＩ（Small Computer System Interface）の仕様において定義された名称であり、論理ボリュームと同義である。
【００３３】
本実施形態においては、Ｉ／Ｆはファイバチャネルで、そのプロトコルはＳＣＳＩであるとして、論理ボリュームのことを単にＬＵと呼ぶことにする。また、ＬＵを識別するための番号のことをＬＵＮ（Logical Unit Number）と呼ぶ。そして、各ＬＵは、本システムを利用する各ユーザ専用に定義されるものとする。すなわち、各ユーザは、自分専用のＬＵが割り当てられる。
【００３４】
次に、本システムを構成する各構成要素の詳細について説明する。
【００３５】
まず、計算機２の構成について説明する。
【００３６】
図２は、計算機２の構成を示す図である。
【００３７】
同図に示すように、計算機２は、中央制御手段２１と、ファイバチャネルＩ／Ｆ制御ボード２２と、入出力手段２３と、ユーザ情報認証手段２４と、メモリ２５とを備える。
【００３８】
中央制御手段２１は、計算機２の全体の制御を行うものである。
【００３９】
ファイバチャネルＩ／Ｆ制御ボード２２は、ファイバチャネルの接続、制御を行うために、計算機２に搭載されたものである。
【００４０】
入出力手段２３は、計算機２を利用するユーザが情報を入力したり、出力したりするために使用するものであり、例えば、キーボードやマウス、ＣＲＴディスプレイや液晶ディスプレイ等によって構成される。
【００４１】
ユーザ情報認証手段２４は、ユーザ認証を行う際に、入出力手段２３から入力されるユーザ認証情報（パスワード情報）をＩＣカード８に送ったり、ＩＣカード８からＷＷＮサブセット情報を読み出したりするためのものである。
【００４２】
メモリ２５は、計算機２の主記憶であり、例えば、ＤＲＡＭによって構成される。メモリ２５は、中央制御手段２１が各種制御を実行するために必要なプログラムやデータ、例えば、ユーザ管理プログラム２５１やＷＷＮ情報変更プログラム２５２等を格納する。
【００４３】
ユーザ管理プログラム２５１は、中央制御手段２１により実行されるプログラムであり、ユーザが計算機２の使用を開始する際に、認証処理等を行うためのプログラムである。ユーザ管理プログラム２５１は、計算機２がＰＣの場合、例えば、ＰＣの機能を拡張するプログラムである拡張ＢＩＯＳとして実装することができる。また、計算機２がＷＳの場合には、例えば、初期化プログラムの一部として実装することができる。
【００４４】
ＷＷＮ情報変更プログラム２５２は、中央制御手段２１により実行されるプログラムであり、ＩＣカード８に格納されているＷＷＮサブセット情報を使って、各計算機２に搭載されているファイバチャネルＩ／Ｆ制御ボード２２に格納されているＷＷＮ情報を変更するためのプログラムである。
【００４５】
ファイバチャネルＩ／Ｆ制御ボード２２は、ファイバチャネルＩ／Ｆ制御手段２７と、ファームウェアメモリ２８とを備える。
【００４６】
ファイバチャネルＩ／Ｆ制御手段２７は、ストレージ１と計算機２とを接続するファイバチャネルの制御を行う。
【００４７】
ファームウェアメモリ２８は、中央制御手段２１がファイバチャネルＩ／Ｆ制御手段２７を制御するために必要なプログラムやデータを格納するためメモリであり、例えば、フラッシュメモリによって構成される。ファームウェアメモリ２８には、例えば、ブートアップ制御プログラム２９やワールド・ワイド・ネーム（World Wide Name：ＷＷＮ）情報３０が保持される。
【００４８】
ブートアップ制御プログラム２９は、ストレージ１の所望のＬＵからＯＳ等をロードする際に、中央制御手段２１が実行するプログラムであり、ファイバチャネルＩ／Ｆ制御手段２７を制御するためのプログラムである。
【００４９】
ブートアップ制御プログラム２９は、例えば、拡張ＢＩＯＳとして実装される。計算機２がＰＣ以外の場合、拡張ＢＩＯＳというプログラムは存在しないので、ブートアップ制御プログラム２９は、メモリ２５に位置される。本実施形態では、計算機２はＰＣであり、ブートアップ制御プログラム２９は、拡張ＢＩＯＳであるとして説明する。
【００５０】
ＷＷＮ情報３０は、ファイバチャネルＩ／Ｆ制御手段２７を識別するために設けられた世界で唯一な名称の情報である。
【００５１】
なお、本実施形態では、ファイバチャネルＩ／Ｆ制御ボード２２を計算機２に搭載する構成を採っているが、当然のことながら、本ボード２２に搭載されるファイバチャネルＩ／Ｆ制御手段２７およびメモリ２８を、計算機２の内部に直接実装してもよい。
【００５２】
次に、ストレージ１の構成について説明する。
【００５３】
図３は、ストレージ１の構成を示す図である。
【００５４】
同図に示すように、ストレージ１は、中央制御手段３１と、ファイバチャネルＩ／Ｆ制御手段３２と、メモリ３３と、通信制御手段３８と、複数の論理ユニット（ＬＵ）３７０〜３７４とを備える。
【００５５】
中央制御手段３１は、ストレージ１の全体制御を司るものである。
【００５６】
ファイバチャネルＩ／Ｆ制御手段３２は、ファイバチャネル５ｄへの接続と、その制御を行うものである。
【００５７】
メモリ３３は、中央制御手段３１がストレージ１の内部制御を行うためのプログラムやデータ等を格納するため記憶手段である。メモリ３３には、例えば、ＬＵ定義プログラム３６と、ＬＵＮ管理テーブル３４と、アクセス制御プログラム３５とが格納される。
【００５８】
通信制御手段３８は、通信手段６を介した管理コンソール４との間の通信を制御するためのものである。
【００５９】
ＬＵ３７０〜３７４は、上位装置（計算機）から見える論理的なボリュームであり、物理的なディスク装置の記憶空間の一定領域に構成される。
【００６０】
ＬＵ定義プログラム３６は、中央制御手段３１が実行するプログラムであり、複数のＬＵ３７０〜３７４を定義・作成するためのプログラムである。
【００６１】
ＬＵＮ管理テーブル３４は、ストレージ１内に設けられたＬＵ３７０〜３７４を中央制御手段３１が管理するために用いられるテーブルである。
【００６２】
アクセス制御プログラム３５は、中央制御手段３１により実行されるプログラムであり、ＬＵＮ管理テーブル３４の情報に従って、各ＬＵ３７０〜３７４へのアクセスの制御や、アクセスが許可される場合に、ＬＵ３７０〜３７４に対するリード・ライトアクセスの制御を行うためのプログラムである。
【００６３】
次に、管理コンソール４の構成について説明する。
【００６４】
図４は、管理コンソール４の構成を示す図である。
【００６５】
同図に示すように、管理コンソール４は、中央制御手段４１と、入出力手段４２と、通信制御手段４３と、メモリ４４と、ローカルディスク４７とを備える。
【００６６】
中央制御手段４１は、管理コンソール４全体の制御を行う。入出力手段４２は、管理者が管理コンソール４を操作するためのものである。通信制御手段４３は、通信手段６を介して、ストレージ１へ各種設定を行うための通信を行うためのものである。
【００６７】
メモリ４４は、中央制御手段４１が実行するプログラムや利用するデータ等を格納するメモリである、メモリ４４には、例えば、ＬＵＮ管理プログラム４６が格納される。ＬＵＮ管理プログラム４６は、中央制御手段４１により実行されるプログラムであり、ストレージ１と通信して、ＬＵを定義・作成するためのプログラムである。
【００６８】
ローカルディスク４７は、管理コンソール４のＯＳやプログラム等を格納する内蔵ディスクである。
【００６９】
次に、本実施形態における計算機システムについて、さらに詳細に説明する。
【００７０】
まず、本実施形態におけるＬＵについて説明する。ＬＵはストレージの上位計算機から見たときの論理的なボリュームである。上位計算機は１つのＬＵを１台のストレージとして認識する。
【００７１】
ストレージ１は、その内部を複数の領域に分割し、分割したそれぞれの領域をＬＵとして定義、構築することができる。これを内部ＬＵと呼ぶことにする。ストレージ１では、内部ＬＵを管理するため、各ＬＵに対して、０から始まる整数でシリアル番号が付けられる。この番号を内部ＬＵＮと呼ぶ。内部ＬＵＮは、ストレージ１の内部で一意な番号である。
【００７２】
一般に、ＰＣ等の上位計算機は、ＯＳのブート時に接続されているストレージをサーチしてＬＵを検出する。このときのサーチ処理は、例えば、次のようにして行われる。すなわち、ＬＵＮは連続で存在すると仮定し、ＬＵＮを０から順にサーチし、ある番号が存在しない場合は、それ以降にはＬＵＮは存在しないと判断して、その番号以降のサーチは行わない。このようなサーチ処理を行うことにより、サーチ時間を短縮することができる。
【００７３】
本実施形態においても、計算機２は、このようなサーチ処理を行うものであると仮定する。この場合、各ＬＵに付けられた内部ＬＵＮをそのまま各上位計算機に割り当てるとすると、内部ＬＵＮが０以外のＬＵを割り当てられた計算機は、このＬＵを検出できないことになってしまう。そこで、すべての計算機に対し、０から始まる連続番号のＬＵＮを持つＬＵを割り当てることが必要になる。本実施形態では、ストレージ１は、各計算機２毎に、各計算機２が使用するＬＵのＬＵＮがすべて０から始まる連続した番号になるよう再定義する。
【００７４】
すなわち、各計算機２から認識されるＬＵを仮想ＬＵ、仮想ＬＵに割り当てるＬＵＮを仮想ＬＵＮとし、仮想ＬＵ（仮想ＬＵＮ）と内部ＬＵ（内部ＬＵＮ）とを区別する。そして、内部ＬＵＮと仮想ＬＵＮとの対応関係は、ストレージ１が備えるＬＵＮ管理テーブル３４により管理する。
【００７５】
図５は、ＬＵＮ管理テーブル３４の構成例を示す図である。
【００７６】
同図に示すように、ＬＵＮ管理テーブル３４には、ポート番号、ターゲットＩＤ（Target ID）、仮想ＬＵＮ、内部ＬＵＮ、ＷＷＮ、Ｓ_ＩＤ及び属性が格納される。
【００７７】
ポート番号は、ストレージ１が備えるファイバチャネル接続ポートの番号である。本実施形態では、ポート数は１個であるので、一律０が格納される。
【００７８】
ターゲットＩＤは、上位計算機との接続Ｉ／Ｆにおいて、ストレージ１に割り当てられる識別子（ＩＤ）である。本実施形態のように、上位計算機との接続Ｉ／Ｆがファイバチャネルの場合には、各ポート毎に唯一のＤ_ＩＤ（Destination ID）を備えるが、ポート番号の項があるので省略してもよいし、ファイバチャネルの初期化時に決定したＤ_ＩＤを格納しても良い。ＳＣＳＩの場合には、同一ポートに複数のＩＤを備えることができるので、そのときの各ＬＵＮの属するターゲットＩＤを格納する。本実施形態では、ターゲットＩＤは未使用とし、ターゲットＩＤの欄には一律０を格納する。
【００７９】
仮想ＬＵＮ及び内部ＬＵＮは、各ユーザに割り当てたＬＵの内部ＬＵＮと各計算機２ａ〜２ｎから認識される仮想ＬＵＮとの対応関係を示す。図５では、内部ＬＵＮ「０」は仮想ＬＵＮ「０」として、また内部ＬＵＮ「５」も仮想ＬＵＮ「０」として定義されている。両者はともに仮想ＬＵＮ「０」として定義されているが、それぞれ使用できるユーザが異なる。
【００８０】
ＷＷＮは、各計算機２ａ〜２ｎのファイバチャネルＩ／Ｆ接続手段２７を特定する情報であるワールド・ワイド・ネームである。ファイバチャネルのポートとポートの接続関係を確立するポートログイン処理の際に、各計算機２ａ〜２ｎのＷＷＮがストレージ１に通知される。
【００８１】
Ｓ_ＩＤは、ファイバチャネルのフレームヘッダに格納されるＩＤ情報であり、フレームを作成したソース（イニシエータ）を識別するＩＤである。Ｓ_ＩＤは、ファイバチャネルの初期化の際に、動的に割り当てられる。先に述べたＷＷＮは初期化の際に交換された各ファイバチャネルポートにより一意に設定される値であるが、ＷＷＮとＳ_ＩＤの関連づけを行うことで、フレーム毎にＷＷＮを調べなくてもＳ_ＩＤのみ検査することで上位計算機を特定できるようになる。
【００８２】
属性は、各ＬＵの所有属性を示す。「専有」は、一人のユーザにより専有されるＬＵであることを示す。「共有」は複数のユーザにより共有されるＬＵであることを示す。本実施形態では、各ＬＵはある一人のユーザにより専有されるものとする。
【００８３】
前述したように、本実施形態では、システムを使用するユーザに、各ユーザの認証情報等を保持する記憶媒体として、ＩＣカード８を発行する。
【００８４】
ＩＣカード８を保有するユーザは、任意の計算機２を使用できるものとする。ＩＣカード８を保有するユーザは、自分が使用する環境を格納したＬＵをそれぞれ一つ以上持つことができる。以下の説明では簡単のため、各ＩＣカード８に対して、専用のＬＵが一つずつ割り当てられているものとして説明する。
【００８５】
本実施形態では、各ユーザに一つのＷＷＮを割り当て、そのＷＷＮとＬＵの対応関係をストレージ１において管理することで、間接的にユーザとＬＵの対応付けを管理する。
【００８６】
個人認証用のＩＣカード８には、予め、ユーザ名等の個人情報や、個人認証用のパスワード、各ユーザに割り当てられたＷＷＮの情報等が格納されて、各ユーザに交付される。パスワードは、後でユーザ自身が変更可能である。
【００８７】
次に、ＬＵの作成方法について説明する。前述したように、本システムにおいては、各ユーザに１つのＬＵが割り当てられる。各ユーザ毎のＬＵの作成は、管理者が管理コンソール４を用いてストレージ１と通信することで行われる。
【００８８】
管理者は、管理コンソール４において、ＬＵＮ管理プログラム４６を実行し、まず、ＬＵを作成する物理ディスク装置を選択する。次に、ＬＵの容量と、ＬＵの内部ＬＵＮ、仮想ＬＵＮ、ポート番号、ターゲットＩＤ、そのＬＵのユーザに割り当てたＷＷＮ、属性を指定する。
【００８９】
指定された設定情報は、通信手段６を介して、ストレージ１に転送される。
【００９０】
ストレージ１は、設定情報を受信すると、ＬＵ定義プログラム３６を起動する。ＬＵ定義プログラム３６は、指定された物理ディスク装置に、指定された容量のＬＵを作成する。そして、ＬＵ管理テーブル３４に、ポート番号、ターゲットＩＤ、仮想ＬＵＮ、内部ＬＵＮ、ＷＷＮ、属性を登録する。
【００９１】
以上のようにして、各ユーザ毎に、ＬＵが作成される。
【００９２】
次に、ＩＣカード８を保持したユーザが計算機２を使用し、そのユーザ専用のＬＵを使用する手順について説明する。
【００９３】
図６は、本手順の流れを示すフローチャートである。
【００９４】
同図に示すように、まず、ユーザは、そのときに未使用であった任意の計算機２の電源をＯＮにする（Ｓ１８００）。これに応じ、計算機２のユーザ管理プログラム２５１が起動される（Ｓ１８０１）。
【００９５】
ユーザ管理プログラム２５１は、起動されると、セキュリティ確保のため、パスワードの入力を求める。これに応答して、ユーザがパスワードを入出力手段２３を用いて入力する（Ｓ１８０２）。ユーザ管理プログラム２５１は、入力されたパスワードを、ユーザ情報認証手段２４を介してＩＣカード８に送り、ＩＣカード８を使って、現在のユーザが正規のユーザである否かを確認する（Ｓ１８０３）。
【００９６】
正規のユーザであることが確認されると、ユーザ管理プログラム２５１は、ＷＷＮ情報変更プログラム２５２を起動する（Ｓ１８０４）。また、正規のユーザであることが確認されると、ＩＣカード８においては、ＷＷＮ情報へのアクセスが許可され、ＷＷＮ情報の読み出しが可能になる。
【００９７】
起動されたＷＷＮ情報変更プログラム２５２は、ＩＣカード８に格納されているＷＷＮ情報を読み出し、ファイバチャネルＩ／Ｆ制御ボード２２上のメモリ２８に格納してあるＷＷＮ情報３０を、ＩＣカード８から読み出したＷＷＮ情報に書き換える（Ｓ１８０５）。
【００９８】
ＷＷＮ情報３０の書き換えが終了すると、ＷＷＮ情報変更プログラム２５２は処理を終了し（Ｓ１８０６）、ユーザ管理プログラム２５１に戻り、ユーザ管理プログラム２５１も処理を終了する（Ｓ１８０７）。
【００９９】
続いて、ブートアップ制御プログラム２９が起動される（Ｓ１８０８）。
【０１００】
中央制御手段２１は、ファイバチャネルＩ／Ｆ制御ボード２２上のメモリ２８をサーチし、ブートアップ制御プログラム２９（拡張ＢＩＯＳ）を検出すると、メモリ２８からメモリ２５にブートアップ制御プログラム２９をコピーし、メモリ２５上で実行する。ここでは、プログラムの実行を高速化するため、ブートアップ制御プログラム２９をメモリ２５にコピーして実行している。
【０１０１】
ブートアップ制御プログラム２９は、起動されると、ファイバチャネル５の初期化処理を開始する（Ｓ１８０９）。この処理のなかで、ポートログインと呼ばれる各ファイバチャネルポート間の論理的接続が実行される。このポートログインの処理が成功すると、ポート間の論理的接続関係が成立する。ポートログインに際しては、ＷＷＮがポート名として使用される。また、各々のポートのＩＤが決定する。このＩＤは動的に決定され、各ポートがそれぞれ独立の番号になるように設定される。
【０１０２】
ストレージ１においては、中央制御手段３１がＬＵ定義プログラム３６を起動する。ＬＵ定義プログラム３６は、計算機２のファイバチャネルＩ／Ｆ制御手段２７をひとつのファイバチャネルポートとしてＷＷＮにより識別し、そのＩＤをＳ_ＩＤとしてＬＵＮ管理テーブル３４に設定する。
【０１０３】
ファイバチャネル５の初期化を終えると、計算機２の中央処理手段２１は、ブートアップ制御プログラム２９によりブートアップ処理を実施し、ＯＳのブートを行う（Ｓ１８１０）。
【０１０４】
次に、ステップＳ１８１０におけるブートアップ処理の詳細について説明する。
【０１０５】
図７は、本ブートアップ処理の手順を示すフローチャートである。
【０１０６】
ブートアップ制御プログラム２９は、まず、ストレージ１に内蔵されるＬＵを検査する。そのため、まず、検査対象ＬＵＮに０を設定する（Ｓ１１０１）。そして、検査対象ＬＵＮを有するＬＵに対してInquiryコマンドを発行する（Ｓ１１０２）。Inquiryコマンドとは、ストレージの種類や、容量、その他の特性等を調査するために用意されたＳＣＳＩコマンドである。
【０１０７】
ストレージ１において、ファイバチャネルＩ／Ｆ制御手段３２がInquiryコマンドを受信すると、中央制御手段３１はこれを受け取り、アクセス制御プログラム３５を起動する（Ｓ１１２０）。
【０１０８】
起動されたアクセス制御プログラム３５は、ＬＵＮ管理テーブル３４を参照し、計算機２が発行したInquiryコマンドで指定された検査対象ＬＵＮを確認する。ここで、上位計算機２から指定された検査対象ＬＵＮは、ストレージ１からみると仮想ＬＵＮである。アクセス制御プログラム３５は、Inquiryコマンドを受信したポート番号、指定されたターゲットＩＤ及び仮想ＬＵＮから内部ＬＵＮの有無を確認する（Ｓ１１２１）。
【０１０９】
その結果、該当する内部ＬＵＮが存在している場合、次に、Inquiryコマンドのコマンドフレームに内包された発行元のＳ_ＩＤと、ＬＵＮ管理テーブル３４に格納されたＳ_ＩＤとを比較し検査する（Ｓ１１２２）。その結果、Ｓ_ＩＤが一致したならば（Ｓ１１２２：Ｙｅｓ）、検査対象の仮想ＬＵＮは、計算機２からアクセスを許可されているので、「ＬＵＮ有り」を示す情報とともに該当するＬＵの容量やその他の特性情報を計算機２に応答として返す（Ｓ１１２３）。
【０１１０】
一方、Ｓ_ＩＤが一致しない場合は（Ｓ１１２２：Ｎｏ）、検査対象ＬＵＮが割り当てられたＬＵは、この計算機２からのアクセスが許可されていないことになるので、「ＬＵＮ無し」を示す情報を計算機２に応答として返す（Ｓ１１２４）。また、Inquiryコマンドを受信したポートのポート番号、指定されたターゲットＩＤ及び仮想ＬＵＮに基づく内部ＬＵＮの有無の確認において、対応する内部ＬＵＮが存在しない時も同様に「ＬＵＮ無し」を示す情報を応答として返す。
【０１１１】
ストレージ１からの応答を受信すると、計算機２のブートアップ制御プログラム２９は、当該応答が「ＬＵＮ有り」を示しているか否かを判別する（Ｓ１１０３）。
【０１１２】
その結果、ストレージ１から「ＬＵＮ有り」を示す応答があった場合は（Ｓ１１０３：Ｙｅｓ）、ブートアップ制御プログラム２９は、検査対象ＬＵＮをインクリメントし（Ｓ１１０４）、次のＬＵＮを検索するため上記の処理Ｓ１１０２、Ｓ１１０３を繰り返す。
【０１１３】
そして、ストレージ１からの応答が「ＬＵＮ無し」を示すと（Ｓ１１０３：Ｎｏ）、ブートアップ制御プログラム２９は、ＬＵＮの検索を終了する（Ｓ１１０５）。
【０１１４】
次に、検索の結果、検出されたＬＵＮのうち、「ブート指定ＬＵＮ」に指定されたＬＵＮを持つＬＵに格納されたブートローダをメモリ２５に読み込み、ＯＳのブート処理を行う（Ｓ１１０６）。ＯＳのブート処理後は、アプリケーションのロード、個人固有のレジストリ情報の読み出し等が行われる。
【０１１５】
「ブート指定ＬＵＮ」は、複数のストレージや複数のＬＵＮを検出した時に、どのストレージのどのＬＵＮからＯＳをブートするかを指定するものであり、事前に指定されている。
【０１１６】
以上のようにして、自分用のＩＣカード８を保有するユーザは、任意の空いている計算機２を使用して、このユーザ専用のＬＵＮをその計算機２にマウントして使用することができる。
【０１１７】
ストレージ１は、ＷＷＮ毎にＬＵのアクセス排他制御を行い、ＬＵＮ管理テーブル３４に登録された内部ＬＵＮとＷＷＮの関係が成立する場合にのみアクセスを許可する。よって、ユーザ専用のＷＷＮを格納したＩＣカード８が装着された計算機２のみから、このユーザ専用のＬＵをアクセスすることが可能になる。
【０１１８】
以上説明した実施形態によれば、各ユーザ専用のＬＵをユーザが使用する計算機に動的にマウントすることができる。これにより、ＬＵにそれぞれ固有のＯＳやアプリケーションプログラムを格納する等のパーソナライズを実施でき、任意のユーザが専用の環境を維持しながら任意の計算機を使用可能な柔軟性の高い計算機システムを構築できる。
【０１１９】
そして、これらのプログラムやデータを、従来のようにサーバやネットワークを経由することなく、ストレージから計算機に直接Ｉ／Ｏロードできるので、ネットワークやサーバに負荷をかけることがなく、より高速なプログラムの起動、実行を実現できる。
【０１２０】
また、各ユーザ用のＯＳ、アプリケーションプログラム、データをすべて１台のＬＵに集約できるので、管理を容易にすることができる。
【０１２１】
また、データ等がストレージ１に一元管理されるので、計算機のリプレースや、計算機台数の増減にも柔軟に対応可能となる。
【０１２２】
また、各ユーザのアプリケーションプログラムを実行したり、ユーザ用のデータを管理したりするサーバは不要であり、システム全体のコストを低減することもできる。
【０１２３】
次に、本発明による計算機システムの応用例について説明する。
【０１２４】
ここでは、上述した計算機システムを教育向けのカリキュラム提供システムに適用した場合について説明する。
【０１２５】
本システムを利用する全学生がある限られた台数の計算機２を共用する場合に、１クラス、１カリキュラムに所属または登録されている学生単位毎に、管理コンソール４により、ストレージ１内のＬＵに対してのアクセス権を規定し、例えば、クラス、学科、教科毎にグループ、領域化する。
【０１２６】
カリキュラムを受講する学生のユーザ情報、カリキュラムの進捗状況は、個々のユーザ毎に管理コンソール４で一元管理される。個々のユーザの認証、識別するための情報としては、入学時に各学生に割り当てられる学生番号やＩＤ番号等を用いることが考えられる。
【０１２７】
図８は、ある時点における教育用カリキュラム提供システムの使用状況を示す図である。
【０１２８】
本システムは、９人のユーザＡ〜Ｉが利用するものとし、各ユーザＡ〜Ｉ毎に、一つのＬＵ３７０〜３７８が設けられている。例えば、ユーザＡには、内部ＬＵＮが「０」のＬＵ３７０が割り当てられ、ユーザＥには、内部ＬＵＮが「４」のＬＵ３７４が割り当てられ、ユーザＩには、内部ＬＵＮが「８」のＬＵ３７８が割り当てられている。
【０１２９】
図８に示した時点では、ユーザＡは、計算機ａを使い、ユーザＢは、計算機ｂを使い、ユーザＣは、計算機ｆを使い、ユーザＤは、計算機ｅを使い、ユーザＥは、計算機ｃを使い、ユーザＦは、計算機ｄを使い、ユーザＩは、計算機ｇを使っている。また、ユーザＧ、Ｈは、このとき、本システムを使っていない。
【０１３０】
同図に示すように、各ユーザは、自分の使っている計算機に、自分に割り当てられたＬＵをマウントして使用することができる。
【０１３１】
図９は、別の時点における教育用カリキュラム提供システムの使用状況を示す図である。
【０１３２】
同図に示した時点では、ユーザＡは、計算機ｄを使い、ユーザＢは、計算機ｅを使い、ユーザＣは、計算機ｃを使い、ユーザＤは、計算機ｆを使い、ユーザＥは、計算機ｂを使い、ユーザＦは、計算機ｇを使い、ユーザＩは、計算機ａを使っている。また、ユーザＧ、Ｈは、このとき、本システムを使っていない。
【０１３３】
同図に示すように、各ユーザは、図８とは異なる計算機を使っているが、各ユーザは、自分の使っている計算機に、自分に割り当てられたＬＵをマウントして使用することができる。
【０１３４】
また、本教育用カリキュラム提供システムを利用することにより、進学のための塾、準学校法人のように、時間ごとにカリキュラムが異なる場合にも、受講者に応じてストレージ１内に各受講者のカリキュラムを事前に受講者ごとのＬＵにインストールすることで容易に受講者のカリキュラムをストレージ１内に構築できる。
【０１３５】
更に、同じカリキュラムを提供する受講者のＬＵについては、ストレージ１内のコピー処理で一括してインストールを行うことができる。従って、従来のシステムにおいてそれぞれ個別にインストール作業が発生していたものが、管理コンソール４を用いて、容易に行うことが可能となる。
【０１３６】
例えば、図８及び図９において、第１時限目にカリキュラムＡ５１が実施され、第２時限目にカリキュラムＢ５２が実施され、第３時限目にカリキュラムＣ５３が実施されるとする。
【０１３７】
この場合、各カリキュラムの開始前（例えば、第１時限目開始前）に、例えば、まず、内部ＬＵＮ０のＬＵ３７０にカリキュラムＡ用ソフトウェアをインストールし、その後、ストレージ１内でのコピー処理を行うことで、ユーザＡ〜Ｉに対して、容易に同じカリキュラムＡを提供することが可能になる。
【０１３８】
上述した教育用カリキュラム提供システムにおいては、任意の計算機２をカリキュラムに応じて複数のユーザが使用しても、ＩＣカード８により容易にユーザと、アクセスするＬＵ、すなわちＯＳ、アプリケーションプログラム、データ等と対応づけすることが可能となる。
【０１３９】
これにより、例えば、専門分野毎に、ＯＳやアプリケーションを自由に設定することが可能となる。また、論文等の研究内容をデータベース化し共有のストレージ領域に格納することで、研究テーマに応じて過去の文献等の活用が容易になる。
【０１４０】
なお、上述した実施形態では、各ユーザに１つのＷＷＮを割り当てていたが、各ユーザに複数のＷＷＮを割り当てるようにしてもよい。例えば、この場合、複数のＷＷＮをＩＣカード８に格納しておき、計算機２の起動時にＷＷＮを変更する際、どのＷＷＮを使うかをユーザに選択させる（例えば、所望のカリキュラム名を入力させる）ようにすることで、各ユーザは、複数のＬＵのうちから、所望のＬＵを選択して、所望のカリキュラムに応じた計算機環境を起動・実行させることが可能になる。
【０１４１】
【発明の効果】
以上詳細に説明したように、本発明によれば、各ユーザ専用のＬＵをユーザが使用する計算機に動的にマウントすることができる。これにより、ＬＵにそれぞれ固有のＯＳやアプリケーションプログラムを格納する等のパーソナライズを実施でき、任意のユーザが専用の環境を維持しながら任意の計算機を使用可能な柔軟性の高い計算機システムを構築できる。
【図面の簡単な説明】
【図１】 本発明による計算機システムの構成図である。
【図２】 計算機２の構成図である。
【図３】 ストレージ１の構成図である。
【図４】 管理コンソール４の構成図である。
【図５】 ＬＵＮ管理テーブル３４の構成図である。
【図６】 計算機起動時の処理の流れを示す図である。
【図７】 ブートアップ処理の流れを示す図である。
【図８】 教育用カリキュラム提供システムの運用状態（その１）を示す図である。
【図９】 教育用カリキュラム提供システムの運用状態（その２）を示す図である。
【符号の説明】
１・・・ストレージ
２，２ａ〜２ｎ・・・計算機
３・・・ファイバチャネル接続手段
４・・・管理コンソール
５，５ａ〜５ｎ・・・ファイバチャネル
６・・・通信手段
７ａ〜７ｎ・・・論理ユニット
８・・・ＩＣカード
９・・・無停止電源
１０・・・電源給電線
２１，３１，４１・・・中央制御手段
２２，３２・・・ファイバチャネルＩ／Ｆ制御ボード
２３，４２・・・入出力手段
２４・・・ユーザ情報認証手段
２５，２８，３３，４４・・・メモリ
２６・・・ユーザ管理プログラム
２７・・・ファイバチャネルＩ／Ｆ制御手段
２９・・・ブートアップ制御プログラム
３０・・・ＷＷＮ情報
３４・・・ＬＵ管理テーブル
３５・・・アクセス制御プログラム
３６・・・ＬＵ定義プログラム
３７０〜３７４・・・内部ＬＵＮ
３８，４３・・・通信制御手段
４６・・・ＬＵＮ管理プログラム
４７・・・ローカルディスク
５１・・・カリキュラムＡ
５２・・・カリキュラムＢ
５３・・・カリキュラムＣ
【発明の属する技術分野】
本発明は、複数の計算機に直接接続され、共有されるストレージを備えた計算機システムに関し、特に、このような計算機システムの運用管理方法および運用形態に関する。
【０００２】
【従来の技術】
複数のユーザが複数のクライアント計算機を用いて業務処理等を行う計算機システムは、クライアント計算機システムと呼ばれる。従来、クライアント計算機システムは、パーソナルコンピュータ（ＰＣ）やワークステーション（ＷＳ）等、単独ですべての計算処理を実行できる機能を備えた計算機を用いて構築されていた。このようなクライアント計算機システムで用いられるクライアント計算機は、一般に、ローカルなハードディスク装置に、ＯＳ（オペレーティングシステム）、アプリケーションプログラム、ユーザデータ等を格納している。
【０００３】
このようなクライアント計算機システムを複数のユーザが使用するにあたって、一人に一台のクライアント計算機が設けられていれば、各人が専用の環境を所持することができる。ここでいう環境とは、ＯＳの設定や、プリンタ、ネットワークの設定、さらには、アプリケーションプログラムの設定、グラフィック画面の設定、ユーザのデータを保存するディスク装置やテープ装置等の構成など、ハードウェア、ソフトウェアの各種の設定及びデータまで含めた計算機の状態のことをいう。一人に一台の専用クライアント計算機が設けられていれば、各ユーザが、その好みや所有するハードウェア、ソフトウェアの構成に応じて、環境を構築することができる。
【０００４】
【発明が解決しようとする課題】
これに対して、各ユーザに専用の計算機が割り当てられておらず、複数のユーザで複数の計算機を共用し、ユーザは空いている任意の計算機を使うような場合には、ユーザが利用できる環境は制限されたものになる。例えば、アプリケーションプログラムの操作設定や、グラフィック画面の設定に、ユーザの好みを反映させられなかったり、自分のデータを格納するための専用のディスク装置がなかったりする。
【０００５】
このような構成では、データの一元管理が特に問題となる。すなわち、ユーザは、計算機の空き状態に応じて、複数の異なる計算機を利用することになるため、ユーザの利用するデータは、各計算機のローカルディスクに分散して配置されることになってしまい、バージョンの管理や、バックアップ等の保守管理に多大な手間が発生する。
【０００６】
このように、従来のクライアント計算機システムでは、複数のクライアント計算機を複数のユーザで共用する場合、計算機環境を個人の好みや要求に従いパーソナライズすることができず使いにくいという問題がある。また、個人のデータが複数のクライアント計算機のローカルディスクに分散し、管理が困難になるという問題がある。
【０００７】
このような場合、システム内にファイルサーバを設置し、ファイルサーバが有する記憶装置に各ユーザ専用のパーティションを作成し、これをネットワーク経由でクライアント計算機にマウントして使用すれば、あたかもローカルディスク装置がクライアント計算機に接続してあるかのように使用することができる。
【０００８】
このように、システム内にファイルサーバを設けると、データが一元化されるので管理は容易になるが、ファイルサーバが必要とされる分、コストが上昇する。また、ディスクアクセスの際に、ネットワークやファイルサーバを経由することになるため、そのオーバヘッドにより性能が低下する。さらには、多数のクライアントからのディスクアクセスが発生し、ネットワークやサーバの負荷が上昇するという問題がある。
【０００９】
一方、近年、教育機関においても、計算機システムが利用されるようになってきており、今後、情報インフラの整備が進むものと考えられる。しかし、教育機関において、上述したようなクライアント計算機システムを適用する場合、以下のような問題が発生しうる。
【００１０】
教育機関においては、一般に、全学生用に計算機を提供することは、非現実的である。従って、全学生が一定の台数の計算機を共用することになる。
【００１１】
しかし、学生は、専攻等によって、カリキュラムが異なり、使用する教材も多種多様である。従って、同一の計算機を共用しつつ、カリキュラム等に応じて、異なる環境（例えば、理系の学生と文系の学生とで異なるＯＳ環境）が提供できることが望ましい。
【００１２】
従来、時間ごとにカリキュラムが異なる場合には、各時間の合間の休み時間等に、管理者等が各クライアント計算機のローカルディスクに、次の時間の受講者に応じたアプリケーションやデータ等のインストール作業を行う必要があった。
【００１３】
本発明の目的は、複数のユーザが複数の計算機を共用するシステムにおいて、ユーザが計算機を選ぶことなく自分専用の環境やデータを使用することができる計算機システムを提供することにある。
【００１４】
【課題を解決するための手段】
本発明に係る計算機システムは、複数の計算機と、当該複数の計算機により共用される記憶装置とを備える。
【００１５】
そして、前記計算機は、ユーザ認証情報が入力される入力手段と、識別情報を記憶する記憶媒体と、各ユーザに割り当てられた識別情報及び認証情報を記憶する記憶手段と、入力されるユーザ認証情報及び前記認証情報から認証を行なう認証手段とを有し、かつ、前記計算機と脱着可能なユーザ情報保持媒体に、前記入力手段から入力されたユーザ認証情報を入力し、前記認証手段により認証が成立した場合、前記ユーザ情報保持媒体の前記記憶手段から識別情報を読み出すユーザ情報認証手段と、前記記憶媒体に記憶されている識別情報を、前記読み出した識別情報に変更する変更手段と、前記記憶媒体から読み出した識別情報を前記記憶装置に送信する手段とを備える。また、前記記憶装置は、各ユーザ毎に割り当てられた論理ボリュームと、前記識別情報と論理ボリュームとの関係を管理する論理ボリューム管理テーブルと、前記計算機から送られてきた識別情報と論理ボリューム管理テーブルとに基づいて、各論理ボリュームへのアクセス制御を行う手段とを備える。
【００１６】
この場合において、前記計算機と前記記憶装置とは、ファイバチャネルにより接続されており、前記計算機は、ファイバチャネルの接続制御を行うためのファイバチャネルインタフェース部を備え、当該ファイバチャネルインタフェース部は、当該ファイバチャネルインタフェース部を識別するためのワールド・ワイド・ネーム情報を保持しており、前記ユーザ情報保持媒体は、前記識別情報として、ユーザに割り当てられたワールド・ワイド・ネーム情報を保持するようにしてもよい。そして、前記計算機は、前記ユーザ情報保持媒体からをワールド・ワイド・ネーム情報を読み出し、読み出したワールド・ワイド・ネーム情報で、前記ファイバチャネルインタフェース部に保持していたワールド・ワイド・ネーム情報を書き替えるようにしてもよい。
【００１８】
本発明に係る教育用カリキュラム提供システムは、教育機関における複数の分野を専攻する学生を対象とする。
【００１９】
そして、前記学生によって共用される複数の計算機と、当該複数の計算機により共用される記憶装置とを備え、本システムを利用する各学生には、各ユーザに割り当てられた識別情報及び認証情報を記憶する記憶手段と、入力されるユーザ認証情報及び前記認証情報から認証を行なう認証手段とを有し、かつ、前記計算機と脱着可能なユーザ情報保持媒体が与えられる。
【００２０】
また、前記計算機は、ユーザ認証情報が入力される入力手段と、識別情報を記憶する記憶媒体と、ユーザ情報保持媒体に、前記入力手段から入力されたユーザ認証情報を入力し、前記認証手段により認証が成立した場合、前記ユーザ情報保持媒体の前記記憶手段から識別情報を読み出すユーザ情報認証手段と、前記記憶媒体に記憶されている識別情報を、前記読み出した識別情報に変更する変更手段と、前記記憶媒体から識別情報を前記記憶装置に送信する手段とを備える。前記記憶装置は、各学生毎に割り当てられた論理ボリュームと、前記識別情報と論理ボリュームとの関係を管理する論理ボリューム管理テーブルと、前記計算機から送られてきた識別情報と論理ボリューム管理テーブルとに基づいて、各論理ボリュームへのアクセス制御を行う手段とを備え、各論理ボリュームには、各学生が専攻する分野に応じたソフトウェアが格納される。
【００２１】
この場合において、前記記憶装置を管理するための管理コンソールを更に備え、当該管理コンソールにより、各論理ボリュームに対して、提供するカリキュラムに応じたソフトウェアを一括してインストールするようにしてもよい。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しつつ、詳細に説明する。
【００２３】
図１は、本発明が適用される集中ストレージシステムの構成を示す図である。
【００２４】
同図に示すように、本システムは、複数の計算機２（２ａ〜２ｎ）と、記憶装置（以下では、ストレージと呼ぶ）１と、管理コンソール４と、ファイバチャネル接続手段３と、無停止電源９とを備える。
【００２５】
本システムでは、利用者（ユーザ）毎に専用の計算機を割り当てるのではなく、複数の計算機２ａ〜２ｎを、本システムを利用する複数の利用者によって共用させる。
【００２６】
ストレージ１は、すべての計算機２（２ａ〜２ｎ）により共用されるもので、例えば、ハードディスク装置によって構成される。
【００２７】
計算機２は、例えば、ＣＰＵ、メモリ、Ｉ／Ｏインタフェース等を備えたＰＣやＷＳである。
【００２８】
ファイバーチャネル接続手段３は、計算機２及びストレージ１を、ファイバチャネル５ａ〜５ｎにより相互に接続するもので、例えば、ファイバーチャネル・ハブによって構成される。
【００２９】
管理コンソール４は、ストレージ１を管理するためのものであり、ストレージ１と管理コンソール４とは、通信手段６を介して、相互に通信することができる。
【００３０】
無停止電源９は、停電によるシステムダウンを防止するためのバックアップ電源であり、電力供給線１０によって、本システムの構成要素に対して、電力を供給する。なお、無停止電源９は、ストレージ１内に搭載されていてもよい。
【００３１】
本システムにおいては、本システムを利用する各ユーザにＩＣカード８（８ａ〜８ｎ）が与えられる。ＩＣカード８は、そのＩＣカード８が発行されたユーザに関する情報（ユーザ個人情報、暗証番号等の認証情報、後述するＷＷＮサブセット情報等）を記憶する記録媒体である。ＩＣカード８は、各ユーザ毎にユニーク（一意）な認証情報等が記憶されており、各ユーザが本システムの利用を開始する際に、各ユーザを認証するため等に使われる。
【００３２】
ストレージ１は、ストレージ１の内部に定義・作成された複数の論理ユニット（Logical Unit：ＬＵ）７ａ〜７ｎを備える。論理ユニットとは、ＰＣやＷＳ等とストレージを接続するインタフェース（Ｉ／Ｆ）であるＳＣＳＩ（Small Computer System Interface）の仕様において定義された名称であり、論理ボリュームと同義である。
【００３３】
本実施形態においては、Ｉ／Ｆはファイバチャネルで、そのプロトコルはＳＣＳＩであるとして、論理ボリュームのことを単にＬＵと呼ぶことにする。また、ＬＵを識別するための番号のことをＬＵＮ（Logical Unit Number）と呼ぶ。そして、各ＬＵは、本システムを利用する各ユーザ専用に定義されるものとする。すなわち、各ユーザは、自分専用のＬＵが割り当てられる。
【００３４】
次に、本システムを構成する各構成要素の詳細について説明する。
【００３５】
まず、計算機２の構成について説明する。
【００３６】
図２は、計算機２の構成を示す図である。
【００３７】
同図に示すように、計算機２は、中央制御手段２１と、ファイバチャネルＩ／Ｆ制御ボード２２と、入出力手段２３と、ユーザ情報認証手段２４と、メモリ２５とを備える。
【００３８】
中央制御手段２１は、計算機２の全体の制御を行うものである。
【００３９】
ファイバチャネルＩ／Ｆ制御ボード２２は、ファイバチャネルの接続、制御を行うために、計算機２に搭載されたものである。
【００４０】
入出力手段２３は、計算機２を利用するユーザが情報を入力したり、出力したりするために使用するものであり、例えば、キーボードやマウス、ＣＲＴディスプレイや液晶ディスプレイ等によって構成される。
【００４１】
ユーザ情報認証手段２４は、ユーザ認証を行う際に、入出力手段２３から入力されるユーザ認証情報（パスワード情報）をＩＣカード８に送ったり、ＩＣカード８からＷＷＮサブセット情報を読み出したりするためのものである。
【００４２】
メモリ２５は、計算機２の主記憶であり、例えば、ＤＲＡＭによって構成される。メモリ２５は、中央制御手段２１が各種制御を実行するために必要なプログラムやデータ、例えば、ユーザ管理プログラム２５１やＷＷＮ情報変更プログラム２５２等を格納する。
【００４３】
ユーザ管理プログラム２５１は、中央制御手段２１により実行されるプログラムであり、ユーザが計算機２の使用を開始する際に、認証処理等を行うためのプログラムである。ユーザ管理プログラム２５１は、計算機２がＰＣの場合、例えば、ＰＣの機能を拡張するプログラムである拡張ＢＩＯＳとして実装することができる。また、計算機２がＷＳの場合には、例えば、初期化プログラムの一部として実装することができる。
【００４４】
ＷＷＮ情報変更プログラム２５２は、中央制御手段２１により実行されるプログラムであり、ＩＣカード８に格納されているＷＷＮサブセット情報を使って、各計算機２に搭載されているファイバチャネルＩ／Ｆ制御ボード２２に格納されているＷＷＮ情報を変更するためのプログラムである。
【００４５】
ファイバチャネルＩ／Ｆ制御ボード２２は、ファイバチャネルＩ／Ｆ制御手段２７と、ファームウェアメモリ２８とを備える。
【００４６】
ファイバチャネルＩ／Ｆ制御手段２７は、ストレージ１と計算機２とを接続するファイバチャネルの制御を行う。
【００４７】
ファームウェアメモリ２８は、中央制御手段２１がファイバチャネルＩ／Ｆ制御手段２７を制御するために必要なプログラムやデータを格納するためメモリであり、例えば、フラッシュメモリによって構成される。ファームウェアメモリ２８には、例えば、ブートアップ制御プログラム２９やワールド・ワイド・ネーム（World Wide Name：ＷＷＮ）情報３０が保持される。
【００４８】
ブートアップ制御プログラム２９は、ストレージ１の所望のＬＵからＯＳ等をロードする際に、中央制御手段２１が実行するプログラムであり、ファイバチャネルＩ／Ｆ制御手段２７を制御するためのプログラムである。
【００４９】
ブートアップ制御プログラム２９は、例えば、拡張ＢＩＯＳとして実装される。計算機２がＰＣ以外の場合、拡張ＢＩＯＳというプログラムは存在しないので、ブートアップ制御プログラム２９は、メモリ２５に位置される。本実施形態では、計算機２はＰＣであり、ブートアップ制御プログラム２９は、拡張ＢＩＯＳであるとして説明する。
【００５０】
ＷＷＮ情報３０は、ファイバチャネルＩ／Ｆ制御手段２７を識別するために設けられた世界で唯一な名称の情報である。
【００５１】
なお、本実施形態では、ファイバチャネルＩ／Ｆ制御ボード２２を計算機２に搭載する構成を採っているが、当然のことながら、本ボード２２に搭載されるファイバチャネルＩ／Ｆ制御手段２７およびメモリ２８を、計算機２の内部に直接実装してもよい。
【００５２】
次に、ストレージ１の構成について説明する。
【００５３】
図３は、ストレージ１の構成を示す図である。
【００５４】
同図に示すように、ストレージ１は、中央制御手段３１と、ファイバチャネルＩ／Ｆ制御手段３２と、メモリ３３と、通信制御手段３８と、複数の論理ユニット（ＬＵ）３７０〜３７４とを備える。
【００５５】
中央制御手段３１は、ストレージ１の全体制御を司るものである。
【００５６】
ファイバチャネルＩ／Ｆ制御手段３２は、ファイバチャネル５ｄへの接続と、その制御を行うものである。
【００５７】
メモリ３３は、中央制御手段３１がストレージ１の内部制御を行うためのプログラムやデータ等を格納するため記憶手段である。メモリ３３には、例えば、ＬＵ定義プログラム３６と、ＬＵＮ管理テーブル３４と、アクセス制御プログラム３５とが格納される。
【００５８】
通信制御手段３８は、通信手段６を介した管理コンソール４との間の通信を制御するためのものである。
【００５９】
ＬＵ３７０〜３７４は、上位装置（計算機）から見える論理的なボリュームであり、物理的なディスク装置の記憶空間の一定領域に構成される。
【００６０】
ＬＵ定義プログラム３６は、中央制御手段３１が実行するプログラムであり、複数のＬＵ３７０〜３７４を定義・作成するためのプログラムである。
【００６１】
ＬＵＮ管理テーブル３４は、ストレージ１内に設けられたＬＵ３７０〜３７４を中央制御手段３１が管理するために用いられるテーブルである。
【００６２】
アクセス制御プログラム３５は、中央制御手段３１により実行されるプログラムであり、ＬＵＮ管理テーブル３４の情報に従って、各ＬＵ３７０〜３７４へのアクセスの制御や、アクセスが許可される場合に、ＬＵ３７０〜３７４に対するリード・ライトアクセスの制御を行うためのプログラムである。
【００６３】
次に、管理コンソール４の構成について説明する。
【００６４】
図４は、管理コンソール４の構成を示す図である。
【００６５】
同図に示すように、管理コンソール４は、中央制御手段４１と、入出力手段４２と、通信制御手段４３と、メモリ４４と、ローカルディスク４７とを備える。
【００６６】
中央制御手段４１は、管理コンソール４全体の制御を行う。入出力手段４２は、管理者が管理コンソール４を操作するためのものである。通信制御手段４３は、通信手段６を介して、ストレージ１へ各種設定を行うための通信を行うためのものである。
【００６７】
メモリ４４は、中央制御手段４１が実行するプログラムや利用するデータ等を格納するメモリである、メモリ４４には、例えば、ＬＵＮ管理プログラム４６が格納される。ＬＵＮ管理プログラム４６は、中央制御手段４１により実行されるプログラムであり、ストレージ１と通信して、ＬＵを定義・作成するためのプログラムである。
【００６８】
ローカルディスク４７は、管理コンソール４のＯＳやプログラム等を格納する内蔵ディスクである。
【００６９】
次に、本実施形態における計算機システムについて、さらに詳細に説明する。
【００７０】
まず、本実施形態におけるＬＵについて説明する。ＬＵはストレージの上位計算機から見たときの論理的なボリュームである。上位計算機は１つのＬＵを１台のストレージとして認識する。
【００７１】
ストレージ１は、その内部を複数の領域に分割し、分割したそれぞれの領域をＬＵとして定義、構築することができる。これを内部ＬＵと呼ぶことにする。ストレージ１では、内部ＬＵを管理するため、各ＬＵに対して、０から始まる整数でシリアル番号が付けられる。この番号を内部ＬＵＮと呼ぶ。内部ＬＵＮは、ストレージ１の内部で一意な番号である。
【００７２】
一般に、ＰＣ等の上位計算機は、ＯＳのブート時に接続されているストレージをサーチしてＬＵを検出する。このときのサーチ処理は、例えば、次のようにして行われる。すなわち、ＬＵＮは連続で存在すると仮定し、ＬＵＮを０から順にサーチし、ある番号が存在しない場合は、それ以降にはＬＵＮは存在しないと判断して、その番号以降のサーチは行わない。このようなサーチ処理を行うことにより、サーチ時間を短縮することができる。
【００７３】
本実施形態においても、計算機２は、このようなサーチ処理を行うものであると仮定する。この場合、各ＬＵに付けられた内部ＬＵＮをそのまま各上位計算機に割り当てるとすると、内部ＬＵＮが０以外のＬＵを割り当てられた計算機は、このＬＵを検出できないことになってしまう。そこで、すべての計算機に対し、０から始まる連続番号のＬＵＮを持つＬＵを割り当てることが必要になる。本実施形態では、ストレージ１は、各計算機２毎に、各計算機２が使用するＬＵのＬＵＮがすべて０から始まる連続した番号になるよう再定義する。
【００７４】
すなわち、各計算機２から認識されるＬＵを仮想ＬＵ、仮想ＬＵに割り当てるＬＵＮを仮想ＬＵＮとし、仮想ＬＵ（仮想ＬＵＮ）と内部ＬＵ（内部ＬＵＮ）とを区別する。そして、内部ＬＵＮと仮想ＬＵＮとの対応関係は、ストレージ１が備えるＬＵＮ管理テーブル３４により管理する。
【００７５】
図５は、ＬＵＮ管理テーブル３４の構成例を示す図である。
【００７６】
同図に示すように、ＬＵＮ管理テーブル３４には、ポート番号、ターゲットＩＤ（Target ID）、仮想ＬＵＮ、内部ＬＵＮ、ＷＷＮ、Ｓ_ＩＤ及び属性が格納される。
【００７７】
ポート番号は、ストレージ１が備えるファイバチャネル接続ポートの番号である。本実施形態では、ポート数は１個であるので、一律０が格納される。
【００７８】
ターゲットＩＤは、上位計算機との接続Ｉ／Ｆにおいて、ストレージ１に割り当てられる識別子（ＩＤ）である。本実施形態のように、上位計算機との接続Ｉ／Ｆがファイバチャネルの場合には、各ポート毎に唯一のＤ_ＩＤ（Destination ID）を備えるが、ポート番号の項があるので省略してもよいし、ファイバチャネルの初期化時に決定したＤ_ＩＤを格納しても良い。ＳＣＳＩの場合には、同一ポートに複数のＩＤを備えることができるので、そのときの各ＬＵＮの属するターゲットＩＤを格納する。本実施形態では、ターゲットＩＤは未使用とし、ターゲットＩＤの欄には一律０を格納する。
【００７９】
仮想ＬＵＮ及び内部ＬＵＮは、各ユーザに割り当てたＬＵの内部ＬＵＮと各計算機２ａ〜２ｎから認識される仮想ＬＵＮとの対応関係を示す。図５では、内部ＬＵＮ「０」は仮想ＬＵＮ「０」として、また内部ＬＵＮ「５」も仮想ＬＵＮ「０」として定義されている。両者はともに仮想ＬＵＮ「０」として定義されているが、それぞれ使用できるユーザが異なる。
【００８０】
ＷＷＮは、各計算機２ａ〜２ｎのファイバチャネルＩ／Ｆ接続手段２７を特定する情報であるワールド・ワイド・ネームである。ファイバチャネルのポートとポートの接続関係を確立するポートログイン処理の際に、各計算機２ａ〜２ｎのＷＷＮがストレージ１に通知される。
【００８１】
Ｓ_ＩＤは、ファイバチャネルのフレームヘッダに格納されるＩＤ情報であり、フレームを作成したソース（イニシエータ）を識別するＩＤである。Ｓ_ＩＤは、ファイバチャネルの初期化の際に、動的に割り当てられる。先に述べたＷＷＮは初期化の際に交換された各ファイバチャネルポートにより一意に設定される値であるが、ＷＷＮとＳ_ＩＤの関連づけを行うことで、フレーム毎にＷＷＮを調べなくてもＳ_ＩＤのみ検査することで上位計算機を特定できるようになる。
【００８２】
属性は、各ＬＵの所有属性を示す。「専有」は、一人のユーザにより専有されるＬＵであることを示す。「共有」は複数のユーザにより共有されるＬＵであることを示す。本実施形態では、各ＬＵはある一人のユーザにより専有されるものとする。
【００８３】
前述したように、本実施形態では、システムを使用するユーザに、各ユーザの認証情報等を保持する記憶媒体として、ＩＣカード８を発行する。
【００８４】
ＩＣカード８を保有するユーザは、任意の計算機２を使用できるものとする。ＩＣカード８を保有するユーザは、自分が使用する環境を格納したＬＵをそれぞれ一つ以上持つことができる。以下の説明では簡単のため、各ＩＣカード８に対して、専用のＬＵが一つずつ割り当てられているものとして説明する。
【００８５】
本実施形態では、各ユーザに一つのＷＷＮを割り当て、そのＷＷＮとＬＵの対応関係をストレージ１において管理することで、間接的にユーザとＬＵの対応付けを管理する。
【００８６】
個人認証用のＩＣカード８には、予め、ユーザ名等の個人情報や、個人認証用のパスワード、各ユーザに割り当てられたＷＷＮの情報等が格納されて、各ユーザに交付される。パスワードは、後でユーザ自身が変更可能である。
【００８７】
次に、ＬＵの作成方法について説明する。前述したように、本システムにおいては、各ユーザに１つのＬＵが割り当てられる。各ユーザ毎のＬＵの作成は、管理者が管理コンソール４を用いてストレージ１と通信することで行われる。
【００８８】
管理者は、管理コンソール４において、ＬＵＮ管理プログラム４６を実行し、まず、ＬＵを作成する物理ディスク装置を選択する。次に、ＬＵの容量と、ＬＵの内部ＬＵＮ、仮想ＬＵＮ、ポート番号、ターゲットＩＤ、そのＬＵのユーザに割り当てたＷＷＮ、属性を指定する。
【００８９】
指定された設定情報は、通信手段６を介して、ストレージ１に転送される。
【００９０】
ストレージ１は、設定情報を受信すると、ＬＵ定義プログラム３６を起動する。ＬＵ定義プログラム３６は、指定された物理ディスク装置に、指定された容量のＬＵを作成する。そして、ＬＵ管理テーブル３４に、ポート番号、ターゲットＩＤ、仮想ＬＵＮ、内部ＬＵＮ、ＷＷＮ、属性を登録する。
【００９１】
以上のようにして、各ユーザ毎に、ＬＵが作成される。
【００９２】
次に、ＩＣカード８を保持したユーザが計算機２を使用し、そのユーザ専用のＬＵを使用する手順について説明する。
【００９３】
図６は、本手順の流れを示すフローチャートである。
【００９４】
同図に示すように、まず、ユーザは、そのときに未使用であった任意の計算機２の電源をＯＮにする（Ｓ１８００）。これに応じ、計算機２のユーザ管理プログラム２５１が起動される（Ｓ１８０１）。
【００９５】
ユーザ管理プログラム２５１は、起動されると、セキュリティ確保のため、パスワードの入力を求める。これに応答して、ユーザがパスワードを入出力手段２３を用いて入力する（Ｓ１８０２）。ユーザ管理プログラム２５１は、入力されたパスワードを、ユーザ情報認証手段２４を介してＩＣカード８に送り、ＩＣカード８を使って、現在のユーザが正規のユーザである否かを確認する（Ｓ１８０３）。
【００９６】
正規のユーザであることが確認されると、ユーザ管理プログラム２５１は、ＷＷＮ情報変更プログラム２５２を起動する（Ｓ１８０４）。また、正規のユーザであることが確認されると、ＩＣカード８においては、ＷＷＮ情報へのアクセスが許可され、ＷＷＮ情報の読み出しが可能になる。
【００９７】
起動されたＷＷＮ情報変更プログラム２５２は、ＩＣカード８に格納されているＷＷＮ情報を読み出し、ファイバチャネルＩ／Ｆ制御ボード２２上のメモリ２８に格納してあるＷＷＮ情報３０を、ＩＣカード８から読み出したＷＷＮ情報に書き換える（Ｓ１８０５）。
【００９８】
ＷＷＮ情報３０の書き換えが終了すると、ＷＷＮ情報変更プログラム２５２は処理を終了し（Ｓ１８０６）、ユーザ管理プログラム２５１に戻り、ユーザ管理プログラム２５１も処理を終了する（Ｓ１８０７）。
【００９９】
続いて、ブートアップ制御プログラム２９が起動される（Ｓ１８０８）。
【０１００】
中央制御手段２１は、ファイバチャネルＩ／Ｆ制御ボード２２上のメモリ２８をサーチし、ブートアップ制御プログラム２９（拡張ＢＩＯＳ）を検出すると、メモリ２８からメモリ２５にブートアップ制御プログラム２９をコピーし、メモリ２５上で実行する。ここでは、プログラムの実行を高速化するため、ブートアップ制御プログラム２９をメモリ２５にコピーして実行している。
【０１０１】
ブートアップ制御プログラム２９は、起動されると、ファイバチャネル５の初期化処理を開始する（Ｓ１８０９）。この処理のなかで、ポートログインと呼ばれる各ファイバチャネルポート間の論理的接続が実行される。このポートログインの処理が成功すると、ポート間の論理的接続関係が成立する。ポートログインに際しては、ＷＷＮがポート名として使用される。また、各々のポートのＩＤが決定する。このＩＤは動的に決定され、各ポートがそれぞれ独立の番号になるように設定される。
【０１０２】
ストレージ１においては、中央制御手段３１がＬＵ定義プログラム３６を起動する。ＬＵ定義プログラム３６は、計算機２のファイバチャネルＩ／Ｆ制御手段２７をひとつのファイバチャネルポートとしてＷＷＮにより識別し、そのＩＤをＳ_ＩＤとしてＬＵＮ管理テーブル３４に設定する。
【０１０３】
ファイバチャネル５の初期化を終えると、計算機２の中央処理手段２１は、ブートアップ制御プログラム２９によりブートアップ処理を実施し、ＯＳのブートを行う（Ｓ１８１０）。
【０１０４】
次に、ステップＳ１８１０におけるブートアップ処理の詳細について説明する。
【０１０５】
図７は、本ブートアップ処理の手順を示すフローチャートである。
【０１０６】
ブートアップ制御プログラム２９は、まず、ストレージ１に内蔵されるＬＵを検査する。そのため、まず、検査対象ＬＵＮに０を設定する（Ｓ１１０１）。そして、検査対象ＬＵＮを有するＬＵに対してInquiryコマンドを発行する（Ｓ１１０２）。Inquiryコマンドとは、ストレージの種類や、容量、その他の特性等を調査するために用意されたＳＣＳＩコマンドである。
【０１０７】
ストレージ１において、ファイバチャネルＩ／Ｆ制御手段３２がInquiryコマンドを受信すると、中央制御手段３１はこれを受け取り、アクセス制御プログラム３５を起動する（Ｓ１１２０）。
【０１０８】
起動されたアクセス制御プログラム３５は、ＬＵＮ管理テーブル３４を参照し、計算機２が発行したInquiryコマンドで指定された検査対象ＬＵＮを確認する。ここで、上位計算機２から指定された検査対象ＬＵＮは、ストレージ１からみると仮想ＬＵＮである。アクセス制御プログラム３５は、Inquiryコマンドを受信したポート番号、指定されたターゲットＩＤ及び仮想ＬＵＮから内部ＬＵＮの有無を確認する（Ｓ１１２１）。
【０１０９】
その結果、該当する内部ＬＵＮが存在している場合、次に、Inquiryコマンドのコマンドフレームに内包された発行元のＳ_ＩＤと、ＬＵＮ管理テーブル３４に格納されたＳ_ＩＤとを比較し検査する（Ｓ１１２２）。その結果、Ｓ_ＩＤが一致したならば（Ｓ１１２２：Ｙｅｓ）、検査対象の仮想ＬＵＮは、計算機２からアクセスを許可されているので、「ＬＵＮ有り」を示す情報とともに該当するＬＵの容量やその他の特性情報を計算機２に応答として返す（Ｓ１１２３）。
【０１１０】
一方、Ｓ_ＩＤが一致しない場合は（Ｓ１１２２：Ｎｏ）、検査対象ＬＵＮが割り当てられたＬＵは、この計算機２からのアクセスが許可されていないことになるので、「ＬＵＮ無し」を示す情報を計算機２に応答として返す（Ｓ１１２４）。また、Inquiryコマンドを受信したポートのポート番号、指定されたターゲットＩＤ及び仮想ＬＵＮに基づく内部ＬＵＮの有無の確認において、対応する内部ＬＵＮが存在しない時も同様に「ＬＵＮ無し」を示す情報を応答として返す。
【０１１１】
ストレージ１からの応答を受信すると、計算機２のブートアップ制御プログラム２９は、当該応答が「ＬＵＮ有り」を示しているか否かを判別する（Ｓ１１０３）。
【０１１２】
その結果、ストレージ１から「ＬＵＮ有り」を示す応答があった場合は（Ｓ１１０３：Ｙｅｓ）、ブートアップ制御プログラム２９は、検査対象ＬＵＮをインクリメントし（Ｓ１１０４）、次のＬＵＮを検索するため上記の処理Ｓ１１０２、Ｓ１１０３を繰り返す。
【０１１３】
そして、ストレージ１からの応答が「ＬＵＮ無し」を示すと（Ｓ１１０３：Ｎｏ）、ブートアップ制御プログラム２９は、ＬＵＮの検索を終了する（Ｓ１１０５）。
【０１１４】
次に、検索の結果、検出されたＬＵＮのうち、「ブート指定ＬＵＮ」に指定されたＬＵＮを持つＬＵに格納されたブートローダをメモリ２５に読み込み、ＯＳのブート処理を行う（Ｓ１１０６）。ＯＳのブート処理後は、アプリケーションのロード、個人固有のレジストリ情報の読み出し等が行われる。
【０１１５】
「ブート指定ＬＵＮ」は、複数のストレージや複数のＬＵＮを検出した時に、どのストレージのどのＬＵＮからＯＳをブートするかを指定するものであり、事前に指定されている。
【０１１６】
以上のようにして、自分用のＩＣカード８を保有するユーザは、任意の空いている計算機２を使用して、このユーザ専用のＬＵＮをその計算機２にマウントして使用することができる。
【０１１７】
ストレージ１は、ＷＷＮ毎にＬＵのアクセス排他制御を行い、ＬＵＮ管理テーブル３４に登録された内部ＬＵＮとＷＷＮの関係が成立する場合にのみアクセスを許可する。よって、ユーザ専用のＷＷＮを格納したＩＣカード８が装着された計算機２のみから、このユーザ専用のＬＵをアクセスすることが可能になる。
【０１１８】
以上説明した実施形態によれば、各ユーザ専用のＬＵをユーザが使用する計算機に動的にマウントすることができる。これにより、ＬＵにそれぞれ固有のＯＳやアプリケーションプログラムを格納する等のパーソナライズを実施でき、任意のユーザが専用の環境を維持しながら任意の計算機を使用可能な柔軟性の高い計算機システムを構築できる。
【０１１９】
そして、これらのプログラムやデータを、従来のようにサーバやネットワークを経由することなく、ストレージから計算機に直接Ｉ／Ｏロードできるので、ネットワークやサーバに負荷をかけることがなく、より高速なプログラムの起動、実行を実現できる。
【０１２０】
また、各ユーザ用のＯＳ、アプリケーションプログラム、データをすべて１台のＬＵに集約できるので、管理を容易にすることができる。
【０１２１】
また、データ等がストレージ１に一元管理されるので、計算機のリプレースや、計算機台数の増減にも柔軟に対応可能となる。
【０１２２】
また、各ユーザのアプリケーションプログラムを実行したり、ユーザ用のデータを管理したりするサーバは不要であり、システム全体のコストを低減することもできる。
【０１２３】
次に、本発明による計算機システムの応用例について説明する。
【０１２４】
ここでは、上述した計算機システムを教育向けのカリキュラム提供システムに適用した場合について説明する。
【０１２５】
本システムを利用する全学生がある限られた台数の計算機２を共用する場合に、１クラス、１カリキュラムに所属または登録されている学生単位毎に、管理コンソール４により、ストレージ１内のＬＵに対してのアクセス権を規定し、例えば、クラス、学科、教科毎にグループ、領域化する。
【０１２６】
カリキュラムを受講する学生のユーザ情報、カリキュラムの進捗状況は、個々のユーザ毎に管理コンソール４で一元管理される。個々のユーザの認証、識別するための情報としては、入学時に各学生に割り当てられる学生番号やＩＤ番号等を用いることが考えられる。
【０１２７】
図８は、ある時点における教育用カリキュラム提供システムの使用状況を示す図である。
【０１２８】
本システムは、９人のユーザＡ〜Ｉが利用するものとし、各ユーザＡ〜Ｉ毎に、一つのＬＵ３７０〜３７８が設けられている。例えば、ユーザＡには、内部ＬＵＮが「０」のＬＵ３７０が割り当てられ、ユーザＥには、内部ＬＵＮが「４」のＬＵ３７４が割り当てられ、ユーザＩには、内部ＬＵＮが「８」のＬＵ３７８が割り当てられている。
【０１２９】
図８に示した時点では、ユーザＡは、計算機ａを使い、ユーザＢは、計算機ｂを使い、ユーザＣは、計算機ｆを使い、ユーザＤは、計算機ｅを使い、ユーザＥは、計算機ｃを使い、ユーザＦは、計算機ｄを使い、ユーザＩは、計算機ｇを使っている。また、ユーザＧ、Ｈは、このとき、本システムを使っていない。
【０１３０】
同図に示すように、各ユーザは、自分の使っている計算機に、自分に割り当てられたＬＵをマウントして使用することができる。
【０１３１】
図９は、別の時点における教育用カリキュラム提供システムの使用状況を示す図である。
【０１３２】
同図に示した時点では、ユーザＡは、計算機ｄを使い、ユーザＢは、計算機ｅを使い、ユーザＣは、計算機ｃを使い、ユーザＤは、計算機ｆを使い、ユーザＥは、計算機ｂを使い、ユーザＦは、計算機ｇを使い、ユーザＩは、計算機ａを使っている。また、ユーザＧ、Ｈは、このとき、本システムを使っていない。
【０１３３】
同図に示すように、各ユーザは、図８とは異なる計算機を使っているが、各ユーザは、自分の使っている計算機に、自分に割り当てられたＬＵをマウントして使用することができる。
【０１３４】
また、本教育用カリキュラム提供システムを利用することにより、進学のための塾、準学校法人のように、時間ごとにカリキュラムが異なる場合にも、受講者に応じてストレージ１内に各受講者のカリキュラムを事前に受講者ごとのＬＵにインストールすることで容易に受講者のカリキュラムをストレージ１内に構築できる。
【０１３５】
更に、同じカリキュラムを提供する受講者のＬＵについては、ストレージ１内のコピー処理で一括してインストールを行うことができる。従って、従来のシステムにおいてそれぞれ個別にインストール作業が発生していたものが、管理コンソール４を用いて、容易に行うことが可能となる。
【０１３６】
例えば、図８及び図９において、第１時限目にカリキュラムＡ５１が実施され、第２時限目にカリキュラムＢ５２が実施され、第３時限目にカリキュラムＣ５３が実施されるとする。
【０１３７】
この場合、各カリキュラムの開始前（例えば、第１時限目開始前）に、例えば、まず、内部ＬＵＮ０のＬＵ３７０にカリキュラムＡ用ソフトウェアをインストールし、その後、ストレージ１内でのコピー処理を行うことで、ユーザＡ〜Ｉに対して、容易に同じカリキュラムＡを提供することが可能になる。
【０１３８】
上述した教育用カリキュラム提供システムにおいては、任意の計算機２をカリキュラムに応じて複数のユーザが使用しても、ＩＣカード８により容易にユーザと、アクセスするＬＵ、すなわちＯＳ、アプリケーションプログラム、データ等と対応づけすることが可能となる。
【０１３９】
これにより、例えば、専門分野毎に、ＯＳやアプリケーションを自由に設定することが可能となる。また、論文等の研究内容をデータベース化し共有のストレージ領域に格納することで、研究テーマに応じて過去の文献等の活用が容易になる。
【０１４０】
なお、上述した実施形態では、各ユーザに１つのＷＷＮを割り当てていたが、各ユーザに複数のＷＷＮを割り当てるようにしてもよい。例えば、この場合、複数のＷＷＮをＩＣカード８に格納しておき、計算機２の起動時にＷＷＮを変更する際、どのＷＷＮを使うかをユーザに選択させる（例えば、所望のカリキュラム名を入力させる）ようにすることで、各ユーザは、複数のＬＵのうちから、所望のＬＵを選択して、所望のカリキュラムに応じた計算機環境を起動・実行させることが可能になる。
【０１４１】
【発明の効果】
以上詳細に説明したように、本発明によれば、各ユーザ専用のＬＵをユーザが使用する計算機に動的にマウントすることができる。これにより、ＬＵにそれぞれ固有のＯＳやアプリケーションプログラムを格納する等のパーソナライズを実施でき、任意のユーザが専用の環境を維持しながら任意の計算機を使用可能な柔軟性の高い計算機システムを構築できる。
【図面の簡単な説明】
【図１】 本発明による計算機システムの構成図である。
【図２】 計算機２の構成図である。
【図３】 ストレージ１の構成図である。
【図４】 管理コンソール４の構成図である。
【図５】 ＬＵＮ管理テーブル３４の構成図である。
【図６】 計算機起動時の処理の流れを示す図である。
【図７】 ブートアップ処理の流れを示す図である。
【図８】 教育用カリキュラム提供システムの運用状態（その１）を示す図である。
【図９】 教育用カリキュラム提供システムの運用状態（その２）を示す図である。
【符号の説明】
１・・・ストレージ
２，２ａ〜２ｎ・・・計算機
３・・・ファイバチャネル接続手段
４・・・管理コンソール
５，５ａ〜５ｎ・・・ファイバチャネル
６・・・通信手段
７ａ〜７ｎ・・・論理ユニット
８・・・ＩＣカード
９・・・無停止電源
１０・・・電源給電線
２１，３１，４１・・・中央制御手段
２２，３２・・・ファイバチャネルＩ／Ｆ制御ボード
２３，４２・・・入出力手段
２４・・・ユーザ情報認証手段
２５，２８，３３，４４・・・メモリ
２６・・・ユーザ管理プログラム
２７・・・ファイバチャネルＩ／Ｆ制御手段
２９・・・ブートアップ制御プログラム
３０・・・ＷＷＮ情報
３４・・・ＬＵ管理テーブル
３５・・・アクセス制御プログラム
３６・・・ＬＵ定義プログラム
３７０〜３７４・・・内部ＬＵＮ
３８，４３・・・通信制御手段
４６・・・ＬＵＮ管理プログラム
４７・・・ローカルディスク
５１・・・カリキュラムＡ
５２・・・カリキュラムＢ
５３・・・カリキュラムＣ
Claims (4)
- 複数の計算機と、当該複数の計算機により共用される記憶装置とを備える計算機システムにおいて、
前記計算機は、
ユーザ認証情報が入力される入力手段と、
識別情報を記憶する記憶媒体と、
各ユーザに割り当てられた識別情報及び認証情報を記憶する記憶手段と、入力されるユーザ認証情報及び前記認証情報から認証を行なう認証手段とを有し、かつ、前記計算機と脱着可能なユーザ情報保持媒体に、前記入力手段から入力されたユーザ認証情報を入力し、前記認証手段により認証が成立した場合、前記ユーザ情報保持媒体の前記記憶手段から識別情報を読み出すユーザ情報認証手段と、
前記記憶媒体に記憶されている識別情報を、前記読み出した識別情報に変更する変更手段と、
前記記憶媒体から読み出した識別情報を前記記憶装置に送信する手段とを備え、
前記記憶装置は、
各ユーザ毎に割り当てられた論理ボリュームと、
前記識別情報と論理ボリュームとの関係を管理する論理ボリューム管理テーブルと、
前記計算機から送られてきた識別情報と論理ボリューム管理テーブルとに基づいて、各論理ボリュームへのアクセス制御を行う手段とを備える
ことを特徴とする計算機システム。 - 前記計算機と前記記憶装置とは、ファイバチャネルにより接続されており、
前記計算機は、ファイバチャネルの接続制御を行うためのファイバチャネルインタフェース部を備え、
当該ファイバチャネルインタフェース部は、当該ファイバチャネルインタフェース部を識別するためのワールド・ワイド・ネーム情報を保持しており、
前記ユーザ情報保持媒体は、前記識別情報として、ユーザに割り当てられたワールド・ワイド・ネーム情報を保持しており、前記計算機は、前記ユーザ情報保持媒体からをワールド・ワイド・ネーム情報を読み出し、読み出したワールド・ワイド・ネーム情報で、前記ファイバチャネルインタフェース部に保持していたワールド・ワイド・ネーム情報を書き替えることを特徴とする請求項１に記載の計算機システム。 - 教育機関における複数の分野を専攻する学生を対象とする教育用カリキュラム提供システムであって、
前記学生によって共用される複数の計算機と、
当該複数の計算機により共用される記憶装置と
を備え、
本システムを利用する各学生には、各ユーザに割り当てられた識別情報及び認証情報を記憶する記憶手段と、入力されるユーザ認証情報及び前記認証情報から認証を行なう認証手段とを有し、かつ、前記計算機と脱着可能なユーザ情報保持媒体が与えられ、
前記計算機は、
ユーザ認証情報が入力される入力手段と、
識別情報を記憶する記憶媒体と、
ユーザ情報保持媒体に、前記入力手段から入力されたユーザ認証情報を入力し、前記認証手段により認証が成立した場合、前記ユーザ情報保持媒体の前記記憶手段から識別情報を読み出すユーザ情報認証手段と、
前記記憶媒体に記憶されている識別情報を、前記読み出した識別情報に変更する変更手段と、
前記記憶媒体から読み出した識別情報を前記記憶装置に送信する手段と
を備え、
前記記憶装置は、
各学生毎に割り当てられた論理ボリュームと、
前記識別情報と論理ボリュームとの関係を管理する論理ボリューム管理テーブルと、
前記計算機から送られてきた識別情報と論理ボリューム管理テーブルとに基づいて、各論理ボリュームへのアクセス制御を行う手段と
を備え、
各論理ボリュームには、各学生が専攻する分野に応じたソフトウェアが格納される
ことを特徴とする教育用カリキュラム提供システム。 - 前記記憶装置を管理するための管理コンソールを更に備え、
当該管理コンソールにより、各論理ボリュームに対して、提供するカリキュラムに応じたソフトウェアを一括してインストールする
ことを特徴とする請求項３に記載の教育用カリキュラム提供システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000346811A JP3889922B2 (ja) | 2000-11-14 | 2000-11-14 | 共用ストレージを備えた計算機システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000346811A JP3889922B2 (ja) | 2000-11-14 | 2000-11-14 | 共用ストレージを備えた計算機システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002149599A JP2002149599A (ja) | 2002-05-24 |
| JP3889922B2 true JP3889922B2 (ja) | 2007-03-07 |
Family
ID=18820628
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000346811A Expired - Fee Related JP3889922B2 (ja) | 2000-11-14 | 2000-11-14 | 共用ストレージを備えた計算機システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3889922B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004234331A (ja) * | 2003-01-30 | 2004-08-19 | Toshiba Corp | 情報処理装置および同装置で使用されるユーザ操作制限方法 |
| JP4257783B2 (ja) | 2003-10-23 | 2009-04-22 | 株式会社日立製作所 | 論理分割可能な記憶装置及び記憶装置システム |
| JP4141391B2 (ja) | 2004-02-05 | 2008-08-27 | 株式会社日立製作所 | ストレージサブシステム |
| JP2005267008A (ja) | 2004-03-17 | 2005-09-29 | Hitachi Ltd | ストレージ管理方法およびストレージ管理システム |
| JP4826077B2 (ja) * | 2004-08-31 | 2011-11-30 | 株式会社日立製作所 | ブートディスク管理方法 |
| JP4681337B2 (ja) * | 2005-04-06 | 2011-05-11 | 株式会社日立製作所 | ファイバチャネルスイッチ装置、情報処理システム及びログイン処理方法 |
| JP4710518B2 (ja) | 2005-09-28 | 2011-06-29 | 株式会社日立製作所 | 計算機システムとそのブート制御方法 |
| JP5163744B2 (ja) * | 2008-07-25 | 2013-03-13 | 富士通株式会社 | 機能拡張装置、情報処理装置および制御方法 |
| JP2010170351A (ja) * | 2009-01-23 | 2010-08-05 | Hitachi Ltd | 計算機システムのブート制御方法 |
| JP2011018254A (ja) * | 2009-07-10 | 2011-01-27 | Hitachi Ltd | 計算機システム及びそのブート制御方法 |
| JP5158184B2 (ja) * | 2010-12-10 | 2013-03-06 | 株式会社日立製作所 | ブートディスク管理方法 |
-
2000
- 2000-11-14 JP JP2000346811A patent/JP3889922B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002149599A (ja) | 2002-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5341184B2 (ja) | ストレージシステム及びストレージシステムの運用方法 | |
| JP3837953B2 (ja) | 計算機システム | |
| US8051262B2 (en) | Storage system storing golden image of a server or a physical/virtual machine execution environment | |
| JP4475079B2 (ja) | 計算機システムの構成管理方法 | |
| JP4720303B2 (ja) | ストレージシステムを含む計算機システムの構成管理方法 | |
| US20060155837A1 (en) | Diskless computer operation management system | |
| US6496914B1 (en) | Method and system for administering storage devices on a network | |
| JP2005071103A (ja) | サブシステム論理分割管理装置および管理方法、プログラム、記録媒体 | |
| CN1983217A (zh) | 存储装置及其控制方法以及程序 | |
| JP2009104421A (ja) | ストレージアクセス装置 | |
| JP3889922B2 (ja) | 共用ストレージを備えた計算機システム | |
| CN103699372A (zh) | 从中央存储装置引导计算机系统 | |
| JP2006260284A (ja) | ストレージ管理ソフトウェア及びグルーピング方法 | |
| JP2001075853A (ja) | 計算機システム、及び該計算機システムに用いられる計算機並びに記憶装置 | |
| US6751702B1 (en) | Method for automated provisioning of central data storage devices using a data model | |
| JP2005018159A (ja) | ストレージシステム構築支援装置、ストレージシステム構築支援方法、およびストレージシステム構築支援プログラム | |
| JP4878433B2 (ja) | 記憶装置構成管理システムおよび構成管理方法 | |
| US20050125538A1 (en) | Assigning logical storage units to host computers | |
| US8271759B2 (en) | Storage system | |
| US7949896B2 (en) | Device for control of switching of storage system | |
| JP3966076B2 (ja) | ストレージ集中管理方法 | |
| JP2006146801A (ja) | ストレージシステム、コンピュータシステム及びストレージの情報取得方法 | |
| JP3897049B2 (ja) | 計算機システム | |
| US20090254630A1 (en) | Storage control method for managing access environment enabling host to access data | |
| JP2005322254A (ja) | 計算機システム、及び該計算機システムに用いられる計算機並びに記憶装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20031215 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20031215 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060606 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060807 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061121 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061201 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131208 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees | ||
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |