JP2009528647A - 配信コンテンツ用補助表示ガジェット - Google Patents

Abstract

【課題】配信ソースからデータ（例えば、ＲＳＳフィード）を受信する主ホスト・コンピュータ・システム上に特定のガジェット・プログラムをインストールする（例えば、作成する）技術について記載する。
【解決手段】フィード・データは、ガジェットをインストールするのに必要な情報を収容する。一旦インストールされると、次に、ガジェットを用いてその対応するデータ・ソースからコンテンツを受信し、補助ディスプレイ・デバイス上における表示のためにコンテンツを供給する。フィード・データは、ガジェットに関するエンクロージャのようなメタデータを含み、この中から、インストーラはメタデータに対応する情報をレジストリ等に登録し、ガジェットを１つ以上の特定の補助ディスプレイと関連付ける。メタデータを処理することによって、他のガジェットをインストールし、必要に応じて走らせて、対応するデータ・ソースからのコンテンツ・データを扱い、コンテンツを補助ディスプレイに送り込む。
【選択図】図２

Description

現在の（例えば、Windows（登録商標）Vista（商標）系）コンピュータ・システムでは、ユーザは主ホスト・コンピュータ・システムに結合されているまたはこれと一体化されている小型補助ディスプレイ・デバイス上で、選択したコンテンツを目視し、総合的に相互作用することができる。このために、補助表示画面は、オペレーティング・システムが設けるプラットフォーム（補助表示プラットフォーム、またはWindows（登録商標）SideShow（商標）プラットフォームと呼ぶ）と共に、開発者または著作者がコンテンツをユーザに呈示することを可能にする。これによって、ユーザは、主ホスト・コンピュータ・システムが電力節減状態（例えば、ＡＣＰＩ Ｓ３スリープ状態）にあっても、またはオフになっていても、コンテンツを見ることができる。

表示用データを供給するために、補助表示プラットフォームはガジェット(gadget)を用いる。ガジェットは、主ホスト・コンピュータ上で走る小さいプラグ・イン型コンピュータ・プログラムを備えており、別のアプリケーション・プログラムまたはデータ・ソースからコンテンツを取り込んで処理する。殆どの場面では、ガジェットは予めインストールされている企業固有のプログラムであり、ガジェットが提供するコンテンツは、ユーザのパーソナル・コンピュータ上でローカルに入手可能なものに限られる。

この摘要は、以下で詳細な説明において更に説明する代表的概念から選択したものを、簡略化した形態で紹介するために設けている。この摘要は、特許請求する主題の鍵となる特徴や必須の特徴を特定することを意図するものではなく、また特許請求する主題の範囲を限定するようななんらかの方法で用いられることを意図するものでもない。

端的に述べると、ここに記載する主題の種々の形態は、１つ以上の補助ディスプレイ・デバイスに結合されており、ＲＳＳフィードのようなソースから受信するデータを処理するコンポーネントを含む主ホスト・コンピュータ・システムを対象とする。データは、ソース・データと関連のあるコンテンツを扱うための情報に対応するメタデータを含む。メタデータは、ガジェットがコンテンツを扱うことを可能にするために用いられ、コンテンツの扱いには、当該コンテンツの少なくとも一部（例えば、補助デバイスによる消費に適したフォーマットで）補助表示プラットフォームに供給することを含む。ガジェットを動作可能にするには、必要であれば、例えば、メタデータに対応する情報をシステム・レジストリに書き込み、ガジェットをロードし走らせることによって、ガジェットをインストールすることを含む。

ガジェットに受信データを取り込ませそのメタデータを処理させることによって、受信したデータと関連のあるコンテンツを扱うことが可能な他のガジェットをインストールし（必要に応じて）、次いで当該他のガジェットに対応するデータ・ソースからコンテンツを受信するように実行することができる。次いで、他のガジェットは、補助ディスプレイ・デバイスによる消費のために、コンテンツの少なくとも一部を表すデータを出力する。これには、コンテンツを一方のフォーマットから他方のフォーマットに変換し消費することを含むことができる。また、第２ガジェットにそれ自体のデータ申し込み(subscription)を扱わせるのではなく、ＲＳＳガジェットが仮想ガジェットを作成し、ＲＳＳガジェットがソースからコンテンツを受信するが、それを別個の「仮想」ガジェットの形態で表示することも可能である。

主題の形態は、データ配信ソースから配信データを受信するプラットフォーム（例えば、ＲＳＳプラットフォーム）を有するシステムのような、システムに実装することができる。プラットフォームに結合した配信（例えば、ＲＳＳ）ガジェットは、配信データを処理し、必要に応じて、配信ガジェットと関連のあるインストーラ・メカニズムが、ガジェット関係情報を提供した特定のデータ・ソースに対する必要性に応じて、特定のガジェットをインストールすることもできる。新たにインストールした特定のガジェットは、特定のデータ・ソースから受信したコンテンツを補助表示プラットフォームに供給する。

他の利点は、以下の詳細な説明を、添付図面と関連付けることにより明白となるであろう。

限定ではなく一例として、添付図面に本発明を例示する。図面では、同様の参照番号は同様の要素を示すこととする。
動作環境例

図１は、本発明を実施することができる、適した計算システム環境１００の一例を示す。計算システム環境１００は、適した計算機環境の一例に過ぎず、本発明の使用範囲や機能について限定を示唆する意図は全くない。また、計算機環境１００は、動作環境例１００に示す構成要素のどの１つまたはそれらの組み合わせに関しても、何らかの依存性や必須要件を有するという解釈はされるべきでない。

本発明は、その他の汎用または特殊目的計算システム環境または構成とでも動作する。本発明との使用に適していると考えられる周知のコンピュータ・システム、環境、および／または構成の例には、パーソナル・コンピュータ、サーバ・コンピュータ、ハンド・ヘルドまたはラップトップ・デバイス、タブレット・デバイス、マルチプロセッサ・システム、マイクロプロセッサに基づくシステム、セット・トップ・ボックス、プログラマブル消費者用電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレーム・コンピュータ、前述のシステムまたはデバイスの任意のものを含む分散型計算機環境等が含まれる。

本発明は、コンピュータによって実行するプログラム・モジュールのような、コンピュータ実行可能命令に関して総合的に説明する。一般に、プログラム・モジュールは、ルーティン、プログラム、オブジェクト、コンポーネント、データ構造等を含み、特定のタスクを実行するか、または特定の抽象的データ・タイプを実現する。また、本発明は、通信ネットワークを通じてリンクされているリモート処理デバイスがタスクを実行する分散型計算機環境においても実用可能である。分散型計算環境では、プログラム・モジュールは、メモリ記憶装置を含むローカルおよび／またはリモート・コンピュータ記憶媒体双方に配することができる。

図１を参照すると、;本発明を実施するシステム例は、コンピュータ１１０の形態とした汎用計算機を含む。コンピュータ１１０の構成要素は、限定ではなく、演算装置１２０、システム・メモリ１３０、およびシステム・バス１２１を含むことができる。システム・バス１２１は、システム・メモリを含む種々のシステム構成要素を演算装置１２０に結合する。システム・バス１２１は、数種類のバス構造の任意のものでよく、メモリ・バスまたはメモリ・コントローラ、周辺バス、および種々のバス構造の任意のものを用いるローカル・バスを含む。限定ではなく一例として、このような構造には、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、改良ＩＳＡ（ＥＩＳＡ）バス、ビデオ電子規格連合（ＶＥＳＡ）ローカル・バス、およびMezzanine バスとしても知られている周辺素子相互接続（ＰＣＩ）バスが含まれる。

