(57)【要約】  本発明は、選択された１つの利用者コミュニティ（６）固有であって、各データソース（１２）のメタデータ（Ｍ）の構造に基づく文書内容に関する少なくとも１つのカテゴリー（Ｔ）を含む、文書内容に関する読み取りテーブル（Ｖ）を定義するモードと、このようにしてあらかじめ定義された固有の読み取りテーブル（Ｖ）を、複数のデータソース（１２）においてその利用者コミュニティ（６）のために実行される文書内容の検索において、検索フィルタおよび／または表示形式として利用するモードと、を含む検索方法に関する。
2009500760.tif 000002
【特許請求の範囲】
【請求項１】
選択された構造に従って構造化されたメタデータ（Ｍ）をそれぞれが有する、複数のデータソース（１２）において、選択された少なくとも１つの利用者コミュニティ（６）のために情報内容を検索する方法であって、
各データソース（１２）のメタデータ（Ｍ）の構造に基づく少なくとも１つの結果に関するカテゴリー（Ｔ）を含む、前記利用者コミュニティ（６）固有の読み取りテーブル（Ｖ）を定義するモードと、
あらかじめ定義された前記固有の読み取りテーブル（Ｖ）を、前記複数のデータソース（１２）において前記利用者コミュニティ（６）のために実行される文書内容の検索において、検索フィルタおよび／または表示形式として利用するモードと、
を含むことを特徴とする方法。
【請求項２】
前記読み取りテーブル（Ｖ）が、選択された階層関係に従って配列された複数のカテゴリー（Ｔ）を含む、請求項１に記載の方法。
【請求項３】
前記読み取りテーブル（Ｖ）を定義するモードが、
ａ）少なくとも１つの利用者コミュニティ（６）を、前記コミュニティの利用者が共有している少なくとも１つの要素に従って定義するステップと、
ｂ）前記定義したコミュニティについて、少なくとも１つのデータソース（１２）を、前記データソースおよび／または前記コミュニティに関する少なくとも１つのパラメータに従って定義するステップと、
ｃ）前記定義したデータソース（１２）について、文書内容に関する少なくとも１つのカテゴリー（Ｔ）を定義できる少なくとも１つのメタデータ（Ｍ）を検索するステップと、
ｄ）前記メタデータ（Ｍ）に関して検索結果が肯定である場合には、前記カテゴリー（Ｔ）と前記検索されたメタデータ（Ｍ）との間に少なくとも１つの対応規則（Ｅ）を定義するステップと、
ｅ）前記定義された対応規則（Ｅ）を、前記データソース（１２）の情報内容の少なくとも一部に適用し、前記カテゴリー（Ｔ）に、前記対応規則（Ｅ）に該当する文書内容を関係づけるステップと、
ｆ）各データソースの少なくともいくつかのメタデータ（Ｍ）について、ａ）〜ｅ）のステップを繰り返し、前記複数のデータソース（１２）について、前記各データソースのメタデータの構造に基づく前記利用者コミュニティ（６）固有の読み取りテーブル（Ｖ）を形成する、少なくとも１つの前記カテゴリー（Ｔ）を得るステップと、
を含む、請求項１または２に記載の方法。
【請求項４】
前記データソース（１２）が異種混交型である、請求項１に記載の方法。
【請求項５】
前記データソース（１２）が、内部データベース（１２Ｅ）と、内部知識管理アプリケーション（１２Ｂ）と、文書管理アプリケーション（１２Ｃ）と、外部プロバイダのコンテンツ（１２Ａ）と、内部知識ソース（１２Ｄ）と、によって形成されるグループに属する、請求項４に記載の方法。
【請求項６】
１つの利用者コミュニティ（６）に共通する前記要素が、興味の中心と、プロジェクトと、ツールと、データベースと、プロセスと、方法と、職業と、専門知識と、によって形成されるグループに属する、請求項１に記載の方法。
【請求項７】
前記固有の読み取りテーブル（Ｖ）を定義するモードを、前記利用者コミュニティ（６）と前記複数のデータソース（１２）との間に配置される独自のアクセスモデル（３）を通じて実現する、請求項１に記載の方法。
【請求項８】
前記データソースに関するパラメータを、前記利用者コミュニティの職業の分析から得る、請求項１に記載の方法。
【請求項９】
−１つのコミュニティ（６）に属する利用者から出される要求を受け取り、そのコミュニティの利用者に結果を送信するアクセスモジュール（３）と、
−それぞれが選択された構造に従って構造化されたメタデータ（Ｍ）を持ち、それぞれがアクセスモジュール（３）に接続されている、複数のデータソース（１２）と、
−各データソース（１２）のメタデータ（Ｍ）の構造に基づく少なくとも１つのカテゴリーを含む、少なくとも１つの固有の読み取りテーブル（Ｖ）をあらかじめ定義するモジュールと、
−前記あらかじめ定義された固有の読み取りテーブル（Ｖ）を、前記利用者コミュニティのために前記複数のデータソースにおいて行なわれる検索の検索フィルタおよび／または結果の表示条件として利用する検索モジュールと、
を有する検索サーバーを備える検索ツール。
【請求項１０】
前記定義するモジュールが、
−少なくとも１つのデータソース（１２）に関し、少なくとも１つのカテゴリーを定義できる少なくとも１つのメタデータ（Ｍ）を検索する手段と、
−前記メタデータに関する検索結果が肯定である場合に、
・前記カテゴリー（Ｔ）と得られた前記メタデータ（Ｍ）との間に少なくとも１つの対応規則（Ｅ）を定義し、前記定義された対応規則（Ｅ）を、データソース（１２）の結果の少なくとも一部に適用し、前記対応規則（Ｅ）に該当する結果を前記カテゴリー（Ｔ）と関係づけることと、
・各データソース（１２）の少なくともいくつかのメタデータ（Ｍ）について前記処理を繰り返すことにより、前記複数のデータソース（１２）に適用可能であって、前記複数のデータソースのメタデータの構造に基づく少なくとも１つのカテゴリー（Ｔ）を含む、検索および／または表示に関する固有のテーブル（Ｖ）を得ることと、に適した処理手段と、
を備えている、請求項９に記載のツール。
【請求項１１】
情報システムが読み取ることができ、前記情報システムにインストールされて実行されたとき、請求項１〜８のいずれか１項に記載の検索方法を実現することのできるコンピュータプログラムの命令を含み、ＣＤ−ＲＯＭ、ハードディスクまたはフロッピー（登録商標）ディスクなどの磁気媒体、あるいは電気信号または光信号などの伝送可能な媒体を含み、必要に応じて全体または一部が携帯可能である、情報媒体。
【請求項１２】
情報システムにインストールされて実行されたとき、請求項１〜８のいずれか１項に記載の検索方法を実現できる命令を含む、情報媒体に記憶されたコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、選択された利用者コミュニティのため複数のデータソースにおいて情報を検索する方法と装置に関する。より詳細には、本発明は、その利用者コミュニティにとって共通のデータ構造を持たない異種混交のデータソースにおける検索に関する。
【０００２】
本発明は、知識検索と知識管理の分野で一般に利用され、職業、興味の中心、専門知識のいずれかを共有していて複数のデータソースの中で情報を探すことを望む利用者コミュニティにとって役立つ。
【背景技術】
【０００３】
文書のカテゴリーおよび／またはキーワードによって検索するツールがすでに知られている。
【０００４】
一般に、カテゴリーは、手作業であらかじめ決められるか、検索の際に実行中に構成される。
【０００５】
利用されるカテゴリーはあまりに一般的すぎてほとんど妥当でないことがしばしばあるため、特に最先端の専門知識を持つ利用者コミュニティにとって、検索結果はどちらかと言えば不十分である。
【０００６】
本発明はこの欠点を解決する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、選択された１つまたは複数の利用者コミュニティにおいてあらかじめ確立された固有の読み取りテーブルを用いた検索ツールを提供することを目的とする。
【０００８】
そこで本発明は、所定の利用者コミュニティに対し、彼らの職業または興味の中心に直接関係する情報を検索するための補助手段を提供する。
【０００９】
本発明は、あらかじめ確立された固有の読み取りテーブルに従う読み取りを容易にするために、結果の表示を最適化することも目的とする。
【００１０】
最後に、本発明は、利用者コミュニティにとってより満足のゆく分類に従い、従来の検索ツールと比較して結果の検索時間および読み取り時間が改善された、文書の提示を目的とする。
【課題を解決するための手段】
【００１１】
そこで本発明は、選択された構造に従って構造化されたメタデータをそれぞれが有する複数のデータソースにおいて、選択された少なくとも１つの利用者コミュニティのために情報内容を検索する方法に関する。
【００１２】
本発明の一般的な定義によると、この方法は、各データソースのメタデータの構造に基づく少なくとも１つの結果に関するカテゴリーを含む、１つの利用者コミュニティ固有の読み取りテーブルを定義するモードと、このようにしてあらかじめ定義された固有の読み取りテーブルを、複数のデータソースにおいてその利用者コミュニティのために実行される検索において、検索フィルタおよび／または表示形式として利用するモードと、を含んでいる。
【００１３】
このような方法は、大量の重要かつ型の異なる情報の中で求める文書を迅速に発見できるという利点を有する。その結果、検索時間と読み取り時間が節約されることに加え、結果の妥当性が改善される。
【００１４】
実際には、読み取りテーブルは、選択された階層関係に従って配列された複数のカテゴリーを含んでいる。
【００１５】
一実施態様によれば、読み取りテーブルを定義するモードは、
ａ）少なくとも１つの利用者コミュニティを、そのコミュニティの利用者が共有している少なくとも１つの要素に従って定義するステップと、
ｂ）このようにして定義したコミュニティについて、少なくとも１つのデータソースを、そのデータソースおよび／またはそのコミュニティに関する少なくとも１つのパラメータに従って定義するステップと、
ｃ）このようにして定義したデータソースについて、少なくとも１つのカテゴリーを定義できる少なくとも１つのメタデータを検索するステップと、
ｄ）そのメタデータに関して検索結果が肯定である場合には、上記カテゴリーとこのようにして得られたメタデータとの間に少なくとも１つの対応規則を定義するステップと、
ｅ）このようにして定義された対応規則を、上記データソースの情報内容の少なくとも一部に適用し、上記カテゴリーに、その対応規則に該当する文書内容を関係づけるステップと、
ｆ）各データソースの少なくともいくつかのメタデータについて、ａ）〜ｅ）のステップを繰り返し、上記複数のデータソースについて、各データソースのメタデータの構造に基づく利用者コミュニティ固有のあらかじめ定義した読み取りテーブルを形成する、少なくとも１つのカテゴリーを得るステップと、を含んでいる。
【００１６】
実際には、データソースは異種混交型である。
【００１７】
例えばデータソースは、内部データベースと、外部データベースと、内部知識管理アプリケーションと、文書管理アプリケーションと、プロバイダのコンテンツと、によって形成されるグループに属する。
【００１８】
一実施態様によれば、１つの利用者コミュニティに共通する要素は、興味の中心と、プロジェクトと、ツールと、データベースと、プロセスと、方法と、職業と、専門知識と、によって形成されるグループに属する。
【００１９】
本発明の別の特徴によれば、あらかじめ確立された固有の読み取りテーブルを定義するモードは、選択された利用者コミュニティと複数のデータソースとの間に配置される独自のアクセスモジュールを通じて実現される。
【００２０】
本発明のさらに別の特徴によれば、データソースに関するパラメータは、利用者コミュニティの職業を分析することによって得られる。
【００２１】
本発明は、検索サーバーを備える検索ツールも目的とする。
【００２２】
本発明の別の特徴によれば、検索サーバーは以下のものを備えている。
−１つの利用者コミュニティから出される要求を受け取り、そのコミュニティの利用者に結果を送信することのできるアクセスモジュール。
−それぞれが選択された構造に従って構造化されたメタデータを持ち、それぞれがアクセスモジュールに接続されている、複数のデータソース。
−各データソースのメタデータの構造に基づく少なくとも１つのカテゴリーを含む、その利用者コミュニティ固有の少なくとも１つの読み取りテーブルをあらかじめ定義するモジュール。
−このようにしてあらかじめ定義された固有の読み取りテーブルを、上記利用者コミュニティのために上記複数のデータソースにおいて行なわれる検索の検索フィルタおよび／または表示形式として利用する検索モジュール。
【００２３】
実際には、定義するモジュールは、所定の少なくとも１つの利用者コミュニティのため、
−少なくとも１つのデータソースに関し、少なくとも１つのカテゴリーを定義できる少なくとも１つのメタデータを検索する手段と、
−そのメタデータに関する検索結果が肯定である場合に、
・上記カテゴリーとこのようにして得られたメタデータとの間に少なくとも１つの対応規則を定義し、このようにして定義された対応規則を、データソースの結果の少なくとも一部に適用し、その対応規則に該当する結果を上記カテゴリーと関係づけることと、
・各データソースの少なくともいくつかのメタデータについて上記処理を繰り返すことにより、上記複数のデータソースに適用可能であって、その複数のデータソースのメタデータの構造に基づく少なくとも１つのカテゴリーを含む、固有の読み取りテーブルを得ることと、に適した処理手段と、
を備えている。
【００２４】
本発明は、情報システムが読み取ることができ、その情報システムにインストールされて実行されたとき、上記の検索方法を実現することのできるコンピュータプログラムの命令を含み、ＣＤ−ＲＯＭ、ハードディスクまたはフロッピー（登録商標）ディスクなどの磁気媒体、あるいは電気信号または光信号などの伝送可能な媒体を含み、必要に応じて全体または一部が携帯可能である、情報媒体も目的とする。
【００２５】
最後に、本発明は、情報システムにインストールされて実行されたとき、上記の検索方法を実現できる命令を含む、情報媒体に記憶されたコンピュータプログラムを目的とする。
【発明を実施するための最良の形態】
【００２６】
本発明の他の特徴と利点は、以下の詳細な説明と図面から明らかになろう。
【実施例】
【００２７】
図１を参照すると、本発明の検索法は、複数のモジュールを有する検索サーバー２を備えている。アクセスモジュール３により、あるコミュニティ６の利用者が出す要求４を受け取ることができる。アクセスモジュール３は、従来技術であるマイクロコンピュータ１０タイプの情報ツールを通じ、結果８をそのコミュニティの利用者に送信する。
【００２８】
アクセスモジュール３は、利用者コミュニティ６のマイクロコンピュータ１０と複数のデータソース１２との間に設置される。それぞれのデータソース１２は、選択された構造に従って構造化されたメタデータを持っていて、それぞれがアクセスモジュール３に接続されている。
【００２９】
データソース１２は、プロバイダのコンテンツ１２Ａ、知識管理アプリケーション１２Ｂ、文書管理アプリケーション１２Ｃ、知識ソース１２Ｄ、内部職業ベース１２Ｅでもよい。
【００３０】
すでに説明したように、データソース１２はここでは異種混交型である。すなわちデータソース１２は、必ずしも共通する１つの構造を持たない。
【００３１】
例えばデータソースは、「Ｏｒａｃｌｅ（登録商標）」、「ＤＢ２（登録商標）」、「Ｌｏｔｕｓ（登録商標）」、「Ｖｅｒｉｔｙ（登録商標）」、「Ｆｉｌｅｎｅｔ（登録商標）」、「Ｗｉｎｄｃｈｉｌｌ（登録商標）」、「Ｐｌｕｍｔｒｅｅ（登録商標）」、「ＳＡＰ（登録商標）」のタイプである。
【００３２】
以下に詳しく見るように、本発明の検索ツールにより、複数のデータソース１２の中で、またはいずれか１つのデータソース１２の一部の中で、検索を行なうことができる。
【００３３】
以下に詳しく見るように、本発明の検索ツールは、選択された利用者コミュニティに適合するアクセスツールを構成する（図２、ステップＥ１）。
【００３４】
この検索ツールは、あらかじめ確立されたコミュニティ固有の読み取りテーブルを供給することにより、キーワードを補足する検索アシスタントも構成する（図２、ステップＥ２）。この読み取りテーブルは、カテゴリーとキーワードによって実行される検索時にフィルタとして使用される。
【００３５】
検索ツールにより、さらに、異種混交型データソースに属する選択されたデータベースの中で文書を探すことができる（図２、ステップＥ３）。
【００３６】
同様に、検索ツールにより、読み取りテーブルのおかげで、非常に適切で統合された検索結果を提供することもできる（図２、ステップＥ４）。
【００３７】
最後に、あらかじめ確立された固有の読み取りテーブルのおかげで、これらの読み取りテーブルを利用した分類によって表示が改善され、結果が組織化された形態で表示される（図２、ステップＥ５）。
【００３８】
ここで図３を参照する。本発明による検索では、選択された利用者コミュニティ固有の文書内容の読み取りテーブルを定義するモードが利用される。
【００３９】
以下に詳しく見るように、この読み取りテーブルは文書内容に関する１つまたは複数のカテゴリーを含んでおり、そのカテゴリーは、検索が実行される各データソースのメタデータの構造に基づいて定義される選択された階層関係に従って配列されている。
【００４０】
上に説明したように、検索ツールでは、キーワードに加え、あらかじめ定義された固有の読み取りテーブルが検索フィルタおよび／または表示形式として利用され、複数のデータソースにおいて、カテゴリーとキーワードによる文書内容の検索が実行される。
【００４１】
図３を参照すると、この方法は、最初に、利用者コミュニティを定義する（ステップＥ１０）。コミュニティの定義は、利用者コミュニティの全体に共通する興味の中心、プロジェクト、ツール、データベース、プロセス、方法、職業、専門知識、所属条件によってなされる。
【００４２】
したがってコミュニティは、興味の中心、プロジェクトを共有する人々のグループとして、または、データベース、ツール、方法、プロセスを利用する人々のグループとして定義される。
【００４３】
ステップＥ１０でこのようにして定義されたコミュニティに関し、少なくとも１つのデータソースが特定または定義される（ステップＥ１２）。この特定は、例えば職業の分析（ステップＥ１１）がなされた後に、そのデータソースおよび／またはコミュニティに関するパラメータに従ってなされる。
【００４４】
このようにして特定されたデータソース１２から対応するデータベースを導出することができる（ステップＥ１３）。
【００４５】
コミュニティの興味の中心に応じ、既に存在する可能性のあるいくつかの読み取りテーブルＶを導出することができる（ステップＥ１４）。これらの読み取りテーブルは視点またはビューポイントとも呼ばれる。
【００４６】
これらの読み取りテーブルまたはビューポイントＶは、データベースおよび／またはデータソース１２のメタデータＭの構造に基づいて導出されツリーまたはツリー構造の階層方式で分類されたカテゴリーＴで、構成されている。
【００４７】
このようにこの方法では、コミュニティが利用できる可能性のある、またはすでに利用しているデータベース１２のリストまたは一覧表が作られる。
【００４８】
この方法では、ステップＥ１４の後、利用者コミュニティの興味の中心から導かれる可能性のある読み取りテーブルＶに属するカテゴリーＴが導出される（ステップＥ１５）。
【００４９】
このようにして定義されたデータソース（ステップＥ１６）に関し、文書内容の少なくとも１つのカテゴリーＴを定義できる少なくとも１つのメタデータＭが検索される（ステップＥ１７）。
【００５０】
メタデータに関する検索結果が肯定である場合には（肯定の判断、ステップＥ１８）、カテゴリーＴと、このようにして得られたメタデータＭとの間に少なくとも１つの対応規則が定義される。
【００５１】
データベース（テーブル、構造）のメタデータの構造がわかっているおかげで、本方法により利用可能なフィールドが特定される。
【００５２】
ここで、この方法により、１つまたは複数のカテゴリーＴに対応する可能性のあるメタデータＭが特定される。このメタデータＭが利用できない、または信頼できない場合には（否定の判断、ステップＥ１９）、対応規則Ｅを使って対応するメタデータを導出するため他のメタデータＭを特定する（ステップＥ２０）。
【００５３】
これらの対応規則Ｅは、単純なタイプまたは平凡なタイプでもよく（ステップＥ２１）、正確に評価されたフィールドが使用される。
【００５４】
対応規則Ｅは、より複雑なものにすることもできる（ステップＥ２２）。このステップでは、対応規則Ｅは、他のフィールドまたは他のメタデータＭを使って導出される。
【００５５】
したがってメタデータＭが存在しているのであれば、単純または複雑な対応規則Ｅに従い、フィールドの値またはその値の一部が利用される。
【００５６】
以下に詳しく見るように、これらの対応規則Ｅは、クエリービルダーと呼ばれる管理ツールを使って構成される。
【００５７】
コミュニティＣによって対応規則Ｅが確認された（オプションのステップＥ２３）後、メタデータの構造に基づいて導出され、選択された階層関係に従って互いに配列された、カテゴリーＴの集合が得られるが、これを読み取りテーブルＶまたはビューポイントと呼ぶ。
【００５８】
各カテゴリーＴに関してこの操作を繰り返す（ステップＥ２４）ということを、各データベース１２において行なう（ステップＥ２５）。
【００５９】
すべてのデータベース１２が検索されると、利用者コミュニティ６に関して読み取りテーブルＶが確認される（ステップＥ２６）。
【００６０】
ステップＥ２０において、現在のデータベース１２に関していかなる読み取りテーブルＶも定義されない可能性がある（ステップＥ２７）。
【００６１】
したがって各データベース１２が見直され、各カテゴリーＴを定義できるフィールドＭが特定される。そのためには、データベース構造に関する知識を、必要に応じてこのデータベースの代表的な職業または情報と合わせて利用する。
【００６２】
本発明の方法によって処理されるデータのモデルは、リレーショナルデータベースタイプである。例えば図１を参照すると、利用者コミュニティ６は、各データベース１２固有のアダプタ（図示せず）に接続された複数のデータベース１２を利用できる。それぞれの利用者コミュニティ６は、検索フィルタおよび／または表示時のグループ化条件として機能する読み取りテーブルＶまたはビューポイントを利用できる。対応の式Ｅおよび対応規則は、クエリービルダーと呼ばれる管理ツールによって定義され、生成される。したがって利用者の要求４は、表示またはフィルタとしても利用されることになる。したがって要求またはクエリーは、データベース１２の中で確立された式に従って処理される。
【００６３】
データベース１２の一部を利用することができる。この一部は、レポートとも呼ばれる。
【００６４】
マッピング規則とも呼ばれる式Ｅは、カテゴリーＴを定義する平凡な対応規則または複雑な対応規則の集合である。上に見たように、読み取りテーブルＶは、ツリー構造を持ったカテゴリーＴの集合である。これらの式により、データベースの構造が進化または変化した場合に容易にメンテナンスすることができる。
【００６５】
実際には、対応規則は、利用者コミュニティ６に関するデータと、データベース１２に関するデータと、読み取りテーブルＶに関するデータと、場合によってはデータベースの一部に関するデータと、に基づいて計算される。１つの読み取りテーブルＶに属する各カテゴリーＴは、確認すべき条件と、演算子と、に従い、１つまたは複数のメタデータＭを使って定義される（図３）。演算子は、ブール演算子であるＡＮＤ、ＯＲ、「等しい」、「等しくない」のいずれかにすることができる。
【００６６】
図４Ａと図４Ｂを参照すると、本発明に従って、読み取りテーブルの一例と、このような読み取りテーブルを、選択された１つのデータソースの中で実行される検索における検索の条件および／または表示形式として利用する方法を示している。
【００６７】
図４Ａを参照すると、図３を参照した本発明に従って定義した読み取りテーブルＶ（エンジン）を利用した検索の一例を示してある。
【００６８】
最初に、キーワードＭＣが定義される。ここではキーワードＭＣは、「Ｆｕｅｌ  Ｆｌｏｗ（燃料フロー）」である。次に、利用者は読み取りテーブルを選択する。それはここではビューポイントＶ「エンジン」である。この読み取りテーブルＶは、ここでは、「ロールスロイス」と「ＣＦＭＩ」という２つの主要なカテゴリーを含んでいる。カテゴリー「ロールスロイス」は、サブカテゴリーとして「Ｔｒｅｎｔ  ５００−Ａ３４０」、「Ｔｒｅｎｔ  ７００−Ａ３３０」、「Ｔｒｅｎｔ  ９００−Ａ３８０」を含んでいる。
【００６９】
利用者コミュニティ６は、ここでは「ＦＡＤＥＣ」と名づけられたコミュニティであり、データソース１２は、「ＲＴＮ」、「ＦＴＡ」、「ＦａｄｅｃＤＢ」、「ＩＳＡＩＭ」というデータベースの中から選択される。
【００７０】
コミュニティの利用者は、ここではカテゴリーＴ＝Ｔｒｅｎｔ  ５００−Ａ３４０を選択する。
【００７１】
したがって利用者の要求は、ここでは、キーワードＭＣと、対応規則Ｅに関係する読み取りテーブルＶを含んでいる。読み取りテーブルＶは利用者自身が選択したデータベース１２を対象とする（ここではデータベース１２＝ＲＴＮ）。
【００７２】
読み取りテーブルＶの一部を定義する対応規則Ｅのおかげで、文書ＲＴＮと、フィールドＭ１＝ＡＴＡおよびＭ２＝ＡＣ＿ＭＯＤＥＬが利用される。
【００７３】
コミュニティ６＝ＦＡＤＥＣのため、データベース１２＝ＲＴＮに対して、読み取りテーブルＶ＝エンジンを使って、カテゴリーＴ＝Ｔｒｅｎｔ５００−Ａ３４０における検索が実行される。
【００７４】
対応規則によって、クエリービルダーによって確立された式に従って、Ｍ１＝ＡＴＡが７から始まるか８０に等しく、フィールドＭ２＝ＡＣ＿ＭＯＤＥＬが３４０−５４１または３４０−６４２に等しいという条件を満たすすべての文書を関係づけることができる。この式は、検索サーバーにおいてＸＭＬテキスト形式で実現される。
【００７５】
図４Ｂを参照すると、データベース１２（ＲＴＮ）は、複数の文書を含んでいる。それは特に６つの文書Ｄであり、個別にＤ１〜Ｄ６と名づけられている。読み取りテーブルＶにより、例えばタイプＶ＝エンジンと値Ｔ＝Ｔｒｅｎｔ  ５００−Ａ３４０とを用いた検索条件を実現できる。この値Ｔ＝Ｔｒｅｎｔ  ５００−Ａ３４０は、メタデータＭ１＝ＡＴＡが７から始まる、またはＭ１＝ＡＴＡが８０に等しい、あるいはＭ２＝ＡＣ＿ＭＯＤＥＬが３４０−５４１に等しい、またはＭ２＝ＡＣ＿ＭＯＤＥＬが３４０−６４２に等しいことに対応することがわかる。
【００７６】
検索結果は、４つの文書として現われる。文書Ｄ３とＤ１が除かれていることがわかる。文書Ｄ３にはキーワード「ｆｕｅｌ  ｆｌｏｗ」が存在せず、文書Ｄ１では、フィールドＭ１（ＡＴＡ）が７から始まっておらず、８０にも等しくなく、ここでは２４に等しいからである。
【００７７】
もちろん、本発明の読み取りテーブルＶは、複数の利用者コミュニティで役立てることができる。同様に、利用者は、検索条件としての複数の読み取りテーブルを組み合わせることができる。
【００７８】
結果の表示に関しては、本発明の読み取りテーブルは、この本発明の読み取りテーブルから導出される表示形式を利用者にさらに提供する。例えば図４Ｂを参照すると、結果を「Ｆｕｎｃｔｉｏｎ（機能）」、「ＡＴＡ」、「エンジン」という読み取りテーブルに従って分類することができる。その結果、より妥当で利用者コミュニティ固有の結果の分類が得られる。
【図面の簡単な説明】
【００７９】
【図１】本発明の検索法を実施することのできる設備のアーキテクチャの概略図である。
【図２】本発明の検索法の主要な機能の概略図である。
【図３】本発明に従ってあらかじめ確立された固有の読み取りテーブルの定義モジュールの各ステップを示すフローチャートである。
【図４Ａ】本発明による読み取りテーブルの一例であり、本発明に従って選択された利用者コミュニティのため選択されたデータソースの中で実行される検索において、このテーブルが検索条件や表示形式として用いられることを示している。
【図４Ｂ】本発明による読み取りテーブルの一例であり、本発明に従って選択された利用者コミュニティのため選択されたデータソースの中で実行される検索において、このテーブルが検索条件や表示形式として用いられることを示している。
【図１】
2009500760.tif 000003
【図２】
2009500760.tif 000004
【図３】
2009500760.tif 000005
【図４Ａ】
2009500760.tif 000006
【図４Ｂ】
2009500760.tif 000007
【国際調査報告】
2009500760.tif 000008
2009500760.tif 000009
2009500760.tif 000010
2009500760.tif 000011
2009500760.tif 000012
2009500760.tif 000013