データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムであって、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換し、該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力して、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるようにするよう、非テキスト中心の同期化処理として動作する同期化手段を有するクエリシステム。前記同期化手段は、前記テキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応する非テキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、前記非テキスト中心の同期化処理において動作する、請求項1に記載のクエリシステム。前記同期化手段は、前記データベースシステムの全ての非テキスト中心のデータ入力に関して前記非テキスト中心の同期化処理を実行するよう動作する、請求項1又は2に記載のクエリシステム。前記同期化手段は、前記データベースシステムのテキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応するテキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、テキスト中心の同期化処理として動作する、請求項1乃至3のうちいずれか一項に記載のクエリシステム。前記同期化手段は、当該クエリシステムによって検索可能な情報が変更される場合に、該変更が前記データベースシステム及び前記検索エンジンシステムの両方において表されるよう動作する、請求項1乃至4のうちいずれか一項に記載のクエリシステム。前記クエリ要素に対応する前記クエリ処理を実行する際に使用される該クエリ要素を分析するよう動作する分析手段と、前記データベースシステム及び/又は前記検索エンジンシステムにおいて前記クエリ処理を実行すべきかどうかを前記分析に依存して決定するよう動作する決定手段とを更に有する請求項1乃至5のうちいずれか一項に記載のクエリシステム。前記決定手段は、前記クエリ要素が前記データベースシステムによってサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定するよう動作する、請求項6に記載のクエリシステム。前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定される場合には該データベースシステムにおいて、及び/又は前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定される場合には該検索エンジンシステムにおいて前記クエリ処理を実行するよう動作する実行手段を更に有する請求項1乃至7のうちいずれか一項に記載のクエリシステム。受信したクエリを複数のコンポーネントクエリ要素に分割するよう動作するクエリ分割手段を更に有し、当該クエリシステムは、クエリ要素ごとに前記クエリ処理を実行するよう動作する、請求項1乃至8のうちいずれか一項に記載のクエリシステム。データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムのコンピュータ装置で実行される場合に、該装置にクエリシステム方法を実行させるコンピュータプログラムであって、前記方法は、非テキスト中心の同期化処理として、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換し、該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力して、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるようにする、コンピュータプログラム。本発明は、上記のシステムで見られる一以上の問題を解消することを目的とする。具体的に、本発明は、従来のシステムに対して利点を提供するクエリシステム、並びに関連する方法及びコンピュータプログラムを提供することを目的とする。具体的に、本発明は、クエリ要素によって対象とされる属性タイプ属性範囲に関して厳密な憶測を立てることなく、クエリ要素に対応するクエリ動作を実行する際に使用されるクエリシステム及びコンピュータプログラムを提供することを目的とする。本願では、クエリ要素に対応するクエリ処理を実行する際に使用される該クエリ要素を分析するよう動作する分析手段と、第1のデータ処理システム及び/又は該第1のデータ処理システムとはタイプが異なる第2のデータ処理システムにおいて前記クエリ処理を実行すべきかどうかを前記分析に依存して決定するよう動作する決定手段とを有するクエリシステムが開示される。本発明の第1の側面の実施形態に従って、クエリ要素に対応するクエリ処理を実行する際に使用される該クエリ要素を分析するよう動作する分析手段と、データベースシステム及び/又は検索エンジンシステムにおいて前記クエリ処理を実行すべきかどうかを前記分析に依存して決定するよう動作する決定手段とを有するクエリシステムが提供される。かかるクエリシステムは、コンピュータにより実施されるクエリシステムであってよい。例えば、それは、コンピュータ装置で実行されるソフトウェアを手段として実施されてよい。コンピュータ装置は、単一のデバイスの形態をとっても、又は複数のデバイスにわたって分配されてもよい。かかるクエリシステムは、ハードウェアにおいて、又は部分的にコンピュータ装置において実行されるソフトウェアを手段として及び部分的にハードウェアにおいてにおいて、実施されてよい。かかるクエリシステムによれば、データベースシステム及び検索エンジンシステムの両方の機能を利用すること及び、特に、それらのどちらが環境により適しているのかを決定するよう受信したクエリを分析することが可能である。このように、クエリシステムは、データベースシステムにおいて、若しくは検索エンジンシステムにおいて、又はデータベースシステム及び検索エンジンシステムの両方において、クエリ処理を実行すべきかどうかを決定してよい。例えば、どちらが最良を尽くすかどうかが前もって分かっていない場合には、両方のシステムが使用されてよい。クエリシステムは、前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定される場合には該データベースシステムにおいて、及び/又は前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定される場合には該検索エンジンシステムにおいて前記クエリ処理を実行するよう動作する実行手段を有してよい。クエリシステムは、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換し、該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに、望ましくは、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応する非テキスト中心のデータ入力と関連づける対応情報とともに入力するよう、非テキスト中心の同期化処理として動作する同期化手段を有してよい。前記非テキスト中心のデータ入力は、そのようなものとしてテキストを表すために使用される又は基礎とされないフォーマットで記録されるデータ入力であってよい。前記非テキスト中心のデータ入力は、例えば、整数、ダブル、データ、ブール等であってよい。前記テキスト中心のデータ入力は、テキストの文字列、例えば、データタイプ文字列stringのデータであってよい。文字列は、一般的に、データ値の連続を保持するデータタイプとして理解され、そのようなデータ値の連続において、要素は、通例、文字符号化に従って文字を表す。例えば、データとの関連で、非テキスト中心のデータ入力は、時間における基準点からの秒又はミリ秒数としてデータを表す整数であってよい。対応するテキスト中心のデータ入力は、同じ日時を表す、2010/01/05PDT10:50:50といったテキストの文字列であってよい。前記同期化手段は、前記データベースシステムの全ての非テキスト中心のデータ入力に関して前記非テキスト中心の同期化処理を実行するよう動作してよい。このように、データベースの全ての非テキスト中心の入力は、検索エンジンのインデックスにおいて対応する入力を有してよく、それにより、クエリシステムは、データベースシステム若しくは検索エンジンシステム又はそれら両方を手段として全ての非テキスト中心のデータ入力にアクセスするよう動作する。クエリシステムは、前記データベースシステムのテキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応するテキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、テキスト中心の同期化処理として動作する同期化手段を有してよい。前記同期化手段は、前記データベースシステムの全てのテキスト中心のデータ入力に関して前記テキスト中心の同期化処理を実行するよう動作してよい。このように、データベースの全てのテキスト中心の入力は、検索エンジンのインデックスにおいて対応する入力を有してよく、それにより、クエリシステムは、データベースシステム若しくは検索エンジンシステム又はそれら両方を手段として全てのテキスト中心のデータ入力にアクセスするよう動作する。実際に、当然のことながら、クエリシステムは、このようにして、データベースシステム若しくは検索エンジンシステム又はそれら両方を手段として全てのデータ入力にアクセスするよう動作してよい。前記同期化手段は、前記データベースシステムの全ての非テキスト中心のデータ入力に関して前記非テキスト中心の同期化処理を実行するよう動作してよいが、それは、前記データベースシステムの複数の非テキスト中心の入力、若しくは前記データベースシステムの非テキスト中心の入力の組に関して、又は特定のタイプのデータベースシステムの全ての非テキスト中心の入力に関して、前記非テキスト中心の同期化処理を実行するよう動作してよい。前記同期化手段は、前記データベースシステムの全てのテキスト中心のデータ入力に関して前記テキスト中心の同期化処理を実行するよう動作してよいが、それは、前記データベースシステムの複数のテキスト中心の入力、若しくは前記データベースシステムのテキスト中心の入力の組に関して、又は特定のタイプのデータベースシステムの全てのテキスト中心の入力に関して、前記テキスト中心の同期化処理を実行するよう動作してよい。検索エンジンシステムのインデックスへのそのような入力は、例えば、データベースシステムにおいて変更が起こる時又は場合といった、トランザクションごとに、あるいは、例えば、時々実行される同期化処理の部分として、スケジューリングに基づき、あるいは、例えば、クエリが受信された時又は場合といった、ジャストインタイムで又はオンデマンドで、実行されてよい。前記同期化手段は、当該クエリシステムによって検索可能な情報が変更される場合に、該変更が前記データベースシステム及び前記検索エンジンシステムの両方において表されるよう動作してよい。かかる変更は、新しいデータ入力の生成、既存のデータ入力の更新、又は既存のデータ入力の削除であってよい。前記決定手段は、前記クエリ要素が前記データベースシステムによってサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定するよう動作してよい。前記決定手段は、前記クエリ要素が前記データベースシステムによってはサポートされないが前記検索エンジンシステムによってはサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定するよう動作してよい。前記決定手段は、前記クエリ要素が検索エンジン中心の選択動作に関すると前記分析が示す場合に、前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定するよう動作してよい。クエリシステムは、受信したクエリを複数のコンポーネントクエリ要素に分割するよう動作するクエリ分割手段を有してよい。クエリシステムは、クエリ要素ごとに前記クエリ処理を実行するよう動作してよい。クエリシステムは、前記受信したクエリに依存した順序で前記複数のクエリ要素をキューイングするよう動作するキューイング手段を有してよい。クエリシステムは、前記順序でクエリ要素ごとに前記クエリ処理を実行するよう動作してよい。クエリシステムは、前記データベースシステム及び前記検索エンジンシステムを有してよく、又は前記データベースシステム及び前記検索エンジンシステムを設けられず、それらと相互に作用するよう構成されてよい。本発明の第2の側面の実施形態に従って、クエリ要素に対応するクエリ処理を実行する際に使用される該クエリ要素を分析するステップと、該分析に依存して、データベースシステム及び/又は検索エンジンシステムにおいて前記クエリ処理を実行するべきかどうかを決定するステップとを有するクエリ方法が提供される。本発明の第3の側面の実施形態に従って、データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムのコンピュータ装置で実行される場合に、該装置にクエリ方法を実行させるコンピュータプログラムであって、前記方法は、クエリ要素に対応するクエリ処理を実行する際に使用される該クエリ要素を分析するステップと、該分析に依存して、データベースシステム及び/又は検索エンジンシステムにおいて前記クエリ処理を実行するべきかどうかを決定するステップとを有するコンピュータプログラムが提供される。当該コンピュータプログラムは、単一のプログラムとして又は一組のプログラムとして提供されてよい。当該コンピュータプログラムは、単一のコンピュータデバイスにおいて又は1よりも多いコンピュータデバイスにわたって実行されてよい。すなわち、コンピュータ装置は、ネットワーク等にわたって分配されてよい。本発明の第4の側面の実施形態に従って、データシステム及び/又は検索エンジンシステムにおいて選択的に受信したクエリ要素に対応するクエリ処理を実行するクエリシステムであって、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換し、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるように該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力するよう、非テキスト中心の同期化処理として動作する同期化手段を有するクエリシステムが提供される。当該クエリシステムは、クエリ1又はそれ以上のクエリ要素から形成されてよい。の性能及び/又は柔軟性が高められることを可能にすることができる。当該クエリシステムは、コンピュータにより実施されるクエリシステムであってよい。例えば、それは、コンピュータ装置で実行されるソフトウェアを手段として実施されてよい。コンピュータ装置は、単一のデバイスの形態をとっても、又は複数のデバイスにわたって分配されてもよい。かかるクエリシステムは、ハードウェアにおいて、又は部分的にコンピュータ装置において実行されるソフトウェアを手段として及び部分的にハードウェアにおいてにおいて、実施されてよい。当該クエリシステムによれば、データベースシステム及び検索エンジンシステムの両方の機能を利用すること及び、特に、データベースシステムを手段としてのみ検索可能であるデータ入力を検索するために検索エンジンシステムを用いることが可能である。前記非テキスト中心のデータ入力は、そのようなものとしてテキストを表すために使用される又は基礎とされないフォーマットで記録されるデータ入力であってよい。前記非テキスト中心のデータ入力は、例えば、整数又はアレイであってよい。前記テキスト中心のデータ入力は、テキストの文字列、例えば、データタイプ文字列stringのデータであってよい。文字列は、一般的に、データ値の連続を保持するデータタイプとして理解され、そのようなデータ値の連続において、要素は、通例、文字符号化に従って文字を表す。例えば、データとの関連で、非テキスト中心のデータ入力は、時間における基準点からの秒又はミリ秒数としてデータを表す整数であってよい。対応するテキスト中心のデータ入力は、同じ日時を表す、2010/01/05PDT10:50:50といったテキストの文字列であってよい。前記同期化手段は、前記テキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応する非テキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、前記非テキスト中心の同期化処理において動作してよい。前記対応情報は、前記データベースシステム及び前記検索エンジンシステムの入力が、互いに関連づけられ、又は互いに相互参照され、又は互いに結び付けられることを可能にすることができる。前記同期化手段は、前記データベースシステムの全ての非テキスト中心のデータ入力に関して前記非テキスト中心の同期化処理を実行するよう動作してよい。このように、データベースの全ての非テキスト中心の入力は、検索エンジンのインデックスにおいて対応する入力を有してよく、それにより、クエリシステムは、データベースシステム若しくは検索エンジンシステム又はそれら両方を手段として全ての非テキスト中心のデータ入力にアクセスするよう動作する。クエリシステムは、前記データベースシステムのテキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応するテキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、テキスト中心の同期化処理として動作する同期化手段を有してよい。前記同期化手段は、前記データベースシステムの全てのテキスト中心のデータ入力に関して前記テキスト中心の同期化処理を実行するよう動作してよい。このように、データベースの全てのテキスト中心の入力は、検索エンジンのインデックスにおいて対応する入力を有してよく、それにより、クエリシステムは、データベースシステム若しくは検索エンジンシステム又はそれら両方を手段として全てのテキスト中心のデータ入力にアクセスするよう動作する。実際に、当然のことながら、クエリシステムは、このようにして、データベースシステム若しくは検索エンジンシステム又はそれら両方を手段として全てのデータ入力にアクセスするよう動作してよい。前記同期化手段は、前記データベースシステムの全ての非テキスト中心のデータ入力に関して前記非テキスト中心の同期化処理を実行するよう動作してよいが、それは、前記データベースシステムの複数の非テキスト中心の入力、若しくは前記データベースシステムの非テキスト中心の入力の組に関して、又は特定のタイプのデータベースシステムの全ての非テキスト中心の入力に関して、前記非テキスト中心の同期化処理を実行するよう動作してよい。前記同期化手段は、前記データベースシステムの全てのテキスト中心のデータ入力に関して前記テキスト中心の同期化処理を実行するよう動作してよいが、それは、前記データベースシステムの複数のテキスト中心の入力、若しくは前記データベースシステムのテキスト中心の入力の組に関して、又は特定のタイプのデータベースシステムの全てのテキスト中心の入力に関して、前記テキスト中心の同期化処理を実行するよう動作してよい。検索エンジンシステムのインデックスへのそのような入力は、例えば、データベースシステムにおいて変更が起こる時又は場合といった、トランザクションごとに、あるいは、例えば、時々実行される同期化処理の部分として、スケジューリングに基づき、あるいは、例えば、クエリが受信された時又は場合といった、ジャストインタイムで又はオンデマンドで、実行されてよい。前記同期化手段は、当該クエリシステムによって検索可能な情報が変更される場合に、該変更が前記データベースシステム及び前記検索エンジンシステムの両方において表されるよう動作してよい。かかる変更は、新しいデータ入力の生成、既存のデータ入力の更新、又は既存のデータ入力の削除であってよい。クエリシステムは、前記クエリ要素に対応する前記クエリ処理を実行する際に使用される該クエリ要素を分析するよう動作する分析手段と、前記データベースシステム及び/又は前記検索エンジンシステムにおいて前記クエリ処理を実行すべきかどうかを前記分析に依存して決定するよう動作する決定手段とを更に有してよい。クエリシステムは、このようにして、前記クエリ処理を前記データベースシステムにおいて、若しくは前記検索エンジンシステムにおいて、又は前記データベースシステム及び前記検索エンジンシステムの両方において実行すべきかどうかを決定してよい。例えば、どちらが最良を尽くすかどうかが前もって分かっていない場合には、両方のシステムが使用されてよい。前記決定手段は、前記クエリ要素が前記データベースシステムによってサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定するよう動作してよい。前記決定手段は、前記クエリ要素が前記データベースシステムによってはサポートされないが前記検索エンジンシステムによってはサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定するよう動作してよい。前記決定手段は、前記クエリ要素が検索エンジン中心の選択動作に関すると前記分析が示す場合に、前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定するよう動作してよい。クエリシステムは、前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定される場合には該データベースシステムにおいて、及び/又は前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定される場合には該検索エンジンシステムにおいて前記クエリ処理を実行するよう動作する実行手段を更に有してよい。クエリシステムは、受信したクエリを複数のコンポーネントクエリ要素に分割するよう動作するクエリ分割手段を有してよい。クエリシステムは、クエリ要素ごとに前記クエリ処理を実行するよう動作してよい。クエリシステムは、前記受信したクエリに依存した順序で前記複数のクエリ要素をキューイングするよう動作するキューイング手段を有してよい。クエリシステムは、前記順序でクエリ要素ごとに前記クエリ処理を実行するよう動作してよい。クエリシステムは、前記データベースシステム及び前記検索エンジンシステムを有してよく、又は前記データベースシステム及び前記検索エンジンシステムを設けられず、それらと相互に作用するよう構成されてよい。本発明の第5の側面の実施形態に従って、データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムにおいて使用されるクエリシステム例えば、コンピュータにより実施される方法であって、非テキスト中心の同期化処理として、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換するステップと、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるように該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力するステップとを有するクエリシステム方法が提供される。本発明の第6の側面の実施形態に従って、データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムのコンピュータ装置で実行される場合に、該装置にクエリシステム方法を実行させるコンピュータプログラムであって、前記方法は、非テキスト中心の同期化処理として、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換するステップと、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるように該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力するステップとを有するコンピュータプログラムが提供される。当該コンピュータプログラムは、単一のプログラムとして又は一組のプログラムとして提供されてよい。当該コンピュータプログラムは、単一のコンピュータデバイスにおいて又は1よりも多いコンピュータデバイスにわたって実行されてよい。すなわち、コンピュータ装置は、ネットワーク等にわたって分配されてよい。語テキスト中心のtextcentricは、構造化されていないunstructured又はテキストに基づくtextbased又はテキスト状のtextlike又はテキストのtextual又はユーザに焦点を当てたuserfocused又は文字列タイプのstringtypeを意味すると解釈されてよい。例えば、テキスト中心のデータ入力は、人間ユーザによって容易に読まれる又は理解可能なフォーマット、例えば、ユーザへの表示に適したフォーマットにおけるものであってよい。語非テキスト中心のnontextcentricは、構造化されたstructured又はテキストに基づかないnontextbased又は非テキスト状のnontextlike又はマシンに焦点を当てたmachinefocused又は非文字列タイプのnonstringtypeを意味すると解釈されてよい。例えば、非テキスト中心のデータ入力は、人間ユーザによって容易に読まれない又は理科不可能なフォーマット、例えば、データベースシステム等のコンピュータシステムが有効に動作することを可能にすることを目的とし且つユーザへの表示に適するようにすなわち、ユーザフレンドリであるように変換を必要とするフォーマットにおけるものであってよい。テキスト中心のデータ入力は、大部分は又は完全に非構造化/情報データを含む入力として記述されてよい。この未構造化構造化されていないデータは、高い意味的品質を有してよいそれはユーザ関心と揃えられてよく、その結果として、テキスト中心のデータ入力自体が、おそらくは部分的に、ユーザクエリの部分を形成する可能性は高くなりうる。。対照的に、非テキスト中心のデータ入力は、大部分は又は完全に構造化されたデータ例えば、データベースによって課される表現及びフォーマットの厳密な規則に適合する例えば、そのデータモデルにおいて定義されるデータを含む入力として記述されてよい。簡単に言えば、語テキスト中心は、テキストを軸として展開する又はテキストに焦点を当てたという意味を有し、語非テキスト中心は、それとは反対の、すなわち相補的な意味を有すると解される。データベースシステム又は検索エンジンシステムのデータ入力は、関連システムシステムにおいて予め記憶されているもの、又は関連するシステムにおいてまさに記憶されようとしている又は記憶されると期待される若しくは記憶されるべきものであると解釈されてよい。検索エンジンシステムは、テキスト又はテキストに基づく検索エンジンシステムであってよく、インデックスに基づく検索エンジンシステムであってよい。検索エンジンシステムにおけるインデックスindexは、幅広く解釈されてよく、簡素なリストに制限される必要はない。所謂TツリーTtreeは、データベースシステムによって、従って、他のシステムによっても使用されうる平衡インデックスツリーデータ構造balancedindextreedatastructureである。これに関連して、検索エンジンシステムは、望ましくは、オンザフライと併置されるバッチジョブ処理を介してデータベースシステムにおいてデータベースシステムと同期して更新されてよい。システム側面の特徴は、方法及びコンピュータプログラムの側面に適用され、また、その逆もありうる。本発明の実施形態によれば、従来のシステムにおける問題を解消するとともに、従来のシステムに対して幾つかの利点を提供することが可能である。具体的に、本発明の実施形態によれば、クエリ要素によって対象とされる属性タイプ属性範囲に関して厳密な憶測を立てることなく、クエリ要素に対応するクエリ動作を実行する際に使用されるクエリシステム及びコンピュータプログラムを提供することが可能である。以下、単なる一例として、図面が参照される。前置きとして、本発明の実施形態は、特定のシナリオにおいて性能上の問題及び/又は制限されたクエリ機能を解消するために、データベースシステム例えば、DBMSの構造上の利点を二次的な検索エンジンシステムのテキストクエリ機能と組み合わせる複合クエリアプローチを用いる。アプローチは、数字中心の、すなわち一般的なアプリケーションとは対照的に、テキスト中心の又はテキストに基づくアプリケーションを対象としていると考えられてよい。数字中心のアプリケーションは、通例、従前考えられているデータベースシステムによってのみ利用されており、一方、データベーステキスト中心アプリケーションは、通例、データベースクエリ言語によっては十分にサポートされない。テキスト中心のアプリケーションの典型例は、チーム協調teamcollaborationシステム、ソーシャルネットワーク、要求管理requirementmanagementシステム又は文書システムである。本発明の幾つかの実施形態は、ネットワークに基づく実施形態との関連でクライアントマシンにおいて高度化された又は専用のクエリ言語又はAPIApplicationProgrammingInterfaceを用いる。クライアントマシンにおいて実装されるクエリインタプリタinterpreterは、クエリ動作のどの部分が2つの対象クエリエンジン検索エンジン及びデータベースのいずれか一方によってより良く処理され得るのかを決定することができる。それらのエンジンは、例えば、クライアントマシンから遠く離れて対応する別個のサーバにおいて実装されてよい。図1は、クエリシステム1の概略図である。クエリシステム1はローカルデバイス2を有する。ローカルデバイス2はコンピュータデバイスであってよい。ローカルデバイス2は、分析及び決定手段4と、検索エンジンシステム6と、データベースシステム8とを有する。分析手段は、クエリ要素に対応するクエリ処理を実行する際に使用される該クエリ要素を分析するよう動作可能である。決定手段は、そのような分析に依存して、クエリ処理をデータベースシステム8又は検索エンジンシステム6のいずれにおいて実行すべきかを決定するよう動作可能である。図2は、クエリシステム1と同様のクエリシステム10の概略図である。しかし、本質的にローカルデバイス2のようなローカルデバイスではなく、クエリシステム10はネットワーク11にわたって分配される。クエリシステム10は、ネットワーク11にわたって分配されている分析及び決定手段14と、検索エンジンシステム16と、データベースシステム18とを有する。ネットワーク11は、LANLocalAreaNetwork若しくはインターネットのようなWANWideAreaNetwork、又はその他の通信ネットワーク有線又は無線、あるいは、それらネットワークのいずれかの組み合わせであると考えられてよい。分析及び決定手段14、検索エンジンシステム16及びデータベースシステム18は、夫々、分析及び決定手段4、検索エンジンシステム6及びデータベースシステム8と同じであると考えられてよい。図1及び図2から明らかなように、ここで考えられているクエリシステム並びに関連する方法及びコンピュータプログラムは、局在的な形態及び分散型の形態において構成されてよい。図3は、システムアーキテクチャ20簡略化された複合クエリアーキテクチャhybridqueryarchitectureを表す概略図である。システムアーキテクチャ20は、ここでは、クエリシステムによって導入されてよい。例えば、かかるシステムがソフトウェアの形態において例えば、コンピュータプログラム又はコンピュータプログラムの組として提供される場合に、システムアーキテクチャ20は、そのソフトウェアのとり得る構成を表してよい。システムアーキテクチャ20は、アプリケーション22と、持続APIApplicationProgramminginterface24と、検索エンジン26と、データベース28とを有する。アプリケーション22は、ユーザアプリケーションであると考えられてよく、ユーザから入力を受け取って結果をユーザに提示してよい。持続API24は、アプリケーション22と検索エンジン26及びデータベース28との間に位置付けられ、検索エンジン26、データベース28及びアプリケーション22と相互作用する。持続API24は、クエリ機能30と、CUD生成/更新/削除機能32とを有する。明らかなように、クエリ機能30は、アプリケーション22を介してユーザによって提起されるクエリに基づいて検索要求を行うことを支援する。すなわち、受け取ったクエリに基づき、クエリ機能30は、クエリ処理をデータベース28又は検索エンジン26のいずれにおいて行うべきかを決定し、クエリ処理を実行するようデータベース28及び/又は検索エンジン26にアクセスするよう動作可能であってよい。たとえクエリ処理が検索エンジン26において実行されるとしても、データベース28検索エンジン26と並置される。がソースデータの信頼できる又はマスタ記憶部であるよう構成される場合に、検索結果に対応するデータは、データベース28から取り出されてよい。受け取ったクエリが複数のクエリ要素から成る場合に、要素ごとのクエリ処理が実行されてよく、各処理は、クエリ機能30によって決定されるようにデータベース28又は検索エンジン26において実行される。CUD機能32は、データ変更がデータベース28において起こる場合に、同等の変更が検索エンジン26においても起こることを確かにするのを支援する。例えば、データベース28においてデータが生成、更新又は削除される場合に、CUD機能32は、同等の変更が検索エンジン26において、例えば、検索エンジン26のインデックスにおいて行われるよう配置する。このように、CUD機能32は、データベース28及び検索エンジン26を互いと整合性が取れたままとする働きをする。検索エンジン26において行われるそのような変更は、例えば、対応する変更がデータベース28において行われると直ぐといったように積極的に、又はクエリが提起された時といった後の時点のようにのらくらと、行われてよい。検索エンジン検索エンジンシステムが1よりも多いインデックスを有する場合に、ここで使用される語インデックスindexは、それらのインデックスのいずれか1つ又はそれ以上を個別的に又は集合的に参照すると考えられてよい。まとめて、クエリ機能30及びCUD機能32は、例えば、所望のデータベース動作をカバーする所謂CRUD生成/読出/更新/削除機能を有すると考えられてよい。当然のことながら、検索エンジン26及びデータベース28は、夫々、検索エンジンシステム6及び16並びにデータベースシステム8及び18に対応する。更に、当然のことながら、分析及び決定手段4及び14は、API24を手段として、特に、幾つかの事例においてはアプリケーション22とともに、クエリ機能20を用いて、実施されてよい。従って、当然のことながら、システムアーキテクチャ20は、コンピュータデバイス2図1参照のようなコンピュータデバイスで実施されてよい。代替的に、システムアーキテクチャ20は、クライアントマシンのような1つのマシンで実施されるアプリケーション22及び持続API24により、並びに別個のネットワークサーバ図2参照で実施される検索エンジン26及びデータベース28により実施されてよい。このようなクエリシステムは、ここで開示される機能に従って複合クエリをサポートするよう特定の変更を必要とすることなしに、従前考えられているデータベースシステムをそのままで用いてよい。しかし、ここで開示されるクエリシステムは、望ましくは、データベースシステム及び検索エンジンシステムを互いと整合性がとれた、望ましくは完全に例えば、100整合がとれたままとする働きをし、従って、データベースシステムと検索エンジンシステムとの間の関係を考慮する保つことを目指す。このとき、データ入力自体について考える。データ入力は、属性を有するエンティティオブジェクト指向のシステムとの関連で、オブジェクトはエンティティの一種であると考えられてよい。として表されてよい。例えば、文書エンティティは、作成日を表す属性としてデータ属性例えば、25/12/2010を有してよく、あるいは、従業員エンティティは、従業員の社内ID番号を表す番号属性例えば、12345を有してよい。ここで開示されるクエリシステムは、全ての属性をテキストとして、すなわち、テキスト形態で、又はテキスト中心の属性として、表すよう構成されてよい。例えば、整数100は、テキスト形態において00000100と表現されてよい。他の例として、日時は、その共通の数字表現に代えて、例えば2010/01/05PDT10:50:50といったテキスト形態で記憶されてよい。次いで、個々の属性は、キー値対として検索エンジンのインデックスに入れられてよい。キーは、エンティティの表示であり、値は、その属性の1つの表示である例えば、値=myDate=12/24/2009。従って、このようなクエリシステムは、全てのデータがテキスト形態で表されてよいので、データタイプに対して限られた制限を課さない。理論上、それは、何らかのビットシーケンス従って、何らかのデータを文字列に変換することができる。従って、全てのデータは、テキスト中心の形態において表されてよい。データベースの全エンティティは、必要に応じてテキスト形態への変換により、検索エンジンのインデックスに入力されてよい。このようにして、データベースの全エンティティは、また、検索エンジンによって検索可能となり、例えば、それにより、選択クエリはエンティティごとに実行されてよい。より柔軟なクエリを可能にするために、記憶されているエンティティデータは、目標のシナリオに従って、外部エンティティデータにより強化されてよい。相関データベースにおける外部キー関係と同様に、そのような外部キーを検索エンジンのインデックスに導入して、通常は従前考えられている検索エンジンのインデックスにおいて使用されない関係が模倣されてよい。クエリは、検索エンジンの能力を用いて、2つのエンティティの間の関係を対象としてよい。このアプローチは、理論上、データベースのクエリアスペクトの大部分を置換しうる。しかし、幾つかの段階において、性能は、純粋にテキスト中心の動作が検索エンジンにとってリソースに関して高価であるために、データベースにクエリする性能に対して悪くなる。そのような柔軟性は無料でないと認識されている。複数のクエリエンジン検索エンジン及びデータベースにクエリすることができるために、データは、それらの夫々において複製される。このデータ冗長性は、当然ながら、記憶空間に関して高価である。しかし、中型のデータベースは数ギガバイトのデータを保持してよく、一方、現在利用可能なHDDHardDiscDrivesは数テラバイトを記憶することができる。このように、コスト高は、得られる検索の柔軟性を考慮しながら、比較的低い、又は許容可能であると考えられてよい。本クエリシステムをより良く理解するために、以下の例が考えられる。図4は、相関データベースにおいて実現される単純なテーブル電話番号PhoneNumbersと題される。の例である。テーブルの左端の列は一次キーPrimaryKey用であり、データ行を一意に識別する。各行は、然るべく、データ入力である。中央の列は、各データ入力に対応する電話番号の所有者の名称Owner用であり、名称はタイプ文字列stringによって表されている。右端の列は、各データ入力に対応する電話番号PhoneNumberを識別するためのものであり、番号はタイプ整数integerによって表されている。図4から分かるように、Harry及び彼の妻HarryHirsch’sWifeは各自2つの電話番号を有し、彼らはそのうちの1つを共有している。引き続き、データベース内の行は、次のようなクエリを用いて識別され得る理解を容易にするために、SQLのようなシンタックスが用いられる。:selectPrimaryKeyfromPhoneNumberwhereOwnerHarryHirschandPhoneNumber2402333333所有者がHarryHirschであり且つ電話番号が2402333333である場合について、PhoneNumberからPrimaryKeyを選択せよ。このようなクエリは、PrimaryKey4873328390を返す。両方の環境データベース及び検索エンジンにわたってこのようなクエリを使用することができるために、同様のスキームが検索エンジンに対して用いられてよい。先に述べられたように、検索エンジンは、通常は、複雑なデータを記憶せず、2タプルすなわち、対のデータ通常、文書documentID及び値又は語と呼ばれる。のみを扱う。図4のテーブルのデータを検索エンジンにおける使用のためのデータの対に変換する種々の方法が存在する。本例においては、所謂逆索引invertedindexが、図5に示される逆索引を生成するために使用される。図5において、文書Documentは、データベースにおける一次キーPrimaryKeyと等価である。逆索引において、語Wordは、1以上のDocumentと関連づけられる。図5から明らかなように、単一のデータベース行は、インデックスにおいて複数の入力に分けられる。しかし、データの量は、データベースに記憶されているデータの量とおおよそ等しく、一方、記憶空間の必要とされる量は、インデックスに関して僅かに大きい。図5に図示されるように、Word部は、データベースに記憶されているテーブル図4参照のテーブル名を含む。これは、属性名が単一のテーブル内でのみ一意であり、全てのテーブルにわたっては一意でないので、重要でありうる。上記の例におけるSQL記述の結果は、このようにして、共通集合を介して検索エンジンにおいて達成され得る:documentsAdocuments48733283904873328393documentsBdocuments48733283904873328391resultdocumentsA∩documentsB4873328390当然に、上記の例は、データベースに記憶されているデータが如何にして検索エンジンに利用可能にされ得るかに係る単なる一例である。大まかに言って、実施形態は、検索エンジンシステム及びデータベースシステムの両方で利用可能であるようにデータの記憶を扱うよう動作可能な同期化手段を有すると考えられてよい。図6は、クエリシステム40の概略図である。クエリシステム40は、クエリシステム1と同じであり、コンピュータデバイス42を有する。コンピュータデバイス42は、分析及び決定手段4と、検索エンジンシステム6と、データベースシステム8とを有する。更に、クエリシステム40は同期化手段44を有する。当然のことながら、クエリシステム40は、クエリシステム10と同じく、分散された形態において提供されてもよい。同期化手段44は、非テキスト中心の同期化処理として、データベースシステム8の非テキスト中心のエンティティデータ入力をそれがデータベースシステム8に記憶された後、それがデータベースシステム8に記憶される前、又は記憶処理の間にその非テキスト中心のエンティティを表す対応するテキスト中心のエンティティデータ入力に変換し、該テキスト中心のエンティティを検索エンジンシステム6のインデックスに入力するよう動作可能である。入力インデックス入力は、そのテキスト中心のエンティティから生じるインデックスにおける各入力をデータベースシステム8の対応する非テキスト中心のエンティティに関連づける対応情報とともに、インデックスに対して行われてよく、それにより、2つのシステム6及び8は、互いに対して参照される。同期化手段44は、データベースシステム8の全ての非テキスト中心の入力に対して非テキスト中心の同期化処理を実行するよう動作可能であってよい。同様に、同期化手段44は、テキスト中心の同期化処理として、データベースシステム8のテキスト中心のエンティティをそれがデータベースシステム8に記憶された後、それがデータベースシステム8に記憶される前、又は記憶処理の間に検索エンジンシステム6のインデックスに入力するよう動作可能である。入力は、そのテキスト中心のエンティティから生じるインデックスにおける各入力をデータベースシステム8の対応するテキスト中心のエンティティに関連づける対応情報とともに、インデックスに対して行われてよく、それにより、2つのシステム6及び8は、互いに対して参照される。同期化手段44は、データベースシステム8の全てのテキスト中心の入力に対してテキスト中心の同期化処理を実行するよう動作可能であってよい。このような同期化手段44は、クエリシステム40によって検索可能なデータが変更される場合に、その変更がデータベースシステム8及び検索エンジンシステム6の両方において表されるよう動作可能であってよい。かかる変更は、新しいデータ入力の生成、既存のデータ入力の更新、又は既存のデータ入力の削除であってよく、例えば、そのようなデータはデータベースのデータである。従って、当然のことながら、同期化手段44は、図3におけるCUD機能32に対応してよい。上記の例のクエリSQLにおいて表される。は、単なる例としてのクエリであり、当然に、データベースシステム又は検索エンジンシステムにおいて実行され得る他のタイプのクエリが存在してよい。速度及び/又は品質は、どのシステムにおいてクエリが実行されるのかに依存して異なりうる。例えば、図4及び図5に関連して与えられた上記の例は、検索エンジンシステムにおいてよりも相関データベースシステムRDBMSにおいてより良く動作してよい。クエリがいずれか一方のシステムにおいて実行される場合に、本クエリシステムは、データ操作システムのうち特定の環境において最良の性能を提供する方を用いて、両方の世界データベース及び検索エンジンのうち最良のものを利用しようとする。以下、2つのシステム、すなわち、検索エンジンシステム及びデータベースシステムの同期化について更に検討する。検索エンジン及びデータベースは、ジャストインタイムのクエリを実行することができるために、同期化されてよい。この同期化は、CUD機能32又は同期化手段44を用いて、生成/更新/削除CUD動作を制御することによって行われてよい。望ましくは、このCUD動作は、一方のデータ操作システム検索エンジンシステム又はデータベースシステムにおいて動作を実行できなかったことが他方における動作をロールバックするように、トランザクションスコープtransactionscopeによって保護される。従って、CUD動作のアトミック性は、動作が両方のデータ操作システムにおいて実行される場合にのみ、達成される。これに関連して、図7及び図8が参照される。図7は、図3の考慮されるシステムアーキテクチャ20に関連する概略図であり、システムアーキテクチャ20の様々な要素がCUD動作の実行時に如何にして用いられ得るのかを示す。アーキテクチャ20の様々な要素は、図7において、一番上の箱によって表されており、対比を容易にするために図3で用いられたのと同じ参照符号を付されている。例えば、図7においてclientClientとラベルを付されている箱は、図3のアプリケーション22に対応する。図7において表されている様々な動作は、1、1.1.1、1.1.2、1.1.3、1.1.4及び2とラベルを付されて、以下で参照される。図8は、図7に対応するアクティビティ図であり、CUD動作のトランザクションコンテクストtransactioncontextを表す。図8において表されている様々なステップは、S2乃至S20の偶数ステップとして表され、以下で参照される。図示されるように、CUD動作は、例えば、クライアントマシンで出されたユーザ要求に応答して、アプリケーション22によって起動されてよい。これは、図8のステップS2によって表されている。次いで、アプリケーション22は、CUDトランザクションを開始してよく図8のステップS4、一例として、全体的な記憶storeトランザクション/動作生成動作を考えると、このステップは、動作1としての図7の記憶動作storeの開始として続けられる。次いで、API24は、ステップS6において新しいデータを記憶するようデータベース28と相互に作用し、図7の対応する動作1.1.1及び1.1.2により、この記憶動作が成功したかどうかが、ステップS8において判断される。データベース28における記憶動作が成功した場合にステップS8における‘真’、方法はステップS10に進む。ステップS10において、API24は、例えば、検索エンジン26のインデックスに入力することによって新しいデータを記憶するよう検索エンジン26と相互に作用し、図7の対応する動作1.1.3及び1.1.4により、この記憶動作が成功したかどうかが、ステップS12において判断される。検索エンジン26における記憶動作が成功した場合にステップS12における‘真’、方法はステップS14に進む。ステップS14で、全体的な記憶トランザクションがコミットされる、すなわち、成功とみなされる。次いで、成功を示す結果が、図7の対応する動作2により、ステップS16でユーザに返される。当然に、ステップS6又はS10は不成功であることもある。その場合にステップS8又はS12における‘偽’、トランザクションはステップS18においてロールバックされる。トランザクションは、アトミック性のためにデータベース及び検索エンジンに及ぶべきであり、従って、分散トランザクションdistributedtransactionと呼ばれることがある。すなわち、トランザクションがデータベース及び検索エンジンに成功裏に及ばない場合には、行われた如何なる変更も、検索エンジン26及びデータベース28が、あたかもトランザクションが開始されなかった化のような状態にあるように、元に戻され又は巻き戻される。次いで、方法はステップS20に進む。ステップS20で、失敗を示す結果がユーザに返される。以下、クエリ又はクエリ要求の処理について更に検討する。先に述べられたように、クエリが検索エンジンシステム又はデータベースシステムにおいて実行される場合に、本クエリシステムは、データ操作システムのうち特定の環境において最良の性能を提供する方を用いて、両方の世界データベース及び検索エンジンのうち最良のものを利用しようとする。本実施形態においては、クエリ要求人又は他のアプリケーション若しくはシステムであってよいユーザによって提起される。は、分析及び決定手段図1、2及び6における分析及び決定手段4及び14、並びに図3におけるAPI24の対応するクエリ機能30を参照によって実施されるシステムの複合クエリエンジンによって解釈される。クエリは単純であってよく、例えば、事実上ただ1つのクエリ処理のみが実行されることを求め、あるいは、クエリは複雑であってよく、例えば、複数のクエリ処理が実行され、それらの処理の結果が集められ又は何らかの方法で結合されることを求める。複雑なクエリの場合に、クエリは、例えば、抽象構文木abstractsyntaxtreeASTストラテジを用いて分割されてよい。簡単に言えば、複雑なクエリは、次いで実行され得るアトミック動作の組に分けられてよい。このアプローチ又は、例えばLR若しくはLL文法を用いる同様のものは、クエリを分ける従前考えられている方法により実施されてよい。しかし、当然のことながら、本クエリシステムは、単なる単一データ操作システムに代えて、複数のデータ操作システム例えば、データベースシステム及び検索エンジンシステムにおけるヘテロジニアス実行heterogeneousexecutionの能力がある。このようなアトミック動作は、それらが選択又は非選択動作を構成するかどうかに関して考えられてよい。1つの目的は、検索エンジンの適用範囲内にある条件付けqualifying選択動作を識別することであってよい。例えば、検索エンジンは、通常、基本的には、キーワード又はボキャブラリ技術に基づき、このような技術に依る動作が識別されてよい。条件付け選択は、クエリ又はクエリの関連要素によって特定されるフィルタリング基準のタイプによって、識別され得る。例えば:1.データベースの適用範囲内で簡単に利用可能でない検索エンジン中心の表現。該表現には、例えば、次のものがある:音声類似度ファジー検索語幹処理stemming複数形、過去形等を含めるための共通末尾を有する語の拡張近接検索例えば、informationsystem3は、語information及びsystemが互いから3語の距離内にある記録を取り出す。2.非テキスト属性に対して実行される正規表現。例えば:date19560901013.バイナリ文書例えば、MSワード文書のようなデータベースから見たBLOB属性に対する動作。タイプ1及び3の幾つかの動作は、幾つかのデータベースにおいてサポートされてよいが、タイプ2の動作は、通常はサポートされない。ここで、図9を参照する。図9は、データベースシステム又は検索エンジンシステムにおいて特定のクエリ処理クエリのクエリ要素に対応する。を実行すべきかどうかを決定するために用いられる方法を表すフロー図である。すなわち、図9のフロー図は、データベースと検索エンジンとの間の適用範囲の分割に関連する。要約すると、動作クエリ要素は、そのデータタイプ及びオペランドに従って分析されてよい。データタイプおよびオペランドが一致する場合に、その動作は、動作がデータベースの文法によりコンパイルする場合に、データベースによって処理されるべきであると推測される。そうではない場合に、動作は、検索エンジン機能に対してチェックされ、可能ならば検索エンジンによって処理されてよい。図9のフロー図は、偶数ステップS30乃至S48を有する。ステップS30で、動作クエリ要素が分析される。動作において特定されるデータタイプが動作において特定される右オペランドrightoperandと一致すると判断される場合にはステップS32における‘一致’、方法はステップS34に進む。そうではない場合にはステップS32における‘不一致’、方法はステップS44に進む。ステップS34で、動作のシンタックスがデータベースの文法に対してチェックされる。動作のシンタックスがデータベースの文法に従うと判断される場合にはステップS36における‘はい’、方法はステップS38に進む。そうではない場合にはステップS36における‘いいえ’、方法はステップS40に進む。ステップS38で、動作は、データベースの適用範囲内にあるとマークされる。すなわち、動作はデータベースで実行されるべきであると決定され、方法は成功裏に終了する。ステップS40で、動作の右オペランドがStringすなわち、タイプ文字列であるかどうかが確認される。動作の右オペランドがStringであると判断される場合にはステップS40における‘はい’、方法はステップS42に進む。そうではない場合にはステップS40における‘いいえ’、方法は不成功に終わり、エラーが記録/出力される。ステップS42で、動作のシンタックスが検索エンジンの文法に対してチェックされる。動作のシンタックスが検索エンジンの文法に従うと判断される場合にはステップS46における‘はい’、方法はステップS48に進む。そうではない場合にはステップS46における‘いいえ’、方法は不成功に終わり、エラーが記録/出力される。ステップS48で、動作は、検索エンジンの適用範囲内にあるとマークされる。すなわち、動作は検索エンジンで実行されるべきであると決定され、方法は成功裏に終了する。本機能を更に理解するために、図10に関連した例が考えられる。図10は、複雑なクエリの例を表し、理解を容易にするために、SQLのような構文を用いて表されている。ANSI標準に準拠した相関データベース及び従前考えられている検索エンジンを仮定する。この例は2つのエンティティを仮定する。具体的に、一方は、従業員に関する基本データを含み、他方は、技能情報を含む。また、この例は、Jackというファーストネームを有し、1950年代から60年代に生まれ、化学、電気科学又はある種の地質研究分野における何らかの技術背景を有する全ての人の経歴を有したいという望みを仮定するとともに、結果が雇用会社に従ってグループ化されるべきであると仮定する。図10に図示されるように、クエリの幾つかの部分は、データベースにおける実行により適すると判断され、他は、検索エンジンにおける実行により適すると判断される。以下の分割が考えられる:peoplebirthDate’195609’データベースDBは、通常、その生来のフォーマット、通例は数字例えば、一般的に、1970年1月1以降のミリ秒又は秒でデータオブジェクトを記憶する。クエリパーサーparserは、クエリの条件を分析し、正規表現がその条件と相容れないデータタイプに関連するためにデータベースによってはクエリが処理され得ないと認める。しかし、検索エンジンはこれを処理してよい。peoplefirstNameJackこれは、ごく典型的な検索エンジン要求である。は、全てのJackのみならず、例えばJacqlineといった音声学的に同じ名前を持った人々も返す意図を伝える。skillsummary’enginnerchemistryelectricalgeo’技能概要が例えばワード文書BLOBにおいて記憶されているとすると、それは典型的なデータベースによってはクエリされ得ないので、この要素は、検索エンジンクエリの他の候補であると考えられてよい。従って、これら3つの条件は検索エンジンによって実行され得る。結果は、2つの組のskill及びpeopleIDである。これらの結果は、以下:peopleidskillpeopleIdにおいて使用され得る。これは、共有される属性に基づく2つのエンティティの典型的な結合又は共通集合であり、これは、データベースにおいて実行されてよいなお、たとえ低速であっても、検索エンジンにおいて実行されてもよい。。groupbypeopleemployerこれは、結果が従業員の雇用者によってグループ化されるべきことを述べる。典型的な検索エンジンはグループ化することができず、一方、相関データベースはできる。最終的に、本例の目的は、従業員の名前、雇用者及び従業員の経歴を出力することである。典型的な検索エンジンは、データ整合性integrityを補償せず例えば、それは、通常、マイクロソフト登録商標ワード版の経歴を記憶しない。、一方、典型的なデータベースは補償する。すなわち、典型的な、従前考えられている検索エンジンに入れられる文書は、普通は、再度取り出され得ない。このように、データベースは、本例のこの部分において有効でありうる。従って、当然のことながら、データベース及び検索エンジンの機能に依存して、規則セットは、クエリの一部が特定の目的の環境検索エンジン又はデータベースによって実行されることを可能にするよう定義されてよい。図11は、クエリをその構成クエリ要素動作に分割し、様々な動作を検索エンジン又はデータベースにおいて順次に実行し、結果を何らかの方法で結合することに関与する抽象プロシージャを表すことを目的とするフロー図である。図11のクエリプロシージャは、複合クエリ動作フローであると考えられてよく、且つ、次の抽象ステップを有すると考えられてよい:1.クエリの分析2.抽象構文木ASTの生成3.個々の動作ごとの対象エンジンデータベースシステム又は検索エンジンシステムの識別4.個々の動作のキューイングqueuing5.キューイングされた動作をループし、対象エンジンにおいて動作を実行し、結果をインターセクトする6.応答の組み立て。多数のカプセル化されるアトミック動作は、目的のデータ操作システム又は対象エンジンすなわち、データベースシステム又は検索エンジンシステムによって1度に実行されるために、サブクエリにまとめられてよい。次いで、異なるサブクエリは、専用の動作キューに入れられ、それらの分類すなわち、データベースに適するか、それとも、検索エンジンに適するかに従って処理されてよい。次いで、最終の結果オブジェクトは、データベースのみがデータの整合性及び完全性を確保することができる可能性があるので、データベースから供給されてよい。図11のプロシージャは、偶数ステップS50乃至S70を有する。ステップS50で、クエリ例えば、複雑なクエリが受け取られる。ステップS52で、クエリは、そのクエリが複雑であり、複数のクエリ要素すなわち、例えば図10に図示されるように別々に操作するのに適したクエリの部分から構成されるかどうかを決定するよう分析される。AST抽象構文木アプローチがステップS52において導入されてよい。クエリのクエリ要素は、このようにして、このステップにおいて識別される。ステップS54で、各クエリ要素は、適切な対象エンジンを割り当てられる。すなわち、各クエリ要素ごとに、その対応するクエリ処理/動作がデータベースシステム又は検索エンジンシステムのいずれにおいて実行されるべきかが決定される。図10に関連して先に述べられた事項は、例えば、そのような決定を行う際に考慮されてよい。また、ステップS54で、クエリ要素に対応するクエリ動作又は処理は、順次にキューイングされる。その順序は、クエリ動作間のあらゆる依存及び原のクエリにおける順序付けを考慮しながら、短い時間期間に所望の最終結果を得るのに適したものである。付随的に、クエリ処理は図11のプロシージャにおいては順次的に、すなわち、1つずつで、行われるが、2つの別個のエンジン検索エンジン及びデータベースの使用は、クエリ動作の幾つかが並行して行われることを可能にする。ステップS56で、順序における最初のクエリ動作がキューからデキューイングされ、ステップS58で、それは、必要に応じて、何らかの予め選択されたデータを例えば、後のクエリ動作のために、前のクエリ動作に基づき得られる情報を準備される。ステップS60で、現在のクエリ動作について、それがデータベース又は検索エンジンのいずれにおいて実行されるべきかが決定される。動作がデータベースにおいて実行されるべきであると決定される場合にはステップS60における‘DB中心’、方法はステップS62に進む。ステップS62で、対応するデータベースクエリが実行される。動作が検索エンジンにおいて実行されるべきと決定される場合にはステップS60においける‘検索中心’、方法はステップS64に進む。ステップS64で、対応する検索エンジンクエリが実行される。ステップS62及びS64のいずれか一方の後、方法はステップS66に進む。ステップS66で、得られた結果は、あらゆる既に得られた結果、及び必要に応じて、あらゆる予め選択されたデータとインターセクトされる。方法はステップS68に進み、ステップS68で、キューが空であるかどうか、すなわち、キューイングされた動作の全てが実行されたかどうかが判断される。キューが空ではないと判断される場合にはステップS68における‘いいえ’、方法はステップS56に戻り、ステップS56で、順序において次のクエリ動作がキューからデキューイングされる。キューが空である場合にはステップS68における‘はい’、方法はステップS70に進み、ステップS70で、最終の応答が組み立てられる。明確な/周知の環境の中で、更なるシナリオを特定することも可能である。例えば、OODBMSを考えた場合、データベースは一般的にテキスト中心の動作にとっては遅すぎることがあるので、単に検索エンジンによってテーブル状の結果を有して全ての選択を実行することが、実現性がある。特に、ネットワークに基づく実施形態においては、トレードオフは、複数のデータ操作システムからの結果を結合するために必要とされるネットワークトラフィックの増大とクエリ出力の増大との間で考慮される必要があると分かる。従って、実施形態は、一般原則においてクエリ能力を用いるのではなく、主として、大いに柔軟な入力要件を有するテキスト中心のアプリケーションのためにそれらを用いてよい。ここで提示される複合クエリエンジンアプローチは、次の利点を有すると考えられる:aかかるクエリシステムは、データ属性に対して比較的緩いタイプ制約を有しうる。根拠として、全てのデータは、文字列としてすなわち、テキスト形態で扱われ、必要に応じて然るべく処理されてよい。b検索エンジンのクエリ機能は、データベースのクエリ機能と結合される。この柔軟性は、例えば、エンドユーザの観点から検索フォームフィールドの能力を高めるために使用されてよい。cかかるクエリシステムは、データタイプと組み合わせて右作用の特性に従って適切な目的のシステムデータベース又は検索エンジンを検出してよい。d複合クエリエンジンをデータベース及び検索エンジンの上に置くことによって、根底で標準化された又は認定されたデータベースクエリ言語の使用を仮定して、データベース及び/又は検索エンジンがプラグ着脱可能である製造者に依存しないと考えることが可能である。以上の開示は、一般的なデータベースシステム及び検索エンジンに基づく複雑なデータクエリの性能及び能力を高めるために、複数のアトミック動作を処理して、対応する結果セットをインターセクトする最も適切なクエリエンジンの選択のための前提条件及び方法を検討している。簡単に言えば、本発明の実施形態は、有利に、クエリ要素によって対象とされる属性タイプ属性範囲に関して厳密な憶測を立てる必要がないと認められる。例えば、データクエリ要素が、データベースシステムによって処理されるべき従来のデータオブジェクトのように、又は検索エンジンシステムによって処理されるべき特定の文字列表現において、入力されているかどうかは、比較的重要でない。属性は、これを可能にするよう、データベースシステム及び検索エンジンシステムの両方に記憶され幾つかの場合においては、常に記憶されてよい。当然に、クエリ全体は、所定のシンタックスと一致する必要があるが、クエリの自由/出力の程度は、従前考えられているシステムの程度と比較して拡大され得る。本発明の実施形態は、クエリオペランドの範囲に関して厳密な憶測を立てることなく、クエリ要素に対応するクエリ動作を実行する際に使用されると記載されてよい。上記の側面のいずれにおいても、種々の特徴は、ハードウェアで、又は1以上のプロセッサで実行されるソフトウェアとして、実施されてよい。1つの側面に係る特徴は、他の側面のいずれに適用されてもよい。また、本発明は、ここで記載される方法のいずれかを実行するコンピュータプログラム又はコンピュータプログラムプロダクト、及びここで記載される方法のいずれか実行するプログラムを記憶したコンピュータ可読媒体を提供する。本発明を具現するコンピュータプログラムは、コンピュータ可読媒体に記憶されてよく、あるいは、それは、インターネットのウェブサイトから提供されるダウンロード可能なデータ信号等の信号の形をとってよく、あるいは、それは他の何らかの形態を取ってよい。以上の実施形態に関し、更に以下の付記を開示する。付記1データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムであって、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換し、該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力して、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるようにするよう、非テキスト中心の同期化処理として動作する同期化手段を有するクエリシステム。付記2前記同期化手段は、前記テキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応する非テキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、前記非テキスト中心の同期化処理において動作する、付記1に記載のクエリシステム。付記3前記同期化手段は、前記データベースシステムの全ての非テキスト中心のデータ入力に関して前記非テキスト中心の同期化処理を実行するよう動作する、付記1又は2に記載のクエリシステム。付記4前記同期化手段は、前記データベースシステムのテキスト中心のデータ入力を、該テキスト中心のデータ入力から生じる前記インデックスにおける各インデックス入力を前記データベースシステムの対応するテキスト中心のデータ入力と関連づける対応情報とともに、前記検索エンジンシステムの前記インデックスに入力するよう、テキスト中心の同期化処理として動作する、付記1乃至3のうちいずれか一項に記載のクエリシステム。付記5前記同期化手段は、前記データベースシステムの全てのテキスト中心のデータ入力に関して前記テキスト中心の同期化処理を実行するよう動作する、付記4に記載のクエリシステム。付記6前記同期化手段は、当該クエリシステムによって検索可能な情報が変更される場合に、該変更が前記データベースシステム及び前記検索エンジンシステムの両方において表されるよう動作する、付記1乃至5のうちいずれか一項に記載のクエリシステム。付記7前記変更は、新しいデータ入力の生成、既存のデータ入力の更新、又は既存のデータ入力の削除である、付記6に記載のクエリシステム。付記8前記クエリ要素に対応する前記クエリ処理を実行する際に使用される該クエリ要素を分析するよう動作する分析手段と、前記データベースシステム及び/又は前記検索エンジンシステムにおいて前記クエリ処理を実行すべきかどうかを前記分析に依存して決定するよう動作する決定手段とを更に有する付記1乃至7のうちいずれか一項に記載のクエリシステム。付記9前記決定手段は、前記クエリ要素が前記データベースシステムによってサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定するよう動作する、付記8に記載のクエリシステム。付記10前記決定手段は、前記クエリ要素が前記データベースシステムによってはサポートされないが前記検索エンジンシステムによってはサポートされる検索式に関すると前記分析が示す場合に、前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定するよう動作する、付記8又は9に記載のクエリシステム。付記11前記決定手段は、前記クエリ要素が検索エンジン中心の選択動作に関すると前記分析が示す場合に、前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定するよう動作する、付記8乃至10のうちいずれか一項に記載のクエリシステム。付記12前記クエリ処理が前記データベースシステムにおいて実行されるべきと決定される場合には該データベースシステムにおいて、及び/又は前記クエリ処理が前記検索エンジンシステムにおいて実行されるべきと決定される場合には該検索エンジンシステムにおいて前記クエリ処理を実行するよう動作する実行手段を更に有する付記1乃至11のうちいずれか一項に記載のクエリシステム。付記13受信したクエリを複数のコンポーネントクエリ要素に分割するよう動作するクエリ分割手段を更に有し、当該クエリシステムは、クエリ要素ごとに前記クエリ処理を実行するよう動作する、付記1乃至12のうちいずれか一項に記載のクエリシステム。付記14前記受信したクエリに依存した順序で前記複数のクエリ要素をキューイングするよう動作するキューイング手段を更に有し、当該クエリシステムは、前記順序でクエリ要素ごとに前記クエリ処理を実行するよう動作する、付記13に記載のクエリシステム。付記15データベースシステム及び/又は検索エンジンシステムにおいて受信したクエリ要素に対応するクエリ処理を実行するクエリシステムのコンピュータ装置で実行される場合に、該装置にクエリシステム方法を実行させるコンピュータプログラムであって、前記方法は、非テキスト中心の同期化処理として、前記データベースシステムの非テキスト中心のデータ入力を該非テキスト中心のデータ入力を表す対応するテキスト中心のデータ入力に変換し、該テキスト中心のデータ入力を前記検索エンジンシステムのインデックスに入力して、前記データベースシステムの前記非テキスト中心のデータ入力が前記検索エンジンシステム及び前記データベースシステムの両方で利用可能であるようにする、コンピュータプログラム。