JP7141270B2 - データベース検索システムおよび方法 - Google Patents

Description

本発明は、データベース検索システムおよび方法に関する。

本明細書で開示される主題は、データベースおよび検索システムに関し、より具体的には、複数の異なるデータベースを検索するための方法およびシステムに関する。多くの産業は、複数の独立した当事者が参加する複雑なサプライチェーンに依存している。これらのサプライチェーン参加者は、典型的には、製品、サービス、製造、信頼性、テスト、および展開される製品やサービスなどの様々なアイテムに関連する他の詳細についての情報を追跡するために、独自のデータベースおよび関連システムを各々維持する。情報の専有性のため、各参加者は、典型的には、他の参加者にすべてのデータを公開しない。しかし、ある参加者が互いに協力し合っている限り、彼らの共通の利益に関連するデータのいくつかを共有することが望まれるかもしれない。

一例では、物理的製品は、異なるエンティティによって製造され、販売され、インストールされ、展開され、サービスされ得る。そのような物理的製品のライフサイクル管理を容易にするために、エンティティは、生データの一括ダウンロード、複数の異なるシステムへのパスワードアクセス、または他のオフラインの非統合手段を介してデータを共有することができる。このような技術は、データのリアルタイムマイニングを可能にせず、代わりに、エンジニアリング図面、仕様、トランザクションデータなどの情報を様々な異なるＩＴシステムに格納するので、検索および探索を困難にする。したがって、このようなマルチベンダシステムにおけるプロセス効率を改善する技術が必要とされている。

米国特許出願公開第２０１７／００７２６３６号明細書

複数のデータベースを検索するための方法およびシステムが提示される。例えば、検索コネクタは、第１のデータベースと第２のデータベースとの間に定義され、第１のデータベースおよび第２のデータベースの共有フィールドを有する１つの検索コネクタを含む。エッジ接続は、１つの検索コネクタを使用して第１のデータベースと第２のデータベースとの間で生成される。エッジ接続の各々は、第１のデータベースおよび第２のデータベースの共有フィールドの１つまたは複数のインスタンスを含む。検索クエリは、ユーザインターフェースから受信される。検索クエリは、特定の共有フィールドを有する複数の検索コネクタのうちの１つにマッピングされる。特定の共有フィールドの特定のインスタンスが返送される。方法またはシステムのいくつかの開示される実施形態の実施において実現され得る利点は、複数の異なるデータベースを非専門家オペレータによって容易に検索することができることである。

一例では、自然言語検索クエリが受信され、自然言語検索クエリは、定義された検索コネクタを使用して翻訳される。別の例では、ビュー名に対応するデータがインポートされる。さらなる例では、第１のデータベースおよび第２のデータベースのうちの１つは、標準クエリ言語（ＳＱＬ）データベースを含む。

上記の実施形態は、単なる例示である。他の実施形態は、開示される主題の範囲内にある。

本発明の特徴が理解され得るように、本発明の詳細な説明は、特定の実施形態であって、これらの一部が添付の図面に示されている特定の実施形態を参照してなされ得る。しかし、図面は、本発明の特定の実施形態しか示しておらず、したがって、その範囲の限定として考えられるべきではないことに留意されたい。なぜなら、開示される主題の範囲は、他の実施形態も包含するからである。図面は必ずしも一定の縮尺ではなく、概して、本発明の特定の実施形態の特徴を示すことに重きが置かれている。図面では、様々な図を通して同じ部分を示すために同じ番号が使用されている。

例示的なデータベース検索システムの図である。 データベースを検索する例示的な方法のフロー図である。 データベース間に定義された例示的なコネクタのセットを示す図である。 本開示の１つまたは複数の態様による、グラフィカルユーザインターフェースを示す図である。 本開示の１つまたは複数の態様による、グラフィカルユーザインターフェースを示す図である。 本開示の１つまたは複数の態様による、グラフィカルユーザインターフェースを示す図である。 本開示の１つまたは複数の態様による、グラフィカルユーザインターフェースを示す図である。 本開示の１つまたは複数の態様による、グラフィカルユーザインターフェースを示す図である。 本開示の１つまたは複数の態様による、検索コネクタを示す図である。

開示される主題の実施形態は、データベースで関連情報を見つけるために共有フィールドを介して複数のデータベースを接続する検索コネクタを定義することを可能にすることによって、異なる技術タイプの複数のデータベースを検索する技術を提供する。例えば、定義された検索コネクタを使用してエッジ接続を生成することができ、エッジ接続は、検索コネクタの意味内で関連する情報を有するデータベーステーブルを表すことができる。この例を続けると、検索コネクタを定義することができ、エッジ接続データを専門家ユーザによって生成（または収集）することができ、そしてデータ間のコネクタおよび接続を他の非専門家ユーザによって使用することができることで、簡略化された方法での検索が可能となる。例えば、シンプルな自然言語クエリを非専門家ユーザによって使用することができ、ここで、簡略化されたクエリは、以前に定義された検索コネクタを介した検索に限定される。非専門家ユーザは検索コネクタを定義する必要がないため、これらのユーザは、コネクタが専門家ユーザによって定義されて使用されると、簡略化された検索の利点を得ることができる。他の実施形態は、開示される主題の範囲内にある。利点として、本明細書で開示される方法およびシステムは、検索が必要とされるたびに複雑なクエリを構築する必要なく、複数のデータベースを迅速かつ容易に検索することを可能にする。対照的に、従来のシステムでは、複雑なデータベースクエリを使用してデータベースを検索する必要がある。

本開示は、部分的には、データベース内に格納されるデータ構造内にある程度の重複を有する多数の異なるデータベースを統合する方法に関する。有利には、これらの技術は、例えば、自然言語クエリを非専門家ユーザによって作成し、複数のデータベースを一度に検索し、複数のデータベースにわたるデータのリンケージを含む検索結果を提供することを可能にする。概要として、専門家は、まず、米国カリフォルニア州マウンテンビューのＧｏｏｇｌｅが提供するＧｏｏｇｌｅ検索エンジンなどの検索エンジンによって使用される検索クエリと同様に、非専門家ユーザが簡略化された自然言語クエリを行うことを可能にする検索テンプレートのセットを確立する所定のコネクタのセットを用いてシステムを構成することができる。１つの利点として、本技術は、複数のデータベースにわたって接続される結果を返送するためのシンプルな自然言語照会を可能にする。別の利点として、本明細書に開示される技術は、アプリケーション名および頭字語ではなく、ビジネスエンティティにわたるデータの検索およびナビゲーションを可能にする。例えば、ビジネスタクソノミ（business taxonomy）を確立することで、様々なシステムのビジネス態様を明確に識別することが可能になる。１つの具体的な例では、分類は、Ｏｒａｃｌｅデータベースに格納された注文書、電子文書管理（ＥＤＭ）データベースに格納された図面、および不適合報告（ＮＣＲ）データベースに格納された問題などの概念を含むことができる。

