【事件の表示】
　特願２００５−１１０５３８「ネットワーク接続周辺装置にアクセスするためのコンピュータ可読媒体、方法およびコンピュータシステム」拒絶査定不服審判事件〔平成１７年１０月２７日出願公開、特開２００５−３０２０２６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯
　本願は、平成１７年４月７日（パリ条約による優先権主張２００４年４月１４日、米国）の出願であって、平成２０年７月２４日付けで拒絶をすべき旨の査定がされ、これに対し同年１０月２７日に拒絶査定不服審判の請求がなされ、その後、当審において、平成２３年１月２６日付けの拒絶の理由の通知に対して、同年４月２０日付けで意見書が提出されるとともに、同日付けで手続補正がなされたものである。
　
２　本願発明
　本願の請求項１に係る発明（以下「本願発明」という。）は、平成２３年４月２０日付けの手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
　
「第１のドライブコマンドモジュール（２０）およびネットワークリダイレクタ（１２０）を実行するコンピュータと、ネットワークサーバ（１２１）および第２のドライブコマンドモジュール（２１）を有するリモート装置とを備える入出力（Ｉ／Ｏ）要求処理システム（１５０）であって、
　前記第１のドライブコマンドモジュール（２０）は、入出力要求（１５）を処理する周辺装置のローカル周辺装置アドレスを参照する入出力要求（１５）をクライアントアプリケーションから受け取って、前記ネットワークリダイレクタに前記入出力要求（１５）を渡すように適応され、
　前記ネットワークリダイレクタ（１２０）は、前記第１のドライブコマンドモジュール（２０）に通信可能に結合され、前記ドライブコマンドモジュールによって呼び出され、前記第１のドライブコマンドモジュール（２０）から渡された前記入出力要求（１５）を、通信ネットワーク（１３０）に伝送するように適応され、
　前記リモート装置の前記ネットワークサーバ（１２１）は、前記通信ネットワーク（１３０）から前記入出力要求（１５）を受け取り、前記入出力要求（１５）から前記ローカル周辺装置アドレスを除去しリモート周辺装置（８５）のアドレスを挿入してドライブコマンドモジュール入出力要求（３２）を生成するように適応され、
　前記リモート装置の前記第２のドライブコマンドモジュール（２１）は、前記ドライブコマンドモジュール入出力要求（３２）を処理し、前記ドライブコマンドモジュール入出力要求（３２）に対応するコマンド（３３）を、前記リモート周辺装置（８５）と共に実行するように適応されている
　システム。」
　
３　当審の拒絶の理由
　当審において平成２３年１月２６日付けで通知した拒絶の理由の概要は、本願発明は、米国特許５９９６０２４号明細書（１９９９年１１月３０日特許。以下「引用例１」という。）に記載された発明及び特表２００３−５３１４１６号公報（平成１５年１０月２１日出願公表。以下「引用例２」という。）に記載された技術に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない、というものである。
　
４　引用例の記載
（１）引用例１
　引用例１には、図面とともに次の事項が記載されている。
　
ア　「These and other objects are achieved by a network SCSI apparatus and method that comprises a network SCSI device driver which presents a SCSI device interface to a host computer for transmitting SCSI commands in packets over a network to one or more network SCSI server applications on other computers or specialized controllers such as Ethernet to fiber channel bridges at separate physical locations connected to local SCSI devices. In a preferred embodiment, the network SCSI device driver enables programs executing on the host computer to treat the SCSI devices at the remote locations as though they were at the same location as the host computer.」（２欄２１〜３２行）（当審訳（当審において作成。以下同様。）「これらの、そしてその他の目的は、イーサネットからローカルＳＣＳＩデバイスに接続された物理的に離れた場所にあるファイバチャネルへのような、他のコンピュータ又は特殊なコントローラの１又はそれ以上のネットワークＳＣＳＩサーバアプリケーションへのネットワークを通じてパケット中のＳＣＳＩコマンドを伝送するためのホストコンピュータとのＳＣＳＩデバイスインタフェースを表すネットワークＳＣＳＩデバイスドライバを構成するネットワークＳＣＳＩ装置及び方法によって達成される。好ましい実施の形態では、ネットワークＳＣＳＩデバイスドライバは、ホストコンピュータで実行されるプログラムが、離れた場所にあるＳＣＳＩデバイスを、ホストコンピュータと同じ場所にあるかのように取り扱うことを可能にする。」）
　
イ　「In FIG. 1, a block diagram of the present invention is shown. Host computer 00 has a SCSI adapter 20a connected to it, which, in turn, has several SCSI disks 30 connected to it. In a preferred embodiment of the present invention SCSI adapter 20a and disks 30 are part of applicant's assignee's EMC Corporation's Symmetrix systems, which allow each SCSI disk 30 to be identified by a target and logical unit number (LUN). Also in a preferred embodiment, network SCSI device driver 10 is included as part of operating system 04 which controls host computer 00. Those skilled in the art will appreciate that operating system 04 can be any operating system that supports the use of SCSI protocols and devices. Similarly, while a preferred embodiment creates network SCSI device drivers 10 for SCSI disk devices, those skilled in the art will appreciate that the apparatus and method described herein will also work for other SCSI devices, such as tape devices or scanners, optical disks, etc.
　Still in FIG. 1, in a preferred embodiment, network SCSI device driver 10 is installed in operating system 04 and identified with at least one virtual target SCSI device. Each disk that is on a remote system can be assigned to a LUN. In the example shown in FIG. 1, if the programs executing in host computer 00 wish to access SCSI disk 30j on second computer 05, then network SCSI device driver 10 will be installed with the ability to address LUN 30j, even though that device is not physically attached to host computer 00.
　When actual SCSI commands such as seek, read, and write to disk are sent to network SCSI device driver 10, it takes those commands, encapsulates them into messages and transmits them over network connection 40, addressed ultimately to SCSI device 30j. In a preferred embodiment, network connection 40 is a high speed Ethernet connection such as Megabit or Gigabit Ethernet. Thus, the effect of network SCSI device driver 10 is to make network connection 40 appear, temporarily, to the file system (or other application) of operating system 04 as though it were a disk device, such as virtual disk 30v of FIG. 1.
　In a preferred embodiment, this use of a high speed Ethernet connection allows the user of host computer 00 to expand SCSI device availability and range without adding any new hardware, when the high speed Ethernet connection is already in place. Since many computer installations already have such connections, this is often the case.
　Additionally, the use of existing high-speed Ethernet (or similar) network connections also allows the user to take advantage of existing Internet protocols in place for such networks, as well as existing compression technologies that are known in the art and used with such protocols. A high speed network connection helps in maintaining a fast response, so that latencies or waiting times for SCSI commands issued from host computer 00 over network connection 40 to SCSI devices actually located on the second computer are kept reasonably close to those the user would experience if the SCSI device were actually attached to the host computer 00.
　Still in FIG. 1, the messages created by network SCSI device driver 10 are sent over network connection 40 to network SCSI server application 12 on computer 05. In a preferred embodiment, computer 05 can be any distance away from host computer 00. Thus, the present invention overcomes the physical distance limitation imposed by physical SCSI connections. Similarly, network SCSI device driver 10 handles any number of targets for devices not physically present on host computer 00, thereby overcoming the limitations on the number of targets. This is done by simulating many SCSI busses each with its own set of targets.
　This ability to allow host computer 00 to send and receive data to and from SCSI devices on computer 05 means that existing sharing mechanisms can also be used between the two or more computers if such features are available in operating system 04.
　With reference now to FIG. 2, a flow diagram of network SCSI device driver 10 of the present invention is shown. As seen there, at step 100, network SCSI device driver 10 receives a SCSI command from operating system 04. Those skilled in the art will appreciate that operating systems take input/output commands from applications programs (such as application program 03 in host computer 00 of FIG. 1) and essentially turn them over to the appropriate device driver for detailed handling. Thus, returning briefly to FIG. 1, if application program 03 had issued a seek command to a disk file name, the file system of operating system 04 would connect that disk name to a disk unit and a logical unit address, such as 30j. In a preferred embodiment of the present invention, network SCSI device driver 10 would be configured so that it is associated by operating system 04 with the target and LUN for disk 30j. When operating system 04 receives a read command from application program 03 for device 30j, it will send that command to network SCSI device driver 10.
　Returning now to FIG. 2, once network SCSI device driver 10 has received the SCSI command, it encapsulates the command into one or more messages (depending on the size of any related data blocks) at step 105, and then, at step 110, sends the message out over network connection 40. Next, at step 115, network SCSI device driver 10 waits, if appropriate, for a response from network SCSI applications server 12. For certain types of devices, such as disks, there may be timeouts. That is, if a response from the disk is not received within a predefined time periods, that may be a sign of disk error. Depending on the type of SCSI device which network SCSI device driver 10 is representing to operating system 04, it will also check for such timeouts. If a timeout has occurred, network SCSI device driver 10 will proceed to step 120 to perform the appropriate error processing for such a timeout. If the transmission was successful, network SCSI device driver 10 returns at step 125.
　Now turning to FIG. 3, the processing of network SCSI application server 12 is shown in flow diagram form. As seen here, network SCSI application server 12 receives a message from network SCSI device driver 10 at step 200. Upon receipt, it proceeds to step 205 to extract the SCSI command from the message. Next, at step 210, network SCSI application server 12 sends the command to the identified device (in our example, disk 30j on computer 05). At step 215, network SCSI application server 12 waits for a response from the device and checks to see if it is good. If it is, network SCSI application server 12 proceeds to step 225 to prepare and send the response, including any data associated with it, in a message to be sent back to network SCSI device driver 10. Error processing is handled at step 220, and when processing of the incoming message has completed, network SCSI application server 12 returns at step 230.」（２欄６６行〜４欄５７行）（当審訳「図１において、本発明のブロック図を示している。ホストコンピュータ００は、それに接続されたＳＣＳＩアダプタ２０ａを有し、ＳＣＳＩアダプタ２０ａは、その下に、それに接続されたいくつかのＳＣＳＩディスク３０を有する。本発明の好ましい実施形態では、ＳＣＳＩアダプタ２０ａとディスク３０は、出願人の譲受人のＥＭＣ社のＳｙｍｍｅｔｒｉｘシステムの一部であり、これらは、各ＳＣＳＩディスク３０をターゲットと論理ユニット番号（ＬＵＮ）で識別できるようにしている。また、好ましい実施の形態では、ネットワークＳＣＳＩデバイスドライバ１０は、ホストコンピュータ００を制御するオペレーティングシステム０４の一部として含まれる。当業者は、オペレーティングシステム０４は、ＳＣＳＩプロトコルやデバイスの使用をサポートする任意のオペレーティングシステムである得ることを理解する。同様に、好ましい実施の形態は、ＳＣＳＩディスクデバイスのためのネットワークＳＣＳＩデバイスドライバ１０を作り出す一方、当業者は、ここで説明する装置及び方法は、テープデバイスやスキャナ、光ディスクなどのような他のＳＣＳＩデバイスのために動作することも理解する。
　まだ図１において、好ましい実施の形態では、ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４にインストールされ、少なくとも１つの仮想ターゲットＳＣＳＩデバイスとして識別される。遠隔システム上にある各ディスクは、ＬＵＮに割り当てることができる。図１に示す例では、ホストコンピュータ００で実行するプログラムが、他のコンピュータ０５上にあるＳＣＳＩディスク３０ｊにアクセスしたい場合、そのデバイスがホストコンピュータ００に物理的に付属されていないにもかかわらず、ネットワークＳＣＳＩデバイスドライバ１０は、ＬＵＮ ３０ｊとアドレスされる能力とともにインストールされる。
　ディスクへのシーク、読み取り及び書き込みなどの実際のＳＣＳＩコマンドが、ネットワークＳＣＳＩデバイスドライバ１０に送られた場合、それは、これらのコマンドを受け取り、それらをメッセージにカプセル化し、それらを最終的にＳＣＳＩデバイス３０ｊ宛てにしてネットワーク接続４０に送信する。好ましい実施の形態では、ネットワーク接続４０は、メガビットイーサネット又はギガビットイーサネットのような高速イーサネット接続である。したがって、ネットワークＳＣＳＩデバイスドライバ１０の効果は、ネットワーク接続４０を、図１の仮想ディスクの３０ｖのようなディスクデバイスであるかのように、オペレーティングシステム０４のファイルシステム（又は他のアプリケーション）に見せることである。
　好ましい実施形態では、高速イーサネット接続が既に存在する場合、高速イーサネット接続のこの使用は、新しいハードウェアを追加することなく、ＳＣＳＩデバイスの可用性と範囲を拡大することを、ホストコンピュータ００のユーザに許可する。多くのコンピュータのインストールが既にこのような接続を有しているので、これはよくあるケースである。
　また、既存の高速イーサネット（又は類似の）ネットワーク接続の使用は、その技術分野で知られ、既存のインターネットプロトコルと共に利用される既存の圧縮技術と同様に、そのようなネットワークに対して利用される既存のインターネットプロトコルをユーザに活用させることもできる。高速ネットワーク接続は、高速応答性を維持するのに役立ち、そのため、ネットワーク接続４０を介したホストコンピュータ００から発行された、実際には他のコンピュータ上にあるＳＣＳＩデバイスへのＳＣＳＩコマンドのレイテンシーや待ち時間は、ＳＣＳＩデバイスがホストコンピュータ００に実際に接続されている場合にユーザが経験する待ち時間と、合理的に近い待ち時間に維持されている。
　まだ図１において、ネットワークＳＣＳＩデバイスドライバ１０によって作成されたメッセージは、コンピュータ０５上のネットワークＳＣＳＩアプリケーションサーバ１２へネットワーク接続４０を介して送信される。好ましい実施の形態では、コンピュータ０５は、ホストコンピュータ００から任意の距離とすることができる。したがって、本発明は、物理的なＳＣＳＩ接続によって課される物理的な距離の制限を克服する。同様に、ネットワークＳＣＳＩデバイスドライバ１０は、ホストコンピュータ００上に物理的に存在しないデバイスの任意の数のターゲットを処理し、そのことにより、ターゲット数の制限を克服する。これは、ターゲットの独自のセットでそれぞれ多くのＳＣＳＩバスをシミュレートすることによって行われる。
　ホストコンピュータ００にコンピュータ０５上のＳＣＳＩデバイスとのデータ送受信を可能とさせる能力は、オペレーティングシステム０４においてそのような特徴が利用可能な場合、既存の共有メカニズムが２つ以上のコンピュータ間でも使用可能なことを意味している。
　図２を参照すると、本発明のネットワークＳＣＳＩデバイスドライバ１０のフロー図が示されている。そこに見られるように、ステップ１００では、ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４からＳＣＳＩコマンドを受信する。オペレーティングシステムが（図１のホストコンピュータ００上のアプリケーションプログラム０３などのような）アプリケーションプログラムから入力／出力コマンドを取得することと、詳細な処理のための適切なデバイスドライバにそれらを本質的に引き渡すことを、当業者は理解する。したがって、図１に短く戻ると、アプリケーションプログラム０３がディスクファイル名へのシークコマンドを発行した場合、オペレーティングシステム０４のファイルシステムは、ディスクユニットへのディスク名と３０ｊのような論理ユニットアドレスを関連づける。本発明の好ましい実施の形態では、ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４によって、ターゲットとディスク３０ｊのＬＵＮに関連付けられるように構成される。オペレーティングシステム０４は、アプリケーションプログラム０３からデバイス３０ｊに対する読み取りコマンドを受信すると、ネットワークＳＣＳＩデバイスドライバの１０に、そのコマンドを送信する。
　図２に戻ると、ネットワークＳＣＳＩデバイスドライバ１０は、ＳＣＳＩコマンドを受信すると、ステップ１０５において、コマンドを（関連するデータブロックのサイズに応じて）１つ又は複数のメッセージにカプセル化し、その後、ステップ１１０において、ネットワーク接続４０を介してそのメッセージを送信する。次に、ステップ１１５において、適切であれば、ネットワークＳＣＳＩデバイスドライバ１０は、ネットワークＳＣＳＩアプリケーションサーバ１２からの応答を待つ。ディスクなどの特定の種類のデバイスについては、タイムアウトがあるかもしれない。すなわち、ディスクからの応答が事前定義された期間内に受信されない場合、ディスクエラーの徴候である可能性がある。ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４に示すＳＣＳＩデバイスの種類に応じて、そのようなタイムアウトもチェックする。タイムアウトが発生した場合、ネットワークＳＣＳＩデバイスドライバ１０は、ステップ１２０に進み、そのようなタイムアウトの適切なエラー処理を実行する。送信が成功した場合、ネットワークＳＣＳＩデバイスドライバ１０は、ステップ１２５に戻る。
　図３において、ネットワークＳＣＳＩアプリケーションサーバ１２の処理が、フロー図に示されている。ここに見られるように、ステップ２００において、ネットワークＳＣＳＩアプリケーションサーバ１２は、ネットワークＳＣＳＩデバイスドライバ１０からメッセージを受信する。受け取ると、ステップ２０５に進み、メッセージからＳＣＳＩコマンドを抽出する。次に、ステップ２１０において、ネットワークＳＣＳＩアプリケーションサーバ１２は、同定されたデバイス（私たちの例では、コンピュータ０５の上のディスク３０ｊ）にコマンドを送信する。ステップ２１５において、ネットワークＳＣＳＩアプリケーションサーバ１２は、そのデバイスからの応答を待ち、それがよいかどうかをチェックする。よい場合は、ネットワークＳＣＳＩアプリケーションサーバ１２は、ステップ２２５に進み、ネットワークＳＣＳＩデバイスドライバ１０に返送されるメッセージ中に、それに関連付けられたデータを含む応答を準備し、送信する。エラー処理は、ステップ２２０において処理される。受信したメッセージの処理が完了すると、ネットワークＳＣＳＩアプリケーションサーバ１２は、ステップ２３０に戻る。」）
　
ウ　Ｆｉｇ．１には、ホストコンピュータ００は、アプリケーションプログラム０３及びオペレーティングシステム０４を有すること、ＳＣＳＩアダプタ２０ｂは、複数のＳＣＳＩディスク３０ａ、３０ｂ、３０ｃ、３０ｄ、３０ｅ、３０ｆ、３０ｇ及び３０ｈ（以下まとめて「ＳＣＳＩディスク３０ａ〜３０ｈ」という。）と接続されること、コンピュータ０５は、ＳＣＳＩアダプタ２０ｂと接続されること、ＳＣＳＩアダプタ２０ｂは、複数のＳＣＳＩディスク３０ｉ、３０ｊ、３０ｋ、３０ｌ、３０ｍ、３０ｎ、３０ｏ及び３０ｐ（以下まとめて「ＳＣＳＩディスク３０ｉ〜３０ｐ」という。）と接続されること、ネットワークＳＣＳＩアプリケーションサーバ１２は、コンピュータ０５にあることが記載されている。
　
　以上の記載によれば、引用例１には、次の発明（以下「引用発明」という。）が記載されている。
　
「ホストコンピュータ００は、ＳＣＳＩアダプタ２０ａと接続され、
　ＳＣＳＩアダプタ２０ａは、複数のＳＣＳＩディスク３０ａ〜３０ｈと接続され、
　ホストコンピュータ００は、アプリケーションプログラム０３及びホストコンピュータ００を制御するオペレーティングシステム０４を有し、
　ネットワークＳＣＳＩ装置ドライバ１０は、オペレーティングシステム０４の一部に含まれ、
　ホストコンピュータ００は、ネットワーク接続４０を介して、物理的に離れた場所にあるコンピュータ０５に接続され、
　コンピュータ０５は、ＳＣＳＩアダプタ２０ｂと接続され、
　ＳＣＳＩアダプタ２０ｂは、複数のＳＣＳＩディスク３０ｉ〜３０ｐと接続され、
　ネットワークＳＣＳＩアプリケーションサーバ１２は、コンピュータ０５にある
　ネットワークＳＣＳＩ装置において、
　アプリケーションプログラム０３が、ディスクファイル名へのコマンドを発行した場合、オペレーティングシステム０４は、ＳＣＳＩディスク３０ｊのＬＵＮを関連づけ、そのコマンドをネットワークＳＣＳＩデバイスドライバ１０へ送信し、
　ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４からそのコマンドを受信すると、そのコマンドをメッセージにカプセル化し、ネットワーク接続４０を介してそのメッセージをネットワークＳＣＳＩアプリケーションサーバ１２へ送信し、
　ネットワークＳＣＳＩアプリケーションサーバ１２は、ネットワークＳＣＳＩデバイスドライバ１０からネットワーク接続４０を介してそのメッセージを受け取ると、そのメッセージからそのコマンドを抽出し、そのコマンドをＳＣＳＩディスク３０ｊに送信し、
　ネットワーク接続４０を、仮想ディスクの３０ｖのようなディスクデバイスであるかのように、オペレーティングシステム０４のファイルシステム（又は他のアプリケーション）に見せることができる
　ネットワークＳＣＳＩ装置。」
　
（２）引用例２
　引用例２には、図面とともに次の事項が記載されている。
　
ア　「      【０００１】
  （発明の技術分野）
  本発明は、一般に、データ通信システムおよび情報通信システム、ならびにこれらの動作に関し、より具体的には、記憶領域ネットワーキングの分野に関する。さらになお具体的には、本発明は、ファイバチャネル記憶エリアネットワーク（ＳＡＮ）と、２つのＳＡＮ間のＳＣＳＩデバイスのアドレッシングをマッピングする方法およびシステムとに関する。」（段落【０００１】）
　