コンピュータ１１０は、通例、種々のコンピュータ読み取り可能媒体を含む。コンピュータ読み取り可能媒体は、コンピュータ１１０がアクセス可能な入手可能な媒体であればいずれでも可能であり、揮発性および不揮発性の双方、リムーバブル、ならびに非リムーバブル媒体を含む。限定ではない一例をあげると、コンピュータ読み取り可能媒体は、コンピュータ記憶媒体および通信媒体を含むと考えられる。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラム・モジュール、またはその他のデータというような情報の格納のために、あらゆる方法または技術で実施される、揮発性および不揮発性の双方、リムーバブル、および非リムーバブル媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリまたはその他のメモリ技術、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）またはその他の光ディスク・ストレージ、磁気カセット、磁気テープ、磁気ディスク・ストレージまたはその他の磁気記憶デバイス、あるいは所望の情報を格納するために用いることができしかもコンピュータ１１０がアクセス可能なその他の任意の媒体も含むが、これらに限定されるのではない。通信媒体は、通例、コンピュータ読み取り可能命令、データ構造、プログラム・モジュール、またはその他のデータを、搬送波またはその他の移送機構のような変調データ信号において具体化し、あらゆる情報配信媒体を含む。「変調データ信号」という用語は、その特性集合の１つ以上が、情報を信号内にエンコードするような様式で、変化している信号を意味する。限定ではなく、一例として、通信媒体は、有線ネットワークまたは直接有線接続というような有線媒体、ならびに音響、ＲＦ、赤外線、およびその他のワイヤレス媒体というようなワイヤレス媒体を含む。前述の任意の組み合わせも、コンピュータ読み取り可能媒体の範囲に当然含まれるものとする。

システム・メモリ１３０は、リード・オンリ・メモリ（ＲＯＭ）１３１およびランダム・アクセス・メモリ（ＲＡＭ）１３２のような揮発性および／または不揮発性メモリの形態で、コンピュータ記憶媒体を含む。基本入出力システム１３３（ＢＩＯＳ）は、起動中のように、コンピュータ１１０内のエレメント間におけるデータ転送を補助する基本的なルーティンを含み、通例ＲＯＭ１３１内に格納されている。ＲＡＭ１３２は、通例、演算装置１２０が直ちにアクセス可能であるデータおよび／またはプログラム・モジュール、または現在これによって処理されているデータおよび／またはプログラム・モジュールを収容する。一例として、そして限定ではなく、図１は、オペレーティング・システム１３４、アプリケーション・プログラム１３５、その他のプログラム・モジュール１３６、およびプログラム・データ１３７を示す。

また、コンピュータ１１０は、その他のリムーバブル／非リムーバブル揮発性／不揮発性コンピュータ記憶媒体も含むことができる。一例としてのみ、図１は、非リムーバブル不揮発性磁気媒体からの読み取りおよびこれへの書き込みを行なうハード・ディスク・ドライブ１４１、リムーバブル不揮発性磁気ディスク１５２からの読み取りおよびこれへの書き込みを行なう磁気ディスク・ドライブ１５１、ならびにＣＤ ＲＯＭまたはその他の光媒体のようなリムーバブル不揮発性光ディスク１５６からの読み取りおよびこれへの書き込みを行なう光ディスク・ドライブ１５５を示す。この動作環境例において使用可能なその他のリムーバブル／非リムーバブル、揮発性／不揮発性コンピュータ記憶媒体には、限定する訳ではないが、磁気テープ・カセット、フラッシュ・メモリ・カード、ディジタル・バーサタイル・ディスク、ディジタル・ビデオ・テープ、ソリッド・ステートＲＡＭ、ソリッド・ステートＲＯＭ等が含まれる。ハード・ディスク・ドライブ１４１は、通例、インターフェース１４０のような非リムーバブル・メモリ・インターフェースを介してシステム・バス１２１に接続されており、磁気ディスク・ドライバ１５１および光ディスク・ドライブ１５５は、通例、インターフェース１５０のようなリムーバブル・メモリ・インターフェースによって、システム・バス１２１に接続されている。

先に論じ図１に示すドライブおよびそれらと関連のあるコンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラム・モジュール、およびコンピュータ１１０のその他のデータを格納する。図１では、例えば、ハード・ディスク・ドライブ１４１は、オペレーティング・システム１４４、アプリケーション・プログラム１４５、その他のプログラム・モジュール１４６、およびプログラム・データ１４７を格納するように示されている。尚、これらの構成要素は、オペレーティング・システム１３４、アプリケーション・プログラム１３５、その他のプログラム・モジュール１３６、およびプログラム・データ１３７と同じでも異なっていても可能であることを記しておく。オペレーティング・システム１４４、アプリケーション・プログラム１４５、その他のプログラム・モジュール１４６、およびプログラム・データ１４７は、ここで、少なくともこれらが異なるコピーであることを示すために、異なる番号が与えられている。ユーザは、タブレット、または電子ディジタイザ、１６４、マイクロフォン１６３、キーボード１６２、および一般にマウス、トラックボールまたはタッチ・パッドと呼ばれているポインティング・デバイス１６１によって、コマンドおよび情報をコンピュータ１１０に入力することができる。図１には示さない他の入力デバイスには、ジョイスティック、ゲーム・パッド、衛星ディッシュ、スキャナ等を含むことができる。これらおよびその他の入力デバイスは、多くの場合、ユーザ入力インターフェース１６０を介して、演算装置１２０に接続されている。ユーザ入力インターフェース１６０は、システム・バスに結合されているが、パラレル・ポート、ゲーム・ポート、またはユニバーサル・シリアル・バス（ＵＳＢ）のようなその他のインターフェースおよびバス構造によって接続することも可能である。モニタ１９１またはその他の種類のディスプレイ・デバイスも、ビデオ・インターフェース１９０のようなインターフェースを介して、システム・バス１２１に接続されている。モニタ１９１にはタッチ・スクリーン・パネル等を一体化することもできる。尚、タブレット型パーソナル・コンピュータにおけるようなモニタおよび／またはタッチ・スクリーン・パネルは、計算デバイス１１０が組み込まれている筐体に物理的に結合可能であることを記しておく。加えて、計算機１１０のようなコンピュータは、スピーカ１９７およびプリンタ１９６のような、その他の周辺出力装置も含むことができ、これらは出力周辺インターフェース１９４等を通じて接続することができる。

コンピュータ１１０は、リモート・コンピュータ１８０のような１つ以上のリモート・コンピュータへの論理接続を用いて、ネットワーク環境において動作することも可能である。リモート・コンピュータ１８０は、パーソナル・コンピュータ、サーバ、ルータ、ネットワークＰＣ、ピア・デバイス、またはその他の共通ネットワーク・ノードとすることができ、通例、コンピュータ１１０に関して先に説明したエレメントの多くまたは全てを含むが、図１にはメモリ記憶装置１８１のみを示す。図１に示す論理接続は、ローカル・エリア・ネットワーク（ＬＡＮ）１７１およびワイド・エリア・ネットワーク（ＷＡＮ）１７３を含むが、他のネットワークも含むことができる。このようなネットワーク環境は、事務所、企業規模のコンピュータ・ネットワーク、イントラネットおよびインターネットにおいては、一般的である。

ＬＡＮネットワーク環境で用いる場合、コンピュータ１１０は、ネットワーク・インターフェースまたはアダプタ１７０を介してＬＡＮ１７１に接続する。ＷＡＮネットワーク環境で用いる場合、コンピュータ１１０は、通例、モデム１７２、またはインターネットのようなＷＡＮ１７３を通じて通信を確立するその他の手段を含む。モデム１７２は、内蔵でも外付けでもよく、ユーザ入力インターフェース１６０またはその他の適切な機構を介してシステム・バス１２１に接続することができる。ネットワーク環境では、コンピュータ１１０に関して図示したプログラム・モジュール、またはその一部は、リモート・メモリ記憶装置に格納することもできる。一例として、そして限定ではなく、図１は、リモート・アプリケーション・プログラム１８５がメモリ素子１８１上に常駐するものとして示している。尚、図示のネットワーク接続は一例であり、コンピュータ間で通信リンクを確立する他の手段も使用可能であることは認められよう。

