(57)【要約】上記の実施の形態は、ＲＳＳを利用又は活用して、ユーザーが、異なる形式のデータやウェブ上で利用可能な異なるソースからのデータと一層容易に対話することができるようにする。少なくとも幾つかの実施の形態においては、ホスト動作可能な又は／カスタマイズ可能な制御部が提供され、ユーザーには、ＲＳＳフィードと対話して異なるＲＳＳフィードからのアイテムのコレクションを蓄積し操作する能力を与えられる。
2009529185.tif 000002
【特許請求の範囲】
【請求項１】
実行されたときに、ＲＳＳフィードと対話して異なるＲＳＳフィードからのアイテムを含むコレクションを作る能力をユーザーに与えるＲＳＳホスト動作可能制御部を実施するコンピュータ実行可能命令を備える１つ以上のコンピュータ読み取り可能媒体。
【請求項２】
前記ＲＳＳホスト動作可能制御部がウェブページによってホストされる、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項３】
前記ＲＳＳホスト動作可能制御部がアプリケーションによってホストされる、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項４】
前記アプリケーションがブラウザの形で常駐する、請求項３に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項５】
前記ホスト動作可能制御部が、デフォルト動作とカスタム動作とファイル・システム相互作用とのうちの１つ以上を含む特徴をサポートする、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項６】
前記ホスト動作可能制御部が、マルチプル・ビューとカスタム・ビューとのうちの１つ以上を含む特徴をサポートする、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項７】
前記ホスト動作可能制御部が、デフォルト動作とカスタム動作とファイル・システム相互作用とマルチプル・ビューとカスタム・ビューとを含む特徴をサポートする、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項８】
コレクションが、異なるフィードからのそれぞれのアイテムに対するＸＭＬを含む、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項９】
前記アイテムが異なる形式のアイテムを含む、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
【請求項１０】
コンピュータ実施可能な方法であって、
ユーザー・インターフェース（３００）を介して、異なるＲＳＳフィードからのＲＳＳアイテムをユーザーが選択できるようにすること、及び、
選択されたＲＳＳアイテムを含むコレクション（３０６）を確立すること、
を備える方法。
【請求項１１】
できるようにする動作及び確立する動作が、少なくとも部分的にブラウザによって実施される、請求項１０に記載の方法。
【請求項１２】
確立する動作が、前記異なるＲＳＳフィードと関連するＸＭＬを構文解析し、ユーザーによって選択された個々のアイテムと関連付けられるＸＭＬを選択することを含む、請求項１０に記載の方法。
【請求項１３】
確立する動作が、ＲＳＳフィード又はローカル記憶装置にバインドすることができるホスト動作可能制御部によって少なくとも部分的に実施される、請求項１０に記載の方法。
【請求項１４】
前記ホスト動作可能制御部がウェブサイトによってサポートされる、請求項１０に記載の方法。
【請求項１５】
前記の選択されたＲＳＳアイテムが異なる形式のアイテムを含むことができる、請求項１０に記載の方法。
【請求項１６】
デフォルト動作とカスタム動作とファイル・システム相互作用とのうちの１つ以上をユーザーが実施できるようにすることを更に含む、請求項１０に記載の方法。
【請求項１７】
リスト・ビューとアイコン・ビューと詳細ビューとテンプレート・ビューとのうちの１つ以上においてユーザーがコレクションのアイテムを見ることができるようにする、請求項１０に記載の方法。
【請求項１８】
前記コレクションにおける前記選択されたアイテムの１つ以上に対して書き込みアクセスを可能とすることを更に含む、請求項１０に記載の方法。
【請求項１９】
コンピュータ実施可能な方法であって、
ユーザーが、異なるＲＳＳフィードから異なる形式のアイテムを選択してアイテムのコレクションを作ることができるよう構成された１つ以上のホスト動作可能制御部を提供するステップ（４００）であって、前記コレクションが異なるフィードからのＸＭＬを含み、前記ＸＭＬが前記コレクションの個々のアイテムを記述するステップと、
１つ以上の動作をコレクションのアイテムに割り当てることと、
を備える方法。
【請求項２０】
提供する前記ステップがブラウザによって実施される、請求項１９に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
今日、ウェブは、ユーザーが対話する多くの異なる形式のコンテンツを有する。すなわち、ウェブサイトは文書、画像、製品、新たな商品、ブログ等の異なる形式のコンテンツの見た目にはエンドレスの配列を提供する。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
多くの場合、こうしたコンテンツと対話するユーザーは、こうしたアイテムに関連する矛盾した振る舞いを反映する種々の方法でコンテンツと対話しなければならない。例えば、ウェブサイトから写真をコピーしたいと思うユーザーは、典型的には、写真上で右クリックし、「セーブする」のオプションを選択しなければならない。しかし、そうした行為は、典型的には、写真に関連するメタデータを失うことになる。本を販売するウェブサイトをユーザーが閲覧していて、その本についての情報をセーブしたいと思うならば、典型的には、ユーザーはセーブしたいテキストを選択してそれを文書にコピーしなければならない。同様に、ユーザーがシェアポイント上で文書を作成していて、それをセーブしたいと思うならば、典型的には、ユーザーは文書上でクリックして「ここでダウンロードする」のプロンプトと対話しなければならない。上で述べたことは、ウェブで入手できる種々の形式のコンテンツと対話しようとするときにユーザーが遭遇する矛盾のほんの数例にすぎない。
【課題を解決するための手段】
【０００３】
以下に記述する実施の形態は、リアリー・シンプル・シンジケーション即ちＲＳＳとして知られるウェブ・コンテンツ・シンジケーション・フォーマットを利用又は活用して、異なる形式のデータと、又はウェブで利用可能な異なるソースからのデータと、ユーザーが一層容易に対話することができるようにする。少なくとも若干の実施の形態にしたがって、ホスト動作可能な（hostable）及び／又はカスタマイズ可能な制御部が提供され、ユーザーに、ＲＳＳフィードと対話して、異なるＲＳＳフィードからのアイテムのコレクションを蓄積して更に操作する能力を与える。
【発明を実施するための最良の形態】
【０００４】
概要
以下に記述する実施の形態は、リアリー・シンプル・シンジケーション即ちＲＳＳとして知られるウェブ・コンテンツ・シンジケーション・フォーマットを利用又は活用して、異なる形式のデータと、又はウェブで利用可能な異なるソースからのデータと、ユーザーが一層容易に対話することができるようにする。少なくとも若干の実施の形態にしたがって、ホスト動作可能な及び／又はカスタマイズ可能な制御部が提供され、ユーザーに、ＲＳＳフィードと対話して、異なるＲＳＳフィードからのアイテムのコレクションを蓄積して更に操作する能力を与える。
【０００５】
ＲＳＳウェブ・フィードは幾つかの異なるファイル・フォーマットで生じ、良く知られたものはＲＳＳ０．９１、０．９２、１．０、２．０及びアトムである。ＲＳＳウェブ・フィードはウェブ上で一層良く知られたものになりつつあり、ＲＳＳサポートを有する多くのソフトウェア・アプリケーションが開発されている。以下の記述は、読み手側がＲＳＳについて或る程度精通しているものと仮定する。ＲＳＳの更なる背景については、読み手にとって興味のある情報を提供する多くの入手可能な仕様が存在する。しかし、ＲＳＳの基礎的な背景を提供するために、以下の記述を提供する。
【０００６】
ＲＳＳはＸＭＬの派生言語である。全部のＲＳＳファイルは、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）のウェブサイト上に公開されているＸＭＬ１．０仕様に適合しなければならない。ＲＳＳ文書は、トップレベルに、文書が適合するＲＳＳのバージョンを特定する＜ｖｉｒｓｉｏｎ＞と呼ばれる必須属性を有する＜ｒｓｓ＞要素を含む。＜ｒｓｓ＞要素に従属して、単一の＜ｃｈａｎｎｅｌ＞要素があり、これはチャネル（メタデータ）とそのコンテンツとに関する情報を含んでいる。
【０００７】
ＲＳＳ２．０仕様によれば、３つの所要のチャネル要素、即ち＜ｔｉｔｌｅ＞、＜ｌｉｎｋ＞及び＜ｄｅｓｃｒｉｐｔｉｏｎ＞が存在する。ｔｉｔｌｅ（タイトル）はチャネルの名称を構成し、ｌｉｎｋ（リンク）はチャネルに対応するＨＴＭＬウェブサイトへのＵＲＬを記述し、ｄｅｓｃｒｉｐｔｉｏｎ（記述）はチャネルを記述するフレーズ又はセンテンスである。
【０００８】
チャネルは任意の数の＜ｉｔｅｍ＞を含む。アイテムは、新聞、雑誌、その他のコンテンツにおける記事に酷似した「記事」を表す。典型的には、アイテムもタイトル、リンク及び記述を含む。アイテムの全部の要素はオプションであるが、タイトルと記述とのうちの少なくとも一方が存在しなければならない。アイテムの要素によって含まれることができる他の多くの要素が存在する。ＲＳＳ２．０仕様によれば、これらは著者、カテゴリ、コメント、同封物、ｇｕｉｄ（案内）、ｐｕｂＤａｔｅ（公開日）及びソースを含む。これらの要素も拡張可能であり、公開者によってカスタマイズされ得る。
【０００９】
本明細書においては、ここに記述されるＲＳＳの実施形態の文脈において、或る種の用語が用いられる。アイテムはフィードの基本単位である。典型的には、アイテムは、上で述べたように、ウェブサイト上の実際の文書へのリンクを有するブログ・エントリ又は記事／要約を表す。フィードはリソースにおけるアイテムのリストである。
【００１０】
例示のＲＳＳホスト動作可能制御部
図１は、１つの実施の形態に係るシステム１００を示している。この例において、システム１００は、１つ以上のプロセッサ１０４と、１つ以上のコンピュータ読み取り可能媒体１０６と、コンピュータ実行可能命令の形態でコンピュータ読み取り可能媒体上に実現されている１つ以上のＲＳＳホスト動作可能制御部１０８とを有するコンピューティング装置１０２を備えている。
【００１１】
コンピューティング装置１０２はデスクトップ・コンピュータ又はクライアント・コンピュータの形で表されているが、理解されるように、特許請求された主題の精神と範囲から逸脱することなく、他のコンピューティング装置を用いることができる。例えば、他のコンピューティング装置は、携帯型コンピュータ、パーソナル・デジタル・アシスタンス（ＰＤＡ）のような手持ち型コンピュータ、携帯電話機、サーバー等を含むが、これらに限定されない。
【００１２】
更に、システム１００は、コンピューティング装置１０２が１つ以上のサーバー１１２と通信するインターネット１１０の形のネットワークを備える。サーバーは、コンピューティング装置１０２によって受信されてユーザーによって消費されるＲＳＳフィードの供給源であり得る。
【００１３】
少なくとも幾つかの実施の形態においては、ホスト動作可能制御部１０８は任意の適宜の形式のエンティティによってホストされることができる。例えば、制御部１０８はウェブページによって、又は、画像又は写真アプリケーション、データベース・アプリケーション、ブラウザ・アプリケーション等のアプリケーションによってホストされ得る。
【００１４】
図２は、例示の制御部１０８を、１つの実施の形態に係る制御部の個々の特徴と共に示している。ここでは、ホスト動作可能制御部１０８は、例えば、デフォルト動作２００、カスタム動作２０２、ファイル・システム相互作用２０４、マルチプル・ビュー２０８及びカスタム・ビュー２１０を含む特徴を有するが、これらに限られるものではない。
【００１５】
デフォルト動作２００は、制御部に予めプログラムされ又は予め構成されていて、以下で詳述される、コレクションを開く、コレクションにセーブする、コレクションにコピーする、コレクションに追加する等を含むことができる動作を意味する。
【００１６】
カスタム動作２０２は、例えば開発者によって制御部上にプログラムされることができる動作を意味する。カスタム動作は、このアイテムを削除する、販売する、評価する等の任意の形式の動作を含むことができる。ＲＳＳアイテムが変更されると、カスタム動作も変更されることができる。
【００１７】
ファイル・システム相互作用２０４は、ユーザーがウェブからＲＳＳアイテムを取り出し、シームレスにファイル・システムと対話することができるようにする特徴を意味する。これは、ドラグ・アンド・ドロップの機能、ＲＳＳアイテムのファイルへのエクスポート等の動作を含むことができる。
【００１８】
マルチプル・ビュー２０８は、ユーザーに対してＲＳＳアイテムを複数の異なる方法で提示するための制御部の能力を意味する。カスタム・ビュー２１０は、特定の方法でＲＳＳコンテンツを表示するようプログラムされるための制御部の能力を意味する。以下の検討においては、これはテンプレートによって行われる。
【００１９】
こうした特徴の全てについては、以下において更に詳細に検討する。
【００２０】
以下の検討においては、制御部１０８の２つの異なる、しかし関連した特徴が記述される。第１に、ユーザーがＲＳＳコンテンツと対話することができるようにする制御の特性は、「ＲＳＳホスト動作可能制御部の相互作用」という題で記述される。このセクションには、デフォルト動作２００、カスタム動作２０２及びファイル・システム相互作用２０４を提供するために用いられる制御部の特徴についての記述が含まれる。
【００２１】
これに続いて、「ＲＳＳホスト動作可能制御部の提示」という題のセクションが提供され、制御部が対話するコンテンツを提示できるようにする種々の方法を記述する。このセクションには、マルチプル・ビュー２０８及びカスタム・ビュー２１０を提供するために用いられる制御部の特徴についての記述が含まれる。
【００２２】
ＲＳＳホスト動作可能制御部の相互作用
ＲＳＳは標準化されているので、ウェブサイトやＲＳＳコンテンツの他のソースがそのコンテンツを表すとき、ＲＳＳアイテムに関係する或る情報は公知である。上で述べたように、この情報は、当業者によって理解されるような標準的な方法においてＸＭＬで表現される。したがって、本質的に極めて相違するアイテムであっても、例えばタイトル、記述及び／又はリンクのような少なくとも幾つかのＲＳＳ属性又は特性を共有する。この予測性は、ユーザーがＲＳＳデータと対話して消費するとき、標準化されたユーザー経験を提供するよう、創作能力のある制御部によって活用されることができる。したがって、ユーザーがどのウェブサイト又はソースにアクセスするかに無関係に、ユーザーは、同じ方法でアイテムと対話することができる。
【００２３】
一例として、ホスト動作可能制御部１０８とそれをサポートする１つの相互作用とを概略的に示す図３を考察する。ここでは、ホスト動作可能制御部１０８は、ユーザーが別のＲＳＳフィードと対話することを許容するユーザー・インターフェース・コンポーネント３００を有する。次いで、制御部はＵＲＬ上にＨＴＴＰ取得要求を発し、それに応答して、ＲＳＳフィードを定義するＸＭＬファイルを受け取る。次いで、制御部はこのフィードをユーザーに伝達する。
【００２４】
この例においては、こうした２つのフィード３０２、３０４がそれぞれ図示されている。留意されるように、それぞれのフィードは複数のアイテムを含む。例えば、フィード３０２はアイテム１、２、３、４、５を含む。同様に、フィード３０４はアイテム６、７、８を含む。それぞれのＲＳＳフィードは、上記のとおり、ＸＭＬで記述される。したがって、フィード３０２はその左側に示されるＸＭＬで記述される。同様に、フィード３０４はその右側に示されるＸＭＬで記述される。留意されるように、各フィードにおけるそれぞれの個々のアイテムはそれ独自のタグ型ＸＭＬ記述を有する。それぞれのアイテム・タグ内に、上記のような個々のアイテムと関連付けられる特性及び属性が現れる。
【００２５】
ユーザーがフィードを閲覧していてフィード・データを受信するよう選択するとき、ユーザー（更に正確には、ユーザーのソフトウェア）が受信するものはフィードを記述するＸＭＬであることを考察する。ＸＭＬを用いると、ソフトウェアは、個々のフィード・アイテムを選択することによってユーザーがフィード・データを消費することができるようにする。この例において、ユーザーはフィード３０２からのアイテム１、アイテム５とフィード３０４からのアイテム６とに興味を持つと仮定する。ユーザー・インターフェース３００を用いて、ユーザーは、ドラグ・アンド・ドロップにより、又は、コレクション３０６のような、コレクションという名の適宜の収容部へコピー・アンド・ペーストすることによって、個々のアイテムを選択することができる。この特定の例においては、コレクション３０６はフィード３０２からのアイテム１、アイテム５とフィード３０４からのアイテム６とを含む。
【００２６】
異なるフィードからアイテムを選択してコピーすることにより、ユーザーがコレクションを形成しようとするとき、制御部１０８は個々のフィードと関連するＸＭＬを構文解析し、ユーザーが選択した個々のアイテムと関連するＸＭＬを選択する。次いで、制御部１０８は、ユーザーによって規定された新たなフィードを本質的に提供するために、異なるフィードからのＸＭＬの組み合わせとみなせるものを形成する。したがって、図３の例では、コレクション３０６の右側に示すＸＭＬはアイテム６、アイテム１及びアイテム５に関連するＸＭＬを含む。
【００２７】
フィード・データにアクセスしてそれを取得する１つの方法は、ＲＳＳフィードと対話するよう特別に設計されたプラットフォームを用いることである。こうしたプラットフォームの１つは米国特許出願第１／１５８３９８号に記述されている。言うまでもなく、特許請求される主題の精神及び範囲から逸脱することなく、他の方法及びシステムを用いることができる。
【００２８】
ここで、他のフィードからのアイテムを含むフィードを定義するために、ユーザーは制御部によってサポートされる任意の方法でコレクション・データを操作することができる。これは、アイテムの読み取り及び書き込みなどを含むことができる。
【００２９】
これがユーザーに提供する機能について、ここで考察する。想起されるように、フィード・アイテムは、広範で多種多様なグループの異なる形式のコンテンツを構成することができる。しかし、ＲＳＳ環境内では、この広範で多種多様なグループのコンテンツは、各アイテムのＸＭＬによって定義される少なくとも幾つかの特性を共有する。したがって、これにより、制御部はフィードにバインドして、異なるコンテンツ形式間の統合された且つ均一な消費経験をユーザーに提供することができる。
【００３０】
また、ＸＭＬによってバックアップされたコレクションが上記のように定義されてしまったときに提供されることができる種々の機能についても考察する。例えば、ソーティング又はフィルタリングのような操作又は動作が行われ得る。更に、著者によるソーティングのような、個々のフィードのコンテンツに特有の操作又は動作が、こうした要素がＸＭＬに現れるときに行われ得る。したがって、種々のデフォルト動作２００（図２）、カスタム動作２０２及びファイル・システム相互作用２０４のような機能又は動作は、コレクションにおけるＲＳＳコンテンツと対話するための豊富で堅固な多くの方法をユーザーに与えるようサポートされる。
【００３１】
図示されて記述される実施の形態において、制御部はＲＳＳフィードによってサポートされることができ、ＲＳＳフィードはウェブサイトによって、又は、例えばユーザーのコンピューティング装置に常駐するローカル記憶装置によってサポートされる。例えば、アイテムは１つの制御部から他の制御部へコピーされることができる。第１の制御部は、ウェブサイトによってサポートされるＲＳＳフィードによってバックアップされる。少なくとも幾つかの実施の形態においては、ウェブサイトはアイテムを更新する能力を有する。例えば、アイテムが文書であり、ユーザーがフィードを予約購読するならば、ユーザーは自動的に文書の更新を受け取ることができる。
【００３２】
第２の制御部（すなわち、アイテムがコピーされる制御部）は、クライアントのコンピューティング装置上のローカル記憶装置によってバックアップされる。ローカル記憶装置上でバックアップされているので、ローカル記憶装置に記憶されるコンテンツに対する書き込みアクセスが可能になる。これは、ウェブサイトによってサポートされるＲＳＳフィードが制御部をバックアップする状況とは少々異なる。こうした状況において典型的には、当業者であれば理解するように、書き込みアクセスは存在しない。しかし、この状況においては、ＲＳＳコンテンツが変わると、こうした変化は更新のためにクライアントのコンピューティング装置に提供される。
【００３３】
図４は、１つの実施の形態に係る方法のステップを記述するフロー図である。この方法は任意の適宜のハードウェア、ソフトウェア、ファームウェア又はそれらの組み合わせと共の実施されることができる。唯１つの実施の形態においては、方法は、コンピュータ読み取り可能媒体１０６（図１）に常駐するようなソフトウェアにおいて実施されることができる。
【００３４】
ステップ４００は１つ以上のＲＳＳホスト動作可能制御部を提供する。このステップは任意の数の適宜のエンティティによって達成され得る。例えば、制御部はウェブサイトによって、又は、上で例が提供されている任意の適宜の形式のアプリケーションによってホストされる。ステップ４０２はＲＳＳアイテムに１つ以上の動作を割り当てる。このステップは任意の適宜の方法によって達成され得る。例えば、適切に構成された制御部は、サポートする１組のデフォルト動作を持つことができる。こうしたデフォルト動作は、例えば、コレクションを開く、コレクションへセーブする、コレクションに追加するを含むことができるが、これらに限られるものではない。更に、動作は特定のＲＳＳアイテムに特有なカスタム動作を含むことができる。こうした動作は、アイテムが生じるＲＳＳフィード・データの一部を形成するＸＭＬで記述されることができる。他の形式の動作は、ＲＳＳアイテムを特定のファイル・システム内のファイルへ変換すること等のファイル・システム相互作用に関係することができる。具体的には、ＲＳＳアイテムを含むデータの形式及びその特性を知ることによって、適切に構成された制御部は当該アイテムをファイルに変換し、又は、変換を行うために適宜のコードを呼び出すことができる。これは、ＲＳＳアイテムに対する適宜の特性を適宜のファイル・フォーマットにマッピングすることによって行うことができる。例えば、アイテムがＭＰＥＧ画像である場合、制御部又は適切に呼び出されたコードは当該アイテムをファイル・システム上のファイルへ変換することができる。
【００３５】
ステップ４０４は、異なるフィードからＲＳＳアイテムのコレクションを作成する。このステップは、上で例が与えられた任意の適宜の方法で達成され得る。唯１つの実施の形態においては、適切に構成されたユーザー・インターフェースによって、ユーザーが異なるフィードから個々のＲＳＳアイテムを選択してこれらのアイテムを含むコレクションを確立できるようにすることによって、コレクションが形成される。
【００３６】
ユーザーが異なるフィードからのＲＳＳアイテムと対話することができる種々の方法を検討してきたが、ここで、ＲＳＳアイテムをユーザー・インターフェースを介してユーザーに提示することができる幾つかの異なる方法の検討に目を転じることにする。
【００３７】
ＲＳＳホスト動作可能制御部の提示
１つの実施の形態において、特定のＲＳＳアイテムをどのように表示すべきかをウェブサイトが表していないならば、ＲＳＳホスト動作可能制御部は複数の異なるレイアウト・ビューを提供することができる。
【００３８】
１つの実施の形態においては、３つの異なるレイアウト・ビューが提供される。第１のレイアウト・ビューは、ファイル・システムのリスト・ビューと同様の、フィード又はコレクションのアイテムを連続的にリスティングするリスト・ビューとみなし得るものである。この例では、それぞれのアイテムは１行を占める。第２のレイアウト・ビューは、個々のアイコンがそれぞれのアイテムと関連付けられていてユーザーに対して表示されるアイコン・ビューである。この例では、アイコンは幾つかの記述的な材料を含むことができる。アイコン・ビューはファイル・システムのアイコン・ビューに類似している。第３のレイアウト・ビューは、個々のアイテムに関連付けられた種々のメタデータと共にアイコンが提供される詳細ビュー又は全詳細ビューである。全詳細ビューは、ファイル名、ファイル形式及び作成された又はデータ修正された日付が表示される、ファイル・システムの詳細ビューに類似している。
【００３９】
少なくとも１つの実施の形態においては、カスタム・ビューは、ＲＳＳフィードの一部をなすＸＭＬで常駐するテンプレートの形で、個々のアイテムに対して作成されることができる。テンプレートは、それぞれのアイテムのレイアウト及びフォーマッティングを記述する。定義されるならば、カスタム・ビューはユーザーがデフォルト・ビューと共に切り換えるために利用可能である。存在する場合、テンプレートはいずれのデフォルト・ビューにも優先することができるが、上記のとおり、切り換えられることができる。１つの実施の形態においては、テンプレートは個々のＲＳＳアイテムと共には階層化されない提示データを含む。このテンプレートをどのように定義できるかの唯１つの例として、ＸＭＬ抜粋の例と、それに関連する以下の説明とを考察する。
【００４０】
普通、公開者は、フィードにおけるアイテムのＨＴＭＬ記述を提供して、アイテム拡張を介して同一のデータを提供しているのに、公開者の情報の提示に対する管理を保持しようとする。これは幾つかの問題を生じる。第１に、多くの場合、ＨＴＭＬが同じであるときでさえ、各アイテムは提示情報のコピー（すなわち、ＨＴＭＬ要素）を有する。第２に、各アイテムは記述要素とメタデータ・タグとの間でメタデータを複製する。第３に、ＨＴＭＬ記述は特定のフォーム・ファクタのブラウザによって与えられるときにのみ有用である。
【００４１】
１つの実施の形態にしたがって、データの複製はテンプレート・メカニズムを用いることによって低減され得る。すなわち、異なるテンプレートにより、クライアントは、フォーム・ファクタ又は他の必要性に依存して、データの異なるレンダリングを選択することができる。後述の例は、音楽サイトのトップ・テンのリストが修正されてＨＴＭＬテンプレートをどのように用いるかを示している。この特定の技術が選択されるのは、何らかのコーディング能力を必要とする他の技術と比較して、公開者にとって作成が容易だからである。
【００４２】
追加のデータに興味を持つ場合、このフォーマット拡張のクライアントには、コンパクトな「要約」ビューと一層詳細な「完全」ビューとの間で切り換えることができる単純なＵＩスイッチが提供される。それぞれの場合に、公開者はコンテンツの提示を完全に管理する。
【００４３】
【表１】
2009529185.tif 000003
【００４４】
結論
上記の実施の形態は、ＲＳＳを利用又は活用して、ユーザーが、異なる形式のデータやウェブで利用可能な異なるソースからのデータと一層容易に対話できるようにする。少なくとも幾つかの実施の形態においては、ホスト動作可能な又は／カスタマイズ可能な制御部が提供され、ユーザーには、ＲＳＳフィードと対話して異なるＲＳＳフィードからのアイテムのコレクションを蓄積し操作する能力を与えられる。
【００４５】
上記の発明技術は、開発者がアイテムをサイト上で迅速に動作可能にしてユーザーがアイテムと対話できるようにする。例えば、ユーザーは、文書をセーブするのと同じ方法でデスクトップに容易に写真をセーブすることができる。また、アイテムのコレクションをセーブし、アイテムが変更されたときに更新を入手することができるので、ユーザーは、例えば、同じコレクションにおいてＡｍａｚｏｎｎ．ｃｏｍから本を、Ｎｅｔｆｌｉｘから動画を入手し、特定のアイテムが変化したならば通知を受け取ることができる。
【００４６】
また、少なくとも１つの実施の形態においては、ユーザーはアイテムを可視化するビューを変更することができる。更に、公開者は、ブランド設定のための、又は、例えば上記のテンプレートによる最適化されたデータ・レイアウトのための豊富な方法でアイテムを提示することができる。
【００４７】
構造上の特徴又は方法論的ステップに特有の言語で発明を説明してきたが、理解されるように、特許請求の範囲において定義される発明は、上記の特定の特徴やステップに限定されるわけではない。むしろ、特定の特徴及びステップは特許請求される発明の好ましい形態として開示されている。
【図面の簡単な説明】
【００４８】
【図１】１つの実施の形態に係るシステムを示す図である。
【図２】１つの実施の形態に係る、例示の制御部を、制御部の個々の特徴と共に示す図である。
【図３】１つの実施の形態にしたがって、ホスト動作可能制御部とそれがサポートする１つの相互作用とを概略的に示す図である。
【図４】１つの実施の形態に係る方法のステップを記述するフロー図である。
【図１】
2009529185.tif 000004
【図２】
2009529185.tif 000005
【図３】
2009529185.tif 000006
【図４】
2009529185.tif 000007
【国際調査報告】
2009529185.tif 000008
2009529185.tif 000009