2020-001340

第２ 原査定の概要

原査定（令和元年９月１７日付け拒絶査定）の概要は次のとおりである。

本願請求項１～３に係る発明は、引用文献Ａに記載された発明に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

第３ 当審拒絶理由の概要

当審において令和３年４月２１日付けて通知した拒絶理由（以下、「当審拒絶理由」という。）の概要は次のとおりである。

本願請求項１～３に係る発明は、引用文献１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

第４ 本願発明

本願の請求項１～３に係る発明（以下、それぞれを「本願発明１」～「本願発明３」という。）は、令和３年１０月１９日に提出された手続補正書により補正された特許請求の範囲の請求項１～３に記載されたとおりの以下のとおりのものである。

「【請求項１】

データベースからデータにアクセスするデータベースのアクセスシステムによる標準化データベースアクセス方法において、

前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトを含む一群のハイパーオブジェクトを管理するソフトウェア手段を提供して、

ハイパーオブジェクト照会言語（ＨＯＱＬ）エンジンを使用して、前記データベースに記憶された所定のデータに関するＨＯＱＬ照会を受け取るソフトウェア手段を提供して、

続きを表示（全28行）

前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンの使用によって、少なくとも一つのデータハイパーオブジェクトを選択して、そして前記ＨＯＱＬ照会によって新しいハイパーオブジェクトが望ましいとすると新しいハイパーオブジェクトの作成を指示するソフトウェア手段を提供して、

前記データベースからデータを検索するために、アダプタを介し、前記データベースに対して前記の選択されたデータハイパーオブジェクトと前記作成された新しいハイパーオブジェクトとを併用して且つそのルールに従ったデータリクエストを送信するソフトウェア手段を提供して、

前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供して、そして

目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って前記ＨＯＱＬエンジンに疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供することを特徴とする標準化データベースアクセス方法。

【請求項２】

データベースのアクセスシステムによる標準化データベースアクセス方法において、

データベースを用意するソフトウェア手段を提供し、

前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトおよび少なくとも一つのコンテクストハイパーオブジェクトを有する一群のハイパーオブジェクトを用意するソフトウェア手段を提供し、

ハイパーオブジェクト照会言語（ＨＯＱＬ）エンジンを使用して、前記データベースに記憶された所定のデータに関するＨＯＱＬ照会を受け取るソフトウェア手段を提供し、

前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンを使用して少なくとも一つのデータハイパーオブジェクトを選択するソフトウェア手段を提供し、

前記コンテクストハイパーオブジェクトが、所定のデータの環境に関する前記データベースに記憶された前記所定のデータのみが選択された部分の前記データベースにコンテクストデータをリクエストするルールを含み、

前記の選択されたコンテクストハイパーオブジェクトを用いて、前記データベースにコンテクストデータをリクエストするためのソフトウェア手段を提供し、

前記の選択されたデータハイパーオブジェクトの変換部分が使用する前記の選択されたコンテクストハイパーオブジェクトを介してルール変換コマンドを発生して、このルールを修正するソフトウェア手段を提供し、

前記データベースからデータを検索するために、その変えられたルールに従ってアダプタを介して前記の選択されたデータハイパーオブジェクトから前記データベースに対するデータリクエストを送るソフトウェア手段を提供し、

前記変えられたルールを前記ＨＯＱＬ照会に応答して使用すべきか否かの判断のために前記のリクエストされたコンテクストデータを操作して、そして、前記変えられたルールを使用するならば前記の選択されたデータハイパーオブジェクトに変換コマンドを送り、前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供し、そして

目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って前記ＨＯＱＬエンジンに疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供することを特徴とする標準化データベースアクセス方法。

【請求項３】

データベースからデータにアクセスするデータベースのアクセスシステムによる標準化データベースアクセス機能をコンピュータに実現させるプログラムにおいて、

前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトを有する一群のハイパーオブジェクトを用意し、

ハイパーオブジェクト照会言語（ＨＯＱＬ）エンジンを使用して、前記データベースに記憶された所定のデータに関するＨＯＱＬ照会を受け取り、

前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンの使用によって、少なくとも一つのデータハイパーオブジェクトを選択して、そして前記ＨＯＱＬ照会によって前記ハイパーオブジェクトライブラリーに記憶された前記一群のハイパーオブジェクトが十分でないとすると新しいハイパーオブジェクトの作成を指示し、

前記データベースからデータを検索するために、アダプタを介し、前記データベースに対して前記の選択されたデータハイパーオブジェクトと前記作成された新しいハイパーオブジェクトとを併用して且つそのルールに従ったデータリクエストを送り、

前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取り、そして

目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って前記ＨＯＱＬエンジンに疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用することを特徴とするプログラム。」

第５ 引用文献、引用発明

１ 引用文献１、引用発明について

（１）当審において拒絶の理由に引用した引用文献１（特開平１０－１８７７４２号公報）には、以下のとおりの記載がある。下線は、当審が付した。

「【０００１】

【発明の属する技術分野】本発明は、複数のデータベースが存在する環境において同じ意味を有するが、データベースによってそれぞれ表現が異なるデータ項目をその表現の違いを解消して検索するデータベース異種性解消検索装置に関する。」

「【０００７】また、ユーザは、自分の持っているデータベースと同じ表現形式で、他のデータベースの情報を取りたいという要求がある。これは、自分の使っているアプリケーションを用いて他のデータベースのデータを使いたいが、そのアプリケーションが自分のデータベースの表現形式に合わせて作られるからである。この要求を既存のマルチデータベースで実現しようとすると、ユーザのデータベースと同じ形式を持ったグローバルスキーマをユーザ毎に定義する必要があり、非効率であった。よって、グローバルスキーマを定義することなく、断片的にデータの違いを定義することによって、データの表現の違いを解消することが必要である。そして、ユーザが利用したい表現形式を容易に変更できる仕組みが必要である。

【０００８】本発明は、上記に鑑みてなされたもので、その目的とするところは、各データベースによるデータ項目の表現が同じ意味にも関わらず異なっていても、各ユーザ自身の表現形式で各データベースを自由に検索することができるデータベース異種性解消検索装置を提供することにある。」