補助ディスプレイ・サブシステム１９９は、ユーザ・インターフェース１６０を通じて接続することができ、コンピュータ・システムの主要部が低電力状態にあっても、プログラム・コンテンツ、システム・ステータス、およびイベント通知のようなデータをユーザに供給することを可能にする。補助ディスプレイ・サブシステム１９９は、モデム１７２および／またはネットワーク・インターフェース１７０に接続することもでき、主演算装置１２０が低電力状態にある間に、これらのシステム間における通信を可能にする。
配信コンテンツ用補助表示ガジェット

ここに記載する技術の種々の形態は、主ホスト・コンピュータ・システムに結合されている補助ディスプレイ・デバイス上に表示するコンテンツを取り込み処理することを対象とする。一般に、この説明の多くは、ＲＳＳ（本当に単純な連合：Really Simple Syndication）技術を用いて、リモート・データ・ソースからコンテンツを入手するという特定的な例を対象とする。ＲＳＳ技術は、一般に、１つ以上のＸＭＬ系ファイル・フォーマットを用いたウェブ連合／コンテンツ配信のことを言う。ＲＳＳは、通例、新しいウェブサイトおよびウェブ・ログ（ブログ）がそのコンテンツを配信するために用いるが、マーケティング、バグ報告、あるいは周期的な更新または公開を伴うその他の任意の活動をも含む、その他の目的にも用いることができる。

ＲＳＳ技術によって、インターネット・ユーザはウェブサイト、通例、頻繁にコンテンツを変更するウェブサイトからのＲＳＳフィードに申し込む（多くの場合コストがかからない）ことが可能になる。一般に、このようなサイトの各々は、要求に応じて配信するデータを提供し、データは、多くの場合他のコンテンツへのリンクを含む、何らかのメタデータと共にコンテンツを備えている。このデータは、ＸＭＬファイルとして加入者に配信される。ＸＭＬファイルは、ここでは、ＲＳＳデータまたはＲＳＳフィードと呼ぶが、他の文脈では、代わりに、ウェブ・フィード、ＲＳＳストリーム、またはＲＳＳチャネルと呼ばれることもある。ＲＳＳデータは、添付マルチメディア・ファイルを含むこともできる。

しかしながら、ここに記載する技術は、どのような特定のデータ・ソースおよび／またはデータ・フォーマット、あるいはＲＳＳ技術にも限定されず、ローカル・データやリモート・データと共に用いることができることは、言外である。更に、ここに記載する技術は、いずれの種類の補助デバイスにも限定されることはなく、逆に、テレビジョン受像機、オーディオ受信機、オーディオ／ビデオ・レコーダ、電話機、別個のコンピュータ、移動体通信デバイス、アクチュエータを有する補助表示画面、腕時計、壁（例えば、台所）ディスプレイ、表示画面、ディジタル・ピクチャ・フレーム、置き時計、ラジオ、メディア・プレーヤ、消費者電子デバイスの主ディスプレイ内に埋め込まれたデバイスまたはこれを用いるデバイス、自動、輸送、またはその他の車両ユニット、主コンピュータ・システムのキーボードまたはその他の入力デバイス、ページャ、パーソナル・ディジタル・アシスタント等のような、「コンピュータ・システム」に結合するデバイスであるとは従来考えられなかったデバイスも含む。したがって、本発明は、ここに記載する例、構造、または機能には限定されず、逆に、ここに記載する例、構造、または機能のいずれもが非限定的であり、本発明は、一般に計算およびコンテンツ取り扱いにおいて便益および利点が得られる様々な方法で用いることができる。

図面のうち図２に移ると、インターネット２１４を通じてというようにして、主コンピュータ・システム２１０（図１のコンピュータ１１０に基づくもののような）がＲＳＳソース２１２を受信する種々のコンポーネントを含むブロック図の一例が示されている。尚、ファイル／キャッシュ／バッファにダウンロードする場合等では、代わりに、ＬＡＮまたはその他のＷＡＮ接続を通じて、あるいはローカル・データ・ソースのような、他の何らかの手段を通じてデータを入手することもできることを記しておく。

以下で説明するが、ＲＳＳソース２１２データからのデータは、ＲＳＳガジェット２１６において受信する。一般に、ガジェット２１６は、主ホスト・コンピュータ・システム上で走るプログラム・コードを備えており、主ホスト・コンピュータ・システムには、データを１つ以上の補助ディスプレイ・デバイスに送るために、補助表示プラットフォームが登録されており、制御パネルからガジェットをイネーブルまたはディスエーブルすることができる。

ガジェット２１６は、補助デバイス２２０によるコンテンツ消費（通例ディスプレイ上）のために、受信したデータを処理する。また、以下で説明するように、この処理には、ＲＳＳフィードが添付するメタデータ２２２を扱うことを含む。このために、ＲＳＳガジェット２１６は、メタデータ・ハンドラ・メカニズム２３０を含むか、そうでなければこれと関連付けられている。また、処理は、ＲＳＳ／Ａｕｘ変換器２３２によって表されるように、ＲＳＳコンテンツ２２４の、補助ディスプレイ・デバイス２２０（例えば、図１の補助表示サブシステム１９９の一部）が扱うことができるフォーマットへの変換も含むことができる。このようなフォーマットの１つは、単純コンテンツ・フォーマット（ＳＣＦ）と呼ばれ、補助ディスプレイ・デバイスが表示できなければならない基本データを備えており、メニュー、ピクチャ、および通知データを伝達するためのフォーマッティングを含む。

コンテンツの受信をし易くするために、ＲＳＳデータのソース２１２は、メタデータ２２２内にコンテンツ２２４に関する情報を提供する。更に特定すれば、そのコンテンツを扱うためにホスト・コンピュータ・システム上に専用ガジェットを必要とする代わりに、ＲＳＳガジェット２１６上のメタデータ・ハンドラ２３０は、種々のソースからのデータを扱い、メタデータに基づいてデータを差別化する。その結果、本技術は、コンテンツ・プロバイダが補助ディスプレイ宛コンテンツを、ウェブを通じて、各受信者のデバイスに固有ソフトウェアを必要とせずに、広範で潜在的に無限の観衆と効率的に連合することを可能とする。

更に特定すれば、データ配信／管理の特殊な場合として、コンテンツを配信するだけの代わりに、コンテンツ・プロバイダはＲＳＳを用いて補助ディスプレイ特定データを配信し、新しいガジェットを作成することができる。例えば、ユーザがこの特殊な補助ディスプレイ・データ・ペイロードによってＲＳＳフィードに申し込む場合、ＲＳＳガジェット２１６は、このデータを利用して、図２の「ガジェットＡ」２４０のような、新しい別個の補助ディスプレイ・ガジェットを作成することができる。一旦新しいガジェット２４０を作成したなら、ＲＳＳガジェットは「マスタ」ガジェットとして作用して、新しく作成した「仮想」ガジェットを管理し、申し込んだＲＳＳフィードから来る、このデバイスのデータを管理する（本質的に、ＲＳＳガジェットは、別個のガジェットの外観を呈しつつ、データ管理を実行する）。尚、図２には明示的に示さないが、ガジェットＡは、代わりに、ＲＳＳコンテンツを受信すること、および／または受信したＲＳＳコンテンツを、単純コンテンツ・フォーマットのような、補助デバイス互換フォーマットに変換することもできることを記しておく。つまり、ガジェット２１６は、ソースからユーザのホスト・コンピュータ・システムへ（またはこれを経由して）、ユーザの１つ以上の補助ディスプレイ・デバイスへのＲＳＳ配信コンテンツを管理し、カスタム化し、配信する。