例えば、検索コネクタの定義は、ビジネスエンティティのグラフの仕様、例えば、いくつかのエンティティを他のエンティティにリンクする接続のセットで注釈が付けられたビジネスエンティティのセットを含むことができる。接続は、購入、販売、インストール、サービスなどのようなビジネスリンクを表すことができる。接続は、接続されたネットワークを介して、異なるデータセットまたはデータベースを共にリンクするなどの物理的接続の形態であってもよい。

さらに、検索コネクタは、ビジネスプロセスまたはロジスティクス情報に従ってデータを編成するビジネスタクソノミに従って指定することができる。一例では、検索コネクタが定義されると、例えばビジネスタクソノミの観点から、ビジネスタクソノミの要素をビジネスエンティティと関連付けるすべての接続のセットをアルゴリズム的に作成することができ、これは、ビジネスプロセスまたはロジックと呼ばれるビジネスエンティティ間のエッジ接続を表す。

有利なことに、作成された接続およびグラフは、ユーザインターフェースを介してナビゲートまたは閲覧され、他の非専門家ユーザ（例えば、検索コネクタを作成したユーザおよび／またはビジネスタクソノミを定義したユーザ以外のユーザ）に自由形式のナビゲーションインターフェースを提供することができる。対照的に、フラットファイルまたは従来の構造クエリ言語（ＳＱＬ）データベースは、一度に１つのデータベースへのアクセスしか可能にしないので、システムの複数のビジネスエンティティおよび／または物理データベースにわたって自由にナビゲートする能力を欠いている。

さらなる利点は、ビジネスタクソノミから作成された定義された検索コネクタおよびアルゴリズム接続に基づいて、本明細書で説明するデータベース検索システムから実現され得る。例えば、データモデリングをデータ検索から分離することにより、検索コネクタ作成の前プロセスを１回または１つのユーザのセットによって実行することができ、クリーンアップモデルが可能になる。したがって、専門家ユーザは、特定の検索を事前定義することができ、指定されたデータセットを検索する際に非専門家ユーザが容易に使用できるようになる。接続の作成を制御するコネクタの作成を可能にすることにより、ビジネスコンテキストが維持され、無関係な、または雑音の多い検索結果が減少または排除される。

最初のモデリングの後、すべてのユーザは、作成した構造を使用してレポートに類似した結果を持つインテリジェントなクエリを作成することができるが、複数のビジネスエンティティにわたるデータへのアクセスを行うことになる。そのような場合、複雑な構造化クエリまたはビジネスインテリジェンスフィルタを作成するのではなく、作成されたビューを検索するためにフリー検索やキーワード検索を使用することもできる。

さらに、システムは、新しいデータソースを柔軟に追加することができる。構成が完了すると、以下で説明するように、データソースは、キーワード検索などの検索に利用可能となる。

図１は、例示的なデータベース検索システム１２０を含むネットワークインフラストラクチャ１００の図である。一例では、第１のデータベース１１１、第２のデータベース１１２、および第３のデータベース１１３などの多数のデータベースを、ネットワーク１０２（クラウドインフラストラクチャまたはプライベートネットワークなど）を介して検索エンジンシステム１２０に接続することができる。ユーザ１０４のような多数のユーザが、本明細書で説明するように、検索エンジンシステム１２０にログインして様々な検索を行うことができる。

データベース検索システム１２０は、１つまたは複数のコンピュータ上で動作することができ、構成ファイル、検索コネクタ、結果、および本明細書に記載の技術に関して説明される他の情報を格納するための永久記憶機構を有するデータベースシステムを含むことができる。さらに、データベース検索システム１２０は、システム１２０の様々なユーザからクエリを受信するための１つまたは複数のインターネットまたは他のネットワークベースのサーバを含むことができる。データベース検索システム１２０が関連メモリおよび不揮発性記憶装置を有する複数のコンピュータサーバを含み、複数の地理的位置に展開され得る分散モデルが用いられてもよい。

さらに、データベース検索システム１２０は、それ自体に、リレーショナルデータベース、オブジェクト指向データベース、フラットファイルシステム、またはデータを編成するための任意の他のシステムを含むことができる。データベース検索システム１２０は、プライベートまたはパブリックネットワークに接続されてもよく、データベース１１１～１１３のいずれかまたはすべてへの接続性を含むことができ、それらのデータベースを照会することができる。異なるレベルのアクセスを有する複数のユーザがシステムにアクセスすることができるように、データベース検索システム１２０の構成を含めることができる。例えば、データベース検索システム１２０は、ユーザがログインして検索および検索コネクタを定義すること、本明細書に記載のように検索するためにデータベースを構成することなどを可能にするネットワークベースのグラフィカルユーザインターフェースを含むことができる。

一例では、データベース１１１～１１３は、異なる基礎となる技術に基づいていてもよい。例えば、第１のデータベース１１１はＳＱＬ（標準クエリ言語）データベースであってもよく、第２のデータベース１１２は独自の企業データベースであってもよく、第３のデータベース１１３はドイツのＳＡＰ ＡＧから入手可能なビジネスオブジェクトデータソースであってもよい。他の例では、データベース用の照会インターフェースを定義するアプリケーションプログラミングインターフェース（ＡＰＩ）を使用して、多数の異なる独自のデータベースをシステム１２０に統合することができる。

データベース技術の熟練者によって容易に理解され得るように、基礎となるデータベース１１１～１１３の各々は、ベンダ技術に関係なく、データレコードをデータスキーマに編成するために使用される。したがって、データは、テーブル、ビュー、ＸＭＬタグ、オブジェクト指向のオブジェクトなどとして編成することができる。基本的に、データを編成するすべてのこれらの方法は、例えば、パーツ識別子、地理的位置などのようなデータレコードの特性を定義し得るフィールドの概念を含む。複数の異なるデータベース１１１～１１３が共通の共有フィールド識別子を有するデータレコードを含む限り、そのデータ間にリンケージが存在し、データベース１１１～１１３の各々におけるその共有フィールドに基づく後続のルックアップは、同じトピックに関する異なるデータをもたらす。

例えば、データベース１１１～１１３のうちの１つは、製造施設に併置された製造データベースであってもよく、原材料在庫、完成品、作業指示書、製造検査記録（欠陥情報を含む）およびサプライヤからの原材料の受領ならびに完成品の準備に関連する他の情報を追跡するために使用される情報を含むことができる。この例では、製造データベースは、在庫管理、請求管理、注文入力、顧客サポート、および他のそのようなサービスを含む、製造業者のビジネスモデルをサポートするようにカスタマイズされた商用データベースシステムであってもよい。

別の例では、データベース１１１～１１３のうちの１つは、付加価値再販業者またはシステムインテグレータなどのベンダによって操作されるベンダデータベースであってもよい。そのような場合、ベンダデータベースはまた、進行中の作業、顧客の詳細、注文および出荷の詳細などの追跡に加えて、注文書入力、請求などのサプライチェーン機能を含むことができる。