イ　「      【００１１】
  本発明は、パケットベースネットワークを介してＳＡＮエクステンダによって接続された２つのＳＡＮ間のＳＣＳＩデバイスのアドレッシングをマッピングする方法およびシステムを提供し、この方法およびシステムは、長距離にわたってファイバチャネルプロトコルを使用することに関連する不利益および問題を実質的に削除または削減することが可能である。詳細には、本発明は、２つのＳＡＮ間のＳＣＳＩデバイスアドレスを一般的かつ動的にマッピングする手段を提供することにより、地理的に異なるＳＡＮをシームレスに相互に接続させて、互いにローカルであるかのように動作させる手段を提供する。
      【００１２】
  詳細には、本発明は、ホストからデバイスにアクセスする方法およびシステムを提供し、ここで、ホストおよびデバイスは、トランスポート層によって相互に接続された別々のＳＡＮ内にあり、トランスポート層とホストＳＡＮとの間のインタフェイスはホストノードであり、デバイスＳＡＮとトランスポート層との間のインタフェイスはターゲットノードである。本発明のこの方法は、ターゲットノードにおいて、デバイスアドレスをターゲット総称識別子へとマッピングする工程と、この総称識別子をトランスポート識別子へとマッピングしてトランスポートプロトコル上のデバイスを識別する工程と、ホストノードにおいて、デバイスのトランスポート識別子をホスト総称識別子へとマッピングする工程と、このホスト総称識別子をホストによってアクセス可能なアドレスへとマッピングする工程とを含む。各ノードは、Ａｕｓｔｉｎ，ＴｅｘａｓのＣｒｏｓｓｒｏａｄｓ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．によって製造されているようなファイバチャネル／ＳＣＳＩルータ（ｆｉｂｒｅ  ｃｈａｎｎｅｌ−ｔｏ−ＳＣＳＩ  ｒｏｕｔｅｒ）であり得る。ホスト総称識別子は、ターゲット総称識別子と併用されるターゲットノードトランスポートプロトコルアドレスからのマッピングを含み得る。トランスポート層はパケットベースネットワークであり得、ＳＡＮエクステンダはそれを介してＦＣプロトコルを運ぶ。」（段落【００１１】〜【００１２】）
　