実現例の一例では、ソース２１２のようなサイトからＲＳＳデータを最初にダウンロードするときに、メタデータ２２２に対応する情報を、ホスト・システムのレジストリ２３４に書き込む（例えば、ユーザおよび／または方針がこのような行為を許容すると仮定する）。尚、どのメタデータも、その対応する情報が既にレジストリ２３４の中にあれば、後続のフィードに対して書き換える必要はなく、代わりに、レジストリ２３４の中にある既存の情報を用いれば、当該コンテンツの補助デバイスの表示に関して、関連するＲＳＳコンテンツ２２４をどのように扱うか判定することができる。その後、何らかの形態のコンテンツ２２４を補助ディスプレイ・デバイス２２０に供給することができる（例えば、作成したガジェット２４０を通じて）。その結果、ユーザの観点からは、新たなガジェットの発見およびインストールは、ＲＳＳフィードに申し込むのと同じ位簡単である。

完全にするために、図２は、補助表示プラットフォームと共に用いることができる、「ガジェットＢ」を含むその他のガジェットを示す。尚、ガジェットＢ２４１は、それぞれ、サイド・バー・プログラム２４２および／または関係するＡＰＩ２４３と共に作動する。ガジェットＢ２４１は、サイドバーＡＰＩ２４３を用いて、ＡＰＩ２４６を通じて、補助デバイス２２０用ドライバ２４８に通信する。

また、完全にするために、図２は、１つ以上の他のドライバ２４９および補助デバイス２５０が所与のシステム２１０に備わっていてもよいことも示す。他のドライバ２４９および補助デバイス２５０は、これらが任意選択肢であることを示すために、破線のブロックで示されているが、補助デバイス２２０も任意選択肢であることも記しておくべきであろう。何故なら、ユーザは、例えば、他の１つの補助デバイス２５０のみを、サード・パーティ・ドライバ２４９と共に有すればよいからである。補助デバイス２２０および／または破線ブロック２５０によって表されるこのようなデバイスの例には、改良型ディスプレイが含まれる。これは、一般に、ＳＰＯＴ（スマート・パーソナル・オブジェクト技術）ファームウェアおよび改良型レンダリング・コードを走らせる補助ディスプレイ・デバイス、他の任意のカスタム・ファームウェアでも走らせるが補助ディスプレイ、例えば、セル・フォンとして作動することができる、本質的に補助ディスプレイ・デバイスである、基本ディスプレイ、および非常に限られた数（例えば、１または２行のテキスト）を表示可能であり本質的に画像のサポートを収容しない補助ディスプレイを備えた、単一（または２、３等）線ディスプレイを備えている。他の種類のディスプレイには、ノートブック・パーソナル・コンピュータ等の、例えば、蓋の上に物理的に配置する形式の、補助ディスプレイ・デバイスと一般的に言われている外付けディスプレイ／エッジ・ディスプレイ／蓋上ディスプレイ、ホスト・コンピュータ上に物理的に配置されておらず有線またはワイヤレス・ネットワーク・プロトコルを通じてホスト・コンピュータと通信する補助ディスプレイを備えているリモート・ディスプレイ、ならびに、一般にコンピュータ・システムの主要ディスプレイのあるエリアの内部に補助コンテンツを呈示するディスプレイを備えている「仮想」補助ディスプレイが含まれる。つまり、図２に表した補助デバイス２２０および２５９は、主ホスト・コンピュータ・システム２１０の外部にありこれに結合されているように示されているが、（選択的に結合される可能性もある）、このようなデバイスは主ホスト・コンピュータ・システム２１０に物理的に取り付ける、またはこれから取り外し可能であってもなくてもよいことは言うまでもない。

尚、殆どのＲＳＳコンテンツは、ＨＴＭＬフォーマット・テキストであるが、ＲＳＳ２．０は、マルチメディア・コンテンツのようなその他のデータを<enclosure>タグによって埋め込む用意もあり、<enclosure>は<item>の任意サブエレメントを含む。ＲＳＳエンクロージャ・タイプは、標準的ＭＩＭＥタイプによって定められる。例えば、補助表示プラットフォームの一実現例は、ｊｐｇ、ｇｉｆ、およびｂｍｐフォーマットにおけるような、改良型ディスプレイ上において単純コンテンツ・フォーマットを用いた画像をサポートする。これよりも豊潤なメディア場面では、例えば、オーディオではｍｐｅｇ／ｗｍａ、ビデオではｗｍｖ／ａｖｉ／ｍｐｅｇというような、別のメディアをイネーブルすることもできる。

ＲＳＳに関係するマークアップでは、<enclosure>は、エンクロージャが位置する場所を指定するＵＲＬ、そのサイズを（例えば、バイト単位で）指定する長さ、およびそのタイプが何か、例えば、標準的ＭＩＭＥタイプを指定するタイプというような、多数の属性を有する。ＵＲＬは、例えば、ｈｔｔｐ ＵＲＬでよい。

ＲＳＳガジェットは、認識したタイプに属するときに、エンクロージャをダウンロードするためのＲＳＳプラットフォームを要求することができる。一旦エンクロージャをダウンロードしたなら、ガジェットはＲＳＳプラットフォームから直接、同封されているファイルを取り込む。あるいは、ＲＳＳガジェットは、エンクロージャ・マークアップの中にあるＵＲＬ属性を用いることによって、エンクロージャ自体をダウンロードすることもできる。

ＲＳＳペイロードのタイプには制約がないので、コンテンツ・プロバイダおよびソフトウェア・ベンダは、株式相場や音楽のような種々のコンテンツを含む、事実上いずれのタイプのデータでも、ウェブを通じてユーザの補助ディスプレイ・デバイスに配信することができる。また、豊富なメディアを配信することもでき、ユーザが申し込んだブログから写真を自動的に表示するワイヤレス・ディジタル・フォト・フレーム、またはユーザのお気に入りのポッドキャストやニュース記事を自動的にダウンロードするメディア・プレーヤというような場面、あるいはその他の場面も可能となる。

他の場面例は、ブログ／ＲＳＳ消費（読み取り）、ブログ／ＲＳＳ作成（ブロッギング）、ディジタル・フォト・フレーム、ポッドキャスト、ＲＳＳを用いた新しいガジェットのインストール、およびサイドバーの一体化を対象とするが、これらに限定されるのではない。例えば、一人のユーザが通勤中に彼のオーディオ・プレーヤを聞いている場合を考える。彼の音楽を聞くことに加えて、彼は彼のオーディオ・プレーヤまたはその他のメディア・デバイスを用いて、ドッキングしている間に、ポッドキャスト、フォト、およびＲＳＳフィードをダウンロードすることができる。次いで、彼は通勤中にそれを消費することができる。デバイスは、ＲＳＳプラットフォーム・フィード・リストを通じて彼が申し込んだ、正しいフィードを自動的に選別する。例えば、彼は友人の部分集合からのフォト、および／または、恐らくは、移動体電話機から取り込んだ短いビデオ・クリップに申し込むことができ、ＲＳＳガジェットは、デバイスがドッキングされている間に、コンテンツを自動的に同期させる。

