JP3583931B2

JP3583931B2 - バスを通じたターゲット・デバイスに対するアクセスを制御する装置、方法およびコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体

Info

Publication number: JP3583931B2
Application number: JP28922898A
Authority: JP
Inventors: ジョージ・エム・エリクソン
Original assignee: EMC Corp
Current assignee: EMC Corp
Priority date: 1998-01-27
Filing date: 1998-10-12
Publication date: 2004-11-04
Anticipated expiration: 2018-10-12
Also published as: EP0932096A3; DE69838708T2; US6061753A; EP0932096A2; DE69838708D1; JPH11282768A; CA2245323A1; EP0932096B1

Description

【０００１】
【発明の属する技術分野】
本発明は、一般的に、コンピュータ・ネットワークに関し、更に特定すれば、バス・システムに接続されているネットワーク・デバイス間の通信制御に関するものである。
【０００２】
【従来の技術】
ネットワーク・デバイスは、例えば、小型コンピュータ・システム・インターフェース並列相互接続バス（「ＳＣＳＩバス」）、ＳＣＳＩファイバ・チャネル・バス、またはイーサネットを基本とするローカル・エリア・ネットワークのような従来の相互接続サブシステムによって接続可能である。例えば、ＳＣＳＩバスを利用するデバイスは、ＳＣＳＩプロトコル（例えば、とりわけ、ＳＣＳＩ−１、ＳＣＳＩ−２、またはＳＣＳＩ−３）に準拠するように構成されている。ＳＣＳＩプロトコルの仕様は、アメリカ国内標準化協会（ＡＮＳＩ：ＡｍｅｒｉｃａｎＮａｔｉｏｎａｌＳｔａｎｄａｒｄｓＩｎｓｔｉｔｕｔｅ。１１Ｗｅｓｔ４２ｎｄＳｔｒｅｅｔ，ＮｅｗＹｏｒｋ，ＮｅｗＹｏｒｋに所在する）から発行された「情報技術−ＳＣＳＩ−３、アーキテクチャ・モデル」Ｘ３Ｔ１０９９４Ｄ改訂１８、および同様にＡＮＳＩから入手可能な「ＳＣＳＩ−３アーキテクチャ・モデル（ＳＡＭ）」Ｘ３．２７０：１９９６において論じられている。かかる刊行物は双方とも、この言及により、その全体が本願にも含まれるものとする。
【０００３】
ＳＣＳＩバス上のイニシエータ・デバイス（即ち、バスに接続されているデバイスの内、当該バスに接続されている別のデバイスに対するアクセスを要求するデバイス。一般的に「イニシエータ」と呼ばれている）は、ＳＣＳＩプロトコルにしたがって、当該バス上の他のデバイス（即ち、バスに接続され、イニシエータによってアクセスされるデバイス。一般的に「ターゲット」と呼ばれている）にアクセスすることができる。ＳＣＳＩプロトコルは、ターゲットに対するアクセスを要求するイニシエータが、このターゲットにアクセス・メッセージを送信し、当該イニシエータを識別するイニシエータ識別子、ターゲットを識別するターゲット識別子、およびアクセスすべきターゲット・デバイスの部分（「論理ユニット」）を識別する論理ユニット番号（「ＬＵＮ」）を特定しなければならないことを指定する。イニシエータ識別子およびターゲット識別子は、典型的に、バス上におけるイニシエータ／ターゲットの物理位置（即ち、物理アドレス）を識別する（例えば、ＳＣＳＩバス上のポートの識別番号）。
【０００４】
当業者には周知のように、異なるバス・プロトコルは、イニシエータがアクセス可能な単一のターゲット内における論理ユニットの最大数に、異なる制限を設定する。例えば、ＳＣＳＩ−１およびＳＣＳＩ−２プロトコルを利用するバス・システムに接続されているイニシエータがアクセス可能な、単一ターゲット内の論理ユニットの最大数は８個である。よって、かかるバス・システム上のイニシエータがアクセスできる論理ユニットは、ターゲット当たり８個未満である。したがって、ターゲット内の他の論理ユニットは、イニシエータには見ることができず、これは望ましいことではない。同様に、従来のシステム上においてＳＣＳＩファイバ・チャネル・プロトコルを用いた場合、最大２^６４論理ユニットがイニシエータには見ることができる。
【０００５】
【発明が解決しようとする課題】
例えば、ＳＣＳＩバスを利用したシステムの一実施態様では、いくつかのホスト・コンピュータ・システムのための情報を格納するために用いられる中央ディスク・アレイを動作させる、ターゲット・コントローラを含むことができる。したがって、数百のディスクを有し、その各々が別個の論理ユニットとして動作するディスク・アレイでは、ＳＣＳＩ−１またはＳＣＳＩ−２バス・プロトコルを使用するバス・システムは、アレイ内のディスクの内わずか８台にアクセスできるに過ぎないので、ディスク・アレイは著しく利用不足となる。
【０００６】
また、例えば、ディスク・アレイのような従来のターゲットには、プライバシーの問題もある。即ち、アクセス・メッセージ内のＬＵＮは、ディスク・アレイ内の１つ以上のディスクを指定し、イニシエータのホスト・コンピュータ・システムからの情報を格納することができる。しかしながら、かかる従来技術のバス・システムの多くでは、バス・プロトコルによっては、ディスク・アレイ全体が、バスに接続されているホスト・コンピュータの全てによって（ターゲット・コントローラを介して）アクセス可能となっており、このためにディスク・アレイ内に格納されているファイルのプライバシーを制限することになる。
【０００７】
当技術分野では、ディスク・アレイを、例えば、複数のパーティションに区分し、異なるアレイ・ポート（即ち、バス接続点）およびターゲット・コントローラを各パーティションに割り当て、更に独立したバスを各アレイ・ポートに接続することによって、このプライバシーの問題に対応している。したがって、パーティションは、関連するアレイ・ポートに接続されているバス上にあるイニシエータによってのみアクセス可能となる。したがって、この解決策では、ディスク・アレイがアレイ・パーティションと同じ数のポートを有し、更に同数のバスを有することが必要となる。この要件は、必然的に、かかるネットワーク・システムを製造し利用する最終コストを上昇させることになる。
【０００８】
【課題を解決するための手段】
本発明の一態様によれば、ターゲット・デバイスに対するアクセスを制御する方法、装置、およびコンピュータ・プログラム生産物は、イニシエータ・バス識別子を利用して、ターゲット・デバイスの選択された部分に対するアクセスを許可または拒絶する。この目的のために、（データの中でも特に）イニシエータを識別するイニシエータ識別子を有するメッセージを、イニシエータ・デバイスからターゲット・デバイスに送出し、ターゲット・デバイスの選択された部分に対するアクセスを要求する。ターゲット・デバイスによる受信時に、そのイニシエータ識別子が、ターゲット・デバイスの選択された部分に関連するイニシエータ識別子の許可された集合の中にあるか否かについて判定が行われる。イニシエータ識別子が許可された集合の中にある場合、このターゲット・デバイスの部分に対するアクセスを許可し、イニシエータは、従来から公知のプロセスにしたがって、当該ターゲット部分にアクセスすることができる。
【０００９】
イニシエータ・バス識別子が許可された集合の中にない場合、ターゲット・デバイスの選択された部分に対するアクセスは拒絶される。拒絶された場合、イニシエータ識別子が許可された集合の中にないという通知データを有する拒絶メッセージを、イニシエータ・デバイスに送信することができる。
【００１０】
本発明の別の態様によれば、ターゲット・コントローラがメッセージを傍受し、そのイニシエータ識別子がイニシエータ識別子の許可された集合の中にある場合、このメッセージをターゲット・デバイスに送信する。イニシエータ識別子の許可された集合が最低ゼロの識別子を有する場合もあるが、実施形態の中には、バスに結合された全数のデバイスまで含む場合もある。
【００１１】
本発明の別の態様によれば、バスはＳＣＳＩバスであり、メッセージは、ターゲット・デバイスの選択された部分に関連する論理ユニット番号を含む。更に、メッセージは、バスと、ターゲットを識別するターゲット識別子とを識別することができる。ターゲット・デバイスはディスク・アレイで、イニシエータ・デバイスはコンピュータ・システムでよい。
【００１２】
本発明の更に別の態様によれば、プローブ・メッセージ（ｐｒｏｂｅｍｅｓｓａｇｅ）がターゲット・デバイスに送信される。ここで、プローブ・メッセージはイニシエータ識別子を含む。イニシエータ識別子が判定された後、プローブ・メッセージから、イニシエータ・デバイスにアクセス可能なターゲット・デバイスの少なくともゼロ部分が識別される。次に、回答メッセージを生成し、イニシエータ・デバイスに送出する。回答メッセージは、イニシエータ・デバイスにアクセス可能なターゲット・デバイスの少なくともゼロ部分を識別するデータを含む。回答メッセージの受信に応答して、イニシエータ・デバイスは（イニシエータ・デバイスにアクセス可能なターゲット・デバイスの１つ以上の少なくともゼロ部分を識別するデータを有する）アクセス・メッセージを生成し、ターゲット・デバイスに対するアクセスを要求することができる。アクセス・メッセージはターゲット・デバイスに送信することができ、これによって、ターゲット・デバイスは、ターゲット・デバイスの少なくとも１つ以上の少なくともゼロ部分に対するイニシエータ・デバイスによるアクセスを許可する。
【００１３】
本発明の更に別の態様では、ターゲット・デバイスは、第１構成と第１イニシエータ識別子とを有する第１イニシエータ、および第２構成と第２イニシエータ識別子とを有する第２イニシエータのいずれか一方によってアクセス可能とすることができる。好適な実施形態では、第１構成を解釈し、第１イニシエータによるアクセスを容易にするために第１ドライバを備え、第２構成を解釈し、第２イニシエータによるアクセスを容易にするために第２ドライバを備える。２つのドライバの一方によって、第１イニシエータ識別子および第２イニシエータ識別子の一方を有するアクセス・メッセージの受信に応答して、アクセスが許可される。即ち、アクセス・メッセージが第１イニシエータ識別子を有する場合、メッセージを第１ドライバに送出して処理することにより、第１イニシエータによるアクセスを容易にする。同様に、アクセス・メッセージが第２イニシエータ識別子を有する場合、メッセージを第２ドライバに送出して処理することにより、第２イニシエータによるアクセスを容易にする。
【００１４】
本発明の前述のおよびその他の目的ならびに利点は、添付図面を参照する以下の詳細な説明によって一層正しく認識されよう。
【００１５】
【発明の実施の形態】
図１は、本発明の好適な実施形態を実施するために利用可能な、好適なネットワーク・システムを概略的に示す。このシステムは、イニシエータ１００およびターゲット１０２として識別した、複数のネットワーク・デバイスを含み、これらはネットワーク・バス１０４によって相互接続されている。好適な実施形態では、バス１０４は、小型コンピュータ・システム・インターフェース・バス（「ＳＣＳＩバス」）であり、ネットワーク・デバイスは、ＳＣＳＩ仕様にしたがって、予め構成されている。イニシエータ１００は、バス１０４を通じてターゲット１０２にアクセス・メッセージを送出することにより、ターゲット１０２に対するアクセスを要求する。アクセス・メッセージは、とりわけ、イニシエータを識別するイニシエータ識別子、ターゲットを識別するターゲット識別子、およびアクセスすべきターゲット・デバイス１０２の部分（「論理ユニット１０８」。図では、「ＬＵ」で示す）を含む。論理ユニット１０８は、論理ユニット番号（「ＬＵＮ」）によって、アクセス・メッセージ内で識別される。尚、図には１つのターゲット１０２のみを示すが、他のイニシエータ１００およびターゲット１０２に対してターゲット１０２として動作することができる、イニシエータ１００を含む、任意の数のターゲット１０２を利用してもよいことを注記しておく。また、「接続」されていると見なされる２つのデバイスは、必ずしも直接接続されているとは限らず、したがって、これら２つのデバイス間に追加の回路エレメントまたはデバイスを有する場合もあり得ることも注記しておく。
【００１６】
ターゲット１０２は、イニシエータ・メッセージを受信し処理するターゲット・コントローラ１０６と、選択されたイニシエータ１００による利用およびアクセスが可能な複数の論理ユニット１０８とを含むことが好ましい。例えば、ターゲット１０２は、一般的にディスク・アレイとして知られている、独立したディスクの冗長アレイ（「ＲＡＩＤ：ｒｅｄｕｎｄａｎｔａｒｒａｙｏｆｉｎｄｅｐｅｎｄｅｎｔｄｉｓｋｓ」）とすることができる。このような場合、論理ユニット１０８は、ディスク・アレイ内のディスク・グループとすることができる。グループのサイズは、ゼロ・ディスク（即ち、ヌル集合）からディスク・アレイ内の全ディスクまでの範囲とすることができる。図２に更に詳細に示すように、ターゲット・コントローラ１０６はイニシエータ・メッセージを処理し、ターゲット１０２内の選択された論理ユニット１０８に対するアクセスを許可する。好適な実施形態では、ターゲット・コントローラ１０６は、ターゲット１０２内部のファームウエアとして実装される。
【００１７】
本発明の好適な実施形態によれば、イニシエータ１００は、ターゲット１０２内の選択された論理ユニット１０８のみにアクセスすることができる。用いるバス・プロトコルによっては、これら選択されるユニットは、サイズがゼロ論理ユニット１０８からターゲット１０２内のあらゆる論理ユニット１０８までの範囲の、論理ユニット１０８のグループとなる場合がある。好適な実施形態では、ある論理ユニット１０８は１つのイニシエータ１００のみによるアクセスが可能であり、他のある論理ユニット１０８は多数のイニシエータ１００によるアクセスが可能である（「共有論理ユニット」）。
【００１８】
図２は、ターゲット１０２内の論理ユニット１０８に対するアクセスを制御するための好適な方法を示すフロー・チャートである。ターゲット識別子に依存することに加えて、論理ユニット１０８に対するアクセスは、イニシエータ識別子にも依存する。このために、プロセスはステップ２００において開始し、ここでイニシエータ１００はプローブ・メッセージを用いてバス１０４を検査し、ターゲット１０２に関連するターゲット識別子および論理ユニット１０８を判定する。以下で示すように、ターゲット１０２内のある論理ユニット１０８のみが、イニシエータ１００と関連付けられている。プローブ・メッセージは、イニシエータ識別子（例えば、バス１０４上におけるイニシエータ１００の物理位置）を含み、これを受信したときに、ターゲット・コントローラ１０６は、ターゲット１０２上に論理ユニット１０８がある場合に、どれが、要求を行った特定のイニシエータ１００によってアクセス可能であるかについて判定を行う（ステップ２０２）。この判定は、特定のイニシエータ１００によってアクセス可能な論理ユニット１０８の許可された集合を指定するデータ構造（例えば、「参照テーブル」）にアクセスすることによって行うことができる。例えば、イニシエータ１００は、論理ユニット番号４および６を有する論理ユニット１０８の許可された集合のみに対してアクセスをすることができる。したがって、参照テーブルは、各論理ユニットに関連するイニシエータ識別子の集合も含む。したがって、各集合内のこのようなイニシエータ識別子のみが、それらに関連するターゲット論理ユニットにアクセスすることができる。尚、参照テーブルの使用は例示の目的のために論じているのであり、本発明の範囲を限定することを意図するものではないことを注記しておく。したがって、論理ユニット１０８の許可された集合を判定するための従来の機構は、いずれも利用可能である。
【００１９】
参照データ構造は、システム・オペレータがターゲット１０２内の選択された論理ユニット１０８をイニシエータ１００の各々に割り当てることによって予め構成しておくとよい。この予備構成は、ターゲット・コントローラ１０６をインストールするときに行うことが好ましい。しかしながら、必要であれば、新しいイニシエータ１００をシステムに追加するとき、または論理ユニット１０８を他のイニシエータ１００に割り当てし直さなければならないときのように、後のいずれの時点においても、参照データ構造を再度構成することが可能である。好適な実施形態では、ターゲット・コントローラ１０６は、関連するグラフィカル・ユーザ・インターフェースを有し、これによって、システム・オペレータは、システム内において論理ユニットの割り当てを容易に構成または再構成することが可能となっている。
【００２０】
次に、プロセスはステップ２０４に進み、イニシエータ１００がターゲット１０２上でアクセス可能な論理ユニット番号の集合を有する回答メッセージを、バス１０４を通じてイニシエータ１００に送信する。これを行う際、ターゲット１０２は、回答メッセージ内にある論理ユニット１０８の集合のみを有するように見える（イニシエータ１００に対して）。したがって、ターゲット１０２上の他の実際の論理ユニット１０８はいずれも、イニシエータ１００には見えない。これは、イニシエータ１００に対する「仮想」ターゲットを作り出し、かかる仮想ターゲットは、回答メッセージ内で指定された論理ユニットのみを有する。ＳＣＳＩバスと共に用いる場合、論理ユニット番号は、論理ユニット番号ゼロを含むように、付番しなおさなければならない。したがって、イニシエータ１００が論理ユニット番号４および６に対するアクセスを有する場合、ターゲット・コントローラ１０６は、これらの論理ユニット番号をそれぞれゼロおよび１として付番し直し、対応する実際の論理ユニット番号をローカル・ターゲット・メモリに格納し、続いてマッピング（ステップ２０８に関して以下で論ずる）を行えばよい。
【００２１】
次に、プロセスはステップ２０６に進み、回答メッセージがイニシエータ１００によって受信され、回答メッセージ内に指定されている論理ユニット１０８に対するアクセスを要求するアクセス・メッセージをターゲット１０２に送信する。先に注記したように、アクセス・メッセージは、とりわけ、イニシエータ識別子、ターゲット識別子、およびアクセスを要求する論理ユニット１０８の論理ユニット番号を含む。先の例では、アクセス・メッセージは、論理ユニット番号ゼロおよび１を含むことができる。
【００２２】
次に、ターゲット・コントローラ１０６は、アクセス・メッセージを受信し、このアクセス・メッセージ内の論理ユニット番号を、ターゲット１０２の実際の（物理）論理ユニット番号にマップする（ステップ２０８）。このマッピングは、イニシエータ識別子に基づいて行われる。先の例を続けると、ローカル・ターゲット・メモリにアクセスし、アクセス・メッセージ内の論理ユニット番号（ゼロおよび１）を、ターゲット・デバイス１０２内の実際の論理ユニット番号（４および６）にマップする。
【００２３】
一旦実際の論理ユニット番号が決定されたなら、次にプロセスはステップ２１０に進み、それぞれの論理ユニット１０８（例えば、実際のターゲット論理ユニット番号４および６）に対してアクセスを許可する。次に、イニシエータ１００は、ＳＣＳＩプロトコルにしたがって、従来のように論理ユニット１０８にアクセスする。
【００２４】
図３は、本発明の好適な実施形態を実施するために利用可能な、別のネットワーク・システムを概略的に示す。図１に示した構成とは異なり、この構成はターゲット１０２のシャーシとは別個のシャーシ内にある、ターゲット・コントローラ１０６を含む。ターゲット・コントローラ１０６は、バス１０４とターゲット１０２との間に電気的に接続され、ターゲット１０２に対するメッセージの送信および受信を行う。ターゲット１０２から分離されているが、ターゲット・コントローラ１０６は、図１に示した実施形態におけるそれと実質的に同一に機能する。
【００２５】
図４は、本発明の好適な実施形態を実施するために利用可能な、更に別のネットワーク・システムを示す。より具体的には、ターゲット１０２は、各々イニシエータ１００の集合を有する２つの独立したバス１０４Ａ、１０４Ｂに結合され、これらによってアクセス可能となっている。この実施形態におけるターゲット・コントローラ１０６も、メッセージの受信、およびイニシエータ識別子が許可された集合の中にあるか否かについての判定については、他の実施形態におけるそれと実質的に同一に機能する。例えば、イニシエータ識別子、ターゲット識別子、および論理ユニット番号（ＳＣＳＩバス・システム）の利用に加えて、コントローラ１０６は、バス識別子も利用して、どのバス上のどのイニシエータ１００がアクセスを要求しているのかについて判定を行う。同時に単一の論理ユニット１０８にアクセスしようとする２つのイニシエータ間の衝突は、バス・プロトコル仕様にしたがって解決する。他の実施形態では、３系統以上のバスをターゲット１０２に結合する場合もある。
【００２６】
本発明の実施形態は、ＳＣＳＩ仕様に関連して説明してきたが、他の通信プロトコルを利用して本発明を実施することも可能であることを注記しておく。例えば、従来から公知の周辺装置接続インターフェース（「ＰＣＩ」）およびファイバ・チャネル・プロトコルを利用してもよい。
【００２７】
本発明の実施形態には、ＳＣＳＩバス１０４の検査（図２のステップ２００）を行わず、ターゲット１０２に関連するターゲット識別子および論理ユニット１０８を判定しないものもある。このような場合、アクセス・メッセージには、アクセスが要求されたターゲット１０２の実際の論理ユニット番号を含めればよい。ターゲット・コントローラ１０６は、これに応答して、参照データ構造にアクセスし、アクセス・メッセージ内に指定されている論理ユニット１０８が、イニシエータ１００に使用可能な論理ユニット１０８の許可された集合の中にあるか否かについて判定を行う。次に、アクセス・メッセージ内で指定され、許可された集合の中にある論理ユニット１０８に対するアクセスが許可される。しかしながら、アクセス・メッセージ内で指定されていても、許可された集合の中にない論理ユニット１０８に対するアクセスは拒絶される。アクセスが拒絶された場合、ターゲット・コントローラ１０６は、拒絶メッセージをイニシエータ１００に送信し、ある要求された論理ユニット１０８に対するアクセスが拒絶されたこと、または要求された論理ユニットが存在しないことのいずれかを示す。したがって、図２に示すプロセスと同様に、イニシエータ識別子を利用して、論理ユニット１０８に対するアクセスが許可されたか否かについて判定を行う。
【００２８】
当技術分野では、従来のＳＣＳＩコントローラ・チップ（例えば、コロラド州、フォートコリンズのシンビオスロジック社（ＳｙｍｂｉｏｓＬｏｇｉｃＩｎｃｏｒｐｏｒａｔｅｄ）から入手可能な型番ＮＣＲ５３４８２５ＳＹＭＢＯＩＳ^ＴＭチップ）を用いた場合、単一のターゲットを２つ以上のターゲット識別子に応答するように構成可能であることは公知である。例えば、ＳＣＳＩバス上の単一のターゲット・デバイスは、第１および第２ターゲット識別子によって識別することができ、したがって２つの別個のターゲット・デバイスとして見える。したがって、本発明の好適な実施形態と共に用いる場合、イニシエータ識別子は、第１ターゲット識別子と共に利用して論理ユニットの第１集合にアクセスし、次いで第２ターゲット識別子と共に用いて論理ユニットの第２集合にアクセスすることができる。
【００２９】
従来技術のシステムとは異なり、異なるプロトコル要件（例えば、ベンダに固有の動作上の変形（ｂｅｈａｖｉｏｒａｌｖａｒｉａｎｔｓ））を有するイニシエータ１００を、バス・システムの好適な実施形態と共に利用することが可能である。このために、各イニシエータ１００によってアクセスされる可能性がある論理ユニット１０８の各グループは、独立した仮想ターゲット１０２としてシステムによって見なされる。したがって、ターゲット・コントローラ１０６は、別個のドライバ・プログラム１１０を含み、各々が各イニシエータ１００の構成に特定となるように、予め構成しておくことが好ましい。以下で図５（以下で論ずる）に示すように、イニシエータ１００に対する適切なドライバ・プログラム１１０の選択は、イニシエータ識別子に基づいて行われる。
【００３０】
したがって、２つ以上の仮想ターゲット１０２に含まれる単一の論理ユニット１０８は、アクセスを要求する特定のイニシエータ１００の構成にしたがってアクセスすることができる。例えば、第１構成を有する第１イニシエータ１００および第２（異なる）構成を有する第２イニシエータ１００が各々単一の論理ユニット１０８を共有する場合、論理ユニット１０８は、第１イニシエータ１００がアクセスしているときは第１構成にしたがって応答し、第２イニシエータ１００がそれにアクセスしているときは、第２構成にしたがって同様に応答する。
【００３１】
図５は、異なるプロトコル要件
（構成）を有するイニシエータ１００と互換性のあるターゲット・コントローラ１０６を通じて、仮想ターゲットにアクセスするための好適なプロセスを示す。このプロセスはステップ５００から開始し、メッセージがターゲット・コントローラ１０６によって受信され、要求元イニシエータ１００によるアクセスが要求される。ステップ５０２において、ターゲット・コントローラ１０６は、このメッセージからイニシエータ識別子を抽出し、どのドライバ１１０がかかるイニシエータ識別子に対応するのかについて判定を行う。かかる対応付けは、ターゲット・コントローラ１０６のローカル・メモリ内の参照テーブルにアクセスすることによって判定すればよい。次に、ターゲット・コントローラ１０６はドライバ１１０を利用してアクセス・メッセージを処理し（ステップ５０４）、本発明の好適な実施形態にしたがって、イニシエータ１００によるアクセスを容易にする（ステップ５０６）。
【００３２】
選択されたイニシエータ１００に論理ユニット１０８の集合を割り当てることによってプライバシーの問題を解決することに加えて、本発明の好適な実施形態は、多くの論理ユニットを有するターゲット１０２の一層効率的な利用を可能にする。例えば、３２個の論理ユニットを有し、ナローＳＣＳＩバス・システム上に位置するターゲット１０２は、各々８つの異なる論理ユニット１０８が割り当てられた４つのイニシエータ１００によって、最大に利用することができる。例えば、第１イニシエータ１００は論理ユニット０〜７に対するアクセスを有することができ、第２イニシエータ１００は論理ユニット８〜１５に対するアクセスを有することができ、第３イニシエータ１００は論理ユニット１６〜２３に対するアクセスを有することができ、第４イニシエータ１００は論理ユニット２４〜３１に対するアクセスを有するようにするとよい。したがって、ユーザは、適切なイニシエータ１００を選択することにより、論理ユニット１０８（例えば、ディスク・アレイ上のディスク）のいずれにもアクセスすることができる。実施形態の中には、４つのイニシエータ１００の各々が、各イニシエータ１００間の相互作用（ｉｎｔｅｒａｃｔｉｏｎ）を調整する１台のコンピュータによってアクセスできるようにしたものもある。例えば、各イニシエータは、コンピュータ・システム内のコンピュータ・カードとすることも可能である。他の実施形態では、４つのイニシエータ１００は、別個のコンピュータ・システムとすることも可能である。
【００３３】
別の実施形態では、本発明は、コンピュータ・システムと共に用いるためのコンピュータ・プログラム生産物として実装することも可能である。かかる実装は、コンピュータ読取可能媒体（例えば、ディスケット、ＣＤ−ＲＯＭ、ＲＯＭ、または固定ディスク）のような実体的な媒体上に固定された一連のコンピュータ命令、あるいはモデムまたは媒体を通じてネットワークに接続された通信アダプタのようなその他のインターフェース・デバイスを介してコンピュータ・システムに送信可能な一連のコンピュータ命令を含むことができる。媒体は、実体的な媒体（例えば、光またはアナログ通信ライン）、またはワイヤレス技術（例えば、マイクロ波、赤外線またはその他の送信技術）で実装可能な媒体のいずれかとすることができる。一連のコンピュータ命令は、前述のシステムに関してこれまでに説明した機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）の全てまたは一部を具体化する。当業者は、かかるコンピュータ命令は、多くのコンピュータ・アーキテクチャまたはオペレーティング・システムと共に用いるために、多数のプログラミング言語で書くことができることを認めよう。更に、かかる命令は、半導体、磁気、光学またはその他のメモリ・デバイスのような、あらゆるメモリ・デバイスに格納可能であり、光学、赤外線、マイクロ波、またはその他の伝送技術のような、あらゆる通信技術を用いて伝送することができる。かかるコンピュータ・プログラム生産物は、着脱自在媒体として印刷文書または電子的な文書（例えば、シュリンク・ラップ・ソフトウエア）と共に配布したり、コンピュータ・システムに予めロードしたり（例えば、システムＲＯＭまたは固定ディスク上に）、またはネットワーク（例えば、インターネットまたはワールド・ワイド・ウエブ）を通じてサーバまたは電子掲示板から配布することが予測される。
【００３４】
本発明の様々な例示の実施形態を開示したが、本発明の真の範囲から逸脱することなく、本発明の利点のいくつかを達成する、種々の変更や改良が可能であることは当業者には明白であろう。これらおよびその他の自明な改良は、特許請求の範囲に該当することを意図するものである。
【図面の簡単な説明】
【図１】本発明の好適な実施形態を実施するために利用可能な、好適なネットワーク・システムを概略的に示す図。
【図２】ターゲット・デバイスに対するアクセスを制御するための、本発明の好適な実施形態のステップを示すフロー・チャート。
【図３】本発明の好適な実施形態を実施するために利用可能な、別のネットワーク・システムを概略的に示す図。
【図４】本発明の好適な実施形態を実施するために利用可能な、更に別のネットワーク・システムを示す図。
【図５】異なる構成を有するイニシエータと互換性がある、ターゲット・コントローラを通じて、ターゲットにアクセスするための好適なプロセスを示す図。
【符号の説明】
１００イニシエータ
１０２ターゲット
１０４ネットワーク・バス
１０６ターゲット・コントローラ
１０８論理ユニット
１１０ドライバ・プログラム
１０４Ａ，１０４Ｂバス

