【事件の表示】
　特願２０１３−５１１２６５「ローカライズされたデータアフィニティシステム及びハイブリッド法」拒絶査定不服審判事件〔平成２３年１１月２４日国際公開、ＷＯ２０１１／１４６４０９、平成２５年　６月２４日国内公表、特表２０１３−５２６７４９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は，２０１１年５月１６日（パリ条約による優先権主張外国庁受理２０１１年４月８日，米国，２０１０年５月１７日（以下，「優先日」という。），米国）を国際出願日とする出願であって，平成２７年７月３０日付けの拒絶理由通知に対して平成２７年１０月１９日付けで意見書が提出されるとともに手続補正がなされたが，平成２８年３月２９日付けで拒絶査定がなされ，これに対して平成２８年８月４日に拒絶査定不服審判の請求がなされるとともに手続補正がなされ，平成２８年１０月２５日付けで前置報告がなされ，平成２９年６月２９日付けの当審の拒絶理由通知（以下，「当審拒絶理由通知」という。）に対して，平成２９年１０月３日付けで意見書が提出されるとともに手続補正がなされたものである。
２．本願発明
　本願の請求項１に係る発明（以下，「本願発明」という。）は，平成２９年１０月３日付けの手続補正により補正された特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。
　
「【請求項１】
　複数のプロセッサ上でデータベース内の記録を処理する方法であって，前記複数のプロセッサは前記データベースに結合されており，前記複数のプロセッサは各々が少なくとも一つのプロセッサを含む複数のプロセッサセットにグループ化されており，
　前記方法は，
　前記複数のプロセッサのうちの少なくとも１つのプロセッサ上で，各々が少なくとも一つの記録を含む複数の記録セットのうちの１つに，各記録を，各記録を識別するための記録数を予め定められた前記複数のプロセッサセットの数で除した後の余りに基づいて関連付けるステップであり，各記録は，前記余りと同じ識別子を有する前記記録セットに関連付けられており，各記録セットは，前記複数のプロセッサセットのうちの一つのプロセッサセットに関連付けられている，当該関連付けるステップと，
　各記録が，それに関連しているプロセッサセットに関してはローカルに常駐するように，前記関連付けられた記録セットに基づいて，プロセッサセットに前記記録をルーティングするステップと，
　前記記録について１つ以上のデータベース動作を前記複数の関連付けられているプロセッサセットでローカルに実行するであり，前記１つ以上のデータベース動作は前記記録数を用いた探索処理を含む，当該ローカルに実行するステップと，
　を備える方法。」
（当審注：「ローカルに実行するであり」は，「ローカルに実行するステップであり」の誤記と認められる。）
　
３．引用例
（１）引用例１に記載されている技術的事項及び引用発明
ア　本願の優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，特開２００３−６０２１号公報（２００３年１月１０日公開，以下，「引用例１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ａ　「【００１６】
【発明の実施の形態】以下，本発明の実施の形態を，図面により詳細に説明する。図１は，本発明に係わるデータベースシステムの構成例を示すブロック図であり，図２は，図１におけるデータベースシステムのハードウェア構成例を示すブロック図，図３は，図１におけるハッシュ関数値格納位置対応表の登録内容例を示す説明図，図４は，図１におけるデータベース管理システムによる再配置処理中のデータベース処理要求の受付と実行動作の第１の例を示す説明図である。
【００１７】
図２に示すように，本例のデータベースシステムを構成するデータベース管理システム（図中，「ＤＢＭＳ」と記載）３００は，
複数のユーザ端末３００ａ〜３００ｃからの要求に基づき，データの検索，更新，削除，挿入（追加）等のデータベース処理を行うものであり，ネットワーク３０１で相互結合されたそれぞれコンピュータ機能を有するＤＢＭＳ受付けノード４００とＤＢＭＳ実行ノード４１０ａ〜４１０ｃにより構成される。
【００１８】
ＤＢＭＳ受付けノード４００は，ＣＰＵ４０１と主記憶装置（図中「主記憶」と記載）４０２およびＨＤＤ（Hard Disk Drive）等からなる外部記憶装置３１８を具備し，メモリ４０２に格納されたＤＢＭＳ受付部プログラム（図中「ＤＢＭＳ受付部ＰＧＭ」と記載）３１０ａをＣＰＵ４０１が実行することにより，図１のＤＢＭＳ受付部３１０における各処理部の機能を構成し，ＤＢＭＳの受け付け処理を行う。
【００１９】
ＤＢＭＳ実行ノード４１０ａ〜４１０ｃのそれぞれは，ＣＰＵ４１１ａ〜ＣＰＵ４１１ｃと主記憶装置（図中「主記憶」と記載）４１２ａ〜４１２ｃおよびＨＤＤ等からなる外部記憶装置３２５ａ〜３２５ｃを具備し，主記憶装置４１２ａ〜４１２ｃに格納されたＤＢＭＳ実行部プログラム（図中「ＤＢＭＳ実行部ＰＧＭ」と記載）３２０ａ〜３２０ｃをＣＰＵ４１１ａ〜４１１ｃが実行することにより，図１のＤＢＭＳ実行部３２０ａ〜３２０ｃにおける各処理部の機能を構成し，ＤＢＭＳの実行処理を行う。
 
