記事から構成エンティティの組を抽出するステップと、前記構成エンティティの組から、前記記事を最も良く反映する一次エンティティの組を選択するステップと、前記一次エンティティの組に基づいて、関連エンティティの組を選択するステップと、前記一次エンティティの組及び前記関連エンティティの組に基づいて、候補エンティティの組を形成するステップと、前記候補エンティティの組をランク付けするステップと、前記候補エンティティの組のランク付けに基づいて、前記候補エンティティの組から該候補エンティティの組よりも小さい最終的なエンティティの組を選択するステップと、前記最終的なエンティティの組の各エンティティの検索結果を含む、前記記事の補足を生成するステップと、を含む方法であって、該方法が1又はそれ以上のコンピュータ装置により実行される、ことを特徴とする方法。前記補足が、前記最終的なエンティティの組の各エンティティをさらに含む、ことを特徴とする請求項1に記載の方法。前記補足が、1回目に生成される第1の補足であり、前記候補エンティティの組をランク付けするステップ、前記関連エンティティの組を選択するステップ、又は前記一次エンティティの組を選択するステップの1又はそれ以上が、特徴の組に少なくとも部分的に基づき、前記方法が、請求項1のステップを2回目に実行して第2の補足を生成するステップをさらに含み、前記第2の補足が、時間に依存して前記特徴の組の少なくとも1つの特徴に変化したことを受けて前記第1の補足とは異なる、ことを特徴とする請求項1又は請求項2に記載の方法。前記候補エンティティの組をランク付けするステップ、前記関連エンティティの組を選択するステップ、又は前記一次エンティティの組を選択するステップの1又はそれ以上が、ユーザ固有のデータに少なくとも部分的に基づき、前記ユーザ固有のデータが、前記ユーザの検索履歴又は前記ユーザのブラウジング履歴の少なくとも一方を含む、ことを特徴とする請求項1から請求項3のいずれか1項に記載の方法。クライアントが、前記記事に関連してユーザに対して前記補足を表示するようにするステップをさらに含む、ことを特徴とする請求項1から請求項4のいずれか1項に記載の方法。クライアントが、前記記事及び前記補足を含む構造化文書内に、ユーザに対して前記補足をインラインで表示するようにするステップをさらに含む、ことを特徴とする請求項1から請求項5のいずれか1項に記載の方法。前記構成エンティティの組を抽出するステップが、辞書に基づく検索及び文法に基づく認識アルゴリズムの両方を使用してエンティティを抽出するステップを含み、前記一次エンティティの組を選択するステップが、前記記事内に前記構成エンティティが出現する頻度に少なくとも基づいて前記構成エンティティの組をランク付けするステップを含み、前記関連エンティティの組を選択するステップが、前記一次エンティティの組の各エンティティに関して、検索クエリログのリポジトリ、人間が入力した関係データのリポジトリ、及び記事のコーパスのうちの1又はそれ以上におけるエントリ内の同時出現する関連エンティティを検索するステップと、前記一次エンティティの組の各エンティティに関して、前記検索ステップと、同時出現の頻度に基づくランク付け処理とに少なくとも基づいて1又はそれ以上の関連エンティティを選択するステップと、を含み、前記最終的なエンティティの組を選択するステップが、前記候補エンティティの組の各エンティティに適用されて前記最終的なエンティティの組の各エンティティの検索結果が所定の基準を満たすことを判定するランク付け関数に少なくとも基づき、前記所定の基準が、前記検索結果の品質の尺度、及び前記検索結果の特定の検索バーティカルに関連するサブセットにおけるヒット数のうちの少なくとも一方を含む、ことを特徴とする請求項1から請求項6のいずれか1項に記載の方法。前記補足が、前記最終的なエンティティの組の各エンティティに関して横串検索結果の組を含み、前記横串検索結果の組の各横串検索結果が、少なくとも2つの異なる検索リポジトリに関連する少なくとも2つの検索結果の組を含む、ことを特徴とする請求項1から請求項7のいずれか1項に記載の方法。少なくとも前記記事の補足を生成するステップが、前記補足に対する要求に応答して動的に行われ、前記要求が前記記事を示す、ことを特徴とする請求項1から請求項8のいずれか1項に記載の方法。1又はそれ以上のコンピュータ装置による実行時に請求項1から請求項9に記載の方法のいずれか1つを実施させる命令を記憶する、ことを特徴とする1又はそれ以上の非一時的コンピュータ可読媒体。請求項1から請求項9に記載の方法のいずれか1つを実施させるように構成された、ことを特徴とするコンピュータプログラム製品。請求項1から請求項9に記載の方法のいずれか1つを実施するように構成された1又はそれ以上のプロセッサを備える、ことを特徴とする装置。第1の1又はそれ以上のコンピュータ装置の組上で実行されるウェブサーバと、第2の1又はそれ以上のコンピュータ装置の組上で実行される補足サーバと、を備えたコンピュータシステムであって、前記ウェブサーバが、複数のクライアントにウェブページを提供し、前記ウェブサーバが、少なくともコンテンツの記事及び補足コンテンツを少なくとも第1のウェブページに埋め込み、前記ウェブサーバが、前記記事を示す少なくとも第1の要求を前記補足サーバに送信することによって部分的に前記補足コンテンツを生成し、前記補足サーバが、前記記事から一次エンティティを抽出するステップ、前記一次エンティティに基づいて関連エンティティを識別するステップ、前記一次エンティティ及び前記関連エンティティに基づいて最終的なエンティティの組を選択するステップ、及び前記最終的なエンティティの組の1又はそれ以上のエンティティの横串検索結果を生成するステップに少なくとも基づいて前記少なくとも第1の要求に応答し、前記補足コンテンツが、前記最終的なエンティティの組及び前記横串検索結果を含む、ことを特徴とするコンピュータシステム。検索サーバを実行する1又はそれ以上のコンピュータ装置を備えたシステムであって、前記検索サーバが、コンテンツの記事を示す要求を受け取り、前記コンテンツの記事に基づいて、前記コンテンツの記事内に存在する複数のエンティティ、又は前記コンテンツの記事内のエンティティに関連する複数のエンティティを識別し、前記複数のエンティティの各エンティティに関し、該エンティティを複数の検索リポジトリ内で検索することによって横串検索結果を取得し、前記検索結果に基づいて、前記複数のエンティティと、前記複数のエンティティの各エンティティの横串検索結果とを含む前記記事の補足を生成し、前記補足によって前記要求に応答する、ことを特徴とするシステム。同じ参照数字が同様の要素を示す添付の図面の図に、本発明を限定ではなく一例として示す。以下の説明では、本発明を完全に理解できるようにするために、説明を目的として数多くの特定の詳細を記載する。しかしながら、これらの特定の詳細を伴わずに本発明を実施できることが明らかであろう。その他の場合、本発明を不必要に曖昧にしないために、周知の構造及び装置についてはブロック図形式で示す。本明細書では以下の概略に従って実施形態を説明する。1.0.全体的概要2.0.補足コンテンツの表示例3.0.構造的概要4.0.機能的概要4.1.サーバ主導の補足4.2.クライアント主導の補足4.3.補足の生成5.0.実装例5.1.一次エンティティの選択5.2.関連エンティティの選択5.3.候補エンティティからの最終的なエンティティの組の選択5.4.品質に基づく基準に合わせたエンティティのフィルタ処理5.5.補足コンテンツのフォーマット5.6.ユーザの個人化5.7.貨幣化5.8.サーバの最適化5.9.時間感度5.10.補足サーバのAPI5.11.雑項目6.0.実装機構-ハードウェアの概要7.0.拡張及び代替例1.0.全体的概要ユーザがアクセスしたコンテンツに、ビデオ、画像、定義、地図、検索結果、関連リンクなどの文脈的に関連する又は関連性のあるコンテンツの動的に決定されたスニペットを補足することによってユーザのブラウジング体験を高めるための方法、技術及び機構を開示する。以下では補足コンテンツ又は補足と呼ぶこれらのスニペットは、興味を引くエンティティを識別するだけでなく、これらのエンティティに基づく検索結果から取得される、これらのエンティティに関する興味を引く情報も含む。従って、ある実施形態では、これらの補足により、検索エンジンにクエリを送信することなどの不便と思われるステップをユーザが行う必要なく、またコンテンツプロバイダに代わって編集プログラミングを行う必要なくユーザを検索体験に従事させる。補足コンテンツは、ユーザがアクセスしたコンテンツの分析に少なくとも部分的に基づいて生成される。ある実施形態によれば、各補足は、この分析に少なくとも部分的に基づいて選択された1又はそれ以上のエンティティに関する情報を含む。各エンティティは、分析したコンテンツ内に現れる又はこれに関連する単語、用語又は語句である。1又はそれ以上のエンティティに関する情報は、1又はそれ以上の検索エンジン及び/又はデータベース内で1又はそれ以上のエンティティを検索することにより生成される。補足は、ユーザを対象とした広告などの、分析したコンテンツとは無関係のその他の情報を追加として含むこともできる。ある実施形態によれば、各補足は、少なくとも1つの横串検索レポートを含み、この横串検索レポートは、1又はそれ以上の検索エンジン及び/又はデータベース内で1又はそれ以上のエンティティを検索することにより生成された検索結果を含む。ある実施形態では、各横串検索レポートが複数の小区分を含み、各小区分は、異なるデータカテゴリに照らした検索結果から収集された情報を含む。例えば、横串検索レポートは、1又はそれ以上のビデオリポジトリに照らした1又はそれ以上の検索結果のための小区分、1又はそれ以上の画像データのリポジトリに照らした1又はそれ以上の検索結果のための別の小区分、ニュース記事の1又はそれ以上のリポジトリに照らした1又はそれ以上の検索結果のための別の小区分、及びソーシャルメディアデータの1又はそれ以上のリポジトリに照らした1又はそれ以上の検索結果のための別の小区分を含むことができる。しかしながら、他の実施形態では、異なるリポジトリからの異なる結果を単一の小区分内に混合することもできる。ある実施形態によれば、各補足が、記事に関して選択された異なるエンティティのために各々が生成された複数の区分を含む。各区分は、例えば、そのそれぞれのエンティティの横串検索レポートを含むことができる。例えば、ワールドカップサッカーの試合をレポートする記事に関して、サッカー、ワールドカップ、南アフリカ及び米国という4つのエンティティが識別されたと仮定する。この記事に関して生成される補足は、各々がこれら4つの識別されたエンティティのうちの異なるエンティティの異なる横串検索レポートを含む4つの異なる区分を含むことができる。ある実施形態では、補足が、導出される元となるコンテンツの記事に関連して表示される。例えば、各補足は、その補足が生成された対象の記事と同じウェブページのサイドバー内に、記事の上部に、又は記事の下部に表示される。ある実施形態では、各補足が、補足を表示するクライアントがいかなる時でも1つのエンティティに対応する1つの区分しか表示しないようにするスクリプト、コード又はその他の命令を含む。これらの命令は、クライアントが、異なるエンティティに対応するその他の区分を見えるようにするためのタブ又はその他の制御を表示するようにすることもできる。しかしながら、他の様々な方法で補足内の情報を表示することもできる。ある実施形態では、ある記事に関して、いくつかの分析及びランク付け処理に基づいてエンティティが選択される。例えば、記事から一次エンティティを抽出し、一次エンティティが記事の題材を反映する度合いを定量化するためのあらゆる数のアルゴリズムに従ってこれらをランク付けすることができる。別の例として、関連語のリポジトリ内で一次エンティティを検索することに基づいて関連エンティティを選択することができる。その後、一次エンティティに対する関連エンティティの関連性を測定するためのいくつかのアルゴリズムのいずれかに基づいて関連エンティティをランク付けすることができる。その後、一次エンティティ及び関連エンティティを両方ともプールし、互いに関してさらにランク付けすることができる。さらに又はこの代わりに、一部又は全部のランク付け段階において、記事に対する各エンティティの関連性の測定、ユーザに対する各エンティティの関連性の測定、最近の検索、ニュース、又はソーシャルメディアの傾向によって示される各エンティティの人気の測定、各エンティティに関して取得した検索結果の有用性の測定などを含む様々な因子に基づいてエンティティをランク付けすることもできる。一部又は全部のランク付け段階において、ランク付け処理に基づいて、補足に含めるための検討からいくつかのエンティティを除外することもできる。例えば、ランク付け段階の一部又は全部の後で、所定数のエンティティのみを選択することができる。別の例として、所定の閾値を上回る関連性スコアを有するエンティティのみを選択することもできる。ある実施形態では、ユーザがコンテンツの記事を要求したことに応答して、ユーザの要求に応答してサーバ側又はクライアント側の命令が実行された結果として、コンテンツの特定の記事に関して動的に補足が生成される。ある実施形態では、検索プロバイダが、コンテンツ開発者、コンテンツホスター、コンテンツ表示アプリケーション、及び/又は背景アプリケーションがコンテンツの記事を提出し、これと引き換えに、このコンテンツに関する生成された補足を受け取ることができるようにする補足生成サービスを提供する。例えば、ウェブページをブラウザに戻す前にブラウザによってウェブページが要求された場合、ウェブホストプロバイダは、このプロバイダがホストするウェブページを、補足生成サービスを通じて自動的に供給することができる。これにより、ウェブホストプロバイダは、補足コンテンツのための関連情報を手動で識別する必要なく、このプロバイダがホストするあらゆるページに、文脈に依存する捕捉コンテンツを自動的に挿入できるようになる。別の例として、ユーザにブラウザツールバーを提供し、このツールバー内の制御の選択時に、ユーザが現在見ているウェブページ又はウェブページアドレスを補足生成サービスに送信するようにすることができる。これと引き換えに、このツールバーは、ユーザに表示するための補足コンテンツを受け取る。他の態様では、本発明は、上述のステップを実行するように構成されたコンピュータ装置及びコンピュータ可読媒体を含む。2.0.補足コンテンツの表示例図1Aは、コンテンツの記事110及びこれに伴う補足120の表示100を示すスクリーンショット例である。表示100は、例えば、記事110及び補足120を埋め込んだウェブページであってもよい。コンテンツの記事110はニュース記事であり、テキスト112及び画像114を含む。補足120は、記事110の最後の部分に表示される。テキスト112は、とりわけ、一次エンティティ131JayLeno、132DavidLetterman、及び135ConanO’Brienを含む。補足120を生成するために、一次エンティティ131及び132、並びに関連エンティティ133BenMcKenzie及び134LateNightwithJimmyFallonが選択されている。従って、補足120の最上部の見出しバー内にエンティティ131~134が表示されている。補足120の残り部分には、関連エンティティ133に関する情報の区分143が見える。しかしながら、エンティティ131、133又は134のいずれかを選択すると、区分143は、補足120の選択されたエンティティ131、133、又は134に対応する隠れている区分に置き換わる。区分143は、各々が異なる情報リポジトリからの検索結果を反映する4つの小区分151~154を含む。小区分151は、ニュースデータベース内で一次エンティティ133を検索することによって読み出されたニュース記事のタイトル及び要約を表示する。小区分152は、ビデオデータベース内で一次エンティティ133を検索することによって読み出されたビデオに関する情報に基づくビデオプレビュー及びタイトルを表示する。小区分153は、画像データベース内で一次エンティティ133を検索することによって読み出された画像及び画像メタデータを表示する。小区分154は、スライドショーのデータベース内で一次エンティティ133を検索することによって読み出されたスライドショープレビュー及びメタデータを表示する。ユーザは、小区分151~154のうちの特定の小区分の強調表示部分を例えばクリックによって選択すると、完全なビデオ、ニュース記事又はスライドショーなどのより詳細なデータに導かれるという点で、小区分151~154の各々の一部は選択可能である。小区分151~154の各々は、1つの検索結果のみから得られた情報を含むが、他の実施形態では、各小区分が、あらゆる数の検索結果から得られた情報を含むことができる。補足120は、ユーザが区分143をスクロールしてさらなる情報の小区分を呼び出せるようにするナビゲーションバー129をさらに含む。図1B及び図1Cは、記事110の補足120の代わりに提示できる代替の補足例160及び180である。図1Bには、一次エンティティ131、関連エンティティ133、134、及び一次エンティティ135といった異なるエンティティの組を含む補足160を示している。補足160では、ユーザの個人化、関連性を計算するために使用するデータの時間感度、及び金銭的要因を含む様々な理由で、一次エンティティ132の代わりに一次エンティティ135が選択されたと考えられる。図1Bの区分163は、図1の区分143とは異なる小区分の組171~174を含む。小区分171~174は、画像のリポジトリ、写真のリポジトリ、ニュース記事のリポジトリ、及び一般的な検索クエリのリポジトリに照らした検索結果にそれぞれ対応する。小区分171は複数の画像を含み、小区分172はインラインビデオを含む。小区分173及び174は、各々が異なる検索結果に対応する複数のリンクを含む。小区分171~173の各々は、これらのそれぞれのリポジトリからさらなる検索結果を取得するためのリンク165を含む。図1Cには、図1Bの補足120と同じエンティティを含む補足180を示しているが、その区分183は、図1Aの区分143の小区分151~154と同様の小区分191~194を含む。小区分191~194は、主にこれらのそれぞれの項目が作成又は修正された時間を示すタイムスタンプ195を各々が含む点で小区分151~154とは異なる。小区分191~194は、これらの最上位にランクされた結果がどれほど前に作成されたかによってソートされる。図1A~図1Cは、ユーザに補足120を提示できるほんの1つの態様を示すものにすぎない。他の実施形態では、ウェブページ内の記事110に対する異なる位置に補足120を表示してもよく、或いはポップアップウィンドウ、外部ウィンドウ、又は別個のディスプレイ内に表示してもよい。例えば、ツールバー又はデスクトップウィジェットによって補足120を表示することもできる。補足120内の情報は、あらゆる数の考えられるレイアウトで編成することができる。例えば、補足120内の追加のエンティティ区分又はエンティティ区分全てを、クリック又はスクロールせずに補足内に現れるようにすることができる。さらに、補足のために選択されたエンティティ、各エンティティに利用できる情報の種類、及び記事110を見ているユーザなどの因子によって、補足120内の情報を変更することもできる。ある実施形態では、区分143を必ずしも小区分に分割する必要はなく、ソースに関わらず最上位にランクされる検索結果を提示する単一の小区分を含むようにすることができる。3.0.構造的概要図2に、本明細書で説明する技術を実施できるシステム例200を示す。システム200は、クライアント210、コンテンツサーバ220、補足サーバ230、エンティティ抽出要素240、1又はそれ以上の関連エンティティ識別要素250、1又はそれ以上のエンティティランク付け要素260、1又はそれ以上の検索要素270、及び1又はそれ以上のユーザ履歴要素280を含む。本明細書で説明する技術を実施できる他のシステムは、別の構成の同様の要素及び/又は追加の要素を含むことができ、或いは要素を省略することもできる。ユーザは、クライアント210を操作して、コンテンツサーバ220により提供されるコンテンツ222にアクセスする。例えば、クライアント210は、コンテンツ222をウェブページの形でユーザに提示するウェブブラウザであってもよく、コンテンツサーバ220は、これらのウェブページをクライアント210に送信する役割を担うウェブサーバであってもよい。クライアント210は、コンテンツサーバ220からコンテンツ222の異なる記事224をダウンロードするための要求221を送信する。記事224は、テキスト、画像及びビデオを含む、ユーザが生成したコンテンツの特定の項目である。記事224の一部又は全部は、ブログエントリ、ニュース記事、参照記事、レビュー、教育文書、電子メールなどの、完全にユーザが書いた文書であってもよい。コンテンツサーバ220は、記事224を送信することによって要求221に応答する。ある実施形態では、各記事224が、ハイパーテキストマークアップ言語HTMLファイル又は拡張マークアップ言語XMLストリームの要素などの構造化オブジェクト内でクライアント210に送信される。各構造化オブジェクトは、記事224に加えてその他の要素を含むこともできる。これらの要素は、限定ではないが、写真又はビデオなどの、記事を示す又はこれに関連するメディアアイテム、クライアント210による記事224の提示に影響を与えるフォーマット命令、ヘッダ、フッタ及びサイドバーなどのナビゲーション要素、広告、記事メタデータ、及びクライアント210に様々な動作を行わさせるための符号化命令を含むことができる。コンテンツサーバ220は、各記事224を構造化オブジェクトに挿入する役割を果たしてもよく、又は果たさなくてもよい。例えば、コンテンツサーバ220は、データベース又はファイルシステム内に記事224のリポジトリを維持することができる。コンテンツサーバ220は、特定の記事224が要求されると、この要求された記事224を検索し、例えば、マークアップ命令及びナビゲーション要素を含む適当な構造化オブジェクトを生成し、要求された記事224を構造化オブジェクトに挿入し、この構造化オブジェクトによって要求に応答する。一方、記事224がウェブページなどの好適な構造化オブジェクト内にある形で既にコンテンツサーバ220に記憶されている場合には、コンテンツサーバ220は、いずれの処理も行わずに記事224をクライアント210に中継することができる。クライアント210及びコンテンツサーバ220の一方又は両方は、補足232に対する要求231を補足サーバ230に送信する。これに応答して、補足サーバは、コンテンツ222とともに表示するための補足232を戻す。各補足232は、コンテンツ222の特定の記事224内の又はこれに関連する1又はそれ以上のエンティティに関する情報の集合である。これらの情報は、例えば、1又はそれ以上のエンティティを使用して1又はそれ以上のリポジトリに問い合わせを行うこと、又は他のあらゆる種類の検索動作を行うことによって得られた検索結果の形をとることができる。ある実施形態では、各補足232が、複数のエンティティの横串検索結果を含む。この横串検索結果は、例えば、画像、ビデオ、関連コンテンツへのリンク、参照データ、コンタクト情報、地図などを含むことができる。各補足232は、例えば、単一のデータストリーム、又は単一のHTML又はXML要素などの単一のデータ構造内で戻される。補足サーバ230は、クライアント210又はコンテンツサーバ220から補足サーバ230にオンザフライで示される記事224に基づいて、補足232の少なくとも一部を動的に生成する。これが生成されると、補足サーバ230は、補足232を生成した対象である特定の記事224に関する将来的な補足の要求に応答して提供できるように、補足232をキャッシュすることもできる。補足サーバ230は、補足232を生成するために様々なバックエンド要素を使用することができる。補足サーバ230は、1又はそれ以上のエンティティ抽出要素240に依拠して記事からエンティティを抽出することができる。エンティティ抽出要素240は、記事を入力して、この記事から抽出された複数のエンティティを出力できる限り、様々な形をとることができる。好適なエンティティ抽出要素の一例として、Yahoo社のContextualAnalysisPlatform以下CAPが挙げられる。別の例としては、StanfordNamedEntityRecognizerが挙げられる。補足サーバ230は、1又はそれ以上の関連エンティティ識別要素250にさらに依拠することができる。この場合も、1又はそれ以上の関連エンティティ識別要素250は、抽出されたエンティティ、メディアアイテム、又は記事の少なくとも一部などの入力に基づいて1又はそれ以上の関連エンティティを出力できる限り、様々な形をとることができる。ある実施形態では、1又はそれ以上の関連エンティティ識別要素250が、検索クエリログ、人間が入力した関係データ、及び記事のコーパスのコンテンツをそれぞれ分析することによって同系性を判断する少なくとも3つのシステムを含む。このようなシステムの例として、Yahoo社のSeaviewシステム、様々なタイトルの参照エントリ間の関係を定義する、人間が追加したカテゴリデータを含むWikipediaデータベース、及び米国特許出願公開第2009/0083278号に記載されるような、記事のコーパス内における様々なエンティティペアの時間減衰カテゴリ同時出現頻度を定義する社会的関心発見システムがそれぞれ挙げられ、以後、この特許出願の内容全体は、あたかもその全体が記載されているかのように全ての目的のために引用により本明細書に組み入れられる。補足サーバ230は、1又はそれ以上のエンティティランク付け要素260にさらに依拠して、エンティティ関連性スコア又はランクを提供することができる。補足サーバ230は、これらのスコア又はランクを使用してエンティティの優先付け及びフィルタ処理を行い、補足232が、対応する記事224内の又はこれに関連するエンティティのうちの最も文脈的に関連するもののみに関する情報を含むようにすることができる。補足サーバ230は、関連エンティティの識別に使用する抽出エンティティの数を制限すること、特定の抽出エンティティに関して識別される関連エンティティの数を制限すること、及び補足232内に情報を提供する抽出エンティティ及び関連エンティティの数を制限することのうちの一部又は全部を含む様々な目的で1又はそれ以上のエンティティランク付け要素260に依拠することもできる。この1又はそれ以上のエンティティランク付け要素260の一部又は全部は、エンティティ抽出要素240又は1又はそれ以上の関連エンティティ識別要素250に論理的に統合してもよい。例えば、補足サーバ230は、CAPにより提供されるランク付け機能を利用することができる。或いは、1又はそれ以上のエンティティランク付け要素260の一部又は全部を論理的に独立させることもできる。例えば、補足サーバ230は、独自のカスタムランク付け機能を利用すること、又は上述したコンテンツの関連性を判断するための、活動に基づくユーザの関心モデリングに記載されるようなトレンドシステムに問い合わせを行うことができる。1又はそれ以上のランク付け要素260は、様々なソースからのデータに依拠することができ、またあらゆる数の目的に合わせて関連性を判断するように最適化することができる。例えば、クライアント210の特定のユーザが補足232を見た時にクリックする検索結果をこれらのエンティティが生成する可能性がどれほどであるかに基づいて特定の補足232に関するエンティティをランク付けするように1又はそれ以上のランク付け要素260を最適化することができる。別の例として、最新のニュース又はトレンドデータにおける人気に基づいてエンティティをランク付けするように1又はそれ以上のランク付け要素260を最適化することもできる。補足サーバ230は、補足232内に記載されるエンティティの検索結果を生成するための1又はそれ以上の検索要素270にさらに依拠することができる。1又はそれ以上の検索要素は、あらゆる数の検索エンジン、データベース、及び以下ではまとめて検索リポジトリと呼ぶその他のリポジトリを含むことができる。様々な検索リポジトリの一部又は全部は、異なる種類の検索可能データを含むことができる。例えば、各リポジトリは、ウェブ検索、画像、ビデオ、ニュースなどの検索バーティカルに対応することができる。ある実施形態では、各検索リポジトリが、別個の検索エンジン又はデータベースである。ある実施形態では、検索リポジトリの一部又は全部が、同じエンジン又はデータベース内の単純に別様に分類されたデータの組である。ある実施形態では、1又はそれ以上の検索要素270が、Yahoo社のQueryPlannerなどの検索結果カスタマイズ要素をさらに含むことができる。このカスタマイズ要素は、どの検索エンジン又はデータリポジトリがエンティティに関する情報の問い合わせを行うようにするかを計画すること、横串検索結果のレイアウトを編成すること、及び指定した品質又は量の閾値を満たす検索結果をどのエンティティが生成しないかを示すことを含む様々なタスクに関与することができる。補足サーバ230は、1又はそれ以上のユーザ履歴要素280にさらに依拠して、補足232を特定のユーザ212に適合させることができる。例えば、補足サーバ240は、ユーザ履歴要素280により提供されたデータを、1又はそれ以上のランク付け要素260により実行されるランク付け機能の特徴として利用することができる。1又はそれ以上のユーザ履歴要素280は、例えば、ユーザ検索履歴、検索セッション履歴、及び一般的なユーザブラウジング履歴を含むことができる。ある実施形態では、コンテンツサーバ220及び補足サーバ230が異なる装置上で実行される。コンテンツサーバ220は、コンテンツ222を提供するコンテンツプロバイダ又はコンテンツプロバイダの代わりにウェブホスティングプロバイダによって動作する1又はそれ以上の装置上で実行される。補足サーバ230は、コンテンツプロバイダとは異なる補足プロバイダによって動作する1又はそれ以上の装置上で実行される。ある実施形態では、補足プロバイダが、様々な要素240~280の一部又は全部を提供する検索プロバイダでもある。従って、要素240~280の一部又は全部を、検索プロバイダによって動作する他の装置上で実行することもでき、補足サーバ230と同じ1又はそれ以上の装置上で実行することもでき、又は補足サーバ230に論理的に統合することもできる。これらの要素は全て、検索プロバイダのバックエンドネットワーク290を介してサーバに接続することができる。ある実施形態では、補足サーバ230が依拠する要素の一部又は全部が、検索プロバイダ以外のエンティティによって提供され、従って、補足サーバ230が実行される1又はそれ以上の装置以外の装置上で実行され、ネットワーク290以外のネットワークを介して補足サーバ230に接続される。本明細書で使用するサーバという用語は、単一のコンピュータ装置で実行される単一のサーバ要素に限定されるものではなく、サーバにより提供されるものとして説明した機能をまとめて提供するために複数のコンピュータ装置で実行される複数のサーバ要素を意味することもできる。同様に、要素という用語は、例えば、単一のコンピュータ装置で実行される命令の単一のインスタンスを意味することも、又は複数のコンピュータ装置で実行される命令の複数のインスタンスを意味することもできる。4.0.機能の概要4.1.サーバ主導の補足図3は、ユーザに補足したコンテンツの記事を提供するための技術例を示すフロー図300である。フロー図300は、補足コンテンツを提供する処理の一例を示すものにすぎない。他の処理は、同じ又は異なる順序で構成された、より多くの、より少ない、又は異なるステップを含むことができる。ステップ310において、クライアント210などの、コンテンツを表示するクライアントが、コンテンツサーバ220などのコンテンツサーバにコンテンツの記事に対する要求を送信する。例えば、ユーザがウェブブラウザを操作して、記事を含むウェブページをウェブサーバに要求することができる。ステップ320において、この要求に応答して、コンテンツサーバが記事を検索する。例えば、コンテンツサーバは、1又はそれ以上のデータベース又は記憶装置から記事を検索することができる。ステップ330において、コンテンツサーバは、補足サーバ230などの補足サーバに記事の補足を要求する。例えば、補足サーバは、このような要求を受け取るためのアプリケーションプログラムインターフェイスAPIを公開することができる。このAPIに従って、コンテンツサーバは、この要求とともに、記事自体、及び/又はファイルの経路、データベース記録の識別子、又は記事を検索できる場所を示すユニフォームリソースロケータなどの記事への参照を含む、補足を要求する記事を示すデータを含めることができる。ステップ340において、補足サーバは、ステップ330の要求に応答して、記事に基づいて補足を生成する。補足サーバは、あらゆる数の検索リポジトリに情報を求めるクエリを行うことによって部分的に補足を生成する。補足サーバは、そのクエリを、記事のコンテンツのあらゆる数の分析、ランク付け処理、及び/又はフィルタ処理の結果として選択されたエンティティに基づかせることができる。補足を生成する技術については、本開示全体を通じてより詳細に説明する。ステップ350において、補足サーバがコンテンツサーバに補足を戻す。例えば、補足サーバは、選択されたエンティティの検索リポジトリから読み出した情報を組み込んでフォーマットするHTMLコードのスニペットの形で補足を戻すことができる。ステップ360において、コンテンツサーバは、補足を受け取ると、少なくとも記事及び補足を含む構造化文書を生成する。記事及び補足を戻された構造化文書は、クライアントが表示するためのその他の項目、並びに構造化文書内で項目をフォーマットして表示する方法のための命令をさらに含むことができる。例えば、コンテンツサーバは、記事のコンテンツで構成されたHTML文書、補足を含むサイドバー、表示されるページの様々な態様を動的に変更するためのJavaScript登録商標命令、及び様々なナビゲーション又は装飾要素を生成することができる。コンテンツサーバは、例えば、記事、サイドバー、テンプレート及びその他の情報をページレンダリング要素に入力することによって構造化文書を生成することができる。ステップ370において、コンテンツサーバは、構造化文書を生成すると、記事を含む構造化文書をクライアントに送信することによってステップ330の要求に応答する。ステップ380において、クライアントは、ステップ370で受け取った構造化文書に基づいて記事のコンテンツ及び補足を表示する。例えば、構造化文書がウェブページである場合、クライアントは、このウェブページを解析し、マークアップ及びその他の命令に基づいて少なくとも記事及び補足をレンダリングし、クライアントを操作しているユーザに表示することができる。4.2.クライアント主導の補足図4は、ユーザに補足したコンテンツの記事を提供するための方法例を示すフロー図400である。フロー図400は、補足コンテンツを提供する処理の第2の例を示すものにすぎない。さらに他の処理は、同じ又は異なる順序で構成された、より多くの、より少ない、又は異なるステップを含むことができる。ステップ410において、クライアント210などの、コンテンツを表示するクライアントが、コンテンツサーバ220などのコンテンツサーバにコンテンツの記事に対する要求を送信する。例えば、ユーザがウェブブラウザを操作してウェブサーバにウェブページを要求することができる。ステップ420において、この要求に応答して、コンテンツサーバが記事を検索する。例えば、コンテンツサーバは、1又はそれ以上のデータベース又は記憶装置から記事を検索することができる。ステップ430において、コンテンツサーバは、記事を検索すると、少なくともこの記事を含む構造化文書を生成する。例えば、コンテンツサーバは、ヘッダ、フッタ、サイドバー、及び/又はその他のナビゲーション又は装飾項目とともにウェブページ内に記事のコンテンツを埋め込むことができる。或いは、好適な構造化文書内に前もって記事を記憶しておいて、このステップを不要にしてもよい。ステップ440において、コンテンツサーバは、記事を含む構造化文書をクライアントに送信することによってステップ420の要求に応答する。ステップ450において、クライアントは、ステップ370で受け取った構造化文書に基づいて記事のコンテンツを表示する。例えば、構造化文書がウェブページである場合、クライアントは、このウェブページを解析し、マークアップ及びその他の命令に基づいて少なくとも記事をレンダリングし、クライアントを操作しているユーザに表示することができる。ステップ460において、補足アプリケーションクライアントアプリケーション、又はクライアントに関連して動作する別のアプリケーションのいずれかが、補足サーバ230などの補足サーバに、記事に対する補足の要求を送信する。例えば、補足サーバは、このような要求を受け取るためのアプリケーションプログラムインターフェイスAPIを公開することができる。このAPIに従って、補足アプリケーションは、この要求とともに、記事のコンテンツ、及び/又はファイルの経路、データベース記録の識別子、又は記事を検索できる場所を示すユニフォームリソースロケータなどの記事への参照を含む、補足を要求する記事を示すデータを含めることができる。ステップ470において、ステップ340に関連して及び本開示全体を通じて説明するように、補足サーバは、記事に基づいて補足を生成する。ステップ480において、補足サーバは、この補足を補足アプリケーションに戻す。ある実施形態では、HTML及び/又はスクリプト命令としてフォーマットされた補足が戻される。ステップ490において、補足アプリケーションは、記事に関連して補足を表示する。以降、ステップ490は、いつでもステップ450とともに行うことができる。ある実施形態では、クライアント又はクライアントのプラグイン要素が、ステップ460~490の補足アプリケーションとして機能する。例えば、クライアントは、構造化文書内からの命令に応答してこの役割を担うことができる。構造化文書は、構造化文書内の記事を識別し、補足サーバに補足要求を送信し、ページ又はポップアップウィンドウの動的にロードされた区分内に補足を表示するようにクライアントに命令するスクリプトを含むことができる。この命令は、クライアントが構造化文書をレンダリングした時に自動的に、又はウェブページ内又はクライアントのインターフェイス内のボタン又はリンクなどの制御手段のユーザ選択に応答して実行することができる。或いは、クライアント又はクライアントのプラグイン要素をハードコード化して同様の命令を実行することもできる。ある実施形態では、クライアントと同じコンピュータ装置で実行される別のアプリケーションが、補足アプリケーションとして機能する。この別のアプリケーションは、例えば、移動体装置上で実行されるバックグラウンドアプリケーション、デスクトップコンピュータ上で実行されるウィジェット、又はその他のあらゆる好適なアプリケーションとすることができる。このアプリケーションは、クライアントと通信して、現在クライアントが表示しているコンテンツの記事を識別するように構成される。このアプリケーションは、補足の要求を補足サーバに送信する。このアプリケーションは、補足を受け取ると、この補足をコンピュータ装置の別のウィンドウ内に表示する。このウィンドウは、クライアントの記事の表示の横に表示することもでき、又はクライアントの記事の表示に完全に取って代わることもできる。このアプリケーションは、記事を識別し、補足を要求し、及び/又はユーザ入力に応答して補足を表示することができる。或いは、このアプリケーションを、クライアントが表示するコンテンツのあらゆる記事に関してこれらのステップの一部又は全部を自動的に実行するように構成することもできる。4.3.補足の生成図5は、コンテンツの記事に関する補足コンテンツを生成するための技術例を示すフロー図500である。フロー図500のステップを、例えば補足サーバにより実施して、図4のステップ470又は図3のステップ340に従って補足を生成することができる。フロー図500は、補足コンテンツを生成する処理の一例を示すものにすぎない。他の処理は、同じ又は異なる順序で構成された、より多くの、より少ない、又は異なるステップを含むことができる。ステップ510において、補足サーバ230などのサーバが、記事のコンテンツ又はメタデータから複数の構成エンティティを抽出する。複数の構成エンティティの各構成エンティティは、コンテンツ又はメタデータ内に現れる異なるエンティティである。様々な技術を使用して、コンテンツからエンティティを抽出することができる。ある実施形態では、記事内の各ユニークワードが構成エンティティと考えられる。ある実施形態では、コンテンツの構文及び/又は意味分析を使用して構成エンティティを識別し、統計的に重要な単語又は語句を識別することができる。ある実施形態では、記事内の全ての固有名詞が構成エンティティとして識別される。ある実施形態では、事前に定めた関心のあるエンティティの辞書内の単語又は単語の組み合わせを検索することにより構成エンティティが識別される。その他の変形形態は、さらなる分析及び上述した実施形態の組み合わせに依拠することができる。ステップ520において、サーバが、複数の構成エンティティから一次エンティティの組を選択する。これを行うために、サーバは、各エンティティを1又はそれ以上のランク付け処理にかけることができる。この処理により、各構成エンティティのスコア及び/又は構成エンティティのランクリストが作成される。このランクは、限定ではないが、記事内の各エンティティの位置、コンテンツ内にエンティティが現れる頻度、エンティティが現れる文の言語構造、及び例えば、人物名、組織名又は場所名などの、エンティティが属するものとして分類されるエンティティタイプを含むいくつかの因子に基づくことができる。ある実施形態では、このランクが、記事のコンテンツからエンティティを除外することによってコンテンツの主なトピック又は題材が失われるという点で、エンティティのアバウトネスの尺度、すなわちそのエンティティが全体として記事にどれほど関連しているかについての尺度を少なくとも部分的に示す。これに加えて又はこれの代わりに、このランクは、ユーザ又はユーザグループに対するエンティティの関連性、又は最新ニューストピックに対するエンティティの関連性などの、各エンティティの他の側面を定量化するように機能することができる。ある実施形態では、所定数の最も高くランクされた一次エンティティのみが選択される。ある実施形態では、閾値スコアよりも高くスコア付けされた一次エンティティのみが選択される。ステップ530において、サーバは、記事に基づいて関連エンティティの組を識別する。例えば、サーバは、一次エンティティの組の各エンティティに関する関連エンティティを、関連エンティティの1又はそれ以上のデータベース内で検索することができる。別の例として、サーバは、関連エンティティ識別要素250などの1又はそれ以上の関連エンティティ識別要素に、記事全体、構成エンティティの組、又は一次エンティティの組を供給することができる。ある実施形態では、最初に関連エンティティ候補の組を識別し、次に1又はそれ以上のランク付け処理に基づいて関連エンティティ候補の組をフィルタ処理することによって関連エンティティの組が識別される。この処理により、各関連エンティティのスコア及び/又は関連エンティティの1又はそれ以上のランクリストが作成される。この関連エンティティのランクは、本出願全体を通じて説明するようないくつかの因子に基づくことができる。ある実施形態では、各関連エンティティが、発見された対象の一次エンティティとの同系性の尺度に少なくとも部分的に基づいてランク付けされる。このような測定の因子としては、限定ではないが、一次エンティティと関連エンティティの分類、同じ検索セッションのログデータ内に両方の用語が現れる頻度、及び文書の組内の同じ文書内に両方の用語が現れる頻度を挙げることができる。ある実施形態では、各一次エンティティに対して、所定数の最も高くランクされた関連エンティティのみが選択される。ある実施形態では、閾値スコアよりも高くスコア付けされた関連エンティティのみが選択される。ステップ540において、サーバは、1又はそれ以上の一次エンティティの組及び1又はそれ以上の関連エンティティの組をプールして、記事の補足コンテンツに含める候補である候補エンティティの組を形成する。ステップ550において、サーバは、候補エンティティの組の各エンティティにランクを付けて、各候補エンティティのスコア及び/又は候補エンティティのランクリストを作成する。この場合も、サーバは、様々なランク付け処理に依拠することができる。ある実施形態では、サーバが、クリック率に関して最適化するためのランク付け、大きな記事の組にわたるエンティティのカバー範囲を最適化するためのランク付け、或いは広告又は検索結果からの収益を最適化するためのランク付けを含む、異なる目的のための異なるランク付け処理を利用することができる。このランク付け処理は、限定ではないが、エンティティに関連する検索の収益、一次エンティティのアバウトネススコア、それぞれの一次エンティティに対するその関連エンティティの関連性ランク、特定のユーザ又はユーザグループに対する関連性、以前にサーバが提供した補足内で各エンティティの検索結果が提示及び/又はクリックされた頻度、及び検索ログ、ブラウジング履歴、及び最新ニュース又はソーシャルメディア記事内における各エンティティの出現頻度によって示される各エンティティの人気の時間依存尺度を含む様々な因子に基づくことができる。なお、これらの因子の一部は、構成エンティティ又は関連エンティティ候補にランク付けする役割を果たすこともできる。ステップ560において、サーバは、ステップ550のランク付けに少なくとも基づいて候補エンティティの組をフィルタ処理し、最終的なエンティティの組を生成する。ある実施形態では、所定数の最も高くランクされた候補エンティティのみが、最終的なエンティティの組に選択される。ある実施形態では、閾値スコアよりも高くスコア付けされた一次エンティティのみが選択される。ある実施形態では、最終的なエンティティの組を識別する際に追加のフィルタを使用する。例えば、サーバは、最も高くランクされた候補エンティティから開始して所定数のエンティティが選択されるまで各エンティティを処理して、特定の基準が確実に満たされるようにすることができる。エンティティが所定の基準を満たす場合、このエンティティは最終的なエンティティの組に選択される。この所定の基準としては、例えば、そのエンティティに関する得られた検索結果の質例えば、エンティティに対する検索結果の関連性の尺度、そのエンティティに関する得られた検索結果の数、検索結果の所定のカテゴリの組の各々に関する得られた検索結果の数例えば、サーバは、各最終エンティティが、少なくとも1つのビデオ、2つの画像及び3つのニュース検索結果を有することを必要とすることができる、検索結果が、特定の対象領域例えば、ニュースの編成、高収益領域、又はユーザが好む領域に関する少なくとも所定数のヒットを含むかどうか、及び検索が、特定の対象領域例えば、最近の検索結果内で戻された頻度が多すぎる領域、又は低品質及び/又は悪意があるものとして識別された領域の検索結果が多くなりすぎることを避けるかどうかを挙げることができる。これに加えて又はこれの代わりに、ある実施形態では、一次エンティティ及び/又は関連エンティティを選択する際に上述のフィルタ処理ステップを行うことができる。ステップ570において、サーバは、最終的なエンティティの組の各特定のエンティティに関し、この特定のエンティティを検索語として使用して、1又はそれ以上の検索リポジトリに照らした1又はそれ以上のクエリを実行する。例えば、サーバは、最終的なエンティティの組の各エンティティを、ビデオのリポジトリ、ウェブページのリポジトリ、及びWikipediaデータベース内で検索することができる。このステップに従ってサーバが検索を行えるその他の考えられるリポジトリとしては、限定ではないが、ビデオ、画像、ウェブページ、オーディオファイル、ニュース記事、ソーシャルメディア、ブログエントリ、ムービーメタデータ、イベントカレンダー、株価情報、地図、スポーツの点数、出荷追跡データ、辞書エントリ、参照エントリなどのリポジトリが挙げられる。ある実施形態では、検索されるリポジトリが事前に定められる。ある実施形態では、サーバに補足を要求するエンティティが検索リポジトリを指定することができる。ある実施形態では、補足が生成されている対象の記事の種類又はトピックの分類に応じてリポジトリを変更することができる。ある実施形態では、エンティティ自体に応じてリポジトリが変化する。例えば、サーバは、関連性、ユーザ選択及び収益などの因子に基づいて、いくつかの事前に定めたリポジトリの中からどのリポジトリが最適な検索結果を生成するかを判断するクエリプランニング要素にエンティティを送信することができる。例えば、このクエリプランニングユニットは、BlackEyedPeasというエンティティに関してはビデオ、音楽及びソーシャルメディアのリポジトリの各々における検索が最適な可能性があると判断するが、Ghanaというエンティティに関してはWikipediaのデータベース及びニュース記事のコーパスに照らした検索が最適であろうと判断することができる。ステップ580において、サーバは、最終的なエンティティの組内のエンティティの各々に関する1又はそれ以上のクエリをサーバが実行した結果として読み出された情報の一部又は全部を編成してフォーマットすることにより補足を生成する。サーバは、各エンティティの区分を生成し、各区分は、このエンティティに関する得られた検索結果の少なくとも一部を含む。これらの区分を、例えばステップ550のランク付けに従って、最も関連性のある区分が最初にリストされ及び/又は最初に目に触れるように編成することができる。或いは、例えばユーザ選択及び/又は広告収益などの他の何らかの順序付けに基づいて区分を編成することもできる。サーバは、様々なテンプレート又はレイアウト規則に従ってフォーマットを実行し、これにより記事の補足を生成する。情報を補足としてフォーマットするための技術例については、本開示の他の節で説明している。このフォーマット処理を、例えば横串検索要素にオフロードすることもできる。5.0.実装例5.1.一次エンティティの選択図6は、一次エンティティを選択するための技術例を示すフロー図600である。フロー図600のステップを、例えば1又はそれ以上のエンティティ抽出要素とともに機能する補足サーバにより実施して、図5のステップ510及び520に従って一次エンティティの識別及び選択を行うことができる。フロー図600は、一次エンティティを識別する処理の一例を示すものにすぎない。他の処理は、同じ又は異なる順序で構成された、より多くの、より少ない、又は異なるステップを含むことができる。ステップ610において、補足サーバが、辞書ベースのエンティティ抽出要素を利用して記事から第1のエンティティの組を抽出する。このような要素の例には、上述したCAPが挙げられるが、あらゆる辞書ベースの抽出要素を使用することができる。この辞書ベースの抽出要素は、記事のコンテンツを分析して、事前に定めたエンティティのデータベースに記憶されたエンティティを検索することができる。この抽出要素は、任意にエンティティをランク付け及び/又はフィルタ処理することもできる。ステップ620において、補足サーバは、概念名又は場所名として分類されたエンティティを第1のエンティティの組から任意に除外する。ステップ630において、補足サーバは、名前付きエンティティ認識要素を利用して記事からさらなる第2のエンティティの組を抽出する。このような要素の例には、文法ベースのStanfordNamedEntityRecognizerシステムが挙げられるが、あらゆる名前付きエンティティ認識要素を使用することができる。名前付きエンティティ認識要素は、様々な自然言語処理技術に依拠して、記事のコンテンツ内の個人、組織又は場所などの名前付きエンティティを認識する。名前付きエンティティ認識要素と辞書ベースのエンティティ抽出要素は、他方の要素が見逃したエンティティを捕捉できるという点で、名前付きエンティティ認識要素は、辞書ベースのエンティティ抽出要素を補完する。ステップ640において、補足サーバは、第1のエンティティの組と第2のエンティティの組を統合して、独自の一次エンティティ候補の組を生成する。ステップ650において、一次エンティティ候補を記事内における発生頻度によってソートし、その後、記事内の位置によってソートする。ステップ660において、所定の閾値よりも頻度が低い全てのエンティティを一次エンティティ候補の組から除外し、これにより一次エンティティの組が生じる。例えば、一次エンティティの組は、記事内に複数回現れるエンティティのみを含むことができる。ステップ670において、他のあらゆる数のフィルタ処理基準に基づいて、一次エンティティの組をさらにフィルタ処理することができる。例えば、図7に示すステップを通じて一次エンティティの組をフィルタ処理し、関連エンティティが識別される一次エンティティのみを含むようにすることができる。5.2.関連エンティティの選択図7は、関連エンティティを選択するための技術例を示すフロー図700である。フロー図700のステップを、例えば1又はそれ以上の関連エンティティ識別要素とともに機能する補足サーバにより実施して、図5のステップ530に従って関連エンティティを識別し選択することができる。フロー図700は、関連エンティティを識別する処理の一例を示すものにすぎない。他の処理は、同じ又は異なる順序で構成された、より多くの、より少ない、又は異なるステップを含むことができる。ステップ710において、補足サーバが、関連エンティティを配置する記事から抽出したプローブエンティティの組を識別する。例えば、補足サーバは、フロー図600のステップを通じて識別された一次エンティティの組をプローブエンティティとして利用することができる。ステップ720において、補足サーバは、1又はそれ以上の関連エンティティ識別要素を利用して、プローブエンティティの組の各エンティティの関連語候補の組を識別する。ある実施形態では、検索クエリログ、人間が入力した関係データ、及び所与の期間例えば、最後の6カ月にわたって収集された記事のコーパスのコンテンツにそれぞれ焦点を当てる少なくとも3つの関連エンティティ識別要素をプローブエンティティの各々に利用する。ステップ730において、非エンティティによって生じた用語を各関連語候補の組から除外し、これによりプローブエンティティの各々の関連エンティティ候補の組が生じる。非エンティティによって生じた用語は、例えば辞書検索又はウェブ検索を通じて識別することができる。ステップ740において、補足サーバは、プローブエンティティの組内の各プローブエンティティ、及びプローブエンティティの対応する関連エンティティ候補の組内の各関連エンティティに関し、所与の期間にわたって収集された記事のコーパス内におけるプローブエンティティと関連エンティティの対の同時出現頻度スコアを計算する。すなわち、関連エンティティを配置するプローブエンティティと同じ文書内に関連エンティティ候補が現れる回数に基づいて、各関連エンティティ候補にスコアを付ける。ある実施形態では、記事のコーパス内の複数のカテゴリの文書の各々に関して別個のカテゴリ同時出現頻度スコアを計算する。次に、例えば上位3位までのカテゴリ同時出現頻度スコアなどの上位のカテゴリ同時出現頻度スコアに基づいて、関連エンティティ候補の全体的な同時出現頻度スコアを計算する。ある実施形態では、最近の文書内のプローブエンティティと関連エンティティのペアの同時出現が、より古い文書内のプローブエンティティと関連エンティティのペアの同時出現よりも大きく重み付けされるという点で、時間減衰関数を使用して同時出現頻度スコアを計算することができる。任意に、ステップ750において、補足サーバは、記事が属するカテゴリに関するカテゴリ同時出現頻度スコアが所定の閾値よりも低いあらゆる関連エンティティ候補をフィルタ除去する。ある実施形態では、記事が属するカテゴリに関するカテゴリ同時出現頻度スコアに基づいて、ステップ740における全体的同時出現頻度スコアに大きく又は完全に重み付けすることができる。ステップ760において、ステップ740で識別された同時出現頻度スコアに基づいて各関連エンティティ候補の組をフィルタ処理し、これにより各プローブエンティティに関する関連エンティティの組が生じる。これらの組の上位集合を、例えば図5のステップ530のための関連エンティティの組として使用することができる。例えば、同時出現頻度スコアが閾値スコアよりも低い関連エンティティ候補を除外することができる。或いは、所与のプローブエンティティに関して上位2つの関連エンティティのみを選択することもできる。ステップ770において、他のあらゆる数のフィルタ処理基準に基づいて、関連エンティティの組をさらにフィルタ処理することができる。5.3.候補エンティティからの最終的なエンティティの組の選択図8は、一次エンティティ、及びこの一次エンティティに関する識別された関連エンティティの両方を含む候補エンティティの組から最終的なエンティティの組を選択するための技術例を示すフロー図800である。フロー図800のステップを、例えば1又はそれ以上のエンティティランク付け要素とともに機能する補足サーバにより実行して、図5のステップ550に従ってエンティティにランク付けすることができる。これに加えて又はこれの代わりに、ある実施形態では、一次エンティティ候補又は関連エンティティ候補にランク付けする際に、フロー図800のステップの一部又は全部を行うことができる。フロー図800は、最終的なエンティティの組を選択する処理の一例を示すものにすぎない。他の処理は、同じ又は異なる順序で構成された、より多くの、より少ない、又は異なるステップを含むことができる。ステップ810において、他の節で説明したように、アバウトネススコア又は同様のランク付けスコアに従って、全ての一次エンティティ、すなわち記事内に現れる全てのエンティティにランク付けする。ステップ820において、補足サーバが、ステップ810で最も高くランク付けされた一次エンティティ候補を識別する。或いは、ステップ820~880の最初の反復後にステップ820を行っている場合、補足サーバは、まだ検討していない最も高くランク付けされた一次エンティティ候補を選択する。ステップ830において、補足サーバは、一次エンティティの検索結果を取得する。ステップ835において、ステップ830で得られた検索結果が、他の節で説明したようないくつかの所定の品質制約を満たしている場合、この一次エンティティを最終的なエンティティの組に追加する。ステップ840において、補足サーバは、候補エンティティの組内で、ステップ820の一次エンティティに基づいて配置された関連エンティティの組を識別する。ステップ850において、例えば前の節で説明した同時出現ランク付けアルゴリズムに基づいて、一次エンティティに関する関連エンティティの組にランク付けする。ステップ860において、補足サーバは、以前に検討していない最も高くランク付けされた関連エンティティの検索結果を取得する。ステップ865において、ステップ860で得られた検索結果が、他の節で説明したようないくつかの所定の品質制約を満たしている場合、この関連エンティティを最終的なエンティティの組に追加する。ステップ870において、補足サーバは、関連エンティティの組内の所定数のエンティティが最終的なエンティティの組に追加されたかどうか、又は関連エンティティの組内の全てのエンティティが検討されたかどうかを判定する。これらの条件がいずれも満たされていない場合、フローはステップ860に戻る。いずれかが満たされている場合、フローはステップ880に進む。ある実施形態では、補足サーバが、所定の品質制約を満たす検索結果を生成するために、いずれかの所与の特定のエンティティに関する関連エンティティの検討を最初の関連エンティティのみに制限する。ある実施形態では、所定数の関連エンティティが定義されず、特定のエンティティに関連する全ての関連エンティティに対してステップ860及び865を繰り返す。ステップ880において、補足サーバは、所定数の候補エンティティが最終的なエンティティの組に追加されたかどうか、又は全ての候補エンティティが検討されたかどうかを判定する。これらの条件がいずれも満たされていない場合、フローはステップ820に戻る。いずれかが満たされている場合、流れはステップ890に進む。例えば、補足サーバは、最終的なエンティティの組のサイズを4に制限することができる。ステップ890において、最終的なエンティティの組が定義されたと見なされる。5.4.品質に基づく基準に合わせたエンティティのフィルタ処理ある実施形態によれば、ステップ865及び835、並びに本開示全体を通じて説明する検索品質制約が、全体として戻された検索結果の数、いくつかの検索バーティカル又はカテゴリ内で戻された検索結果の数、及びクエリに対する検索結果の関連性の尺度を含むあらゆる数の因子に基づくことができる。ある実施形態では、補足サーバが、クエリプランニング要素及び1又はそれ以上の検索要素の両方を参考にして、検索結果が、又は少なくとも単複の上位の検索結果が関連性閾値を満たさないエンティティをフィルタ除去する。あらゆる好適な関連性ランク付けアルゴリズムを使用して、関連性尺度を生成することができる。ある実施形態では、各検索結果タイプが、関連性及び/又は異なる関連性閾値を決定するための異なるアルゴリズムを有することができる。例えば、ニュースコーパス内におけるエンティティの検索では、エンティティに対する各ニュース記事の関連性のカスタマイズした尺度に基づいて検索結果内でニュース記事にランク付けできるのに対し、標準的なウェブリポジトリ内におけるエンティティの検索では、エンティティとの関連性のより一般的な尺度によって検索結果内でウェブ文書にランク付けすることができる。いずれの場合にも、クエリプランニング要素及び/又は検索要素は、関連性尺度を補足サーバに渡し、さらにこの補足サーバが、エンティティに関する関連性尺度が最低限の関連性スコアを個別に又は全体的に満たすことを確実にする。ある実施形態では、補足サーバがエンティティをフィルタ除去して、各選択されたエンティティが、様々な検索バックエンドから検索結果を取り出した後に、特定のカテゴリ内に所定数の検索結果を有するようにする。例えば、各エンティティが、少なくとも2つの品質画像結果、1つの品質ビデオ結果、3つの品質ニュース記事結果、及び関連するウェブ検索クエリの6つの品質結果を生成することを確実にするように補足サーバを構成することができる。補足サーバは、エンティティの二重の検索結果を無視する。ある実施形態では、補足サーバが、エンティティの検索結果により、少なくとも1つの所定の横串結果テンプレートに追加するのに十分な検索結果が生じることを確実にする。各テンプレートは、異なる検索バーティカルに対して異なる数の結果を求めることができる。例えば、前の段落で説明した基準は、標準的なニューステンプレートの要求を反映することができる。しかしながら、エンティティは、たとえ標準的なニューステンプレートの要求に従って品質ビデオ検索結果を生成できない場合でも、異なる横串結果テンプレートによって要求されるような高品質な検索結果を参照データベース内に生成することができる。5.5.補足コンテンツのフォーマットある実施形態では、各補足が、最終的なエンティティの組の各エンティティ、及び最終的なエンティティの組の各エンティティの横串検索結果を含む。各エンティティ及びその横串検索結果に対して別の区分を定義することもできる。一度に全ての区分が見えるようにすることもでき、又は最初にいくつかの区分を部分的に隠しておき、それぞれのエンティティのタイトルバーをクリックすることによって見えるようにすることもできる。この目的のために、補足は、補足をどのように表示すべきかをクライアントに指示する命令及び/又はマークアップ言語をさらに含むことができる。ある実施形態では、最も高くランク付けされたエンティティに対応する区分が最初から完全に見えるのに対し、残りの区分は、ユーザが選択するまで部分的に隠れたままである。ある実施形態では、補足にコードを含めた結果、又は補足がコードを参照した結果、眼に見える区分が、ユーザの介入を伴わずに定期的に循環する。ある実施形態では、検索結果が、1又はそれ以上のテンプレートに従って補足内で編成される。テンプレートは、記事に対する所望の補足位置及び/又は所望のディスプレイ装置に基づいて異なることができる。例えば、標準的なウェブページのサイドバー内に表示される補足のための1つのテンプレートを定義すること、標準的なウェブページ内の記事の直下の区分内に表示されるサイドバーのための別のテンプレートを定義すること、移動体装置のウェブブラウザ内に補足を表示するための別のテンプレートを定義すること、ポップアップされる補足のための別のテンプレートを定義することなどができる。ある実施形態では、読み出した情報に応じて、異なるレイアウトが適することがある。例えば、特定のエンティティの検索によって高品質ビデオ、画像及びブログという結果が得られた場合、サーバが生成する補足は、最も高くランク付けされたビデオを補足の左側に、3つの最も高くランク付けされた画像を補足の中央に、及びブログ記事へのリンクを補足の右側に含むことができる。一方で、特定のエンティティの検索によって株価情報、Wikipediaの要約及び高品質ニュースという結果が得られた場合、Wikipediaの要約を補足の左側に、株価情報を補足の右上に、及び説明を添えたニュース記事へのリンクを補足の右下に含むように補足を編成することができる。ある実施形態では、クエリプランニング要素及び/又は横串検索要素を利用して、各エンティティに適したレイアウトを決定する。5.6.ユーザの個人化ある実施形態では、補足サーバが、ユーザ固有のデータを利用して、一次エンティティ、関連エンティティ及び候補エンティティにランク付け又は再ランク付けを行う。少なくとも部分的にランク付けの基準になり得るユーザ固有のデータの種類としては、限定ではないが、検索クエリ履歴、コンテンツのブラウジング履歴、ユーザが識別した選択、及びその他のユーザ行動データが挙げられる。あらゆる好適な手段を使用してユーザの行動をモニタすることによってこのようなデータを収集し、その後、ユーザ履歴要素280に依拠することなどによってリポジトリに記憶することができる。ある実施形態では、ユーザ固有のデータに加えて又はこの代わりに、補足サーバが、ユーザをメンバとして含むユーザグループに固有の同様のデータにランク付けが少なくとも部分的に基づくようにすることができる。従って、異なるユーザが同時に要求した記事は、個々のユーザ又は個々のユーザが属するグループに適合した異なる補足を生成することができる。例えば、異なるユーザのブラウジング履歴が異なる結果、補足に関して異なるエンティティが選択されることがある。ある実施形態では、ユーザが存在すると思われる適当な地理座標又は領域などのロケーションベースのデータに基づいて、補足の基準となる検索結果の一部又は全部を個人化することができる。例えば、ユーザが旅行中に空港で見ている携帯電話上に表示される記事の補足は、ユーザが自宅のコンピュータで記事を見た場合に目にする補足とは異なることがある。このような情報は、GPSシステム、ネットワークアドレスを一般的な座標にマッピングするデータベース、ユーザ選択、ユーザ入力などを含む様々な機構を利用して求めることができる。ある実施形態では、社会的共有制御を使用して検索結果の一部又は全部を提示することができる。例えば、補足の各項目は、クリック時に項目又は項目が由来する記事がユーザグループと共有されるようにする友人と共有ボタンを含むことができる。ある実施形態では、ユーザが、補足内の項目を例えばクリックすることによって選択した時に、項目に関するさらなる詳細を含むページに導かれる。一方で、ユーザの選択はログファイルに記録され、ユーザがこの項目を選択したことを、ユーザに関連するユーザグループに自動的に通知することができる。5.7.貨幣化ある実施形態では、エンティティ及び/又は検索結果を、貨幣化因子に少なくとも部分的に基づいてランク付けすることができる。例えば、あるエンティティを、このエンティティに関する検索結果が検索プロバイダにより多くの収益をもたらすという理由で、別のエンティティよりも多く選択することができる。或いは、あるエンティティを、このエンティティに基づく検索結果を補足に含める見返りに補足プロバイダに一定の金額を支払うように広告主が構成を行っているという理由で、別のエンティティよりも多く選択することができる。ある実施形態では、様々な広告主が、一定数の補足が特定のエンティティを含むことを保証されていることがある。従って、ランク付け処理により、各広告主との公約が満たされるようにエンティティの選択をバランス調整しようと試みることができる。ある実施形態では、エンティティに関する情報を検索されるリポジトリの少なくとも1つが広告リポジトリである。広告の選択では、記事からの又は記事に関するエンティティに加えて、ユーザのオンラインショッピング履歴又はブラウジング履歴を考慮することができる。さらに、広告リポジトリから高品質の又は高収益の結果を生み出すか否かに基づいて候補エンティティをフィルタ処理することもできる。5.8.サーバの最適化ある実施形態では、上述した処理の様々な段階で生成されたデータをキャッシュすることにより、補足サーバを最適化することができる。例えば、図3のステップ340又は図4のステップ430などの記事の補足を生成するステップは、必ずしも記事の補足に対するあらゆる要求に応答して実行されるものではなく、むしろ記事の補足に対する最初の要求に対してステップ340を実行し、次の要求に応答するためにこの結果をキャッシュすることができる。別の例として、補足全体をキャッシュする代わりに、すでに分析した記事の一次エンティティ、関連エンティティ及び/又は最終的なエンティティをキャッシュすることができる。ある実施形態では、ユーザごと又はグループごとにデータをキャッシュすることができる。ある実施形態では、エンティティのランク付けを更新して、更新された時間依存のランク付けの特徴を反映できるように、キャッシュされたバージョンのデータが定期的に失効する。ある実施形態では、記事のコーパス内の記事ごとに、一次エンティティ及び関連エンティティが定期的に識別されランク付けされる。これらのエンティティは、後で補足を生成する際に使用できるようにデータベースに記憶される。これらのエンティティ及びランクは、エンティティを識別してランク付けすることに依拠する様々な特徴の変化を補うために、時間とともに毎週又は毎月などの定期的に更新される。新たな記事がコーパスに追加されると、この新たな記事を自動的にエンティティに対して取り入れることができる。或いは、補足サーバは、次のスケジュールされた定期的リフレッシュ時間まで、又は補足サーバが明示的な記事の要求に応答するように求められるまで、新たな記事の分析を遅らせることもできる。ある実施形態では、補足サーバが、補足の要求に対して1秒未満の応答時間を実現するために、異なる検索バックエンドシステムからクエリ結果を同時に取り出すための同時実行ランタイムシステムを実装する。5.9.時間感度ある実施形態では、エンティティをランク付けするための1又はそれ以上の因子が時間に依存することができる。例えば、様々なランク付けの特徴は、時間とともに更新されるデータに基づくことができる。或いは、エンティティの発生頻度に対して、より最近のエンティティの発生により大きな重要度が与えられるように重み付けすることもできる。従って、ある実施形態では、記事のコンテンツが変化しなくても、同じ記事に関して異なる時点で異なる補足を生成することができる。ある記事に関して生成される補足は、そこに提示される検索結果だけでなく、提示される一次エンティティ及び/又は関連エンティティ、並びに全体的な情報の編成も含むあらゆる数の方法で、時間とともに異なることができる。5.10.補足サーバのAPIある実施形態では、補足サーバが、要求者に補足全体を戻す代わりに、特定の要求者にエンティティ及び横串検索結果を戻して、要求者が独自の設定に従って補足コンテンツを編成及びフォーマットできるようにする。補足サーバは、このような要求者に対してエンティティ結果セットAPI及びエンティティ検索結果APIという2つの主なAPIを提供する。第1のAPIは、記事を入力として捉え、補足に関する最終的なエンティティの組を含む結果セットを戻す。第1のAPIは、最終的なエンティティの組内の最初のエンティティの単一の横串検索結果を任意に戻すことができる。第2のAPIは、エンティティを入力として捉え、このエンティティの横串検索結果を戻す。要求者は、例えば、記事に関して識別された他のエンティティをユーザが選択できるようにするメニューとともに最初のエンティティの横串検索結果を表示することができる。要求者は、別のエンティティを選択したことに応答して、選択したエンティティのさらなる横串検索結果を要求することができる。5.11.雑項目ある実施形態によれば、ユーザが要求したコンテンツの記事以外の入力から一次エンティティを抽出することができる。例えば、任意のテキストファイル、ユーザ選択の組、ユーザの検索履歴、ユーザのブラウジング履歴などから一次エンティティを選択することができる。その後、あらゆるコンテンツとともに、さらには単独でユーザに補足を表示することができる。6.0.実装機構-ハードウェアの概要1つの実施形態によれば、本明細書で説明する技術が、1又はそれ以上の専用コンピュータ装置により実施される。この専用コンピュータ装置は、これらの技術を実行するためのハードウェア組み込み型とすることもでき、或いはこれらの技術を実行するように永続的にプログラムされた1又はそれ以上の特定用途向け集積回路ASIC又はフィールドプログラマブルゲートアレイFPGAなどのデジタル電子装置を含むこともでき、或いはファームウェア、メモリ、その他の記憶装置、又はこれらの組み合わせに含まれるプログラム命令に従ってこれらの技術を実行するようにプログラムされた1又はそれ以上の汎用ハードウェアプロセッサを含むこともできる。このような専用コンピュータ装置は、カスタムハードワイヤードロジック、ASIC又はFPGAを、これらの技術を実現するためのカスタムプログラミングと組み合わせることもできる。この専用コンピュータ装置は、デスクトップコンピュータシステム、ポータブルコンピュータシステム、ハンドヘルド装置、ネットワーク装置、又はこれらの技術を実施するためのハードワイヤードロジック及び/又はプログラムロジックを組み込んだ他のいずれの装置であってもよい。例えば、図9は、本発明の実施形態を実施できるコンピュータシステム900を示すブロック図である。コンピュータシステム900は、情報を通信するためのバス902又はその他の通信機構、及びバス902に結合された、情報を処理するためのハードウェアプロセッサ904を含む。ハードウェアプロセッサ904は、例えば汎用マイクロプロセッサであってもよい。コンピュータシステム900は、バス902に結合された、情報及びプロセッサ904により実行される命令を記憶するためのランダムアクセスメモリRAM又はその他の動的記憶装置などのメインメモリ906も含む。メインメモリ906は、プロセッサ904により実行される命令の実行中に一時的変数又はその他の中間情報を記憶するために使用することもできる。このような命令は、プロセッサ904がアクセス可能な非一時的記憶媒体に記憶された場合、コンピュータシステム900を、命令内で指示される動作を実行するようにカスタマイズされた専用機械の状態にする。コンピュータシステム900は、バス902に結合された、静的情報及びプロセッサ904のための命令を記憶する読み出し専用メモリROM908又はその他の静的記憶装置をさらに含む。情報及び命令を記憶するための磁気ディスク又は光学ディスクなどの記憶装置910も提供され、バス902に結合される。コンピュータシステム900は、バス902を介して、コンピュータユーザに情報を表示するためのブラウン管CRTなどのディスプレイ912に結合することができる。バス902には、プロセッサ904に情報及びコマンド選択を通信するための英数字キー及びその他のキーを含む入力装置914も結合される。別の種類のユーザ入力装置には、プロセッサ904に方向情報及びコマンド選択を通信してディスプレイ912上のカーソルの動きを制御するためのマウス、トラックボール又はカーソル方向キーなどのカーソル制御916がある。通常、この入力装置は、第1の軸例えば、xと第2の軸例えば、yからなる2つの軸内の2つの自由度を有し、装置が平面上の位置を指定できるようにする。コンピュータシステム900は、カスタマイズされたハードワイヤードロジック、1又はそれ以上のASIC又はFPGA、ファームウェア、及び/又はコンピュータシステムと組み合わせてコンピュータシステム900を専用機械にする、又はそのようにプログラムするプログラム論理を使用して、本明細書で説明した技術を実施することができる。1つの実施形態によれば、プロセッサ904が、メインメモリ906に含まれる1又はそれ以上の命令の1又はそれ以上のシーケンスを実行することに応答して、本明細書の技術がコンピュータシステム900により実施される。このような命令は、記憶装置910などの別の記憶媒体からメインメモリ906に読み込むことができる。メインメモリ906に含まれる命令シーケンスを実行することにより、本明細書で説明した処理ステップをプロセッサ904が実行するようになる。代替の実施形態では、ソフトウェア命令の代わりに又はこれと組み合わせてハードワイヤード回路を使用することができる。本明細書で使用する記憶媒体という用語は、データ及び/又は機械を特定の方法で動作させる命令を記憶するあらゆる非一時的媒体を意味する。このような記憶媒体は、不揮発性媒体及び/又は揮発性媒体を含むことができる。不揮発性媒体は、例えば、記憶装置910などの光学又は磁気ディスクを含む。揮発性媒体は、メインメモリ906などの動的メモリを含む。一般的な記憶媒体としては、例えば、フロッピー登録商標ディスク、フレキシブルディスク、ハードディスク、固体ドライブ、磁気テープ、又はその他のあらゆる磁気データ記憶媒体、CD-ROM、その他のあらゆる光学データ記憶媒体、穴のパターンを有するあらゆる物理媒体、RAM、PROM、及びEPROM、FLASH-EPROM、NVRAM、その他のあらゆるメモリチップ又はカートリッジが挙げられる。記憶媒体は、送信媒体とは異なるが、これとともに使用することもできる。送信媒体は、記憶媒体間の情報の転送に関与する。例えば、送信媒体として、バス902を含む配線を含む、同軸ケーブル、銅線及び光ファイバが挙げられる。送信媒体は、電波及び赤外線データ通信中に生成されるような音波又は光波の形をとることもできる。実行のためにプロセッサ904に1又はそれ以上の命令の1又はそれ以上のシーケンスを伝えることには、様々な形の媒体が関与することができる。例えば、最初に遠隔コンピュータの磁気ディスク又は固体ドライブ上で命令を伝えることができる。遠隔コンピュータは、その動的メモリに命令をロードし、モデムを使用した電話回線を介してこの命令を送信することができる。コンピュータシステム900のローカルなモデムが、電話回線上でデータを受信し、赤外線送信機を使用してデータを赤外線信号に変換することができる。この赤外線信号内で運ばれたデータを赤外線検出器が受信し、このデータを適当な回路によってバス902上に配置することができる。バス902は、このデータをメインメモリ906に運び、ここからプロセッサ904が命令を取り出して実行する。任意に、メインメモリ906が受け取った命令は、プロセッサ904による実行前又は実行後のいずれかに記憶装置910に記憶することができる。コンピュータシステム900は、バス902に結合された通信インターフェイス918も含む。通信インターフェイス918は、ローカルネットワーク922に接続されたネットワークリンク920に結合して双方向データ通信を提供する。例えば、通信インターフェイス918は、総合デジタル通信網ISDNカード、ケーブルモデム、衛星モデム、又は対応する種類の電話回線へのデータ通信接続を提供するモデムとすることができる。別の例として、通信インターフェイス918を、互換性のあるLANにデータ通信接続を提供するためのローカルエリアネットワークLANカードとすることもできる。無線リンクを実現することもできる。あらゆるこのような実装において、通信インターフェイス918は、様々な種類の情報を表すデジタルデータストリームを運ぶ電気、電磁又は光学信号を送信及び受信する。通常、ネットワークリンク920は、1又はそれ以上のネットワークを介して他のデータ装置にデータ通信を提供する。例えば、ネットワークリンク920は、ローカルネットワーク922を介したホストコンピュータ924への、又はインターネットサービスプロバイダISP926によって動作するデータ機器への接続を提供することができる。さらに、ISP926は、今では一般的にインターネット928と呼ばれるワールドワイドパケットデータ通信ネットワークを介してデータ通信サービスを提供する。ローカルネットワーク922及びインターネット928は、いずれもデジタルデータストリームを運ぶ電気、電磁又は光学信号を使用する。コンピュータシステム900との間でデジタルデータを運ぶ、様々なネットワークを介した信号及びネットワークリンク920上の通信インターフェイス918を介した信号は、例示的な送信媒体の形である。コンピュータシステム900は、単複のネットワーク、ネットワークリンク920及び通信インターフェイス918を介してメッセージを送信し、プログラムコードを含むデータを受信することができる。インターネットの例では、サーバ930が、インターネット928、ISP926、ローカルネットワーク922及び通信インターフェイス918を介して、アプリケーションプログラムのための要求されたコードを送信することができる。プロセッサ904は、この受け取ったコードを受け取り時に実行することもでき、及び/又は後で実行できるように記憶装置910又はその他の不揮発性記憶装置に記憶することもできる。7.0.拡張及び代替例上述した明細書では、実施構成によって異なり得る数多くの特定の詳細に関連して本発明の実施形態を説明した。従って、本発明が何であるか、及び出願人が何を発明として意図しているかを示す唯一かつ排他的なものは、本出願から生じる請求項の組であり、このような請求項が生じる特定の形にはあらゆる今後の補正が含まれる。本明細書に明確に示す、このような請求項に含まれる用語のあらゆる定義は、請求項で使用される用語の意味を規定するものとする。従って、請求項に明確に記載していない限定事項、要素、特性、特徴、利点又は属性により、決してこのような請求項を限定すべきではない。従って、明細書及び図面については、限定的な意味ではなく例示的な意味でとらえるべきである。