JP5178537B2 - Ｒｓｓホスト動作可能制御 - Google Patents

Description

今日、ウェブは、ユーザーが対話する多くの異なる形式のコンテンツを有する。すなわち、ウェブサイトは文書、画像、製品、新たな商品、ブログ等の異なる形式のコンテンツの見た目にはエンドレスの配列を提供する。

多くの場合、こうしたコンテンツと対話するユーザーは、こうしたアイテムに関連する矛盾した振る舞いを反映する種々の方法でコンテンツと対話しなければならない。例えば、ウェブサイトから写真をコピーしたいと思うユーザーは、典型的には、写真上で右クリックし、「セーブする」のオプションを選択しなければならない。しかし、そうした行為は、典型的には、写真に関連するメタデータを失うことになる。本を販売するウェブサイトをユーザーが閲覧していて、その本についての情報をセーブしたいと思うならば、典型的には、ユーザーはセーブしたいテキストを選択してそれを文書にコピーしなければならない。同様に、ユーザーがシェアポイント上で文書を作成していて、それをセーブしたいと思うならば、典型的には、ユーザーは文書上でクリックして「ここでダウンロードする」のプロンプトと対話しなければならない。上で述べたことは、ウェブで入手できる種々の形式のコンテンツと対話しようとするときにユーザーが遭遇する矛盾のほんの数例にすぎない。

以下に記述する実施の形態は、リアリー・シンプル・シンジケーション即ちＲＳＳとして知られるウェブ・コンテンツ・シンジケーション・フォーマットを利用又は活用して、異なる形式のデータと、又はウェブで利用可能な異なるソースからのデータと、ユーザーが一層容易に対話することができるようにする。少なくとも若干の実施の形態にしたがって、ホスト動作可能な（hostable）及び／又はカスタマイズ可能な制御部が提供され、ユーザーに、ＲＳＳフィードと対話して、異なるＲＳＳフィードからのアイテムのコレクションを蓄積して更に操作する能力を与える。

概要
以下に記述する実施の形態は、リアリー・シンプル・シンジケーション即ちＲＳＳとして知られるウェブ・コンテンツ・シンジケーション・フォーマットを利用又は活用して、異なる形式のデータと、又はウェブで利用可能な異なるソースからのデータと、ユーザーが一層容易に対話することができるようにする。少なくとも若干の実施の形態にしたがって、ホスト動作可能な及び／又はカスタマイズ可能な制御部が提供され、ユーザーに、ＲＳＳフィードと対話して、異なるＲＳＳフィードからのアイテムのコレクションを蓄積して更に操作する能力を与える。

ＲＳＳウェブ・フィードは幾つかの異なるファイル・フォーマットで生じ、良く知られたものはＲＳＳ０．９１、０．９２、１．０、２．０及びアトムである。ＲＳＳウェブ・フィードはウェブ上で一層良く知られたものになりつつあり、ＲＳＳサポートを有する多くのソフトウェア・アプリケーションが開発されている。以下の記述は、読み手側がＲＳＳについて或る程度精通しているものと仮定する。ＲＳＳの更なる背景については、読み手にとって興味のある情報を提供する多くの入手可能な仕様が存在する。しかし、ＲＳＳの基礎的な背景を提供するために、以下の記述を提供する。

ＲＳＳはＸＭＬの派生言語である。全部のＲＳＳファイルは、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）のウェブサイト上に公開されているＸＭＬ１．０仕様に適合しなければならない。ＲＳＳ文書は、トップレベルに、文書が適合するＲＳＳのバージョンを特定する＜ｖｉｒｓｉｏｎ＞と呼ばれる必須属性を有する＜ｒｓｓ＞要素を含む。＜ｒｓｓ＞要素に従属して、単一の＜ｃｈａｎｎｅｌ＞要素があり、これはチャネル（メタデータ）とそのコンテンツとに関する情報を含んでいる。

