【事件の表示】
　特願２０１７−５６２０３５「分散ファイルシステムの複数のクラスタの管理」拒絶査定不服審判事件〔平成３０年　５月２４日国際公開，ＷＯ２０１８／０９０６７４，平成３０年１２月２０日国内公表，特表２０１８−５３７７３６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，２０１７年８月７日（パリ条約による優先権主張外国庁受理２０１６年１１月１６日（以下，「優先日」という。），アメリカ合衆国）を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　平成２９年１１月２９日　　：出願審査請求書，補正書の提出
　平成３０年１２月　６日付け：拒絶理由通知
　平成３１年　３月１５日　　：意見書，手続補正書の提出
　令和　１年　８月１４日付け：拒絶査定
　令和　１年１２月１０日　　：審判請求書，手続補正書の提出
　令和　２年　２月１０日　　：前置報告書
　令和　２年　５月２１日　　：上申書の提出
第２　令和１年１２月１０日にされた手続補正についての補正の却下の決定
［補正の却下の決定の結論］
　令和１年１２月１０日にされた手続補正（以下，「本件補正」という。）を却下する。
［理由］
１　本件補正について（補正の内容）
（１）本件補正後の特許請求の範囲の記載
　本件補正により，特許請求の範囲の請求項１〜２４の記載は，次のとおり補正された。（下線部は，補正箇所である。以下，この特許請求の範囲に記載された請求項を「補正後の請求項」という。）
「　　【請求項１】
　分散ファイルシステムの複数のクラスタを管理するためのシステムであって、前記複数のクラスタはクラスタファイルを有し、前記システムは、
　少なくとも1つの処理ユニットと、
　前記少なくとも1つの処理ユニットに通信可能に結合された非一時的メモリとを含み、前記非一時的メモリは、前記少なくとも1つの処理ユニットによって実行可能な、
　ユーザデバイス上のアプリケーションから、新しいクラスタファイルを作成するための要求を受信し、
　前記新しいクラスタファイルに対応するクラスタ管理ファイルを作成し、
　前記クラスタ管理ファイルに論理ファイル名を割り当て、且つ、前記新しいクラスタファイルに物理ファイル名を割り当て、
　前記複数のクラスタにおいて、前記新しいクラスタファイルのための物理ファイル位置を割り当て
、前記新しいクラスタファイルのための物理ファイル位置を割り当てることは、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つを選択することを含み
　前記クラスタ管理ファイルを前記新しいクラスタファイルにマッピングするメタデータを、前記クラスタ管理ファイルに記憶し、前記メタデータは、前記物理ファイル名および前記物理ファイル位置を含み、
　前記物理ファイル名を使用して、前記新しいクラスタファイルを作成するための前記要求を、前記物理ファイル位置に対応する前記クラスタの1つに送信し、
　前記論理ファイル名を使用して、前記新しいクラスタファイルの作成を前記アプリケーションに確認応答するためのコンピュータ可読プログラム命令を含む、システム。
　　【請求項２】
　前記分散ファイルシステムは、Hadoop分散ファイルシステムまたはHadoop互換ファイルシステムである、請求項1に記載のシステム。
　　【請求項３】
　前記プログラム命令は、前記アプリケーションおよび前記クラスタと通信するための少なくとも1つのクライアントコンポーネント、および、前記メタデータを生成および記憶するための少なくとも1つのマネージャコンポーネントを実施するために実行可能である、請求項1または2に記載のシステム。
　　【請求項４】
　前記少なくとも1つのクライアントコンポーネントは、各々が異なるユーザアプリケーションとインタフェースするように構成される、複数のクライアントコンポーネントを含む、請求項3に記載のシステム。
　　【請求項５】
　前記少なくとも1つのマネージャコンポーネントは、各々が前記複数のクラスタの異なるグループとインタフェースするように構成される、複数のマネージャコンポーネントを含む、請求項3に記載のシステム。
　　【請求項６】
　前記プログラム命令は、前記システムを仮想マシンとして実施するために実行可能である、請求項1乃至5のいずれか1項に記載のシステム。
　　【請求項７】
　分散ファイルシステムの複数のクラスタを管理するための方法であって、前記複数のクラスタはクラスタファイルを有し、前記方法は、
　ユーザデバイス上のアプリケーションから、新しいクラスタファイルを作成するための要求を受信するステップと、
　前記新しいクラスタファイルに対応するクラスタ管理ファイルを作成するステップと、
　前記クラスタ管理ファイルに論理ファイル名を割り当て、且つ、前記新しいクラスタファイルに物理ファイル名を割り当てるステップと、
　前記複数のクラスタから、前記新しいクラスタファイルのための物理ファイル位置を割り当てるステップ
であって、前記新しいクラスタファイルのための物理ファイル位置を割り当てるステップは、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する最も近い1つを選択するステップを含む、ステップ
　前記クラスタ管理ファイルを前記新しいクラスタファイルにマッピングするメタデータを、前記クラスタ管理ファイルに記憶するステップであって、前記メタデータは、前記物理ファイル名および前記物理ファイル位置を含む、ステップと、
　前記物理ファイル名を使用して、前記新しいクラスタファイルを作成するための前記要求を、前記物理ファイル位置に対応する前記クラスタの1つに送信するステップと、
　前記論理ファイル名を使用して、前記新しいクラスタファイルの作成を前記アプリケーションに確認応答するステップとを含む方法。
　　【請求項８】
　前記新しいクラスタファイルを作成するための前記要求を、第1のフォーマットから第2のフォーマットへ変換するステップをさらに含み、前記アプリケーションは前記第1のフォーマットをサポートし、且つ、前記クラスタは前記第2のフォーマットをサポートする、請求項7に記載の方法。
　　【請求項９】
　前記新しいクラスタファイルにアクセスするための要求を受信するステップであって、前記要求は、前記論理ファイル名を含む、ステップと、
　前記論理ファイル名を使用して、前記新しいクラスタファイルに対応する前記メタデータを検索するステップと、
　前記メタデータから、前記物理ファイル名および前記物理ファイル位置を決定するステップと、
　前記物理ファイル名を使用して、前記新しいクラスタファイルにアクセスするための前記要求を、前記クラスタのうちの少なくとも1つに送信するステップとをさらに含む、請求項7
または8
　　【請求項１０】
　前記新しいクラスタファイルにアクセスするための前記要求を送信するステップは、システム性能、システム一貫性、ローカルデータ利用可能性および前記クラスタにわたるロードバランシングのうちの少なくとも1つを考慮することによって、前記少なくとも1つのクラスタを選択するステップを含む、請求項
9
　　【請求項１１】
　分散ファイルシステムの複数のクラスタを管理するための、プロセッサによって実行可能なプログラム命令がその上に記憶されるコンピュータ可読媒体であって、前記複数のクラスタはクラスタファイルを有し、前記プログラム命令は、
　ユーザデバイス上のアプリケーションから、新しいクラスタファイルを作成するための要求を受信し、
　前記新しいクラスタファイルに対応するクラスタ管理ファイルを作成し、
　前記クラスタ管理ファイルに論理ファイル名を割り当て、且つ、前記新しいクラスタファイルに物理ファイル名を割り当て、
　前記複数のクラスタにおいて、前記新しいクラスタファイルのための物理ファイル位置を割り当て
、前記新しいクラスタファイルのための物理ファイル位置を割り当てることは、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つを選択することを含み
　前記クラスタ管理ファイルを前記新しいクラスタファイルにマッピングするメタデータを、前記クラスタ管理ファイルに記憶し、前記メタデータは、前記物理ファイル名および前記物理ファイル位置を含み、
　前記物理ファイル名を使用して、前記新しいクラスタファイルを作成するための前記要求を、前記物理ファイル位置に対応する前記クラスタの1つに送信し、
　前記論理ファイル名を使用して、前記新しいクラスタファイルの作成を前記アプリケーションに確認応答するように構成される、コンピュータ可読媒体。
　　【請求項１２】
　分散ファイルシステムの複数のクラスタを管理するためのシステムであって、前記複数のクラスタはクラスタファイルを有し、前記システムは、
　少なくとも1つの処理ユニットと、
　前記少なくとも1つの処理ユニットに通信可能に結合された非一時的メモリとを含み、
前記非一時的メモリは、前記少なくとも1つの処理ユニットによって実行可能な、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信し、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信され、
　前記論理ファイル名を使用して、メタデータを検索し、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルであり、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定し、
前記物理ファイル位置は、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つであり、
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの1つに送信するためのコンピュータ可読プログラム命令を含む、システム。
　　【請求項１３】
　前記分散ファイルシステムは、Hadoop分散ファイルシステムまたはHadoop互換ファイルシステムである、請求項
12
　　【請求項１４】
　前記プログラム命令は、前記アプリケーションおよび前記クラスタと通信するための少なくとも1つのクライアントコンポーネント、および、前記メタデータを生成および記憶するための少なくとも1つのマネージャコンポーネントを実施するために実行可能である、請求項
12
13
　　【請求項１５】
　前記少なくとも1つのクライアントコンポーネントは、各々が異なるユーザアプリケーションとインタフェースするように構成される、複数のクライアントコンポーネントを含む、請求項
14
　　【請求項１６】
　前記少なくとも1つのマネージャコンポーネントは、各々が前記複数のクラスタの異なるグループとインタフェースするように構成される、複数のマネージャコンポーネントを含む、請求項
14
　　【請求項１７】
　前記プログラム命令は、前記システムを仮想マシンとして実施するために実行可能である、請求項
12
16
　　【請求項１８】
　分散ファイルシステムの複数のクラスタを管理するための方法であって、前記複数のクラスタはクラスタファイルを有し、前記方法は、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信するステップであって、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信される、ステップと、
　前記論理ファイル名を使用して、メタデータを検索するステップであって、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルである、ステップと、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップ
であって、前記物理ファイル位置は、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つである、ステップ
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記クラスタのうちの少なくとも1つに送信するステップとを含む方法。
　　【請求項１９】
　前記クラスタファイルにアクセスするための前記要求を、第1のフォーマットから第2のフォーマットへ変換するステップをさらに含み、前記アプリケーションは前記第1のフォーマットをサポートし、且つ、前記クラスタは前記第2のフォーマットをサポートする、請求項
18
　　【請求項２０】
　前記クラスタファイルにアクセスするための前記要求を送信するステップは、前記メタデータから、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの前記少なくとも1つに、前記要求を送信するステップを含む、請求項
18
19
　　【請求項２１】
　前記クラスタファイルにアクセスするための前記要求を送信するステップは、システム性能、システム一貫性、ローカルデータ利用可能性および前記クラスタにわたるロードバランシングのうちの少なくとも1つを考慮することによって、前記クラスタのうちの前記少なくとも1つを選択するステップを含む、請求項
18
19
　　【請求項２２】
　前記クラスタファイルを修正するための要求を受信するステップであって、前記要求は前記論理ファイル名を含む、ステップと、
　前記論理ファイル名を使用して、前記クラスタファイルに対応する前記メタデータを検索するステップと、
　前記クラスタファイルを修正するための前記要求に従って、新しいメタデータを生成するステップと、
　前記メタデータから、前記物理ファイルの前記物理ファイル位置および前記物理ファイルの前記物理ファイル名を決定するステップと、
　前記クラスタファイルを修正するための前記要求を、前記物理ファイルの前記物理ファイル名を使用して、前記クラスタのうちの少なくとも1つに送信するステップと、
　前記クラスタファイルに関連して、前記新しいメタデータを記憶するステップとをさらに含む、請求項
18
21
　　【請求項２３】
　前記クラスタファイルを修正するための前記要求を送信するステップは、前記メタデータから、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの前記少なくとも1つに、前記要求を送信するステップを含む、請求項
22
　　【請求項２４】
　分散ファイルシステムの複数のクラスタを管理するための、プロセッサによって実行可能なプログラム命令がその上に記憶されるコンピュータ可読媒体であって、前記複数のクラスタはクラスタファイルを有し、前記プログラム命令は、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信し、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信され、
　前記論理ファイル名を使用して、メタデータを検索し、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルであり、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定し、
前記物理ファイル位置は、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つであり、
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの少なくとも1つに送信するように構成される、コンピュータ可読媒体。」
（２）本件補正前の特許請求の範囲
　本件補正前の，平成３１年３月１５日にされた手続補正により補正された特許請求の範囲の請求項１〜２６の記載は次のとおりである。（以下，この特許請求の範囲に記載された請求項を「補正前の請求項」という。）
「　　【請求項１】
　分散ファイルシステムの複数のクラスタを管理するためのシステムであって、前記複数のクラスタはクラスタファイルを有し、前記システムは、
　少なくとも1つの処理ユニットと、
　前記少なくとも1つの処理ユニットに通信可能に結合された非一時的メモリとを含み、前記非一時的メモリは、前記少なくとも1つの処理ユニットによって実行可能な、
　ユーザデバイス上のアプリケーションから、新しいクラスタファイルを作成するための要求を受信し、
　前記新しいクラスタファイルに対応するクラスタ管理ファイルを作成し、
　前記クラスタ管理ファイルに論理ファイル名を割り当て、且つ、前記新しいクラスタファイルに物理ファイル名を割り当て、
　前記複数のクラスタにおいて、前記新しいクラスタファイルのための物理ファイル位を割り当て、
　前記クラスタ管理ファイルを前記新しいクラスタファイルにマッピングするメタデータを、前記クラスタ管理ファイルに記憶し、前記メタデータは、前記物理ファイル名および前記物理ファイル位置を含み、
　前記物理ファイル名を使用して、前記新しいクラスタファイルを作成するための前記要求を、前記物理ファイル位置に対応する前記クラスタの1つに送信し、
　前記論理ファイル名を使用して、前記新しいクラスタファイルの作成を前記アプリケーションに確認応答するためのコンピュータ可読プログラム命令を含む、システム。
　　【請求項２】
　前記分散ファイルシステムは、Hadoop分散ファイルシステムまたはHadoop互換ファイルシステムである、請求項1に記載のシステム。
　　【請求項３】
　前記プログラム命令は、前記アプリケーションおよび前記クラスタと通信するための少なくとも1つのクライアントコンポーネント、および、前記メタデータを生成および記憶するための少なくとも1つのマネージャコンポーネントを実施するために実行可能である、請求項1または2に記載のシステム。
　　【請求項４】
　前記少なくとも1つのクライアントコンポーネントは、各々が異なるユーザアプリケーションとインタフェースするように構成される、複数のクライアントコンポーネントを含む、請求項3に記載のシステム。
　　【請求項５】
　前記少なくとも1つのマネージャコンポーネントは、各々が前記複数のクラスタの異なるグループとインタフェースするように構成される、複数のマネージャコンポーネントを含む、請求項3に記載のシステム。
　　【請求項６】
　前記プログラム命令は、前記システムを仮想マシンとして実施するために実行可能である、請求項1乃至5のいずれか1項に記載のシステム。
　　【請求項７】
　分散ファイルシステムの複数のクラスタを管理するための方法であって、前記複数のクラスタはクラスタファイルを有し、前記方法は、
　ユーザデバイス上のアプリケーションから、新しいクラスタファイルを作成するための要求を受信するステップと、
　前記新しいクラスタファイルに対応するクラスタ管理ファイルを作成するステップと、
　前記クラスタ管理ファイルに論理ファイル名を割り当て、且つ、前記新しいクラスタファイルに物理ファイル名を割り当てるステップと、
　前記複数のクラスタから、前記新しいクラスタファイルのための物理ファイル位置を割り当てるステップと、
　前記クラスタ管理ファイルを前記新しいクラスタファイルにマッピングするメタデータを、前記クラスタ管理ファイルに記憶するステップであって、前記メタデータは、前記物理ファイル名および前記物理ファイル位置を含む、ステップと、
　前記物理ファイル名を使用して、前記新しいクラスタファイルを作成するための前記要求を、前記物理ファイル位置に対応する前記クラスタの1つに送信するステップと、
　前記論理ファイル名を使用して、前記新しいクラスタファイルの作成を前記アプリケーションに確認応答するステップとを含む方法。
　　【請求項８】
　前記新しいクラスタファイルを作成するための前記要求を、第1のフォーマットから第2のフォーマットへ変換するステップをさらに含み、前記アプリケーションは前記第1のフォーマットをサポートし、且つ、前記クラスタは前記第2のフォーマットをサポートする、請求項7に記載の方法。
　　【請求項９】
　前記新しいクラスタファイルのための前記物理ファイル位置を割り当てるステップは、前記新しいクラスタファイルを要求する前記アプリケーションに関して、前記クラスタのうちの最も近い1つを選択するステップを含む、請求項7または8に記載の方法。
　　【請求項１０】
　前記新しいクラスタファイルのための前記物理ファイル位置を割り当てるステップは、他のクラスタと比較して、利用可能な空間の最大量を有するクラスタを、前記クラスタから選択するステップを含む、請求項7または8に記載の方法。
　　【請求項１１】
　前記新しいクラスタファイルにアクセスするための要求を受信するステップであって、前記要求は、前記論理ファイル名を含む、ステップと、
　前記論理ファイル名を使用して、前記新しいクラスタファイルに対応する前記メタデータを検索するステップと、
　前記メタデータから、前記物理ファイル名および前記物理ファイル位置を決定するステップと、
　前記物理ファイル名を使用して、前記新しいクラスタファイルにアクセスするための前記要求を、前記クラスタのうちの少なくとも1つに送信するステップとをさらに含む、請求項7乃至10のいずれか1項に記載の方法。
　　【請求項１２】
　前記新しいクラスタファイルにアクセスするための前記要求を送信するステップは、システム性能、システム一貫性、ローカルデータ利用可能性および前記クラスタにわたるロードバランシングのうちの少なくとも1つを考慮することによって、前記少なくとも1つのクラスタを選択するステップを含む、請求項11に記載の方法。
　　【請求項１３】
　分散ファイルシステムの複数のクラスタを管理するための、プロセッサによって実行可能なプログラム命令がその上に記憶されるコンピュータ可読媒体であって、前記複数のクラスタはクラスタファイルを有し、前記プログラム命令は、
　ユーザデバイス上のアプリケーションから、新しいクラスタファイルを作成するための要求を受信し、
　前記新しいクラスタファイルに対応するクラスタ管理ファイルを作成し、
　前記クラスタ管理ファイルに論理ファイル名を割り当て、且つ、前記新しいクラスタファイルに物理ファイル名を割り当て、
　前記複数のクラスタにおいて、前記新しいクラスタファイルのための物理ファイル位置を割り当て、
　前記クラスタ管理ファイルを前記新しいクラスタファイルにマッピングするメタデータを、前記クラスタ管理ファイルに記憶し、前記メタデータは、前記物理ファイル名および前記物理ファイル位置を含み、
　前記物理ファイル名を使用して、前記新しいクラスタファイルを作成するための前記要求を、前記物理ファイル位置に対応する前記クラスタの1つに送信し、
　前記論理ファイル名を使用して、前記新しいクラスタファイルの作成を前記アプリケーションに確認応答するように構成される、コンピュータ可読媒体。
　　【請求項１４】
　分散ファイルシステムの複数のクラスタを管理するためのシステムであって、前記複数のクラスタはクラスタファイルを有し、前記システムは、
　少なくとも1つの処理ユニットと、
　前記少なくとも1つの処理ユニットに通信可能に結合された非一時的メモリとを含み、前記非一時的メモリは、前記少なくとも1つの処理ユニットによって実行可能な、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信し、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信され、
　前記論理ファイル名を使用して、メタデータを検索し、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルであり、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定し、
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの1つに送信するためのコンピュータ可読プログラム命令を含む、システム。
　　【請求項１５】
　前記分散ファイルシステムは、Hadoop分散ファイルシステムまたはHadoop互換ファイルシステムである、請求項14に記載のシステム。
　　【請求項１６】
　前記プログラム命令は、前記アプリケーションおよび前記クラスタと通信するための少なくとも1つのクライアントコンポーネント、および、前記メタデータを生成および記憶するための少なくとも1つのマネージャコンポーネントを実施するために実行可能である、請求項14または15に記載のシステム。
　　【請求項１７】
　前記少なくとも1つのクライアントコンポーネントは、各々が異なるユーザアプリケーションとインタフェースするように構成される、複数のクライアントコンポーネントを含む、請求項16に記載のシステム。
　　【請求項１８】
　前記少なくとも1つのマネージャコンポーネントは、各々が前記複数のクラスタの異なるグループとインタフェースするように構成される、複数のマネージャコンポーネントを含む、請求項16に記載のシステム。
　　【請求項１９】
　前記プログラム命令は、前記システムを仮想マシンとして実施するために実行可能である、請求項14乃至18のいずれか1項に記載のシステム。
　　【請求項２０】
　分散ファイルシステムの複数のクラスタを管理するための方法であって、前記複数のクラスタはクラスタファイルを有し、前記方法は、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信するステップであって、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信される、ステップと、
　前記論理ファイル名を使用して、メタデータを検索するステップであって、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルである、ステップと、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップと、
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記クラスタのうちの少なくとも1つに送信するステップとを含む方法。
　　【請求項２１】
　前記クラスタファイルにアクセスするための前記要求を、第1のフォーマットから第2のフォーマットへ変換するステップをさらに含み、前記アプリケーションは前記第1のフォーマットをサポートし、且つ、前記クラスタは前記第2のフォーマットをサポートする、請求項20に記載の方法。
　　【請求項２２】
　前記クラスタファイルにアクセスするための前記要求を送信するステップは、前記メタデータから、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの前記少なくとも1つに、前記要求を送信するステップを含む、請求項20または21に記載の方法。
　　【請求項２３】
　前記クラスタファイルにアクセスするための前記要求を送信するステップは、システム性能、システム一貫性、ローカルデータ利用可能性および前記クラスタにわたるロードバランシングのうちの少なくとも1つを考慮することによって、前記クラスタのうちの前記少なくとも1つを選択するステップを含む、請求項20または21に記載の方法。
　　【請求項２４】
　前記クラスタファイルを修正するための要求を受信するステップであって、前記要求は前記論理ファイル名を含む、ステップと、
　前記論理ファイル名を使用して、前記クラスタファイルに対応する前記メタデータを検索するステップと、
　前記クラスタファイルを修正するための前記要求に従って、新しいメタデータを生成するステップと、
　前記メタデータから、前記物理ファイルの前記物理ファイル位置および前記物理ファイルの前記物理ファイル名を決定するステップと、
　前記クラスタファイルを修正するための前記要求を、前記物理ファイルの前記物理ファイル名を使用して、前記クラスタのうちの少なくとも1つに送信するステップと、
　前記クラスタファイルに関連して、前記新しいメタデータを記憶するステップとをさらに含む、請求項20乃至23のいずれか1項に記載の方法。
　　【請求項２５】
　前記クラスタファイルを修正するための前記要求を送信するステップは、前記メタデータから、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの前記少なくとも1つに、前記要求を送信するステップを含む、請求項24に記載の方法。
　　【請求項２６】
　分散ファイルシステムの複数のクラスタを管理するための、プロセッサによって実行可能なプログラム命令がその上に記憶されるコンピュータ可読媒体であって、前記複数のクラスタはクラスタファイルを有し、前記プログラム命令は、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信し、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信され、
　前記論理ファイル名を使用して、メタデータを検索し、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルであり、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定し、
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記物理ファイルの前記物理ファイル位置に対応する前記クラスタのうちの少なくとも1つに送信するように構成される、コンピュータ可読媒体。」
２　補正の適否
２−１　新規事項について
（１）本件補正は，補正前の請求項１に記載された発明を特定するために必要な事項について，「
前記新しいクラスタファイルのための物理ファイル位置を割り当てることは、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つを選択することを含み
　そこで，本件補正が，本願の願書に最初に添付された明細書，特許請求の範囲又は図面（以下，これを「当初明細書等」という）に記載した事項の範囲内でなされたものであるかについて，以下に検討する。
（２）当初明細書等に記載された事項
　当初明細書等には，「新しいクラスタファイルのための物理ファイル位置を割り当てること」について，以下のように記載されている。
ア　「【００１６】
　先の実施形態のいずれか1つにおいて、新しいクラスタファイルのための物理ファイル位置を割り当てることは、新しいクラスタファイルを要求するアプリケーションに関して、クラスタのうちの最も近い1つを選択することを含む。」
イ　「【００６９】
　実際、クラスタ管理システム106は、クラスタにわたってデータを作成、アクセスおよび複製するために構成可能な柔軟なポリシーをサポートする。図10Aは、様々なデータ作成シナリオのための例を示す。クラスタ管理システム106は、性能を最適化するために、最も近いクラスタ上にファイルを作成するように構成されてよい。この例は、パス1002によって示され、ここで、アプリケーション1142は、クラスタ1041上にファイルを作成する。」
　当初明細書等における上記ア及びイの記載を参照すると，「新しいクラスタファイルのための物理ファイル位置を割り当てること」について，「新しいクラスタファイルを要求するアプリケーションに関して、クラスタのうちの最も近い1つを選択する」こと，「クラスタ管理システム106は、性能を最適化するために、最も近いクラスタ上にファイルを作成する」ことは記載されていると認められるが，「アプリケーションに対して最も短いパスを有する1つを選択する」ことは記載されていない。
　また，当初明細書等の記載全体，及び本願出願時の技術常識を参酌しても，上記ア及びイの記載により，「新しいクラスタファイルのための物理ファイル位置を割り当てることは、クラスタのうちの、アプリケーションに対して最も短いパスを有する1つを選択する」ことが自明であるとも認められない。
（３）よって，本件補正により付加された「前記新しいクラスタファイルのための物理ファイル位置を割り当てることは、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つを選択することを含」むことは，当初明細書等には記載がなく，当初明細書等から自明なものでもないから，当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において，新たな技術的事項を導入するものである。
　したがって，本件補正は，当初明細書等に記載された事項の範囲内においてするものとはいえず，特許法第１７条の２第３項の規定する要件を満たしていないため，同法第１５９条第１項で読み替えて準用する同法第５３条第１項の規定により却下されるべきものである。
２−２　独立特許要件について
　上記「２−１」における検討のとおり，本件補正は，特許法第１７条の２第３項の規定に違反するものであり却下されるべきものであるが，仮に，本件補正が特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものであるとして，補正後の請求項１８に記載される発明（以下「本件補正発明」という。）が同条第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について，以下，検討する。　　　  
（１）本件補正発明
　本件補正発明は，上記「１（１）」の請求項１８に記載されたとおりのものである（再掲）。
「　分散ファイルシステムの複数のクラスタを管理するための方法であって、前記複数のクラスタはクラスタファイルを有し、前記方法は、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信するステップであって、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信される、ステップと、
　前記論理ファイル名を使用して、メタデータを検索するステップであって、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルである、ステップと、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップで
あって、前記物理ファイル位置は、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つである、ステップ
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記クラスタのうちの少なくとも1つに送信するステップとを含
む方法。」
（２）引用文献等の記載事項
（２−１）引用文献１に記載されている技術的事項及び引用発明
ア　原査定の拒絶の理由で引用された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，米国特許出願公開２０１５／０２４２４５４号明細書（２０１５年８月２７日出願公開。以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。以下同様。）
Ａ　「[0020] A particular technique for facilitating the namespace translation at the gateway includes the use of 
a database of Key-Value (KV) pairs
（当審訳；　「［００２０］　ゲートウェイの名前変換を容易にするための特定の技術は，
キーバリュー（ＫＶ）のデータベース
Ｂ　「[0022] FIG. 1 is an illustration of exemplary storage architecture 100, adapted according to one embodiment. 
The storage architecture 100 includes clients 110-112, gateways 120 and 121, and storage systems 130-133.
each of clients 110-112 may run
applications
that utilize the storage architecture.
（当審訳；　「［００２２］　図１は，一実施形態に従って適合された例示的なストレージアーキテクチャ１００の図である。
ストレージアーキテクチャ１００は，クライアント１１０−１１２，ゲートウェイ１２０および１２１，ならびにストレージシステム１３０−１３３を含む
クライアント１１０−１１２のそれぞれは，ストレージアーキテクチャを利用する
アプリケーション
を実行することができる。
Ｃ　「[0026] 
Each of the clients 110-112 can send a request to
read a file, write a file,
to a gateway with which it is in communication.
（当審訳；　「［００２６］　
クライアント１１０−１１２のそれぞれは，
ファイルの読み取り，ファイルの書き込み
を，通信しているゲートウェイに要求を送信することができる。
Ｄ　「[0028] 
The read request from client 111 includes a first data identifier in the unified namespace.
[0029] 
Gateway 120 receives the read request and determines a particular storage system 130-133 to which to send the read request. Gateway 120 also determines a second data identifier to use when sending the read request to the particular storage system.
gateways 120 and 121 use a database of KV pairs to resolve storage systems and data identifiers.
[0030] Moving to FIG. 2A, an illustration of an exemplary 
KV database 200
On the left side, the keys include the unified namespace identifiers that are provided from and to clients 110-112.
[0031] In the embodiments of FIG. 2A, 
the unified namespace identifiers are file-level identifiers.
[0032] 
Upon receiving a unified namespace identifier,
gateways 120
query the KV database 200 using the identifier.
On the right side of the illustrated KV database 200,
include an identifier of a storage system,
and an identifier corresponding to the object in the namespace of the particular storage system.
（当審訳；　「［００２８］　
クライアント１１１からの読み出し要求は，統一された名前空間内の第１のデータの識別子が含まれる。
［００２９］　
ゲートウェイ１２０は，読み取り要求を受信し，読み取り要求を送信する特定のストレージシステム１３０−１３３を決定する。ゲートウェイ１２０はまた，読み取り要求を特定のストレージシステムに送信するときに使用する第２のデータ識別子を決定する。
ゲートウェイ１２０および１２１は，ＫＶペアのデータベースを使用して，ストレージシステムおよびデータ識別子を解決する。
［００３０］　図２Ａを参照すると，一実施形態による例示的な
ＫＶデータベース２００
左側のキーには，クライアント１１０−１１２との間で提供される統一された名前空間識別子が含まれている。
［００３１］　図２Ａの実施形態では，
統一された名前空間識別子はファイルレベルの識別子である。
［００３２］　
統一された名前空間識別子を受信すると，ゲートウェイ１２０
は，識別子を使用してＫＶデータベース２００を照会する
ＫＶデータベース２００の右側には，
ストレージシステムの識別子，
および特定のストレージシステムの名前空間内のオブジェクトに対応する識別子を含
Ｅ　「[0053] FIG. 7 is an illustration of example process 700 adapted according to one embodiment. 
Process 700 may be performed b
gateways 120
[0054] At action 710, 
the gateway receives from a client a first data transaction request including a first data identifier. The data transaction request may include,
 a read request or a write request.
