JP5594965B2 - コンテンツを購読する方法、コンテンツを購読するためのクライアントシステム、コンピュータ可読記憶媒体 - Google Patents

Description

技術分野
本開示の実施形態は概して、コンテンツシンジケーション、及びより詳細には、フィードコンテンツの間接購読の提供に関する。

背景
コンテンツシンジケーションは、ニュース及びブログ投稿など、インターネット上で頻繁に更新される情報を配信する方法として普及が進んでいる。リアリー・シンプル・シンジケーション（ＲＳＳ）などのコンテンツシンジケーションフォーマットを使用して、コンテンツプロバイダはコンテンツフィードにコンテンツ及び／又はコンテンツへのリンクを含めることができる。ユーザはリーダ又はアグリゲータとして知られるアプリケーションを使用してそれらのコンテンツフィードを購読し得る。コンテンツフィードが新しいコンテンツ項目に更新されると、その新しいコンテンツ項目がユーザのリーダに反映される。

受動的ユーザは、自身のコンテンツフィード購読の管理を敬遠することがある。１つの対処法は、別のユーザのコンテンツフィード購読をその人自身のものとして取り入れることで、購読用コンテンツフィードを選択する責務をその別のユーザに委任することである。第２のユーザが自身のコンテンツフィード購読リストをファイルにエクスポートしてもよい。第１のユーザはファイルを自身のアグリゲータアプリケーションにインポートするとともにファイルに含まれるコンテンツフィードを購読してもよい。しかしながら、それでもなお、ユーザはそれ以上購読を望まないコンテンツフィードの購読解除に対する責務をいまだ有するため、第１のユーザの側でいくらかの購読管理は必要となる。

従って、フィードコンテンツのより効率的な購読方式の必要性がある。

発明の概要
ある実施形態に従えば、コンテンツの購読方法は、ユーザにコンテンツフィードのセットを含むコンテンツフィードグループを購読させるステップ、コンテンツフィードグループに従いユーザに第１の複数のコンテンツ項目を提示するステップ、及びコンテンツフィードグループに対する変更後、変更されたコンテンツフィードグループに従いユーザに第２の複数のコンテンツ項目を提示するステップを含む。

ある実施形態に従えば、前述の操作は、メモリ、１つ又は複数のプロセッサ、及びメモリに格納されるとともにプロセッサによる実行用に構成される１つ又は複数のモジュールを有するシステムにより行われ得る。

ある実施形態に従えば、前述の操作のための命令は、コンピュータシステムと併せて使用するためのコンピュータプログラム製品に含まれ得る。

図面を通して、同様の参照符号は対応する要素を参照する。

実施形態の説明
コンテンツフィード集約システムは間接購読を提供し得る。ユーザはコンテンツフィード（または一次フィード）に直接購読するのではなく、別のユーザにより、又は定義済み基準に応じて選択されるコンテンツ項目のグループ又はコンテンツフィードのグループを購読できる。選択された項目又はフィードは「二次」コンテンツフィードに「再パッケージ」され、ユーザはそれを購読し得る。二次フィードに含まれるコンテンツ項目は、コンテンツ項目又はコンテンツフィードの選択対象が変更されるとともに、変更された選択対象に従い二次フィードの購読の一部としてユーザにより提示されるコンテンツ項目が変更されるとき、変更され得る。

図１は、ある実施形態に係るコンテンツフィード集約システムを示すブロック図である。コンテンツフィード集約システム１００はサーバシステム１０４を含む。サーバシステム１０４はネットワーク１０６により１つ又は複数のクライアントシステム１０２及び１つ又は複数のホスト１２０（または「フィードソース」）に接続される。ネットワーク１０６は任意の好適な有線及び／又は無線ネットワークであってもよいとともに、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、インターネットなどが挙げられる。

サーバシステム１０４はフィードソース１２０からコンテンツフィードにアクセスする。サーバシステム１０４はサーバ１０８及びデータベース１１０を含む。サーバ１０８はサーバシステム１０４のフロントエンドとして働く。サーバ１０８はフィードソース１２０からコンテンツフィードを取得するとともに、サーバシステム１０４とクライアントシステム１０２との間のインタフェースも提供する。ある実施形態において、サーバ１０８の機能は２台以上のサーバ間で分割又は配分されてもよい。

サーバシステム１０４はデータベース１１０内のコンテンツフィードにコンテンツ項目を格納する。ある実施形態において、データベース１１０は、メタデータ（例えば、タイトル、記述、ＵＲＬ、日付／時刻、及び場合によっては他のメタデータ）と各コンテンツ項目のコンテンツとの双方を格納する。しかしながら、ある他の実施形態において、データベース１１０はメタデータを格納するが、各コンテンツ項目についてのコンテンツは格納しない。データベース１１０はまた、複数のユーザについてのユーザフィード情報１１２も格納する。特定のユーザについてのユーザフィード情報は、ソース、フィルタ、及びその特定のユーザについての閲読ステータスのみならず、コンテンツフィード購読も識別する。つまり、ユーザに関連付けられるユーザフィード情報は、ユーザが購読したコンテンツフィード、ユーザがフィードに定義した任意のフィルタ、ユーザが個々のフィード項目に関連付けた任意のラベル、及び各フィード項目がユーザにより「閲読済」としてマークされたかどうかのインジケーションを識別する。

サーバシステム１０４は、サーバ１０８及びデータベース１１０を含め、複数のコンピュータの分散システムとして実装されてもよいことは理解されるべきである。しかしながら、説明の便宜上、以下ではサーバシステム１０４は単一のコンピュータ上に実装されるものとして記載され、これは単一論理システムと見なされ得る。

コンテンツフィード（又はチャネル）は、フィードソース１２０における、現在の、最近追加された、又は最近更新されたコンテンツ項目のリストを提供するリソース又はサービスである。コンテンツフィードのコンテンツ項目は、項目それ自体（コンテンツ項目が指定する実際のコンテンツ）に関連付けられるコンテンツ、タイトル及び／又はコンテンツの記述、コンテンツのロケータ（例えば、ＵＲＬ）、又はこれらの任意の組み合わせを含み得る。例えば、コンテンツ項目がテキスト記事を識別する場合、コンテンツ項目は記事それ自体をインラインで、タイトル及びロケータと共に含み得る。あるいは、コンテンツ項目は、タイトル、記述及びロケータを含むが、記事コンテンツを含まないこともある。このように、あるコンテンツ項目はその項目に関連付けられるコンテンツを含み得るが、他のコンテンツ項目は関連コンテンツへのリンクを含むものの項目の完全コンテンツは含まない。コンテンツ項目はまた、コンテンツについての追加的な情報を提供する追加的なメタデータも含み得る。コンテンツの完全版は、限定はされないが、ウェブページ、画像、デジタルオーディオ、デジタルビデオ、ポータブル・ドキュメント・フォーマット（ＰＤＦ）ドキュメントなどを含む、任意の機械可読データであり得る。

ある実施形態において、コンテンツフィードはＲＳＳなどのコンテンツシンジケーションフォーマットを使用して指定される。ＲＳＳは、「リッチ・サイト・サマリー（ｒｉｃｈ ｓｉｔｅ ｓｕｍｍａｒｙ）」、「ＲＤＦサイト・サマリー（ＲＤＦ ｓｉｔｅ ｓｕｍｍａｒｙ）」、又は「リアリー・シンプル・シンジケーション（Ｒｅａｌｌｙ Ｓｉｍｐｌｅ Ｓｙｎｄｉｃａｔｉｏｎ）」を表す頭字語である。「ＲＳＳ」は、コンテンツフィード及びフィードに含まれるコンテンツ項目を指定するための拡張マークアップ言語（ＸＭＬ）に基づくフォーマット群の任意のものを参照し得る。ある他の実施形態において、Ａｔｏｍ配信フォーマット又はＶＣＡＬＥＮＤＡＲカレンダフォーマットなどの他のコンテンツシンジケーションフォーマットを使用してコンテンツフィードを指定してもよい。