ブロッギングに関して、移動体デバイス（例えば、スマートフォン）は、読み取りおよびサムパッド(thumbpad)入力のために小さなパネルを有する場合がある。前述の消費例が該当するが、加えて、ユーザは、例えば、写真を撮り、ブログに書き込み、および／またはユーザのブログ・メカニズムによってコンテンツをブログに編集することによって、更にコンテンツを作成することもできる。ＲＳＳエンクロージャを用いると、ユーザは、フォト・フィードを作成し、添付／説明のテキストと共に、あるグループに直接配信することができる。ワイヤレス能力がないデバイスでは、ドッキングしたときにＲＳＳエンジンとの同期を撮るために、ブログ・コンテンツをキャッシュすることもできる。

また、ディジタル・フォト・フレームは、それを申し込んだコンテンツを受信することもできる。例えば、補助表示ディジタル・フォト・フレームをワイヤレスでパーソナル・コンピュータに接続し、次いで自動的にインストールしたＲＳＳガジェットをロードすると、ＲＳＳフィードを通じてフォトを選別し、コンピュータはそれらのフォトをフォト・フレームにプッシュ(push)する。フォト・フレームは、自動的に最も新しいフォトを表示し、これらを新鮮に保つために、周期的にこれらを巡回させることができる。

ポッドキャストは、ＲＳＳポッドキャスト・フィードによって容易にすることができる別の場面(scenario)である。このために、ユーザは例えば、補助表示の制御パネル・アプレットからの補助ガジェット・プロパティ・ページを用いて、デバイスに同期させるポッドキャストを構成することができる。ユーザがフィードに申し込むと、補助ガジェットはＲＳＳフィードから同封されているポッドキャストを引き出す。デバイスをドッキングする毎に、ガジェットは、後に聞くために、ポッドキャストをそれに同期させる。

ここに記載するように、ＲＳＳを用いて、新しいガジェットをインストールすることができる。例えば、以下で図４を参照しながら説明するが、zzzmovies.comのようなサイトがＲＳＳムービー情報フィードを提供する場合がある。ユーザがこのフィードに申し込むと、補助ＲＳＳガジェット２１６は、補助ディスプレイがこのフィードからの、スケジュール、チケットの入手可能性、および検討を含む、ムービー情報を示すことを可能にする特殊ムービー情報ガジェットをzzzmovies.comが配布していることを検出する。ユーザがこのようなガジェットを別個にダウンロードしインストールしなければならない代わりに、ＲＳＳガジェット２１６（または制御パネル・アプレットのようなその他のエンティティ）が、通例プロンプトおよび／またはその他の方針チェックに続いて、自動的に新しいムービー情報ガジェットをインストールする。ＲＳＳガジェット２１６は、サポートするデバイス上でのみ機能するように、ムービーガジェットを構成する。例えば、ムービーガジェットは、単一線キーボード補助ディスプレイ上では現れないが、セル・フォンの画面上には現れる。

このように、ＲＳＳガジェット２１６は、ユーザが補助表示プラットフォームを用いて、オーディオ（例えば、ポッドキャスト）、フォト、テキスト（例えば、ブログ）等を含む、種々のメディア・フォーマットで携帯用デバイス上でコンテンツを消費（および作成）することを可能にする。その結果、ユーザは申し込んだフィードを閲覧し、ポッドキャストを聴取し、フォト／ビデオを目視し、それらの補助ディスプレイ・デバイスを通じて同様のタスクを実行することが可能となる。尚、これは、コンテンツを消費／作成する単体ＲＳＳデバイスによって、またはマルチメディア・コンテンツを消費するオーディオ・プレーヤのような既存の携帯用デバイスを用いることによって遂行することができる。

更に具体的な１例の実現例に移ると、図３に概略的に表すように、ＲＳＳプラットフォーム３５０はＲＳＳデータをＲＳＳガジェット（補助ディスプレイ用）２１６に供給する。具体的な実現例の一例では、配信伝達手段（例えば、Internet Explorer系ブラウザのようなブラウザ）がＲＳＳフィード・プラットフォームを登録する設定動作を実行し、アプリケーションまたはユーザがそれを行わなくても済むようにする。ＲＳＳフィード・プラットフォームは、ダイナミック・リンク・ライブラリ、例えば、msfeeds.dllに位置する１つ以上のWin32 COM APIとして実装することができる。

ＲＳＳフィードは、ブラウザ・コンポーネントのお気に入りの配列を格納する方法のように、フォルダの集合、およびフォルダ内にあるフィードとして配列することができる。尚、フォルダおよびフィードの順序は、通例、システムのフィード・リストには維持されていないが、１例の実現例では、（ブラウザのお気に入りフォルダおよびサイトと同様）、代わりに、オペレーティング・システム／ブラウザ・コンポーネント、およびＲＳＳエクスプローラ・プログラム(explorer program)がフォルダおよびフォルダ内のフィードの順序を格納するために、登録キーの集合を共有することを記しておく。ＲＳＳガジェット２１６は、これらのフォルダおよびフィードの順序のための登録キーを読み取る。システムのフィード・リストに申し込みの順序を格納するための登録キーの一例は、

である。

尚、ユーザは多数の補助デバイスを有する場合もあり、したがって特定のフィードを特定のデバイスにマッピングすることを望む場合もあり得ることを記しておく。例えば、所与のデバイスの限界のために、そのデバイスがサポートすることができるフィードが、ユーザが申し込んだフィード全てのうちの部分集合だけとなる場合があり得る。例えば、一部の単純なコンテンツ・フォーマット可能デバイスは、ＲＳＳフィードを送り込もうとするときに、貧弱なユーザ体験しか得られないフォームファクタを有する場合もあり、ユーザはこのようなデバイスではフィードを落とす(turn off)ことができなければならない。更に、使い勝手の理由から、ユーザによっては何百ものフィードを有することもあるので、ユーザは全てのフィードを１台のデバイスで消費したくない場合もある。また、フォトのような特定のメディア・タイプでは、ユーザは特定のソースからのフィードを消費することしか選択できない場合もある。

ユーザが特定のフィードを特定の補助デバイスと連合することを可能にするために、図３に表すように、フィード対デバイス（フィード：デバイス）表３５２または同様のデータ構造を作成することができる。補助ディスプレイの制御パネル・アプレット３５４のプロパティ・ページを通じてというように、フィード対デバイス構造３５２を作成するには、一実現例では、プラットフォームは新しいプロパティ、例えば、AUX_CAPABILITY_DEVICE_NAMEを各デバイスの能力定義に含ませる。DEVICE_NAMEを追加して、以下のデバイス能力を指定することができる。

ＲＳＳガジェット２１６は、ISideShowCapabilitiesCollectionインターフェースを用いて、ユーザのシステム上で現在接続されている補助デバイスの部分集合を列挙することができる。ガジェットが各デバイスのプロパティを問い合わせると、次いで、ガジェットは当該デバイスに対する愛称を（前述のDEVICE_NAMEから）取り込み、表等を送り込むことができる。これにより、ユーザは、例えば、制御パネル・アプレット３５４のユーザ・インターフェースにおいて、特定のフィードを特定のデバイス（または複数のデバイス）に関連付けることが可能になる。
例えば、

一般に、ガジェットは以下のことを行う。
１．IAuxiliaryDisplayContent::DifferentiateContentからの
BOOL*out_pfDifferentiateContentをTRUEに設定する。
２． 新しいコンテンツを追加するためにISideShowContentManager::Add()をコールするとき、プラットフォームは、デバイス毎にIsideShowContentインターフェースからの別個のGetContent()を呼び戻す。
３．次いで、各GetContent()コールを用いて、ガジェットは
IAuxiliaryDisplayCapabilitiesポインタを用いて、各デバイスの愛称を問い合わせる。デバイス名を、内部に格納されているフィード対デバイスのマッピングと組み合わせることにより、特定のデバイスに基づくフィードのみが戻される。