ウ　「      【００１７】
  本発明は、パケットベースネットワークを介してＳＡＮエクステンダによって接続された２つのＳＡＮ間のＳＣＳＩデバイスのアドレッシングをマッピングする方法およびシステムを提供し、この方法およびシステムは、複数の（もしかすると、地理的に異なる）ＳＡＮを効率的かつ経済的に接続させて、単一の格納領域ネットワークであるかのように動作させるために、既存の電気通信ネットワークをを利用する。従って、２つが単一のＳＡＮの一対であるかのように、１つのＳＡＮ上のホストデバイスは、リモートＳＡＮ上のターゲットデバイスにアクセスし得る。従って、本発明の方法およびシステムは、既存のファイバチャネルネットワークの距離的制限を効率的に克服して、ＳＡＮモデルを何マイルにもわたる多くのＳＡＮへと拡張させ得る。本発明は、例えば、Ｌｏｓ  Ａｎｇｅｌｅｓの企業ＳＡＮをＮｅｗ  ＹｏｒｋまたはＴｏｋｙｏの別の企業ＳＡＮにリンクさせるように使用され得る。記憶回復のケースでは、この発明は、バックアップライブラリがリモート地でのオフサイトに常駐することを可能にし、従って、局所的位置が火災または洪水等の災害によって損害を受けたとしてもデータ品位を保証する。本発明を実行するＳＡＮは、局所的使用のみに制限されることを必要としない。
      【００１８】
  ファイバチャネルプロトコルのもとで可能な距離よりも長い距離にわたってローカルＳＡＮを接続させるため、本発明は、カプセル化出願において開示されるＳＡＮエクステンダと共に動作し得る。カプセル化出願は、任意のパケットベーストランスポートを越えて移動し得るようにファイバチャネルプロトコルを作動させる非同期トランスファモード（「ＡＴＭ」）またはイーサネット（登録商標）ネットワークなどのカプセル化プロトコル（「ＥＰ」）を規定する。カプセル化出願において開示されるエクステンダと共に、本発明は、ＳＡＮを接続させるために使用される任意のトランスポート層（例えば、ＡＴＭ、ギガビットイーサネット（登録商標）、またはファイバチャネル）にわたって、ＳＡＮ上のＳＣＳＩデバイスのアドレッシングを１つ以上のリモートＳＡＮに一般的にマッピングするメカニズムを提供する。
      【００１９】
  ノード（ファイバチャネル／ＳＣＳＩルータ）を使用して、エクステンダトランスポートに各ＳＡＮを接続させ、２つのマッピング表を維持して、下記により詳細に示すように、トランスポートプロトコルにわたるデバイスアドレスを別のノードにマッピングする。ノードによって維持される表の性質は、ノードがホストノードまたはターゲットノードであるかどうかに依存する。この配置について以下により詳細に説明する。
      【００２０】
  任意の２つのＳＡＮを接続させるエクステンダトランスポートのいずれかの端にあるノードは、ターゲットノードまたはホスト（イニシエータ）ノードのいずれであるかに依存して、わずかに異なるようにマッピング表を確立する。ターゲットノード（それにターゲットデバイスが取り付けられる）は、表を確立して、第１に、ターゲット総称識別子にＳＣＳＩデバイスアドレスを、次いで、トランスポート識別子にエクステンダトランスポートプロトコル上で使用されるアドレスをマッピングする。イニシエータノード（ターゲットデバイスへのアクセスを捜し求めているホストが取り付けられているノード）は、表を確立して、現在のアーキテクチャ（例えば、並列バス、ファイバチャネルなど）に基づいて、エクステンダプロトコル（トランスポート識別子）から受け取られたアドレスを正当なＳＣＳＩデバイスアドレスへとマッピングして戻す。この方法について以下により詳細に説明する。
      【００２１】
  本発明の教示によって、ターゲットノードは、第１に、ＳＣＳＩデバイスアドレスをターゲットノード上のターゲット総称識別子にマッピングする。次いで、このターゲット総称識別子は、エクステンダトランスポート上のデバイス識別子として使用されるトランスポート識別子へとマッピングされ得る。このターゲット総称識別子およびトランスポート識別子は、いくつかの場合において、同じであり得る。ターゲットノードは、デバイストランスポート識別子と、エクステンダトランスポート上のターゲットノードのアドレスとをイニシエータノードに通知する。従って、イニシエータノードは、ＳＣＳＩデバイスを有するターゲットノードを判定するために必要な情報と、特定のデバイスのデバイストランスポート識別子とを提供される。次いで、このイニシエータノードは、ターゲットノードアドレスおよびデバイストランスポート識別子をイニシエータノード上のホスト総称識別子にマッピングし得、次いで、このホスト総称識別子をローカルイニシエータＳＡＮ上のイニシエータに表示され得るアドレスにマッピングする。
      【００２２】
  図１は、典型的なＳＡＮ環境内の本発明の方法およびシステムの一実施形態を示す簡略化されたブロック図である。図１のネットワーク１００は、ローカルファイバチャネルＳＡＮであり得る第１ホストＳＡＮ１１０および第２ホストＳＡＮ１１２を含む。第１ホストＳＡＮ１１０および第２ホストＳＡＮ１１２は、ターゲットＳＡＮ１１５にアクセスし得、このターゲットＳＡＮ１１５もまた、例えば、テープバックアップおよびディスクミラーリングなどのためのローカルファイバチャネルＳＡＮであり得る。第１ホストＳＡＮ１１０は、第１イニシエータノード１２０に通信可能に接続され、第２ホストＳＡＮ１１２は、第２イニシエータノード１３０に通信可能に接続される。ターゲットＳＡＮ１１５は、ターゲットノード１５０に通信可能に接続される。第１イニシエータノード１２０、第２イニシエータノード１３０、およびターゲットノード１５０は、Ａｕｓｔｉｎ，ＴｅｘａｓのＣｒｏｓｓｒｏａｄｓ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．によって製造かつ販売されているファイバチャネル／ＳＣＳＩルータであり得る。ノード１２０、１３０、および１５０は、ＳＡＮ１１０，１１２、および１１５などの残りのネットワーク１００に対するインタフェイスであり得る。
      【００２３】
  ノード１２０、１３０、および１５０に含まれるファイバチャネル／ＳＣＳＩルータは全て、ＥＰ層（カプセル化出願に開示されるような）を実施して、パケットベースＷＡＮ（広域ネットワーク）１４０を越えてファイバチャネルプロトコルをシームレスに流れさせ得る。ＷＡＮ１４０は、ＡＴＭまたはイーサネット（登録商標）などの物理的なパケットベーストランスポートを表す。ＷＡＮ１４０は、専用リンクまたは交換ネットワークであり得る。ＳＡＮ１１０、１１２、および１１５は、ファイバチャネルリンク１９０を介してそれぞれのノードに接続される。ノード１２０、１３０、および１５０はそれぞれ、ネットワークリンク１９２を介してＷＡＮ１４０に接続され得る。ファイバチャネルリンク１９０は、所定のアプリケーションに関して必要とされるように、銅、光ファイバリンク、または、当業者に周知の任意の他のこのようなネットワークリンクであり得る。ネットワークリンク１９２も同様に、必要に応じて、任意のこのようなネットワークリンクであり得る。
      【００２４】
  第１ホストＳＡＮ１１０、第２ホストＳＡＮ１１２、およびターゲットＳＡＮ１１５はそれぞれ、複数のイニシエータおよび複数のターゲットを含み得る。例えば、ターゲットＳＡＮ１１５は、ファイバチャネルハブ（スイッチ）１６０、テープライブラリ１７０、およびディスク１８０を含む。テープライブラリ１７０およびディスク１８０しか示されていないが、複数のイニシエータおよびターゲットデバイスがファイバチャネルハブ１６０に取り付けられて、それを通してファイバチャネル／ＳＣＳＩルータ（ターゲットノード）１５０に取り付けられ得る。従って、ターゲットＳＡＮ１１５は、複数のホストおよび複数のイニシエータを含み得る。
      【００２５】
  本発明の方法およびシステムは、２つ以上のＳＡＮを接続させるためのエクステンダプロトコルを必要とし、これらのＳＡＮの間でターゲットアドレスがマッピングされる。
      【００２６】
  カプセル化出願は、このようなエクステンダプロトコル（ＥＰ）を開示する。本発明のＳＣＳＩアドレスをマッピングする方法およびシステムは、このカプセル化プロトコルを使用して、マッピングを伝えるトランスポートを提供し、このトランスポートは、１つのＳＡＮ上のイニシエータが、リモートＳＡＮ上のＳＣＳＩデバイスをイニシエータが取り付けられているローカルＳＡＮ上のＳＣＳＩデバイスであるかのようにアドレッシングすることを可能にするために使用される。従って、リモートＳＡＮ上のデバイスは、他のＳＡＮ上のイニシエータに利用可能となるような方法で表され得る。カプセル化出願は、本発明に使用され得る互換性のあるカプセル化プロトコルを開示する。
      【００２７】
  図１は、本発明の方法およびシステムをどのように使用して、ＡＴＭネットワークなどのネットワークプロトコルを介して相互に接続されたファイバチャネルＳＡＮ間のＳＣＳＩデバイスアドレスをマッピングし得るかを示す。図１の例は、例示的な目的のみに使用され、本発明の方法およびシステムを使用して他のＳＣＳＩアーキテクチャデバイスアドレスをマッピングすること、または、ＳＡＮを相互に接続させるために他のプロＴコルを使用することを除外しない。
      【００２８】
  本発明の方法およびシステムのマッピングを達成するために、ターゲットノード１５０は２つの表を確立する。第１の表は、ターゲットノード１５０に取り付けられている各ＳＣＳＩデバイスに関するアドレス情報を、各ＳＣＳＩデバイスのユニークなターゲット総称識別子へとマッピングする。例えば、テープライブラリ１７０およびディスク１８０がそれぞれＦＣアドレス０×１および０×２を有し、テープライブラリ１７０が０および１の２つの論理装置識別子（ＬＵＮ）を有し、かつ、ディスク１８０が０の単一ＬＵＮを有する場合、ターゲットノード１５０によって下記の表が作製されて、ＳＣＳＩデバイスアドレスがターゲット総称識別子へとマッピングされる。
      【００２９】
