(57)【要約】要求に応答して精密な結果を得るための、検索結果の人間支援による解析のための自動化されたツール。単一のクエリー入力が一つまたは複数のリソースを使った検索をトリガーし、該リソースから返された結果が対応する埋め込まれたレンダラーに表示される。人間のプロバイダーが返された結果を分析し、クエリーを提出した要求者に届けるための関連する情報を抽出する。
2009524155.tif 000002
【特許請求の範囲】
【請求項１】
リソースに要求を渡し；
前記リソースを介した検索から返された結果からの人間のプロバイダーによる選択に基づいて応答を構築し、前記応答を前記要求の結果として届けることを有する、
方法。
【請求項２】
前記応答の位置が前記結果と一緒に届けられる、請求項１記載の方法。
【請求項３】
前記位置が、前記結果として届けられる応答を含むウェブ・ページのURLである、請求項２記載の方法。
【請求項４】
前記ウェブ・ページ内の前記応答の位置にユーザーを案内するためにインデックス・ページ・タブを届けることをさらに有する、
請求項３記載の方法。
【請求項５】
要求に応答して検索が実行されたリソースの検索結果を表示するレンダラーを生成し；
前記レンダラー内の検索結果からの情報の選択に基づいて前記要求への応答を形成することを有する、
人間支援によるマイニング方法。
【請求項６】
前記リソースがインターネットである、請求項５記載の方法。
【請求項７】
前記リソースが検索エンジンである、請求項５記載の方法。
【請求項８】
前記選択が、人間のプロバイダーによって前記検索結果を修正することを含む、請求項７記載の方法。
【請求項９】
前記形成が人間のプロバイダーによって実行される、請求項５記載の方法。
【請求項１０】
ある要求について利用可能なリソースのうちからあるリソースをアクティブ化し；
前記リソースを介した検索に基づいて生成される前記リソースの内容を組み込みブラウザに表示し；
前記組み込みブラウザに表示された内容から情報を得て、該得られた情報を前記要求への応答として提供することを有する、
方法。
【請求項１１】
検索が必要とされる時点でユーザーに少なくとも二つの検索エンジン（またはリソース）を選択することを許容し；
単一のクエリーをもって少なくとも二つの検索エンジンによる検索をトリガーすることを有する、
方法。
【請求項１２】
前記少なくとも二つの検索の結果を同時に表示することをさらに有する、請求項１１記載の方法。
【請求項１３】
前記検索エンジンが人間の検索ガイドによって選択される、請求項１１記載の方法。
【請求項１４】
前記結果が単一のフレーム内に表示される、請求項１２記載の方法。
【請求項１５】
検索クエリーを示すクエリー・ウィンドウと；
前記クエリーについての少なくとも二つの検索エンジンからの検索結果を同時に示す少なくとも二つのウィンドウとを有する、
ディスプレイ。
【請求項１６】
前記クエリーを受け取るべき対応する検索エンジンの選択を許容する少なくとも二つの選択インジケータをさらに有する、請求項１５記載のディスプレイ。
【請求項１７】
クエリー・ウィンドウと；
前記クエリーについてアクティブ化すべき検索エンジンを選択するための検索エンジン選択コントロールとをさらに有する、
インターフェース。
【請求項１８】
選択されたエンジンの検索結果のための結果ウィンドウをさらに有する、請求項１７記載のインターフェース。
【請求項１９】
検索結果を同時に示す少なくとも二つの開いたウィンドウを有する、請求項１８記載のインターフェース。
【請求項２０】
情報ソースへのクエリー提出に応答した検索の結果を受信し；
受信された結果から情報を取得することによって前記クエリーへの応答を集積し；
前記クエリーへの前記応答を返すことを有する、
人間支援による情報マイニングの方法。
【請求項２１】
要求を提出するためのユーザー・デバイスと；
前記要求を受信し、人間のプロバイダーが該人間のプロバイダーによって実行された検索に基づいて前記要求への応答を集積することができるようにするプロバイダー・システムと；
前記要求および前記応答に関係した情報を記憶するデータベースとを有する、
システム。
【請求項２２】
クエリーを提出するためのリソースを前記クエリーの内容に基づいてアクティブ化し、該リソースは検索エンジンを含み；
前記アクティブ化されたリソースのそれぞれを、それぞれのリソースからのウェブ・ページ・コンテンツを含む対応するレンダラーに表示し；
前記クエリーの少なくとも一つのキーワードを、周囲のテキストの上にかぶさるボックス内で指示し；
各ウェブ・ページ・コンテンツをナビゲートしていくことができる人間のプロバイダーによる選択に従って前記上にかぶさるボックスの内容を抽出し；
そのコンテキスト・データを含む前記抽出されたコンテンツを前記提出されたクエリーに対する結果として返し、該結果は前記抽出されたコンテンツへのリンクを含む、
ことを含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
本願は、米国特許商標庁に2006年7月14日に出願された、発明者スコット・Ａ・ジョーンズらによる、Automated  Tool  for  Human  Assisted  Mining  and  Capturing  of  Precise  Resultsという名称の米国出願第60/807,428号および2006年1月23日に出願された、発明者スコット・Ａ・ジョーンズによる、A  Scalable  Search  System  Using  Human  Searchersという名称の米国出願第11/336,928号に関係し、その利益を主張する。両文献の開示はここに参照によって組み込まれる。
【０００２】
１．分野
本発明は、人間支援による検索に、より詳細には、検索要求に応答して精密な結果を返す目的での人間支援による検索結果のマイニングのための自動化ツールに関する。
【背景技術】
【０００３】
２．関連技術の記述
検索エンジン、たとえばグーグル（登録商標）、Ｃｌｕｓｔｙ（登録商標）、ヤフー（登録商標）などといったリソースを利用して、特定の基準を満たす情報の要求を提出し、該要求に応答して返される結果から所望の情報を取得することができる。インターネット上で利用可能な莫大な量の情報のため、検索エンジンを使って情報を位置特定することは、要求される検索のためのクエリーまたはキーワード（単数または複数）を精密に定式化することを必要とする。しかしながら、典型的な検索エンジンは、要求されたキーワードまたはクエリーが現れるできるだけ多くのウェブ・ページを取ってくるものであり、一般に、所望の情報を得るためにはそれらのウェブ・ページの追加的な検索を必要とする。
【０００４】
検索エンジンを使った最初の検索から返される結果が所望の情報をもたらさない状況では、他の検索エンジン（単数または複数）を使ったその後の検索が実行されてもよい。しかしながら、これらのその後の検索は、所望の情報を位置特定するために検索を繰り返し、返される結果をブラウズすることを要求する。Ｊｕｘ２（商標）、Ｄｏｇｐｉｌｅ（登録商標）などといったメタ検索エンジンはさまざまな検索エンジンにクエリーを出し、それらの検索エンジンからの結果を返すが、知られているすべてのメタ検索エンジン、インターネット・ディレクトリおよび他の類似の技術は、要求されたキーワードまたはクエリーを含むウェブ・ページの包括的な一覧を提供し、所望の情報を得るためにユーザーが結果をブラウズしていくことを要求する。典型的には、結果の追加的な検索が要求される。特に、所望の情報を得るために、検索の結果として出されたウェブ・ページにアクセスし、値の換算、単語または文のある言語から別の言語への翻訳などといったそのウェブ・ページを通じて利用可能にされているプロセスまたはルーチンを実行することが要求されるときはそうである。
【０００５】
上で論じた問題は、携帯電話のようなデバイスのユーザーにとってはより深刻である。というのも、現在の検索エンジンはしばしばユーザーが知りたいことには無関係な検索結果を返し、ユーザーが対話して一覧されたウェブ・サイトの内容を閲覧し、有意な結果を得るためにクエリーを再入力することを要求するからである。携帯電話のユーザーは、時に、携帯電話の限られた表示能力およびぎこちない入力方法にいらだちを覚えるが、このことは携帯電話を使うときの検索機能をさらに複雑にする。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
さまざまな型の検索エンジンおよび他のリソースが情報を位置特定するために利用可能であるが、広範な知識および情報のベースから、有意で、フォーカスされた、精確な情報をユーザーに提供するツールが必要とされている。
【課題を解決するための手段】
【０００７】
概要
リソースに要求を渡し、前記リソースを介して検索から返された結果から人間のプロバイダーの選択に基づいた応答を構築し、その要求の結果として前記応答を届ける方法およびシステムが開示される。
【０００８】
前記方法およびシステムは、検索が必要とされる時に少なくとも二つの検索エンジンおよび／またはその他のリソースの選択を許容し、単一のクエリーで検索をトリガーすることによって情報を取得することを含む。
【０００９】
提供される前記方法は、利用可能な複数のリソースのうちのあるリソースをアクティブ化し、特化された組み込みブラウザを介して検索に基づいて生成された前記リソースの内容を表示し、前記組み込みブラウザで表示された内容から情報を取得し、得られた情報を要求への応答として提供することを含んでいてもよい。
【００１０】
要求のための検索が実行される際に介するリソースの検索結果を表示するためのレンダラーが開示される。該レンダラーの結果からの選択に基づいて、前記要求への応答が定式化される。
【００１１】
開示される方法およびシステムは、検索クエリーを示すクエリー・ウィンドウおよび少なくとも二つの検索エンジンからのそのクエリーに対する検索結果を同時に示す少なくとも二つのウィンドウを含む表示を提供してもよい。
【００１２】
これらは、のちに明らかとなる他の側面および利点とともに、以下でより十全に記載され、特許請求される、構成および動作の詳細に存する。参照される付属の図面において、同様の符号は全体を通じて同様の部分を指す。
【発明を実施するための最良の形態】
【００１３】
ここで、本発明の現在の諸実施形態を詳細に見ていく。その例が付属の図面に示されている。ここで、同様の参照符号は全体を通じて同様の要素を指す。以下では図を参照することによって本発明を説明するために実施形態が記述される。しかしながら、それによって本発明の範囲に対するいかなる限定も意図されておらず、図示した装置における当業者が通常思いつくような変更およびさらなる修正や、図に示される本発明の原理のさらなる応用が考えられることは理解されるであろう。
【００１４】
要求への応答として精密な結果（単数または複数）を得るための、検索結果の人間支援による解析のための自動化ツールが、図１に示されるシステムによって提供される。要求とは、情報探求者から提出されるクエリーまたはキーワード（単数または複数）であり、完全に形成された質問、文、キーワードまたは検索フレーズを伴っていてもよい。たとえば、特定のレストランの閉店時間、1960年ワールド・シリーズの優勝チーム、疾病に関する情報または他の任意の種類の問い合わせである。プロバイダー、ガイドまたは有料のサーチャー（PaidSearchers（商標））は、要求を処理するために登録した人間のサーチャーであり、職業的、アマチュアおよび／またはボランティアのサーチャーであってよい。要求者（InfoSeekers（商標））は、情報を探す要求を提出するユーザーまたはエンティティである。
【００１５】
人間支援による情報マイニングのための自動化されたツールを提供する例示的なシステム２０は、図１に示され、先に参照した出願において詳細に記載されている。システム２０は情報探求者によって提出される要求を受け取り、該要求を処理のためにプロバイダーに届け、プロバイダーによる処理から帰結する応答を情報探求者に返す。図１に示されるように、要求（単数または複数）を発するユーザー・システム２２は、典型的なデスクトップまたはラップトップ・コンピュータ２２ａ、携帯情報端末（PDA）のようなハンドヘルド・デバイス２２ｂ、携帯電話２２ｃ、固定電話２２ｄおよび特化したクエリー端末またはユーザーがテキストまたは発話入力を介してクエリーを入力し、ネットワーク２４を介してサーバー２６と通信することを許容する他の任意のソースを含みうる。ユーザー・デバイス２２はまた、典型的なプッシュホン電話、双方向ラジオまたはユーザーが離れたところと話すことを許容する他のいかなる通信装置であってもよい。通信システムは、インターネットのようなパケット交換設備、公衆電話交換網のような回線交換設備、無線ネットワークのような電波ベースの設備などを含むことができる。
【００１６】
サーバー２６はネットワーク２４を介してユーザー・デバイス２２から要求を受信し、要求を、プロバイダー・システム３０ａおよびプロバイダー・システム３０ｂを含むプロバイダー・システム３０に届ける。説明の簡単のため、プロバイダーが使うプロバイダー・システム３０ａおよび３０ｂが図１に示されているが、本発明はプロバイダー・システムのいかなる特定の数にも限定されない。たとえば、任意の所与の時点において、システム２０はユーザー・デバイス２２からの要求を処理し、ユーザー・デバイス２２に応答を届けるために利用可能な多数のプロバイダー・システム３０を有していてもよい。ユーザー・デバイス２２と同様に、プロバイダー・システム３０は、デスクトップまたはラップトップ・システム、PDAのようなハンドヘルド・デバイス、携帯電話、特化した端末またはプロバイダーがテキストまたは発話入力を介して提出された要求を受け取り、これに応答することを許容するいかなるテキスト・ベースまたは発話ベースのシステムであってもよい。
【００１７】
図１に示されるように、プロバイダー・システム３０ａおよび３０ｂはそれぞれ、プロバイダー・システム３０ａと接続されたプロバイダー記憶装置３２およびプロバイダー・システム３０ｂと統合された記憶装置３４をそれぞれ使ってローカルに情報を維持する記憶機能を具備する。プロバイダー記憶装置３２およびプロバイダー・システム記憶装置３４は、サーバー２６を介してユーザー・デバイス２２から受信された要求および該要求への応答に係る情報を保持するために使用されうる。プロバイダー・システム３０ａおよび３０ｂの記憶機能は、いかなる特定の構成または記録媒体にも限定されず、データを保持するために使用可能ないかなる型の一時的または恒久的記憶技術をも含みうる。たとえば、プロバイダー・システム３０ａを使うプロバイダーは、インターネットを介してアクセス可能なプライベートな記憶装置（たとえば、ＧｏＤａｄｄｙ．ｃｏｍ、ヤフー（登録商標）ストーレジなど）、プロバイダー記憶装置３２、あるいは後刻取得可能なデータを保持できる他のいかなる装置を使ってもよい。
【００１８】
サーバー２６がユーザー・デバイス２２のいずれかから要求を受信するとき、サーバー２６は、現在利用可能な要求を扱うためにシステム２０に登録しているどのプロバイダー（単数または複数）が要求にマッチするかを判別する。各プロバイダーは、該プロバイダーが要求を受け容れる意思のある少なくとも一つのカテゴリー、サブカテゴリー、キーワードまたは関心領域を指定していてもよい。たとえば、カテゴリー「健康（health）」に係る要求を扱うよう登録された利用可能な各プロバイダーが識別され、要求への応答におけるそれまでの成功に基づいてそのカテゴリーについて登録されている他のプロバイダーに対してランク付けされ、前記の要求をそのカテゴリー内で利用可能なトップ・ランキングのプロバイダー（単数または複数）に割り当てる。プロバイダー（単数または複数）からの応答を最適化するために、要求にマッチするプロバイダー（単数または複数）を決定するためにはさまざまな型の条件が適用されうる。さらに、2006年1月23日に出願された、発明者スコット・Ａ・ジョーンズによる、A  Scalable  Search  System  Using  Human  Searchersという名称の米国特許出願第11/336,928号で論じられているいかなる基準が使われてもよい。
【００１９】
サーバー２６が到着する検索要求（クエリー）を処理するのは、要求されている情報を検索するためにどのプロバイダー（ガイドまたはサーチャー）が利用可能かを、ログインしているプロバイダー、あるキーワードまたはカテゴリーについてサインアップしているガイド、以前の実績に基づくガイドのランキングなどといったファクターに基づいて判別することによる。サーバー２６はまた、特定のクエリーが以前に問い合わせされているかを判別してもよく、必ずしも人間のプロバイダーを呼び出すことなく以前に得られた検索結果をもってユーザーに応答を送ることができる。たとえば、クエリーはシステム・データベース２８に記憶されている一つまたは複数の以前のクエリーと照合される。この照合はたとえば、現在のクエリーの一つまたは複数のキーワードを以前のクエリーの一つまたは複数のキーワードと比較して、厳密なマッチ、部分マッチまたはあいまいな（高度に類似した）マッチを求めてもよい。これは現在のクエリーにマッチするいくつかの以前のクエリーを結果として与えることがある。
【００２０】
システム２０はまた、クエリーが受信されて以降利用可能になった追加的なプロバイダーまたはサーチャーがいるかどうかチェックしてそうした人にクエリーを送ってもよいし、あるいは全般検索に登録した利用可能なプロバイダーにクエリーを送ることもできる。代替的に、システム２０は、クエリーを、ユーザーが入力したキーワードに最も近いと思われるキーワード・プールにサインアップしているサーチャーに送るため、単語間のシソーラス様の関係を使うといった多様な機構を使うことができる。システム２０は、ユーザーが入力したキーワードと、類似のキーワードに関連付けられている検索プールとの近さの度合いについて、閾値を設定するよう構成されていてもよい。
【００２１】
サーバー２６は、一つまたは複数のプロバイダーによって使用される一つまたは複数のプロバイダー・システム３０からの要求への応答（単数または複数）を受信し、該応答を要求元のユーザー・デバイス、たとえばユーザー・デバイス２２ａに届ける。サーバー２６はシステム・データベース２８へのアクセスをもつ。システム・データベース２８は、ユーザー・デバイス２２を介して提出されたユーザーの要求と、要求を処理しプロバイダー・システム３０を介して該要求に応答する登録されたプロバイダーと、提出された要求への応答との情報を維持する。
【００２２】
システム・データベース２８が記憶しているのは、なかでも、以前のクエリー（または以前のクエリーのサブセット、たとえば特定のユーザーにまだ有意（relevant）だと考えられるクエリーなど；ここで、有意性は時間、位置または主題に関係しうる）、以前のクエリーから帰結し、それに関連付けられた「有意な」結果として受け容れられた、対応するカテゴリー、サブカテゴリーおよび／またはキーワードである。
【００２３】
データベース２８は、クエリー、キーワード、プロバイダー、ユーザー、広告、キーワードおよびカテゴリーについての相互リンクされた項目を含んでいてもよい。これらの構造の中で、項目としては、プロバイダーまたはサーチャーのログイン状態（利用可能性）、プロバイダーのランク（または重み）、キーワードのランク（または重み）、検索数、（ユーザーによって）受け容れられた検索の数といったプロバイダー統計、ユーザー識別情報（および／またはユーザーのＩＰアドレス）、ユーザーおよびプロバイダーについての名前、アドレス、人口学的情報、検索結果、広告（ゲーム、ビデオ、テキスト、オーディオなど）、広告統計、会計情報、ユーザーおよびプロバイダーについての匿名フラグ、プロバイダー利用可能性、クエリー明確化要求およびプロバイダーが全般検索、クエリー・フォローオン（query  follow-on）について利用可能であるかどうかについての指示などがある。プロバイダーについての統計情報は、検索の総数、うまくいった検索数、プロバイダーの平均速度、検索開始および終了前のプロバイダーのレイテンシー、プロバイダーによって返される平均結果数、プロバイダーの利用可能時間などがある。
【００２４】
プロバイダーは、クエリー内の複数キーワードについてサインアップしていることもある（たとえば、プロバイダーは「野球」および「ワールド・シリーズ」の両方にサインアップしていることがありうる）。その場合、より多くのキーワードのプロバイダーが、検索クエリー・フレーズ中のより少数の一致キーワードにサインアップしているだけの、より少ないキーワードのプロバイダー候補（たとえば「野球」または「ワールド・シリーズ」のいずれか一方にサインアップしているが両方にではないプロバイダーまたはサーチャー）より優先してもよい。
【００２５】
あるクエリー・フレーズについてプロバイダーが一人も識別されない場合、サーバー２６はクエリーを、いかなるカテゴリーにおけるクエリーにも答えようとする「全般担当サーチャー」に回送することができる。あるいはまた、他の検索エンジンより決して悪くならない基本レベルの機能をユーザーに提供すべく、システム２０はクエリーを別の検索エンジンおよび／またはメタ検索エンジンにシャトルしてもよい。その結果がユーザーに戻される。また、クエリーは、Ｇｏｏｇｌｅ（商標）  ＡｎｓｗｅｒｓまたはＹａｈｏｏ（商標）  Ａｎｓｗｅｒｓといったウェブ・サイト上で質問に答える専門家のシステムに渡されてもよく、将来答えられるかもしれない当該クエリーの位置へのポインタがユーザーに与えられてもよい。これらのシステムはユーザーにリアルタイムのフィードバックを与えないことがありうるが、将来戻ってきてチェックできるよう、ユーザーに通知がされてもよい。
【００２６】
人間支援による情報マイニングのための例示的なプロセス４０が図２に示されている。図２に示されるように、プロセス４０は要求を受領する（４２）ことで始まる。先に論じたように、要求は、ユーザー（すなわちinfoseeker（商標））が特定または一般的な情報を求めるいかなる型の質問またはキーワード（単数または複数）であってもよい。たとえば、ユーザーは、2006年NCAAバスケットボール・トーナメントの決勝戦の最終スコアや「糖尿病」に関する一般的な情報を得るという要求を提出してもよい。
【００２７】
要求を受信（４２）したのち、プロセス４０は、リソース（単数または複数）をアクティブ化することによって先に進む。プロバイダー、サーチャーまたはガイド（すなわちPaidSearcher（商標））はさまざまな型のツールを使って、要求に応答する結果（単数または複数）を生成するために公共にまたは私的に利用可能な情報の検索を実行する。たとえば、プロバイダーは、ワールド・ワイド・ウェブを通じた検索を介した公共データベースにアクセスするためのブラウザのようなツールを使ってもよいし、そのプロバイダーによって以前に収集された情報のようなそのプロバイダーのみがアクセスできるプライベートなデータベース、以前の要求に基づいて記憶された結果、あるいはアクセス料金がかかるデータベース、またさらにはそのプロバイダーの書棚にある書籍、個人的な実験からの試験結果、そのプロバイダーの知識ベースなどといった非電子的な形でプロバイダーに利用可能な情報を使ってもよい。さらに、プロバイダーは、要求または要求の何らかのバージョンをＡｓｋ．ｃｏｍ（登録商標）などのような自動化された検索ツールまたは自然言語で提出される質問に応答できる他の任意の同様のシステムに提出してもよい。あるいはまた、プロバイダー・システム３０は要求をコピーし、その要求を特定の検索ツール、たとえばヤフー（登録商標）の検索ページの検索フィールドに入れ、その要求を検索エンジンに送信することを自動的に行ってもよい。
【００２８】
要求に関係する情報を探すためにアクティブ化（４４）されたリソース（単数または複数）がシステム２０（図１）によって定義されてもよい。それは、その要求を扱うプロバイダーの、あるカテゴリー、キーワードまたは関心領域との関連付け、他のプロバイダーによって使われるリソース、要求の内容またはその要求に応答する精確な結果を得る確率を高める他の任意の基準に基づいてであってもよい。たとえば、キーワード「野球」に関する要求を扱うよう登録されたプロバイダーは、NCAAsports.com、ESPN.comなどといったデフォルト・リソース（単数または複数）を呈示されてもよく、一方でキーワード「健康」に関する要求を扱う別のプロバイダーはWEBMD.com、NIH.govなどを与えられてもよい。同様に、特定のキーワード（またはカテゴリー）の要求を扱うプロバイダー（単数または複数）の間でのあるリソースの使用に基づいて、そのリソースが、すべてのプロバイダー（単数または複数）がそのカテゴリーに関係する要求に関する情報を探すためのデフォルトとして呈されてもよい。同じようにして、プロバイダーは、その特定のプロバイダーが要求についての情報を求めるデフォルト・リソース（単数または複数）を構成設定してもよい。いくつかの実施形態では、同じキーワードまたはカテゴリーに関連付けられた複数のプロバイダーが、リソースの異なるセットをアクティブ化することを選んでもよい。すなわち、システム２０（図１）は、プロバイダー（単数または複数）が柔軟にリソース（単数または複数）をアクティブ化することを許容するよう構成されていてもよく、あるいはプロバイダー（単数または複数）がアクティブ化できる特定のリソース（単数または複数）をあらかじめ決定するよう構成されていてもよい。要求に関係する情報を探すためのリソース（単数または複数）のアクティブ化は、図３、図７および図９に関してのちに詳しく説明する。
【００２９】
リソース（単数または複数）をアクティブ化（４４）したのち、図２のプロセス４０は、アクティブ化されたリソース（単数または複数）を使って検索（単数または複数）の結果から情報を得る（４６）ことに進む。プロバイダーは、要求された情報を探すために、アクティブ化されたリソース（単数または複数）を使って単一の検索または（並行してまたは逐次的に）複数の検索を実行してもよい。たとえば、プロバイダーは、複雑でない要求に関係する検索をアクティブ化されたリソースの一つまたは複数を使って実行することができてもよく、一方で、複雑な要求は、プロバイダーにとってアクセス可能な非電子的な情報を参照することを含む複数の検索を必要としてもよい。さらに、プロバイダーがあるリソースにアクセスすることが、そのリソースへのその後のアクセスが自動的に実行されるようにプログラムされてもよく、それをプロバイダーがあるカテゴリーまたはキーワードに関連付けられた他のプロバイダーと共有してもよい。
【００３０】
検索（単数または複数）結果から情報を得る（４６）とき、プロバイダーは、要求に関係する有意な情報を識別するために検索から返された結果の情報内容を分析する。得られた情報はテキスト・ベースの答えであってもよく、特定の答え、プロバイダーからのコメント、ウェブ・ページ、ウェブ・リンク、画像、ビデオ、文書、オーディオ録音または要求に応答してそのプロバイダーが取得した他の任意の要求関係情報を含みうる。典型的には得られる情報は、プロバイダーがそのプロバイダーが要求元のユーザーの必要を満たすと意図しうるものである。たとえば、得られた情報はインディアナ州の特定の型のレストランの営業時間であってもよく、そのレストランのウェブ・ページ、そのレストランに言及する広告、インディアナ州における他の同様のレストランの情報などを含んでいてもよい。同様に、2006年NCAAバスケットボール・トーナメントの決勝戦の最終スコアを尋ねる要求に応答して、プロバイダーは「73‐57」「フロリダがUCLAを73対57で破る」などを得ることがありうる。
【００３１】
情報が得られた（４６）のち、処理４０は要求に対する答えを含む得られた情報を提供する（４８）ことに進む。得られた情報が要求元のユーザーに提供されるのは、その要求を提出するのに使われたユーザー・デバイス２２（図１）のいずれかを介して、あるいは要求において指定されていれば代わりのデバイスを介してである。得られた情報の提供４８は、ユーザー・デバイス２２の受信デバイスによってサポートされる通信規格を使って情報を送信することを含む。たとえば、ユーザーが携帯機器を介して要求を提出するとき、人間支援による検索に従って（すなわち、プロバイダー）得られた結果は、その携帯機器上でウェブ・ブラウザ・サービスを可能にする無線アプリケーション・プロトコル（WAP）を使って送信される。しかしながら、要求元のユーザーに送信される情報はいかなる特定のプロトコルやファイル・フォーマットにも限定されず、ハイパーテキスト転送プロトコル（HTTP）を使って伝送されるハイパーテキスト・マークアップ言語（HTML）ページを含んでいてもよく、JPEG、GIFといった画像フォーマット、声録音、プラグインなどを含む、ネットワークを通じて情報を交換するために使われる他のフォーマットを含んでいてもよい。スポーツのスコアまたは番地といった情報は、プロバイダー自身の声によってユーザーに返されてもよい。これは、VOIP接続を介して、あるいはユーザーおよびプロバイダーが声によって連絡することを可能にする他の任意の接続を介して有効にされてもよい。
【００３２】
要求に応答して情報を探すために一つまたは複数のリソースをアクティブ化する検索インターフェース５０の例示的な実施形態が図３に示されている。図３に示されるように、ウィンドウまたはフレーム５２はそれぞれ、MSN（登録商標）、ヤフー（登録商標）、グーグル（登録商標）検索エンジンを使った検索から生成された内容を表示するリソース・ウィンドウ５４、５６および５８を含む。「レンダラー」はリソース・ウィンドウ５４、５６および５８のそれぞれにおいて結果をレンダリングする。リソース・ウィンドウ５４、５６および５８はリソースのそれぞれからの結果（検索エンジン結果）を表示して、プロバイダーが要求に対する応答を用意するためにそれらの結果を比較し、対照し、修正し、それから選択できるようにする。ウィンドウ５２はN個のレンダラーを含んでいてもよく、それを使ってプロバイダーはアクティブ化されたリソース（単数または複数）の結果をブラウズする。たとえば、リソース・ウィンドウ５４、５６および５８のそれぞれは、MSN（登録商標）、ヤフー（登録商標）、グーグル（登録商標）検索エンジンを使った検索から帰結するウェブ・ページを表示するHTMLレンダラーであってもよい。リソース・ウィンドウ５４、５６および５８はテキスト、画像、リンク、ビデオ、HTML、XML、XHTML、カスケーディング・スタイルシート（cascading  style  sheets）、ジャバ・スクリプトなどを含む情報またはインターネットおよび／またはローカル・ネットワークを通じて利用可能な他の電子データを表示してもよい。
【００３３】
リソース・ウィンドウ５２は、要求に応答して情報を得るためにリソースの一つまたは複数を使って検索の結果を表示するために埋め込まれたHTMLレンダラーを生成するアプリケーション・プログラムによって生成されてもよい。たとえば、出願第11/336,923号で論じたユーザーまたは情報探求者から提出された要求についての情報を得るためにプロバイダーまたは有料サーチャーが検索エンジンおよび他のリソースを利用できるようにするアプリケーションが使用されてもよい。たとえば、プロバイダーによって使用されるアプリケーション・プログラムは、システム２０への登録に際してプロバイダーのアカウントについて指定されたデフォルト・ブラウザを埋め込んでおり、それが実行される。したがって、インターネット・エクスプローラ（IE）があるプロバイダーについてのデフォルト・ブラウザとして構成設定されている場合、各リソースはそのプロバイダーによって使用されるアプリケーション・プログラム内におけるIEの別々のインスタンスにおいて立ち上げられることになる。
【００３４】
プロバイダー・システム３０は、重要な処理、データ・フロー、さまざまな情報ソース接続およびデータ操作の一切がサーバー２６（図１）で行われることを許容する、ブラウザ・ベースのシン・クライアントとして実装されてもよい。しかしながら、好ましくは、プロバイダー・システム３０は、スタンドアローンで走りうる、あるいはブラウザのコンテキストにおいて走りうるローカルにダイナミックなアプリケーションを介して実装されてもよい。サーバー（今の場合、システム・データベース２８に接続されたサーバー２６）上に存在するデータ構造に依拠しながらもクライアント側（今の場合、プロバイダー・システム３０）で重要な処理を行うローカルにダイナミックなアプリケーションとしては、多くの例がある。ローカルにダイナミックなアプリケーションのいくつかの例としては、AJAX（Asynchronous  Java（登録商標）  combined  with  XML［XMLと組み合わされた非同期的ジャバ］）を使って実装されたグーグル・アース（ウェブ・ベースのマッピング・ソフトウェア）および「Ruby  on  Rails（ルビー・オン・レイルズ）」を使って実装されたBasecamp（ウェブ・ベースのプロジェクト管理ソフトウェア）を含む。
【００３５】
プロバイダーは、選択ボックス５４ａ、５６ａおよび５８ａを使ってそれぞれリソース・ウィンドウ５４、５６および５８のうちの任意のものをアクティブ化し、それにより要求をリソース（たとえば検索サイト）に渡しうる。選択ボックス５４ａ、５６ａおよび５８ａは現在アクティブ化されているリソースを示す（すなわち、チェック印を介して）。たとえば、図３に示されるところでは、選択ボックス５４ａおよび５６ａはチェック印を含んでおり、MSN（登録商標）およびヤフー（登録商標）検索エンジンがアクティブ化されていることを示す。一方、選択ボックス５８ａにチェック印がないことがグーグル（登録商標）検索エンジンがアクティブ化されていないことを示す。説明の簡単のため、図３は、プロバイダーが三つのリソースをもち、そのうち二つがアクティブ化されている事例を示しているが、本発明は、プロバイダーがアクティブ化のために選択できるリソースのいかなる特定の数にも限定されるものではない。たとえば、プロバイダーは、さまざまな検索エンジン、ヤフー！（登録商標）ディレクトリ、オープン・ディレクトリ・プロジェクト（DMOZ）などといったインターネット・ディレクトリおよびそのプロバイダーに利用可能な他のリソースに対応する多数のHTMLレンダラーを備えてもよい。他のリソースは、設けられているリソース・リンクをクリックすることで簡単に利用できる。クリックによりクエリー・ストリング（ユーザーによってもともと提供された、および／またはプロバイダーによって修正された）をそのリソースに送り、フレームまたはウィンドウにおいてウェブ・ページがレンダリングされる。文字通り何百ものリソースが一つのキーワードに関連付けられていてもよい（可能性としてはシステム２０（図１）における同輩プロバイダーによって提出されたもの、および／または、システム管理者によっておよび／もしくはシステム２０のユーザーによって定義されたもの）。リソースのすべては、検索インターフェース５０またはツールを介して簡単にアクセスされうる。
【００３６】
ウィンドウまたはフレーム５２は、選択ボックス５７ａないし５７ｃを使って、あるカテゴリーまたはキーワードについて定義されたまたは関連付けられた他のリソースへのアクセスを提供する、追加的リソース・ウィンドウ５７を含んでいてもよい。他のリソースへのアクセスは、リソース・ウィンドウ５７において、リソースをポイントするリンク、URLなどの形で提供されてもよい。たとえば、リソース・ウィンドウ５４、５６および５８に表示されるリソースに加えて、特定のプロバイダーが選択ボックス５７ａないし５７ｃを使って選択しうる、あるキーワードに関連付けられた、他のプロバイダーによって定義された他のリソースがある場合がある。プロバイダーはウィンドウ５２内に表示される有限個のリソースを選択することに制約されてもよい。たとえば、プロバイダーは、選択ボックス５７ａをクリックすることによって、検索を実行するためにＣｌｕｓｔｙ（登録商標）検索エンジンを使うことを選択してもよい。そうすると、MSN（登録商標）およびヤフー（登録商標）検索エンジンに提出されたクエリーはＣｌｕｓｔｙ（登録商標）検索エンジンに渡されるようになり、プロバイダーは、返された結果から、情報を引き出す、あるいは有意な情報に「絞り込む」ことができる。
【００３７】
リソース・ウィンドウ５４、５６および５８は、該リソース・ウィンドウ５４、５６および５８内に表示される内容を閲覧するためのグラフィカル・ユーザー・インターフェース（GUI）要素６２、６４、６６、６８、６９ａおよび６９ｂをも含む。具体的には、GUI要素６２および６４はリソース・ウィンドウ５４、５６および５８の一方の側から別の側にスクロールすることを可能にし、GUI要素６６および６８はリソース・ウィンドウ５４、５６および５８内で上下にスクロールすることを可能にし、GUI要素６９ａおよび６９ｂはリソース・ウィンドウ５４、５６および５８内のより迅速な行き来を提供する。
【００３８】
図３に示されているウィンドウ５２は、プロバイダーが要求に応答してリソース（単数または複数）から情報を得るにつれて、プロバイダーによって集積された結果を表示するための結果セクション６０を含んでいる。たとえば、プロバイダーがリソース・ウィンドウ５４および５６から要求元ユーザーに提供されるべき情報を得るにつれて、得られた情報は結果セクション６０に表示されうる。結果セクション６０は、要求に応答して情報を得ることにおける、そのプロバイダーの進捗に基づいて、部分的または完全な結果でありうる。
【００３９】
アクティブ化されたリソースからの結果を表示するための例示的な検索インターフェース７０が図４に示されている。図４に示されるように、検索インターフェース７０は、今の場合それぞれMSN（登録商標）およびヤフー（登録商標）検索エンジンであるリソース５４ｂおよび５６ｂを使って実施された検索からの検索結果を表示するウィンドウ７２を含む。ウィンドウ７２は、検索の対象を指定するためのキーワード７４の入力を可能にする検索クエリー入力フィールド７６を含む。検索の対象は、ボタン７８を選択することによって新しい検索をトリガーするために、必要に応じて修正されてもよい。たとえば、キーワード７４「健康」が検索クエリー入力フィールド７６内の異なるクエリーまたはキーワードの入力に基づいて変更されるとき、リソース５４ｂ（MSN（登録商標））から取得された検索結果８２およびリソース５６ｂ（ヤフー（登録商標））から取得された検索結果８４は、異なるクエリーまたはキーワードについての結果を反映するよう変更される。
【００４０】
図３におけるウィンドウ５２と同様に、検索インターフェース７０は、リソース５４ｂおよび５６ｂから返された検索結果８２および８４の情報を調節することによってウィンドウ７２内での内容を閲覧することを許容するGUI要素６２、６４、６６、６８、６９ａおよび６９ｂを含む。さらに、ウィンドウ７２は、検索結果８２および８４をそれぞれ最小化および復元するGUI要素５４ｃおよび５６ｃを含む。
【００４１】
複数リソースを表示するもう一つの例示的な検索インターフェース９０が図５に示されている。図５に示されるところでは、検索インターフェース９０は、リソース５４ｂ、５６ｂおよび９４をアクティブ化したウィンドウ７２ａを含んでいる。リソース９４は、キーワード７４「健康」に関係する検索を実行するためにリソース５４ｂおよび５５ｂとともにアクティブ化されているＡ９（登録商標）、Ａｎｓｗｅｒｓ、ＯｐｅｎＤｉｒｅｃｔｏｒｙ、Ａｍａｚｏｎ（登録商標）、ＷｅｂＭＤ（登録商標）およびＭａｍｍａ（商標）の情報をレンダリングするリソース・ウィンドウ９４ａないし９４ｆを含む。リソース・ウィンドウ９４ａないし９４ｆは、ボタン９２ａないし９２ｆを含み、それらを使って、リソース・ウィンドウ９４ａないし９４ｆは普通の仕方で、より完全に表示される（復元される）。たとえば、リソース・ウィンドウ５６ｂを介してレンダリングされている検索結果８４を最小化するためにボタン５６ｃが使われてもよく、一方、リソース・ウィンドウ５４ｂおよび９４ａないし９４ｆを復元して検索結果を表示するために、ボタン５４ｃおよび９２ａないし９２ｆが使われてもよい。
【００４２】
図５に示されたリソース・ウィンドウ５４ｂ、５６ｂおよび９４の大半は検索エンジンであるが、要求に応答して情報を探すために使われるリソースは検索エンジンに限定されない。たとえば、リソース９４ｃ  DMOZおよび／または他のウェブ・ディレクトリならびにＡｍａｚｏｎ（登録商標）９４ｄおよびＷｅｂＭＤ（登録商標）９４ｅのような商業的または情報のあるウェブ・サイトが検索を実施するために使われてもよい。プロバイダーはまた、要求に応答するために情報を検索するために、プライベートなデータベースおよびそのプロバイダーにとってアクセス可能な他のソースから情報を得てもよい。さらに、ウィンドウ７２ａは、リソース５４ｂ、５６ｂおよび９４に含まれる情報の閲覧を調節するために、GUI要素６２、６４、６６、６８、６９ａおよび６９ｂを含む。
【００４３】
結果を取り込むための例示的な検索インターフェース１００が図６に示されている。図６に示されるように、検索インターフェース１００は、プロバイダーが、要求元ユーザー（すなわち、情報探求者）に呈示されるべき応答を構築するために、アクティブ化されたリソース（単数または複数）を横断した検索から帰結する情報を分析し、該情報を比較し、各リソースからの情報のうち選択された内容を得ることを許容するよう構成されているウィンドウ１０２を含む。ウィンドウ１０２は、あるリソースの情報を表示しているウィンドウ１０２を普通の仕方で終了するまたは閉じるための閉じるボタン１１０を含む。たとえば、プロバイダーは、閉じるボタン１１０を使うことによって、あるリソースから帰結する情報から別のリソースに切り換えうる。
【００４４】
検索インターフェース１００は、普通の仕方で、ある単一のリソースまたは複数のリソースから帰結する情報をナビゲートしていくための、次へボタン１０６および前へボタン１０８を含む。たとえば、次へボタン１０６および前へボタン１０８は、ヤフー（登録商標）の検索から帰結するウェブ・ページ内容をナビゲートしていくために、および／またはヤフー（登録商標）およびMSN（登録商標）のウェブ・ページ内容からのナビゲーション間を切り換えるために使われてもよい。次へボタン１０６、前へボタン１０８および閉じるボタン１１０は、ナビゲーション機能を提供するアプリケーション・プログラムの典型的なグラフィカル・ユーザー・インターフェースと同様であってもよい。
【００４５】
検索インターフェース１００は、結果の位置を同定するURL、リンクなどを含んでいてもよい。たとえば、図６に示されるように、プロバイダーが要求に応答する情報を探す際、あるいは次へボタン１０６を使って諸結果のページを進んでいく際に、ヤフー（登録商標）から得られた結果１１６のURL１０４が示されてもよい。得られた情報の位置を同定するURLは、ユーザー（InfoSeeker（商標））への応答において提供されてもよい。URLは、ページ上のHTMLがその情報をもつタグを含んでいるときは、あるウェブ・ページ内で、有意な情報および周囲のテキスト（ここでは「断片（snippet）」と称される）が位置している特定の位置へのインデックスを含んでいてもよい。そのような場合、プロバイダーがウェブ・ページの特定の位置からの情報を得るとき、対応するインデックス・ページ・タブが同定され、URLとともに提供される。受け取り者をそのページ内の得られた情報の位置に差し向けるためである。たとえば、ある特定のウェブ・ページからの有意情報のある特定の一片がウェブ・ページの最後に位置しており、プロバイダーが情報を得るためにそのウェブ・ページの最後までスクロールしなければならない場合、プロバイダーは、インデックスを含むそのウェブ・ページのURLを回送することによって、受け取り者に、その情報を位置特定するためにスクロールする必要なしに、そのウェブ・ページの最後にある情報を閲覧することを許容する。これは、InfoSeeker（商標）がプロバイダーによってみつけられたウェブ・ページ上の有意な情報を、携帯電話のような小さな表示画面上であっても、最小限のスクロールで迅速に閲覧できるということを意味している。
【００４６】
図６に示されるように、リソースからの結果１１６は、関係したコンテキスト（または断片）１１４ａおよび１１４ｂに含まれる答え１１２を含む。たとえば、ユーザーが「NCAA」が何の略かをきいている場合、プロバイダーは、たとえば事前設定されたリソース（単数または複数）を使って検索を実行し、答え「National  Collegiate  Athletic  Association（NCAA）」を得て、その答えの周囲のテキストまたは関係したコンテキストを含めてもよい。コンテキスト１１４は、答え１１２に関係したテキスト（またはグラフィック）を含んでいてもよく、あるいは単に答え１１２に隣接するテキストであってもよい。答え１１２およびコンテキスト１１４は、プロバイダーからのコメントを含むテキスト、ウェブ・ページ、リンク、画像、ビデオ、オーディオ録音または要求への応答としてプロバイダーから要求元ユーザーに送信されうる他の任意の情報であってよい。
【００４７】
ある好ましい実施形態では、プロバイダーが、要求のクエリーまたはキーワードを含む情報とコンテキスト情報との区別ができるよう、「答え」１１２はコンテキスト１１４とは異なる表示モードで表示される。たとえば、答え１１２は、コンテキスト１１４ａおよび１１４ｂを含むテキストのブロックとは異なる色でハイライトされてもよい。プロバイダーは、要求への応答を構築する際に、結果１１６から答え１１２およびコンテキスト１１４を選択するためにさまざまな通常の方法を用いうる。たとえば、選択されたコンテンツの上にカーソルをドラッグして追加ボタン１２０を選択する、プロバイダーが答え１１２として返したいものの上でシングル・クリックする、コンテキスト１１４の上でダブル・クリックする、ブロックする／コピーするなどである。結果１１６は画像、ビデオ、文書、オーディオ録音またはその要求について得られた応答にプロバイダーによって含められうる他の任意の情報を含んでいてもよい。
【００４８】
プロバイダーが結果１１６からの情報を選択すると、追加ボタン１２０の選択に際して、選択された情報内容が、要求への応答に含められるべき情報を含む入力フィールド１１８内に表示されうる。たとえば、プロバイダーは答え１１２「National  Collegiate  Athletic  Association」をダブル・クリックし、すると答え１１２を含む断片が入力フィールド１１８に現れ、プロバイダーは、「NCAA」についての情報を求める要求についての応答を構築するために、追加ボタン１２０をクリックする。あるいはまた、答え１１２が前記リソースから選択されるのは、ある単語をダブル・クリックすること、マウスを単語（単数または複数）の上でドラッグすることによってフレーズを選択すること、ページ内のその位置にカーソルを動かすことによって前記単語（単数または複数）を選択して前記単語の上を動き続ける間にシフトキーを押すことなどによってでありうる。
【００４９】
利用可能なリソースからの選択を可能にする例示的なユーザー・インターフェース２００が図７に示されている。図７に示されるように、「prostate  cancer（前立腺癌）」のクエリーまたはキーワード（単数または複数）について、mayoclinic.com  ２０２ａ、NIH.gov  ２０２ｂ、WebMD.com  ２０２ｃ、Google.com  ２０２ｄおよびYahoo.com  ２０２ｅを含むリソース２０２の組が選択のために利用可能である。リソースの利用可能性は、多様な基準に基づいて決定されうる。多様な基準とは、同じまたは類似のカテゴリーに関する要求を扱うよう登録されている他のプロバイダーによるそのリソースの使用、全プロバイダーの間でのリソースの人気、リソースが有意な結果を返す信頼性などといったものである。プロバイダーが登録している種々のキーワードまたはカテゴリーについて異なるリソースの組を有することも可能である。
【００５０】
ユーザー・インターフェース２００は、前記組のリソース２０２の情報をも表示する。該情報は、キーワード（単数または複数）７４ｂについて利用可能なリソースのそれぞれについて、インジケータ２０６をもつランク２０４およびインジケータ２１０をもつ選択オプション２０８を含む。インジケータ２０６は、前記組のリソース２０２において指定されている他のリソースと比較しての、各リソースのランキングを同定する。たとえば、前記組のリソース２０２の間で、リソースmayoclinic.com  ２０２ａは一位にランクされており、リソースYahoo.comは五位にランクされている。選択オプション２０８は、クエリーを受け取るリソースが選択されているかどうかを示すインジケータ２１０を含む。そのことは、リソース２０２ａ、２０２ｂおよび２０２ｃについて示されているチェック印およびリソース２０２ｄおよび２０２ｅについてのチェック印の欠如によって示されている。GUI要素６２、６４、６８および６６（図３）と同様に、図７の検索結果レンダラー２１２、２１４および２１６は、検索結果レンダラー２１２、２１４および２１６に表示される情報を調節することをプロバイダーに許容するためにGUI要素６２、６４、６６および６８を含む。
【００５１】
したがって、アクティブ化されたリソース２０２ａ、２０２ｂおよび２０２ｃを使って「prostate  cancer」のキーワード（単数または複数）７４ｂについて検索が実施されるとき、検索結果レンダラー２１２、２１４および２１６がそれぞれ提供される。検索結果レンダラー２１２は前記キーワード７４ｂについてのmayoclinic.comの結果を含み、検索結果レンダラー２１４および２１６はそれぞれ前記キーワード７４ｂについてのNIH.govおよびWebMDの結果を含む。たとえば、参照によって本願明細書に組み込まれている付録Ａは、リソース２０２ａを介して「prostate  cancer」の前記キーワード７４ｂを使って実施された検索について返された結果を示し、やはり参照によって本願明細書に組み込まれている付録ＢおよびＣは前記キーワード７４ｂについてリソース２０２ｂおよび２０２ｃを介して実施される検索について返される結果を示している。よって、プロバイダーが返された結果を分析して、情報探求者に呈すべき精確な情報を取り込む（capture）ので、前記キーワード７４ｂに関する所望される情報を得るために情報探求者に要求されたはずのいかなる追加的な検索も解消されるであろう。
【００５２】
図８は、アクティブ化されたリソース（単数または複数）にクエリーを送るためのプロセス２２０を示している。図８に示されるように、プロセス２２０は、インターフェースの検索クエリーがアクティブ化されているかどうかを判別する（２２２）ことで始まる。検索クエリー・インターフェースはたとえば、ユーザー・デバイス２２（図１）の一つを使っているユーザー（infoseeker（商標））がクエリーを提出して検索をトリガーするときにアクティブ化される（２２２）。検索クエリー・インターフェースがアクティブ化されていないと判別される（２２２）とき、プロセス２２０は終了する（２２４）。他方、検索クエリー・インターフェースがアクティブ化されていると判別されると（２２２）、クエリー・フィールドの内容が得られる（２２６）。
【００５３】
クエリー・フィールドの内容を得た（２２６）のち、プロセス２２２はN＝1と設定する（２２８）ことに移る。たとえば、図３に示されるように、要求者によって提出された特定のクエリーについての検索を実行するために、プロバイダーによってMSN（登録商標）およびヤフー（登録商標）のような二つのリソースがアクティブ化されてもよい。リソース番号を設定（２２８）したのち、プロセスはリソース・リストの第Nリソースにアクセスすることに移る。たとえば、「サッカー」のカテゴリーに関する検索について、五つのリソースがアクティブ化されていてもよい。その場合、プロセス２２０はリソースのリストを見ていき、各リソースのアクティブ２３４状態を検査し、そのリソースが非アクティブの場合にはNをインクリメントする（２３２）。プロセス２２０はクエリー「サッカー」をアクティブな２３４リソース（単数または複数）に送り（２３６）、アクティブ化されたリソース（単数または複数）から結果を抽出する（２３８）ことに進む。
【００５４】
アクティブ化されたリソースから結果を抽出（２３８）したのち、プロセス２２０は結果を第Nリソースのためのインターフェース・ウィンドウにコピーすることに進む。たとえば、「prostate  cancer」に関するクエリーに応答して、リソースとしてMayoclinic.comを使った検索から返された結果がインターフェース・ウィンドウにコピーされる。リソースがどのようにしてリストされまたはプロバイダーに呈示されるか、および結果がどのようにして選択されたリソースから返されて表示されるかについては、図９に関連してのちに詳細に説明する。
【００５５】
プロセス２２０は、リソースのリストの終わり２４４に達したかどうかを判別し、リストの終わり２４４に達していないと判別されると、NがN+1にインクリメントされて（２４０）リソースのリストにアクセスする（２３０）ことによりアクティブなリソースを検査することに進む。
【００５６】
図９は、選択されたリソースを使って検索を実施し、リソースの結果をマイニング（mining）していくためのインターフェース３００を示している。図９に示されるように、主たる検索クエリー・ページ３０２は、クエリーまたは検索要求を入力するための入力フィールド３０２ａおよび検索を実行するためにクエリーを提出するためのボタン３０２ｂを含む。検索のためのクエリーの提出に際し、プロバイダーは、その検索のためにクエリーが渡されうるリソースのリスト３０４を呈示される。プロバイダーに呈示されるリソースのリスト３０４は、要求中のクエリーまたはキーワード（単数または複数）、プロバイダーの選好、他のプロバイダーによる使用または精密な結果を得る確率を大きくする他の任意の基準に従ってあらかじめ定義されてもよい。たとえば、前立腺癌のカテゴリーに関係して検索を実施するために最も頻繁に使われるリソースがMayoclinic、NIH、WebMDのウェブ・ページであるとすると、サーバー２６（図１）が「prostate  cancer」に向けられたクエリーを受信するとき、これらのリソースがプロバイダーに自動的に呈示される。
【００５７】
さらに、プロバイダーは、自分が扱うとサインアップした各キーワードに関連付けられるリソースを構成設定してもよい。たとえば、プロバイダーは、該プロバイダーの特定のキーワードまたはカテゴリーとの関連付けに基づいて該プロバイダーに呈示されるリソースのリストを、リスト中のリソースのアクティブ化または非アクティブ化によって編集してもよい。さらに、プロバイダーは該プロバイダーによる使用のためにリソースを追加し、特定のキーワードまたはカテゴリーにサインアップした他のプロバイダーとリソースを共有し、および／またはプロバイダーのサービスを使っていないユーザーと該リソースを共有するなどしてもよい。システム２０（図１）は、所与のキーワードについて、あるプロバイダーがそのキーワードについてサインアップするときに、デフォルトのリソースの組を有していてもよい。しかしながら、プロバイダーは、フレームまたはリソース・ウィンドウに自動表示されうるリソース（単数または複数）を、自分の必要に合うよう構成設定してもよい。選択された各リソース（単数または複数）にユーザーのクエリーを自動的に送るためにリソースが選択されてもよい。さらに、プロバイダーは非自動リソースのリストを閲覧してもよい。そうした非自動リソースを、プロバイダーは、たとえばリソースをクリックすることによって、リアルタイムに選択してもよい。クリックの時点でクエリーは選択されたリソース（単数または複数）に送られ、結果が該プロバイダーに返されうるようにされる。それから、該プロバイダーは情報をユーザー（またはInfoseeker（商標））に転送することを選んでもよい。
【００５８】
プロバイダーがリソースのリスト３０４からリソースを選択する場合、入力フィールド３０２ａ内のクエリーに基づいて検索を実施するために、クエリーは選択されたリソースに渡される。図９に示されるインターフェース３００は、提出されたクエリーについての検索結果を含むウェブ・ページ３０８と、ウェブ・ページ３０８に表示されている結果が選択されているときのコンテンツ・ページ内の実際の結果を特定するウェブ・ページ３０６とを含む。たとえば、Mayoclinicウェブ・ページにおいてクエリーprostate  cancerが現れる各インスタンスがウェブ・ページ３０８に表示され、ウェブ・ページ３０８内でprostate  cancerの結果のうちの特定のインスタンスがウェブ・ページ３０６に表示される。
【００５９】
プロバイダーがウェブ・ページ３０８に含まれる結果からあるリンクを選択すると、プロバイダーが選択された結果の次ページにダイレクトされる必要なしに、ウェブ・ページ３０６がポップアップする。ウェブ・ページ３０６は、アプリケーション内で完全なブラウザ機能を提供するよう、ウェブ・ページのカスケーディング・スタイルシート、HTML、XHTMLなどおよびジャバ・スクリプトを使って表示されるコンポーネントをレンダリングする埋め込まれたブラウザであってもよい。ウェブ・ページ３０８は、そこに含まれる結果をナビゲートしていくために普通の次へボタン３０８ｂおよび前へボタン３０８ａを含んでおり、ウェブ・ページ３０６は、ウェブ・ページ３０６内のキーワード（単数または複数）７４ｂの各生起を位置特定するために普通の次へボタン３０６ｂおよび前へボタン３０６ａを含んでいる。
【００６０】
ウェブ・ページ３０８内の結果の一つを選択することによってアクセスされるウェブ・ページ３０６に表示されている、検索結果にリンクされたコンテンツは、組み込みブラウザ内の特定のウェブ・ページ情報の選択されたセクションを取り囲む画像ボックス３０６ｃを追加する、特化された組み込みHTMLレンダラーを使って表示されてもよい。画像ボックスが生成されることによって、プロバイダーは、要求に応答して送信されるべき情報を得ることができるようになる。画像ボックス３０６ｃは、いかなるウェブ・ページ、グラフィック、テキストなどにかぶさってもよく、画像ボックス３０６ｃ内の情報は、プロバイダーに送るためにいかなる所望のフォーマット（たとえば、JPEGなど）に変換されてもよい。プロバイダーは、自分が要求への応答において有意と感じるものを得るよう、画像ボックス３０６ｃの大きさを調整してもよい。
【００６１】
図１０は、クエリーに関する答えを抽出するためのGUI４００を示している。図１０に示されるように、ウィンドウ４０２はリソースおよびURL４０４からの結果４０８を含んでいる。ウィンドウ４０２は、種々の特性（この場合、ボックスで囲まれたテキスト）をもって、特定のリソースからの結果４０８（４０８ａ、４０８ｂおよび４０８ｃと記される）の種々の部分を表示し、そこからプロバイダーが要求への答えとして返されるべきものを選択できるようにする。プロバイダーはまた、そのリソースを介した検索から生成された結果４０８（点線で示される）の事前選択されたセクション（単数または複数）を呈示されてもよい。たとえば、クエリー「prostate  cancer」はインジケータｂによってハイライトされてもよく、クエリーを囲む任意の情報はインジケータａおよびｃのような異なるマーカーで表示されてもよい。
【００６２】
プロバイダーは、結果４０８の異なる部分を含むようインジケータａ、ｂおよびｃを修正し、追加ボタン４０６を選択して選択された部分を呈示されるべき応答に追加することができる。プロバイダーが異なる結果を欲するとき、プロバイダーはウィンドウ４０２に設けられている前へボタンおよび次へボタンを選択してもよい。よって、プロバイダーは精密な結果を取り込み、要求への応答としてその結果を提供することができる。たとえば、この場合、目標ストリングであるクエリーに含まれるキーワード「prostate  cancer」は、その前のコンテキスト４０８ａおよびその後のコンテキスト４０８ｃで囲まれて、４０８ｂで同定される。
【００６３】
図１１は、リソースからの諸結果をブラウズし、厳密な答えを取り込むためのGUI５００を示している。GUI５００はフィールド５０２で提出されたクエリーについての結果５０８を表示するウィンドウ５０１と、要求への応答として提供されるべき情報を選択的に構築するための応答集積ウィンドウ５０６とを含む。たとえば、フィールド５０２内の、カ氏（Fahrenheit）98°のセ氏（Celsius）への換算値を求めるクエリーについて、リソースを使って実施された検索に基づいて諸結果５０８が生成される。プロバイダーは結果を分析し、結果５０８のうちから自分が要求への応答として適すると考える情報を選択することができる。たとえば、プロバイダーが結果５０８を分析して特定のリソースからの結果５０４を選択するとき、応答集積ウィンドウ５０６がプロバイダーに呈示され、それを使ってプロバイダーは、要求への応答として届けられるべき内容を修正することによって応答を構築する。
【００６４】
図１１に示されるように、応答集積ウィンドウ５０６は、直接的または精密な答えを提供する厳密な答えフレーム５０６ａ、該答えに関係したコンテキスト情報を呈示する記述フレーム５０６ｂおよび応答集積ウィンドウ５０６内のコンテンツの位置を指定するURL／ページ位置特定子フレーム５０６ｃを含んでいてもよい。たとえば、カ氏98°からセ氏への換算値を求めるクエリーへの直接的な答えはセ氏36.66...度でありうる。記述フレームは換算率であってもよく、URL／ページ位置指定子は換算ツールを含むウェブ・ページをポイントしてもよい。
【００６５】
図１１に示されるように、リソースの一つからの結果５０４が、たとえばそのリソースのリンク５０４ａをクリックすることによって、選択されうる。それによりプロバイダーはそのリソースのコンテンツにアクセスし、これを位置特定する（「絞り込む」）ことができる。そこで、可能性としてはプロバイダーによる換算表への入力を用いて答えが計算できる。次いで、コンテンツ（動的に生成される）があるとき、そのコンテンツが取り込まれ、ユーザーに転送されることができる。しかしながら、動的ウェブ・コンテンツは、プロバイダーにとってアクセス可能な既知の蓄積サイト（たとえば、GoDaddy.com、Yahoo（登録商標）ストーレジなど）にコピーされる。コピーされたデータへのポインタを返すことに加えて、計算が実行できるリソースをポイントするURL５０６ｃも返されてもよい。答えは動的に生成されてもよいが、答え５０６ａは埋め込まれたブラウザにHTMLコンテンツとして呈示される。プロバイダー・アプリケーションによって、ウィンドウ５０１は、プロバイダーがウェブ・ページから任意のコンテンツ（フォームで生成されたものなどでもよい）をクエリーへの答えとして選択できるようにすることを有効にされてもよい。図１０に関して先に説明したように、ウェブ・ページからテキストを選択すると、断片が生成され、ページのタイトルおよび関連付けられたURLが結果の一部として取り込まれる。呈示される結果行は生成される結果を含み、他の換算を実行するためのインターフェースをユーザーが使用できるウェブ・サイトにユーザーを向かわせてもよい。
【００６６】
要求に関する複合結果を示す例示的な表示６００が図１２に示されている。図１２に示されるように、表示６００は一つまたは複数のリソースからの複合結果を表示するウィンドウ６０２を含む。ウィンドウ６０２は、対応するコンテキストまたは断片およびURL情報を有する、６０２ａないし６０２ｃで記される結果１ないし３を含む。さらに、ウィンドウ６０２は要求に厳密な答えを提供する厳密な答えフレーム６０４を有していてもよい。カ氏からセ氏への換算を求めるクエリーを例として使うと、厳密な答えフレーム６０４はセ氏での換算された値であってもよく、結果６０２ａないし６０２ｃはクエリーに関係した情報および該情報の位置をポイントするURLであってもよい。プロバイダーは、要求元ユーザーが結果を効率的に閲覧できるようにする仕方で結果を呈示するために、有意性、正確性または他の基準に基づいて、ウィンドウ６０２内の結果に優先順位を付けてもよい。
【００６７】
開示される方法およびシステムは、要求についての利用可能なリソースのうちのリソース（単数または複数）をアクティブ化し、アクティブ化されたリソースからの結果を特化された組み込みブラウザにおいてレンダリングして、該結果から選択された情報が得られることを可能にし、選択された情報を要求への応答として届ける。選択されたまたは抽出された情報は、抽出された情報のコンテキスト（断片）、抽出された情報の位置を参照するURLリンクを含みうる。
【００６８】
したがって、人間支援による有意性の判別、情報のソートおよび伝統的に返される情報からの結果の取り込みに基づいて有意性の高い答えを提供することによって検索の際の情報探求者の経験を改善する、人間支援によるマイニングのための自動化されたツールが開示されている。
【００６９】
特許請求される発明の多くの特徴および利点が詳細な明細書から明白である。よって、付属の請求項によって、特許請求される発明の、本発明の真の精神および範囲内にはいるすべての特徴および利点がカバーされることが意図されている。さらに、数多くの修正および変更が当業者にはすぐ思いつくであろうから、本発明を、開示される実施形態について図示され、記述されている厳密な構成および動作に限定することは望まれない。よって、特許請求される発明の範囲内にはいるあらゆる好適な修正および等価物が頼りにされてよい。さらに、「Ａ、ＢおよびＣのうち少なくとも一つ」の句はここでは「Ａ、ＢおよびＣのうちの一つまたは複数」を意味する代替表現として使われていることがあることも理解されるであろう。
【図面の簡単な説明】
【００７０】
【図１】要求を受信し、要求をプロバイダーに送信するシステムのブロック図である。
【図２】アクティブ化されたリソース（単数または複数）から返される結果からの情報の取得を示すフローチャートである。
【図３】要求に応答して情報を探すための一つまたは複数のリソースをアクティブ化するための検索インターフェースのための表示の図である。
【図４】検索インターフェースを、要求に応答してアクティブ化されたリソースから返された結果とともに示す図である。
【図５】検索インターフェースを、要求に応答して複数のリソースから返された結果とともに示す図である。
【図６】結果を取り込むための検索インターフェースの図である。
【図７】利用可能なリソースからある要求のためのリソース（単数または複数）を選択することを可能にするインターフェースを示す図である。
【図８】アクティブ化されたリソース（単数または複数）にクエリーを送るためのフローチャートである。
【図９】選択されたリソースを使い、該リソースの結果をマイニングしていく検索インターフェースの図である。
【図１０】要求に係る答えを抽出するためのグラフィカル・ユーザー・インターフェース（GUI）の図である。
【図１１】リソースからの結果をブラウズしていって、厳密な答えを取り込むためのGUIの図である。
【図１２】要求に係る複合的な結果をもつ表示の図である。
【図１】
2009524155.tif 000003
【図２】
2009524155.tif 000004
【図３】
2009524155.tif 000005
【図４】
2009524155.tif 000006
【図５】
2009524155.tif 000007
【図６】
2009524155.tif 000008
【図７】
2009524155.tif 000009
【図８】
2009524155.tif 000010
【図９】
2009524155.tif 000011
【図１０】
2009524155.tif 000012
【図１１】
2009524155.tif 000013
【図１２】
2009524155.tif 000014
【国際調査報告】
2009524155.tif 000015