ＲＳＳ２．０仕様によれば、３つの所要のチャネル要素、即ち＜ｔｉｔｌｅ＞、＜ｌｉｎｋ＞及び＜ｄｅｓｃｒｉｐｔｉｏｎ＞が存在する。ｔｉｔｌｅ（タイトル）はチャネルの名称を構成し、ｌｉｎｋ（リンク）はチャネルに対応するＨＴＭＬウェブサイトへのＵＲＬを記述し、ｄｅｓｃｒｉｐｔｉｏｎ（記述）はチャネルを記述するフレーズ又はセンテンスである。

チャネルは任意の数の＜ｉｔｅｍ＞を含む。アイテムは、新聞、雑誌、その他のコンテンツにおける記事に酷似した「記事」を表す。典型的には、アイテムもタイトル、リンク及び記述を含む。アイテムの全部の要素はオプションであるが、タイトルと記述とのうちの少なくとも一方が存在しなければならない。アイテムの要素によって含まれることができる他の多くの要素が存在する。ＲＳＳ２．０仕様によれば、これらは著者、カテゴリ、コメント、同封物、ｇｕｉｄ（案内）、ｐｕｂＤａｔｅ（公開日）及びソースを含む。これらの要素も拡張可能であり、公開者によってカスタマイズされ得る。

本明細書においては、ここに記述されるＲＳＳの実施形態の文脈において、或る種の用語が用いられる。アイテムはフィードの基本単位である。典型的には、アイテムは、上で述べたように、ウェブサイト上の実際の文書へのリンクを有するブログ・エントリ又は記事／要約を表す。フィードはリソースにおけるアイテムのリストである。

例示のＲＳＳホスト動作可能制御部
図１は、１つの実施の形態に係るシステム１００を示している。この例において、システム１００は、１つ以上のプロセッサ１０４と、１つ以上のコンピュータ読み取り可能媒体１０６と、コンピュータ実行可能命令の形態でコンピュータ読み取り可能媒体上に実現されている１つ以上のＲＳＳホスト動作可能制御部１０８とを有するコンピューティング装置１０２を備えている。

コンピューティング装置１０２はデスクトップ・コンピュータ又はクライアント・コンピュータの形で表されているが、理解されるように、特許請求された主題の精神と範囲から逸脱することなく、他のコンピューティング装置を用いることができる。例えば、他のコンピューティング装置は、携帯型コンピュータ、パーソナル・デジタル・アシスタンス（ＰＤＡ）のような手持ち型コンピュータ、携帯電話機、サーバー等を含むが、これらに限定されない。

更に、システム１００は、コンピューティング装置１０２が１つ以上のサーバー１１２と通信するインターネット１１０の形のネットワークを備える。サーバーは、コンピューティング装置１０２によって受信されてユーザーによって消費されるＲＳＳフィードの供給源であり得る。

少なくとも幾つかの実施の形態においては、ホスト動作可能制御部１０８は任意の適宜の形式のエンティティによってホストされることができる。例えば、制御部１０８はウェブページによって、又は、画像又は写真アプリケーション、データベース・アプリケーション、ブラウザ・アプリケーション等のアプリケーションによってホストされ得る。

図２は、例示の制御部１０８を、１つの実施の形態に係る制御部の個々の特徴と共に示している。ここでは、ホスト動作可能制御部１０８は、例えば、デフォルト動作２００、カスタム動作２０２、ファイル・システム相互作用２０４、マルチプル・ビュー２０８及びカスタム・ビュー２１０を含む特徴を有するが、これらに限られるものではない。

デフォルト動作２００は、制御部に予めプログラムされ又は予め構成されていて、以下で詳述される、コレクションを開く、コレクションにセーブする、コレクションにコピーする、コレクションに追加する等を含むことができる動作を意味する。

