【事件の表示】
　特願２０１４−５１９１３６「シャドーイングストレージゲートウェイ」拒絶査定不服審判事件〔平成２５年　１月　３日国際公開、ＷＯ２０１３／００３７１３、平成２６年１０月３０日国内公表、特表２０１４−５２９１１１、請求項の数（１４）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１２年６月２９日（パリ条約による優先権主張２０１１年６月３０日、米国）を国際出願日とする出願であって、平成２７年９月３０日付けで拒絶査定がなされ（発送日：同年１０月６日）、これに対して平成２８年２月８日に審判の請求がなされ、同時に手続補正がなされたものである。
第２　平成２８年２月８日付けの手続補正（以下、「本件補正」という。）の適否
１．補正の内容
（１）請求項１について
本件補正は、特許請求の範囲の請求項１を、
「【請求項１】
　少なくとも１つのプロセッサと、
　プログラム命令を含むメモリであって、前記プログラム命令が、
　　ストレージゲートウェイが、顧客ネットワーク上の１つまたは複数のプロセスから、前記顧客ネットワーク上のローカルデータストアに向けられた読取り要求および書込み要求を受信することと、
　　前記ストレージゲートウェイが、前記読取り要求および前記書込み要求を前記ローカルデータストアに渡すことと、
　　前記ストレージゲートウェイが、サービスプロバイダによりリモートデータストア上で維持される前記ローカルデータストアのスナップショットを前記書込みデータで更新するために、前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信することと
、
　
前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、前記ストレージゲートウェイが、
　
前記１つまたは複数のプロセスから受信した前記書込みデータを書込みログにバッファリングすることと、
　
前記バッファリングされた書込みデータを前記書込みログから前記サービスプロバイダにアップロードすることと
を行うように動作可能である、
ゲートウェイプロセスを実現するために、前記少なくとも１つのプロセッサによって実行可能である、メモリと
を備える装置。」
とする補正（以下、「補正事項１」という。）を含んでいる。
（２）請求項８について
　本件補正は、特許請求の範囲の請求項８（補正前の請求項９）を、
「【請求項８】
　サービスプロバイダから受信された設定情報に従って、コンピュータを顧客ネットワーク上でシャドーイングゲートウェイとして設定することを含む方法であって、シャドーイングゲートウェイは、ローカルデータストア上に格納されたデータを前記サービスプロバイダによって維持されるリモートデータストアにシャドーイングするストレージゲートウェイであり、
　前記ローカルデータストア上に格納されたデータを前記リモートデータストアにシャドーイングするために、前記シャドーイングゲートウェイが、
　　前記顧客ネットワーク上の１つまたは複数のプロセスから前記ローカルデータストアに向けられた書込み要求を受信することと、
　　前記リモートデータストア上で前記サービスプロバイダにより維持される前記ローカルデータストアのスナップショットを前記書込みデータで更新するために、前記書込み要求によって示される書込みデータを前記サービスプロバイダにアップロードすることと
、
　
前記書込み要求によって示される書込みデータを前記サービスプロバイダにアップロードするために、前記シャドーイングゲートウェイが、
　
前記１つまたは複数のプロセスから受信した前記書込みデータを書込みログにバッファリングすることと、
　
前記バッファリングされた書込みデータを前記書込みログから前記サービスプロバイダにアップロードすることと
を行うように動作可能である、
方法。」
とする補正（以下、「補正事項２」という。）を含んでいる。
（３）　補正前の請求項６について
　補正前の請求項６を削除し、それに伴い、補正前の請求項６以降の項番を１ずつ減じている（以下、「補正事項３」という。）
（４）　請求項１２について
　請求項８を引用する請求項１２（補正前の請求項１３）を、
「【請求項１２】
　前記書込み要求によって示される書込みデータを前記サービスプロバイダにアップロードするために、前記シャドーイングゲートウェイが
、
　データ重複排除技術に従って、前記バッファリングされた書込みデータを前記書込みログから前記サービスプロバイダにアップロードすることと
を行うようにさらに動作可能である、
請求項
８
とする補正（以下、「補正事項４」という。）を含んでいる。
２．補正の適否
（１）補正事項１について
　本件補正の補正事項１は、請求項１に記載した発明を特定するために必要な事項である「書込みデータを前記サービスプロバイダに送信すること」（アップロード処理）について、主に補正前の請求項６に基づいて、「前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、前記ストレージゲートウェイが、前記１つまたは複数のプロセスから受信した前記書込みデータを書込みログにバッファリングすることと、前記バッファリングされた書込みデータを前記書込みログから前記サービスプロバイダにアップロードすることと」を行うとの限定を付加するものであって、補正前の請求項１に記載された発明と補正後の請求項１に記載された発明の産業上の利用分野及び解決しようとする課題が同一であるから、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　また、特許法第１７条の２第３項、第４項に違反するところはない。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「補正発明１」という。）が特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について以下に検討する。
ア　引用例の記載事項・引用発明について
　原査定の拒絶の理由で引用された、唯一の引用例である、特開２００２−３２４０００号公報（以下「引用例」という。）には、図面と共に、次の事項が記載されている。
（ア）　段落【００１１】
「【発明が解決しようとする課題】本発明は、ユーザ・サイトに信頼性の高い仮想ローカル・ストレージを使いやすい形で実現することができる。
本発明はさらに、ユーザ向けの高速なアクセスを可能にする仮想ローカル・ストレージを使いやすい形で実現することができる
（イ）　段落【００２０】−【００２７】
「【００２０】
ユーザ・サイト１０１では、第１のホスト１０４はストレージ・エリア・ネットワーク（ＳＡＮ）１０７を介してローカル・ストレージ１０６に接続され、第２のホスト１０５はローカル・エリア・ネットワーク（ＬＡＮ）１０８を介してローカル・ストレージ１０６に接続され
【００２１】当業者には周知のように、ＳＡＮは共有ストレージ・デバイスの高速サブネットワークであり、ＳＡＮによりＬＡＮ又はＷＡＮ内のすべてのサーバからすべてのストレージ・デバイスが利用可能である。ＳＡＮにさらにストレージ・デバイスを追加すると、その追加されたストレージ・デバイスも、さらに大きなネットワーク内の任意のサーバからアクセスできるようになる。
　　　・・・（中略）・・・
【００２６】ローカル・ストレージ１０６及びサービス・プロバイダ・サイト１０２及び１０３では、ＡＴＭ上でｉＳＣＳＩ又はファイバ・チャネル、ＳＯＮＥＴ上でファイバ・チャネル、又は独自ベンダ・プロトコルを使用できる。ローカル・ストレージ１０６は、仮想ストレージ１１１、コンフィギュレーション・テーブル１１２（図４も参照）、統計情報１１３（図５も参照）、アクセス・ログ１１４（図６も参照）、キャッシュ情報１１５、及びプログラム１１６を含む。コンポーネント１１２、１１３、１１４、１１５、及び１１６ではローカル・ストレージ１０６をキャッシュとして動作させることができる。ホスト１０４及び１０５は仮想ストレージ１１１にアクセスできる。仮想ストレージ１１１は、いくつかのボリューム１１７、１１８、１１９、及び１２０を含む。仮想ストレージ１１１内のボリュームの数は異なっていてもよい。これらのボリューム１１７〜１２０の管理は、ローカル・ストレージ１０６が行う。
ローカル・ストレージ１０６及びサービス・プロバイダ・サイト１０２及び１０３は、仮想ボリューム・ストレージ１１１の作成のため共同作業を行
【００２７】
ユーザは、ユーザ・サイト１０１に仮想ボリューム・ストレージ１１１（ローカル・ストレージ１０６内の）を配備することができ
仮想ボリューム・ストレージ１１１がユーザ・サイト１０１に配備されると、ホスト１０４及び／又はホスト１０５のユーザは仮想ボリューム・ストレージ１１１を使用することにより、巨大なサービス・プロバイダ・ストレージ（ボリューム１２１〜１２４及び／又はボリューム１２５〜１２８）にアクセスでき
　
（ウ）　段落【００２８】−【００３４】
「【００２８】図２は、ローカル・ストレージ１０６の一実施形態の詳細を示すブロック図である。
ローカル・ストレージ１０６は、マイクロプロセッサ２０１
、ローカル（内部）バス２０２、ＳＡＮ  １０７に結合されているＳＡＮインタフェース（Ｉ／Ｆ）２０３
、ＬＡＮ  １０８に結合されているＬＡＮ  Ｉ／Ｆ  ２０４
、ＷＡＮ  １１０に結合されているＷＡＮ  Ｉ／Ｆ  ２０５
、メモリＩ／Ｆ２０６、メモリ２０７、ディスク・コントローラ２０８、及びローカル・ディスク２０９を備え
メモリ２０７は、コンフィギュレーション・テーブル１１２、統計情報１１３、アクセス・ログ１１４、キャッシュ情報１１５、及びプログラム１１６を格納
マイクロプロセッサ２０１は、ローカル・ストレージ１０６内のすべてのリソースを制御し、プログラム１１６を使用してローカル・ストレージ１０６内のすべてのプロシージャを実行
【００２９】図２は、ローカル・ストレージ１０６内のプロシージャを実行しているときのローカル・ディスク２０９のスナップショットを示している。
当業者には周知のとおり、スナップショットとは、実際のストレージの全ボリューム又はボリュームの一部のコピーである
【００３０】
キャッシュ情報１１５は、キャッシュ・ディレクトリ２１０、保留データ・リスト２１１、及びキャッシュ・データ２１２で構成され
【００３１】
保留データ・リスト２１１は、ローカル・ストレージ１０６に保存されている保留データのリストであ
保留データ・リスト２１１は、保留データへのポインタ、サービス・プロバイダ・サイトへのポインタ、及び同期期間などの各保留データの情報を含
　　　・・・（中略）・・・
【００３４】一実施形態では、
プログラム１１６は、サーバ・プログラム２１３、シンクロナイザ２１７、キャッシュ制御２１８、スケジューラ２２０、及びデバイス・ドライバ２１９を含
サーバ・プログラム２１３は、ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、及びＳＣＳＩサーバ２１６で構成され
ＳＣＳＩサーバ２１６は、ＳＣＳＩターゲット・デバイスとして動作
シンクロナイザ２１７は、保留データ・リスト２１１を使用して、ローカル・ストレージ１０６とサービス・プロバイダ・サイト１０２及び／又は１０３の同期をと
（エ）　段落【００３５】−【００３７】
「【００３５】図３は、本発明の実施形態によるデータ・レイアウトの一例を示すブロック図である。ローカル・ストレージ１０６の管理は、以下でさらに詳しく説明しているように、データの特徴を使用することに基づいている。仮想ボリューム・ストレージ１１１では、データが静的かキャッシュされているか、同期か非同期かに応じてデータの特徴を取り扱う。以下でさらに詳しく説明しているように、仮想ボリューム・ストレージ１１１は、ストレージ・ボリュームだけでなく、ディレクトリ、ファイル、シリンダ、及び／又はブロック・アドレスでもデータの特徴を取り扱える。
ユーザ・サイト１０１では、仮想ストレージ１１１に４種類の仮想ボリューム（ボリューム００  １１７、ボリューム０１  １１８、ボリューム０２  １１９、及びボリューム０３  １２０）があ
これらの仮想ボリュームの特徴
（１）静的同期ボリューム、（２）静的非同期ボリューム、（３）キャッシュされた同期ボリューム、及び（４）キャッシュされた非同期ボリューム
　　　・・・（中略）・・・
【００３７】
（２）静的非同期ボリューム（ボリューム０１  １１８）：ボリューム０１  １１８は静的非同期ボリュームであ
したがって、ボリューム００１  １１８は、第１のサービス・プロバイダ・サイト１０２において実際のストレージ・ボリュームであるボリューム１１  １２２と同じサイズを占有
ホスト１０４及び／又は１０５は、ボリューム０１  １１８にデータを書き込み、保留データ・リスト２１１
に登録
この保留データは、
所定のスケジュールで同期処理され
（オ）　段落【００５３】−【００５８】
「【００５３】
読み込みプロセス
　　　・・・（中略）・・・
【００５４】図７は、本発明の実施形態によるこの読み込みプロセスの流れ図である。
ローカル・ストレージ１０６がホスト（たとえば、ホスト１０４又は１０５）から読み込みコマンドを受け取った後
ローカル・ストレージ１０６はデータのボリューム・タイプを調べる（ステップ７０１）
特に、スケジューラ２２０
は、読み込みコマンドを分析して、データのボリューム・タイプを判別し、また読み込みコマンドを処理する（取り扱う）サーバ・プログラム（サーバ２１４、２１５、又は２１６）を決定
ボリューム・タイプが静的ボリュームの場合、ローカル・ストレージ１０６はステップ７０２、７０３、及び７０４を飛ばし、
ステップ７０５に進
　　　・・・（中略）・・・
【００５７】データをローカル・ディスク２０９に格納した後、
ローカル・ストレージ１０６はローカル・ディスク２０９からキャッシュ・データ２１２へデータを移動する（書き込む）（ステップ７０５）
特に、キャッシュ制御２１８は、ローカル・ディスク２０９からキャッシュ・データ２１２にデータを移動
続いてローカル・ストレージ１０６は、統計情報１１３
を更新する（ステップ７０６）
特に、ローカル・ストレージ１０６のスケジューラ２２０は、統計情報１１３を更新
【００５８】
その後、データ（読み込みコマンドで要求した）はキャッシュ・データ２１２から、読み込みコマンドを送ったホスト（たとえばホスト１０４又は１０５）に移動され
特に、キャッシュ制御２１８はキャッシュ・データ２１２からデータを適切なサーバ・プログラム（２１４、２１５、又は２１６）に移動し、適切なサーバ・プログラム（２１４、２１４、又は２１６）がデータを、読み込みコマンドを送ったホストに返
（カ）　段落【００５９】−【００６６】
「【００５９】
書き込みプロセス
　　　・・・（中略）・・・
【００６０】図８は、本発明の実施形態による書き込みプロセスの流れ図である。
ローカル・ストレージ１０６がホストから書き込みコマンドを受け取った後、ローカル・ストレージ１０６は書き込みコマンドのデータのボリューム・タイプを調べる（ステップ８０１）
特に、スケジューラ２２０
は、書き込みコマンドを分析して、データのボリューム・タイプを判別し、また読み込みコマンドを処理する（取り扱う）サーバ・プログラム（サーバ２１４、２１５、又は２１６）を決定
ボリューム・タイプが静的ボリュームの場合、ローカル・ストレージ１０６はステップ８０２、８０３、及び８０４を飛ばし、
ステップ８０５に進
　　　・・・（中略）・・・
【００６３】
ローカル・ストレージ１０６は、キャッシュ・データ２１２を介して書き込みデータをローカル・ディスク２０９に書き込
特に、適切なサーバ・プログラム（ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、又はＳＣＳＩサーバ２１６）はデータをローカル・ディスク２０９に書き込
【００６４】
ローカル・ストレージ１０６は、コンフィギュレーション・テーブル１１２
を使用してデータを書き込む際のボリューム・タイプを調べる（ステップ８０６）
特に、サーバ・プログラム（ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、又はＳＣＳＩサーバ２１６）はコンフィギュレーション・テーブル１１２を使用してボリューム・タイプを調べ
【００６５】
ステップ８０６で、ボリューム・タイプが非同期領域の場合、ローカル・ストレージ１０６は保留データ・リスト２１１
を更新する（ステップ８０７）
特に、サーバ・プログラム（サーバ２１４、２１５、又は２１６）が保留データ・リストを更新
【００６６】
続いてローカル・ストレージ１０６は、統計情報１１３
を更新する（ステップ８０９）
特に、スケジューラ２２０は、統計情報１１３を更新
スケジューラ２２０は書き込みコマンドのログ・データをアクセス・ログ１１４に追加
これで書き込みプロセスは終了
（キ）段落【００６７】−【００７１】
「【００６７】
同期プロセス
　　　・・・（中略）・・・
【００６８】
シンクロナイザ２１７は、保留データ・リスト２１１
内のヘッド・データを選択する（ステップ９０１）
最初に、シンクロナイザ２１７は、保留データ・リスト２１１を調べる（ステップ９０２）
同期すべきデータが１つ又は複数（保留データ・リスト２１１内に）ある場合、シンクロナイザ２１７は
ステップ９０２〜９０５を実行
【００６９】
シンクロナイザ２１７は、保留データ・リスト２１１の情報を調べる（ステップ９０３）
保留データ・リスト２１１内のこの保留データの同期をとる必要があれば、シンクロナイザ２１７は保留データをサービス・プロバイダ・サイト（たとえば、サイト１０２）に送り、保留データとサービス・プロバイダ・サイトとの同期をとる（ステップ９０４）
【００７０】
シンクロナイザ２１７は、保留データ・リスト２１１内の次のデータを選択する（ステップ９０５）
シンクロナイザ２１７は、保留データ・リスト２１１内で選択するデータがなくなるまでステップ９０２〜９０５を繰り返
保留データ・リスト２１１に選択するデータがなくなったら、
終了する
コンピュータが上述のいずれかの方法を実行できるようにコンピュータで読み取り可能な媒体に格納できるプログラム又はコードを実装する
【００７１】そこで、本発明について特定の実施形態を引用しながら説明してきたが、前記開示においては修正、さまざまな変更、及び置き換えを許容することが意図されており、規定されているとおり本発明の範囲を逸脱することなく他の特徴の対応する使用がなくても場合によっては本発明のいくつかの特徴を採用することは認められるであろう。」
　これらの記載から、引用例には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
　
「ユーザ・サイト１０１では、第１のホスト１０４はストレージ・エリア・ネットワーク（ＳＡＮ）１０７を介してローカル・ストレージ１０６に接続され、第２のホスト１０５はローカル・エリア・ネットワーク（ＬＡＮ）１０８を介してローカル・ストレージ１０６に接続され、
　ローカル・ストレージ１０６及びサービス・プロバイダ・サイト１０２及び１０３は、仮想ボリューム・ストレージ１１１の作成のため共同作業を行い、
　ユーザは、ユーザ・サイト１０１に仮想ボリューム・ストレージ１１１（ローカル・ストレージ１０６内の）を配備することができ、仮想ボリューム・ストレージ１１１がユーザ・サイト１０１に配備されると、ホスト１０４及び／又はホスト１０５のユーザは仮想ボリューム・ストレージ１１１を使用することにより、巨大なサービス・プロバイダ・ストレージ（ボリューム１２１〜１２４及び／又はボリューム１２５〜１２８）にアクセスでき、
　ローカル・ストレージ１０６は、マイクロプロセッサ２０１、ローカル（内部）バス２０２、ＳＡＮ  １０７に結合されているＳＡＮインタフェース（Ｉ／Ｆ）２０３、ＬＡＮ  １０８に結合されているＬＡＮ  Ｉ／Ｆ  ２０４、ＷＡＮ  １１０に結合されているＷＡＮ  Ｉ／Ｆ  ２０５、メモリＩ／Ｆ２０６、メモリ２０７、ディスク・コントローラ２０８、及びローカル・ディスク２０９を備え、
　メモリ２０７は、コンフィギュレーション・テーブル１１２、統計情報１１３、アクセス・ログ１１４、キャッシュ情報１１５、及びプログラム１１６を格納し、
　マイクロプロセッサ２０１は、ローカル・ストレージ１０６内のすべてのリソースを制御し、プログラム１１６を使用してローカル・ストレージ１０６内のすべてのプロシージャを実行し、
　キャッシュ情報１１５は、キャッシュ・ディレクトリ２１０、保留データ・リスト２１１、及びキャッシュ・データ２１２で構成され、
　保留データ・リスト２１１は、ローカル・ストレージ１０６に保存されている保留データのリストであり、保留データ・リスト２１１は、保留データへのポインタ、サービス・プロバイダ・サイトへのポインタ、及び同期期間などの各保留データの情報を含み、
　プログラム１１６は、サーバ・プログラム２１３、シンクロナイザ２１７、キャッシュ制御２１８、スケジューラ２２０、及びデバイス・ドライバ２１９を含み、
　サーバ・プログラム２１３は、ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、及びＳＣＳＩサーバ２１６で構成され、
　ＳＣＳＩサーバ２１６は、ＳＣＳＩターゲット・デバイスとして動作し、
　シンクロナイザ２１７は、保留データ・リスト２１１を使用して、ローカル・ストレージ１０６とサービス・プロバイダ・サイト１０２及び／又は１０３の同期をとり、
　ユーザ・サイト１０１では、仮想ストレージ１１１に４種類の仮想ボリューム（ボリューム００  １１７、ボリューム０１  １１８、ボリューム０２  １１９、及びボリューム０３  １２０）があり、これらの仮想ボリュームの特徴は、（１）静的同期ボリューム、（２）静的非同期ボリューム、（３）キャッシュされた同期ボリューム、及び（４）キャッシュされた非同期ボリュームであり、
　ボリューム０１  １１８は静的非同期ボリュームであり、したがって、ボリューム００１  １１８は、第１のサービス・プロバイダ・サイト１０２において実際のストレージ・ボリュームであるボリューム１１  １２２と同じサイズを占有し、ホスト１０４及び／又は１０５は、ボリューム０１  １１８にデータを書き込み、保留データ・リスト２１１に登録し、この保留データは、所定のスケジュールで同期処理され、
　「読み込みプロセス」において、
　ローカル・ストレージ１０６がホスト（たとえば、ホスト１０４又は１０５）から読み込みコマンドを受け取った後、
　ローカル・ストレージ１０６はデータのボリューム・タイプを調べ（ステップ７０１）、特に、スケジューラ２２０は、読み込みコマンドを分析して、データのボリューム・タイプを判別し、また読み込みコマンドを処理する（取り扱う）サーバ・プログラム（サーバ２１４、２１５、又は２１６）を決定し、
　ボリューム・タイプが静的ボリュームの場合、ローカル・ストレージ１０６はステップ７０２、７０３、及び７０４を飛ばし、ステップ７０５に進み、
　ローカル・ストレージ１０６はローカル・ディスク２０９からキャッシュ・データ２１２へデータを移動し（書き込み）（ステップ７０５）、特に、キャッシュ制御２１８は、ローカル・ディスク２０９からキャッシュ・データ２１２にデータを移動し、
　続いてローカル・ストレージ１０６は、統計情報１１３を更新し（ステップ７０６）、特に、ローカル・ストレージ１０６のスケジューラ２２０は、統計情報１１３を更新し、
　その後、データ（読み込みコマンドで要求した）はキャッシュ・データ２１２から、読み込みコマンドを送ったホスト（たとえばホスト１０４又は１０５）に移動され、特に、キャッシュ制御２１８はキャッシュ・データ２１２からデータを適切なサーバ・プログラム（２１４、２１５、又は２１６）に移動し、適切なサーバ・プログラム（２１４、２１４、又は２１６）がデータを、読み込みコマンドを送ったホストに返し、
　「書き込みプロセス」において、
　ローカル・ストレージ１０６がホストから書き込みコマンドを受け取った後、ローカル・ストレージ１０６は書き込みコマンドのデータのボリューム・タイプを調べ（ステップ８０１）、特に、スケジューラ２２０は、書き込みコマンドを分析して、データのボリューム・タイプを判別し、また読み込みコマンドを処理する（取り扱う）サーバ・プログラム（ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、又はＳＣＳＩサーバ２１６）を決定し、
　ボリューム・タイプが静的ボリュームの場合、ローカル・ストレージ１０６はステップ８０２、８０３、及び８０４を飛ばし、ステップ８０５に進み、
　ローカル・ストレージ１０６は、キャッシュ・データ２１２を介して書き込みデータをローカル・ディスク２０９に書き込み、特に、適切なサーバ・プログラム（ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、又はＳＣＳＩサーバ２１６）はデータをローカル・ディスク２０９に書き込み、
　ローカル・ストレージ１０６は、コンフィギュレーション・テーブル１１２を使用してデータを書き込む際のボリューム・タイプを調べ（ステップ８０６）、特に、サーバ・プログラム（ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、又はＳＣＳＩサーバ２１６）はコンフィギュレーション・テーブル１１２を使用してボリューム・タイプを調べ、
　ステップ８０６で、ボリューム・タイプが非同期領域の場合、ローカル・ストレージ１０６は保留データ・リスト２１１を更新する（ステップ８０７）、特に、サーバ・プログラム（サーバ２１４、２１５、又は２１６）が保留データ・リストを更新し、
　続いてローカル・ストレージ１０６は、統計情報１１３を更新し（ステップ８０９）、特に、スケジューラ２２０は、統計情報１１３を更新し、
　スケジューラ２２０は書き込みコマンドのログ・データをアクセス・ログ１１４に追加し、これで書き込みプロセスは終了し、
　「同期プロセス」において、
　シンクロナイザ２１７は、保留データ・リスト２１１内のヘッド・データを選択する（ステップ９０１）、
　最初に、シンクロナイザ２１７は、保留データ・リスト２１１を調べ（ステップ９０２）、
　同期すべきデータが１つ又は複数（保留データ・リスト２１１内に）ある場合、シンクロナイザ２１７は、ステップ９０２〜９０５を実行し、
　シンクロナイザ２１７は、保留データ・リスト２１１の情報を調べ（ステップ９０３）、
　保留データ・リスト２１１内のこの保留データの同期をとる必要があれば、シンクロナイザ２１７は保留データをサービス・プロバイダ・サイト（たとえば、サイト１０２）に送り、保留データとサービス・プロバイダ・サイトとの同期をとり（ステップ９０４）、
　シンクロナイザ２１７は、保留データ・リスト２１１内の次のデータを選択し（ステップ９０５）、
　シンクロナイザ２１７は、保留データ・リスト２１１内で選択するデータがなくなるまでステップ９０２〜９０５を繰り返し、
　保留データ・リスト２１１に選択するデータがなくなったら、終了する、
　コンピュータが上述のいずれかの方法を実行できるようにコンピュータで読み取り可能な媒体に格納できるプログラム又はコードを実装する、
　ローカルストレージ。」
　
　
イ　対比
　補正発明１と引用発明とを対比する。
　
（ア）　引用発明の「マイクロプロセッサ２０１」は、補正発明１の「少なくとも１つのプロセッサ」に相当する。
　
（イ）　引用発明の「プログラム１１６を格納」する「メモリ２０７」は、補正発明１の「プログラム命令を含むメモリ」に相当する。
（ウ）　引用発明の「ホスト１０４及び／又は１０５」は、「
第１のホスト１０４は
ネットワーク（ＳＡＮ）１０７を介して
接続され
第２のホスト１０５は
ネットワーク（ＬＡＮ）１０８を介して
接続され
　また、引用発明において、「ローカルストレージ１０６」側で、「読み込み
プロセス
プロセス
　よって、引用発明の「第１のホスト１０４」、「第２のホスト１０５」で実行される「プロセス」は、補正発明１の「顧客ネットワーク上の１つまたは複数のプロセス」に相当する。
　引用発明の「ローカル・ストレージ１０６」は、「第１のホスト１０４はストレージ・エリア・
ネットワーク（ＳＡＮ）１０７を介してローカル・ストレージ１０６に接続され
ネットワーク（ＬＡＮ）１０８を介してローカル・ストレージ１０６に接続され
　引用発明の「仮想ボリューム・ストレージ１１１」は、「ローカル・ストレージ１０６及びサービス・プロバイダ・サイト１０２及び１０３は、
仮想ボリューム・ストレージ１１１の作成のため共同作業を行
ユーザ・サイト１０１に仮想ボリューム・ストレージ１１１（ローカル・ストレージ１０６内の）を配備する
　よって、引用発明の「仮想ボリューム・ストレージ１１１」は、補正発明１の「前記顧客ネットワーク上のローカルデータストア」に相当する。
　また、引用発明の「ローカル・ストレージ１０６」の「仮想ボリューム・ストレージ１１１」は、具体的には、「ローカル・ディスク２０９」を用いて実現されることが明らかであるから、引用発明のローカル・ストレージ１０６のローカル・ディスク２０９以外の部分は、補正発明１の「ストレージゲートウェイ」と、「ストレージ・システムの構成要素」である点で共通するといえる。
　したがって、引用発明の「仮想ストレージ１１１」に対する「読み込みプロセス」の具体的な手順において、（ローカル・ディスク２０９以外の）「ローカル・ストレージ１０６がホスト（たとえば、ホスト１０４又は１０５）から読み込みコマンドを受け取」ること、及び、「仮想ストレージ１１１」に対する「書き込みプロセス」の具体的な手順において、（ローカル・ディスク２０９以外の）「ローカル・ストレージ１０６がホストから書き込みコマンドを受け取」ることは、補正発明１の「
ストレージゲートウェイ
ストレージ・システムの構成要素
（エ）　以下、引用発明の「仮想ストレージ１１１」を構成する４種類の仮想ボリュームのうち、特に、「静的非同期ボリューム」（「ボリューム０１  １１８」）に着目して、対比する。
　引用発明の「仮想ストレージ１１１」に対する「読み込みプロセス」の具体的な手順における、「
ボリューム・タイプが静的ボリュームの場合
ローカル・ストレージ１０６はローカル・ディスク２０９からキャッシュ・データ２１２へデータを移動する
ステップ７０５
ボリューム・タイプが静的ボリュームの場合
ローカル・ストレージ１０６は、
書き込みデータをローカル・ディスク２０９に書き込み
適切なサーバ・プログラム（ＮＦＳサーバ２１４、ＣＩＦＳサーバ２１５、又はＳＣＳＩサーバ２１６）はデータをローカル・ディスク２０９に書き込み
ステップ８０５
に関連する情報
　したがって、引用発明の「仮想ストレージ１１１」に対する「読み込みプロセス」、「書き込みプロセス」の具体的な手順である、「ローカル・ディスク２０９」の読み込みを行う「ステップ７０５」、及び、書き込みを行う「ステップ８０５」において、ローカル・ストレージ１０６のローカル・ディスク２０９以外の部分から、「ローカルディスク２０９」に対して、上記の「読取り要求および前記書込み要求に関連する情報」を渡していることは、補正発明１の「
前記ストレージゲートウェイ
前記ストレージ・システムの構成要素
に関連する情報
（オ）　用語「スナップショット」の一般的な意味は、ある時点での、ストレージのボリュームの複製（コピー）である（引用例の上記摘記事項（イ）の段落【００２９】の記載を参照。）。
　引用発明の「第１の
サービス・プロバイダ
ボリューム１１  １２２
ボリューム０１  １１８
　引用発明のサービス・プロバイダ・サイトとの「同期プロセス」の具体的な手順において、「
保留データと
ステップ９０４
ステップ８０５
書き込みデータをローカル・ディスク２０９に書き込み
データをローカル・ディスク２０９に書き込み
ステップ８０６で、ボリューム・タイプが非同期領域の場合
保留データ・リスト２１１を更新する（ステップ８０７）
保留データ・リストを更新
保留データ・リスト２１１は、ローカル・ストレージ１０６に保存されている保留データ
保留データ・リスト２１１は、保留データへのポインタ
を含
　したがって、引用発明の「静的非同期ボリューム」の「同期プロセス」において、「ローカル・ストレージ１０６」の「シンクロナイザ２１７は
保留データを
保留データとサービス・プロバイダ・サイトとの同期をとる（ステップ９０４）
ストレージゲートウェイ
ストレージ・システムの構成要素
　さらに、引用発明の「静的非同期ボリューム」の「同期プロセス」において、「ローカル・ストレージ１０６」の「シンクロナイザ２１７は保留データをサービス・プロバイダ・サイト（たとえば、サイト１０２）に送り、保留データとサービス・プロバイダ・サイトとの同期をとる（ステップ９０４）」ことは、補正発明１の「前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、前記
ストレージゲートウェイ
書込みデータ
書込みログ
バッファリング
バッファリング
書込みデータ
書込みログから
ストレージ・システムの構成要素
に関連するデータ
記憶部
記憶
記憶
に関連するデータを用いて
記憶部に基づいて
（カ）　引用発明の「プログラム１１６を格納」する「メモリ２０７」であって、「プログラム１１６」が、「読み込みプロセス」、「書き込みプロセス」、「同期プロセス」を実現するために、「マイクロプロセッサ２０１」によって実行可能である、「メモリ２０７」であることは、補正発明１の「プログラム命令を含むメモリであって、前記プログラム命令が」、「
ゲートウェイ
プ
　したがって、両者の一致点、相違点は以下のとおりである。
　
［一致点］
「少なくとも１つのプロセッサと、
　プログラム命令を含むメモリであって、前記プログラム命令が、
　　
ストレージ・システムの構成要素
　　前記
ストレージ・システムの構成要素
に関連する情報
　　前記
ストレージ・システムの構成要素
　前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、前記
ストレージ・システムの構成要素
　前記１つまたは複数のプロセスから受信した前記書込みデータ
に関連するデータ
記憶部
記憶
　前記
記憶
に関連するデータを用いて
記憶部に基づいて
を行うように動作可能である、
プ
を備える装置。」である点。
　
［相違点１］
　補正発明１では、「ストレージゲートウェイ」が、顧客ネットワーク上の１つまたは複数のプロセスから、前記顧客ネットワーク上のローカルデータストアに向けられた読取り要求および書込み要求を受信するのに対し、引用発明では、読取り／書込み要求を受信するのは、「ローカル・ストレージ１０６のローカル・ディスク２０９以外の部分」であって「ストレージゲートウェイ」ではない点。
　
［相違点２］
　補正発明１では、前記「ストレージゲートウェイ」が、「前記読取り要求および前記書込み要求」を前記ローカルデータストアに渡すのに対して、引用発明では、読取り／書込み要求を渡すのは、「ローカル・ストレージ１０６のローカル・ディスク２０９以外の部分」であって「ストレージゲートウェイ」ではなく、また、「ローカル・ストレージ１０６のローカル・ディスク２０９以外の部分」から「ローカル・ディスク２０９」に、「前記読取り要求および前記書込み要求に関連する情報」を渡すものではあるが、「前記読取り要求および前記書込み要求」それ自体を渡すことが特定されていない点。
［相違点３］
　補正発明１では、「前記ストレージゲートウェイ」が、サービスプロバイダによりリモートデータストア上で維持される前記ローカルデータストアのスナップショットを前記書込みデータで更新するために、前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するのに対して、引用発明では、書き込みデータを送信するのは、「ローカル・ストレージ１０６のローカル・ディスク２０９以外の部分」であって「ストレージゲートウェイ」ではない点。
［相違点４］
　補正発明１では、前記書込み要求によって示される書込みデータを前記サービスプロバイダに送信するために、「前記ストレージゲートウェイ」が、「前記１つまたは複数のプロセスから受信した前記
書込みデータ
書込みログ
バッファリングすること
バッファリング
書込みデータを
書込みログから
［相違点５］
　補正発明１では、プログラム命令が、「
ゲートウェイ
ウ　判断
　上記相違点４について検討する。
　引用発明は、４種類の仮想ボリュームのうちの「静的非同期ボリューム」（「ボリューム０１  １１８」）に対する「同期プロセス」において、「ローカル・ストレージ１０６に保存されている保留データ」と、これを管理するための「保留データへのポインタ」を保持する「保留データ・リスト２１１」を前提として、保存されている書き込みデータを、非同期なタイミングで、サービス・プロバイダ・サイトへとアップロードするものである。
　そして、このような手順によって、「ローカル・ストレージ１０６及びサービス・プロバイダ・サイト１０２及び１０３は、仮想ボリューム・ストレージ１１１の作成のため共同作業を行」うことで、「ユーザ向けの
高速なアクセスを可能にする仮想ローカル・ストレージ
　引用例には、明細書末尾（段落【００７１】）に、「修正、さまざまな変更、及び置き換えを許容する」旨の一般的な構成の変更に関する記載はあるが、実質的には唯一の実施例のみが記載されている。そして、引用例には、引用発明として認定した「静的非同期ボリューム」を含む４種類の仮想ボリュームを構築するための、ローカルストレージ１０６の具体的なハードウエア構成と、読み込みプロセス、書き込みプロセス、同期プロセスの具体的な手順が記載されているが、データ内容が静的か（キャッシュであり内容が変動する）動的か、更新伝搬が同期的か非同期的かによらず、書き込みデータを保存する前に、「前記１つまたは複数のプロセスから受信した前記書込みデータ」それ自体を「バッファリング」する「書込みログ」を設けて、「バッファリング」された「書き込みデータ」を「書込みログから」前記サービスプロバイダにアップロードする構成や手順は、記載も示唆もない。
　なお、前置報告書で引用された特開２０１０−６１５５９号公報（段落【０００４】を参照。）、及び、特開２００２−１０８６４０号公報（段落【００３５】−【００５１】を参照。）には、それぞれ、マスター・スレーブ（稼働系・待機系）の二重化冗長構成された「データベースシステム」において、「ログ情報」を用いて同期をとる周知技術は記載があるが、いずれの文献にも、引用発明において、上記相違点４に係る構成を採用することが容易であったことを根拠付ける記載は見当たらない。
　ほかに、引用発明において、相違点４に係る補正発明１の構成を採用することが、当業者が容易に想到しえたことというべき理由は見当たらない。
　したがって、相違点１−３、５について検討するまでもなく、補正発明１は、引用発明に基づいて、当業者が容易に発明をすることができたとはいえない。
　ほかに、補正発明１を特許出願の際独立して特許を受けることができないものというべき理由を発見しない。
　よって、本件補正の補正事項１は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合する。
（２）補正事項２、４について  
　補正事項２について、本件補正後の前記請求項８に記載された発明（以下、「補正発明８」という。）は、補正前の請求項１３に基づく、請求項１に係る補正事項１と同様の特許請求の範囲の限定的な減縮を目的とする補正であって、実質的に請求項１の「装置」を、「方法」として記載したものであるから、請求項１と同様の理由により、当業者が引用例に基づいて容易に発明をすることができたものではない。
　また、補正事項４についても、補正事項２の限定的な減縮に伴う、他の請求項の形式的な補正であって、特許請求の範囲の限定的な減縮を目的とするものである。
　よって、補正事項２、４についても、補正事項１と同様に、特許法第１７条の２第３項ないし第６項に違反するところはない。
（３）補正事項３について  
　補正事項３は、請求項の削除及びそれに伴う他の請求項の形式的な補正であり、特許法１７条の２第５項第１号の請求項の削除を目的としたものに該当する。
　よって、補正事項３についても、特許法第１７条の２第３項ないし第６項に違反するところはない。
３．むすび
　本件補正は、特許法第１７条の２第３項ないし第６項の規定に適合する。
第３　本願発明
　本件補正は上記のとおり、特許法第１７条の２第３項ないし第６項の規定に適合するから、本願の請求項１−１４に係る発明は、本件補正により補正された特許請求の範囲の請求項１―１４に記載された事項により特定されるとおりのものである。
　そして、補正発明１及び補正発明８は、上記第２の２．のとおり、当業者が引用発明に基づいて容易に発明をすることができたものではない。
　また、補正発明１又は補正発明８を直接又は間接的に引用する補正発明２〜７、９−１４は、補正発明１又は補正発明８に係る発明をさらに限定した発明であるから、当業者が引用発明に基づいて容易に発明をすることができたものではない。
　したがって、本願については、原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。
　また、他に本願を拒絶すべき理由を発見しない。 
　よって、結論のとおり審決する。