「リアリー・シンプル・シンジケーション」として知られるＲＳＳシンジケーションフォーマットに関するさらなる情報は、参照によって本明細書にそっくりそのまま組み込まれる、Ｄ．ワイナー（Ｄ．Ｗｉｎｅｒ）による「ＲＳＳ２．０仕様書（Ｓｐｅｃｉｆｉｃａｔｉｏｎ）」に開示されている。Ｍ．ノッティンガム（Ｍ．Ｎｏｔｔｉｎｇｈａｍ）らは、参照によって本明細書にそっくりそのまま組み込まれる「Ｔｈｅ Ａｔｏｍ Ｓｙｎｄｉｃａｔｉｏｎ Ｆｏｒｍａｔ」においてＡｔｏｍ配信フォーマットに関するさらなる情報を開示する。

ユーザは、クライアントシステム又は装置１０２（参照しやすいように以下ではクライアントシステムと称する）において、サーバシステム１０４とインタフェースをとるとともに、コンテンツ項目を閲覧する。クライアントシステム１０２は、コンピュータ１１８又は携帯情報端末、携帯電話などのコンピュータ制御デバイス（参照しやすいように以下ではクライアントシステムと称する）を含む。コンピュータ１１８は典型的には、１つ又は複数のプロセッサ（図示せず）、メモリ（揮発性メモリ（図示せず）及びハードディスクドライブ１１９などの不揮発性メモリを挙げることができる）、及びディスプレイ１１４を含む。コンピュータ１１８はまた、キーボード及びマウスなどの入力装置（図示せず）も有し得る。

ある実施形態において、ユーザは、ディスプレイ１１４に提示され得るフィードリーダユーザインタフェース１１６を介してサーバシステム１０４と交信し得る。ユーザはフィードリーダユーザインタフェース１１６を介してフィード購読リストを作成し得る。ある実施形態において、フィードリーダユーザインタフェース１１６を使用して、ユーザはコンテンツフィード及び／又はコンテンツ項目に付されるべきフィルタ又はラベルもまた作成し得るとともに、コンテンツフィード及び／又はコンテンツ項目の閲読ステータスを変更し得る。フィードリーダユーザインタフェースは、コンテンツフィード購読リスト、又はコンテンツフィード購読リストへの変更を、データベース１１０に格納するために、サーバシステム１０４へ送信する。フィードリーダユーザインタフェース１１６は、データベース１１０に格納されるコンテンツ項目を、ユーザのコンテンツフィード購読リストに基づきユーザに提示する。すなわち、フィードリーダユーザインタフェース１１６は、ユーザが購読しているコンテンツフィードにおいて指定されるコンテンツ項目をユーザに提示する。ユーザは、フィードリーダユーザインタフェース１１６においてコンテンツ項目のコンテンツの完全版を、それを選択することにより（例えば、その上をマウスポインタでクリックすることにより）閲覧し得る。ある実施形態において、ユーザのコンテンツフィード購読リストのコピー及び提示されたコンテンツ項目のコピーがクライアントシステム１０２で局所的にキャッシュされ得る。

ある実施形態において、フィードリーダユーザインタフェース１１６はウェブベースのユーザインタフェースであってもよい。すなわち、フィードリーダユーザインタフェース１１６は複数のウェブページを含む。ウェブページは、ハイパーテキストマークアップ言語（ＨＴＭＬ）、拡張マークアップ言語（ＸＭＬ）、又はウェブページを作成するための任意の他の好適な言語で書かれてもよいとともに、サーバシステム１０４とインタフェースをとるための１つ又は複数のスクリプトを含み得る。ユーザは、フィードリーダユーザインタフェース１１６のウェブページと交信することによりコンテンツフィードを購読し、コンテンツ項目を閲覧し、及びその他サーバシステム１０４と交信し得る。換言すれば、サーバシステム１０４は、フィードリーダユーザインタフェース１１６を含め、ウェブベースのコンテンツ集約サービスを提供する。サーバシステム１０４はユーザのコンテンツフィード購読に従いコンテンツ項目を集約及び格納する。ある実施形態において、サーバシステム１０４はまたユーザ動作又は命令に従い、コンテンツ項目のフィルタ又はラベルを付すか、又はその閲読ステータスを変更することもできる。ユーザがフィードリーダユーザインタフェース１１６にアクセスすると、フィードリーダユーザインタフェース１１６を介してコンテンツ項目がユーザに提示される。

ある他の実施形態において、フィードリーダユーザインタフェース１１６は、クライアントシステム１０２上で実行されるスタンドアロンアプリケーションの一部であってもよい。スタンドアロンアプリケーションはアプリケーション・プログラミング・インターフェース（ＡＰＩ）を介してサーバシステム１０４とインタフェースをとり得る。

図２は、ある実施形態に従い、別のユーザにより選択されるコンテンツをユーザに提示するための処理２００を説明するフロー図である。第１のクライアント（便宜上、以下「クライアントＡ」）において、第１のユーザ（便宜上、以下「ユーザＡ」）がフィードリーダユーザインタフェース１１６（図１）で１つ又は複数のコンテンツ項目にタグ（又は「ラベル」）を付す（２０２）。コンテンツ項目は全てが同一のコンテンツフィードからである必要はなく、コンテンツ項目はユーザＡが購読しているどのコンテンツフィードからのものであってもよい。タグは、システムにより定義されるデフォルトタグか、又はユーザＡにより作成及び定義されるタグであり得る。ある実施形態において、ユーザはフィルタ又はルールを定義することで、ユーザに代わって項目に自動的にタグ（又は「ラベル」）付けし得る。例えば、ユーザはルールを定義することで、「野球」、「フットボール」、「バスケットボール」、「ホッケー」、及び「サッカー」のキーワードのなかの少なくとも１つを伴う全てのコンテンツ項目に「スポーツ」タグを付し得る。

本記載の目的上、用語「タグ」及び「ラベル」は、名詞又は動詞のいずれとして使用されるかにかかわらず、同義的である。

サーバにおいて、ユーザＡによるコンテンツ項目へのタグ付けに従い、データベース１１０（図１）に格納される１つ又は複数のコンテンツ項目にタグが付される（２０４）。ある実施形態において、タグは、コンテンツ項目をデータベース１１０においてタグに関連付けることによりサーバで付される。タグ付きコンテンツ項目は、タグ付きコンテンツ項目を含むコンテンツフィード（以下「二次フィード」）に関連付けられる（２０６）。換言すれば、二次フィードは、タグ付きコンテンツ項目から生成されるコンテンツフィードである。ある実施形態において、タグ付きコンテンツ項目は、ＲＳＳ又はＡｔｏｍなどのコンテンツシンジケーションフォーマットにより書かれたコンテンツフィードドキュメントに集約及びリスト化される。コンテンツフィードドキュメントは二次フィードである。ある実施形態において、二次フィードは、タグを付したユーザ（この場合ユーザＡ）に関連付けられると同時に、タグに関連付けられる。