カスタム動作２０２は、例えば開発者によって制御部上にプログラムされることができる動作を意味する。カスタム動作は、このアイテムを削除する、販売する、評価する等の任意の形式の動作を含むことができる。ＲＳＳアイテムが変更されると、カスタム動作も変更されることができる。

ファイル・システム相互作用２０４は、ユーザーがウェブからＲＳＳアイテムを取り出し、シームレスにファイル・システムと対話することができるようにする特徴を意味する。これは、ドラグ・アンド・ドロップの機能、ＲＳＳアイテムのファイルへのエクスポート等の動作を含むことができる。

マルチプル・ビュー２０８は、ユーザーに対してＲＳＳアイテムを複数の異なる方法で提示するための制御部の能力を意味する。カスタム・ビュー２１０は、特定の方法でＲＳＳコンテンツを表示するようプログラムされるための制御部の能力を意味する。以下の検討においては、これはテンプレートによって行われる。

こうした特徴の全てについては、以下において更に詳細に検討する。

以下の検討においては、制御部１０８の２つの異なる、しかし関連した特徴が記述される。第１に、ユーザーがＲＳＳコンテンツと対話することができるようにする制御の特性は、「ＲＳＳホスト動作可能制御部の相互作用」という題で記述される。このセクションには、デフォルト動作２００、カスタム動作２０２及びファイル・システム相互作用２０４を提供するために用いられる制御部の特徴についての記述が含まれる。

これに続いて、「ＲＳＳホスト動作可能制御部の提示」という題のセクションが提供され、制御部が対話するコンテンツを提示できるようにする種々の方法を記述する。このセクションには、マルチプル・ビュー２０８及びカスタム・ビュー２１０を提供するために用いられる制御部の特徴についての記述が含まれる。

ＲＳＳホスト動作可能制御部の相互作用
ＲＳＳは標準化されているので、ウェブサイトやＲＳＳコンテンツの他のソースがそのコンテンツを表すとき、ＲＳＳアイテムに関係する或る情報は公知である。上で述べたように、この情報は、当業者によって理解されるような標準的な方法においてＸＭＬで表現される。したがって、本質的に極めて相違するアイテムであっても、例えばタイトル、記述及び／又はリンクのような少なくとも幾つかのＲＳＳ属性又は特性を共有する。この予測性は、ユーザーがＲＳＳデータと対話して消費するとき、標準化されたユーザー経験を提供するよう、創作能力のある制御部によって活用されることができる。したがって、ユーザーがどのウェブサイト又はソースにアクセスするかに無関係に、ユーザーは、同じ方法でアイテムと対話することができる。

一例として、ホスト動作可能制御部１０８とそれをサポートする１つの相互作用とを概略的に示す図３を考察する。ここでは、ホスト動作可能制御部１０８は、ユーザーが別のＲＳＳフィードと対話することを許容するユーザー・インターフェース・コンポーネント３００を有する。次いで、制御部はＵＲＬ上にＨＴＴＰ取得要求を発し、それに応答して、ＲＳＳフィードを定義するＸＭＬファイルを受け取る。次いで、制御部はこのフィードをユーザーに伝達する。

この例においては、こうした２つのフィード３０２、３０４がそれぞれ図示されている。留意されるように、それぞれのフィードは複数のアイテムを含む。例えば、フィード３０２はアイテム１、２、３、４、５を含む。同様に、フィード３０４はアイテム６、７、８を含む。それぞれのＲＳＳフィードは、上記のとおり、ＸＭＬで記述される。したがって、フィード３０２はその左側に示されるＸＭＬで記述される。同様に、フィード３０４はその右側に示されるＸＭＬで記述される。留意されるように、各フィードにおけるそれぞれの個々のアイテムはそれ独自のタグ型ＸＭＬ記述を有する。それぞれのアイテム・タグ内に、上記のような個々のアイテムと関連付けられる特性及び属性が現れる。

