【事件の表示】
　平成　７年特許願第２１６２６８号「データベース検索装置」拒絶査定不服審判事件〔平成　９年　３月　７日出願公開、特開平　９−　６２６９５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成７年８月２４日の出願であって、平成１７年４月１９日付け（平成１７年４月２６日発送）で拒絶査定がなされ、これに対し、同年５月２６日に拒絶査定不服審判の請求がなされ、同年６月２７日付けで手続補正がなされたものである。
　
２．平成１７年６月２７日付けの手続補正についての補正却下の決定
［補正却下の決定の結論］
　平成１７年６月２７日付けの手続補正を却下する。
　
［理由］
（１）補正の内容
　平成１７年６月２７日付けの手続補正（以下「本件補正」という。）により補正された特許請求の範囲は、次の通りである。
「【請求項１】
　キーの値とゴールの値を入力する入力手段と、
　複数のテーブルからなる１つあるいは複数のデータベースからキーの値と一致する値を持つレコードを検索し、該レコードのデータフィールドの値を取り出す検索手段と、
　取り出したデータフィールドの値がゴールの値に一致したときに出力し、一致しないときに取り出したデータフィールドの値を新たなキーの値にして上記検索手段により検索を繰り返す制御手段と
を備えたことを特徴とするデータベース検索装置。
　【請求項２】
　請求項１において、
　複数のテーブルからなる１つあるいは複数のデータベースは、フィールド同士の関係を表すデータ関係情報を備え、
　入力手段は、キーの値であるフィールド名とゴールの値であるフィールド名を入力し、
　検索手段は、上記データベース中のデータ関係情報がらキーのフィールド名と一致する値を持つレコードを検索し、該レコードのデータフィールドの値であるフィールド名を取り出し、
　制御手段は、取り出したデータフィールドの値であるフィールド名がゴールの値であるフィールド名に一致したときに出力し、一致しないときに取り出したデータフィールドの値であるフィールド名を新たなキーの値であるフィールド名にして上記検索手段により検索を繰り返す
ことを特徴とするデータベース検索装置。
　【請求項３】
　請求項１あるいは請求項２において、
　検索手段が上記データベースあるいはデータ関係情報を検索した際のキーの値と取り出されたデータフィールドの値を保持するルート保持手段を備え、
　入力手段は、キーの値であるフィールド名とそのフィールド値と、ゴールの値であるフィールド名を入力し、
　入力されたフィールド名をキーとし、キーのフィールド名に一致する値を持つレコードを検索し、該レコードのデータフィールドの値をキーの値として繰り返し検索しゴールと一致するフィールド名が取り出されると、ルート保持手段により保持されたフィールド名のルートに基づき、入力されたフィールド値をキーとし、キーのフィールド値に一致する値を持つレコードを検索し、該レコードのデータフィールドの値をキーの値として繰り返し検索しゴールと一致するフィールド名のデータフィールドの値であるフィールド値を出力する
ことを特徴とするデータベース検索装置。
　【請求項４】
　請求項１あるいは請求項２において、
　入力手段は、キーの値であるフィールド名とそのフィールド値とゴールの値であるフィールド名を入力し、
　検索手段は、上記データベースあるいはデータ関係情報からキーの値であるフィールド名と一致するレコードのデータフィールドの値であるフィールド名を取り出し、
　次に先の検索で使われたキーの値であるフィールド名と取り出されたフィールド名に基づき、実データ情報からキーの値であるフィールド値と一致するレコードのデータフィールド値を取り出し、
　制御手段は、取り出したフィールド名がゴールのフィールド名と一致するとそのフィールド名を持つデータフィールドの値として取り出されたフィールド値を出力し、一致しないときはそのフィールド名とフィールド値をキーとして上記検索手段により検索を繰り返す
ことを特徴とするデータベース検索装置。
　【請求項５】
　上記キーをもとに上記データベースを検索する際に既に検索済みのデータフィールド値について重複検索を抑止することを特徴とする請求項１ないし請求項４記載のいずれかのデータベース検索装置。
　【請求項６】
　上記キーをもとに検索して取り出したデータフィールド値について当該キーとデータフィールド値を対応づけて表示し、データベース構造情報を提示することを特徴とする請求項１ないし請求項５記載のデータベース検索装置。
　【請求項７】
　上記キーをもとにゴールが見つかったときにその検索したキーと上記データベースから取り出したデータフィールド値とをテーブルに記憶あるいはＳＱＬ文などで記述しておき、次回以降はこれらテーブルあるいはＳＱＬ文などをもとに上記データベースの無駄な検索なしにゴールを見つけることを特徴とする請求項１ないし請求項６記載のいずれかのデータベース検索装置。
　【請求項８】
　上記キーをもとにゴールが見つかったときにその検索したキーと上記データベースから取り出したデータフィールド値とをもとに、元の上記データベースに関連するデータフィールド値（フィールド名）を追加して上記データベースの検索回数を少なくする最適化を行うことを特徴とする請求項１ないし請求項７記載のいずれかのデータベース検索装置。
　【請求項９】
　ゴールを入力せずまたはなしとして検索することを特徴とする請求項１，２、あるいは請求項４から請求項８記載のいずれかのデータベース検索装置。」
　
　上記補正は、補正前の請求項１および請求項２の発明特定事項である「データベース」に対して「複数のテーブルからなる１つあるいは複数の」との技術的限定を付加し、補正前の請求項２ないし５，７，８の「データベース」に「上記」を付加し、さらに、補正前の請求項６ないし請求項９において他の請求項の引用を増加させる等のものである。
　しかして、補正前の請求項６ないし請求項９において他の請求項の引用を増加させる補正は、平成１８年改正前特許法第１７条の２第４項各号に掲げるいずれの目的にも該当しない補正であって、特許法第１７条の２第４項の規定に違反するから、特許法第１５９条第１項の規定において読み替えて準用する特許法第５３条第１項の規定により却下されるべきものである。
　
　しかしながら、本事案に鑑み、本件補正が特許法第１７条の２第４項の規定に違反していないと仮定して、以下、本件補正後の請求項１に係る発明（以下、「本願補正発明」という。）が、特許出願の際に独立して特許を受けることができるものであるかどうかについて検討を続けるものとする。
　
（２）引用文献に記載された事項
　原査定の拒絶の理由において引用文献１として引用された特開平７−１０５０５８号公報（以下、「引用例」という。）には、図面とともに、以下の事項が記載されている。
　
（ア）「【発明の詳細な説明】
【０００１】
【技術分野】この発明は、データ・ベース、とくにリレーショナル・データ・ベースを管理するリレーショナル・データ・ベース・マネージメント・システムに関する。」
　
（イ）「【００１７】第１の発明によるリレーショナル・データ・ベース・マネージメント・システムの好ましい実施態様においては、上記検索処理作成手段は、あらかじめ設定された最適検索知識にしたがって、最適な検索順序を決定するものである。」
　
（ウ）「【００４６】検索コマンドは、リレーショナル・データ・ベース２に格納されているテーブルからデータの検索を行うためのコマンドである。
【００４７】たとえば、検索コマンドには、次のようなものがある
【００４８】
　　ＳＥＬＥＣＴ　社員番号，年収
　　ＦＲＯＭ　　　ＢＴ
　　ＷＨＥＲＥ　　性別＝”男”　ＡＮＤ　職種＝”企画”
　　　　　　　　　　　　　　　　　　　　　　　　　　　　…（２）
【００４９】ここで、「ＳＥＬＥＣＴ」は検索処理を表し、そのあとの「社員番号，年収」はテーブルからデータを検索する検索結果項目を表す。「ＦＲＯＭ」は、データの検索の対象となるテーブル「ＢＴ」を表す。「ＷＨＥＲＥ」は、データの検索の対象となる検索条件項目「性別」および「年収」と、それぞれの検索条件項目に対する検索条件「男」および「企画」を表す。また、「ＡＮＤ」は、検索条件項目の結合演算子である。結合演算子には、「ＡＮＤ」の他に「ＯＲ」等がある。
【００５０】したがって、式（２）の検索コマンドは、「テーブルＢＴから性別が男であり、かつ、職種が企画である、社員番号，年収を選択（検索）せよ」という意味を表すものである。」
　
（エ）「【００８３】高速検索テーブル情報は、検索コマンドの検索処理を高速に行うために、後述するテーブル編集処理１６によって編集された、検索キー・テーブル，インデックス・テーブル，クラスタリング・テーブル等の高速検索テーブルに関する情報である。この高速検索テーブル情報は、テーブル情報メモリ２４に記憶される。
【００８４】図５に、高速検索テーブル情報の一例が示されている。
【００８５】高速検索テーブル情報には、「テーブル種別」，「テーブル名」，「元テーブル」，「条件項目」および「結果項目」がある。
【００８６】「テーブル種別」は、高速検索テーブルの種類を表す。高速検索テーブルには、後述する「検索キー・テーブル」，「インデックス・テーブル」および「クラスタリング・テーブル」がある。
【００８７】「テーブル名」は、検索キー・テーブル，インデックス・テーブルおよびクラスタリング・テーブルの各テーブルの名称である。たとえば、検索キー・テーブルの「テーブル名」は「ＫＴ」である。
【００８８】「元テーブル」は、テーブル編集処理１６が検索キー・テーブル，インデックス・テーブルおよびクラスタリング・テーブルを作成したときの元となった初期テーブルである。たとえば、検索キー・テーブルＫＴの「元テーブル」は、「ＢＴ」である。
【００８９】「条件項目」は、検索キー・テーブル，インデックス・テーブルおよびクラスタリング・テーブルの各テーブルの検索条件項目で定義されるデータ項目である。たとえば、検索キー・テーブルＫＴの「条件項目」は、「性別／職種」である。
【００９０】「結果項目」は、条件項目に対応する検索結果項目のデータ項目である。たとえば、検索キー・テーブルＫＴの「結果項目」は、「検索キー」である。」
　
（オ）「【０１５９】検索処理作成処理１９は、入力された検索コマンドから、検索条件および検索結果項目を抽出する（ステップ３１）。
【０１６０】たとえば、式（２）の検索コマンドが入力された場合には、その検索コマンドから次のようなものが抽出される。
【０１６１】
　　検索条件　　：性別＝”男”　ＡＮＤ　職種＝”企画”
　　検索結果項目：社員番号，年収
【０１６２】検索処理作成処理１９は、テーブル管理処理１４にアクセスして、ステップ３１において抽出した検索条件項目ついてテーブル特性情報（インデックス，データ・タイプおよびデータ長）を読出して獲得する（ステップ３２）。
【０１６３】たとえば、式（２）の検索コマンドの場合には、検索条件項目」「性別」および「職種」に関して、テーブル特性情報から次のような情報を獲得する。
【０１６４】
　検索条件項目「性別」：インデックス　＝ＫＴ，ＩＴ１
　　　　　　　　　　　　データ・タイプ＝キャラクタ
　　　　　　　　　　　　データ長　　　＝５バイト
　検索条件項目「職種」：インデックス　＝ＫＴ，ＩＴ１
　　　　　　　　　　　　データ・タイプ＝キャラクタ
　　　　　　　　　　　　データ長　　　＝１０バイト
【０１６５】検索処理作成処理１９は、検索アクセス知識メモリ２０から検索アクセス知識を読みだし、ステップ３１および３２においてそれぞれ獲得した情報に基づいて検索アクセス知識にしたがって、最も高速に検索結果を得られる検索アクセス順を選定する（ステップ３３）。
【０１６６】たとえば、式（２）の検索コマンドのインデックス，データ・タイプおよびデータ長に基づいて検索アクセス知識にしたがって推論すると、ルール３１が適合する。したがって、検索キー・テーブル「ＫＴ」からアクセスを開始する。
【０１６７】検索処理作成処理１９は、ステップ３３において選定した検索アクセス順にしたがい、ステップ３１において抽出した検索条件から検索結果項目までの検索アクセス経路を、高速検索テーブル情報（図５）を参照して決定する（ステップ３４）。
【０１６８】たとえば、式（１）の検索コマンドの場合には、まず、検索コマンドから抽出した検索条件の「性別＝”男”ＡＮＤ　職種＝”企画”」であるので、検索キー・テーブル「ＫＴ」から結果項目「検索キー」を検索する。次に、検索キー・テーブル「ＫＴ」から検索した結果項目「検索キー」についての検索結果を検索条件としてインデックス・テーブル「ＩＴ１」から結果項目「社員番号」を検索する。最後に、インデックス・テーブル「ＩＴ１」から検索した結果項目「社員番号」についての検索結果を検索条件として実在テーブル「ＡＴ１」を検索する。
【０１６９】このようにして、検索アクセス経路を決定する。」
　
（カ）「【０１７０】検索処理作成処理１９は、ステップ３４において決定した検索アクセス経路にしたがって、検索実行コマンドを作成する（ステップ３５）。
【０１７１】たとえば、式（１）の検索コマンドの場合には、まず、「性別＝”男”ＡＮＤ職種＝”企画”」を検索条件として検索キー・テーブル「ＫＴ」から結果項目「検索キー」を検索するための検索実行コマンドは、以下のようになる。
【０１７２】
　　ＳＥＬＥＣＴ　検索キー
　　ＦＲＯＭ　　　ＫＴ
　　ＷＨＥＲＥ　　性別＝”男”　ＡＮＤ　職種＝”企画”
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　…（５）
【０１７３】次に、検索キー・テーブル「ＫＴ」から検索した結果項目「検索キー」についての検索結果を検索条件としてインデックス・テーブル「ＩＴ１」から結果項目「社員番号」を検索するする検索実行コマンドは以下のようになる。
【０１７４】
　　ＳＥＬＥＣＴ　社員番号
　　ＦＲＯＭ　　　ＩＴ１
　　ＷＨＥＲＥ　　検索キー＝”？”
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　…（６）
【０１７５】ここで、「？」は、検索キー・テーブル「ＫＴ」から検索した検索結果が設定れる。
【０１７６】最後に、インデックス・テーブル「ＩＴ１」から検索した結果項目「社員番号」の検索結果を検索条件として実在テーブル「ＡＴ１」を検索するための検索実行コマンドは、以下のようになる。
【０１７７】
　　ＳＥＬＥＣＴ　年収
　　ＦＲＯＭ　　　ＡＴ１
　　ＷＨＥＲＥ　　社員番号＝”？”
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　…（７）
【０１７８】ここで、「？」は、インデックス・テーブル「ＩＴ１」から検索した検索結果が設定される。
【０１７９】このようにして、作成されたすべての検索実行コマンドは、検索処理作成処理19から検索処理実行処理２１に与えられる。
【０１８０】検索処理実行処理２１は、検索処理作成処理１９から与えられる検索実行コマンドにしたがって、リレーショナル・データ・ベース２に格納されたテーブルの検索処理を実行するものである。」
　
　以上、（ア）ないし（カ）の記載、および図面を総合すると、引用例には、
「初期テーブル、実在テーブル、高速検索テーブルからなるリレーショナル・データ・ベース、および、基本テーブル情報、高速検索テーブル情報からなるデータ・ベースを検索・管理するシステムであって、性別や職種などの検索条件を示すデータ項目と社員番号や年収などの目的とする検索結果を示すデータ項目を入力する手段と、入力された性別や職種などの検索条件から社員番号や年収などの検索結果までの検索アクセス経路を高速検索テーブル情報を参照して決定する手段と、決定したアクセス経路を辿ってテーブルの検索処理を実行する手段を備えた、データベース検索システム」
　の発明（以下「引用発明」という。）が開示されていると認めることができる。
　
（３）対比
　本願補正発明と引用発明とを対比すると、
　引用発明の「初期テーブル、実在テーブル、高速検索テーブルからなるリレーショナル・データ・ベース、および、基本テーブル情報、高速検索テーブル情報からなるデータ・ベース」は、本願補正発明の「複数のテーブルからなるデータベース」に対応し、引用発明の「性別や職種などの検索条件を示すデータ項目」および「社員番号や年収などの検索結果を示すデータ項目」は、検索条件であるキー項目と目的とするデータ項目の関係にあるから、本願補正発明の「キーの値」と「ゴールの値」に対応するものであり、そして、引用発明の「データベース検索システム」は本願補正発明の「データベース検索装置」に対応する。
　また、本願補正発明の「複数のテーブルからなる１つあるいは複数のデータベースからキーの値と一致する値を持つレコードを検索し、該レコードのデータフィールドの値を取り出す検索手段と、取り出したデータフィールドの値がゴールの値に一致したときに出力し、一致しないときに取り出したデータフィールドの値を新たなキーの値にして上記検索手段により検索を繰り返す制御手段」は、キーの値からゴールの値へ至るまでの検索経路を決定する手段という意味において、引用発明の「性別や職種という検索条件から社員番号や年収の検索結果項目までの検索アクセス経路を高速検索テーブル情報を参照して決定する手段」と共通している。
　
　以上のことから、両者は、
「キーの値とゴールの値を入力する入力手段と、
　複数のテーブルからなるデータベースを検索する検索手段と、
　キーの値からゴールの値へ至るまでの検索アクセス経路を決定する手段と、
を備えたデータベース検索装置。」
　である点で一致し、以下の点で相違している。
　
＜相違点１＞
　本願補正発明は、「複数のテーブルからなる複数のデータベース」を検索対象に含むのに対し、引用例には、複数のデータベースを検索対象とすることは記載されていない点。
＜相違点２＞
　本願補正発明は、キーの値からゴールの値へ至るまでの検索アクセス経路を決定する具体的手段が「複数のテーブルからなる１つあるいは複数のデータベースからキーの値を持つレコードを検索し、該レコードのデータフィールドの値を取り出す検索手段と、取り出したデータフィールドの値がゴールの値に一致したときに出力し、一致しないときに取り出したデータフィールドの値を新たなキーの値にして上記検索手段により検索を繰り返す制御手段」であるのに対し、引用例には、その具体的な手段として、本願補正発明のような手段は記載されていない点。
　
（４）判断
＜相違点１＞について
　複数のテーブルからなる複数のデータベースを検索するシステムは、従来から周知なものであるから、引用例に記載された検索システムを複数のデータベースの検索に適用する程度のことは当業者が容易に想到できたと認められる。
＜相違点２＞について
　項目【０１６８】には、「たとえば、式（１）の検索コマンドの場合には、まず、検索コマンドから抽出した検索条件の「性別＝”男”ＡＮＤ　職種＝”企画”」であるので、検索キー・テーブル「ＫＴ」から結果項目「検索キー」を検索する。」との記載がある。
　そして、当該記載や図５記載の高速検索テーブルの構造に接した当業者であれば、検索アクセス経路を決定するための初めのステップとして、高速検索テーブル情報を検索して「条件項目」フィールドが「性別／職種」（キーの値）であるレコードを抽出し、その「テーブル名」フィールド、及び「結果項目」フィールドに基づき、『テーブル「ＫＴ」を検索し、結果項目として「検索キー」を得る』という手法を見出すことは容易であると認められる。
　また、項目【０１６８】には、続けて、「次に、検索キー・テーブル「ＫＴ」から検索した結果項目「検索キー」についての検索結果を検索条件としてインデックス・テーブル「ＩＴ１」から結果項目「社員番号」を検索する。」と記載されている。
　つまり、検索アクセス経路を決定するための次のステップを、『テーブル「ＩＴ１」を検索し、結果項目として「社員番号」を得る』としているのであるが、このステップを初めのステップと同様に、高速検索テーブル情報を検索して「条件項目」フィールドが「検索キー」（＝検索アクセス経路の初めのステップの結果項目の値）であるレコードを抽出し、その「テーブル名」フィールド及び「結果項目」フィールドに基づいて行うことも容易に想到できると認められる。
　また一般に、目的のデータを得るための検索手法として、得られた結果が目的の結果であればそこで検索を終了し、得られた結果が目的の結果でなければさらに検索を続けることは普通に行われていることである。
　したがって、上記「検索アクセス経路決定のための初めのステップ」後、さらに「次のステップ」が必要であることを、当該ステップの結果項目の値（「検索キー」）がゴールの値（「社員番号」や「年収」）とは異なることにより判定したり、該結果項目の値がゴールの値と一致したことにより検索を終了したりすることも、当業者にとって容易に想到できることである。
　以上のことから、引用発明において、検索条件（キーの値）から検索結果項目（ゴールの値）までのアクセス経路を高速検索テーブル情報を参照して決定する具体的な手法として、本願補正発明のように、（テーブルからなるデータベースから）キーの値と一致する値を持つレコードを検索し、該レコードのデータフィールドの値を取り出し、取り出したデータフィールドの値がゴールの値に一致したときに出力し、一致しないときに取り出したデータフィールドの値を新たなキーの値にして検索を繰り返す構成とすることは、当業者が容易に想到し得たものと認められる。
　さらに、本願補正発明の作用効果を勘案しても、本願補正発明に格別の点を認めることができない。
　
　なお、請求人は平成１７年６月２７日付手続補正書（方式）で、引用文献１では、テーブル名を指定しないと検索が不可能である旨の主張をしているが、引用例に記載された発明の実施例では、検索コマンド中で指定されたテーブル「ＢＴ」は用いられることなく検索が行われており、また、自動決定されるアクセス経路を辿ってテーブルの検索処理を実行する際に必要なテーブル名（項目【０１７２】記載の「ＫＴ」や、項目【０１７４】記載の「ＩＴ１」など）は、ユーザによる指定を要しないものであるから、請求人の主張は採用することができない。
　
（５）本願補正発明についてのまとめ
　以上のように、本願補正発明は、引用発明に基づいて、当業者が容易に発明をすることができたものである。
　したがって、本願補正発明は、特許法第２９条第２項の規定により、その特許出願の際に独立して特許を受けることができない。
　
（６）むすび
　以上のことを纏めると、本件補正は、平成１８年改正前特許法第１７条の２第４項の規定に違反しており、また、仮に前記した規定に違反しないとしても、特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するものであるから、特許法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
（１）本願発明
　平成１７年６月２７日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明は、出願当初の特許請求の範囲の請求項１に記載さ
れた事項（平成１７年３月１８日付け手続補正書では、請求項１は補正されていない。）により特定される次のとおりのものである（以下、これを「本
願発明」という。）。
　
「【請求項１】
　キーの値とゴールの値を入力する入力手段と、
　データベースからキーの値と一致する値を持つレコードを検索し、該レコードのデータフィールドの値を取り出す検索手段と、
　取り出したデータフィールドの値がゴールの値に一致したときに出力し、一致しないときに取り出したデータフィールドの値を新たなキーの値にして上記検索手段により検索を繰り返す制御手段とを備えたことを特徴とするデータベース検索装置。」
　
（２）引用文献に記載された事項
　原査定の拒絶の理由に引用された引用文献１（引用例）に記載された事項は、前記「２．（２）」に摘記したとおりである。
　
（３）対比・判断
　本願発明は、本願補正発明から、請求項１の「データベース」について、「複数のテーブルからなる１つあるいは複数の」との技術的限定を削除したものに相当する。
　そうすると、本願発明の構成要件を全て含み、さらに他の構成要件を付加したものに相当する本願補正発明が、前記「２．（４）」に記載したとおり、引用例に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、当業者が容易に発明をすることができたものである。
　
（４）むすび
　以上の通りであるから、本願発明は、引用例に記載された発明に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論の通り審決する。