二次フィードは他のユーザによる購読のために利用可能とされる（２０８）。ある実施形態において、二次フィードは、他のユーザがアクセス可能な、有効なコンテンツフィード購読リストに追加される。他のユーザはリストを閲覧し得るとともに購読用二次フィードを選択し得る。ある実施形態において、二次フィードの利用できる程度は、クライアントＡにより選択又は承認されたユーザに制限される。ある実施形態において、二次フィードが利用可能であるユーザのセットは、クライアントＡの選択で、クライアントＡがインスタントメッセージアプリケーション又はサービスにおいて相互プレゼンス登録を有するユーザに制限されてもよい。

第２のクライアント（便宜上、以下「クライアントＢ」）において、第２のユーザ（便宜上、以下「ユーザＢ」）が二次フィードを購読する（２１０）。二次フィードのコンテンツ項目（すなわち、ユーザＡによりタグ付けされたコンテンツ項目）がユーザに提示される（２１２）。ある実施形態において、過去に既にユーザＢにより閲覧された項目はユーザから隠されてもよいとともに、従って実際に提示されるコンテンツ項目は二次フィードにおける項目のサブセットであり得る。

ユーザＢによる二次フィードの購読後、ユーザＡは追加的なコンテンツ項目にタグを付すか、又はタグが付された１つ又は複数のコンテンツ項目からタグを削除することを選択し得る。二次フィードのコンテンツ項目は、ユーザのタグ付け変更に従い変更される。すなわち、ユーザＡによりタグ付けされた追加項目が二次フィードに追加されるとともにタグが削除されたコンテンツ項目が二次フィードから削除される。ある実施形態において、二次フィードに対する変更はまた、ユーザＢに対するコンテンツ項目の提示にも反映される。

図３Ａ〜３Ｂは、ある実施形態に従い、別のユーザにより選択されたコンテンツフィードをユーザに提示するための処理を説明するフロー図である。ここで図３Ａの処理３００に目を向けると、これは図２の処理２００と同様である。クライアントＡにおいて、ユーザＡはフィードリーダユーザインタフェース１１６（図１）において、ユーザＡが購読している１つ又は複数のコンテンツフィードにタグ（又は「ラベル」）を付す（３０２）。タグはシステムにより定義されるデフォルトタグ又はユーザＡにより作成又は定義されるタグであってもよい。コンテンツフィードに対するタグ付けは、少なくとも概念的には、１つ又は複数のコンテンツフィードのセットを含むコンテンツフィードグループを作成する。コンテンツフィードグループは本明細書では二次フィードと称される。

サーバにおいて、ユーザＡによるコンテンツフィードに対するタグ付けに従い、ユーザによりタグ付けされたコンテンツフィードのセット内のコンテンツ項目にタグが付される（３０４）。ある実施形態において、タグは、コンテンツ項目をデータベース１１０においてタグに関連付けることによりサーバで付される。タグ付きコンテンツ項目は、工程２０６（図２）と同様に、二次フィードに関連付けられる（３０６）。ある実施形態において、タグ付きコンテンツ項目は、ＲＳＳ又はＡｔｏｍなどのコンテンツシンジケーションフォーマットにより書かれたコンテンツフィードドキュメントに集約及びリスト化される。コンテンツフィードドキュメントは二次フィードである。二次フィードはコンテンツフィードグループに相当し、二次フィードはコンテンツフィードグループに属するコンテンツフィードに含まれるコンテンツ項目を含む。ある実施形態において、二次フィードは、タグを付したユーザ（この場合ユーザＡ）に関連付けられると同時に、タグに関連付けられる。

二次フィードは他のユーザによる購読のために利用可能とされ得る（３０８）。ある実施形態において、二次フィードは、他のユーザがアクセス可能な、利用可能なコンテンツフィード購読リストに追加される。他のユーザはリストを閲覧し得るとともに購読用二次フィードを選択し得る。ある実施形態において、処理２００（図２）と同様に、二次フィードの利用できる程度はクライアントＡにより選択又は承認されるユーザに制限される。ある実施形態において、二次フィードが利用可能なユーザのセットは、クライアントＡの選択で、クライアントＡがインスタントメッセージアプリケーション又はサービスにおいて相互プレゼンス登録を有するユーザに制限されてもよい。

クライアントＢにおいて、ユーザＢが二次フィードを購読する（３１０）。ユーザＢは、二次フィードを購読することにより、二次フィードに相当するコンテンツフィードグループを購読する。二次フィードのコンテンツ項目（すなわち、ユーザＡによりタグ付けされるとともにコンテンツフィードグループに属するコンテンツフィードのコンテンツ項目）がユーザに提示される（３１２）。ある実施形態において、ユーザＢにより過去に既に閲覧された項目は省略され得るとともに、従って実際に提示されるコンテンツ項目はタグ付きコンテンツフィードの項目のサブセットであり得る。

ここで図３Ｂに目を向けると、これは変更されたコンテンツフィード選択対象をユーザに提示する処理３２０を説明するものである。処理３００の後、ユーザＡは追加のコンテンツフィードに同じタグを付してもよく、及び／又はタグが付されている１つ又は複数のコンテンツフィードからタグを削除してもよい。ユーザＢに提示されるコンテンツ項目は、ユーザＡにより行われたタグ付け変更に従い変更され得る。

ユーザＡがコンテンツフィード上のタグ付けを変更する（３２２）。ユーザＡは追加のコンテンツフィードに同じタグを付すか、及び／又はタグが付されている１つ又は複数のコンテンツフィードからタグを削除する。これによりコンテンツフィードグループに含まれるコンテンツフィードのセットからコンテンツフィードが追加及び削除され、コンテンツフィードグループが変更される。

サーバにおいて、コンテンツ項目のタグ付けが、ユーザＡにより行われるタグ付け変更に従い変更される（３２４）。タグ付けされるコンテンツ項目は、工程３０６（図３Ａ）と同様に、二次フィードに関連付けられる（３２６）。ユーザＡにより新しくタグ付けされた追加のコンテンツフィードのコンテンツ項目にタグが付される。ある実施形態において、追加コンテンツフィードにおける、追加コンテンツフィードに対するタグ付け後の日付のあるコンテンツ項目のみにタグが付される。換言すれば、二次フィード更新後の日付のある追加コンテンツフィードのコンテンツ項目のみが二次フィードに追加される。ある他の実施形態において、追加コンテンツフィードの全てのコンテンツ項目にタグが付される。すなわち、新しくタグ付けされたコンテンツフィードの全てのコンテンツ項目が二次フィードに追加される。

ある実施形態において、タグが削除されたコンテンツフィードについて、コンテンツフィードからのタグの削除後の日付のあるコンテンツ項目はタグ付けされない。換言すれば、コンテンツフィードからタグを削除した時点で、タグが削除されたコンテンツフィードのコンテンツ項目にタグは付されない。従って、コンテンツフィードがコンテンツフィードグループから削除された後の日付のあるコンテンツ項目は二次フィードに含まれない一方、削除前の日付のある項目は二次フィードに残る。ある他の実施形態において、タグが削除されたコンテンツフィードの全てのコンテンツ項目からタグが削除される。結果として、削除されたコンテンツフィードの全てのコンテンツ項目が二次フィードから削除される。

処理３００以降のタグ付きコンテンツフィードの購読がいまだアクティブであると仮定すれば、二次フィードのコンテンツ項目がユーザＢに提示される（３２８）。提示されたコンテンツ項目は、コンテンツフィードグループにコンテンツフィードを追加する結果として二次フィードに追加されるコンテンツ項目を含むとともに、コンテンツフィードグループからコンテンツフィードを削除する結果として二次フィードから削除されるコンテンツ項目を含まないこともある。上記に記載されるとおり、ユーザにより閲読されたコンテンツ項目は提示から省かれ得る。

