(57)【要約】【課題】ディジタル情報検索と意味付けにおいて、帯域化されたトピック関連度と記事の優先順位付けのための時間を用いるためのコンピュータ実施方法を提供する。【解決手段】コンピュータ実施方法１５０において、最初に、主題領域、トピック、及び情報源を定義し（ステップ１５１）、トピックごとにトピックモデルを検索し（ステップ１５２）、記事を収集し、この記事を、細粒度トピックモデルを用いて情報源からソーシャルインデックスへ簡潔に分類し（ステップ１５３）、ソーシャルインデックスに対して関連度帯域を作成し（ステップ１５４）、記事を特定周期に制限する時間調整を適用し（ステップ１５５）、最後に、関連度帯域にグループ化され時間仕分けされた記事は、時系列において最高の関連度を有する帯域からの記事を最初に提示することによって、ユーザインターフェースによって提示される（ステップ１５６）。【選択図】図１４
2010176667.tif 000002
【特許請求の範囲】
【請求項１】
帯域化されたトピック関連度と記事の優先順位付けのための時間を使用するためのコンピュータ実施方法であって、
ディジタル情報の記事と、前記記事の一つ以上に各々が関連しているトピックを含む少なくとも一つのソーシャルインデックスと、を保持し、
トピック毎に、前記ディジタル情報に整合される細粒度トピックモデルを検索し、
前記細粒度トピックモデルを用いて前記トピックに含まれる記事を簡潔に仕分けし、
前記記事が仕分けされた前記トピック内の前記記事の各々を関連度によって採点し、
前記記事を関連度得点によって特定の帯域内へ配列し、
前記特定の帯域内で前記記事を時間によって仕分けし、
前記特定の帯域内で前記記事を提示すること、
を含む、コンピュータ実施方法。
【請求項２】
時間的な遮断期限を定義する時間周期を受容し、
受容された前記時間周期外の前記特定の帯域内の記事を排除する
ことを更に含む、請求項１に記載の方法。
【請求項３】
前記時間周期が、２４時間前、二日前、一週間前、一月前、及び無制限のうちの一つ以上を含む、請求項２に記載の方法。
【請求項４】
関連度を下げることによって前記特定の帯域を順序付け、他の特定の帯域より低い関連度からなる特定の帯域の一つ以上を除外すること、を更に含む請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ディジタル情報検索とセンスメイキング（意味付け）に係り、より詳細には、帯域化されたトピック関連度と記事の優先順位付けのための時間を使用するためのシステム及び方法を提供する。
【背景技術】
【０００２】
世界的な「“Ｗｅｂ”（ウェブ）」は、新しい情報が連続的に公開されるオープンエンド（無制限）なリポジトリ（保存場所）である。ウェブ情報は、著者、編集者、共同製作者、及び、例えば、「“Ｗｅｂ  ｌｏｇ”（ウェブログ）」又は「“Ｂｌｏｇ”（ブログ）」を介してコメントする外部の寄稿者を含む様々な情報源から発信される。このような多様性は、潜在的に広大なトピック（表題）インデックスを示唆し、これらのインデックスは、根底にある情報と同様に、絶え間なく、成長し変化する。また、多様性は、インデックスにおけるトピックのいくつかが、経時的に、だんだん「冷めた」、又は、トピックの中心から外れてしまった他のトピックよりタイムリーであること、即ち、「熱い」ことを示唆している。
【０００３】
ソーシャルインデクシング（社会索引付け）システムは、情報を提供し、それらのユーザによって構築されたインデックスのトピック別分類に応じたエバーグリーンな（常に新しい）情報を編成するサービスを検索する。例えば、その全体を参照することによって本明細書中に組み込まれている２００８年８月１２日付けで同一出願人により係属出願中の特許文献１に開示されているように、ウェブなどの無制限な情報源をエバーグリーンなソーシャルインデックス（社会索引）としてトピック別に編成することで、情報の発見や検索が容易になる。
【０００４】
ソーシャルインデックスは、エバーグリーン情報をトピック別に編成する。ユーザは、ソーシャルインデックスのためにトピックを定義し、トピックを階層的に編成する。次に、ユーザは、システムと対話して、ソーシャルインデックスのトピックにあてはまる記事を分類するために、ロバスト（堅牢）なモデルを構築する。トピックモデルは、Ｉｄ．（アィディー（識別情報））において記載されているような、例えば、用例ベース訓練（ｅｘａｍｐｌｅ−ｂａｓｅｄ  ｔｒａｉｎｉｎｇ）を介して、又は、例えば、その全体が参照することによって本明細書中に組み込まれている、２００９年１月２７日付けで出願係属中の同一出願人による特許文献２に開示されているようなデフォルト（初期設定）訓練によって、作成される。用例ベース訓練は、ポジティブな例記事にはうまく整合するが、ネガティブな例記事には整合しない有限状態パターンとして生成される細粒度トピックモデルを生成するが、デフォルト訓練は、個々のトピックラベルとツリー内のラベル場所の両方を用いて、階層的トピックツリーに基づいた自己案内方式で、トピックモデルを形成する。
【０００５】
更に、システムは、例えば、その全体が参照することによって本明細書中に組み込まれている、２００９年１月１５日付けで出願係属中の同一出願人による特許文献３に開示されているように、特徴的単語の母集サイズに基づいて粗粒度トピックモデルを構築することができる。粗粒度トピックモデルは、記事が大まかにトピックに関連しているかあるかどうかを認識するために使用される。細粒度トピックモデルに整合するが、ポジティブな訓練例の記事の基準とはかけ離れている統計的単語の用法は、「ノイズ（雑）」記事として認識される。粗粒度トピックモデルは、その全体が参照することによって本明細書中に組み込まれている２００８年１１月１４日付けで仮出願係属中の同一出願人による特許文献４に開示されているように、「ニアミス」、即ち、単語用法が訓練例に類似しているが、例えば、好ましい細粒度トピックモデルのいずれにも整合してない記事を示唆する。
【０００６】
このように、ソーシャルインデクシングシステムは、ソーシャルインデックスにおける細粒度トピックモデルに応じて、トピック別に編成された主題領域内で記事を表示する。記事は、ユーザインタフェースを介して、ユーザによって選択され得る。これらのシステムのトピック別索引付けと検索の機能は、ユーザが指定するトピック情報へのすばやいアクセスに有効である。しかしながら、これらの機能は、個々のユーザのそれぞれの情報目標に最も効率よく到達するにはどうすべきかについては示唆していない。これらの情報目標は、最新「ニュース」へ注目し、数日間にわたって出現する最新トピックの記事に追いつき、又は、トピックに関する最も決定的な記事を読むことを含む。
【０００７】
以下に詳細に記載されるところの、オンラインニュース、ソーシャル媒体捕集、及び自動的ニュース捕集ウェブ（Ｗｅｂ）サイトによって使用される方法は、記事の一元的な順序に依存しているため、ユーザの様々な情報目標を満たすことができない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】米国特許公開第２００９−００９９９９６Ａ１号
【特許文献２】米国特許出願第１２／３５０，８２５号
【特許文献３】米国特許出願第１２／３５４，６８１号
【特許文献４】米国特許仮出願第６１／１１５，０２４号
【発明の概要】
【発明が解決しようとする課題】
【０００９】
トピックに含まれる記事は、「非常に関連している」、「関連している」、及び「少し関連している」等の関連度帯域別にグループ化されて表示され、最も関連度の高い帯域から開始して表示される。これらの記事は、各帯域内で時間によって仕分けされ、時間領域外の記事は、フィルタリングされて除外される。記事を提示するための論理的且つ単純な調整は、多様なユーザ情報目標を収容し、トピック寿命周期に応じて変化する関連度の一般的なパターンに適合させる。この調整は、初心者のユーザに、情報の関連度又は最新度に基づいて優先順位を決定するための複雑な検索目標の整理を要求しないという利点があった。
【課題を解決するための手段】
【００１０】
本発明の一つの態様は、帯域化されたトピック関連度と記事の優先順位付けのための時間を使用するためのコンピュータ実施方法であって、ディジタル情報の記事と、記事の一つ以上に各々が関連しているトピックを含む少なくとも一つのソーシャルインデックスと、を保持し、トピック毎に、ディジタル情報に整合される細粒度トピックモデルを検索し、細粒度トピックモデルを用いてトピックに含まれる記事を簡潔に仕分けし、記事が仕分けされたトピック内の記事の各々を関連度によって採点し、記事を関連度得点によって特定の帯域内へ配列し、特定の帯域内で記事を時間によって仕分けし、特定の帯域内で記事を提示することを含む。
【００１１】
本発明を実施するための最良の方法を例示することによって実施形態が説明されている以下の本発明の詳細な説明によって、本発明の更に他の実施の形態が適用できることを当業者は容易に理解するであろう。明確であるように、本発明の精神及び範囲から逸脱しない限り、この形式及び細部に上述及びその他の変更を加えてもよいことも理解されよう。従って、添付図面と発明を実施するための形態は、本来、例示のみを目的としており、本発明を限定するものではないことも理解されよう。
【図面の簡単な説明】
【００１２】
【図１】ディジタル情報のための例示的な環境を示すブロック図である。
【図２】図１の環境に使用される基本的な構成要素を示す機能ブロック図である。
【図３】ソーシャルインデクシングシステムを例示している画面図である。
【図４】ソーシャルインデックス内の二つのトピックに当てはまる記事の一例を示す画面図である。
【図５】それぞれが、「熱い」、「冷めた」、「周期的に出現する」パターンを例示しているグラフである。
【図６】それぞれが、「熱い」、「冷めた」、「周期的に出現する」パターンを例示しているグラフである。
【図７】それぞれが、「熱い」、「冷めた」、「周期的に出現する」パターンを例示しているグラフである。
【図８】「冷めてきた」トピックの記事の数及び関連度の低下を例示しているグラフである。
【図９】Ｒｅｄｄｉｔ（レディット）ソーシャルニュースシステムの下に表示される記事の一例を示す画面図である。
【図１０】Ｇｏｏｇｌｅ  Ｎｅｗｓ（グーグルニュース）アーカイブシステムの下に表示される記事の一例を示す画面図である。
【図１１】Ｄｉｇｇ（ディッグ）ニュースシステムの下に表示される記事の一例を示す画面図である。
【図１２】Ｄｉｇｇ（ディッグ）ニュースシステムの下に表示される記事の一例を示す画面図である。
【図１３】Ｄｉｇｇ（ディッグ）ニュースシステムの下に表示される記事の一例を示す画面図である。
【図１４】本発明の一実施の形態による、帯域化されたトピック関連度及び記事の優先順位付けのための時間を用いる方法を示すフローチャートである。
【図１５】関連度が帯域化され、時間によって仕分けされた記事の一例を示す画面図である。
【図１６】図１４の方法に使用される関連度帯域を作成するためのルーチンを示すフローチャートである。
【図１７】時間周期を調整せずに関連度帯域によって編成された記事数を例示しているグラフである。
【図１８】図１４の方法に使用される時間周期を調整するためのルーチンを示すフローチャートである。
【図１９】二日間閲覧の時間周期に対して関連度帯域によって編成された記事数の一例を示すグラフである。
【発明を実施するための形態】
【００１３】
用語集
以下の用語は、明細書全体を通して使用され、特に注釈がなければ、以下に記載の意味を含む。
【００１４】
・  コーパス：  記事、ドキュメント、ウェブページ、電子ブック、又は印刷材料として入手できる他のディジタル情報（など大量の言語データ）の集まり又は集合。
【００１５】
・  ドキュメント（文書）：  コーパス内の個々の記事。ドキュメントは、書籍の章又は節、又はより大きな著作品の細目を含む。文書は様々なトピックのいくつかの引用頁を含み得る。
【００１６】
・  引用頁：  頁番号などのインデックスが引用するドキュメント内の場所。引用頁は、単頁又は頁集合であってよい。引用頁において、サブトピックは、索引付けのための細粒度トピックモデルによって拡張され、頁集合は、細粒度トピックモデルに整合する全頁を含む。各引用頁は、頁全体よりはるかに小さく、例えば、細粒度トピックモデルと整合する段落などをいう。
【００１７】
・  主題領域（サブジェクトエリア）：  エバーグリーンインデックスとこれと等価のインデックスを含むソーシャルインデックスにおけるトピックとサブトピックの集合である。
【００１８】
・  トピック（表題）：  トピック別のカテゴリを特徴付けるソーシャルインデックス内の単一エントリ。エバーグリーンインデックスにおいて、記述モデルを有し、これを伴う。
【００１９】
・  サブトピック：  ソーシャルインデックス内のトピック下に階層的に例挙される単一エントリ。エバーグリーンインデックスにおいて、サブトピックは細粒度トピックモデルを伴う。
【００２０】
・  細粒度トピックモデル：  細粒度トピックモデルは、有限状態計算に基づいており、記事が特定のトピックの範囲内に入っているかを判断するために使用される。各保存された細粒度トピックモデルは、有限状態パターンであり、クエリ（照会）に類似している。細粒度トピックモデルは、ポジティブな訓練例及びネガティブな訓練例に照らして、有限状態マシンを訓練することによって作成される。
【００２１】
・  粗粒度トピックモデル：  粗粒度トピックモデルは、特徴的単語に基づき、どのトピックが照会に整合するかを判断する時に使用される。各保存された粗粒度トピックモデルは、トピックに対して重要な特徴的単語の集合であり、各特徴的単語の重要度を示すスコア（得点）である。この粗粒度トピックモデルは、ポジティブ訓練例、及びインデックス内の全てのトピックに関連している記事の基準（ベースライン）サンプルから生成される。基準サンプルは、基準単語の出現頻度を確立する。ポジティブ訓練例の単語の出現頻度と基準サンプルの単語の出現頻度が比較される。粗粒度トピックモデルはトピックのサブインデックス生成に使用される他に、広告指標化、ノイジー記事の検出、ニアミス（極めて類似している記事）の検出、及び他の目的に使用され得る。
【００２２】
・  共同体：  オンラインの特定の主題領域で、関心ある主要トピックを共有し、そのインタラクション（対話）の少なくとも一部に対して、コンピュータネットワークが介在している。主題領域の定義付けは多岐にわたり、ヨットレース、有機園芸などの趣味的分野から、歯科医又は内科医などの職業的関心、又は、後発性糖尿病のケアなどの医学的関心に及ぶ。
【００２３】
・  拡張（オーグメント）共同体：  主題領域上にソーシャルインデックスを有する共同体。拡張共同体は、ソーシャルインデックスによって既に引用されている主題領域内でドキュメントを読出し、あるいは、投票にかけて、参加する。
【００２４】
・  エバーグリーンインデックス：  エバーグリーンインデックスは、コーパスに対して「常に新しい状態を維持する」ソーシャルインデックスである。実施例としては、ソーシャルインデクシングシステムは、コーパスの新しいドキュメントを識別するために、ＲＳＳ（アールエスエス：ＲＤＦ（リソース記述枠組みの略）サイトサマリー）形式のフィード又はクロールウェブサイトをポーリング（調査）する。
【００２５】
・  ソーシャルインデクシング（社会索引付け）システム：  ソーシャルインデックス（社会索引）を用いたオンライン情報交換。このシステムは、拡張共同体間の情報交換を容易にし、状態インジケータを提供し、関心が持たれる文書を一つの拡張共同体から他の拡張共同体へ渡すことを可能にする。拡張共同体の相互接続された集合は、共同体のソーシャルネットワークを形成する。
【００２６】
・  情報ダイエット（絞込み）：  情報ダイエットは、ユーザが「消費する」即ち「関心ある主題を越えて読む」情報を特徴付ける。例えば、ユーザの情報消費動作において、ユーザは、選挙関連ニュースに２５％、ローカルニュースに１５％、芸能関連トピックに１０％、健康増進関連トピックの新しい情報に１０％、特定の職業関連に２０％、経済発展に１０％、エコロジーや新しいエネルギ資源の開発に１０％、その時間を費やしている。ソーシャルインデクシングシステムが付与されれば、ユーザは、自分の情報ダイエットにおいてユーザが関心を持つ選別された拡張共同体への参加やモニタリングを行うことができる。
【００２７】
ディジタル情報インフラストラクチャは、パブリック（公共）データネットワーク、例えば、インターネット、独立型コンピュータシステム、及び電子的に記録された情報の無制限なリポジトリ（保存場所）を含む。図１は、ディジタル情報に対する例示的環境１０を示すブロック図であり、環境１０は、ソーシャルインデクシング活動を支援するソーシャルインデクシングシステム１１を含む。インターネットなどのディジタルデータ通信ネットワーク１６は、ディジタル情報を交換するためのインフラストラクチャを提供する。他のネットワークインフラストラクチャ、例えば、ノンパブリック（非公共）法人企業ネットワークも利用可能である。ネットワーク１６は、それぞれがディジタル情報を供給し消費する多様な分散した情報源及び消費者に対して相互接続性をもたらす。著者、編集者、共同制作者、及び外部寄稿者などが、ネットワーク１６に、記事、ウェブページなどを次から次へと公開し、ウェブサーバ１４ａ、ニュースアグリゲータ（捕集）サーバ１４ｂ、投票によるニュースサーバ１４ｃ、及び情報源として作用する他のデータリポジトリを介して、分散したデータコーパスとして保持される。これらのソースは、ウェブコンテンツ１５ａ、ニュースコンテンツ１５ｂ、共同体の投票にかけて「選ばれた」又は「吟味された」コンテンツ１５ｃ、及び他の情報を、パソコン等のユーザ装置１３ａ〜ｃのみならず、すべてが情報消費者として機能する他のサーバを介してネットワーク１６にアクセスするユーザへ、供給する。サーバ及び他の非利用者（ノンユーザ）装置情報の消費者も同様に、コーパス内の情報を探索、検索、及び利用することができるが、ここでは、より簡単化するためにユーザ装置のみを取り上げて説明する。
【００２８】
一般に、各ユーザ装置１３ａ〜ｃは、サーバ１４ａ〜ｃとインターフェースして、情報交換及び検索することを支援するウェブブラウザ（“Ｗｅｂ  Ｂｒｏｗｓｅｒ”）又は同様のアプリケーションを実行する、ウェブ対応装置である。ユーザ装置１３ａ〜ｃとサーバ１４ａ〜ｃは共に、中央処理装置、メモリ、入力／出力ポート、ネットワークインターフェース、非揮発性記憶装置などの汎用のプログラマブル計算装置において従来の技術において知られている構成要素を含が、他の構成要素が使用されてもよい。更に、サーバ１４ａ〜ｃに代えて又はこれに加えて他の情報源も利用可能であり、ユーザ装置１３ａ〜ｃに代えて又はこれに加えて他の情報消費者も利用可能である。
【００２９】
ソーシャルインデクシングシステム１１は、例えば、その全体が参照することによって本明細書中に組み込まれている２００８年８月１２日付けで同一出願人により係属出願中の米国特許公開第２００９−００９９９９６Ａ１号に開示されているように、ソーシャルインデクシングを介してエバーグリーンインデックス下でトピック別に編成される記事を供給する。ソーシャルインデクシングシステム１１は、例えば、その全体が参照することによって本明細書中に組み込まれている、２００９年１月２７日付けで同一出願人により係属出願中の米国特許出願第１２／３６０，８３４号に開示されているように、ユーザの最新情報への要求に応じて、どのトピックが最も「熱い」か、どのトピックが「冷めた」か、を判断する。最後に、ソーシャルインデクシングシステム１１は、図３を参照して、更に説明されるように、（時間によって仕分けされ時間領域によってフィルタリング（選別）される）関連度帯域別に記事をグループ化して表示する。
【００３０】
ユーザの観点からすると、ディジタル情報検索のための環境１０は、単一情報ポータルとして出現するが、実際には、分離されているが、統合されたサービスの集合である。図２は、図１の環境１０において使用される基本的な構成要素２０を示す機能ブロック図である。ディジタル情報の発見、探査、方向付け、検索等の他の関連するディジタル情報動作を提供するために更なる構成要素が必要とされる場合もある。
【００３１】
構成要素２０は、情報収集部２１、ソーシャルインデクシング２２、及びユーザサービス２３から成る三つの基本機能モジュールへ大まかにグループ化され得る。他の機能モジュールも使用可能である。更に、機能モジュールは、同一の又は別個の計算プラットフォーム上で実施され得る。情報収集部２１は、電子的に記憶された情報の分散型コーパスを集合的に形成する、ウェブサーバ１４ａ、ニュース捕集サーバ１４ｂ、投票によるニュースサーバ１４ｃを含む無制限な情報ソースから、ウェブコンテンツ１５ａ、ニュースコンテンツ１５ｂ、及び「吟味された」コンテンツ１５ｃなどの着信コンテンツ２４を得る。着信コンテンツ２４は、コーパスからの新しいディジタル情報を収穫するために記憶媒体収集装置によって収集される。着信コンテンツ２４は、一般に、構造リポジトリに記憶されるか、又は、実際の複写を保持する代わりに、着信コンテンツのハイパーリンク又は引用を保存することによって、間接的に記憶される。
【００３２】
着信コンテンツ２４は、情報が元から記憶されていた表現とは異なる複数の表現において記憶され得る。異なる表現が、タイトルの表示、記事要旨の提示、トピック別分類の追跡、及び、細粒度トピックモデルの導出及び使用を容易にするために使用され得る。記事における単語も、ステム（語幹化）され、トークン（文字列分割）形式、マイナス句読点、大文字などにおいて保存され得る。さらに、ソーシャルインデクシングシステム１１によって作成される細粒度トピックモデルは、単語の大部分が廃棄され、主に単語の出現頻度が保持される着信コンテンツ２４のかなり抽象的なバージョンを表現する。
【００３３】
着信コンテンツ２４は、好ましくは、記憶装置２５内で保持されるトピックインデックス２９の下で編成される。トピックインデックス２９は、全ての情報を網羅するトピックインデックスの大きい集合２６の一部であってもよい。トピックインデックス２９は、その全体が参照することによって本明細書中に組み込まれている２００８年８月１２日付けで同一出願人により係属出願中の米国特許公開第２００９−００９９９９６Ａ１号に開示されているように、ソーシャルインデックス２２を介して構築されるエバーグリーンインデックスであってもよい。エバーグリーンインデックスは、新しい情報がインデックス内のトピックの一つ以上にあてはまるか否かを試験するために用いられる有限状態パターンなどの細粒度トピックモデルを含む。ソーシャルインデクシング２２は、教師有りマシン学習をブートストラップ訓練材料に適用して、トピックインデックス２９のトピック及びサブトピックごとに細粒度トピックモデルを作成する。或いは、その全体が参照することによって本明細書中に組み込まれている２００９年１月２７日付けで同一出願人により係属出願中の米国特許出願第１２／３５０，８２５号に開示されているように、ソーシャルインデックス２２は、個々のトピックラベルとツリー内でのラベル場所の両方を用いて、階層的トピックツリーに基づいて、自己案内方式のトピックモデルを形成するために、デフォルト訓練を実行する。デフォルト訓練が実行されると、エバーグリーンインデックスが、新しい着信コンテンツ２４を予め選択された主題領域のトピックへ自動分類するためのインデックス外挿として使用される。
【００３４】
ユーザサービス２３は、ユーザがトピックインデックスの集合２６と着信コンテンツ２４にアクセスし、トピックインデックスの集合２６又は単一のトピックインデックス２９に対して照会検索を実行し、次に、検索結果、トピックインデックス、及び焦点が絞られたサブインデックスにアクセスできるように、ユーザ２７ａ〜ｂに、フロントエンドを提供する。また更なる実施形態において、各トピックインデックス２９は、「“ａｕｇｍｅｎｔｅｄ”(：拡張された)」共同体として知られるユーザの共同体につながっている。拡張共同体は、中心となる主題領域において進行中の興味を持っている。この共同体は、情報が割り当てられたトピックにおいて「投票」２８をかけて引用された情報を「吟味」する。
【００３５】
ニュースサービスや情報検索サービスと同様に、ソーシャルインデックスは選択された記事の要約を提示する。図３は、ソーシャルインデクシングシステム４１の一例を示す画面図４０である。記事サマリー（要約）は、特定化されたユーザ情報の要求に応えるコンテクスト内に提示され、以下を含む：
●  様々なユーザ定義パースペクティブ（観点）：  特定の目的の対象グループにしたがって情報を編成するインデックスに反映されるソーシャルインデックスは、情報に関する複数のユーザ定義観点を提供する。多様な観点は、例えば、「“Ｉｎｎｏｖａｔｉｏｎ”（発明）」、「“Ｓｕｓｔａｉｎａｂｌｅ  Ｌｉｖｉｎｇ（地球に優しい生活）”」、「“Ｖｅｎｔｕｒｅ  Ｃａｐｉｔａｌ  Ａｃｔｉｏｎ”（ベンチャー資本投資）」、「“Ｊｏｋｅｓ” （ジョーク）」、「“ＵＳＡ”（アメリカ合衆国）」、及び「“Ｗｏｒｌｄ  Ｎｅｗｓ”（ワールドニュース）」などの競合する流動的なトピック編成構造によって支持される。情報は、様々な目的のための数多くの場所で編成されたソーシャルインデックスにおいて出現する。各対象グループ内でユーザは、常に新しい編成（ｏｒｇａｎｉｚａｔｉｏｎ）を定義することができる。
●  細粒度トピックモデル編成：  ソーシャルインデックスは、潜在的に数百万ともいわれる主題領域において編成された情報を網羅することを目的とする。情報は、ソーシャルインデックスの各主題領域内において、更に、４０〜５０個の細粒度トピック５２へ編成される。これらの細粒度トピックは、主題領域を理解するために適した情報についての観点を提供するために予め定義されて編成される。ソーシャルインデックスに含まれる情報の細粒化された編成は、最新の情報を含むすべての情報に当てはまる。ソーシャルインデクシングシステムにおける最新情報は、各主題に適した細粒化されたトピック構造と共に、通知される。
●  アーカイブ（保管）情報  対  最新ニュース：  ソーシャルインデクシングシステムは、長期間にわたって情報を収集する。アーカイブ情報へのユーザアクセスを支援することは、例えば、最新ニュース、やや新しい情報、及び特定の目的としては既に古く、ともすれば時代遅れの情報などの様々な時間的領域を識別する時間的解析を必要とする。
【００３６】
個々のユーザが特定の情報目標を有している場合、記事が表示される順序付けが、ユーザが特定の情報に到達するまでの時間が問題となり影響を与える場合は特に、ある記事の順序付けが、他の順序付けよりも効率的に作用する場合もある。図４は、一例として、ソーシャルインデックス５１内の二つのトピックに当てはまる記事を示す画面図である。記事は、定義されていない期間にわたって寄稿され、アラバマ州の犯罪者に対する裁判と判決に関して記録している。この特定の場合において、記事の記録上の順序付けは、有効に作用するが、一般に、各ユーザが多様な情報目的を有しているので、所与のトピック上の記事に関する唯一最良の順序付けというものは存在し得ない。また、たとえトピックの中心が提示されても、多様なユーザは、多様な情報目標を建て得る。例えば、多様な目標は、以下を含む：
●  トピックについての最新情報を得たい（ユーザが一時間前又は一日前のニュースなどの最新の事件を辿るときに発生する）。
●  最も関連する情報（トピックの中心）をもう一度閲覧したい（トピックをもっと良く知りたいときに発生する）。
●  以上の目標を組み合わせて閲覧したい（先週到着した最も関連するニュースに追い付くなどのバリエーションを含む）。
他の情報目標も利用できる。
【００３７】
これらの情報の目標に応じる方法としては、時間又は関連度によって記事を仕分けできる調整を提供することである。しかしながら、この方法の欠点は、トピック寿命を考慮すると、理解できる。例えば、図５〜図７は、それぞれ、「熱い」、「冷めた」、「周期的に出てくる」トピック６１、７１、８１のパターンを例示したグラフ６０、７０、８０である。ｘ軸は、現在から遠ざかっていく時間を表し、ｙ軸は１日間にわたって数えられた記事の数を表す。まず図５を参照すると、最近の時間間隔に通常より多くの記事が届いている場合、そのトピックは「熱い」ものとなる。様々な外部要因によって、トピックは熱くなり得る。例えば、画期的な又は刺激的な製品の公表がきっかけで記事の数が著しく増加することによって、対応するトピックが熱くなり得る。同様に、嵐又は自然災害が、押し寄せる記事をもたらすこともある。記事の数に信号（例えば、ユーザの票や評判測度）を組み合わせて、トピック熱さの複合測度を作成することができる。次に図６を参照すると、そのトピックに関する記事が長期間にわたってほんの数件しか届いていない場合、或いは、記事がそのトピックの周辺にしか表示されていない場合、そのトピックは「冷めた」ものとなる。最後に図７を参照すると、トピックの中には、周期的に熱くなったり冷めたりするものもある。例えば、オリンピック大会やその他のスポーツイベントに関するニュース記事は、周期的な暦ベースで報告される。また、政府の選挙に関する記事も同様である。
【００３８】
トピックの寿命期間において、トピックに含まれる記事の数及び相対的な関連度は変化し得る。図８は、冷めつつあるトピックの記事の数と関連度の低下を示すグラフ９０である。ｘ軸は、現在から遠ざかっていく時間を表し、ｙ軸は、関連度測定値としてのトピックの得点を表す。時間のスケールは、大まかに対数で表わされている。トピック点数は、トピックの中心に対する近さの測度として機能し得る線形測度であり、トピックの中心にある記事に関しては１００点であって、トピックの外縁にある記事に関しては０に近づいていく。その全体が参照することによって本明細書中に組み込まれている、２００９年１月１５日付けで出願係属中の同一出願人による米国特許出願第１２／３５４，６８１号に開示されているように、トピック点数は、特徴的な単語を用いて計算される。トピックが熱かった時の今から約一月前にはそのトピックに関する記事が集中的に押し寄せて公開された。しかしながら、現在に近づいていく単位時間当たりの記事の数は、減っていっている。また、記事のトピック関連度における目立った変化も生じている。記事数がピークのときには、記事のトピック関連度が最も高いが、次の期間では、この最高で新しい記事のトピック関連度は、低下する。また、一種の背景雑音を作り出す、記事のトピック関連度が低い一帯域もある。
【００３９】
記事は、クラスタＡ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦにグループ化され、これらを用いることによって、冷めつつあるトピックに対する「ニュース読者」及び「関連読者」の一般的な目的を示すことができる。これらの目的は、以下のような典型的な使用事例として表すことができる。
●熱いトピック（１ヶ月前に発生）
○事例１：ニュース読者。記事グループＣ、Ｄ、及びＥは全て、その熱いトピックに関するごく最近の記事を含む。グループＤ又はＥのいくつかの記事がグループＣの記事よりも早かったとしても、やはり多くの読者がまずグループＣの記事を見たがるであろう。グループＥの記事は、トピック関連度が非常に低いので、多くの読者が全く見たがらないであろう。
○事例２：関連読者。これらの読者は、まずグループＣの利用可能な記事を見たがる。これらの読者は、その熱いトピックの最新動向を把握するために頻繁にそのニュースを再閲覧している場合、グループＣの最新記事から見たがるであろう。
●冷めたトピック（現在発生）
○事例３：ニュース読者。最新記事を見たがる読者もいれば、そのトピックに関する最近の記事がないため気を散らされたくない読者もいる。
○事例４：関連読者。関連読者は、まずグループＣのトップ記事を見たがり、恐らくグループＡ又はＤの類似した記事の前にグループＦの記事を見たがるであろう。
●再発生トピック
○事例５：ニュース読者。これらの読者は、まず最新サイクルの記事を見たがり、恐らく古い方のサイクルにはあまり関心を持たないであろう。
○事例６：関連読者。これらの読者は、最も話題性のある記事に重点をおく。再発生パターンは話題性にばらつきがあり得るので、読者は、これらの記事がまとまったサイクルで編成されることを望む。
●２日間の閲覧（現在より開始）
○事例７：ニュース読者。グループＦに最近の記事がある。グループＡ、Ｂ、Ｃ、Ｄ、及びＥの記事は、古すぎるので表示されるべきではない。ほとんどの読者は、点数の最も低い記事には関心が低い。
○事例８：関連読者。これらの読者も２日間の閲覧を望んでいるので、グループＦの記事にだけ関心がある。記事が時間で仕分けされて２日間に限定されるという点で、これらの読者の目的はニュース読者の目的に似ている。
【００４０】
以上の事例からいくつかのことが観察される：
●  読者の目標は、純然たるものではなく一般的に混合されている。関連度が主な中心であっても時間は考慮される。ニュースが主な中心であっても、関連度が考慮される。
●  時間が最優先される場合、時間にほんの少しの差があっても記事の順序付けがちがってくる。例えば、読者がニュース速報を追っている時は、数時間又は数分の差が読者の情報目標に影響する。時間の差は、提示の順序に反映されるべきである。
●  関連度の比較は量的より質的な比較である。関連度についての大きな差は重要であるが、小さな差は重要ではない。より大きくトピックに関連している記事が最初に出現するべきである。
●  関連度の低い記事には殆ど又は全く関心をもたないであろう。
【００４１】
従来、いくつかの他の方法が単一な調整によってユーザの情報要求を満たそうとするが不十分であった。ある方法は、日付又はトピックのいずれかによって記事を仕分けする調整を提供している。第２の方法は、関連度と経過時間の間の強調度を変化させる調整と一緒に、関連度と経過時間を結びつけるＤＯＩ（ｄｅｇｒｅｅ  ｏｆ  ｉｎｔｅｒｅｓｔ（関心度））関数を使用する。また他の方法は、オンラインニュース・ウェブサイトに見られる。これらの方法は、それぞれ、上記の８つの使用事例に対して考慮されている。
【００４２】
ユーザの情報目標を満たす方法は、システムが、時間又は関連得点に基づいて記事を仕分けし、仕分けの際に必要な優先権をユーザに選ばせることを可能とすることである。システムが関連度が非常に低い記事を除外すると仮定した場合、この方法によって満たされるのは、８個の使用事例のうち５つだけである。
●熱いトピック
○事例１：ニュース読者。ユーザは「時間によって仕分けする」を選ぶ。この選択はユーザ目標を満足させるだろうが、記事の質が混合されるであろう。
○事例２：関連読者。ユーザは「関連度によって仕分けする」を選ぶ。この選択は、密接に関連する記事の時系列を混乱させるであろうが、ユーザの目標を部分的に満足させるであろう。
●冷めたトピック
○事例３：ニュース読者。ユーザは「時間によって仕分けする」を選ぶ。この選択はユーザ目標を満足させるだろう。
○事例４：関連読者。ユーザは「関連度によって仕分けする」を選ぶ。このシステムは、トピック記事を最初に見せるが、関連度が類似している記事に対して最も関連した記事を最初に見せない。したがって、この方法はユーザの目標を満足させない。
●再発生トピック
○事例５：ニュース読者。ユーザは「時間によって仕分けする」を選ぶ。このシステムは、最も新しい記事を最初に見せるが、古い記事も見せるであろう。
○事例６：関連読者。ユーザは「関連度によって仕分けする」を選ぶ。このシステムは、最も話題性のある記事を最初に見せるが、記事の時間的一貫性（コヒーレンス）を混乱させるであろう。したがって、この方法はユーザの目標を満足させない。
●２日間の閲覧
○事例７：ニュース読者。ユーザは「時間によって仕分けする」を選ぶ。このシステムは、正しく最も新しい記事を最初に見せるが、あまり関心のないやや古い記事も見せるであろう。
○事例８：関連読者。どの仕分け選択もユーザの目標を満足させることができないであろう。
【００４３】
ユーザ目標を満たす他の方法は、関連度と記事の経過時間を考えるＤＯＩ（関心度）関数を用いることである。代表的な方法は、以下のなどの得点ＳｃｏｒｅＤＯＩを計算するための線形関数を使用する：
ＳｃｏｒｅＤＯＩ＝Ｃ＋ｗ１×Ｒｅｌｅｖａｎｃｅ−ｗ２×Ａｇｅ    ．．．．（１）
式中、Ｃは、記事の数を表し、Ｒｅｌｅｖａｎｃｅは、トピックの関連度を表し、重みｗ１とｗ２は、それぞれ、関連度と経過時間の相対的な影響度を求める。記事は、ＤＯＩ得点の下降順に提示される。
【００４４】
一般に、ＤＯＩシステムは、スコアの優先順位を決めるために、ユーザがなんら調整を加えることなく、機能するように作られている。しかしながら、ニュース読者と関連度読者の目標が矛盾しているので、重みｗ１とｗ２に対する固定値はどれもこの両読者を同時に満足させることはできない。したがって、これらの読者の要求の各々に対して調整を行うために更なるユーザ調整が必要とされる。或いは、ＤＯＩシステムは、時間と関連度のいずれかを強調するために調整を含むことができるが、上記に説明したように、この調整は、ＤＯＩシステムを、時間と関連度の分類システムへ、効果的に変換することができる。この方法は、前の方法、時間と関連度の分類と同じ事例の場合は失敗するであろう。
【００４５】
ユーザの目標に合わせるための他の関連する方法は、Ｒｅｄｄｉｔ（レディット）、Ｇｏｏｇｌｅ  Ｎｅｗｓ（グーグルニュース）アーカイブ、及びＤｉｇｇ（ディッグ）ウェブサイトによって提供されるように、オンラインニュースのウェブサイトに見ることができる。これらの方法は、時間周期の調整によって記事を提供する。
【００４６】
Ｒｅｄｄｉｔ（レディット）ウェブサイトは、時間フィルタ調整付きの記事を提供する。図９は、レディットソーシャルニュースシステム１０１の下に表示される記事の一例を示す画面図１００である。記事は、どれがＤＯＩ関数にみなされるかによって得点される（主に得点によって仕分けするために重み付けが設定されている）。加えて、ウェブサイトが時間周期の調整を提示している間、記事は得点によって分類されるが、時間では分類されない。更に、レディットは、ソーシャル媒体の収集ウェブサイトであるが、ソーシャルインデクシングシステムではない。これによって、レディットは、細粒度トピックへ補助的に編成された多数の主要領域ではなく、いくつかの広範囲の主要領域に含まれる記事をトピック別に編成する。また更に、記事は、自動分類システムによってではなく、人によって手動的に主題領域に追加され、主要領域における記事の採点法は、自動化されたトピック解析によるものではなく、人間による投票によっても実行される。最後に、Ｒｅｄｄｉｔは、得点の帯域化又は帯域内での時間による仕分けを提供しない。
【００４７】
レディットは、拡張された時間周期における記事に対して時間的一貫性（コヒーレンス）が必要とされる使用事例に対して奏効しない。例えば、読者が最新の記事、又は、記事の時間発展を見たい場合、レディットは、使用事例１（熱いトピック、ニュース読者）に関してうまくいかないであろう。同様の理由から、レディットは、使用事例３（冷めたトピック、ニュース読者）と使用事例５（再発生トピック、ニュース読者）に関してもうまくいかないであろう。更に、使用事例１のもとで、現在時間から外れた記事を選別するために、ニュース読者は、レディットに対して、一時間前又は一日前などのタイムウィンドウを設定することもできるが、レディットが入手可能な記事があまり新しくなかった場合、記事は全く示されないであろう。これに対して、ニュース読者が時間にもっと幅を持たせてタイムウィンドウを指定した場合、最新の記事が最高得点の記事の後に列挙されるため、読者は最新の記事を手動で検索しなければならないだろう。
【００４８】
Ｇｏｏｇｌｅ  Ｎｅｗｓ（グーグルニュース）アーカイブのウェブサイトは、時間周期のための調整を有する照会（クエリ）に整合する記事を提示する。図１０は、グーグルニュースアーカイブシステム１１１の下に表示される記事の一例を示す画面図１１０である。トピックにおいて記事が大きくばらついて表示され、記事の日付順が大きくずれており、話題性と時間の観点から、記事の提示の順序付けに一貫性がなくなっている。
【００４９】
グーグルニュースアーカイブの下において、記事は整合得点に基づいた順序において提示されているが、記事を時間によって仕分けしているようにみえない。加えて、レディット同様、グーグルニュースアーカイブは、ソーシャルインデクシングシステムではないため、レディットと同様の理由から、使用事例１、３、及び５に関してうまくいかないであろう。グーグルニュースアーカイブは、トピックインデックスに当てはまる記事より、ユーザ照会に整合する記事を提示している。このことから、グーグルニュースアーカイブは、得点の帯域化又は帯域内の時間による仕分けを提供しない。
【００５０】
最後に、Ｄｉｇｇ（ディッグ）ウェブサイトは、時間周期の調整による広い主要領域内で記事を提示する。図１１〜図１３は、ディッグニュースシステム１２１、１３１、１４１の下に表示される記事の一例を示す画面図１２０、１３０、１４０である。記事は、ユーザの投票によって順序付けられて表示される。記事がまったく同じ得点を有する時、ディッグは、結びついた記事を時間によって仕分けする。記事の順序付けは、トピックにおける大きなばらつきと日付の大きなずれを反映しており、話題性と時間の観点から、記事の提示の順序付けに一貫性がなくなっている。
【００５１】
ディッグの下には、トピックインデックスに当てはまる全ての記事ではなく、特定のユーザ照会に整合する記事のみが提示されている。加えて、レディット同様、ディッグは、ソーシャルインデクシングシステムではないため、レディットと同様の理由から、使用事例１、３、及び５に関してうまくいかないであろう。また、ディッグは、得点の帯域化を提供しないし、または、帯域における時間による仕分けも提供しない。日付による二次的な仕分けは、投票された数が同じ得点に対してのみ発生する。記事は、潜在的に数千点の投票を受け取ることができるので、結び付いた記事のグループ化が、記事をいくつかの幅広い帯域へグループ化することと同義ではない。
【００５２】
異なるユーザ情報の目標とトピック寿命に応じて関連度を変更する一般的なパターンとは、自動的関連度の順序付けと組み合わされた適切な時間調整を提供することによって収容される。図１４は、本発明の一実施形態による、帯域化されたトピック関連度及び記事の優先順位付けのための時間を用いる方法１５０を示すフローチャートである。この方法は、例えば、サーバなどの汎用目的にプログラミングされたコンピュータによって実行される一連のプロセス又は方法のステップとして実行される。
【００５３】
まず、主要領域、主要領域内のトピック、及び情報源を定義しなければならない（ステップ１５１）。これらの全ては一つ以上のソーシャルインデックスによって提供される。ソーシャルインデックスは、インデックストピックを指定するために、階層的構造トピックツリーとして、ユーザによって作成され得る。各トピックのためのトピックモデルは検索される（ステップ１５２）。トピックモデルは、記事を認識し新しく到着する記事をトピック別に分類するために使用され、ソーシャルインデックスをエバーグリーン（常に最新）にしておく。各記事は、記事のコンテンツと公開された日付の両方、又は、最新であることの他の表示を含む。ソーシャルインデックスは、新しい情報がインデックス内のトピックの一つ以上に当てはまるかどうかを判断するために使用される、有限状態パターンなどの細粒度トピックモデルを含む。細粒度トピックモデルを補助するために、ソーシャルインデックスは粗粒度トピックモデルを任意に含むことができ、粗粒度トピックモデルは、記事が大まかに「トピックに関連している（オントピック）」か否かを認識することで、記事を大きく分類するために使用される。その後、記事が収集され、細粒度トピックモデルを用いて情報源からソーシャルインデックスに簡潔に分類される（ステップ１５３）。図１６を参照して、以下に更に詳細に示されるように、細粒度トピックモデルに対する関連度帯域が作成される（ステップ１５４）。図１８を参照して、以下に更に詳細に示されるように、記事を特定の期間に制限する時間調整が適用される（ステップ１５５）。最後に、関連度帯域にグループ化され時間仕分けされた記事は、時系列において最高の関連度を有する帯域からの記事を最初に提示することによって、ユーザインターフェースによって提示される（ステップ１５６）。残っている各帯域についても、除外される「非関連」帯域を除いて、以下同様に、繰り返される。
【００５４】
関連度帯域化及び時間仕分けの組み合わせによって、初心者のユーザに対して複雑な検索目標の統合作業を要求せずに、関連度又は最新度の優先順位を決定することができる。図１５は、関連度が帯域化され時間仕分けされた記事１６１の一例を示す画面図１６０である。トピックに含まれる記事は、関連度帯域１６２ごとにグループ化され表示され、各帯域内で時間周期調整１６３を用いて時間によって仕分けされる。時間領域外の記事は、時間周期調整１６３を用いて各帯域内で時間によって仕分けされる。
【００５５】
記事は関連度帯域へ分割される。図１６は、図１４の方法１５０に使用される関連度帯域を作成するためのルーチン１７０を示すフローチャートである。各帯域内で、最初に、各記事はトピックの関連度によって採点される（ステップ１７１）、記事はそれぞれの関連度帯域へ配列される（ステップ１７２）。一実施形態において、得点は１００点の測度で正規化され、各トピック内の記事は、「中心的に関連している」、「関連している」、「やや関連している」、及び「関連していない」などとラベル付けされる同一の関連度を有する記事のグループとして、四つの特定の帯域へ分割される。帯域は、関連度を下げることによって順序付けされる。帯域の増減はもちろん、他の採点法又は比較測度も適用可能である。最高帯域の得点は８０〜１００点である。次の帯域は５０〜７９点である。その次の帯域は３０〜４９点である。最低帯域は０〜２９点である。帯域数の変更及び帯域の特定レベルの境界化も可能である。
【００５６】
各帯域内で、記事は時間によって仕分けされる（ステップ１７３）。図１７は、時間周期調整１８１を行わずに、関連度帯域によって編成された記事数を例示しているグラフ１８０である。ｘ軸は、現在から遠ざかっていく時間を表し、ｙ軸は関連度の測度としてのトピック得点を表している。時間フィルタリング（選別）しない記事の順序付けは、「すべての」時間周期を選択するために時間周期調整１６３を設定することに対応している。
【００５７】
時間調整は、収集される記事を特定期間に制限する調整である。図１８は、図１４の方法１５０に使用される時間周期を調整するためのルーチン１９０を示すフローチャートである。動作上、ユーザによって選択される値は、時間周期制御１６３から得られ（ステップ１９１）、選択された時間領域外に出現する記事は提示されない（ステップ１９２）。
【００５８】
最も簡単なバージョンにおいて、時間周期調整１６３は「現在」から始まって、いくつかある周期の一つに記事を入れる。図１９は、二日間の時間周期に対する関連度帯域によって編成された記事数を例示しているグラフ２００である。一実施形態において、５種類の時間周期、即ち、２４時間前、二日前、一週間前、一月前、及び無制限（「全ての」時間周期）が提供されている。時間周期において、最初と最後を限定したもの、又は、最初と継続期間を限定したものを含む、他の時間周期の組み合わせも利用可能である。
【００５９】
どちらも上記に説明されているように、仕分けを支配する調整及び関心度による優先度設定を支配する調整とは対照的に、時間周期調整１６３は、「関心度対時間」のトレードオフ（交換）又は概念を取り入れない。したがって、この手法が明らかに簡単であることが、結果的に情報目標を満たそうとする初心者のユーザにとって有利となる。しかも、帯域化された関連度決定と時間フィルタ調整の組み合わせによって８件全ての使用事例を満足させることが可能である。
●熱いトピック
○事例１：ニュース読者。ユーザは、「２４時間」の時間周期を選択する。トピックが非常に熱い場合、高い関連度を有するトピックの多数の記事が識別されるであろう。システムは、最初に提示される日付によって仕分けされた最高のトピック関連度を有する記事を表示する。２４時間の制限時間を越える記事は示されない。ユーザの目標は満たされるであろう。
○事例２：関連読者。ユーザは、「全て」の時間周期を選択する。システムは日付によって仕分けされた最高関連度帯域内の記事を最初に表示する。次に、システムは次の関連度帯域内の記事を表示する。ユーザは、関連度値のわずかの変化による順序付けの変化に殆ど反応しないので、ユーザの目標は満たされるであろう。
●冷めたトピック
○事例３：ニュース読者。ユーザは、「２４時間」の時間周期を選択する。冷めたトピックにあてはまる記事は恐らく殆どないと思われる。システムは、最新の２４時間以内の記事のうち、最も関連している記事を最初に表示する。大部分の記事は、恐らく同じ低関連度帯域内にあるので、時間的な順序付けでも、ユーザの目標をほぼ満足させるであろう。
○事例４：関連読者。ユーザは、「全て」の時間周期を選択する。システムは、最高関連度帯域内の記事を最初に表示し、以下、同様に表示する。全体を通してユーザの目標を満足させるであろう。
●再発生トピック
○事例５：ニュース読者。ユーザは、「２４時間」の時間周期を選択する。周期的なトピックが熱い場合、この使用事例の目標は、「熱いトピック事例」へ削減される。周期的なトピックが冷めている場合、この使用事例の目標は、「冷めたトピック事例」へ削減される。いずれにしても、この事例は、ユーザの目標を満足させるであろう。
○事例６：関連読者。ユーザは、「全て」の時間周期を選択する。システムは、最高関連度帯域内の記事を最初に選択し、記事を時間によって仕分けする。使用事例は、同じ周期の記事をまとめてグループ化し、ユーザの目標を満足させるであろう。
●２日間の閲覧
○事例７：ニュース読者。ユーザは、「二日間」の時間周期を選択する。システムは、帯域化された関連度を判定するが、二日以上経過した全ての記事をフィルタリング（選別）して除外する。トピックが熱い場合、最高の関連度帯域内の記事が出現し、時間的に仕分けされる。トピックが冷めている場合、低い関連度帯域内の記事は時間的な順序で提示される。ユーザの目標が満たされる。
○事例８：関連読者。ユーザは、「二日間」の時間周期を選択する。システムは、帯域化された関連度を判定するが、二日以上経過した全ての記事をフィルタリング（選別）して除外する。トピックが熱い場合、最高の関連度帯域内の記事が出現し、時間的に仕分けされる。トピックが冷めている場合、低い関連度帯域内の記事は時間的な順序で提示される。ユーザの目標が満たされる。
【００６０】
更なる実施形態において、極めて少数の段階のみを用いて得点する採点法が用いられてよい。例えば、関連度の採点法は、「極めて関連している」、「高く関連している」、「関連している」、及び「関連していない」等の４段階のみで実行されてよい。これらは４段階のみであるから、帯域への削減は必要とされない。とはいっても、帯域内での仕分けには、８つの使用事例において所望される行動を展開することが必要とされる。
【００６１】
更なる実施形態において、方法は、ソーシャルインデクシングシステム内の一つ以上のソーシャルインデックスに適用される。トピックの帯域化は、各ソーシャルインデックスのコンテクストにおいて適用される。
【００６２】
本発明を特にその実施形態に関して図示及び説明してきたが、当業者には理解されるように、本発明の精神及び範囲から逸脱しない限り、この形式及び細部に上述及びその他の変更を加えてもよい。
【符号の説明】
【００６３】
１０：  環境
１１：  ソーシャルインデクシングシステム
１３ａ、１３ｂ、１３ｃ：  ユーザ
１４ａ：  ウェブサーバ
１５ａ：  ウェブコンテンツ
１４ｂ：  ニュース捕集サーバ
１５ｂ：  ニュースコンテンツ
１４ｃ：  投票によるニュースサーバ
１５ｃ：  「吟味された」コンテンツ
１６：  ネットワーク
【図１】
2010176667.tif 000003
【図２】
2010176667.tif 000004
【図３】
2010176667.tif 000005
【図４】
2010176667.tif 000006
【図５】
2010176667.tif 000007
【図６】
2010176667.tif 000008
【図７】
2010176667.tif 000009
【図８】
2010176667.tif 000010
【図９】
2010176667.tif 000011
【図１０】
2010176667.tif 000012
【図１１】
2010176667.tif 000013
【図１２】
2010176667.tif 000014
【図１３】
2010176667.tif 000015
【図１４】
2010176667.tif 000016
【図１５】
2010176667.tif 000017
【図１６】
2010176667.tif 000018
【図１７】
2010176667.tif 000019
【図１８】
2010176667.tif 000020
【図１９】
2010176667.tif 000021