【事件の表示】
　特願２０１５−２４７７２９「複製されたデータインスタンスのためのフェイルオーバーおよび復旧」拒絶査定不服審判事件〔平成２８年　５月１９日出願公開、特開２０１６−　８５７５３、請求項の数（１６）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１ 手続の経緯
　本願は，２０１０年１０月２６日に国際出願された特願２０１２−５３６９６５号（パリ条約による優先権主張外国庁受理２００９年１０月２６日，米国）の一部を平成２６年４月１７日に新たな特許出願とした特願２０１４−８５４２１号の一部を平成２７年１２月１８日に新たな特許出願としたものであって，平成２９年２月１６日付けで拒絶の理由が通知され，同年７月２０日に手続補正書が提出され，同年８月２日付けで拒絶査定（謄本送達日同年８月８日）がなされ，これに対して同年１２月８日に審判請求がなされると共に手続補正がなされ，同年１２月２８日付けで審査官により特許法１６４条３項の規定に基づく報告がなされ，平成３０年３月１６日に上申書が提出されたものである。
第２　原査定の概要
　原査定（平成２９年８月２日付け拒絶査定）の概要は次のとおりである。
１．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
●理由１（特許法第２９条第２項）について
・請求項　１−１７
・引用文献等　１−３
　　　　　　　　　　　　＜引用文献等一覧＞
１.米国特許出願公開第２００５／０１１４４１０号明細書
２.特開２００７−１１５００７号公報
３.特開２００４−２７２８８４号公報（周知技術を示す文献；新たに引用された文献）
第３　本願発明
　本願請求項１乃至１６に係る発明（以下「本願発明１」乃至「本願発明１６」という。）は，特許請求の範囲の請求項１乃至１６に記載された，次のとおりのものと認める。
「　　【請求項１】
　複製データベースを管理するコンピュータ実装方法であって、
　実行可能な命令を用いて構成される１つ以上のコンピュータシステムの制御下で、
　一次インスタンス複製および二次インスタンス複製の初期のペアリングに基づいて、世代識別子を取得することであって、前記一次インスタンス複製および前記二次インスタンス複製はデータ環境に関連付けられ、前記世代識別子は、前記一次インスタンス複製に記憶された前記複製データベースの複製データの現在の世代、および前記二次インスタンス複製に記憶された前記複製データベースの複製データの現在の世代を識別していることと、
　ブロックレベル複製機構を使用して、前記一次インスタンス複製と前記二次インスタンス複製との間のデータを同期することと、
　制御環境の監視構成要素に状態情報を定期的に提供することであって、前記制御環境は、前記データ環境から分離されていることと、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができないことに応答して、前記監視構成要素に故障情報を提供することであって、前記故障情報は、少なくとも前記世代識別子を含むことと、を含み、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において、前記一次インスタンス複製が、前記監視構成要素と通信することができると判定された場合、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代を識別する第２の世代識別子を取得することと、
　前記一次インスタンス複製を介して、１つ以上の入力／出力（Ｉ／Ｏ）操作を実行することと
　を含むことを特徴とするコンピュータ実装方法。
　　【請求項２】
　前記一次インスタンス複製と前記二次インスタンス複製を再ペアリングすることと、
　前記一次インスタンス複製を介して実行された前記１つ以上のＩ／Ｏ操作に基づいて、前記一次インスタンス複製と前記二次インスタンス複製との間の前記データを同期することであって、前記１つ以上のＩ／Ｏ操作は、前記第２の世代識別子を生成した後に実行されることと、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代および前記二次インスタンス複製に記憶された複製データの前記現在の世代を識別する第３の世代識別子を取得することと
　をさらに含むことを特徴とする請求項１に記載のコンピュータ実装方法。
　　【請求項３】
　前記一次インスタンス複製を新しい二次インスタンス複製とペアリングすることと、
　前記一次インスタンス複製と前記新しい二次インスタンス複製との間のデータを同期することと、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代および前記新しい二次インスタンス複製に記憶された複製データの現在の世代を識別する第３の世代識別子を生成することと
　をさらに含むことを特徴とする請求項１に記載のコンピュータ実装方法。
　　【請求項４】
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において、前記一次インスタンス複製が前記監視構成要素と通信することができないと判定された場合、
　前記二次インスタンス複製の前記世代識別子が前記一次インスタンス複製の最新の既知の世代識別子に対応するか検証することと、
　前記二次インスタンス複製を新しい一次インスタンス複製に昇格させることと、
　前記新しい一次インスタンス複製を新しい二次インスタンス複製とペアリングすることと、
　前記新しい一次インスタンス複製と前記新しい二次インスタンス複製との間のデータを同期することと、
　前記新しい一次インスタンス複製に記憶された複製データの現在の世代および前記新しい二次インスタンス複製に記憶された複製データの現在の世代を識別する第２の世代識別子を取得することと
　をさらに含むことを特徴とする請求項１に記載のコンピュータ実装方法。
　　【請求項５】
　複製データベースを管理するシステムであって、
　プロセッサと、
　メモリデバイスであって、前記プロセッサによって実行されると、前記プロセッサに、
　一次インスタンス複製および二次インスタンス複製の初期のペアリングに基づいて、前記一次インスタンス複製に記憶された複製データの現在の世代、および前記二次インスタンス複製に記憶された複製データの現在の世代を識別する世代識別子を取得することと、
　前記複製データベースの前記一次インスタンス複製と前記二次インスタンス複製との間のデータを同期することであって、前記一次インスタンス複製および前記二次インスタンス複製はデータ環境に関連付けられていることと、
　制御環境の監視構成要素に状態情報を提供することであって、前記制御環境は、前記データ環境から分離されていることと、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができないことに応答して、前記監視構成要素に故障情報を提供することであって、前記故障情報は少なくとも前記世代識別子を含むことと、を含み、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において、前記一次インスタンス複製が、前記監視構成要素と通信することができると判定された場合、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代を識別する第２の世代識別子を取得することと、
　前記一次インスタンス複製を介して、１つ以上の入力／出力（Ｉ／Ｏ）操作を実行することと
　を行わせる命令を含む、メモリデバイスと、
　を備えることを特徴とするシステム。
　　【請求項６】
　前記命令は実行されると、前記プロセッサに、
　前記一次インスタンス複製と前記二次インスタンス複製を再ペアリングすることと、
　前記一次インスタンス複製を介して実行された前記１つ以上のＩ／Ｏ操作に基づいて、前記一次インスタンス複製と前記二次インスタンス複製との間の前記データを同期することであって、前記１つ以上のＩ／Ｏ操作は、前記第２の世代識別子を生成した後に実行されることと、
　前記一次インスタンス複製および前記二次インスタンス複製の第３の世代識別子を取得することと
　をさらに行なわせることを特徴とする請求項５に記載のシステム。
　　【請求項７】
　前記命令は実行されると、前記プロセッサに、
　前記一次インスタンス複製を新しい二次インスタンス複製とペアリングすることと、
　前記一次インスタンス複製と前記新しい二次インスタンス複製との間のデータを同期することと、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代および前記新しい二次インスタンス複製に記憶された複製データの現在の世代を識別する第３の世代識別子を取得することと
　をさらに行なわせることを特徴とする請求項５に記載のシステム。
　　【請求項８】
　前記命令は実行されると、前記プロセッサに、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において、前記一次インスタンス複製が前記監視構成要素と通信することができないと判定された場合、
　前記二次インスタンス複製の前記世代識別子が、前記一次インスタンス複製の最新の既知の世代識別子に対応するか検証することと、
　前記二次インスタンス複製を新しい一次インスタンス複製に昇格させることと、
　前記新しい一次インスタンス複製を新しい二次インスタンス複製とペアリングすることと、
　前記新しい一次インスタンス複製と前記新しい二次インスタンス複製との間のデータを同期することと、
　前記新しい一次インスタンス複製に記憶された複製データの現在の世代および前記新しい二次インスタンス複製に記憶された複製データの現在の世代を識別する第２の世代識別子を取得することと
　をさらに行なわせることを特徴とする請求項５に記載のシステム。
　　【請求項９】
　前記世代識別子は、汎用一意識別子を含むことを特徴とする請求項５に記載のシステム。
　　【請求項１０】
　複製データベースを管理するための命令を記憶したコンピュータ可読記憶媒体であって、前記命令は、プロセッサによって実行されると、前記プロセッサに、
　前記複製データベースの一次インスタンス複製および二次インスタンス複製の初期のペアリングに基づいて、前記一次インスタンス複製に記憶された複製データの現在の世代および前記二次インスタンス複製に記憶された複製データの現在の世代を識別する世代識別子を取得することであって、前記一次インスタンス複製および前記二次インスタンス複製はデータ環境に関連付けられていることと、
　前記一次インスタンス複製と前記二次インスタンス複製との間のデータを同期することと、
　制御環境の監視構成要素に状態情報を提供することであって、前記制御環境は、前記データ環境から分離されていることと、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができないことに応答して、前記監視構成要素に故障情報を提供することであって、前記故障情報は、少なくとも前記世代識別子を含むことと、を行わせ、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において、前記一次インスタンス複製が前記監視構成要素と通信することができないと判定された場合、
　前記二次インスタンス複製の前記世代識別子が、前記一次インスタンス複製の最新の既知の世代識別子に対応するか検証することと、
　前記二次インスタンス複製を新しい一次インスタンス複製に昇格させることと、
　前記新しい一次インスタンス複製を新しい二次インスタンス複製とペアリングすることと、
　前記新しい一次インスタンス複製と前記新しい二次インスタンス複製との間のデータを同期することと、
　前記新しい一次インスタンス複製に記憶された複製データの現在の世代および前記新しい二次インスタンス複製に記憶された複製データの現在の世代を識別する第２の世代識別子を取得することと
　を行わせることを特徴とするコンピュータ可読記憶媒体。
　　【請求項１１】
　前記命令は実行されると、前記プロセッサに、
　前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において、前記一次インスタンス複製が前記監視構成要素と通信することができると判定された場合、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代を識別する第２の世代識別子を取得することと、
　前記一次インスタンス複製を介して１つ以上のＩ／Ｏ操作を実行することと
　をさらに行なわせることを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
　　【請求項１２】
　前記命令は実行されると、前記プロセッサに、
　前記一次インスタンス複製と前記二次インスタンス複製を再ペアリングすることと、
　前記一次インスタンス複製を介して実行された前記１つ以上のＩ／Ｏ操作に基づいて、前記一次インスタンス複製と前記二次インスタンス複製との間の前記データを同期することであって、前記１つ以上のＩ／Ｏ操作は、前記第２の世代識別子を生成した後に実行されることと、
　前記一次インスタンス複製に記憶された複製データの前記現在の世代および前記二次インスタンス複製に記憶された複製データの前記現在の世代を識別する第３の世代識別子を取得することと
　をさらに行なわせることを特徴とする請求項１１に記載のコンピュータ可読記憶媒体。
　　【請求項１３】
　前記命令は実行されると、前記プロセッサに、
　前記一次インスタンス複製を新しい二次インスタンス複製とペアリングすることと、
　前記一次インスタンス複製と前記新しい二次インスタンス複製との間のデータを同期することと、
　前記一次インスタンス複製に記憶された前記複製データの現在の世代および前記新しい二次インスタンス複製に記憶された複製データの現在の世代を識別する第３の世代識別子を取得することと
　をさらに行なわせることを特徴とする請求項１１に記載のコンピュータ可読記憶媒体。
　　【請求項１４】
　前記世代識別子は、汎用一意識別子を含むことを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
　　【請求項１５】
　前記命令は実行されると、前記プロセッサに、
　ブロックレベル複製機構を使用することに少なくとも部分的に基づき、前記一次インスタンス複製と前記二次インスタンス複製との間のデータを同期することを行なわせることを特徴とする請求項１０に記載のコンピュータ可読記憶媒体。
　　【請求項１６】
　前記命令は実行されると、前記プロセッサに、
　ブロックレベル複製機構を使用することに少なくとも部分的に基づき、前記一次インスタンス複製と前記二次インスタンス複製との間のデータを同期することを行なわせることを特徴とする請求項５に記載のシステム。」
第４　引用例
１　引用例１に記載された事項
　原審における平成２９年２月１６日付けの拒絶理由（以下，これを「原審拒絶理由」という。）において引用した，本願の原出願（特願２０１４−８５４２１）の第一国出願前に既に公知である，米国特許出願公開第２００５／０１１４４１０号明細書（２００５年５月２６日公開。以下，これを「引用例１」という。）には，関連する図面と共に，次の事項が記載されている。
Ａ　「[0001]This invention relates to 
systems for storing data
The primary and secondary volumes are sometimes also referred to as production and replica volumes, respectively.
a natural disaster, a failure of the data link, a failure of one or the other storage systems
（当審仮訳：本発明は，
データを記憶するためのシステム
一次および二次ボリュームは，製品とレプリカボリュームとそれぞれ呼ばれることがある
データリンクの故障，または他のストレージシステムの故障，あるいはその他の事象，自然災害など
Ｂ　「[0006]In another approach for 
obtaining the point-in-time volume image, if the volume replication function uses log-based volume management, the memorized log sequence number
at the time of suspension can be used
 the base volume image together with all the logs until that sequence number will enable recovery of the volume image at the time point of the suspension.