さらなる例では、データベース１１１～１１３のうちの１つは、顧客によって操作される顧客データベースであってもよく、顧客の購入、プラントにおける設備の状態情報、または他の情報に関する詳細を含む。

データベース１１１～１１３に関して上述した例では、特に、機械または完成品などの単一の仮想または物理的アイテムは、データベース１１１～１１３の１つまたは複数の多数の項目に関連している可能性がある。有利には、専門家ユーザが異なるデータベース１１１～１１３に配置された様々なデータテーブルの分析に基づいて検索コネクタを定義することを可能にすることによって、これらの基礎となる接続を識別することができ、単一のアイテムに関連するすべての情報を互いに関連させて検索可能にすることができる。例えば、複雑に製造されたアイテムのライフサイクルにおいて、アイテムは、様々な目的または機能のために様々なビジネスまたはビジネスエンティティの制御を通過することができる。これらの機能は、製造、配送、インストール、校正、作業修理などを含むことができる。各機能の実行中、様々なビジネスエンティティは、互いに必ずしも相互接続されていない様々な異なるデータベースを介してアイテムの状態を追跡することができる。異なる専門用語を使用して、各データベースのアイテムを追跡することができる。専門家ユーザは、アイテムのライフサイクルのワークフロー分析を実行し、各データベースがアイテムの各々を追跡するために使用するデータベーステーブルを決定することによってを含み、各アイテムが様々なデータベースでどのように追跡されるかをマッピングすることができる。アイテムの各々を追跡するために使用されるデータベーステーブルを決定した後、専門家ユーザは、アイテムを追跡するために様々なデータベースの各々で使用されるデータベーステーブル名および列見出しを記述することができる。（例えば、列見出しは、アイテムがタービンエンジンであると指定することができる。そのような場合、これらのデータベーステーブルの行には、異なるタービンエンジンアイテムが含まれる。)
様々な物理的に異なるデータベースには、１つまたは複数の共有または共通のリンケージを有する情報が存在する可能性があるので、本技術は、この異なる情報をユーザインターフェースからの検索クエリの形態で共に統合することを可能にする。

システム１２０は、図２に関して以下に詳述するように、構成、コネクタの定義、接続の生成、検索クエリ、および検索結果の発見ならびに返送を可能にする。

図２は、例示的なデータベース検索方法２００のフロー図である。図２の実施形態では、ブロック２０４において、複数の検索コネクタが第１のデータベースと第２のデータベースとの間に定義される。例えば、検索コネクタは、第１および第２のデータベースの各々のデータベース構成ファイルを自動的に分析して、同じ仮想または物理的アイテムに関連するデータが第１および第２のデータベースの各々に表されていることを示す、共有フィールド名を識別することによって定義され得る。別の例では、専門家ユーザは、共有フィールドが１つまたは複数のデータベーステーブルに存在する列見出しであると判断してもよく、構成ファイルは、各データベーステーブルの列見出しを関連付けるものとして識別することができる。複数の検索コネクタは、第１のデータベース１１１（図１）および第２のデータベース１１２（図１）の共有フィールドを有する少なくとも１つの検索コネクタを含むことができる。検索コネクタの定義は、ビジネスエンティティのグラフの仕様、例えば、いくつかのエンティティを他のエンティティにリンクする接続のセットで注釈が付けられたビジネスエンティティのセットを含むことができる。例えば、第１のビジネスエンティティは、第１のデータベース１１１（図１）に情報を格納することができ、第２のビジネスエンティティは、第２のデータベース１１２（図１）に情報を格納することができる。接続は、購入、販売、インストール、サービスなどのようなビジネスリンクを表すことができる。接続は、ネットワーク１０２を介して、データベース１１１、１１２（図１）に格納された異なるデータセットを共にリンクするなどの物理的接続の形態であってもよい。

一実施形態では、ブロック２０４において、異なるデータベース構成ファイルをデータベースの各々に使用することができる。例えば、データベース構成ファイルは、データベースタイプおよびデータベースの行および列名の決定によって自動的に生成されてもよい。そのような場合、構成ファイルは、ビュー名および列リストを含むことができる。ビュー名および列は、個々のデータベースの基礎となる技術に応じて、構成ファイルの各々に異なる方法で定義することができる。例えば、第１のデータベース１１１（図１）は、第２のデータベース１１２（図１）とは異なる形式の構成ファイルを有することができる。したがって、構成ファイルは、ビューまたは列などの共有モデルパラメータを介して、異なるデータベース間のリンケージを作成する。方法２００の作業において、継続的にデータベースからビュー名、列、テーブル、行などに対応するデータをインポートすることができ、基礎となるデータベースが照会されるのを待つことなく、将来のクエリのためのデータを利用可能にする。一方、インポートプロセスは、必要に応じて構成されてもよい。別の例では、ブロック２０４において、検索コネクタは、ビジネスプロセスまたはロジスティクス情報に従ってデータを編成するビジネスタクソノミに従って指定することができ、これは構成ファイルに格納することができる。例えば、専門家ユーザは、異なるデータベースでデータを編成するために使用されるビジネスタクソノミと照合して、データベース間の共有フィールドを識別することができる。

構成ファイルに格納されるデータの例は、異なるデータベースの列名を含む。例えば、圧縮ＳＱＬデータベースは、以下の表１に記載の列を含むことができる。

表１：データベースの列：ＣＯＮＴＲＡＣＴ＿ＭＡＳＴＥＲＤＡＴＡ

また、注文書データベースは、以下の表２に記載の列を含むことができる。

表２：データベースの列：ＰＵＲＣＨＡＳＥ＿ＯＲＤＥＲＳ

表１および表２の例では、構成ファイルは、異なる列を互いに関連付けることができる。例えば、これらのソースは、共通鍵を介して接続することができる。例えば、ＳＵＰＰＬＩＥＲ＿ＣＯＤＥは、ＶＥＮＤＯＲ＿ＣＯＤＥなどにマッピングされ得る。

図２の実施形態を続けると、ブロック２０６において、１つまたは複数のエッジ接続は、少なくとも１つの検索コネクタを使用して第１のデータベースと第２のデータベースとの間でアルゴリズム的に生成される。例えば、第１のデータベースは、アイテム識別子（例えば、所与の製品の固有の識別情報）を識別する列を有する第１のデータベーステーブルを有することができ、第２のデータベースは、第１のデータベースの第１のデータベーステーブルの列と共通の同じアイテム識別子を同様に識別する別の列を有する第２のデータベーステーブルを有することができる。そのような例では、共通の列ヘッダは、第１および第２のデータベース間の共有フィールドの一例である。専門家ユーザは、事前に共通の列識別子を識別し、この関係を検索コネクタとして構成ファイルに格納していてもよい。この例を続けると、第１のデータベーステーブルの行（共通の列ヘッダを含む）は、共通の列に現れる同じ値に基づいて、第２のデータベーステーブルの１つまたは複数の行と潜在的に一致させることができる。一致した行は、第１のデータベースおよび第２のデータベースの共有フィールドのインスタンスと見なすことができる。さらに説明すると、上述の特定のデータベースの例よりも高い抽象レベルでは、検索コネクタは、一般的な関心カテゴリ、例えば製品モデル番号を表すことができ、エッジ接続は、特定の製品、例えば特定のシリアル番号によって識別される、製造された製品モデル番号の特定のアイテムを表すことができる。別の例では、検索コネクタは、特定のサービスの顧客注文に接続することができ、エッジ接続は、例えば注文番号によって特定の注文を表すことができる。エッジ接続は、例えば、複数のデータベースに現れる製品の固有の識別子またはシリアル番号とすることができる。