ユーザーがフィードを閲覧していてフィード・データを受信するよう選択するとき、ユーザー（更に正確には、ユーザーのソフトウェア）が受信するものはフィードを記述するＸＭＬであることを考察する。ＸＭＬを用いると、ソフトウェアは、個々のフィード・アイテムを選択することによってユーザーがフィード・データを消費することができるようにする。この例において、ユーザーはフィード３０２からのアイテム１、アイテム５とフィード３０４からのアイテム６とに興味を持つと仮定する。ユーザー・インターフェース３００を用いて、ユーザーは、ドラグ・アンド・ドロップにより、又は、コレクション３０６のような、コレクションという名の適宜の収容部へコピー・アンド・ペーストすることによって、個々のアイテムを選択することができる。この特定の例においては、コレクション３０６はフィード３０２からのアイテム１、アイテム５とフィード３０４からのアイテム６とを含む。

異なるフィードからアイテムを選択してコピーすることにより、ユーザーがコレクションを形成しようとするとき、制御部１０８は個々のフィードと関連するＸＭＬを構文解析し、ユーザーが選択した個々のアイテムと関連するＸＭＬを選択する。次いで、制御部１０８は、ユーザーによって規定された新たなフィードを本質的に提供するために、異なるフィードからのＸＭＬの組み合わせとみなせるものを形成する。したがって、図３の例では、コレクション３０６の右側に示すＸＭＬはアイテム６、アイテム１及びアイテム５に関連するＸＭＬを含む。

フィード・データにアクセスしてそれを取得する１つの方法は、ＲＳＳフィードと対話するよう特別に設計されたプラットフォームを用いることである。こうしたプラットフォームの１つは米国特許出願第１／１５８３９８号に記述されている。言うまでもなく、特許請求される主題の精神及び範囲から逸脱することなく、他の方法及びシステムを用いることができる。

ここで、他のフィードからのアイテムを含むフィードを定義するために、ユーザーは制御部によってサポートされる任意の方法でコレクション・データを操作することができる。これは、アイテムの読み取り及び書き込みなどを含むことができる。

これがユーザーに提供する機能について、ここで考察する。想起されるように、フィード・アイテムは、広範で多種多様なグループの異なる形式のコンテンツを構成することができる。しかし、ＲＳＳ環境内では、この広範で多種多様なグループのコンテンツは、各アイテムのＸＭＬによって定義される少なくとも幾つかの特性を共有する。したがって、これにより、制御部はフィードにバインドして、異なるコンテンツ形式間の統合された且つ均一な消費経験をユーザーに提供することができる。

また、ＸＭＬによってバックアップされたコレクションが上記のように定義されてしまったときに提供されることができる種々の機能についても考察する。例えば、ソーティング又はフィルタリングのような操作又は動作が行われ得る。更に、著者によるソーティングのような、個々のフィードのコンテンツに特有の操作又は動作が、こうした要素がＸＭＬに現れるときに行われ得る。したがって、種々のデフォルト動作２００（図２）、カスタム動作２０２及びファイル・システム相互作用２０４のような機能又は動作は、コレクションにおけるＲＳＳコンテンツと対話するための豊富で堅固な多くの方法をユーザーに与えるようサポートされる。

図示されて記述される実施の形態において、制御部はＲＳＳフィードによってサポートされることができ、ＲＳＳフィードはウェブサイトによって、又は、例えばユーザーのコンピューティング装置に常駐するローカル記憶装置によってサポートされる。例えば、アイテムは１つの制御部から他の制御部へコピーされることができる。第１の制御部は、ウェブサイトによってサポートされるＲＳＳフィードによってバックアップされる。少なくとも幾つかの実施の形態においては、ウェブサイトはアイテムを更新する能力を有する。例えば、アイテムが文書であり、ユーザーがフィードを予約購読するならば、ユーザーは自動的に文書の更新を受け取ることができる。