Claims

イニシエータ識別子によって識別されるイニシエータ・デバイスが、前記イニシエータ識別子を含みターゲット・デバイスの選択された部分を識別するためのメッセージを生成して前記ターゲット・デバイスに送信する、バス上におけるターゲット・デバイスに対するイニシエータ・デバイスによるアクセスを制御する方法であって、
許可された一組の識別子を前記ターゲット・デバイスの複数の部分の各々に関連付けるステップと、
前記メッセージの受信に応答し、前記イニシエータ識別子が、前記ターゲット・デバイスの前記選択された部分に関連する識別子の許可された集合内にあるか否かについて判定を行うステップと、
前記イニシエータ識別子が前記識別子の許可された集合内にないと判定された場合、前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを拒絶するステップと、
を含むことを特徴とする方法。
請求項１記載の方法であって、更に、
前記イニシエータ識別子が前記識別子の許可された集合内にあると判定された場合、前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを許可するステップを含むことを特徴とする方法。
請求項１記載の方法において、前記判定を行うステップが、
前記ターゲット・デバイスのどの部分が、前記イニシエータ・デバイスによってアクセス可能であるかを識別するステップと、
前記ターゲット・デバイスの前記選択された部分が、前記識別するステップにおいて識別されたか否かについて判定を行うステップと、
を含むことを特徴とする方法。
請求項１記載の方法において、前記バスがＳＣＳＩバスであり、前記メッセージが、前記ターゲット・デバイスの前記選択された部分に関連する論理ユニット番号を含むことを特徴とする方法。
請求項１記載の方法において、前記イニシエータ識別子が、前記バス上における前記イニシエータ・デバイスの物理アドレスを指定することを特徴とする方法。
請求項１記載の方法において、前記ターゲット・デバイスが、当該ターゲット・デバイスを識別するターゲット識別子を含み、前記イニシエータ・デバイスが前記バスに接続されており、前記判定するステップが、
前記バスがどのバスであるかを判定するステップと、
前記ターゲット識別子を判定するステップと、
を含むことを特徴とする方法。
請求項１記載の方法において、前記識別子の許可された集合が、１つ以下の識別子を有することを特徴とする方法。
請求項１記載の方法において、前記ターゲット・デバイスがディスク・アレイであることを特徴とする方法。
請求項１記載の方法において、前記メッセージがターゲット・コントローラによって受信され、更に、前記イニシエータ識別子が前記識別子の許可された集合内にある場合、該ターゲット・コントローラが前記イニシエータ・デバイスによるアクセスを許可することを特徴とする方法。
請求項１記載の方法において、前記ターゲット・デバイスが前記メッセージを受信し、前記判定を行うステップを実行することを特徴とする方法。
請求項１記載の方法において、前記識別子の許可された集合が、論理ユニット番号ゼロを含むことを特徴とする方法。
イニシエータ識別子によって識別されるイニシエータ・デバイスが、前記イニシエータ識別子を含みターゲット・デバイスの選択された部分を識別するためのメッセージを生成して前記ターゲット・デバイスに送信する、バス上におけるターゲット・デバイスに対するイニシエータ・デバイスによるアクセスを制御する装置であって、
許可された一組の識別子を前記ターゲット・デバイスの複数の部分の各々に関連付ける手段と、
前記メッセージの受信に応答し、前記イニシエータ識別子が、前記ターゲット・デバイスの前記選択された部分に関連する識別子の許可された集合内にあるか否かについて判定を行う手段と、
前記イニシエータ識別子が前記識別子の許可された集合内にないと判定された場合、前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを拒絶する手段と、
を含むことを特徴とする装置。
請求項１２記載の装置であって、更に、
前記イニシエータ識別子が前記識別子の許可された集合内にあると判定された場合、前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを許可する手段を含むことを特徴とする装置。
請求項１２記載の装置において、前記判定手段が、
前記ターゲット・デバイスのどの部分が、前記イニシエータ・デバイスによってアクセス可能であるかを識別する手段と、
前記ターゲット・デバイスの前記選択された部分が、前記識別手段によって識別されたか否かについて判定を行う手段と、
を含むことを特徴とする装置。
請求項１２記載の装置において、前記バスがＳＣＳＩバスであり、前記メッセージが、前記ターゲット・デバイスの前記選択された部分に関連する論理ユニット番号を含むことを特徴とする装置。
請求項１２記載の装置において、前記ターゲット・デバイスがディスク・アレイであることを特徴とする装置。
請求項１２記載の装置において、前記ターゲット・デバイスが、当該ターゲット・デバイスを識別するターゲット識別子を含み、前記イニシエータ・デバイスが前記バスに接続されており、前記判定する手段が、
前記バスがどのバスであるかを判定する手段と、
前記ターゲット識別子を判定する手段と、
を含むことを特徴とする装置。
請求項１２記載の装置において、前記識別子の許可された集合が、１つ以下の識別子を有することを特徴とする装置。
請求項１２記載の装置において、前記イニシエータ識別子が、前記バス上の前記イニシエータ・デバイスの物理位置を指定することを特徴とする装置。
請求項１２記載の装置において、前記メッセージはターゲット・コントローラによって受信され、更に、前記イニシエータ識別子が前記識別子の許可された集合内にある場合、該ターゲット・コントローラが前記イニシエータ・デバイスによるアクセスを許可することを特徴とする装置。
請求項１２記載の装置において、前記ターゲット・デバイスが、前記メッセージを受信する手段と、前記判定手段とを含むことを特徴とする装置。
請求項１２記載の装置において、前記イニシエータ・デバイスが指定された構成を有し、前記装置が、更に、
前記イニシエータ・デバイスによって受信されたメッセージを処理するための、指定された構成を有するドライバと、
前記イニシエータ識別子を前記ドライバに関連付ける手段と、
を含むことを特徴とする装置。
イニシエータ識別子によって識別されるイニシエータ・デバイスが、前記イニシエータ識別子を含みターゲット・デバイスの選択された部分を識別するためのメッセージを生成して前記ターゲット・デバイスに送信する、バス上におけるターゲット・デバイスに対するイニシエータ・デバイスによるアクセスを制御する、コンピュータ・システム上で用いるためのコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体であって、
前記コンピュータ・プログラムが、
許可された一組の識別子を前記ターゲット・デバイスの複数の部分の各々に関連付けるプログラム・コードと、
前記メッセージの受信に応答し、前記イニシエータ識別子が、前記ターゲット・デバイスの前記選択された部分に関連する識別子の許可された集合内にあるか否かについて判定を行うプログラム・コードと、
前記イニシエータ識別子が前記識別子の許可された集合内にあると判定された場合、前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを許可するプログラム・コードと、
を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体であって、更に、
前記イニシエータ識別子が前記識別子の許可された集合内にないと判定された場合、前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを拒絶するプログラム・コードを含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記判定するプログラム・コードが、
前記ターゲット・デバイスのどの部分が、前記イニシエータ・デバイスによってアクセス可能であるかを識別するプログラム・コードと、
前記ターゲット・デバイスの前記選択された部分が、前記識別するプログラム・コードの実行によって識別されたか否かについて判定を行うプログラム・コードと、
を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記バスがＳＣＳＩバスであり、前記メッセージが、前記ターゲット・デバイスの前記選択された部分に関連する論理ユニット番号を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記ターゲット・デバイスがディスク・アレイであることを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記ターゲット・デバイスが、当該ターゲット・デバイスを識別するターゲット識別子を含み、前記イニシエータ・デバイスが前記バスに接続されており、前記判定するプログラム・コードが、
前記バスがどのバスであるかを判定するプログラム・コードと、
前記ターゲット識別子を判定するプログラム・コードと、
を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記識別子の許可された集合が、１つ以下の識別子を有することを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記イニシエータ識別子が、前記バス上における前記イニシエータ・デバイスの物理位置を指定することを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項２３記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記ターゲット・デバイスが、前記メッセージを受信するプログラム・コードと、前記判定するプログラム・コードとを含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
イニシエータ識別子によって識別されるイニシエータ・デバイスが、前記イニシエータ識別子を含むプローブ・メッセージを生成して前記イニシエータ・デバイスがアクセス可能な少なくともゼロ部分を含む前記ターゲット・デバイスに送信する、バスに接続されたイニシエータ・デバイスによるバスに接続されたターゲット・デバイスに対するアクセスを制御する方法であって、
Ａ．前記プローブ・メッセージから前記イニシエータ識別子を判定するステップと、
Ｂ．前記イニシエータ識別子に基づいて、前記イニシエータ・デバイスにアクセス可能な前記ターゲット・デバイスの前記少なくともゼロ部分を識別するステップと、
Ｃ．前記イニシエータ・デバイスにアクセス可能な前記ターゲット・デバイスの前記少なくともゼロ部分を識別するための、前記イニシエータ・デバイスに送信する回答メッセージを生成するステップと、
を含むことを特徴とする方法。
請求項３２記載の方法において、前記回答メッセージの受信に応答して前記イニシエータ・デバイスがアクセス・メッセージを生成し、前記方法が、更に、
Ｄ．前記アクセス・メッセージの受信に応答し、前記ターゲット・デバイスの前記少なくともゼロ部分に対する、前記イニシエータ・デバイスによるアクセスを許可し、前記アクセス・メッセージが前記ターゲット・デバイスの前記少なくともゼロ部分を識別するステップを含むことを特徴とする方法。
請求項３３記載の方法において、前記バスが指定されたバス・プロトコルにしたがって動作し、前記ステップＢが、
Ｂ１．前記イニシエータ識別子を前記ターゲット・デバイスの前記少なくともゼロ部分にマップするステップと、
Ｂ２．前記バス・プロトコルにしたがって、前記少なくともゼロ部分を識別するステップと、
を含むことを特徴とする方法。
請求項３２記載の方法において、ステップＢが、
Ｂ１．前記イニシエータ・デバイスがアクセスできる前記ターゲット・デバイスの任意の部分を識別するデータを有するアクセス集合を突き止めるステップ、
を含むことを特徴とする方法。
イニシエータ識別子によって識別されるイニシエータ・デバイスが、前記イニシエータ識別子を含むプローブ・メッセージを生成して前記イニシエータ・デバイスがアクセス可能な少なくともゼロ部分を含む前記ターゲット・デバイスに送信する、バスに接続されたイニシエータ・デバイスによるバスに接続されたターゲット・デバイスに対するアクセスを制御する装置であって、
前記プローブ・メッセージから前記イニシエータ識別子を判定する手段と、
前記イニシエータ識別子に基づいて、前記イニシエータ・デバイスにアクセス可能な前記ターゲット・デバイスの前記少なくともゼロ部分を識別する手段と、
前記イニシエータ・デバイスにアクセス可能な前記ターゲット・デバイスの前記少なくともゼロ部分を識別するための、前記イニシエータ・デバイスに送信する回答メッセージを生成する手段と、
を含むことを特徴とする装置。
請求項３６記載の装置において、前記バスが指定されたバス・プロトコルにしたがって動作し、前記識別する手段が、
前記イニシエータ識別子を前記ターゲット・デバイスの前記少なくともゼロ部分にマップする手段と、
前記バス・プロトコルにしたがって、前記少なくともゼロ部分を識別する手段と、
を含むことを特徴とする装置。
請求項３６記載の装置において、前記回答メッセージの受信に応答して前記イニシエータ・デバイスが、前記ターゲット・デバイスの前記少なくともゼロ部分を識別するためのアクセス・メッセージを生成し、前記装置が、更に、
前記アクセス・メッセージの受信に応答し、前記ターゲット・デバイスの前記少なくともゼロ部分に対する、前記イニシエータ・デバイスによるアクセスを許可する手段を含むことを特徴とする装置。
請求項３６記載の装置において、前記識別手段が、
前記イニシエータ・デバイスがアクセスできる前記ターゲット・デバイスの任意の部分を識別するデータを有するアクセス集合を突き止める手段、
を含むことを特徴とする装置。
イニシエータ識別子によって識別されるイニシエータ・デバイスが、前記イニシエータ識別子を含むプローブ・メッセージを生成して前記イニシエータ・デバイスがアクセス可能な少なくともゼロ部分を含む前記ターゲット・デバイスに送信する、バスに接続されたイニシエータ・デバイスによるバスに接続されたターゲット・デバイスに対するアクセスを制御する、コンピュータ・システム上で用いるためのコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体であって、
前記コンピュータ・プログラムが、
前記プローブ・メッセージから前記イニシエータ識別子を判定するプログラム・コードと、
前記イニシエータ識別子に基づいて、前記イニシエータ・デバイスにアクセス可能な前記ターゲット・デバイスの前記少なくともゼロ部分を識別するプログラム・コードと、
前記イニシエータ・デバイスにアクセス可能な前記ターゲット・デバイスの前記少なくともゼロ部分を識別するための、前記イニシエータ・デバイスに送信される回答メッセージを生成するプログラム・コードと、
を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項４０記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記バスが、指定されたバス・プロトコルにしたがって動作し、前記識別するプログラム・コードが、
前記イニシエータ識別子を前記ターゲット・デバイスの前記少なくともゼロ部分にマップするプログラム・コードと、
前記バス・プロトコルにしたがって、前記少なくともゼロ部分を識別するプログラム・コードと、
を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項４０記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記回答メッセージの受信に応答して前記イニシエータ・デバイスが、前記ターゲット・デバイスの前記少なくともゼロ部分を識別するためのアクセス・メッセージを生成し、前記コンピュータ・プログラム生産物が、更に、
前記アクセス・メッセージの受信に応答し、前記ターゲット・デバイスの前記少なくともゼロ部分に対する、前記イニシエータ・デバイスによるアクセスを許可するプログラム・コードを含む、
ことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項４０記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体において、前記識別するプログラム・コードが、
前記イニシエータ・デバイスがアクセスできる前記ターゲット・デバイスの任意の部分を識別するデータを有するアクセス集合を突き止めるプログラム・コードを含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
イニシエータ識別子で識別されるイニシエータによってアクセスされるターゲット・デバイスであって、
複数の論理ユニットと、
前記イニシエータ識別子を確認する手段と、
前記複数の論理ユニットであるターゲット内の許可された集合に対する前記イニシエータによるアクセスを許可する手段を含み、該許可された集合が前記ターゲット内の全論理ユニットの集合より小さい、ターゲット・コントローラと、
から成り、
前記ターゲット・コントローラが、更に、前記イニシエータ識別子を前記許可された集合内の論理ユニットにマップするためのマッピング・データを格納するメモリを含む、
ことを特徴とするターゲット・デバイス。
請求項４４記載のターゲット・デバイスにおいて、前記複数の論理ユニットは、前記ターゲットによって、第１フォーマットの論理ユニット識別子の第１集合によって識別され、前記ターゲット・デバイスが、更に、
前記イニシエータによってアクセスが要求される前記ターゲット上の論理ユニットの集合を識別する論理ユニット識別子の第２集合を各々含む要求メッセージを、イニシエータから受信する受信ポートと、
前記識別子の第２集合内の識別子を、前記第１フォーマットに変換する手段と、
を含むことを特徴とするターゲット・デバイス。
請求項４５記載のターゲット・デバイスにおいて、前記変換手段が、前記識別子の第２集合内の論理ユニット識別子の少なくとも１つを、論理ユニット番号ゼロに変換することを特徴とするターゲット・デバイス。
請求項４４記載のターゲット・デバイスにおいて、前記確認手段が、前記イニシエータからメッセージを受信する手段を含むことを特徴とするターゲット・デバイス。
請求項４４記載のターゲット・デバイスであって、更に、前記イニシエータ識別子が前記許可された集合にマップされていない場合、アクセスを拒絶する手段を含むことを特徴とするターゲット・デバイス。
バス上にある、第１構成および第１イニシエータ識別子を有する第１イニシエータ及び第２構成および第２イニシエータ識別子を有する第２イニシエータによる１つのターゲットに対するアクセスを制御する方法であって、
前記第１構成を解釈し、前記第１イニシエータによるアクセスを容易にする第１ドライバを用意するステップと、
前記第２構成を解釈し、前記第２イニシエータによるアクセスを容易にする第２ドライバを用意するステップと、
前記第１イニシエータ識別子および前記第２イニシエータ識別子の一方を有するアクセス・メッセージを受信するステップと、
前記メッセージが前記第１イニシエータ識別子を有する場合、前記メッセージを前記第１ドライバに送出するステップと、
前記メッセージが前記第２イニシエータ識別子を有する場合、前記メッセージを前記第２ドライバに送出するステップと、
から成ることを特徴とする方法。
請求項４９記載の方法であって、更に、
前記メッセージ内の前記イニシエータ識別子が前記第１イニシエータ識別子である場合、前記第１イニシエータによる前記ターゲットに対するアクセスを許可するステップを含むことを特徴とする方法。
請求項４９記載の方法であって、更に、
前記メッセージ内の前記イニシエータ識別子が前記第２イニシエータ識別子である場合、前記第２イニシエータによる前記ターゲットに対するアクセスを許可するステップを含むことを特徴とする方法。
バス上にある、第１構成および第１イニシエータ識別子を有する第１イニシエータ及び第２構成および第２イニシエータ識別子を有する第２イニシエータによる１つのターゲットに対するアクセスを制御する装置であって、
前記第１構成を解釈し、前記第１イニシエータによるアクセスを容易にする第１ドライバと、
前記第２構成を解釈し、前記第２イニシエータによるアクセスを容易にする第２ドライバと、
前記第１イニシエータ識別子および前記第２イニシエータ識別子の一方を有するアクセス・メッセージを受信する受信部と、
前記アクセス・メッセージが前記第１イニシエータ識別子を有する場合、前記アクセス・メッセージを前記第１ドライバに送出する手段と、
前記アクセス・メッセージが前記第２イニシエータ識別子を有する場合、前記アクセス・メッセージを前記第２ドライバに送出する手段と、
から成ることを特徴とする装置。
請求項５２記載の装置であって、更に、
前記アクセス・メッセージ内の前記イニシエータ識別子が前記第１イニシエータ識別子である場合、前記第１イニシエータによる前記ターゲットに対するアクセスを許可する手段を含むことを特徴とする装置。
請求項５２記載の装置であって、更に、
前記アクセス・メッセージ内の前記イニシエータ識別子が前記第２イニシエータ識別子である場合、前記第２イニシエータによる前記ターゲットに対するアクセスを許可する手段を含むことを特徴とする装置。
バス上にある、第１構成および第１イニシエータ識別子を有する第１イニシエータ及び第２構成および第２イニシエータ識別子を有する第２イニシエータによる１つのターゲットに対するアクセスを制御する、コンピュータ・システム上で用いるためのコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体であって、
前記コンピュータ・プログラムが、
前記第１構成を解釈し、前記第１イニシエータによるアクセスを容易にするドライバ・プログラム・コードと、
前記第２構成を解釈し、前記第２イニシエータによるアクセスを容易にするドライバ・プログラム・コードと、
前記第１イニシエータ識別子および前記第２イニシエータ識別子の一方を有するアクセス・メッセージを受信するプログラム・コードと、
前記メッセージが前記第１イニシエータ識別子を有する場合、前記メッセージを前記第１ドライバに送出するプログラム・コードと、
前記メッセージが前記第２イニシエータ識別子を有する場合、前記メッセージを前記第２ドライバに送出するプログラム・コードと、
を含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項５５記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体であって、更に、
前記メッセージ内の前記イニシエータ識別子が前記第１イニシエータ識別子である場合、前記第１イニシエータによる前記ターゲットに対するアクセスを許可するプログラム・コードを含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
請求項５５記載のコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体であって、更に、
前記メッセージ内の前記イニシエータ識別子が前記第２イニシエータ識別子である場合、前記第２イニシエータによる前記ターゲットに対するアクセスを許可するプログラム・コードを含むことを特徴とするコンピュータ・プログラムを記録したコンピュータ読み取り可能媒体。
イニシエーター識別子によって識別されるイニシエーター・デバイスによる、バス上のターゲット・デバイスに対するアクセスを、制御する方法であって、
前記イニシエーター・デバイスから、前記イニシエーター識別子と前記ターゲット・デバイスの選択された部分へのアクセス要求とを含むメッセージを受け取るステップと、
前記メッセージの受け取りに応答して、前記イニシエーター識別子が、前記ターゲット・デバイスの選択された部分に関する許可された識別子のセットに含まれるか否かを決定するステップと、
前記イニシエーター識別子が、前記許可された識別子のセットに含まれないことが決定された時、前記ターゲット・デバイスの選択された部分への前記イニシエーター・デバイスによるアクセスを拒否するステップと、
からなる方法。
請求項５８記載の方法において、前記ターゲット・デバイスの選択された部分へのアクセス要求が、前記ターゲット・デバイスの選択された部分を識別する第１部分識別子を含む、
事を特徴とする方法。
請求項５９記載の方法において、前記第１部分識別子が、前記ターゲット・デバイスの仮想部分を識別し、前記方法が更に、
前記第１部分識別子を実部分識別子にマップするステップを含み、前記実部分識別子は、前記ターゲット・デバイスの選択された部分の実際の実体を識別する、
事を特徴とする方法。
請求項５８記載の方法において、前記バスが複数のポートを含み、前記イニシエーター・デバイスが前記バスの第１のポートを介して接続され、前記ターゲット・デバイスが前記バスの第２のポートを介して接続されている、
事を特徴とする方法。
請求項６１記載の方法において、前記バスがバス・プロトコルのＳＣＳＩファミリに従うことを特徴とする方法。