(57)【要約】コンテキスト問い合わせを生成するシステム、方法、およびコンピューター記憶媒体を提供する。本システムは、ユーザー問い合わせおよびコンテキストを受け取るサーチ・エンジンと、問い合わせの意味的表現を生成する問い合わせ理解コンポーネントと、意味的表現を複数のデーター・ソースに対するコマンドに変換するデーター・ソース・コマンド・ジェネレータとを含む。データー・ソース・コマンド・ジェネレータは、問い合わせ理解コンポーネントに接続されている。データー・ソース・コマンド・ジェネレータは、各データー・ソースと関連した語彙情報に基づいて、データー・ソース・コマンドを選択する。【選択図】図３
2013519156.tif 000002
【特許請求の範囲】
【請求項１】
コンテキスト問い合わせを生成するためのコンピューター実装方法であって、
ユーザー問い合わせおよびコンテキストを受け取るステップと、
ドメイン・オントロジーを使用して前記問い合わせの意味的表現を生成するステップであって、前記ドメイン・オントロジーが、フィルター、概念、および複数のカテゴリーにおける関係を特定する、ステップと、
現在の問い合わせセッションにおいて調べられた各ドメインと関連したフィルターを使用して、前記意味的表現をリファインするステップと、
前記コンテキストおよび意味的表現に基づいて、前記問い合わせにおけるタームと関連したコンテンツを有するデーター・ソースに対して発行する１つ以上のデーター・ソース・コマンドを選択するステップと、
を含む、コンピューター実装方法。
【請求項２】
請求項１記載の方法において、前記コンテキストが、ユーザーが現問い合わせセッションの間に動作させたアプリケーションによって与えられる、方法。
【請求項３】
請求項１記載の方法であって、更に、問い合わせおよびコンテキスト・オントロジーを使用して問い合わせおよびコンテキスト・タイプを判定するステップを含み、前記意味的表現に対する構造が、前記問い合わせオントロジーに含まれる問い合わせタイプと関連したテンプレートから導かれ、いくつかのフィルターが、前記現問い合わせセッション要求の間にユーザーが１つ以上のアプリケーションを動作させた規準によって、前記意味的表現を増強する、方法。
【請求項４】
請求項１記載の方法において、前記データー・ソースが、構造化データー・ソース、非構造化データー・ソース、および半構造化データー・ソースを含む、方法。
【請求項５】
請求項４記載の方法において、前記構造化データー・ソースが、構造化問い合わせ言語（ＳＱＬ）またはＳＰＡＲＱＬプロトコルおよびＲＤＦ問い合わせ言語（ＳＰＡＲＱＬ）のうち１つを使用して問い合わせられる、方法。
【請求項６】
請求項４記載の方法において、前記非構造化または半構造化データー・ソースが、テキスト・キーワード問い合わせを使用して問い合わせられる、方法。
【請求項７】
請求項４記載の方法において、前記データー・ソース・コマンドが、各データー・ソースと関連した語彙情報に基づいて選択される、方法。
【請求項８】
問い合わせを処理する方法を実行するように構成された１つ以上のコンピューター読み取り可能媒体であって、前記方法が、
ユーザー問い合わせおよびコンテキストを受け取るステップと、
ドメイン・オントロジーを使用して前記問い合わせの意味的表現を生成するステップと、
現在の問い合わせセッションにおいて調べられた各ドメインと関連したフィルターを使用して、前記意味的表現をリファインするステップと、
前記問い合わせにおけるタームと関連したコンテンツを有するデーター・ソースに対して発行する１つ以上のデーター・ソース・コマンドを選択するステップと、
を含む、コンピューター読み取り可能媒体。
【請求項９】
請求項８記載の媒体において、前記コンテキストが、ユーザーが現問い合わせセッションの間に動作させたアプリケーションによって与えられる、媒体。
【請求項１０】
請求項８記載の媒体であって、更に、問い合わせおよびコンテキスト・オントロジーを使用して問い合わせおよびコンテキスト・タイプを判定するステップを含み、前記意味的表現に対する構造が、前記問い合わせオントロジーに含まれる問い合わせタイプと関連したテンプレートから導かれ、いくつかのフィルターが、前記現問い合わせセッション要求の間にユーザーが１つ以上のアプリケーションを動作させた規準によって、前記意味的表現を増強する、媒体。
【請求項１１】
請求項８記載の媒体において、前記データー・ソースが、構造化データー・ソース、非構造化データー・ソース、および半構造化データー・ソースを含む、媒体。
【請求項１２】
請求項１１記載の媒体において、前記構造化データー・ソースが、構造化問い合わせ言語（ＳＱＬ）またはＳＰＡＲＱＬプロトコルおよびＲＤＦ問い合わせ言語（ＳＰＡＲＱＬ）のうち１つを使用して問い合わせられる、媒体。
【請求項１３】
請求項１１記載の媒体において、前記非構造化または半構造化データー・ソースが、テキスト・キーワード問い合わせを使用して問い合わせられる、媒体。
【請求項１４】
プロセッサとメモリーとを有し、コンテキスト問い合わせを生成するように構成されたコンピューター・システムであって、
ユーザー問い合わせおよびコンテキストを受け取るように構成されたサーチ・エンジンと、
問い合わせタイプおよびアプリケーション・タイプを特定するオントロジーを格納するように構成された問い合わせ理解コンポーネントであって、前記問い合わせタイプが１つ以上の入力タイプおよび１つ以上の出力タイプを特定し、前記入力および出力タイプが、ドメイン・オントロジーまたはアプリケーション・オントロジーにおける概念、インスタンス、プロパティ、または関係に対応する、問い合わせ理解コンポーネントと、
前記問い合わせ理解コンポーネントに通信可能に接続されたデーター・ソース・コマンド・ジェネレータであって、該生成器が、前記問い合わせ理解コンポーネントによって与えられる意味的表現を、コンテキスト問い合わせに変換するように構成され、各データー・ソースと関連した語彙情報に基づいて選択されたデーター・ソース・コマンドを使用して、複数のデーター・ソースに跨がって、前記コンテキスト問い合わせが適用される、データー・ソース・コマンド・ジェネレータと、
を含む、システム。  
【請求項１５】
請求項１４記載のコンピューター・システムにおいて、前記オントロジーが、前記意味的問い合わせ表現を拡大し、前記オントロジーにおいて表現された概念、プロパティ、および関係の意味的記述に基づいてデーター・ソースから関連情報にアクセスするかまたは関連情報を計算する方法を特定する規則を与え、前記データー・ソースが、非構造化、構造化、または半構造化のデーター・ソースを含み、構造化問い合わせ言語（ＳＱＬ）またはＳＰＡＲＱＬプロトコル、およびＲＤＦ問い合わせ言語（ＳＰＡＲＱＬ）、またはテキスト・キーワード問い合わせのうち１つを使用して問い合わせられる、コンピューター・システム。
【発明の詳細な説明】
【従来技術】
【０００１】
[0001]  従来のサーチ・エンジンは、ユーザーからの問い合わせを受け取り、この受け取った問い合わせに含まれるタームに一致するタームを有するウェブ・ページを突き止める。従来、サーチ・エンジンは、ユーザー問い合わせのコンテキストおよび意味を無視し、問い合わせを１組の単語として扱っていた。問い合わせに含まれるタームは、頻度に基づいてサーチされ、問い合わせのタームを含む結果がサーチ・エンジンによって戻されていた。
【０００２】
[0002]  したがって、従来のサーチ・エンジンは、ユーザーの関心を満たし損ねているかもしれない結果を戻している。ユーザーは、関心のある文書において発見される可能性が高い単語を選択することによって、問い合わせを組み直すことを試みる。例えば、株式情報を求めているユーザーが、「ＰＥ、会社Ａ、株式」についての問い合わせを入力することが考えられる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従来のサーチ・エンジンは、各単語を別々に扱い、「会社Ａ」というタームを有する文書、「ＰＥ」というタームを有する文書、「株式」というタームを有する文書、そしてこれらのタームのうち任意のものを有する文書を返す。従来のサーチ・エンジンは、会社Ａの株式動向、会社Ａのその競合との比較、および会社Ａの管理についてのニュースを論ずる結果において、インテリジェントに文書を選択することができない。ユーザーは、これらの文書のいずれかに動向情報が含まれるか否か判断するためには、結果の中にある異なる文書を読まなければならない。
【課題を解決するための手段】
【０００４】
[0003]  本発明の実施形態は、コンテキスト問い合わせを生成するシステム、方法、およびコンピューター読み取り可能媒体に関する。サーチ・エンジンが、クライアント・デバイスからの問い合わせを、現在のサーチ・セッションの間に利用されたアプリケーションによって提供されたコンテキスト情報と共に受け取る。一方、問い合わせ理解コンポーネントは、コンテキスト情報および問い合わせを処理して、この問い合わせの意味的表現を生成する。この問い合わせの意味的表現は、更に、データー・ソース・コマンド・ジェネレータによって処理され、各データー・ソースと関連した語彙情報に基づいて、数個のデーター・ソース・コマンドを選択する。データー・ソース・コマンドは、ユーザーの問い合わせおよび生成されたコンテキストお問い合わせに応答して、回答および結果をサーチ・エンジンに戻すために、データー・ソース・コマンド・ジェネレータからデーター・ソースに発行される。
【０００５】
[0004]  この摘要は、詳細な説明の章において以下で更に説明する概念から選択したものを紹介するために、設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するために補助として単独で使用されることを意図するのでもない。
【図面の簡単な説明】
【０００６】
[0005]  本発明の例示的実施形態について、添付図面を参照しながら以下に詳細に説明する。添付図面は、ここで引用したことにより、本明細書に含まれるものとする。
【図１】図１は、本発明の実施形態による計算デバイス例を示すブロック図である。
【図２】図２は、本発明の実施形態にしたがってコンテキスト問い合わせを生成するように構成されたコンピューター・システムのコンポーネント例を示すネットワーク図である。
【図３】図３は、本発明の実施形態にしたがってコンテキスト問い合わせをｓ衛星するコンピューター実装方法を示す論理図である。
【発明を実施するための形態】
【０００７】
[0009]  本特許は、特許請求する主題について、法的要件を満たすために具体性をもって説明する。しかしながら、説明自体は、本特許の範囲を限定することは意図していない。むしろ、本発明者は、特許請求する主題は、本文書において記載するステップとは異なるステップまたは同様のステップの組み合わせを含むように、他の現在または今後の技術と関連付けて、別の方法で具現化してもよいことを想定している。更に、「ステップ」および／または「ブロック」という用語は、本明細書においては、採用される方法の異なるエレメントを言外に意味するために使用することもできるが、個々のステップの順序が明示的に記載されている場合を除いて(unless and except)、これらの用語は、本明細書において開示される種々のステップ間において、いかなる特定の順序をも暗示するように解釈してはならない。
【０００８】
[0010]  本明細書において使用する場合、「コンテキスト問い合わせ」(contextual query)という用語は、データー・ソースにアクセスし、このデーター・ソースに含まれる情報の構造、および問い合わせに含まれるタームの意味に基づいて、データー・ソースから情報を引き出すために使用されるデーター・コマンドのことを言う。
【０００９】
[0011]  本明細書において使用する場合、「コンポーネント」という用語は、ハードウェア、ファームウェア、およびソフトウェアの任意の組み合わせのことを言う。
[0012]  本発明の実施形態は、ユーザーがユーザー問い合わせに対する回答を受けることを可能にするコンテキスト問い合わせを提供する。回答は、構造化データー、半構造化データー、および未構造化データーを有する大きなコンテンツ集合体から収集される。コンテキスト問い合わせは、この問い合わせに含まれるタームと関連したオントロジー(ontology)、および現在のサーチ・セッションの間に利用されたアプリケーションに基づいて、コンピューター・システムによって生成される。コンテキスト問い合わせは、構造化、非構造化、および半構造化データーの組み合わせをサーチして、問い合わせに対する回答を求める。
【００１０】
[0013]  例えば、ユーザーの財務問い合わせに対する回答が、この財務問い合わせのオントロジー・ドリブン理解(ontology-driven understanding)を使用して、コンピューター・システムによって戻される。コンピューター・システムは、「会社Ａと同様のＰＥ率を有する会社」、「会社Ａ運用収入」、ならびに「会社ＡおよびＢの評価」というような、自然言語問い合わせに対する回答をユーザーが得ることを可能にする財務アプリケーションを提供することができる。オントロジーは、問い合わせに応答して現在のデーターを使用して計算されるべき複数の主要な比率(key ratio)をコンピューター・システムが理解するために使用される。主要な比率には、とりわけ、「ＰＥ比率」、「価格対販売比率」等を含むことができる。自然言語問い合わせおよび対応するオントロジーは、意味的表現を生成するために使用される。財務アプリケーションは、意味的表現をＳＰＡＲＱＬ問い合わせに変換し、このＳＰＡＲＱＬ問い合わせをデーター・ソースに発行する。ＳＰＡＲＱＬ問い合わせは、レコードを含み、これらのレコードを調べて回答を戻す。一方、財務アプリケーションは、これらの比率の比較、ならびに会社ＡおよびＢについての他の評価メトリックを戻す。
【００１１】
[0014]  コンピューター・システムは、問い合わせをユーザーから受け取る。また、コンピューター・システムは、現在のサーチ・セッションの間に調べられた１つ以上のアプリケーションについてのコンテキストも受け取る。１つ以上のオントロジーを使用して、コンピューター・システムは問い合わせおよびコンテキストを理解し、問い合わせの意味的表現、およびユーザーが問い合わせを明確に表現(formulate)したアプリケーションのコンテキストを生成する。概念、インスタンス、プロパティ、および関係が、分類学(taxonomy)、テンプレート、またはオントロジーに含まれる定義に基づいて、問い合わせの意味的表現に含まれる。一実施形態では、意味的表現は、抽出された概念、インスタンス、プロパティ、および関係等を使用した、問い合わせのグラフである。一方、意味的表現は、関連情報および問い合わせに対する回答を引き出すために、データー・ソース・コマンド・ジェネレータによって自動的にデーター・ソース特定問い合わせ言語に変換することができる。
【００１２】
[0015]  図１は、本発明の実施形態による計算デバイス例１００を示すブロック図である。計算デバイス１００は、バス１１０、メモリー１１２、プロセッサ１１４、プレゼンテーション・コンポーネント１１６、入力／出力（Ｉ／Ｏ）ポート１１８、入力／出力（Ｉ／Ｏ）コンポーネント１２０、および電源１２２を含む。計算デバイス１００は、適した計算環境の一例に過ぎず、本発明の使用範囲や機能に関していかなる限定をも示唆する意図はない。また、計算デバイス１００が、図示のコンポーネントのうち任意の１つまたはその組み合わせに関して、いかなる依存性や必要性をも有すると解釈すべきでない。
【００１３】
[0016]  計算デバイス１００は、通例、種々のコンピューター読み取り可能媒体を含む。一例として、そして限定ではなく、コンピューター読み取り可能媒体は、ランダム・アクセス・メモリー（ＲＡＭ）、リード・オンリー・メモリー（ＲＯＭ）、電子的消去可能プログラム可能リード・オンリー・メモリー（ＥＥＰＲＯＭ）、フラッシュ・メモリーまたは他のメモリー技術、ＣＤＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）あるいは他の光またはホログラフ媒体、磁気カセット、磁気テープ、磁気ディスク・ストレージまたは他の磁気記憶デバイス、あるいは所望の情報をエンコードするために使用することができ、計算デバイス１００がアクセスすることができる任意の他の媒体を含むことができる。本発明の実施形態は、パーソナル・データー・アシスタントまたは他のハンドヘルド・デバイスというような計算デバイス１００によって実行される、コンピューター・コードあるいはプログラム・モジュールのようなコンピューター実行可能命令を含む装置使用可能命令を使用して実現することができる。一般に、プログラム・モジュールは、ルーチン、プログラム、オブジェクト、モジュール、データー構造等を含み、特定のタスクを実行するコード、または特定の抽象データー・タイプを実現するコードのことを言う。本発明の実施形態は、分散型計算環境を含む種々のシステム構成で実施することができ、分散型計算環境では、通信ネットワークを介してリンクされているリモート処理デバイスによってタスクが実行される。
【００１４】
[0017]  計算デバイス１００は、以下のコンポーネントを直接または間接的に結合するバス１１０を含む。メモリー１１２、１つ以上のプロセッサー１１４、１つ以上のプレゼンテーション・コンポーネント１１６、入力／出力（Ｉ／Ｏ）ポート１１８、Ｉ／Ｏコンポーネント１２０、および例示的な電源１２２。バス１１０は、１系統以上のバス（アドレス・バス、データー・バス、またはその組み合わせのような）としてもよいものを代表する。図１の種々のコンポーネントは、明確化のために線で示されているが、実際には、種々のコンポーネントの輪郭はそれほど明らかではなく、比喩的には、これらの線はもっと正確には灰色で曖昧になるであろう。例えば、ディスプレイ・デバイスのようなプレゼンテーション・コンポーネント１１６を、Ｉ／Ｏコンポーネント１２０と見なす人がいてもよい。加えて、プロセッサー１１４はメモリー１１２を有する。「ワークステーション」、「サーバー」、「ラップトップ」、「ハンド・ヘルド・デバイス」等の間では、区別は行われない。何故なら、これらは全て図１の範囲に入ると考えられるからである。
【００１５】
[0018]  メモリー１１２は、揮発性および／または不揮発性メモリーの形態としたコンピューター記憶媒体を含む。このメモリーは、リムーバブル、非リムーバブル、またはその組み合わせであってもよい。ハードウェア・デバイスの例には、ソリッド・ステート・メモリー、ハード・ドライブ、光ディスク・ドライブ等が含まれる。計算デバイス１００は、メモリー１１２またはＩ／Ｏコンポーネント１２０のような種々のエンティティからデーターを読み出す１つ以上のプロセッサー１１４を含む。プレゼンテーション・コンポーネント１１６は、データー指示をユーザーまたは他のデバイスに提示する。プレゼンテーション・コンポーネント１１６の例には、ディスプレイ・デバイス、スピーカー、プリンター、振動モジュール等が含まれる。Ｉ／Ｏポート１１８は、Ｉ／Ｏコンポーネント１２０を含む他のデバイスに計算デバイス１００を物理的および論理的に結合することを可能にする。これら他のデバイスの一部は内蔵されていてもよい。例示的なＩ／Ｏコンポーネント１２０には、マイクロフォン、ジョイスティック、ゲーム・パッド、衛星ディッシュ、スキャナー、プリンター、ワイヤレス・デバイス等が含まれる。
【００１６】
[0019]  コンテキスト問い合わせを生成するコンピューター・システムは、サーチ・エンジン、問い合わせ理解コンポーネント、およびデーター・ソース・コマンド・ジェネレータを含む。コンテキスト問い合わせは、クライアント・デバイスによって与えられる問い合わせと関連したオントロジー、およびその問い合わせを定型化したアプリケーションに対応するオントロジーに基づいて生成される。サーチ・エンジンは、問い合わせをクライアント・デバイスから受け取り、コンテキストをアプリケーションから受け取る。次いで、サーチ・エンジンはコンテキスト問い合わせに対する回答、および問い合わせに対応するコンテンツを含む結果を、クライアント・デバイスに送る。クライアント・デバイスは、この結果を回答と共に表示する。
【００１７】
[0020]  図２は、本発明の実施形態にしたがってコンテキスト問い合わせを生成するように構成されているコンピューター・システムのコンポーネント例を示すネットワーク図である。コンピューター・システム２００は、クライアント・デバイス２１０、ネットワーク２２０、サーチ・エンジン２３０、データー・ソース・コマンド・ジェネレータ２４０、および問い合わせ理解コンポーネント２５０を有する。
【００１８】
[0021]  クライアント・デバイス２１０は、ネットワーク２２０を介して、サーチ・エンジン２３０に接続されている。実施形態の中には、クライアント・デバイス２１０が、ウェブ・アクセスが可能な任意の計算デバイスであてもよい場合もある。したがって、クライアント・デバイス２１０は、パーソナル・コンピューター（ＰＣ）、ラップトップ・コンピューター、移動体電話機、パーソナル・ディジタル・アシスタント（ＰＤＡ）、サーバー、ＣＤプレーヤー、ＭＰ３プレーヤー、ビデオ・プレーヤー、ハンドヘルド通信デバイス、ワークステーション、これら列挙したデバイスの任意の組み合わせ、またはウェブ・アクセスが可能な任意の他のデバイスというような、種々の形態をなすこともできる。
【００１９】
[0022]  クライアント・デバイス２１０は、ユーザーが問い合わせを入力することを可能にする。クライアント・デバイス２１０は、問い合わせをサーチ・エンジン２３０に送る。ある種の実施形態では、クライアント・デバイス２１０は、問い合わせを明確に表現するためにユーザーによって使用されたアプリケーションと関連したコンテキストも送る。他の実施形態では、サーチ・エンジン２３０がコンテキストを与えることもできる。次いで、クライアント・デバイス２１０は、回答を含む結果を受け取る。また、クライアント・デバイス２１０は、コンテキスト問い合わせに対する回答、および問い合わせに対する結果をユーザーに表示することができる。
【００２０】
[0023]  ネットワーク２２０は、クライアント・デバイス２１０、サーチ・エンジン２３０、データー・ソース・コマンド・ジェネレータ２４０、および問い合わせ理解コンポーネント２５０を接続する。ネットワーク２２０は、有線、ワイヤレス、または双方でもよい。ネットワーク２２０は、複数のネットワーク、またはネットワークのネットワークを含むこともできる。例えば、ネットワーク２２０は、１つ以上のワイド・エリア・ネットワーク（ＷＡＮ）、１つ以上のローカル・エリア・ネットワーク（ＬＡＮ）、インターネットのような１つ以上の公衆ネットワーク、または１つ以上の私用ネットワークを含むことができる。ワイヤレス・ネットワークでは、基地局、通信塔、またはアクセス・ポイント（および他のコンポーネント）というようなコンポーネントであっても、実施形態の中には、ワイヤレス接続を提供できる場合もある。明確化のために１つずつのコンポーネントが示されているが、ネットワーク２２０は任意の数のクライアント・デバイス２１０間における通信を可能にするとよいことは、当業者には認められよう。
【００２１】
[0024]  サーチ・エンジン２３０は、クライアント・デバイス２１０から受け取った問い合わせに対する結果、およびデーター・ソース・コマンド・ジェネレータ２４０によって動的に生成されるコンテキスト問い合わせに対する回答を与えるサーバ・コンピューターである。サーチ・エンジン２３０は、ユーザー問い合わせおよびアプリケーション・コンテキストを受け取るように構成されている。サーチ・エンジン２３０は、ユーザー問い合わせに対する結果、およびコンテキスト問い合わせに対する回答を戻す。実施形態の中には、サーチ・エンジン２３０がコンテキスト問い合わせに対する回答のみを戻す場合もある。
【００２２】
[0025]  データー・ソース・コマンド・ジェネレータ２４０は、問い合わせ理解コンポーネント２５０に通信可能に接続されている。一実施形態では、データー・ソース・コマンド・ジェネレータ２５０は、フィルター２４２および語彙情報２４４を含む。データー・ソース・コマンド・ジェネレータ２４０は、問い合わせ理解コンポーネント２５０によって与えられる意味的表現を、コンテキスト問い合わせに変換するように構成されており、コンテキスト問い合わせは、各データー・ソースと関連した語彙情報２４４に基づいて選択されたデーター・ソース・コマンドを使用して、複数のデーター・ソースに跨がって印加される。一実施形態では、データー・ソースは、非構造化、構造化、または半構造化データー・ソースを含み、構造化問い合わせ言語（ＳＱＬ）、ＳＰＡＲＱＬプロトコル、およびＲＤＦ問い合わせ言語（ＳＰＡＥＱＬ）、またはテキスト・キーワード問い合わせのうち１つを使用して、これらのデータ・ソースが問い合わせられる。
【００２３】
[0026]  フィルター２４２は、問い合わせ理解コンポーネント２５０によって与えられる意味的表現をリファインするように構成されている。フィルター２４２は、現問い合わせセッションと関連した情報に基づいて意味的表現を増強することによって、意味的表現をリファインする。一実施形態では、フィルター２４２は、ドメイン・フィルター、協調フィルター、地理フィルター、時間フィルター、タスク・フィルター、およびユーザー・フィルターを含む。ドメイン・フィルターは、アプリケーション・コンテキストに基づいて特定することができる。例えば、株式についてサーチしているユーザーが、財務ドメインまたは料理ドメインに関心がある可能性がある。データー・ソース・コマンド・ジェネレータ２４０は、これらのドメインから１つを、他のフィルター２４２に基づいて選択することができる。例えば、協調フィルターまたはコミュニティ・フィルターは、ユーザが料理グループまたは財務グループに繋がれていることを示すことができる。ユーザーと関連したグループに基づいて、データー・ソース・コマンド・ジェネレータ２４０は、関連するドメイン・フィルターを選択する。例えば、財務コミュニティに入っているユーザーは、会社の株式に関心がある可能性が高い。したがって、ドメイン・フィルターを財務に設定するとよい。地理フィルターは、ユーザーの現在地を含むことができる。例えば、イングランドにおける英国国民であるユーザーが問い合わせを発行することも考えられ、コンピューター・システム２００によって地理フィルタをイングランドに設定するとよい。時間フィルターは、問い合わせに対する時間枠を含むことができる。問い合わせに日付または時刻が含まれていない場合、時間フィルターを現在の２４時間単位の時間期間に設定することができる。タスク・フィルターは、ユーザーによって使用されているアプリケーションに基づいて選択することができ、またはコンピューター・システム２００によって推論することもできる。タスク・フィルターは、電子メールをチェックする、コンテンツをサーチする、文書を編集する等を含むことができる。ユーザー・フィルターは、他のフィルター２４２に選択された値を無効にするプロファイル属性を含むことができる。例えば、英国国民であるユーザーが、プロファイルにおいて、米国株式の関心を指定することができる。これに応じて、株式問い合わせに対する地理的情報を、イングランドからアメリカ合衆国に変更することができる。フィルター２４２に対するこれらの値は、意味的表現に含まれ、この意味的表現は、データー・ソース・コマンド・ジェネレータ２４０によってコンテキスト問い合わせに変換される。
【００２４】
[0027]  語彙情報コンポーネント２４４は、データー・ソース・コマンド・ジェネレータ２４０の一部である。語彙情報コンポーネント２４０は、コンテキスト問い合わせを受け取るべきデーター・ソースを選択するために使用される。コンテキスト問い合わせのタームと同様の語彙情報を有するデーター・ソースが、コンテキスト問い合わせを受け取るために選択される。一実施形態では、語彙情報コンポーネント２４４は、オントロジーと関連した語彙情報、およびサーチ・エンジンによって調べられたコンテンツを格納するデーター・ソースを格納する。実施形態の中には、コンピューター・システムによって各データー・ソースに対してテキスト・マイニングが行われて、語彙情報コンポーネント２４４に格納されている各データー・ソースと関連した語彙情報を選択する場合もある。
【００２５】
[0028]  一方、データー・ソース・コマンド・ジェネレータ２４０は、選択されたデーター・ソースに対して発行されるコンテキスト問い合わせを生成する。この問い合わせの意味的表現は更に処理されて、選択されたデーター・ソースに対してしかるべきコマンドを選択することができる。語彙情報コンポーネント２４４、オントロジー２５２、および規則２５４にアクセスし、データー・ソース毎に、概念の意味的記述、プロパティ、および意味的表現に含まれる関係に基づいて、データー・ソースから関連情報にアクセスするまたは関連情報を計算する方法を特定する。
【００２６】
[0029]  問い合わせ理解コンポーネント２５０は、問い合わせタイプおよびコンテキスト・タイプを特定するオントロジー２５２を格納するように構成されている。また、問い合わせ理解コンポーネント２５０は、オントロジー２５２における項目と関連した規則２５４も与える。この規則２５４は、意味的表現を拡張し、オントロジー２５２において表現されている概念、プロパティ、および関係の意味的記述に基づいて、データー・ソースから関連情報にアクセスするまたは計算する方法を特定する。例えば、問い合わせタイプは１つ以上の入力タイプおよび１つ以上の出力タイプを特定することができ、入力および出力タイプは、問い合わせオントロジーまたはテキストオントロジーにおける概念、インスタンス、プロパティ、または関係に対応する。
【００２７】
[0030]  問い合わせ理解コンポーネント２５０は、問い合わせおよびコンテキストの意味的表現を生成するように構成されている。問い合わせオントロジーおよびコンテキスト・オントロジーは、問い合わせ理解コンポーネント２５０が、オントロジー２５２に含まれる各概念、インスタンス等と関連したユニフォーム・リソース識別子（ＵＲＩ）に基づいて意味的表現のグラフを生成するために使用することができる。意味的表現は、ユーザー問い合わせおよびアプリケーション・コンテキストのしかるべきコンテキスト規則によって調整される。
【００２８】
[0031]  一実施形態では、グラフは、拡張可能マークアップ言語（ＸＭＬ）でフォーマットされた意味的問い合わせ表現（ＳＱＲ）である。ＳＱＲは、以下のノードを含むことができる。問い合わせタイプ（ＱＴ）、コンテキスト（ＣＸＴ）、および表示（ＤＳＰ）テンプレート。例えば、会社Ａに対する自然言語問い合わせは、以下のＳＱＲ＜ＱＴ：インスタンス・プロファイル：会社；インスタンス・タイプ：株式；インスタンスＵＲＩ：会社Ａ＞＜ＣＸＴ：自然言語、財務＞＜ＤＳＰ：会社名、シンボル、ニュース＞を有することができる。
【００２９】
[0032]  データー・ソースに依存して、意味的問い合わせ表現は、関連した回答および情報をこれらのデーター・ソースから引き出すためのデーター・ソース特定問い合わせに変換される。意味的表現では、ＱＴはアプリケーションがそのユーザーから期待することができる異なるタイプの問い合わせの階層の正式表現である。各ＱＴは、オントロジーの他の部分への拡張を容易にする１組の入力および出力パラメータによって評価される。ＣＸＴは、ユーザー問い合わせを取り込んで解釈することができる異なるタイプのコンテキストの階層の正式表現である。ＣＸＴは、ユーザーが彼らの問い合わせを発行するために対話処理するアプリケーションによって明示的に特定することができ、または問い合わせのテキストから暗示的に導くことができる。各ＣＸＴは、所与の問い合わせにおいて概念、インスタンス等を解釈するための条件および規準を特定する。ＣＸＴは、意味的問い合わせ表現に含まれる概念、インスタンス等を拡大するかまたは明確にすることができる。意味的グラフは、問い合わせタイプ・オントロジーにおける問い合わせタイプ、ならびに各データー・ソースと関連したコンテキスト・タイプ・オントロジーおよび語彙情報におけるコンテキスト・タイプと関連したＱＴおよびＣＸＴテンプレートにしたがって構造化される。
【００３０】
[0033]  オントロジー２５２は、データー・ソースにおけるコンテンツに対応する単語および句を含む。各オントロジー２５２は、ドメインに対する分類法、およびドメインにおける単語または句間の関係を含む。ドメインは、医学、美術、コンピューター等を含むことができる。一実施形態では、オントロジー２４２は問い合わせタイプおよびコンテキスト・タイプも格納する。問い合わせタイプは、テキスト・ユーザー問い合わせのタイプおよび構造を特定する。例えば、問い合わせタイプは、自然言語、構造化、インライン・コマンド等を含むことができる。コンテキスト・タイプは、問い合わせを表現することができる異なるタイプのコンテキストを特定し編成する。例えば、コンテキストは、サーチ・エンジン、電子メール・アプリケーション、財務アプリケーション等を含むことができる。オントロジー２５２は、規則２５４と関連付けられている。この規則は、意味的問い合わせ表現において、しかるべき規則に対応するＵＲＩを使用して参照することができる。
【００３１】
[0034]  規則２５４は、複数のドメインに跨がって概念、インスタンス、プロパティ、および関係を特定する。ある種の実施形態では、規則２５４は、データー・ソースに含まれるデーターから結果を計算するために使用される方法または関数を定めることができる。例えば、規則２５４は、比較器、数学的関数、統計的関数、または他の探索法を含むことができる。他の実施形態では、規則２５４は、データー・ソースに利用可能なコマンドにおいて特定される関数と関連付けることもできる。
【００３２】
[0035]  一実施形態では、クライアント・デバイスのユーザーから受け取られた問い合わせから動的に生成されたコンテキスト問い合わせに基づいて、回答がクライアント・デバイスに送られる。コンピューター・システムは、問い合わせに対応するオントロジー、およびこの問い合わせを明確に表現するときにユーザーによって調べられたアプリケーションに基づいて、コンテキスト問い合わせを動的に生成するためのコンピューター実装方法を実行することができる。
【００３３】
[0036]  図３は、本発明の実施形態にしたがってコンテキスト問い合わせを生成するためのコンピューター実装方法を示す論理図である。この方法は、コンピューター・システムがクライアント・デバイスのネットワークに接続されたときに、ステップ３１０において初期化する。
【００３４】
[0037]  ステップ３２０において、コンピューター・システムはユーザー問い合わせおよびアプリケーション・コンテキストを受け取る。このコンテキストは、ユーザーが現問い合わせセッションにおいて動作させているアプリケーションによって与えられる。ステップ３３０において、コンピューター・システムは、ドメイン・オントロジーを使用して、問い合わせの意味的表現を生成する。コンピューター・システムは、問い合わせおよびコンテキストオントロジーを使用して、問い合わせおよびコンテキスト・タイプを判定する。意味的表現に対する構造は、問い合わせオントロジーに含まれる問い合わせタイプ、またはコンテキスト・オントロジーに含まれるコンテキスト・タイプと関連したテンプレートから導かれる。
【００３５】
[0038]  意味的表現は、ステップ３４０において、現問い合わせセッションにおいて調べられた各ドメインと関連したフィルターを使用してリファインされる。このフィルターは、現問い合わせセッション要求の間にユーザーが動作させた１つ以上のアプリケーションと関連した規準によって、意味的表現を増強する。ステップ３５０において、コンピューター・システムは、問い合わせにおけるタームと関連したコンテンツを有するデーター・ソースに対して発行する１つ以上のデーター・ソース・コマンドを選択する。ある種の実施形態では、データー・ソースは、構造化データー・ソース、非構造化データー・ソース、および半構造化データー・ソースを含む。構造化データー・ソースは、構造化問い合わせ言語（ＳＱＬ）またはＳＰＡＲＱＬプロトコル、およびＲＤＦ問い合わせ言語（ＳＰＡＲＱＬ）のうち１つを使用して、問い合わせられる。非構造化または半構造化データー・ソースは、テキスト・キーワード問い合わせを使用して問い合わせられる。本方法は、ステップ３６０において終了する。
【００３６】
[0039]  要約すると、コンテキスト問い合わせは、ユーザーによって与えられた問い合わせと関連したオントロジー、および問い合わせを生成するために利用されたアプリケーションと関連したオントロジーに組み立てられた情報を使用して、ユーザーが複数のデーター・ソースを調べることを可能にする。例えば、ユーザーは問い合わせをサーチ・エンジンに送ることができ、サーチ・エンジンは複数の結果を戻す。加えて、サーチ・エンジンは、ユーザー問い合わせから明確に表現されたコンテキスト問い合わせと関連した回答も与えることができる。
【００３７】
[0040]  例えば、ユーザーの財務問い合わせに対する回答が、財務問い合わせのオントロジー・ドリブン理解を使用して、コンピューター・システムによって戻される。コンピューター・システムは、「会社Ａと同様のＰＥ率を有する会社」、「会社Ａ運用収入」、および「会社ＡおよびＢの評価」というような、自然言語問い合わせに対する回答をユーザーが得ることを可能にする財務アプリケーションを提供することができる。後者の問い合わせ処理は、現在のデーターを使用して計算されるべき複数の主要な比率を含む評価を理解するためにオントロジーを使用することができる。主要な比率には、とりわけ、「ＰＥ比率」、「価格対販売比率」等を含むことができる。一方、財務アプリケーションは、これらの比率の比較、ならびに会社ＡおよびＢについての他の評価メトリックを戻す。自然言語問い合わせおよび対応するオントロジーは、意味的表現を生成するために使用される。財務アプリケーションは、意味的表現をＳＰＡＲＱＬ問い合わせに変換することができ、このＳＰＡＲＱＬ問い合わせはデーター・ソースに発行される。ＳＰＡＲＱＬ問い合わせは、レコードを含み、回答を戻すためにこれらのレコードが調べられる。
【００３８】
[0041]  コンピューター・システムは、問い合わせ"MSFT higher PE"をユーザーから受け取り、アプリケーション・コンテキスト「財務」および「自然言語」を財務アプリケーションから受け取る。コンピューター・システムは、財務オントロジーおよび自然言語オントロジーを特定する。次いで、言語的解釈を使用して、問い合わせが"MSFT higher/high-1 PE"に変換される。財務オントロジーは、数学的演算子およびＰＥ比率に対する定義を使用して意味的表現を更に変換するために、使用することができる。意味的表現は、"MSFT higher/high-1 Comparator PE"に変換される。コンピューター・システムは、複数のフィルターを適用して、この意味的表現をリファインする。一実施形態では、意味的表現は、オントロジーを使用して生成された問い合わせグラフである。これらのフィルターには、ドメイン・フィルター、協調フィルター、地理フィルター、時間フィルター、タスク・フィルター、およびユーザー関心フィルターを含む。これらのフィルターを適用した後、コンピューター・システムは問い合わせを"Ticker MSFTUS/Ticker higher greater-IPE/PE ratio Date:today"に変換する。次いで、この意味的表現はデーター・ソース・コマンドに変換される。コンピューター・システムは、次の"Ticker/PePratio>MSFTQUS.PERatio&&Date=today"を発行することができる。このデーター・ソース・コマンドは、回答を突き止めるために、複数のデーター・ソースに送られる。
【００３９】
[0042]  図示した種々のコンポーネントの多くの異なる構成、および図示しなかったコンポーネントも、本発明の主旨および範囲から逸脱することなく可能である。本発明の実施形態は、限定的ではなく例示的であることを意図して記載された。尚、ある種の特徴およびサブコンビネーションは有益であり、他の特徴およびサブコンビネーションを参照しなくても採用でき、特許請求の範囲に含まれることは言うまでもない。種々の図において列挙された全てのステップを、記載した特定の順序で実行する必要はない。
【図１】
2013519156.tif 000003
【図２】
2013519156.tif 000004
【図３】
2013519156.tif 000005
【国際調査報告】
2013519156.tif 000006
2013519156.tif 000007