コンテキスト問い合わせを生成するためのコンピューター実装方法であって、ユーザー問い合わせおよびコンテキストを受け取るステップと、ドメインオントロジーを使用して前記問い合わせの意味的表現を生成するステップであって、前記ドメインオントロジーが、フィルター、概念、および複数のカテゴリーにおける関係を特定する、ステップと、現在の問い合わせセッションにおいて調べられた各ドメインと関連したフィルターを使用して、前記意味的表現をリファインするステップと、前記コンテキストおよび意味的表現に基づいて、前記問い合わせにおけるタームと関連したコンテンツを有するデーターソースに対して発行する1つ以上のデーターソースコマンドを選択するステップと、を含む、コンピューター実装方法。請求項1記載の方法において、前記コンテキストが、ユーザーが現問い合わせセッションの間に動作させたアプリケーションによって与えられる、方法。請求項1記載の方法であって、更に、問い合わせおよびコンテキストオントロジーを使用して問い合わせおよびコンテキストタイプを判定するステップを含み、前記意味的表現に対する構造が、前記問い合わせオントロジーに含まれる問い合わせタイプと関連したテンプレートから導かれ、いくつかのフィルターが、前記現問い合わせセッション要求の間にユーザーが1つ以上のアプリケーションを動作させた規準によって、前記意味的表現を増強する、方法。請求項1記載の方法において、前記データーソースが、構造化データーソース、非構造化データーソース、および半構造化データーソースを含む、方法。請求項4記載の方法において、前記構造化データーソースが、構造化問い合わせ言語SQLまたはSPARQLプロトコルおよびRDF問い合わせ言語SPARQLのうち1つを使用して問い合わせられる、方法。請求項4記載の方法において、前記非構造化または半構造化データーソースが、テキストキーワード問い合わせを使用して問い合わせられる、方法。請求項4記載の方法において、前記データーソースコマンドが、各データーソースと関連した語彙情報に基づいて選択される、方法。問い合わせを処理する方法を実行するように構成された1つ以上のコンピューター読み取り可能媒体であって、前記方法が、ユーザー問い合わせおよびコンテキストを受け取るステップと、ドメインオントロジーを使用して前記問い合わせの意味的表現を生成するステップと、現在の問い合わせセッションにおいて調べられた各ドメインと関連したフィルターを使用して、前記意味的表現をリファインするステップと、前記問い合わせにおけるタームと関連したコンテンツを有するデーターソースに対して発行する1つ以上のデーターソースコマンドを選択するステップと、を含む、コンピューター読み取り可能媒体。請求項8記載の媒体において、前記コンテキストが、ユーザーが現問い合わせセッションの間に動作させたアプリケーションによって与えられる、媒体。請求項8記載の媒体であって、更に、問い合わせおよびコンテキストオントロジーを使用して問い合わせおよびコンテキストタイプを判定するステップを含み、前記意味的表現に対する構造が、前記問い合わせオントロジーに含まれる問い合わせタイプと関連したテンプレートから導かれ、いくつかのフィルターが、前記現問い合わせセッション要求の間にユーザーが1つ以上のアプリケーションを動作させた規準によって、前記意味的表現を増強する、媒体。請求項8記載の媒体において、前記データーソースが、構造化データーソース、非構造化データーソース、および半構造化データーソースを含む、媒体。請求項11記載の媒体において、前記構造化データーソースが、構造化問い合わせ言語SQLまたはSPARQLプロトコルおよびRDF問い合わせ言語SPARQLのうち1つを使用して問い合わせられる、媒体。請求項11記載の媒体において、前記非構造化または半構造化データーソースが、テキストキーワード問い合わせを使用して問い合わせられる、媒体。プロセッサとメモリーとを有し、コンテキスト問い合わせを生成するように構成されたコンピューターシステムであって、ユーザー問い合わせおよびコンテキストを受け取るように構成されたサーチエンジンと、問い合わせタイプおよびアプリケーションタイプを特定するオントロジーを格納するように構成された問い合わせ理解コンポーネントであって、前記問い合わせタイプが1つ以上の入力タイプおよび1つ以上の出力タイプを特定し、前記入力および出力タイプが、ドメインオントロジーまたはアプリケーションオントロジーにおける概念、インスタンス、プロパティ、または関係に対応する、問い合わせ理解コンポーネントと、前記問い合わせ理解コンポーネントに通信可能に接続されたデーターソースコマンドジェネレータであって、該生成器が、前記問い合わせ理解コンポーネントによって与えられる意味的表現を、コンテキスト問い合わせに変換するように構成され、各データーソースと関連した語彙情報に基づいて選択されたデーターソースコマンドを使用して、複数のデーターソースに跨がって、前記コンテキスト問い合わせが適用される、データーソースコマンドジェネレータと、を含む、システム。請求項14記載のコンピューターシステムにおいて、前記オントロジーが、前記意味的問い合わせ表現を拡大し、前記オントロジーにおいて表現された概念、プロパティ、および関係の意味的記述に基づいてデーターソースから関連情報にアクセスするかまたは関連情報を計算する方法を特定する規則を与え、前記データーソースが、非構造化、構造化、または半構造化のデーターソースを含み、構造化問い合わせ言語SQLまたはSPARQLプロトコル、およびRDF問い合わせ言語SPARQL、またはテキストキーワード問い合わせのうち1つを使用して問い合わせられる、コンピューターシステム。従来のサーチエンジンは、各単語を別々に扱い、会社Aというタームを有する文書、PEというタームを有する文書、株式というタームを有する文書、そしてこれらのタームのうち任意のものを有する文書を返す。従来のサーチエンジンは、会社Aの株式動向、会社Aのその競合との比較、および会社Aの管理についてのニュースを論ずる結果において、インテリジェントに文書を選択することができない。ユーザーは、これらの文書のいずれかに動向情報が含まれるか否か判断するためには、結果の中にある異なる文書を読まなければならない。0003本発明の実施形態は、コンテキスト問い合わせを生成するシステム、方法、およびコンピューター読み取り可能媒体に関する。サーチエンジンが、クライアントデバイスからの問い合わせを、現在のサーチセッションの間に利用されたアプリケーションによって提供されたコンテキスト情報と共に受け取る。一方、問い合わせ理解コンポーネントは、コンテキスト情報および問い合わせを処理して、この問い合わせの意味的表現を生成する。この問い合わせの意味的表現は、更に、データーソースコマンドジェネレータによって処理され、各データーソースと関連した語彙情報に基づいて、数個のデーターソースコマンドを選択する。データーソースコマンドは、ユーザーの問い合わせおよび生成されたコンテキストお問い合わせに応答して、回答および結果をサーチエンジンに戻すために、データーソースコマンドジェネレータからデーターソースに発行される。0004この摘要は、詳細な説明の章において以下で更に説明する概念から選択したものを紹介するために、設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するために補助として単独で使用されることを意図するのでもない。0009本特許は、特許請求する主題について、法的要件を満たすために具体性をもって説明する。しかしながら、説明自体は、本特許の範囲を限定することは意図していない。むしろ、本発明者は、特許請求する主題は、本文書において記載するステップとは異なるステップまたは同様のステップの組み合わせを含むように、他の現在または今後の技術と関連付けて、別の方法で具現化してもよいことを想定している。更に、ステップおよび/またはブロックという用語は、本明細書においては、採用される方法の異なるエレメントを言外に意味するために使用することもできるが、個々のステップの順序が明示的に記載されている場合を除いて、これらの用語は、本明細書において開示される種々のステップ間において、いかなる特定の順序をも暗示するように解釈してはならない。0010本明細書において使用する場合、コンテキスト問い合わせという用語は、データーソースにアクセスし、このデーターソースに含まれる情報の構造、および問い合わせに含まれるタームの意味に基づいて、データーソースから情報を引き出すために使用されるデーターコマンドのことを言う。0011本明細書において使用する場合、コンポーネントという用語は、ハードウェア、ファームウェア、およびソフトウェアの任意の組み合わせのことを言う。0012本発明の実施形態は、ユーザーがユーザー問い合わせに対する回答を受けることを可能にするコンテキスト問い合わせを提供する。回答は、構造化データー、半構造化データー、および未構造化データーを有する大きなコンテンツ集合体から収集される。コンテキスト問い合わせは、この問い合わせに含まれるタームと関連したオントロジー、および現在のサーチセッションの間に利用されたアプリケーションに基づいて、コンピューターシステムによって生成される。コンテキスト問い合わせは、構造化、非構造化、および半構造化データーの組み合わせをサーチして、問い合わせに対する回答を求める。0013例えば、ユーザーの財務問い合わせに対する回答が、この財務問い合わせのオントロジードリブン理解を使用して、コンピューターシステムによって戻される。コンピューターシステムは、会社Aと同様のPE率を有する会社、会社A運用収入、ならびに会社AおよびBの評価というような、自然言語問い合わせに対する回答をユーザーが得ることを可能にする財務アプリケーションを提供することができる。オントロジーは、問い合わせに応答して現在のデーターを使用して計算されるべき複数の主要な比率をコンピューターシステムが理解するために使用される。主要な比率には、とりわけ、PE比率、価格対販売比率等を含むことができる。自然言語問い合わせおよび対応するオントロジーは、意味的表現を生成するために使用される。財務アプリケーションは、意味的表現をSPARQL問い合わせに変換し、このSPARQL問い合わせをデーターソースに発行する。SPARQL問い合わせは、レコードを含み、これらのレコードを調べて回答を戻す。一方、財務アプリケーションは、これらの比率の比較、ならびに会社AおよびBについての他の評価メトリックを戻す。0014コンピューターシステムは、問い合わせをユーザーから受け取る。また、コンピューターシステムは、現在のサーチセッションの間に調べられた1つ以上のアプリケーションについてのコンテキストも受け取る。1つ以上のオントロジーを使用して、コンピューターシステムは問い合わせおよびコンテキストを理解し、問い合わせの意味的表現、およびユーザーが問い合わせを明確に表現したアプリケーションのコンテキストを生成する。概念、インスタンス、プロパティ、および関係が、分類学、テンプレート、またはオントロジーに含まれる定義に基づいて、問い合わせの意味的表現に含まれる。一実施形態では、意味的表現は、抽出された概念、インスタンス、プロパティ、および関係等を使用した、問い合わせのグラフである。一方、意味的表現は、関連情報および問い合わせに対する回答を引き出すために、データーソースコマンドジェネレータによって自動的にデーターソース特定問い合わせ言語に変換することができる。0015図1は、本発明の実施形態による計算デバイス例100を示すブロック図である。計算デバイス100は、バス110、メモリー112、プロセッサ114、プレゼンテーションコンポーネント116、入力/出力I/Oポート118、入力/出力I/Oコンポーネント120、および電源122を含む。計算デバイス100は、適した計算環境の一例に過ぎず、本発明の使用範囲や機能に関していかなる限定をも示唆する意図はない。また、計算デバイス100が、図示のコンポーネントのうち任意の1つまたはその組み合わせに関して、いかなる依存性や必要性をも有すると解釈すべきでない。0016計算デバイス100は、通例、種々のコンピューター読み取り可能媒体を含む。一例として、そして限定ではなく、コンピューター読み取り可能媒体は、ランダムアクセスメモリーRAM、リードオンリーメモリーROM、電子的消去可能プログラム可能リードオンリーメモリーEEPROM、フラッシュメモリーまたは他のメモリー技術、CDROM、ディジタルバーサタイルディスクDVDあるいは他の光またはホログラフ媒体、磁気カセット、磁気テープ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは所望の情報をエンコードするために使用することができ、計算デバイス100がアクセスすることができる任意の他の媒体を含むことができる。本発明の実施形態は、パーソナルデーターアシスタントまたは他のハンドヘルドデバイスというような計算デバイス100によって実行される、コンピューターコードあるいはプログラムモジュールのようなコンピューター実行可能命令を含む装置使用可能命令を使用して実現することができる。一般に、プログラムモジュールは、ルーチン、プログラム、オブジェクト、モジュール、データー構造等を含み、特定のタスクを実行するコード、または特定の抽象データータイプを実現するコードのことを言う。本発明の実施形態は、分散型計算環境を含む種々のシステム構成で実施することができ、分散型計算環境では、通信ネットワークを介してリンクされているリモート処理デバイスによってタスクが実行される。0017計算デバイス100は、以下のコンポーネントを直接または間接的に結合するバス110を含む。メモリー112、1つ以上のプロセッサー114、1つ以上のプレゼンテーションコンポーネント116、入力/出力I/Oポート118、I/Oコンポーネント120、および例示的な電源122。バス110は、1系統以上のバスアドレスバス、データーバス、またはその組み合わせのようなとしてもよいものを代表する。図1の種々のコンポーネントは、明確化のために線で示されているが、実際には、種々のコンポーネントの輪郭はそれほど明らかではなく、比喩的には、これらの線はもっと正確には灰色で曖昧になるであろう。例えば、ディスプレイデバイスのようなプレゼンテーションコンポーネント116を、I/Oコンポーネント120と見なす人がいてもよい。加えて、プロセッサー114はメモリー112を有する。ワークステーション、サーバー、ラップトップ、ハンドヘルドデバイス等の間では、区別は行われない。何故なら、これらは全て図1の範囲に入ると考えられるからである。0018メモリー112は、揮発性および/または不揮発性メモリーの形態としたコンピューター記憶媒体を含む。このメモリーは、リムーバブル、非リムーバブル、またはその組み合わせであってもよい。ハードウェアデバイスの例には、ソリッドステートメモリー、ハードドライブ、光ディスクドライブ等が含まれる。計算デバイス100は、メモリー112またはI/Oコンポーネント120のような種々のエンティティからデーターを読み出す1つ以上のプロセッサー114を含む。プレゼンテーションコンポーネント116は、データー指示をユーザーまたは他のデバイスに提示する。プレゼンテーションコンポーネント116の例には、ディスプレイデバイス、スピーカー、プリンター、振動モジュール等が含まれる。I/Oポート118は、I/Oコンポーネント120を含む他のデバイスに計算デバイス100を物理的および論理的に結合することを可能にする。これら他のデバイスの一部は内蔵されていてもよい。例示的なI/Oコンポーネント120には、マイクロフォン、ジョイスティック、ゲームパッド、衛星ディッシュ、スキャナー、プリンター、ワイヤレスデバイス等が含まれる。0019コンテキスト問い合わせを生成するコンピューターシステムは、サーチエンジン、問い合わせ理解コンポーネント、およびデーターソースコマンドジェネレータを含む。コンテキスト問い合わせは、クライアントデバイスによって与えられる問い合わせと関連したオントロジー、およびその問い合わせを定型化したアプリケーションに対応するオントロジーに基づいて生成される。サーチエンジンは、問い合わせをクライアントデバイスから受け取り、コンテキストをアプリケーションから受け取る。次いで、サーチエンジンはコンテキスト問い合わせに対する回答、および問い合わせに対応するコンテンツを含む結果を、クライアントデバイスに送る。クライアントデバイスは、この結果を回答と共に表示する。0020図2は、本発明の実施形態にしたがってコンテキスト問い合わせを生成するように構成されているコンピューターシステムのコンポーネント例を示すネットワーク図である。コンピューターシステム200は、クライアントデバイス210、ネットワーク220、サーチエンジン230、データーソースコマンドジェネレータ240、および問い合わせ理解コンポーネント250を有する。0021クライアントデバイス210は、ネットワーク220を介して、サーチエンジン230に接続されている。実施形態の中には、クライアントデバイス210が、ウェブアクセスが可能な任意の計算デバイスであてもよい場合もある。したがって、クライアントデバイス210は、パーソナルコンピューターPC、ラップトップコンピューター、移動体電話機、パーソナルディジタルアシスタントPDA、サーバー、CDプレーヤー、MP3プレーヤー、ビデオプレーヤー、ハンドヘルド通信デバイス、ワークステーション、これら列挙したデバイスの任意の組み合わせ、またはウェブアクセスが可能な任意の他のデバイスというような、種々の形態をなすこともできる。0022クライアントデバイス210は、ユーザーが問い合わせを入力することを可能にする。クライアントデバイス210は、問い合わせをサーチエンジン230に送る。ある種の実施形態では、クライアントデバイス210は、問い合わせを明確に表現するためにユーザーによって使用されたアプリケーションと関連したコンテキストも送る。他の実施形態では、サーチエンジン230がコンテキストを与えることもできる。次いで、クライアントデバイス210は、回答を含む結果を受け取る。また、クライアントデバイス210は、コンテキスト問い合わせに対する回答、および問い合わせに対する結果をユーザーに表示することができる。0023ネットワーク220は、クライアントデバイス210、サーチエンジン230、データーソースコマンドジェネレータ240、および問い合わせ理解コンポーネント250を接続する。ネットワーク220は、有線、ワイヤレス、または双方でもよい。ネットワーク220は、複数のネットワーク、またはネットワークのネットワークを含むこともできる。例えば、ネットワーク220は、1つ以上のワイドエリアネットワークWAN、1つ以上のローカルエリアネットワークLAN、インターネットのような1つ以上の公衆ネットワーク、または1つ以上の私用ネットワークを含むことができる。ワイヤレスネットワークでは、基地局、通信塔、またはアクセスポイントおよび他のコンポーネントというようなコンポーネントであっても、実施形態の中には、ワイヤレス接続を提供できる場合もある。明確化のために1つずつのコンポーネントが示されているが、ネットワーク220は任意の数のクライアントデバイス210間における通信を可能にするとよいことは、当業者には認められよう。0024サーチエンジン230は、クライアントデバイス210から受け取った問い合わせに対する結果、およびデーターソースコマンドジェネレータ240によって動的に生成されるコンテキスト問い合わせに対する回答を与えるサーバコンピューターである。サーチエンジン230は、ユーザー問い合わせおよびアプリケーションコンテキストを受け取るように構成されている。サーチエンジン230は、ユーザー問い合わせに対する結果、およびコンテキスト問い合わせに対する回答を戻す。実施形態の中には、サーチエンジン230がコンテキスト問い合わせに対する回答のみを戻す場合もある。0025データーソースコマンドジェネレータ240は、問い合わせ理解コンポーネント250に通信可能に接続されている。一実施形態では、データーソースコマンドジェネレータ250は、フィルター242および語彙情報244を含む。データーソースコマンドジェネレータ240は、問い合わせ理解コンポーネント250によって与えられる意味的表現を、コンテキスト問い合わせに変換するように構成されており、コンテキスト問い合わせは、各データーソースと関連した語彙情報244に基づいて選択されたデーターソースコマンドを使用して、複数のデーターソースに跨がって印加される。一実施形態では、データーソースは、非構造化、構造化、または半構造化データーソースを含み、構造化問い合わせ言語SQL、SPARQLプロトコル、およびRDF問い合わせ言語SPAEQL、またはテキストキーワード問い合わせのうち1つを使用して、これらのデータソースが問い合わせられる。0026フィルター242は、問い合わせ理解コンポーネント250によって与えられる意味的表現をリファインするように構成されている。フィルター242は、現問い合わせセッションと関連した情報に基づいて意味的表現を増強することによって、意味的表現をリファインする。一実施形態では、フィルター242は、ドメインフィルター、協調フィルター、地理フィルター、時間フィルター、タスクフィルター、およびユーザーフィルターを含む。ドメインフィルターは、アプリケーションコンテキストに基づいて特定することができる。例えば、株式についてサーチしているユーザーが、財務ドメインまたは料理ドメインに関心がある可能性がある。データーソースコマンドジェネレータ240は、これらのドメインから1つを、他のフィルター242に基づいて選択することができる。例えば、協調フィルターまたはコミュニティフィルターは、ユーザが料理グループまたは財務グループに繋がれていることを示すことができる。ユーザーと関連したグループに基づいて、データーソースコマンドジェネレータ240は、関連するドメインフィルターを選択する。例えば、財務コミュニティに入っているユーザーは、会社の株式に関心がある可能性が高い。したがって、ドメインフィルターを財務に設定するとよい。地理フィルターは、ユーザーの現在地を含むことができる。例えば、イングランドにおける英国国民であるユーザーが問い合わせを発行することも考えられ、コンピューターシステム200によって地理フィルタをイングランドに設定するとよい。時間フィルターは、問い合わせに対する時間枠を含むことができる。問い合わせに日付または時刻が含まれていない場合、時間フィルターを現在の24時間単位の時間期間に設定することができる。タスクフィルターは、ユーザーによって使用されているアプリケーションに基づいて選択することができ、またはコンピューターシステム200によって推論することもできる。タスクフィルターは、電子メールをチェックする、コンテンツをサーチする、文書を編集する等を含むことができる。ユーザーフィルターは、他のフィルター242に選択された値を無効にするプロファイル属性を含むことができる。例えば、英国国民であるユーザーが、プロファイルにおいて、米国株式の関心を指定することができる。これに応じて、株式問い合わせに対する地理的情報を、イングランドからアメリカ合衆国に変更することができる。フィルター242に対するこれらの値は、意味的表現に含まれ、この意味的表現は、データーソースコマンドジェネレータ240によってコンテキスト問い合わせに変換される。0027語彙情報コンポーネント244は、データーソースコマンドジェネレータ240の一部である。語彙情報コンポーネント240は、コンテキスト問い合わせを受け取るべきデーターソースを選択するために使用される。コンテキスト問い合わせのタームと同様の語彙情報を有するデーターソースが、コンテキスト問い合わせを受け取るために選択される。一実施形態では、語彙情報コンポーネント244は、オントロジーと関連した語彙情報、およびサーチエンジンによって調べられたコンテンツを格納するデーターソースを格納する。実施形態の中には、コンピューターシステムによって各データーソースに対してテキストマイニングが行われて、語彙情報コンポーネント244に格納されている各データーソースと関連した語彙情報を選択する場合もある。0028一方、データーソースコマンドジェネレータ240は、選択されたデーターソースに対して発行されるコンテキスト問い合わせを生成する。この問い合わせの意味的表現は更に処理されて、選択されたデーターソースに対してしかるべきコマンドを選択することができる。語彙情報コンポーネント244、オントロジー252、および規則254にアクセスし、データーソース毎に、概念の意味的記述、プロパティ、および意味的表現に含まれる関係に基づいて、データーソースから関連情報にアクセスするまたは関連情報を計算する方法を特定する。0029問い合わせ理解コンポーネント250は、問い合わせタイプおよびコンテキストタイプを特定するオントロジー252を格納するように構成されている。また、問い合わせ理解コンポーネント250は、オントロジー252における項目と関連した規則254も与える。この規則254は、意味的表現を拡張し、オントロジー252において表現されている概念、プロパティ、および関係の意味的記述に基づいて、データーソースから関連情報にアクセスするまたは計算する方法を特定する。例えば、問い合わせタイプは1つ以上の入力タイプおよび1つ以上の出力タイプを特定することができ、入力および出力タイプは、問い合わせオントロジーまたはテキストオントロジーにおける概念、インスタンス、プロパティ、または関係に対応する。0030問い合わせ理解コンポーネント250は、問い合わせおよびコンテキストの意味的表現を生成するように構成されている。問い合わせオントロジーおよびコンテキストオントロジーは、問い合わせ理解コンポーネント250が、オントロジー252に含まれる各概念、インスタンス等と関連したユニフォームリソース識別子URIに基づいて意味的表現のグラフを生成するために使用することができる。意味的表現は、ユーザー問い合わせおよびアプリケーションコンテキストのしかるべきコンテキスト規則によって調整される。0031一実施形態では、グラフは、拡張可能マークアップ言語XMLでフォーマットされた意味的問い合わせ表現SQRである。SQRは、以下のノードを含むことができる。問い合わせタイプQT、コンテキストCXT、および表示DSPテンプレート。例えば、会社Aに対する自然言語問い合わせは、以下のSQR<QT:インスタンスプロファイル:会社;インスタンスタイプ:株式;インスタンスURI:会社A><CXT:自然言語、財務><DSP:会社名、シンボル、ニュース>を有することができる。0032データーソースに依存して、意味的問い合わせ表現は、関連した回答および情報をこれらのデーターソースから引き出すためのデーターソース特定問い合わせに変換される。意味的表現では、QTはアプリケーションがそのユーザーから期待することができる異なるタイプの問い合わせの階層の正式表現である。各QTは、オントロジーの他の部分への拡張を容易にする1組の入力および出力パラメータによって評価される。CXTは、ユーザー問い合わせを取り込んで解釈することができる異なるタイプのコンテキストの階層の正式表現である。CXTは、ユーザーが彼らの問い合わせを発行するために対話処理するアプリケーションによって明示的に特定することができ、または問い合わせのテキストから暗示的に導くことができる。各CXTは、所与の問い合わせにおいて概念、インスタンス等を解釈するための条件および規準を特定する。CXTは、意味的問い合わせ表現に含まれる概念、インスタンス等を拡大するかまたは明確にすることができる。意味的グラフは、問い合わせタイプオントロジーにおける問い合わせタイプ、ならびに各データーソースと関連したコンテキストタイプオントロジーおよび語彙情報におけるコンテキストタイプと関連したQTおよびCXTテンプレートにしたがって構造化される。0033オントロジー252は、データーソースにおけるコンテンツに対応する単語および句を含む。各オントロジー252は、ドメインに対する分類法、およびドメインにおける単語または句間の関係を含む。ドメインは、医学、美術、コンピューター等を含むことができる。一実施形態では、オントロジー242は問い合わせタイプおよびコンテキストタイプも格納する。問い合わせタイプは、テキストユーザー問い合わせのタイプおよび構造を特定する。例えば、問い合わせタイプは、自然言語、構造化、インラインコマンド等を含むことができる。コンテキストタイプは、問い合わせを表現することができる異なるタイプのコンテキストを特定し編成する。例えば、コンテキストは、サーチエンジン、電子メールアプリケーション、財務アプリケーション等を含むことができる。オントロジー252は、規則254と関連付けられている。この規則は、意味的問い合わせ表現において、しかるべき規則に対応するURIを使用して参照することができる。0034規則254は、複数のドメインに跨がって概念、インスタンス、プロパティ、および関係を特定する。ある種の実施形態では、規則254は、データーソースに含まれるデーターから結果を計算するために使用される方法または関数を定めることができる。例えば、規則254は、比較器、数学的関数、統計的関数、または他の探索法を含むことができる。他の実施形態では、規則254は、データーソースに利用可能なコマンドにおいて特定される関数と関連付けることもできる。0035一実施形態では、クライアントデバイスのユーザーから受け取られた問い合わせから動的に生成されたコンテキスト問い合わせに基づいて、回答がクライアントデバイスに送られる。コンピューターシステムは、問い合わせに対応するオントロジー、およびこの問い合わせを明確に表現するときにユーザーによって調べられたアプリケーションに基づいて、コンテキスト問い合わせを動的に生成するためのコンピューター実装方法を実行することができる。0036図3は、本発明の実施形態にしたがってコンテキスト問い合わせを生成するためのコンピューター実装方法を示す論理図である。この方法は、コンピューターシステムがクライアントデバイスのネットワークに接続されたときに、ステップ310において初期化する。0037ステップ320において、コンピューターシステムはユーザー問い合わせおよびアプリケーションコンテキストを受け取る。このコンテキストは、ユーザーが現問い合わせセッションにおいて動作させているアプリケーションによって与えられる。ステップ330において、コンピューターシステムは、ドメインオントロジーを使用して、問い合わせの意味的表現を生成する。コンピューターシステムは、問い合わせおよびコンテキストオントロジーを使用して、問い合わせおよびコンテキストタイプを判定する。意味的表現に対する構造は、問い合わせオントロジーに含まれる問い合わせタイプ、またはコンテキストオントロジーに含まれるコンテキストタイプと関連したテンプレートから導かれる。0038意味的表現は、ステップ340において、現問い合わせセッションにおいて調べられた各ドメインと関連したフィルターを使用してリファインされる。このフィルターは、現問い合わせセッション要求の間にユーザーが動作させた1つ以上のアプリケーションと関連した規準によって、意味的表現を増強する。ステップ350において、コンピューターシステムは、問い合わせにおけるタームと関連したコンテンツを有するデーターソースに対して発行する1つ以上のデーターソースコマンドを選択する。ある種の実施形態では、データーソースは、構造化データーソース、非構造化データーソース、および半構造化データーソースを含む。構造化データーソースは、構造化問い合わせ言語SQLまたはSPARQLプロトコル、およびRDF問い合わせ言語SPARQLのうち1つを使用して、問い合わせられる。非構造化または半構造化データーソースは、テキストキーワード問い合わせを使用して問い合わせられる。本方法は、ステップ360において終了する。0039要約すると、コンテキスト問い合わせは、ユーザーによって与えられた問い合わせと関連したオントロジー、および問い合わせを生成するために利用されたアプリケーションと関連したオントロジーに組み立てられた情報を使用して、ユーザーが複数のデーターソースを調べることを可能にする。例えば、ユーザーは問い合わせをサーチエンジンに送ることができ、サーチエンジンは複数の結果を戻す。加えて、サーチエンジンは、ユーザー問い合わせから明確に表現されたコンテキスト問い合わせと関連した回答も与えることができる。0040例えば、ユーザーの財務問い合わせに対する回答が、財務問い合わせのオントロジードリブン理解を使用して、コンピューターシステムによって戻される。コンピューターシステムは、会社Aと同様のPE率を有する会社、会社A運用収入、および会社AおよびBの評価というような、自然言語問い合わせに対する回答をユーザーが得ることを可能にする財務アプリケーションを提供することができる。後者の問い合わせ処理は、現在のデーターを使用して計算されるべき複数の主要な比率を含む評価を理解するためにオントロジーを使用することができる。主要な比率には、とりわけ、PE比率、価格対販売比率等を含むことができる。一方、財務アプリケーションは、これらの比率の比較、ならびに会社AおよびBについての他の評価メトリックを戻す。自然言語問い合わせおよび対応するオントロジーは、意味的表現を生成するために使用される。財務アプリケーションは、意味的表現をSPARQL問い合わせに変換することができ、このSPARQL問い合わせはデーターソースに発行される。SPARQL問い合わせは、レコードを含み、回答を戻すためにこれらのレコードが調べられる。0041コンピューターシステムは、問い合わせMSFThigherPEをユーザーから受け取り、アプリケーションコンテキスト財務および自然言語を財務アプリケーションから受け取る。コンピューターシステムは、財務オントロジーおよび自然言語オントロジーを特定する。次いで、言語的解釈を使用して、問い合わせがMSFThigherhigh1PEに変換される。財務オントロジーは、数学的演算子およびPE比率に対する定義を使用して意味的表現を更に変換するために、使用することができる。意味的表現は、MSFThigherhigh1ComparatorPEに変換される。コンピューターシステムは、複数のフィルターを適用して、この意味的表現をリファインする。一実施形態では、意味的表現は、オントロジーを使用して生成された問い合わせグラフである。これらのフィルターには、ドメインフィルター、協調フィルター、地理フィルター、時間フィルター、タスクフィルター、およびユーザー関心フィルターを含む。これらのフィルターを適用した後、コンピューターシステムは問い合わせをTickerMSFTUSTickerhighergreaterIPEPEratioDatetodayに変換する。次いで、この意味的表現はデーターソースコマンドに変換される。コンピューターシステムは、次のTickerPePratioMSFTQUSPERatioDatetodayを発行することができる。このデーターソースコマンドは、回答を突き止めるために、複数のデーターソースに送られる。0042図示した種々のコンポーネントの多くの異なる構成、および図示しなかったコンポーネントも、本発明の主旨および範囲から逸脱することなく可能である。本発明の実施形態は、限定的ではなく例示的であることを意図して記載された。尚、ある種の特徴およびサブコンビネーションは有益であり、他の特徴およびサブコンビネーションを参照しなくても採用でき、特許請求の範囲に含まれることは言うまでもない。種々の図において列挙された全てのステップを、記載した特定の順序で実行する必要はない。