処理２００、３００、及び３２０は異なるクライアント上の２人のユーザが関与するものとして記載されるが、上述される処理には、コンピュータの各ユーザ向けのユーザアカウント及びプロファイルを有するコンピュータなどのマルチユーザコンピュータを使用する、ただしコンテンツ集約サービスを異なる時間に使用する２人以上のユーザが関与し得ることは理解されるべきである。

図４は、ある実施形態に従い、定義済み基準に従い選択されるコンテンツフィードをユーザに提示するための処理を説明するフロー図である。ある実施形態において、コンテンツフィードにタグ付けするためのルール、フィルタ、又は基準が事前定義され得る。これらのルール、フィルタ、又は基準を使用してユーザが購読し得る二次フィードを自動的に生成し得る。例えば、ルールは、上位５個の購読先コンテンツフィードにタグ付けするためのものであり得る。このルールは、購読全体において上位５個に入るコンテンツフィードからのコンテンツ項目を含む二次フィードを生成し得るであろう。購読数が変わると、上位５個のコンテンツフィードのコンテンツフィードが変わり得る。タグ付きコンテンツフィードのコンテンツ項目のリストは、上位５個のコンテンツフィードのリストの変更を反映するよう変更される。

タグ付け基準、ルール、又はフィルタが識別される（４０２）。タグ付け基準／ルール／フィルタを満たすコンテンツフィードのコンテンツ項目にタグが付される（４０４）。例えば、上記の例にある上位５個の購読済みフィードのタグ付けルールを使用すれば、上位５個の購読先コンテンツフィードのコンテンツ項目がタグ付けされる。タグ付け基準／ルール／フィルタは、基準／ルール／フィルタを満たすコンテンツフィードを含むコンテンツフィードグループを定義する。タグ付きコンテンツ項目は、工程２０６（図２）及び３０６（図２）と同様に、基準／ルール／フィルタにより定義されるコンテンツフィードグループに相当する二次フィードに関連付けられる（４０６）。二次フィードは、操作２０８（図２）及び３０８（図３）と同様に、ユーザによる購読のために利用可能とされる（４０８）。

クライアントのユーザが二次フィードを購読する（４１０）。購読操作４１０は操作４０２〜４０８の前又は後に起こり得ることに留意する。二次フィードのコンテンツ項目がユーザに提示される（４１２）。上記に記載されるとおり、ユーザにより既に閲覧されたコンテンツ項目は提示から省かれ得る。

ユーザがコンテンツフィードのタグを追加又は削除できるのと同様に、定義済みタグ付け基準、ルール、又はフィルタによっても同じことが行われ得る。再び上位５個の購読済みコンテンツフィードにタグ付けするルールの例を挙げれば、上位５個の購読先コンテンツフィードのリストは時間に伴い変わり得る。当該リストの変更に応じて、コンテンツフィードはコンテンツフィードグループから自動的に追加及び削除される。結果として、処理３２０における二次フィードからの追加及び削除と同様に、コンテンツ項目が二次フィードから追加及び削除される。

さらには、あらゆるコンテンツフィードからの個々のコンテンツ項目がタグ付けするためのタグ付け基準又はルール又はフィルタが、あらゆるコンテンツフィードからのコンテンツ項目のユーザによるタグ付け（処理２００に関して記載されるとおり）と同様に、作成され得る。例えば、特定のキーワードを有するコンテンツ項目にタグ付けするためのルールが作成され得る。かかるルールは特に、報道価値のある人物、場所、又は出来事に関するコンテンツ項目を集約するために有用であり得る。

上記に記載されるとおり、二次フィード及び二次フィードに含まれるコンテンツ項目は、タグ及びタグを付したユーザに関連付けられ得る。より正確には、二次フィードは、ユーザ−タグ対に関連付けられ得る。ある実施形態において、コンテンツ集約サービスはプライバシーオプションを含んでもよく、これはかかる二次フィードが他の一般ユーザ（例えば、利用可能な購読リスト内の）に公開されてもよいか、従って他のユーザの購読のために利用可能となってもよいか、又は二次フィードが関連付けるユーザのみに公開するかどうかを制御する。ある実施形態において、別のプライバシー設定では、二次フィードを作成したユーザにより選択又は承認されるユーザのセットに対する二次フィードの可視性（ｖｉｓｉｂｉｌｉｔｙ）が制限される。プライバシーオプションを設定することにより、ユーザは自身のタグ付きコンテンツ項目又はコンテンツフィードの他のユーザとの共有を制御し得る。ある実施形態において、プライバシーオプションはタグ毎の単位で設定される。ある実施形態において、各タグのデフォルトプライバシー設定は最高プライバシー設定である。結果として、第１のユーザにより付されるタグに関連付けられる二次フィードは、第１のユーザがデフォルトプライバシー設定より制約の低いプライバシー設定を選択したときのみ他のユーザに有効となる。

ある実施形態において、コンテンツフィード又はコンテンツ項目にタグ付けするための定義済み基準又はルール又はフィルタは、サーバにおいて、そのサービスの実在のユーザであるかのごとくコンテンツ項目又はコンテンツフィードにタグ付けする「仮想ユーザ」として論理的に実装され得る。すなわち、基準／ルール／フィルタに相当する仮想ユーザが作成されるとともに関連データがサーバに格納される。ある実施形態において、仮想ユーザのプライバシーオプションは常に、その二次フィードを他の一般ユーザと共有するよう設定される。タグ付け基準／ルール／フィルタの結果として生成される二次フィードは、仮想ユーザに関連付けられる。タグ付け基準／ルール／フィルタを仮想ユーザとして実装することにより、コンテンツ集約サービスのデータは一様構造を共有し得るため、データ格納はより効率的となる。

コンテンツ項目及びコンテンツフィードのタグ付け及びそれらからの二次フィードの生成を可能にすることにより、コンテンツ集約サービスは間接購読を可能とする。ユーザは自身にとって関心のあるコンテンツ項目又はコンテンツフィードにタグ付けし得る。ユーザは二次フィードに、その生成が別のユーザによるか、又は項目若しくはフィードにタグ付けするための定義済みルールによるかにかかわらず購読することで、コンテンツを購読する責務を別のユーザ又はエンティティに委任するか、及び／又は関心のある、又は何らかの理由で（例えば、多くの購読者を有する点で人気がある、報道価値のある人物に関して話題に上っているなど）注目に値し得るコンテンツを取得してもよい。

図５は、ある実施形態に係るクライアントコンピュータを示すブロック図である。クライアントコンピュータ５００は典型的には、１つ又は複数の処理装置（ＣＰＵ）５０２、１つ又は複数のネットワーク又は他の通信インタフェース５０６、メモリ５０４、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス５１４を含む。クライアントコンピュータ５００はまた、ディスプレイ装置５１０及びキーボード及び／又はマウス（又は他の何らかのポインティングデバイス）５１２を備えるユーザインタフェース５０８も含み得る。メモリ５０４としては、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリが挙げられるとともに、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリを挙げることもできる。場合によりメモリ５０４として、ＣＰＵ５０２から遠隔に設置される１つ又は複数の記憶装置を挙げることができる。ある実施形態において、メモリ５０４は次のプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納する：
・ 様々な基本的なシステムサービスを処理するとともにハードウェア依存タスクを実行するためのプロシージャを含むオペレーティングシステム５１６、
・ クライアントシステム５００を他のコンピュータに、１つ又は複数の通信ネットワークインタフェース５０６及び、インターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワークなどの１つ又は複数の通信ネットワークを介して接続するために使用されるネットワーク通信モジュール５１８、及び
・ コンテンツフィードからのコンテンツ項目を処理するためのフィードリーダモジュール５２０、及び
・ ウェブブラウザなどのクライアントアプリケーション５３０。