検索コネクタがブロック２０４で定義されると、例えばビジネスタクソノミの観点から、ビジネスタクソノミの要素をビジネスエンティティと関連付けるすべてのエッジ接続のセットをアルゴリズム的に作成することができ、これは、ビジネスプロセスまたはロジックと呼ばれるビジネスエンティティ間のエッジ接続を表す。例えば、ビジネスエンティティは、データベース１１１、１１２（図１）のうちの１つと各々関連付けることができる。

次に、ブロック２０８の方法２００は、ユーザインターフェースから検索クエリを受信する。そのような場合、ブロック２０８の方法２００は、データベース構造の特定の指定を含まない、自然言語検索クエリをユーザから受信することができる。他のタイプのクエリもまた、可能である。多数のユーザが同時に異なるコンピュータシステムから方法２００にアクセスし、それらのクエリをサブミットすることができる。自然言語クエリをサポートすることで、あまり洗練されていないユーザも検索を実行することができるという利点がある。必要に応じて、高度な構造化クエリをサポートして、専門家インターフェースを提供することもできる。

一例では、自然言語クエリは、方法２００が請求書の検索のコンテキストで構成されているため、ユーザが「ＩＮＶＯＩＣＥＳ ＡＺＶＡＬＶＥＳ」というフレーズを検索することを可能にし、これはサプライヤＡＺＶＡＬＶＥＳのすべての請求書を返送するように解析される。自然言語クエリの他の例は、検索すべき適切なフィールドを示すために次の単語を使用することができる：注文；収入；問題；および連絡先。一例では、自然言語解析は、正式な文法に関する検索クエリ文字列の分析を含み、クエリ文字列の関係を識別するキーワードおよび動詞を識別することができる。例えば、「ＡＺＶＡＬＶＥＳに販売されたウィジェットのすべての請求書を返送する」などのクエリは、「請求書」および「販売」というビジネスタクソノミ用語、「ウィジェット」という製品カテゴリ、「ＡＺＶＡＬＶＥＳ」という顧客名および「返送」という命令語を識別するために解析され得る。キーワードまたはキーフレーズ抽出などの他の解析方法は、指定された単語に焦点を当てることができる。

さらに、ブロック２１０において、特定の共有フィールドを有する複数の検索コネクタのうちの１つに（例えば、共有フィールドまたは列名としてのキーワードの識別を通じて）検索クエリをマッピングすることができる。例えば、ブロック２１０の方法２００は、定義された複数の検索コネクタを使用して自然言語検索クエリを翻訳することができる。コネクタは、製造プロセス、販売プロセスなどを介して、例えば、アイテムを追跡するために共に識別され、リンクされる。

ブロック２１０で検索クエリをマッピングする一実施形態の具体的な例として、検索コネクタは、モデルＡＢＣウィジェットなどの特定の製品を表す製品ＩＤとして定義されてもよい。そのような場合、エッジ接続は、モデルＡＢＣウィジェットの特定のインスタンスについて、例えば、個々のモデルＡＢＣウィジェットのシリアル番号を介して、データベース間で共有される各情報のセットとして生成することができる。この例を続けると、「２０１８年に販売された２つ以上の欠陥を有するＸとＹとの間のシリアル番号を有する特徴Ｚを持つすべてのＡＢＣウィジェットを表示」という自然言語クエリは、非専門家ユーザによって入力されてもよい。次に、特定の製品、すなわちモデルＡＢＣウィジェットの検索コネクタを識別するためにクエリを解析することができる。次に、モデルＡＢＣウィジェット用に生成されたエッジ接続は、シリアル番号、欠陥情報、および販売日によって狭められてもよい。そのような場合、特徴情報、欠陥情報、および販売日は、もともと異なるデータベースに格納されていてもよい。検索コネクタがＡＢＣウィジェット用に定義されており、異なるデータベースがシリアル番号にキー入力されるため、３つの異なるデータベースに対して３つの異なるクエリを要求するのではなく、すべての情報をデータベース検索システムとして利用可能である。

さらに、ブロック２１２において、特定の共有フィールドの特定のインスタンスをユーザに返送することができる。例えば、上述のＡＢＣモデルウィジェットの例に関して、特定のインスタンスは、特徴情報、欠陥情報、販売日、価格などの他の顕著な情報と共に返送され得るシリアル番号によって識別される特定のウィジェットを含むことができる。他の例では、特定のインスタンスは、１つの工場で製造された製品のリストと、その製品に関連する欠陥データとすることができる。接続およびグラフは、自由形式のナビゲーションを提供するために、ユーザ１０４（図１）によってユーザインターフェースを介してナビゲートまたは閲覧されてもよい。

一例として、図３は、データベース３１１～３１５間に定義された例示的なコネクタ３００のセット（ボックス間の線で示される）を示す。図３の実施形態では、５つのデータベース３１１～３１５の各々が、４つの他のデータベース３１１～３１５のすべてに接続される。しかし、別の例では、データベースは、完全に接続されていないこともある。例えば、コネクタ３００は、製品に関連していてもよい。不適合データベース３１１は、製品の製造中に遭遇する製造上の問題に関する情報を含むことができる。サプライヤデータベース３１２は、どのサプライヤが製品の各サブコンポーネントを供給したかに関する情報を含むことができる。注文書データベース３１３は、各製品を購入して受け取った顧客を追跡することができる。ベンダデータベース３１４は、製品を販売、インストール、および／またはプロビジョニングしたベンダを追跡することができる。第５の全データベース３１５は、製品に関するさらなる情報を含むことができる。

この例では、コネクタ３００は、データベース３１１～３１５の各々のスキーマ内の検討中の製品を識別する特定のテーブル、ビュー、列などを含む。コネクタ３００が定義されると、図２の方法２００を使用して、データベース３１１～３１５の各々からすべての関連データをインポートし、自然言語クエリなどの後続のクエリは、このデータにアクセスすることができ、サブコンポーネントを含む製品の製造から購入およびインストールまでのライフサイクル全体を把握することができる。

別の例では、製造上の問題などの問題が、特定の機械部分上で発見される可能性がある。そのような場合、この方法を使用して、どの機械が問題のある部分を有しているかを判断し、機械がまだ動作しているかどうかを確認し、動作している場合は、顧客の動作の位置を確認する。さらなる例では、是正措置をプロセスのために展開し、その後、是正措置の有効性を判断するために検査を行うことができる。