[0055] At action 720, 
the gateway determines a storage system associated with the first identifier.
the gateway traverses a database of KV pairs to find an entry that corresponds to the first identifier.
[0056] At action 730, 
the gateway determines a second data identifier associated with the first data identifier
[0057] Whereas the first data identifier conforms to the first namespace protocol, the second data identifier conforms to a namespace protocol of the storage system. For instance, the storage system uses a different namespace protocol than does the client, and the storage system's namespace protocol may also be different from namespaces used by other storage systems in the architecture. It is not necessary that any of the namespace protocols be compatible. In other words, the first data identifier conforms to a protocol that is not compatible with that of the storage system; similarly, the second data identifier conforms to a protocol that is not compatible with that of the client. Instead, the gateway translates between the namespace protocols to allow the client to perform data transactions on any storage system in the architecture while at the same time hiding the underlying storage architecture complexity from the clients. Thus, in some embodiments, the clients may only know and use the unified namespace protocol (of the first data identifier) and be unaware of the namespace protocols used by the storage systems.
[0058] At action 740, 
the gateway forwards a second data transaction request referencing the second data identifier to the storage system.
（当審訳；　「［００５３］　図７は，一実施形態に従って適合された例示的なプロセス７００の図である。
プロセス７００は，ゲートウェイ１２０
によって実行され得る。
［００５４］　動作７１０で，
ゲートウェイは，クライアントから，第１のデータ識別子を含む第１のデータトランザクション要求を受信する。データトランザクション要求は，
読み取り要求または書き込み要求を含み得る。
［００５５］　動作７２０で，
ゲートウェイは，第１の識別子に対応付けられているストレージシステムを決定する。
ゲートウェイは，ＫＶの対のデータベースを横断して，第１の識別子に対応するエントリを見つける。
［００５６］　動作７３０で，
ゲートウェイは，第１のデータの識別子に関連付けられた第２のデータ識別子を決定する
［００５７］　第１のデータ識別子は第１の名前空間プロトコルに準拠しているが，第２のデータ識別子はストレージシステムの名前空間プロトコルに準拠している。例えば，ストレージシステムは，クライアントとは異なる名前空間プロトコルを使用する。また，ストレージシステムの名前空間プロトコルは，アーキテクチャ内の他のストレージシステムで使用される名前空間とは異なる場合がある。名前空間プロトコルのいずれかに互換性がある必要はない。言い換えると，第１のデータ識別子は，ストレージシステムのプロトコルと互換性のないプロトコルに準拠している。同様に，第２のデータ識別子は，クライアントのプロトコルと互換性のないプロトコルに準拠している。代わりに，ゲートウェイは名前空間プロトコル間を変換して，クライアントがアーキテクチャ内の任意のストレージシステムでデータトランザクションを実行できるようにすると同時に，基盤となるストレージアーキテクチャの複雑さをクライアントから隠す。したがって，いくつかの実施形態では，クライアントは，（第１のデータ識別子の）統一された名前空間プロトコルのみを知って使用し，ストレージシステムによって使用される名前空間プロトコルを知らない場合がある。
［００５８］　動作７４０で，
ゲートウェイは，第２のデータ識別子を参照する第２のデータトランザクション要求をストレージシステムに転送する。
Ｆ　「図１
」
Ｇ　「図２Ａ
」
Ｈ　「図７
」
イ　引用文献１に記載の上記技術的事項について検討する。
（ア）上記Ｂにおける「
ストレージアーキテクチャ１００は，クライアント１１０−１１２，ゲートウェイ１２０および１２１，ならびにストレージシステム１３０−１３３を含む
クライアント１１０−１１２のそれぞれは，ストレージアーキテクチャを利用する
アプリケーション
を実行することができる。
「ストレージアーキテクチャは，クライアント，ゲートウェイ，ならびにストレージシステムを含むものであり，
　クライアントは，ストレージアーキテクチャを利用するアプリケーションを実行することができる」
　ことが記載されているといえる。
（イ）上記Ｃにおける「
クライアント１１０−１１２のそれぞれは，
ファイルの読み取り，ファイルの書き込み
を，通信しているゲートウェイに要求を送信することができる。
「クライアントは，ファイルの読み取り，ファイルの書き込みを，通信しているゲートウェイに要求を送信することができる」
　ことが記載されているといえる。
（ウ）上記Ｄにおける「
クライアント１１１からの読み出し要求は，統一された名前空間内の第１のデータの識別子が含まれる。
ゲートウェイ１２０は，読み取り要求を受信し，読み取り要求を送信する特定のストレージシステム１３０−１３３を決定する。ゲートウェイ１２０はまた，読み取り要求を特定のストレージシステムに送信するときに使用する第２のデータ識別子を決定する。
「クライアントからの読み出し要求は，統一された名前空間内の第１のデータの識別子が含まれており，
　ゲートウェイは，読み取り要求を受信し，読み取り要求を送信する特定のストレージシステムを決定し，ゲートウェイは，読み取り要求を特定のストレージシステムに送信するときに使用する第２のデータ識別子を決定する」
　ことが記載されているといえる。
（エ）上記Ａにおける「ゲートウェイの名前変換を容易にするための特定の技術は，
キーバリュー（ＫＶ）のデータベース
ゲートウェイ１２０および１２１は，ＫＶペアのデータベースを使用して，ストレージシステムおよびデータ識別子を解決する。
ＫＶデータベース２００
左側のキーには，クライアント１１０−１１２との間で提供される統一された名前空間識別子が含まれている。
統一された名前空間識別子はファイルレベルの識別子である。
「ゲートウェイは，キーバリュー（ＫＶ）ペアのデータベースを使用して，ストレージシステムおよびデータ識別子を解決するものであり，ＫＶデータベースの左側のキーには，クライアントとの間で提供される統一された名前空間識別子が含まれており，
　統一された名前空間識別子はファイルレベルの識別子である」
　ことが記載されているといえる。
（オ）上記Ｄにおける「
統一された名前空間識別子を受信すると，ゲートウェイ１２０
は，識別子を使用してＫＶデータベース２００を照会する
ＫＶデータベース２００の右側には，
ストレージシステムの識別子，
および特定のストレージシステムの名前空間内のオブジェクトに対応する識別子を含む。
「統一された名前空間識別子を受信すると，ゲートウェイは，識別子を使用してＫＶデータベースを照会するものであり，
　ＫＶデータベースの右側には，ストレージシステムの識別子，および特定のストレージシステムの名前空間内のオブジェクトに対応する識別子を含む」
　ことが記載されているといえる。
（カ）上記Ｅにおける「図７は，一実施形態に従って適合された例示的なプロセス７００の図である。
プロセス７００は，ゲートウェイ１２０
によって実行され得る。
ゲートウェイは，クライアントから，第１のデータ識別子を含む第１のデータトランザクション要求を受信する。データトランザクション要求は，
読み取り要求または書き込み要求を含み得る。
「ゲートウェイによって実行されるプロセスは，
　ゲートウェイは，クライアントから，第１のデータ識別子を含む第１のデータトランザクション要求を受信するものであって，データトランザクション要求は，読み取り要求または書き込み要求を含み得る」
　ことが記載されているといえる。
（キ）上記Ｅにおける「動作７２０で，
ゲートウェイは，第１の識別子に対応付けられているストレージシステムを決定する。
ゲートウェイは，ＫＶの対のデータベースを横断して，第１の識別子に対応するエントリを見つける。
「ゲートウェイは，第１の識別子に対応付けられているストレージシステムを決定するものであり，ゲートウェイは，ＫＶの対のデータベースを横断して，第１の識別子に対応するエントリを見つける」
　ことが記載されているといえる。
（ク）上記Ｅにおける「動作７３０で，
ゲートウェイは，第１のデータの識別子に関連付けられた第２のデータ識別子を決定する
ゲートウェイは，第２のデータ識別子を参照する第２のデータトランザクション要求をストレージシステムに転送する。
「ゲートウェイは，第１のデータの識別子に関連付けられた第２のデータ識別子を決定し，
　ゲートウェイは，第２のデータ識別子を参照する第２のデータトランザクション要求をストレージシステムに転送する」
　ことが記載されているといえる。
ウ　上記イの検討により，引用文献１には次の発明（以下，「引用発明」という。）が記載されているといえる。
「ストレージアーキテクチャは，クライアント，ゲートウェイ，ならびにストレージシステムを含むものであり，
　クライアントは，ストレージアーキテクチャを利用するアプリケーションを実行することができるものであり，
　クライアントは，ファイルの読み取り，ファイルの書き込みを，通信しているゲートウェイに要求を送信することができるものであり，
　クライアントからの読み出し要求は，統一された名前空間内の第１のデータの識別子が含まれており，
　ゲートウェイは，読み取り要求を受信し，読み取り要求を送信する特定のストレージシステムを決定し，ゲートウェイは，読み取り要求を特定のストレージシステムに送信するときに使用する第２のデータ識別子を決定するものであり，
　ゲートウェイは，キーバリュー（ＫＶ）ペアのデータベースを使用して，ストレージシステムおよびデータ識別子を解決するものであり，
　ＫＶデータベースの左側のキーには，クライアントとの間で提供される統一された名前空間識別子が含まれており，
　統一された名前空間識別子はファイルレベルの識別子であり，
　統一された名前空間識別子を受信すると，ゲートウェイは，識別子を使用してＫＶデータベースを照会するものであり，
　ＫＶデータベースの右側には，ストレージシステムの識別子，および特定のストレージシステムの名前空間内のオブジェクトに対応する識別子を含むものであり，
　ゲートウェイによって実行されるプロセスは，
　ゲートウェイは，クライアントから，第１のデータ識別子を含む第１のデータトランザクション要求を受信するものであって，データトランザクション要求は，読み取り要求または書き込み要求を含み得るものであり，
　ゲートウェイは，第１の識別子に対応付けられているストレージシステムを決定するものであり，ゲートウェイは，ＫＶの対のデータベースを横断して，第１の識別子に対応するエントリを見つけるものであり，
　ゲートウェイは，第１のデータの識別子に関連付けられた第２のデータ識別子を決定し，
　ゲートウェイは，第２のデータ識別子を参照する第２のデータトランザクション要求をストレージシステムに転送する，
　プロセス。」
（２−２）参考文献１に記載されている技術的事項
ア　前置報告で提示された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった文献である，特開２０１０−７４６０４号公報（平成２２年４月２日出願公開。以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
Ｉ　「【０００７】
　
データアクセスクライアント１２０は、データ管理サーバ１１１と同様にアドレスを用いて近傍性を推定し、アクセスすべきデータ管理サーバを決定する
【０００８】
　
データアクセスクライアント１２０がデータ名「／ｆｏｏ」に対して書き込みを行う場合、まずデータアクセスクライアント１２０は、マスタ１３０に「／ｆｏｏ」に対応するデータ管理サーバのアドレスを問い合わせ、マスタ１３０は（１０．１．１．１）、（１０．１．８５．９）、（１０．６０．１．５４）を取り出し、データアクセスクライアント１２０に返す。データアクセスクライアント１２０は、自ノードのアドレス１０．１．１．６４に最も近いアドレスとして、１０．１．１．１を選択し、このアドレスのデータ管理サーバ１１１にデータの書き込みを行う
J　「図１５
」
イ　上記Ｉ〜Ｊの記載から，参考文献１には次の技術が記載されているといえる。
「データアクセスクライアントは，データ管理サーバと同様にアドレスを用いて近傍性を推定し，アクセスすべきデータ管理サーバを決定するものであって，
　データアクセスクライアントがデータ名「／ｆｏｏ」に対して書き込みを行う場合，まずデータアクセスクライアントは，マスタに「／ｆｏｏ」に対応するデータ管理サーバのアドレスを問い合わせ，マスタは（１０．１．１．１），（１０．１．８５．９），（１０．６０．１．５４）を取り出し，データアクセスクライアントに返し，データアクセスクライアントは，自ノードのアドレスに最も近いアドレスとして，１０．１．１．１を選択し，このアドレスのデータ管理サーバにデータの書き込みを行う。」
（２−３）参考文献２に記載されている技術的事項
　本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった文献である，特表２０１６−５０９２９４号公報（平成２８年３月２４日出願公表。以下，「参考文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
Ｋ　「【００３５】
　
ファイルおよびデータは、Ｈａｄｏｏｐ分散型ファイルシステム（ＨＤＦＳ）においてＨａｄｏｏｐクラスタ１００の複数のノードを通じて分散して記憶される。
（３）対比
ア　本件補正発明と引用発明とを対比する。
（ア）引用発明は，「ストレージアーキテクチャは，クライアント，ゲートウェイ，ならびにストレージシステムを含むものであり」，「ゲートウェイによって実行されるプロセス」において，「ゲートウェイは，クライアントから，第１のデータ識別子を含む第１のデータトランザクション要求を受信するものであって，データトランザクション要求は，読み取り要求または書き込み要求を含み得るもの」である。
　してみると，引用発明の「ゲートウェイによって実行されるプロセス」は，ストレージシステムに対してファイルの読み取り，ファイルの書き込みを行うプロセスであることは明らかであり，ファイルシステムを管理する方法であるといえる。
　よって，本件補正発明と引用発明とは，後記の点で相違するものの，“ファイルシステムを管理するための方法”である点で一致している。
（イ）引用発明は，「クライアントのそれぞれは，ストレージアーキテクチャを利用するアプリケーションを実行することができるものであり」，「クライアントからの読み出し要求は，統一された名前空間内の第１のデータの識別子が含まれており」，「クライアントとの間で提供される」「統一された名前空間識別子はファイルレベルの識別子」である。
　ここで，「クライアント」は，ユーザが使用するコンピュータであってユーザデバイスといえるから，「クライアント」で実行される「アプリケーション」は，“ユーザデバイス上のアプリケーション”であるといえ，「クライアントからの読み出し要求」は，“ファイルにアクセスするための要求”に他ならないところ，「クライアント」で実行される「アプリケーション」から受信されるものであることは明らかである。
　そして，「統一された名前空間内の第１のデータの識別子」は，「ファイルレベルの識別子」であるからファイルを識別する識別子であるといえ，「クライアントとの間で提供される」「統一された名前空間」とは，クライアントが利用する論理的な名前空間であることは明らかであるから，前記「ファイルレベルの識別子」は，ファイルを識別するために論理的な名前空間で付与された“論理ファイル名”であるといえる。してみると，引用発明では，アプリケーションから受信された読み出し要求に，ファイルレベルの識別子である論理ファイル名が含まれているといえる。
　よって，本件補正発明と引用発明とは，後記の点で相違するものの，“ファイルにアクセスするための要求を受信するステップであって，前記要求は論理ファイル名を含み，前記要求は，ユーザデバイス上のアプリケーションから受信される，ステップ”を含む点で一致している。
（ウ）引用発明は，「ゲートウェイは，キーバリュー（ＫＶ）ペアのデータベースを使用して，ストレージシステムおよびデータ識別子を解決するものであり，ＫＶデータベースの左側のキーには，クライアントとの間で提供される統一された名前空間識別子が含まれおり」，「ＫＶデータベースの右側には，ストレージシステムの識別子，および特定のストレージシステムの名前空間内のオブジェクトに対応する識別子が含まれて」いるものである。
　ここで，「キーバリュー（ＫＶ）ペアのデータベース」とは，キーとバリュー（値）とをペアにして，すなわち，対応づけて格納するデータベースであって，「クライアントとの間で提供される統一された名前空間識別子」とは，上記（イ）で検討したように“論理ファイル名”であるといえ，「特定のストレージシステムの名前空間内のオブジェクトに対応する識別子」とは，ストレージシステムの名前空間でオブジェクトを特定するための識別子であるから，ストレージシステムという物理システムにおいて当該オブジェクトを識別するために付与された“物理ファイル名”であるといえる。
　してみると，引用発明の「キーバリュー（ＫＶ）ペアのデータベース」は，論理ファイル名と物理ファイル名を対応づけて格納していることから，“論理ファイル名と共に記憶”し，“論理ファイルを物理ファイルにマッピングする”データであることは明らかであり，また，ファイルに関する付加的なデータであるから，ファイルの“メタデータ”であるといえる。そして，「識別子を使用してＫＶデータベースを照会する」ことは，キーである論理ファイル名を使用してＫＶデータベース，すなわち“メタデータ”を検索することに他ならない。
　以上の検討を踏まえると，本件補正発明と引用発明とは，後記の点で相違するものの，“論理ファイル名を使用して，メタデータを検索するステップであって，前記メタデータは，前記論理ファイル名と共に記憶され，前記メタデータは，前記論理ファイルを物理ファイルにマッピングする，ステップ”を含む点で一致している。
　
（エ）引用発明は，「クライアントからの読み出し要求は，統一された名前空間内の第１のデータの識別子が含まれて」いるところ，「ゲートウェイは，第１の識別子に対応付けられているストレージシステムを決定するものであり，ゲートウェイは，ＫＶペアのデータベースを横断して，第１の識別子に対応するエントリを見つけるもの」である。
　ここで，「第１の識別子に対応付けられているストレージシステムを決定するものであり，ゲートウェイは，ＫＶペアのデータベースを横断して，第１の識別子に対応するエントリを見つける」ことは，上記（ウ）の検討を踏まえると，読み取り要求に含まれる第１のデータの識別子，すなわち論理ファイル名を用いてＫＶデータベースを検索し，当該論理ファイルに対応する物理ファイルが存在するストレージシステムを決定することに他ならず，物理ファイルが存在する位置，すなわち，“物理ファイル位置”を決定しているといえる。
　また，引用発明は，「ゲートウェイは，読み取り要求を特定のストレージシステムに送信するときに使用する第２のデータ識別子を決定する」ところ，「第２のデータ識別子」とは，ＫＶデータベースの右側に格納されている「特定のストレージシステムの名前空間内のオブジェクトに対応する識別子」であり，上記（ウ）で検討したとおり，“物理ファイル名”といえるものである。
　よって，引用発明は，ＫＶデータベースから物理ファイルの位置及び物理ファイル名を決定しているといえ，物理ファイル名を使用して読み取り要求を特定のストレージに送信しているので，本件補正発明と引用発明とは，後記の点で相違するものの，“メタデータから，前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップ”，及び，“物理ファイルの前記物理ファイル名を使用して，ファイルにアクセスするための前記要求を送信するステップ”を含む点で一致している。
イ　上記（ア）〜（エ）の検討から，本件補正発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
＜一致点＞　
「ファイルシステムを管理するための方法であって，前記方法は，
　ファイルにアクセスするための要求を受信するステップであって，前記要求は論理ファイル名を含み，前記要求は，ユーザデバイス上のアプリケーションから受信される，ステップと，
　前記論理ファイル名を使用して，メタデータを検索するステップであって，前記メタデータは，前記論理ファイル名と共に記憶され，前記メタデータは，前記論理ファイルを物理ファイルにマッピングする，ステップと，
　前記メタデータから，前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップと，
　前記物理ファイルの前記物理ファイル名を使用して，前記ファイルにアクセスするための前記要求を送信するステップとを含む方法。」
＜相違点１＞
　本件補正発明は，「分散」ファイルシステムの「複数のクラスタ」を管理するための方法であって，「前記複数のクラスタはクラスタファイルを有し」，前記方法は，「前記クラスタファイルのうちの少なくとも1つにおいてクラスタ」ファイルにアクセスするための要求を受信するものであって，「物理ファイルはクラスタファイル」であり，アクセスするための要求を「クラスタのうちの少なくとも1つに」送信するのに対して，引用発明では，ファイルが「分散」ファイルシステムの「複数のクラスタ」であることが特定されていない点。
＜相違点２＞
　本件補正発明は，メタデータは論理ファイル名と共に「論理ファイルに記憶され」るのに対して，引用発明では，そのような特定がなされていない点。
＜相違点３＞
　本件補正発明は，「物理ファイル位置は，前記クラスタのうちの，前記アプリケーションに対して最も短いパスを有する1つである」のに対して，引用発明では，そのような特定がなされていない点。
（４）当審の判断
　上記相違点について検討する。
ア　相違点１について
　上記「（２）（２−１）Ｄ」に示したとおり，引用文献１の段落[００３０]には，以下のように記載されている。
「［００３０］　図２Ａを参照すると，・・・（中略）・・・。オブジェクトレベルのプロトコルは，データがオブジェクト識別子を介して指定され，最終的に別のシステムによってストレージデバイスアドレスに変換されるという点で，ファイルレベルのプロトコルに似ている。ただし，オブジェクトはより柔軟なデータのグループであり，ファイル内のデータのクラスタを指定したり，複数のファイルに分散したりする場合がある。オブジェクトレベルのプロトコルには，ＣＤＭＩ，ＨＴＴＰ，およびＳ３が含まれる。」
　引用文献１の前記記載は，オブジェクトレベルのプロトコルは，データが識別子を介して指定され，ストレージデバイスアドレスに変換されるという点において，ファイルレベルのプロトコルに似ているところ，オブジェクトはより柔軟なデータのグループであり，ファイル内のデータのクラスタを指定したり，複数のファイルに分散したりすることを示すものである。
　してみると，引用文献１には，ファイル内のデータのクラスタを指定したり，複数のファイルに分散したりすること，すなわち，ファイルをクラスタとして分散ファイルシステムに格納することが示唆されているといえる。
　また，上記「（２）（２−３）」の参考文献２に示されるように，本願優先日において，ファイルをクラスタに分散して記憶する分散ファイルシステムは，ストレージシステムという技術分野における周知技術である。
　してみると，引用発明のファイルを「複数のクラスタ」ファイルとし，引用発明のファイルシステムを「分散」ファイルシステムとすること，すなわち，引用発明を，「分散」ファイルシステムの「複数のクラスタ」を管理するための方法とすることは，引用文献１に記載の上記示唆，並びに，上記周知技術に基づいて，当業者であれば容易になし得たことである。
　そして，上記相違点１における，「前記複数のクラスタはクラスタファイルを有し」，前記方法は，「前記クラスタファイルのうちの少なくとも1つにおいてクラスタ」ファイルにアクセスするための要求を受信するものであって，「物理ファイルはクラスタファイル」であり，アクセスするための要求を「クラスタのうちの少なくとも1つに」送信することは，引用発明を，「分散」ファイルシステムの「複数のクラスタ」の管理に適用した結果として，当然になされる程度の事項に過ぎない。
イ　相違点２について
　引用発明は，メタデータである「キーバリュー（ＫＶ）ペアのデータベース」に，論理ファイル名である「統一された名前空間内の第１のデータの識別子」を記憶するところ，かかる論理ファイル名を記憶したメタデータを，「論理ファイルに記憶され」るとすることは，論理データを論理ファイルに格納することが通常行われていることを鑑みれば，当業者であれば任意になし得る事項に過ぎない。
ウ　相違点３について
　上記参考文献１には，上記「（２）（２−２）イ」に示したとおり，次の技術が記載されている（再掲）。
「データアクセスクライアントは，データ管理サーバと同様にアドレスを用いて近傍性を推定し，アクセスすべきデータ管理サーバを決定するものであって，
　データアクセスクライアントがデータ名「／ｆｏｏ」に対して書き込みを行う場合，まずデータアクセスクライアントは，マスタに「／ｆｏｏ」に対応するデータ管理サーバのアドレスを問い合わせ，マスタは（１０．１．１．１），（１０．１．８５．９），（１０．６０．１．５４）を取り出し，データアクセスクライアントに返し，データアクセスクライアントは，自ノードのアドレスに最も近いアドレスとして，１０．１．１．１を選択し，このアドレスのデータ管理サーバにデータの書き込みを行う。」
　参考文献１に記載の上記技術は，クライアントがデータ名「／ｆｏｏ」に対して書き込みを行う場合，前記データ名「／ｆｏｏ」に対応するデータ管理サーバのうち，自ノードに最も近い管理サーバを選択して書き込む技術を示すものであって，最も近い物理ファイルを選択する技術が開示されているといえる。
　上記「ア　相違点１について」で検討したように，引用発明のファイルシステムを「分散」ファイルシステムとすることは，当業者であれば容易になし得たことであるところ，引用発明と参考文献１に記載の上記技術とは，クライアントがアクセスするストレージシステムという共通の技術分野に属するものであって，ストレージシステムにおいて応答速度を向上させることは自明な共通の課題であるから，引用発明を「分散」ファイルシステムに適用した際に，分散ファイルを構成する複数のクラスタから最も近い物理ファイルを選択することによって，「物理ファイル位置は，前記クラスタのうちの，前記アプリケーションに対して最も短いパスを有する1つである」とすることは，参考文献１に記載の技術に基づいて，当業者であれば容易に想到し得たことである。
エ　小括
　上記ア〜ウで検討したとおり，相違点１〜相違点３に係る構成は，引用発明，参考文献１に記載された技術，及び周知技術に基づいて，当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，引用発明，参考文献１に記載された技術，及び周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本件補正発明は，引用発明，参考文献１に記載された技術，及び周知技術に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。
３　本件補正についてのむすび
　よって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　よって，上記補正の却下の決定の結論のとおり決定する。
第３　本願発明について
１　本願発明の認定
　令和１年１２月１０日にされた手続補正は，上記のとおり却下されたので，本願の請求項に係る発明は，平成３１年３月１５日にされた手続補正により補正された特許請求の範囲の請求項１〜２６に記載された事項により特定されるものであるところ，その請求項２０に係る発明（以下，「本願発明」という。）は，その請求項２０に記載された事項により特定される，上記「第２[理由]１（２）」の請求項２０に記載された下記のとおりのものである（再掲）。
「　分散ファイルシステムの複数のクラスタを管理するための方法であって、前記複数のクラスタはクラスタファイルを有し、前記方法は、
　前記クラスタのうちの少なくとも1つにおいてクラスタファイルにアクセスするための要求を受信するステップであって、前記要求は論理ファイル名を含み、前記要求は、ユーザデバイス上のアプリケーションから受信される、ステップと、
　前記論理ファイル名を使用して、メタデータを検索するステップであって、前記メタデータは、前記論理ファイル名と共に論理ファイルに記憶され、前記メタデータは、前記論理ファイルを物理ファイルにマッピングし、前記物理ファイルは前記クラスタファイルである、ステップと、
　前記メタデータから、前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップと、
　前記物理ファイルの前記物理ファイル名を使用して、前記クラスタファイルにアクセスするための前記要求を、前記クラスタのうちの少なくとも1つに送信するステップとを含む方法。」
２　原査定の拒絶の理由
　原査定の拒絶の理由は，この出願の請求項１に係る発明は，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１に記載された発明に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない，というものである。
１．米国特許出願公開第２０１５／０２４２４５４号明細書
３　引用文献
　原査定の拒絶の理由に引用された，引用文献１，及びその記載事項は，上記「第２[理由]２　２−２（２）（２−１）」に記載したとおりである。
４　対比・判断
ア　本願発明は，上記「第２[理由]２」で検討した本件補正発明の「物理ファイル位置」に関して，「
物理ファイル位置は、前記クラスタのうちの、前記アプリケーションに対して最も短いパスを有する1つである
イ　そうすると，上記「第２[理由]２　２−２（３）」における検討内容を踏まえると，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
＜一致点＞
「ファイルシステムを管理するための方法であって，前記方法は，
　ファイルにアクセスするための要求を受信するステップであって，前記要求は論理ファイル名を含み，前記要求は，ユーザデバイス上のアプリケーションから受信される，ステップと，
　前記論理ファイル名を使用して，メタデータを検索するステップであって，前記メタデータは，前記論理ファイル名と共に記憶され，前記メタデータは，前記論理ファイルを物理ファイルにマッピングする，ステップと，
　前記メタデータから，前記物理ファイルの物理ファイル位置および前記物理ファイルの物理ファイル名を決定するステップと，
　前記物理ファイルの前記物理ファイル名を使用して，ファイルにアクセスするための前記要求を送信するステップとを含む方法。」
＜相違点ａ＞
　本件補正発明は，「分散」ファイルシステムの「複数のクラスタ」を管理するための方法であって，「前記複数のクラスタはクラスタファイルを有し」，前記方法は，「前記クラスタファイルのうちの少なくとも１つにおいてクラスタ」ファイルにアクセスするための要求を受信するものであって，「物理ファイルはクラスタファイル」であり，アクセスするための要求を「クラスタのうちの少なくとも１つに」送信するのに対して，引用発明では，ファイルが「分散」ファイルシステムの「複数のクラスタ」であることが特定されていない点。
＜相違点ｂ＞
　本件補正発明は，メタデータは論理ファイル名と共に「論理ファイルに記憶され」るのに対して，引用発明では，そのような特定がなされていない点。
ウ　そして，上記相違点ａ及び相違点ｂは，それぞれ，上記「第２[理由]２　２−２（３）」における，相違点１及び相違点２と同じであることから，上記「第２[理由]２　２−２（４）」で検討したように，相違点ａ及び相違点ｂは，いずれも格別のものではなく，本願発明は，上記引用発明及び周知技術に基づいて，当業者が容易に発明をすることができたものである。
第４　むすび
　以上のとおり，本願の請求項２０に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。