第２の制御部（すなわち、アイテムがコピーされる制御部）は、クライアントのコンピューティング装置上のローカル記憶装置によってバックアップされる。ローカル記憶装置上でバックアップされているので、ローカル記憶装置に記憶されるコンテンツに対する書き込みアクセスが可能になる。これは、ウェブサイトによってサポートされるＲＳＳフィードが制御部をバックアップする状況とは少々異なる。こうした状況において典型的には、当業者であれば理解するように、書き込みアクセスは存在しない。しかし、この状況においては、ＲＳＳコンテンツが変わると、こうした変化は更新のためにクライアントのコンピューティング装置に提供される。

図４は、１つの実施の形態に係る方法のステップを記述するフロー図である。この方法は任意の適宜のハードウェア、ソフトウェア、ファームウェア又はそれらの組み合わせと共の実施されることができる。唯１つの実施の形態においては、方法は、コンピュータ読み取り可能媒体１０６（図１）に常駐するようなソフトウェアにおいて実施されることができる。

ステップ４００は１つ以上のＲＳＳホスト動作可能制御部を提供する。このステップは任意の数の適宜のエンティティによって達成され得る。例えば、制御部はウェブサイトによって、又は、上で例が提供されている任意の適宜の形式のアプリケーションによってホストされる。ステップ４０２はＲＳＳアイテムに１つ以上の動作を割り当てる。このステップは任意の適宜の方法によって達成され得る。例えば、適切に構成された制御部は、サポートする１組のデフォルト動作を持つことができる。こうしたデフォルト動作は、例えば、コレクションを開く、コレクションへセーブする、コレクションに追加するを含むことができるが、これらに限られるものではない。更に、動作は特定のＲＳＳアイテムに特有なカスタム動作を含むことができる。こうした動作は、アイテムが生じるＲＳＳフィード・データの一部を形成するＸＭＬで記述されることができる。他の形式の動作は、ＲＳＳアイテムを特定のファイル・システム内のファイルへ変換すること等のファイル・システム相互作用に関係することができる。具体的には、ＲＳＳアイテムを含むデータの形式及びその特性を知ることによって、適切に構成された制御部は当該アイテムをファイルに変換し、又は、変換を行うために適宜のコードを呼び出すことができる。これは、ＲＳＳアイテムに対する適宜の特性を適宜のファイル・フォーマットにマッピングすることによって行うことができる。例えば、アイテムがＭＰＥＧ画像である場合、制御部又は適切に呼び出されたコードは当該アイテムをファイル・システム上のファイルへ変換することができる。

ステップ４０４は、異なるフィードからＲＳＳアイテムのコレクションを作成する。このステップは、上で例が与えられた任意の適宜の方法で達成され得る。唯１つの実施の形態においては、適切に構成されたユーザー・インターフェースによって、ユーザーが異なるフィードから個々のＲＳＳアイテムを選択してこれらのアイテムを含むコレクションを確立できるようにすることによって、コレクションが形成される。

ユーザーが異なるフィードからのＲＳＳアイテムと対話することができる種々の方法を検討してきたが、ここで、ＲＳＳアイテムをユーザー・インターフェースを介してユーザーに提示することができる幾つかの異なる方法の検討に目を転じることにする。

ＲＳＳホスト動作可能制御部の提示
１つの実施の形態において、特定のＲＳＳアイテムをどのように表示すべきかをウェブサイトが表していないならば、ＲＳＳホスト動作可能制御部は複数の異なるレイアウト・ビューを提供することができる。

１つの実施の形態においては、３つの異なるレイアウト・ビューが提供される。第１のレイアウト・ビューは、ファイル・システムのリスト・ビューと同様の、フィード又はコレクションのアイテムを連続的にリスティングするリスト・ビューとみなし得るものである。この例では、それぞれのアイテムは１行を占める。第２のレイアウト・ビューは、個々のアイコンがそれぞれのアイテムと関連付けられていてユーザーに対して表示されるアイコン・ビューである。この例では、アイコンは幾つかの記述的な材料を含むことができる。アイコン・ビューはファイル・システムのアイコン・ビューに類似している。第３のレイアウト・ビューは、個々のアイテムに関連付けられた種々のメタデータと共にアイコンが提供される詳細ビュー又は全詳細ビューである。全詳細ビューは、ファイル名、ファイル形式及び作成された又はデータ修正された日付が表示される、ファイル・システムの詳細ビューに類似している。