「【００１４】図１は、本発明の一実施形態に係るデータベース異種性解消検索装置の構成を示すブロック図である。本実施形態のデータベース異種性解消検索装置は、複数のデータベースが存在する環境において同じ意味を有するが、データベースによってそれぞれ表現が異なるデータ項目をその表現の違いを解消して検索するものであり、データベースのデータ項目の値の表現形式（これをドメインと称する）を管理し、同じ意味を有するドメインをドメイングループとし、このドメイングループの中から代表して標準的に使用されるグローバルドメインを選択し、検索時にデータベースのローカルドメインとグローバルドメインとが異なる場合、ドメイン間の変換関数を呼び出し、この変換関数を用いてユーザの問い合わせ文を各データベースに適合した問い合わせ文に翻訳し、この翻訳した問い合わせ文によりデータベースを検索するものであり、該データベース異種性解消検索装置は、図１に示すように、ユーザのアプリケーションプログラム１２から入力される問い合わせ文１３の構文を解析する構文解析部１と、この問い合わせ文に対する処理の全体の流れを制御する問い合わせ処理制御部２、問い合わせの変換を行う問い合わせ変換部３、ドレイン間のデータ変換を行う関数の集まりである変換関数ライブラリ４、および検索されたデータのドメインを変換するデータ処理部６からなる問い合わせ処理部１１と、分散データベースにアクセスするためのデータベースアクセス部５と、ドメイン、ドメイングループなどの情報、データベースに含まれるテーブルの情報などを記憶し管理するメタデータ蓄積部７と、該メタデータ蓄積部７に対するメタデータの投入変換などを行うメタデータ管理部８とから構成され、前記データベースアクセス部５にはそれぞれデータベース９および該データベース９を管理するデータベース管理システム１０からなる複数のデータベースシステムが接続されている。なお、データベース９はローカルデータベースとも称する。

【００１５】このように構成される本実施形態のデータベース異種性解消検索装置は、検索を実行する前にドメインの定義などの準備を行う準備フェーズと実際の検索を行う検索フェーズの２段階の処理を実施する。

【００１６】まず、準備フェーズについて説明する。この準備フェーズでは、ドメインの定義を行うが、本実施形態におけるドメインの管理の考え方について図２を参照して説明する。データベースにおけるデータ項目のデータ値の表現法であるドメインとして、例えば図２に示すように、血液型を表す場合のドメインとしては、血液型値で表す場合、血液型コードで表す場合、血液型詳細で表す場合などのように種々の表現方法がある。このように種々の表現法の中で同じ意味を有するものをドメイングループとして定義し、この中からただ１つのドメインをユーザに見えるドメインとして設定することで、ユーザに対して単一な見方を提供することができる。なお、図２では、ドメイングループとして、年月日も挙げ、この中には年／月／日や月．日．年などを種々のドメインを示している。また、図２では、ユーザは血液型コードおよび年／月／日を使用しており、これらがユーザドメインとなる。

【００１７】ドメインについては、次に示す４つの設定、すなわちローカルドメインの設定、ドメイングループの設定、変換関数の作成、ユーザドメインの設定が必要であり、ユーザはメタデータ管理部８を用いてドメインなどの情報の設定を行う。また、これらの情報はメタデータ蓄積部７に保存される。更に、メタデータ蓄積部７に保存される各情報のテーブルの構成を図３および図４に示す。各ドメインの設定について説明する。

続きを表示（全169行）

【００１８】（１）ローカルドメインの設定：ローカルデータベース９の項目に対し、その表現形式を表す概念である「ドメイン」を設定する。これをローカルドメインと呼ぶ。例えば、あるデータベースのデータ項目「氏名」（型はchar（20））に対し、これのドメインをNameであると設定する。このNameというドメインの表す意味は、単にchar（20）という型だけではなく、「氏名」のより細かい表現の形式を表す。例えば、このNameは、

・姓が先で、名が後である。

・姓と名の間隔は、半角スペースである。

【００１９】といった表現形式である。列に対するドメインの定義は、図３（ａ）に示すように「列」テーブルに保持される。

【００２０】基本的には、この作業は、ローカルデータベースの管理者が行う。その時、メタデータ管理部８を用いて、既に定義されているドメインを参照する。もし、自分のデータベースのデータ項目のドメインとして使えるドメインが既に定義されているようなら、それを用い、新たにドメインを作成しない。

【００２１】（２）ドメイングループの設定：表現の形式は異なっているが、実際には同じ意味を表しているドメインのグループをドメイングループと呼ぶ。このグループに入るドメインは、すべて同じ意味の異なった表現法である。本装置では、ユーザからは、このドメイングループに含まれるドメインはすべて１つのドメインに統一されて見える。

【００２２】ローカルデータベースの管理者は、自分が定義したドメインがどのドメイングループに入るのかを判断し、そのドメイングループに入れる処理をする。適当なドメイングループが見つからない場合は、新しいドメイングループを作成する。もし、既に定義されているドメインであれば、どれかのドメイングループに含まれているので設定をする必要はない。図３（ｂ）にドメイングループを示す。

【００２３】ドメイングループの中には、１つの代表して標準的に使われるドメインを設定しておく（この設定は、基本的に本装置の管理者が行う）。そのドメインをグローバルドメインと呼ぶ。図３（ｃ）にグローバルドメインを示す。

【００２４】（３）変換関数作成：これは、既に変換関数が定義されている場合は、必要はない。グローバルドメインとローカルドメインの間の変換関数を一般のプログラミング言語を用いて作成する。作成した関数は、コンパイルし、ダイナミックにリンクできる形式にする。

【００２５】メタデータ管理部８を用いて、この変換関数とドメインの関係を登録する。変換関数とドメインの対応、変換関数の所在は、図４に示すように、「変換関数」テーブルに保持される。

【００２６】変換関数は、グローバルドメイン→ローカルドメイン、ローカルドメイン→グローバルドメインというように双方向の関数を作る。ただし、変換によっては、双方向に関数を作ることが不可能な場合もある（例：名前の変換で、「鈴木 源吾」→「鈴木源吾」という変換＝空白の削除は可能だが、その逆は一般的には不可能である）。その場合は、片方向のみの関数を作成する。双方向の関数を作る理由は、直接変換する関数がない場合に、関数を組み合わせて変換を行うためである。

【００２７】（４）ユーザドメインの設定：ドメイングループの中から、ユーザに実際に見えるドメインを（ユーザ毎に）選んでおく。これをユーザドメインと呼ぶ。ユーザが本装置に問い合わせを行う場合、さまざまなドメインにより表現されている項目があっても、すべてこのユーザドメインによる表現に統一される。また、このユーザドメインを変更することによって、ユーザからのデータの見え方を変更することができる。図３（ｄ）にユーザドメインを示す。

【００２８】次に、検索フェーズについて説明する。ドメインの情報を用いて以下のように検索を行う。ユーザは、一般にアプリケーションプログラムから、本装置の機能をライブラリなどの形で呼び出し使用する。ユーザからの問い合わせは、関係データベースの検索言語であるＳＱＬ言語で作成する。

【００２９】（１）問い合わせＤＢの決定：構文解析部１により問い合わせを解析し、問い合わせに含まれるテーブル・列を含むデータベースをメタデータ蓄積部７の「列」テーブルを検索することによって知る。

【００３０】（２）問い合わせに含まれる列のドメインの検索：問い合わせに含まれる列のドメインを図３（ａ）に示す「列」テーブルを検索することによって知る。

【００３１】（３）ユーザドメインの検索：問い合わせているユーザとドメインから、図３（ｄ）に示す「ドメイングループユーザ」テーブルを検索することにより、ユーザドメインを検索する。