ＲＳＳガジェット２１６は、デバイスに基づいて特定のフィードだけを戻すために、潔くISideShowContent::GetContent()コールバックをし損ねる場合がある。尚、ガジェットはISideShowContentManager::Addをコールし、コンテンツ・マネージャはそのISideShowContentインターフェースにガジェットを呼び戻すので、これはコールバックである。

例えば、デフォルトで制御パネル・アプレットのユーザ・インターフェースを通じて修正するというように、一旦何らかの方法で関連付けを行ったなら、ＲＳＳガジェット２１６はこのフィード対デバイス構造（例えば、グラフ）３５２を格納し、ガジェットが後にストア３５２にアクセスして、どのフィードをどのデバイスにプッシュするか判定できるようにする。例えば、一人のユーザは、音楽に関する全てのフィードを音楽プレーヤ・デバイス上で見たい／聞きたいが、緊急作業フィードをセル・フォン上で見たいという場合があり得る。尚、ＲＳＳガジェット２１６（またはそれによって作成する仮想ガジェット）は、デバイス毎に単純コンテンツ・フォーマットのコンテンツをカスタム化して、異なるフィードに対処することもできることを記しておく。ユーザはいつの時点でも補助ディスプレイの制御パネル・アプレット３５４からの各関連を更新することができるので、ＲＳＳガジェット２１６もそれに応じて、格納されているその構造３５２を更新する。

ＲＳＳガジェット２１６は、デフォルトで補助ディスプレイ・マニフェストの一部としてインストールすることができる。補助ディスプレイ・デバイスが取り付けられていない場合、ガジェットをディスエーブルすればよく、補助ディスプレイの制御パネル・アプレット３５４上に現れる必要はない。この１例の実現例では、ＲＳＳガジェット２１６はどのようなＵＩもＲＳＳプラットフォームに追加する必要はない。何故なら、補助ディスプレイ制御パネル・アプレット３５４のユーザ・インターフェースを通じてコンフィギュレーションを扱うことができるからである。

１例の実現例では、補助ディスプレイ・ガジェットに必要な登録情報を書き込むには、以下の大要構造を用いることができる。

前述のように、ＲＳＳガジェット２１６には補助プラットフォームも登録される（例えば、ＡＰＩ／コンポーネント２４６、３５６および３５８と通信するため）が、ガジェット２１６は、補助ディスプレイを有さないホスト・コンピュータ・システムや、補助ディスプレイをサポートしないオペレーティング・システムを有するホスト・コンピュータ・システムにはインストールする必要はない。ＲＳＳガジェット２１６は、デフォルトでインストールすることができ、デバイスの製造業者またはその他のエンティティによってカスタム化できるようにしてもよい。

尚、ＲＳＳ可能デバイスを最初に発見したとき、ＲＳＳガジェット２１６はダイアログ等を表示して、補助デバイス上におけるＲＳＳの使用について、更にどのようにしてＲＳＳガジェット２１６と相互作用するか、例えば、補助ディスプレイの制御パネル・アプレット３５４を通じて、ユーザを教育することもできることを記しておく。更に、ガジェットの挙動に関して、判断基準を満たすのであれば、例えば、ＲＳＳプラットフォームがアップして走っている最中である、しかるべきＳＫＵ（オペレーティング・システムのストック・キーピング・ユニット）上でのみ走る、そして１つ以上のＲＳＳサポートが可能な補助ディスプレイ・デバイスが現在ホスト・コンピュータ上にインストールされている場合、ユーザのログインのときに開始するようにガジェットを構成することもできる。１例の実現例では、ＲＳＳガジェット２１６は、これらの判断基準の各々が満たされなければ、イネーブルされない。

一旦イネーブルされると、元々ＲＳＳプラットフォームが継続的に走っていると、ＲＳＳガジェット２１６は通例デフォルトで背景で走り、いずれの理由にしてもＲＳＳ／補助プラットフォームがない場合には、ＲＳＳガジェット２１６は自己ディスエーブルする。ＲＳＳガジェット２１６は、例えば、補助デバイスが接続されていないときにガジェットがデータ転送を保留することができるように、ネットワークの接続性について知らせることもできる。

基本的なプラットフォーム、ガジェット、およびデバイスの相互作用に介して、以下の大要構造を用いることができる（しかし、必ずしも呈示する順序でなくてもよいことは言うまでもない）。

ポッドキャスト、音楽、およびビデオを再生するというような場面を可能にするために、補助デバイス・ドライバ・フレームワーク３５８は、埋め込みデバイスと直接インターフェースして、そのハードウェアおよびファームウェアを利用することができる。補助デバイスのネーティブ・デバイス（例えば、ポッドキャストの場面）との一体化のために、補助デバイス・ドライバは、コンテンツを直接デバイス・メモリに書き込み、再生制御の用意があるファームウェア機能にアクセスすることができる。

ソース・プロバイダの観点からは、補助ディスプレイ・プラットフォームおよびＲＳＳガジェットは、ソフトウェア・ベンダまたはコンテンツ発行者がＲＳＳを利用してユーザのために新しいガジェットを配信しインストールすることを可能にする。更に、これはサイドショー・ガジェット(SideShow gadget)の使用場面も増加させる。何故なら、コンテンツ・プロバイダおよびソフトウェア・ベンダは、今やコンテンツを、ローカルにパーソナル・コンピュータに供給するだけでなく、サイドショー・デバイスにもウェブから供給することができるからである。これは、単純コンテンツ・フォーマットに対するＭＩＭＥタイプ（例えば、コンテンツ・タイプ：text/x-simple_content_format)や、補助インストール・データに対するＭＩＭＥタイプ（例えば、コンテンツ・タイプ：アプリケーション／ガジェット）を含む、新しいＭＩＭＥタイプを指定し登録することを含むこともある。

ＲＳＳエンティティが新しいガジェットを配信することができる方法、即ちＲＳＳフィードを通じた方法を容易にするためには、エンティティは、ガジェット・インストール・メタデータを同封したＲＳＳフィードを発行するだけでよい。例えば、ガジェット・エンクロージャは、タイトル、アイコン、サポートする終点等を新しいガジェットのために収容することができる。その後、ＲＳＳ同期エンジン（例えば、ＲＳＳプラットフォーム３５０の一部）が自動的に単純コンテンツ・フォーマットおよび／またはガジェット・エンクロージャをダウンロードする。

ＲＳＳを用いて新しい補助ガジェットを構築し配信する観点からは、サイトzzzmovies.comを所有するような会社のために作業するソフトウェア開発者を考える。ユーザが、各ユーザの所在地に基づいてリアル・タイム・ムービー情報を見ることを可能にする「ムービー」ガジェットをリリースするためには、開発者は特殊データ（例えば、ムービー・ガジェットに関するメタデータおよび単純コンテンツ・フォーマットのリアル・タイム情報）を、zzzmovies.comのＲＳＳフィードの中に、エンクロージャを用いて埋め込めばよい。受信すると、ＲＳＳガジェットはこの単純コンテンツ・フォーマットのデータを解析し、ユーザが最初にこのフィードに申し込むときに、ムービー・ガジェットをインストールする。

図４は、このような例示的な例の１つ、例えば、セル・フォン系補助ディスプレイ・デバイス４６０のような補助デバイスがサイトzzzmovies.comからのムービー・リスト、即ち、そのウェブ・サーバ４６２から入手したムービー・リストを呈示する例を表す。この例では、ユーザが既に種々のＲＳＳフィード（Ｘ、Ｙ、Ｚ）を種々のウェブ・サイト（サーバ）４６４から、ＲＳＳガジェット２１６を通じてセル・フォン４６０上で読んでいると考える。このフィードＸ、ＹおよびＺに既に申し込んでいる状態は、図４では概略的に、円で囲んだ１で示す矢印で表されている。