概要として、一組の実施例が図４～図９に関して次に説明される。例えば、３つの異なるデータベース、例えば、図１のデータベース１１１～１１３は、サプライヤ遅延問題の解決に関連する情報を含むことができる。図４～図９の例では、３つの異なるデータベース、図９の配送データベース９０１、図９のサプライヤデータベース９０２、および図９の製造データベース９０３からデータが統合されている。

配送データベース９０１、サプライヤデータベース９０２および製造データベース９０３を検索エンジンシステム１２０（図１）に構成した後、サプライヤ遅延問題の根本的な原因分析が図４から開始される。

図４は、配送レポートユーザインターフェース４００を示す。配送ユーザインターフェース４００は、多数の配送に関する詳細情報を提供する、行４３２～４３５などの多数の行を表示する。配送に関する情報は、列４１１～４２０などの多数の列の形態で定義される。

図４の例では、列４１１～４２０は、
出荷数列４１１、
サプライヤ名列４１２、
アイテム識別子列４１３、
製品コード列４１４、
アイテム記述列４１５、
遅延日数（必要日付）列４１６、
チームリーダー列４１７、
サプライヤ連絡先列４１８、
プロジェクト識別子列４１９、および
遅延日数（契約上）列４２０を含む。

ユーザインターフェース４００のユーザは、行４３２のような行を選択し、列４１６は、必要日付に対して２６日の遅れを示し、列４２０は、契約上の義務に対して１０７日の遅れを示す。行を選択することにより、ユーザは、検索エンジンシステム１２０（図１）によって受信され得る、ユーザインターフェース４００からの検索クエリを開始することができる。次に、検索エンジンシステム１２０は、（例えば、図２の方法２００のブロック２０８で）検索クエリを受信し、３つのデータベース１１１～１１３（図１）間の共有フィールドに基づいて検索クエリをマッピングする。検索の目的は、行４３２の配送に示された遅延を引き起こした原因を特定することとすることができる。

次に図５を参照すると、検索クエリは、検索コネクタに（例えば、図２の方法２００のブロック２１０で）マッピングされてもよい。接続探索メニュー５０１は、ユーザがエリア別またはユーザ別の接続を探索することを可能にする。メニュー５０１の「１ ＴＭＳ／ＤＴＳ」、エリアメニュー５０２の「ソーシング」、ソーシングメニュー５０３の「ソーシング品質」、およびソーシング品質メニュー５０４の「サプライヤ偏差要求（旧）」と表示されたエリアによる接続の探索を選択すると、ユーザは、選択メニュー５０５において、様々なオプション（注文書、プロジェクト、サプライヤコード）によってソートされた、選択されたデータにナビゲートするオプションを提示される。

選択メニュー５０５で「プロジェクト経由」を選択した後、ユーザは、図６のサプライヤ偏差ユーザインターフェース６００が提示される。ユーザインターフェース６００は、ユーザによる検査のために、行４３２（図４）の配送に関連するサプライヤ偏差を表示する。サプライヤ偏差ユーザインターフェース６００は、情報が列６１１～６１８によって定義される行６３２～６３４の偏差を含む。図６の例では、列６１１～６１８は、
偏差記述列６１１、
識別情報列６１２、
コンポーネント記述列６１３、
品質署名日付列６１４、
サプライヤ品質エンジニア名列６１５、
サプライヤ名列６１６、
ＮＣＲ番号列６１７、および
配置列６１８を含む。

図７を参照すると、ユーザインターフェース６００のユーザは、メニュー７０１～７０４を使用して、さらなる分析のために行６３２などの行を選択する。例えば、接続探索メニュー７０１の「１ ＴＭＳ／ＤＴＳ」、エリアメニュー７０２の「品質」および品質メニュー７０３の「製造時に不適合」を選択すると、ユーザは、選択メニュー７０５において、様々なオプションによってソートされた、選択されたデータにナビゲートするオプションを提示される。

図８に示すように、製造不適合ユーザインターフェース８００がユーザに提示される。ユーザインターフェース８００は、情報が列８１１～８１８によって定義される行８３２～８３４に不適合性を含む。図８の例では、列８１１～８１８は、
番号列８１１、
開始データ列８１２、
偏差記述列８１３、
偏差コード列８１４、
パーツ番号列８１５、
パーツ識別子列８１６、
プロジェクト番号列８１７、および
サプライヤ名列８１８を含む。

次に、ユーザは、情報ボックス８４０に示されるように、行８３２の偏差の詳細を見ることができる。情報ボックス８４０は、誤ったシリアル番号（図８の例では５４０９０１Ａ）が最初に選択され、後で修正されるコーディングエラーが発生したことを説明する。

したがって、図４～図８の例は、図４の行４３２に示されているサプライヤ偏差の根本的な原因が、情報ボックス８４０に見られるコーディングエラーであることを示す。

図９は、検索コネクタを使用して３つのデータベースを共にリンクする方法の詳細を示す。図９の例では、検索コネクタ９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂおよび９２２は、データベース９０１～９０３を共に接続するために使用される。異なるエッジ接続９０４～９１６は、列４１１～４２０、列６１１～６１８および列８１１～８１８を含む、図４～図８に関して上述したような共通に共有された識別子をトレースすることによって、それらが接続されているデータベースからの情報を結合する。

例えば、上記のメニュー５０１～５０５および７０１～７０４で説明したドリルダウンは、ビジネスタクソノミを表す。ビジネスタクソノミの別の例は、以下のような階層内のターボ機械ビジネスにおけるバイヤとサービスエンジニアとの間の関係を定義する。

ａ．ユーザ＞ターボ機械ビジネス＞バイヤ＞注文書
ｂ．ユーザ＞ターボ機械ビジネス＞バイヤ＞サイト別のサプライヤのアクティベーション
ｃ．ユーザ＞ターボ機械ビジネス＞サービスエンジニアリング＞サイトでの不適合
ｄ．ユーザ＞ターボ機械ビジネス＞サービスエンジニアリング＞全体的なインストールベース
本明細書に記載の技術は、製品のサプライチェーン情報の追跡のような特定の用途に関して記載されているが、方法は、複数のデータベースが同じアイテムに関連するデータのスライスを含む任意の状況で使用することができる。したがって、特定の例示的な実施形態は、技術を限定するものではなく、技術を説明することを意味するだけである。

特許請求の範囲が複数の要素に関して「少なくとも１つの」という語句を用いる場合、これは列挙された要素の少なくとも１つ以上を意味することを意図し、各要素の少なくとも１つに限定されない。例えば、「要素Ａ、要素Ｂ、および要素Ｃの少なくとも１つ」は、要素Ａ単独、要素Ｂ単独、もしくは要素Ｃ単独、またはそれらの任意の組み合わせを示すことが意図されている。「要素Ａ、要素Ｂ、および要素Ｃの少なくとも１つ」は、要素Ａの少なくとも１つ、要素Ｂの少なくとも１つ、および要素Ｃの少なくとも１つに限定することを意図していない。