（当審仮訳：
ポイント・イン・タイムのボリュームイメージを得るため
ボリュームレプリケーション機能
ログ管理を使用する場合，中断時に記憶されているログシーケンス番号
を使用
そのシーケンス番号までの全てのログとベースボリュームイメージを一緒にしたものは，中断時点のボリュームイメージの回復を可能にする
Ｃ　「[0024]FIG. 1 is a diagram illustrating an overall configuration for resynchronization of suspended paired volumes. Shown in  FIG. 1  are 
a primary volume  10  and a secondary volume 20 coupled by a link 30
（当審仮訳：図１はペアボリュームの再同期化のための全体的な構成を示す図である。図１には，
リンク３０によって結合されたプライマリボリューム１０及びセカンダリボリューム２０
Ｄ　「[0025]
Volumes 10 and 20 are typically configured as primary (P) and secondary (S) volumes, where the primary volume is the production volume and the secondary volume is a paired volume for replication purposes.
（当審仮訳：
ボリューム１０及び２０は，典型的には，プライマリ（Ｐ）及びセカンダリ（Ｓ）ボリュームとして構成され，プライマリボリュームは，プロダクションボリュームであり，セカンダリボリュームは複製のためのペアボリューム
Ｅ　「[0026]As also shown in FIG. 1 , 
at the time of the suspension
of the link 30 , a copy is made of the primary volume image. Updates to the data stored on the primary volume after that time are also stored.
（当審仮訳：また，図１に示されるように，
リンク３０
中断した時点で，プライマリボリュームイメージの複製が作成され
その時以降のプライマリボリュームに記録されたデータの更新も記録され
Ｆ　「[0037]FIG. 8  is a diagram which illustrates use of the point-in-time image with a log-based volume management system. In these systems, 
data is stored in a separate location and metadata is stored on the point-in-time volumes as a table of sequential numbers and pointers of the data storage area where the data is stored for each write operation 77 .
For this operation, the sequence number for the last successful write (pre-suspension) to the volume is retained, then the base volume image plus all of the logs from the point-in-time of the base volume image to the retained sequence number are stored. 
Generally, every write operation to the volume is numbered sequentially with the associated data stored in the data storage area. 
（当審仮訳：図８は，ログベースボリューム管理システムとポイント・イン・タイム・イメージの使用を示す図である。これらのシステムでは，
データは別々の場所に格納され，メタデータは，書き込み動作７７ごとにデータが格納されるデータ格納領域の連続番号及びポインターのテーブルとしてポイント・イン・タイム・ボリュームに格納され
この動作のために，最後の成功した書き込み（中断前の）のシーケンス番号が保持され，そして，ベースボリュームイメージと，ベースボリュームイメージのある時点から保持された連続番号までの全てのログは，格納され
一般的に，ボリュームへの全ての書き込み動作は，データ格納領域に格納されている付随情報を使用して順次ナンバリングされ
Ｇ　「[0038]FIG. 9  is a flowchart illustrating log-based volume management for point-in-time image retention. As shown there, at step  701  
the sequence number of the log of the last write IO operation to the volume is memorized.
the base volume image and the logs from the point-in-time of the base volume image are maintained until that sequence number.
（当審仮訳：図９は，ポイント・イン・タイム・イメージを保持する，ログベースのボリューム管理を示すフローチャートである。そこに示されるように，ステップ７０１で，
ボリュームへの最後の書き込みＩ／Ｏオペレーションのログシーケンス番号が，記憶され
ベースボリュームイメージが保持された時点までのログが保持され
　上記記載事項Ａ乃至Ｇから，引用例１には次の発明（以下「引用発明」という。）が記載されているといえる。
「データを記憶するためのシステムであって，
　一次および二次ボリュームは，製品とレプリカボリュームとそれぞれ呼ばれることがあり，
　データリンクの故障，または他のストレージシステムの故障，あるいはその他の事象，自然災害などに備えるものであり，
　ポイント・イン・タイムのボリュームイメージを得るため，ボリュームレプリケーション機能により，ログ管理を使用する場合，中断時に記憶されているログシーケンス番号を使用し，そのシーケンス番号までの全てのログとベースボリュームイメージを一緒にしたものは，中断時点のボリュームイメージの回復を可能にするものであって，
　リンク３０によって結合されたプライマリボリューム１０及びセカンダリボリューム２０を有し，
　前記ボリューム１０及び２０は，プライマリ（Ｐ）及びセカンダリ（Ｓ）ボリュームとして構成され，プライマリボリュームは，プロダクションボリュームであり，セカンダリボリュームは複製のためのペアボリュームであり，
　リンクの中断が生じると，リンクが中断された時点での運用ボリュームのイメージを維持し，それ以降，プライマリとセカンダリの両ボリュームに対して行われた更新は，追跡され，記録され，
　データは別々の場所に格納され，メタデータは，書き込み動作ごとにデータが格納されるデータ格納領域の連続番号及びポインターのテーブルとしてポイント・イン・タイム・ボリュームに格納され，
　この動作のために，最後の成功した書き込み(中断前の)のシーケンス番号が保持され，そして，ベースボリュームイメージと，ベースボリュームイメージのある時点から保持された連続番号までの全てのログは，格納され，
　一般的に，ボリュームへの全ての書き込み動作は，データ格納領域に格納されている付随情報を使用して順次ナンバリングされ，
　ボリュームへの最後の書き込みＩ／Ｏオペレーションのログシーケンス番号が，記憶され，
　ベースボリュームと，その連続番号からベースボリュームイメージが保持された時点までのログが保持される
データを記憶するためのシステム。」
２　引用例２に記載された事項
　原審拒絶理由において引用した，本願の原出願（特願２０１４−８５４２１）の第一国出願前に既に公知である，特開２００７−１１５００７号公報（平成１９年５月１０日公開。以下，これを「引用例２」という。）には，関連する図面と共に，次の事項が記載されている。
Ｈ　「【００２８】
　図３は、トランザクションログテーブル１２０の構成を示す。トランザクションログテーブル１２０の各エントリは、５つのフィールドから構成される、すなわち、差分スナップショットを転送（または受信）した時刻を格納する転送時刻２０１、送信または受信の通信方向を示す種別２０２、スナップショットのボリュームを識別するボリューム名２０３、スナップショットを作成した日時を格納するスナップショット時刻２０４、送信先または受信先のアドレスを格納する通信先アドレス２０５、である。たとえば１番目のエントリは、０９：０２に、ボリュームＶｏｌ１の０９：００のスナップショットを１０．０．０．２（副サイト２のＩＰアドレス）の通信先に送信完了した、ことを表し、２番目のエントリは、０９：０５に、ボリュームＶｏｌ２の０９：００のスナップショットを１０．０．０．２の通信先から受信完了したことを表す。」
Ｉ　「【００４０】
　図１０は、時刻９：００におけるリモートコピーの準備（全コピー処理）の流れを示す。
２つのストレージ装置１０１、１０１１をネットワーク３で接続し、コピー元のストレージ装置を正サイト１のストレージ装置１０１とし、コピー先のストレージ装置を副サイト２のストレージ装置１０１１と
正サイト１ではボリューム８０４（Ｖｏｌ１）をクライアント８０３から使用して
ボリューム８０４が運用ボリューム
正サイト１のボリューム８０４の内容を副サイト２のボリューム８０５（Ｖｏｌ１）に
手順でリモートコピーする
【００４１】
　
まず、正サイト管理者が管理端末１０６から、ボリューム８０４のスナップショット８０６を作成を指示し、ストレージ装置１０１のスナップショット作成ルーチン１１８がボリューム８０４（Ｖｏｌ１）の時刻９：００のスナップショット８０６を作成
つぎに、正サイト管理者は管理端末１０６からストレージ装置１０１に全コピーを指令
スナップショット８０６の内容をすべて正サイト１から副サイト２へ転送し、副サイト２のボリューム８０５に書き込
副サイト管理者が管理端末１０６からストレージ装置１０１１にスナップショットの作成を指令し、副サイト２のストレージ装置１０１１ではスナップショット作成ルーチン１１８が起動して、書き込んだボリューム８０５のスナップショット８０７を作成
この手順が完了した時点で、２つの正副サイトは時刻９：００における共通のスナップショット８０６、８０７を持ち、副サイト２のボリューム８０５の内容は９：００時点相当となり、正サイトのボリューム８０４に同期
【００４２】
　
最初に上記のような全コピーを行っておくことで、正副サイト共通のスナップショット８０６、８０７が得られるため、以降ではこの共通スナップショット８０６、８０７を利用した差分コピーによるリモートコピー運用が可能
正副サイトのプロセッサ装置１０３は、送受信の結果をそれぞれのトランザクションログテーブル１２０に書き込んで
【００４３】
　図１１は、時刻１０：００におけるリモートコピーの運用の流れを示す。
正サイト１では１時間毎にスナップショット作成ルーチン１１８とスナップショット転送ルーチン１１３が起動されリモートコピー処理が周期的に実行され
リモートコピー処理は、次に示す２つの手順で、正サイト１のボリューム８０４の内容（スナップショット）の差分データを副サイト２のボリューム８０５にコピーする
【００４４】
　まず、正サイト１において、スナップショット作成ルーチン１１８が時刻１０：００のボリューム８０４のスナップショット８０８を作成する。つぎに、正サイト１において、スナップショット転送ルーチン１１３を起動する。このスナップショット転送ルーチン１１３の起動は、例えば、スナップショット作成ルーチン１１８のスナップショット作成完了を契機とすることができる。
【００４５】
　スナップショット転送ルーチン１１３は、トランザクションログテーブル１２０を参照し、差分転送のベースとなる直前のスナップショット８０６を特定し、ベースのスナップショット８０６と指定されたスナップショット８０８との差分データを生成し、副サイト２にこの差分データを送信する。副サイト２のストレージ装置１０１１は受信した差分データをボリューム８０５に書き込んで、ボリューム８０５の内容を正サイト１のボリューム８０４の時刻１０：００の時点に同期させる。次に、副サイト２のストレージ装置１０１１は、ボリューム８０５のスナップショット８０９を作成する。また、副サイト２のストレージ装置１０１１は、副サイト２のトランザクションログテーブル１２０に新たなエントリを追加して受信の履歴を格納する。
【００４６】
　
この手順が完了した時点では、ボリューム８０５の内容は１０：００時点相当になり、２つのサイトの共通のスナップショットは時刻９：００と時刻１０：００の２組に
このようにして共通スナップショットを起点にすることで差分コピーが行え
【００４７】
　図１２は、時刻１１：１０におけるディザスタリカバリ（フェールオーバ）の流れを示す。時刻１１：００において、正サイト１にはスナップショット８１０が作成されているが、
通信回線（ネットワーク３）の障害によって副サイト２への差分コピーが失敗し
このため副サイト２では
最新のスナップショットである時刻１０：００時点のデータ、すなわちボリューム８０５を使って業務の引き継ぎ、つまりフェールオーバを行
【００４８】
　具体的には正サイト１の管理者と副サイト２の管理者がネットワーク３を利用しない電話等の通信手段で連絡をとり、正サイト１の管理者は管理端末１０６等から正サイト１のクライアント８０３の業務停止を指示し、副サイト２の管理者は副サイト２の管理端末等からクライアント８０３に副サイト２が業務を引き継いだことを通知する。以降、クライアント８０３は、副サイト２のストレージ装置１０１１に複製されたボリューム８０５にアクセスすることになる。
【００４９】
　この時点で、正副サイトの共通スナップショットは、時刻０９：００と１０：００の２組であり、１０：００以降のスナップショットの更新は、正サイト１と副サイト２は別々のものになっている。
【００５０】
　図１３は、時刻１３：００におけるフェールバック（ロールバック）の流れを示す。
副サイト２では定期的（例えば１時間毎）にスナップショットを作成しているので、この時点では、時刻１２：００のスナップショット８１２および時刻１３：００のスナップショット８１３が加わって、合計４つのスナップショットが存在して
正サイト１のボリューム８０５は、ネットワーク３に障害が発生したディザスタリカバリの１１：１０時点の状態となっており、フェールバック処理の開始時点では、図中３つのスナップショット８０６、８０８、８１０が存在
【００５１】
　
ここで、フェールバック処理は、引き継ぎ（フェールオーバ）時刻１１：１０からフェールバック時点１３：００までの副サイト２における更新データを正サイト１にリストアし、業務を副サイト２から正サイト１に戻し、正サイト１から副サイト２へのリモートコピー運用を再開
【００５２】
　
このフェールバック処理中のサービス停止を最小限にするために、副サイト２から正サイト１の更新データの引き継ぎを全コピーではなく差分コピーで行
【００５３】
　図１２（図１３の１３：００の時点）では、正副サイトの共通スナップショットのうち最新のものは１０：００時点までの１組のスナップショット８０８および８０９である。つまり、
同期させるポイントをスナップショットの転送ログを比較することで実現
　上記記載事項Ｈ及びＩから，引用例２には，次の発明（以下「引用発明２」という。）が記載されているといえる。
「２つのストレージ装置１０１，１０１１をネットワーク３で接続し，コピー元のストレージ装置を正サイト１のストレージ装置１０１とし，コピー先のストレージ装置を副サイト２のストレージ装置１０１１とし，正サイト１ではボリューム８０４（Ｖｏｌ１）をクライアント８０３から使用していて，ボリューム８０４が運用ボリュームとなり，正サイト１のボリューム８０４の内容を副サイト２のボリューム８０５（Ｖｏｌ１）に次の手順でリモートコピーするものであって，
　まず，正サイト管理者が管理端末１０６から，ボリューム８０４のスナップショット８０６を作成を指示し，ストレージ装置１０１のスナップショット作成ルーチン１１８がボリューム８０４（Ｖｏｌ１）の時刻９：００のスナップショット８０６を作成し，
　つぎに，正サイト管理者は管理端末１０６からストレージ装置１０１に全コピーを指令し，スナップショット８０６の内容をすべて正サイト１から副サイト２へ転送し，副サイト２のボリューム８０５に書き込み，副サイト管理者が管理端末１０６からストレージ装置１０１１にスナップショットの作成を指令し，副サイト２のストレージ装置１０１１ではスナップショット作成ルーチン１１８が起動して，書き込んだボリューム８０５のスナップショット８０７を作成し，この手順が完了した時点で，２つの正副サイトは同期し，最初に上記のような全コピーを行っておくことで，正副サイト共通のスナップショット８０６，８０７が得られるため，以降ではこの共通スナップショット８０６，８０７を利用した差分コピーによるリモートコピー運用が可能となり，
　正副サイトのプロセッサ装置１０３は，送受信の結果をそれぞれのトランザクションログテーブル１２０に書き込んでおき，
　正サイト１では１時間毎にスナップショット作成ルーチン１１８とスナップショット転送ルーチン１１３が起動されリモートコピー処理が周期的に実行され，このリモートコピー処理は，正サイト１のボリューム８０４の内容（スナップショット）の差分データを副サイト２のボリューム８０５にコピーするものであり，
　この手順が完了した時点では，ボリューム８０５の内容は１０：００時点相当になり，２つのサイトの共通のスナップショットは時刻９：００と時刻１０：００の２組になり，このようにして共通スナップショットを起点にすることで差分コピーが行え，
　通信回線（ネットワーク３）の障害によって副サイト２への差分コピーが失敗し，このため副サイト２では，最新のスナップショットである時刻１０：００時点のデータ，すなわちボリューム８０５を使って業務の引き継ぎ，つまりフェールオーバを行い，
　副サイト２では定期的（例えば１時間毎）にスナップショットを作成しているので，この時点では，時刻１２：００のスナップショット８１２および時刻１３：００のスナップショット８１３が加わって，合計４つのスナップショットが存在していて，正サイト１のボリューム８０５は，ネットワーク３に障害が発生したディザスタリカバリの１１：１０時点の状態となっており，フェールバック処理の開始時点では，３つのスナップショット８０６，８０８，８１０が存在し，
　ここで，フェールバック処理は，引き継ぎ（フェールオーバ）時刻１１：１０からフェールバック時点１３：００までの副サイト２における更新データを正サイト１にリストアし，業務を副サイト２から正サイト１に戻し，正サイト１から副サイト２へのリモートコピー運用を再開し，
　このフェールバック処理中のサービス停止を最小限にするために，副サイト２から正サイト１の更新データの引き継ぎを全コピーではなく差分コピーで行い，
　同期させるポイントをスナップショットの転送ログを比較することで実現する
　正サイト１のボリューム８０４の内容を副サイト２のボリューム８０５にリモートコピーする方法。」
第５　対比・判断
１　対比
　本願発明１と引用発明とを対比する。
（１）引用発明の「データを記憶するためのシステム」は，「リンク３０」，「プライマリボリューム１０」及び「セカンダリボリューム２０」といったリソースが存在し，「リンクの中断が生じると，リンクが中断された時点での運用ボリュームのイメージを維持し，それ以降，プライマリとセカンダリの両ボリュームに対して行われた更新は，追跡され，記録され」るものであることから，これらの処理を行う所定の“コンピュータ”が存在することは自明であって，当該コンピュータによって，所定の“実行可能な命令”によって所定の処理が行われることも当業者には明らかであるから，本願発明１と引用発明とは，“複製データベースを管理するコンピュータ実装方法であって，実行可能な命令を用いて構成される１つ以上のコンピュータシステムの制御下で”所定の処理を行う，“コンピュータ実装方法”である点で一致するといえる。
（２）引用発明の「プライマリボリューム」及び「セカンダリボリューム」はそれぞれ，「プライマリボリュームは，プロダクションボリュームであり，セカンダリボリュームは複製のためのペアボリューム」であり，「リンクの中断が生じると，リンクが中断された時点での運用ボリュームのイメージを維持」することから，当該「運用ボリュームのイメージ」は，本願発明１の「一次インスタンス複製」に相当し，また，引用発明の「セカンダリボリューム」は，「プロダクションボリューム」の「複製のためのペアボリューム」である以上，当該「セカンダリボリューム」の複製，すなわち本願発明１の「二次インスタンス複製」に相当する構成を有するといえるから，引用発明と本願発明１とは，“一次インスタンス複製と二次インスタンス複製との間のデータを同期する”点で一致する。
（３）引用発明は，「ボリュームへの全ての書き込み動作は，データ格納領域に格納されている付随情報を使用して順次ナンバリングされ」るとともに，「ボリュームへの最後の書き込みＩ／Ｏオペレーションのログシーケンス番号が，記憶され」るものであることから，引用発明と本願発明１とは，“前記一次インスタンス複製を介して，１つ以上の入力／出力（Ｉ／Ｏ）操作を実行する”点で一致するといえる。
（４）以上，（１）乃至（３）の検討から，引用発明と本願発明１とは，次の一致点及び相違点を有する。
〈一致点〉
　複製データベースを管理するコンピュータ実装方法であって，
　実行可能な命令を用いて構成される１つ以上のコンピュータシステムの制御下で，
　一次インスタンス複製と二次インスタンス複製との間のデータを同期することと，
　前記一次インスタンス複製を介して，１つ以上の入力／出力（Ｉ／Ｏ）操作を実行することと
　を含むことを特徴とするコンピュータ実装方法。
〈相違点１〉
　本願発明１は，「一次インスタンス複製および二次インスタンス複製の初期のペアリングに基づいて，世代識別子を取得することであって，前記一次インスタンス複製および前記二次インスタンス複製はデータ環境に関連付けられ，前記世代識別子は，前記一次インスタンス複製に記憶された前記複製データベースの複製データの現在の世代，および前記二次インスタンス複製に記憶された前記複製データベースの複製データの現在の世代を識別している」のに対し，引用発明は，「世代識別子」に相当する構成を有さず，当該「世代識別子」をどの時点で取得するのか特定されていない点。
〈相違点２〉
　本願発明１が，「制御環境の監視構成要素に状態情報を定期的に提供することであって，前記制御環境は，前記データ環境から分離されている」のに対し，引用発明は，「制御環境」，「監視構成要素」，「状態情報」及び「データ環境」に相当する構成が特定されていない点。
〈相違点３〉
　本願発明１が，「前記一次インスタンス複製が前記二次インスタンス複製と通信することができないことに応答して，前記監視構成要素に故障情報を提供することであって，前記故障情報は，少なくとも前記世代識別子を含む」ものであるのに対し，引用発明は，「リンクの中断が生じると，リンクが中断された時点での運用ボリュームのイメージを維持し，それ以降，プライマリとセカンダリの両ボリュームに対して行われた更新は，追跡され，記録され」，「最後の成功した書き込み(中断前の)のシーケンス番号が保持され，そして，ベースボリュームイメージと，ベースボリュームイメージのある時点から保持された連続番号までの全てのログは，格納され」，「一般的に，ボリュームへの全ての書き込み動作は，データ格納領域に格納されている付随情報を使用して順次ナンバリングされ」，「ボリュームへの最後の書き込みＩ／Ｏオペレーションのログシーケンス番号が，記憶され」，「ベースボリュームと，その連続番号からベースボリュームイメージが保持された時点までのログが保持される」ものであるものの，「世代識別子」を含む「故障情報」を，「監視構成要素」に提供することが特定されていない点。
〈相違点４〉
　本願発明１が，「前記一次インスタンス複製と前記二次インスタンス複製との間のデータを同期する」に際し，「ブロックレベル複製機構を使用して」行われるものであるのに対し，引用発明は，そのような機構が特定されていない点。
〈相違点５〉
　本願発明１が，「前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合において，前記一次インスタンス複製が，前記監視構成要素と通信することができると判定された場合，前記一次インスタンス複製に記憶された複製データの前記現在の世代を識別する第２の世代識別子を取得する」ものであるのに対し，引用発明は，「第２の世代識別子を取得する」ことが特定されていない点。
２　判断
　事案に鑑み，相違点１，３及び５の，主に「世代識別子」の点について検討する。
　本願発明１は，多くのアプリケーションおよびサービスが，インターネット等のネットワーク上で利用可能になるに従い，クラウドコンピューティング等の技術に方向転換しており（本願明細書段落１），クラウド内では様々なアプリケーションおよびリソースの態様を調整および管理することができる一方で，これらのアプリケーションおよびリソースが依存するデータ格納場所は，顧客やユーザによる同様の調整が可能ではないかあるいは容易には管理されず，データベース管理者（ＤＢＡ）または同様の専門家ユーザを必要とし，データインスタンスが単一の位置または領域内にあり，その領域内の故障または停電によってデータインスタンスが故障した際，故障から復旧するために必要なタスクを実行するためには，時間がかかる（同段落２）ことを技術的背景とし，データベース複製を異なるデータゾーン内で動作するようにし，データベース書き込みは，データが失われることがないように，ブロックレベルにおける同期複製機構を使用し，インスタンス複製を用いることによって，単一のデータベースインスタンスを使用したときよりも高い利用可能性が提供され，例えば，データベースの一次複製が停止している場合，フェイルオーバー操作を実行して，二次複製が新しい一次複製を引き継ぎ，データゾーンの故障，データボリューム故障等から保護することができる（同段落９）ことを，その解決しようとする課題としたものであって，複製データベースインスタンスを作成し，その結果として高い耐久性がありかつ高い利用可能なデータソリューションが提供され，顧客が複製データベースインスタンスを作成する際，顧客データは，一次／二次複製モデルを使用して，同期的に複製され，複製は，異なるデータゾーン内等の異なる物理位置に配置され，一次複製が故障するか，またはそうでなければ利用できなくなる場合，二次複製へ迅速かつ自動的にフェイルオーバーすることができ，非常に小さな故障時間または非常に小さなデータ欠損をもたらし（同段落３９），ＢＬＲＭ（ブロックレベル複製機構）は，複製されたデータの世代を識別する世代識別子（「ＧＩ」）を使用し，それによってＢＬＲＭは，２つのノードが同一の複製ペアのメンバであるかどうか，バックグラウンド再同期（必要であれば）の方向であるかどうか，ならびに部分的なまたは完全な再同期は必要とされるかどうか等の態様を判定することができ，ＢＬＲＭドライバは，切断された予備複製が一次複製に切り替わる際，あるいは一次の役割におけるリソースが二次複製から切断される際，複製ペアの初期化の間等の任意の適切な時期において，新しい世代を始動することができる（同段落４４）ものであるところ，引用発明は，「データを記憶するためのシステム」であって，「データリンクの故障，または他のストレージシステムの故障，あるいはその他の事象，自然災害などに備えるもの」であり，２つのボリュームが存在し，両ボリュームでの同期を図る点，及びリンクが切断された後，切断された時点での情報を用いて当該同期処理がなされるものである点では共通するといえるものの，当該同期処理にあたって用いられる情報として，本願発明１では，「世代識別子」を，まず「一次インスタンス複製および二次インスタンス複製の初期のペアリング」に基づいて取得し，その後「前記一次インスタンス複製が前記二次インスタンス複製と通信することができない場合」に，「第２の世代識別子を取得」するものである。
　一方，引用発明では，「リンクの中断が生じると，リンクが中断された時点での運用ボリュームのイメージを維持し，それ以降，プライマリとセカンダリの両ボリュームに対して行われた更新は，追跡され，記録され，データは別々の場所に格納され，メタデータは，書き込み動作ごとにデータが格納されるデータ格納領域の連続番号及びポインターのテーブルとしてポイント・イン・タイム・ボリュームに格納され，この動作のために，最後の成功した書き込み(中断前の)のシーケンス番号が保持され，そして，ベースボリュームイメージと，ベースボリュームイメージのある時点から保持された連続番号までの全てのログは，格納され，一般的に，ボリュームへの全ての書き込み動作は，データ格納領域に格納されている付随情報を使用して順次ナンバリングされ，ボリュームへの最後の書き込みＩ／Ｏオペレーションのログシーケンス番号が，記憶され，ベースボリュームと，その連続番号からベースボリュームイメージが保持された時点までのログが保持される」ものであって，そこで用いられるものは，「ログシーケンス番号」であり，これは，「ベースボリュームイメージのある時点から保持された連続番号までの全てのログ」に係るものであり，本願発明の「前記一次インスタンス複製に記憶された前記複製データベースの複製データの現在の世代、および前記二次インスタンス複製に記憶された前記複製データベースの複製データの現在の世代を識別」している「世代識別子」や，「前記一次インスタンス複製に記憶された複製データの前記現在の世代を識別」する「第２の世代識別子」とは，上記本願発明１の課題及び目的並びに作用効果からみて，その役割及び機能の点において異なるものといわざるを得ない。
　また，当該「世代識別子」に関しては，引用発明２の存在をもってしても，読取ることはできない。
　してみれば，当該「世代識別子」に相当する構成を有しない引用発明及び引用発明２からは，当業者といえども，本願発明１は容易になし得たということはできない。
３　本願発明２乃至１６について
　本願発明５及び１０は，概ね本願発明１とそのカテゴリーが相違するものの，本願発明１と同様，「世代識別子」に係る構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。
　また，本願発明２乃至４，６乃至９及び１６，並びに１１乃至１５はそれぞれ，本願発明１，５及び１０を直接乃至間接的に引用するものであって，本願発明１と同じ理由により，当業者であっても，引用発明及び引用文献２に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第６　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。