フィードリーダモジュール５２０は、ユーザ入力に応じてコンテンツ項目及びコンテンツフィードにタグ付けするためのコンテンツタグ付けモジュール５２２を含む。

ある実施形態において、フィードリーダモジュール５２０は、サーバシステム１０４（図１）から供されるウェブページに埋め込まれるスクリプトベースのモジュールであってもよい。ウェブページは、ウェブブラウザなどのクライアントアプリケーション５３０によりクライアントコンピュータ５００で表示され得る。ウェブページが表示されると、フィードリーダモジュール５２０が実行され、それによりウェブベースのインタフェースがサーバシステム１０４に提供される。スクリプトベースのフィードリーダモジュールは、ＪａｖａＳｃｒｉｐｔ、ＥＣＭＡＳｃｒｉｐｔ又は任意の他の好適なスクリプト言語で書かれてもよい。

ある他の実施形態において、フィードリーダモジュール５２０は、クライアントコンピュータ５００のメモリ５０４に格納されるスタンドアロンアプリケーションであってもよい。スタンドアロンアプリケーションとしては、限定はされないが、フィードアグリゲータアプリケーションが挙げられる。さらに他の実施形態において、フィードリーダモジュール５２０は別のアプリケーションへのアドオン又はプラグインであってもよい。例えば、フィードリーダモジュール５２０は、ウェブブラウザアプリケーション又は電子メールアプリケーションへのプラグインであってもよい。

ある実施形態において、受信したコンテンツ項目はメモリ５０４に局所的にキャッシュされ得る。同様に、ユーザのコンテンツフィード購読リストもまた、メモリ５０４に局所的にキャッシュされ得る。

上記に示した要素の各々は、先述の記憶装置の１つ又は複数に格納され得る。上記に示したモジュールの各々は、上述される機能を実行するための命令のセットに対応する。上記に示したモジュール又はプログラム（すなわち、命令のセット）は別個のソフトウェアプログラム、プロシージャ又はモジュールとして実装される必要はないとともに、従ってこれらのモジュールの様々なサブセットは様々な実施形態で組み合わされるか、或いは再構成されてもよい。ある実施形態において、メモリ５０４は上記に示されるモジュール及びデータ構造のサブセットを格納し得る。さらには、メモリ５０４は上述されない追加的なモジュール及びデータ構造を格納し得る。

図６は、ある実施形態に係るサーバコンピュータを示すブロック図である。サーバコンピュータ６００は典型的には、１つ又は複数の処理装置（ＣＰＵ）６０２、１つ又は複数のネットワーク又は他の通信インタフェース６０６、メモリ６０４、及びこれらの構成要素を相互接続するための１つ又は複数の通信バス６１０を含む。サーバシステム６００は場合によりユーザインタフェース６０８を含んでもよく、これとしては、ディスプレイ装置（図示せず）、及びキーボード及び／又はマウス（図示せず）を挙げることができる。メモリ６０４としては、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセス固体記憶装置などの高速ランダムアクセスメモリが挙げられるとともに、１つ又は複数の磁気ディスク記憶装置、光ディスク記憶装置、フラッシュメモリデバイス、又は他の不揮発性固体記憶装置などの不揮発性メモリを挙げることができる。場合によりメモリ６０４として、ＣＰＵ６０２から遠隔に設置される１つ又は複数の記憶装置を挙げることができる。ある実施形態において、メモリ６０４は次のプログラム、モジュール及びデータ構造、又はそれらのサブセットを格納する：
・ 様々な基本システムサービスを処理するとともにハードウェア依存タスクを実行するためのプロシージャを含むオペレーティングシステム６１２、
・ サーバシステム６００を他のコンピュータに、１つ又は複数の通信ネットワークインタフェース６０６及びインターネット、他の広域ネットワーク、ローカルエリアネットワーク、メトロポリタンエリアネットワークなどの１つ又は複数の通信ネットワークを介して接続するために使用されるネットワーク通信モジュール６１４、
・ 定期的に、及び／又はコンテンツフィードが更新されると格納用コンテンツ項目を取得するためのフィード追跡モジュール６１６、
・ 購読しているフィードからのコンテンツ項目を識別するとともにそれをユーザに送信するためのフィードコンテンツ提供モジュール６１７、
・ サービスの各ユーザ用データを含むユーザデータ６１８、
・ コンテンツフィードからのコンテンツ項目を含むフィードコンテンツ項目６２０、
・ コンテンツ項目にタグ付けするためのコンテンツ項目タグ付けモジュール６２４、及び
・ コンテンツ項目に自動的にタグ付けするための基準、ルール、又はフィルタを含むタグ付け基準６２６。

フィードコンテンツ項目６２０は、１つ又は複数のタグに関連付けられるコンテンツ項目６２２を含む。コンテンツ項目は、１つ又は複数のタグに関連付けられ得る。ある実施形態において、フィードコンテンツ項目６２０はコンテンツ項目及びタグのデータベースとして格納され得る。

ユーザデータ６１８は、ログイン情報及びユーザプリファレンスなどのサービスのユーザ用データを含む。ユーザデータ６１８は購読リスト（図示せず）を含んでもよく、これとしては、ユーザのフィード購読リストが挙げられる。各ユーザはコンテンツフィード購読の対応するリストを有する。

フィードコンテンツ提供モジュール６１７は、ユーザのフィード購読に従いコンテンツ項目を識別するとともにそれをユーザに送信する。フィードコンテンツ提供モジュール６１７はユーザデータ６１８を更新してユーザにより閲覧されたコンテンツ項目を識別することで、それらの同じ項目をユーザに再送信することを回避し得る。場合により、例えばユーザにより選択されるサービスの特徴に従い、フィードコンテンツ提供モジュール６１７はまた、ユーザによりブックマークされたか、或いはユーザによりユーザにとって特に関心があるものとしてマーク又は選択されるコンテンツ項目を識別する情報などの他の情報を記録するためにユーザデータ６１８を更新する。

上記に示した要素の各々は先述される記憶装置の１つ又は複数に格納され得る。上記に示したモジュールの各々は、上述される機能を実行するための命令のセットに対応する。上記に示したモジュール又はプログラム（すなわち、命令のセット）は別個のソフトウェアプログラム、プロシージャ又はモジュールとして実装される必要はないとともに、従ってこれらのモジュールの様々なサブセットが様々な実施形態で組み合わされるか、或いは再構成され得る。ある実施形態において、メモリ６０４は上記に示されるモジュール及びデータ構造のサブセットを格納し得る。さらには、メモリ６０４は上述されない追加的なモジュール及びデータ構造を格納し得る。

図６は「サーバコンピュータ」を示すが、図６は、本明細書に記載される実施形態の構造的な概略としてよりも、サーバのセットに存在し得る様々な特徴のより機能的な説明が意図されている。実際には、及び当業者により認識されるとおり、別個に示される項目が組み合わされ得るであろうとともに、ある項目が別個にされ得るであろう。例えば、図６において別個に示される項目は単一サーバ上に実装され得るであろうとともに、単一の項目が１台又は複数のサーバにより実装され得るであろう。