【表１】
　　　　　　　１
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜ターゲット総称識別子｜ＦＣデバイスアドレス｜ＬＵＮ識別子｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　０　　　　　｜　　　０ｘ１　　　　｜　　０　　　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　１　　　　　｜　　　０ｘ１　　　　｜　　１　　　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　２　　　　　｜　　　０ｘ１　　　　｜　　０　　　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
　
  ターゲットノード１５０は、ターゲット総称識別子を使用して各デバイスアドレスをトランスポート識別子へとマッピングして、このトランスポート識別子は、エクステンダトランスポートプロトコル上のデバイスを識別するために使用され得る。この例において、エクステンダトランスポートプロトコル上のデバイストランスポート識別子は、総称識別子と同じである。しかし、他の識別子が代わりに使用され得るため、そうである必要はない。下記の表２は、ターゲット総称識別子のデバイストランスポート識別子へのマッピングを示す。
      【００３０】
【表２】
　　　　　　　２
−−−−−−−−−−−−−−−−−−−−−−−
｜ターゲット総称識別子｜トランスポート識別子｜
−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　０　　　　　｜　　　　０　　　　　｜
−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　１　　　　　｜　　　　１　　　　　｜
−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　２　　　　　｜　　　　２　　　　　｜
−−−−−−−−−−−−−−−−−−−−−−−
　
  表１および２が一旦作製されると、ターゲットノード１５０は、第１イニシエータノード１２０および第２イニシエータノード１３０に、ターゲットノード１５０によって利用可能になったターゲットデバイスのと、それぞれのトランスポート識別子とを通知し得る。ネットワーク内の他のノードに通知する方法は、当業者に周知の任意の方法であり得る。
      【００３１】
  第１イニシエータノード１２０および第２イニシエータノード１３０はそれぞれ、同様に、２つの表を確立する。各イニシエータノードが作製する第１の表を使用して、ターゲットノードのトランスポートプロトコルアドレスと、ターゲットノード１５０によって生成される各デバイストランスポート識別子とを、ローカルノード内のホストイニシエータ総称識別子へとマッピングする。所定のターゲットデバイスに関連するホスト総称識別子は、ターゲットノードトランスポートプロトコルアドレスと、デバイストランスポート識別子との組み合わせを表す。この例に関して、ターゲットノード１５０が０×０１０２０３０４のＡＴＭアドレスを有することを想定すると、下記の表３が第１イニシエータノード１２０および第２イニシエータノード１３０において作製される。
      【００３２】
