JP6231472B2 - ウェブ上の検索に関する方法、コンピューティング・デバイス、及びコンピュータ可読記憶媒体 - Google Patents

Description

本開示は、ウェブ上の検索に関する方法、コンピューティング・デバイス、及びコンピュータ可読記憶媒体に関する。

ウェブ上に大量の情報が存在する今日、ユーザが探している正しいコンテンツ又は最も関連性のあるコンテンツをフィルタリングすること、又は迅速に見つけ出すことは、困難である。ユーザは、目標駆動型である場合が多く、典型的には迅速で容易な解決策を要求する。例えば、購入しようとする最新の製品に関する検索は、満足のいく結果が得られるまでに、複数のページを訪れること、及び検索クエリを再度構築することを伴うことがある。さらに、検索エンジンは、典型的には、その結果を慣習的に検索結果ウェブページ上の１０個のリンクに制約する。ユーザが、あるクエリに対する自分用の回答を、複数の検索エンジン照会による複数の検索を行うことなしに探し当てることは難しい場合が多い。

本開示は、ユーザが検索クエリ入力区域に検索クエリをタイプ入力するにつれて、検索提案領域内にリッチ・コンテンツを提供する。これは上述のような検索結果の負担を軽減する助けとなる。

１つの態様において、コンピューティング・デバイスは、ネットワーク上でユーザ・コンピュータから、ユーザにより検索クエリ入力区域内に提出された検索クエリの一部を形成する文字数字記号を受け取る。コンピューティング・デバイスは、検索提案モジュールから、検索クエリの一部に関連する１つ又はそれ以上の検索提案を受け取る。コンピューティング・デバイスは、ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前にユーザ・コンピュータにより検索提案領域内で表示するための１つ又はそれ以上の検索提案を伝送し、その検索提案領域は、検索結果区域とは別に表示される。コンピューティング・デバイスは、１つ又はそれ以上の検索提案のうちのある検索提案をリッチ・コンテンツ・モジュールに伝送する。リッチ・コンテンツ・モジュールは、伝送された検索提案に関連するリッチ・コンテンツを生成する。コンピューティング・デバイスは、ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前に検索提案領域内で表示するためのリッチ・コンテンツを伝送する。

１つの実施形態において、検索提案をリッチ・コンテンツ・モジュールに伝送することは、リッチ・コンテンツ・モジュールにより、検索提案をカテゴリに分類することをさらに含む。１つの実施形態において、分類することは、固定優先順位、クエリ分類信頼度レベル、ユーザの検索セッション文脈の使用、及びユーザの検索履歴プロファイルの使用といった分類技術に基づく。

１つの実施形態において、リッチ・コンテンツを受け取ることは、リッチ・コンテンツについてネットワークをスクレイピングすることを含む。これは、コンピューティング・デバイスがユーザ・コンピュータと通信していない間に行うことができる。リッチ・コンテンツは、データベースから受け取ることもできる。１つの実施形態において、検索エンジンのクエリ・ログは、ログ内のクエリを１つ又はそれ以上のカテゴリに分類することによってマイニングされる。１つの実施形態において、クエリとクエリとの関係及び／又はクエリと検索結果との関係などの関係が生成される。１つの実施形態において、ソーシャル・ネットワーク・フィードが使用される。

１つの実施形態において、リッチ・コンテンツを伝送することは、リッチ・コンテンツの一部として広告を伝送することをさらに含む。１つの実施形態において、１つ又はそれ以上の検索提案の一部としてスポンサー付き検索提案が伝送される。１つの実施形態において、検索クエリ入力区域にユーザにより追加の文字数字記号が入力されるにつれて、１つ又はそれ以上の検索提案が更新される。１つの実施形態において、検索クエリ入力区域にユーザにより追加の文字数字記号が入力されるにつれて、リッチ・コンテンツが更新される。

別の態様において、コンピューティング・デバイスは、ネットワーク上でユーザ・コンピュータから、ユーザにより検索クエリ入力区域内に提出された検索クエリの一部を形成する文字数字記号を受け取るネットワーク・インターフェースを含む。コンピューティング・デバイスの検索提案モジュールは、検索クエリの一部に関連する１つ又はそれ以上の検索提案を生成し、ネットワーク・インターフェースは、ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前にユーザ・コンピュータにより検索提案領域内で表示するための１つ又はそれ以上の検索提案を伝送する。１つの実施形態において、検索提案領域は、検索結果区域とは別に表示される。コンピューティング・デバイスのリッチ・コンテンツ・モジュールは、１つ又はそれ以上の検索提案のうちのある検索提案を受け取り、伝送された検索提案に関連するリッチ・コンテンツを生成する。１つの実施形態において、ネットワーク・インターフェースは、ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前にユーザ・コンピュータにより検索提案領域内に表示するためのリッチ・コンテンツを伝送する。

これら及び他の態様及び実施形態は、以下の詳細な説明及び添付の図面を参照することにより、当業者には明らかとなるであろう。

描かれた図面において、図は縮尺通りではなく、幾つかの図面を通して同様の参照数字は同様の要素を示す。

本開示の実施形態による、ネットワーク上でサーバ・コンピュータと通信するユーザ・コンピュータのブロック図である。 図１Ａのユーザ・コンピュータにより表示される検索提案領域のブロック図である。 本開示の実施形態による、図１Ａのサーバ・コンピュータにより行われるステップを示すフローチャートである。 本開示の実施形態による、図１Ａのサーバ・コンピュータと通信するモジュールのブロック図である。 本開示の実施形態による、図１Ａのサーバ・コンピュータにより行われるステップを示すフローチャートである。 本開示の実施形態による、図２及び図４に記載のステップを実装するためのシステムのブロック図である。 本開示の実施形態による、図２及び図４に記載のステップを実装するためのシステムのブロック図である。 本開示の実施形態による、検索提案を決定するために使用されるシステムのブロック図である。 本開示の実施形態による、リッチ・コンテンツを有するウェブページのスクリーンショットである。 本開示の実施形態による、検索クエリが変化するにつれて更新されるリッチ・コンテンツ及び検索提案を有するウェブページのスクリーンショットである。 本開示の実施形態による、検索クエリが変化するにつれて更新されるリッチ・コンテンツ及び検索提案を有するウェブページのスクリーンショットである。 本開示の実施形態による、検索クエリが変化するにつれて更新されるリッチ・コンテンツ及び検索提案を有するウェブページのスクリーンショットである。 本開示の実施形態による、検索クエリが変化するにつれて更新されるリッチ・コンテンツ及び検索提案を有するウェブページのスクリーンショットである。 本開示の実施形態による、検索クエリが変化するにつれて更新されるリッチ・コンテンツ及び検索提案を有するウェブページのスクリーンショットである。 本開示の実施形態による、検索クエリが変化するにつれて更新されるリッチ・コンテンツ及び検索提案を有するウェブページのスクリーンショットである。 本開示の実施形態による、リッチ・コンテンツを有するウェブページのスクリーンショットである。 本開示の実施形態による、コンピューティング・デバイスの内部アーキテクチャを示すブロック図である。

ここから、本出願に添付された図面を参照して、実施形態をより詳細に論じる。添付の図面において、同様の及び／又は対応する要素は、同様の参照番号で参照される。

