(57)【要約】人間のガイドに支援された検索および自動化された検索の間の選択をユーザーができるようにする、人間の検索ガイドの任意的な使用を提供する方法およびシステム。ユーザーは、一または複数の人間のガイドの支援を要求するクエリーを提出する、人間のガイドからの支援を要求することなく自動化された結果を使って検索を開始するまたは両者の組み合わせのオプションを提供される。
2009524156.tif 000002
【特許請求の範囲】
【請求項１】
クエリーを入力し、人間に支援された検索および自動化された検索の間の選択をすることをユーザーに許容し；
前記選択に応じた検索を開始することを含む、
方法。
【請求項２】
ユーザーが人間に支援された検索を選択する場合、前記検索への応答において少なくとも一人の人間のガイドによって生成された情報を返すことをさらに含む、
請求項１記載の方法。
【請求項３】
ユーザーが自動化された検索を選択する場合に、前記検索の結果が、保存されている情報を使って生成される、請求項１記載の方法。
【請求項４】
前記保存されている情報が、以前の要求への応答または要求に応答するために人間のガイドが収集したデータである、請求項３記載の方法。
【請求項５】
ユーザーが、人間に支援された検索および自動化された検索の間の選択を、単一のウィンドウ内で提供される選択可能なオプションを介して行う、請求項１記載の方法。
【請求項６】
前記自動化された検索が以前に選択されたリソースを使って実行される、請求項１記載の方法。
【請求項７】
前記リソースが人間のガイドによって選択されたものである、請求項６記載の方法。
【請求項８】
前記クエリーから一つまたは複数のキーワードを抽出し；
前記一つまたは複数のキーワードに基づいて前記クエリーの主題を判別することをさらに含む、
請求項７記載の方法。
【請求項９】
リソースを選択する前記人間のガイドが、前記一つまたは複数のキーワードに関係した検索を実施するために登録されている、請求項８記載の方法。
【請求項１０】
前記リソースが、前記一つまたは複数のキーワードに関係した検索を実施するために登録されている人間のガイドのうちの所定数によって利用されるものである、請求項９記載の方法。
【請求項１１】
検索について支援を要求するユーザーのために検索を実施するために人間のガイドにクエリーを提出し；
ユーザーが検索について支援を要求しないときに、該ユーザーが人間の支援なしで検索を開始することを可能にすることを含む、
検索方法。
【請求項１２】
検索のための人間のガイドの任意的な使用を提供する方法であって：
クエリーが人間のガイドに提出されることが要求されているかどうかを判別し；
前記判別に従って、人間のガイドによって実施されるリアルタイムの検索に基づいて第一の結果を生成するか、あるいは保存されている情報に基づいた第二の結果を生成する、
ことを含む方法。
【請求項１３】
クエリーを提出する方法であって：
クエリーを提出するための選択可能なオプションを提供し；
前記選択可能なオプションのうちの第一のオプションの選択に際して検索のための人間のガイドにクエリーを差し向け、前記選択可能なオプションのうちの第二のオプションの選択に際して人間のガイドを必要とすることなく検索を実行することを含む、
方法。
【請求項１４】
検索されるべきクエリーを入力するクエリー・フィールドと；
前記クエリーが人間または自動的のどちらによって検索されるべきかを示す選択コントロールとを有する、
インターフェース。
【請求項１５】
前記選択コントロールが：
ガイド支援された検索を開始するガイド支援付き検索ボタンと；
検索エンジン検索を開始する自動検索エンジン検索ボタンとを有する、
請求項１４記載のインターフェース。
【請求項１６】
前記選択コントロールがさらに、ガイド支援された検索および検索エンジン検索の両方を開始する、ガイド支援かつ自動検索エンジン検索ボタンを有する、請求項１５記載のインターフェース。
【請求項１７】
ユーザーがクエリーを入力し、自動化された検索および人間に支援された検索のいずれかを選択することを許容するユーザー機械と；
前記選択に応じた検索を開始するシステムとを有する、
システム。
【請求項１８】
クエリーを入力し、人間に支援された検索、自動化された検索ならびに人間に支援された検索および自動化された検索の両方のうちの一つを選択することをユーザーに許容し；
前記選択に応じた検索を開始することを含む、
方法。
【請求項１９】
人間の検索ガイドの任意的な使用を提供する検索装置であって：
人間の検索ガイドによって使用され選択されたリソースを含め、キーワードに関連付けられたデフォルトまたは以前に使用されたリソースおよびシステム管理者によって選択された少なくとも一つのリソースの記録を維持する記憶装置と；
人間の検索ガイドの一または複数に要求を提出するための第一のオプションおよび前記提出なしに検索を開始する第二のオプションを提供するユーザー・デバイスと；
検索要求のキーワードに基づく記録されているデフォルトまたは以前に使用されたリソースを使って、前記提出なしに検索要求を処理するサーバーとを有しており、前記ユーザー・デバイスが、前記第二のオプションが最初に選択されているときに、前記第一のオプションを使った検索要求の再提出を可能にする、
装置。
【請求項２０】
クエリーを受領し；
検索のために人間のガイドの支援を要求するよう前記クエリーを提出する第一のオプションおよび人間のガイドの支援を要求することなく検索を実施する第二のオプションを提供することを含む、
検索方法。
【請求項２１】
前記第二のオプションが選択されているときに自動化された結果を返すために所定のリソースが利用される、請求項２０記載の検索方法。
【請求項２２】
検索のためのクエリーを受領し；
ユーザーが選択可能な検索オプションから、検索のための人間のガイドの支援を含む自動化された検索を選択したと判別すると、少なくとも一つの検索エンジンによって維持されている情報からの結果を返すことを含む、
方法。
【請求項２３】
前記結果がスパイダー活動、インデックス作成またはページ・ランキングを使って得られる、請求項２２記載の方法。
【請求項２４】
第一の宛先にリンクされたインターフェースにおいてクエリーを入力することをユーザーに許容し；
ユーザーによって指定されたときに第二の宛先に前記クエリーをリダイレクトすることを含む、
方法。
【請求項２５】
前記指定が、ユーザーがガイド・ボタンで検索をアクティブ化することを含む、請求項２４記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
本願は、米国特許商標庁に2006年7月14日に出願された、発明者スコット・Ａ・ジョーンズらによる、A  Search  Tool  Providing  Optional  Use  of  Human  Search  Guidesという名称の米国出願第60/807,420号および2006年1月23日に出願された、発明者スコット・Ａ・ジョーンズによる、A  Scalable  Search  System  Using  Human  Searchersという名称の米国出願第11/336,928号に関係し、その利益を主張する。両文献の開示はここに参照によって組み込まれる。
【０００２】
１．発明の分野
本発明は、検索のための自動化されたツールに、より詳細には、人間のガイド（単数または複数）に検索を提出することおよび／または人間のガイドの支援なしで検索することを含む検索オプションを提供することに関する。
【背景技術】
【０００３】
２．関連技術の記述
グーグル（登録商標）、ヤフー（登録商標）などから利用可能なインターネット検索エンジンは検索を実施するために利用でき、時に所望の情報が検索エンジンによって返される結果から得られる。そのような検索エンジンは、ユーザーに検索結果のリストを提供し、必要とする情報を得るためにユーザーが結果のリストを見ていくことを強いるものである。さらに、有意な（relevant）結果を取得するためにユーザーは、異なる検索または別のリソースを使って検索を繰り返すことを要求されることがありうる。インターネット上で利用可能ないくつかの検索エンジンおよびその他のリソースは特定の主題に関係して実施される検索についてよりよい結果を提供するものの、一般にはユーザーは、所与の主題についてどのリソース（単数または複数）が有意な情報を与えるかを判別する検索を実施する経験を持たねばならない。
【０００４】
Ｊｕｘ２（商標）、Ｄｏｇｐｉｌｅ（登録商標）などといったメタ検索エンジンは複数の検索エンジンにクエリーを提出し、それらの検索エンジンからの結果を返すが、検索エンジン、ＬｏｏｋＳｍａｒｔ（登録商標）のようなインターネット・ディレクトリおよび他の類似の情報リソースは、ユーザーによって提出されたクエリーへの答えを提供するのに有意と信じられるウェブ・ページの包括的な一覧を提供し、所望の情報を位置特定するためにユーザーが追加的な検索を実施することを要求する。
【０００５】
ユーザーの質問に対して人間に答えさせる試みがなされてきた。多様な機構を介するものがあり、それには電子メール、ウェブ・サイトにポストされる情報およびユーザーと「チャット」セッションを介して接続された図書館参考デスクを介したものが含まれる。しかしながら、これらおよびその他の提供物によって課される多くの制限がある。それには、「専門家」のプールが限られている、結果を届けるのにレイテンシーがある、最適な結果を提供するために十分な知識のないまたは目標が絞られていないヘルパーがいるなどといったことが含まれる。さらに、これらの提供物は、質問が人間に提出されることなしに検索リソースを同定することはせず、ユーザーが提出した質問が人間によって答えられることを望まないことがありうる状況に対処するものではない。そうした状況はたとえば、プライバシー上の懸念、クエリーまたは質問を言葉で表す困難、すぐ結果を見たいおよび／または単に答えを提供されるのではなく主題について学びたいという希望、あるいは情報を自分で検索したい他の任意の理由に起因しうる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
インターネットを介して情報を位置特定するためにさまざまな型の検索エンジンおよびその他のリソースが利用可能であるが、有意な結果を得る確率を上げるために、人間の検索ガイド（単数または複数）および／または人間の検索ガイド（単数または複数）によって選択されるリソース（単数または複数）の任意的な使用を可能にする検索ツールが必要とされている。
【課題を解決するための手段】
【０００７】
人間支援による検索か自動化された検索かをユーザーが選択することを許容し、該選択に応じて検索を開始することによる、人間の検索ガイドの任意的な使用のためのシステムおよび方法が開示される。
【０００８】
本システムおよび方法は、ユーザーによって要求されたときには人間の検索ガイド（単数または複数）が検索を実施することを可能にすること、支援が要求されないときには人間の検索ガイドなしにユーザーが検索を実施することを許容すること、および両者の組み合わせのインフラストラクチャーを提供する。
【０００９】
ユーザーを支援するよう要求されたとき、ガイドは、典型的な検索エンジン（単数または複数）を使った検索および／または典型的な検索エンジンを介して現在利用可能であるものを超える当該ガイドによって得られた情報に基づいて、結果を提供しうる。
【００１０】
本システムは、ユーザーが問い合わせを入力し、自動化された検索および人間支援による検索の一方を選択することを許容するユーザー・デバイスと、前記選択に応じて検索を開始するシステムとを含む。
【００１１】
検索されるべきクエリーを入力するためのクエリー・フィールドと、前記クエリーが人間によって検索されるか自動的に検索されるかを指示する選択コントロールとを含むインターフェースが開示される。
【００１２】
開示される方法は、クエリーを提出するための選択可能なオプションを提供し、前記選択可能なオプションのうちの第一のものの選択に際して前記クエリーを人間のガイドに差し向け、前記選択可能なオプションのうちの第二のものの選択に際して前記人間のガイドを必要とすることなく検索を実行する。
【００１３】
開示される方法およびシステムは、検索を開始するために、人間支援による検索と、自動化された検索と、人間支援による検索および自動化された検索の両方との間の選択を許容する。
【００１４】
開示される方法およびシステムは、人間のガイドが利用可能でないとき、人間のガイドの支援を要求することなく検索のためのクエリーが提出されるとき、あるいは人間のガイドが十分な速さで作業しないまたは十分有意な結果を生成しないときに、ユーザー（情報探索者［information  seeker］）のための結果を得るためのデフォルト方法を提供する。デフォルト方法では、クエリーを伝統的な検索エンジンに中継し、結果をユーザーに返すことによって「最後の手段」の答えが提供されうる。これは、ユーザーがデフォルト検索エンジンを「デフォルト」解決策として使うために選ぶことができうるメタ検索エンジンの動作と似ている。
【００１５】
これらは、のちに明らかとなる他の側面および利点とともに、以下でより十全に記載され、特許請求される、構成および動作の詳細に存する。参照される付属の図面において、同様の符号は全体を通じて同様の部分を指す。
【発明を実施するための最良の形態】
【００１６】
ここで、本稿で論じられる現在の諸実施形態を詳細に見ていく。その例が付属の図面に示されている。ここで、同様の参照符号は全体を通じて同様の要素を指す。以下では図を参照することによって、開示されるシステムおよび方法を説明するために実施形態が記述される。しかしながら、それによって本発明の範囲に対するいかなる限定も意図されておらず、これらの実施形態に係る当業者が通常思いつくような図示した装置における変更およびさらなる修正やそこに示された原理のさらなる応用が考えられることは理解されるであろう。
【００１７】
既知の検索ツールの欠点を克服するために、開示されるシステムは、人間のガイド（単数または複数）への要求の提出、ガイド支援なしでの検索の実施または両者の組み合わせの間での選択を提供する。情報探求者（ユーザー）によって提供される要求は、完全に形成された質問またはその他の文、キーワード（単数または複数）または検索フレーズであってもよい。たとえば、「Chez  Panisseの閉店時間は何時か」、「1960年ワールド・シリーズの優勝チームはどこか」、疾病に関する情報または他の任意の種類の問い合わせなどである。ガイド（本稿ではプロバイダー、サーチャーまたは有料のサーチャー（PaidSearchers（商標））とも称される）は、2006年1月23日に出願された、発明者スコット・Ａ・ジョーンズによる、A  Scalable  Search  System  Using  Human  Searchersという名称の米国特許出願第11/336,928号に開示されるように、要求を処理するために登録した人間のサーチャーであってもよく、職業的、アマチュアおよび／またはボランティアのサーチャーであってよい。ユーザー（本稿では情報探求者またはInfoSeekers（商標）とも称される）とは、本稿では、当該ユーザーのために、あるいは別の人または組織に代わって情報を探す検索要求を提出する人またはウェブ・サービスを指して使われる。
【００１８】
図１は、検索要求（単数または複数）を受信し、該検索要求（単数または複数）に応答して結果（単数または複数）を届けるためのシステム２０の実施形態を示している。図１に示されるように、システム２０は、ユーザー・デバイス２２ａないし２２ｎを含むユーザー・デバイス２２を含んでいてもよい。各ユーザー・デバイスはデスクトップまたはラップトップ・コンピュータ・システム、携帯情報端末（PDA）のようなハンドヘルド・コンピュータ、ベーシックな携帯電話、テキスト機能のある携帯電話またはユーザーが要求を提出することを許容する他の任意の汎用デバイスであってよい。ユーザー・デバイス２２はまた、典型的なプッシュホン電話、双方向ラジオまたはユーザーが離れたところと話すことを許容する他のいかなる通信装置であってもよい。通信システムは、インターネットのようなパケット交換設備、公衆電話交換網のような回線交換設備、無線ネットワークのような電波ベースの設備などを含むことができる。ユーザーからの検索要求は、ネットワーク２４を介してサーバー２６に結合されたユーザー・デバイス２２を使ってシステム２０に提出される。
【００１９】
システム２０は、サーバー２６によってアクセス可能なデータベース２８を含む。データベース２８は、ガイド、ユーザー・デバイス２２から提出された要求、該要求に応答してガイドによって生成された結果および該結果を得るためにガイドによって利用されたリソースについての情報を維持していてもよい。そうした情報には、ガイドによって以前に収集された情報および要求および／または結果に関係するカテゴリーまたはキーワードが含まれる。たとえば、データベース２８は、提出された要求のカテゴリーまたはキーワードおよび／または該要求に結果を返すために利用されたリソース（単数または複数）に関係する記録を維持していてもよい。ガイドおよび／またはプロバイダーによってあるカテゴリーに関する検索を実施するために使われたリソースの記録を示すテーブル関係図が、図９に関してのちにさらに詳細に説明される。
【００２０】
データベース２８内で維持されるリソースは、検索エンジン、インターネット・ディレクトリ、ガイドによって以前に収集された情報のデータベースのようなユーザーにとってプライベートな個人的なデータベース、以前の要求に基づいて記憶された結果を含みうる。そうした記憶された結果には、書籍、そのガイドの知識ベースなどといった非電子的なソースからガイドによって得られたデータが含まれる。しかしながら、データベース２８内で維持される情報は、いかなる特定の型にも限定されず、グーグル（登録商標）、ヤフー（登録商標）、ＭＳＮ（登録商標）などといった検索エンジンによって利用されている現行の情報取得手順を含め、スパイダー活動、インデックス作成、ページ・ランキングなどを利用する典型的な検索機能を使って得られた結果を含みうる。ある実施形態では、システム２０は、ユーザー・デバイス２２からの要求を、ネットワーク３２を介してガイド支援による検索３０のために提出するオプションと、ユーザーがガイド支援なしで検索を実施することを選ぶときにユーザーからの要求を該要求から抽出されたキーワードまたはカテゴリーに基づいてデータベース２８中で指定されているリソース（単数または複数）に直接提出するもう一つのオプションとを提供する。
【００２１】
データベース２８は、クエリー、キーワード、ガイド、ユーザー、広告、キーワードおよびカテゴリーについて相互リンクされた項目を含んでいてもよい。これらの構造中には、ガイドまたはサーチャーのログイン状態（利用可能性）、ガイドのランク（または重み）、キーワードのランク（または重み）、検索数、（ユーザーによって）受け容れられた検索の数といったガイド統計、ユーザー識別情報（および／またはユーザーのＩＰアドレス）、ユーザーおよびガイドについての名前、アドレス、人口学的情報、検索結果、広告（ゲーム、ビデオ、テキスト、オーディオなど）、広告統計、会計情報、ユーザーおよびガイドについての匿名フラグ、ガイド利用可能性、クエリー明確化および要求ならびにガイドが全般検索、クエリー・フォローオン（query  follow-on）などについて利用可能であるかどうかについての指示などが含まれる。ガイドについての統計情報は、検索の総数、うまくいった検索数、ガイドの平均速度、検索開始および終了前のガイドのレイテンシー、ガイドによって返される平均結果数、ガイドの利用可能時間などがある。
【００２２】
ネットワーク３２を介してガイド・システム３４に接続されたサーバー２６は、ユーザー・デバイス２２から検索要求を受信してもよく、ユーザー・デバイス２２のユーザー（情報探求者）によって要求されたときにはその検索要求を、たとえば米国特許出願第11/336,928号に開示されているように、検索を実行するようガイド・システム３４の一つまたは複数に提出する。たとえば、ユーザーが情報を求めてシステム２０内で検索要求を提出し、検索実施における人間ガイド支援のオプションを選択するとき、サーバー２６はネットワーク３２を介してガイド・システム３４の一つまたは複数に要求を提出する。
【００２３】
サーバー２６は、要求されている情報の検索のためにどのガイドまたはサーチャーが利用可能かを判別することによって、到着する検索要求（クエリー）を処理する。そのような判別は、ログインしているガイド、あるキーワードまたはカテゴリーについてサインアップしているガイド、以前の実績に基づくガイドのランキングなどといったファクターに基づく。サーバー２６はまた、特定のクエリーが以前に問い合わせされたことがあるかどうかを判別してもよく、人間のガイドを呼び出す必要なしに以前に得られた検索結果をもってユーザーに応答を送ることができる。
【００２４】
ユーザー・デバイス２２と同様に、ガイド・システム３４は、デスクトップまたはラップトップ・システム、PDAのようなハンドヘルド・デバイス、携帯電話、特化した端末またはテキストもしくは発話入力を通じて提出された要求を受信し、これに応答することをガイドに許容する他の任意のソースといった、任意のテキスト・ベースまたは発話ベースのシステムであってよい。
【００２５】
ガイドがシステム２０に登録するとき、ガイドは、自分が検索要求を受け容れる意思のあるカテゴリー、キーワードまたは関心領域を指定してもよい。したがって、ユーザー・デバイス２２の一つからガイド支援を要求する要求が提出されるとき、システム２０は、その要求に関係する一つまたは複数のカテゴリー、キーワードまたは関心領域に基づいて、その要求を一または複数のガイドに相関させる。たとえば、ユーザーがカテゴリー「文学」に関する検索要求を提出し、ガイド支援を要求するとき、検索要求はカテゴリー「文学」に登録されたガイドの一または複数に届けられる。
【００２６】
サーチャーはクエリー内の複数キーワードについてサインアップしていることもある（たとえば、ガイドは「野球」および「ワールド・シリーズ」の両方にサインアップしていることがありうる）。その場合、そのキーワードのガイドが、検索クエリー・フレーズ中のより少数の一致キーワードにサインアップしているだけの、より少ないキーワードのプロバイダー候補（たとえば「野球」または「ワールド・シリーズ」のいずれか一方にサインアップしているが両方にではないガイドまたはサーチャー）より優先してもよい。
【００２７】
あるクエリー・フレーズについてガイドが一人も識別されない場合、サーバー２６はクエリーを、いかなるカテゴリーにおけるクエリーにも答えようとする「全般担当サーチャー」に回送することができる。あるいはまた、他の検索エンジンより決して悪くならない基本レベルの機能をユーザーに提供すべく、システム２０はクエリーを別の検索エンジンおよび／またはメタ検索エンジンにシャトルしてもよい。その結果がユーザーに戻される。また、クエリーは、Ｇｏｏｇｌｅ（商標）  ＡｎｓｗｅｒｓまたはＹａｈｏｏ（商標）  Ａｎｓｗｅｒｓといったウェブ・サイト上で質問に答える専門家のシステムに渡されてもよく、将来答えられるかもしれない当該クエリーの位置へのポインタがユーザーに与えられてもよい。これらのシステムはリアルタイムのフィードバックを与えないことがありうるが、ユーザーは将来戻ってきてチェックしてもよい。
【００２８】
ユーザーがガイド支援なしの検索を実施することを選ぶ場合、ユーザーによって入力された要求は、その要求の主題に関する要求を扱うよう登録されているガイドによって使用されるリソース（単数または複数）に提出されてもよい。該リソースがユーザーに供給されるのは、ユーザーが提出した要求の主題またはカテゴリー、その要求に関係した一つまたは複数の以前の検索についてのガイド（単数または複数）によるリソースの使用、システム管理者（単数または複数）またはシステム管理者によって選択された高度な専門家サーチャーによって有意な結果を与える可能性が極めて高いとして選択されたリソースなどといったさまざまなファクターに基づいてであってよい。たとえば、ユーザーの要求がカテゴリー「健康」に関係し、そのカテゴリー「健康」に関係する検索を扱うよう登録したガイドの60%がWebMD.comを情報取得のためのリソースとして使う場合、そのユーザーによって提出された要求はWebMD.comサイトにある検索ツールに提出されてもよく、この「支援なしの検索」の結果がユーザーに供給されてもよい。あるいはまた、ユーザーがガイドなしの検索を実施することを選ぶとき、検索は、グーグル（登録商標）、ヤフー（登録商標）、ＭＳＮ（登録商標）、Ａｓｋ（登録商標）などによって用いられているものを含む典型的な検索エンジン機能を使って実行されてもよい。換言すれば、ガイドなしの検索は、人間のガイドによって選び出されたリソースを利用してもしなくてもよい。リソースおよび結果は、スパイダー活動（またはウェブ・クローリング）、インデックス作成、ページ・ランキングおよび結果を得るために使用されうる他の任意の情報取得基準を使って位置特定されてもよい。
【００２９】
よって、ユーザーがガイド支援なしで検索を実施するときでさえ、ユーザーの要求のカテゴリーまたはキーワードに関係した検索を実施するために人間のガイドによって使用されるリソース（単数または複数）からの結果をユーザーに供給することによって、有意な結果を得る確率が高まる。キーワードにリソースが関連付けられていないときは、そのキーワードのカテゴリーのリソース（単数または複数）が利用されてもよい。所与のキーワードおよび／またはカテゴリーについてリソースが利用可能でないとき、Ｄｏｇｐｉｌｅ（登録商標）、グーグル（登録商標）、ＭＳＮ（登録商標）、ヤフー（登録商標）などといった一般的な検索エンジンあるいは情報を得るために使用されうる他の任意のソースを含む汎用リソースが利用されてもよい。検索においてキーワードもカテゴリーも識別できない場合は、一般的なリソース（単数または複数）が使われる。これは単一の検索エンジンまたはメタ検索エンジンによる検索に似ているものの、ある実施形態では、最後の手段としてしか行われず、結果が満足いくものでなければ要求をガイドに提出し直すことが簡単にできる。
【００３０】
ガイド支援なしで検索を実施することを選ぶユーザーはまた、以前の要求への応答、要求に応答するためにガイド（単数または複数）によって収集されたデータなどを含む、ユーザーによる要求に応答して自動化された結果を生成するために利用されうる、データベース２８中に記憶されている情報を提供されてもよい。たとえば、特定の主題に知識のあるガイドは、その主題に関する情報を記憶していることがあり、その情報が今度はガイド支援なしの検索の実施を選ぶユーザーに自動化された結果として提供されうるのである。
【００３１】
図２は、検索を実施する人間のガイド（単数または複数）の任意的な使用を提供するプロセス１０を示している。図２に示されるように、プロセス１０は、検索のためのクエリーを受信する（１２）ことで開始される。クエリーを受信した（１２）のち、プロセス１０は人間のガイドの支援なしの検索を実施する第一のオプションおよび検索のために人間のガイド（単数または複数）からの支援を要求する第二のオプションを提供する（１３）ことに進む。たとえば、ユーザーがシステム２０（図１）に要求を提出するとき、ユーザーは提供された（１３）第一のオプションおよび第二のオプションのうちから選択するよう促される。それらのオプションを利用して、ユーザーはそれぞれ、ガイド支援なしで検索を実施するか、検索を実施するためにガイド支援を要求するかを選ぶことができる。
【００３２】
第一および第二のオプションを提供する（１３）のに続いて、プロセス１０は、人間のガイドの支援なしで検索を実施する第一のオプションの選択（１４）を判別することに進む。第一のオプションの選択が判別（１４）されると、プロセス１０は、以前に検索された結果がクエリーに一致するかどうか（１７）の判別に続く。クエリーに一致する（１７）一つまたは複数の以前に検索された結果があると判別されるとき、プロセス１０は、一致する以前の結果をクエリーへの応答として提供する（１９）ことに進む。たとえば、2006年NCAAバスケットボール・チャンピオンシップの最後の４チームに関する以前の問い合わせへの応答として生成された一つまたは複数の検索結果が、類似の主題に関する現在のクエリーへの応答として提供されてもよい。一致検査１７は、現在のクエリーのキーワード（単数または複数）を以前のクエリーのキーワード（単数または複数）と比べて、厳密な一致、部分一致またはあいまい（高度に類似した）一致を調べることを含んでいてもよい。他方、クエリーに一致する以前の検索結果がないと判別すると、プロセス１０はそのクエリーを一つまたは複数のリソースに提出し、自動化された結果をそのクエリーへの応答で返す（１５）。
【００３３】
前記第一のオプションが選択されていないと判別すると、プロセス１０はクエリーを人間のガイド（単数または複数）に差し向ける（１６）ことに進む。たとえば、特定の主題に関する検索について有意な結果を返すことのできるリソースを知っているユーザーは、ガイド支援なしで検索を実施することを選ぶことがありうる。一方で同じユーザーは別の主題に差し向けられたクエリーを提出し、ガイド支援された検索を要求することを選ぶことがありうる。
【００３４】
ユーザーが人間のガイドの支援なしで検索を実施することを選択するとき、既存の情報取得手順を使って自動化された結果を返す（１５）ために、一つまたは複数のリソースにクエリーが提出されてもよい。たとえば、既存の検索エンジンによってインデックス化された、あるいはデータベース中に記憶されている以前の検索結果のような「インハウス」でインデックス化された情報をブラウズしていく既知の方法が、ユーザーが人間のガイドからの支援なしで検索することを選択するときに自動化された結果を生成するために使用されてもよい。
【００３５】
クエリーが人間のガイド（単数または複数）に差し向けられた（１６）のち、人間のガイドによって生成された結果がクエリーへの応答において提供される。人間のガイドなしで検索を実施する選択（１４）に応答して返される自動化された結果とは対照的に、この検索は、クエリーを人間のガイドに差し向けることによって、人間のガイドによって実施される。たとえば、特定の主題の知識があるガイドがクエリーに応答してリアルタイムの検索を実行し、それに応答して結果を生成し、ガイドからの支援を要求することを選択した当該ユーザーに結果を提供してもよい。
【００３６】
検索のための識別されたリソース（単数または複数）を使うオプションを提供する例示的なプロセス４０が図３に示されている。図３に示されるように、プロセス４０はユーザーから要求を受信する（４２）ことで始まる。先に論じたように、要求は、ユーザーが求めている情報に関するいかなる種類の問い合わせまたはキーワード（単数または複数）であってもよい。たとえば、ユーザーは特定の郵便番号区域内での映画の上映時間および位置、疾病に関する情報に関する要求、あるいは他の任意の種類のクエリーを提出することがありうる。
【００３７】
ユーザーからの要求を使って、プロセス４０は、その要求からキーワード（単数または複数）および／またはカテゴリーを抽出する（４４）ことに進む。次に、プロセス４０は、その検索または要求を扱うためにガイド支援が要求されているかどうかを判別する（４６）ことに進む。たとえば、ユーザーがその要求の主題に不案内で、時間制限のもとで有意な情報を位置特定することができないなどといったことがありえ、検索を実施するガイドを欲することがありうる。他方、ユーザーは経験のあるサーチャーであることもあり、特定の主題の情報を位置特定するために最良のリソース（単数または複数）からの結果を閲覧することを望むことがありうるし、あるいはクエリーの性質上、または他の何らかの理由でガイド支援のない検索を実施したがることがありうる。ガイド支援が望まれないと判別されれば、プロセス４０は、ガイド支援なしで実施されるべき検索のための要求の提出のために使用されるべきリソース（単数または複数）を識別する（４８）ことに進む。そのような検索が実施されるとき、プロセス４０は、検索結果をユーザーに提供する（５０）ことによって終了する。
【００３８】
ガイド支援された検索が選択されたことが判別された（４６）場合、プロセス４０は、検索要求を扱うためのガイド（単数または複数）の利用可能性を判別する（５２）ことに進む。ガイド（単数または複数）が利用可能かどうかの判別は、同定されたキーワード（単数または複数）／カテゴリーについてシステム２０（図１）に登録されているガイドのいずれかが要求を扱うために現在利用可能かどうかを判別することを含む。たとえば、検索要求がカテゴリー「文学」に関係するとき、ガイド利用可能性の判別５２は、カテゴリー「文学」についての要求を扱うよう登録されているいずれかのガイド（単数または複数）が検索要求を実施できるかどうかを検査することを含む。しかしながら、ガイド利用可能性の判別５２はいかなる特定の基準にも限定されず、たとえば、プロバイダーの利用可能性を検証するためのいかなるファクターが使われてもよい。
【００３９】
利用可能なガイドがいないと判別する（５２）と、プロセス４０は、要求提出のために使われるべきリソース（単数または複数）の識別４８に進む。たとえば、カテゴリー「健康」に関する要求のためのリソースとして、WebMD.com、NIH.comなどといったリソースが識別されてもよく、一方でESPN.com（登録商標）、NBA.com（登録商標）などがカテゴリー「バスケットボール」に関する要求についてのリソースとして識別されてもよい。しかしながら、リソースはいかなる特定の型のリソースにも限定されず、インターネット・ディレクトリ、メタ検索エンジン、任意のカテゴリーもしくはキーワードについてガイドによって蓄積された情報および情報を得るために利用されうる他の任意のソースを含んでもよい。デフォルト・リソース（単数または複数）の判別は、図９に関連してのちに詳細に説明する。
【００４０】
リソース（単数または複数）の識別４８は、特定のカテゴリーまたはキーワードに関係する情報を求めるためにガイド（単数または複数）によって最も頻繁に使用されるリソースを判別することを含む。たとえば、カテゴリー「健康」に関する要求を扱うよう登録されているガイドのかなりの数が情報を求めるリソースとしてNIH.comを利用する場合、NIH.comが、カテゴリー「健康」に関する要求が受信されたときのデフォルト・リソースとして提供されてもよい。リソース（単数または複数）の識別４８はまた、特定のリソースを使った以前の成功、リソースから返される結果の速度および／または品質またはガイドにとっての検索の品質および経験を向上させるのに貢献したかもしれない他の任意のファクターに基づいて、ガイドによって選択されたリソース（単数または複数）を判別することを含んでいてもよい。識別された（４８）リソース（単数または複数）は、必要に応じて、たとえばガイドの経験が進展するにつれて、修正されてもよい。
【００４１】
ユーザーがガイド支援を要求するとき、プロセス４０は、たとえば米国特許出願第11/336,928号に開示されるように、検索要求をガイド（単数または複数）に提出する（５４）。図１に関して上記したように、ユーザー・デバイス２２からの要求は典型的なデスクトップまたはラップトップ・システム、携帯情報端末（PDA）のようなハンドヘルド・コンピュータ、ベーシックな携帯電話、テキスト機能のある携帯電話、特化したクエリー端末またはユーザーがテキストもしくは発話入力を介してクエリーを入力することを可能にする他の任意のソースから送信されうる。（注：本論では「発話（speech）」および「声（voice）」は交換可能に使われる。）情報は、インターネットのようなパケット交換設備、公衆電話交換網のような回線交換設備、無線ネットワークのような電波ベースの設備などを介して交換されうる。
【００４２】
検索要求はガイド・システム３４（図１）を介して一または複数のガイドに届けられる。検索要求のガイド（単数または複数）への提出５４は、検索要求を一または複数のガイド・システム３４に送信することを含む。ユーザーがガイドへの要求提出とガイド支援なしでの検索実施との組み合わせを選び、自動化された結果がユーザーに提供された場合、自動化された結果がユーザーに提供されていることを示すメッセージがガイドに与えられてもよい（図１１）。プロセス４０は、要求に応答してガイド（単数または複数）からの結果を提供する（５６）ことによってガイド支援による検索を完了する。
【００４３】
ガイド支援なしで要求を提出するためのオプションを提供するグラフィカル・ユーザー・インターフェース（GUI）の例示的な実施形態が図４に示されている。図４に示されるように、クエリー画面６２が、情報をみつける必要のあるユーザーまたは情報探求者に対して表示される。クエリー画面６２は、ユーザーが求める情報を指定する要求を入力することを可能にする検索クエリー入力フィールド６４を含む。要求はキーワード、クエリー、完全に形成された質問、文などでありうる。
【００４４】
クエリー画面６２はガイド支援による検索をトリガーする第一のボタンまたはウィジェット（widget）６６およびガイドなしでの検索を選択する第二のボタンまたはウィジェット６８を含んでいてもよい。ボタン６６および６８は図４でプッシュボタンとして示されているが、ガイド支援された検索要求を提出するかガイド支援なしでの検索を選択するかのオプションを提供する任意の型のインターフェースが使用されうる。たとえば、GUI６０は、ガイドありまたはガイドなしの検索を選択するために、ドロップダウン・メニュー、単一の選択コントロールを提供するアイコン、ラジオボタンの対および検索ボタンなどを含んでいてよい。上述したように、ユーザーまたは情報探求者はガイドなしで検索を実施することを望むことがありうる。その理由としては、プライバシー上の懸念、検索の経験、特定分野の専門知識などを含む多様な理由のため、あるいはガイド支援が不要または望まれないとユーザーに思わせうる他の任意の理由がありうる。
【００４５】
ボタン６８が選択されるとき、システム２０（図１）はクエリーをプロセス４０（図３）によって識別された（４８）リソース（単数または複数）に転送する。リソースは、当該要求のカテゴリーまたはキーワードに関連付けられたガイドの間で現在最も人気があるリソース、ガイド（単数または複数）によって選択されたリソース、システム管理者（単数または複数）によって各カテゴリーについて定義されたリソースなどを含んでいてもよい。よって、結果は、要求に基づいて識別された（４８）リソースを使って、ガイドからのいかなる支援もなしで、ユーザーに直接返されうる。識別されたリソースは、有意な結果を返すリソースをInfoSeeker（商標）よりもよく評価できうる人間のガイド（単数または複数）によって以前に選択されたリソースを含む。ガイド支援なしでの検索を実施することを選ぶユーザーに結果を供給するために使われるリソースは、好ましくは、要求のキーワード（単数または複数）、カテゴリーまたは主題に基づいて選択される。たとえば、要求ストリング内でキーワードがその要求中の他のテキストに比べてどのくらい影響力があるかを決定するためにキーワードに重みが付けられてもよく、重みが付けられたキーワード（単数または複数）に関連付けられたリソース（単数または複数）が、ガイドなしでの検索を実施するのに使われてもよい。システム２０（図１）は、クエリーを検索のためにリソース（単数または複数）に提出するおよび／または検索への応答における結果を得るとき、クエリー・ストリング中に現れる「the」「a」「of」などといった一般的に使われる単語（「ストップワード」）を無視するよう構成されてもよい。
【００４６】
あるいはまた、ボタン６８が選択されるとき、システム２０（図１）はデータベース２８からの要求に応答して以前に返された応答を取得し、その応答をガイドなしでの検索を選ぶユーザーに呈示してもよい。たとえば、そのユーザーのクエリーのカテゴリーまたはキーワードと類似のカテゴリーまたはキーワードに向けられたクエリーに対処する以前の応答がデータベース２８（図１）から得られ、ガイドからの支援なしでユーザーに自動的に返されてもよい。以前の応答は、たとえば有意性に基づいてランク順に一つずつ呈示されてもよく、あるいはユーザーのクエリーに一致するカテゴリーまたはキーワードに関するすべての記憶されている応答が同時に呈示されてもよい。システム２０（図１）はまた、ガイドなしでの検索を選ぶユーザーに返される記憶されている応答の数を制限してもよい。しかしながら、本発明は、ガイドなしで検索することを選ぶユーザーに結果を提供するいかなる特定の基準にも限定されない。たとえば、ユーザーはデータベース２８（図１）に記憶されている以前の応答のリストを呈示されてもよい。リストは、作成日時、応答を生成するガイドの素性、レーティングなどといった応答に関係したデータを含み、カテゴリーによってグループ化されており、それによりユーザー（InfoSeeker（商標））にリストからユーザーのクエリーに有意な応答（単数または複数）を選択することを許容する。
【００４７】
ユーザーがガイド支援された検索をトリガーするボタン６６を選択するとき、サーバー２６（図１）は、検索結果を生成するためにガイド・システム（単数または複数）に要求を渡す。利用可能なガイドの一つまたは複数に要求を割り当てることは、さまざまな方法で実装しうる。それには、これに限られないが、米国特許出願第11/336,928号で論じられているように、ログインしているガイド、あるキーワードまたはカテゴリーについてサインアップしているガイド、以前の実績に基づくガイドのランキングといったファクターに基づいて、要求されている情報を検索するためにどのガイドまたはサーチャーが利用可能であるかを判別することを含む。クエリー画面６２はさらに、ガイドが利用可能であるかどうかについてユーザーに知らせるインジケータ６７を含んでいてもよい。GUI６０は、現在オンラインのガイドの数、ユーザーとの対話的な検索セッション中であるオンライン・ガイドの数などに関する情報をも提供してもよい。
【００４８】
図５は、ガイドなしでの検索要求への応答において使われるリソースからの結果を提供するためのGUI７０を示している。図５に示されるように、GUI７０はウィンドウ７２、検索クエリー入力フィールド７４および検索ボタン７６を含む。ウィンドウ７２は、検索クエリー入力フィールド７４中の要求についてリソース８２および８４を使ってそれぞれ実施された検索について返された結果８２ｂおよび８４ｂを含む。たとえば、結果８２ｂはＡｍａｚｏｎ．ｃｏｍ（登録商標）（リソース８２）から返され、結果８４ｂはＹａｈｏｏ．ｃｏｍ（登録商標）（リソース８４）から返されたもので、これらはユーザーがボタン６８（図４）を選択することによってガイド支援なしで検索を実施することを選ぶときにVincent  Van  Goghに関する要求について実施された検索に基づいている。図５ではリソース８２および８４が与えられているが、特許請求される発明は、ガイドなしでの検索を実施するためにいかなる特定の型または数のリソースを供給することにも限定されない。たとえば、あるカテゴリーに関連付けられたガイド（単数または複数）による検索のために使われる上位３つ以上のリソースが、ガイド支援なしで検索を実施することを選ぶユーザーに提供されてもよい。
【００４９】
ガイドなしでの検索要求への応答における結果を得るために利用されるリソースは、ボタン７１を使って修正されてもよい。たとえば、ガイドからの支援なしで検索することを選ぶユーザーは、該ユーザーによって提出されたクエリーに関係したカテゴリーに関連付けられたガイドによって最も頻繁に使用されるリソース（単数または複数）に加えて、自分が最もなじみにあるリソース（単数または複数）を使って検索を実行することを選んでもよい。リソース（単数または複数）の修正はボタン７１に関して論じられるが、メニュー・オプションなどのような他のインターフェースが、ユーザーが、リソースをガイドなしでの検索のために使われるよう構成設定できるようにするために利用されてもよい。
【００５０】
リソース８２および８４の情報内容はウィンドウ７２内に埋め込まれたレンダラー・ウィンドウを使って表示される。リソース８２および８４からの情報はテキスト、画像、リンク、ビデオ、HTML、XML、XHTML、カスケーディング・スタイル・シート、ジャバスクリプトなどまたはインターネット上でおよび／もしくはローカル・ネットワークから利用可能なその他の電子データを含んでいてもよい。ウィンドウ７２は、N個のレンダラーを含んでいてもよい。N個のレンダラーは、特定のカテゴリーまたはキーワードに関連付けられたガイド（単数または複数）によって使用されるさまざまなリソースを表現するもので、それにより、ガイド支援なしでの検索を実施することを選ぶユーザーに、そのカテゴリーのガイドが選択したリソースを提供する。
【００５１】
ウィンドウ７２は、リソースからの諸結果の各レンダラーによって表示される内容を閲覧するためのGUI要素９０ａ、９０ｂ、９０ｃ、９０ｄ、９０ｅ、９０ｆを含む。具体的には、GUI要素９０ａおよび９０ｂはフレームの一方の側から別の側にスクロールすることを可能にし、GUI要素９０ｄおよび９０ｅはフレーム内で上下にスクロールすることを可能にし、GUI要素９０ｃおよび９０ｆはリソースからの結果内の迅速な行き来を提供する。GUI要素９０ａないし９０ｆは、ナビゲーション機能を提供するアプリケーション・プログラムの典型的なグラフィカル・ユーザー・インターフェースと同様であってもよい。しかしながら、本発明は、レンダラーによって内容が生成されるフレームで表示される情報をブラウズしていくためのいかなる特定のナビゲーション・コンポーネントにも限定されるものではない。たとえば、ガイドのプライベートなデータベースから蓄積された情報がウィンドウ７２を介して提供されるとき、その情報をブラウズしていくことは、リンクをクリックすること、チェックボックスを選択することなどを介してであってもよい。
【００５２】
ウィンドウ７２内に表示されるレンダラーは、リソースの内容を呈示することに関わる、スクリプト、プログラム、ブラウザおよびウェブ・サーバーを含むさまざまなコンポーネントを指す。レンダラーを使って届けられる内容は、HTML、DHTML、スクリプト・コードなどを含んでもよく、それらはウェブ・サーバー、関連付けられたプログラムおよび／またはサーバー・サイド・スクリプトのいずれかによって動的に生成されたものでもよい。上述したように、GUI要素９０はレンダラーに表示される内容を閲覧することのために使われてもよく、それにはブラウザの呈示スペース内の、独自の表示特性、内容、スクリプトおよび／またはボーダーをもちうる区切られた諸エリア（たとえば諸フレーム）をナビゲートしていくことも含まれうる。
【００５３】
ウィンドウ７２はさらに、広告情報を表示する広告フレーム７８を含んでいてもよい。広告情報は、ある実施形態では、提出された要求のカテゴリーまたはキーワードに関係する、ガイドが選択したリアルタイムの広告を含む。たとえば、ガイド（単数または複数）は、ゴッホに向けられた検索が要求されたときに広告フレーム７８内に表示されるべきゴッホ（Vincent  Van  Gogh）の絵画のプリントを提供する供給業者の情報を事前選択していてもよい。広告フレーム７８を介して提供される情報は、検索が実行されている間ユーザーと対話し、好ましくはユーザーに対して表示され、検索結果が表示されたあとも持続する、ビデオ、音楽、ゲーム、ウェブ・リンクなどを含みうる。あるいはまた、広告フレーム７８内で提供される情報は、サーバー２６（図１）によって選ばれてもよい。たとえば、サーバー２６は、時刻、推定される検索完了時間などに基づいて広告フレーム７８に供給されるべき情報を選択してもよい。
【００５４】
上で論じたように、図５は、ガイドなしでの検索要求のために使われるリソースを表示するGUI７０を示している。異なるカテゴリーまたは主題の検索要求がガイドなしでの検索を実施するために提出されるとき、図６Ａに示されるGUI１００がリソースからの結果を表示するために提供されうる。図６Ａに示されるように、GUI１００は検索をトリガーする検索ボタン７６と、カテゴリー、バスケットボール（basketball）に関する要求を含んでいる検索クエリー入力フィールド７４とを含むウィンドウ１０２を含む。ウィンドウ７２（図５）と同様に、ウィンドウ１０２は、それぞれリソース１０４および１０６を使ったバスケットボールに関する検索について返された結果１０４ｂおよび１０６ｂを含む。たとえば、検索１０４ｂはＡｎｓｗｅｒｓ．ｃｏｍ（登録商標）（リソース１０４）から返された結果であり、結果１０６ｂはＧｏｏｇｌｅ．ｃｏｍ（登録商標）（リソース１０６）から返された結果であり、これらはカテゴリー、バスケットボールに向けられた要求について実施された検索に基づいている。
【００５５】
ウィンドウ１０２は、検索クエリー入力フィールド７４内に入力された要求の検索が実行されている間に、テキスト、ビデオ、音楽、ゲーム、ウェブ・リンクなどを含む情報を表示する広告フレーム７８ａを含む。ウィンドウ７２（図５）と同様に、ウィンドウ１０２は、リソースの情報の各レンダラー内に表示される内容を閲覧するためのGUI要素９０ａ、９０ｂ、９０ｃ、９０ｄ、９０ｅ、９０ｆを含む。
【００５６】
図５に示されるGUI７０は、ユーザーが、ボタン７１を使って検索のために使われるべきリソースを修正できるようにし、図６ＢのGUI１０１がリソース・ペイン１０３内のリソース１０５のリストを呈示する。これらのリソースは、検索クエリー入力フィールド７４内のクエリーを、個人的にインデックス化されたデータのセットまたは以前の検索からの検索結果といった内部的または「インハウス」のリソースを含む選択されたリソース（単数または複数）に渡すために選ばれうるものである。リストされるリソース１０５の一つまたは複数が、そのリソースの隣のチェックボックス１０７の対応するものにチェック印を入れることによって選択されてもよく、選択されていると指示されているリソースの隣のチェック印を除去することによって選択解除されてもよい。たとえば、ガイドの支援なしで検索することを選ぶユーザーまたは検索についてユーザーを支援するガイドは、リソース１０５のリストから追加的なリソース（単数または複数）を選択することにより、選択された追加的リソースを使って結果１０４ｂおよび１０６ｂ以外の追加的な結果を入手してもよい。したがって、誰が検索を実行しているかに依存して、ユーザーまたはガイドは、リソース１０５のリストからリソース（単数または複数）を選択し、そのユーザーまたはガイドの制御でリアルタイムで選択されたリソースにクエリーが送られるようにしてもよい。あるいはまた、チェックボックス１０７をチェックするのではなく、一度きりの使用のためにリソース１０５が個別にクリックされてもよい。このモードでは、クエリー・テキストは、そのリソースからの一度きりの探索のためにそのリソースに送られてもよい。
【００５７】
図４に示されるGUI６０の代替的な実施形態として、図７Ａおよび図７Ｂは、別の開示される実施形態に基づく、ガイド支援された検索を実施している間の予備的な結果および無支援の検索結果へのアクセスを提供する、検索インターフェース１１０を示している。図７Ａに示されるように、検索インターフェース１１０は、要求を入力するための検索クエリー・ボックス１１４と、該検索クエリー・ボックス１１４内の要求についてのガイド支援された検索を開始するための検索ボタン１１６を提供するクエリー画面１１２を含む。
【００５８】
検索ボタン１１６が選択されるとき、検索インターフェース１１０は図７Ｂに示されたウィンドウ１１８を表示する。ウィンドウ１１８は、検索が実行されている間、ガイドとのチャットを実施するためのインスタント・メッセージ交換機能を可能にするチャット・ウィンドウ１２６を含む。チャット・ウィンドウ１２６を介して提供されるインスタント・メッセージ交換またはチャット・セッション機能は、VOIPを介して、あるいは即時の対話を可能にする他の任意の技術を介して提供されてもよく、実行されている検索の進捗を示すのに使われてもよい。ウィンドウ１１８はさらに、検索クエリー・ボックス１１４内の要求に関係して選択された広告またはサーバー２６（図１）によって供給される任意の広告を提供する広告ウィンドウ１２４を含む。広告ウィンドウ１２４は、テキスト、画像（たとえばJPEG、GIFなど）、ビデオ、アプレット、リンク、フラッシュ、ジャバなどを使って実装されるマルチメディア・オブジェクトを含んでいてもよい。広告ウィンドウ１２４の内容は、図５、図６Ａおよび図６Ｂに関して上記したのと同じ仕方で選択されてもよい。
【００５９】
図７Ｂに示されるように、ウィンドウ１１８は、上記のように、当該要求についての検索を実行する一または複数のガイドによって生成された結果を表示する予備結果ウィンドウ１２０と、無支援の検索によって自動生成された結果を表示するための自動結果ボタン１２２とを含む。たとえば、ガイド支援された検索要求が提出され、ガイドがその要求に関係する検索の実行を始めるとき、ガイドによって得られた初期結果が予備結果ウィンドウ１２０に表示されてもよい。しかしながら、InfoSeeker（商標）がせっかちで、予備結果が十分迅速に表示されない場合、無支援の検索の結果を表示するために自動結果ボタン１２２を選択してもよい。
【００６０】
ウィンドウ１１８は、予備的な結果と統合されて予備結果ウィンドウ１２０内で、あるいは図５、図６Ａおよび図６Ｂに示されるもののような別個のウィンドウ内で、無支援の（自動的な）検索結果を提供しうる。たとえば、ガイドから返される予備的な結果および同時にあるリソースからの自動的な結果の両方が、フレーム１２８を追加することによって表示されることができる。これらの代替のいずれにおいても、ユーザーはガイド（単数または複数）からの予備的な結果および自動的な結果を提供され、ガイドが検索を実行し続ける間、これらの結果のいずれを閲覧することを選んでもよい。ウィンドウ１２０はまた、ガイドがガイド支援されたまたは「深いウェブ（deep  web）」の検索結果を構築している間に自動的に提供される検索結果を表示するためにも使用されてもよい。
【００６１】
典型的には、フレーム１２８は、現行の検索エンジンと同様に見えるリンクを含んでもよい。あるいはまた、実際のテキスト、グラフィック、オーディオ、ビデオまたは他の情報ファイルがサーチャーがそのようなファイルを結果フレームにドラッグ・アンド・ドロップすることによってフレーム１２８内に表示されてもよい。このドラッグ・アンド・ドロップは、別の位置にドラッグ・アンド・ドロップすることによってファイルがコピーできるウィンドウズ（登録商標）のようなオペレーティング・システムで達成されるものと同様である。
【００６２】
リソースを判別し、検索を実行する例示的なプロセス１３０が図８に示されている。図８に示されるように、プロセス１３０は検索要求のキーワード（単数または複数）／カテゴリーを判別する（１３２）ことで始まる。たとえば、「マイケル・ジョーダン」に関する検索要求は、カテゴリー「バスケットボール」に関係すると判別されてもよい。一方、「糖尿病」に関する検索要求はカテゴリー「健康」またはもし定義されていればキーワード「糖尿病」に関係すると判別されてもよい。先に論じたように、要求は、ユーザーが求めている情報に関するいかなる型の問い合わせまたはキーワード（単数または複数）であってもよい。要求が文であるとき、システム２０（図１）は、文に含まれる単語の強さを判別し、「最強の」単語のカテゴリーを判別してもよい（１３２）。たとえば、「マイケル・ジョーダン」に関する検索要求のカテゴリーを判別するために、名字「ジョーダン」が名前「マイケル」よりも高い重みを付けられてもよい。
【００６３】
検索要求のカテゴリーを判別（１３２）したのち、プロセス１３０は、そのカテゴリーに関連付けられたリソース（単数または複数）１３４を判別することに進む。あるカテゴリーについてリソース（単数または複数）１３４を判別することは、特定のカテゴリーのガイド（単数または複数）によって利用されるすべてのリソース（単数または複数）にランク付けし、上位３つのリソースをその特定のカテゴリーのリソースとして判別することを含んでいてもよい。たとえば、ウェブ・サイトWebMD.com、NIH.com、CDC.govといったリソースが、カテゴリー、健康に関する検索を実施するために使われる上位３つの最も使用されるリソースであることがありえ、よって、無支援の検索のためにカテゴリー、健康に関連付けられたリソースとして指定されてもよい。同様に、サイトESPN.com（登録商標）、NBA.com（登録商標）、NCAA.comが、カテゴリー、バスケットボールに関する要求についての上位３つの最も使用されるリソースであることがありえ、無支援の検索のためにカテゴリー、バスケットボールに関連付けられたリソースとして指定されてもよい。
【００６４】
キーワード（単数または複数）／カテゴリーに関連付けられたリソース（単数または複数）を判別（１３４）したのち、プロセス１３０は、判別されたリソースを介した検索を実行する（１３６）ことによって先に続く。上で論じた同じ例を使うと、健康に関する要求は、サイトWebMD.com、NIH.com、CDD.govにある検索ツールに提出され、バスケットボールに関する要求はサイトESPN.com（登録商標）、NBA.com（登録商標）、NCAA.comに提出される。
【００６５】
検索を実行する（１３６）ことによって結果が得られたとき、プロセス１３０は検索の結果をユーザーに提供する（１３８）ことに進む。図５および図６に示されるように、各リソースについて返される結果は対応するフレーム内でレンダリングされてもよい。たとえば、上で論じたカテゴリー、健康に関する要求については、サイトWebMD.com、NIH.com、CDD.govから返される結果のそれぞれを表示するためにレンダラーが設けられ、同様に、カテゴリー「バスケットボール」に関する要求についてそれぞれサイトESPN.com（登録商標）、NBA.com（登録商標）、NCAA.comから返される結果を表示するためにレンダラーが設けられる。
【００６６】
ユーザーにリソース（単数または複数）を提供するための例示的なプロセス１４０が図８Ａに示されている。図８Ａに示されるように、プロセス１４０は、検索要求のキーワード（単数または複数）／カテゴリーを判別する（１４２）ことで始まる。たとえば、「ディケンベ・ムトンボ」に関する検索要求はカテゴリー「バスケットボール」および／または慈善団体に関係していると判別されてもよい。上で論じたように、キーワード（単数または複数）／カテゴリーの判別１４２は、同様の内容をもつ以前の検索要求のキーワード／カテゴリーの判別、要求におけるキーワードの強さなどに基づいていてもよい。
【００６７】
検索要求のキーワード／カテゴリーの判別（１４２）後、プロセス１４０は、そのキーワード／カテゴリーに基づく検索要求についてのリソース（単数または複数）を判別する（１４４）ことに進む。たとえば、そのキーワード／カテゴリーに関する検索を扱うガイドによって頻繁に使用される検索エンジン、インターネット・ディレクトリ、ウェブ・サイトなどといったリソースが、その検索要求についてのリソースとして判別されてもよい。
【００６８】
その検索要求についてのリソースを判別（１４４）したのち、プロセス１４０はそのリソースをユーザーに提供する（１４６）ことによって先に続く。上で論じたのと同じ例を使うと、その検索要求を提出したユーザーまたはその検索要求を扱うガイドは、その検索要求について有意と判別される検索エンジン、インターネット・ディレクトリ、ウェブ・サイトなどを提供されてもよい。リソースをユーサーに提供した（１４６）のち、プロセス１４０はユーザーがそのリソース（単数または複数）から選択する（１４８）ことを許容する。たとえば、検索要求を提出するユーザーは、その検索要求に関するキーワード（単数または複数）／カテゴリーについて有意と見なされるウェブ・サイトのリストを提供されてもよく、そのリストからユーザーは検索のために使うものを選択できる。
【００６９】
提供されたリソースから選択（１４８）がされたとき、プロセス１４０は、選択されたリソース（単数または複数）を使って検索をトリガーし（１４９）、その検索の結果をユーザーに提供することに進む。たとえば、要求がキーワード「バスケットボール」に関係するとき、検索は、要求について有意であるとして提供されるさまざまな他のリソースのうちからのユーザーの選択に基づいて、NBA.com（登録商標）およびESPN.com（登録商標）を使って実施されてもよい。
【００７０】
図９は、さまざまなカテゴリーと、それらのカテゴリーのために使用されるリソースとの間の相関を示すテーブル関係２００の簡略化された例である。図９に示されるように、テーブル関係２００は、検索を実施するためにカテゴリー「芸術」のガイド（単数または複数）２０２によって使用されるリソース（単数または複数）２０４と、カテゴリー「芸術」に関連付けられたガイド（単数または複数）２０２との相関を含む。たとえば、カテゴリー「芸術」に関する検索を実施するため、ガイド２０２ａおよび２０２ｃはそれぞれリソース２０４ｄ（NGA.com）を使用し、一方、ガイド２０２ｂはリソース２０４ａ（Yahoo.com（登録商標））を使用する。同様に、テーブル関係２００は、検索を実行するためにカテゴリー「バスケットボール」のガイド（単数または複数）によって使用されるリソース（単数または複数）２０８とカテゴリー「バスケットボール」に関連付けられたガイド（単数または複数）２０７との相関を含む。例示的に、カテゴリー「バスケットボール」に関する検索を実施するために、ガイド２０７ａおよび２０７ｃはリソース２０８ｂ（ESPN.com）を使用し、一方、ガイド２０７ｂはリソース２０８ａ（NCAA.com）を使用する。テーブル関係２００を記述するのに特定のリソースが言及されているが、ガイドはいかなる特定のリソースの使用にも制限されるべきではない。図９は各カテゴリーについて三人の具体的なガイドしか示しておらず、各ガイドによって利用されるリソースを一つしか指示していないが、より多数またはより少数のガイドが各カテゴリーに関連付けられていてもよく、各ガイドは自分が関連付けられているカテゴリーに関する検索のための二つ以上のリソースを使用してもよい。
【００７１】
テーブル関係２００は、各カテゴリーのガイドによって使用されるリソース（単数または複数）の使用のランク２０６を含む。ランクは、各カテゴリーに関する検索を実施するためのリソース（単数または複数）の使用に基づく。たとえば、カテゴリー「芸術」のガイド２０２によって使用されるリソースで、リソース２０４ｄ（NGA.com）は最上位にランクし、一方、リソース２０４ｂ（Ask.com（登録商標））は最下位にランクする。他方、カテゴリー「バスケットボール」のガイド２０７によって使用されるリソースからは、リソース２０８ｂ（ESPN.com（登録商標））が最上位にランクされ、一方、リソース２０８ｄ（Yahoo.com（登録商標））が最下位にランクされる。特定のカテゴリーについてのリソースのランキングは、高度な経験のあるガイドによるリソースの使用、有意な結果を返すことにおけるリソースの品質などといった、他のファクターに基づいて重み付けされてもよい。
【００７２】
自動化されたおよびガイド支援された検索のためのオプションを提供するGUI２１０の例示的な実施形態が図１０に示されている。図４に示されているGUI６０は、ガイド支援された検索をトリガーするボタンまたはコントロール６６と、ガイドなしでの検索を選択するためのボタン６８とを提供する。図１０に示されるように、GUI２１０は、クエリー・ボックス６４およびボタン６６、６８および６９を有するクエリー画面６２ａを含む。GUI６２と同様に、クエリー画面６２ａのボタン６６および６８は、それぞれガイド支援された検索およびガイドなしでの検索を開始する。他方、ボタンまたはコントロール６９は、自動化されたおよびガイド支援された検索のオプションを提供する。たとえば、ユーザーがボタン６９を選択するとき、クエリーは、ユーザーが「瞬時の」結果が返ってくるのを得ることになる検索エンジンに提出され、かつ、該クエリーはある期間後にユーザーに「深いウェブ」結果を返すためにガイド（単数または複数）に提出される。これはたとえば、ユーザーが、高速の結果およびガイドからの支援の結果として生成される「深いウェブ」結果の両方から恩恵を受けることを可能にする。
【００７３】
クエリーを扱うための例示的なプロセス２２０が図１１に示されている。図１１に示されるように、プロセス２２０は検索を開始するための要求を受信する（２２２）ことで始まる。以前に論じたように、要求は、映画の上映時間／位置、疾病などに関するクエリーといった、ユーザーが求めている情報に関する、いかなる種類の問い合わせまたはキーワード（単数または複数）であってもよい。
【００７４】
クエリーの受領２２２に際して、プロセス２２０は、クエリーを処理するための第一ないし第三のオプションを呈示する（２２４）ことに進む。呈示される（２２４）第一ないし第三のオプションは、人間の検索ガイド（単数または複数）に要求を提出すること、ガイド支援なしでの検索を実施することまたは両者の組み合わせのうちからの選択を提供する。たとえば、第一のオプションはガイド支援なしでの検索を開始してもよく、第二のオプションはガイド支援された検索を開始してもよく、第三のオプションはガイド支援なしでの検索およびガイド支援された検索を開始することの組み合わせであってもよい。
【００７５】
もちろん、図１０のインターフェースが使用され、ユーザーがボタンの一つをアクティブ化してクエリーを提出した場合、第一ないし第三のオプションの呈示はすでに起こっており、プロセス２２０は点線で示されるように、直接、第一ないし第三のオプションが選択されたかどうかを判別する（２２６）ことに進む。
【００７６】
図１０のインターフェースが使用されない状況では、プロセス２２０は、オプションの呈示２２４のあとに、第一または第三のオプションが選択されるかどうかの判別２２６に進む。具体的には、第一ないし第三のオプションを呈示する（２２４）際、プロセス２２０は、ガイド支援なしでの検索と、ガイド支援なしおよびガイドありの検索の組み合わせとのいずれかが選択されているかどうかを判別する（２２６）。たとえば、時間制限下のユーザーは、検索エンジンが検索を実施するようガイドなしで検索を開始したがることがありえ、同時に、ユーザーが検索を実施している間ガイドに検索を提出するガイド支援された検索を開始してもよい。
【００７７】
第一または第三のオプションが選択されると判別する（２２６）と、プロセス２２０は、自動化された検索を実行し（２２８）、結果を返すことに進む。検索の時間が限られているユーザーの同じ例を使うと、ユーザーがガイドなしでの検索を開始するための第一のオプションまたはガイドなしおよびガイドありの検索の組み合わせを開始する第三のオプションを選択するとき、ユーザーは自動化された結果を「瞬時に」呈示されることになる。自動化された検索を実行し（２２８）、結果を返すのに続いて、プロセス２２０は第三のオプションが選択されているかどうかを判別する（２３４）。第三のオプションが選択されていると判別されるとき（２３４）、プロセス２２０は、自動化された検索結果がすでに返されているというガイドのためのメッセージをセットし（２３６）、そのクエリーをガイドに差し向ける（２３０）。しかしながら、第三のオプションが選択されなかったと判別されると、プロセス２２０は終了し、システムは、新たな検索要求の提出を含みうるさらなるユーザー入力を待つ。しかしながら、ユーザーが第三のオプションを選択したときは、ユーザーは自動化された結果を呈示され、さらに、たとえばユーザーが自動化された結果を閲覧している間にクエリーがガイドに差し向けられる。
【００７８】
もちろん、ボタン６９（図１０）が選択されるとき、クエリーは、検索エンジンおよびガイドの両方に並行して提出されることができる。
【００７９】
他方、第一のオプションも第三のオプションも選択されていないと判別（２２６）されると、プロセス２２０は、人間のガイドにクエリーを差し向ける（２３０）ことに進む。たとえば、受領されたクエリーがカテゴリー「2006年ワールドカップ・サッカー」に関するとき、プロセス２２０は、システム２０（図１）に登録されたガイドのいずれが同じまたは類似のカテゴリーに関する要求を処理するよう登録しているかを判別し、それらのガイドの一または複数にクエリーを差し向ける。しかしながら、クエリーをガイドに差し向けるために、ユーザーが提出したクエリーにガイド（単数または複数）をマッチさせるための米国特許出願第11/336,928号で論じたいかなる基準が使用されてもよい。そうした基準としては、これに限られないが、ガイドが登録したキーワード（単数または複数）、そのガイドによる以前のうまくいった検索（この特定のキーワードについて、および／または一般に）、過去の検索の間の、ユーザーのために検索結果を生成する速さ、そのガイドの要求が発した地点への近接性などが含まれる。
【００８０】
クエリーを人間のガイドに差し向けた（２３０）のち、プロセス２２０は、ガイド支援された検索に基づく結果を提供する（２３２）ことに進む。たとえば、ガイドは一つまたは複数の既存の検索エンジンを利用し、そうした検索エンジンから返される結果から情報を得、クエリーへの応答として得られた情報を提供しうる。
【００８１】
ここまでは、インターフェースは、ユーザーまたは情報探求者がブラウザ機能のあるユーザー・デバイスを介してシステムにアクセスすると想定する仕方で記述されてきた。しかしながら、記述されるシステムおよび方法は、本開示の範囲内で他のインターフェースを利用してもよい。たとえば、ユーザーが、電話機、双方向ラジオまたはユーザーが離れたところと話すことを許容する他の任意の通信装置といったウェブ機能のないユーザー・デバイスを介してシステムにアクセスするとき、クエリーを呈示し、検索がガイドの支援ありまたはなしのどちらで実施されるべきかを選択するために、DTFMインターフェースが利用されてもよい。
【００８２】
ユーザー・デバイス２２のような電話または他の声通信装置を利用するユーザーまたは情報サーチャーによって呈示される口頭の発話クエリーがシステム・データベース２８に記憶され、サーバー２６または何らかの別個のサーバーによって実装される発話変換システムによってデジタル・テキスト・クエリーに変換されてもよい。あるいはまた、情報探求者のユーザー・デバイス２２がこの処理を実行してもよい。発話変換システムは、発話をテキストに変換する。可能性としては他のシステムとの対話によってでもよいし、あるいはタスクをローカルに実行してもよい。人間のオペレーターまたはサーバー２６もしくは何らかの別個の装置によって実装される自動オペレーターが、クエリーを含む通信をユーザーから受信し、ガイドの支援ありまたはなしでそのクエリーの検索が実施されるようにするオプションを呈示することができる。発話からテキストへの変換は、人間の書き起こし者を使った、または自動発話認識（ASR:  automatic  speech  recognition）としても知られる通常の発話‐テキスト変換処理（speech-to-text  processing）を使った発話書き起こし（speech  transcription）を使うことによって実行されてもよい。発話クエリーは、ユーザーの電話から発することができ、ユーザーのクエリーを得るために、自動化された付随の発話プロンプト型処理（automated  attendant  speech  prompt  type  processing）を介して（あるいは代替的に、対話的発話応答（interactive  speech  response）またはIVRシステムを介して）初期に処理されることができる。
【００８３】
サーバー２６によってまたは別個の装置として実装される発話変換サーバーは、通話の発信元のポートを追跡し、そのポート上のユーザーに対してある特定のセッションにわたってユーザー識別子を割り当てる。システムはユーザーにクエリーを話すよう促すことができる。発話クエリーはまた、ユーザーから直接にではなく、私的または公共の情報プロバイダーのような「発話クエリー・サービス要求者」（SQSR:  speech  query  service  requestor）と呼ばれる別のソースから発することもできる。たとえば、発話クエリーは公共図書館電話システムによって初期に処理されて、サーバーにスイッチングされることができる。発話クエリーがシステムに物理的に到着するのは、時分割多重回線、インターネット接続からのIPを通じた音声通信（VOIP:  voice  over  IP）パケットおよびその他のソースを含む多様な入力手段を介してでよい。発話クエリーは、ストリームまたはパケットまたは一連のパケットとして到着しうる。
【００８４】
SQSRはIPベースのソケット・アドレスを含む多様な機構を介してあるいはMicrosoft.NETサービスを介して発話変換サーバーと通信し、変換サービスを使いたい任意のアプリケーションに対してインターネットを介して変換サービスを広く利用可能にする。
【００８５】
次いで、パケットは発話変換サーバーでローカルに処理されて、デジタル化された発話からテキストに変換されることができる。あるいはまた、パケットはリモート・システムによって処理されてもよい。デジタル化された発話が人間の書き起こし者によって書き起こされている場合、これは、デジタル化された発話を一つまたは複数の書き起こし者システムに送ることによって達成されることができる。書き起こし者システムにおいて、人間の書き起こし者は、たとえばヘッドホンまたはスピーカーを介して発話を聞き、テキストをタイプしてシステムに入力することによってその情報を書き起こすことができる。次いでそのテキストが発話変換サーバーに送り返される（あるいはまた、クエリー・サーバーに直接的に、またはSQSRに）。このすべてはものの数秒のうちに行われる（好ましくは、ユーザーがクエリーを話し終わってから10秒以内）。処理を加速するために、ユーザーが発話クエリーを話す間、中断なく、発話クエリーがパケットのストリームに分解され、書き起こし者に渡されることが可能であり、典型的にはそうすることが好ましい。それによりシステムのレイテンシー低減を許容できる。好ましくは、システム中では、瞬間のクエリーよりずっと多くの書き起こし者が利用可能であり、システムに遅延が導入されないようになっている。クエリーのオーバーフローの場合、電話をかけてきた一部の人に、書き起こし者が利用可能になるまで回線を切らずに待たねばならない（これは電話をかけてきた人にはオペレーターまたはエージェントを待つと説明されてもよい）と伝えることによって、ある形のフロー制御が利用されてもよい。好ましくは、発話変換サーバーは現在ログインしていて、各自の書き起こしシステム上の書き起こしソフトウェア・アプリケーションを使って書き起こしサービスを実行するために利用可能であるすべての書き起こし者のデータベースを維持している。あるいはまた、書き起こし者の利用可能性を追跡するこの機能は、リモート・システム上に位置されていてもよく、および／または複数の書き起こし者システムの間に分散された機構を使って（たとえばP2P機構を使って）実装されてもよい。
【００８６】
発話変換サーバーは、さまざまな異なるソース（たとえばユーザー）からの連続する逐次の発話フレーズを任意の所与の書き起こし者に与えてもよい。よって、書き起こし者は、さまざまな話者からの発話メッセージを、高速で連続して、逐次的に書き起こし、各発話メッセージに関連付けられた別個のテキスト・パケットを生成している。
【００８７】
ひとたびクエリーがデジタル・テキスト形式になると、そのクエリーはクエリー・サーバーに提供される。携帯電話のテキスト入力機能も、デジタル・テキスト形式でクエリーを入力するために使われることができ、ユーザーが電話からテキストでクエリーを提出することを許容する。
【００８８】
ユーザーが声デバイスを利用する検索システムにアクセスするとき、ある実施形態では、インターフェースは、オーディオ・スクリプトを呈示する自動オペレーターである。オーディオ・スクリプトは、ユーザーが検索システムにつながったことを示す導入句を含んでもよい。自動オペレーターは、クエリーを受領する（２２２）ため、ユーザーがクエリーを述べることを要請するフレーズを呈示する。ある実施形態では、発話‐テキスト変換エンジンが話されたクエリーをデジタル・テキストに変換してクエリーのデジタル・テキスト・バージョンを形成してもよい。テキスト‐発話エンジンがそのクエリーのデジタル・テキスト・バージョンを、該クエリーのデジタル・テキスト・バージョンの確認オーディオ・バージョンに変換する。次いで自動オペレーターは、クエリーのデジタル・テキスト・バージョンのオーディオ・バージョンをユーザーに対して呈示し、そのクエリーのデジタル・テキスト・バージョンのオーディオ・バージョンがユーザーが所望する要求に合致していることを確認するよう、ユーザーに求める。あるバージョンでは、自動オペレーターは、クエリーのデジタル・テキスト・バージョンのオーディオ・バージョンがユーザーの実際のクエリーに合致していることを、ユーザーが、該オーディオ・テキスト・バージョンが正しければ「はい」と述べ、該オーディオ・バージョンが正しくなければ「いいえ」と述べることによって確認することをユーザーに求めるスクリプト・フレーズをユーザーに対して呈示する。あるいはまた、ユーザーがプッシュホン電話を使って検索サービスにアクセスした場合、自動オペレーターは、オーディオ・テキスト・バージョンが正しければ電話の「1」を押し、オーディオ・バージョンが正しくなければ「2」を押すことをユーザーに求めてもよい。ユーザーのクエリーが正しくデジタル・テキスト・バージョンに変換されたことを確認するその他の代替的な諸方法も本開示の範囲内で利用されてよい。ユーザーがクエリーのデジタル・テキスト・バージョンが正しくないと示す場合、自動オペレーターは、クエリーを再び話すことを求めて、上記のプロセスを繰り返してもよい。あるいはまた、クエリーのデジタル・テキスト・バージョンのオーディオ・バージョンが正しくないという指示の受領に際して、自動オペレーターがその通話を生身のオペレーターまたは書き起こし者に転送してもよい。
【００８９】
ユーザーのクエリーが正しくクエリーのデジタル・テキスト・バージョンに変換されたとの確認を受領すると、クエリーの受領２２２段階は完了である。自動オペレーターは、ユーザーに対して第一ないし第三のオプションを呈示する（２２４）ために、クエリーに対する検索が、ガイドの支援付きで、ガイドの支援なしですなわち自動的に生成された結果を使って、あるいは自動的とガイドの支援付きの両方で実施されうることを示すスクリプトを呈示する。自動オペレーターは、利用可能なオプションを示す声のメニューを呈示し、ユーザーが検索オプションのうちの所望の選択を示すことを求める。所望の検索オプションの指示は、ユーザーが、声プロンプトのスクリプト登録されたメニューに合致し、AVRによって認識されうる声プロンプトを提供することによってなされてもよいし、あるいはプッシュホン電話の特定のボタンを押すことによって所望のオプション選択を示すことをユーザーに求めることによってなされてもよい。ユーザーの入力は、第一または第三のオプションが選択されているかどうかを判別する（２２６）ために利用される。クエリーのデジタル・テキスト・バージョンが正しく、検索が実施されるべき仕方についてのユーザーの所望のオプションが判別されているという確認がひとたび受領されると、検索は、上記および組み込まれている米国特許出願第11/336,928号において記載されている仕方で実施される。
【００９０】
図１２Ａおよび図１２Ｂは、検索に関係した機能を実行するためのインターフェース２４０および２６０を示している。図１２Ａに示されるように、インターフェース２４０は、選択可能なオプションを表示するためのオプション２４４をもつボタン２４２、クエリーを入力する検索フィールド２４６、検索ボタン２４８、ガイド付き検索ボタン２５０、ログオン・リンク２５４および更新ボタン２５６を含む。インターフェース２４０は、システム２０（図１）に登録された多数のガイドを示す表示部２５２を含む。たとえば、任意の所与の時点において、システム２０（図１）によって受信される検索を扱う何千ものガイドが登録されていてもよく、アプリケーションの現在バージョンおよび登録されているガイドの数を表す整数を有するストリングを使って指示されてもよい。
【００９１】
検索ボタン２４８はガイド（単数または複数）からの支援を必要とすることのない検索を可能にし、ガイド付き検索ボタン２５０は、検索を実行するためにシステム２０（図１）に登録されたガイド（単数または複数）へのクエリーの提出を可能にする。したがって、ユーザーは、ガイド付きボタン２５０を介してガイド支援された検索のためのクエリーを提出すること、あるいは検索ボタン２４８を使ってガイドにクエリーを提出する必要なく検索を実行することのオプションを提供される。インターフェース２４０は、更新ボタン２５６によって示されるように、更新があるときを示し、ユーザーをシステム２０（図１）に差し向けるログイン・リンク２５４を含む。システム２０（図１）へのアクセスは図１２Ａではログイン・リンク２５４を使って示されているが、システム２０へのアクセスはたとえばメニュー・オプションを選択することによってトリガーされてもよい。
【００９２】
図１２Ｂに示されるインターフェース２６０は、システム２０（図１）へのアクセスをトリガーするGUIコンポーネント２６４を含む選択可能なメニュー・オプション２６２および選択されたときにユーザーをシステム２０に差し向けるオプション・ボタン２６６およびクエリー・フィールド２４６ａを含む。図１２Ｂに示されるように、GUIコンポーネント２６４およびオプション・ボタン２６６は、検索エンジン（すなわち、Ｙａｈｏｏ（登録商標）、ＭＳＮ（登録商標）など）によって提供されるツールバーのような既存のインターフェースまたはシステム２０（図１）の機能を呼び出すための他の同様のインターフェースに加えられてもよい。たとえば、オプション・ボタン２６６およびインストール・スクリプトが通常の検索エンジンのアプリケーション・プログラム・インターフェース（API）を使って生成されてもよい。ここで、インストール・スクリプトは、システム２０（図１）のウェブ・サイトにリンクされていてもよいウェブ・サーバー上のXML文書内にある。
【００９３】
ユーザーがオプション・ボタン２６６を選択するとき、クエリー・フィールド２４６ａ内に入力されたクエリーが取り込まれ、システム２０（図１）に送られてもよい。オプション・ボタン２６６はまた、システム２０の検索機能（ガイド付きまたはガイドなし）を示すマウスオーバー機能を設けられてもよい。GUIコンポーネント２６４は、たとえばファイアフォックス・インストーラを使って既存の選択可能なメニュー・オプション２６２に埋め込まれてもよい。さらに、インターフェース２４０および２６０は通常のブラウザ、インターネット・エクスプローラ（Win）、ＩＥ７（Win）、ファイアフォックス1.5（Win/Mac）または同様の機能をもつ他のアプリケーションを用いて実装されてもよい。
【００９４】
したがって、人間のガイドへのクエリーの提出、人間のガイドからの支援なしでの検索の開始または両者の組み合わせの間の選択をユーザーが行う、検索のための人間のガイドの任意的な使用が提供される。
【００９５】
諸実施形態の多くの特徴および利点が詳細な明細書から明白である。よって、付属の請求項によって、該請求項の真の精神および範囲内にはいる実施形態のすべての特徴および利点がカバーされることが意図されている。さらに、数多くの修正および変更が当業者にはすぐ思いつくであろうから、本発明を、開示される実施形態について図示され、記述されている厳密な構成および動作に限定することは望まれない。よって、請求項の範囲内にはいるあらゆる好適な修正および等価物が頼りにされてよい。さらに、「Ａ、ＢおよびＣのうち少なくとも一つ」の句はここでは「Ａ、ＢおよびＣのうちの一つまたは複数」を意味する代替表現として使われていることがあることも理解されるであろう。
【図面の簡単な説明】
【００９６】
【図１】検索要求の提出および結果の送達を実行するよう構成されたシステムのブロック図である。
【図２】検索のための人間のガイドの支援の任意的な使用のためのフローチャートである。
【図３】要求を扱うためのフローチャートである。
【図４】ガイド支援なしでの検索を開始するためのオプションを提供する例示的なグラフィカル・ユーザー・インターフェースを示す図である。
【図５】ガイド支援なしの検索のために使われるリソースを表示するウィンドウの例示的なスクリーン・ショットを示す図である。
【図６Ａ】ガイド支援なしでの検索要求のために使われるリソースを提供する例示的な表示ウィンドウを示す図である。
【図６Ｂ】ガイド支援なしでの検索要求のために使われるリソースを修正するための例示的な表示ウィンドウを示す図である。
【図７Ａ】ガイド支援された検索が実行される間の予備的結果の提供および支援なしでの検索結果へのアクセスのための例示的なインターフェースを示す図である。
【図７Ｂ】ガイド支援された検索が実行される間の予備的結果の提供および支援なしでの検索結果へのアクセスのための例示的なインターフェースを示す図である。
【図８】ガイド支援なしでの検索要求のためのリソースの決定を示す流れ図である。
【図８Ａ】ガイド支援なしでの検索要求のためのリソースの提供を示す流れ図である。
【図９】カテゴリーおよびリソースの間の相関を示すテーブル関係図である。
【図１０】自動化された検索およびガイド支援された検索のためのオプションを提供する例示的なグラフィカル・ユーザー・インターフェースを示す図である。
【図１１】クエリーを扱うためのフローチャートである。
【図１２Ａ】検索に関係した機能を実行するための例示的なインターフェースを示す図である。
【図１２Ｂ】検索に関係した機能を実行するための例示的なインターフェースを示す図である。
【図１】
2009524156.tif 000003
【図２】
2009524156.tif 000004
【図３】
2009524156.tif 000005
【図４】
2009524156.tif 000006
【図５】
2009524156.tif 000007
【図６Ａ】
2009524156.tif 000008
【図６Ｂ】
2009524156.tif 000009
【図７Ａ】
2009524156.tif 000010
【図７Ｂ】
2009524156.tif 000011
【図８】
2009524156.tif 000012
【図８Ａ】
2009524156.tif 000013
【図９】
2009524156.tif 000014
【図１０】
2009524156.tif 000015
【図１１】
2009524156.tif 000016
【図１２Ａ】
2009524156.tif 000017
【図１２Ｂ】
2009524156.tif 000018
【国際調査報告】
2009524156.tif 000019