(57)【要約】【課題】  ＩＰネットワーク上の記憶装置システムにおいてサービス不能攻撃などの不正アクセスに対するセキュリティ確保が必要である。【解決手段】  イニシエータの識別子とそのイニシエータに対して許可する記憶装置との対応テーブルを持ち、ディスカバリ時に通信を許可／拒絶する。【選択図】  図１
2005135124.tif 000002
【特許請求の範囲】
【請求項１】
複数の計算機と、複数の記憶装置に接続された記憶制御装置であって、
前記記憶制御装置は、前記複数の計算機と通信するための複数の通信インタフェースと、前記複数の記憶装置と通信するための記憶装置インタフェースと、プログラムを格納するメモリと、前記プログラムを実行するＣＰＵを備え、
前記メモリは、更に、前記記憶装置と通信できる計算機を一意に識別するための第一の識別子を格納し、
前記プログラムは、前記計算機が送信した、当該計算機と通信する記憶装置を見つけるための要求を受信する部分と、前記要求に含まれる前記計算機の識別子と前記第一の識別子をもとに前記計算機にアクセス許可を与える部分を備える、記憶制御装置。
【請求項２】
前記メモリは、前記第一の識別子と、前記計算機がアクセスできる前記記憶装置を一意に識別するための第二の識別子を対応付けて格納し、
前記プログラムは、前記要求に含まれる前記計算機の識別子と前記第一の識別子を比較する部分と、前記比較に応じて、前記第二の識別子を前記計算機に通知する部分を備える、請求項１記載の記憶制御装置。
【請求項３】
前記メモリは、前記第一の識別子と、前記記憶装置と通信できない計算機を識別するために前記第一の識別子以外の識別子を格納する、請求項２記載の記憶制御装置。
【請求項４】
前記プログラムは、前記比較の結果、前記要求に含まれる計算機の識別子と前記第一の識別子が異なる場合、前記第一の識別子以外の識別子を前記計算機に通知する部分を備える、請求項３記載の記憶制御装置。
【請求項５】
前記プログラムは、前記比較の結果、前記要求に含まれる計算機の識別子と前記第一の識別子が異なる場合、前記要求を拒絶する部分を備える、請求項３記載の記憶制御装置。
【請求項６】
前記メモリは、更に計算機のインターフェースを識別するインターフェース識別子を格納する、請求項２記載の記憶制御装置。
【請求項７】
前記プログラムは、複数の記憶装置を１つの記憶装置として識別子を与えて前記計算機に対して記憶装置を割り当てる部分を備える、請求項２記載の記憶制御装置。
【請求項８】
前記メモリは、前記記憶装置の属性を前記第二の識別子に対応付けて格納し、
前記プログラムは、前記属性を前記第二の識別子とともに前記計算機に通知する部分を備える、請求項２記載の記憶制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムにおけるセキュリティ技術に関する。
【背景技術】
【０００２】
昨今、SAN（Storage Area Network）を実現する伝送方式として、ファイバチャネルを用いたFC-SANが主流となっている。ファイバチャネルは、伝送媒体として光を用いるため、信頼性は非常に高く、転送性能は非常に高い。
【０００３】
最近、ファイバチャネルに対して転送性能で遅れを取っていたイーサネット（登録商標）が、ネットワーク技術の進歩に伴い高速化され、接続距離無制限、低コスト、相互接続性を売りにSANへ適用されつつある。これをFC-SANと区別するためにIP-SANと呼ぶ。IP-SANを実現する手段としては、iSCSI(internet SCSI)が最有力と言われている。
【０００４】
ネットワークに接続している各種装置（以下「デバイス」）には、自分の身元を示す識別子がある。例えば、IPネットワークではMACアドレスやIPアドレス、ファイバチャネルではポートIDやWorld Wide Name(WWN)である。また、ネットワークには、識別子の管理や、デバイス同士の通信を手助けする管理用の計算機（以下「管理サーバ」）が存在する場合がある。例えば、IPネットワークではDNS(Domain Name System)サーバがホスト名やIPアドレスとの関連性を管理し、ファイバチャネルではSNS(Simple Name Server)がWWNなどを管理している。
【０００５】
このようにデバイスは、管理サーバとの通信によりネットワーク上の他のデバイスを検出し、相互に通信していた。以下、デバイスがネットワーク上の他のデバイスを検出する処理をディスカバリ処理と称する。
【０００６】
ここで、iSCSIでは３通りのディスカバリ処理（静的設定、SendTargets、ゼロ設定）が提案されている。
（１）静的設定
静的設定では、イニシエータにターゲットである記憶装置の識別子（IPアドレス、TCPポート番号、ターゲットネーム）を予め割り当てる。よって、イニシエータは、ディスカバリを必要とせずに記憶装置を認識できる。尚、デバイスの中で、主体的にコマンドを発行して他のデバイスを探すデバイスをイニシエータと言い、イニシエータの発行するコマンドに応答するデバイス、あるいはイニシエータが通信をする対象となるデバイスをターゲットと称する。
【０００７】
（２）SendTargets
SendTargetsは、イニシエータが既にターゲットのIPアドレス及びTCPプロトコルで使用されるTCPポート番号を知っている場合に用いられる。
SendTargetsには、主に2つのリクエストタイプがある。一つは、ターゲットが制御する全デバイスの識別情報を要求するタイプ（以下、「全デバイスリクエスト」と称する）で、もう一つは、指定したデバイスの識別情報のみを要求するタイプ（以下、「デバイス指定リクエスト」と称する）である。以下、図６を用いて、SendTargetsによるディスカバリ処理の流れを説明する。
【０００８】
まずイニシエータは、ターゲットに対して、ディスカバリ要求を発行する（ステップ６０５）。
ターゲットは、ディスカバリ要求を受け取ると、そのリクエストタイプを読み出し判定する（ステップ６１０）。
リクエストタイプが全デバイスリクエストの場合、ターゲットは、ターゲット配下の全デバイスの識別情報をレスポンスのコマンドに含めてイニシエータへ送信する（ステップ６１５）。
【０００９】
リクエストタイプがデバイス指定リクエストの場合、リクエストを受けたターゲットは、指定されたデバイスの識別情報のみをレスポンスのコマンドに含めてイニシエータへ返す（ステップ６２０）。
レスポンスコマンドを受け取ったイニシエータは、その内容を解析してターゲット配下のデバイスの識別情報を取得し（ステップ６２５）、該識別情報を用いて、ターゲット配下のデバイスを新たなターゲットとしてログイン処理を開始する（ステップ６３０）。ログインが受理されると、I/O処理に入る（ステップ６３５）。
【００１０】
（３）ゼロ設定
ゼロ設定は、管理サーバ（エージェントを伴う場合もある）を利用するディスカバリ方法である。
ゼロ設定には、主に２つのディスカバリ方法がある。
【００１１】
一つは、IPネットワークで既に利用されているSLP(Service Locator Protocol)を用いる方法である。SLPを使用するにはイニシエータ、ターゲットにエージェントという専用のプログラムを導入する必要がある。またネットワーク上にディレクトリエージェントを設置することで管理単位を拡大出来る。ディレクトリエージェントが存在しない場合、イニシエータ及びターゲットのエージェント同士で管理情報を交換する。ディレクトリエージェントが存在する場合は、イニシエータのエージェントがディレクトリエージェントを介してターゲットを検索する。
【００１２】
もう一つはiSNS(Internet Storage Name Service)を用いる方法である。iSNSでは、管理サーバへデバイス情報を登録するためのプロトコルであるSNMP、iSNSPを各デバイスに実装する必要がある。そして、管理サーバへデバイス情報を登録した時点で管理サーバから管理単位（ディスカバリドメイン）のデバイスに対してデバイス情報を通知することで、他のデバイスがデバイス情報が登録されたデバイスをディスカバリすることができる。
以上のようなディスカバリ方法を用途、規模に応じて使うことで、ストレージネットワークにおける効率的なデバイス管理が可能となる。
【００１３】
一方、複数の記憶装置を有する記憶装置システムにおけるセキュリティを確保する方法に関しては特許文献１に開示されている。この技術によれば、計算機が記憶装置システムへログインする際の識別子と該記憶装置システムとを関連付けるテーブルを記憶装置システムが保持し、記憶装置システムが、計算機から送られるフレームに含まれる識別子と前記テーブルに登録されている識別子とを比較し、一致した場合、該フレームの指示に従って処理を継続し、不一致の場合、受領したフレームを拒絶するフレームを返すことで計算機からの不正アクセスを抑止できる。
【００１４】
又、SANのセキュリティ方法に関しては特許文献２に開示されている。この技術によれば、記憶制御装置が、認証されたネットワークデバイス各々がアクセスする記憶装置を識別する構成データを含むレコードを有する。記憶制御装置はこのレコードを用いて、データアクセス権限を持たないデバイスに対して該デバイスが認証されたデバイスか否かを判断してアクセスを許可し、許可しない場合は、そのアクセスを拒絶する。
【００１５】
【特許文献１】特開2000-276406号公報
【００１６】
【特許文献２】US20010020254A1号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
特許文献１及び特許文献２などの従来技術によれば、FC-SANにおいて計算機はポートIDとWWNだけで容易に記憶装置システムにログインすることが出来る。これは不正アクセスを防止するための処理を施す対象がネットワークにログイン済みの計算機のみだからである。FC-SANはある程度閉じたネットワークであるため、不正アクセスは少なくログイン済みの計算機を対象に不正アクセスを防止する処理を施せば十分であった。しかし、接続範囲が広範囲なIP-SANでは不正アクセスが多くなるため、ログイン済みの計算機を対象とするだけでは足りず、したがって従来技術をそのままIP-SANに適用すれば記憶装置システムに対するDoS攻撃などの脅威が増大することになる。尚、特許文献１をiSCSIへマッピングすると、計算機、記憶装置の識別子はiSCSIネームとなる。
【００１８】
本発明の目的は、iSCSIを使用する計算機システムのセキュリティを高めることにある。
【課題を解決するための手段】
【００１９】
上記課題を解決するため、記憶装置システムの記憶制御装置は、記憶装置と通信可能なイニシエータの識別子と該記憶装置の情報を対応付けて格納する。記憶制御装置は、イニシエータがディスカバリを行う時点で対応付けた情報に基づいて記憶装置にアクセスするイニシエータが不正なものか否かを判断し、不正な場合はアクセスを拒絶する。
【発明の効果】
【００２０】
本発明によれば、第三者に記憶装置（ターゲット）の存在を明らかにする前にセキュリティをかけることができる。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明の計算機システムの全体構成例を示す図である。尚、ソフトウェアやデータは楕円で囲んで示している。
計算機システムは、イニシエータ１０５、記憶装置システム１００、ネットワーク１３０、イニシエータ１０５及びネットワーク１３０並びに記憶装置システム１００及びネットワーク１３０とを接続する通信線１２５、並びにネットワーク１３０と接続される管理端末１９５とを有する。
記憶装置システム１００は、記憶制御装置１３５及び複数の記憶装置１９０を有する。また、記憶装置システム１００、記憶制御装置１３５及び記憶装置１９０は、ターゲットとなるデバイスである。
【００２２】
イニシエータ１０５は、主に記憶制御装置１３５と通信するデバイス（計算機等）である。ここでは複数のイニシエータ１０５を区別するために、Ａ、Ｂ、Ｃなどの識別子（以下「イニシエータ識別子」）を付与する。以下、識別子Ａのイニシエータ１０５を、イニシエータＡと称する。
イニシエータ１０５は、通信路１２５を介して、ネットワーク１３０に接続される。
【００２３】
記憶装置１９０は、データを格納し、必要に応じて格納しているデータを読み出す装置である。記憶装置は1つ以上の記憶装置識別子を持ち、図１では４つの記憶装置に対しそれぞれ、Ｎ１、Ｎ２、Ｎ３、Ｎ４の記憶装置識別子が付与されている。
【００２４】
記憶制御装置１３５は、通信インタフェース１４０、記憶装置１９０と通信するための記憶装置インタフェース１７５、ＣＰＵ１８０及びメモリ１８５を有する。
メモリ１８５は、イニシエータ判別制御部（プログラム）１６５及び許可デバイステーブル１７０を格納する。尚、イニシエータ判別制御部１６５は以下プログラムであるとして説明するが、専用のハードウエアとして実現されていても良い。又、イニシエータ判別制御部１６５を主語とする処理は、実際はプログラムを実行するCPU１８０によって実行される。
【００２５】
通信インタフェース１４０は、イニシエータ１０５から送られてくるフレームの制御等を行う。又、各通信インターフェース１４０には、各々固有の識別子（ＩＦ１、ＩＦ２、ＩＦ３、ＩＦ４。以下、「インターフェース識別子」）が与えられる。この識別子は、IPアドレス、MACアドレス、TCPポート番号、またはこれらの組み合わせにより構成される。
【００２６】
前記フレームの制御では、通信インターフェース１４０は、受信したフレームを解析して制御情報とデータとに分割し、制御情報からイニシエータ識別子とインタフェース識別子を取り出す。その後、通信インターフェース１４０は、自身に割り振られたインタフェース識別子とフレーム中のインタフェース識別子の一致判定、データ処理などを行う。
尚、イニシエータ判別制御部１６５は、通信インターフェース１４０で取り出されたイニシエータ識別子を用いて、送信元のイニシエータ１０５を特定する。フレームの制御で扱う情報はメモリ１８５に格納される。
【００２７】
ＣＰＵ１８０は、イニシエータ１０５からディスカバリ処理を要求されたときに、許可デバイステーブル１７０を用い、かつイニシエータ判別制御部１６５を実行して、該イニシエータ１０５に対して通信を許可する記憶装置１９０を通知する（詳細は図２で説明）。
【００２８】
管理端末１９５は、ネットワーク１３０に接続されたイニシエータ１０５、記憶装置システム１００（記憶制御装置１３５及び記憶装置１９０）などのデバイスを管理する端末である。システムの管理者は、管理端末１９５を介して、記憶制御装置１３５が有する許可デバイステーブル１７０の作成、追加、及び修正を行う。尚、管理端末１９５は記憶制御装置１３５を管理する端末として記憶制御装置１３５に直接接続されていてもよい。
【００２９】
図３は、許可デバイステーブル１７０の構成例を示す図である。尚、図３のイニシエータインタフェース識別子３１０、ＬＵＮ３２５及び属性３３０に登録される値については後述する。許可デバイステーブル１７０は、複数のフィールドからなるエントリを複数有する。
【００３０】
イニシエータ識別子３０５は、記憶制御装置１３５と通信するイニシエータ１０５に割り当てられたイニシエータ識別子が登録されるフィールドである。図３において、各エントリの該当するフィールドに登録された「Ａ」、「Ｂ」、「Ｃ」の値は、図１でイニシエータ１０５に割り振られたイニシエータ識別子に対応している。最後のエントリに登録された「その他」の値は、管理者等が認識しているイニシエータ１０５、ここでは３つのイニシエータ１０５に割り振られたイニシエータ識別子以外の識別子を持つイニシエータ１０５との通信に備えて設けられている。即ち、「その他」に該当するイニシエータ１０５は、不正アクセスを目論む、つまりアクセスが許可されないイニシエータ１０５に対応する。
【００３１】
許可インタフェース識別子３１５は、イニシエータ１０５との通信を行う通信インタフェース１４０のインターフェース識別子を登録するフィールドである。各エントリに登録された「ＩＦ１」〜「ＩＦ４」は、図１に対応している。以下、インタフェースＩＦ１をＩＦ１と略す。本図では、イニシエータＡはＩＦ１とＩＦ２を介して、イニシエータＢはＩＦ３を介して、イニシエータＣはＩＦ４を介して、各々記憶制御装置１３５と通信する設定となっている。「その他」に対応するイニシエータ１０５にはＩＦｘで示される通信インターフェース１４０が割り振られるが、実際にはＩＦｘに対応する通信インターフェース１４０は存在せず、「その他」に対応するイニシエータ１０５は記憶制御装置１３５と通信することはできない。
【００３２】
許可記憶装置識別子３２０は、通信インタフェース１４０を介してイニシエータ１０５が通信できる記憶装置の記憶装置識別子が登録されるフィールドである。各エントリに登録されている「Ｎ１」〜「Ｎ４」の値は、図１に対応している。以下、記憶装置Ｎ１をＮ１と略す。図３では、イニシエータＡはＩＦ１とＩＦ２を介してＮ１とＮ２と、イニシエータＢはＩＦ３を介してＮ３と、イニシエータＣはＩＦ４を介してＮ４と通信できることが設定されている。その他のイニシエータ１０５には、Ｎｘで示される記憶装置１０４が割り当てられるが、実際にはＮｘに対応する記憶装置１０４は存在しない。尚、その他に対応するイニシエータ１０５には、特に通信インターフェース及び記憶装置を割り当て無くても良い。この場合には、アクセスのリジェクト処理が行われる。
【００３３】
以上のように、ＩＦｘを記憶制御装置１３５には実在しない通信インタフェースのインターフェース識別子とし、Ｎｘを実在しない記憶装置の記憶装置識別子とすることで、記憶装置システム１００は、本テーブルに登録されていないイニシエータ１０５との通信を遮断できる。
【００３４】
尚、ここでは、イニシエータ識別子でイニシエータ１０５を指定しているが、例えばIPアドレスにおけるサブネットアドレスなどを用いて、複数のイニシエータ１０５をまとめて一つの識別子で指定してもよい。この場合、複数のイニシエータ１０５に対して一つの通信インターフェース及び記憶装置を簡単に割り当てることが出来る。
【００３５】
許可デバイステーブル１７０は、管理者等によって管理端末１９５で作成され、管理端末１９５によって記憶制御装置１３５へ転送される。あるいは、管理端末１９５でデータのみ入力され、記憶制御装置１３５で予め作成された許可デバイステーブル１７０にその情報が登録されることで作成されても良い。一旦転送された許可デバイステーブル１７０のデータは、管理端末１９５を介して追加訂正される。管理端末１９５がネットワーク上のイニシエータ１０５、記憶装置システム１００に関する情報（IPアドレス、ポート番号、ターゲットネームなど）を保持している場合、これらの情報から適当な情報が選択され、許可デバイステーブル１７０へ登録される。保持していない場、管理者が手動で情報を登録する。
【００３６】
図２は、本発明に係るディスカバリの流れを示す図である。
まず、イニシエータ１０５が記憶制御装置１３５に接続される記憶装置１０４を発見するために、記憶制御装置１３５にディスカバリ要求を発行する（ステップ２０５）。この要求には、要求を発行したイニシエータ１０５のイニシエータ識別子やリクエストタイプが含まれる。更に、デバイス指定リクエストの場合、アクセス対象の記憶装置１０４の識別子も含まれる。
【００３７】
記憶制御装置１３５は、ディスカバリ要求を受けると、その要求からイニシエータ識別子を取り出し、許可デバイステーブル１７０に受信したイニシエータ識別子が登録されているか検索する（ステップ２１０）。登録されていない場合、許可デバイステーブル１７０の「その他」に対応する許可インタフェース識別子（ＩＦｘ）及び記憶装置１０４の識別子（Ｎｘ）を要求元のイニシエータ１０５に返す（ステップ２２０）。
【００３８】
この場合、ＩＦｘとＮｘを受信したイニシエータ１０５は、記憶制御装置１３５に対して記憶装置１０４を示す識別子としてＮｘを送信する。この識別子を受信した記憶制御装置１３５は、「通信可能なインタフェースが存在しない」などの応答を返したり、反応を示さなかったりする。このことによって、記憶制御装置１３５が認可していないイニシエータ１０５は記憶制御装置１３５に対する通信ができなくなる。即ち、不正アクセスを防ぐことができる。
【００３９】
尚、ステップ２２０で、その他に対応するイニシエータ１０５からのディスカバリ要求に対して接続を拒否（リジェクト）すれば、より早い段階で不正なイニシエータ１０５から不正アクセスを防ぐことができる。
【００４０】
ステップ２１０で、受信したイニシエータ識別子が登録されていると判断した場合、記憶制御装置１３５は、当該イニシエータ識別子に対応する許可インタフェース識別子及び許可記憶装置識別子を許可デバイステーブル１７０から取得し、要求元のイニシエータ１０５にこれらの識別子の情報を送信する（ステップ２２５）。
【００４１】
要求元のイニシエータ１０５は、記憶制御装置１３５から送られたインタフェース識別子と記憶装置識別子を元に、受信したインターフェース識別子に対応する記憶制御装置１３５の通信インターフェース１４０にログインコマンドを発行する。ログインコマンドを受信した記憶制御装置１３５は、認証等のログイン処理を行い、イニシエータ１０５との通信を開始する（ステップ２３０）。
【００４２】
ログイン完了後、イニシエータ１０５は、自己が使用可能な記憶装置１０４の状態確認をする。状態確認としては、例えば、製品供給元、製品のモデル・バージョン、論理ブロックアドレス、容量、その他製品供給元固有の情報等を取得する処理、記憶装置１０４が使用可能な状態か否か調査する処理等が含まれる（ステップ２３５）。
【００４３】
記憶装置が正常であることを確認後、イニシエータ１０５はSCSIコマンドを送信することが可能になる（ステップ２４０）。以降、必要に応じてステップ２０５、２３５、２４０を繰り返す。
上述の処理により、記憶制御装置１３５に許可されたイニシエータ１０５のみが、自己が使用できる記憶装置１０４の情報を受信することが出来、より高いセキュリティを確保することが出来る。
【００４４】
上述の例では、物理的な記憶装置１０４がイニシエータ１０５のターゲットであるとして説明を行った。しかし、実際の記憶装置システムでは、物理的な記憶装置を仮想的に複数の論理的な記憶装置（以下「論理ユニット」）として扱ったり、複数の物理的な記憶装置を一つの論理ユニットとして扱ったりする場合がある。上述した本発明は、このような場合にも適用することが出来る。
【００４５】
具体的には、上述の中で、物理的な記憶装置１０４に割り当てられていた記憶装置識別子（例えばＮ１等）を上述した論理ユニットに割り当て、記憶制御装置１３５がイニシエータ１０５（例えばイニシエータＡ）からSendtargetの要求を受信した際に、記憶制御装置１３５が、イニシエータＡが使用可能な論理ユニットに割り当てられた記憶装置識別子をイニシエータＡに返信する。これにより、イニシエータＡは、ある論理ユニットをターゲットと認識して、その後のログインコマンドの送付等を行うことができる。
【００４６】
又、イニシエータの論理ユニットへのアクセスをより細かく制御する実施形態として、以下に示す実施形態がある。以下、その実施形態について説明する。
【００４７】
この実施形態では、物理的な記憶装置１０４又は論理ユニットに対して記憶装置識別子が付与される。イニシエータ１０５（例えばイニシエータＡ）は、上述した手順に従って、ログイン処理までを完了させる。その後、イニシエータＡは、ターゲットが有する論理ユニット（以下「ＬＵ」）のリスト（具体的には論理ユニット番号（以下「ＬＵＮ」の一覧）を要求するコマンド（通信パケット）を、自己がアクセス可能なターゲットに対して発行する。ＳＣＳＩで言うと、ＲｅｐｏｒｔＬＵＮｓ相当のコマンドである。
【００４８】
このコマンドを受信した記憶制御装置１３５は、sendtarget処理でイニシエータＡにアクセスを許可したターゲットに含まれるＬＵのうち、更にイニシエータＡのアクセスが許可されるＬＵのみを許可デバイステーブル１７０から抽出し、その情報をＬＵＮのリストとしてイニシエータＡへ送信する。
【００４９】
リストを受信したイニシエータＡは、受信したリストに含まれるＬＵのみを用いて実際の入出力処理を行う。これにより、イニシエータＡとは無関係のＬＵとの通信が不要となりネットワーク負荷が軽減する。また、未許可のイニシエータから仮にログインされたとしても、使用可能な論理ユニットを制限するためそれ以外の論理ユニットには影響を与えず被害拡大を抑えることが出来る。
【００５０】
以下、本実施形態について詳細に説明する。
図４は、論理的な記憶装置の配置を示す図である。イニシエータ１０５には、２つの記憶装置１０４が図４のように、すなわち４つのＬＵ（Ｌ０〜Ｌ３）に見える。実際には、記憶制御装置１３５が論理物理変換テーブルを有し、記憶制御装置１３５が記憶装置１０４とＬＵとの間のアドレス変換を行うことにより、イニシエータ１０５にＬＵを提供している。
【００５１】
図４において、Ｌ０、Ｌ１、Ｌ２、Ｌ３は、ＬＵＮであり、図３のＬＵＮ３２５に登録される値に相当する。以下、ＬＵＮ「Ｌ０」をＬ０と略す。図３において、イニシエータＡはＩＦ１とＩＦ２を介してＮ１のＬ０と、イニシエータＢはＩＦ３を介してＮ１のＬ１と、イニシエータＣはＩＦ４を介してＮ２のＬ３と通信可能であることを示している。ＬＵＮ３２５の場合も、イニシエータ識別子「Ａ」、「Ｂ」、「Ｃ」以外の識別子を持つイニシエータに対しては、存在しないＬｘが定義される。
【００５２】
イニシエータインタフェース識別子３１０は、イニシエータ１０５が持つネットワーク１３０との通信インタフェース部分に割り当てられる識別子が登録されるフィールドであり、イニシエータＡにはＩ１、イニシエータＢにはＩ２、イニシエータＣにはＩ３、その他のイニシエータにはＩｘ（実際は通信不可能）が割り当てられるとする。
【００５３】
尚、イニシエータインタフェース識別子は、許可デバイステーブル１７０設定時から指定される必要はなく、イニシエータ識別子が確定した時点（具体的にはディスカバリ要求を受け取った時点）でその要求と共に送られてくるイニシエータインタフェース識別子を取り出し設定してもよい。
【００５４】
図５は、ログイン完了後のイニシエータ１０５と通信可能なＬＵＮの要求パケットと応答パケットを示す図である。図５は、イニシエータＡと記憶制御装置１３５との間の通信の例を表している。
【００５５】
イニシエータＡは、記憶制御装置１３５が持つＬＵＮのリストを要求するコマンド（通信パケット）８１０を発行する。オペレーションコード８１５は、命令の種別を示す。リザーブ８２０、８３０は、予め予約されている領域を示す。アロケーション長８２５は、イニシエータＡへ転送可能なデータの長さ（バイト数）を示す。コントロールバイト８３５は、コマンドが連続して発行されるか否かを示す。
尚、イニシエータ識別子である「Ａ」という情報はこのコマンドと共に送られるとする。
【００５６】
記憶制御装置１３５は、コマンド８１０を受け取った後、許可デバイステーブル１７０の「Ａ」に該当するＬＵＮ（図３では、Ｌ０）を検索し、そのレスポンスのコマンドに埋め込む。
ここで、識別子Ａで判定できない場合、記憶制御装置１３５は、送信元のイニシエータインタフェース識別子で判定することもできる。この場合、記憶制御装置１３５は、許可デバイステーブル１７０のイニシエータインタフェース識別子に該当するＬＵＮを検索し、そのＬＵＮの情報をイニシエータ１０５に対するレスポンスのコマンドに埋め込む。
【００５７】
８４０は、コマンド８１０に対するレスポンス（応答パケット）のコマンドである。ＬＵＮリスト長８４５は、イニシエータに転送可能なＬＵＮのリストのデータ長（バイト数）を示す。リザーブ８５０は、予め予約されている領域を示す。ＬＵＮ領域８５５は、イニシエータＡに対応するＬＵＮ（ここではＬ０）を示す情報が登録される。
【００５８】
このようにして、記憶制御装置１３５は、特定のイニシエータ１０５に対して通信可能な記憶装置１０４のＬＵＮを通知することができる。即ち、記憶装置システム１００を部門、支店などで共有する環境において、その部門、支店毎に記憶装置１０４を割り当てることが可能で、更にその中にＬＵを設定して、細かく領域を、セキュリティを確保しつつ割り当てることが可能となる。
【００５９】
具体的には、例えば、図４において、Ｎ１が割り当てられた記憶装置（あるいはＬＵ）を会社のある部門で使用する計算機（イニシエータ）がアクセス可能なターゲットとし、更に、Ｎ１に含まれる各ＬＵを、ある部門の更に下位の集団に個々に割り当てる。この場合、下位の集団が使用する計算機（イニシエータ）に割り当てられるＬＵは、個々の集団で異なるが、これらのＬＵは全てＮ１に含まれることになり、記憶領域を階層的に割り当てることが出来る。
【００６０】
次に、図３の属性３３０に登録される値を用いる方法について説明する。
属性３３０は、ＬＵに対して読み出し、書き込みの属性を与えるためのフィールドである。フィールドに登録される値で、”ＲＷ”は読み書きが可能なことを、”ＲＯ”は読み出しのみ可能で書き込みは不可であることを示す。また、その他の属性を設定しても良い。
【００６１】
イニシエータに対する通知の際、これらの属性をＳＣＳＩのＩｎｑｕｉｒｙコマンドに対するレスポンスの中に属性を埋め込むこともできる。この属性が通知されたイニシエータ１０５は、その属性に対応するＩ／Ｏ、例えばＲＯであれば読出しコマンドのみをその論理ユニットに対して送信することになる。
【００６２】
尚、記憶装置１９０は磁気媒体を使うことが多いが、光学的媒体などの他の媒体を利用する装置であってもよい。また、本明細書で説明したプログラムは、CD-ROM等の記憶媒体から移してもよいし、ネットワーク経由で他の装置からダウンロードしてもよい。
【図面の簡単な説明】
【００６３】
【図１】計算機システムの全体構成を示す図である。
【図２】ディスカバリの処理手順を示す図である。
【図３】許可デバイステーブルの構成例を示す図である。
【図４】論理的な記憶装置の配置例を示す図である。
【図５】ＬＵＮの通知パケットと応答パケットの例を示す図である。
【図６】従来のディスカバリの処理手順を示す図である。
【符号の説明】
【００６４】
１０５：イニシエータ、１２５：通信路、１３０：ネットワーク、１３５：記憶制御装置、１４０：通信インタフェース、１６５：イニシエータ判別制御部、１７０：許可デバイステーブル、１７５：記憶装置インタフェース、１９０：記憶装置、１９５：管理端末
【図１】
2005135124.tif 000003
【図２】
2005135124.tif 000004
【図３】
2005135124.tif 000005
【図４】
2005135124.tif 000006
【図５】
2005135124.tif 000007
【図６】
2005135124.tif 000008