本明細書において種々の実施形態が開示されるが、開示される実施形態は、種々の形態で具体化することができる開示の単なる例証であることを理解されたい。さらに、種々の実施形態に関連して与えられる各々の例は、例証として意図されたものであり、制限的なものではない。さらに、図は必ずしも縮尺通りであるとは限らず、幾つかの特徴は、特定の構成要素の詳細を示すために誇張されている場合がある（また、図中に示されたいずれの寸法、材料、及び同様の詳細も例証として意図されたものであり、制限的なものではない）。従って、ここで開示される具体的な構造及び機能の詳細は、限定的なものとして解釈すべきではなく、開示された実施形態を様々に使用することを当業者に教示するための単なる代表的な基準として解釈すべきである。

本発明を、以下、特定のトピックに関連するメディアを選択して提示するための方法及び装置のブロック図及び操作図を参照して説明する。ブロック図又は操作図の各ブロック、及びブロック図又は操作図内のブロックの組合せは、アナログ又はデジタルのハードウェア及びコンピュータ・プログラム命令によって実装することができることが理解される。これらのコンピュータ・プログラム命令を汎用コンピュータ、専用コンピュータ、ＡＳＩＣ、又は他のプログラム可能データ処理装置のプロセッサに与え、その結果、その命令がコンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行されると、ブロック図又は１つ又は複数の操作ブロック内で指定された機能／動作を実施するようにさせることができる。

幾つかの代替的な実装において、ブロック内に記された機能／動作は、操作図内に記された順序通りに行われなくてもよい。例えば、連続して示された２つのブロックは、関与する機能／動作に応じて、実際には実質的に同時に実行されることもあり、又は、これらブロックは逆順で実行されることもある。さらに、本開示においてフローチャートとして提示され説明される方法の実施形態は、技術のより完全な理解を与えるための例として提供されている。開示される方法は、ここで提示される操作及び論理の流れに限定されるものではない。種々の操作の順序が変更された代替的な実施形態、及び、より大きな操作の一部として説明されているサブ操作が独立して行われるような代替的な実施形態が企図される。

図１Ａは、インターネットなどのネットワーク１１５上でサーバ・コンピュータ１１０と通信するユーザ・コンピュータ１０５の実施形態のブロック図である。１つの実施形態において、ユーザは、ユーザ・コンピュータ１０５を用いて、ウェブ・ブラウザ１１８によりウェブページ１１７を表示する。ウェブページ１１７（例えば、Ｙａｈｏｏ！（登録商標）、Ｂｉｎｇ（登録商標）、又はＧｏｏｇｌｅ（登録商標））は、ユーザが検索クエリの一部（例えば、１つ又はそれ以上の文字数字記号）又は完全な検索クエリ（例えば、１つ又はそれ以上の語）を入力することができる検索クエリ入力区域１２５を含む。

１つの実施形態において、ユーザは、検索クエリ入力区域１２５に検索クエリの一部（例えば、１つ又はそれ以上の文字数字記号）を入力する。ユーザが検索クエリ入力区域１２５に検索クエリの一部をタイプ入力している間に（又は、別の実施形態においては、タイプ入力後に）、ユーザ・コンピュータ１０５（ブラウザ１１８）は、サーバ・コンピュータ１１０に検索クエリの一部１３０を伝送する。検索クエリの一部１３０を受け取ることに応答して、サーバ・コンピュータ１１０は、１つ又はそれ以上の検索提案１４０を生成し、ユーザ・コンピュータ１０５に、検索提案領域１４５に表示するために伝送する。検索提案１４０は、検索クエリの一部１３０に関連する１つ又はそれ以上の語である。例えば、ユーザが検索クエリ入力区域１２５内に「ｋｏｂ」とタイプ入力した場合、ユーザ・コンピュータ１０５により表示される検索提案は、「Ｋｏｂｅ Ｂｒｙａｎｔ（コービー・ブライアント）」及び「ｋｏｂｅ ｂｅｅｆ（神戸牛）」となり得る。サーバ・コンピュータ１１０はまた、ウェブページ１１７の検索提案領域１４５に表示するために、ユーザ・コンピュータ１０５にリッチ・コンテンツ１５０を伝送する。

さらに図１Ｂも参照すると、リッチ・コンテンツ１５０は、検索提案１４０に関連する構造化された情報である。上記の例を用いると、１つの実施形態において、マウスが検索提案１４０「Ｋｏｂｅ Ｂｒｙａｎｔ」の上にマウスオーバーした場合、リッチ・コンテンツ１５０は、Ｋｏｂｅ Ｂｒｙａｎｔの写真、ポジション、所属チーム、シーズン成績、Ｋｏｂｅ Ｂｒｙａｎｔについての更なる情報へのリンクなどを含むことができる。従って、ユーザは、この情報を得るためにウェブページ１１７上の「検索（Ｓｅａｒｃｈ）」ボタンをクリックする必要がなく、情報は、対応する検索提案の隣に自動的に現れる。１つの実施形態において、検索クエリの一部１３０は、完全な単語又は語句の一部である（例えば、１つの単語のうちの何文字かである）。検索クエリの一部１３０として説明しているが、ユーザは、その代わりに完全な検索クエリ（例えば、完全な単語又は語句）を入力しても同じ結果を得ることができる。

１つの実施形態において、リッチ・コンテンツ１５０は、検索提案領域１４５内で検索提案１４０の隣に（又はその上方若しくは下方に）提示される情報である。リッチ・コンテンツ１５０は、テキスト、１つ又はそれ以上のグラフィック、１つ又はそれ以上のウェブ・リンク、１つ又はそれ以上のアイコン、１つ又はそれ以上の写真、１つ又はそれ以上の映像（例えば、ユーザがその映像に関連付けられたファイル又はリンクをクリックすると映像が再生される）、１つ又はそれ以上の音声トラック（例えば、ユーザがその歌に関連付けられたファイル又はリンクをクリックすると歌が再生される）、質問に対する１つ又はそれ以上の回答などを含むことができる。

検索提案領域１４５は、検索の検索結果を含む区域とは異なる、ウェブページの区域である。１つの実施形態において、検索提案領域１４５は、検索結果を含む区域の上に重なり、その上方に配置され、その下方に配置され、又はその隣に配置される。検索結果を含む区域は、典型的には検索クエリ又は検索クエリの一部に対する検索結果を含む区域であり、ウェブサイトへのリンク及び各ウェブサイトに関連付けられた簡潔なテキストによる説明を含んでいる。例えば、Ｇｏｏｇｌｅ Ｉｎｓｔａｎｔ（登録商標）は、検索結果区域内に、完全な検索クエリ又は検索クエリの一部に対する検索結果を戻すサービスである。これらの検索結果は、検索クエリ入力区域の下方に配置され、それらは、検索クエリ又は検索クエリの一部に関連する可能性があるウェブページに関連付けられたリンクである。以下でより詳細に例証するように、リッチ・コンテンツ１５０（及び検索提案１４０）を表示する検索提案領域１４５は、検索結果を含む区域とは別の独立した区域である。１つの実施形態において、検索提案領域１４５のサイズ、位置、及び／又は形状は、ユーザが変更することができる。

