【事件の表示】
　特願２０１５−５３１９４９「ソフトウェア定義ネットワークアタッチ可能記憶システムおよび方法」拒絶査定不服審判事件〔平成２６年　３月２０日国際公開、ＷＯ２０１４／０４２８８９、平成２７年１１月２６日国内公表、特表２０１５−５３４１７５、請求項の数（２１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本件審判請求に係る出願（以下，「本願」という。）は，２０１３年８月２９日（パリ条約による優先権主張外国庁受理２０１２年９月１４日（以下，「優先日」という。），米国，２０１３年２月５日，米国）を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　　平成２７年　２月２５日　　　：国内書面の提出
　　平成２７年　４月　１日　　　：翻訳文，出願審査請求書，手続補正書
　　　　　　　　　　　　　　　　　の提出
　　平成２７年１０月　８日付け　：拒絶理由の通知
　　平成２８年　１月１２日　　　：意見書，手続補正書の提出
　　平成２８年　４月　４日付け　：拒絶査定
　　平成２８年　８月　５日　　　：審判請求書の提出
第２　原査定の概要
　原査定（平成２８年４月４日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−２１に係る発明は，以下の引用文献１−４に基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１.特開２００５−９２８６２号公報
２.特開平６−２６６６００号公報
３.特開２００４−２４０８０３号公報
４.国際公開第２０１０／１４４３７４号
第３　本願発明
　本願請求項１−２１に係る発明（以下，それぞれ「本願発明１」−「本願発明２１」という。）は，平成２８年１月１２日付けの手続補正で補正された特許請求の範囲の請求項１−２１に記載された事項により特定される発明であり，本願発明１は以下のとおりの発明である。
「　　【請求項１】
　複数の論理コンピュータシステム内でソフトウェア定義ネットワークアタッチ可能記憶システムを確立する方法であって，各コンピュータシステムは，メモリと，プロセッサと，記憶システムとを有し，
　前記方法は，前記論理コンピュータシステム内でプログラムのセットを実行することを含み，
　前記プログラムのセットは，（ｉ）複数の名前空間サーバであって，各名前空間サーバは，名前空間の異なるパーティション内で自律的に動作する，複数の名前空間サーバと，（ｉｉ）複数のデータ空間サーバであって，各データ空間サーバは，前記記憶システムに関連付けられているデータ空間の割り当てられたパーティション内で動作する，複数のデータ空間サーバとを確立し，
　（ｉ）少なくとも１つの要求クライアントコンピュータからの所与のパス名要求を処理するために，前記少なくとも１つの要求クライアントコンピュータは，前記所与のパス名に基づいてハッシュ値を計算し，ハッシュテーブルとともに前記ハッシュ値を使用することにより前記名前空間サーバのうちの特定の１つの識別を取得し，
　（ｉｉ）前記名前空間サーバのうちの前記特定の１つは，
　　（ａ）前記名前空間サーバのうちの前記特定の１つに対応する前記名前空間の前記異なるパーティションに関連付けられているファイルシステムメタデータをそのメモリに持続的に記憶することと，
　　（ｂ）そのメモリに持続的に記憶されている前記メタデータを前記少なくとも１つの要求クライアントコンピュータからの前記所与の記憶システムパス名要求を処理することにおいて使用し，前記少なくとも１つの要求クライアントコンピュータにハンドルを返送することであって，前記ハンドルは，（ｉ）前記データ空間サーバのうちの特定の１つ，および（ｉｉ）前記データ空間における特定の論理ブロックインデックスを識別する，ことと
　を行うように構成され，
　（ｉｉｉ）前記ハンドルは，前記データ空間サーバのうちの前記特定の１つを選択するために前記少なくとも１つの要求クライアントコンピュータによって使用され，
　（ｉｖ）前記データ空間サーバのうちの前記特定の１つは，前記ハンドルにより識別される前記データ空間における前記特定の論理ブロックインデックスにアクセスすることによって前記所与のパス名要求を満たす，
　方法。」
　なお，本願発明２−２１の概要は以下のとおりである。
　本願発明２−２１は，本願発明１を減縮した発明である。
第４　引用文献，引用発明等
１　引用文献１について
　原査定の拒絶の理由に引用された上記引用文献１には，図面とともに次のＡ−Ｅの事項が記載されている。
Ａ　「【００８５】
　第２の実施の形態は，本発明をストレージ・システム（ストレージ装置）に適用した場合の実施形態であり，クライアント，ディレクトリサーバ・クラスタシステム及びストレージによって，サーバ・クライアントシステムが構成されている。
【００８６】
　図１１は，本発明の第２の実施の形態のストレージ・システムの構成を示したブロック図である。
【００８７】
　本実施の形態のストレージ・システムは，ディレクトリサーバ・クラスタ２６００が，クライアント２０００にファイルサービスを提供する。
【００８８】
　クライアント２０００は，ディレクトリサーバ・クラスタ２６００に対してファイルサービスを要求する。ディレクトリサーバ・クラスタ２６００は，複数のディレクトリサーバ（既存ディレクトリサーバ２１００及び追加ディレクトリサーバ２２００）がネットワークによって疎結合されており，クライアント２０００からは単一のディレクトリサーバとして見えるクラスタシステムである。
【００８９】
　ファイルの実体（データ）はストレージ２３００に格納されている。ディレクトリサーバ・クラスタ２６００とストレージ２３００とは，ＳＡＮ（Storage Area Network）２５００によって接続されている。ディレクトリサーバ・クラスタ２６００とＳＡＮ２５００とはネットワーク２５０１を介して接続され，ストレージ２３００とＳＡＮ２５００とはネットワーク２５０２を介して接続されている。また，クライアント２０００とディレクトリサーバ・クラスタ２６００とは，サーバ間ネットワーク２４００によって接続されている。」
Ｂ　「【００９０】
　一般的なファイルシステムは，ファイルの格納場所を指示する「ディレクトリ情報」と，ディレクトリ情報によって指示される「ファイルの実体」とからなり，ディレクトリ情報とファイルの実体（データ）は同一の記憶装置に格納される。
【００９１】
　本実施の形態のストレージ・システムでは，ディレクトリ情報はディレクトリサーバ・クラスタ２６００に格納され，ファイルの実体はストレージ２３００に格納される。そのため，ディレクトリ情報には，ファイルが格納されているストレージを示す情報と，該ストレージ内での格納位置を示す情報が記録される。
【００９２】
　これら複数のディレクトリサーバ（既存ディレクトリサーバ２１００及び追加ディレクトリサーバ２２００）はクラスタ構成をとっており，ディレクトリ情報は複数のディレクトリサーバ２２００に分散して格納される。なお，あるファイルのディレクトリ情報を格納しているディレクトリサーバ２１００を，そのファイルの「担当ディレクトリサーバ」と呼ぶ。あるファイルとそのファイルの担当ディレクトリサーバとの対応は，クライアント２０００が保持するファイル割当て管理表２００１に記録されている。なお，全てのクライアント２０００は，同一内容のファイル管理表２００１を持っている。
【００９３】
　このように，クライアント２０００が，あるファイルとそのファイルの担当ディレクトリサーバとの対応を割当管理表２００１が保持することによって，割当保持部が構成される。」
Ｃ　「【００９４】
　次に，クライアント２０００が出すファイル取得要求を，このストレージ・システムが処理する手順について説明する。
【００９５】
　クライアント２０００は，ストレージ・システムのディレクトリサーバ・クラスタ２６００にファイル取得要求（メッセージ２４０１）を送信する。クライアント２０００がファイルを取得するためには，まず，取得を要求するファイルの担当ディレクトリサーバを特定する必要がある。クライアント２０００は，ファイルとそのファイルの担当ディレクトリサーバとの対応が記録されているファイル割当て管理表２００１を参照し，取得を要求するファイルの担当ディレクトリサーバを特定する。次に，特定した担当ディレクトリサーバにファイル取得要求を送信する。
【００９６】
　ディレクトリサーバ２１００は，クライアント２０００からのファイル取得要求を受け取ると，ディレクトリ情報を参照して，該ファイルが格納されているストレージ２３００を特定する。次に，特定したストレージ２３００にファイルを要求する。ファイルの要求を受け取ったストレージ２３００はファイルを送信し，ディレクトリサーバ２１００はファイルを取得する。取得したファイルは，要求を送信したクライアント２０００に対して送信される。」
Ｄ　「【００９７】
　ここで，ディレクトリサーバ２１００のキャッシュについて説明する。
【００９８】
　一般に，ディレクトリサーバはキャッシュメモリ等のキャッシュを持っている。ディレクトリサーバ２１００は，一度ストレージ２３００から取得したファイルをメモリ上のキャッシュ領域に格納する。以降，ディレクトリサーバ２１００は，同一のファイルの取得要求に対しては，キャッシングしたファイルを送信し，ストレージ２３００からファイルを取得する処理を省略する。このようにすることで，ディレクトリサーバ２１００からファイルを取得する処理の効率が向上する。」
Ｅ　「【０１０４】
　既存ディレクトリサーバ２１００から追加ディレクトリサーバ２２００に，ファイルの担当を徐々に移管する方法について説明する。この移管は，クライアント２０００が持つファイル割当て管理表２００１の変更に，非特許文献１のようにハッシュ関数を用いることで実現できる。
【０１０５】
　図１２はファイル割当て管理表２００１を変更する方法を模式的に示した説明図であり，ファイルの担当を徐々に移管する方法の一例を示す。このファイル割当て管理表２００１は，ハッシュ関数２００２と，サーバ名変換表２００３から構成される。
【０１０６】
　クライアント２０００は，ファイル取得要求を送信する際に，まず，ファイル名をハッシュ関数２００２に入力し，ファイル名をハッシュ値に変換する。なお，ここで変換されたハッシュ値の最大値は，ディレクトリサーバの総数よりも充分大きな値になるようにハッシュ関数を設定する。次に，変換したハッシュ値からサーバ名変換表２００３を引くことで参照し，ハッシュ値とディレクトリサーバ名との対応を取得し，そのファイルの担当ディレクトリサーバ名を特定する。」
　したがって，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。
「ストレージ・システムにおいてクライアントにファイルサービスを提供する方法であって（段落【００８５】−【００８７】），
　クライアントと，ディレクトリ情報を格納する複数のディレクトリサーバが疎結合されたディレクトリサーバ・クラスタと，ファイルの実体を格納する複数のストレージとがネットワークを介して接続されてシステムを構成し（段落【００８８】−【００８９】，【００９１】），
　前記クライアントは，ハッシュ関数を用いてファイル名をハッシュ値に変換し，前記ハッシュ値とディレクトリサーバとの対応を取得し，担当のディレクトリサーバを特定し，特定したディレクトリサーバにファイル取得要求を送信し（段落【００９２】−【００９３】，【００９５】，【０１０４】−【０１０６】），
　前記ディレクトリサーバは，一度ストレージから取得したファイルを格納するキャッシュメモリを有するとともに，ファイルが格納されているストレージを示す情報と，ストレージ内での格納位置を示すディレクトリ情報が格納されており，クライアントからの前記ファイル取得要求を受け取ると，ファイルが格納されているストレージを特定し，特定したストレージからファイルを取得し，要求を送信したクライアントに前記ファイルを送信する（段落【００９１】，【００９６】，【００９８】），方法。」
２　引用文献２について
　原査定の拒絶の理由に引用された上記引用文献２には，図面とともに次のＦ−Ｇの事項が記載されている。
Ｆ　「【００１８】
【実施例】
（実施例１）図１は，本発明を適用するのに好適なシステム構成を示している。共通の通信ネットワーク４００に，Ｌ台のファイルサーバ計算機１００と，Ｍ台のクライアント計算機３００と，１台の位置サーバ計算機２００が接続している。ファイルサーバ１００，位置サーバ２００には，データを永続的に保存できるディスク装置１０００，２０００が接続している。クライアント３００には，コンソール３０００が接続している。」
Ｇ　「【００４０】（ｂ）ファイル作成要求以外の処理
遠隔ファイル操作手段３１０は，ユーザのファイル作成以外の要求を受け取り，図６に示す処理７５０を行う。
【００４１】ファイル作成以外の処理７５０は，まず，ステップ７５２で，位置サーバ200に，操作対象ファイルを保管するファイルサーバ１００のネットワークアドレスを問い合わせる。具体的には，位置サーバ２００の広域位置データベース検索手段２２０に，操作対象ファイルの名前（６ａ）とクライアント３００のネットワークアドレス（６ｂ）からなるメッセージＭ６を送信する。広域位置データベース検索手段２２０は，広域位置データベース２１０を検索して，ファイル６ａを保管するファイルサーバ１００のネットワークアドレス（７ａ）からなるメッセージＭ７を返信する（処理７６０）。
【００４２】次に，ステップ７５４で，ファイルサーバ７ａに，ファイル操作を要求する。具体的には，ファイルサーバ７ａのファイル操作処理手段１１０に，操作コード（８ａ），操作対象のファイル名（８ｂ），引数リスト（８ｃ），クライアント３００のネットワークアドレス（８ｄ）からなるファイル操作要求Ｍ８を送信する。ファイル操作処理手段１１０は，後述する処理７７０を行い，処理結果(9a)からなるメッセージＭ９を返信する。
【００４３】最後にステップ７５６で，処理結果９ａをユーザに返答する。」
　したがって，上記引用文献２には，
「位置サーバがファイルの位置情報をクライアントに返信し，返信された位置情報を利用してクライアントがファイルサーバにファイル操作を要求する」
旨の発明（以下，「引用文献２発明」という。）が記載されていると認められる。
第５　対比・判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると，次のことがいえる。
ア　引用発明の「ストレージ・システム」は，ネットワークに接続し，「ファイル」を格納して，「クライアント」にファイルサービスを提供することから，“ネットワークアタッチ可能記憶システム”であるといえるから，本願発明１の「ソフトウェア定義ネットワークアタッチ可能記憶システム」と，“ネットワークアタッチ可能記憶システム”である点で共通するといえる。
　また，引用発明の「ストレージ・システム」は，「メモリ」と「プロセッサ」と「記憶システム」を有する複数の「コンピュータシステム」により実現されることは明らかであり，引用発明の「ファイルサービスを提供する方法」は，「コンピュータシステム」内でプログラムのセットを実行することを含むことも明らかである。
　そうすると，引用発明の「ストレージ・システムにおいてクライアントにファイルサービスを提供する方法」と，
　本願発明１の「複数の論理コンピュータシステム内でソフトウェア定義ネットワークアタッチ可能記憶システムを確立する方法であって，各コンピュータシステムは，メモリと，プロセッサと，記憶システムとを有し，前記方法は，前記論理コンピュータシステム内でプログラムのセットを実行することを含み，」とは，後記する点で相違するものの，
　“複数のコンピュータシステム内でネットワークアタッチ可能記憶システムを確立する方法であって，各コンピュータシステムは，メモリと，プロセッサと，記憶システムとを有し，前記方法は，前記コンピュータシステム内でプログラムのセットを実行することを含み，前記プログラムのセット”が“ネットワークアタッチ可能記憶システムを確立する”ための処理を実行する点で共通しているといえる。
イ　引用発明の「ディレクトリサーバ」は，ファイルの「ディレクトリ情報」を格納し，複数が疎結合されて，「ディレクトリサーバ・クラスタ」を構成していることから，本願発明１の「名前空間サーバ」に相当するといえる。
　また，引用発明では，「ファイル名」の「ハッシュ値」と特定の「ディレクトリサーバ」とが対応していることから，「ディレクトリ」空間の異なるパーティション内で自律的に動作することは明らかである。
　そうすると，引用発明の「ディレクトリ情報を格納する複数のディレクトリサーバが疎結合されたディレクトリサーバ・クラスタ」と，
　本願発明１の「（ｉ）複数の名前空間サーバであって，各名前空間サーバは，名前空間の異なるパーティション内で自律的に動作する，複数の名前空間サーバ」とに実質的な違いはない。
ウ　引用発明の「ストレージ」は複数存在し，ファイルの実体を格納し，ファイルの取得要求に応じて，複数の中から「ディレクトリサーバ」により特定されることから，本願発明１の「データ空間サーバ」に相当するといえる。
　また，引用発明では，「ストレージ」は，「ストレージ・システム」に関連付けられているストレージ空間の割り当てられたパーティション内で動作することは明らかである。
　そうすると，引用発明の「ファイルの実体を格納する複数のストレージ」と，
　本願発明１の「（ｉｉ）複数のデータ空間サーバであって，各データ空間サーバは，前記記憶システムに関連付けられているデータ空間の割り当てられたパーティション内で動作する，複数のデータ空間サーバ」とに実質的な違いはない。
エ　引用発明では，「前記クライアントは，ハッシュ関数を用いてファイル名をハッシュ値に変換し，前記ハッシュ値とディレクトリサーバとの対応を取得し，担当のディレクトリサーバを特定し，特定したディレクトリサーバにファイル取得要求を送信」するところ，「ハッシュ値」と「ディレクトリサーバ」との対応を取得するための「ハッシュテーブル」を備えていることは明らかであるから，「クライアント」からの「ファイル名」を処理するために，前記「クライアント」は，前記「ファイル名」に基づいて「ハッシュ値」を計算し，「ハッシュテーブル」とともに前記「ハッシュ値」を使用することにより「ディレクトリサーバ」のうちの特定の１つの識別を取得するといえる。
　また，引用発明の「ファイル名」と本願発明１の「パス名」とは，上位概念において，ファイルを指定するための“ファイル指定情報”という点で一致するといえる。
　そうすると，引用発明の「前記クライアントは，ハッシュ関数を用いてファイル名をハッシュ値に変換し，前記ハッシュ値とディレクトリサーバとの対応を取得し，担当のディレクトリサーバを特定し，特定したディレクトリサーバにファイル取得要求を送信」することと，
　本願発明１の「（ｉ）少なくとも１つの要求クライアントコンピュータからの所与のパス名要求を処理するために，前記少なくとも１つの要求クライアントコンピュータは，前記所与のパス名に基づいてハッシュ値を計算し，ハッシュテーブルとともに前記ハッシュ値を使用することにより前記名前空間サーバのうちの特定の１つの識別を取得」することとは，後記する点で相違するものの，
　“（ｉ）少なくとも１つの要求クライアントコンピュータからの所与のファイル指定情報を処理するために，前記少なくとも１つの要求クライアントコンピュータは，前記所与のファイル指定情報に基づいてハッシュ値を計算し，ハッシュテーブルとともに前記ハッシュ値を使用することにより前記名前空間サーバのうちの特定の１つの識別を取得し，”である点で共通しているといえる。
オ　引用発明では，「前記ディレクトリサーバは，一度ストレージから取得したファイルを格納するキャッシュメモリを有するとともに，ファイルが格納されているストレージを示す情報と，ストレージ内での格納位置を示すディレクトリ情報が格納されており，クライアントからの前記ファイル取得要求を受け取ると，ファイルが格納されているストレージを特定」するところ，「キャッシュメモリ」に格納する「一度ストレージから取得したファイル」は，「ディレクトリサーバ」のうちの特定の１つに対応するパーティションに関連付けられていることは明らかであり，「キャッシュメモリ」に「ディレクトリ情報」を格納することは言及されていないことから，「ディレクトリサーバ」のうちの特定の１つは，対応する“名前空間”の異なるパーティションに関連付けられている「一度ストレージから取得したファイル」を「キャッシュメモリ」に格納し，前記「キャッシュメモリ」に格納されている前記「一度ストレージから取得したファイル」を「クライアント」からの“ファイル指定情報”を処理することにおいて使用するとみることができる。
　また，上記イでの検討から，引用発明の「ディレクトリサーバ」は本願発明１の「名前空間サーバ」に相当することのほか，引用発明の「キャッシュメモリ」は本願発明１の「メモリ」に相当し，引用発明の「一度ストレージから取得したファイル」と本願発明１の「ファイルシステムメタデータ」とは，上位概念において，“ファイル関連データ”である点で一致するといえる。
　そうすると，引用発明の「前記ディレクトリサーバは，一度ストレージから取得したファイルを格納するキャッシュメモリを有するとともに，ファイルが格納されているストレージを示す情報と，ストレージ内での格納位置を示すディレクトリ情報が格納されており，クライアントからの前記ファイル取得要求を受け取ると，ファイルが格納されているストレージを特定」することと，
　本願発明１の「（ｉｉ）前記名前空間サーバのうちの前記特定の１つは，
　　（ａ）前記名前空間サーバのうちの前記特定の１つに対応する前記名前空間の前記異なるパーティションに関連付けられているファイルシステムメタデータをそのメモリに持続的に記憶することと，
　　（ｂ）そのメモリに持続的に記憶されている前記メタデータを前記少なくとも１つの要求クライアントコンピュータからの前記所与の記憶システムパス名要求を処理することにおいて使用し，前記少なくとも１つの要求クライアントコンピュータにハンドルを返送することであって，前記ハンドルは，（ｉ）前記データ空間サーバのうちの特定の１つ，および（ｉｉ）前記データ空間における特定の論理ブロックインデックスを識別する，ことと
　を行うように構成され」ることとは，後記する点で相違するものの，
　“（ｉｉ）前記名前空間サーバのうちの前記特定の１つは，
　　（ａ）前記名前空間サーバのうちの前記特定の１つに対応する前記名前空間の前記異なるパーティションに関連付けられているファイル関連データをキャッシュメモリに格納することと，
　　（ｂ）前記キャッシュメモリに格納されている前記ファイル関連データを前記少なくとも１つの要求クライアントコンピュータからの前記所与のファイル指定情報を処理することにおいて使用する”点で共通しているといえる。
カ　引用発明では，「ディレクトリサーバ」が，「特定したストレージからファイルを取得し，要求を送信したクライアントに前記ファイルを送信する」ところ，「ディレクトリサーバ」により特定された「ストレージ」は，「ファイル名」に対応する「ファイル」を取得し，「ディレクトリサーバ」に送信することは自明であるから，「ストレージ」のうちの特定の１つは，所与の“ファイル指定情報”に対応する“データ空間”にアクセスすることによって，前記所与の“ファイル指定情報”に対応する「ファイル」を送信するといえる。
　また，上記ウでの検討から，引用発明の「ストレージ」は本願発明１の「データ空間サーバ」に相当する。
　そうすると，引用発明の「ディレクトリサーバ」が，「特定したストレージからファイルを取得し，要求を送信したクライアントに前記ファイルを送信する」ことと，
　本願発明１の「（ｉｉｉ）前記ハンドルは，前記データ空間サーバのうちの前記特定の１つを選択するために前記少なくとも１つの要求クライアントコンピュータによって使用され，
　（ｉｖ）前記データ空間サーバのうちの前記特定の１つは，前記ハンドルにより識別される前記データ空間における前記特定の論理ブロックインデックスにアクセスすることによって前記所与のパス名要求を満たす，」こととは，後記する点で相違するものの，
　“（ｉｉｉ）前記データ空間サーバのうちの特定の１つは，前記所与のファイル指定情報に対応する前記データ空間にアクセスすることによって，前記所与のファイル指定情報に対応するファイルを送信する”点で共通しているといえる。
　したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。
（一致点）
「複数のコンピュータシステム内でネットワークアタッチ可能記憶システムを確立する方法であって，各コンピュータシステムは，メモリと，プロセッサと，記憶システムとを有し，
　前記方法は，前記コンピュータシステム内でプログラムのセットを実行することを含み，
　前記プログラムのセットは，（ｉ）複数の名前空間サーバであって，各名前空間サーバは，名前空間の異なるパーティション内で自律的に動作する，複数の名前空間サーバと，
（ｉｉ）複数のデータ空間サーバであって，各データ空間サーバは，前記記憶システムに関連付けられているデータ空間の割り当てられたパーティション内で動作する，複数のデータ空間サーバとを確立し，
　（ｉ）少なくとも１つの要求クライアントコンピュータからの所与のファイル指定情報を処理するために，前記少なくとも１つの要求クライアントコンピュータは，前記所与のファイル指定情報に基づいてハッシュ値を計算し，ハッシュテーブルとともに前記ハッシュ値を使用することにより前記名前空間サーバのうちの特定の１つの識別を取得し，
　（ｉｉ）前記名前空間サーバのうちの前記特定の１つは，
　　（ａ）前記名前空間サーバのうちの前記特定の１つに対応する前記名前空間の前記異なるパーティションに関連付けられているファイル関連データをキャッシュメモリに格納することと，
　　（ｂ）前記キャッシュメモリに格納されている前記ファイル関連データを前記少なくとも１つの要求クライアントコンピュータからの前記所与のファイル指定情報を処理することにおいて使用する，ことと
　を行うように構成され，
　（ｉｉｉ）前記データ空間サーバのうちの特定の１つは，前記所与のファイル指定情報に対応する前記データ空間にアクセスすることによって，前記所与のファイル指定情報に対応するファイルを送信する，
　方法。」
（相違点）
（相違点１）
　本願発明１は，「複数の論理コンピュータシステム内でソフトウェア定義ネットワークアタッチ可能記憶システムを確立する方法」であるのに対して，
　引用発明は，「ストレージ・システムにおいてクライアントにファイルサービスを提供する方法」であり，複数の「論理コンピュータシステム」で実現することについて言及されていない点。
（相違点２）
　ファイル指定情報に基づく名前空間サーバの識別の取得に関し，本願発明１では，「要求クライアントコンピュータからの所与のパス名要求」に基づく「ハッシュ値」を使用することにより，「名前空間サーバ」の識別を取得するのに対して，
　引用発明では，「クライアント」が指定した「ファイル名」を「ハッシュ値」に変換し，「ハッシュ値」に基づき担当の「ディレクトリサーバ」を特定する点。
（相違点３）
　名前空間サーバにおけるファイル関連データの使用に関し，本願発明１では，「名前空間サーバ」が「名前空間の前記異なるパーティションに関連付けられているファイルシステムメタデータをそのメモリに持続的に記憶」し，「そのメモリに持続的に記憶されている前記メタデータを前記少なくとも１つの要求クライアントコンピュータからの前記所与の記憶システムパス名要求を処理することにおいて使用し，前記少なくとも１つの要求クライアントコンピュータにハンドルを返送する」ものであって，「前記ハンドルは，（ｉ）前記データ空間サーバのうちの特定の１つ，および（ｉｉ）前記データ空間における特定の論理ブロックインデックスを識別する」のに対して，
　引用発明では，「前記ディレクトリサーバは，一度ストレージから取得したファイルを格納するキャッシュメモリを有」し，「ディレクトリ情報」を用いて，「クライアントからの前記ファイル取得要求を受け取ると，ファイルが格納されているストレージを特定」するものの，「キャッシュメモリ」に「ファイルシステムメタデータ」を記憶して，ファイル取得要求の処理に用いること，ファイル取得要求を行う「クライアント」に「ハンドル」を返送することについて言及されていない点。
（相違点４）
　データ空間サーバのファイルの送信に関し，本願発明１では，「データ空間サーバ」は，「データ空間サーバのうちの前記特定の１つを選択するために前記少なくとも１つの要求クライアントコンピュータによって使用され」た「ハンドルにより識別される前記データ空間における前記特定の論理ブロックインデックスにアクセスすることによって」，「所与のパス名要求を満たす」「ファイル」を「要求クライアントコンピュータ」に送信するのに対して，
　引用発明では，「ストレージ」は「ファイル名」に対応する「ファイル」を取得し，「ディレクトリサーバ」に送信するものの，「ファイル」を「クライアント」から送信された「ハンドル」を使用して取得すること，「ストレージ」が取得した「ファイル」を「クライアント」に送信することについて言及されていない点。
（２）相違点についての判断
　上記相違点２と相違点３とは関連しているので，併せて検討すると，
　引用発明では，「前記ディレクトリサーバは，一度ストレージから取得したファイルを格納するキャッシュメモリを有」し，「ディレクトリ情報」を用いて，「クライアントからの前記ファイル取得要求を受け取ると，ファイルが格納されているストレージを特定」するところ，「キャッシュメモリ」は一度ストレージから取得したファイルを格納するものであって，「ストレージを示す情報と，ストレージ内での格納位置を示すディレクトリ情報」を当該「キャッシュメモリ」に格納することについては記載されておらず，「クライアントからの前記ファイル取得要求を受け取ると，」「キャッシュメモリ」に記憶される「特定の１つに対応する前記名前空間の前記異なるパーティションに関連付けられているファイルシステムメタデータ」を用いて「ファイルが格納されているストレージを特定」することの動機付けを直ちに見い出すことはできない。
　また，引用発明の「ディレクトリサーバ」において，特定した「ストレージ」に関連する情報を「クライアント」に返送することについては，確かに，引用文献２発明のような，「位置サーバがファイルの位置情報をクライアントに返信し，返信された位置情報を利用してクライアントがファイルサーバにファイル操作を要求する」旨の発明は，本願の優先日前には当該技術分野の公知技術であった。そして，この公知技術を引用発明に適用することにより，引用発明の「ディレクトリサーバ」において，「クライアント」からの「ファイル取得要求」に応じて特定した「ストレージ」に関連する情報を「クライアント」に返送することは格別の困難性は認められないものの，引用発明の「ディレクトリサーバ」が，「パス名要求」に応じて特定した「ストレージ」に関連する「ハンドル」を「クライアント」に返送すること，前記「ハンドル」は，「ストレージ」の特定の１つ，およびデータ空間における特定の論理ブロックインデックスを識別することが設計的事項であったとまではいえない。
　そうすると，引用発明において引用文献２発明を適用したとしても，要求クライアントがファイルのパス名を指定し，ディレクトリサーバが名前空間の異なるパーティションに関連付けられているファイルシステムメタデータをキャッシュメモリに記憶し，前記メタデータをクライアントからの所与の記憶システムパス名要求を処理することにおいて使用し，前記クライアントにハンドルを返送すること，前記ハンドルは，ストレージの特定の１つ，およびデータ空間における特定の論理ブロックインデックスを識別すること，すなわち，上記相違点２，３に係る構成とすることは，当業者が適宜なし得たものであるとすることはできない。
　したがって，上記相違点１，４について判断するまでもなく，本願発明１は，当業者であっても，引用発明及び引用文献２発明に基づいて容易に発明できたものとはいえない。
２　本願発明２−２１について
　本願発明２−２１は，本願発明１を減縮した発明であり，本願発明１の「名前空間サーバ」が「名前空間の前記異なるパーティションに関連付けられているファイルシステムメタデータをそのメモリに持続的に記憶」し，「そのメモリに持続的に記憶されている前記メタデータを前記少なくとも１つの要求クライアントコンピュータからの前記所与の記憶システムパス名要求を処理することにおいて使用し，前記少なくとも１つの要求クライアントコンピュータにハンドルを返送する」ものであって，「前記ハンドルは，（ｉ）前記データ空間サーバのうちの特定の１つ，および（ｉｉ）前記データ空間における特定の論理ブロックインデックスを識別する」こと，と同一の構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明及び引用文献２発明に基づいて容易に発明できたものとはいえない。
第６　むすび
　以上のとおり，本願発明１−２１は，当業者が引用発明及び引用文献２発明に基づいて容易に発明をすることができたものではない。したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。