【事件の表示】
　特願２０１４−５２４０６３「クラウドベースの分散永続性及びキャッシュデータモデル」拒絶査定不服審判事件〔平成２５年　２月　７日国際公開、ＷＯ２０１３／０１９９１３、平成２６年１０月２３日国内公表、特表２０１４−５２８１１４、請求項の数（２０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　
　本願は，２０１２年８月２日（パリ条約による優先権主張２０１１年８月２日（以下，「優先日」という。）；米国）を国際出願日とする出願であって，平成２８年８月２６日付けで拒絶理由通知がされ，平成２８年１２月６日に意見書が提出されるとともに手続補正がされ，平成２９年５月１９日付けで拒絶査定（原査定）がされ，これに対し，平成２９年９月２５日に拒絶査定不服審判の請求がされると同時に手続補正がされ，平成３０年６月１２日付けで当審より拒絶理由（以下，「当審拒絶理由」という。）の通知がなされ，平成３０年１２月１７日に意見書が提出されるとともに手続補正がされたものである。
　
　
第２　本願発明
　本願請求項１−２０に係る発明（以下，それぞれ「本願発明１」−「本願発明２０」という。）は，平成３０年１２月１７日付けの手続補正で補正された特許請求の範囲の請求項１−２０に記載された事項により特定される発明であり，本願発明１−２０は以下のとおりの発明である。
　
「　【請求項１】
　ページベースのメモリアロケーションをすることなく，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保するよう構成されたキャッシュアダプタを備える，分散キャッシュデータシステムであって，
　軽量アプリケーションサーバコントローラが，前記キャッシュアダプタ内に，組み込まれ，
　前記メモリの指定された部分は，外部クライアントからのデータを格納し，検索し，及び存続させるように構成されたデータセルを備える，前記少なくとも一つのノードにクライアントデータベースからの本質的に異なる物理位置に存在するキャッシュを形成し，
　前記キャッシュアダプタは，前記分散キャッシュデータシステムのフロントエンドにある前記クライアントデータベース，及び前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントデータベースと双方向に同期する分散ファイルシステムにインタフェースするよう構成され，
　前記キャッシュアダプタは，前記データにアクセスするために，前記分散キャッシュデータシステムの前記フロントエンドにある前記外部クライアントのためのインタフェースを提供するよう構成され，
　前記キャッシュアダプタは，ウェブサーバを介して前記外部クライアントに双方向に通信するよう構成され，
　前記キャッシュアダプタは，データアクセス要求を前記データセルのうちの適当なデータセルに送るよう構成されていることを特徴とする分散キャッシュデータシステム。
　　【請求項２】
　前記キャッシュアダプタは，前記データを関係又は非関係データベーステーブルフォーマットで格納するよう構成されている，請求項１に記載の分散キャッシュデータシステム。
　　【請求項３】
　前記キャッシュアダプタは，ジャバデータベース接続性インタフェースを使用して前記クライアントデータベース及び前記分散ファイルシステムにインタフェースするよう構成されている，請求項１に記載の分散キャッシュデータシステム。
　　【請求項４】
　前記キャッシュアダプタは，前記キャッシュを通過することなく前記分散ファイルシステムに存在する前記データに直接アクセスするよう構成されている，請求項１に記載の分散キャッシュデータシステム。
　　【請求項５】
　前記キャッシュアダプタは，前記クライアントデータベースからのデータ要求に応じて，前記データが前記キャッシュ内で利用可能かどうか最初にチェックするよう構成されており，
　前記キャッシュが前記要求されたデータを有する場合，前記キャッシュは，前記キャッシュから前記データを送出し，
　前記データが前記キャッシュ内に存在しない場合，前記キャッシュアダプタは，前記分散ファイルシステムから前記データを検索し，次に前記要求されたデータを前記クライアントに直接送出するか又は前記データを前記クライアントデータベースに送信する前に前記データをキャッシュする，請求項１に記載の分散キャッシュデータシステム。
　　【請求項６】
　前記キャッシュアダプタは，構造化関係データフォーマットで前記キャッシュから前記データを取り出し，次に前記データを分散ファイルシステム及び非構造化した中間データベースの１つに変換するよう構成されており，
　前記キャッシュアダプタは，戻り経路で，分散ファイルシステム，又は前記中間データベースからの非構造化した前記データをキャッシュ準拠フォーマットに変換するよう更に構成されている，請求項１に記載の分散キャッシュデータシステム。
　　【請求項７】
　前記クライアントデータベースは，移動マシン固有のアプリケーション又はＨＴＭＬアプリケーションクライアントの１つを含む，請求項１に記載の分散キャッシュデータシステム。
　　【請求項８】
　前記クライアントデータベースは，プレゼンテーション層，クライアントデータベース，及び前記キャッシュアダプタへの永続ソケット接続を含む，請求項７に記載の分散キャッシュデータシステム。
　　【請求項９】
　前記キャッシュは，分散ファイルシステムの上部の少なくとも１つのノードに位置する，請求項１に記載の分散キャッシュデータシステム。
　　【請求項１０】
　前記キャッシュアダプタは，前記キャッシュアダプタにインタフェースするアプリケーションのためのＳＱＬインタフェースを備えた関係データベースとして機能する，各ユーザのためのキャッシュの固有のインスタンスを作成する，請求項１に記載の分散キャッシュデータシステム。
　　【請求項１１】
　前記キャッシュアダプタは，前記分散ファイルシステムの前に存在する，請求項１に記載の分散キャッシュデータシステム。
　　【請求項１２】
　前記キャッシュは，前記マシンのネットワーク化クラスタが構成ファイル内に記述する全ての指定された部分にわたって広がる連続スペースである，請求項１に記載の分散キャッシュデータシステム。
　　【請求項１３】
　データシステムにおいてキャッシュデータを分散させるための方法であって，
　ページベースのメモリアロケーションを用いることなく，キャッシュアダプタを用いて，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保する段階と，
　軽量アプリケーションサーバコントローラを，前記キャッシュアダプタ内に，組み込む段階と，
　外部クライアントからのデータを格納し，検索し，及び存続させるよう構成されたデータセルを含む前記メモリの指定された部分を用いて，クライアントデータベースとは本質的に異なる物理的位置に存在するキャッシュを形成する段階と，
　分散キャッシュデータシステムのフロントエンドにある前記クライアントデータベース及び，前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントデータベースと双方向に同期する分散ファイルシステムをインタフェースする段階と，
　前記キャッシュアダプタを用いて前記データにアクセスするためにウェブサーバを介して前記外部クライアントにインタフェースを提供する段階と，
　前記キャッシュアダプタを用いて前記ウェブサーバを介して前記外部クライアントと双方向に通信する段階と，
　前記キャッシュアダプタを用いてアクセス要求を前記データセルのうちの適当なデータセルに送る段階と，
　を含む方法。
　　【請求項１４】
　関係又は非関係データベーステーブルフォーマットで前記データを格納する段階を更に含む，請求項１３に記載の方法。
　　【請求項１５】
　ジャバデータベース接続性を使用して前記データ及び前記分散ファイルシステムをインタフェースする段階を更に含む，請求項１３に記載の方法。
　　【請求項１６】
　前記キャッシュを通過することなく前記分散ファイルシステムに存在する前記データに直接アクセスする段階を更に含む，請求項１３に記載の方法。
　　【請求項１７】
　分散キャッシュデータシステムであって，
　キャッシュアダプタを備え，
　前記キャッシュアダプタは，
　前記キャッシュアダプタ内に，組み込まれる軽量アプリケーションサーバコントローラと，
　ページベースのメモリアロケーションを用いることなく，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにキャッシュを形成するためのメモリの指定された部分を連続スペースとして確保するための手段であって，前記メモリの指定された部分は，外部クライアントからのデータを格納し，検索し，及び存続させるよう構成されたデータセルを備える，クライアントデータベースとは本質的に異なる物理的位置に存在するキャッシュを形成する手段と，
　前記分散キャッシュデータシステムのフロントエンドにある前記クライアントデータベース及び，前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントデータベースと双方向に同期する分散ファイルシステムをインタフェースするための手段と，
　前記分散キャッシュデータシステムのフロントエンドで前記外部クライアントにインタフェースを提供し，前記データにアクセスするための手段と，
　ウェブサーバを介して前記外部クライアントと双方向に通信するための手段と，
　アクセス要求を前記データセルのうちの適当なデータセルに送るための手段と，
　を備える，分散キャッシュデータシステム。
　　【請求項１８】
　前記キャッシュアダプタはさらに，関係又は非関係データベーステーブルフォーマットで前記データを格納する手段を備える，請求項１７に記載の分散キャッシュデータシステム。
　　【請求項１９】
　前記キャッシュアダプタはさらに，ジャバデータベース接続性インタフェースを使用して前記分散ファイルシステムに前記クライアントデータベースをインタフェースする手段を備える，請求項１７に記載の分散キャッシュデータシステム。
　　【請求項２０】
　前記キャッシュアダプタはさらに，前記キャッシュを通過することなく前記分散ファイルシステムに存在する前記データに直接アクセスする手段を備える，請求項１７に記載の分散キャッシュデータシステム。」
　
　
第３　引用文献，引用発明等
１．引用文献１について
　
　本願の優先日前に頒布され，原査定の拒絶の理由に引用された引用文献１（特開２００３−００６０３６号公報）には，図面とともに次の事項が記載されている。（下線は当審により付与。）
Ａ　「【請求項１】
少なくとも１個のクライアント計算機システムとネットワークで接続され，該クライアント計算機システムの要求を受け付け，自システム内もしくは他の計算機システムに処理を転送して結果を取得し，該結果を前記クライアントに対する結果として返す少なくとも１個のＷｅｂサーバ計算機システム（以下，Ｗｅｂサーバ）と，該Ｗｅｂサーバとネットワークで接続され，該Ｗｅｂサーバから転送された要求を処理するアプリケーションを実行する，少なくとも１個のアプリケーションサーバ計算機システム（以下，アプリケーションサーバ）と，該アプリケーションサーバとネットワークで接続され，前記アプリケーションが処理に必要とするデータを管理し，該アプリケーションからの要求に従って，データを参照・更新するデータベースを含む少なくとも１個のデータベースサーバ計算機（以下，データベースサーバ）と，前記アプリケーションサーバと前記データベースサーバにネットワークで接続され，該データベースサーバのデータの一部をキャッシュし，該アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理し，処理が不可能な要求はデータベースサーバに転送する機能を有するキャッシュデータベースクラスタとを備え，該キャッシュデータベースクラスタは，キャッシュデータベースを備える少なくとも１個のキャッシュデータベースサーバ計算機（以下，キャッシュデータベースサーバ）を含むことを特徴とするＷｅｂシステム
　
Ｂ　「【０００３】
【発明が解決しようとする課題】大規模構成のＷｅｂシステム構築においては，アプリケーションサーバおよびデータベースサーバのスケーラビリティの確保が困難であり，ユーザの増加，システム負荷の急激な増加への対応が課題となっていた。さらに，スケーラビリティの確保が困難であることに起因して，Ｗｅｂシステムの性能を確保するために，処理のボトルネックとなるアプリケーションサーバやデータベースサーバに高価な高多重ＳＭＰサーバを用いる必要があり，が不可能となっていた。本発明の一つの目的は，システムのスケーラビリティを高め，ひいては要求される規模の大小によらず性能を確保が容易なＷｅｂシステムを提供するにある。本発明の具体的な目的は，アプリケーションサーバのクラスタ化を可能とする方法を提供することである。本発明の別の具体的な目的は，データベースサーバのクラスタ化されたキャッシュ（以下，キャッシュデータベースクラスタと呼ぶ）を提供することである。さらに別の具体的な目的は，アプリケーションサーバやデータベースサーバに効果な項多重ＳＭＰサーバではなくクラスタを用い，ストパフォーマンスの高いＷｅｂシステム構築方法を提供することである。
【０００４】
【課題を解決するための手段】前記の目的を達成するための本発明の代表的構成を以下に列挙する。まず，本発明ではアプリケーションの論理セッション状態を必要に応じてクラスタ化したキャッシュデータベースに保存し，該セッション状態をキャッシュデータベースから読み出す機構を提供する。本機構を利用することにより，前記アプリケーションの処理を異なるクラスタサーバ上で動作する該アプリケーションで継続実行することができ，アプリケーションサーバのクラスタ化が可能となる。また，本発明ではクラスタサーバ上に更新が可能なキャッシュデータベースクラスタを作成し，データベースサーバの負荷を削減する。該更新処理の整合性を確保するために，必要に応じてデータベースサーバと同期させる機構を提供する。キャッシュデータベースクラスタ内のキャッシュデータベースは，テーブルを部分的にキャッシュすることも可能であり，キャッシュの空き容量に応じて最適なキャッシングを実現する。本機構により，更新処理時のデータベースサーバへのアクセスも削減でき，データベースサーバのスケーラビリティを高めることができる。また，前記アプリケーションサーバのクラスタ化方法，前記キャッシュデータベースクラスタ構成方法に加えて，本発明ではキャッシュデータベースクラスタに対するキャッシュデータベースの自動追加機構を提供する。本機構を用いることにより，容易にコストパフォーマンスが高く，しかもスケーラビリティが高いクラスタシステムが構築できる。」
Ｃ　「
  