さらに、検索提案領域１４５は、ユーザにより、又は自動的に、開く又は閉じることができる。そのうえ、任意の数の検索提案及び／又はリッチ・コンテンツ・セクションを検索提案領域１４５内に表示することができる。例えば、ここでは１つの検索提案に対して１つのリッチ・コンテンツ・セクションが表示されるものとして説明しているが、別の実施形態においては、複数の検索提案に対応して、検索提案領域１４５内に複数のリッチ・コンテンツ・セクションが表示される（例えば、先頭から４つの検索提案の各々に対してリッチ・コンテンツを表示し、各リッチ・コンテンツ・セクションは、検索提案領域１４５内で線によって仕切られる）。１つの実施形態において、リッチ・コンテンツ・セクションは、タブ付きページを表示することが可能である。例えば、「シカゴ」というクエリ提案語が選択された場合、右側のパネルは、各タブが、例えば「ミュージカル」、「旅行」など、異なる意図を表す埋め込みタブ付きページを有することができる。

１つの実施形態において、サーバ・コンピュータ１１０は、広告サーバ１６０と通信する（破線で示される）。広告サーバ１６０は、サーバ・コンピュータ１１０内部のモジュール若しくはコンポーネント、又は外部モジュール若しくはコンポーネントとすることができる。１つの実施形態において、サーバ・コンピュータ１１０は、広告に対する要求１７０を広告サーバ１６０に伝送する。１つの実施形態において、要求１７０は、リッチ・コンテンツ１５０及び／又は検索提案１４０に関連する広告に対するものである。広告サーバ１６０は、サーバ・コンピュータ１１０に広告１８０を伝送し、サーバ・コンピュータ１１０は、その広告１８０を、ユーザ・コンピュータ１０５上に表示されるリッチ・コンテンツ１５０の一部として伝送する。別の実施形態において、ユーザ・コンピュータ１０５に伝送される検索提案１４０のうちの１つ又はそれ以上は、第三者がスポンサーとして提供する検索提案１４０である。例えば、第三者は、サーバ・コンピュータ１１０の所有者に対して料金を支払って、検索提案１４０のリストの特定の位置（例えば、先頭）に自分の検索提案１４０を表示させることができる。

本開示の目的に関して、「サーバ」という用語は、処理、データベース、及び通信の機能を提供するサービスポイントを指すものと理解されたい。限定ではなく例示として、「サーバ」という用語は、関連付けられた通信及びデータ記憶及びデータベースの機能を備えた単一の物理プロセッサを指すことができ、又は「サーバ」は、プロセッサと、関連付けられたネットワーク及び記憶装置との、ネットワーク化又はクラスタ化された複合体、並びに該サーバにより提供されるサービスをサポートするオペレーティング・ソフトウェア及び１つ又はそれ以上のデータベース・システム及びアプリケーション・ソフトウェアを指すことができる。

図２は、サーバ・コンピュータ１１０により行われるステップの実施形態を示すフローチャートを示す。図３は、サーバ・コンピュータ１１０と通信するモジュールの実施形態のブロック図である。上述のように、サーバ・コンピュータ１１０は、ユーザ・コンピュータから検索クエリの一部１３０を受け取る（ステップ２０５）。１つの実施形態においては、ユーザの地理的情報を使用することができ、これはサーバ・コンピュータ１１０に渡される。１つの実施形態においては、サーバ・コンピュータ１１０は、検索クエリの一部１３０を検索提案モジュール３０５に伝送する。検索提案モジュール３０５は、検索提案１４０を決定し、この検索提案は、検索クエリの一部１３０及び／又はユーザの位置、及び／又は、ユーザの検索履歴又は関心事の中に保存された個人的嗜好により判断されるユーザの意図に関連する。１つの実施形態において、検索提案モジュール３０５は、ユーザの以前の検索履歴に基づいて、関連する検索提案１４０を決定する。例えば、ユーザが所定の期間内に（例えば、最近２日以内に）スポーツ関連の主題を検索しており、かつ、検索クエリの一部１３０が「ｋｏ」である場合、検索提案モジュール３０５は、１つの実施形態において、検索提案１４０は「ｋｏｂｅ ｂｅｅｆ」ではなく「Ｋｏｂｅ Ｂｒｙａｎｔ」に関連するであろうと判断する。あるいは、ユーザが所定の期間内に（例えば、最近２日以内に）レストランを検索しており、かつ、検索クエリの一部１３０が「ｋｏ」である場合、検索提案モジュール３０５は、１つの実施形態において、検索提案１４０は「ｋｏｂｅ ｂｅｅｆ」に関連するであろうと判断する。この個人化は、任意の期間にわたって行うことが可能であり、１人又はそれ以上のユーザに対して行うことが可能であり、ユーザが起動させる選択肢とすることが可能である。

別の実施形態において、検索提案モジュール３０５は、ある期間にわたる検索提案の人気基準に基づいて、検索提案１４０を決定する。例えば、「Ｋｏｂｅ Ｂｒｙａｎｔ」が、１週間にわたって１千万人のユーザによって検索され、「ｋｏｂｅ ｂｅｅｆ」が、同じ期間にわたって２百万人のユーザによって検索されている場合、１つの実施形態において、検索提案モジュール３０５は、Ｋｏｂｅ Ｂｒｙａｎｔを最初の検索提案として表示するか、又はＫｏｂｅ Ｂｒｙａｎｔに関連する種々の検索提案を表示する。「ｋｏｂｅ ｂｅｅｆ」という検索提案は、検索提案として表示されないこともあり、又は「Ｋｏｂｅ Ｂｒｙａｎｔ」についての複数の検索提案（例えば、Ｋｏｂｅ Ｂｒｙａｎｔ−ｎｂａ（全米プロバスケットボール協会）、Ｋｏｂｅ Ｂｒｙａｎｔ−ｂｅｓｔ ｄｕｎｋ（ベスト・ダンクシュート）、Ｋｏｂｅ Ｂｒｙａｎｔ−ｓｈｏｅｓ（靴）など）の後で表示されることもある。

検索提案モジュール３０５は、決定された検索提案１４０をサーバ・コンピュータ１１０に伝送する。サーバ・コンピュータ１１０は、検索提案１４０を受け取り（ステップ２１０）、検索クエリが検索される前に、ユーザ・コンピュータに検索提案を伝送する（ステップ２１５）（例えば、ユーザが検索ボタンをクリックする前に、又はユーザが完全な検索クエリをタイプ入力してエンターキーを押す前に）。１つの実施形態において、複数の検索提案１４０からある１つの検索提案が選択される。１つの実施形態において、この検索提案の選択は、ユーザがその検索提案の上にカーソルをマウスオーバーしたときに行われる。別の実施形態において、選択される検索提案は、ユーザが選択した（ユーザのマウスでクリックした）検索提案である。さらに別の実施形態において、選択される検索提案は、伝送された複数の検索提案１４０の中の先頭の（又は、所定の数の）検索提案である。ここでは単一の検索提案が選択されるものとして説明されるが、別の実施形態においては複数の検索提案１４０が選択される（例えば、先頭から３つの検索提案１４０を選択する）。

