【事件の表示】
　特願２００１−５２３９８０「複数ホスト・コンピューティング環境での共用ストレージ・ボリュームに関するホスト・ボリューム・マッピングのためのシステムおよび方法」拒絶査定不服審判事件〔平成１３年　３月２２日国際公開、ＷＯ０１／２０４７０、平成１５年　３月１１日国内公表、特表２００３−５０９７７３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯 
　本願は，２０００年７月２６日（パリ条約による優先権主張外国庁受理１９９９年９月１３日，米国）を国際出願日とする出願であって，平成１７年１０月２０日付けで拒絶査定がなされ，これに対し，平成１８年１月５日に拒絶査定に対する審判請求がなされ，当審において平成２１年２月１０日付けで拒絶理由が通知され，平成２１年７月９日付けで手続補正がなされたものである。 
　
２．本願発明 
　本願の請求項１〜８に係る発明は，平成２１年７月９日付け手続補正書により補正された明細書の特許請求の範囲の請求項１〜８に記載された事項により特定されるとおりのものであるところ，請求項１に係る発明（以下，「本願発明」という。）は，次のとおりのものである。 
　「【請求項１】
　複数のホスト・コンピュータおよび前記複数のホスト・コンピュータに接続された少なくとも１つのハードウェア・デバイスを有するコンピュータ・システムにおいて，前記複数のホスト・コンピュータの１つによってデータ保全性を維持するために前記ハードウェア・デバイスへのアクセスを制御する方法であって，
　ローカルに一意の識別子を前記複数のホスト・コンピュータのそれぞれに関連付けること，
　前記コンピュータのどの特定の１つに前記ハードウエア・デバイスへのアクセスを許可することができるかを，１つまたは複数のコンピュータが前記ハードウェア・デバイスにアクセスできるようにする前記ホスト・コンピュータと前記ハードウェア・デバイスとの間の論理構成に基づいて識別する前記ローカルに一意の識別子を使用してメモリ内でデータ構造を定義すること，前記データ構造が複数のホスト・コンピュータの各々を識別するホスト・コンピュータ識別子を含むホスト・ボリューム・マッピング（ＨＶＭ）を提供し，少なくとも１つのハードウエア識別子が前記少なくとも１つのハードウエアを識別し，さらに，各ホスト・コンピュータについての許可情報が前記少なくとも１つのハードウエア・デバイスについて前記少なくとも１つのハードウエア・デバイスへのアクセスが要求元から可視になるか又は隠蔽されているかどうかを示して前記データ構造が，特定の論理ボリュームを，前記コンピュータの選択されたものが可視になり，他の選択されなかったものに対して隠蔽されるようにすること
および
　データ保全性を維持するために前記コンピュータのうちの要求元の１つが前記ハードウェア・デバイスへのアクセスを許可または否認されなければならないかどうかを判定するために前記データ構造を照会すること
　を含む方法。」 
　
３．引用例 
　当審における拒絶理由通知にて引用された，本願の優先日前に頒布された刊行物である欧州特許出願公開第９３２０９６号明細書（公開日：１９９９年７月２８日）（以下，「引用例１」という。）には，図面と共に次の技術事項が記載されている。（なお，邦訳にはパテントファミリーである特開平１１−２８２７６８号公報の記載を用いた。） 
　「Claims 
1. A method of controlling access by an initiator device to a target device on a bus, the initiator device being identified by an initiator identifier, the initiator device producing a message that is transmitted to the target device, the message including the initiator identifier, the method comprising the steps of: 
 A. determining, in response to receipt of the message, if the initiator identifier is in a permitted set of identifiers associated with a selected portion of the target device; and 
 B. denying access by the initiator device to the selected portion of the target device if it is determined that the initiator identifier is not in the permitted set of identifiers.」（第９欄）（特許請求の範囲　１． バス上におけるターゲット・デバイスに対するイニシエータ・デバイスによるアクセスを制御する方法であって，前記イニシエータ・デバイスがイニシエータ識別子によって識別され，前記イニシエータ・デバイスが前記ターゲット・デバイスに送信するメッセージを生成し，該メッセージが前記イニシエータ識別子を含み，前記方法は，