少なくとも１つの実施の形態においては、カスタム・ビューは、ＲＳＳフィードの一部をなすＸＭＬで常駐するテンプレートの形で、個々のアイテムに対して作成されることができる。テンプレートは、それぞれのアイテムのレイアウト及びフォーマッティングを記述する。定義されるならば、カスタム・ビューはユーザーがデフォルト・ビューと共に切り換えるために利用可能である。存在する場合、テンプレートはいずれのデフォルト・ビューにも優先することができるが、上記のとおり、切り換えられることができる。１つの実施の形態においては、テンプレートは個々のＲＳＳアイテムと共には階層化されない提示データを含む。このテンプレートをどのように定義できるかの唯１つの例として、ＸＭＬ抜粋の例と、それに関連する以下の説明とを考察する。

普通、公開者は、フィードにおけるアイテムのＨＴＭＬ記述を提供して、アイテム拡張を介して同一のデータを提供しているのに、公開者の情報の提示に対する管理を保持しようとする。これは幾つかの問題を生じる。第１に、多くの場合、ＨＴＭＬが同じであるときでさえ、各アイテムは提示情報のコピー（すなわち、ＨＴＭＬ要素）を有する。第２に、各アイテムは記述要素とメタデータ・タグとの間でメタデータを複製する。第３に、ＨＴＭＬ記述は特定のフォーム・ファクタのブラウザによって与えられるときにのみ有用である。

１つの実施の形態にしたがって、データの複製はテンプレート・メカニズムを用いることによって低減され得る。すなわち、異なるテンプレートにより、クライアントは、フォーム・ファクタ又は他の必要性に依存して、データの異なるレンダリングを選択することができる。後述の例は、音楽サイトのトップ・テンのリストが修正されてＨＴＭＬテンプレートをどのように用いるかを示している。この特定の技術が選択されるのは、何らかのコーディング能力を必要とする他の技術と比較して、公開者にとって作成が容易だからである。

追加のデータに興味を持つ場合、このフォーマット拡張のクライアントには、コンパクトな「要約」ビューと一層詳細な「完全」ビューとの間で切り換えることができる単純なＵＩスイッチが提供される。それぞれの場合に、公開者はコンテンツの提示を完全に管理する。

結論
上記の実施の形態は、ＲＳＳを利用又は活用して、ユーザーが、異なる形式のデータやウェブで利用可能な異なるソースからのデータと一層容易に対話できるようにする。少なくとも幾つかの実施の形態においては、ホスト動作可能な又は／カスタマイズ可能な制御部が提供され、ユーザーには、ＲＳＳフィードと対話して異なるＲＳＳフィードからのアイテムのコレクションを蓄積し操作する能力を与えられる。

上記の発明技術は、開発者がアイテムをサイト上で迅速に動作可能にしてユーザーがアイテムと対話できるようにする。例えば、ユーザーは、文書をセーブするのと同じ方法でデスクトップに容易に写真をセーブすることができる。また、アイテムのコレクションをセーブし、アイテムが変更されたときに更新を入手することができるので、ユーザーは、例えば、同じコレクションにおいてＡｍａｚｏｎｎ．ｃｏｍから本を、Ｎｅｔｆｌｉｘから動画を入手し、特定のアイテムが変化したならば通知を受け取ることができる。

また、少なくとも１つの実施の形態においては、ユーザーはアイテムを可視化するビューを変更することができる。更に、公開者は、ブランド設定のための、又は、例えば上記のテンプレートによる最適化されたデータ・レイアウトのための豊富な方法でアイテムを提示することができる。

