(57)【要約】【課題】自動的に生成される関連情報へのリンクを閲覧者に提供することで、ドキュメント・ブラウジングの品質を高めるための改良された技術を開発することが望まれる。【解決手段】ユーザに読まれるドキュメントといったオリジナル・ドキュメントに関連する追加ドキュメントは、自動的に探し出され、且つユーザの個人情報に潜在的に関連する。追加ドキュメントは、ユーザの個人情報および読まれるドキュメントのコンテンツ情報を含む記述情報に基づき探し出されてもよい。追加ドキュメントまたは追加ドキュメントへのリンクは、読まれるドキュメントに含まれてもよい。いくつかの実施態様において、追加ドキュメントは、インリンク・リンク（ｉｎ−ｌｉｎｋ  ｌｉｎｋ）またはテキスト断片（ｔｅｘｔ  ｓｎｉｐｐｅｔ）を経て、読まれるドキュメントのインラインに提供されてもよい。ユーザは、このように、読まれるオリジナル・ドキュメントに関連する追加情報を効率よく提供され得る。【選択図】  図６
2011034583.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから第１のドキュメントに対するリクエストをコンピュータシステムに関連する通信インターフェースを使用してクライアントから受信し、
前記第１のドキュメントにおける単語又はフレーズを前記第１のドキュメントの中に現れる前記単語又はフレーズの回数、及び前記第１のドキュメントの言葉の中に現れる前記単語又はフレーズの頻度に基づいて前記コンピュータシステムに関連する１つ以上のプロセッサを使用して特定し、
特定された前記単語又はフレーズと、前記ユーザの地理的位置、アカウントを登録する際に前記ユーザによって提供される情報、又は前記ユーザのブラウジング履歴に基づく情報のうち少なくとも１つを含む、前記第１のドキュメントの前記ユーザの個人情報とに基づいて前記第１のドキュメントに関連する少なくとも１つの第２のドキュメントを前記コンピュータシステムに関連する１つ以上のプロセッサを使用して検索し、
前記コンピュータに関連する１つ以上のプロセッサを使用して、前記第２のドキュメントへのリンクを前記第１のドキュメントの前記第２のドキュメントに関連する位置に埋め込んで、修正された前記第１のドキュメントを取得し、
前記修正された第１のドキュメントを前記コンピュータシステムに関連する通信インターフェースを使用して前記クライアントに送信すること、
を含むコンピュータシステムによって実行される方法。
【請求項２】
前記特定された単語又はフレーズは、所定のネームド・エンティティに一致し、前記ネームド・エンティティは、場所名又は製品名を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記個人情報は、前記ユーザによって生成されたドキュメントから抜粋された情報を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記第２のドキュメントは、前記第１ドキュメント中のネームド・エンティティに関連するハイパーリンクとして前記第１のドキュメントに埋め込まれることを特徴とする請求項１に記載の方法。
【請求項５】
前記第２のドキュメントへのリンクを前記第１のドキュメントの前記第２のドキュメントに関連する位置に埋め込むことは、前記第２ドキュメントを表すテキストを含むハイパーリンクを前記位置に挿入することをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
プログラム命令を含むメモリと、
前記メモリに接続され、且つ前記ユーザの地理的位置、アカウントを登録する際に前記ユーザによって提供される情報、又は前記ユーザのブラウジング履歴に基づく情報のうち少なくとも１つを含む、ユーザに関連する個人情報を受信し、前記ユーザによってリクエストされた第１のウェブページを受信し、前記第１のウェブページにおける１つ以上の用語を特定し、前記第１のウェブページ中の前記１つ以上の用語と前記ユーザに関連する前記個人情報に基づく用語との異なる組み合わせを各々含む複数の異なるサーチクエリを検索エンジンに提供することによって少なくとも１つの追加のウェブページを検索し、前記少なくとも１つの追加のウェブページへのリファレンスを前記第１のドキュメント中の前記特定された単語又はフレーズに隣接する位置に埋め込み、修正された第１のウェブページを生成し、前記修正された第１のウェブページを前記ユーザに送信する、というプログラム命令を実行するプロセッサと、
を含む装置。
【請求項７】
前記少なくとも１つの追加のウェブページを検索するという命令は、ドキュメントの関連スコア、ドキュメントが選択された回数、又はドキュメントの日付のうち少なくとも１つに基づいて前記検索エンジンによって返された結果をランク付けするという命令を含むことを特徴とする請求項６に記載の装置。
【請求項８】
前記複数の異なるサーチクエリは、サーチクエリ中の他の用語よりも重みを与えられたエンティティの特定のリストからの用語を伴うサーチクエリを含むことを特徴とする請求項６に記載の装置。
【請求項９】
ユーザの地理的位置、アカウントを登録する際に前記ユーザによって提供される情報、又は前記ユーザのブラウジング履歴に基づく情報のうち少なくとも１つを含む、ユーザに関連する個人情報を受信させる１つ以上の命令と、
第１のドキュメントにおける用語を特定させる１つ以上の命令と、
前記用語及び前記個人情報に基づいて、複数の異なるサーチクエリを生成させる１つ以上の命令と、
前記複数のサーチクエリを検索エンジンに提供することによってドキュメントのセットを検索させる１つ以上の命令と、
前記ドキュメントのセットにおける多数のドキュメントに現れているドキュメントかどうかに基づいて、関連ドキュメントを選択させる１つ以上の命令と、
前記第１のドキュメントのインラインに埋め込まれ、前記関連ドキュメントをリファレンスし、前記特定された用語の１つに隣接した位置に配置されるリンクを含むように修正された前記第１のドキュメントのコンテンツを含む第２のドキュメントを生成させる１つ以上の命令と、
第２のドキュメントを前記ユーザに送信させる１つ以上の命令と、
を含む、少なくとも１つのプロセッサを制御する命令を含む１つ以上の記憶装置。
【請求項１０】
関連ドキュメントを表すテキスト含む、前記リンクのためのフロート・オーバテキストを提供することを特徴とする請求項９に記載の１つ以上の記憶装置。
【請求項１１】
関連ドキュメントを選択させる前記１つ以上の命令は、さらに、ドキュメントが複数のユーザによって選択された回数、ドキュメントの日付、又はドキュメントが広告サイトに関連付けられているかどうかに基づいて関連ドキュメントを選択させる１つ以上の命令を含むことを特徴とする請求項９に記載の１つ以上の記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ここに述べられるシステム及び方法は、一般に情報検索、特に情報ブラウジングの技術に関する。
【背景技術】
【０００２】
Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（「ウェブ」）は膨大な量の情報を包含する。ウェブの非常に一般的な使用方法の一つが、ニュース記事またはその他の刊行物といったドキュメントを読むことである。
【０００３】
ニュース記事といった特定のドキュメントを読む場合、その特定のドキュメントに何らかの関連がある他のドキュメントへのリンクが提供されることが知られている。例えば、ユーザが、ニュース検索エンジンまたはオンライン・ニュース・サービスからのニュース・ドキュメントを選択するとき、ウェブサイトはそのニュース・ドキュメントに関連する他のニュース記事または広告へのリンクを提供することがある。一般的に、そのような関連ドキュメントは、読まれるドキュメントのコンテンツに基づいて決定され、読まれるドキュメントのコンテンツの外側に表示される追加のリンクとして示される。関連するデータへの便利なリンクを提供することによって、これら追加のドキュメントは閲覧者のブラウジング体感（ｂｒｏｗｓｉｎｇ  ｅｘｐｅｒｉｅｎｃｅ）を向上させることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
自動的に生成される関連情報へのリンクを閲覧者に提供することによって、ドキュメント・ブラウジングの品質を高めるための改良された技術を開発することが望まれる。
【課題を解決するための手段】
【０００５】
一実施態様によると、ドキュメント・ブラウジングを高める方法の一つは、ユーザに関連する個人情報を受信し、第１のドキュメントのコンテンツ及び個人情報に基づいて記述情報(ｄｅｓｃｒｉｐｔｉｖｅ  ｉｎｆｏｒｍａｔｉｏｎ)を生成し、その記述情報に基づいて追加のドキュメントを特定するステップを含む。さらに、追加ドキュメントへのリファレンスを含むよう修正された第１のドキュメントのコンテンツの少なくとも一部を含む第２のドキュメントが生成されてもよい。
【０００６】
別の実施態様において、方法の１つは、第１のドキュメントに関連する少なくとも１つの第２のドキュメントを探し出し、第２のドキュメントが関連するところの第１のドキュメント中のある位置において、第２のドキュメントを第１のドキュメントに埋め込む（ｅｍｂｅｄｄｉｎｇ）ステップを含む。
【０００７】
さらに別の実施態様において、方法の１つは、ユーザからの第１のドキュメントに対するリクエストを受け、第１のドキュメントにおけるネームド・エンティティ（ｎａｍｅｄ  ｅｎｔｉｔｙ）を特定し、ネームド・エンティティに関連する第２のドキュメントを探し出し、第２のドキュメントが関連するネームド・エンティティに最も近い第１のドキュメントのある位置において、第１のドキュメントのインライン（ｉｎ−ｌｉｎｅ）に表示される第２のドキュメントへのリンクがある第１ドキュメントの修正版をユーザに提供するステップを含む。
【０００８】
ユーザに関連する個人情報を受信し、
第１のドキュメントのコンテンツおよび前記個人情報に基づく記述情報を生成し、
前記記述情報に基づく追加ドキュメントを特定し、
前記第１のドキュメントのコンテンツの少なくとも一部および前記追加ドキュメントへのリファレンスを含む第２のドキュメントを生成する
ことを含むドキュメント・ブラウジングの効率を高める方法。
【発明の効果】
【０００９】
ユーザは、読まれるオリジナル・ドキュメントに関連する追加情報を効率よく提供されることができる。
【図面の簡単な説明】
【００１０】
【図１Ａ】ユーザに提供されてもよいグラフィカル・インターフェースの一例を説明するダイヤグラムである。
【図１Ｂ】ユーザに提供されてもよいグラフィカル・インターフェースの一例を説明するダイヤグラムである。
【図２】本発明の原理にかかる概念が実装されてもよいネットワークのダイヤグラムの一例である。
【図３】図２のネットワーク中に示されるクライアントまたはサーバのダイヤグラムの一例である。
【図４】図２に示されるドキュメント・ロケータの概念要素を説明するブロックダイヤグラムである。
【図５】図４に示されるサーチ・コンポーネントの一実装例を説明するダイヤグラムである。
【図６】図２に示されるドキュメント・ロケータによって行われる操作例を説明するフローチャートである。
【図７】コンテンツ・サービング・ウェブサイトのコンテキストにおけるドキュメント・ロケータの一実装例を説明するダイヤグラムである。
【発明を実施するための形態】
【００１１】
以下の本発明の詳細な記述は、添付の図面を参照する。詳細な記述は、本発明を限定しない。
【００１２】
本明細書の一部に組み込まれ、且つ本明細書の一部を構成する添付の図面は、本発明の実施例を説明し、且つ記述と併せて本発明を説明する。
［概要］
【００１３】
以下に記述されるように、ユーザによって読まれるドキュメントといった、オリジナル・ドキュメントに関連する追加ドキュメントは自動的に探し出される。追加ドキュメントはそれ自身のコンテンツおよび／またはユーザの個人情報に基づいて探し出され得る。追加ドキュメントはオリジナル・ドキュメントのインラインに表示され得る。ユーザは、このように、読まれるオリジナル・ドキュメントに関連する追加情報を効率よく提供されることができる。
【００１４】
図１Ａおよび図１Ｂは、ユーザに提供されてもよいグラフィカル・インターフェース（ｇｒａｐｈｉｃａｌ  ｉｎｔｅｒｆａｃｅｓ）の一例を説明するダイヤグラムである。グラフィカル・インターフェースは、ウェブをブラウズするために使用されるウェブ・ブラウザ１００を経由して提供されてもよい。図１Ａおよび図１Ｂに示されるドキュメント１０５の例は、ハイカー（ビル・クロス）のエベレスト山登頂のための奮闘に関する。
【００１５】
複数の追加ドキュメントは、ドキュメント１０５に関連してもよい。図１Ａにおいて、例えば、３つの追加記事に対するリンク１１０、１１２および１１４はドキュメント１０５に埋め込まれている。リンク１１０は、エベレスト山についてのドキュメントのリファレンスであってもよく、リンク１１２は、ノボログ・ピークス（Ｎｏｖｏｌｏｇ  Ｐｅａｋｅｓ）およびポールズ・チャレンジ（Ｐｏｌｅｓ  Ｃｈａｌｌｅｎｇｅ）についてのドキュメントのリファレンスであってもよく、さらにリンク１１４は糖尿病についてのリファレンスであってもよい。各ドキュメント１１０、１１２、および１１４は、オリジナル・ドキュメント１０５に何らかの関連があるコンテンツを参照する。例えば、リンク１１０、１１２および１１４は、下線を引かれたリンクのコンテンツを閲覧者に知らせるブリーフ・サマリー・テキスト（ｂｒｉｅｆ  ｓｕｍｍａｒｙ  ｔｅｘｔ）で表示される（例えば、「関連コンテンツ：エベレスト山（ｒｅｌａｔｅｄ  ｃｏｎｔｅｎｔｓ：Ｍｔ．Ｅｖｅｒｅｓｔ）」）。さらに、そのサマリー・テキストは下線を引かれ、そのサマリー・テキストがリンクに関連付けられていることを示す。図１Ａのドキュメント１０５の閲覧者が、カリフォルニア州サン・ノゼにいると仮定する。広告１１５は、サン・ノゼにおけるハイキング装具の小売商人のために追加で表示されてもよい。さらに、リンク１１０、１１２および１１４によってリファレンスされたドキュメントは、サン・ノゼエリアにおける閲覧者にとって特に適切なドキュメントであってもよい。
【００１６】
図１Ａには描かれていないが、閲覧者の個人情報に対して、よりいっそう直接的にカスタマイズされたリンクといったその他のリンクが表示されてもよい。例えば、閲覧者が前もって検索エンジンにサーチクエリを入力していて、写真といったものがサーチクエリに関連している場合、その他のリンクが、「エベレスト写真（Ｅｖｅｒｅｓｔ  Ｐｈｏｔｏｇｒａｐｈｙ）」を記述しているドキュメントへのリンクであってもよい。
【００１７】
図１Ｂ中のドキュメント１０５は、図１Ａ中のものと同一である。多数のリンク１２０、１２２および１２４は、図１Ｂのドキュメント１０５中に含まれる。この例では、リンクされたサマリー・テキスト（ｌｉｎｋｅｄ  ｓｕｍｍａｒｙ  ｔｅｘｉｔ）が表示されることの代わりに、リンク１２０、１２２および１２４は、形式を整えること（ｆｏｒｍａｔｔｉｎｇ）の単なる修正またはドキュメント１０５中の特定の単語またはフレーズに関連する表示を単に修正することによって実装される。例えば、リンク１２０は、「エベレスト山（Ｍｔ．Ｅｖｅｒｅｓｔ）」に下線を引くことによって閲覧者に示され、このように、リンクは、エベレスト山（Ｍｔ．Ｅｖｅｒｅｓｔ）に関係するドキュメントを参照することを閲覧者に示す。別のリンク１２６は、リンク１１０、１１２および１１４に類似したサマリー・テキストを含むドキュメント１０５のインライン（ｉｎ−ｌｉｎｅ）に挿入される。この例では、閲覧者は、サン・ノゼに代わりシアトルから閲覧していると仮定する。この事実に基づいて生成されてもよいリンク１２６は、シアトル近郊のライナー山（Ｍｔ．Ｒａｉｎｅｒ）ハイキングについてのドキュメントを参照する。
［ネットワーク概要の一例］
【００１８】
図２は、ネットワーク２００のダイヤグラムの一例であり、本発明の原理にかかる概念が、それにおいて実装されてもよい。ネットワーク２００は、ネットワーク２４０を経由してサーバ２２０に接続されている多数のクライアント２１０を含んでもよい。ネットワーク２４０は、ローカルエリア・ネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ：ＬＡＮ）、広域エリア・ネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ：ＷＡＮ）、公衆交換回線電話網（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ：ＰＳＴＮ）といった電話ネットワーク、イントラネット、インターネット、またはネットワークの組み合せを含んでもよい。２つのクライアント２１０および１つのサーバ２２０は、簡素化のため、ネットワーク２４０に接続されているように説明されている。実際には、もっと多くのクライアントおよび／またはサーバがあってもよい。また、いくつかの例において、クライアントがサーバの１つ以上の機能を実行してもよく、サーバがクライアントの１つ以上の機能を実行してもよい。
【００１９】
クライアント２１０は、無線電話、パーソナル・コンピュータ、携帯情報端末（ＰＤＡ）、ノート型パソコンといったデバイス、あるいは別タイプの計算デバイスまたは通信デバイス、これらのデバイスの１つで実行するスレッドまたはプロセス、および／またはこれらのデバイスの１つによって実行可能なオブジェクトを含んでもよい。サーバ２２０は、ドキュメントおよび画像を本発明の原理にかかる方法で処理し、検索し、および／または維持するサーバ・デバイスを含んでもよい。クライアント２１０およびサーバ２２０は、有線、無線、または光接続を経由してネットワーク２４０へ接続してもよい。
【００２０】
サーバ２２０は、追加のドキュメント・ロケータ・コンポーネント２２５（ここでは単に「ドキュメント・ロケータ２２５」と呼ばれる）を含んでもよい。ドキュメント・ロケータ２２５は、ドキュメント１０５（図１Ａおよび図１Ｂ）に追加されるリファレンスといった、入力ドキュメント（ｉｎｐｕｔ  ｄｏｃｕｍｅｎｔ）に関連する他のドキュメントへのリファレンスを探し出し、追加してもよい。
【００２１】
ここで用語として使用される「ドキュメント」は、コンピュータで読込みおよび格納可能なあらゆる作業生産物を含むもの、と広く解釈されるものである。ドキュメントは、ｅメール、ウェブログ（ブログ）、ファイル、ファイルの組み合わせ、他のファイルへの埋め込みリンク（ｅｍｂｅｄｄｅｄ  ｌｉｎｋｓ）を有する１つ以上のファイル、ニュースグループ・ポスティング（ｎｅｗｓ  ｇｒｏｕｐ  ｐｏｓｔｉｎｇ）などであってもよい。インターネットにおいて、共通ドキュメントは、ＨＴＭＬウェブページといったウェブページである。ウェブページは、しばしばコンテンツを含み、（メタ情報、ハイパーリンクなどといった）埋め込み情報および／または（Ｊａｖａ（登録商標）ｓｃｒｉｐｔなどといった）埋め込み命令を含んでもよい。ここで論じられるドキュメントは、一般的に埋め込み画像を含む。ここで用語として使用される「リンク」は、別のドキュメントまたは同じドキュメントの別の部分からの／へのドキュメントへの／からのあらゆるリファレンスを含むもの、と広く解釈されるものである。
［クライアント／サーバ・アーキテクチャの一例］
【００２２】
図３は、クライアント２１０またはサーバ２２０のダイヤグラムの一例である。クライアント２１０／サーバ２２０は、バス３１０、プロセッサ３２０、メインメモリ３３０、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）３４０、ストレージ・デバイス３５０、入力デバイス３６０、出力デバイス３７０および通信インターフェース３８０を含んでもよい。バス３１０は、クライアント２１０／サーバ２２０のコンポーネント間の通信を可能にするコンダクタを含んでもよい。
【００２３】
プロセッサ３２０は、命令を翻訳し、実行する従来型のプロセッサ、マイクロプロセッサ、またはプロセッシング・ロジックを含んでもよい。メインメモリ３３０は、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、または情報およびプロセッサ３２０で実行するための命令を格納する別のタイプのダイナミック・ストレージ・デバイスを含んでもよい。ＲＯＭ３４０は、従来のＲＯＭデバイス、または静的情報およびプロセッサ３２０で使用するための命令を格納する別のタイプのスタティック・ストレージ・デバイスを含んでもよい。ストレージ・デバイス３５０は、磁気記憶媒体および／または光学記憶媒体およびそれに対応するドライブを含んでもよい。
【００２４】
入力デバイス３６０は、キーボード、マウス、ペン、音声認証メカニズムおよび／または生体メカニズムなどといった、ユーザがクライアント２１０／サーバ２２０へ情報を入力することを可能にする１つ以上の従来型メカニズムを含んでもよい。出力デバイス３７０は、ディスプレイ、プリンタ、スピーカなどを含む、ユーザへ情報を出力する１つ以上の従来型メカニズムを含んでもよい。通信インターフェース３８０は、クライアント２１０／サーバ２２０が他のデバイスおよび／またはシステムと通信を行うことを可能にする、あらゆるトランシーバ様のメカニズムを含んでもよい。例えば、通信インターフェース３８０は、例えばネットワーク２４０といったネットワークを経由し、別のデバイスまたはシステムと通信を行うためのメカニズムを含んでもよい。
【００２５】
本発明の原理にかかるサーバ２２０は、追加ドキュメント・ロケータ２２５を実装してもよい。追加ドキュメント・ロケータ２２５は、メモリ３３０といったコンピュータ読込み可能媒体に格納されてもよい。コンピュータ読込み可能媒体は、１つ以上の物理メモリデバイスまたは論理メモリデバイスおよび／または搬送波として定義されてもよい。
【００２６】
追加ドキュメント・ロケータ２２５を定義するソフトウェア命令は、データストレージ・デバイス３５０といった、別のコンピュータ読込み可能媒体、または通信インターフェースを経由する別のデバイスから、メモリ３３０へ読み込まれてもよい。メモリ３３０に含まれるソフトウェア命令は、プロセッサ３２０に後述される処理を実行させてもよい。あるいは、ハードワイヤード回路または他のロジックは、本発明にかかる処理を実行するためのソフトウェア命令の代わりに、またはソフトウェア命令と組み合せて使用されてもよい。このように、本発明の原理にかかる実施態様は、ハードウェア回路およびソフトウェアの如何なる特定の組み合わせにも限定されない。
［ドキュメント・ロケータ２２５］
【００２７】
図４は、ドキュメント・ロケータ２２５の概念要素（ｃｏｎｃｅｐｔｕａｌ  ｅｌｅｍｅｎｔｓ）を説明するブロックダイヤグラムである。ドキュメント・ロケータ２２５は、記述情報ジェネレータ（ｄｅｓｃｒｉｐｔｉｖｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｇｅｎｅｒａｔｏｒ）４０５、サーチ・コンポーネント４１０、フォーマッティング・コンポーネント（ｆｏｒｍａｔｔｉｎｇ  ｃｏｍｐｏｎｅｎｔ）４１５を含んでもよい。記述情報ジェネレータ４０５は、現在のドキュメントを記述し、且つユーザの個人情報に基づく記述情報を生成してもよい。一実施態様において、記述情報は、サーチクエリを含んでもよい。記述情報ジェネレータ４０５は、ユーザの個人情報および／または現在の入力ドキュメント（または現在のドキュメントに関連する情報）に基づいて記述情報を生成してもよい。
【００２８】
記述情報ジェネレータ４０５から出力される記述情報は、追加ドキュメントを生成するために記述情報を使用するサーチ・コンポーネント４１０に入力されてもよい。追加ドキュメントへのリンクまたは他のリファレンスは、フォーマッティング・コンポーネント４１５によってオリジナル・ドキュメントに挿入されてもよい。
【００２９】
記述情報ジェネレータ４０５、サーチ・コンポーネント４１０およびフォーマッティング・コンポーネント４１５は、下に、それぞれさらに詳細に記述される。
［記述情報ジェネレータ４０５］
【００３０】
言及するように、記述情報ジェネレータ４０５は、サーチクエリといった記述情報を生成してもよい。記述情報は、一般的に、ユーザの個人情報はもちろん、その時点でユーザが閲覧している（または、閲覧するためにリクエストしている）ドキュメントに関連する情報に基づいてもよい。現在のドキュメントに関連する情報は、その現在のドキュメントのテキストに基づく情報を含んでもよい。そのテキストは、例えば、（１）所定の回数以上現れる全ての用語、（２）自動的に抽出されることができるネームド・エンティティ（ｎａｍｅｄ  ｅｎｔｉｔｉｅｓ）、（３）ドキュメントにおける日付、（４）作成者および公表名、および／またはキーワードまたはカテゴリの抜粋を得るために処理されてもよい。
【００３１】
上記（１）について、所定の回数以上現れる全ての用語は、重要である、またはドキュメントの特定の記述用語（ｄｅｓｃｒｉｐｔｉｖｅ  ｔｅｒｍｓ）であるとみなされてもよく、さらにドキュメントのための記述情報であるとみなされてもよい。記述情報の中に含まれるよう選択された用語の数は、例えば、非常に頻繁に生じる用語の所定の数に限定されてもよい。この概念の他の可能なバリエーションとしては、用語が生じる回数は、その用語がドキュメントの言葉（ｌａｎｇｕａｇｅ）の中に現れる、一般的な頻度に関連するとみなされてもよい。このように、言葉中にめったに生じない傾向がある用語は、ドキュメント中に多く生じる共通用語に先んじて選択されてもよい。
【００３２】
所定のネームド・エンティティのリストまたは他の名詞は、記述情報ジェネレータ４０５によって格納されてもよい。例えば、場所名、有名人の名前、広く知られた商品名または製品名（ｃｏｍｍｅｒｃｉａｌ  ｏｒ  ｃｏｎｓｕｍｅｒ  ｐｒｏｄｕｃｔｓ）、および会社名は、マニュアル（ｍａｎｕａｌ）（即ち、オペレータによって入力される）または自動技術（ａｕｔｏｍａｔｉｃ  ｔｅｃｈｎｉｑｕｅｓ）によって予め生成されてもよい。上記のように、ドキュメントのテキストは、これらネームド・エンティティと比較されることができ、且つドキュメントのための記述情報に含まれるものと一致する。図１Ａおよび図１Ｂの例に言及すると、所定のネームド・エンティティのリストは、「エベレスト山（Ｍｔ．Ｅｖｅｒｅｓｔ）」および「ノボログ・ピークス（Ｎｏｖｏｌｏｇ  Ｐｅａｋｓ）およびポールズ・チャレンジ（Ｐｏｌｅｓ  Ｃｈａｌｌｅｎｇｅ）」といった、ドキュメント１０５のための記述情報中に含まれるためのこれらの用語をもたらす用語を含んでいてもよい。
【００３３】
ドキュメントにおける日付（上記項目（３））、ドキュメント作成者および公表名（項目（４））は、記述情報に含まれてもよい。そのような情報は、ドキュメントに適用されているパターンマッチング技術（ｐａｔｔｅｒｎ  ｍａｔｃｈｉｎｇ  ｔｅｃｈｎｉｑｕｅｓ）によって、しばしば自動的に決定されることができる。ドキュメントの日付は、他の公表されたドキュメントを同時に探すために使用されてもよい。同様に、公表しているエンティティ（ｐｕｂｌｉｓｈｉｎｇ  ｅｎｔｉｔｙ）（例えば、ウェブサイト）およびドキュメント作成者は、同一または類似の公表物からのドキュメント、または同じ作成者によって書かれたドキュメントを探すために使用されてもよい。ドキュメント日付、作成者、および公表物（ｐｕｂｌｉｃａｔｉｏｎ）は、特にニュース・ストーリのコンテキストにおいて有用である。（５）について、ドキュメントは、用語頻度に基づき抜粋されたドキュメント自身のキーワード、またはネームド・エンティティ抜粋を経たドキュメント自身のキーワードについて分析されることができる。
【００３４】
ドキュメントに基づく記述情報生成に加えて、記述情報ジェネレータ４０５は、ユーザに特有の情報（「個人情報」）に基づく記述情報を生成してもよい。個人情報は、例えば、ユーザの地理的位置（例えば、先に提示されたサーチクエリまたは選択されたリンク）、アカウントを登録する際にユーザによって提供される個人情報、ユーザのブラウジング履歴に基づく個人情報、ユーザによって生成されたドキュメントから抜粋された個人情報、または他の個人情報源を含むことができる。ユーザの地理的位置は、ユーザのＩＰアドレスに基づき推定されてもよい。個人情報はまた、現在の日付、または季節といった時間情報（ｔｅｍｐｏｒａｌ  ｉｎｆｏｒｍａｔｉｏｎ）を含むこともできる。時間情報は、イベントを個人の好みまたはドキュメントコンテンツと関係付けるために役立つことができる。例えば、ブラウズされるドキュメントが、エジンバラに関するものであり、現在の月は７月または８月である場合、エジンバラ芸術フェスティバル（Ｅｄｉｎｂｕｒｇｈ  Ａｒｔｓ  Ｆｅｓｔｉｖａｌ）に関する関連ドキュメントが示されてもよい。
【００３５】
一実施態様において、個人情報は、検索エンジンに提示された先のサーチクエリから構築されたユーザ・プロフィールに基づくことができる。カテゴリマッチング技術（ｃａｔｅｇｏｒｙ  ｍａｔｃｈｉｎｇ  ｔｅｃｈｎｉｑｕｅｓ）は、検索用語からユーザの関心を推測するために使用されることできる。例えば、たとえユーザが実際には検索用語として「写真（ｐｈｏｔｏｇｒａｐｈｙ）」を記入しなくても、代わりに「ニコン（Ｎｉｋｏｎ）」、「アパーチュア（ａｐｅｒｔｕｒｅ）」および「ｆ−ｓｔｏｐ」が用語としてクエリされた場合、これらの用語は、ユーザは写真に関心がある、と推測するために使用されてもよい。
【００３６】
サーチクエリからのカテゴリマッピング（ｃａｔｅｇｏｒｙ  ｍａｐｐｉｎｇｓ）を生成するための一技術は、ユーザのサーチ・セッションに基づき分類された、大量のユーザ・サーチクエリの履歴（ｈｉｓｔｏｒｉｃａｌ  ｕｓｅｒ  ｓｅａｒｃｈ  ｑｕｅｒｉｅｓ）の収集に基づく。その原理は、「キャノン（Ｃａｎｏｎ）」といった検索用語について検索する人々は、同一のサーチ・セッションにおいて、同じカテゴリに関連する「写真」または「ｆ−ｓｔｏｐ」といった他のサーチクエリを記入しそうだからである。そのような多くのサーチクエリ・セッションを分析することによって、カテゴリ推理は行われることができる（例えば、ある人が「ニコン（Ｎｉｋｏｎ）」を検索する場合、その人は、写真に関心があるといえる）。
【００３７】
記述情報ジェネレータ４０５は、記述情報をサーチクエリとしてフォーマットしてもよい。一実施態様において、サーチクエリは、記述情報（例えば、ユーザの個人情報および記述情報に関連するドキュメント）を鎖状に結びつけることによって獲得されてもよい。一例として、図１Ａのドキュメント１０５を斟酌する。ドキュメントおよびユーザの個人情報の分析に基づき、記述情報ジェネレータ４０５は、記述情報「エベレスト山（Ｍｔ．Ｅｖｅｒｅｓｔ）」、「ノボログ・ピークス（Ｎｏｖｏｌｏｇ  Ｐｅａｋｓ）およびポールズ・チャレンジ（Ｐｏｌｅｓ  Ｃｈａｌｌｅｎｇｅ）」、「糖尿病」、「サン・ノゼ（Ｓａｎ  Ｊｏｓｅ）」および「写真（ｐｈｏｔｐｇｒａｐｈｙ）」を生成してもよい。これら用語は、結合されて１つのサーチクエリ「エベレスト山  ノボログ・ピークス  ポールズ・チャレンジ  糖尿病  サン・ノゼ  写真（Ｍｔ．Ｅｖｅｒｅｓｔ  Ｎｏｖｏｌｏｇ  Ｐｅａｋｓ  Ｐｏｌｅｓ  Ｃｈａｌｌｅｎｇｅ  ｄｉａｂｅｔｅｓ  Ｓａｎ  Ｊｏｓｅ  ｐｈｏｔｐｇｒａｐｈｙ）」にされてもよい。他の実施態様において、各々、ドキュメントからのおよびユーザの個人情報からの用語の集合を含む多数のサーチクエリは、「エベレスト山  サン・ノゼ（Ｍｔ．Ｅｖｅｒｅｓｔ  Ｓａｎ  Ｊｏｓｅ）」、「ハイキング  サン・ノゼ（ｈｉｋｉｎｇ  Ｓａｎ  Ｊｏｓｅ）」、「写真  エベレスト山（ｐｈｏｔｐｇｒａｐｈｙ  Ｍｔ．Ｅｖｅｒｅｓｔ）」などといったサーチクエリとして生成されてもよい。
【００３８】
一当業者は、生成された記述情報からのサーチクエリを系統立てするために、他の技術が使用されることができるということを明確に理解する。例えば、追加情報は、クエリ中に用語を含むかどうか、即ち言葉中の用語の相対的な出現頻度を決定することにおいて使用されることができる。さらに、ある名称、エンティティまたは他の予め定義された用語は、クエリ中にそれらを含むかどうか決定することにおいて、追加的な重みを与えられることができる。地理的名称といったいくつかの用語は、製品名称といった他の用語と異なった重みをかけられることができる。製品名称は、その製品名の後ろにそれらの関連会社名を追加することによって、自動的に限定されることができる。さらに、記述情報は、上に述べたような、サーチクエリにおいて使用されることが可能な他の用語を生成するためのクラスタ（ｃｌｕｓｔｅｒ）、またはカテゴリマッチング技術（ｃａｔｅｇｏｒｙ  ｍａｔｃｈｉｎｇ  ｔｅｃｈｎｉｑｕｅｓ）に使用されることができる。
［サーチ・コンポーネント４１０］
【００３９】
図５は、より詳細なサーチ・コンポーネント４１０の実装の一例を説明するダイヤグラムである。サーチ・コンポーネント４１０は、検索エンジン５０５およびランキング・コンポーネント５１０を含んでもよい。
【００４０】
検索エンジン５０５は、記述情報ジェネレータ４０５から記述情報を受信してもよく、さらにこれに応じて、記述情報に関連する１つ以上のドキュメントを探し出してもよい。検索エンジン５０５は、入力されたサーチクエリに関連付けられたランク付けされたドキュメントのセットを返す、クエリ・ベース検索エンジン（ｑｕｅｒｙ−ｂａｓｅｄ  ｓｅａｒｃｈ  ｅｎｇｉｎｅ）であってもよい。検索エンジン５０５は、ウェブ上のドキュメントといった多数のコレクションからの全てのドキュメントに基づく一般的な検索エンジンであってもよく、あるいは、ニュース検索エンジンといった、より特殊な検索エンジンであってもよい。検索エンジンを実装するための技術は、一般に当業者に知られており、従ってここではさらに開示されない。
【００４１】
ランキング・コンポーネント５１０は、検索エンジン５０５によって返されたドキュメントのセットをランク付けするおよび／または削除する操作をしてもよい。一実施態様において、ランキング・コンポーネント５１０は、返されたドキュメントのセット中の各ドキュメントがどれほどサーチクエリにマッチしているかを定義するクエリマッチスコア（ｑｕｅｒｙ  ｍａｔｃｈ  ｓｃｏｒｅ）に基づいて、返されたドキュメントのセットをソート（ｓｏｒｔ）してもよい。サーチクエリにおける用語の多数の事例を含むドキュメントといった、サーチクエリによりマッチしている（「ｂｅｔｔｅｒ」である）ドキュメントは、同様にマッチされていないドキュメントよりも高い関連スコアを有しようとする傾向がある。ランキング・コンポーネント５１０は、ドキュメント・クオリティ（ｄｏｃｕｍｅｎｔ  ｑｕａｌｉｔｙ）のリンクに基づく評価といった、他の関連性の評価またはクオリティの評価に基づいてドキュメントをソートしてもよい。ソートされた上位Ｎ個のドキュメント（例えば、Ｎ＝３）は、ユーザへの表示のためにランキング・コンポーネント５１０によって選択されてもよい。
【００４２】
関連ドキュメントのセットをランク付けするまたは削除するための他の技術は、ランキング・コンポーネント５１０によって使用されてもよい。例えば、多数の関連サーチクエリに一致する多数のドキュメントセットにおいて出現するドキュメントが選択されてもよく、極めて最近のそれらのドキュメントが選択されてもよく、最も人気のあるそれらのドキュメントが選択されてもよい（例えば、ドキュメントリンクが選択された回数に基づく）。他の例として、コマーシャルサイト（ｃｏｍｍｅｒｃｉａｌ  ｓｉｔｅｓ）からのドキュメントは、明確に除外（あるいは、包含）されてもよい。
【００４３】
いくつかの実施態様においては、多数のポテンシャル・サーチクエリ（ｐｏｔｅｎｃｉａｌ  ｓｅａｒｃｈ  ｑｕｅｒｙ）は、記述情報に対応して受信されることができ、さらに、ベストな結果を返すクエリが使用され得る。ベストな結果は、潜在的なサーチクエリに応じて検索エンジンから返されるドキュメントに対応する客観的なランキング評価を判断するといった、多数の方法で評価され得る。さらに、ニュース検索エンジン、製品検索エンジン、または一般のウェブ・ベース検索エンジン（ｗｅｂ−ｂａｓｅｄ  ｓｅａｒｃｈ  ｅｎｇｉｎｅ）といった、多数の異なる検索エンジンが使用されてもよい。
［フォーマッティング・コンポーネント４１５］
【００４４】
フォーマッティング・コンポーネント４１５は、サーチ・コンポーネント４１０によって探し出された追加ドキュメントを現在のドキュメント（即ち、ユーザによって現在閲覧されているドキュメント）または、現在のドキュメントを含む新しいドキュメントに組み込んでもよい。追加ドキュメントは、現在のドキュメントに対するユーザの閲覧を過度に邪魔することなしにドキュメントが利用できるということをユーザに通知する方法で、現在のドキュメントに組み込まれてもよい。
【００４５】
一実施態様において、フォーマッティング・コンポーネント４１５は、追加ドキュメントへのリンク（例えば、ハイパーリンク）を現在のドキュメントのテキストのインラインに挿入してもよい。可能である場合、各追加ドキュメントへのリンクは、追加ドキュメントに特に関連する現在のドキュメントにおけるセクション中に挿入されてもよい。この概念は、図１Ａおよび図１Ｂにおいて説明されており、エベレスト山（「Ｍｔ．Ｅｖｅｒｅｓｔ」）に関するドキュメントへのリンクといったコンテンツに関連するリンクは、ドキュメント１０５中の用語「エベレスト山（「Ｍｔ．Ｅｖｅｒｅｓｔ」）」の近くに挿入されている。図１Ａおよび図１Ｂにおけるリンクは、挿入句的なサマリ情報を含むものとして、且つ現在の入力ドキュメントにおける単語表示の修正によって特定されるリンクとして示されているが、リンクをグラフィック表示するための他の技術が使用され得る。
【００４６】
インライン・ハイパーリンク（ｉｎ−ｌｉｎｅ  ｈｙｐｅｒｌｉｎｋｓ）以外の技術は、追加ドキュメントを現在のドキュメントに埋め込むよう使用されてもよい。例えば、ユーザがカーソルの位置を現在のドキュメント中の特定の単語、画像または他の目的物の上に合わせるときに現れる「フロート・オーバ（ｆｌｏａｔ−ｏｖｅｒ）」テキストが使用されてもよい。
［ドキュメント・ロケータ２２５の動作］
【００４７】
図６は、ドキュメント・ロケータ２２５によって実行される動作の一例を説明するフローチャートである。ドキュメント・ロケータ２２５は、ウェブサイトまたは検索エンジンから行われるリクエストといった、ユーザがドキュメントをリクエストすることに応じて動作を開始してもよい。
【００４８】
ドキュメント・ロケータ２２５は、ユーザの個人情報を受信するまたは探し出してもよい（ａｃｔ６０１）。個人情報は、例えば、ユーザの地理的位置、アカウントを登録する際（または、別の機会）にユーザによって提供される個人情報、ユーザのブラウジング履歴に基づく個人情報、またはユーザによって生成されたドキュメントから抜粋された個人情報といった、情報を含むことができる。ドキュメント・ロケータはまた、ユーザがリクエストしている現在の入力ドキュメントを受信する（ａｃｔ６０２）。
【００４９】
入力ドキュメントに関連する記述情報が、生成されてもよい（ａｃｔ６０３）。記述情報は、先に述べたように、記述情報ジェネレータ４０５によって生成されてもよく、さらに現在の入力ドキュメントおよびユーザの個人情報に関連付けられた用語を包含するサーチクエリを含んでもよい。記述情報は、追加関連ドキュメントを探し出すために使用されてもよい（ａｃｔ６０４）。述べたように、これは、サーチクエリを検索エンジンに提示するサーチ・コンポーネント４１０によって実行される。
【００５０】
１つ以上の追加関連ドキュメントは、埋め込まれてもよい、またそうでなければ、現在の入力ドキュメントに関連付けられてもよい（ａｃｔ６０５）。図１Ａおよび図１Ｂに示されたように、追加関連ドキュメントは、現在の入力ドキュメントのインラインに埋め込まれてもよい。追加関連ドキュメントへのリンクを含む、現在の入力ドキュメントの修正版は、そのあとユーザに提供されてもよい（ａｃｔ６０６）。
［ドキュメント・ロケータ２２５の実装例］
【００５１】
図７は、個々の趣味（例えば、自動車）に関する記事に充てられたウェブサイトといった、コンテンツ・サービング・ウェブサイト（ｃｏｎｔｅｎｔ  ｓｅｒｖｉｎｇ  ｗｅｂ  ｓｉｔｅ）のコンテキスト中に実装された追加ドキュメント・ロケータ２２５の一実装例を説明するダイヤグラムである。当業者は、ドキュメント・ロケータ２２５が、ニュース検索エンジンの一般的なコンテキストの中または、さらに一般的な検索エンジンの中といった付加的にネットワークされた多数の環境においても実装されることが可能であることを認識する。
【００５２】
多数のユーザ７０５は、ネットワーク７１５を通してコンテンツ・ウェブサイト７１０と接続してもよい。ユーザは、コンテンツ・ウェブサイト７１０から特定のドキュメントをリクエストしてもよい。リクエストされたドキュメントをユーザへ返す前に、ウェブサイト７１０は、リクエストするユーザの個人情報に加えて潜在的にドキュメント（または、ドキュメント確認情報）をドキュメント・ロケータ２２５へ送信する。ドキュメント・ロケータ２２５は、先に述べたように、リクエストされたドキュメントの修正版をウェブサイト７１０へ戻してもよく、そのあとユーザへドキュメントを転送してもよい。この方法において、ウェブサイト７１０からのドキュメントは、ユーザへ返される前に、それらドキュメントの魅力を高めるため、自己増大してもよい。
【００５３】
この例では、様々なバリエーションが可能である。例えば、品質を高められたドキュメントをウェブサイト７１０へ戻すドキュメント・ロケータ２２５の代わりに、ウェブサイト７１０は、単にユーザのドキュメントリクエストをドキュメント・ロケータ２２５に向け直す（ｒｅｄｉｒｅｃｔ）だけであってもよく、それから品質を高められたドキュメントをユーザへ返してもよい。
［結論］
【００５４】
ユーザに読まれるドキュメントといった、オリジナル・ドキュメントに関連する追加ドキュメントおよび／またはユーザの個人情報に関連する追加ドキュメントを自動的に探し出す技術は、ここに述べられた。一実施態様において、追加ドキュメントは、ユーザに読まれるドキュメントに関連するコンテンツに基づき探し出されたと同様に、ユーザの個人情報にも基づき探し出された。追加ドキュメントは、追加ドキュメントに特に関連するドキュメント中に挿入されるリンクを経由し、読まれるドキュメントのインラインに提供され得る。ユーザは、このように、読まれるオリジナル・ドキュメントに関連する追加情報を効率よく提供され得る。
【００５５】
当業者にとって、本発明の態様は、上述されたように、図に説明された実施態様において、ソフトウェア、ファームウェアおよびハードウェアの多くの異なる形式において実装されてもよいことは、明白である。本発明にかかる態様を実装するために使用された実際のソフトウェアコードまたは特殊化された制御ハードウェアは、本発明を限定するものではない。このように、本態様の動作および振る舞いは、特定のソフトウェアコードへの言及無しに述べられた、即ち、本明細書に基づく態様を実装するために当業者は、ソフトウェアおよび制御ハードウェアをデザインすることが可能であるだろうと解釈される。
【００５６】
前述の本発明の好ましい実施例は、実例および記述を提供するが、網羅的になるようには意図されておらず、また本発明を開示された明確な形式へと限定するように意図されてもいない。修正および変化は上記技術を考慮して可能であり、または本発明の実践から取得されてもよい。例えば、上述された多数の操作は特定の順に記述されたが、多数の動作は、同時もしくは異なる順序で行われても同一または同等の結果を達成できる。
【００５７】
本出願にて使用されたエレメント、ａｃｔ、命令は、明示されたものを除いて、本発明にとって重大または不可欠なものとして解釈されるべきではない。また、ここで使用されているように、冠詞「ａ」は１つ以上のアイテムを潜在的に斟酌されることを意図されている。さらに、「ｂａｓｅｄ  ｏｎ」という句は、明白に述べられない限り、「少なくとも一部に基づいて」と意味するよう意図されている。
【図１Ａ】
2011034583.tif 000003
【図１Ｂ】
2011034583.tif 000004
【図２】
2011034583.tif 000005
【図３】
2011034583.tif 000006
【図４】
2011034583.tif 000007
【図５】
2011034583.tif 000008
【図６】
2011034583.tif 000009
【図７】
2011034583.tif 000010