サーバ・コンピュータ１１０は次に、選択された検索提案３１０をリッチ・コンテンツ・モジュール３２０に伝送する（ステップ２２０）。上述のように、１つの実施形態において、リッチ・コンテンツ・モジュール３２０は、検索提案３１０に関連付けられるリッチ・コンテンツを決定する。例えば、検索提案３１０が「Ｋｏｂｅ Ｂｒｙａｎｔ」である場合、リッチ・コンテンツは、Ｋｏｂｅ Ｂｒｙａｎｔの写真を含むことができる。リッチ・コンテンツ・モジュール３２０は、サーバ・コンピュータ１１０にリッチ・コンテンツ１５０を伝送する。サーバ・コンピュータ１１０は、リッチ・コンテンツ１５０を受け取る（ステップ２２５）。サーバ・コンピュータ１１０は次に、検索クエリが検索される前に表示するためにリッチ・コンテンツ１５０をユーザ・コンピュータ１０５に伝送する（ステップ２３０）。１つの実施形態において、リッチ・コンテンツ１５０は、ユーザ・コンピュータ１０５により、検索提案１４０の表示とほぼ同時に表示される。

図３においては異なるモジュールとして示されているが、図３に示されたモジュールの１つ又はそれ以上の機能は、サーバ・コンピュータ１１０の外部にある場合、サーバ・コンピュータ１１０の内部にある場合、単一のモジュールに組み合わされる場合などがあることに留意されたい。

図４は、サーバ・コンピュータ１１０により行われるステップの実施形態のフローチャートを示す。上述のように、サーバ・コンピュータ１１０は、ユーザ・コンピュータから検索クエリの一部を受け取る（ステップ４０５）。１つの実施形態において、サーバ・コンピュータ１１０は、ユーザがタイプ入力している間に検索クエリの一部からユーザの意図を検出しようと試み、ユーザ・コンピュータに、検索クエリが検索される前に検索提案領域１４５内で表示するために１つ又はそれ以上の検索提案を伝送する（ステップ４１０）。検索提案が選択される（例えば、自動的に、又はユーザ入力に基づいて）（ステップ４１５）。次いで、サーバ・コンピュータ１１０は、選択された検索提案から検索提案の意図を検出しようと試みる（ステップ４２０）。サーバ・コンピュータ１１０は、リッチ・コンテンツ・モジュール３２０からリッチ・コンテンツ１５０を受け取り（ステップ４２５）、ユーザ・コンピュータに、検索提案領域１４５内で表示するためにリッチ・コンテンツを伝送する（ステップ４３０）。

図５は、上記の機能を実装するためのシステム５００の実施形態のブロック図である。システム５００の各構成要素は、ウェブ・サービス又はコンポーネントとすることができる。１つの実施形態において、検索提案３１０及び検索クエリの一部は、クエリ分類モジュール５０５に伝送される。１つの実施形態において、クエリ分類モジュール５０５は、検索提案３１０を、「映画」、「音楽アーティスト」、「スポーツ選手」、「天気予報」又は「旅行先」のようなカテゴリに分類する。幾つかの検索提案３１０は、単一のカテゴリに分類することができ、一方、その他の検索提案は、複数のカテゴリに属することがある（例えば、「シカゴ」というクエリは、映画の名称及び都市名の両方である）。

提案の１つ（又は複数）のカテゴリに基づいて、異なるデータソースが、この提案／カテゴリの組合せ５１０に関連付けられる生データをフェッチするために必要とされる。例えば、「シカゴ／映画」に対しては、公開年、年齢制限、監督、キャストなどの映画データが必要とされるが、「シカゴ／都市」に対しては、都市の名所、現在の催し物、及び天気情報が必要とされる。提案／カテゴリの組合せ５１０は、データ統合モジュール５１５に伝送される。データ統合モジュール５１５は、複数のデータソースの重要度を判断して、対応するソースからデータをフェッチする。１つの実施形態において、全てのカテゴリからのデータの全てを用いることはできない。１つの実施形態において、１つのカテゴリが選択される。１つの実施形態において、データ統合モジュール５１５は、ユーザにとって何がより関心のあるものであるのかを判断するために、固定優先順位、クエリ分類信頼度レベル、ユーザの検索セッションの文脈、及び／又はユーザの検索履歴プロファイルを用いて、単一のカテゴリを選択することができる。例えば、「映画」がより重要であるとデータ統合モジュール５１５によって判断された場合、固定優先順位技術に基づいて「シカゴ」という映画の詳細が選択されることになる。しかしながら、データ統合モジュール５１５がユーザの検索履歴プロファイルを使用しており、ユーザの検索履歴プロファイルがそのユーザが旅行者であることを明らかにしている場合には、「シカゴ」という都市の詳細が選択される。データ統合モジュール５１５は、キャッシュ層５２０と通信し、このキャッシュ層は、任意の数のバーティカル・バックエンド（図５においてバーティカル・バックエンド５２５、５３０、５３５として示される）、及び、付加的な（例えば、より低速の）バーティカル・バックエンド５５０、５５５に接続されたスクレイプ・アンド・サーブ・サービス５４０、５４５と通信する。１つの実施形態において、バーティカル・バックエンド５２５、５３０、５３５、５５０、５５５の１つ又はそれ以上は、天気を含む、第三者のバックエンドである、などの場合がある。

バーティカル検索エンジンに関連付けられた利用可能なバーティカル・データベースが存在する場合、検索提案のリッチ・コンテンツは、バーティカル検索エンジン又はウェブ・サービスを使用することにより入手することができる。Ｙａｈｏｏ（登録商標）、Ｂｉｎｇ（登録商標）又はＧｏｏｇｌｅ（登録商標）のような検索エンジンは全て、独自のバーティカル検索エンジン及びデータベースを有する。別の実施形態において、リッチ・コンテンツは、手動で１つ又はそれ以上のデータベースに入力することもできる。利用できるバーティカル・データベースがない場合、編集入力を用いることができる。リッチ・コンテンツは、ウェブから直接フェッチ／スクレイピングすることもできる。例えば、映画データは、Ｉｎｔｅｒｎｅｔ Ｍｏｖｉｅ Ｄａｔａｂａｓｅ（ＩＭＤｂ）ウェブサイトから自動的にフェッチすることができる。

１つの実施形態において、短い待ち時間を保証するために、バーティカル・ウェブ・サービス（例えば、バーティカル・バックエンド５２５、５３０、５３５、スクレイプ・アンド・サーブ・サービス５４０、５４５など）は、キャッシュ層５２０の背後に配置される。クエリ及びバーティカル・ウェブ・サービス５２５、５３０、５３５からの応答は、期限切れまでの所定期間の間、この層５２０内にキャッシュされる。キャッシュ層５２０は索引ルックアップ及びランク付けなどのような複雑な論理を含まないので、キャッシュ層５２０は、典型的にはバーティカル・ウェブ・サービス５２５、５３０、５３５、５４０、５４５、５５０、５５５よりも高速である。あるクエリが、十分に人気が高くてキャッシュ５２０内でそのデータが利用可能になっている場合、システム５００の全体としての待ち時間は短縮される。