図７はある実施形態に係るフィードリーダユーザインタフェースを示す。ユーザは、フィードリーダユーザインタフェース１１６を介して、とりわけ、自身が購読したコンテンツフィードからのコンテンツ項目を閲覧し得る。フィードリーダユーザインタフェース１１６（以下「ＵＩ」）は、様々な機能及び特徴をアクティブ化及び非アクティブ化するための１つ又は複数のボタン、メニュー、リンクなど７１０を含む。

ユーザは「汎用ビュー」でコンテンツ項目を閲覧し得る。汎用ビューは、ユーザによりまだ閲覧されていない新しいコンテンツ項目を有する全てのユーザの購読済みフィードからのコンテンツ項目のリスト７０２を含む。リスト７０２は、例えば、サーバコンピュータ６００のフィードコンテンツ提供モジュール６１７により生成され得る。ある実施形態において、発行日時、及びユーザによりまだ閲覧されていない同じソースにより発行された項目の数など、様々な基準が（フィードコンテンツ提供モジュール６１７により）使用され、リスト７０２に含まれる項目を制限し得る。例えば、Ｘ（例えば、７）日より前に発行された項目が除外されてもよい。別の例において、同じソースからＹ（例えば、１０）個より多い未閲覧項目があるとき、そのソースからの直近のＹ個の未閲覧項目のみがリスト７０２に含まれてもよい。

リスト７０２に示されるコンテンツ項目７０４はソースに関わらずインターリーブされる。ある実施形態において、リストは発行日時により、例えば新しい順に格納される。また、ある実施形態において、リストはユーザが閲覧していないコンテンツ項目のみを示してもよい。リストがコンテンツ項目についての識別情報を提示することで、ユーザは閲覧したいコンテンツ項目を識別できるとともにそれを選択できる。ＵＩ１１６は有限サイズであり得るとともにリストはＵＩに収まり得るより多い項目を含み得るため、ＵＩ１１６が所定の時間にコンテンツ項目のサブセットを表示してもよいとともにユーザがリストをスクロールして他のコンテンツ項目を探し出してもよい。リストはまた、全部でいくつのコンテンツ項目がリスト内にあるかについてのインジケータ７０６も含み得る。あるいは、インジケータ７０６はまだ閲覧されないコンテンツ項目の数を指示してもよい。

リストから、ユーザはコンテンツ項目を選択し得る。ユーザが汎用ビューでリストから項目を選択すると、ＵＩ１１６はビューア領域７０８にコンテンツの完全版を表示する。例えば、選択されたコンテンツ項目（太枠のボックスにより示される）がニュースウェブサイトの記事へのリンク又はブログ投稿へのリンクを含む場合、記事又はブログ投稿は、それぞれ、ビューア領域７０８に表示され得る。

ＵＩ１１６はまたラベルボタン７１２を含んでもよく、これをユーザが選択することでラベルページが開かれ、それによりユーザはタグ（以下「ラベル」）を作成、閲覧、編集、及び削除することが可能となる。ＵＩ１１６はプルダウンメニュー７１４を含み得る。ユーザはプルダウンメニュー７１４を使用して現在選択されているコンテンツ項目にラベルを付し得る。

図８はある実施形態に係るラベルページを示す。ラベルページ８００はラベル（又は「タグ」）のリスト８０２を含む。ラベルのリスト８０２は、スター（又は「お気に入り」ラベル）８０２−Ａなど、１つ又は複数のデフォルトのシステム定義ラベルを含み得る。ラベル８０２のリストはまた、「テクノロジー」ラベル８０２−Ｂなど、ユーザにより作成される１つ又は複数のラベルも含み得る。ラベル編集機能へのリンク８０４がユーザ定義ラベルのために提供される。ユーザは特定のユーザ定義ラベルに対応するリンク８０４を選択して当該ラベルを編集又は削除し得る。ラベル編集機能へのリンク８０４はシステム定義ラベルには提供されず、これはかかるラベルがユーザにより編集又は削除されないことがあるためである。ラベルページ８００はまた、ラベルに関連付けられるコンテンツフィード（すなわち、ラベルにより表されるコンテンツフィードグループのコンテンツフィード）を閲覧するためのリンク８０６及びラベルに関連付けられるコンテンツ項目（すなわち、ラベルに関連付けられる二次フィードのコンテンツ項目）を閲覧するためのリンク８０８も含む。また、ユーザが選択して新しいラベルを作成し得るボタン８１０、及びラベルページ８００をキャンセルするためのキャンセルボタン８１２も含む。ある実施形態において、ラベルは、文字列又は対応する文字列を伴うアイコン（又は記号）であってもよい。

図９はある実施形態に係るアクティブ購読ページを説明する図である。アクティブ購読ページ９００はユーザのアクティブ購読リスト９０４を含む。アクティブ購読９０４はユーザが購読しているコンテンツフィードを含み、なかでもコンテンツフィード９０４−Ａなどのフィードソース１２０（図１）により提供されるコンテンツフィード（一次フィード）、及び二次フィード９０４−Ｂなどの二次フィードを含み得る。ある実施形態において、実在のユーザ（上記に記載されるとおりの、仮想ユーザに対するものとしての）により付されるラベルに関連付けられる二次フィード９０４−Ｂの名前は、二次フィードを（１つ又は複数のコンテンツフィード及び／又はコンテンツ項目をラベル付けすることにより）「作成した」ユーザの名前及びラベルそれ自体の文字列を含む。購読ページ９００もまた、もしあれば、購読先コンテンツフィード９０４に関連付けられるラベル９０２を含む。各購読先コンテンツフィード９０４はゼロ個以上のラベルを有し得る。ある実施形態においては、購読先二次フィードまでもがゼロ個以上のラベルを有し得る。

購読ページはさらに、対応する購読先コンテンツフィード９０４に関連付けられるコンテンツ項目を閲覧するためのリンク９０６、購読先コンテンツフィード９０４にラベルを追加するためのプルダウンメニュー９０８、及び任意の購読先コンテンツフィード９０４から購読を解除するためのリンク９１０を含み得る。キャンセルボタン９１２がユーザにより選択されることで購読ページ９００はキャンセルされ得る。

図１０はある実施形態に係る利用可能な購読ページを示す図である。利用可能な購読ページ１０００は、ユーザが購読していないとともに購読してもよいコンテンツフィードをリスト化する。利用可能な購読ページ１０００は、ユーザが選択して対応するコンテンツフィードを購読し得る利用可能なコンテンツフィード１００２及びリンク１００４のリストを含む。リスト内の利用可能なコンテンツフィード１００２は、フィードソース１２０（図１）からのあらゆるコンテンツフィード及びあらゆる二次フィードを含み得る。利用可能な購読ページ１０００をキャンセルするためのキャンセルボタン１００６が含まれ得る。ある実施形態において、検索ボックス１００８及び検索ボタン１０１０が含まれ得る。ユーザは１つ又は複数のキーワード又は他のパラメータを検索ボックス１００８内に打ち込むとともに検索ボタン１０１０を選択して入力されたキーワード及び／又はパラメータと一致するコンテンツフィードを検索し得る。

