2017-016233

特願２０１１－２１２３３６「ファイルをチャンク単位で分散処理するシステムおよび方法」拒絶査定不服審判事件〔平成２４年　４月１２日出願公開、特開２０１２－　７４０３９、請求項の数（３）〕について、次のとおり審決する。

【結　論】 原査定を取り消す。 本願の発明は、特許すべきものとする。

【理　由】 第１　手続の経緯 本願は，平成２３年９月２８日（パリ条約による優先権主張２０１０年９月２９日（以下，「優先日」という。）；韓国）を出願日とする出願であって，平成２７年９月２５日付けで拒絶理由通知がされ，平成２７年１２月２８日に意見書が提出されるとともに手続補正がされ，平成２８年５月２５日付けで拒絶理由通知がされ，平成２８年１０月３１日に意見書が提出されるとともに手続補正がされ，平成２９年３月９日付けで拒絶理由通知がされ，平成２９年６月２８日に意見書が提出されるとともに手続補正がされ，平成２９年６月２９日付けで拒絶査定（原査定）がされ，これに対し，平成２９年１１月１日に拒絶査定不服審判の請求がされると同時に手続補正がされ，平成３０年８月２３日付けで当審より拒絶理由通知（以下，「当審拒絶理由通知」という。）がされ，平成３０年１１月２８日に意見書が提出されるとともに手続補正がされたものである。 第２　原査定の概要 原査定（平成２９年６月２９日付け拒絶査定）の概要は次のとおりである。 本願請求項１－１１に係る発明は，以下の引用文献１ないし４に基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 １．一圓　真澄，大規模配信向けクラスタストレージへのチャンク分割分散格納手法の実装と評価，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，２００８年７月２９日，第108巻,第180号，pp.37-42 ２．中田　秀基，クラウドコンピューティング，情報処理，日本，社団法人情報処理学会，２００９年１１月１５日，第50巻,第11号，pp.1062-1067 ３．特開２００８－２０４２０６号公報 ４．特開２００３－５８４０８号公報 第３　当審拒絶理由の概要 当審でなされた拒絶理由の概要は次のとおりである。 １．本願出願は，請求項１－３に係る特許請求の範囲の記載が，特許法第３６条第６項第２号に規定する要件を満たしていない。 ２．本願請求項１－３に係る発明は，以下の引用文献Ａ及びＢに基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。 引用文献等一覧 Ａ．特開２００８－２０４２０６号公報（原査定時の引用文献３） Ｂ．特開２００３－５８４０８号公報（原査定時の引用文献４） 第４　本願発明 本願請求項１－３に係る発明（以下，それぞれ「本願発明１」－「本願発明３」という。）は，平成３０年１１月２８日付けの手続補正で補正された特許請求の範囲の請求項１－３に記載された事項により特定される発明であり，以下のとおりの発明である。 「　【請求項１】 第１のデータサーバ，第２のデータサーバ及び第３のデータサーバを含む複数のデータサーバを含む分散ファイルシステムにおいて， 前記複数のデータサーバの各々は， ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応して前記チャンクを含む複数のチャンクの複製がグループ化されたディレクトリの複製を格納するチャンク格納部と， 前記ファイル処理システムから受信したチャンクに対する演算リクエストに対応して前記ディレクトリの複製に含まれる前記チャンクの複製の演算を行うチャンク演算実行部と， 前記チャンクの複製をコピーするチャンクコピー部と， 前記チャンクの複製に対する書き込みロックを行うロック実行部と， を備え， 前記分散ファイルシステムが前記第１のデータサーバに発生した障害を検知すると， 前記第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない前記第３のデータサーバの書き込みロック実行部は，前記同一のチャンクの複製を格納している前記第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンクの複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い， 前記第３のデータサーバのチャンクコピー部は，前記第２のデータサーバの前記同一のチャンクの複製をコピーして前記第１のデータサーバに格納されたチャンクの複製を再生成し， 前記第３のデータサーバのチャンク格納部は，再生成された前記チャンクの複製を格納し， 前記第３のデータサーバの書き込みロック実行部は，前記チャンクの複製のコピーが完了すると，前記第２のデータサーバ及び前記他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除し， 前記第３のデータサーバのチャンクコピー部によって前記チャンクの複製のコピーが完了する前に前記チャンクの複製に対して書き込み演算が要求された場合，前記第３のデータサーバは，前記チャンクの複製に対する書き込み演算が成功したものと応答し，前記書き込みロックの解除後，前記第３のデータサーバ，前記第２のデータサーバ及び前記他のデータサーバは，前記同一のチャンクの複製に対する書き込み演算を行い， 前記第１のデータサーバは前記第３のデータサーバとはお互い異なるディレクトリを持つチャンクの複製を格納する，ことを特徴とする分散ファイルシステム。 【請求項２】 第１のデータサーバ，第２のデータサーバ及び第３のデータサーバを含む複数のデータサーバを含む分散ファイルシステムが行う分散ファイル処理方法において， 前記複数のデータサーバの各々は， ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応して前記チャンクを含む複数のチャンクの複製がグループ化されたディレクトリの複製を格納し， 前記ファイル処理システムから受信した前記ディレクトリの複製に含まれるチャンクに対する演算リクエストに対応して前記チャンクの複製の演算を行い， 前記分散ファイルシステムが前記第１のデータサーバに発生した障害を検知すると， 前記第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない前記第３のデータサーバが，前記同一のチャンク複製を格納している前記第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンク複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い， 前記第３のデータサーバが前記第２のデータサーバの前記同一のチャンクの複製をコピーして前記第１のデータサーバに格納されたチャンクの複製を再生成し， 前記第３のデータサーバが再生成された前記チャンクの複製を格納し， 前記チャンクの複製のコピーが完了すると，前記第３のデータサーバが，前記第２のデータサーバ及び前記他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除し， 前記第３のデータサーバのチャンクコピー部によって前記チャンクの複製のコピーが完了する前に前記チャンクの複製に対して書き込み演算が要求された場合，前記第３のデータサーバは，前記チャンクの複製に対する書き込み演算が成功したものと応答し，前記書き込みロックの解除後，前記第３のデータサーバ，前記第２のデータサーバ及び前記他のデータサーバは，前記同一のチャンクの複製に対する書き込み演算を行い， 前記第１のデータサーバは前記第３のデータサーバとはお互い異なるディレクトリを持つチャンクの複製を格納することを特徴とする分散ファイル処理方法。 【請求項３】 請求項２の方法を実行するためのプログラムが記録されたコンピュータで読み出し可能な記録媒体。」 第５　引用文献，引用発明等 １．引用文献１について 原査定の拒絶の理由に引用された引用文献１（一圓　真澄，大規模配信向けクラスタストレージへのチャンク分割分散格納手法の実装と評価，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，２００８年７月２９日，第108巻,第180号，pp.37-42）には，図面とともに次の事項が記載されている。（下線は当審により付与。以下同様。） Ａ　「３．チャンク分割分散格納 本章ではＵＳＣで実装しているチャンク分割分散格納とその格納アルゴリズムについて説明する． 大容量映像コンテンツを格納する時は，特定オブジェクトサーバヘの負荷集中の回避，およびコンテンツあたりのスループット向上のために，コンテンツをチャンクに分割してそれをオブジェクトとしてオブジェクトサーバに分散格納する．この構成により特定コンテンツへのアクセス集中が発生しても，読み出し負荷が複数オブジェクトサーバに分散される．また，異なるチャンクへのアクセスであれば，オブジェクトサーバ数に比例してスループットが向上する．チャンクを複数のオブジェクトとして分散格納させることによって，コンテンツの信頼性およびシステムの可用性を向上させることが可能である．さらに冗長オブジェクトの選択方法を工夫することでスループットの向上が期待できる． チャンク分割分散格納方式ではチャンク分割サイズ，チャンクのオブジェクトサーバヘの割り当て方式等がストレージシステム全体の性能に影響を及ぼす．」（第３９頁右欄４～２３行） Ｂ　「 図４，５」 以上，上記Ａ及びＢの記載から，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。 「チャンク分割分散格納とその格納アルゴリズムを実装するストレージシステムであって， コンテンツをチャンクに分割して，それをオブジェクトとしてオブジェクトサーバに分散格納することで，特定コンテンツへのアクセス集中が発生しても，読み出し負荷が複数のオブジェクトサーバに分散される， ストレージシステム。」 ２．引用文献２について 原査定の拒絶の理由に引用された引用文献２（中田　秀基，クラウドコンピューティング，情報処理，日本，社団法人情報処理学会，２００９年１１月１５日，第50巻,第11号，pp.1062-1067）には，「ファイルをチャンクに分割し，チャンクサーバに格納するファイルシステムにおいて，各チャンクの複製を作成し，異なるチャンクサーバに格納し，あるチャンクサーバが停止した場合に，失われていないチャンクの複製から新たな複製を作成し，別のチャンクサーバに格納する」という技術的事項（特に，ｐ．１０６２～１０６３　「Google File System」欄）が記載されている。 ３．引用文献３について 原査定の拒絶の理由に引用され，当審拒絶理由通知にも引用された引用文献３（特開２００８－２０４２０６号公報）の，特に【００１４】，【００６７】～【００７２】，【００９２】～【００９４】，【０１０６】～【０１１５】，【０１７２】～【０１７９】，【０１９５】～【０２０７】の記載から，下記の発明（以下，「引用文献３記載事項」という）が記載されているといえる。 「コンテンツが複数の分割データに分割され，少なくとも１つの分割データに対応する複数の複製データが複数の記憶装置に格納されたデータ分散格納システムにおいて， ホストと，複数の記憶装置と，チャンク管理部と，障害通知部と，複製処理部と，複製数計画部とを備え， ホストは，複数の記憶装置に分散格納されたコンテンツにアクセスするデータ処理装置であり， 記憶装置は，各チャンクを格納する記憶装置であって，磁気記憶装置，光磁気記憶装置，不揮発性の半導体記憶装置，およびそれらのアレイ装置，並びにそれらを制御する制御装置を備えたサーバ装置によって実現され，また，それぞれを識別するための記憶装置ＩＤが割り振られているものであり， チャンク管理部は，コンテンツを構成する各チャンクに対応する複数の複製チャンクの配置先を管理するものであり，コンテンツを複数のチャンクに分割して，各チャンクに対しそれぞれ複数の配置先を決定して，その配置先を管理し， 前記チャンク管理部は，コンテンツ内における複数のチャンクを連結して１つのチャンクとして管理することも可能であり，記憶装置内においてチャンクを連結する方法としては，同じコンテンツを構成するチャンクのうち同じ記憶装置に記憶される複数のチャンクに対し，１つのチャンクアクセスＩＤを割り当てる方法があり，例えば，コンテンツをチャンクに分割した上で，そのチャンクを記憶装置に記憶させる際に，複製毎に異なるパターンで配置決定した後で同じ記憶装置に入るチャンクをまとめるものであり， ホストからコンテンツを書き込む動作として， ホストで書き込みを行う際には，ホストは，チャンク管理部に，コンテンツＩＤとコンテンツ内の書き込み開始位置を示すオフセットアドレスと書き込みサイズと書き込みであることを指定して，アドレス変換を依頼し，そして，チャンク管理部からの応答を待ち，なお，チャンク管理部が，新規なコンテンツに対するコンテンツＩＤの割り当てを行ってもよく，そのような場合，ホストは未割り当てを示すコンテンツＩＤを指定すればよく，なお，同一内容のチャンクは，チャンク管理部によって異なる記憶装置に配置されるべく配置先決定され， 応答が帰ってきたら，ホストは，その応答の先頭のエントリを書き込み対象エントリとし，ここで，書き込み用のアドレス変換要求に対するチャンク管理部からの応答のフォーマットは，書き込み対象のデータを構成するチャンク毎に１つのエントリとして格納されているものとし，また，各エントリは，例えば，そのチャンク内での書き込みサイズと，そのチャンク内での書き込み開始位置と，そのチャンクの複製数に応じた各複製チャンクの格納先を示す情報とで格納され，複製チャンクの格納先を示す情報は，具体的には，その複製チャンクを格納する記憶装置の記憶装置ＩＤと，その記憶装置内でのチャンクアクセスＩＤでよく， 次に，ホストは，書き込み対象エントリ中に，複製チャンクの書き込み先として先頭に示された記憶装置ＩＤで特定される記憶装置を書き込み対象記憶装置として選び，以下，書き込み対象記憶装置に書き込むチャンクのことを対象複製チャンクといい， 書き込み対象記憶装置を特定すると，ホストは，書き込み対象エントリ中の書き込みサイズと，チャンク内オフセットアドレスと，対象複製チャンクについてのチャンクアクセスＩＤとを指定し，その対象複製チャンクとして書き込むべきデータとともに，書き込み対象記憶装置に対して書き込みを要求し，記憶装置からの応答を待ち， ホストは，記憶装置から応答が帰ってきたら，書き込み対象エントリ中に各複製チャンクの格納先として示された全記憶装置に対し書き込みが完了したか否かを判定し，全て完了していたら処理を終了する，ものであり， このようにして，同じ内容のチャンクを複数の記憶装置に書き込むことができるので，データが冗長化され，データの可用性および保全性が向上し，同一内容のチャンクが異なる記憶装置に格納されるよう配置先決定されるので，その配置先に基づいて各記憶装置にチャンクを書き込むことにより，読み出す際にアクセスする記憶装置を分散させることができ，同時に読み出す際のアクセス性（スループットや応答時間）も向上するものであり， 複製数を維持するための処理として， チャンク管理部は，まず，チャンク管理ＤＢに記録されている各チャンクの複製管理情報から，そのチャンクの複製数と，実際に記憶装置に割り当てられている複製チャンクの数とが一致しないものを検索し，ここで，チャンクの複製数は，システムで規定した値やその複製管理情報に登録されている値によって認識すればよく，また，実際に記憶装置に割り当てられている複製チャンクの数は，その複製管理情報に，チャンクの配置先として登録されている記憶装置ＩＤの数によって認識すればよく， 一致しないものが見つかった場合には，検索された複製管理情報に基づき，当該チャンクの複製数と実際に記憶装置に割り当てられている複製チャンクの数とを比較し，その差が，複製数のほうが少ない場合には，当該チャンクの複製数と実際に記憶装置に割り当てられている複製チャンクの数との差をチャンクの追加数として，当該チャンクについて複製チャンク追加処理を行い，なお，チャンク管理部はコピー元およびコピー先とする記憶装置を決定するにとどめ，実際の記憶装置間のチャンクのコピー処理は複製処理部に行わせることが好ましく，このようにすることによって，チャンク管理部において，障害回復や再配置のための処理による通常のチャンクアクセスにかかる処理への負担が増大しないようにする，ものであり， チャンク管理部における上記複製チャンク追加処理として， チャンク管理部は，まず，追加対象のチャンク（コンテンツ内におけるチャンク）の複製管理情報に基づき，新たな配置先とする記憶装置をコピー先記憶装置として決定し， 次いで，割り当てた記憶装置にデータをコピーする際のコピー元記憶装置を決定し， 次いで，複製処理部に対し，記憶装置間での対象チャンク（コピー元およびコピー先として決定した複製チャンク）のコピー処理を指示し，例えば，コピー先とする記憶装置ＩＤおよびチャンクアクセスＩＤと，コピー元とする記憶装置ＩＤおよびチャンクアクセスＩＤとを指定して，対象記憶装置間でのチャンクのコピー処理を指示すればよく， そして，複製処理部からのコピー完了の通知を待って，複製管理情報の対象チャンクの配置先情報に，追加した複製チャンクの配置先を示す情報（ここでは，記憶装置ＩＤおよびチャンクアクセスＩＤ）を追加し，そして，変更した複製管理情報をチャンク管理ＤＢに反映させ， 指定された増加数分，コピー処理が完了した場合には処理を終了する，ものであり， 上記コピーは，複製処理部を介さずに，コピー元記憶装置とコピー先記憶装置間で直接チャンクのコピーを行ってもよく， チャンクの配置先決定方法として，同一チャンクの重複配置を防止するための配置先決定方法である場合に， まず，チャンク管理部は，割り当て可能な全記憶装置をリストアップし，割り当て可能な記憶装置は，例えば，チャンク管理ＤＢ中に登録されている記憶装置情報の稼働状況に基づいて，現時点で稼働中の記憶装置の記憶装置ＩＤを集合させた割り当て候補リストを作成すればよく， 次いで，対象チャンクの複製管理情報で示される，対象チャンクの複製チャンクに既に割り当てられている記憶装置を，割り当て候補リストから削除し，ここで，割り当て候補リストには，現在稼働中であって対象チャンクの複製チャンクに対しまだ割り当てられていない記憶装置がリストアップされていることとなり， 最後に，割り当て対象リストから，例えば乱数を用いて１の記憶装置を選び，選んだ記憶装置を配置先として決定する，ものであり， このようにすることで，同じ内容のチャンクが異なる記憶装置に配置され，従って，一つの記憶装置に障害が発生しても他の記憶装置に記憶したチャンクにアクセスすることができるので，データの保全性・可用性が向上し，また，コンテンツ内におけるチャンクと同じ内容のチャンク（同じチャンクコンテンツＩＤのチャンク）が複数あることで，チャンクへのアクセスのスケーラビリティが向上するものである， データ分散格納システム。」 ４．引用文献４について 原査定の拒絶の理由に引用され，当審拒絶理由通知にも引用された引用文献４（特開２００３－５８４０８号公報）の段落【００６２】～【００６８】には，「データサーバ間でのファイルのコピー処理実行中に，当該ファイルに対する更新を行わせないようにするため，コピー元のファイルに対して更新ロックをかける」，という技術的事項が記載されている。 第６　対比・判断 １．本願発明１について （１）対比 本願発明１と引用発明とを対比する。 ア　引用発明である「ストレージシステム」は，「コンテンツをチャンクに分割して，それをオブジェクトとしてオブジェクトサーバに分散格納することで，特定コンテンツへのアクセス集中が発生しても，読み出し負荷が複数オブジェクトサーバに分散される」ものであるから，「分散」システムであるとともに，「複数」の「オブジェクトサーバ」を含むものであり，引用発明の当該複数の「オブジェクトサーバ」は，本願発明１の「複数のデータサーバ」に相当する。 そうすると，後記する点で相違するものの，本願発明１である「第１のデータサーバ，第２のデータサーバ及び第３のデータサーバを含む複数のデータサーバを含む分散ファイルシステム」と，引用発明である複数の「オブジェクトサーバ」を含む「チャンク分割分散格納とその格納アルゴリズムを実装するストレージシステム」とは，“複数のデータサーバを含む分散システム”である点で共通する。 イ　引用発明は，「コンテンツをチャンクに分割して，それをオブジェクトとしてオブジェクトサーバに分散格納する」ものであるから，引用発明における複数の「オブジェクトサーバ」それぞれは，「分割」された「チャンク」を格納する構成を有するといえ，引用発明の当該構成は，本願発明１の「チャンク格納部」に相当するといえる。 そうすると，後記する点で相違するものの，本願発明１の「複数のデータサーバの各々」が，「ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応して前記チャンクを含む複数のチャンクの複製がグループ化されたディレクトリの複製を格納するチャンク格納部」を備えることと，引用発明の複数の「オブジェクトサーバ」それぞれが，「分割」された「チャンク」を格納する構成を備えることは，“複数のデータサーバの各々”が，“分割されたチャンクを格納するチャンク格納部”を備える点で共通する。 上記ア及びイの対比によれば，本願発明１と引用発明とは，次の点で一致し，そして相違する。 （一致点） 複数のデータサーバを含む分散システムにおいて， 前記複数のデータサーバの各々は， 分割されたチャンクを格納するチャンク格納部，を備える， ことを特徴とする分散ファイルシステム。 （相違点１） 分散システムに関し， 本願発明１は，「第１のデータサーバ，第２のデータサーバ及び第３のデータサーバ」を含む複数のデータサーバを含む「分散ファイルシステム」であるのに対して， 引用発明は，そのように特定されていない点。 （相違点２） チャンク格納部に関し， 本願発明１は，「ファイル処理システムから受信したファイルが」分割されたチャンク「に対する格納リクエストに対応して」前記チャンクを含む「複数のチャンクの複製がグループ化されたディレクトリの複製を」格納するチャンク格納部であるのに対して， 引用発明は，そのように特定されていない点。 （相違点３） 本願発明１は，複数のデータサーバの各々が， 「ファイル処理システムから受信したチャンクに対する演算リクエストに対応して前記ディレクトリの複製に含まれる前記チャンクの複製の演算を行うチャンク演算実行部と， チャンクの複製をコピーするチャンクコピー部と， チャンクの複製に対する書き込みロックを行うロック実行部」を備えるのに対し， 引用発明は，そのように特定されていない点。 （相違点４） 本願発明１は， 「分散ファイルシステムが第１のデータサーバに発生した障害を検知すると， 第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない第３のデータサーバの書き込みロック実行部は，前記同一のチャンクの複製を格納している第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンクの複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い， 第３のデータサーバのチャンクコピー部は，前記第２のデータサーバの前記同一のチャンクの複製をコピーして第１のデータサーバに格納されたチャンクの複製を再生成し， 第３のデータサーバのチャンク格納部は，再生成された前記チャンクの複製を格納し， 第３のデータサーバの書き込みロック実行部は，前記チャンクの複製のコピーが完了すると，第２のデータサーバ及び他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除」するのに対して， 引用発明は，そのように特定されていない点。 （相違点５） 本願発明１は， 「第３のデータサーバのチャンクコピー部によって前記チャンクの複製のコピーが完了する前に前記チャンクの複製に対して書き込み演算が要求された場合，第３のデータサーバは，前記チャンクの複製に対する書き込み演算が成功したものと応答し，前記書き込みロックの解除後，第３のデータサーバ，第２のデータサーバ及び他のデータサーバは，前記同一のチャンクの複製に対する書き込み演算を行い， 第１のデータサーバは第３のデータサーバとはお互い異なるディレクトリを持つチャンクの複製を格納する」のに対して， 引用発明は，そのように特定されていない点。 （２）相違点についての判断 事案に鑑みて，相違点４について，先に検討する。 上記相違点４に係る本願発明１の構成である，「分散ファイルシステムが第１のデータサーバに発生した障害を検知すると，第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない第３のデータサーバの書き込みロック実行部は，前記同一のチャンクの複製を格納している第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンクの複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い，第３のデータサーバのチャンクコピー部は，前記第２のデータサーバの前記同一のチャンクの複製をコピーして第１のデータサーバに格納されたチャンクの複製を再生成し，第３のデータサーバのチャンク格納部は，再生成された前記チャンクの複製を格納し，第３のデータサーバの書き込みロック実行部は，前記チャンクの複製のコピーが完了すると，第２のデータサーバ及び他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除」することは，上記引用文献２ないし４のいずれにも記載されておらず，また，本願優先日前において周知技術であるともいえない。 特に，引用文献３（当審拒絶理由通知における引用文献Ａ）には，上記第５の３．に示した引用文献３記載事項が記載されており，障害が発生したデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納しているデータサーバ全てに対して書き込みロックを行い，上記障害が発生したデータサーバに格納されたチャンクの複製を再生成して第３のデータサーバへの格納が終了した後，上記書き込みロックを全て解除することについては，開示されていないことから，相違点４に係る本願発明１の構成について開示しているとはいえない。 そうすると，引用発明に基づいて，相違点４に係る本願発明１の構成とすることは，当業者が容易になし得ることであるとはいえない。 したがって，本願発明１は，相違点１ないし３，及び５を検討するまでもなく，当業者であっても引用発明，引用文献２ないし４に記載された技術的事項，及び，周知技術に基づいて容易に発明できたものであるとはいえない。 ２．本願発明２－３について 本願発明２，３は，本願発明１とカテゴリーが異なるだけであるから，本願発明１と同様の理由により，引用発明，引用文献２ないし４に記載された技術的事項，及び，周知技術に基づいて容易に発明できたものであるとはいえない。 第７　原査定についての判断 （特許法第２９条第２項について） 平成３０年１１月２８日付けの手続補正により，補正後の請求項１は，「分散ファイルシステムが第１のデータサーバに発生した障害を検知すると，第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない第３のデータサーバの書き込みロック実行部は，前記同一のチャンクの複製を格納している第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンクの複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い，第３のデータサーバのチャンクコピー部は，前記第２のデータサーバの前記同一のチャンクの複製をコピーして第１のデータサーバに格納されたチャンクの複製を再生成し，第３のデータサーバのチャンク格納部は，再生成された前記チャンクの複製を格納し，第３のデータサーバの書き込みロック実行部は，前記チャンクの複製のコピーが完了すると，第２のデータサーバ及び他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除」するという技術的事項を有するものとなった。当該技術的事項は，上記第６の１．（２）でも示したとおり，原査定における引用文献１ないし４には記載されておらず，本願優先日前における周知技術でもないので，本願発明１は，当業者であっても，原査定における引用文献１ないし４に基づいて容易に発明できたものではない。本願発明２－３は，本願発明１とカテゴリーが異なるだけであるので，同様に，当業者であっても，原査定における引用文献１ないし４に基づいて容易に発明できたものではない。 したがって，原査定を維持することはできない。 第８　当審拒絶理由について １．特許法第３６条第６項第２号について （１）当審では，請求項１の「少なくとも１つのデータサーバを含む分散ファイルシステム」との記載に関し，請求項１に係る発明の「分散ファイルシステム」は，「複数のデータサーバ」のうち「第１のデータサーバに障害が発生した場合」に，「第２のデータサーバ」を用いてチャンクの複製を再生成し，「第３のデータサーバ」に格納するものであるとおり，「複数のデータサーバ」を含むことが必須の構成であると解されるのに対し，上記「少なくとも１つのデータサーバを含む分散ファイルシステム」との記載は，分散ファイルシステムに含まれるのが，常に複数のデータサーバであるのか，１つのデータサーバである場合もあるのか，不明りょうであるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，「第１のデータサーバ，第２のデータサーバ及び第３のデータサーバを含む複数のデータサーバを含む分散ファイルシステム」と補正された結果，この拒絶の理由は解消した。 （２）当審では，請求項１の「前記データサーバは，・・・チャンク格納部と，・・・チャンク演算実行部と，複数のデータサーバのうち第１のデータサーバに障害が発生した場合には，前記第１のデータサーバに格納されたチャンクの複製と同じ複製を格納している第２のデータサーバを用いて前記第１のデータサーバに格納されたチャンクの複製を再生成するチャンクコピー部と，前記チャンクの複製のコピー進行の過程を考慮して前記第２データサーバが格納するディレクトリの複製に含まれるチャンクの複製に書き込みロックを行う書き込みロック実行部と，を備え，」 との記載は，当該各「データサーバ」は，「チャンクコピー部」及び「ロック実行部」をとおして，「第１のデータサーバ」，「第２のデータサーバ」と所定のやり取りを行うよう規定されていて，記載上，上記各「データサーバ」と，「第１のデータサーバ」及び「第２のデータサーバ」とが，異なる構成であると理解されることとなり，そのため，上記「第１のデータサーバ」，「第２のデータサーバ」とは異なる構成である上記各「データサーバ」とは如何なる構成を指すのか不明りょうであるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，「前記複数のデータサーバの各々は，ファイル処理システムから受信したファイルが分割されたチャンクに対する格納リクエストに対応して前記チャンクを含む複数のチャンクの複製がグループ化されたディレクトリの複製を格納するチャンク格納部と，前記ファイル処理システムから受信したチャンクに対する演算リクエストに対応して前記ディレクトリの複製に含まれる前記チャンクの複製の演算を行うチャンク演算実行部と，前記チャンクの複製をコピーするチャンクコピー部と，前記チャンクの複製に対する書き込みロックを行うロック実行部と，を備え」と補正された結果，この拒絶の理由は解消した。 （３）当審では，請求項１の「複数のデータサーバのうち第１のデータサーバに障害が発生した場合には，前記第１のデータサーバに格納されたチャンクの複製と同じ複製を格納している第２のデータサーバを用いて前記第１のデータサーバに格納されたチャンクの複製を再生成するチャンクコピー部と，前記チャンクの複製のコピー進行の過程を考慮して前記第２データサーバが格納するディレクトリの複製に含まれるチャンクの複製に書き込みロックを行う書き込みロック実行部と，を備え，」との記載は，「書き込みロック」がなされる「第２データサーバ」が具体的にどこまでを含むのか明確に規定しておらず，そのため，「書き込みロック」が行なわれる「第２のデータサーバ」が，「第１のデータサーバに格納されたチャンクの複製と同じ複製を格納している第２のデータサーバ」全てであるのか，或いは，「第２のデータサーバ」のうちチャンクの複製の再生成に用いられる複製を格納した「第２のデータサーバ」にとどまるのか，不明りょうであるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，「前記チャンクの複製をコピーするチャンクコピー部と，前記チャンクの複製に対する書き込みロックを行うロック実行部と，を備え，前記分散ファイルシステムが前記第１のデータサーバに発生した障害を検知すると，前記第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない前記第３のデータサーバの書き込みロック実行部は，前記同一のチャンクの複製を格納している前記第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンクの複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い」と補正された結果，この拒絶の理由は解消した。 （４）当審では，請求項１の「前記書き込みロック実行部は，前記第２データサーバからチャンクの複製をコピーする前に書き込みロックを行って，前記チャンクの複製のコピーが完了すると前記チャンクの複製に対する書き込みロックを解除し」との記載は，各「データサーバ」の構成である「書き込みロック実行部」が，「第２のデータサーバ」と所定のやり取りを行うよう規定されていて，記載上，上記各「データサーバ」と，「第２のデータサーバ」とが，異なる構成であると理解されることとなり，構成が不明りょうであるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，「前記第３のデータサーバの書き込みロック実行部は，前記チャンクの複製のコピーが完了すると，前記第２のデータサーバ及び前記他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除し」と補正された結果，この拒絶の理由は解消した。 （５）当審では，請求項１の「前記第１のデータサーバは前記第２のデータサーバとはお互い異なるディレクトリを持つチャンクの複製を格納し」との記載は，「第１のデータサーバ」と「第２のデータサーバ」とのどのような関係を規定しているのか不明であり，記載が不明りょうであるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，「前記第１のデータサーバは前記第３のデータサーバとはお互い異なるディレクトリを持つチャンクの複製を格納する」と補正された結果，この拒絶の理由は解消した。 （６）当審では，請求項１の「前記書き込みロックの解除後，前記第３データサーバは，前記第３データサーバに格納された前記再生成されたチャンクの複製と，前記第２データサーバが格納する前記チャンクの複製とに書き込み演算を行う」との記載は，「第２データサーバが格納する前記チャンクの複製」への「書き込み演算を行う」主体が不明であるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，当該記載が削除された結果，この拒絶の理由は解消した。 （７）当審では，請求項２の「前記書き込みロックの解除後，前記第３データサーバは，前記第３データサーバに格納された前記再生成されたチャンクの複製と，前記第２データサーバが格納する前記チャンクの複製とに書き込み演算を行い」との記載における「前記第３データサーバ」について，その記載以前に，該当する「第３データサーバ」 との用語は存在せず，記載として不明りょうであるとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，当該記載が削除された結果，この拒絶の理由は解消した。 ２．特許法第２９条第２項について 当審では，本願発明１－３に係る発明は，引用文献Ａ及びＢに基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができないとの拒絶の理由を通知しているが，平成３０年１１月２８日付けの手続補正において，補正後の請求項１－３は，「分散ファイルシステムが第１のデータサーバに発生した障害を検知すると，第１のデータサーバに格納されたチャンクの複製と同一のチャンクの複製を格納していない第３のデータサーバの書き込みロック実行部は，前記同一のチャンクの複製を格納している第２のデータサーバの前記同一のチャンクの複製及び前記同一のチャンクの複製を格納している他のデータサーバが格納するディレクトリの複製に含まれる前記同一のチャンクの複製に対する書き込みロックを行い，第３のデータサーバのチャンクコピー部は，前記第２のデータサーバの前記同一のチャンクの複製をコピーして第１のデータサーバに格納されたチャンクの複製を再生成し，第３のデータサーバのチャンク格納部は，再生成された前記チャンクの複製を格納し，第３のデータサーバの書き込みロック実行部は，前記チャンクの複製のコピーが完了すると，第２のデータサーバ及び他のデータサーバに書き込みロック解除メッセージを送信して前記書き込みロックを解除し」という技術的事項（以下，「相違点４に係る事項」という。），及び，相違点４に係る事項に対応する事項を有するものとなり，そして，上記「第６　対比・判断」の「１．本願発明１について」「（２）相違点についての判断」で検討のとおり，当該相違点４に係る事項は，当審拒絶理由における引用文献Ａ，Ｂ（原査定時の引用文献３，４）には記載されておらず，本願優先日前における周知技術でもないので，本願発明１－３は，当業者であっても，引用文献Ａ，Ｂに基づいて容易に発明できたものとはいえない。よって，この拒絶の理由は解消した。 第９　むすび 以上のとおり，本願発明１－３は，当業者が引用発明，引用文献２ないし４に記載された技術的事項に基づいて容易に発明することができたものではない。 したがって，原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。 また，他に本願を拒絶すべき理由を発見しない。 よって，結論のとおり審決する。