本明細書は、本発明を最良の態様を含めて開示するとともに、あらゆる装置またはシステムの製作および使用ならびにあらゆる関連の方法の実行を含む本発明の実施を当業者にとって可能にするために、実施例を用いている。本発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者が想到する他の実施例を含むことができる。そのような他の実施例は、特許請求の範囲の文言から相違しない構造要素を有しており、あるいは特許請求の範囲の文言から実質的に相違しない同等な構造要素を含むならば、特許請求の範囲の技術的範囲に包含される。

当業者によって理解されるように、本発明の態様は、システム、方法、またはコンピュータプログラム製品として具体化されてもよい。したがって、本発明の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、またはソフトウェアおよびハードウェアの態様を組み合わせた実施形態の形態をとり得る。なお、これらはすべて、本明細書では一般的に「サービス」、「回路」、「電気回路」、「モジュール」、および／または「システム」と呼ばれ得る。さらに、本発明の態様は、１つまたは複数のコンピュータ可読媒体であって、そこで具体化されるコンピュータ可読プログラムコードを有する１つまたは複数のコンピュータ可読媒体で具体化されるコンピュータプログラム製品の形態をとってもよい。

１つまたは複数のコンピュータ可読媒体の任意の組み合わせが利用されてもよい。コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であってもよい。コンピュータ可読記憶媒体は、例えば、電子的な、磁気的な、光学的な、電磁的な、赤外線の、もしくは半導体のシステム、装置、もしくは機器、またはこれらの任意の適切な組み合わせであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例（非網羅的なリスト）は、以下、すなわち、１つまたは複数の配線を有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラム可能読み出し専用メモリ（ＥＰＲＯＭもしくはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、光記憶機器、磁気記憶機器、またはこれらの任意の適切な組み合わせを含む。本文書に関連して、コンピュータ可読記憶媒体は、命令実行システム、装置、もしくは機器によって、またはこれらと共に使用されるプログラムを含むまたは記憶することができる任意の有形媒体であってもよい。

コンピュータ可読媒体で具体化されたプログラムコードおよび／または実行可能命令は、無線、有線、光ファイバケーブル、ＲＦなど、またはこれらの任意の適切な組み合わせを含むが、これらに限定されない任意の適切な媒体を使用して送信されてもよい。

本発明の態様の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、またはＣ＋＋などのオブジェクト指向プログラミング言語および「Ｃ」プログラミング言語または同様のプログラミング言語などの従来の手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の組み合わせで記述されてもよい。プログラムコードは、完全にユーザのコンピュータ（機器）上で、単独のソフトウェアパッケージとして部分的にユーザのコンピュータ上で、部分的にはユーザのコンピュータ、部分的にはリモートコンピュータ上で、または完全にリモートコンピュータもしくはサーバ上で実行されてもよい。最後の場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意の種類のネットワークを介してユーザのコンピュータに接続されてもよく、この接続は、（例えば、インターネットサービスプロバイダを使用してインターネットを介して）外部コンピュータに対して行われてもよい。

本発明の態様は、本明細書では、本発明の実施形態による方法、装置（システム）、およびコンピュータプログラム製品のフローチャート図および／またはブロック図を参照して説明されている。フローチャート図および／またはブロック図の各ブロックならびにフローチャート図および／またはブロック図のブロックの組み合わせは、コンピュータプログラム命令によって実施され得ることが理解されよう。これらのコンピュータプログラム命令は、機械を製造するために汎用コンピュータ、専用コンピュータ、または他のプログラム可能データ処理装置のプロセッサに供給されてもよく、これにより、コンピュータまたは他のプログラム可能データ処理装置のプロセッサによって実行されるこれらの命令は、フローチャートおよび／またはブロック図のブロックまたは複数のブロックで指定された機能／動作を実施するための手段をもたらす。

特定の方法で機能するようにコンピュータ、他のプログラム可能データ処理装置、または他の機器に指示し得るこれらのコンピュータプログラム命令はまた、コンピュータ可読媒体に記憶されてもよく、これにより、フローチャートおよび／またはブロック図のブロックまたは複数のブロックで指定された機能／動作を実施する命令を含む、コンピュータ可読媒体に記憶された命令は、製品を製造する。