１つの実施形態において、幾つかのバーティカル・ウェブ・サービスは、直接使用するには十分に高速ではないことがある。例えば、幾つかのバーティカル・ウェブ・サービスは、その検索結果をランク付けするために、システム５００が用いるには時間がかかり過ぎる精巧な方法を用いる必要がある。それらに対して、１つの実施形態においては、対応するカテゴリのリッチ・コンテンツをトリガすることができるクエリの事前定義リストを用いることができ、そしてバーティカル・ウェブ・サービスは、これらのクエリを用いてオフライン方式でスクレイピングすることができる。１つの実施形態において、スクレイピングされたコンテンツに、次に、キー／値ルックアップ・サーバが供される。クエリの事前定義リストは定期的に更新され、スクレイピングもまた定期的に行われて、新しさを保証する。１つの実施形態において、クエリのリストは、検索エンジンのクエリ・ログをログ内のクエリをクエリ分類モジュール５０５に通すことによるマイニング、編集により生成すること、又はその両方の組合せ、のうちの１つ又はそれ以上の方法から得られる。

特定のカテゴリに適切にマッピングすることができないクエリに対しては、１つの実施形態において、システム５００は、検索結果に関してユーザに何らかのアイデアを与えるコンテンツを供給するか、又はユーザが関心を持つかもしれないその他のクエリを提案する。このようなクエリは通常、より長いクエリであり、そのようなクエリに対してクエリ分類方法は通常、より低い信頼度スコアを与える。この種のクエリに対してリッチ・コンテンツを提供するために、システム５００は、検索エンジンのクエリ・ログを（データ・マイニング・モジュール５６０によって）マイニングし、クエリ／クエリ関係又はクエリ／検索結果関係を多数の方式で生成することができる。この分析は、クエリ・ログのような大量のデータを処理することが可能な、クラウド・コンピューティング・プラットフォーム上で行うことができる。マイニングの後、１つの実施形態において、データは、キー／値ペア様式で編成され、ここで、キーはクエリ自体であり、値はそのクエリに対して提供されるリッチ・コンテンツである。このデータベースに、その待ち時間が短い、キー／値ルックアップ・サービス５７０を供することができる。１つの実施形態において、マイニングは、最新のクエリ関係を反映させるために定期的に繰り返される。ユーザの関心事は変化し、また人気のあるイベントによって変動するので、このような関係は、時間が経つと劇的に推移することがある。マイニングは、人気がある流行のイベントをリッチ・コンテンツとしてユーザに提供するために、実時間のソーシャル・ネットワーク・フィード及びその他のデータソースを利用することにより、近実時間（ｎｅａｒ ｒｅａｌ−ｔｉｍｅ）で行うこともできる。

１つの実施形態において、統合モジュール５１５がウェブ・サービスからのデータのフェッチを終了し、どのデータを使用するか決定した後で、データ統合モジュール５１５は、提示レンダリング・モジュール５８０にデータを送り、提示レンダリング・モジュール５８０は、ユーザのブラウザに、検索提案領域１４５内での閲覧用にリッチ・コンテンツを伝送する。

１つの実施形態において、リッチ・コンテンツは、テンプレートに基づくことができる。１つの実施形態において、各カテゴリは、それ独自のテンプレートを有することができ、サーバ・コンピュータ１１０は、そのテンプレートを、データ統合モジュール５１５から取得したリッチ・コンテンツで埋めることができる。別の実施形態において、テンプレートは動的に変化して、より良いユーザーエンゲージメント（ｕｓｅｒ ｅｎｇａｇｅｍｅｎｔ）のための、より関連性のある動的な提示レイアウトを可能にすることができる。

図６は、上述の機能を実装するためのシステム６００の実施形態のブロック図である。上述のように、エンドユーザが検索クエリの一部１３０をタイプ入力し、ユーザ・コンピュータ１０５がこの一部１３０をサーバ・コンピュータ１１０のフロントエンド（ＦＥ）６０５に伝送する。１つの実施形態において、ＦＥ６０５は、検索クエリの一部１３０をクエリ提案データベース６１０に伝送する。１つの実施形態において、クエリ提案データベース６１０は、ＦＥ６０５に、検索クエリの一部１３０に関連する検索提案１４０及びその検索提案１４０に関連付けられたメタデータ６１５を戻す。メタデータ６１５は、上述のように、各検索提案に関連付けられた１つ又は複数のカテゴリ、検索提案の頻度、クリック情報及び時間、提案の地理的メタデータ（例えば、「ピザハット フローラム・パーク（Ｐｉｚｚａ Ｈｕｔ Ｆｌｏｒｈａｍ Ｐａｒｋ）」は都市名を有する）、地理的分布、などを含むことができる。ＦＥ６０５は、検索提案１４０のうちの１つ又はそれ以上の選択された検索提案３１０と、その１つ又はそれ以上の選択された検索提案３１０に関連付けられたメタデータ６２０とを、近実時間照会インテリジェンス（ｎｅａｒ ｒｅａｌ−ｔｉｍｅ ｑｕｅｒｙ ｉｎｔｅｌｌｉｇｅｎｃｅ、ＮＲＴＩ）モジュール６２５に伝送する。ＮＲＴＩモジュール６２５は、コンテンツ統合を実行する（例えば、コンテンツを異なるデータソースから、例えば、コンテンツ・データソース６３０、及び／又は、例えばツイート、ソーシャル・データ、広告、ユーザ履歴などを含む他のデータソース６３５から、取得する）。１つの実施形態において、これらのデータソース６３０、６３５からのデータは、オフラインのデータ・プロセスでデータベース６４０（例えば、グリッド上）又はクラウド・システムに伝送される。１つの実施形態において、このデータベース６４０（例えば、グリッド上）又はクラウド・システム内に格納されたデータは、集約され（矢印６４５）、リッチ・コンテンツ１５０としてオフライン及び／又はオンライン・データ発行プロセス６５０でＮＲＴＩモジュール６２５に対して発行される。１つの実施形態において、クエリ／提案フィードバック６６５が、オフライン及び／又はオンライン・データ発行プロセス６５０でクエリ提案データベース６１０に伝送される。１つの実施形態において、データベース６４０内に格納されたデータに対して科学モデル化（矢印６５５）もまた実行される。科学モデル化は、クエリ分類、頻度分析、トレンド検出、ユーザの関心の分析又は検出、地理的集約などを含むことができる。１つの実施形態において、ＦＥ６０５は、リッチ・コンテンツ１５０を受け取り、そのリッチ・コンテンツ１５０をコンテンツ・レンダラ６７０に伝送して、ユーザ・コンピュータ１０５上の検索提案領域１４５内にリッチ・コンテンツ１５０をレンダリングする。

図７は、検索提案を決定するために使用されるシステム７００の実施形態のブロック図である。１つの実施形態において、ＦＥ６０５は、検索クエリの一部１３０を検索提案メタ・サービス７０５に伝送する。１つの実施形態において、検索提案メタ・サービス７０５は、検索提案１４０を決定するために、例えば有名人に関するデータを収容するゴシップ・データベース７１０、例えばビジネス及びカテゴリに関するデータを収容するローカル・データベース７１５、例えば、流行のトピック（即ち、人々が目下検索しているトピック）に関するデータを収容する時間感覚及びトレンド・データベース７２０、例えばイベントに関するデータを収容するバーティカル及びイベント・データベース７２５、及び、例えばクーポン又は取引に関するデータを収容する取引及びクーポン・データベース７３０などのような複数のデータソースと通信する。１つの実施形態において、検索クエリの一部１３０を受け取っていない場合、サーバ・コンピュータ１０５により提供される検索提案１４０（及びリッチ・コンテンツ）は、時間感覚及びトレンド・データベース７２０からの流行のトピック、又はそれに関連したものとすることができる。