　Ａ．前記メッセージの受信に応答し，前記イニシエータ識別子が，前記ターゲット・デバイスの選択された部分に関連する識別子の許可された集合内にあるか否かについて判定を行うステップと，
　Ｂ．前記イニシエータ識別子が前記識別子の許可された集合内にないと判定された場合，前記ターゲット・デバイスの前記選択された部分に対する前記イニシエータ・デバイスによるアクセスを拒絶するステップと，から成ることを特徴とする方法。），
　「5. The method as defined by claim 1 wherein the bus is a SCSI bus and the message includes a logical unit number associated with the selected portion of the target device.」（第１０欄）（５．請求項１記載の方法において，前記バスがＳＣＳＩバスであり，前記メッセージが，前記ターゲット・デバイスの前記選択された部分に関連する論理ユニット番号を含むことを特徴とする方法。），
　「6. The method as defined by claim 1 wherein the initiator identifier specifies the physical address of the initiator on the bus.」（第１０欄）（６．請求項１記載の方法において，前記イニシエータ識別子が，前記バス上における前記イニシエータの物理アドレスを指定することを特徴とする方法。），
 「9. The method as defined by claim 1 wherein the target device is a disk array.」（第１０欄）（請求項１記載の方法において，前記ターゲット・デバイスがディスク・アレイであることを特徴とする方法。） ，
 「10. The method as defined by claim 1 wherein the message is received by a target controller, and further wherein the target controller permits access by the initiator if the initiator identifier is in the permitted set of identifiers.」（第１０欄）（１０．請求項１記載の方法において，前記メッセージがターゲット・コントローラによって受信され，更に，前記イニシエータ識別子が前記識別子の許可された集合内にある場合，該ターゲット・コントローラが前記イニシエータによるアクセスを許可することを特徴とする方法。），