この例では、zzzmovies.comのウェブサイトを閲覧するときというような、その後のある時点において、ユーザは、zzzmovies.comサーバ４６２からｚｚｚムービー・ガジェット・エンクロージャ４７０を収容した新しいフィードＷに申し込む。このような申し込み要求のときに、ＲＳＳガジェット２１６に通知され（例えば、ＲＳＳプラットフォーム３５０を通じて）、ＲＳＳガジェット２１６は<gadget>エンクロージャを見る。全体的に、これは、図４において、円で囲った２で示す矢印で表されている。応答して、ＲＳＳガジェット２１６はｚｚｚムービー・ガジェット４７０をインストールする（円で囲った３で示す矢印）。尚、インストールを許可するためには、何らかの方針および／またはユーザの承認が求められる場合があることを記しておく。

インストールの後、ｚｚｚムービー・ガジェット４７０をロードして走らせることができ、ＲＳＳプラットフォーム３５０を用いて、それ自体のフィードＷに申し込むことができ、この時点の後、図４において円で囲った４で示す矢印で全体的に表すように、ＲＳＳガジェット２１６とは独立して動作することができる。フィードＷを通じて、ｚｚｚムービー・ガジェット４７０は、エンクロージャを通じて、単純コンテンツ・フォーマットの生コンテンツを受信することができるが、前述のように、代わりに変換コードを含み、ＲＳＳフィード・コンテンツを、フィード・コンテンツをデバイスの能力に最良に一致させるコンテンツのような、デバイスが理解することができるフォーマットに変換することもできる。

代替実現例では、ＲＳＳガジェット２１６にＷフィードに申し込ませ、ｚｚｚムービー・ガジェットのデータを管理させることもできる。この実現例では、ＲＳＳガジェット２１６は事実上ｚｚｚムービー・ガジェットを走らせている。

尚、一旦インストールしたならば、ｚｚｚムービー・ガジェット４７０は毎回インストールする必要はなく、逆に、既にレジストリの中にある、対応する情報を有するメタデータにおけるそのインストール・データを用いれば、同じメタデータがＲＳＳフィードにおいて検出されたときにはいつでも、ガジェットのインスタンスをロードして走らせる（即ち、インスタンス化する）ことができる。例えば、ガジェット２１６が、メタデータが既に処理されて、インストール・データとなってレジストリの中にあることを認識した場合、このインストール・データをレジストリから読み出せば（または現在のメタデータを同等のインストール・データに変換してもよい）、対応するガジェットのインスタンスがコンテンツを扱うこと（例えば、ロードして走らせる）を可能にすることができる。

容易に認めることができるであろうが、同じ目的のために別のガジェットをイネーブルする代わりに、ＲＳＳガジェットがＲＳＳコンテンツを扱うことは実現可能であるが、図４に例示するモデルは、新しいガジェット４７０およびＲＳＳガジェット２１６の双方がＲＳＳをデータ配信メカニズムとして用いても、新しいガジェット４７０の管理がＲＳＳガジェット２１６から分離されていることを含む、多くの理由のために有利である。便益の中でもとりわけ、このモデルはフィードＷを２箇所で重複して示すこと、例えば、セル・フォンのＲＳＳメニューにおいて１回、そしてそれ自体のムービー・メニューにおいて１回示すことを防止する。また、新しいガジェット４７０はホスト・サーバとのそれ自体のデータの双方向処理も扱うことができ、これによって、ＲＳＳガジェット２１６は、Ｗフィードから受信する余分な（ガジェットに関係ない）エンクロージャを処理するために、ロジック、変換コード等を有する必要がなくなる。尚、ＲＳＳガジェット２１６が何らかの理由で走るのを停止した場合、ムービー・ガジェット４７０も停止することを記しておく。

図５は、ＲＳＳガジェット２１６が取り込むことができるロジックの一例を示し、ユーザがフィードに申し込み、しかるべきメタデータ、例えば、<gadget>エンクロージャを収容するフィードを受信した（ステップ５０２）最初のときに、ステップ５０４および５０６による評価に応じて、ユーザにはそのフィードのコンテンツのためのガジェットをインストールする機会が与えられる。例えば、ステップ５０８は、評価される方針および／またはユーザ・コンテンツを表し、例えば、ＲＳＳガジェット２１６のユーザ・インターフェースがユーザに、デバイスと共に作動することができる何らかの［Ｘ］ガジェットをフィードが有することを示すように催促し、ユーザがこれをイネーブルしたいか否か問い合わせる。イネーブルしたくない場合、プロセスを終了する。尚、ステップ５０６において、ガジェットが既にインストールされている場合、例えば、ユーザがＲＳＳフィードに最初に申し込んだのではない場合、またはユーザが何らかの他の方法でそれをインストールした場合、プロセスはステップ５１２に進み、既にインストールされているガジェットを用いる。

ユーザ／方針がガジェットのイネーブルを許可する場合、例えば、ユーザがステップ５０８において同意した場合、ＲＳＳガジェットは処理を進めて、ステップ５１０において新しいガジェットをインストールする。一実現例では、これは、<gadget>エンクロージャの中にあるメタデータに基づいて、必要なレジストリ情報を書き込むこと、補助ディスプレイの制御パネル・アプレットを開いて、ユーザにこのガジェットをしかるべきデバイスに割り当てるように催促すること、そしてこの特定のフィードを、新しくインストールしたガジェットと関連付けることを含むことができる。これによって、しかるべきフォーマット（例えば、単純コンテンツ・フォーマットのエンクロージャ）の後続のエンクロージャがこのガジェットのみに配信されることを確保する。新しいガジェットを補助プラットフォームに登録することができる。インストールが完了した後、プロセスはステップ５１２に進む。

ステップ５１２において、ＲＳＳガジェット２１６は、インストールしたガジェットをロードして走らせる。尚、ガジェット２１６自体がフィード・コンテンツを扱うこともできるが、一実現例では、ＲＳＳガジェット２１６はこのフィードに申し込まず、またこのフィードを管理せず、代わりに、新たにロードし走らせたガジェットに、フィード・コンテンツを受信させる。理由の中でもとりわけ、これは、例えば、フィードがユーザのデバイスのＲＳＳメニューに現れ、そのデバイス上で別個のガジェットを示す場合に、ユーザの混乱を避けるのに役立つ。更に、ロードされたガジェットは、そのホスト・ウェブ・サーバとのそれ自体の相互作用、データ要求等を扱う。これは、恐らくは多くのデータ・ソースからのＲＳＳフィードを扱うＲＳＳガジェット２１６とは独立しているときには、有利である。

図６の流れ図に概略的に表すように、図５によってロードし走らせた（以前にインストールしたまたは新しくインストールした）ガジェットは、その特定のフィードをＲＳＳプラットフォームから取り込み（ステップ６１８）、ホスト・ウェブ・サーバとのデータ双方向処理を扱う（ステップ６２４および６２８）ことを責務とする。総じて、補助プラットフォームとの通信は、ステップ６２０において補助デバイスがフォーマットを理解するために必要なあらゆるコンテンツ・フォーマット変換を実行した後に、（例えば、単純コンテンツ・フォーマットのエンクロージャの中にある）ＲＳＳデータから抽出したあらゆるコンテンツをＲＳＳプラットフォームに送る（ステップ６２２）ことである。

以下の情報は、ページを用いてユーザに情報を呈示する、ユーザ・インターフェースの概念のいくつかの例であり、ＲＳＳフィールドの例は、<bracket>でこれらを囲むことによって示されている。

本発明には種々の変更や代替構造が容易に得られるが、その実施形態のあるものを例示して、図面に示しこれまでに詳細に説明した。しかしながら、本発明を、開示した特定の形態に限定する意図はなく、逆に、本発明は、発明の主旨および範囲に該当するあらゆる変更、代替構造、および同等物を包含することを意図している。