１つの実施形態において、クエリ提案メタ・サービス７０５は、データ・フィードバック７３５をユーザ・データベース７４０に伝送し、ユーザ・データベース７４０は、集約されたデータ及び科学モデル化の結果（例えば、ユーザの関心事の分析及び検出（例えば、３０日前、７日前、現時点など）、地理的関心、ユーザ・グループの関心事（例えば、年齢、性別など）、及びトレンド検出など）をデータ発行プロセス６５０に伝送する。データ発行プロセス６５０は、このデータをデータベース７１０、７１５、７２０、７２５、７３０に発行する。１つの実施形態において、データ発行プロセス６５０は、このデータを近実時間で発行する。１つの実施形態において、データ発行プロセス６５０はまた、実時間（又は近実時間）のバーティカル・データ・フィード７５０も受け取る。

図８は、ウェブページ８００のスクリーンショットの実施形態を示す。ウェブページ８００は、ユーザが検索クエリをタイプ入力することを可能にする検索クエリ入力区域８０５を含む。１つの実施形態において、ユーザは、検索クエリの一部８１０をタイプ入力し、ユーザがエンターキーを押すか又は検索（Ｓｅａｒｃｈ）ボタン８１５をクリックする前に検索提案領域８２０が表示され、検索提案領域８２０の片側には検索提案８２５が表示され、検索提案領域８２０のもう一方の側にはリッチ・コンテンツ８３０が表示される。１つの実施形態においては、先頭の検索提案８４０が選択される（例えば、自動的に、又はユーザのアクションによって）。検索提案領域内に表示されているリッチ・コンテンツ８３０は、選択された最初の検索提案８４０に関するものであり、カリフォルニア州サンタクララ（Ｓａｎｔａ Ｃｌａｒａ， ＣＡ）における以後数日間の天気を示している。さらに、上述のように、検索提案領域８２０は、検索からの検索結果を表示する検索結果区域８５０の上に重なっている。別の実施形態において、検索提案領域８２０は、検索結果区域８５０の上方に、隣に、又は下方に配置される。１つの実施形態において、検索提案領域８２０の片側の検索提案８２５は、より長い検索提案を表示するために右側に拡張される。

図９Ａ−図９Ｆは、一連の検索クエリを受け取ることに応答して検索提案９１０の隣に表示されるリッチ・コンテンツ９０５を有する、スクリーンショットの実施形態を示す。最終的な検索クエリは「ｋｏｂｅ ｂｒｙａｎｔ」であるが、図９Ａ−図９Ｆは、検索クエリ９１２が変更されるにつれて検索提案９１０及びリッチ・コンテンツ９０５がどのように更新されていくかを示している。図９Ｂ−図９Ｆにおいて、リッチ・コンテンツ９０５は、Ｋｏｂｅ Ｂｒｙａｎｔの写真、ポジション、及びシーズン成績（Ｓｅａｓｏｎ Ａｖｅｒａｇｅｓ）を含む。１つの実施形態において、リッチ・コンテンツ９０５は、図示されるように、サーバ・コンピュータ１１０により提供される、ファンタジー・ランク（Ｆａｎｔａｓｙ Ｒａｎｋ）９１５のような別のサービスからのデータを含むこともできる。図８及び図９Ｂ−図９Ｆに示されるリッチ・コンテンツ８３０、９０５は、テキスト及びグラフィックを含む。図１０を参照すると、別の実施形態において、リッチ・コンテンツ１００５は、特定の都市近辺の映画館及びそれらの映画館の上映時間のように、テキストのみを含む。

図１１は、本開示の１つ又はそれ以上の実施形態による、サーバ・コンピュータ１１０及び／又はユーザ・コンピュータ１０５のようなコンピューティング・デバイスの一例の内部アーキテクチャを示すブロック図である。本明細書において言及するコンピュータは、論理又はコード化された命令を実行することが可能なプロセッサを有するいずれかのデバイスを指し、このようなデバイスのいくつかを挙げれば、サーバ、パーソナル・コンピュータ、セットトップボックス、スマートフォン、パッド型コンピュータ又はメディア・デバイスであり得る。図１１の例において示されるように、内部アーキテクチャ１１００は、少なくとも１つのコンピュータ・バス１１０２とインターフェースする１つ又はそれ以上の処理ユニット（本明細書においてＣＰＵとも呼ばれる）１１１２を含む。同様にコンピュータ・バス１１０２とインターフェースして、永続記憶媒体１１０６、ネットワーク・インターフェース１１１４、メモリ１１０４、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、ランタイム一時メモリ、読み出し専用メモリ（ＲＯＭ）など、フロッピィ、ＣＤ−ＲＯＭ、ＤＶＤなどの媒体のような取り外し可能媒体を含む媒体との間で読み出し及び／又は書き込みを行うことができるドライブのためのインターフェースとしての媒体ディスク・ドライブ・インターフェース１１０８、モニタ又は他の表示デバイスのためのインターフェースとしての表示インターフェース１１１０、キーボードのためのインターフェースとしてのキーボード・インターフェース１１１６、マウス又は他のポインティング・デバイスのためのインターフェースとしてのポインティング・デバイス・インターフェース１１１８、及び、個別に示されていない、パラレル及びシリアル・ポート・インターフェース、ユニバーサル・シリアル・バス（ＵＳＢ）インターフェースなど、その他の種々のインターフェースがある。

メモリ１１０４は、コンピュータ・バス１１０２とインターフェースして、オペレーティング・システム、アプリケーション・プログラム、デバイス・ドライバ、並びに、本明細書において説明された機能、例えば本明細書において説明された１つ又はそれ以上のプロセス・フローを組み入れた、プログラム・コード及び／又はコンピュータ実行可能プロセス・ステップを含むソフトウェア・モジュールなどの、ソフトウェア・プログラムの実行中に、メモリ１１０４内に格納された情報をＣＰＵ１１１２に提供する。ＣＰＵ１１１２は、最初に、コンピュータ実行可能プロセス・ステップを、例えば、メモリ１１０４、記憶媒体１１０６、取り外し可能媒体ドライブ、及び／又は他の記憶媒体などの記憶域からロードする。ＣＰＵ１１１２は、次に、ロードされたコンピュータ実行可能プロセス・ステップを実行するために、格納されたプロセス・ステップを実行することができる。格納されたデータ、例えば記憶装置によって格納されたデータに、コンピュータ実行可能プロセス・ステップの実行中にＣＰＵ１１１２によりアクセスすることができる。

永続記憶媒体１１０６は、例えばオペレーティング・システム及び１つ又はそれ以上のアプリケーション・プログラムなどの、ソフトウェア及びデータを格納するために用いることができる、１つ又はそれ以上のコンピュータ可読記憶媒体である。永続記憶媒体１１０６はまた、デバイス・ドライバ、例えば、デジタルカメラ・ドライバ、モニタ・ドライバ、プリンタ・ドライバ、スキャナ・ドライバ、又は他のデバイス・ドライバのうちの１つ又はそれ以上、ウェブページ、コンテンツ・ファイル、プレイリスト及びその他のファイルを格納するために用いることもできる。永続記憶媒体１１０６は、本開示の１つ又はそれ以上の実施形態を実装するために用いられる使用されるプログラム・モジュール及びデータ・ファイルをさらに含むことができる。