【００３２】（４）変換関数の探索：ユーザドメインと（２）のドメインの間の変換関数を図４に示す「変換関数」テーブルを用いて調べる。Ａ→Ｂと直接適用できる変換関数が見つからない場合、Ａ→Ｃ，Ｃ→Ｂと組み合わせて変換できないかを探索する。これは、ドメインをノード、ドメイン間の変換関数の存在をエッジにしたグラフ上の探索問題であり、グラフ理論で検討されているアルゴリズムを用いて容易に実現することができる。

【００３３】（５）問い合わせの翻訳と実行：データベースアクセス部５に用いるシステムの差で、２つの実現方式がある。データベースアクセス部５は、データベース統合のためのミドルウェアを用いる。

【００３４】実現方式１はデータベースアクセス部５が拡張可能データベース的な機能を許す場合である。

【００３５】ユーザが定義した関数を使って、機能を拡張できるようなデータベース管理システムを拡張可能データベース管理システム（拡張可能ＤＢＭＳ）と呼ぶ。これに相当する機能がデータベースアクセス部に用いることのできる場合、変換関数は、拡張可能ＤＢＭＳのユーザ定義関数として実現することができる。そして、その関数を問い合わせ言語の中で用いることができる。

【００３６】データベースアクセス部に渡す問い合わせを作るために、ユーザの問い合わせの文中に含まれる列を、変換関数を含む形に置き換える。

【００３７】

ＳＱＬ文は、

select（検索する列）from（検索するテーブル）where（条件式）

の形式である。検索する列と条件式の列のドメインがユーザドメインと異なる場合、以下の置き換えを行う。

【００３８】Ａ）（検索する列）を（ローカルドメイン→ユーザドメインへの変換関数）（（検索する列））に置き換える。

Ｂ）（条件式に含まれる列）を（ローカルドメイン→ユーザドメインへの変換関数）（（条件式に含まれる列））に置き換える。

【００３９】実現方式２はデータベースアクセス部５が関係データベースの機能しか持たない場合である。関係データベースと同じ機能でしか、データベースアクセスできないミドルウェアでは、拡張可能データベースのように、ユーザ定義関数を問い合わせ言語内で用いることができないので、実現方式１のように問い合わせを書き換えることでは、変換を実現できない。以下のようにしてデータの変換を実現する必要がある。

【００４０】・問い合わせの中に含まれる値の変換：問い合わせに含まれる値をユーザドメインからローカルドメインに変換する。

・検索結果の変換：データ処理部６が、検索された結果の値をローカルドメインからユーザドメインに変換する。

【００４１】それぞれの方式ともに、複数のデータベースにアクセスを行うが、結果はそれぞれのデータベースへの検索結果の和を取ることとする。

【００４２】次に、具体的に合成変換を行う場合と行わない場合の２つの例について説明する。図５に使用するサンプルデータベース（ＤＢ）を示す。ドメインなどのメタデータについては、図３および図４の値はこの例に沿っている。例１、例２の両方で同じデータベースを用いる。２つの例は、準備フェーズの変換関数の定義までは共通である。ユーザドメインの設定から先が異なっている。２つのデータベース（ＤＢ）は以下の形式である。

【００４３】

ＤＢ１：

テーブル「社員」

「社員」の列＝（氏名、血液型）

「氏名」の表現法＝（鈴木源吾）

「血液型」の表現法＝（０，１，２，３）

ＤＢ２：

テーブル「社員」

「社員」の列＝（氏名、血液型）

「氏名」の表現法＝（鈴木 源吾）

「血液型」の表現法＝（Ａ，Ｂ，Ｏ，ＡＢ）

つまり、ＤＢ１の「氏名」は名字と名前の間に空白をおかず、ＤＢ２の「氏名」は名字と名前の間に半角の空白をおく。ＤＢ１の血液型は、コードで表現され、ＤＢ２の血液型は値で表現されている。

【００４４】まず、例１として、合成変換を行わない場合について説明する。例１の準備フェーズとして、上述したようにローカルドメイン、ドメイングループ、変換関数の定義およびユーザドメインの決定がそれぞれ以下のように行われる。

【００４５】（１）ローカルドメインの定義：ＤＢ１，ＤＢ２の管理者は、それぞれ自分のＤＢの列に対してそのローカルドメインを設定する。ＤＢ１の氏名のドメインは姓名間のスペースがないので、NameNoSpaceとする。ＤＢ１の血液型のドメインはコードで表現されているので、BloodTypeCodeとする。ＤＢ２の氏名のドメインは姓名間にスペースがあるので、NameSpaceとする。ＤＢ２の血液型のドメインは半角の値で表現されているので、BloodTypeValueとする。

【００４６】（２）ドメイングループの定義：ここでは、ドメイングループとして

・Name（含まれるドメインは、NameNoSpace，NameSpace、グローバルドメインは、NameNoSpace）、

・BloodType（含まれるドメインは、BloodTypeCode，BloodTypeValue，BloodTypeValueLarge、グローバルドメインは、BloodTypeValueLarge）

の２つを設定する。ここで、BloodTypeValueLargeとは、（Ａ，Ｂ，Ｏ，ＡＢ）という全角文字で値の入っているドメインである。

【００４７】

（３）変換関数の定義：

それぞれのドメイングループについて、以下の変換関数を定義する。

ドメイングループ：Name

変換関数：NameSpace2NameNoSpace( )

名字と名前の間の空白を除去する。

逆変換は、姓と名の間を一般的には判断できないので作れない。

ドメイングループ：BloodType

変換関数：BloodTypeCode2BloodTypeValueLarge( )

図６の対応表を用いて変換を行う。

変換関数：BloodTypeValue2BloodTypeValueLarge( )

半角→全角変換

変換関数：BloodTypeValueLarge2BloodTypeCode( )

図６の対応表を用いて値の変換を行う。

変換関数：BloodTypeValueLarge2BloodTypeValue( )

全角→半角変換

（４）ユーザドメインの決定：この例では、ユーザドメインはグローバルドメインと等しいとする（図３（ｄ）にあるユーザgsuzukiが使う場合である）。つまり、

（Nameのユーザドメイン）＝NameNoSpace

（BloodTypeのユーザドメイン）＝BloodTypeValueLarge

とする。

【００４８】次に、例１の検索フェーズについて説明する。◎ユーザの問い合わせを次のようにＳＱＬ文に変換する。

問い合わせ：select氏名 where血液型＝”Ａ”

（１）血液型と氏名を含むテーブルの検索：「列」テーブルを検索して、ＤＢ１とＤＢ２を発見する。

【００４９】

（２）氏名と血液型のドメインのチェック

ＤＢ１：氏名→NameNoSpace、血液型→BloodTypeCode

ＣＢ２：氏名→NameSpace、血液型→BloodTypeValue

（３）それぞれのドメインが含まれるグループのユーザドメインの検索：

ＤＢ１，ＤＢ２：氏名→NameNoSpace、血液型→BloodTypeValueLarge

以下（４）以降は、上述した実現方式１と実現方式２に分けて説明する。

【００５０】実現方式１の場合について説明する。