コンピュータプログラム命令はまた、コンピュータまたは他のプログラム可能装置上で実行された命令が、フローチャートおよび／またはブロック図のブロックまたは複数のブロックで指定された機能／動作を実施するためのプロセスを提供するように、コンピュータ、他のプログラム可能装置、または他の機器で一連の動作ステップを実行させてコンピュータ実施プロセスを生じるためにコンピュータ、他のプログラム可能データ処理装置、または他の機器にロードされてもよい。
［実施態様１］
少なくとも第１のデータベース（１１１）および第２のデータベース（１１２）を含む複数のデータベースを検索する方法（２００）であって、
前記第１のデータベース（１１１）と前記第２のデータベース（１１２）との間に複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を定義すること（２０４）であって、前記複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）は、前記第１のデータベース（１１１）および前記第２のデータベース（１１２）の共有フィールドを有する少なくとも１つの検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を含む、定義すること（２０４）と、
前記少なくとも１つの検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を使用して前記第１のデータベース（１１１）と前記第２のデータベース（１１２）との間の１つまたは複数のエッジ接続（９０４～９１６）を生成すること（２０６）であって、前記１つまたは複数のエッジ接続（９０４～９１６）の各々は、前記第１のデータベース（１１１）および前記第２のデータベース（１１２）の前記共有フィールドの１つまたは複数のインスタンスを含む、生成すること（２０６）と、
ユーザインターフェース（４００）から検索クエリを受信すること（２０８）と、
特定の共有フィールドを有する前記複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）のうちの１つに前記検索クエリをマッピングすること（２１０）と、
前記特定の共有フィールドの特定のインスタンスを返送すること（２１２）であって、前記特定のインスタンスは、前記第１のデータベース（１１１）と前記第２のデータベース（１１２）との間の前記１つまたは複数のエッジ接続（９０４～９１６）のうちの１つである、返送すること（２１２）とを含む、方法（２００）。
［実施態様２］
前記検索クエリを受信すること（２０４）が、自然言語検索クエリを受信することを含み、前記検索クエリをマッピングすること（２１０）が、前記定義された複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を使用して前記自然言語検索クエリを翻訳することを含む、実施態様１に記載の方法（２００）。
［実施態様３］
前記複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を定義すること（２０４）が、ビュー名および列リストを含む、前記第１のデータベース（１１１）の第１のデータベース構成ファイル、および少なくとも前記ビュー名を含む、前記第２のデータベース（１１２）の第２のデータベース構成ファイルを使用することを含む、実施態様１に記載の方法（２００）。
［実施態様４］
前記第１のデータベース構成ファイルおよび前記第２のデータベース構成ファイルの前記ビュー名に対応するデータをインポートすることをさらに含む、実施態様３に記載の方法（２００）。
［実施態様５］
前記第１のデータベース（１１１）から第１のテーブル、および前記第２のデータベース（１１２）から第２のテーブルをインポートすることをさらに含む、実施態様１に記載の方法（２００）。
［実施態様６］
前記第１のデータベース（１１１）および前記第２のデータベース（１１２）のうちの１つが、標準クエリ言語（ＳＱＬ）データベースを含む、実施態様１に記載の方法（２００）。
［実施態様７］
前記第１のデータベース（１１１）が、第１のデータベースタイプであり、前記第２のデータベース（１１２）が、第２のデータベースタイプであり、前記第１および第２のデータベースタイプが、異なるデータベースタイプである、実施態様１に記載の方法（２００）。
［実施態様８］
前記第１のデータベース（１１１）が、第１のサーバ上で動作し、前記第２のデータベース（１１２）が、第２のサーバ上で動作する、実施態様１に記載の方法（２００）。
［実施態様９］
データベース検索システム（１２０）であって、
少なくとも第１のデータベース（１１１）および第２のデータベース（１１２）へのアクセスを提供するネットワーク接続と、
前記第１のデータベース（１１１）と前記第２のデータベース（１１２）との間に定義された少なくとも１つの検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を含む複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）であって、前記少なくとも１つの検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）は、前記第１のデータベース（１１１）および前記第２のデータベース（１１２）の共有フィールドを含む、検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）と、
前記少なくとも１つの検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を使用して前記第１のデータベース（１１１）と前記第２のデータベース（１１２）との間に生成された１つまたは複数のエッジ接続（９０４～９１６）であって、前記１つまたは複数のエッジ接続（９０４～９１６）の各々は、前記第１のデータベース（１１１）および前記第２のデータベース（１１２）の前記共有フィールドの１つまたは複数のインスタンスを含む、エッジ接続（９０４～９１６）と、
検索クエリを受信するユーザインターフェース（４００）とを含み、前記データベース検索システム（１２０）は、特定の共有フィールドを有する前記複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）のうちの１つに前記検索クエリをマッピングし、前記特定の共有フィールドの特定のインスタンスを返送し、前記特定のインスタンスは、前記第１のデータベース（１１１）と前記第２のデータベース（１１２）との間の前記１つまたは複数のエッジ接続（９０４～９１６）のうちの１つである、データベース検索システム（１２０）。
［実施態様１０］
前記検索クエリが、自然言語検索クエリを含み、前記データベース検索システム（１２０）が、前記定義された複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を使用して前記自然言語検索クエリを翻訳する、実施態様９に記載のデータベース検索システム（１２０）。
［実施態様１１］
前記データベース検索システム（１２０）が、ビュー名および列リストを含む、前記第１のデータベース（１１１）の第１のデータベース構成ファイル、および少なくとも前記ビュー名を含む、前記第２のデータベース（１１２）の第２のデータベース構成ファイルを使用して前記複数の検索コネクタ（９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２）を定義する、実施態様９に記載のデータベース検索システム（１２０）。
［実施態様１２］
前記データベース検索システム（１２０）が、前記第１のデータベース構成ファイルおよび前記第２のデータベース構成ファイルの前記ビュー名に対応するデータをインポートする、実施態様１１に記載のデータベース検索システム（１２０）。
［実施態様１３］
前記データベース検索システム（１２０）が、前記第１のデータベース（１１１）から第１のテーブル、および前記第２のデータベース（１１２）から第２のテーブルをインポートする、実施態様１２に記載のデータベース検索システム（１２０）。
［実施態様１４］
前記第１のデータベース（１１１）および前記第２のデータベース（１１２）のうちの１つが、標準クエリ言語（ＳＱＬ）データベースを含む、実施態様９に記載のデータベース検索システム（１２０）。
［実施態様１５］
前記第１のデータベース（１１１）が、第１のデータベースタイプであり、前記第２のデータベース（１１２）が、第２のデータベースタイプであり、前記第１および第２のデータベースタイプが、異なるデータベースタイプである、実施態様９に記載のデータベース検索システム（１２０）。
［実施態様１６］
前記第１のデータベース（１１１）が、第１のサーバ上で動作し、前記第２のデータベース（１１２）が、第２のサーバ上で動作する、実施態様９に記載のデータベース検索システム（１２０）。

１００ ネットワークインフラストラクチャ
１０２ ネットワーク
１０４ ユーザ
１１１ 第１のデータベース
１１２ 第２のデータベース
１１３ 第３のデータベース
１２０ データベース検索システム、検索エンジンシステム
２００ データベース検索方法
３００ コネクタ
３１１ 不適合データベース
３１２ サプライヤデータベース
３１３ 注文書データベース
３１４ ベンダデータベース
３１５ 第５の全データベース
４００ 配送レポートユーザインターフェース
４１１ 出荷数列
４１２ サプライヤ名列
４１３ アイテム識別子列
４１４ 製品コード列
４１５ アイテム記述列
４１６ 遅延日数（必要日付）列
４１７ チームリーダー列
４１８ サプライヤ連絡先列
４１９ プロジェクト識別子列
４２０ 遅延日数（契約上）列
４３２～４３５ 行
５０１ 接続探索メニュー
５０２ エリアメニュー
５０３ ソーシングメニュー
５０４ ソーシング品質メニュー
５０５ 選択メニュー
６００ サプライヤ偏差ユーザインターフェース
６１１ 偏差記述列
６１２ 識別情報列
６１３ コンポーネント記述列
６１４ 品質署名日付列
６１５ サプライヤ品質エンジニア名列
６１６ サプライヤ名列
６１７ ＮＣＲ番号列
６１８ 配置列
６３２～６３４ 行
７０１ 接続探索メニュー
７０２ エリアメニュー
７０３ 品質メニュー
７０４ メニュー
７０５ 選択メニュー
８００ 製造不適合ユーザインターフェース
８１１ 番号列
８１２ 開始データ列
８１３ 偏差記述列
８１４ 偏差コード列
８１５ パーツ番号列
８１６ パーツ識別子列
８１７ プロジェクト番号列
８１８ サプライヤ名列
８３２～８３４ 行
８４０ 情報ボックス
９０１ 配送データベース
９０２ サプライヤデータベース
９０３ 製造データベース
９０４～９１６ エッジ接続
９２０、９２０ａ～９２０ｃ、９２１ａ、９２１ｂ、９２２ 検索コネクタ

Claims (17)