図１１は、ある実施形態に従い、フィードコンテンツ項目についてのデータ構造を説明する図である。上記に記載されるとおり、サーバコンピュータ６００（図６）は複数のフィードコンテンツ項目６２０を格納し得る。フィードコンテンツ項目は、テーブルデータ構造９６０などのデータ構造に格納され得る。フィードコンテンツ項目６２０はタグ付きコンテンツ項目６２２（各々１つ又は複数のタグに関連付けられるコンテンツ項目）をどのタグにも関連付けられないコンテンツ項目と共に含む。フィードコンテンツテーブル９６０は各フィードソースからの各コンテンツ項目の行９７０を含む。各行は１つ又は複数のフィールド（９７１、９７２）を含み、これがコンテンツＩＤ９７１及びフィードＩＤ９７２（コンテンツ項目のフィードソースを識別するもの）などのコンテンツ項目を識別する。ある実施形態において、コンテンツＩＤはフィードソースを一意に識別する情報を含んでもよく、この場合フィードＩＤ９７２は省略され得る。各行９７０はさらに、コンテンツ項目のコンテンツ９７３を含んでもよい。コンテンツ９７３はコンテンツ項目のメタデータ（例えば、タイトル、記述、ＵＲＬ、日付／時刻、及び場合によっては他のメタデータ）を含み得るとともに、さらにコンテンツ項目の実際のコンテンツを含み得る。加えて、各行９７０はシステムの各登録ユーザの列９７５又はフィールドを含む。この列のユーザデータは、この列に対応するユーザがユーザデータを含む行９７０に関連付けられるコンテンツ項目を閲覧したかどうかを指示する閲覧済みフラグ９７６を含んでもよいとともに、場合により１つ又は複数のユーザ指定ラベル又はフラグ９７８などの追加的なユーザ情報を含んでもよい。ユーザはコンテンツ項目、並びにコンテンツフィードにタグ付け又はラベル付けしてもよいとともに、ユーザが各ラベル付きコンテンツ項目に関連付けたタグ又はラベルの記録がユーザデータ９７５に格納される。ある実施形態において、システムによりユーザは定義済みタグ又はラベル（例えば、スター、赤色、青色等）で個々のコンテンツ項目にタグ付け又はラベル付けすることが可能となるとともに、ある実施形態ではさらに、ユーザはユーザ定義ラベルで個々のコンテンツ項目にタグ付け又はラベル付けすることが可能となる。さらには、行９７０により表されるコンテンツ項目は、あらゆるユーザによりタグ付けされ得る。

上記に記載されるとおり、ユーザはプライバシーオプションを設定して、自身のタグ付きコンテンツ項目及びコンテンツフィードの他の一般ユーザに対する公開（及び購読のために利用できる程度）を制御し得る。ある実施形態において、コンテンツ集約サービスはユーザのアドレス帳又は連絡先リストに組み込まれ得る。組み込みの一部として、ユーザにはより細かいプライバシーオプションが利用可能とされ得る。ユーザはより細かいプライバシーオプションを使用してタグ付きコンテンツ項目又はフィードの公開を、他の一般ユーザに対してのみならず、ユーザのアドレス帳又は連絡先リストにある特定の連絡先又は連絡先グループに対しても制御し得る。これにより、完全公開、承認された連絡先に対する制限された公開、又はユーザへの非公開に至るまでの、より幅広い公開が提供される。ある他の実施形態において、コンテンツ集約サービスはさらに、とりわけ、ユーザの関心及び所属についてのプロファイルを含むソーシャルネットワーキングサービスに組み込まれ得る。さらにプライバシー制御が、共通の関心、所属などを共有し得る他のユーザに対するタグ付きコンテンツ項目又はフィードの公開を制御するよう適合され得る。

前述の記載は、説明する目的上、特定の実施形態を参照して記載されている。しかしながら、上記の例示的考察は包括的であること、又は開示される正確な形態に本発明を限定することは意図しない。多くの変更及び変形が上記の教示の観点から可能である。実施形態は本発明の原理及びその実際の適用を最良に説明するために選択及び記載されたもので、それにより当業者は、企図される特定の使用に好適なとおりの様々な変更を伴い、本発明及び様々な実施形態を最善に利用することが可能となる。

図面の簡単な説明
ある実施形態に係るコンテンツフィード集約システムを示すブロック図である。 ある実施形態に従い、別のユーザにより選択されるコンテンツをユーザに提示するための処理を示すフロー図である。 ある実施形態に従い、別のユーザにより選択されるコンテンツフィードをユーザに提示するための処理を示すフロー図である。 ある実施形態に従い、別のユーザにより選択されるコンテンツフィードをユーザに提示するための処理を示すフロー図である。 ある実施形態に従い、定義済み基準に従い選択されるコンテンツフィードをユーザに提示するための処理を示すフロー図である。 ある実施形態に係るクライアントコンピュータを示すブロック図である。 ある実施形態に係るサーバコンピュータを示すブロック図である。 ある実施形態に係るフィードリーダユーザインタフェースを示す図である。 ある実施形態に係るラベルページを示す図である。 ある実施形態に係るアクティブ購読ページを示す図である。 ある実施形態に係る利用可能な購読ページを示す図である。 ある実施形態に係る、フィードコンテンツ項目用のデータ構造を示す図である。

Claims (23)

1. コンテンツを購読する方法であって、
   第１のクライアントにおいて、第１のコンテンツフィードのセットと、第２のクライアントにおいて第２のユーザによってタグが付けられた１つ又は複数のコンテンツ項目とを含むコンテンツフィードグループを、第１のユーザに購読させるステップ、
   前記第１のクライアントにおいて、前記第１のユーザに、前記コンテンツフィードグループからの第１の複数のコンテンツ項目をユーザインターフェース上の単一ビュー内で一斉に提示するステップであって、前記第１の複数のコンテンツ項目は、前記第１のコンテンツフィードのセットからの複数の個別コンテンツ項目と、前記第２のクライアントにおいて前記第２のユーザによってタグが付けられた前記１つ又は複数のコンテンツ項目の個別コンテンツ項目とを含む、ステップ、及び
   前記第２のクライアントにおいて前記第２のユーザにより行われる前記コンテンツフィードグループに含まれるコンテンツ項目に対するタグ付けの変更に応じて、前記第１のクライアントにおいて、前記タグ付けの変更に従って、前記第１のユーザに、前記コンテンツフィードグループからの第２の複数のコンテンツ項目を一斉に提示するステップ
   を含む方法。
2. 前記第１の複数のコンテンツ項目は、２以上の前記第１のコンテンツフィードのセットからのコンテンツ項目を含む、請求項１に記載の方法。
3. 前記第２の複数のコンテンツ項目は、前記変更されたコンテンツフィードグループの変更されたコンテンツフィードのセットに含まれる複数の個別コンテンツ項目を含む、請求項１に記載の方法。
4. 前記第２のユーザにより行われる前記コンテンツフィードグループに対するタグ付けの変更は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから、１つ又は複数の異なるコンテンツ項目を前記コンテンツフィードグループに追加することを含む、請求項１に記載の方法。
5. 前記タグ付けの変更は、前記コンテンツフィードグループへの新たなコンテンツ項目の追加を含み、
   前記第１のユーザに提示される前記第２の複数のコンテンツ項目は、前記新たなコンテンツ項目を含む、請求項１に記載の方法。
6. 前記タグ付けの変更は、前記コンテンツフィードグループからの個別コンテンツ項目からタグを除外することを含み、
   前記第１のユーザに提示される前記第２の複数のコンテンツ項目は、前記タグ付けの変更によって除外された個別コンテンツ項目を除外する、請求項１に記載の方法。