構造上の特徴又は方法論的ステップに特有の言語で発明を説明してきたが、理解されるように、特許請求の範囲において定義される発明は、上記の特定の特徴やステップに限定されるわけではない。むしろ、特定の特徴及びステップは特許請求される発明の好ましい形態として開示されている。

１つの実施の形態に係るシステムを示す図である。 １つの実施の形態に係る、例示の制御部を、制御部の個々の特徴と共に示す図である。 １つの実施の形態にしたがって、ホスト動作可能制御部とそれがサポートする１つの相互作用とを概略的に示す図である。 １つの実施の形態に係る方法のステップを記述するフロー図である。

Claims (16)

1. クライアントのコンピューティング装置上で実行されたときにＲＳＳホスト動作可能制御部を実施するコンピュータ実行可能命令を備える１つ以上のコンピュータ読み取り可能媒体であって、
   前記ＲＳＳホスト動作可能制御部が、ＲＳＳフィードと対話して、異なるＲＳＳフィードから選択された複数のアイテムを含む、ユーザーによって規定されたＲＳＳフィードを作る能力をユーザーに与えるよう構成されており、
   前記選択された複数のアイテムは異なる形式のコンテンツを含んでおり、
   前記選択された複数のアイテムの数は、前記異なるＲＳＳフィードによって供給されるアイテムの全数よりも小さく、
   前記ユーザーによって規定されたＲＳＳフィードは、前記選択された複数のアイテムのそれぞれに対するＸＭＬを含み、
   さらに、前記ＲＳＳホスト動作可能制御部が、
   前記コンピューティング装置のローカル記憶装置によってバックアップされることによって、前記選択された複数のアイテムのうちの１つ又は複数のアイテムへの書き込みアクセスを可能とし、いずれかのＲＳＳフィードのコンテンツの変更が、更新のために前記コンピューティング装置に提供されるように、及び、
   少なくとも１つのカスタム動作と関連し且つユーザーにより選択可能な制御を前記ＲＳＳホスト動作可能制御部上にプログラムすることができるようにして前記ＲＳＳホスト動作可能制御部が前記カスタム動作を行うことができるように
   構成され、
   前記少なくとも１つのカスタム動作が、アイテムが選択されるＲＳＳフィードにおいて記述される少なくとも１つのカスタム動作を含む、
   １つ以上のコンピュータ読み取り可能媒体。
2. 前記ＲＳＳホスト動作可能制御部がウェブページによってサポートされる、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
3. 前記ＲＳＳホスト動作可能制御部がアプリケーションによってサポートされる、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
4. 前記アプリケーションがブラウザの形で常駐する、請求項３に記載の１つ以上のコンピュータ読み取り可能媒体。
5. 前記ホスト動作可能制御部が、デフォルト動作を含む特徴をサポートする、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
6. 前記ホスト動作可能制御部が、マルチプル・ビューとカスタム・ビューとのうちの１つ以上を含む特徴をサポートする、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
7. 前記ホスト動作可能制御部が、デフォルト動作とファイル・システム相互作用とマルチプル・ビューとカスタム・ビューとを含む特徴をサポートする、請求項１に記載の１つ以上のコンピュータ読み取り可能媒体。
8. コンピュータ実施可能な方法であって、
   ユーザー・インターフェースを介して且つＲＳＳホスト動作可能制御部を用いて、異なるＲＳＳフィードから複数の個別のＲＳＳアイテムをユーザーが選択できるようにするステップであって、
   選択された前記複数の個別のＲＳＳアイテムの数は、前記異なるＲＳＳフィードによって供給されるＲＳＳアイテムの全数よりも小さく、
   前記ＲＳＳホスト動作可能制御部は、該ＲＳＳホスト動作可能制御部上でプログラムされる少なくとも１つのカスタム動作に関連し且つユーザーにより選択可能な１つ又は複数の選択可能な制御という特徴をサポートすることにより、前記カスタム動作を行うことができ、前記少なくとも１つのカスタム動作は、アイテムが選択されるＲＳＳフィードにおいて記述されるカスタム動作を含んでおり、
   さらに、前記ＲＳＳホスト動作可能制御部は、ＲＳＳアイテムを特定のファイル・システム内のファイルへ変換することができるファイル・システム相互作用を含む特徴をサポートする
   ステップと、
   選択された前記複数の個別のＲＳＳアイテムを含むコレクションからなる、ユーザーによって規定されたフィードを確立するステップであって、前記異なるＲＳＳフィードと関連するＸＭＬを構文解析し、前記ユーザーによって選択された個別のアイテムと関連するＸＭＬを選択することを含むステップと、
   前記ＲＳＳホスト動作可能制御部を前記コンピュータ上のローカル記憶装置によってバックアップすることによって、１つ又は複数の前記ＲＳＳアイテムへの書き込みアクセスを可能とし、いずれかのＲＳＳフィードのコンテンツの変更が、更新のために前記コンピュータに提供されるステップと、
   を備える方法。