1. 少なくとも第１のデータベースと、第２のデータベースと、第３のデータベースと、を含む複数のデータベースを検索する方法であって、
   前記第１のデータベースと前記第２のデータベースと前記第３のデータベースの間に複数の検索コネクタを定義するステップであって、前記複数の検索コネクタは、前記第１および前記第２のデータベースをリンクする前記第１および前記第２のデータベースの少なくとも１つの共有フィールドを有する少なくとも１つの第１の検索コネクタと、前記第１および前記第３のデータベースをリンクする前記第１および前記第３のデータベースの少なくとも１つの共有フィールドを有する少なくとも１つの第２の検索コネクタと、前記第２および前記第３のデータベースをリンクする前記第２および前記第３のデータベースの少なくとも１つの共有フィールドを有する少なくとも１つの第３の検索コネクタと、を含む、定義するステップと、
   複数のエッジ接続を生成するステップであって、前記複数のエッジ接続の各々は、前記複数のデータベースの１つ以上に連結され、前記複数のデータベースのうちの各々のデータベースに対して共通の共有フィールドをトレースすることによって、当該複数のデータベースの１つ以上からの情報を結合する、生成するステップと、
   ユーザインターフェースから検索クエリを受信するステップと、
   特定の共有フィールドを有する前記複数の検索コネクタのうちの１つに前記検索クエリをマッピングするステップと、
   前記特定の共有フィールドの特定のインスタンスを返送するステップであって、前記特定のインスタンスは、前記複数のデータベースの２つ以上のデータベースの間の前記複数のエッジ接続のうちの１つである、返送するステップとを含む、方法。
2. 前記検索クエリを受信するステップが、自然言語検索クエリを受信するステップを含み、前記検索クエリをマッピングするステップが、前記定義された複数の検索コネクタを使用して前記自然言語検索クエリを翻訳するステップを含む、請求項１に記載の方法。
3. 前記複数の検索コネクタを定義するステップが、ビュー名および列リストを含む、前記第１のデータベースの第１のデータベース構成ファイル、および少なくとも前記ビュー名を含む、前記第２のデータベースの第２のデータベース構成ファイルを使用するステップを含む、請求項１又は２に記載の方法。
4. 前記第１のデータベース構成ファイルおよび前記第２のデータベース構成ファイルの前記ビュー名に対応するデータをインポートするステップをさらに含む、請求項３に記載の方法。
5. 前記第１のデータベースから第１のテーブル、および前記第２のデータベースから第２のテーブルをインポートするステップをさらに含む、請求項１から４のいずれか１項に記載の方法。
6. 前記第１のデータベースおよび前記第２のデータベースのうちの１つが、標準クエリ言語（ＳＱＬ）データベースを含む、請求項１から５のいずれか１項に記載の方法。
7. 前記第１のデータベースが、第１のデータベースタイプであり、前記第２のデータベースが、第２のデータベースタイプであり、前記第１および第２のデータベースタイプが、異なるデータベースタイプである、請求項１から６のいずれか１項に記載の方法。
8. 前記第１のデータベースが、第１のサーバ上で動作し、前記第２のデータベースが、第２のサーバ上で動作する、請求項１から７のいずれか１項に記載の方法。
9. 前記複数の検索コネクタの各々が、ビジネスプロセス又はビジネスロジスティクス情報に従ってデータを階層的に組織化するビジネスタクソノミに従って、前記エッジ接続によって互いにリンクされた複数のビジネスエンティティのセットを表すグラフを構成し、
   前記複数の検索コネクタを定義するステップにおいて、前記第１および前記第２のデータベースの少なくとも１つの共有フィールドが、データを組織化するために使用される前記ビジネスタクソノミを前記第１および前記第２のデータベースと照合した結果に基づいて特定され、前記第１および前記第３のデータベースの少なくとも１つの共有フィールドが、前記ビジネスタクソノミを前記第１および前記第３のデータベースと照合した結果に基づいて特定され、前記第２および前記第３のデータベースの少なくとも１つの共有フィールドが、前記ビジネスタクソノミを前記第２および前記第３のデータベースと照合した結果に基づいて特定される、
   請求項１から８のいずれか１項に記載の方法。
10. データベース検索システムであって、
    コンピュータと、
    当該コンピュータに、少なくとも第１のデータベースと、第２のデータベースと、第３のデータベースと、を含む複数のデータベースへのユーザアクセスを提供するネットワーク接続と、
    前記第１のデータベースと前記第２のデータベースと前記第３のデータベースの間に定義された複数の検索コネクタであって、前記複数の検索コネクタは、少なくとも前記第１および前記第２のデータベースをリンクする前記第１および前記第２のデータベースの少なくとも１つの共有フィールドを有する少なくとも１つの第１の検索コネクタと、前記第１および前記第３のデータベースをリンクする前記第１および前記第３のデータベースの少なくとも１つの共有フィールドを有する少なくとも１つの第２の検索コネクタと、前記第２および前記第３のデータベースをリンクする前記第２および前記第３のデータベースの少なくとも１つの共有フィールドを有する少なくとも１つの第３の検索コネクタと、を含む、複数の検索コネクタと、
    複数のエッジ接続であって、前記複数のエッジ接続の各々は、前記複数のデータベースの１つ以上に連結され、前記複数のデータベースのうちの各々のデータベースに対して共通の共有フィールドをトレースすることによって、当該複数のデータベースの１つ以上からの情報を結合する、複数のエッジ接続と、
    ユーザが検索クエリを実行する前記コンピュータに接続されたユーザインターフェースと、を備え、
    前記データベース検索システムは、特定の共有フィールドを有する前記複数の検索コネクタのうちの１つに前記検索クエリをマッピングし、前記特定の共有フィールドの特定のインスタンスを返送し、当該特定のインスタンスは前記複数のデータベースのうちの２つ以上のデータベースの間の前記複数のエッジ接続のうちの１つである、データベース検索システム。
11. 前記検索クエリが、自然言語検索クエリを含み、前記データベース検索システムが、前記定義された複数の検索コネクタを使用して前記自然言語検索クエリを翻訳する、請求項１０に記載のデータベース検索システム。
12. 前記データベース検索システムが、ビュー名および列リストを含む、前記第１のデータベースの第１のデータベース構成ファイル、および少なくとも前記ビュー名を含む、前記第２のデータベースの第２のデータベース構成ファイルを使用して前記複数の検索コネクタを定義する、請求項１０又は１１に記載のデータベース検索システム。
13. 前記データベース検索システムが、前記第１のデータベース構成ファイルおよび前記第２のデータベース構成ファイルの前記ビュー名に対応するデータをインポートする、請求項１２に記載のデータベース検索システム。
14. 前記データベース検索システムが、前記第１のデータベースから第１のテーブル、および前記第２のデータベースから第２のテーブルをインポートする、請求項１３に記載のデータベース検索システム。
15. 前記第１のデータベースおよび前記第２のデータベースのうちの１つが、標準クエリ言語（ＳＱＬ）データベースを含む、請求項１０から１４のいずれか１項に記載のデータベース検索システム。
16. 前記第１のデータベースが、第１のデータベースタイプであり、前記第２のデータベースが、第２のデータベースタイプであり、前記第１および第２のデータベースタイプが、異なるデータベースタイプである、請求項１０から１５のいずれか１項に記載のデータベース検索システム。
17. 前記第１のデータベースが、第１のサーバ上で動作し、前記第２のデータベースが、第２のサーバ上で動作する、請求項１０から１６のいずれか１項に記載のデータベース検索システム。

Images