本開示の目的に関して、コンピュータ可読媒体は、コンピュータにより実行可能なコンピュータ・プログラム・コードを含むことができるコンピュータ・データを機械可読形態で格納する。限定としてではなく例示として、コンピュータ可読媒体は、データの有形記憶又は固定記憶のためのコンピュータ可読記憶媒体を含むことができ、又は、コード含有信号の一時的な翻訳のための通信媒体を含むことができる。本明細書において用いられるコンピュータ可読記憶媒体は、（信号とは対立するものとして）物理的又は有形のストレージのことを指し、コンピュータ可読命令、データ構造、プログラム・モジュール又は他のデータなどの情報の有形記憶のためのいずれかの方法又は技術で実装された、揮発性及び不揮発性の、取り外し可能及び取り外し不能の媒体を制限なく含む。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ若しくはその他の固体メモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ若しくはその他の光学ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージ若しくは他の磁気記憶装置、又は、所望の情報若しくはデータ若しくは命令を有形に格納するために用いることができる、コンピュータ若しくはプロセッサによりアクセス可能な他のいずれかの物理媒体又は材料媒体を含むが、これらに限定されない。

本開示の目的に関して、モジュールは、本明細書において説明されたプロセス、特徴、及び／又は機能を（人間との対話又は人間による補強と共に又は無しで）行う又は促進するソフトウェア、ハードウェア若しくはファームウェア（又はその組合せ）システム、プロセス若しくは機能、又はその構成要素である。モジュールは、サブ・モジュールを含むことができる。モジュールのソフトウェア・コンポーネントは、コンピュータ可読媒体上に格納することができる。モジュールは、１つ又はそれ以上のサーバに内蔵されていてもよく、又は、１つ又はそれ以上のサーバによってロードされ実行されてもよい。１つ又はそれ以上のモジュールをグループ化して、エンジン又はアプリケーションにすることができる。

当業者であれば、本開示の方法及びシステムは多くの手法で実施することができること、従って上記の例示的な実施形態及び実施例に限定されるべきではないことを認識するであろう。別の言い方をすれば、単一又は複数のコンポーネントによりハードウェアとソフトウェア又はファームウェアとの種々の組合せで行われている機能的要素、及び個々の機能を、クライアント若しくはサーバのいずれか又はその両方におけるソフトウェア・アプリケーションの間で分散させることができる。この点に関して、本明細書で記載した異なる実施形態の特徴のうちの任意の個数を組み合わせて、単一又は複数の実施形態とすることができ、本明細書で記載した特徴の全てよりも少ない特徴又は多くの特徴を有する代替的な実施形態が可能である。機能は、全部又は一部を、現在知られている又は将来知られるようになる手法で複数の構成要素間に分散させることもできる。従って、本明細書で記載した機能、特徴、インターフェース及び選択を達成するに際して、無数のソフトウェア／ハードウェア／ファームウェアの組合せが可能である。さらに、本開示の範囲は、記載した特徴及び機能及びインターフェースを実行するための従来知られた手法、並びに、本明細書で記載したハードウェア又はソフトウェア又はファームウェアの構成要素に対して行うことができる、現在及び将来の当業者により理解されるような変形及び改変を網羅する。

システム及び方法を１つ又はそれ以上の実施形態に関して説明してきたが、開示は、開示された実施形態に限定される必要はないことを理解されたい。特許請求の範囲の真意及び範囲内に含まれる種々の改変及び類似構成を網羅することが意図されており、その範囲には、そのような改変及び類似構造の全てを包含するように最も広範な解釈が付与されるべきである。本開示は、以下の特許請求の範囲のいずれか及び全ての実施形態を含む。

１２５、８０５：検索クエリ入力区域
１３０、８１０、９１２：検索クエリの一部
１４０、３１０、８２５、９１０：検索提案
１４５、８２０：検索提案領域
１５０、８３０、９０５、１００５：リッチ・コンテンツ
５００、６００、７００：システム
５１０：提案／カテゴリの組合せ
６０５：フロンド・エンド（ＦＥ）
６１５、６２０：メタデータ
６６５：クエリ／提案フィードバック
８００：ウェブページ
８１５：検索ボタン
８４０：先頭の検索提案
８５０：検索結果区域
１１００：内部アーキテクチャ

Claims (18)

1. コンピューティング・デバイスにより、ネットワーク上でユーザ・コンピュータから、ユーザにより検索クエリ入力区域内に提出された検索クエリの一部を形成する文字数字記号を受け取るステップと、
   前記コンピューティング・デバイスにより、検索提案モジュールから、前記検索クエリの前記一部に関連する複数の検索提案を受け取るステップと、
   前記コンピューティング・デバイスにより、前記ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前に前記ユーザ・コンピュータにより検索提案領域の第１部分内で表示するための前記複数の検索提案を伝送し、前記検索提案領域は、検索結果区域とは別に表示される、ステップと、
   前記コンピューティング・デバイスにより前記ユーザ・コンピュータから前記複数の検索提案の中の複数の検索提案の選択を受信するステップと、
   前記コンピューティング・デバイスにより、前記選択された複数の検索提案のうち２以上の所定数の検索提案をリッチ・コンテンツ・モジュールに伝送するステップと、
   前記コンピューティング・デバイスにより、前記リッチ・コンテンツ・モジュールから、前記伝送された前記所定数の検索提案の各々に関連するリッチ・コンテンツを受け取るステップであって、前記リッチ・コンテンツはテキスト及び前記ネットワークから受信した追加のコンテンツを含み、１つ又はそれ以上のウェブページ上に表示されるコンテンツのプレビューを含み、前記ウェブページは前記選択された検索提案に応じるものであって、前記ユーザ入力によって検索照会が開始される前のものであるステップと、
   前記コンピューティング・デバイスにより、前記ユーザ・コンピュータに、ユーザ入力によって前記検索照会が開始される前に前記ユーザ・コンピュータにより前記検索提案領域の第２部分内における前記所定数の検索提案の各々に対応する領域に各検索提案に関連するリッチ・コンテンツを表示するための各検索提案に関連するリッチ・コンテンツを伝送するステップであって、前記検索提案領域の前記第２部分は前記検索提案領域の前記第１部分とは別のものであり、前記検索提案領域における前記第１部分と前記第２部分との割合は、前記第１部分に表示される検索提案の長さに応じて変動するステップと、
   を含むことを特徴とする方法。