【表３】
　　　　　　　３
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜ホスト総称識別子｜ターゲットノード伝送アドレス｜　伝送識別子　　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　０　　　｜　　　0x01020304　　　　　　｜　０（テープ）　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　１　　　｜　　　0x01020304　　　　　　｜　１（テープ）　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　２　　　｜　　　0x01020304　　　　　　｜　２（ディスク）｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
　
  本実施例において、ターゲットノード１５０に取り付けられたデバイスは全て、第１イニシエータノード１２０および第２イニシエータノード１３０によって利用可能にされる。しかし、ターゲットノード（例えば、ターゲットノード１５０）は、選択されたデバイスのみがイニシエータノードにアクセスすることのできるように決定を行い得る。この決定工程は、ターゲットノードがマッピングの際に生成する表から、選択されたＳＣＳＩデバイスアドレスを除くことによって行われる。このような異なるマッピング構成は、本発明の範囲内にあるものとして意図される。本発明を用いれば、このようなマッピングの任意の組み合わせが企図される。
      【００３３】
  第１イニシエータノード１２０および第２イニシエータノード１３０は、表（例えば、以下の表４および表５）も構築した。この表は、ホスト総称識別子をマッピングして、ローカルＳＡＮ上のホストがターゲットデバイスをアドレス指定する際に用いることが可能な形態にする。表４および表５に示す例において、ホスト総称識別子は、単一のファイバチャンネルターゲット上のＬＵＮにマッピングされる。このファイバチャンネルターゲットは、ターゲットＳＡＮ１１５上のリモートターゲットデバイスを表すように要請される（ｓｕｅｄ）ホストＳＡＮ内のシミュレート対象ターゲットであり、これにより、ローカルホストは各デバイスにアクセスできるようになる。
      【００３４】