（４）変換関数探索：

（検索する列）について、（ローカルドメイン→ユーザドメインへの変換関数）を探す。

ＤＢ１：氏名→変換なし

ＤＢ２：氏名→NameSpace2NameNoSpace( )

（条件式に含まれる列）について（ローカルドメイン→ユーザドメインへの変換関数）を探す。

ＤＢ１：血液型→BloodTypeCode2BloodTypeValueLarge( )

ＤＢ２：血液型→BloodTypeValue2BloodTypeValueLarge( )

いずれも関数を組み合わせないで変換可能である。

（５）問い合わせの翻訳を行う：

ＤＢ１：select氏名 where BloodTypeCode2BloodTypeValueLarge（血液型）＝”Ａ”

ＤＢ２：select NameSpace2NameNoSpace（氏名）

Where BloodTypeValu2BloodTypeValueLarge（血液型）＝”Ａ”

（６）問い合わせ実行：各ＤＢ毎の検索結果は、次のようになる。

ＤＢ１：鈴木美紀

ＤＢ２：町原宏毅

最終的な検索結果はその和をとって、

鈴木美紀

町原宏毅

となる。

【００５１】次に、実現方式２の場合について説明する。

（４）変換関数探索

（条件式に含まれる値）について、（ユーザドメイン→ローカルドメインへの変換関数）を探す。

ＤＢ１：血液型→BloodTypeValueLarge2BloodTypeCode( )

ＤＢ２：血液型→BloodTypeValueLarge2BloodTypeValue( )

（５）値の変換を行う。

BloodTypeValueLarge2BloodTypeCode（”Ａ”）の検索結果は０となる。

BloodTypeValueLarge2BloodTypeValue（”Ａ”）の検索結果はＡとなる。

（６）問い合わせの翻訳を行う。

【００５２】

ＤＢ１：select氏名 where血液型＝”０”

ＤＢ２：select氏名 where血液型＝”Ａ”

（７）各ＤＢに問い合わせを実行する。

ＤＢ１：

鈴木美紀

ＤＢ２：

町原 宏毅

（８）検索結果を変換する。

ＤＢ２：氏名は、ユーザドメインとローカルドメインが異なっているので、値を変換する。

NameSpace2NameNoSpace（”町原 宏毅”）の結果は、”町原宏毅”

（９）検索結果の和をとる。

最終的な検索結果は、

鈴木美紀

町原宏毅

となる。

【００５３】次に、例２として、合成変換を行う場合について説明する。ＤＢ１を使用するユーザが、ＤＢ１の形式で情報を得たいという状況を考える。このとき、ユーザドメインをＤＢ１の型にすることになる（図３にあるユーザsatohが使う場合である）。

【００５４】まず、準備フェーズについて説明するが、（３）までは、例１と同様であるので、次のように（４）を行う。

【００５５】（４）ユーザドメインの決定：NameのユーザドメインをNameNoSpaceとする。BloodTypeのユーザドメインをBloodTypeCodeとする。次に、例２の検索フェーズについて説明する。ユーザの問い合わせを次のようにＳＱＬ文に変更する。

問い合わせ：select氏名 where血液型＝”０”

（１）血液型と氏名を含むテーブルの検索：

ＤＢ１とＤＢ２を発見する。

（２）氏名と血液型のドメインのチェック：

ＤＢ１：氏名→NameNoSpace、血液型→BloodTypeCode

ＤＢ２：氏名→NameSpace、血液型→BloodTypeValue

（３）それぞれのドメインが含まれるグループのユーザドメインの検索：

ＤＢ１，ＤＢ２：氏名→NameNoSpace、血液型→BloodTypeValue

実現方式１の場合について（４）以降を説明する。

（４）変換関数探索：

（検索する列）について、（ローカルドメイン→ユーザドメインへの変換関数）を探す。

ＤＢ１：氏名→変換なし

ＤＢ２：氏名→NameSpace2NameNoSpace( )

（条件式に含まれる列）について（ローカルドメイン→ユーザドメインへの変換関数）を探す。

ＤＢ１：血液型→変換なし

ＤＢ２：血液型→１つの関数で変換できないから図７に示すように以下のルートで検索する。

ドメイン：BloodTypeValue →BloodTypeValueLarge →BloodTypeCode

BloodTypeValue2BloodTypeValueLarge →BloodTypeValueLargeBloodTypeValueCode

（５）問い合わせの翻訳を行う：

ＤＢ１：select氏名 where 血液型＝”０”

ＤＢ２：select NameSpace2NameNoSpace（氏名）