9. ユーザーが選択できるようにする前記ステップとフィードを確立する前記ステップとが、少なくとも部分的にブラウザによって実施される、請求項８に記載の方法。
10. 前記ＲＳＳホスト動作可能制御部がＲＳＳフィード又はローカル記憶装置にバインドすることができる、請求項８に記載の方法。
11. 前記ホスト動作可能制御部がウェブサイトによってサポートされる、請求項１０に記載の方法。
12. 選択された前記複数の個別のＲＳＳアイテムが、異なる形式のアイテムを含むことができる、請求項８に記載の方法。
13. デフォルト動作をユーザーが実施できるようにするステップを更に含む、請求項８に記載の方法。
14. リスト・ビューとアイコン・ビューと詳細ビューとテンプレート・ビューとのうちの１つ又は複数においてユーザーが前記コレクションのアイテムを見ることができるようにするステップを更に含む、請求項８に記載の方法。
15. コンピュータで実施可能な方法であって、
    ユーザーが、異なるＲＳＳフィードから異なる形式の複数のアイテムを選択し、選択された前記アイテムから、ユーザーによって規定されたＲＳＳフィードを作ることができるよう構成された１つ又は複数のＲＳＳホスト動作可能制御部を提供するステップであって、選択された前記複数の個別のＲＳＳアイテムの数は、前記異なるＲＳＳフィードによって供給されるＲＳＳアイテムの全数よりも小さく、前記ユーザーによって規定されたＲＳＳフィードは、前記異なるＲＳＳフィードからのＸＭＬを含み、前記ＸＭＬは、前記ユーザーによって規定されたＲＳＳフィードの個々のアイテムを記述してなるステップと、
    前記ホスト動作可能制御部を前記コンピュータ上のローカル記憶装置によってバックアップすることによって、前記ユーザーによって規定されたＲＳＳフィードの１つ又は複数のアイテムへの書き込みアクセスを可能にし、いずれかのＲＳＳフィードのコンテンツの変更が、更新のために前記コンピュータに提供されるステップと、
    １つ又は複数の動作を、前記ユーザーによって規定されたＲＳＳフィードのアイテムに割り当てるステップと、
    を備え、
    前記１つ又は複数の動作は、前記１つ又は複数のＲＳＳホスト動作可能制御部上にプログラムされる少なくとも１つの制御と関連されるカスタム動作を含むことで前記１つ又は複数のＲＳＳホスト動作可能制御部が前記カスタム動作を行うことができるようにし、
    前記１つ又は複数の動作は、少なくとも１つのアイテムが選択される少なくとも１つのＲＳＳフィードの一部分を形成するＸＭＬで記述される
    方法。
16. 提供する前記ステップがブラウザによって実施される、請求項１５に記載の方法。

Images