2. 前記検索提案を前記リッチ・コンテンツ・モジュールに伝送する前記ステップは、前記リッチ・コンテンツ・モジュールにより、前記検索提案をカテゴリに分類するステップをさらに含むことを特徴とする、請求項１に記載の方法。
3. 前記検索提案をカテゴリに分類するステップは、前記分類するステップを、固定優先順位、クエリ分類信頼度レベル、前記ユーザの検索セッション文脈の使用、及び前記ユーザの検索履歴プロファイルの使用から成る分類技術タイプの群から選択された分類技術に基づくものとするステップをさらに含むことを特徴とする、請求項２に記載の方法。
4. 前記リッチ・コンテンツを受け取る前記ステップは、前記リッチ・コンテンツについて前記ネットワークから受信するステップをさらに含むことを特徴とする、請求項１に記載の方法。
5. 前記リッチ・コンテンツについて前記ネットワークから受信する前記ステップは、前記コンピューティング・デバイスが前記ユーザ・コンピュータと通信していない間に前記受信を行うステップをさらに含むことを特徴とする、請求項４に記載の方法。
6. 前記リッチ・コンテンツを受け取る前記ステップは、前記リッチ・コンテンツをデータベースから受け取るステップをさらに含むことを特徴とする、請求項１に記載の方法。
7. 前記リッチ・コンテンツを伝送する前記ステップは、前記リッチ・コンテンツの一部として広告を伝送するステップをさらに含むことを特徴とする、請求項１に記載の方法。
8. 前記１つ又はそれ以上の検索提案を伝送する前記ステップは、前記１つ又はそれ以上の検索提案の一部としてスポンサー付き検索提案を伝送するステップをさらに含むことを特徴とする、請求項１に記載の方法。
9. 前記検索クエリ入力区域に前記ユーザにより追加の文字数字記号が入力されるにつれて、前記１つ又はそれ以上の検索提案を更新するステップをさらに含むことを特徴とする、請求項１に記載の方法。
10. 前記検索クエリ入力区域に前記ユーザにより追加の文字数字記号が入力されるにつれて、前記リッチ・コンテンツを更新するステップをさらに含むことを特徴とする、請求項１に記載の方法。
11. ネットワーク上でユーザ・コンピュータから、ユーザにより検索クエリ入力区域内に提出された検索クエリの一部を形成する文字数字記号を受け取るネットワーク・インターフェースと、
    前記検索クエリの一部に関連する複数の検索提案を生成する検索提案モジュールと、を含み、前記ネットワーク・インターフェースは、前記ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前に前記ユーザ・コンピュータにより検索提案領域の第１部分内で表示するための前記複数の検索提案を伝送し、前記検索提案領域は、検索結果区域とは別に表示され、
    前記選択された複数の検索提案のうち２以上の所定数の検索提案を受け取り、伝送された前記所定数の検索提案の各々に関連するリッチ・コンテンツを生成するリッチ・コンテンツ・モジュールをさらに含み、前記ネットワーク・インターフェースは、前記ユーザ・コンピュータに、ユーザ入力によって前記検索照会が開始される前に前記ユーザ・コンピュータにより前記検索提案領域の第２部分内における前記所定数の検索提案の各々に対応する領域に各検索提案に関連するリッチ・コンテンツを表示するための各検索提案に関連するリッチ・コンテンツを伝送することを特徴とし、前記リッチ・コンテンツはテキスト及び前記ネットワークから受信した追加のコンテンツを含み、１つ又はそれ以上のウェブページ上に表示されるコンテンツのプレビューを含み、前記ウェブページは前記選択された検索提案に応じるものであって、前記ユーザ入力によって検索照会が開始される前のものであり、前記検索提案領域の前記第２部分は前記検索提案領域の前記第１部分とは別のものであり、前記検索提案領域における前記第１部分と前記第２部分との割合は、前記第１部分に表示される検索提案の長さに応じて変動する、コンピューティング・デバイス。
12. 前記リッチ・コンテンツ・モジュールは、前記検索提案をカテゴリに分類することを特徴とする、請求項１１に記載のコンピューティング・デバイス。
13. 前記検索提案をカテゴリに分類するリッチ・コンテンツ・モジュールは、前記分類することを、固定優先順位、クエリ分類信頼度レベル、前記ユーザの検索セッション文脈の使用、及び前記ユーザの検索履歴プロファイルの使用から成る分類技術タイプの群から選択された分類技術に基づくものとするリッチ・コンテンツ・モジュールをさらに含むことを特徴とする、請求項１２に記載のコンピューティング・デバイス。
14. 前記リッチ・コンテンツ・モジュールは、前記リッチ・コンテンツについて前記ネットワークから受信することを特徴とする、請求項１１に記載のコンピューティング・デバイス。
15. 前記リッチ・コンテンツについて前記ネットワークから受信する前記リッチ・コンテンツ・モジュールは、前記コンピューティング・デバイスが前記ユーザ・コンピュータと通信していない間に前記ネットワークから受信するリッチ・コンテンツ・モジュールをさらに含むことを特徴とする、請求項１４に記載のコンピューティング・デバイス。
16. 前記リッチ・コンテンツの一部として広告を伝送する広告サーバをさらに含むことを特徴とする、請求項１１に記載のコンピューティング・デバイス。
17. 前記検索提案モジュールは、前記１つ又はそれ以上の検索提案の一部としてスポンサー付き検索提案をさらに伝送することを特徴とする、請求項１１に記載のコンピューティング・デバイス。
18. コンピューティング・デバイスのコンピュータ・プロセッサにより実行されることが可能なコンピュータ・プログラム命令を有形に格納する非一時的なコンピュータ可読記憶媒体であって、前記コンピュータ・プログラム命令は、
    コンピューティング・デバイスにより、ネットワーク上でユーザ・コンピュータから、ユーザにより検索クエリ入力区域内に提出された検索クエリの一部を形成する文字数字記号を受け取るステップと、
    前記コンピューティング・デバイスにより、検索提案モジュールから、前記検索クエリの前記一部に関連する複数の検索提案を受け取るステップと、
    前記コンピューティング・デバイスにより、前記ユーザ・コンピュータに、ユーザ入力によって検索照会が開始される前に前記ユーザ・コンピュータにより検索提案領域の第１部分内で表示するための前記複数の検索提案を伝送し、前記検索提案領域は、検索結果区域とは別に表示される、ステップと、
    前記コンピューティング・デバイスにより前記ユーザ・コンピュータから前記複数の検索提案の中の複数の検索提案の選択を受信するステップと、
    前記コンピューティング・デバイスにより、前記選択された複数の検索提案のうち２以上の所定数の検索提案をリッチ・コンテンツ・モジュールに伝送するステップと、
    前記コンピューティング・デバイスにより、前記リッチ・コンテンツ・モジュールから、前記伝送された前記所定数の検索提案の各々に関連するリッチ・コンテンツを受け取るステップであって、前記リッチ・コンテンツはテキスト及び前記ネットワークから受信した追加のコンテンツを含み、１つ又はそれ以上のウェブページ上に表示されるコンテンツのプレビューを含み、前記ウェブページは前記選択された検索提案に応じるものであって、前記ユーザ入力によって検索照会が開始される前のものであるステップと、
    前記コンピューティング・デバイスにより、前記ユーザ・コンピュータに、ユーザ入力によって前記検索照会が開始される前に前記ユーザ・コンピュータにより前記検索提案領域の第２部分内における前記所定数の検索提案の各々に対応する領域に各検索提案に関連するリッチ・コンテンツを表示するための各検索提案に関連するリッチ・コンテンツを伝送するステップであって、前記検索提案領域の前記第２部分は前記検索提案領域の前記第１部分とは別のものであり、前記検索提案領域における前記第１部分と前記第２部分との割合は、前記第１部分に表示される検索提案の長さに応じて変動するステップと、
    を規定することを特徴とする、コンピュータ可読記憶媒体。

Images