Ｂ　「【００２４】そして，
実行先決定部３１４により，生成した処理手順をどのＤＢＭＳ実行部で実行させるかを決定し，実行要求・結果受取部３１５により，決定したＤＢＭＳ実行部に実行要求を行い，ＤＢＭＳ実行部より実行結果を受け取る。
（途中省略）
【００２７】
ＤＢＭＳ実行部３２０ａ〜３２０ｃは，ＤＢＭＳ受付部３１０より実行要求を受け取ると，検索，更新，削除，挿入等の指示に対応して，検索部３２１ａ〜３２１ｃ，更新部３２２ａ〜３２２ｃ，削除部３２３ａ〜３２３ｃ，挿入部３２４ａ〜３２４ｃを起動し，それぞれの処理手順を実行し
Ｃ　「【００３０】ここで，ＤＢＭＳ３００におけるデータの分割動作について説明する。
本例では，データを分割して格納する場合，格納対象データにハッシュ関数を適用し「０」から「９」の値を生成し，その値により格納先を振り分ける。
【００３１】
図３にその詳細を示すハッシュ関数格納位置対応表３１７は，ハッシュ関数値より格納位置を決定するための情報で，本例においては，データの分割を「最大１０分割」までとし，各分割数時にハッシュ関数値のデータが何処に格納されるかを示す情報が格納される。
【００３２】例えば，二つの記憶装置に分割して格納する場合，ハッシュ関数格納位置対応表３１７における２分割時の「領域０」と「領域１」の項目のように，ハッシュ関数値「０，４，６，７，９」となるデータを「領域０」に格納し，ハッシュ関数値「１，２，３，５，８」となるデータを「領域１」に格納する。」
Ｄ　「【００５５】図５に示すデータベースシステムのデータベース管理システムにおけるＤＢＭＳ受付部６００とＤＢＭＳ実行部６１０ａ〜６１０ｃは，それぞれ，図１に示すデータベース管理システム３００におけるＤＢＭＳ受付部３１０とＤＢＭＳ実行部３２０ａ〜３２０ｃと実質的に同じ機能を有するものである。
【００５６】ＤＢＭＳ受付部６００に接続する記憶装置ｄ６３０には，図３に示したハッシュ関数値格納位置対応表３１７と同じ内容のハッシュ関数値格納位置対応表６３５と，表毎に定義される表定義情報６３１が格納される。この表定義情報６３１には，表が何処に格納されているかを示す格納領域情報（図中，「格納領域」と記載）６３２と，表に領域を追加した場合に何処の領域を追加したかを示す追加領域情報（図中，「追加領域」と記載）６３３，および，再配置処理実行中を示す再配置処理中フラグ６３４を格納する。
【００５７】
ＤＢＭＳ実行部６１０ａ，ＤＢＭＳ実行部６１０ｂそれぞれに接続する各記憶装置Ａ６２０ａ，記憶装置Ｂ６２０ｂには，在庫表である格納データ６２１，６２２がデータベースとして格納され
【００５８】
本例においては，最大分割数を１０とし，分割に使用するハッシュ関数は，格納データ６２１，６２２における各商品の識別番号（商品コード）を，最大分割数「１０」で割った余りの値としている。
【００５９】
図６に示すように，本例で取り扱うデータベースは，衣料関係の在庫表５００であり，商品コード５１０，商品名５２０，色５３０，単価５４０，在庫量５５０の各項目からなる。
【００６０】
図６に示す在庫表５００を図５のデータベースシステムに適用し，商品コード５１０における値を用いて，記憶装置Ａ６２０ａ，記憶装置Ｂ６２０ｂに分割格納する場合，商品コード５１０における値に対して算出されるハッシュ関数値に，ハッシュ関数値格納位置対応表６３５，すなわち，図３に示すハッシュ関数値格納位置対応表３１７の２分割時の振分けを適用する。
【００６１】
この結果，ハッシュ関数値「０，９，４，６，７」となる値のデータは記憶装置Ａ６２０ａに格納し，ハッシュ関数値「１，８，５，２，３」となる値のデータは記憶装置Ｂ６２０ｂに格納する。
Ｅ　「【００６８】また，
図５におけるデータベース管理システムに挿入要求が行われると，ＤＢＭＳ受付部６００は，上述した要求受付部６０１，解析部６０２，処理手順生成部６０３による各処理，および，実行先決定部６０４による，挿入先となる実行先の決定を行う。
【００６９】この実行先決定部６０４による挿入実行先の決定処理の詳細は，図９に示すように，まず，図５の記憶装置ｄ６３０の表定義情報６３１における再配置処理中フラグ６３４の値を参照し，再配置処理実行中か否かをチェックする（ステップＳ７２１）。
【００７０】再配置中でない場合には，
挿入するデータよりハッシュ関数値を計算し，ハッシュ関数値格納位置対応表６３５（図１および図３のハッシュ関数値格納位置対応表３１７）を参照して，ハッシュ関数値より，格納領域情報６３２に定義された領域から挿入実行先を選択する（ステップＳ７２２）。
【００７１】
図５に示す例では，挿入データの商品コードの値を参照し，ハッシュ関数値を求める。
【００７２】
このようにして選択した挿入先に対して，ＤＢＭＳ受付部６００は，実行要求・結果受取部６０５により，挿入実行要求を行い，その結果を受け取り，最後に受け取った結果を，返却部６０６により返却する。
Ｆ　「　【図１】
」
Ｇ　「　【図２】
」
Ｈ　「　【図３】
」
Ｉ　「　【図５】
」
Ｊ　「　【図６】
」
イ　ここで，上記引用例１に記載されている事項を検討する。
（ア）上記Ａの段落【００１７】の「図２に示すように，本例のデータベースシステムを構成するデータベース管理システム（図中，「ＤＢＭＳ」と記載）３００は，・・・複数のユーザ端末３００ａ〜３００ｃからの要求に基づき，データの検索，更新，削除，挿入（追加）等のデータベース処理を行うものであり，ネットワーク３０１で相互結合されたそれぞれコンピュータ機能を有するＤＢＭＳ受付けノード４００とＤＢＭＳ実行ノード４１０ａ〜４１０ｃにより構成される。」との記載，及び上記Ｇで引用した図２の記載から，
　“ＤＢＭＳ受付けノード４００とＤＢＭＳ実行ノード４１０ａ〜４１０ｃとがネットワーク３０１で相互結合されたデータベース管理システム３００”において，“データの検索，更新，削除，挿入等のデータベース処理を行う”ことが読み取れるから，引用例１には，
“ＤＢＭＳ受付けノードと複数のＤＢＭＳ実行ノードとがネットワークで相互結合されたデータベース管理システムにおいて，データの検索，更新，削除，挿入等のデータベース処理を行う方法”が記載されていると認められる。
　また，上記Ａの段落【００１８】の「ＤＢＭＳ受付けノード４００は，ＣＰＵ４０１と主記憶装置（図中「主記憶」と記載）４０２およびＨＤＤ（Hard Disk Drive）等からなる外部記憶装置３１８を具備し，メモリ４０２に格納されたＤＢＭＳ受付部プログラム（図中「ＤＢＭＳ受付部ＰＧＭ」と記載）３１０ａをＣＰＵ４０１が実行することにより，図１のＤＢＭＳ受付部３１０における各処理部の機能を構成し，ＤＢＭＳの受け付け処理を行う。」との記載，上記Ｆで引用した図１の記載，及び上記Ｇで引用した図２の記載から，
　“ＤＢＭＳ受付けノード４００”が，“ＣＰＵ４０１を具備”することが読み取れ，
　“ＤＢＭＳ受付けノード４００”は，ＣＰＵ４０１がＤＢＭＳ受付部プログラム３１０ａを実行することで，“ＤＢＭＳ受付部３１０”として機能するものであるから，図２の“ＤＢＭＳ受付けノード４００”が図１の“ＤＢＭＳ受付部３１０”に対応する構成であることが読み取れる。
　また，上記Ａの段落【００１９】の「ＤＢＭＳ実行ノード４１０ａ〜４１０ｃのそれぞれは，ＣＰＵ４１１ａ〜ＣＰＵ４１１ｃと主記憶装置（図中「主記憶」と記載）４１２ａ〜４１２ｃおよびＨＤＤ等からなる外部記憶装置３２５ａ〜３２５ｃを具備し，主記憶装置４１２ａ〜４１２ｃに格納されたＤＢＭＳ実行部プログラム（図中「ＤＢＭＳ実行部ＰＧＭ」と記載）３２０ａ〜３２０ｃ（当審注：「３２０ａ〜３２０ｃ」は「４２０ａ〜４２０ｃ」の誤記と認められる。）をＣＰＵ４１１ａ〜４１１ｃが実行することにより，図１のＤＢＭＳ実行部３２０ａ〜３２０ｃにおける各処理部の機能を構成し，ＤＢＭＳの実行処理を行う。」との記載，上記Ｆで引用した図１の記載，及び上記Ｇで引用した図２の記載から，
　“ＤＢＭＳ実行ノード４１０ａ〜４１０ｃ”は，それぞれ“ＣＰＵ４１１ａ〜ＣＰＵ４１１ｃ”を具備するとともに“外部記憶装置３２５ａ〜３２５ｃ”が接続されていることが読み取れ，
　“ＤＢＭＳ実行ノード４１０ａ〜４１０ｃ”は，ＣＰＵ４１１ａ〜４１１ｃがＤＢＭＳ実行部プログラム４２０ａ〜４２０ｃを実行することで，“ＤＢＭＳ実行部３２０ａ〜３２０ｃ”として機能するものであるから，図２の“ＤＢＭＳ実行ノード４１０ａ〜４１０ｃ”が，図１のＤＢＭＳ実行部３２０ａ〜３２０ｃ”に対応する構成であることが読み取れる。
　また，上記Ｂの段落【００２７】の「ＤＢＭＳ実行部３２０ａ〜３２０ｃは，ＤＢＭＳ受付部３１０より実行要求を受け取ると，検索，更新，削除，挿入等の指示に対応して，検索部３２１ａ〜３２１ｃ，更新部３２２ａ〜３２２ｃ，削除部３２３ａ〜３２３ｃ，挿入部３２４ａ〜３２４ｃを起動し，それぞれの処理手順を実行し」との記載から，
　“ＤＢＭＳ実行部３２０ａ〜３２０ｃ”は，ＤＢＭＳ受付部３１０より実行要求を受け取ると，“検索，更新，削除，挿入等”の“処理手順を実行”することが読み取れる。
　以上の検討から，引用例１には，
　“ＣＰＵを具備するＤＢＭＳ受付部と，ＣＰＵを具備するとともに外部記憶装置が接続される複数のＤＢＭＳ実行部とがネットワークで相互結合されたデータベース管理システムにおいて，ＤＢＭＳ実行部がＤＢＭＳ受付部より実行要求を受け取ると，ＤＢＭＳ実行部がデータの検索，更新，削除，挿入等のデータベース処理を行う方法”が記載されていると認められる。
（イ）上記Ｄの段落【００５７】の「ＤＢＭＳ実行部６１０ａ，ＤＢＭＳ実行部６１０ｂそれぞれに接続する各記憶装置Ａ６２０ａ，記憶装置Ｂ６２０ｂには，在庫表である格納データ６２１，６２２がデータベースとして格納され」との記載から，“ＤＢＭＳ実行部に接続される記憶装置Ａ及び記憶装置Ｂには，在庫表がデータベースとして格納されて”いることが読み取れる。
　ここで，上記Ｆで引用した図１の記載と，上記Ｉで引用した図５の記載を対比すると，図５の記憶装置Ａ（６２０ａ）及び記憶装置Ｂ（６２０ｂ）は，それぞれ，図１の外部記憶装置（３２５ａ）及び外部記憶装置（３２５ｂ）に対応するものであることが読み取れる。
　また，上記Ｄの段落【００５８】の「本例においては，最大分割数を１０とし，分割に使用するハッシュ関数は，格納データ６２１，６２２における各商品の識別番号（商品コード）を，最大分割数「１０」で割った余りの値としている。」との記載，同じく上記Ｄの段落【００５９】の「図６に示すように，本例で取り扱うデータベースは，衣料関係の在庫表５００であり，商品コード５１０，商品名５２０，色５３０，単価５４０，在庫量５５０の各項目からなる。」との記載，及び上記Ｊで引用した図６の記載から，
　“商品コード”は，“商品の識別番号”であって，データベースである在庫表における商品コード，商品名，色，単価，在庫量の各項目からなる“データ”を“識別”する“番号”であることが読み取れる。
　してみれば，引用例１には，
　“ＤＢＭＳ実行部に接続される外部記憶装置には，商品コードで識別されるデータがデータベースに格納されて”いることが記載されていると認められる。
　
（ウ）上記Ｅの段落【００６８】の「図５におけるデータベース管理システムに挿入要求が行われると，ＤＢＭＳ受付部６００は，上述した要求受付部６０１，解析部６０２，処理手順生成部６０３による各処理，および，実行先決定部６０４による，挿入先となる実行先の決定を行う。」との記載，同じく上記Ｅの段落【００７０】の「挿入するデータよりハッシュ関数値を計算し，ハッシュ関数値格納位置対応表６３５（図１および図３のハッシュ関数値格納位置対応表３１７）を参照して，ハッシュ関数値より，格納領域情報６３２に定義された領域から挿入実行先を選択する（ステップＳ７２２）。」との記載，及び同じく上記Ｅの段落【００７１】の「図５に示す例では，挿入データの商品コードの値を参照し，ハッシュ関数値を求める。」との記載から，
　“データベース管理システムにデータの挿入要求が行われると，ＤＢＭＳ受付部は，挿入データの商品コードの値を参照してハッシュ関数値を計算し，ハッシュ関数値格納位置対応表を参照して，挿入実行先を決定すること”が読み取れる。
（エ）上記Ｄの段落【００５８】の「本例においては，最大分割数を１０とし，分割に使用するハッシュ関数は，格納データ６２１，６２２における各商品の識別番号（商品コード）を，最大分割数「１０」で割った余りの値としている。」との記載から，
　“ハッシュ関数は，商品コードを，最大分割数「１０」で割った余りの値であること”が読み取れる。
　また，上記Ｃの段落【００３０】の「本例では，データを分割して格納する場合，格納対象データにハッシュ関数を適用し「０」から「９」の値を生成し，その値により格納先を振り分ける。」との記載，同じく上記Ｃの段落【００３１】の「図３にその詳細を示すハッシュ関数格納位置対応表３１７は，ハッシュ関数値より格納位置を決定するための情報で，本例においては，データの分割を「最大１０分割」までとし，各分割数時にハッシュ関数値のデータが何処に格納されるかを示す情報が格納される。」との記載から，
　“データの最大分割数「１０」は，データを分割して格納する場合の最大数であること”が読み取れる。
　そうすると，引用例１には，“ハッシュ関数は，商品コードをデータを分割して格納する場合の最大数である最大分割数「１０」で割った余りの値であること”が記載されていると認められる。
（オ）上記（ウ）及び（エ）の検討から，引用例１には，
　“データベース管理システムにデータの挿入要求が行われると，ＤＢＭＳ受付部は，挿入データの商品コードの値を参照して，商品コードをデータを分割して格納する場合の最大数である最大分割数「１０」で割った余りの値であるハッシュ関数値を計算し，ハッシュ関数値格納位置対応表を参照して，挿入実行先を決定すること”が記載されていると認められる。
（カ）上記Ｂの段落【００２４】の「実行先決定部３１４により，生成した処理手順をどのＤＢＭＳ実行部で実行させるかを決定し，実行要求・結果受取部３１５により，決定したＤＢＭＳ実行部に実行要求を行い，ＤＢＭＳ実行部より実行結果を受け取る。」との記載，及び上記Ｅの段落【００７２】の「このようにして選択した挿入先に対して，ＤＢＭＳ受付部６００は，実行要求・結果受取部６０５により，挿入実行要求を行い，その結果を受け取り，最後に受け取った結果を，返却部６０６により返却する。」との記載から，
　“ＤＢＭＳ受付部は，決定した挿入先のＤＢＭＳ実行部に対して，挿入実行要求を行”うことが読み取れる。
　
（キ）上記Ｄの段落【００６０】の「図６に示す在庫表５００を図５のデータベースシステムに適用し，商品コード５１０における値を用いて，記憶装置Ａ６２０ａ，記憶装置Ｂ６２０ｂに分割格納する場合，商品コード５１０における値に対して算出されるハッシュ関数値に，ハッシュ関数値格納位置対応表６３５，すなわち，図３に示すハッシュ関数値格納位置対応表３１７の２分割時の振分けを適用する。」との記載，同じく上記Ｄの段落【００６１】の「この結果，ハッシュ関数値「０，９，４，６，７」となる値のデータは記憶装置Ａ６２０ａに格納し，ハッシュ関数値「１，８，５，２，３」となる値のデータは記憶装置Ｂ６２０ｂに格納する。」との記載，及び上記Ｈで引用した図３の記載から，
　“同じハッシュ関数値を有するデータ群は同じ外部記憶装置に格納されること”が読み取れる。
ウ　以上の（ア）〜（キ）の検討から，引用例１には，次のとおりの発明（以下，「引用発明」という。）が記載されていると認められる。
  