【表４】
　　　　　４
 −−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜ＦＣＬＵＮ　　　　　　　　　　　　　｜ホスト総称識別子｜
｜（ターゲット上のイニシエータＳＡＮ）｜　　　　　　　　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　０　　　　　　　　　　　　　｜　１（テープ）　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　１　　　　　　　　　　　　　｜　０（テープ）　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　２　　　　　　　　　　　　　｜　２（ディスク）｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
　
     【００３５】
【表５】
　　　　　５
 −−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜ＦＣＬＵＮ　　　　　　　　　　　　　｜ホスト総称識別子｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
｜　　　　０　　　　　　　　　　　　　｜　２（ディスク）　｜
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
　
  従って、本発明の方法およびシステムは、ホストＳＡＮにおいてシミュレート対象ターゲットを用いることができる。これの上に、リモートターゲットＳＡＮに配置された１つ以上の現実の（ｒｅａｌ）ターゲットデバイスのアドレスをマッピングすることが可能である。その後、ホスト総称識別子（単数または複数）のマッピング先であるシミュレート対象ファイバチャンネルターゲットを用いて、リモートターゲットデバイスにアクセスする工程を当該リモートターゲット（単数または複数）がローカルＳＡＮ内にあるかのように行うことが可能となる。
      【００３６】
  本発明の方法およびシステムは、他のマッピングの実施を除外するものではない（すなわち、代わりに各ホスト総称識別子をローカルホストＳＡＮ内の一意に定まるシミュレート対象ファイバチャンネルターゲットにマッピングしてもよい）。このようなマッピングの任意の組み合わせを用いることが可能であり、本発明の範囲内である。実際、イニシエータノードは、選択されたターゲットデバイスのみをマッピングすることまたは全てのターゲットデバイスをマッピングすることを決定し得る。また、ターゲットデバイスは任意の順序でマッピングすることも可能である。例えば、上記の表４において、第１イニシエータノード１２０は、ターゲットＳＡＮ  １１５からのターゲットデバイス全てをシミュレート対象のファイバチャンネルターゲットにマッピングしたが、マッピングの順序は異なる。ホスト総称識別子１はファイバチャンネルＬＵＮ  ０にマッピングされ、ホスト総称識別子０はファイバチャンネルＬＵＮ  １にマッピングされ、およびホスト総称識別子２はファイバチャンネルＬＵＮ  ２にマッピングされる。このような組み合わせのうち任意のものが本発明の範囲内である。それとは対照的に、本実施例の第２イニシエータノード１３０は、ホスト総称識別子２と関連付けられた１つのターゲットデバイスのみをファイバチャンネルＬＵＮ  ０にマッピングする。
      【００３７】
  これらのマッピング表を用いることにより、第１イニシエータノード１２０および第２イニシエータノード１３０に接続されたローカルＳＡＮ上のイニシエータは、ターゲットノード１５０に接続されたターゲットＳＡＮ１１５上のＳＣＳＩターゲットデバイスにアクセスすることができる。本発明の教示内容によれば、このような全てのリモートターゲットデバイスまたは限られた数のこのようなデバイスを、ローカルターゲットＳＡＮからリモートイニシエータＳＡＮへとアクセスさせることが可能となる。これにより、本発明を用いれば、デバイスアドレスを一般的な様式でマッピングすることにより、任意の種類のエクステンダプロトコルを介して任意の種類のＳＣＳＩターゲットデバイスにアクセスすることが可能となる。さらに、本発明の方法およびシステムを用いれば、１つ以上のリモートイニシエータＳＡＮからのターゲットＳＡＮ上のこのような全てのターゲットデバイスまたは限られた数のこのようなターゲットデバイスのみに生成されたマッピング表に応じてアクセスする能力が得られる。また、本発明を用いれば、異なるアーキテクチャおよびプロトコルを有する複数のＳＡＮを一般的な様式で相互接続することも可能になる。」（段落【００１７】〜【００３７】）
　