図１は、本発明の種々の形態を組み込むことができる汎用計算環境の代表例を示す。 図２は、フィード・メタデータから作成したガジェットによってＲＳＳフィードを扱うコンポーネントの例を概略的に表すブロック図である。 図３は、補助ディスプレイ・デバイスにＲＳＳデータを供給する１例の実現例を概略的に表すブロック図である。 図４は、作成またはロードされ、ＲＳＳフィードからのコンテンツを扱うために実行するガジェットの図である。 図５は、ガジェットがＲＳＳソースからのＲＳＳコンテンツを扱うことを可能にするためにＲＳＳデータを処理するステップ例を概略的に表す流れ図である。 図６は、ＲＳＳソースからのＲＳＳコンテンツを扱うことを一旦可能にしたガジェットが実行するステップ例を概略的に表す流れ図である。

Claims (20)

1. コンピュータ実行可能命令を有するコンピュータ読み取り可能媒体であって、実行されると、
   ソースから受信したデータを処理するステップであって、前記データと関連のあるメタデータを処理することを含み、前記メタデータは前記データと関連のあるコンテンツを扱うための情報に対応する、ステップと、
   ガジェットが前記コンテンツを扱うことを可能にするために、前記メタデータ情報を用いるステップであって、前記コンテンツの少なくとも一部を補助ディスプレイ・プラットフォームに供給することを含む、ステップと、
   を実行する、コンピュータ読み取り可能媒体。
2. 請求項１記載のコンピュータ読み取り可能媒体において、前記メタデータを処理するステップは、前記メタデータに対応する情報がレジストリにあるか否か判定することを含む、コンピュータ読み取り可能媒体。
3. 請求項２記載のコンピュータ読み取り可能媒体において、前記メタデータを処理するステップは、前記メタデータに対応する前記情報が前記レジストリにあることを示し、前記ガジェットを可能にするために前記メタデータを用いるステップは、前記レジストリの中にある前記情報に基づいて、ガジェットをロードして走らせることを含む、コンピュータ読み取り可能媒体。
4. 請求項２記載のコンピュータ読み取り可能媒体において、前記メタデータを処理するステップは、前記メタデータに対応する前記情報が前記レジストリにないことを示し、前記ガジェットを可能にするために前記メタデータを用いるステップは、前記ガジェットをインストールするために前記メタデータに対応する情報を前記レジストリに書き込み、前記ガジェットをロードして走らせることを含む、コンピュータ読み取り可能媒体。
5. 請求項１記載のコンピュータ読み取り可能媒体であって、更に、前記コンテンツの前記少なくとも一部を前記補助ディスプレイ・プラットフォームに供給するために、前記コンテンツを一つのフォーマットから別のフォーマットに変換することを含むコンピュータ実行可能命令を有する、コンピュータ読み取り可能媒体。
6. 請求項１記載のコンピュータ読み取り可能媒体において、前記データ・ソースはＲＳＳフィードに対応し、更に、オーディオ、ビデオ、画像、テキスト、１つ以上のＭＩＭＥタイプ、または前記ＲＳＳフィードからのその他のコンテンツのうち１つ以上を含む、追加のコンテンツを受信することを含む、コンピュータ実行可能命令を有する、コンピュータ読み取り可能媒体。
7. 請求項１記載のコンピュータ読み取り可能媒体において、前記ガジェットを可能にするために前記メタデータ情報を用いるステップは、レジストリに書き込むことによって、少なくとも１つの仮想ガジェットを作成するために、１つのガジェットを走らせることを含む、コンピュータ読み取り可能媒体。
8. 請求項１記載のコンピュータ読み取り可能媒体において、前記ガジェットを可能にするために前記メタデータ情報を用いるステップは、１つのガジェットに、別のガジェットに対する実行可能ソフトウェア・コードを配信およびインストールさせることを含む、コンピュータ読み取り可能媒体。
9. データ・ソースと、補助デバイス上にコンテンツを表示するために当該補助デバイスと通信するコンピュータ・システムとを有するコンピュータ環境において、
   ガジェットにおいて受信データを入手するステップと、
   前記受信データの中に含まれるメタデータを処理するステップであって、前記メタデータが、前記受信データと関連のあるコンテンツを扱うことができる他のガジェットに対応する、ステップと、
   前記メタデータから、前記他のガジェットをインストールする必要があるか否か判定し、必要がある場合、前記他のガジェットをインストールするステップと、
   前記他のガジェットを走らせるステップと、
   前記他のガジェットを通じてコンテンツを受信するステップであって、前記補助ディスプレイ・デバイスによる消費のために、前記コンテンツの少なくとも一部を出力することを含む、ステップと、
   を備えた、方法。
10. 請求項９記載の方法において、前記メタデータから、前記他のガジェットをインストールする必要があるか否か判定するステップは、レジストリの中にあるデータにアクセスすることを含む、方法。
11. 請求項９記載の方法において、前記他のガジェットをインストールする必要があり、前記他のガジェットをインストールするステップは、前記メタデータに対応する情報をレジストリに書き込むことを含む、方法。
12. 請求項９記載の方法において、前記補助ディスプレイ・デバイスによる消費のために前記コンテンツの少なくとも一部を出力するステップは、前記コンテンツを一つのフォーマットから別のフォーマットに変換することを含む、方法。
13. 請求項９記載の方法において、前記データを入手するステップは、ＲＳＳフィードに申し込むために通信することを含む、方法。
14. ホスト・コンピュータと、該ホスト・コンピュータに結合する補助デバイスとを有する計算環境において、
    データ配信ソースから配信データを受信するプラットフォームと、
    前記プラットフォームに結合された配信ガジェットであって、前記申し込みプラットフォームにおいて受信した前記配信データを処理する、配信ガジェットと、
    前記配信ガジェットと関連したインストーラ・メカニズムであって、特定のデータ・ソースから受信した前記配信データの組の中にある情報に基づいて、前記特定のデータ・ソースの必要性に応じて、特定のガジェットをインストールするように構成された、インストーラ・メカニズムと、
    前記特定のガジェットからコンテンツを受信する補助ディスプレイ・プラットフォームであって、前記コンテンツが前記特定のデータ・ソースから受信した前記配信データに対応する、補助ディスプレイ・プラットフォームと、
    を備えた、システム。
15. 請求項１４記載のシステムにおいて、前記計算環境は、複数の補助ディスプレイ・デバイスを備えており、更に、前記特定のフィードを前記補助ディスプレイ・デバイスの部分集合に関係付けるマッピング・メカニズムを備えた、システム。
16. 請求項１４記載のシステムにおいて、前記データ配信ソースは、ブログ／ＲＳＳ消費、ブログ／ＲＳＳ作成、ディジタル・フォト・フレーム、ポッドキャスト、およびサイドバー・ガジェットのうち少なくとも１つに対応するＲＳＳデータ・ソースである、システム。
17. 請求項１４記載のシステムにおいて、前記補助デバイスは、第１データ・フォーマットを理解し、更に、データを別のデータ・フォーマットから前記第１データ・フォーマットに変換する手段を備えた、システム。
18. 請求項１７記載のシステムにおいて、前記特定のガジェットは、データを別のデータ・フォーマットから前記第１データ・フォーマットに変換する前記手段と関連した、システム。
19. 請求項１４記載のシステムにおいて、前記インストーラ・メカニズムは、前記特定のデータ・ソースから受信した情報に対応する情報をレジストリに書き込むことによって、前記特定のガジェットをインストールする、システム。
20. 請求項１９記載のシステムにおいて、前記特定のデータ・ソースから受信する前記情報は、前記ガジェットに関係するエンクロージャに収容された、システム。

Images