」
　
Ｄ　「【０００５】
【発明の実施の形態】本発明を適用した好適なＷｅｂシステムの実施形態を図１に示す。図１ではクライアント計算機１（１０１）〜クライアント計算機Ｋ（１０２）がネットワーク１０３を介してＷｅｂサーバ１（１０４）〜ＷｅｂサーバＬ（１０５）に接続されている。Ｗｅｂサーバはさらに，ネットワーク１０９を介してアプリケーションサーバ１（１０７）〜アプリケーションサーバＭ（１０８）に接続されている。また，前記アプリケーションサーバはネットワーク１０９を介してキャッシュデータベースクラスタ１１０に接続されている。キャッシュデータベースクラスタは複数のキャッシュデータベースサーバで構成される。例えば，図１では前記キャッシュデータベースクラスタにはキャッシュデータベースサーバ１（１１１）〜キャッシュデータベースサーバＮ（１１３）のＮ個のクラスタサーバが含まれている。それぞれのキャッシュデータベースサーバは，内部にキャッシュデータベース（１１２，１１８）を含む。キャッシュデータベースサーバの内部構成に関しては後述する。さらに，前記キャッシュデータベースクラスタはネットワーク１１７を介してデータベースサーバ１（１１４）〜データベースサーバＯ（１２０）に接続されている。該データベースサーバはその内部に，元データを管理するデータベース１１６，１２０を含む。
　・・・（中略）・・・
次に，データベースサーバのスケーラビリティを向上させるためのキャッシュデータベースクラスタの構成方法，およびその利用方法について説明する。最初に
キャッシュデータベースクラスタを用いた問合せ処理方法
アプリケーションサーバより転送された問合せは，キャッシュデータベースサーバ１（１１１）のネットワークインタフェース部２０２を介して，キャッシュ利用可否判定部（２０３）に送られる。該キャッシュ利用可否判定部では，キャッシュデータベース内に所望のデータが存在するか否かを，格納データ管理テーブル２２３を用いてチェックする
キャッシュデータベース内にデータが存在する場合（ステップ４０２でＹｅｓが選択された場合）には，アプリケーションからデータベースサーバ向けの発行された問合せをキャッシュデータベース中のデータを参照するように変換する（ステップ４０３）
問合せが参照処理のみを含む場合（ステップ４０４でＮｏが選択された場合）には，キャッシュデータベースより結果を取得し，アプリケーションに返して（ステップ４０５），問合せ処理を終了する（ステップ４０６）
前記問合せがデータベースに対するデータ更新，データ削除，データ追加のいずれかの処理（データベースの標準問合せ言語ＳＱＬではＵＰＤＡＴＥ，ＩＮＳＥＲＴ，ＤＥＬＥＴＥに相当する）を含む場合（ステップ４０４でＹｅｓが選択された場合）には，キャッシュデータベース更新処理を実行し（ステップ４０７），更新処理結果のステータスをアプリケーションに返して（ステップ４０８），キャッシュデータベースサーバでの問合せ処理を終了する（ステップ４０６）
　・・・（中略）・・・
再び図４のキャッシュデータベースサーバでの問合せ処理のステップ４０２に戻って，
キャッシュデータベース内にデータが存在しない場合（ステップ４０２でＮｏが選択された場合）には，データベースサーバ向けに問合せを変換（ステップ４１３），転送し（ステップ４０９），該問合せに対する結果を取得して（ステップ４１０），アプリケーションに該取得した値を返す（ステップ４１１）
変換後の問合せによって取得したレコードを用いて，キャッシュデータベースリフレッシュ処理を実行して（ステップ４１２），終了する（ステップ４０６）
　・・・（中略）・・・
【０００６】
【発明の効果】本発明を用いることにより，アプリケーションサーバのクラスタ化，および更新が可能なキャッシュデータベースクラスタの構成が可能となり，スケーラビリティの高いＷｅｂシステムが実現できる。さらに，高多重のＳＭＰサーバではなく，安価なクラスタサーバを用いてシステム構築が可能となり，システムのコストパフォーマンスが向上する。」
　
　以上，上記ＡないしＤの記載から，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。
　　
　「少なくとも１個のクライアント計算機システムとネットワークで接続され，該クライアント計算機システムの要求を受け付け，自システム内もしくは他の計算機システムに処理を転送して結果を取得し，該結果を前記クライアントに対する結果として返す少なくとも１個のＷｅｂサーバと，該Ｗｅｂサーバとネットワークで接続され，該Ｗｅｂサーバから転送された要求を処理するアプリケーションを実行する，少なくとも１個のアプリケーションサーバと，該アプリケーションサーバとネットワークで接続され，前記アプリケーションが処理に必要とするデータを管理し，該アプリケーションからの要求に従って，データを参照・更新するデータベースを含む少なくとも１個のデータベースサーバと，前記アプリケーションサーバと前記データベースサーバにネットワークで接続され，該データベースサーバのデータの一部をキャッシュし，該アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理し，処理が不可能な要求はデータベースサーバに転送する機能を有するキャッシュデータベースクラスタとを備え，該キャッシュデータベースクラスタは，キャッシュデータベースを備える少なくとも１個のキャッシュデータベースサーバを含むことを特徴とするＷｅｂシステムであって，
　前記キャッシュデータベースクラスタを用いた問合せ処理方法は，
　アプリケーションサーバより転送された問合せを，キャッシュデータベースサーバのネットワークインタフェース部を介して，キャッシュ利用可否判定部に送り，該キャッシュ利用可否判定部では，キャッシュデータベース内に所望のデータが存在するか否かを，格納データ管理テーブルを用いてチェックし，
　キャッシュデータベース内にデータが存在する場合には，アプリケーションからデータベースサーバ向けの発行された問合せをキャッシュデータベース中のデータを参照するように変換し，
　　前記問合せが参照処理のみを含む場合には，キャッシュデータベースより結果を取得し，アプリケーションに返して，問合せ処理を終了し，
　　前記問合せがデータベースに対するデータ更新，データ削除，データ追加のいずれかの処理（データベースの標準問合せ言語ＳＱＬではＵＰＤＡＴＥ，ＩＮＳＥＲＴ，ＤＥＬＥＴＥに相当する）を含む場合には，キャッシュデータベース更新処理を実行し，更新処理結果のステータスをアプリケーションに返して，キャッシュデータベースサーバでの問合せ処理を終了し，
　キャッシュデータベース内にデータが存在しない場合には，データベースサーバ向けに問合せを変換，転送し，該問合せに対する結果を取得して，アプリケーションに該取得した値を返し，
　変換後の問合せによって取得したレコードを用いて，キャッシュデータベースリフレッシュ処理を実行して，終了する，
　Ｗｅｂシステム。」
　
２．引用文献２について
　
　本願の優先日前に頒布され，原査定の拒絶理由に引用された，特開２００４−２９５６８３号公報（以下，これを「引用文献２」という。）には，図面とともに次の事項が記載されている。（下線は当審により付与。）
Ｅ　「【００２３】
まず，この実施の形態にかかるアプリケーションサーバの概要構成について説明する。図１は，この実施の形態にかかるアプリケーションサーバの概要構成を説明する概要構成図である。図１に示すように，端末１および端末２は，ネットワーク１０およびワールドワイドウェブ（ＷＷＷ）サーバ２０を介してアプリケーションサーバ３０に接続している。さらにアプリケーションサーバ３０は，データベースマネジメントシステム（ＤＢＭＳ）４０を介してデータベース５０に接続している。
【００２４】
また，
アプリケーションサーバ３０は，その内部に
キャッシュメモリ３２
を有する
【００２５】
また，更新処理部３３は，更新間隔設定部３４が設定した更新間隔で，キャッシュメモリ３２に保存されたキャッシュの更新（リフレッシュ）をおこなう。具体的には更新処理部３３は，日付および時刻を監視し，更新間隔設定部３４が設定した更新間隔に基づいて主制御部３１に更新要求を送信する。主制御部３１は，更新要求を受け取った場合にキャッシュメモリ３２に保存したＳＱＬ検索式を読み出してデータベース５０の検索を実行し，検索結果をキャッシュメモリ３２に保存することで，キャッシュの内容を最新の状態に更新する。
【００２６】
ＤＢＭＳ４０は，アプリケーションサーバ３０からＳＱＬ検索式を受信した場合に，このＳＱＬ検索式を用いてデータベース５０を検索し，検索結果をアプリケーションサーバ３０に送信する処理をおこなう。
・・・（中略）・・・
【００３１】
つぎに，
アプリケーションサーバ３０がデータベース５０からデータを検索する場合
アプリケーションサーバ３０は，同一のＳＱＬ検索式をキャッシュメモリ３２に保存しているか否かを確認し
【００３２】
ＤＢＭＳ４０は，アプリケーションサーバ３０から受信したＳＱＬ検索式を用いてデータベース５０の検索を実行し，検索結果をアプリケーションサーバ３０に送信するので，アプリケーションサーバ３０は，ＤＢＭＳ４０から受信した検索結果を検索の要求元である端末１に送信する。この時，アプリケーションサーバ３０は，ＤＢＭＳ４０に送信したＳＱＬ検索式とＤＢＭＳ４０から受信した検索結果とを関連付けてキャッシュメモリ３２に記憶する。
【００３３】
つぎに，
アプリケーションサーバ３０がキャッシュメモリ３２からデータを検索する場合
３．引用文献３について
　
　本願の優先日前に頒布され，原査定の拒絶理由に引用された，特開２００４−２４０５７５号公報（以下，これを「引用文献３」という。）には，図面とともに次の事項が記載されている。（下線は当審により付与。）
Ｆ　「【００８４】
ステップ１００２では，前記読み出した管理ＩＤ，取得開始位置及び取得件数等の情報を引数として指定して
キャッシュデータ抽出処理部４１２を呼び出し，
レコードデータのメモリキャッシュ４０８からの抽出をキャッシュデータ抽出処理部４１２に指示する
キャッシュデータ抽出処理の処理結果を示す戻り値をキャッシュデータ抽出処理部４１２から受け取る
【００８５】
ステップ１００３では，前記
受け取った戻り値の値を調べ，戻り値がＮＵＬＬである場合には，キャッシュデータ抽出処理に失敗したものとしてステップ１００４へ進む
【００８６】
ステップ１００４では，
ステップ１００１でＷｅｂサーバ１０１から受信した取得要求から検索条件を読み出してＤＢサーバ１０３へ送信し，前記検索条件による検索処理で得られた検索結果をＤＢサーバ１０３から受信する
　
　
第４　対比・判断
　
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
ア．引用発明は，「アプリケーションサーバとネットワークで接続され，前記アプリケーションが処理に必要とするデータを管理し，該アプリケーションからの要求に従って，データを参照・更新するデータベースを含む少なくとも１個のデータベースサーバ」を備えるものであり，サーバ中にデータをファイル形式で格納することはよく知られた構成であるから，引用発明の上記「少なくとも１個のデータベースサーバ」は，本願発明１の「分散ファイルシステム」に相当する。
　また，引用発明は，「少なくとも１個のクライアント計算機システムとネットワークで接続され，該クライアント計算機システムの要求を受け付け，自システム内もしくは他の計算機システムに処理を転送して結果を取得し，該結果を前記クライアントに対する結果として返す少なくとも１個のＷｅｂサーバ」を備えるものであり，当該「クライアント計算機システム」が，本願発明１の「外部クライアント」に対応する。
　そして，引用発明は，「アプリケーションサーバと前記データベースサーバにネットワークで接続され，該データベースサーバのデータの一部をキャッシュし，該アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理し，処理が不可能な要求はデータベースサーバに転送する機能を有するキャッシュデータベースクラスタ」であって「キャッシュデータベースを備える少なくとも１個のキャッシュデータベースサーバを含む」「キャッシュデータベースクラスタ」を備えるものであって，当該「キャッシュデータベースクラスタ」が，本願発明１の「分散キャッシュデータシステム」に対応し，引用発明の上記「キャッシュデータベースクラスタ」に含まれる「少なくとも１個のキャッシュデータベースサーバ」が，本願発明１の「マシンのネットワーク化クラスタの少なくとも１つのノード」に相当する。
　
イ．本願発明１の「分散キャッシュデータシステム」が備える「キャッシュアダプタ」及びそれが確保する「メモリの指定された部分」に関し，
　上記ア．の検討によれば，引用発明の「キャッシュデータベースクラスタ」は，「アプリケーションサーバと前記データベースサーバにネットワークで接続され」ていることから，「データベースサーバ」側とは反対の「アプリケーションサーバ」側に「ネットワークで接続され」ており，よって，引用発明の上記「キャッシュデータベースクラスタ」に含まれる「少なくとも１個のキャッシュデータベースサーバ」は，「データベースサーバ」に対し「アプリケーションサーバ」側に存在するものであるといえる。そして，引用発明の上記「キャッシュデータベースクラスタ」は，「アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理」するものであるところ，上記「アプリケーションサーバから」の「要求」はデータに係るものであって，当該「データ」に係る「要求」に対し「自システムで処理可能」であるかを判断するために，メモリ上で「データ」の格納先を当然に指定し，かつその格納先は「少なくとも１個のキャッシュデータベースサーバ」上に確保されるものと解されることから，当該「キャッシュデータベースクラスタ」は，それを構成する「少なくとも１個のキャッシュデータベースサーバ」に「データ」の格納先となるメモリ上の指定される部分を確保するためのキャッシュに係る構成を備えているといえる。
　それに対し，本願発明１の「マシンのネットワーク化クラスタの少なくとも１つのノード」が，「分散ファイルシステムの上部に位置する」とは，その意味は必ずしも明らかではないものの，発明の詳細な説明の段落【００５２】「図２に示すように，
データベース層は，分散ファイルシステム２７０の上部に位置するキャッシュアダプタ２００から構成される
２つのデータキャッシュ構成
１つはクライアントマシンに固有のクライアントデータベース（キャッシュ）２４０，２４１としてクライアントに存在し，他のデータキャッシュは，例えば，クラウドに存在するクラスタ化ノードに存在するノード２６０，２６１，２６２から成るＣｌｏｕｄＣａｃｈｅ
ＣｌｏｕｄＣａｃｈｅは，分散ファイルシステム２７０の上部のノード
クラウドに存在するクラスタ化ノードに位置する
　そうすると，引用発明の「キャッシュデータベースクラスタ」が備える上記キャッシュに係る構成が，本願発明１の「分散キャッシュデータシステム」が備える「キャッシュアダプタ」に対応するとともに，引用発明の上記キャッシュに係る構成が確保する，「アプリケーションサーバ」側に存在する「少なくとも１個のキャッシュデータベースサーバ」での「データ」の格納先となるメモリ上の指定される部分が，本願発明１の上記「キャッシュアダプタ」が確保する，「分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分」に相当し，
　そして，本願発明１の「ページベースのメモリアロケーションをすることなく，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保するよう構成されたキャッシュアダプタ」と，引用発明の「少なくとも１個のキャッシュデータベースサーバ」での「データ」の格納先となるメモリ上の指定される部分を確保するためのキャッシュに係る構成とは，“分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を確保するよう構成されたキャッシュに係る構成”である点で共通するといえる。
　以上から，後記する点で相違するものの，本願発明１である「ページベースのメモリアロケーションをすることなく，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保するよう構成されたキャッシュアダプタを備える，分散キャッシュデータシステム」と，引用発明における「アプリケーションサーバと前記データベースサーバにネットワークで接続され，該データベースサーバのデータの一部をキャッシュし，該アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理し，処理が不可能な要求はデータベースサーバに転送する機能を有するキャッシュデータベースクラスタ」とは，“分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を確保するよう構成されたキャッシュに係る構成を備える，分散キャッシュデータシステム”である点で共通するといえる。
　
ウ．上記イ．で検討のとおり，引用発明における「キャッシュデータベースクラスタ」は，それを構成する「少なくとも１個のキャッシュデータベースサーバ」に「データ」の格納先となるメモリ上の指定される部分を確保するためのキャッシュに係る構成を備えているといえるところ，当該メモリ上の指定される部分である「データ」の格納先は，「キャッシュデータベースサーバ」に存在することからしてキャッシュを形成するといえ，その際，上記イ．で検討のとおり，上記「キャッシュデータベースクラスタ」は，「アプリケーションサーバ」に「ネットワークで接続され」ており，さらに，当該「アプリケーションサーバ」は「Ｗｅｂサーバとネットワークで接続され」，かつ，当該「Ｗｅｂサーバ」は「クライアント計算機システムとネットワークで接続され」ていることから，上記「キャッシュデータベースクラスタ」及びそれが指定する「データ」の格納先としてのキャッシュは，上記「クライアント計算機システム」とは本質的に異なる物理的位置に存在するものであるといえる。
　そして，引用発明における上記「アプリケーションサーバから」の「要求」とは，「クライアント計算機システムの要求を受け付け」た「Ｗｅｂサーバから転送された要求」を「アプリケーションサーバ」にて処理して転送するものであり，それについて，引用発明における「キャッシュデータベースクラスタを用いた問合せ処理方法」では，「問合せが参照処理のみを含む場合には，キャッシュデータベースより結果を取得し」，また「問合せがデータベースに対するデータ更新，データ削除，データ追加のいずれかの処理・・・を含む場合には，キャッシュデータベース更新処理を実行」していることから，引用発明の「キャッシュデータベース」を含む「キャッシュデータベースクラスタ」は，「クライアント計算機システムの要求」に対し「データ」の「参照」，「更新」，「追加」の処理を行うものといえる。その際，「データ」の「更新」及び「追加」とは，「データ」の「格納」を伴うものであり，また，「データ」の「参照」及び「更新」とは，「データ」の「検索」を伴うものであり，また，「データ」の「更新」とは，「データ」の「存続」を伴うものであるから，引用発明の上記「キャッシュデータベース」を含む「キャッシュデータベースクラスタ」は，「クライアント計算機システムの要求」に対し「データ」を「格納」し，「検索」し，及び「存続」させる機能を有しているといえ，そしてこの場合の，「データ」の「格納」，「検索」，及び「存続」とは，「キャッシュデータベースクラスタ」を構成する「少なくとも１個のキャッシュデータベースサーバ」で，「データ」の格納先としてメモリ上の指定を行ってなされるものと解されるから，上記「データ」を「格納」し，「検索」し，及び「存続」させる機能は，「少なくとも１個のキャッシュデータベースサーバ」におけるメモリ上で指定される部分である「データ」の格納先を用いて実現しているといえる。
　そうすると，本願発明１の「クライアントデータベースからの本質的に異なる物理位置に存在するキャッシュ」と，引用発明の「クライアント計算機システム」とは異なる「キャッシュデータベースクラスタ」にある「少なくとも１個のキャッシュデータベースサーバ」において指定される「データ」の格納先は，“クライアントに係る構成からの本質的に異なる物理位置に存在するキャッシュ”である点で共通し，
　そして，後記する点で相違するものの，本願発明１の，「メモリの指定された部分は，外部クライアントからのデータを格納し，検索し，及び存続させるように構成されたデータセルを備える，前記少なくとも一つのノードにクライアントデータベースからの本質的に異なる物理位置に存在するキャッシュを形成し」と，引用発明の，メモリ上で指定された「データ」の格納先が，「クライアント計算機システム」とは異なる「キャッシュデータベースクラスタ」にある「少なくとも１個のキャッシュデータベースサーバ」にあり，「キャッシュデータベースクラスタを用いた問合せ処理方法」で，「問合せが参照処理のみを含む場合には，キャッシュデータベースより結果を取得し」，また「問合せがデータベースに対するデータ更新，データ削除，データ追加のいずれかの処理・・・を含む場合には，キャッシュデータベース更新処理を実行」するための構成となっていることとは，“メモリの指定された部分は，外部クライアントからのデータを格納し，検索し，及び存続させるための機能を備える，前記少なくとも一つのノードにクライアントに係る構成からの本質的に異なる物理位置に存在するキャッシュを形成し”という点で共通するといえる。
　
エ．上記イ．で検討のとおり，引用発明における「キャッシュデータベースクラスタ」は，それを構成する「少なくとも１個のキャッシュデータベースサーバ」に「データ」の格納先となるメモリ上の指定される部分を確保するためのキャッシュに係る構成を備え，また，上記ウ．における検討のとおり，「キャッシュデータベース」を含む「キャッシュデータベースクラスタ」が有する，「クライアント計算機システムの要求」に対し「データ」を「格納」し，「検索」し，及び「存続」させる機能は，「少なくとも１個のキャッシュデータベースサーバ」におけるメモリ上で指定される部分である「データ」の格納先を用いて実現しているといえることから，引用発明における「キャッシュデータベースクラスタ」の上記キャッシュに係る構成は，「データ」の格納先となるメモリ上の指定される部分を確保することで，「クライアント計算機システムの要求」に対し「データ」を「格納」し，「検索」し，及び「存続」させる機能を提供しているといえる。そして，この場合の「クライアント計算機システム」は，「キャッシュデータベースクラスタ」に対してユーザ側であるフロントエンドにあるといえるから，引用発明における「キャッシュデータベースクラスタ」の上記キャッシュに係る構成は，「ネットワーク」での「接続」をとおして「クライアント計算機システムの要求」を処理できるよう，フロントエンドにある「クライアント計算機システム」のためのインターフェースを提供するよう構成されていると解することができる。
　そうすると，後記する点で相違するものの，本願発明１の，「キャッシュアダプタは，前記データにアクセスするために，前記分散キャッシュデータシステムの前記フロントエンドにある前記外部クライアントのためのインタフェースを提供するよう構成され」ることと，引用発明の，少なくとも１個のキャッシュデータベースサーバ」に「データ」の格納先となるメモリ上の指定される部分を確保するためのキャッシュに係る構成が，「データ」の格納先となるメモリ上の指定される部分を確保することで，「クライアント計算機システムの要求」に対し「データ」を「格納」し，「検索」し，及び「存続」させる機能を提供することとは，“キャッシュに係る構成は，前記分散キャッシュデータシステムの前記フロントエンドにある前記外部クライアントのためのインタフェースを提供するよう構成され”る点で共通するといえる。
　
オ　上記エ．で検討のとおり，引用発明における「キャッシュデータベースクラスタ」の上記キャッシュに係る構成は，「ネットワーク」での「接続」をとおして「クライアント計算機システムの要求」を処理できるよう，フロントエンドにある「クライアント計算機システム」のためのインターフェースを提供するよう構成されていると解することができ，一方で，上記「キャッシュデータベースクラスタ」と「クライアント計算機システム」とは，「少なくとも１個のクライアント計算機システムとネットワークで接続され，該クライアント計算機システムの要求を受け付け・・・前記クライアントに対する結果として返す少なくとも１個のＷｅｂサーバと，該Ｗｅｂサーバとネットワークで接続され・・・少なくとも１個のアプリケーションサーバと，・・・前記アプリケーションサーバと前記データベースサーバにネットワークで接続され，・・・該アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理・・・キャッシュデータベースクラスタ」と記載されているとおり，「Ｗｅｂサーバ」及び「少なくとも１個のアプリケーションサーバ」を間に介して双方向に通信可能にネットワークで接続されていると解される。
　してみると，引用発明の「Ｗｅｂサーバ」は，本願発明１の「ウェブサーバ」に相当することから，後記する点で相違するものの，本願発明１の，「キャッシュアダプタは，ウェブサーバを介して前記外部クライアントに双方向に通信するよう構成され」ることと，引用発明の，「キャッシュデータベースクラスタ」の上記キャッシュに係る構成が，「ネットワーク」での「接続」をとおして「クライアント計算機システムの要求」を処理できるよう，フロントエンドにある「クライアント計算機システム」のためのインターフェースを提供するよう構成されていることとは，“キャッシュに係る構成は，ウェブサーバを介して前記外部クライアントに双方向に通信するよう構成され”る点で共通するといえる。
　
　したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。
［一致点］
　分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を確保するよう構成されたキャッシュに係る構成を備える，分散キャッシュデータシステムであって，
　前記メモリの指定された部分は，外部クライアントからのデータを格納し，検索し，及び存続させるための機能を備える，前記少なくとも一つのノードにクライアントに係る構成からの本質的に異なる物理位置に存在するキャッシュを形成し，
　前記キャッシュに係る構成は，前記分散キャッシュデータシステムの前記フロントエンドにある前記外部クライアントのためのインタフェースを提供するよう構成され，
　前記キャッシュに係る構成は，ウェブサーバを介して前記外部クライアントに双方向に通信するよう構成されていることを特徴とする分散キャッシュデータシステム。
　
［相違点１］
　分散キャッシュデータシステムに関し，
　本願発明１は，「ページベースのメモリアロケーションをすることなく」，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を「連続スペースとして」確保するよう構成された「キャッシュアダプタ」を備えるものであるのに対し，
　引用発明は，「キャッシュアダプタ」を備えることや，確保するメモリの態様について特定はなされていない点。
　
［相違点２］
　本願発明１は，「軽量アプリケーションサーバコントローラが，前記キャッシュアダプタ内に，組み込まれ」ているのに対し，
　引用発明は，そのような特定はなされていない点。
　
［相違点３］
　メモリの指定された部分に関し，
　本願発明１は，外部クライアントからのデータを格納し，検索し，及び存続させ「るように構成されたデータセルを備える」，前記少なくとも一つのノードに「クライアントデータベース」からの本質的に異なる物理位置に存在するキャッシュを形成しているのに対し，
　引用発明は，「データセル」に係る構成や「クライアントデータベース」について，そのような特定はなされていない点。
［相違点４］
　キャッシュに係る構成に関し，
　本願発明１は，「キャッシュアダプタは，前記分散キャッシュデータシステムのフロントエンドにある前記クライアントデータベース，及び前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントデータベースと双方向に同期する分散ファイルシステムにインタフェースするよう構成され」ているのに対し，
　引用発明は，そのような特定はなされていない点。
　
［相違点５］
　キャッシュに係る構成に関し，
　本願発明１は，「キャッシュアダプタ」は，「前記データにアクセスするために」，前記分散キャッシュデータシステムの前記フロントエンドにある前記外部クライアントのためのインタフェースを提供するよう構成されているのに対し，
　引用発明は，そのような特定はなされていない点。
　
［相違点６］
　キャッシュに係る構成に関し，
　本願発明１は，「キャッシュアダプタ」は，ウェブサーバを介して前記外部クライアントに双方向に通信するよう構成されているのに対し，
　引用発明は，そのような特定はなされていない点。
　
［相違点７］
　本願発明１は，「キャッシュアダプタは，データアクセス要求を前記データセルのうちの適当なデータセルに送るよう構成されている」のに対し，
　引用発明は，そのような特定はなされていない点。
　
（２）相違点についての判断
　
　事案に鑑みて，上記相違点４について先に検討する。
　本願発明１の「クライアントデータベース」とは，発明の詳細な説明の段落【００５２】「・・・１つはクライアントマシンに固有のクライアントデータベース（キャッシュ）２４０，２４１としてクライアントに存在し・・・」との記載，及び，平成３０年１２月１７日提出の意見書における『（４）について　　「クライアントデータベース」及び「クライアントキャッシュ」は同じ構成を意味するものですので，「クライアントキャッシュ」との記載を「クライアントデータベース」と補正しました。これにより，「クライアントデータベース」及び「クライアントキャッシュ」が同じ構成を意味することが明確になりました。』との説明を踏まえると，「外部クライアント」に存在するキャッシュであると解することができる。
　そうすると，本願発明１の相違点４に係る構成によれば，「外部クライアント」に存在するキャッシュと，「分散ファイルシステム」とが，「キャッシュアダプタ」を介して，「双方向に同期」を行うことができるものであって，これにより，「バックエンドシステムは，定期的に最新のバックエンドデータキャッシュによってクライアントデータキャッシュを常にアップデートする」（段落【００５６】）こととなり，その上で，「クライアント３００は，クライアントマシンのローカルデータベースで利用可能である可能性のあるデータ３１０を要求し，利用可能である場合，要求はクライアントマシンを離れず，クライアントマシンの境界内で満たされる。データがクライアントマシンキャッシュに存在しないインスタンスでは，要求がバックエンドに提示される。要求されたデータがクライアントデータベースに存在しない場合，着信要求は，キャッシュアダプタの記憶マップ３２５によってインターセプトされ，要求されたデータの位置を要求に提供する。データ位置は，データがキャッシュにない場合はキャッシュされたデータのポインタであり，次にデータ（アーカイブデータ）が生の非構造化フォーマット３６０で分散ファイルシステムから検索される。分散ファイルシステムからのデータが最初に検索され，次にキャッシュ互換性フォーマット３５５に変換され最後にクライアントキャッシュに送信される。要求されたデータの受信に応じて，クライアントはクライアントのためのデータを表示」（段落【００５４】）することで，「データを検索しアプリケーションサーバに戻す代わりに，要求がキャッシュアダプタに送られて，適当なデータが存在するクラスタの適切なノードにキャッシュアダプタが要求を送信する」（段落【００５９】）との作用効果を奏することができるものである。
　それに対し，引用発明は，「アプリケーションサーバおよびデータベースサーバのスケーラビリティの確保」（段落【０００３】）を課題の前提とするものであり，そのために，「データベースサーバのデータの一部をキャッシュし，該アプリケーションサーバからの該データベースサーバへの要求のうち，自システムで処理可能な要求を処理し，処理が不可能な要求はデータベースサーバに転送する機能を有するキャッシュデータベースクラスタ」との構成を備えるものであって，「クライアント計算機システム」側のキャッシュ構成を設けることや，当該「クライアント計算機システム」側のキャッシュ構成と「データベースサーバ」とを双方向に同期させるよう構成する動機付けが直ちには認められない。
　さらに，上記相違点４に係る本願発明１の構成である，「キャッシュアダプタは，前記分散キャッシュデータシステムのフロントエンドにある前記クライアントデータベース，及び前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントデータベースと双方向に同期する分散ファイルシステムにインタフェースするよう構成され」ることは，上記引用文献２ないし３のいずれにも記載されておらず，また，本願優先日前において周知技術であるともいえない。
　そうすると，引用文献２ないし３の記載を参酌しても，引用発明において，「クライアント計算機システム」側にキャッシュ構成を設け，当該「クライアント計算機システム」側のキャッシュ構成及び「データベースサーバ」とを双方向に同期するよう構成すること，すなわち，上記相違点４に係る構成とすることは，当業者が容易になし得たものであるとすることはできない。
　したがって，本願発明１は，相違点１ないし３，５ないし７を検討するまでもなく，当業者であっても引用発明，引用文献２ないし３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
２．本願発明２−２０について
　
　本願発明１３，１７は，本願発明１と実質同様の構成を有するか，カテゴリーが異なるだけであり，本願発明１の「相違点４に係る構成」と同一または同様の構成を備えるものであるから，本願発明１と同様の理由により，引用発明，引用文献２ないし３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　本願発明２−１２，１４−１６，１８−２０は，本願発明１，１３，１７を減縮したものであるから，本願発明１と同じ理由により，当業者であっても引用発明，引用文献２ないし３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
第５　原査定の概要及び原査定についての判断
　原査定は，請求項１−２０について上記引用文献１ないし３に基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができないというものである。しかしながら，平成３０年１２月１７日付けの手続補正により補正された請求項１−２０は，それぞれ「相違点４に係る構成」を有するものとなっており，
　上記第４のとおり，本願発明１−２０は，上記引用発明，引用文献２ないし３に記載された技術的事項に基づいて，当業者が容易に発明できたものではない。したがって，原査定を維持することはできない。
　
第６　当審拒絶理由について
　
＜特許法第３６条第６項第２号について＞
　
（１）当審では，請求項１の「ページベースのメモリアロケーションをすることなく，連続スペースとしてマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を確保するよう構成されたキャッシュアダプタ」における「マシンのネットワーク化クラスタの少なくとも１つのノード」との記載は，具体的にどのような「ノード」を意味しているのか記載されておらず不明りょうであるとの拒絶の理由を通知しているが，平成３０年１２月１７日付けの手続補正において，「ページベースのメモリアロケーションをすることなく，分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保するよう構成されたキャッシュアダプタ」と補正された結果，この拒絶の理由は解消した。
（２）当審では，請求項１の「連続スペースとしてマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を確保するよう構成されたキャッシュアダプタ」における「連続スペースとして」との記載は，具体的に，その後のどの語に係るのか，日本語として不明りょうであるとの拒絶の理由を通知しているが，平成３０年１２月１７日付けの手続補正において，「分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保するよう構成されたキャッシュアダプタ」と補正された結果，この拒絶の理由は解消した。
　
（３）当審では，請求項１の「ローカルノードからのデータを格納し，検索し，存続させるように構成されたデータセル」における「ローカルノード」との記載は，具体的にどのような「ノード」を意味しているのか記載されておらず，不明りょうであるとの拒絶の理由を通知しているが，平成３０年１２月１７日付けの手続補正において，「外部クライアントからのデータを格納し，検索し，及び存続させるように構成されたデータセル」と補正された結果，この拒絶の理由は解消した。
　
（４）当審では，請求項１の 「前記メモリの指定された部分は，ローカルノードからのデータを格納し，検索し，存続させるように構成されたデータセルを備える，前記少なくとも一つのノードにクライアントデータベースからの本質的に異なる物理位置に存在するキャッシュを形成し」における「クライアントデータベース」との記載と，「前記キャッシュアダプタは，前記データ，前記分散キャッシュデータシステムのフロントエンドにあるクライアントキャッシュ及び前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントキャッシュと双方向に同期する分散ファイルシステムにインタフェースするよう構成され」における「クライアントキャッシュ」との記載とは，実質的に同じ構成を意味すると解されるが異なる用語をもって記載されており，そのため，両者が同じものを意味するのか，或いは，異なるものを意味するのか，不明りょうであるとの拒絶の理由を通知しているが，平成３０年１２月１７日付けの手続補正において，後者の記載を「前記キャッシュアダプタは，前記分散キャッシュデータシステムのフロントエンドにある前記クライアントデータベース，及び前記分散キャッシュデータシステムのバックエンドにあり，前記クライアントデータベースと双方向に同期する分散ファイルシステムにインタフェースするよう構成され」と補正された結果，この拒絶の理由は解消した。
　
（５）当審では，請求項１の「前記キャッシュ及びキャッシュアダプタは，前記分散ファイルシステムの上部に位置し」における，「キャッシュ」が「分散ファイルシステムの上部に位置」するとの記載は，具体的にどのような態様を指しているのか，不明りょうであるとの拒絶の理由を通知しているが，平成３０年１２月１７日付けの手続補正において，上記記載を削除し，「分散ファイルシステムの上部に位置するマシンのネットワーク化クラスタの少なくとも１つのノードにメモリの指定された部分を連続スペースとして確保するよう構成されたキャッシュアダプタ」と補正された結果，この拒絶の理由は解消した。
　
　
第７　むすび
　以上のとおり，本願発明１−２０は，当業者が引用発明，引用文献２ないし３に記載された技術的事項に基づいて容易に発明をすることができたものではない。
　したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。