　「The initiator identifier and the target identifier typically identify the physical location(i.e., physical address) of the initiator/target on the bus (e.g., the identification number of the port on the SCSI bus).」（第１欄第３９〜４３行）（イニシエータ識別子およびターゲット識別子は，典型的に，バス上におけるイニシエータ／ターゲットの物理位置（即ち，物理アドレス）を識別する（例えば，ＳＣＳＩバス上のポートの識別番号）。），
　「One system implementation utilizing a SCSI bus, for example, may include a targetcontroller operating a central disk array that is used to store information for several hostcomputer systems.」（第１欄第５７行〜第２欄第２行）（例えば，ＳＣＳＩバスを利用したシステムの一実施態様では，いくつかのホスト・コンピュータ・システムのための情報を格納するために用いられる中央ディスク・アレイを動作させる，ターゲット・コントローラを含むことができる），
　「[0015] Figure 1 schematically shows a preferred network system that may be utilized to implement a preferred embodiment of the invention. The system includes a plurality of network devices, identified as initiators 100 and targets 102, that are interconnected by a network bus 104. In preferred embodiments, the bus 104 is a small computer system interface bus (SCSI bus), and the network devices are preconfigured in accordance with the SCSI specification. The initiators 100 request access to the target 102 by directing access messages to the target 102 via the bus 104. Access messages include, among other things, an initiator identifier identifying the initiator, a target identifier identifying the target, and the portion of the target device 102 to be accessed (logical unit 108, referred to in the figures as LU). The logical unit 108 is identified in the access message by a logical unit number (LUN). It should be noted that although only one target 102 is shown in the figures, any number of targets 102 may be utilized, including the initiators 100 which also can act as targets 102 to other initiators 100 and the target102. It also should be noted that two devices considered to be connected are not necessarily directly connected and thus, may have additional circuit elements or devices between the two devices. 
 [0016] The target 102 preferably includes a target controller 106 for receiving and processing initiator messages, and a plurality of logical units 108 that are utilized and accessible by selected initiators 100. For example, the target 102 may be a redundant array of independent disks(RAID), commonly known as a disk array. In such case, the logical units 108 may be groups of disks in the disk array. The groups may range in size from zero disks (i.e., a null set) to all of the disks in the disk array. As shown in greater detail in figure 2, the target controller 106 processes the initiator messages and permits access to selected logical units 108 in the target 102. In preferred embodiments, the target controller 106 is implemented as firmware within the target102. 
 [0017] In accordance with preferred embodiments of the invention, an initiator 100 may access only selected logical units 108 within the target 102. Depending upon the bus protocol used, those selected units may be groups of logical units 108 ranging in size from zero logical units 108 to every logical unit 108 in the target 102. In preferred embodiments, certain logical units 108 are accessible by one initiator 100 only, and certain other logical units 108 are accessible by multiple initiators 100 (shared logical units). 
 [0018] Figure 2 is a flow chart showing a preferred method for controlling access to the logical units 108 within the target 102. In addition to depending upon the target identifier, access to the logical units 108 is dependent upon the initiator identifier. To that end, the process starts at step 200 in which the initiator 100 probes the bus 104 with a probe message to determine the target identifier and the logical units 108 associated with the target 102. As shown below, only certain logical units 108 within the target 102 are associated with the initiator 100. Upon receipt of the probe message, which includes the initiator identifier (e.g., the physical location of the initiator100 on the bus 104), the target controller 106 determines which logical units 108 on the target 102, if any, are accessible by the specific initiator 100 making the request (step 202). This determination may be performed by accessing a data structure (e.g., a look-up table) that specifies a permitted set of logical units 108 that are accessible by the specific initiator 100. For example, the initiator 100 may have access to a permitted set of logical units 108 having logical unit numbers four and six only. The look-up table thus also includes a set of initiator identifiers associated with each logical unit. Only those initiator identifiers in each set therefore may access their associated target logical unit. It should be noted that use of a look-up table is discussed for exemplary purposes and is not intended to limit the scope of the invention. Any conventional mechanism for determining the permitted set of logical units 108 therefore may be utilized. 
 [0019] The look-up data structure may be pre-configured by a system operator who assigns selected logical units 108 in the target 102 to each of the initiators 100. This preconfiguration preferably is performed when the target controller 106 is installed. When necessary, however, the look-up data structure may be reconfigured at any subsequent time, such as when new initiators 100 are added to the system, or when the logical units 108 must be reassigned to other initiators 100. In preferred embodiments, the target controller 106 has an associated graphicaluser interface that enables the system operator to easily configure or reconfigure the logical unitallocation within the system.」（第４欄第１７行〜第５欄第５０行）（［００１５］図１は，本発明の好適な実施形態を実施するために利用可能な，好適なネットワーク・システムを概略的に示す。このシステムは，イニシエータ１００およびターゲット１０２として識別した，複数のネットワーク・デバイスを含み，これらはネットワーク・バス１０４によって相互接続されている。好適な実施形態では，バス１０４は，小型コンピュータ・システム・インターフェース・バス（「ＳＣＳＩバス」）であり，ネットワーク・デバイスは，ＳＣＳＩ仕様にしたがって，予め構成されている。イニシエータ１００は，バス１０４を通じてターゲット１０２にアクセス・メッセージを送出することにより，ターゲット１０２に対するアクセスを要求する。アクセス・メッセージは，とりわけ，イニシエータを識別するイニシエータ識別子，ターゲットを識別するターゲット識別子，およびアクセスすべきターゲット・デバイス１０２の部分（「論理ユニット１０８」。図では，「ＬＵ」で示す）を含む。論理ユニット１０８は，論理ユニット番号（「ＬＵＮ」）によって，アクセス・メッセージ内で識別される。尚，図には１つのターゲット１０２のみを示すが，他のイニシエータ１００およびターゲット１０２に対してターゲット１０２として動作することができる，イニシエータ１００を含む，任意の数のターゲット１０２を利用してもよいことを注記しておく。また，「接続」されていると見なされる２つのデバイスは，必ずしも直接接続されているとは限らず，したがって，これら２つのデバイス間に追加の回路エレメントまたはデバイスを有する場合もあり得ることも注記しておく。 