「ＣＰＵを具備するＤＢＭＳ受付部と，ＣＰＵを具備するとともに外部記憶装置が接続される複数のＤＢＭＳ実行部とがネットワークで相互結合されたデータベース管理システムにおいて，ＤＢＭＳ実行部がＤＢＭＳ受付部より実行要求を受け取ると，ＤＢＭＳ実行部がデータの検索，更新，削除，挿入等のデータベース処理を行う方法であって，
　ＤＢＭＳ実行部に接続される外部記憶装置には，商品コードで識別されるデータがデータベースに格納されており，
　データベース管理システムにデータの挿入要求が行われると，ＤＢＭＳ受付部は，挿入データの商品コードの値を参照して，商品コードをデータを分割して格納する場合の最大数である最大分割数「１０」で割った余りの値であるハッシュ関数値を計算し，ハッシュ関数値格納位置対応表を参照して，挿入実行先を決定し，
　ＤＢＭＳ受付部は，決定した挿入先のＤＢＭＳ実行部に対して，挿入実行要求を行い，
　同じハッシュ関数値を有するデータ群は同じ外部記憶装置に格納される，
　方法。」
 
（２）引用例２に記載されている技術的事項
ア　本願の優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，当審拒絶理由通知において引用された，特開平６−３１４２９９号公報（１９９４年１１月８日公開，以下，「引用例２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｋ　「【００２５】
【実施例】
本発明に係るデータベース管理システムは，ネットワークに接続した複数のプロセッサにより，各プロセッサに接続された外部記憶装置に，表のデータを分割する。
【００２６】本実施例に係るデータベース管理システムのハードウエアを図２ないし図４に示す。
【００２７】
図２において，本発明に係るデータベース管理システムの最小構成単位は，プロセッサ１２，プロセッサ１２に接続された外部記憶装置１４からなり，これをノード１５と呼ぶ。ノードを構成するプロセッサは１台だけでなく，密結合された複数プロセッサであることもある。
【００２８】次に，図２ないし図４で示したハードウエア構成により，本発明に係るデータベース管理システムのシステム構成を図５に示す。
【００２９】図５において，本発明に係るデータベース管理システムの各処理部（以後サーバと呼ぶ）の構成と，サーバと資源の対応関連，ノード構成，通信路（ネットワーク）の位置付けを示す。
フロントエンド・サーバ１０３（以下ＦＥＳと略す）はアプリケーション・プログラム１０４（以下ＡＰと略す）からの問い合わせを受信し，処理手順を生成する。バックエンド・サーバ１０１(以下ＢＥＳと略す)はＦＥＳからの処理手順を受信して，データベース１０２（以下ＤＢと略す）をアクセスしてデータを取得しＦＥＳに渡す。
データディクショナリ・サーバ１０５（以下ＤＤＳと略す）はＦＥＳやＢＥＳ（またはＪＳ）が利用するメタ情報，例えば，リレーショナルデータベースにおける表定義情報や各表の列情報をデータディクショナリ（以後ＤＤと略す）に保持する。図５における項番１５は図２で示したノードである。
Ｌ　「【００３５】
図９は本発明に係る表の分割情報に基づいて，表に対するデータの挿入処理がどのように実施されるかを示す。図９において，挿入処理解析処理４０は図５におけるデータベース管理システムの構成において，ＡＰ１０４からＳＱＬのINSERT文によってFES103に要求が渡され，処理を開始する。データの挿入対象となる表の分割格納場所を決定するために，図８に示した三つのテーブルを参照する。三つのテーブルの参照の際は，FES103からDDS105に対してテーブル情報の取得要求を送信し，受信したDDS105は要求された表の分割情報を検索した結果を要求元のFES103に返す。まず，クラスタグループ管理テーブル３２を参照し，表の分割情報を取得する（ステップ４１０）。そこで，クラスタグループにおける分割情報があれば（ステップ４１２），データを挿入するべきクラスタグループおよびクラスタを決定する(ステップ４１４)。次に，クラスタグループにおける分割情報がないか，先に決定したクラスタ情報に基づいて，クラスタ管理テーブル３４を参照し，表のクラスタにおける分割情報を取得する（ステップ４１６）。
【００３６】そこで，クラスタにおける分割情報があれば（ステップ４１８），データを挿入するべきクラスタおよびノードを決定する（ステップ４２０）。次に，クラスタにおける分割情報がないか，先に決定したノード情報に基づいて，ノード管理テーブル３６を参照し，表のノードにおける分割情報を取得する（ステップ422)。
【００３７】そこで，ノードにおける分割情報があれば（ステップ４２４），データを挿入するべきノードを決定する（ステップ４２６）。さらに，ノードが決定されるとノード内のディスク分割情報を参照し，挿入すべきディスクを決定する（ステップ４２８）。こうして決定された表のデータの挿入場所（どのクラスタグループのどのクラスタのどのノードのどのディスク）に基づいて，データの挿入要求を該当するサーバ（図５におけるＢＥＳ１０１）に送信する（ステップ４３０）。
Ｍ　「　【図２】
」
Ｎ　「　【図５】
」
イ　上記Ｋ，Ｌの記載，及び上記Ｍ，Ｎに引用した図２及び図５の記載から，引用例２には，次の事項（以下，「引用例２記載事項」という。）が記載されていると認められる。
「ネットワークに接続した複数のプロセッサにより，各プロセッサに接続された外部記憶装置に，表のデータを分割するデータベース管理システムであって，データベース管理システムの最小構成単位であるノードが，複数のプロセッサと，当該複数のプロセッサに接続された外部記憶装置とからなるデータベース管理システムにおいて，表に対するデータの挿入処理が，ノード内のフロントエンド・サーバ（ＦＥＳ），バックエンド・サーバ(ＢＥＳ)，及びデータディクショナリ・サーバ（ＤＤＳ）を用いて実行されて表のデータの挿入場所（どのクラスタグループのどのクラスタのどのノードのどのディスク）が決定され，決定された表のデータの挿入場所に基づいて，データの挿入要求を該当するサーバに送信する」
４．対比
　本願発明と引用発明とを対比する。
（１）引用発明の「データベース」「（データベース内の）データ」がそれぞれ本願発明の「データベース」「データベース内の記録」に相当するから，引用発明の「データベース処理を行う方法」が本願発明の「データベース内の記録を処理する方法」に相当する。
　引用発明の「ＣＰＵ」が本願発明の「プロセッサ」に相当し，引用発明の「データベース管理システム」の複数のＤＢＭＳ実行部は，それぞれがＣＰＵを具備しているから，引用発明の「データベース管理システム」は，「複数のＣＰＵ」を具備しているといえるので，引用発明の「データベース管理システムにおいて」ＤＢＭＳ実行部がデータベース処理を行うことは，“複数のＣＰＵ上で”データベース処理を行うことであるといえる。
　してみれば，引用発明の「ＣＰＵを具備するＤＢＭＳ受付部と，ＣＰＵを具備するとともに外部記憶装置が接続される複数のＤＢＭＳ実行部とがネットワークで相互結合されたデータベース管理システムにおいて，ＤＢＭＳ実行部がＤＢＭＳ受付部より実行要求を受け取ると，ＤＢＭＳ実行部がデータの検索，更新，削除，挿入等のデータベース処理を行う方法」が本願発明の「複数のプロセッサ上でデータベース内の記録を処理する方法」に相当する。
（２）引用発明の「複数のＤＢＭＳ実行部」は，「外部記憶装置」に「接続され」ており，当該「外部記憶装置」には，「商品コードで識別されるデータがデータベースに格納されて」いることから，「複数のＤＢＭＳ実行部」に含まれている「複数のＣＰＵ」は，「データベース」に「結合」されているといえる。
　してみれば，引用発明と本願発明とは，「複数のプロセッサはデータベースに結合されて」いる点で一致する。
（３）引用発明の「ＤＢＭＳ実行部」は，「ＣＰＵを具備する」ものであるから，「少なくとも一つのＣＰＵ」を「含む」点で，本願発明の「少なくとも一つのプロセッサを含むプロセッサセット」と共通する。
　また，引用発明の「ＤＢＭＳ実行部」は，ＤＢＭＳ受付部より実行要求を受け取ると，データの検索，更新，削除，挿入等のデータベース処理を行う「処理単位」であるから，引用発明の「ＤＢＭＳ実行部」と本願発明の「プロセッサセット」とは，データベース処理を実行する「処理単位」である点で共通する。
　そして，引用発明の「複数のＤＢＭＳ実行部」に含まれている「複数のＣＰＵ」は，各々のＤＢＭＳ実行部に「分けられて」いるといえる。
　してみれば，引用発明と本願発明とは，「複数のプロセッサは各々が少なくとも一つのプロセッサを含む複数の処理単位に分けられて」いる点で共通する。
　
（４）ア　上記（１）に記載したように，引用発明の「（データベース内の）データ」が本願発明の「記録」に相当するから，引用発明の，データベース内の「データ」を識別する「商品コード」が本願発明の「記録を識別するための記録数」に相当する。
イ　引用発明の「データの最大分割数「１０」」は，「データを分割して格納する場合の最大数」であって，この数が予め定められたものであることは明らかであるから，引用発明の「データの最大分割数「１０」」は，「予め定められた」「数」に他ならない。
　また，データを「１０」分割して格納するために外部記憶装置の数を「１０」とする場合には，これに対応する「ＤＢＭＳ実行部」（処理単位）の数も「１０」となり，引用発明の「データの最大分割数「１０」」は，データを「１０」分割して格納する場合の「複数の処理単位の数」であるということができる。
　してみれば，引用発明の「データの最大分割数「１０」」と本願発明の「予め定められた複数のプロセッサセットの数」とは，「予め定められた複数の処理単位の数」である点で共通する。
ウ　上記ア及びイの検討から，引用発明の「商品コードをデータを分割して格納する場合の最大数である最大分割数「１０」で割った余りの値であるハッシュ関数値」と本願発明の「記録を識別するための記録数を予め定められた複数のプロセッサセットの数で除した後の余り」とは，「記録を識別するための記録数を予め定められた複数の処理単位の数で除した後の余り」である点で共通する。
エ　引用発明では，「データベース管理システムにデータの挿入要求が行われると，ＤＢＭＳ受付部は，挿入データの商品コードの値を参照して，商品コードをデータを分割して格納する場合の最大数である最大分割数「１０」で割った余りの値であるハッシュ関数値を計算し，ハッシュ関数値格納位置対応表を参照して，挿入実行先を決定し」ているところ，挿入要求される「各」「データ」は新たにデータベースに挿入されるデータである点で本願発明の「各記録」に相当する。
　また，引用発明の「同じハッシュ関数値を有するデータ群」は，ハッシュ関数値が「０」〜「９」のいずれであるかによって分類される１０個のデータ群のうちの一つである点で，本願発明の「各々が少なくとも一つの記録を含む複数の記録セットのうちの一つ」に相当し，引用発明では，挿入要求される「各」「データ」（各記録）を，「同じハッシュ関数値を有するデータ群は同じ外部記憶装置に格納され」るようにするために，ハッシュ関数値（記録を識別するための記録数を予め定められた複数の処理単位の数で除した後の余り）に基づいて，同じハッシュ関数値を有するデータ群（各々が少なくとも一つの記録を含む複数の記録セットのうちの一つ）に“関連付けている”ということができる。
オ　上記ア〜エの検討から，引用発明と本願発明とは，「各々が少なくとも一つの記録を含む複数の記録セットのうちの１つに，各記録を，各記録を識別するための記録数を予め定められた前記複数の処理単位の数で除した後の余りに基づいて関連付けるステップ」を備える点で共通する。
（５）ア　上記（４）エにおける検討から，引用発明の「同じハッシュ関数値を有するデータ群」が本願発明の「記録セット」に相当し，また，同じく上記（４）エの検討から，引用発明において，「各」「データ」（各記録）は，「同じハッシュ関数値を有するデータ群」（記録セット）に“関連付けられている”といえるものである。
　そして，引用発明のハッシュ関数値は，「余りの値」であり，引用発明の「同じハッシュ関数値を有するデータ群」は，「同じ余りを有するデータ群」であるといえるから，「余りと同じ識別子を有するデータ群」とみることができる。
　そうすると，引用発明の「同じハッシュ関数値を有するデータ群」が本願発明の「余りと同じ識別子を有する記録セット」に相当するから，引用発明と本願発明とは，「各記録は，余りと同じ識別子を有する記録セットに関連付けられて」いる点で一致する。
イ　また，引用発明では，「同じハッシュ関数値を有するデータ群は同じ外部記憶装置に格納され」るものであるから，「同じハッシュ関数値を有するデータ群」（記録セット）は，一つの外部記憶装置に“関連付けられている”といえ，その結果，一つの外部記憶装置に接続されている“一つのＤＢＭＳ実行部”（一つの処理単位）に“関連付けられている”ということができる。
ウ　上記ア及びイの検討から，引用発明と本願発明とは，「各記録は，余りと同じ識別子を有する記録セットに関連付けられており，各記録セットは，複数の処理単位のうちの一つの処理単位に関連付けられている」点で共通する。
（６）上記（４）及び（５）の検討から，引用発明と本願発明とは，後記する点で相違するものの，「各々が少なくとも一つの記録を含む複数の記録セットのうちの１つに，各記録を，各記録を識別するための記録数を予め定められた複数の処理単位の数で除した後の余りに基づいて関連付けるステップであり，各記録は，前記余りと同じ識別子を有する前記記録セットに関連付けられており，各記録セットは，前記複数の処理単位のうちの一つの処理単位に関連付けられている，当該関連付けるステップ」を備える点で共通する。
（７）引用発明において，「ＤＢＭＳ受付部」が，「決定した挿入先のＤＢＭＳ実行部に対して，挿入実行要求を行」う際には，まず，挿入要求される「各」「データ」（各記録）が，そのハッシュ関数値に応じて「同じハッシュ関数値を有するデータ群」（記録セット）に関連付けられ，この“関連付けられた記録セットに基づいて”，当該「関連付けられた記録セット」に関連付けられたＤＢＭＳ実行部（処理単位）に「各」「データ」（各記録）を“分配”していることは明らかである。
　また，引用発明の“挿入先として決定されたＤＢＭＳ実行部”は，“挿入要求される「各」「データ」（各記録）に関連している”ものであるから，本願発明の「それに関連している処理単位」に対応する。
　そして，挿入要求される「各」「データ」（各記録）が，当該データのハッシュ関数値に応じて，一つの外部記憶装置に格納されることは，当該外部記憶装置に接続されるＤＢＭＳ実行部（処理単位）からみれば，自身の外部記憶装置のみに“ローカルに常駐”しているということができるから，引用発明において，“挿入要求される「各」「データ」（各記録）を，当該データのハッシュ関数値に応じて，一つの外部記憶装置に格納されるように分配すること”は，「各記録が，それに関連している処理単位に関してはローカルに常駐するように，前記記録を送信すること」である点で，本願発明の「各記録が，それに関連しているプロセッサセットに関してはローカルに常駐するように，前記記録をルーティングすること」と共通する。
　してみれば，引用発明と本願発明とは，「各記録が，それに関連している処理単位に関してはローカルに常駐するように，前記関連付けられた記録セットに基づいて，処理単位に前記記録を送信するステップ」を備える点で共通する。
　そうすると，本願発明と引用発明とは，
「複数のプロセッサ上でデータベース内の記録を処理する方法であって，前記複数のプロセッサは前記データベースに結合されており，前記複数のプロセッサは各々が少なくとも一つのプロセッサを含む複数の処理単位に分けられており，
　前記方法は，
　各々が少なくとも一つの記録を含む複数の記録セットのうちの１つに，各記録を，各記録を識別するための記録数を予め定められた前記複数の処理単位の数で除した後の余りに基づいて関連付けるステップであり，各記録は，前記余りと同じ識別子を有する前記記録セットに関連付けられており，各記録セットは，前記複数の処理単位のうちの一つの処理単位に関連付けられている，当該関連付けるステップと，
　各記録が，それに関連している処理単位に関してはローカルに常駐するように，前記関連付けられた記録セットに基づいて，処理単位に前記記録を送信するステップと，
　を備える方法。」
　 
　の点で一致し，次の点で相違する。
　 
［相違点１］
　データベース処理の“処理単位”が，
　本願発明では，“複数のプロセッサ”が“グループ化”された“プロセッサセット”であるのに対して，
　引用発明では，ＤＢＭＳ実行部である点。
［相違点２］
　“複数の記録セットのうちの１つに，各記録を関連付けるステップ”が，
　本願発明では，グループ化されたプロセッサセットに含まれる「複数のプロセッサのうちの少なくとも１つのプロセッサ上で」実行されているのに対して，
　引用発明では，ＤＢＭＳ受付部で実行されている点。
［相違点３］
　本願発明では，記録とプロセッサセットとの関連付け処理を実行したプロセッサセットが，記録と関連付けられたプロセッサセットに，記録を「ルーティング」しているのに対して，引用発明では，ＤＢＭＳ受付部が，データと関連付けられたＤＢＭＳ実行部に，データを「分配」している点。
［相違点４］
　本願発明では，「記録について１つ以上のデータベース動作を複数の関連付けられているプロセッサセットでローカルに実行するステップであり，前記１つ以上のデータベース動作は記録数を用いた探索処理を含む，当該ローカルに実行するステップ」を備えているのに対して，
　引用発明は，そのようなステップを備えていない点。
５．当審の判断
　上記相違点について検討する。
　 
［相違点１］〜［相違点３］について
　例えば，上記「３．引用例」の「（２）引用例２に記載されている技術的事項」で引用した引用例２に「ネットワークに接続した複数のプロセッサにより，各プロセッサに接続された外部記憶装置に，表のデータを分割するデータベース管理システムであって，データベース管理システムの最小構成単位であるノードが，複数のプロセッサと，当該複数のプロセッサに接続された外部記憶装置とからなるデータベース管理システムにおいて，表に対するデータの挿入処理が，ノード内のフロントエンド・サーバ（ＦＥＳ），バックエンド・サーバ(ＢＥＳ)，及びデータディクショナリ・サーバ（ＤＤＳ）を用いて実行されて表のデータの挿入場所（どのクラスタグループのどのクラスタのどのノードのどのディスク）が決定され，決定された表のデータの挿入場所に基づいて，データの挿入要求を該当するサーバに送信する」との事項（引用例２記載事項）が記載されているように，
　データベース管理システムのプロセッサを，各々が“複数のプロセッサ”を含む最小の“処理単位”であるノードに“グループ化”し，当該ノードのいずれかにおいて，データベースに対するデータの挿入先の決定処理を実行させ，また，当該決定処理によって決定されたデータの挿入場所（どのクラスタグループのどのクラスタのどのノードのどのディスク）に基づいて，データの挿入要求を該当するノードのサーバに送信することは，本願の優先日前に，当該技術分野における周知技術であったと認められる。
　そして，引用発明と上記周知技術とは，ともにデータベース管理システムに関する技術である点で共通していることから，引用発明のデータベース管理システムに，当該技術分野における上記周知技術を適用して，
　データベース処理の“処理単位”を，“複数のプロセッサ”が“グループ化”された“ノード（プロセッサセット）”で構成し，当該ノード（プロセッサセット）を構成する「複数のプロセッサのうちの少なくとも１つのプロセッサ上で」，挿入先の決定処理，すなわち，“複数の記録セットのうちの１つに，各記録を関連付けるステップ”を実行させ，当該関連付け処理を実行したノード（プロセッサセット）から，挿入先のノード（プロセッサセット）にデータ（記録）を“ルーティング”するように構成すること，すなわち，上記相違点１〜相違点３に係る構成とすることは，当業者が容易に想到し得たことである。
［相違点４］について
　上記「３．引用例」の「（２）引用例２に記載されている技術的事項」で引用した引用例２に「ネットワークに接続した複数のプロセッサにより，各プロセッサに接続された外部記憶装置に，表のデータを分割するデータベース管理システムであって，データベース管理システムの最小構成単位であるノードが，複数のプロセッサと，当該複数のプロセッサに接続された外部記憶装置とからなるデータベース管理システムにおいて，表に対するデータの挿入処理が，ノード内のフロントエンド・サーバ（ＦＥＳ），バックエンド・サーバ(ＢＥＳ)，及びデータディクショナリ・サーバ（ＤＤＳ）を用いて実行されて表のデータの挿入場所（どのクラスタグループのどのクラスタのどのノードのどのディスク）が決定され，決定された表のデータの挿入場所に基づいて，データの挿入要求を該当するサーバに送信する」との事項（引用例２記載事項）が記載されているように，複数のプロセッサが，ノード（プロセッサセット）にグループ化されてデータベースに結合されたデータベース管理システムにおいて，表に対するデータの挿入処理のような「データベース動作」を実行する際に，挿入場所の決定処理，及び実際のデータ挿入処理を各ノード（プロセッサセット）で“ローカルに”実行するように構成することは周知技術である。
　そして，引用発明は，データの挿入処理において，挿入データを識別する商品コード（データの識別子）に基づいて決定される挿入実行先のＤＢＭＳ実行部（プロセッサセット）に対して挿入実行要求を行い，挿入実行先のＤＢＭＳ実行部（プロセッサセット）において挿入処理をローカルに実行しているものであるところ，引用発明のデータベース管理システムにおいて，データの識別子を用いた探索処理を実行する際に，上記周知技術を適用して，複数のノード（プロセッサセット）のうちのいずれかのノード（プロセッサセット）においてデータの識別子に基づいた探索処理実行先の決定処理をローカルに実行し，決定された探索処理実行先のノード（プロセッサセット）に対して探索実行要求を行い，当該探索実行要求を受けたノード（プロセッサセット）が識別子を用いた探索処理をローカルに実行するように構成すること，すなわち，上記相違点４に係る構成とすることは，当業者が容易に想到し得たことである。
　そして，本願発明の作用効果も，引用発明及び周知技術から当業者が予測できる範囲のものである。
　 
　したがって，本願発明は，引用発明及び周知技術に基づいて，当業者が容易に発明をすることができたものである。
 
