【事件の表示】
　平成１１年特許願第１６２０４４号「記憶装置システム」拒絶査定不服審判事件〔平成１２年　５月１２日出願公開、特開２０００−１３２３４３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は、平成１１年６月９日（国内優先権主張平成１０年８月２０日）の出願であって、平成１７年３月２２日付けで拒絶査定され、これに対し、同年４月２８日に拒絶査定不服審判が請求されるとともに、同年５月２６日付けで手続補正がされたものであり、当審において平成２０年４月１７日付けで拒絶理由が通知され、これに対し、同年６月１９日付けで手続補正がされたものである。
　
第２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２０年６月１９日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、次のとおりのものである。
　
【請求項１】
　複数の記憶装置システム間でデータをコピーするリモートコピーシステムであって、
　第一の制御装置と、前記第一の制御装置に接続される複数の第一の記憶装置を有する第一の記憶装置システムと、
　第二の制御装置と、前記第二の制御装置に接続される複数の第二の記憶装置を有する第二の記憶装置システムとを有しており、
　前記第一の制御装置は、前記複数の第一の記憶装置内に存在する第一のボリュームを示す第一のボリューム識別情報と、第一の開始アドレスと、第一の末尾アドレスとを受信し、
　前記第一のボリューム識別情報によって識別される第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域に格納されているデータを前記第二の制御装置に送信し、
　前記第二の制御装置は前記第一の制御装置から受信したデータを前記複数の第二の記憶装置内に存在する第二のボリュームに格納し、
　前記第一の制御装置が該第一の制御装置に接続されるプロセッサからライト要求を受信した場合に、前記第一の制御装置はライトデータを該第一のボリュームに格納すると共に、
前記ライト要求の対象が、前記第一のボリューム識別情報によって識別される第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域であるかどうかを判定し、
　前記ライト要求の対象が、前記第一のボリューム識別情報によって識別される第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域である場合に、前記第一の制御装置はライトデータを前記第二の制御装置に送信し、
　前記第二の制御装置は、受信したライトデータを前記第二のボリュームに格納し、
前記システムは更に前記第二の制御装置に接続される第二のプロセッサを有し、
前記第二のプロセッサは、前記第一の制御装置に格納される前記第一のボリュームのファイル管理情報と前記第二の制御装置に格納される前記第二のボリュームのファイル管理情報とを読み出し、前記第一のボリュームのファイル管理情報に基づいて前記第二のボリュームのファイル管理情報を更新し、前記第二のプロセッサによる前記第二の記憶装置の使用を開始することを特徴とするリモートコピーシステム。
　
第３．刊行物
１．刊行物１記載発明
　当審の拒絶理由通知に引用された、特開平０７−２３４８１１号公報（平成７年９月５日出願公開。以下、「刊行物１」という。）には、図面とともに以下の技術事項が記載されている。（なお、数字を○で囲む文字を、例えば「○１」のように表記した。）
　
【０００７】
【課題を解決するための手段】図１は本発明の原理説明図である。図１中、Ａは正センタ側のホストシステム、Ｂは副センタ側のホストシステム、Ａ１は正センタ側のホストソフトウェア、Ｂ１は副センタ側のホストソフトウェア、Ａ２は正センタ側の回線接続用のルータ、Ｂ２は副センタ側の回線接続用のルータ、ＲＦＩＬＥＡは正センタ側のリモートファイル、ＲＦＩＬＥＢは副センタ側のリモートファイル、ＶＯＬＡは正センタ側のリモートファイルを記憶する記憶装置であるボリューム、ＶＯＬＢは副センタ側のリモートファイルを記憶する記憶装置であるボリューム、ＦＣＵＡは正センタ側のファイル用の制御装置であるファイル制御装置（コントローラ）、ＦＣＵＢは副センタ側のファイル用の制御装置であるファイル制御装置（コントローラ）を示す。
【０００８】図１に示すリモートファイルのシステム構成では、離れた場所に置かれた正センタと副センタの間で、ファイル制御装置ＦＣＵＡとＦＣＵＢでルータＡ２、Ｂ２を介してリモートファイルの転送を行い、正センタのリモートファイルＲＦＩＬＥＡを副センタのリモートファイルＢへ複写する。
　
【００１０】
【作用】以下、本発明の作用を図１に基づいて説明する。
（１）リモートファイルの指示（図１（ａ）参照）
リモートファイルを動作させるために、事前準備として、計算機システムの正副センタのホストシステム（以下「ホスト」という）ＡとＢとの間のホストソフトウェア（以下「ソフト」という）Ａ１とＢ１間通信により、リモートファイルの関係を定義する。これは、ボリューム対応表（図４（Ａ）参照）を通知することで実行される。次に、各センタのホストＡ、Ｂは装置対応表（図４（Ｂ）参照）を、各センタのファイル制御装置ＦＣＵＡ、ＦＣＵＢに通知する。この後、ファイル制御装置ＦＣＵＡ、ＦＣＵＢはファイル制御装置間通信により、指定されたファイルのリモート複写を開始できる。
【００１１】また、事前準備の別の方法として、ホストＡから装置対応表をファイル制御装置ＦＣＵＡに送り、その後、ファイル制御装置間通信で、その表をファイル制御装置Ｂに送ることもできる。
【００１２】（２）ボリューム複写（図１（ｂ）参照）
リモートファイルを定義した時点で、ホストＡ側の有効ファイルをホストＢへ複写して両ホストのリモートファイルＲＦＩＬＥＡとＲＦＩＬＥＢを等価にする。この場合、両ホストのファイルの内容を調べることにより、同じ内容のものがあれば複写する範囲を限定して複写時間を短くできる。
【００１３】また、両センタにおいて、新しいボリュームをリモートファイルのために使用する場合、両ボリュームには何も書かれていないためファイルの等価性を保証する必要が無く、ボリュームの複写処理は不要となる。
【００１４】（３）ファイルの更新（図１（ｃ）参照）
リモートファイルの更新に伴って、ソフトＡ１は、ファイルの更新をファイル制御装置ＦＣＵＡに指示する。
【００１５】（４）ファイルの転送（図１（ｄ）参照）
ファイル制御装置ＦＣＵＡは、ファイル更新を行うとともに、リモートファイルの複写先であるファイル制御装置ＦＣＵＢへファイルを転送する。このファイルを受信したファイル制御装置ＦＣＵＢは、リモートファイルの定義に従って配下のボリュームＶＯＬＢへ、このファイルを書き込む。…（後略）…
　
【００２１】
【実施例】以下本発明の実施例を図面に基づいて説明する。図２〜図７は本発明の実施例を示した図であり、図２〜図７中、図１と同一のものは同一の符号で示してある。また、ＣＡ１、ＣＡ２はチャネルアダプタ、ＤＡ１、ＤＡ２はデバイスアダプタ、ＲＡ１、ＲＡ２はルータアダプタ、ＳＳ１、ＳＳ２は非同期転送用のバッファ、Ａ１１、Ｂ１１はボリューム対応表、Ａ２１、Ｂ２１は装置対応表を示す。
【００２２】（１）リモートファイルの更新処理の説明
リモートファイルの複写元ボリュームへの書き込みは、通常の入出力（ＩＯ）処理と同じである。書き込み処理に対して、データが非同期転送用バッファに格納された時点でＩＯ処理完了がホストへ報告される。
【００２３】書き込み命令を受けたファイル制御装置ＦＣＵは、それがリモートファイルを構成するボリュームへの書き込みであると判定したら、非同期転送用バッファに格納された書き込みデータを、指定ボリュームに書き込むことに平行して、複写先ボリュームへデータを転送する。
【００２４】複写先のファイル制御装置ＦＣＵは、通信回線を通じて受信したデータを非同期転送用バッファに格納し、適宜指定のボリュームへデータを書き込む、ボリュームへの書き込みが完了したら、完了通知を複写元のファイル制御装置ＦＣＵに通知する。
　
【００３４】（２）リモートファイルの設定、解除、構成情報の通知
リモートファイルを動作させるために、事前準備として正副センタのリモートファイルを格納するボリュームを設定しておく、また、リモートファイルの動作を終了させる場合は、リモートファイルの解除を行う。そして、ある時点のリモートファイルの構成情報を確認することもできる。
【００３５】ａ．リモートファイルの設定
図３はリモートファイルの設定の説明図であり、○１〜○８は処理の流れを示している。図４はリモートファイルの対応表の説明図であり、図４（Ａ）はボリューム対応表、図４（Ｂ）は装置対応表を示す。
【００３６】図４（Ａ）において、例えばＮｏ．１では、ホストＡのボリューム名ＬＯＧＶＬ１、機番（ファイル制御装置ＦＣＵ側で定められた番号）３０１とホストＢのボリューム名ＶＯＬ００１、機番５０１が等価であることを示している。
【００３７】図４（Ｂ）において、例えばＮｏ．１の正センタ側機番３０１と副センタ側機番５０１が等価であることを示す。以下、図３、図４に基づいてリモートファイル設定の動作を説明する。
【００３８】○１正センタのホストＡから副センタのホストＢへソフト間通信により、リモートファイルの設定を通知する。この時図４（Ａ）のボリューム対応表が送られる。
【００３９】○２ホストＢは、ファイル制御装置ＦＣＵＢにリモートファイルのボリュームの機番対応を通知する。この時、図４（Ｂ）の装置対応表が送られる。
○３装置対応表Ｂ２１を格納したファイル制御装置ＦＣＵＢは、設定完了をホストＢへ通知する。
【００４０】○４ホストＢは、ファイル制御装置ＦＣＵＢからの完了通知を受けて、ホストＡへ設定完了をソフト間通信で通知する。
○５ホストＡは、ファイル制御装置ＦＣＵＡへリモートファイルのボリュームの機番対応を通知する。この時、図４（Ｂ）の装置対応表が送られる。
【００４１】○６装置対応表Ａ２１を格納したファイル制御装置ＦＣＵＡは、それをファイル制御装置ＦＣＵ間通信でファイル制御装置ＦＣＵＢへ通知する。
○７ファイル制御装置ＦＣＵＢは、ファイル制御装置ＦＣＵＡから送信された装置対応表Ａ２１を格納してある装置対応表Ｂ２１と比較し、その結果をファイル制御装置ＦＣＵＡへ通知する。
【００４２】○８ファイル制御装置ＦＣＵＡは、ファイル制御装置ＦＣＵＢからの比較結果を受信し、一致が確認されれば、設定の完了をホストＡに通知する。比較結果が不一致の場合は、ホストＡにエラーを報告する。
【００４３】このように、リモートファイルの設定は、各センタから配下のファイル制御装置への設定通知として、装置対応表が送られることで実行されるが、以下の手順で設定することも可能である。
【００４４】まず、ホストＡはファイル制御装置ＦＣＵＡへリモートファイルのボリュームの機番対応を通知する。この時、図４（Ｂ）の装置対応表が送られる。次に、装置対応表Ａ２１を格納したファイル制御装置ＦＣＵＡは、それをファイル制御装置間通信でファイル制御装置ＦＣＵＢへ通知する。
【００４５】その後、ファイル制御装置ＦＣＵＢからの設定完了通知を受けたファイル制御装置ＦＣＵＡは、ホストＡに設定完了を報告するようにする。また、設定内容としてボリューム全体を指定するだけでなく、その一部、例えば磁気ディスクでは、シリンダ、トラック又は特定のファイルだけを指定することもできる。更に、リモートファイルが設定されたボリュームの等価性保証が必要な場合は後述するリモートファイルのボリューム複写が行われる。
　
【００４８】（３）リモートファイルのボリューム複写
リモートファイルを設定した時点で、ホストＡ、ＢのそれぞれのボリュームＶＯＬＡとボリュームＶＯＬＢの内容を等価にする必要がある場合、ボリューム複写を実行する。このボリューム複写は、ホストＡ又はＢが一度指示を与えることにより、ホストのリソース（資源）を使用することなく、ボリューム全体又は一部の複写をファイル制御装置がファイル制御装置間通信によって行う。
【００４９】図５はリモートファイルのボリューム複写説明図であり、以下、図５の処理○１〜○３に基づいて説明する。
○１ホストＡは、ファイル制御装置ＦＣＵＡにボリュームＶＯＬＡからボリュームＶＯＬＢへのボリューム複写を指示する。この複写命令には、装置機番と複写範囲が示されるものである。
【００５０】○２ファイル制御装置ＦＣＵＡは、指定された範囲のボリュームＶＯＬＡの内容を逐次読み出し、ファイル制御装置間通信でファイル制御装置ＦＣＵＢへ転送する。
【００５１】○３ファイル制御装置ＦＣＵＢは、受信したデータをボリュームＶＯＬＢへ書き込んでいく。
○４上記○２から○３の処理を指定された範囲内で繰り返す。そして、この複写が完了したら、ファイル制御装置ＦＣＵＡはホストＡにボリューム複写完了を通知する。
【００５２】なお、ホストＡの指示によりファイル制御装置ＦＣＵＡにボリュームＶＯＬＢからボリュームＶＯＬＡへのボリューム複写を行わせることも可能である。…（後略）…
　
　これらの記載によれば、刊行物１には、次の発明（以下、「刊行物１記載発明」という。）が記載されている。
　
　正センタ側のホストシステムＡ（以下「ホストＡ」という）、副センタ側のホストシステムＢ（以下「ホストＢ」という）、正センタ側のホストソフトウェアＡ１、副センタ側のホストソフトウェアＢ１、正センタ側の回線接続用のルータＡ２、副センタ側の回線接続用のルータＢ２、正センタ側のリモートファイルＲＦＩＬＥＡ、副センタ側のリモートファイルＲＦＩＬＥＢ、正センタ側のリモートファイルを記憶する記憶装置であるボリュームＶＯＬＡ、副センタ側のリモートファイルを記憶する記憶装置であるボリュームＶＯＬＢ、正センタ側のファイル用の制御装置であるファイル制御装置（コントローラ）ＦＣＵＡ、副センタ側のファイル用の制御装置であるファイル制御装置（コントローラ）ＦＣＵＢを有し、
　正センタのファイル制御装置ＦＣＵＡと副センタのファイル制御装置ＦＣＵＢの間で、ルータＡ２、Ｂ２を介してリモートファイルの転送を行い、正センタのリモートファイルＲＦＩＬＥＡを副センタのリモートファイルＲＦＩＬＥＢへ複写する計算機システムであって、
　リモートファイルを動作させるために、事前準備として正副センタのリモートファイルを格納するボリュームを設定しておき、ボリューム対応表において、例えば、ホストＡのボリューム名ＬＯＧＶＬ１、機番（ファイル制御装置ＦＣＵ側で定められた番号）３０１とホストＢのボリューム名ＶＯＬ００１、機番５０１が等価であることを示し、装置対応表において、例えば正センタ側機番３０１と副センタ側機番５０１が等価であることを示し、
　リモートファイルのボリューム複写では、ホストＡは、ファイル制御装置ＦＣＵＡにボリュームＶＯＬＡからボリュームＶＯＬＢへのボリューム複写を指示し、この複写命令には、装置機番と複写範囲が示され、ファイル制御装置ＦＣＵＡは、指定された範囲のボリュームＶＯＬＡの内容を逐次読み出し、ファイル制御装置間通信でファイル制御装置ＦＣＵＢへ転送し、ファイル制御装置ＦＣＵＢは、受信したデータをボリュームＶＯＬＢへ書き込み、
　リモートファイルの更新では、ホストＡは、ファイルの更新をファイル制御装置ＦＣＵＡに指示し、書き込み命令を受けたファイル制御装置ＦＣＵＡは、それがリモートファイルを構成するボリュームへの書き込みであると判定したら、書き込みデータを指定ボリュームに書き込むことに平行して、複写先ボリュームへデータを転送し、複写先のファイル制御装置ＦＣＵＢは、通信回線を通じて受信したデータを、リモートファイルの定義に従って配下のボリュームＶＯＬＢへ書き込む、
計算機システム。
　
２．刊行物２記載発明
　当審の拒絶理由通知に引用された、特開平０９−３０５３２４号公報（平成９年１１月２８日出願公開。以下、「刊行物２」という。）には、図面とともに以下の技術事項が記載されている。
　
【００１１】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照して説明する。
【００１２】図１に示すように、本実施形態によるミラーディスクシステムは、複数のディスク装置１２，１３と、これらディスク装置１２，１３と接続されるホストアダプタ１１とを備えている。このホストアダプタ１１は、ホスト装置からのリード／ライト要求に従って各ディスク装置にコマンドを出力する。
【００１３】しかも、ホストアダプタ１１は、ディスク装置１２，１３へのコマンド発行を制御するコマンドスケジューラ１と、このコマンドスケジューラ１による制御に従ってディスク装置１２，１３へコマンドを出力するコマンド発行手段３と、各ディスク装置１２，１３からの実行終了通知等の結果返送を受信する結果受信手段４とを備えている。
【００１４】さらに、コマンドスケジューラ１には、各ディスク装置１の装置固有情報（デバイスＩＤ）等を記憶するスケジュールメモリが併設されている。スケジュールメモリ２は、実際には、ホストコンピュータ内のメモリを割り当てる。
【００１５】コマンドスケジューラ１は、コマンドのスケジュールを立てる。ミラーリングを管理する上で重要な働きをする。スケジュールメモリ２は、ホスト装置内のメモリを用いている。コマンド発行手段３は、コマンドスケジューラ１によって生成されたスケジュールに従って、コマンドを各ディスク装置１２，１３に出力する。また、結果受信手段４は、ディスク装置１２，１３の動作結果の報告を受信する。通常、コマンド発行手段３と結果受信手段４とは、インターフェース規格に順じたプロトコルにより動作するコントロールＬＳＩで構成される。
【００１６】このインターフェース規格としては、ＡＴＡ、ＳＣＳＩ、ＩＰＩ等のがある。また、ディスプレイ１５やキーボード１４は、ホストアダプタ１１が接続されているホストコンピュータ用の資源であり、コマンドスケジューラ１が、ユーザに対してミラーリングの領域の判断を要求するためにある。
【００１７】ディスク装置１３は、コマンド発行手段３から出力されたコマンドの内容を解析するコマンド解析手段８と、ミラーリングの範囲を記憶するミラーテーブルメモリ９と、実行結果等をホストアダプタ１１に返送する結果返送手段１７とを備えている。これは、ディスク装置１２においても同様である。
　
【００２８】図３はディスク装置の動作を示すフローチャートである。、ディスク装置１３では、コマンド発行手段３からコマンドが出力されると、コマンド解析手段８が、コマンドの内容を解析し、ミラー範囲の設定やデータのリード／ライトを制御する（ステップＳ１１）。まず、ミラー範囲の通知があると、このミラー範囲を示すテーブルをミラーテーブルメモリに格納する。
【００２９】リード／ライト系コマンドが出力された場合には（ステップＳ１２）、コマンド解析手段８は、当該コマンドの示す領域がミラー領域に属するか否かをミラーテーブルに基づいて照合する（ステップＳ１３）。ミラー領域内であれば、ライト系コマンドの場合にはファイル１０に書き込み指示する（ステップＳ１６）。一方、リード系コマンドの場合、自分のＩＤ番号の時のみ読み出しをファイルに指示する（ステップＳ１５）。ミラー領域外である場合には、ホストアダプタ１１から送られて来たコマンドをそのままファイル１０に指示する。
【００３０】上述したように本実施形態によると、すでに組みあがっているシステムにおいて、ミラーリング用ドライバソフトと、それに対応するファームウェアが入っているファイルデバイスにすることにより、少ないコストでミラーリングを実現することでき、ファイルシステムの信頼性を上げることができる。
【００３１】また、ミラーリング領域を各ファイル容量の１００％に配置せず、ミラーリングにしない領域を作り、ファイルデバイスに記憶させるファイルの重要度に応じて、ミラー領域と通常領域に記憶させる場所を分けることにより、限られた記憶容量で、システムに合わせた信頼性を向上させることができる。
【００３２】
【実施例】本実施例は、ＡＴＡ−３インターフェースで、ＨＤＤ（ハードディスクドライブ）が接続されている場合を想定している。従って、ホストアダプタとＨＤＤ間はこの仕様の物理的及び論理的規約に基づいて動作しなければいけない。
【００３３】このため、いわゆるＡＴ互換コンピュータの内にＡＴＡインターフェースが標準実装されており、これが本実施例によるホストアダプタ１１を構成する。
【００３４】また、Ｆ／Ｗ（ファームウエア）を変更したＩＤＥ仕様ドライブ２台をコンピュータ内に実装する。ここでは、ＨＤＤ０とＨＤＤ１とする。さらに、コマンドスケジューラ１であるデバイスドライバは、使用するコンピュータのＯＳ規約に基づいたインターフェイス仕様で作られており、そのＯＳの公開されたインストール方法により組み込まれて、その後に動作する。
【００３５】図４は本実施例によるミラー範囲の一例を示す説明図である。
【００３６】本実施例では、ＨＤＤのロジカルユニットアドレス（Logical Unit Adress）を単位としてミラー範囲を定める。図４に示す例では、ＨＤＤ０及びＨＤＤ１のアドレス０〜１０１までをミラー範囲とする。
【００３７】この図４に示すミラー範囲の例では、コマンド解析手段５，８は、図５に示すようにコマンドを解析する。リードコマンドであれば、コマンド中のＩＤ番号の指定されたＨＤＤがリードを行う。一方、ライトコマンドの場合にはミラー範囲かいなかによりコマンドの修正を行う。アドレスが０〜１０１までの場合には、コマンドに指定されたデバイスＩＤは無視し、全てのＨＤＤで当該コマンドによるデータが記録される。また、１０２から各ドライブの最終アドレスまでの場合には、コマンド中のＩＤ番号に指定されるＨＤＤでのみデータが記録される。
　
　また、【符号の説明】には、「１２　ディスク装置（ＨＤＤ０）」、「１３　ディスク装置（ＨＤＤ１）」と記載されている。
　
　これらの記載によれば、刊行物２には、次の発明（以下、「刊行物２記載発明」という。）が記載されている。
　
　複数のディスク装置１２、１３と、これらディスク装置１２、１３と接続され、ホスト装置からのリード／ライト要求に従って各ディスク装置にコマンドを出力するホストアダプタ１１とを備えるミラーディスクシステムであって、
　ホストアダプタ１１は、ディスク装置１２、１３へのコマンド発行を制御するコマンドスケジューラ１と、このコマンドスケジューラ１による制御に従ってディスク装置１２、１３へコマンドを出力するコマンド発行手段３とを備え、
　ディスク装置１２及び１３は、コマンド発行手段３から出力されたコマンドの内容を解析するコマンド解析手段８と、ミラーリングの範囲を記憶するミラーテーブルメモリ９とを備え、
　ディスク装置１３では、コマンド発行手段３からコマンドが出力されると、コマンド解析手段８が、コマンドの内容を解析し、ミラー範囲の設定やデータのリード／ライトを制御し、まず、ミラー範囲の通知があると、このミラー範囲を示すテーブルをミラーテーブルメモリに格納し、
　ミラー範囲の一例として、ＨＤＤのロジカルユニットアドレスを単位としてミラー範囲を定め、ディスク装置１２（ＨＤＤ０）及びディスク装置１３（ＨＤＤ１）のアドレス０〜１０１までをミラー範囲とすることができ、
　ライトコマンドが出力された場合であって、アドレスが０〜１０１までの場合には、コマンドに指定されたデバイスＩＤは無視し、全てのＨＤＤで当該コマンドによるデータが記録され、アドレスが１０２から各ドライブの最終アドレスまでの場合には、コマンド中のＩＤ番号に指定されるＨＤＤでのみデータが記録される、
ミラーディスクシステム。
　
第４．対比
　本願発明を、刊行物１記載発明と比較する。
　刊行物１記載発明において、ファイル制御装置ＦＣＵＡにホストＡ及びボリュームＶＯＬＡが接続され、ファイル制御装置ＦＣＵＢにホストＢ及びボリュームＶＯＬＢが接続されているから、刊行物１記載発明の、「ファイル制御装置ＦＣＵＡ」、「ホストＡ」、「ボリュームＶＯＬＡ」、「ファイル制御装置ＦＣＵＢ」、「ホストＢ」、「ボリュームＶＯＬＢ」は、それぞれ、本願発明の、「第一の制御装置」、「第一の制御装置に接続されるプロセッサ」、「第一の制御装置に接続される第一の記憶装置」、「第二の制御装置」、「第二の制御装置に接続される第二のプロセッサ」、「第二の制御装置に接続される第二の記憶装置」に相当する。また、刊行物１記載発明が、ボリュームＶＯＬＡとファイル制御装置ＦＣＵＡとを有する本願発明の「第一の記憶装置システム」に相当するものを備えること、及び、ボリュームＶＯＬＢとファイル制御装置ＦＣＵＢとを有する本願発明の「第二の記憶装置システム」に相当するものを備えることは明らかである。よって、刊行物１記載発明と、本願発明とは、「第一の制御装置と、前記第一の制御装置に接続される第一の記憶装置を有する第一の記憶装置システムと、第二の制御装置と、前記第二の制御装置に接続される第二の記憶装置を有する第二の記憶装置システム」を有する点で一致する。また、刊行物１記載発明は、リモートファイルを転送し複写するから、「複数の記憶装置システム間でデータをコピーするリモートコピーシステム」であることは明らかである。
　
　刊行物１記載発明において、ボリューム対応表により、ホストＡのボリューム名ＬＯＧＶＬ１、機番３０１と、ホストＢのボリューム名ＶＯＬ００１、機番５０１とが等価であることを示し、装置対応表により、正センタ側機番３０１と副センタ側機番５０１が等価であることを示しており、機番３０１によりボリューム名ＬＯＧＶＬ１を識別していると認められるから、刊行物１記載発明の、「ボリューム名ＬＯＧＶＬ１」、「機番３０１」、「ボリューム名ＶＯＬ００１」は、それぞれ、本願発明の、「第一のボリューム」、「第一のボリューム識別情報」、「第二のボリューム」に対応する。
　
　刊行物１記載発明において、リモートファイルのボリューム複写では、ホストＡは、ファイル制御装置ＦＣＵＡにボリュームＶＯＬＡからボリュームＶＯＬＢへのボリューム複写を指示し、この複写命令には、装置機番と複写範囲が示されるものであり、ファイル制御装置ＦＣＵＡは、指定された範囲のボリュームＶＯＬＡの内容を逐次読み出し、ファイル制御装置間通信でファイル制御装置ＦＣＵＢへ転送し、ファイル制御装置ＦＣＵＢは、受信したデータをボリュームＶＯＬＢへ書き込んでいる。よって、刊行物１記載発明と、本願発明とは、「前記第一の制御装置は、前記第一の記憶装置内に存在する第一のボリュームを示す第一のボリューム識別情報を受信し、前記第一のボリューム識別情報によって識別される第一のボリューム内の記憶領域に格納されているデータを前記第二の制御装置に送信し、前記第二の制御装置は前記第一の制御装置から受信したデータを前記第二の記憶装置内に存在する第二のボリュームに格納」する点で一致する。
　
　刊行物１記載発明において、リモートファイルの更新では、ホストＡは書き込み命令をファイル制御装置ＦＣＵＡに指示し、書き込み命令を受けたファイル制御装置ＦＣＵＡは、それがリモートファイルを構成するボリュームへの書き込みであると判定したら、書き込みデータを指定ボリュームに書き込むことに平行して、複写先ボリュームへデータを転送し、複写先のファイル制御装置ＦＣＵＢは、通信回線を通じて受信したデータを、リモートファイルの定義に従って配下のボリュームＶＯＬＢへ書き込んでいる。よって、刊行物１記載発明と、本願発明とは、「前記第一の制御装置が該第一の制御装置に接続されるプロセッサからライト要求を受信した場合に、前記第一の制御装置はライトデータを該第一のボリュームに格納すると共に、前記ライト要求の対象が、前記第一のボリューム識別情報によって識別される第一のボリューム内の記憶領域であるかどうかを判定し、前記ライト要求の対象が、前記第一のボリューム識別情報によって識別される第一のボリューム内の記憶領域である場合に、前記第一の制御装置はライトデータを前記第二の制御装置に送信し、前記第二の制御装置は、受信したライトデータを前記第二のボリュームに格納する」点で一致する。
　
　すると、本願発明と、刊行物１記載発明とは、次の点で一致する。
＜一致点＞
　「複数の記憶装置システム間でデータをコピーするリモートコピーシステムであって、
　第一の制御装置と、前記第一の制御装置に接続される第一の記憶装置を有する第一の記憶装置システムと、
　第二の制御装置と、前記第二の制御装置に接続される第二の記憶装置を有する第二の記憶装置システムとを有しており、
　前記第一の制御装置は、前記第一の記憶装置内に存在する第一のボリュームを示す第一のボリューム識別情報を受信し、
　前記第一のボリューム識別情報によって識別される第一のボリューム内の記憶領域に格納されているデータを前記第二の制御装置に送信し、
　前記第二の制御装置は前記第一の制御装置から受信したデータを前記第二の記憶装置内に存在する第二のボリュームに格納し、
　前記第一の制御装置が該第一の制御装置に接続されるプロセッサからライト要求を受信した場合に、前記第一の制御装置はライトデータを該第一のボリュームに格納すると共に、
前記ライト要求の対象が、前記第一のボリューム識別情報によって識別される第一のボリューム内の記憶領域であるかどうかを判定し、
　前記ライト要求の対象が、前記第一のボリューム識別情報によって識別される第一のボリューム内の記憶領域である場合に、前記第一の制御装置はライトデータを前記第二の制御装置に送信し、
　前記第二の制御装置は、受信したライトデータを前記第二のボリュームに格納し、
　前記システムは更に前記第二の制御装置に接続される第二のプロセッサを有するリモートコピーシステム。」である点。
　
　一方で、両者は次の点で相違する。
［相違点１］
　本願発明において、第一の制御装置に複数の第一の記憶装置が接続され、第一のボリュームは前記複数の第一の記憶装置内に存在し、第二の制御装置に複数の第二の記憶装置が接続され、第二のボリュームは前記複数の第二の記憶装置内に存在するのに対して、刊行物１記載発明において、第一の記憶装置及び第二の記憶装置が複数あることが明らかでない点。
［相違点２］
　本願発明において、第一の制御装置は、第一の開始アドレスと第一の末尾アドレスとを受信し、第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域に格納されているデータを送信し、プロセッサからライト要求を受信した場合に、前記ライト要求の対象が、第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域であるかどうかを判定し、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域である場合に、ライトデータを前記第二の制御装置に送信するのに対して、刊行物１記載発明において、第一の制御装置は、第一のボリュームを示す第一のボリューム識別情報を受信しているが、第一の開始アドレスと第一の末尾アドレスとを受信することについて明らかでなく、第一のボリューム内の記憶領域に格納されるデータを送信しているが、第一の開始アドレスと第一の末尾アドレスとで示される記憶領域に格納されるデータを送信することについて明らかでなく、プロセッサからライト要求を受信した場合に、前記ライト要求の対象が、第一のボリューム内の記憶領域であるかどうかを判定しているが、第一の開始アドレスと第一の末尾アドレスとで示される領域であるかどうかを判定することについて明らかでなく、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域である場合に、ライトデータを前記第二の制御装置に送信することについて明らかでない点。
［相違点３］
　本願発明において、第二のプロセッサは、前記第一の制御装置に格納される前記第一のボリュームのファイル管理情報と前記第二の制御装置に格納される前記第二のボリュームのファイル管理情報とを読み出し、前記第一のボリュームのファイル管理情報に基づいて前記第二のボリュームのファイル管理情報を更新し、前記第二のプロセッサによる前記第二の記憶装置の使用を開始するのに対して、刊行物１記載発明においては、その点に関して明らかでない点。
　
第５．判断
［相違点１］について
　当審の拒絶理由通知に引用された、特開平０９−０６９０３１号公報（平成９年３月１１日出願公開。特に段落【００２２】−【００２３】参照。）に記載されているように、複数の物理的な記憶装置に対して一つの論理ボリュームを割り当てることは当業者にとって周知技術であるから、刊行物１記載発明において、第一の記憶装置を複数の第一の記憶装置とし、第一のボリュームは前記複数の第一の記憶装置内に存在するものとすること、及び、第二の記憶装置を複数の第二の記憶装置とし、第二のボリュームは前記複数の第二の記憶装置内に存在するものとすることは、刊行物１記載発明に対して周知技術を付加したにすぎないことである。
［相違点２］について
　刊行物１には、リモートファイルの設定で、「また、設定内容としてボリューム全体を指定するだけでなく、その一部、例えば磁気ディスクでは、シリンダ、トラック又は特定のファイルだけを指定することもできる。」（段落【００４５】参照。）と記載されているから、刊行物１記載発明は、リモートファイルの設定でボリュームの一部を指定してもよいものである。
　また、刊行物２記載発明において、ミラーディスクシステムのミラー範囲としてディスク装置１２及び１３のアドレス０〜１０１までを設定し、ライトコマンドの場合、コマンドの示す領域がミラー範囲（アドレス０〜１０１）に属するか否かを判定し、ミラー範囲内であればディスク装置１２及び１３にデータを記録しているから、刊行物２記載発明では、開始アドレスと末尾アドレスとを用いて記憶装置の記憶領域を設定し、かつ判定している。
　そうすると、刊行物１記載発明の第一の制御装置において、第一の開始アドレスと第一の末尾アドレスとを受信し、第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域に格納されるデータを送信し、プロセッサからライト要求を受信した場合に、前記ライト要求の対象が、第一のボリューム内の、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域であるかどうかを判定し、前記第一の開始アドレスと前記第一の末尾アドレスとで示される記憶領域である場合に、ライトデータを前記第二の制御装置に送信することは、刊行物１記載発明及び刊行物２記載発明から当業者が容易に想到し得ることである。
［相違点３］について
　特開平０７−０４９８０５号公報（平成７年２月２１日出願公開。特に段落【０００８】−【００１５】参照。）、特開平０６−３３２８５８号公報（平成６年１２月２日出願公開。特に請求項１、段落【００１９】−【００３３】参照。）に記載されているように、複数のファイル管理システムのそれぞれがファイル管理情報を有し、ファイル管理情報を共通にするため、他のファイル管理システムのファイル管理情報に基づいて、ファイル管理システムが自らのファイル管理情報を更新することは、当業者にとって周知技術である。
　そうすると、刊行物１記載発明において、「第二のプロセッサは、前記第一の制御装置に格納される前記第一のボリュームのファイル管理情報と前記第二の制御装置に格納される前記第二のボリュームのファイル管理情報とを読み出し、前記第一のボリュームのファイル管理情報に基づいて前記第二のボリュームのファイル管理情報を更新し、前記第二のプロセッサによる前記第二の記憶装置の使用を開始すること」は、刊行物１記載発明及び周知技術から当業者が適宜なし得ることである。
　
　また、本願発明の構成によって生じる効果も、当業者が予測し得るものである。
　したがって、本願発明は、刊行物１記載発明、刊行物２記載発明及び周知技術に基づいて当業者が容易に発明をすることができたものである。
　
第６．むすび
　以上のとおり、本願発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　よって、結論のとおり審決する。