　［００１６］ターゲット１０２は，イニシエータ・メッセージを受信し処理するターゲット・コントローラ１０６と，選択されたイニシエータ１００による利用およびアクセスが可能な複数の論理ユニット１０８とを含むことが好ましい。例えば，ターゲット１０２は，一般的にディスク・アレイとして知られている，独立したディスクの冗長アレイ（「ＲＡＩＤ: redundant array of independent disks」）とすることができる。このような場合，論理ユニット１０８は，ディスク・アレイ内のディスク・グループとすることができる。グループのサイズは，ゼロ・ディスク（即ち，ヌル集合）からディスク・アレイ内の全ディスクまでの範囲とすることができる。図２に更に詳細に示すように，ターゲット・コントローラ１０６はイニシエータ・メッセージを処理し，ターゲット１０２内の選択された論理ユニット１０８に対するアクセスを許可する。好適な実施形態では，ターゲット・コントローラ１０６は，ターゲット１０２内部のファームウエアとして実装される。 
　［００１７］本発明の好適な実施形態によれば，イニシエータ１００は，ターゲット１０２内の選択された論理ユニット１０８のみにアクセスすることができる。用いるバス・プロトコルによっては，これら選択されるユニットは，サイズがゼロ論理ユニット１０８からターゲット１０２内のあらゆる論理ユニット１０８までの範囲の，論理ユニット１０８のグループとなる場合がある。好適な実施形態では，ある論理ユニット１０８は１つのイニシエータ１００のみによるアクセスが可能であり，他のある論理ユニット１０８は多数のイニシエータ１００によるアクセスが可能である（「共有論理ユニット」）。 
　［００１８］図２は，ターゲット１０２内の論理ユニット１０８に対するアクセスを制御するための好適な方法を示すフロー・チャートである。ターゲット識別子に依存することに加えて，論理ユニット１０８に対するアクセスは，イニシエータ識別子にも依存する。このために，プロセスはステップ２００において開始し，ここでイニシエータ１００はプローブ・メッセージを用いてバス１０４を検査し，ターゲット１０２に関連するターゲット識別子および論理ユニット１０８を判定する。以下で示すように，ターゲット１０２内のある論理ユニット１０８のみが，イニシエータ１００と関連付けられている。プローブ・メッセージは，イニシエータ識別子（例えば，バス１０４上におけるイニシエータ１００の物理位置）を含み，これを受信したときに，ターゲット・コントローラ１０６は，ターゲット１０２上に論理ユニット１０８がある場合に，どれが，要求を行った特定のイニシエータ１００によってアクセス可能であるかについて判定を行う（ステップ２０２）。この判定は，特定のイニシエータ１００によってアクセス可能な論理ユニット１０８の許可された集合を指定するデータ構造（例えば，「参照テーブル」）にアクセスすることによって行うことができる。例えば，イニシエータ１００は，論理ユニット番号４および６を有する論理ユニット１０８の許可された集合のみに対してアクセスをすることができる。したがって，参照テーブルは，各論理ユニットに関連するイニシエータ識別子の集合も含む。したがって，各集合内のこのようなイニシエータ識別子のみが，それらに関連するターゲット論理ユニットにアクセスすることができる。尚，参照テーブルの使用は例示の目的のために論じているのであり，本発明の範囲を限定することを意図するものではないことを注記しておく。したがって，論理ユニット１０８の許可された集合を判定するための従来の機構は，いずれも利用可能である。 
　［００１９］参照データ構造は，システム・オペレータがターゲット１０２内の選択された論理ユニット１０８をイニシエータ１００の各々に割り当てることによって予め構成しておくとよい。この予備構成は，ターゲット・コントローラ１０６をインストールするときに行うことが好ましい。しかしながら，必要であれば，新しいイニシエータ１００をシステムに追加するとき，または論理ユニット１０８を他のイニシエータ１００に割り当てし直さなければならないときのように，後のいずれの時点においても，参照データ構造を再度構成することが可能である。好適な実施形態では，ターゲット・コントローラ１０６は，関連するグラフィカル・ユーザ・インターフェースを有し，これによって，システム・オペレータは，システム内において論理ユニットの割り当てを容易に構成または再構成することが可能となっている。），
　「[0027] Some embodiments of the invention do not probe the SCSI bus 104 (step 200 of figure 2)to determine the target identifier and the logical units 108 associated with the target 102. In such cases, the access message may include the actual logical unit numbers of the target 102 to which access is requested. The target controller 106 responsively accesses the look-up data structure to determine if the logical units 108 designated in the access message are in a permitted set of logical units 108 available to the initiator 100. Access then is permitted to the logical units 108, specified in the access message, that are in the permitted set. Access is denied, however, to those logical units 108 specified in the access message that are not in the permitted set. When access is denied, the target controller 106 may transmit a denial message to the initiator 100 indicating either that access to certain requested logical units 108 is denied, or that the requested logical units do not exist. Accordingly, in a similar manner to the process shown in figure 2, the initiator identifier is utilized to determine whether access to a logical unit 108 is permitted.」（第７欄第１４〜３４行）（［００２７］本発明の実施形態には，ＳＣＳＩバス１０４の検査（図２のステップ２００）を行わず，ターゲット１０２に関連するターゲット識別子および論理ユニット１０８を判定しないものもある。このような場合，アクセス・メッセージには，アクセスが要求されたターゲット１０２の実際の論理ユニット番号を含めればよい。ターゲット・コントローラ１０６は，これに応答して，参照データ構造にアクセスし，アクセス・メッセージ内に指定されている論理ユニット１０８が，イニシエータ１００に使用可能な論理ユニット１０８の許可された集合の中にあるか否かについて判定を行う。次に，アクセス・メッセージ内で指定され，許可された集合の中にある論理ユニット１０８に対するアクセスが許可される。しかしながら，アクセス・メッセージ内で指定されていても，許可された集合の中にない論理ユニット１０８に対するアクセスは拒絶される。アクセスが拒絶された場合，ターゲット・コントローラ１０６は，拒絶メッセージをイニシエータ１００に送信し，ある要求された論理ユニット１０８に対するアクセスが拒絶されたこと，または要求された論理ユニットが存在しないことのいずれかを示す。したがって，図２に示すプロセスと同様に，イニシエータ識別子を利用して，論理ユニット１０８に対するアクセスが許可されたか否かについて判定を行う。），
　「For example, each initiator may be a computer card within a computer system. In other embodiments, the four initiators 100 may be separate computer systems.」（第８欄第４７〜５０行）（例えば，各イニシエータは，コンピュータ・システム内のコンピュータ・カードとすることも可能である。他の実施形態では，４つのイニシエータ１００は，別個のコンピュータ・システムとすることも可能である。），
　また，摘示した上記［００１８］段落中の「データ構造（例えば，「参照テーブル」）」に関する記載が，［００２７］段落に記載された実施形態に対してもあてはまることは明らかである。 
　従って，引用例１には， 
　「ネットワーク・バス（ＳＣＳＩバス）上におけるディスク・アレイ（ターゲット・デバイス）に対する，いつくかのホスト・コンピュータ・システム（イニシエータ）によるアクセスを制御する方法であって， 
　ホスト・コンピュータ・システム（イニシエータ）は，ディスク・アレイ（ターゲット・デバイス）内の選択された論理ユニットのみにアクセスすることができ， 
　ディスク・アレイ（ターゲット・デバイス）は，複数の論理ユニットを含む「ＲＡＩＤ」とすることができ，前記論理ユニットは，ディスク・アレイ（ターゲット・デバイス）内のディスク・グループとすることができ， 
　前記ホスト・コンピュータ・システム（イニシエータ）がホスト・コンピュータ・システム（イニシエータ）のイニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）によって識別され，前記ホスト・コンピュータ・システム（イニシエータ）が前記ディスク・アレイ（ターゲット・デバイス）に送信するメッセージを生成し，該メッセージが前記イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）と前記ディスク・アレイ（ターゲット・デバイス）の前記選択された部分に関連する論理ユニット番号（「ＬＵＮ」）とを含み，前記方法は， 
　論理ユニットに対するアクセス要求メッセージがターゲット（ディスク・アレイ）・コントローラによって受信され， 
　前記メッセージの受信に応答し，前記イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）が前記アクセス要求された論理ユニットに関連する識別子の許可された集合内にあるか否かについて判定を行ない，前記イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）が前記識別子の許可された集合内にある場合，該ターゲット（ディスク・アレイ）・コントローラが前記ホスト・コンピュータ・システム（イニシエータ）による前記アクセスを許可し，　
　前記判定を行うためにアクセスされるデータ構造（参照テーブル）は，各論理ユニットに関連するイニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）の集合も含み，したがって，各集合内のこのようなイニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）のみが，それらに関連する論理ユニットにアクセスすることができ，前記イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）が前記識別子の許可された集合内にないと判定された場合，該ターゲット（ディスク・アレイ）・コントローラが，前記ホスト・コンピュータ・システム（イニシエータ）による前記アクセスを拒絶し，要求された論理ユニットに対するアクセスが拒絶されたこと，または要求された論理ユニットが存在しないことのいずれかを示す拒絶メッセージを前記ホスト・コンピュータ・システム（イニシエータ）に送信する，方法。」の発明（以下，「引用発明１」という。）が記載されている。 
　
４．対比・判断 
　そこで，本願発明と引用発明１とを対比すると， 
　引用発明１の「複数の論理ユニットを含む「ＲＡＩＤ」とすることができ」る「ディスク・アレイ（ターゲット・デバイス）」が，本願発明の「ハードウェア・デバイス」に相当する。 
　次に，引用発明１の「いつくかのホスト・コンピュータ・システム」が「複数のホスト・コンピュータ・システム」を意味することは明らかであるから，引用発明１の「ネットワーク・バス（ＳＣＳＩバス）上におけるディスク・アレイ（ターゲット・デバイス）に対する，いつくかのホスト・コンピュータ・システム（イニシエータ）によるアクセスを制御する方法」が本願発明の「複数のホスト・コンピュータおよび前記複数のホスト・コンピュータに接続された少なくとも１つのハードウェア・デバイスを有するコンピュータ・システムにおいて，前記ハードウェア・デバイスへのアクセスを制御する方法」に相当する。
　次に，引用発明１の「ホスト・コンピュータ・システム（イニシエータ）のイニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）」が本願発明の「複数のホスト・コンピュータのそれぞれに関連付け」られた「ローカルに一意の識別子」に相当する。 
　次に，引用発明１の「論理ユニット」は「ディスク・アレイ（ターゲット・デバイス）内のディスク・グループとすることができ」るから，本願発明の「論理ボリューム」に相当する。そして，引用発明１の「論理ユニット番号（「ＬＵＮ」）」は，「ディスク・アレイ（ターゲット・デバイス）の前記選択された部分に関連する番号」あるから，本願発明の「少なくとも１つのハードウエアを識別」する「ハードウエア識別子」に相当する。 
　次に，引用発明１において，「前記イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）が前記アクセス要求された論理ユニットに関連する識別子の許可された集合内にあるか否かについて判定を行な」うためにアクセスされる「データ構造（参照テーブル）」は，各論理ユニットに関連するイニシエータ識別子の集合も含み，したがって，各集合内のこのようなイニシエータ識別子のみが，それらに関連する論理ユニットにアクセスすることができ」るものであるから，引用発明１の「各論理ユニットに関連」し，「論理ユニットにアクセスすることができ」る「イニシエータ識別子の集合も含」む「データ構造（参照テーブル）」が，本願発明の「ローカルに一意の識別子を使用し」「ホスト・コンピュータと前記ハードウェア・デバイスとの間の論理構成に基づいて」「コンピュータのどの特定の１つに前記ハードウエア・デバイスへのアクセスを許可することができるかを，」「識別する」「データ構造」に相当する。 
　次に，引用発明１の「論理ユニットに対するアクセス要求メッセージがターゲット（ディスク・アレイ）・コントローラによって受信され，」ターゲット（ディスク・アレイ）・コントローラが「前記メッセージの受信に応答し，前記イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）が前記アクセス要求された論理ユニットに関連する識別子の許可された集合内にあるか否かについて判定を行な」うことが，本願発明の「前記コンピュータのうちの要求元の１つが前記ハードウェア・デバイスへのアクセスを許可または否認されなければならないかどうかを判定するために前記データ構造を照会すること」に相当する。 
　次に，引用発明１では，ターゲット（ディスク・アレイ）・コントローラが「データ構造（参照テーブル）」にアクセスし，論理ユニットに対して「ホスト・コンピュータ・システム（イニシエータ）による前記アクセスを許可」したり，「ホスト・コンピュータ・システム（イニシエータ）による前記アクセスを拒絶」し，該ホスト・コンピュータ・システム（イニシエータ）に対し「要求された論理ユニットが存在しない」という「拒絶メッセージ」を送信したりしているから，引用発明１の「データ構造（参照テーブル）」にアクセスして行われるターゲット（ディスク・アレイ）・コントローラのかかる動作が，本願発明の「データ構造が，特定の論理ボリュームを，前記コンピュータの選択されたものが可視になり，他の選択されなかったものに対して隠蔽されるようにすること」に相当するといえる。 
　したがつて，本願発明と引用発明１とは， 
　「複数のホスト・コンピュータおよび前記複数のホスト・コンピュータに接続された少なくとも１つのハードウェア・デバイスを有するコンピュータ・システムにおいて，前記複数のホスト・コンピュータの１つによって前記ハードウェア・デバイスへのアクセスを制御する方法であって， 
　ローカルに一意の識別子を前記複数のホスト・コンピュータのそれぞれに関連付けること， 
　少なくとも１つのハードウエア識別子が前記少なくとも１つのハードウエアを識別し， 
　前記コンピュータのどの特定の１つに前記ハードウエア・デバイスへのアクセスを許可することができるかを，１つまたは複数のコンピュータが前記ハードウェア・デバイスにアクセスできるようにする前記ホスト・コンピュータと前記ハードウェア・デバイスとの間の論理構成に基づいて識別する前記ローカルに一意の識別子を使用してメモリ内でデータ構造を定義すること，前記データ構造が，特定の論理ボリュームを，前記コンピュータの選択されたものが可視になり，他の選択されなかったものに対して隠蔽されるようにすること
および
　前記コンピュータのうちの要求元の１つが前記ハードウェア・デバイスへのアクセスを許可または否認されなければならないかどうかを判定するために前記データ構造を照会すること 
　を含む方法」 
　の点で一致し，次の点で相違する。 
　
［相違点１］ 
　データ構造が，本願発明では，「複数のホスト・コンピュータの各々を識別するホスト・コンピュータ識別子を含むホスト・ボリューム・マッピング（ＨＶＭ）を提供し」，「各ホスト・コンピュータについての許可情報が前記少なくとも１つのハードウエア・デバイスについて前記少なくとも１つのハードウエア・デバイスへのアクセスが要求元から可視になるか又は隠蔽されているかどうかを示して」いるのに対し，引用発明１では「各論理ユニットに関連」し，「論理ユニットにアクセスすることができ」る「イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）の集合も含」むものである点。 
　
［相違点２］ 
　ハードウェア・デバイスへのアクセスを制御する方法が，本願発明では「データ保全性を維持するため」であるのに対し，引用発明１にはかかる目的が記載されていない点。
　
　そこで上記相違点について検討すると， 
［相違点１］について 
　当審における拒絶理由通知にて引用された特開平８−２３７５３２号公報（以下，「引用例２」という。）には， 
「【００３５】カメラ管理サーバ６８は，図１０に示すアクセス許可リスト８２を具備する。アクセス許可リスト８２は，先に，カメラ状態リスト８０に登録された個々のカメラ装置ごとに，ビデオ会議に参加している又は参加する可能性のあるユーザのアクセス（即ち，遠隔制御と画像の受信）の権利の有無を保存するものである。図１０に示す例では，ｈｏｓｔ２で示されるカメラ装置に対して，ｈｏｓｔ１及びｈｏｓｔ４で示されるユーザがアクセス許可されて，ｈｏｓｔ３で示されるユーザはアクセスが禁止されている。なお，ｈｏｓｔ２のユーザは，ｈｏｓｔ２で示されるカメラ装置をカメラ管理サーバ６８を介すことなく制御できるので，このアクセス許可リスト８２の対象外である。」（第００３５段落）
　と記載され，引用例２の図面【図１０】の「アクセス許可リスト８２」には，ホスト名：ｈｏｓｔ２で示されるカメラ装置に対し，ホスト名：ｈｏｓｔ１及びホスト名：ｈｏｓｔ４で示される各ユーザのアクセス許可欄に「ＯＫ」と記載され，ホスト名：ｈｏｓｔ３で示されるユーザのアクセス許可欄に「ＮＯ」と記載されている。 
　したがって，引用例２には，「カメラ装置（アクセス要求先）ごとに，ユーザ（アクセス要求元）のアクセスの権利の有無をユーザ（アクセス要求元）のホスト名に対してそれぞれ「ＯＫ」，「ＮＯ」と記載する形式で，アクセス許可リストを作成すること」（以下，「引用発明２」という。）が記載されている。 
　引用発明１と引用発明２とはアクセスの可否を判定する技術である点で共通し，しかも，引用例１第５欄第３５〜３７行には「Any conventional mechanism for determining the permitted set of logical units 108 therefore may be utilized.」（したがって，論理ユニット１０８の許可された集合を判定するための従来の機構は，いずれも利用可能である。）と記載されているから，引用発明１に引用発明２を適用し，引用発明１において，データ構造（参照テーブル）を，各論理ユニットごとに，ホスト・コンピュータ・システム（イニシエータ）のアクセスの権利の有無を「イニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）」に対してそれぞれ「ＯＫ」，「ＮＯ」と記載する形式で作成し，その結果，データ構造（参照テーブル）が、いくつかのホスト・コンピュータ・システム（イニシエータ）の各々を識別するイニシエータ識別子（ＳＣＳＩバス上のポートの識別番号）を含むホスト・ボリューム・マッピング（ＨＶＭ）を提供するようにすること，すなわち，データ構造が，「複数のホスト・コンピュータの各々を識別するホスト・コンピュータ識別子を含むホスト・ボリューム・マッピング（ＨＶＭ）を提供し」，「各ホスト・コンピュータについての許可情報が前記少なくとも１つのハードウエア・デバイスについて前記少なくとも１つのハードウエア・デバイスへのアクセスが要求元から可視になるか又は隠蔽されているかどうかを示して」いるようになすことは，当業者が容易になしうることである。 
　
［相違点２］について 
　ハードウェア・デバイスへのアクセス制御により「データ保全性を維持する」ことは当業者に普通に知られていることであるから，引用発明１において，ハードウェア・デバイスへのアクセスを制御する方法の目的を「データ保全性を維持するため」とすることは当業者にとって容易である。 
　
　従って，本願発明は，引用例１及び引用例２に記載された発明に基づいて当業者が容易に発明をすることができたものである 
　
５．むすび 
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものである。
　従って，その余の請求項について論及するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。