６．審判請求人の主張について
　審判請求人は，平成２９年１０月３日付けの意見書において，
「これに対し，引用発明のＤＢＭＳ実行部の数は，拒絶理由通知書でもご認定いただいていますように，表データの分割数が決められたときにはじめて定まるものです。具体的に，引用発明は，記憶装置が追加されるごとに分割数を増やしていくという構成になっていますが（引用文献１の段落００３３，００３４，図３等を参照），この構成は，新たな記憶装置の追加に伴う際に生じる種々の問題を解決することを課題とする（段落００１３）引用発明においては重要な前提条件です。分割数が決められたときにはじめて定められるべきＤＢＭＳ実行部の数をはじめから１０に固定しておくことを，引用発明は全く想定していません。このような引用発明に接した当業者が上記相違点に係る要件を容易に着想し得るとは到底思えません。」
と主張している。
　しかしながら，上記「４．対比」の（４）イにおいて判断したように，引用発明の「データの最大分割数「１０」」は本願発明の「予め定められた複数のプロセッサセットの数」に相当するといえるものであって，審判請求人の意見書における上記主張は，請求項の記載に基づくものとはいえない。
　したがって，審判請求人の上記主張は，採用することができない。
７．むすび
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　したがって，本願は他の請求項について検討するまでもなく拒絶されるべきものである。
　よって，結論のとおり審決する。