Where BloodTypeValueLarge2BloodTypeCode(BloodTypeValue2BloodTypeValueLarge(血液型）＝”０”

（６）問い合わせ実行：

検索結果は、例１）と同じである。

次に、実現方式２の場合について説明する。

（４）変換関数探索

（条件式に含まれる値）について、（ユーザドメイン→ローカルドメインへの変換関数）を探す。

ＤＢ１：血液型→変換なし

ＤＢ２：血液型→１つの関数で変換できないから以下のルートで変換する。

ドメイン：BloodTypeCode →BloodTypeValueLarge →BloodTypeValue

関数：BloodTypeValueLarge2BloodTypeCode →BloodTypeValue2BloodTypeValueLarge

（５）値の変換を行う。

BloodTypeValue2BloodTypeValueLarge(BloodTypeValueLarge2BloodTypeCode(”０”）の結果はＡとなる。

（６）問い合わせの翻訳を行う。

ＤＢ１：select氏名 where血液型＝”０”

ＤＢ２：select氏名 where血液型＝”Ａ”

（７）以降は例１の実現方式２の場合と同じである。」

［図：0001382598000001.jpg］

［図：0001382598000002.jpg］

［図：0001382598000003.jpg］

［図：0001382598000004.jpg］

［図：0001382598000005.jpg］

［図：0001382598000006.jpg］

［図：0001382598000007.jpg］

（２）上記（１）の記載から以下のことがいえる。

ア 【０００１】、【００１４】によると、引用文献１には、「複数のローカルデータベースが存在する環境において同じ意味を有するが、ローカルデータベースによってそれぞれ表現が異なるデータ項目をその表現の違いを解消して検索するデータベース異種性解消検索装置における検索方法」が記載されている。

イ 【００１４】、図１によると、上記アの「データベース異種性解消検索装置」は、「同じ意味を有するドメイン（データベースのデータ項目の値の表現形式）をドメイングループとし、ドメイン間のデータ変換を行う変換関数を集まりである変換関数ライブラリ」を備えている。

ウ 【００１４】、【００２８】、【００２９】、【００３０】、【００３７】、【００３９】、【００４０】、図１によると、上記（１）の「データベース異種性解消検索装置」は、「問い合わせ文に対する処理の全体の流れを制御する問い合わせ処理制御部」と、「構文解析部」とを備え、「構文解析部」は、「関係データベースの検索言語であるＳＱＬ言語で作成されたユーザからの問い合わせ文を受け、解析し、問い合わせの対象となるローカルデータベースをメタデータ蓄積部から検索し、当該ローカルデータベースのデータ項目のドメインをメタデータ蓄積部においてチェック」するものである。

エ 【００１４】、【００１７】、【００３２】、【００４０】、【００４８】、【００４９】、【００５１】、【００５３】、【００５５】図１、図３によると、上記アの「データベース異種性解消検索装置」は、「問い合わせ変換部」を備え、「問い合わせ変換部」は、「問い合わせ文の条件式に含まれる値について、ユーザドメインからローカルドメインへの変換関数を変換関数ライブラリから検索し、当該変換関数又は複数の変換関数の合成変換を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することにより、ユーザの問い合わせ文を各ローカルデータベースに適合した問い合わせ文に翻訳」するものである。

オ 【００１４】、【００３９】、【００５２】、図１によると、上記エで「翻訳された問い合わせ文は、データベースアクセス部に渡され、各ローカルデータベースに問い合わせが実行される」。

カ 【０００８】、【００１４】、【００４０】、【００５２】、図１によると、上記アの「データベース異種性解消検索装置」は、「データ処理部」を備え、上記オにより問い合わされた結果、「データ処理部」により、「各ローカルデータベースにおいて検索されたデータのドメインを変換関数によりローカルドメインからユーザドメインに変換して、ユーザが利用したい表現形式で検索結果を返す」。

（３）引用発明

上記（２）によると、引用文献１には、

「問い合わせ文に対する処理の全体の流れを制御する問い合わせ処理制御部と、構文解析部と、同じ意味を有するドメイン（データベースのデータ項目の値の表現形式）をドメイングループとし、ドメイン間のデータ変換を行う変換関数を集まりである変換関数ライブラリと、問い合わせ変換部と、データ処理部とを備え、複数のローカルデータベースが存在する環境において同じ意味を有するが、ローカルデータベースによってそれぞれ表現が異なるデータ項目をその表現の違いを解消して検索するデータベース異種性解消検索装置における検索方法において、

前記構文解析部は、関係データベースの検索言語であるＳＱＬ言語で作成されたユーザからの問い合わせ文を受け、解析し、問い合わせの対象となるローカルデータベースをメタデータ蓄積部から検索し、当該ローカルデータベースのデータ項目のドメインをメタデータ蓄積部においてチェックし、

前記問い合わせ変換部は、問い合わせ文の条件式に含まれる値について、ユーザドメインからローカルドメインへの変換関数を変換関数ライブラリから検索し、当該変換関数又は複数の変換関数の合成変換を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することにより、ユーザの問い合わせ文を各ローカルデータベースに適合した問い合わせ文に翻訳し、

翻訳された問い合わせ文は、データベースアクセス部に渡され、各ローカルデータベースに問い合わせが実行され、

データ処理部により、各ローカルデータベースにおいて検索されたデータのドメインを変換関数によりローカルドメインからユーザドメインに変換して、ユーザが利用したい表現形式で検索結果を返す、

検索方法。」の発明（以下、「引用発明」という。）が記載されている。

２ 引用文献Ａ

（２）引用発明Ａ

上記（１）によると、引用文献Ａには、図３の従来技術について、

「クライアントの情報処理装置のアプリケーション・ソフトウェアによって、クライアントの情報処理装置からネットワークを介して、複数の異種のデータベースであるＤＢＭＳ＿Ａ、ＤＢＭＳ＿Ｂが動作するデータベース・サーバをアクセスする異種データベース・アクセス・システムのアクセス方法であって、

クライアントから、標準仕様のＳＱＬ文で問い合わせを行うと、ＳＱＬ文はゲートウェイ情報処理装置に送られ、

ゲートウェイ情報処理装置において、ＳＱＬ変換＿Ａ、ＳＱＬ変換＿Ｂの各コンポーネントは、受け取ったＳＱＬ文をターゲットＤＢＭＳの仕様に変換し、各ＤＢＭＳ用のデータベース・ドライバＡ １２２ａ、データベース・ドライバＢ １２２ｂを介して、各ターゲットのＤＢＭＳ＿Ａによって管理されているサーバ情報処理装置１２０ａ、ＤＢＭＳ＿Ｂによって管理されているサーバ情報処理装置１２０ｂに変換を行ったＳＱＬ文を送信し、

各ＤＢＭＳでの処理結果は、上述の経路を逆に辿り、ＳＱＬ変換＿ＡまたはＳＱＬ変換＿Ｂによって、標準のデータ形式に変換された後、アプリケーション・ソフトウェアに返さされる、

異種データベース・アクセス・システムのアクセス方法。」の発明（以下、「引用発明Ａ」という。）が記載されている。

第６ 当審の判断

１ 本願発明１について

（１）対比

本願発明１と引用発明とを対比する。

ア 引用発明の「複数のローカルデータベースが存在する環境において同じ意味を有するが、ローカルデータベースによってそれぞれ表現が異なるデータ項目をその表現の違いを解消して検索するデータベース異種性解消検索装置における検索方法」は、ローカルデータベースからデータを検索するから、「データベースからデータにアクセスする」ものといえ、「データベース異種性解消検索装置」は、複数のローカルデータベースの表現の違いを解消してローカルデータベースにアクセスするためのアクセスシステムであり、ユーザが利用したい表現形式に標準化してデータベースにアクセスするものであるから、複数のローカルデータベースの表現が異なるデータ項目を表現の違いを解消して検索するものといえる。

よって、引用発明の「複数のローカルデータベースが存在する環境において同じ意味を有するが、ローカルデータベースによってそれぞれ表現が異なるデータ項目をその表現の違いを解消して検索するデータベース異種性解消検索装置における検索方法」は、本願発明１と同様の「データベースからデータにアクセスするデータベースのアクセスシステムによる標準化データベースアクセス方法」であるといえる。

イ 本願発明１における「ハイパーオブジェクト」は、本願明細書【００１１】によると、「それぞれがルールを有」し、「別なデータベースからのデータへのアクセスを支配」し、「データベースからデータを検索する選択ハイパーオブジェクトを介してデータリクエストが送られ」るものであり、また、本願明細書【００１７】によると、「データベースのデータへのアクセスのリクエストに対する異なるルールおよびデータベースから受け取られるデータを操作するためのルールで構成」され、「ルールのそれぞれは機能操作、論理的決定およびコンテクスト変換を行う」ことができ、また、本願明細書【００１９】によると、「ルールの変換部は、サーチ照会において具体的に示されたコンテクストまたは環境に関する付加的なおよび／または具体的なルールを有する」ものである。

一方、引用発明は、「問い合わせ変換部」が、「問い合わせ文の条件式に含まれる値について、ユーザドメインからローカルドメインへの変換関数を」「同じ意味を有するドメイン（データベースのデータ項目の値の表現形式）をドメイングループとし、ドメイン間のデータ変換を行う変換関数を集まりである変換関数ライブラリ」から検索し、当該変換関数又は複数の変換関数の合成変換を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することにより、ユーザからの問い合わせ文を各ローカルデータベースに適合した問い合わせ文に翻訳するものである。ここで、引用発明の「変換関数」は、ライブラリに格納されており、それぞれが異なる変換ルールを有し、それぞれが、問い合わせ変換部のソフトウェアと協働して、データベースからのデータにアクセスするための手段を構成するものであるから、本願発明１の「データハイパーオブジェクト」に相当するといえる。

よって、引用発明の「同じ意味を有するドメイン（データベースのデータ項目の値の表現形式）をドメイングループとし、ドメイン間のデータ変換を行う変換関数を集まりである変換関数ライブラリ」と、「変換関数を変換関数ライブラリから検索し、当該変換関数又は複数の変換関数の合成変換を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することにより、ユーザの問い合わせ文を各ローカルデータベースに適合した問い合わせ文に翻訳」する「問い合わせ変換部」とが協働した構成は、本願発明１と同様に「前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトを含む一群のハイパーオブジェクトを管理するソフトウェア手段を提供」するものといえる。

ウ 本願発明１の「ハイパーオブジェクト照会言語（ＨＯＱＬ）」は、本願明細書【００２７】によると、「関係型データベース照会に使用される構造化照会言語（ＳＱＬ）と同様な方法で実行することができ、具体的なアプリケーションに応じて機能拡張を使用することができる。ＨＯＱＬのシンタックスはＳＱＬのシンタックスと実質的に同じか似ていればよいが、アクションは異なり、例えば第１ハイパーオブジェクトに指示を与え、第２ハイパーオブジェクトに照会のコンテクスト条件に応答してそのルールの変換部を利用するようにコマンドを与えることができる」ものである。

そうすると、引用発明の「ＳＱＬ言語で作成されたユーザからの問い合わせ文」は、「構文解析部」により受け付けられ、「問い合わせ変換部」において、「変換関数」（データハイパーオブジェクト）の選択に用いられるから、本願発明１と同様の「ハイパーオブジェクト照会言語（ＨＯＱＬ）」であるといえる。また、引用発明の「構文解析部」は、「問い合わせ文に対する処理の全体の流れを制御する問い合わせ処理制御部」により制御されることから、「構文解析部」を制御する「問い合わせ処理制御部」は「エンジン」といえるものである。よって、引用発明の「関係データベースの検索言語であるＳＱＬ言語で作成されたユーザからの問い合わせ文を受け、解析」する「構文解析部」の構成は、本願発明１と同様の「ハイパーオブジェクト照会言語（ＨＯＱＬ）エンジンを使用して、前記データベースに記憶された所定のデータに関するＨＯＱＬ照会を受け取るソフトウェア手段を提供」するものといえる。

エ また、引用発明の「問い合わせ変換部」において、「ＳＱＬ言語で作成されたユーザからの問い合わせ文」に対応して「変換関数」（データハイパーオブジェクト）を選択することと、本願発明１の「前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンの使用によって、少なくとも一つのデータハイパーオブジェクトを選択して、そして前記ＨＯＱＬ照会によって新しいハイパーオブジェクトが望ましいとすると新しいハイパーオブジェクトの作成を指示するソフトウェア手段を提供」することとは、「前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンの使用によって、少なくとも一つのデータハイパーオブジェクトを選択するソフトウェア手段を提供」する点で共通する。

オ 引用発明の「ローカルデータベース」は、本願発明１の「データベース」に相当し、引用発明において「ローカルデータベース」にアクセスするための「データベースアクセス部」、「データリクエスト」は、それぞれ、本願発明１の「データベース」にアクセスするための「アダプタ」、「翻訳した問い合わせ文」に相当し、引用発明において、変換関数を用いて問い合わせ分を翻訳することは、変換関数のルールに従って翻訳しているといえるから、引用発明の、変換関数を用いて問い合わせ文を翻訳し、翻訳した問い合わせ文を、データベースアクセス部を介して、各ローカルデータベースに送る「問い合わせ変換部」を構成することと、本願発明１の「前記データベースからデータを検索するために、アダプタを介し、前記データベースに対して前記の選択されたデータハイパーオブジェクトと前記作成された新しいハイパーオブジェクトとを併用して且つそのルールに従ったデータリクエストを送信するソフトウェア手段を提供」することとは、「前記データベースからデータを検索するために、アダプタを介し、前記データベースに対して前記の選択されたデータハイパーオブジェクトを使用して且つそのルールに従ったデータリクエストを送信するソフトウェア手段を提供」する点で共通する。

カ 引用発明において、「翻訳された問い合わせ文は、データベースアクセス部に渡され、各ローカルデータベースに問い合わせが実行され」、「各ローカルデータベースにおいて検索されたデータ」は、「データベースアクセス部」を介して「データ処理部」により受け取られることとは、本願発明１の「前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供」することに相当する。

キ 引用発明の「データ処理部」は、各ローカルデータベースにおいて検索されたデータのドメインを変換関数によりローカルドメインからユーザドメインに変換して、ユーザが利用したい表現形式で検索結果を返すものであり、ここで、ユーザドメインに変換された各ローカルデータベースにおいて検索されたデータは、ユーザが利用したい表現形式の検索結果、すなわち、目的の標準化出力であるといえ、また、ドメインを変換する変換関数は、データハイパーオブジェクトに関連するルールに従ったものといえ、得られた結果は、ローカルデータベースのデータを擬似的にハイパーオブジェクトにしたものといえる。

よって、引用発明の「データ処理部」と、本願発明１の「目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って前記ＨＯＱＬエンジンに疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供する」こととは、「目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供する」点で共通する。

（２）一致点、相違点

上記（１）によると、本願発明１と引用発明とは、次の一致点、相違点を有する。

［一致点］

データベースからデータにアクセスするデータベースのアクセスシステムによる標準化データベースアクセス方法において、

前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトを含む一群のハイパーオブジェクトを管理するソフトウェア手段を提供して、

ハイパーオブジェクト照会言語（ＨＯＱＬ）エンジンを使用して、前記データベースに記憶された所定のデータに関するＨＯＱＬ照会を受け取るソフトウェア手段を提供して、

前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンの使用によって、少なくとも一つのデータハイパーオブジェクトを選択するソフトウェア手段を提供して、

前記データベースからデータを検索するために、アダプタを介し、前記データベースに対して前記の選択されたデータハイパーオブジェクトを使用して且つそのルールに従ったデータリクエストを送信するソフトウェア手段を提供して、

前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供して、そして

目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って、疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供することを特徴とする標準化データベースアクセス方法。

［相違点１］

ＨＯＱＬ照会に応答して、少なくとも一つのデータハイパーオブジェクトを選択するソフトウェア手段が、本願発明１では、新しいハイパーオブジェクトが望ましいとすると新しいハイパーオブジェクトの作成を指示するのに対し、引用発明では、データを直接変換する変換関数（ハイパーオブジェクト）がない場合は、複数の変換関数の合成変換により行うものであり、新しいハイパーオブジェクトを作成するものではない点。

［相違点２］

データベースからデータを検索するためのデータリクエストが、本願発明１では、「作成された新しいハイパーオブジェクトを併用」したものであるのに対し、引用発明はそうではない点。

［相違点３］

疑似ハイパーオブジェクトが、本願発明１では、「ＨＯＱＬエンジン」に送信されるのに対し、引用発明では、検索結果としてユーザに返される点。

（３）相違点についての判断

事案に鑑みて、上記［相違点１］及び［相違点２］について先に検討すると、［相違点１］に係る本願発明１の「新しいハイパーオブジェクトが望ましいとすると新しいハイパーオブジェクトの作成を指示する」構成、及び、［相違点２］に係る本願発明１の「作成された新しいハイパーオブジェクトを併用」して、データベースからデータを検索するためのデータリクエストを送信することは、引用文献１には記載されておらず、本願優先日前において周知技術であるともいえない。

そして、本願発明１は、「所定のデータベースのスキーマまたはデータ構造と無関係に、目的の標準化レポートやその他の出力を作成するために、ネイティブデータベースを利用できる。また、スキーマおよび／またはデータベース構造に変化があっても、同じ標準化レポートやその他の出力を簡単に作成できる。」という明細書（【００１０】）記載の作用効果を奏するものである。

したがって、本願発明１は、［相違点３］について検討するまでもなく、当業者であっても引用発明に基づいて容易に発明をすることができたものではない。

２ 本願発明２について

（１）対比

本願発明２と引用発明とを対比する。

ア 引用発明が、本願発明２と同様に「データベースを用意するソフトウェア手段を提供」していることは明らかである。

イ 本願発明２の「コンテクストハイパーオブジェクト」は、本願細書【００１８】によると、「コンテクストデータをリクエストし、かつアダプタ３４を介してデータベース３６からリクエストされたコンテクストデータを受け取るために使用できるルールで構成することができる。コンテクストデータは調査照会で具体的に挙げられたコンテクストまたは環境に関する情報を有することができる。」というものである。

一方、引用発明の「構文解析部」が、「問い合わせの対象となるローカルデータベースをメタデータ蓄積部から検索し、当該ローカルデータベースのデータ項目のドメインをメタデータ蓄積部においてチェック」することは、各ローカルデータベースの環境に関する情報をメタデータ蓄積部から検索してチェックすることであり、また、引用発明において、変換関数を変換関数ライブラリから検索し、当該変換関数を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することは、ルールを変換することであるから、引用発明において、メタデータ蓄積部から検索し、ドメインをチェックする機能は、本願発明２の「コンテクストハイパーオブジェクト」に対応する機能であるといえ、引用発明は、本願発明２と同様の「コンテキスハイパーオブジェクト」を有しているといえる。

ウ 引用発明の「同じ意味を有するドメイン（データベースのデータ項目の値の表現形式）をドメイングループとし、ドメイン間のデータ変換を行う変換関数を集まりである変換関数ライブラリ」と、「変換関数を変換関数ライブラリから検索し、当該変換関数又は複数の変換関数の合成変換を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することにより、ユーザの問い合わせ文を各ローカルデータベースに適合した問い合わせ文に翻訳」する「問い合わせ変換部」とが協働した構成は、上記イを参酌すると、本願発明２と同様に「前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトおよび少なくとも一つのコンテクストハイパーオブジェクトを有する一群のハイパーオブジェクトを管理するソフトウェア手段を提供」するものといえる。

エ 引用発明において、メタデータ蓄積部から検索し、ドメインをチェックする機能は、本願発明２の「コンテクストハイパーオブジェクト」に対応する機能であるといえ、ドメインのチェック結果に基づいて、変換関数を変換関数ライブラリから検索し、当該変換関数を用いて問い合わせの条件式に含まれる値をユーザドメインからローカルドメインに変換することは、ルールを変換することであるから、引用発明のこれらの機能と、本願発明２の「前記コンテクストハイパーオブジェクトが、所定のデータの環境に関する前記データベースに記憶された前記所定のデータのみが選択された部分の前記データベースにコンテクストデータをリクエストするルールを含み、前記の選択されたコンテクストハイパーオブジェクトを用いて、前記データベースにコンテクストデータをリクエストするためのソフトウェア手段を提供し、前記の選択されたデータハイパーオブジェクトの変換部分が使用する前記の選択されたコンテクストハイパーオブジェクトを介してルール変換コマンドを発生して、このルールを修正するソフトウェア手段を提供」することとは、「前記コンテクストハイパーオブジェクトが、所定のデータの環境に関するコンテクストデータをリクエストするルールを含み、前記の選択されたコンテクストハイパーオブジェクトを用いて、コンテクストデータをリクエストするためのソフトウェア手段を提供し、前記の選択されたデータハイパーオブジェクトの変換部分が使用するルールを修正するソフトウェア手段を提供」する点で共通する。

オ 引用発明の「ローカルデータベース」は、本願発明２の「データベース」に相当し、引用発明において「ローカルデータベース」にアクセスするための「データベースアクセス部」、「データリクエスト」は、それぞれ、本願発明２の「データベース」にアクセスするための「アダプタ」、「翻訳した問い合わせ文」に相当し、引用発明において、変換関数を用いて問い合わせ分を翻訳することは、変換関数のルールに従って翻訳しているといえるから、引用発明の、変換関数を用いて問い合わせ文を翻訳し、翻訳した問い合わせ文を、データベースアクセス部を介して、各ローカルデータベースに送る「問い合わせ変換部」を構成することは、本願発明２の「前記データベースからデータを検索するために、その変えられたルールに従ってアダプタを介して前記の選択されたデータハイパーオブジェクトから前記データベースに対するデータリクエストを送るソフトウェア手段を提供」することに相当する。

カ 引用発明において、「翻訳された問い合わせ文は、データベースアクセス部に渡され、各ローカルデータベースに問い合わせが実行され」、「各ローカルデータベースにおいて検索されたデータ」は、「データベースアクセス部」を介して「データ処理部」により受け取られることと、本願発明２の「前記変えられたルールを前記ＨＯＱＬ照会に応答して使用すべきか否かの判断のために前記のリクエストされたコンテクストデータを操作して、そして、前記変えられたルールを使用するならば前記の選択されたデータハイパーオブジェクトに変換コマンドを送り、前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供」することとは、「前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供」する点で共通する。

キ 引用発明の「データ処理部」は、各ローカルデータベースにおいて検索されたデータのドメインを変換関数によりローカルドメインからユーザドメインに変換して、ユーザが利用したい表現形式で検索結果を返すものであり、ここで、ユーザドメインに変換された各ローカルデータベースにおいて検索されたデータは、ユーザが利用したい表現形式の検索結果、すなわち、目的の標準化出力であるといえ、また、ドメインを変換する変換関数は、データハイパーオブジェクトに関連するルールに従ったものといえ、得られた結果は、ローカルデータベースのデータを擬似的にハイパーオブジェクトにしたものといえる。

よって、引用発明の「データ処理部」と、本願発明２の「目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って前記ＨＯＱＬエンジンに疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供する」こととは、「目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供する」点で共通する。

（２）一致点、相違点

上記（１）によると、本願発明２と引用発明とは、以下の一致点、相違点を有する。

［一致点］

データベースのアクセスシステムによる標準化データベースアクセス方法において、

データベースを用意するソフトウェア手段を提供し、

前記アクセスシステムのハイパーオブジェクトライブラリーに格納され、それぞれが異なるルールを有し、かつそれぞれが少なくとも一つのデータハイパーオブジェクトおよび少なくとも一つのコンテクストハイパーオブジェクトを有する一群のハイパーオブジェクトを用意するソフトウェア手段を提供して、

ハイパーオブジェクト照会言語（ＨＯＱＬ）エンジンを使用して、前記データベースに記憶された所定のデータに関するＨＯＱＬ照会を受け取るソフトウェア手段を提供し、

前記ＨＯＱＬ照会に応答して、前記ＨＯＱＬエンジンを使用して少なくとも一つのデータハイパーオブジェクトを選択するソフトウェア手段を提供し、

前記コンテクストハイパーオブジェクトが、所定のデータの環境に関するコンテクストデータをリクエストするルールを含み、

前記の選択されたコンテクストハイパーオブジェクトを用いて、コンテクストデータをリクエストするためのソフトウェア手段を提供し、

前記の選択されたデータハイパーオブジェクトの変換部分が使用するルールを修正するソフトウェア手段を提供し、

前記データベースからデータを検索するために、その変えられたルールに従ってアダプタを介して前記の選択されたデータハイパーオブジェクトから前記データベースに対するデータリクエストを送るソフトウェア手段を提供し、

前記の選択されたデータハイパーオブジェクトによって使用される前記のリクエストされたデータを前記データベースから前記アダプタを介して受け取るソフトウェア手段を提供し、そして

目的の標準化出力を提供するために、前記の選択されたデータハイパーオブジェクトに関連する前記ルールに従って、疑似ハイパーオブジェクトとして送信するように、前記のリクエストされたデータを使用するソフトウェア手段を提供することを特徴とする標準化データベースアクセス方法。

［相違点２－１］

コンテクストデータオブジェクトが行う、所定のデータの環境に関するコンテクストデータのリクエストが、本願発明２では、所定の環境に関するデータベースに記憶された所定のデータのみが選択された部分のデータベースに対して行われるのに対し、引用発明ではメタデータ蓄積部に対して行われる点。

［相違点２－２］

データハイパーオブジェクトの変換部分が使用するルールの修正が、本願発明２では、コンテクストハイパーオブジェクトを介したルール変換コマンドの発生により行われるのに対し、引用発明では、メタデータ蓄積部のチェックに基づいて、変換関数ライブラリから変換関数を検索することにより行われる点。

［相違点２－３］

データベースに対してデータをリクエストし、受け取るための、「選択されたデータハイパーオブジェクト」について、本願発明２では、「前記変えられたルールを前記ＨＯＱＬ照会に応答して使用すべきか否かの判断のために前記のリクエストされたコンテクストデータを操作して、そして、前記変えられたルールを使用するならば前記の選択されたデータハイパーオブジェクトに変換コマンドを送」るのに対し、引用発明では、そのような構成を有しない点。

［相違点２－４］

疑似ハイパーオブジェクトが、本願発明２では、「ＨＯＱＬエンジン」に送信されるのに対し、引用発明では、検索結果としてユーザに返される点。

（３）相違点についての判断

事案に鑑みて、上記［相違点２－３］について先に検討すると、［相違点２－３］に係る本願発明２の前記変えられたルールを前記ＨＯＱＬ照会に応答して使用すべきか否かの判断のために前記のリクエストされたコンテクストデータを操作して、そして、前記変えられたルールを使用するならば前記の選択されたデータハイパーオブジェクトに変換コマンドを送」る構成は、引用文献１には記載されておらず、本願優先日前において周知技術であるともいえない。

そして、本願発明２は、「所定のデータベースのスキーマまたはデータ構造と無関係に、目的の標準化レポートやその他の出力を作成するために、ネイティブデータベースを利用できる。また、スキーマおよび／またはデータベース構造に変化があっても、同じ標準化レポートやその他の出力を簡単に作成できる。」という明細書（【００１０】）記載の作用効果を奏するものである。

したがって、本願発明２は、他の相違点について検討するまでもなく、当業者であっても引用発明に基づいて容易に発明をすることができたものではない。

３ 本願発明３について

本願発明３は、本願発明１の「標準化データベースアクセス方法」の発明を「プログラム」の発明として記載したものであり、本願発明１の上記［相違点１］に対応する「前記一群のハイパーオブジェクトが十分でないとすると新しいハイパーオブジェクトの作成を指示する」構成、及び、本願発明１の上記［相違点２］に対応する「作成された新しいハイパーオブジェクトを併用」して、データベースからデータを検索するためのデータリクエストを送る構成は、引用文献１には記載されておらず、本願優先日前において周知技術であるともいえない。

そして、本願発明３は、「所定のデータベースのスキーマまたはデータ構造と無関係に、目的の標準化レポートやその他の出力を作成するために、ネイティブデータベースを利用できる。また、スキーマおよび／またはデータベース構造に変化があっても、同じ標準化レポートやその他の出力を簡単に作成できる。」という明細書（【００１０】）記載の作用効果を奏するものである。

よって、本願発明３は、引用発明に基づいて当業者が容易に発明をすることができたものではない。

４ 原査定について

令和３年１０月１９日にされた手続補正により、本願発明１は、「新しいハイパーオブジェクトが望ましいとすると新しいハイパーオブジェクトの作成を指示する」構成、及び、「作成された新しいハイパーオブジェクトを併用」して、データベースからデータを検索するためのデータリクエストを送信する構成を有し、本願発明２は、「前記変えられたルールを前記ＨＯＱＬ照会に応答して使用すべきか否かの判断のために前記のリクエストされたコンテクストデータを操作して、そして、前記変えられたルールを使用するならば前記の選択されたデータハイパーオブジェクトに変換コマンドを送」る構成、本願発明３は、「前記一群のハイパーオブジェクトが十分でないとすると新しいハイパーオブジェクトの作成を指示する」構成、及び、「作成された新しいハイパーオブジェクトを併用」して、データベースからデータを検索するためのデータリクエストを送る構成を有するものとなっており、本願発明１～３は、当業者であっても、原査定の拒絶の理由において引用された引用発明Ａに基づいて、容易に発明をすることができたものとはいえない。したがって、原査定の理由を維持することはできない。

第７ むすび

以上のとおり、原査定の理由及び当審において通知した拒絶の理由によっては、本願を拒絶することはできない。

また、他に本願を拒絶すべき理由を発見しない。

よって、結論のとおり審決する。