7. 前記コンテンツフィードグループは、ルールに従って自動的にタグが付けられた１つ又は複数のコンテンツ項目をさらに含み、前記ルールに従って自動的にタグが付けられた前記１つ又は複数のコンテンツ項目は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから選択される、請求項１に記載の方法。
8. コンテンツを購読するためのクライアントシステムであって、
   メモリ、
   １つ又は複数のプロセッサ、及び
   前記メモリに格納されるとともに前記１つ又は複数のプロセッサによる実行用に構成される１つ又は複数のモジュールを含む第１のクライアントを備え、
   前記１つ又は複数のモジュールは、
   第１のコンテンツフィードのセットと、第２のクライアントにおいて第２のユーザによってタグが付けられた１つ又は複数のコンテンツ項目とを含むコンテンツフィードグループを、第１のユーザに購読させるための命令、
   前記第１のユーザに、前記コンテンツフィードグループからの第１の複数のコンテンツ項目をユーザインターフェース上の単一ビュー内で一斉に提示するための命令であって、前記第１の複数のコンテンツ項目は、前記第１のコンテンツフィードのセットからの複数の個別コンテンツ項目と、前記第２のクライアントにおいて前記第２のユーザによってタグが付けられた前記１つ又は複数のコンテンツ項目の個別コンテンツ項目とを含む命令、
   前記第２のクライアントにおいて前記第２のユーザにより行わる前記コンテンツフィードグループに含まれるコンテンツ項目に対するタグ付けの変更に応じて、該タグ付けの変更に従って、前記第１のユーザに、前記コンテンツフィードグループからの第２の複数のコンテンツ項目を一斉に提示する命令、
   を含む、
   システム。
9. 前記第１の複数のコンテンツ項目は、２以上の前記第１のコンテンツフィードのセットからのコンテンツ項目を含む、請求項８に記載のシステム。
10. 前記第２の複数のコンテンツ項目は、前記変更されたコンテンツフィードグループの変更されたコンテンツフィードのセットに含まれるコンテンツ項目を含む、請求項８に記載のシステム。
11. 前記第２のユーザにより行わる前記コンテンツフィードグループに対するタグ付けの変更は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから、１つ又は複数の異なるコンテンツ項目を前記コンテンツフィードグループに追加することを含む、請求項８に記載のシステム。
12. 前記タグ付けの変更は、前記コンテンツフィードグループへの新たなコンテンツ項目の追加を含み、
    前記第１のユーザに提示される前記第２の複数のコンテンツ項目は、前記新たなコンテンツ項目を含む、請求項８に記載のシステム。
13. 前記タグ付けの変更は、前記コンテンツフィードグループからの個別コンテンツ項目からタグを除外することを含み、
    前記第１のユーザに提示される前記第２の複数のコンテンツ項目は、前記タグ付けの変更によって除外された個別コンテンツ項目を除外する、請求項８に記載のシステム。
14. 前記コンテンツフィードグループは、ルールに従って自動的にタグが付けられた１つ又は複数のコンテンツ項目をさらに含み、前記ルールに従って自動的にタグが付けられた前記１つ又は複数のコンテンツ項目は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから選択される、請求項８に記載のシステム。
15. １つ又は複数のプログラムを格納するコンピュータ可読記憶媒体であって、前記１つ又は複数のプログラムが、
    第１のクライアントにおいて、第１のコンテンツフィードのセットと、第２のクライアントにおいて第２のユーザによってタグが付けられた１つ又は複数のコンテンツ項目とを含むコンテンツフィードグループを、第１のユーザに購読させる命令、
    前記第１のクライアントにおいて、前記第１のユーザに、前記コンテンツフィードグループからの第１の複数のコンテンツ項目をユーザインターフェース上の単一ビュー内で一斉に提示する命令であって、前記第１の複数のコンテンツ項目は、前記第１のコンテンツフィードのセットからの複数の個別コンテンツ項目と、前記第２のクライアントにおいて前記第２のユーザによってタグが付けられた前記１つ又は複数のコンテンツ項目の個別コンテンツ項目とを含む、命令、及び
    前記第２のクライアントにおいて前記第２のユーザにより行われる前記コンテンツフィードグループに含まれるコンテンツ項目に対するタグ付けの変更に応じて、前記第１のクライアントにおいて、前記タグ付けの変更に従って、前記第１のユーザに、前記コンテンツフィードグループからの第２の複数のコンテンツ項目を一斉に提示する命令、
    を含む、コンピュータ可読記憶媒体。
16. 前記第１の複数のコンテンツ項目は、１つ又は複数の前記第１のコンテンツフィードのセットからのコンテンツ項目を含む、請求項１５にコンピュータ可読記憶媒体。
17. 前記第２の複数のコンテンツ項目は、前記変更されたコンテンツフィードグループの変更されたコンテンツフィードのセットに含まれるコンテンツ項目を含む、請求項１５に記載のコンピュータ可読記憶媒体。
18. 前記第２のユーザにより行われる前記コンテンツフィードグループに対するタグ付けの変更は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから、１つ又は複数の異なるコンテンツ項目を前記コンテンツフィードグループに追加することを含む、請求項１５に記載のコンピュータ可読記憶媒体。
19. 前記タグ付けの変更は、前記コンテンツフィードグループへの新たなコンテンツ項目の追加を含み、
    前記第１のユーザに提示される前記第２の複数のコンテンツ項目は、前記新たなコンテンツ項目を含む、請求項１５に記載のコンピュータ可読記憶媒体。
20. 前記タグ付けの変更は、前記コンテンツフィードグループからの個別コンテンツ項目からタグを除外することを含み、
    前記第１のユーザに提示される前記第２の複数のコンテンツ項目は、前記タグ付けの変更によって除外された個別コンテンツ項目を除外する、請求項１５に記載のコンピュータ可読記憶媒体。
21. 前記コンテンツフィードグループは、ルールに従って自動的にタグが付けられた１つ又は複数のコンテンツ項目をさらに含み、前記ルールに従って自動的にタグが付けられた前記１つ又は複数のコンテンツ項目は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから選択される、請求項１５に記載のコンピュータ可読記憶媒体。
22. コンテンツを購読するためのクライアントシステムであって、
    第１のクライアントにおいて、第１のコンテンツフィードのセットと、第２のクライアントにおいて第２のユーザによってタグが付けられた１つ又は複数のコンテンツ項目とを含むコンテンツフィードグループを、第１のユーザに購読させる手段と、
    前記第１のクライアントにおいて、前記第１のユーザに、前記コンテンツフィードグループからの第１の複数のコンテンツ項目をユーザインターフェース上の単一ビュー内で一斉に提示する手段であって、前記第１の複数のコンテンツ項目は、前記第１のコンテンツフィードのセットからの複数の個別コンテンツ項目と、前記第２のクライアントにおいて前記第２のユーザによってタグが付けられた前記１つ又は複数のコンテンツ項目の個別コンテンツ項目とを含む、手段と、
    前記第２のクライアントにおいて前記第２のユーザにより行われる前記コンテンツフィードグループに含まれるコンテンツ項目に対するタグ付けの変更に応じて、前記第１のクライアントにおいて、前記タグ付けの変更に従って、前記第１のユーザに、前記コンテンツフィードグループからの第２の複数のコンテンツ項目を一斉に提示する手段と、
    を備えるクライアントシステム。
23. 前記コンテンツフィードグループに対する変更は、前記第１のコンテンツフィードのセット内に無い少なくとも１つのコンテンツフィードから、１つ又は複数の異なるコンテンツ項目を前記コンテンツフィードグループに追加することを含む、請求項２２に記載のクライアントシステム。

Images