５　対比
　本願発明と引用発明を対比する。
　引用発明の「ホストコンピュータ００」は、本願発明の「コンピュータ」に相当する。
　引用発明の「コンピュータ０５」は、ホストコンピュータ００と物理的に離れた場所にあることから、本願発明の「リモート装置」に相当する。
　引用発明の「ネットワークＳＣＳＩデバイスドライバ１０」は、本願発明の「ネットワークリダイレクタ（１２０）」に相当する。
　引用発明の「ネットワークＳＣＳＩアプリケーションサーバ１２」は、本願発明の「ネットワークサーバ（１２１）」に相当する。
　本願発明の「ドライブコマンドモジュール」は、用語の定義が明確でないため、本願明細書の記載を参照することとする。本願明細書段落【００１２】には「本明細書で述べるように、入出力要求を受け取りかつターゲット周辺装置により実行される要求を処理するソフトウェアレイヤは、ドライブコマンドモジュール（ＤＣＭ）と呼ばれる。」と記載されているから、本願発明の「ドライブコマンドモジュール」は、入出力要求を受け取りかつターゲット周辺装置により実行される要求を処理するソフトウェアレイヤであるといえる。一方、引用発明において、オペレーティングシステム０４は、アプリケーションプログラム０３から入力／出力に関するコマンドを受け取り、ターゲット周辺装置であるＳＣＳＩディスク３０により実行される要求を処理する機能を有するソフトウェアであることは明らかである。したがって、引用発明の「オペレーティングシステム０４」は、本願発明の「第１のドライブコマンドモジュール（２０）」に相当する構成を含んでいる。
　引用発明において、ホストコンピュータ００は、オペレーティングシステム０４及びネットワークＳＣＳＩデバイスドライバ１０を実行している。　
　引用発明の「ネットワークＳＣＳＩ装置」は、ホストコンピュータ００及びコンピュータ０５などの複数の構成要素で構成されており、また、入力／出力に関するコマンドを処理していることも明らかであるから、本願発明の「入出力（Ｉ／Ｏ）要求処理システム（１５０）」に相当する。
　引用発明の「アプリケーションプログラム０３」は、要求し、結果を受け取るプログラムであることは明らかであるから、本願発明の「クライアントアプリケーション」に相当する。
　引用発明の「コマンド」は、入力／出力に関するコマンドであることは明らかであるから、本願発明の「入出力要求（１５）」に相当する。
　引用発明の「ＳＣＳＩディスク３０ｊ」は、コマンドを処理する周辺装置であることは明らかであるから、本願発明の「入出力要求（１５）を処理する周辺装置」に相当する。また、引用発明において、ネットワーク接続４０を、仮想ディスクの３０ｖのようなディスクデバイスであるかのように、オペレーティングシステム０４のファイルシステム（又は他のアプリケーション）に見せることができるという効果にかんがみると、引用発明の「ディスクファイル名」は、コンピュータ００にとってローカルな仮想的なＳＣＳＩディスクのディスクファイル名であることは明らかであり、また、ディスクファイル名は、周辺装置アドレス同様に、ディスクなどの周辺装置を一意に表すものであるから、本願発明の「ローカル周辺装置アドレス」に相当する。したがって、引用発明のＳＣＳＩディスク３０ｊのＬＵＮに関連づけられる「ディスクファイル名へのコマンド」は、本願発明の「入出力要求（１５）を処理する周辺装置のローカル周辺装置アドレスを参照する入出力要求（１５）」に相当する。
　そうすると、引用発明の「アプリケーションプログラム０３が、ディスクファイル名へのコマンドを発行した場合、オペレーティングシステム０４は、ＳＣＳＩディスク３０ｊのＬＵＮを関連づけ、そのコマンドをネットワークＳＣＳＩデバイスドライバ１０へ送信」する構成は、本願発明の「前記第１のドライブコマンドモジュール（２０）は、入出力要求（１５）を処理する周辺装置のローカル周辺装置アドレスを参照する入出力要求（１５）をクライアントアプリケーションから受け取って、前記ネットワークリダイレクタに前記入出力要求（１５）を渡すように適応され」る構成に相当する。
　引用発明において、オペレーティングシステム０４は、コマンドをネットワークＳＣＳＩデバイスドライバ１０へ送っていることから、ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４と通信可能に結合されていることは明らかである。
　引用発明の「ネットワーク接続４０」は、本願発明の「通信ネットワーク（１３０）」に相当する。
　引用発明の「ネットワークＳＣＳＩデバイスドライバ１０は、オペレーティングシステム０４からそのコマンドを受信すると、そのコマンドをメッセージにカプセル化し、ネットワーク接続４０を介してそのメッセージをネットワークＳＣＳＩアプリケーションサーバ１２へ送信」する構成は、本願発明の「前記ネットワークリダイレクタ（１２０）は」「前記第１のドライブコマンドモジュール（２０）から渡された前記入出力要求（１５）を、通信ネットワーク（１３０）に伝送するように適応され」ている構成に相当する。
　引用発明の「ネットワークＳＣＳＩアプリケーションサーバ１２は、ネットワークＳＣＳＩデバイスドライバ１０からネットワーク接続４０を介してそのメッセージを受け取る」構成は、本願発明の「前記リモート装置の前記ネットワークサーバ（１２１）は、前記通信ネットワーク（１３０）から前記入出力要求（１５）を受け取」る「ように適応され」ている構成に相当する。
　引用発明の「ＳＣＳＩディスク３０ｊ」は、本願発明の「リモート周辺装置（８５）」に相当する。
　引用発明の「ＳＣＳＩディスク３０ｊのＬＵＮ」は、本願発明の「リモート周辺装置（８５）のアドレス」に相当する。
　
　すると、本願発明と引用発明は、次の点で一致する。
＜一致点＞
「第１のドライブコマンドモジュール（２０）およびネットワークリダイレクタ（１２０）を実行するコンピュータと、ネットワークサーバ（１２１）を有するリモート装置とを備える入出力（Ｉ／Ｏ）要求処理システム（１５０）であって、
　前記第１のドライブコマンドモジュール（２０）は、入出力要求（１５）を処理する周辺装置のローカル周辺装置アドレスを参照する入出力要求（１５）をクライアントアプリケーションから受け取って、前記ネットワークリダイレクタに前記入出力要求（１５）を渡すように適応され、
　前記ネットワークリダイレクタ（１２０）は、前記第１のドライブコマンドモジュール（２０）に通信可能に結合され、前記第１のドライブコマンドモジュール（２０）から渡された前記入出力要求（１５）を、通信ネットワーク（１３０）に伝送するように適応され、
　前記リモート装置の前記ネットワークサーバ（１２１）は、前記通信ネットワーク（１３０）から前記入出力要求（１５）を受け取るように適応されている
　システム。」
　
　一方、両者は次の点で相違する。
＜相違点１＞
　本願発明では、リモート装置がネットワークサーバ（１２１）および第２のドライブコマンドモジュール（２１）を有するのに対し、引用発明では、リモート装置がネットワークサーバ（１２１）を有することについて記載があるが、第２のドライブコマンドモジュール（２１）を有することについて明確な記載がない点。
＜相違点２＞
　本願発明では、ネットワークリダイレクタ（１２０）は、第１のドライブコマンドモジュール（２０）によって呼び出されるのに対し、引用発明では、呼び出されることについて明確な記載がない点。
＜相違点３＞
　本願発明では、リモート装置のネットワークサーバ（１２１）は、入出力要求（１５）からローカル周辺装置アドレスを除去しリモート周辺装置（８５）のアドレスを挿入してドライブコマンドモジュール入出力要求（３２）を生成するように適応されるのに対し、引用発明では、コンピュータにおいて、クライアントアプリケーションが、ローカル周辺装置アドレスを参照する入出力要求（１５）を発行した場合、第１のドライブコマンドモジュール（２０）は、リモート周辺装置（８５）のアドレスを関連づけることについて記載があるが、リモート装置のネットワークサーバ（１２１）の上記構成について明確な記載がない点。
＜相違点４＞
　本願発明では、リモート装置の第２のドライブコマンドモジュール（２１）は、ドライブコマンドモジュール入出力要求（３２）を処理し、ドライブコマンドモジュール入出力要求（３２）に対応するコマンド（３３）を、リモート周辺装置（８５）と共に実行するように適応されているのに対し、引用発明では、この構成について明確な記載がない点。
　
６　当審の判断
　上記相違点について検討する。
＜相違点２についての検討＞
　プログラムの実行において、プログラムが他のプログラムを呼び出す技術は、文献を示すまでもなく、本願優先日前周知である。
　したがって、引用発明において、当該周知技術を適用して、ネットワークリダイレクタ（１２０）が、第１のドライブコマンドモジュール（２０）によって呼び出されるように構成することは、当業者が適宜なし得ることである。
　
＜相違点３についての検討＞
　引用例２には、リモートターゲットデバイスにアクセスする技術において、ローカル側のノードにおいて、ローカルのＦＣＬＵＮ（本願の「ローカル周辺装置アドレス」に相当。）からトランスポート識別子へのマッピングを行い、ターゲット側のノードにおいて、トランスポート識別子からターゲットのＬＵＮ識別子（本願の「リモート周辺装置（８５）のアドレス」に相当。）へのマッピングを行う技術が記載されている。そして、引用例２に記載された技術において、ローカル側のノードにおけるリモートターゲットデバイスに対する入出力要求がローカルのＦＣＬＵＮを参照することは、明らかである。したがって、ローカルのＦＣＬＵＮを参照する入出力要求は、マッピングにより、最終的に、ターゲットのＬＵＮ識別子を参照する入出力要求となるといえる。ここで、ローカルのＦＣＬＵＮを参照する入出力要求が、ターゲットのＬＵＮ識別子を参照する入出力要求となる構成は、ローカルのＦＣＬＵＮを参照する入出力要求から、ローカルのＦＣＬＵＮを除去し、ターゲットのＬＵＮ識別子を挿入する構成といえるから、本願発明の「入出力要求（１５）からローカル周辺装置アドレスを除去しリモート周辺装置（８５）のアドレスを挿入してドライブコマンドモジュール入出力要求（３２）を生成する」構成に相当する。
　そして、ローカルのＦＣＬＵＮからターゲットのＬＵＮ識別子へのマッピングを、ローカル側のみ、ターゲット側のみ又はローカル側及びターゲット側の両者のいずれかで行うかは、当業者が必要に応じて適宜選択し得る事項にすぎない。したがって、ローカルのＦＣＬＵＮからターゲットのＬＵＮ識別子へのマッピングを、ターゲット側（本願発明の「リモート装置のネットワークサーバ（１２１）」に相当。）のみで行うように構成することは、当業者が適宜なし得ることである。
　また、引用発明及び引用例２に記載された技術の属する技術分野は、ローカル周辺装置にアクセスするかのように見せかけて遠隔の周辺装置をアクセスする技術である点で共通する。
　したがって、引用発明において、引用例２に記載された技術を適用し、リモート装置のネットワークサーバ（１２１）が、入出力要求（１５）からローカル周辺装置アドレスを除去しリモート周辺装置（８５）のアドレスを挿入してドライブコマンドモジュール入出力要求（３２）を生成するように適応されているように構成することは、当業者が容易に想到し得ることである。
　
＜相違点１、４についての検討＞
　コンピュータがＳＣＳＩディスクなどの周辺装置をアクセスする技術において、コンピュータのクライアントアプリケーションから発行された入出力要求を処理し、その入出力要求に対応するコマンドを周辺装置とともに実行するように適応されているドライブコマンドモジュールをコンピュータが有する技術は、文献を示すまでもなく、本願優先日前周知である。
　また、ドライブコマンドモジュール入出力要求（３２）については、上記＜相違点３についての検討＞で述べたとおりである。
　したがって、引用発明において、上記周知技術及び引用例２に記載された技術を適用し、ドライブコマンドモジュール入出力要求（３２）を処理し、ドライブコマンドモジュール入出力要求（３２）に対応するコマンド（３３）を、リモート周辺装置（８５）と共に実行するように適応されている第２のドライブコマンドモジュール（２１）をリモート装置が有するように構成することは、当業者が容易に想到し得ることである。
　
　また、本願発明の構成によって生じる効果も、引用発明、引用例２に記載された技術及び周知技術から当業者が予測できる程度のものである。
　
　したがって、本願発明は、引用発明、引用例２に記載された技術及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
７　むすび
　以上のとおり、本願発明は、引用発明、引用例２に記載された技術及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、他の請求項について論及するまでもなく、本願は、特許法２９条２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。