【事件の表示】
　特願２０１１−１１６８４７「データ処理システム」拒絶査定不服審判事件〔平成２４年１２月１３日出願公開，特開２０１２−２４７８３１〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯
　本願は平成２３年５月２５日の出願であって，その経緯の概略は，以下のとおりである。
・平成２３年　７月　７日付け：拒絶理由の通知
・平成２３年　８月３１日　　：意見書の提出及び手続補正
・平成２３年１１月　９日付け：拒絶査定
・平成２４年　１月２４日　　：審判請求及び手続補正
・平成２４年１０月　２日付け：審尋
・平成２４年１２月　５日　　：回答書（書類名は「意見書」）提出
・平成２５年　１月２１日付け：拒絶理由の通知（当審）
・平成２５年　３月２２日　　：意見書提出
　
２　本願発明
　本願の請求項１，２に係る発明は，平成２４年１月２４日の手続補正により補正された特許請求の範囲の請求項１，２に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下，「本願発明」という。）は，補正された明細書及び図面の記載からみて，その請求項１に記載された事項により特定される，次のとおりのものである。
　「所定の分類に従って記録された複数のカテゴリーからなる文書データ記録手段と，その記録手段にアクセスして文書データの作成，編集，参照などの文書処理手段を備えたデータ処理システムであって，
　前記文書データ記録手段は，複数の文書カテゴリーの文書データを統合したリレーショナルデータベースによって構成され，
　前記リレーショナルデータベースにおいては，
少なくとも，（１）何の案件に関するデータであるか，（２）どの文書カテゴリーに属するデータであるか，（３）誰が作成したデータであるか，（４）いつ作成または編集したデータであるかの記録手段を備え，文書データ本体として少なくとも一つの項目とその項目に対応するアドレス情報記録手段を備え，そのアドレスには可変長データが格納されており，
　前記文書処理手段は，前記文書データ記録手段の文書データ全体に同時アクセス可能とされ，
　ユーザーに応じて，文書カテゴリーごとにアクセスの可否を管理するアクセス権限管理手段が設定されていることを特徴とするデータ処理システム。」
　
３　平成２５年１月２１日付けの拒絶理由の概要
　当審において平成２５年１月２１日付けで通知した拒絶理由の概要は，本願発明は，本願の出願日前に頒布された下記刊行物１ないし３(以下，「引用例１」などという。）に記載された発明に基づいて当業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができない，というものである。
　　　　　　　　　記
　１．特開２００６−１１９９６７号公報
　２．特開平１−２７６３３２号公報
　３．特開２００８−２６９３３９号公報
　
４　引用例
（１）引用例１
ア　上記拒絶理由に引用された，特開２００６−１１９９６７号公報（「引用例１」という。以下同様。）には，次の記載がある。
・技術分野
　「【０００１】
　本発明は，医療において，医療上の指示を作成，伝達，記録するオーダリングシステムや，医療職の患者に関する記載を行う電子カルテなど，医療に関する情報処理を，コンピューター，或いは，それらが連結されたコンピューターネットワークを用いて行う医療情報システムの技術に関する。」
・従来技術
　「【０００４】
　・・・従来のリレーショナルデータベースを用いた医療情報システムにおいては，以下に述べるような問題が発生してきている。・・・
【０００５】
（２）あるユーザーが患者カルテを開いたとき，ほかのユーザーはその患者のカルテを開くことができない。医療情報システムは，通常ローカルエリアネットワークで運用されているが，複数のユーザーから同時に書き込み要求が起こった場合，前のユーザーの書き込みが，後のユーザーの書き込みで上書きされ，データの整合性がなくなる危険がある。これを防ぐために，リレーショナルデータベースシステムでは，レコードロックと呼ばれる手法を提供している。これは，あるユーザーが，ある患者のカルテを開いた場合，その患者の文書レコードに対し，ほかのユーザーからの書き込みを禁止する措置をとるものである。」
　「【０００７】
　・・・本発明は・・・その目的とするところは，従来のリレーショナルデータベースの高速性や利便性を保持したままで，（１）一生涯にわたる患者データベースを保持し，長期間にわたるオンラインでのデータアクセスを可能にすること，（２）複数のユーザーが同一患者のカルテを同時に読み書きできるようにすること，（３）短時間で効率の良いデータバックアップを可能にすることである。」
・課題を解決するための手段
　「【０００８】
　このような問題を解決するための手段として請求項１記載の医療情報システムでは，リレーショナルデータベース用いた記録装置と，それ自体は公知のデータ入力装置と，それ自体は公知のデータ出力装置を備え，（１）ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）と，（２）該患者ファイルから指定条件に合致するとして抽出された文書レコードを，他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）を備えている。」
　「【００１０】
　請求項３記載の医療情報システムでは，１又は２記載の医療情報システムにおいて，患者ファイルの文書レコードごとに，編集モードによるアクセス権を設定する構成とした。」
　「【００１２】
　請求項５記載の医療情報システムでは，請求項１〜４いずれか記載の医療情報システムにおいて，前記文書レコードで文書の内容を記録するセルにおいて，ＸＭＬ形式のテキスト，もしくはＸＭＬオブジェクトを用いている。」
・発明の効果
　「【００１３】
　・・・請求項１記載の医療情報システムにおいては，ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）を備えているので，患者ファイルを中心としたデータベースシステムが構築される。そのため，必要なデータは患者ファイルに集約されて管理される。・・・」
　「【００１５】
　請求項３記載の医療情報システムにおいては，患者ファイルの文書レコードごとに，編集モードによるアクセス権を設定する構成としたので，患者ファイルの中の特定の文書レコードごとにアクセス権の設定が可能となる。・・・患者ファイルでは，同一患者の文書レコードだけなので，その文書レコード単位ごとに，アクセス権を設定することにより，多人数が同時に併行して，患者ファイル中の項目を開いて，更新・上書きができるようになり，業務の効率が向上する。」
　「【００１７】
　請求項５記載の医療情報システムにおいては，前記文書レコードで文書の内容を記録するセルにおいて，ＸＭＬ形式のテキスト，もしくはＸＭＬオブジェクトを用いているので，入力内容を柔軟に設定することができる。」
・発明を実施するための最良の形態
　「【００１８】
　・・・本発明の医療情報システムは，図１に示すように，特定の処理を実行するサーバーと，そのサーバーからのサービスを受けるクライアントで構成され，それらはネットワークシステムを構成し，それぞれのコンピューターには，入力装置，制御装置，メモリ装置及び外部記憶装置が備えられている。・・・」
　「【００１９】
　図１において，サーバーは，個々の患者ファイル群と，患者ファイルから指定条件によって抽出した文書レコードをまとめて記録したグループファイル群を記録している。患者ファイルには特定の個人のデータが格納されて，インデックスが付されて独立のファイルを形成している。・・・」
　「【００２５】
　・・・図７は，本発明による患者ファイルのレコード構造を示す。患者ファイルにおいては，その患者に関する全ての文書カテゴリーの全てのレコードが一つのファイルに集約されている。本実施例では，ＩＤ番号そのものをファイル名としている。第一列は，文書カテゴリーである。これは，この文書レコードが，どのカテゴリーの文書を表しているかを示す。第２列は作成者名，第３列は，そのレコードの作成日時，第４列は，その指示文書の実行指定日時，第５列は，その文書の内容である。」
　「【００２６】
　図８は，薬剤処方の際の内容を示している。本実施例では，ＸＭＬと呼ばれる表現形式を用いて，図３と同様の内容を表現している。ＸＭＬは，タグ名と/タグ名の対の間に，通常，タグ名に関連した内容を書くという表現形式である。タグの中にタグを入れ子構造にできるため，階層構造をもつデータを簡便に表記することが可能である。
　図９は，Ｘ−Ｐ処方の例で，同じく図４の内容を，ＸＭＬ形式で表現したものである。
ここに示すように，ＸＭＬ形式を用いれば，個々の文書の構造の違いは，タグの構成で吸収されてしまうため，可変長であるプレーンテキストの格納場所を一つ用意しておけば，全てのカテゴリーの文書を同一のレコード構造で格納することが可能となる。・・・」
　「【００２７】
　・・・また，患者ファイルでは，文書レコードごとに（例えば，薬剤処方，Ｘ−Ｐ処方の入力項目ごとに），アクセス権が設定可能となっている。・・・患者ファイルでは，文書レコードごとにアクセス権を設定することにより，多人数が同時に，患者ファイル中の別々の文書レコードを各自開いて，更新・上書きができるようになり，業務の効率が向上する。」
・図面
　
　
イ　上記記載によれば，引用例１には以下の技術的事項が記載されている。
（ア）引用例に記載された発明は，コンピューターを用いて電子カルテなどの医療に関する情報処理を行う医療情報システムに関する技術であって（【０００１】），リレーショナルデータベースを用いた医療情報システムにおいて，複数のユーザーが同一患者のカルテを同時に読み書き可能にすることを課題としたものである（【０００５】，【０００７】）。
（イ）引用例に記載された「医療情報システム」は，サーバーと，そのサーバーからサービスを受けるクライアントで構成され，それぞれのコンピューターは，入力装置，制御装置，メモリ装置及び外部記憶装置を備え（【００１８】），サーバーには，ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）が記録されている（【０００８】，【００１９】）。
（ウ）患者ファイルは，ＩＤ番号をファイル名とし，その患者に関する全ての文書カテゴリーの文書レコードを一つのファイルに集約したものであって，文書カテゴリーごとに，作成者名，レコードの作成日時，指示文書の実行指定日時，及び文書の内容が記録されており（【００２５】，図７），文書レコードごとに，編集モードによるアクセス権が設定可能となっている（【００２７】）。文書レコードごとにアクセス権を設定することにより，多人数が同時に，患者ファイル中の別々の文書レコードの更新・上書きできるようになり，業務の効率が向上する（【００１０】，【００１５】，【００２７】）。
（エ）また，文書レコードにおける文書の内容は，ＸＭＬ形式で記録されており（【００１２】），可変長であるプレーンテキストの格納場所を用意しておけば，全てのカテゴリーの文書を同一のレコード構造で格納することが可能である（【００２６】）。
　
ウ　以上のことから，引用例１には，次の発明（以下，「引用発明」という。）が記載されていると認められる。
　「コンピューターを用いて電子カルテなどの医療に関する情報処理を行う医療情報システムに関する技術であって，
　サーバーと，そのサーバーからサービスを受けるクライアントで構成され，それぞれのコンピューターは，入力装置，制御装置，メモリ装置及び外部記憶装置を備え，
　サーバーには，ある患者個人に関する文書レコードを集約した患者ファイルが記録されており，
　患者ファイルは，ＩＤ番号をファイル名とし，その患者に関する全ての文書カテゴリーの文書レコードを一つのファイルに集約したものであって，文書カテゴリーごとに，作成者名，レコードの作成日時，指示文書の実行指定日時，及び文書の内容が記録されており，文書レコードごとに，編集モードによるアクセス権が設定可能とされ，文書レコードごとにアクセス権を設定することにより，多人数が同時に，患者ファイル中の別々の文書レコードの更新・上書きでき，業務の効率が向上し，
　文書レコードにおける文書の内容は，ＸＭＬ形式で記録されており，可変長であるプレーンテキストの格納場所を用意しておけば，全てのカテゴリーの文書を同一のレコード構造で格納することが可能である，
　リレーショナルデータベースを用いた医療情報システム。」
　
（２）引用例２
　同じく引用された，特開平１−２７６３３２号公報（引用例２）には，次の記載がある。
　「本発明は，・・・リレーショナルデータベースにおいて，あらかじめ指定した定義域の各フィールド値を別に定義したデータベース領域のデータとリンクするリンク管理部・・・を具備するようにリレーショナルデータベースを拡張するものである。」（２ページ右上欄７行〜１７行）
　「本発明は上記した構成によって，別に定義されたデータテーブル領域に，可変長文字データや図形データ，音データ，自然画データ，動画データ等を格納し，さらに，このデータプール領域を・・・種々の記憶メディアに設定することにより，種々のオブジェクトマルチメディアを，種々の物理記憶マルチメディアで扱うことを可能とするものである。この時，各マルチメディアデータはリレーショナルデータベースのあらかじめ指定された定義域の各フィールドにリンクされており，各フィールドのデータはリンクされているマルチメディアデータの代表値として作用する。本発明により拡張されたこのリンク定義域は従来のリレーショナル演算の対象となり，マルチメディアデータの代表値は従来どうり汎用的に扱える。さらに，リレーショナル演算の結果取り出した代表値に対して，リンクされているオブジェクトデータを取り出すことができる。」（２ページ右上欄１９行〜左下欄１８行）
　
（３）引用例３
　同じく引用された，特開２００８−２６９３３９号公報（引用例３）には，次の記載がある。
　「【００２４】
　・・・本実施例に係る文書管理サーバ１は，文書データベース１０１，アクセス権管理部１０２，通信制御部１０３，編集ルール管理部１０４及び文書編集部１０５を有する。・・・アクセス権管理部１０１は，アクセス権管理テーブルを有し，文書データベース１０１に格納されている夫々の文書情報について，ユーザ毎のアクセスレベルを判定する。・・・編集ルール管理部１０４は，アクセスレベル編集内容マッピングテーブルを有し，アクセスレベルと編集内容とのマッピングを管理する。即ち，アクセス権管理部１０１によって判定されたアクセスレベルに応じて，文書情報に施す処理の内容を決定する。・・・」
　「【００２６】
　・・・具体的には，読み出しを要求したユーザの情報と読み出し対象の文書情報とに基づいてアクセス権管理部１０２がアクセスレベルを判定し，判定されたアクセスレベルに基づいて編集ルール管理部１０４が文書情報に施す処理内容を決定し，決定された処理内容に基づいて文書編集部１０５が処理を実行する。・・・」
　「【００２８】
　・・・図４に示すように，アクセス権管理テーブルは，夫々のアクセス権設定を一意に識別するＩＤ，ユーザ特定情報，文書特定情報及びアクセスレベルの情報を有する。ユーザ特定情報は，ユーザを一意に識別するユーザＩＤやユーザの役職，所属を識別するユーザ種別ＩＤが指定される。これにより，ユーザＩＤを指定した場合は個々のユーザ毎にアクセスレベルが設定され，ユーザ種別ＩＤを指定した場合はユーザの役職や所属毎にアクセスレベルが設定される。文書特定情報は，図３の文書データベースにおいて説明した夫々の文書を一意に識別する文書ＩＤや，文書種別を識別する文書種別ＩＤが指定される。これにより，文書ＩＤが指定された場合は個々の文書に対してアクセスレベルが設定され，文書種別ＩＤが指定された場合は夫々の文書種別に対してアクセスレベルが設定される。」
　
５　対比
（１）本願発明と引用発明とを対比する。
ア　引用発明は，「コンピューターを用いて電子カルテなどの医療に関する情報処理を行う，リレーショナルデータベースを用いた医療情報システム」に係る発明であり，本願発明と同様，「データ処理システム」にほかならない。
　引用発明の「サーバー」には，「ある患者個人に関する文書レコードを集約した患者ファイル」が記録されており，「患者ファイル」は，「ＩＤ番号をファイル名とし，その患者に関する全ての文書カテゴリーの文書レコードを一つのファイルに集約したもの」であるから，「所定の分類に従って記録された複数のカテゴリーからなる文書データ記録手段」ということができる。
　また，「入力装置，制御装置，メモリ装置及び外部記憶装置」を備える「コンピューター」が，サーバーにアクセスして文書データの作成，編集，参照などの文書処理を行う手段」を備えることは，引用発明の機能から自明である。
　本願発明と引用発明は，「所定の分類に従って記録された複数のカテゴリーからなる文書データ記録手段と，その記録手段にアクセスして文書データの作成，編集，参照などの文書処理手段を備えたデータ処理システム」である点で一致する。
イ　引用発明は，「リレーショナルデータベースを用いた医療情報システム」であり，上記「患者ファイル」は，「文書データ記録手段は，複数の文書カテゴリーの文書データを統合したリレーショナルデータベース」を構成しているということができる。
　本願発明と引用発明は，「文書データ記録手段は，複数の文書カテゴリーの文書データを統合したリレーショナルデータベースによって構成」されている点で一致する。
ウ　上記「患者ファイル」は，「ＩＤ番号をファイル名とし，その患者に関する全ての文書カテゴリーの文書レコードを一つのファイルに集約したものであって，文書カテゴリーごとに，作成者名，レコードの作成日時，指示文書の実行指定日時，及び文書の内容が記録」されており，引用発明の「文書カテゴリー」，「作成者名」，及び「レコードの作成日時」は，それぞれ本願発明の「どの文書カテゴリーに属するデータであるか」，「誰が作成したデータであるか」，及び「いつ作成または編集したデータであるか」に相当する。
　本願発明と引用発明は，後記の点で相違するものの，「リレーショナルデータベースにおいては，少なくとも，どの文書カテゴリーに属するデータであるか，誰が作成したデータであるか，いつ作成または編集したデータであるか，の記録手段」を備える点で共通する。
　
エ　引用発明は，サーバーに記録されたファイルについて，「文書レコードごとに，編集モードによるアクセス権が設定可能とされ，文書レコードごとにアクセス権を設定」するように構成されており，これにより，「多人数が同時に，患者ファイル中の別々の文書レコードの更新・上書きでき，これにより業務の効率が向上」するものであり，上記アクセス権が，「文書データ全体に同時アクセス可能」であることを前提として設定されることは明らかであるから，本願発明と引用発明は，「文書処理手段は，文書データ記録手段の文書データ全体に同時アクセス可能とされ」ている点で一致する。
　
（２）以上のことから，本願発明と引用発明との一致点及び相違点は，次のとおりである。
［一致点］
　「所定の分類に従って記録された複数のカテゴリーからなる文書データ記録手段と，その記録手段にアクセスして文書データの作成，編集，参照などの文書処理手段を備えたデータ処理システムであって，
　文書データ記録手段は，複数の文書カテゴリーの文書データを統合したリレーショナルデータベースによって構成され，
　リレーショナルデータベースにおいては，少なくとも，（２）どの文書カテゴリーに属するデータであるか，（３）誰が作成したデータであるか，（４）いつ作成または編集したデータであるか，の記録手段を備え，
　文書処理手段は，文書データ記録手段の文書データ全体に同時アクセス可能とされている，
　データ処理システム。」
　
［相違点１］
　リレーショナルデータベースが，本願発明は，「（１）何の案件に関するデータであるか」の記録手段を備えるのに対し，引用発明は，当該構成について特定されていない点。
［相違点２］
　本願発明は，「文書データ本体として少なくとも一つの項目とその項目に対応するアドレス情報記録手段を備え，そのアドレスには可変長データが格納」されているのに対し，引用発明は，当該構成について特定されていない点。
［相違点３］
　本願発明は，「ユーザーに応じて，文書カテゴリーごとにアクセスの可否を管理するアクセス権限管理手段が設定」されているのに対し，引用発明は，当該構成について特定されていない点。
　
６　判断
ア　相違点１について
　引用発明の「患者ファイル」は，「ＩＤ番号をファイル名とし，その患者に関する全ての文書カテゴリーの文書レコードを一つのファイルに集約」したデータベースであって，「ＩＤ番号」は，文書レコードに対応する患者を特定する情報，すなわち，「（１）何の案件に関するデータであるか」という属性情報ということができる。
　データベースに属性情報を記録することは，リレーショナルデータベースに限らず周知の技術手段であり，その内容は，データベースに集約すべき情報が特定されれば，当業者が必要に応じて適宜選択できる事項である。
　例えば，引用例１には，「図１０は，リレーショナルデータベースを用いた新しい医療情報システムにおけるファイル間の関係を示す。各患者毎に，対応する患者ファイルが作成される。また，文書カテゴリー別や，病棟別のグループデータベースがある。ここでは，患者ファイルに入力されたデータは特定の抽出条件に従って，グループファイルが作成される。グループファイルが作成された後は，患者ファイルへの入力が自動的に，グループファイルへコピーするコピー機能が備えられている。」（引用例１，段落【００２６】〜【００２７】）と記載されており，図１０を参照すれば，ＩＤ番号をファイル名とする複数の患者ファイルから特定のカテゴリー（「薬剤処方」，「病棟グループ」）の文書レコードを集約したファイルに，患者を特定する属性情報である「ＩＤ番号」が記録されている。
　これらのことから，引用発明において，リレーショナルデータベースの文書レコードに，患者を特定する属性，すなわち「（１）何の案件に関するデータであるか」を記録することは，当業者が容易に想到し得たことである。
　
イ　相違点２について
（ア）引用発明の「患者ファイル」は，「ＩＤ番号をファイル名とし，その患者に関する全ての文書カテゴリーの文書レコードを一つのファイルに集約」したデータベースであって，前記段落【００２５】ないし【００２６】の記載及び図７ないし図９を参照すれば，第５列の項目「内容」に，薬剤処方又はＸ−Ｐ処方の「内容」を，ＸＭＬ形式で記述したものである。
（イ）一方，引用例２には，前記４（２）のとおり，リレーショナルデータベースにおいて，「文書データ本体として少なくとも一つの項目とその項目に対応するアドレス情報記録手段を備え，そのアドレスには可変長データが格納」された構成が記載されているところ，引用例２記載のように，文書レコードのリレーションの項目に「アドレス」を格納し，アドレスの文書データに「実データ」（例えば，ＸＭＬ形式のデータ）を格納することにより，データ長が可変長である場合に比べ，処理が高速化されることは，例えば，以下の刊行物にも記載又は示唆されているように，当業者にとって周知であったということができる。
　
ａ　周知例１
　国際公開２００９／１４４９４２号（「周知例１」という。以下，同様。）には，次のとおり記載されており，リレーショナルデータベースにおいて，行単位（文書レコード）で検索する際，データ長が可変長であれば，固定長の場合に比べ処理に時間がかかる（速度が遅くなる）ことから，データベースを実体データ群と固定長データのみの識別子テーブルとに分け，識別子テーブルには，実体データを特定する固定長のデータ識別子，すなわち「アドレス」を格納した構成を採用した技術が開示されている。
　「本発明は，データベース構造並びにデータベースに対するデータ処理を実行する技術に関する。
　ＲＤＢＭＳ（Relational DataBase Management System：リレーショナル・データベース管理システム）は，１９７０年にＥ・Ｆ・コッド（Edgar Frank Codd）により提唱された関係モデル（リレーショナルモデル）理論に基づいたシステムであり，現在広く使用されている。ＲＤＢ（Relational DataBase）は，複数のテーブル（すなわち，リレーション）の集合体であり，各テーブルは，少なくとも１つの行（タプル）と列（属性フィールド）とを有する。・・・
　しかしながら，一般にＲＤＢＭＳでは，データ処理量が巨大になり処理負荷が増大したときに，トランザクションの処理速度の低下が目立つようになる。この原因の１つとして，ＲＤＢを構成するテーブルを行単位で検索する際に，このテーブルの各行のデータ長が可変長である場合には，当該各行のデータ長が固定長である場合と比べて，データの読み出し位置の計算時間がかかることが挙げられる。」（段落［０００１］〜［０００３］）
　「本発明によれば，複数の実体データからなる実体データ群と複数の固定長データのみを有する少なくとも１つの識別子テーブルとを含むデータベースを格納する記憶部と，クエリを受信し，当該受信されたクエリに基づいたデータ処理を前記データベースに対して実行するデータ処理部と，を備えたデータベースシステムが提供される。前記識別子テーブルは，前記複数の実体データそのものをそれぞれ一意に表す複数のデータ識別子を前記固定長データとして有する。」（段落［００１０］）
　
ｂ　周知例２
　特表２００５−５２１９５３号公報（周知例２）には，次のとおり記載されており，リレーショナルデータベースの１つ（ゲートウェイテーブル）に「一意識別子(unique identifiers)」，すなわち「アドレス」を格納し，検索の際，まずゲートウェイテーブルの一意識別子を検索し，検索された一意識別子に対応するテーブルから情報を抽出する構成としたことにより，検索がより迅速化されること開示されている。
　「本発明は，クエリーがリレーショナルデータベースの少なくとも１つのテーブルに関係する，リレーショナルデータベース管理システム（ＲＤＢＭＳ）を備えるリレーショナルデータベースに関係するクエリーを評価する方法を提供し，この方法は，前記クエリーを評価するためのゲートウェイテーブルとしてテーブルを決定することと，クエリーされるべきテーブル内の１つまたは複数のエントリに関係している前記ゲートウェイテーブルの１つまたは複数の一意識別子を検索することと，前記ゲートウェイテーブルの前記検索された一意識別子に関係しているクエリーされるべきテーブルから情報を検索することと，前記検索された情報に関係して前記ゲートウェイテーブルの検索されたプライマリキーを含む結果セットを提供することとを含む。・・・」(【要約】)
　「【０００４】
　本発明の目的は，クエリーがより容易に取り扱われることが可能であると共に理解がより容易であり，および，単層ファイルのような他のデータソースから情報を抽出するプロセスに適合している方法を提供するようにクエリーがより迅速かつ特別に処理されることが可能である，リレーショナルデータベースにおいてクエリーを行うための方法と装置とプログラムとを提供することである。」
　「【０００５】
　本発明では，この目的は，少なくとも１つのリレーショナルデータベース管理システム（ＲＤＢＭＳ）を備えるリレーショナルデータベースに関係するクエリーを評価する方法によって実現され，前記クエリーは，前記リレーショナルデータベースの少なくとも１つのテーブルに関係し，前記方法は，前記クエリーを評価するためのゲートウェイテーブルとして前記リレーショナルデータベースのテーブルを決定することと，クエリーされるべきテーブル内の１つまたは複数のエントリに関係している前記ゲートウェイテーブルの１つまたは複数の一意識別子(unique identifiers)を前記ＲＤＢＭＳによって検索することと，前記ＲＤＢＭＳを使用することと，前記ゲートウェイテーブルの前記検索された一意識別子に関係しているクエリーされるべき１つまたは複数のテーブルから情報を検索することと，結果を前記クエリーに提供することとを含む。・・・」
　
（ウ）これらのことから，引用発明において，引用例２に記載された技術を採用し，相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
　
ウ　相違点３について
　データベースの管理において，ユーザーに応じて，文書カテゴリーごとにアクセスの可否を管理するアクセス権限管理手段を設けることは，例えば，引用例３に，「ユーザ特定情報は，ユーザを一意に識別するユーザＩＤやユーザの役職，所属を識別するユーザ種別ＩＤが指定される。これにより，ユーザＩＤを指定した場合は個々のユーザ毎にアクセスレベルが設定され，ユーザ種別ＩＤを指定した場合はユーザの役職や所属毎にアクセスレベルが設定される。文書特定情報は，図３の文書データベースにおいて説明した夫々の文書を一意に識別する文書ＩＤや，文書種別を識別する文書種別ＩＤが指定される。これにより，文書ＩＤが指定された場合は個々の文書に対してアクセスレベルが設定され，文書種別ＩＤが指定された場合は夫々の文書種別に対してアクセスレベルが設定される。」（段落【００２８】）と記載されているように周知の技術である。
　引用発明は，電子カルテなどの医療情報をリレーショナルデータベースを用いて管理する「医療情報システム」であるとともに，引用発明における「患者ファイル」の文書レコードは「文書カテゴリー」の項目を備え，文書レコードごとにアクセス権を設定可能であることからすれば，上記周知の技術に基づいて，「ユーザーに応じて，文書カテゴリーごと」にアクセスの可否を管理するアクセス権限管理手段を設定」することは，当業者が容易に想到し得たことである。
　
エ　そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，引用発明，及び引用例２，３に記載された技術ないし周知技術の奏する作用効果から当然に予測される範囲内のものにすぎず，格別顕著なものということはできない。
　したがって，本願発明は，上記拒絶理由のとおり，引用例１ないし３に記載された発明に基づいて，当業者が容易に発明をすることができたものである。
　
７　むすび
　以上のとおり，本願の請求項１に係る発明は，特許法２９条２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。