JP2008524736A - アドホック・ピアツーピア・ネットワーク用の集約コンテンツ・リスト - Google Patents

Abstract

アドホック・ピアツーピア・ネットワークにおいてコンテンツへのアクセスを提供するもので、ネットワークに接続された複数のメディア・サーバから関連するメディア・サーバを介して入手可能なコンテンツを記載するコンテンツ・リストを収集することが含まれる。コンテンツ・リストのサブセットが、コントロール・ポイント・デバイスに関連するアイデンティティに基づいて選択される。集約コンテンツ・リストが、選択されたコンテンツ・リストのサブセットに基づいて、コントロール・ポイント・デバイスに提示される。
【選択図】図１

Description

本発明は、全般的にコンピュータ・ネットワーキングに関し、特に、ピアツーピア・ネットワークにおいてコンテンツ・リストを提供するシステム、装置および方法に関する。

モバイル通信の構造基盤の性質により、携帯電話などのモバイル・デバイスは、特定のサービス・プロバイダ・ネットワークに拘束されることが多い。業界ではある程度の標準化が行われてきたとはいえ、未だに、プロバイダの選択は、モバイル・デバイスを選択するときの主要な検討事項となる。しかし一方で、接続するプロバイダ・ネットワークが１つにとどまらないモバイル・デバイスの需要は高まっている。

携帯電話が偏在するようになったことから、こうしたモバイル・デバイスに、汎用性のあるコンピュータ機能を増やすことが求められるようになってきた。例えば、個人情報管理および電子メール・クライアントなどのプログラムを、携帯電話の常時待機、常時接続の特性と組み合わせれば、とりわけ有用になる。こうしたことから、多様なネットワークとの接続が可能な電話に対する需要が生じてきた。例えば、モバイル・デバイスが、他の家庭用電子デバイスと相互作用できる機能を備えているとよい。

ユニバーサル・プラグ・アンド・プレイ（商標）（ＵＰｎＰ）として知られる規格は、モバイル・デバイスを含む多種類の処理デバイスに、ローカル・ネットワーク上でデータ交換を行う方法を提供する。ＵＰｎＰ規格は、多種多様な電子デバイスを利用したピアツーピア・ネットワーク接続を実現するアーキテクチャを、定義している。ＵＰｎＰ規格は、サービス発見のための規格も備えており、また、主として、近距離ネットワークまたはアドホック・ネットワークを対象としている。

様々なコントリビュータが、ＵＰｎＰデバイスおよびサービス・ディスクリプションを公開しており、そのため、デバイスの接続が容易になり、ネットワークを実現しやすくなっている。ＵＰｎＰは、家庭、職場、公共の場を含む多様な環境において、インターネットに接続するデバイス上で機能するように考案されている。ＵＰｎＰ規格は、ウェブ技術を利用したオープン・アーキテクチャであり、アドホック・ネットワーキングおよび分散型コンピューティングを提供することを目的としている。

ＵＰｎＰモデルは、多様なデバイスカテゴリに適合するゼロ設定（ｚｅｒｏ ｃｏｎｆｉｇｒａｔｉｏｎ）ネットワーキングおよび自動発見機能をサポートするように設計されている。これにより、デバイスが、動的にネットワークに参加し、インターネット・プロトコル（ＩＰ）アドレスを取得し、自分の機能について伝達し、他のデバイスの存在と機能を知ることができるようになる。ＵＰｎＰネットワークには、動的ホスト構成プロトコル（ＤＨＣＰ）およびドメインネーム・サービス（ＤＮＳ）など、ローカル・ネットワークおよびインターネットをベースとした多数のプロトコルを備えることができる。デバイスは、不必要な状態を残さずに、円滑にかつ自動的にＵＰｎＰネットワークから離れることができる。

ＵＰｎＰアーキテクチャには、ネットワーク上のデバイスを発見するメカニズムと、それらのデバイスの機能を記述するメカニズムが備わっている。ＵＰｎＰの発見プロトコルによって、デバイスが、マルチキャスト・メッセージを利用して、ネットワーク・エンティティに対して自分のサービスをアドバタイズすることができるようになる。マルチキャスティングとは、１つのデータをＩＰネットワーク上の複数の受信者に向けて送信することである。デバイスは、１つまたは複数のサービス通知メッセージをマルチキャストできる。各メッセージは、メッセージの発信者から入手可能な組み込みデバイスおよび／またはサービスを記述している。ネットワーク上の他のデバイスは、これらのサービス通知メッセージのマルチキャスト・アドレスをリッスン（ｌｉｓｔｅｎ）する。デバイスは、この情報を利用して、ＵＰｎＰサービスを発見し利用するのである。

ＵＰｎＰネットワーク上のデバイスは、多様な役割を担うことができる。例えば、ＵＰｎＰデバイスは、コントロール・ポイント、レンダラ、メディア・サーバとなることができる。メディア・サーバは、一般に、データを他のＵＰｎＰエンティティが利用できるようにしている。例えば、ＵＰｎＰレンダラは、メディア・サーバからデータを引き出し、そのデータを知覚可能な形態で表現することができる。ＵＰｎＰコントロール・ポイントの役割を担っているデバイスは、ユーザが、レンダラおよびメディア・サーバなどのＵＰｎＰエンティティ間のデータの配分を見て制御できるようになっている。

さらに、ＵＰｎＰは、コンテンツ・ディレクトリ・サービス（ＣＤＳ）を定義していて、それにより、メディア・サーバおよび同様のデバイスが、入手可能なコンテンツをＸＭＬのツリーデータ構造の形で公表することができるようになる。ＣＤＳを介して発見できるコンテンツとしては、歌およびビデオクリップなど、コンテンツの単体を挙げることができる。ＣＤＳコンテンツが、プレイリストおよびフォトアルバムなど、アイテムのコレクションに相当するコンテナである場合もある。各々のＣＤＳコンテンツ・オブジェクトは、アイテムであれコンテナであれ、タイトル、アーチストといったオブジェクトの様々な属性を記述するメタデータを含んでいる。

携帯電話などのモバイル・デバイスは、ＵＰｎＰレンダリング・デバイスおよびＵＰｎＰコントロール・ポイントの両方に適用することができる。携帯電話は、ＵＰｎＰネットワーク上でコントロール・ポイントとしての役割を果たすために、１つまたは複数のメディア・サーバで利用できるＣＤＳにアクセスするだろう。しかし、当然ながら、ホームのメディア・サーバは、それぞれ多数のエントリを有している。適度な速さを備えたコンピュータであっても、多種多様なサーバ・デバイス上にある多数のＣＤＳエントリを取り出して索引を付けるのには、相当の時間を要する可能性がある。携帯電話など小型の帯域幅の狭いデバイスを使用して多数のエントリにアクセスすれば、ＣＤＳデータを引き出す際に、受け入れがたいタイム・ラグが発生するだろう。したがって、この種のローカル・ネットワーク環境において、コンテンツを検索してその位置を特定するのに、効率的でかつ使いやすい方法が求められている。

前述の、先行技術における限界を克服するため、および、本明細書を読み理解することによって明らになるであろう他の限界を克服するために、本発明は、アドホック・ピアツーピア・ネットワークにおけるコンテンツへのアクセスを提供するシステム、装置および方法を開示する。

本発明の一実施形態によれば、アドホック・ピアツーピア・ネットワークにおけるコンテンツへのアクセスを提供する方法には、ネットワークに接続している複数のメディア・サーバから、関連するメディア・サーバを通じて入手可能なコンテンツを記載するコンテンツ・リストを収集することが含まれる。コントロール・ポイント・デバイスと関連付けられたアイデンティティに基づいて、コンテンツ・リストのサブセットが選択される。コンテンツ・リストの選択されたサブセットに基づいて、集約コンテンツ・リストが、コントロール・ポイント・デバイスに提示される。

さらに特定の実施形態では、この方法により、メディア・サーバから収集されたすべてのコンテンツ・リストおよび／またはコンテンツ・リストの選択されたサブセットを、集約コンテンツ・リストに収納することができる。また、この方法では、コンテンツ・リストのサブセットが一貫した形態となるように、集約コンテンツ・リストの少なくとも一部分を修正することができる。集約コンテンツの修正には、コンテンツ・リストの要素を削除および／または追加することなどが含まれる。追加要素は、メディア・サーバのコンテンツ・リストとは別に、データベースに保存することができる。集約コンテンツ・リストの一部分の修正は、コントロール・ポイント・デバイスに関連するアイデンティティに基づいて行うことができる。

この方法による１つの設定においては、コンテンツ・リストのサブセットの選択をするときに、コントロール・ポイント・デバイスに関連するユーザ・アイデンティティに基づいて、サブセットの選択を行うことができる。また、サブセットを、コントロール・ポイント・デバイスのレンダリング機能に関連する帯域幅能力に基づいて選択することも可能である。この方法では、さらに、コンテンツ・リストとともに、ユーザ・アイデンティティに関連するプロファイルを保存することもできる。プロファイルは、コンテンツ・リストのサブセットを選択するときに使用される。このアドホック・ピアツーピア・ネットワークが、ユニバーサル・プラグ・アンド・プレイ・ネットワークである場合もある。

本発明の別の実施形態では、装置が、アドホック・ピアツーピア・ネットワークを介して通信することのできるネットワーク・インターフェースを備えている。ネットワーク・インターフェースは、プロセッサと接続しており、プロセッサには、メモリが接続されている。メモリは、コンテンツ収集モジュールを有し、このコンテンツ収集モジュールの伝える命令によって、プロセッサが、ネットワークに接続した複数のメディア・サーバから、関連するメディア・サーバを介して入手可能なコンテンツを記載したコンテンツ・リストを収集する。メモリは、ディレクトリ・サービス・モジュールも有し、このディレクトリ・サービス・モジュールの伝える命令によって、プロセッサが、ネットワークに接続している１つまたは複数のコントロール・ポイント・デバイスからコンテンツ・リストを求めるリクエストをネットワーク・インターフェースを介して受け取り、コントロール・ポイント・デバイスに関連するアイデンティティに基づいてコンテンツ・リストのサブセットを選択し、選択したコンテンツ・リストのサブセットに基づく集約コンテンツ・リストを、ネットワーク・インターフェースを介して、コントロール・ポイント・デバイスに提示する。

さらに特定の実施形態では、本装置は、プロセッサに集約コンテンツ・リストの少なくとも一部分を修正させるための命令を有する、変換モジュールを備えることができる。本装置は、プロセッサにユーザ・アイデンティティに関連するプロファイルを保存させるための命令を有する、プリファレンス・モジュールを備えることもできる。ディレクトリ・サービス・モジュールは、このプロファイルを使用して、コンテンツ・リストのサブセットを選択する。

本発明の別の実施形態では、装置が、アドホック・ピアツーピア・ネットワークを介して通信することのできるネットワーク・インターフェースを備える。ネットワーク・インターフェースは、プロセッサと接続しており、プロセッサには、メモリが接続されている。メモリは命令を備えており、その命令により、プロセッサが、集約コンテンツ・ディレクトリ・サービスへのアクセスに使用可能な識別子を選択し、その識別子を、ネットワーク・インターフェースを介してアクセス可能な複数のメディア・サーバから収集されたエントリを含む集約コンテンツ・リストを有する集約コンテンツ・ディレクトリ・サービスに提示し、集約コンテンツ・ディレクトリ・サービスに対して、集約コンテンツ・リストをリクエストする。サブセットは、集約コンテンツ・ディレクトリ・サービスに提示された識別子に基づいて選択される。

本発明の別の実施形態では、コンピュータ可読の媒体が、ネットワークに接続できるデータ処理構成で実行可能な命令を格納している。命令を実行することにより、ネットワークに接続している複数のメディア・サーバから、関連するメディア・サーバを通じて入手可能なコンテンツを記載したコンテンツ・リストを収集し、ネットワークに接続している１つまたは複数のコントロール・ポイント・デバイスから、ネットワークを介してコンテンツ・リストを求めるリクエストを受け取り、コントロール・ポイント・デバイスに関連するアイデンティティに基づいてコンテンツ・リストのサブセットを選択し、選択したコンテンツ・リストのサブセットに基づく集約コンテンツ・リストを、ネットワークを介して、コントロール・ポイント・デバイスに提示できる。

本発明の別の実施形態では、コンピュータ可読の媒体が、ネットワークに接続できるデータ処理構成で実行可能な命令を格納している。命令を実行することにより、集約コンテンツ・ディレクトリ・サービスへのアクセスに使用可能な識別子を選択し、集約コンテンツ・ディレクトリ・サービスに対して、集約コンテンツ・リストをリクエストできる。集約コンテンツ・リストは、複数のメディア・サーバから収集したエントリを含んでいる。集約コンテンツ・リストのサブセットが、このデータ処理構成で提供される。サブセットは、集約コンテンツ・ディレクトリ・サービスに提示された識別子に基づいて選択される。

本発明の別の実施形態では、システムが、アドホック・ピアツーピア・ネットワークに接続することのできる少なくとも１つのコントロール・ポイント・デバイスと、このネットワークに接続することのできる複数のメディア・サーバを備えている。システムは、複数のメディア・サーバから、関連するメディア・サーバを介して入手可能なコンテンツをそれぞれ記載するコンテンツ・リストを収集する手段と、コントロール・ポイント・デバイスに関連するアイデンティティに基づいてコンテンツ・リストのサブセットを選択する手段と、コントロール・ポイント・デバイスに対して集約コンテンツ・リストを提示する手段とを備える。集約コンテンツ・リストは、コンテンツ・リストの選択されたサブセットに基づいている。

本発明を特徴づけている前述あるいは他の様々な利点および新規性の特徴は、本明細書に添付され本明細書の一部を成す請求項の中で詳細に示される。しかし、本発明、その利点、および本発明の利用によって達せられる目的をより深く理解するために、本明細書のさらに別の一部を成す図面と、それに伴う説明を参照されたい。図面および説明では、本発明によるシステム、装置、および方法の代表的な例を図示して説明している。

本発明は、添付の図面に示された実施形態に関連して説明される。

以下に記載する各種の典型的な実施形態の説明においては、本明細書の一部を成し、本発明の実施可能な様々な実施形態を図解した添付の図面を参照する。当然ながら、本発明の範囲から逸脱することなく構造上および操作上の変更を行なうことが可能であり、すなわち他の実施形態も利用可能である。

本発明は、全般的には、無線ネットワークで接続された複数のデバイスが持つコンテンツの、効率的で使いやすい検索を可能にする。ネットワークにおけるコンテンツの集約を実現するコンテンツ検索のフレームワークとして、システム、方法および装置について説明する。このように、本発明が特に提供するのは、ユーザが、ホーム・ネットワークなどのネットワーク上にあるコンテンツの位置を認識して消費する（例えば、見る、聞く、あるいは読み取る）ことを可能にする、フレームワークである。

例えば、本発明は、ピアツーピア接続のホーム／オフィス用ネットワークで通信可能な通信デバイス、サーバ、家庭用電子デバイスなどのデバイスおよびシステムに、格納あるいは関連付けされ得るコンテンツの検索を、容易にする。また、本発明の一態様として含まれるコンテンツ検索サービスは、データを具体的に特定してネットワークのいたるところにアクセスする必要性を最小限化または排除することによって、ユーザ・エクスペリエンス機能の向上、レスポンス・タイムの短縮化、あるいはコンテンツ閲覧全般の質的向上を実現するためのものである。

モバイル・デバイスは、このコンテンツ検索サービスを利用して、複数のサーバ上のコンテンツを同時にかつ効率的に検索する。このサービスは、複数のサーバ内に分散しているすべてのコンテンツを、モバイル・デバイスでは単一のコンテンツ・ディレクトリ・サービスとして見えるように提供することができ、そこでは、ユーザが、コンテンツ、タイトルなどに基づいた閲覧をすることができる。このサービスは、特定のアイテムに対するリクエストが発生すると、クエリを、選択されたコンテンツを有する個別のサーバに適したメッセージに書き換える。コンテンツは、ＵＰｎＰネットワーク内で物理的に別個のメディア・サーバ上に位置していてもよく、あるいは、コンテンツが、ＵＰｎＰネットワークの外に位置しつつ、ＵＰｎＰネットワークからアクセス可能な状態であってもよい（例えば、ユーザが、インターネット上にあってＵＰｎＰゲートウェイまたはコンテンツ・プロバイダの提供する専用ゲートウェイからアクセス可能なメディア・サーバを指し示す、バーチャルＣＤＳを有する場合もある）。

特に、本発明によって、ユーザは、ネットワークの範囲内であればどこにあるコンテンツでも検索して消費することができるようになる。これは、すべてのコンテンツのディスクリプタ（ｄｅｓｃｒｉｐｔｏｒ）を、１つの、共通してアクセス可能な位置に集約することにより実現される。コンテンツ・リストを１つの位置に集約することにより、システム全域にわたる問い合わせを行う必要性の低減、冗長性の処理、データ整理およびユーザ・プロファイルの集中化、統一的なデータ表示の実現、およびその他多くの利点を生む、効率的なメカニズムができる。

図１は、本発明の実施形態に従ったコンテンツ配信システム１００の論理図である。一般に、システム１００は、ローカル・ネットワーク環境１０２を備えている。ローカル・ネットワーク環境１０２は、一般に、一定の物理的空間に設置されたネットワーク要素の一群である。例えば、ローカル・ネットワーク環境１０２には、ユニバーサル・プラグ・アンド・プレイ（商標）（ＵＰｎＰ）ネットワーク１０４の１つまたは複数のセグメントが含まれている場合がある。

本発明に対する理解を容易にするために、ＵＰｎＰネットワーク環境に照らして本発明の様々な態様を説明することもある。しかし、当然のことながら、本発明は、家庭用電化製品およびモバイル電子機器などのデバイス間におけるアドホックなデータ通信が求められるあらゆるシステムまたはアプリケーションで利用できる。例えば、ローカル・ネットワーク環境１０２では、Ｘ１０、赤外線データ転送、超広帯域無線（ＵＷＢ）、電力線ネットワーキング、ゼロ設定、ブルートゥースなどのデータ転送テクノロジーを、ＵＰｎＰとともに、またはＵＰｎＰの代わりに置いて、ある程度の相互通信を実現することもできる。

ローカル・ネットワーク環境１０２には、近距離およびアドホックのＵＰｎＰネットワークをはじめ、企業および／または家庭用となるあらゆる種類の通信システムおよびネットワークが含まれる。ＵＰｎＰの接続性は、当然のことながら自動車、航空機、船、公共の無線ホットスポットなどの環境においても実現できるが、典型的なローカル・ネットワーク環境１０２として挙げられるのは、家庭またはオフィスである。

ＵＰｎＰネットワーク１０４は、多種多様なデバイス間における、簡単でユビキタスなデータ転送を促すために設計されている。ＵＰｎＰのフレームワークには、オペレーティング・システムおよびアーキテクチャに依存しないピアツーピアのインターネット・プロトコル（ＩＰ）ネットワーク環境も含まれる。ＵＰｎＰを実行するためには、オープンなインターネット・プロトコルを各種組み合わせて使用することができる。例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、拡張マークアップ言語（ＸＭＬ）、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）、シンプルサービス探索プロトコル（ＳＳＤＰ）、一般イベント通知アーキテクチャ（ＧＥＮＡ）などが挙げられる。あらゆる種類のパーソナルコンピュータ、インテリジェント電気製品、家庭用電化製品、およびモバイル／無線デバイスなど、すべてのデータ処理用デバイスに、ＵＰｎＰを適応させることができる。

ローカル環境１０２内のエンティティは、インターネット１０６などの外部ネットワークへアクセスすることもできる。例えば、ＵＰｎＰインターネット・ゲートウェイ・デバイス（ＩＧＤ）１０８が、ＵＰｎＰネットワーク１０４に接続するデバイスに、外部ネットワークへのアクセスを提供することができる。ＩＧＤ１０８としては、ＵＰｎＰネットワークのエッジにあるネットワークアドレス可能なあらゆるデバイスを挙げることができる。ＩＧＤ１０８は、ＵＰｎＰネットワーク１０４に、インターネット１０６などの外部ネットワークのエンティティにアクセスするためのＷＡＮインターフェースを提供する。さらに、ＩＧＤ１０８は、１つまたは複数のＬＡＮセグメントとインターネットとのやりとりにおけるローカルアドレッシング・サービスおよびルーティング・サービスを提供することができる。

ＵＰｎＰ規格は、多種多様なデバイス間の通信を提供するように設計されている。ＵＰｎＰの仕様の一部は、オーディオ・ビデオ（ＡＶ）関連のデバイスおよび通信に特化している。ＵＰｎＰ ＡＶの仕様は、ＵＰｎＰの適用によって、家庭用電子デバイスが、デジタル・エンターテインメント・コンテンツをホーム／オフィス用ネットワークの全域に配信できるようにするものである。ＵＰｎＰ ＡＶは、メディア・サーバ１１０、メディア・レンダラ１１２、およびコントロール・ポイント１１４の、３つの特定の論理エンティティに対応している。メディア・サーバ１１０としては、ＵＰｎＰネットワーク１０４上のユーザ・デバイスにコンテンツを提供するあらゆる様式のデータ処理構成を挙げることができる。

メディア・サーバ１１０は、エンターテインメント・コンテンツにアクセスし、そのコンテンツを要求に応じてデジタル形式で提供することができる。メディア・サーバ１１０が提供したコンテンツは、デバイス上に保存することもできるし、どこか他の場所に保存することもできる。後者の一例として、ストリーミング・オーディオ・サービス１１３が、インターネット１０６に接続したサーバ１１５によって提供される場合がある。メディア・サーバ１１０のうちの１つが、ＩＧＤ１０８を介してオーディオ・サーバ１１５にアクセスし、オーディオをローカル接続しているレンダリング・デバイス１１２に提供することができる。オーディオ信号をローカルなデバイス１１２に提供するために、メディア・サーバ１１０が、トランスコード、デジタル著作権管理の処置、およびその他のコンテンツ操作を行う場合もある。

メディア・サーバ１１０によってアクセス可能となる遠隔コンテンツの別の例として、電子番組ガイド（ＥＰＧ）サービス１１７がある。ＥＰＧサービスは、インターネット１０６に接続しているサーバ１１５によって提供することができる。一般に、ＥＰＧサービス１１７は、ローカルおよび／または遠隔のコンテンツ・プロバイダから入手可能なコンテンツのリストを提供する。例えば、ケーブルテレビ・プロバイダが、所定の日に放映するローカル・ケーブルテレビの番組を記載した、インターネット・アクセス可能なＥＰＧサービス１１７を有する場合がある。ＥＰＧサービス１１７は、専用のコントロール／レンダリング・デバイス（例えば、セット・トップ・ボックスなど）によってアクセス可能であり、コンピュータあるいは「スマート」リモート・コントローラといった汎用のコントロール・デバイスによってもアクセス可能である。ＥＰＧサービス１１７には、コントロール・ポイント１１４および／またはレンダリング・デバイス１１２から直接アクセスすることも可能ではあるが、ＥＰＧ１１７がメディア・サーバ１１０によってＵＰｎＰサービスとして提供されれば、ＥＰＧサービス１１７は、ＵＰｎＰネットワーク１０４にとってさらに有用になるであろう。

メディア・サーバ１１０の役割を担うデバイスとしては、音楽および映像用パーソナル・レコーダー（例えば、ＰＶＲなど）、家庭用コンピュータ、デジタル再生デバイス（例えば、ＣＤ、ＤＶＤ、ＤＡＴなど）、ネットワーク・サービス（例えば、インターネット・ラジオなど）、および、その他の類似するデバイスを挙げることができる。しかし、当然のことながら、メディア・サーバ１１０は、ＵＰｎＰ ＡＶネットワーク用の論理上の抽象概念であり、データを提示する機能を持つあらゆるデバイスが、メディア・サーバ１１０として使用され得る。

メディア・レンダラ１１２は、ユーザが、メディア・サーバ１１０上で入手可能なデータを利用および／または知覚できるようにするデバイスである。メディア・レンダラ１１２は、エンドユーザに有用なあらゆるデータの変換および／または表示を行うことができるが、一般的なメディア・レンダラとして挙げられるのは、オーディオおよびビデオの再生装置である。メディア・サーバ１１０とメディア・レンダラ１１２の相互作用は、コントロール・ポイント１１４によって制御することができる。コントロール・ポイント１１４は、一般に、ＵＰｎＰネットワーク１０４上のデータ転送の側面を管理するためのユーザによる操作が可能なユーザ・インターフェース１１６を備えている。コントロール・ポイント１１４は、データの発信元および送信先の選択に使用することができ、再生の制御（例えば、一時停止、巻き戻しなど）、再生の調整（例えば、音量、明るさなど）をはじめ、ユーザが選択可能なその他のデータ・トランザクション関連機能を提供するのに用いられる。

当然のことながら、ローカル・ネットワーク環境１０２は、任意の数のメディア・レンダラ１１２およびコントロールポイント１１４に対応可能である。ここでは説明のために、メディア・レンダラ１１２およびコントロールポイント１１４の双方、ならびにユーザ・インターフェース１１６を有する、１つのエンドユーザ・デバイス１１８を示す。ユーザ・デバイス１１８は、ＵＰｎＰネットワーク１０４によって複数のメディア・サーバ１１０にアクセスするようになっている。標準的なＵＰｎＰネットワーク１０４においては、ユーザ・デバイス１１８は、ピアツーピアの方法で直接メディア・サーバ１１０に接続することができる。具体的には、ユーザ・デバイス１１８は、サーバ１１０上で入手可能なコンテンツを発見するために、メディア・サーバ１１０に対するリッスンおよび／または問い合わせを行うことができる。ＵＰｎＰメディア・サーバ１１０上で入手可能なコンテンツを列挙するタスクは、サーバ１１０上で作動しているコンテンツ・ディレクトリ・サービス（ＣＤＳ）によって行うことができる。例えば、メディア・サーバ１２０、１２４が、ＣＤＳ１２２、１２６をそれぞれ備えていれば、これによって、関連サーバ１２０、１２４上に格納されているか、および／またはサーバ１２０、１２４を介してアクセス可能なコンテンツをデバイスが発見して使用することが可能になる。

ＣＤＳにより、ユーザ・デバイス１１８（および他のＵＰｎＰデバイス）は、メディア・サーバ１１０上のコンテンツを閲覧し、個々のコンテンツ・オブジェクトに関する詳細な情報を得ることが可能になる。ＣＤＳは、「ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｓｅｒｖｉｃｅ：ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙ：１」で特定されるＵＰｎＰサービス・テンプレートとして設けられるが、ここで数字「１」は、最新バージョンを表している。ＣＤＳの仕様は、ＣＤＳによりアクセス可能なコンテンツに関して、オブジェクト指向分類を採用している。ＣＤＳのデータ項目はすべて「オブジェクト」基底クラスから派生したものである。また、ＣＤＳの仕様は、「オブジェクト」を直接継承する２つのファーストレベル・クラスを定義している。この２つのファーストレベル・クラスの内、第１のクラスは、「アイテム」とされている。アイテムには、歌およびビデオクリップといった個別のコンテンツ要素が含まれる。ＣＤＳの仕様で定義されているもう１つのファーストレベル・クラスは、「コンテナ」クラスである。コンテナは、プレイリストおよびフォトアルバムなど、アイテムのコレクションを表す。アイテムおよびコンテナのオブジェクトを用いているＣＤＳを介すことで、ほとんどあらゆる種類のコンテンツにアクセスし、それを制御することが可能となる。ＣＤＳによって提供される特殊でかつ有用なコンテンツ・オブジェクトの多くを、上述の２つのファーストレベル・クラスを継承するものとすればよい（例えば、「ＡｕｄｉｏＩｔｅｍ」など）。

ＣＤＳは、「閲覧」および「検索」といった探索機能を備えていて、これによりデバイスが、メディア・サーバ１１０上に保存されている個々のデータ・オブジェクトを発見できるようになる。さらに、ＣＤＳは、新しいオブジェクトをメディア・サーバ１１０内に、挿入／作成できるようにする機能も備えている。一旦ＣＤＳにデータ・オブジェクトが置かれると、そのオブジェクトに組み込まれたメタデータを使用することによって、レンダラ・デバイス１１２を介してコンテンツの位置を特定することができる。例えば、メタデータとしては、メディア・サーバ上に位置する１つのファイルを指し示す、ユニバーサル・リソース識別子（ＵＲＩ）が含まれているとよい。標準規格のコンテンツ探索方法（すなわち、ＣＤＳ）を使うことによって、デジタル・コンテンツの保存、取り出し、変更およびレンダリングの各工程を、様々なＵＰｎＰデバイスによって行うことが可能となる。ＵＰｎＰ自体が標準化の基盤となるものなので、各デバイスが異なるベンダーの製品であって、異なるオペレーティング・システムを採用していても、これらのデバイスが前述のような動作を首尾よく連絡しあうことができる。

当然のことながら、最近のユーザは、メディア・サーバ１１０の役割を担う多種多様なソースを有する可能性がある。例えば、メディア・サーバとしては、テレビ番組を保存するパーソナル・ビデオ・レコーダー（ＰＶＲ）、各種データを保存するパーソナル・コンピュータ、および、音楽を保存し、その音楽をＵＰｎＰネットワーク１０４全体で共有させることのできるＭＰ３プレーヤーを挙げることができる。ＵＰｎＰメディア・サーバ１１０を使用することの利点の１つは、ローカル環境１０２の全域にわたって異なる位置にある多種多様なデバイスが、メディア・サーバ１１０に保存されたコンテンツにアクセス可能になることである。従って、手軽に持ち運びのできる携帯電話またはＰＤＡなどのユーザ・デバイス１１８は、コントロール・ポイント１１４として理想的である。携帯可能なユーザ・デバイス１１８が、理想的なレンダリング・デバイス１１２となる場合も多い。

携帯可能なユーザ・デバイス１１８がメディア・サーバ１１０の提供するデータにアクセスするためには、デバイス１１８は、複数のＣＤＳ（例えば、ＣＤＳ１２２、１２６など）と交信しなければならない。当然のことながら、それぞれのＣＤＳが、何千というコンテンツ・オブジェクトのリファレンスを有する可能性がある。もし、デバイス１１８が、多数のサーバへの問い合わせ、多数のオブジェクトの列挙、および重複するオブジェクトの特定および／または統合を行わねばならないとしたら、携帯可能なユーザ・デバイス１１８は、ＣＤＳにアクセスする際に、多大な帯域幅および処理能力を消耗することになるだろう。さらに、ユーザは、コンテンツの位置する具体的なサーバを知らず、それに留意することもないため、網羅的な検索を要求する。コンテンツのアグリゲータ（ａｇｇｒｅｇａｔｏｒ）は、ＵＰｎＰネットワークにおいて、コンテンツの単一の表示を提供し、バーチャルＣＤＳの検索を実行すると同時に各メディア・サーバに個別に問い合わせを行う。モバイル通信デバイスは、通常、有線のデバイスに比べて帯域幅および処理能力が限られている。従って、このように膨大なデータへ繰り返しアクセスすることを要求された場合に、有用性および性能が劣る可能性がある。こうしたデバイスが、ＵＰｎＰまたは同様のネットワークを介して得られるマルチメディア・コンテンツの配分を管理するためには、ユーザ・デバイス１１８とメディア・サーバ１１０との間で、コンテンツ・ディレクトリ・データを効率的にやりとりする方法を設けることが望ましい。

図示されたシステムでは、コンテンツ・ディレクトリ・データの通信を効率化するために、コンテンツ・ゲートウェイ１２８を用いている。コンテンツ・ゲートウェイ１２８は、ユーザ・デバイス１１８がローカル環境において入手可能なすべてのコンテンツを発見するために使用できる、単独のアクセス・ポイントである。コンテンツ・ゲートウェイ１２８は、メディア・サーバ１１０から得られるすべてまたは一部のＣＤＳデータを格納できる、集約ＣＤＳ１３０を有する。コンテンツ・ゲートウェイ１２８は、１つにまとまったサービスを提供するので、一般に、１つの論理エントリとみなすことができる。コンテンツゲートウェイ１２８は、スタンドアローン・デバイスとしても、既存デバイスの周辺機器またはチップセットとしても、機能することができる。あるいは、場合によっては、コンテンツ・ゲートウェイが論理コンポーネントとなり、機能性を縮小したコンテンツ・ゲートウェイをモバイル・デバイスにも設けることができる。コンテンツ・ゲートウェイ１２８の物理的な実装としては、冗長型および分散型のサービス構成などの、複合的なコンピューティング構成を挙げることもできる。一方、コンテンツ・ゲートウェイ１２８は、ユーザ・デバイス１１８から見ると、ＵＰｎＰネットワーク１０４上のコンテンツを発見し制御するのに使用可能な単一のアクセス・ポイントとなる。

コンテンツ・ゲートウェイ１２８は、全般的には、メディア・サーバ１１０を介して入手可能なコンテンツを反映させるように集約ＣＤＳ１３０を構築し、維持管理する。コンテンツは、直接アクセスしてメディア・サーバ１１０からレンダリングしてもよいし、アダプテーション・エンジン１３２などの何らかの媒介デバイスによって処理されてもよい。アダプテーション・エンジン１３２は、トランスコード、ビット・レートのアップコンバート／ダウンコンバート、サービスの品質管理、転送プロトコルの変更などの、コンテンツ関連サービスを提供することができる。アダプテーション・エンジン１３２を介したコンテンツへのアクセスは、システム全体で取り扱うことが可能で、例えばアダプテーション・エンジン１３２をすべてのメディア・アクセスのプロキシとして構成することなどもできる。構成によっては、選択したコンテンツへメディア・サーバ１１０から直接ではなくアダプテーション・エンジン１３２を介してアクセスできるように、集約ＣＤＳ１３０がコンテンツの場所を記述するＵＲＩを変更する場合もある。

メディア・サーバ１１０にあるオリジナルのエントリを複写および／または参照して集約ＣＤＳ１３０のエントリとすることもできる。メディア・サーバ１１０は、積極的にクエリを受け付け、コンテンツ・ディレクトリ・データを見つけるようにしてもよい。集約ＣＤＳ１３０のエントリについては、メディア・サーバ１１０から送られるＳＳＤＰの通知メッセージを受動的にリッスンすることにより、追加および／または補足を行うこともできる。コンテンツ・ゲートウェイ１２８は、集約ＣＤＳ１３０を構築するために、コンテンツ発見テクニックのあらゆる組み合わせを使用することができる。

ここで、図２Ａを参照すると、本発明の実施形態によるＣＤＳエントリの単純な集約が示されている。この例では、３つのメディア・サーバ２０２、２０４、２０６が、それぞれＣＤＳ２０８、２１０および２１２を備え、互いに無関係に維持管理している。
ＣＤＳ２０８、２１０、２１２によって記載されるコンテンツは、それぞれ関連するデバイス２０２、２０４、２０６上に置かれる場合もあり、または、デバイス２０２、２０４、２０６を介してアクセスするどこか他の場所に格納されている場合もある。コンテンツ・ゲートウェイ２１４は、ＣＤＳ２０８、２１０、２１２からエントリを収集し、集約ＣＤＳ２１６へと統合する。

コンテンツ・ゲートウェイ２１４は、集約ＣＤＳ２１６を形成する際に、コンテナおよびアイテムを別々に扱うことができる。集約ＣＤＳ２１６がＣＤＳ２０８、２１０、２１２に載っているアイテムだけを取り込むようにするために、元のＣＤＳ２０８、２１０、２１２に設けられたコンテナ構造を捨てることもできる。あるいは、集約ＣＤＳ２１６は、ＣＤＳ２０８、２１０、２１２それぞれのコンテナ階層を完全に複製することもできる。例えば、ＣＤＳ２０８、２１０、２１２それぞれのトップレベル・コンテナを、集約ＣＤＳ２１６においても、トップレベル・コンテナとすることができる。また別の変形例としては、集約ＣＤＳ２１６において、メディア・サーバ２０２、２０４、２０６それぞれのために、専用のトップレベル・コンテナを形成することもできる。そうすれば、メディア・サーバ２０２、２０４、２０６各々から得たＣＤＳデータを、集約ＣＤＳ２１６上の、各々のトップレベル・コンテナに収納することができる。基盤となった関連ＣＤＳ２０８、２１０、２１２のコンテナ階層は、集約ＣＤＳ２１６のそれぞれのトップレベル・コンテナに残してもよいし残さなくてもよい。

多くの場合、２つまたはそれ以上のメディア・サーバが、類似または同一のエントリを有する可能性がある。集約ＣＤＳ２１６は、別々のＣＤＳ２０８、２１０、２１２から得られる同一のデータ・エントリに対処するのに、様々なスキームを用いることができる。以下の考察を進めるために、ＣＤＳ２０８、２１０、２１２、２１６は、アイテムしか有しないものと仮定する。しかし、当然のことながら、アイテムについて述べる原理を用いて、コンテナを組み合わせて統合し集約ＣＤＳにすることも可能である。

図示されている例において、メディア・サーバ２０２、２０４、２０６それぞれにあるエントリ２２０、２２２、２２４は、同一のものと仮定する。ＣＤＳエントリの類似性または同一性は、多様な方法により定義できる。場合によっては、ユーザの選択、設計目標、および関与するメディアの種類などの要因によって、類似／同一に関する異なった定義が必要となることもある。類似性は、例えば、タイトル、ソースのファイル名、ＵＲＩ、タイム・スタンプ、ファイル・サイズ、ハッシュ値、ＣＤＤＢ（商標）のような外部データベース識別子などの、任意の組み合わせを比較して判断することができる。エントリがコンテナの場合には、コンテナ名、コンテンツ、および階層的位置が、ＣＤＳエントリを統合する際に検討される関連特性となる。

図２Ａの集約ＣＤＳ２１６は、単純な組み合わせを使って同一／重複データを処理している。例えば、同一のエントリである２２０、２２２、２２４は、集約ＣＤＳ２１６ではそれぞれエントリ２２６、２２８、および２３０として示されている。これらのエントリは、同一のタイトルおよび／またはメタデータを用いてユーザ・デバイス２１８に提示するか、または、異なるメディア・サーバに由来するが同一と判断されることを明示する注釈を付することができる。

図２Ａに示した集約スキームでは、論理上は、ユーザ・デバイス２１８がメディア・サーバ２０２、２０４、２０６のエントリ全件にアクセス可能であるため、ＣＤＳコンテンツを最大限に管理することができる。しかし、ホーム・ネットワークにおけるライブラリ・サイズが大きくなるにつれ、制御量よりも、使いやすさにより重点が置かれるようになっているといえる。アクセスを容易にするために重要な１つの側面は、ユーザが直面する選択肢の数を減らすことである。つまり、ユーザが特定の歌を聴きたいと望む場合に、ユーザはその歌がどのメディア・サーバに由来するかは意に留めないだろう。本発明の実施形態によりユーザ・アクセスの容易化を実現するＣＤＳ集約スキームを、図２Ｂに示す。

メディア・サーバ２０２、２０４、２０６およびＣＤＳ２０８、２１０、２１２のそれぞれの構成は、図２Ｂにおいても図２Ａと実質的に同じである。しかし、別の集約ＣＤＳ２３２が、ユーザ・デバイス２１８にエントリを提示する前に、同一のエントリを結合するようになっている。例えば、同一のエントリである２２０、２２２、２２４は、単一のエントリ２３４として提示される。コンテンツ・ゲートウェイ２１４が、重複しているエントリ２２０、２２２、２２４のローカル・リファレンス２２６、２２８、２３０をなお保持することも可能であるが、これらのリファレンス２２６、２２８、２３０は、ユーザからは隠されている。

エントリを図のように集約ＣＤＳ２３２に統合するとき、ユーザがＣＤＳ２３２の閲覧または検索を行うと、コンテンツ・ゲートウェイ２１４は、内部リファレンス２２６、２２８、２３０のいずれをユーザに提示するのかを、選択しなければならない。コンテンツ・ゲートウェイ２１４は、メディア・サーバ２０２、２０４、２０６の統計的なデータを追跡することにより、サーバのアップ・タイムおよび帯域幅などの要素を使用して、２２６、２２８、２３０の中からＣＤＳエントリ２３４として使うのに最適なリファレンスを判断することができる。さらに、コンテンツ・ゲートウェイ２１４は、内部リファレンス２２６、２２８、２３０の状態を維持管理する必要もある。例えば、エントリ２２２が音楽サーバ２０４から削除された場合、関連するリファレンス２２８もコンテンツ・ゲートウェイによって削除される。もし、削除された内部リファレンス２２８が単一エントリ２３４を提示するのに使用されていたとしたら、残りのリファレンス２２６、２３０のいずれかが、単一ＣＤＳエントリ２３４として使用されることになる。

当然のことながら、ゲートウェイ２１４において重複データ・エントリを統合することは、ユーザ・デバイス２１８によって使用される帯域幅を減らすことにも寄与する。例えば、ユーザ・デバイス２１８が、互いに無関係のＣＤＳ２０８、２１０、２１２のそれぞれに接続しなければならなかったとしたら、ユーザ・デバイス２１８は、これらＣＤＳ２０８、２１０、２１２の内部でコンテンツが変更される度に、ＳＳＤＰのマルチキャスト・メッセージによって通知を受けなければならない。ところが、変更されたコンテンツが別のもう１つのメディア・サーバにあるコンテンツと重複している場合は、この変更についてユーザ・デバイス２１８に伝える必要がないかもしれない。あるいは、前述の例を使うと、エントリ２２２が音楽サーバ２０４から削除されたとしても、関連する内部リファレンス２２８が集約ＣＤＳ２３２で単一エントリ２３４として使用されていなかったら、この削除についてユーザ・デバイス２１８に伝える必要はないのである。

重複ＣＤＳデータの統合は、ＵＰｎＰコントロール・ポイントのユーザに対して提示されるデータの量を減らす１つの方法である。しかし、複数のメディア・サーバからエントリを収集している集約ＣＤＳのサイズは、重複エントリが統合されていても、多数のコントロール・ポイント・デバイスが容易に使えるようになるには、まだ大きすぎるといえる。多くの用途に理想的なコントロール・ポイント・デバイスは、小型で、携帯可能で、無線データ接続を使用しているものだろう。このような携帯可能なデバイスは、ユビキタス・コンピューティング環境において明らかに有利である。しかし、同時にこうしたデバイスでは、表示器は小さく、ボタンおよびコントローラのスペースは限られ、ネットワークおよび処理用の帯域幅も限られている。したがって、コンテンツ・ゲートウェイを介してそのようなデバイスに送られるＣＤＳデータの量を、さらに制限することが望ましい。

コントロール・ポイントに送られるデータの量を制限する１つの方法は、ＵＰｎＰまたは同様のネットワーク上でアクセス可能なあらゆるデータが、全コントロール・ポイントからアクセスされる必要があるとは限らないことを、認識することである。例えば、コントロール・ポイントがＰＤＡまたは携帯電話の場合、ユーザは、デジタル・オーディオといった特定の種類のデータを受信することにのみ関心を持っている可能性がある。従って、ユーザが、デジタル・オーディオに加えて豊富なデジタル・ビデオのコレクションを有しているような場合、コントロール・ポイントが集約ＣＤＳにアクセスしたときにビデオ・データを提示することは、無意味となるだろう。さらに、もし、一部のオーディオ・ファイルが、レンダラの無線帯域幅を超えるデータレートでエンコードされている場合（かつ、そのオーディオ・ストリームをリサンプルする媒介装置は利用できないと仮定する場合）、レンダラが使用できないのであれば、これらのファイルをＣＤＳを介して提示する意味はないだろう。上述およびその他の理由から、カスタマイズされたプロファイルをコンテンツゲートウェイ上に格納することは有益であるといえる。カスタム・プロファイルを使うと、集約ＣＤＳを介してユーザ・デバイスに提示するデータを調節することができる。

本発明の実施形態に従ってユーザ・プロファイルを集約ＣＤＳと一緒に利用する構成を、図３Ａに示す。コンテンツ・ゲートウェイ３０２は、ＵＰｎＰネットワーク上のメディア・サーバを介して入手可能なコンテンツ・オブジェクトの統合リストを提供できる集約ＣＤＳ３０４を備えている。集約ＣＤＳ３０４は、ユーザ・デバイス３０６および３０８で例示するように、複数のユーザ・デバイスからアクセス可能である。ユーザ・デバイス３０６および３０８は、少なくともＵＩおよびＵＰｎＰコントロール・ポイントを備えていればよく、専用のレンダリング・ハードウェアを備える場合もある。

コンテンツ・ゲートウェイ３０２は、様々なコントロール・ポイント・デバイスに関連するプリファレンスを保存し、それにアクセスして使用するための、プリファレンス・モジュール３１０を有する。図示された例においては、プリファレンス設定３１２がユーザ・デバイス３０６に関連している。ユーザ・デバイス３０８は、プリファレンス・モジュール３１０に２つのプリファレンス設定３１４および３１６を有する。ユーザ・デバイス３０８と関連したプリファレンス３１４および３１６は、デバイス３０８のモード３１８、３２０にそれぞれ関連付けられている。モード３１８と３２０は、アプリケーション、ユーザ、状態、ハードウェア・コンフィギュレーション、ソフトウェア・コンフィギュレーション、あるいはデバイスが集約ＣＤＳ３０４のデータにアクセスする上で関係するその他のあらゆる面において、それぞれ別個のものに関連してもよい。

一般に、プリファレンス・モジュール３１０は集約ＣＤＳと相互に作用し、選択されたデバイスがＣＤＳを閲覧または検索する際に、そのデバイスに提示するデータを制限する。例えば、プリファレンス３１２がデバイス３０６に関連しているので、その結果、デバイスに公開されるのは、多くても、ＣＤＳエントリ３２２、３２４および３２６となる。このため、ユーザ・デバイス３０６が閲覧のアクションを起動すると、その結果、列挙されるのはせいぜい図示されているサブセット３２８である。同様に、デバイス３０８が、モード３１８または３２０のいずれを利用するかによって、サブセットの３３０および３３２をデバイス３０８に提示することができる。

プリファレンス・モジュール３１０は、デバイスの任意の特性の組み合わせに基づいてＣＤＳエントリの公開を規制／許可することができる。例えば、ユーザ・デバイス３０８のモード３１８および３２０は、デバイス内の異なるレンダリング・デバイスに関与していてもよい。モード３１８がオーディオ・レンダラの使用に関与し、モード３２０がオーディオ／ビデオ・レンダラに関与していてもよい。別の例では、モード３１８と３２０が、異なるユーザに適応している場合もある。また、例えば、ある種のユーザ（例えば、子供など）が集約ＣＤＳ３０４上にある特定のアイテムへアクセスする機能を、自動的に規制することが望ましい場合もある。こうした規制は、手動で（例えば、プリファレンス・モジュール３１０に制限リストを組み込むなどにより）適用することもでき、自動で（例えば、ＣＤＳエントリに入っているコンテンツ評価機能などにより）適用することもできる。

別の用法のシナリオとしては、プリファレンス・モジュール３１０を活用して、ＣＤＳのデータの通信を制限することも可能である。例えば、ユーザ・デバイス３０６が、静止画像（例えば、写真など）を表示する機能を備えた携帯可能なオーディオ・レンダラであると仮定する。ユーザが音楽および画像のランダム・プレイリストを作成したかったら、デバイス３０６に歌および写真のリストをダウンロードし、再生用にそのリストをランダム化することになるだろう。もしリストに５０００件の歌および３０００件の画像のエントリが含まれていたら、リストをダウンロードするには長時間かかり、保存するためには許容し難い量のメモリが必要となるだろう。ところが、デバイス３０６に関連するプロファイル３１２ならば、閲覧のアクションに対して、短くかつランダムに作成されたリスト（例えば、５件の歌と５件の写真というように）がデバイス３０６に提示されたように設定することが可能である。集約ＣＤＳ３０４全体の全くのランダム再生を提供する場合、ユーザ・デバイス３０６が、ただ新たにＣＤＳの閲覧を実行すれば、「再生中」および「次に再生」の歌および写真のみの短いリストが入手できるであろう。デバイス３０６は、時々閲覧アクションを繰り返すようにすれば、必要に応じてリストに追加を行うことができるであろう。コンテンツ・ゲートウェイ３０２は、ランダム化されたリストを提供するに当たって繰り返しが生じないように、最新のコンテクストを追跡して把握するように（例えば履歴など）設定することが可能である。

さらに、プリファレンス・モジュール３１０を使うと、集約ＣＤＳ３０４を介してデバイスに送られるデータを修正することもできる。本発明の実施形態に従った、ＣＤＳの提示を修正するためのプリファレンス・モジュール３１０の使用例を、図３Ｂに示す。プリファレンス・モジュール３１０は、それぞれユーザ・デバイス３０６および３０８に関連する付加的なプリファレンス・データ３１２Ｂおよび３１４Ｂを有する。プリファレンス・データ３１２Ｂおよび３１４Ｂには、集約ＣＤＳ３０４から引き出したオブジェクト記述の書式を調整するために使用される変換データなどが挙げられる。

プリファレンス・データ３１２Ｂおよび３１４Ｂには、例えばオブジェクト３２２に関連する補足データ３３６および３３８など、集約ＣＤＳ３０４のコンテンツ・オブジェクトに追加される補足データが含まれる場合もある。例えば、オブジェクト３２２が歌を記述する場合、デバイス３０６によるテキスト読み出し用に、補足データ３３６に歌詞を入れることができ、デバイス３０８がビデオ・ディスプレイに使用するために、補足データ３３８にアルバム用カバーアートのリファレンスを入れることもできる。補足データ３１２Ｂと３１４Ｂは、プリファレンス別のルールとオブジェクト別の補助的データの両方の形態をとる書式設定および補足用のデータの各種組み合わせを含んでもよい。

書式設定ルールの一例を挙げると、プリファレンス・モジュール３１０は、タイトルを縮めたり、特定の文字を除いたり、オブジェクト記述のデータ・サイズを制限したり、大文字と小文字とを入れ換えたりすることができる。こうしたルールは、一旦デバイス用に定義すると、そのデバイスによるＣＤＳアクセスのすべてに適用することができるだろう。補足データの作成およびＣＤＳエントリへの関連付けは、手作業でも自動でも行うことができる。例えば、ユーザは、プリファレンスに基づいて手作業で歌に評価を付ける（例えば、１つ星から５つ星というように）ことができる。それぞれの歌に対し、対応する評価値がデータ・ストア３３４の中に収納されることになるであろう。歌のメタデータがアクセスされるたびに、プリファレンス・モジュール３１０（または他のソフトウェア）によってデータ・ストア３３４から対応する評価値が取り出され、集約ＣＤＳ３０４によってリストの形になって提供される。

補足データの作成およびＣＤＳエントリへの関連付けは、自動で行うこともできるであろう。一例を挙げると、アルバム用カバーアートの入ったグラフィック・ファイルを、格納されている音楽ファイルに関連させればよい。音楽ファイルとグラフィック・ファイルとの間の関連付けは、音楽ファイルに埋め込まれていても、またはデータベースに入っていてもよい。歌へのアクセスが行われるたびに、プリファレンス・モジュール３１０は、上述の関連性を使用して、その歌のＣＤＳメタデータの中に、適切なアルバム用カバーアートを指し示すエントリを作り出すことができる。この方法によって、再生中の音楽をシームレスにアルバムアートと同期させることができる。コンテンツ・ゲートウェイ３０２における同期化は、音楽および／またはアルバムアートを有するメディア・サーバがこの機能をサポートしてないとしても、実行可能である。

本発明の実施形態に従った、補足データの変換および追加に関するさらに詳細な例を図４に示す。この例では、コンテンツ・ゲートウェイ４０２は、３つのメディア・サーバ４０４、４０６および４０８からＣＤＳエントリを受け取る。集約ＣＤＳ４１０が、メディア・サーバ４０４、４０６、４０８から得たデータを統合し、そのデータを一貫した形態でユーザ・デバイス４１２に提示する。一貫した形態でデータを提示するには、集約ＣＤＳ４１０の中のエントリ／オブジェクトに関連するデータ要素の追加、削除、修正を、任意に組み合わせて行う場合がある。

この例では、ＣＤＳエントリはすべてオーディオ・アイテムであり、特定の音楽トラックに入っている。メディア・サーバ４０４、４０６、４０８は、それぞれ異なる方法を用いて、音楽トラックに付随するユーザの評価を記録する。メディア・サーバ４０４は、１から１００までの整数を利用して評価をパーセントで表した「ユーザ評価（ｕｓｅｒＲａｔｉｎｇ）」記述４１４を用いる。メディア・サーバ４０６は、１から５までの整数である「星評価（ｓｔａｒＲａｔｉｎｇ）」記述４１６を用いる。メディア・サーバ４０８は、いかなるユーザ評価も設けていない。

当然のことながら、ユーザ評価などのメタデータをユーザ・デバイス４１２に提供する際に、表示を統一的にすることは有益である。エンドユーザは、プレイリストを作成したり、ランダム・トラックにフィルターをかけたりすることに上述の評価を使用したがる場合がある。さらに、ユーザが、再生中に、評価の追加または修正を望む場合もある。しかし、もし異なるメディア・サーバが異なる評価スキームを使用しているとしたら、この作業は複雑なものになる。通常は、ユーザが、それぞれのメディア・サーバにおけるそれぞれの評価を手作業で変更しなくてはならないだろう。ところが、コンテンツ・サーバ４０２には、別々の評価を補足データ・ストア４１８に保存するような設定を行うことが可能である。補足データ・ストア４１８は、ユーザ・デバイス４１２に対してコンテンツ評価を一貫した形態で提示するのに用いることができ、メディア・サーバ４０４、４０６、４０８上で使用されている多様な評価システムを変換するように設定することもできる。

補足データ・ストア４１８に保存された評価は、ユーザの希望する、および／またはユーザ・デバイス４１２に適するいかなるスキームにも適応させることができる。ユーザ・プリファレンス／変換データベース４２０は、多様な評価スキームを分析し、適切な変換を適用するために用いることができる。この例では、集約ＣＤＳ４１０により作成されたＣＤＳリスト４２２は、１から１０の整数である「統一的評価（ｕｎｉｆｏｒｍＲａｔｉｎｇ）」値を備えている。このため、構成要素４２４に示されるように、メディア・サーバ４０４から受け取った評価４１４は、「６０」から「６」へと変換される。メディア・サーバ４０８から受け取って変換されたエントリである「歌３（Ｓｏｎｇ３）」には「統一的評価」要素４２６が含まれており、その値は「−１」に設定されているが、これは評価が付けられていないことを示している（評価が付いていないことを示すには、ゼロまたは文字列など、他の値を用いることもできる）。ユーザが、ユーザ・デバイス４１２を介してこの評価４２６を後から修正した場合には、補足データ・ストア４１８にこの新しい評価値を保存することができる。その後は、集約ＣＤＳ４１０へアクセスをすると、新しい評価を引き出すことができるようになる。同様に、もう１つ別の評価４２４に対する変更についても、データ・ストア４１８内で変更が行われるだろう。後者の場合には、評価値は、メディア・サーバ４０４においても維持管理されている。このため、ユーザ・デバイス４１２において加えられた変更を、変換データベース４２０の決定する逆変換によって、発信元であるメディア・サーバ４０４にも適用させることができる。

図４で解説されているような補足データの変換および保存は、集約ＣＤＳ４１０にあるいかなるメタデータにも応用可能である。このような変更／補足の対象となるメタデータとしては、タイトル、作成者、ネットワークパス名、ＵＲＩなどが挙げられる。変換モジュール４２０は、整合性の維持、不正形式のＸＭＬドキュメントの防止、帯域幅の削減などのために、不使用または不要である要素を、ＣＤＳエントリから削除することもできる。

上述の例においては、集約ＣＤＳが、ローカル・メディア・サーバからのすべてのエントリを収集し、記録／参照するものとしてもよい。しかし当然のことながら、構成によっては、集約ＣＤＳはメディア・サーバ・エントリのサブセットのみをキャッシュする。本発明の実施形態に従った、メディア・サーバ・エントリのサブセットのみをキャッシュする集約ＣＤＳ５００を、図５に示す。集約ＣＤＳ５００は、複数のメディア・サーバ５０４、５０６、５０８に接続するコンテンツ・ゲートウェイ５０２に含まれている。メディア・サーバ５０４、５０６、５０８は、それぞれＣＤＳ５１０、５１２、５１４を備えている。

ＣＤＳ５１０、５１２、５１４にアクセスするとき、コンテンツ・ゲートウェイ５０２は、メディア・サーバ５０４、５０６、５０８から得られるエントリをキャッシュすべきかどうかを判断するのに、プリファレンス・モジュール５１６を利用する。プリファレンス・モジュール５１６は、固定記憶域５１８にアクセスすることで、どのエントリをキャッシュするかを判断することができる。プリファレンス・モジュール５１６によってキャッシュの対象に選ばれたエントリは、すべて集約ＣＤＳ５００に置かれる。従って、集約ＣＤＳ５００は、メディア・サーバ５０４、５０６、５０８から入手可能なエントリのサブセットを備えることになる。例えば、集約ＣＤＳは、メディア・サーバ５０４から入手可能なエントリ５２０は、キャッシュしない。

集約ＣＤＳ５００にあるエントリのサブセットについては、その全体をユーザ・デバイス５２２に提示することができ、あるいは、より小規模にしたサブセットをプリファレンス・モジュール５１６に基づいて提示することも可能である。集約ＣＤＳのエントリは、何も変更を加えずに提示することもでき、あるいは、本明細書中ですでに述べたように、集約ＣＤＳエントリを変換してから、ユーザ・デバイス５２２に提示することもできる。同様に、ユーザ・デバイス５２２と関連するプリファレンスを使用して、重複するＣＤＳエントリをさらに制限／制御して、デバイス５２２に提示することも可能である。

コンテンツ・ゲートウェイ５０２は、当該技術分野において周知のハードウェアおよびソフトウェアのどんな組み合わせを用いても実現可能である。コンテンツ・ゲートウェイ５０２は、スタンドアロン・デバイス、チップ・セット、プロセッサ実装サービスとして実現されてもよく、または、コンピュータ、ルータ、無線アクセス・ポイント、セット・トップ・ボックスなどの他の電子機器の一部として備えられてもよい。図６は、コンテンツ・ゲートウェイの機能を設けるのに適した本発明の実施形態による実施例として、コンピューティング機構６００を示している。

コンピューティング機構６００は、コンピューティング構成６０１を備えている。コンピューティング構成６０１は、カスタマイズされた、あるいは汎用の、電子コンポーネントを備えることができる。コンピューティング構成６０１には、ランダム・アクセス・メモリ（ＲＡＭ）６０４および／またはリード・オンリ・メモリ（ＲＯＭ）６０６と接続可能な中央処理装置（ＣＰＵ）６０２が備わっている。ＲＯＭ６０６には、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）など、様々な種類のストレージ・メディアが含まれる。処理装置６０２は、入／出力（Ｉ／Ｏ）回路６０８を通じて、内部および外部コンポーネントとやりとりすることが可能である。当該技術分野で周知のように、処理装置６０２は、ソフトウェアおよび／またはファームウェアの命令に従って様々な機能を果たす。

コンピューティング構成６０１は、ハードおよびフロッピー（登録商標）ディスク・ドライブ６１２、ＣＤ−ＲＯＭドライブ６１４をはじめ、例えばＤＶＤなど情報の読み込みおよび／または保存のできるその他のハードウェアを含む、１つまたは複数のデータ・ストレージ・デバイスを備えることができる。一実施形態においては、本発明に従ったオペレーションを実行するためのソフトウェアを、ＣＤ−ＲＯＭ６１６、ディスケット６１８または情報を記憶して携帯可能なその他の形式のメディアに格納されて分配していてもよい。これらのストレージ・メディアは、ＣＤ−ＲＯＭドライブ６１４、ディスク・ドライブ６１２などのデバイスに挿入し、読み取ることができる。ソフトウェアは、インターネットなどのネットワーク経由で電子的にダウンロードされるなど、データ信号を介してコンピューティング構成６０１に送信されてもよい。コンピューティング構成６０１は、ユーザとの相互作用のためのユーザ入出力インターフェース６２２と連結することもできる。ユーザ入出力インターフェース６２２としては、マウス、キーボード、マイクロフォン、タッチパッド、タッチスクリーン、音声認識システム、モニタ、ＬＥＤディスプレイ、ＬＣＤディスプレイなどが挙げられる。

コンピューティング構成６０１は、ネットワークを介して他のコンピューティング・デバイスと接続することができる。具体的には、コンピューティング構成は、ＵＰｎＰネットワーク６２６と相互に作用するためのネットワーク・インターフェース６２４を備えている。ネットワーク・インターフェース６２４としては、ドライバ、プログラム、およびプロトコル・モジュールなどの、ハードウェアおよびソフトウェア・コンポーネントが挙げられる。ネットワーク・インターフェース６２４は、ＵＰｎＰネットワーク６２６を介してデータ転送を行うように設定されているＣＤＳ収集モジュール６２８および集約ＣＤＳモジュール６３２によって利用される。

コンピューティング構成６０１のメモリは、ＣＤＳ収集モジュール６２８および集約ＣＤＳモジュール６３２のタスクを実行するためのプロセッサ実行可能命令を記憶するのに使用することができる。例えば、ＣＤＳ収集モジュール６２８は、パス６３４で示されるように、ＵＰｎＰネットワーク６２６を介して複数のメディア・サーバ６３２に接続するようになっている。ＣＤＳ収集モジュール６２８は、メディア・サーバ６３０のそれぞれのＣＤＳデータ・エントリを収集し、監視し、修正する。このＣＤＳデータは、標準的なＣＤＳアクセス機能（例えば、閲覧、検索など）を用いてメディア・サーバ６３０から収集することができる。ＣＤＳ収集モジュール６２８により集められたＣＤＳデータ・エントリは、集約ＣＤＳモジュール６３２によって使用される。

集約ＣＤＳモジュール６３２は、コンテンツのメタデータを構築して維持管理し、パス６３８で示されるようにコントロール／レンダラ・デバイス６３６へと配信する。集約ＣＤＳ６３２は、標準的なＣＤＳサービス・インターフェースを利用することもでき、もしくは、カスタマイズされたＵＰｎＰサービスを実行することもできる。例えば、集約ＣＤＳ６３２は、標準ＣＤＳサービスと実質的には同じ「集約ＣＤＳ」サービスをアドバタイズするが、すべてのコンテンツ・ディレクトリ・サービスについては単独の接続ポイントとして機能することもできる。コントロール／レンダラ・デバイス６３６は、このカスタムＵＰｎＰサービスを利用するための補足的または代替的なコントロール・ポイント・インターフェースを備えることができる。

集約ＣＤＳ６３２は、標準ＣＤＳでは入手できない拡張機能をサービスとして提供することができる。例えば、閲覧および検索の機能自体は、標準ＣＤＳのそれらと似たものだろう。しかし、集約式の閲覧および検索では、特定のエンティティを識別するために使用するプロファイル識別子６４０を介在させることができる。プロファイル識別子６４０は、コントロール／レンダラ・デバイス６３６に配信されるエントリを調節するために、プリファレンス／変換モジュール６４２によって使用されてもよい。プロファイル識別子６４０は、デバイス、モード、ユーザ、および、集約ＣＤＳ６３２から提供されるデータの調節に関するその他の特性の各種組み合わせを識別することもできる。

プロファイル識別子６４０は、集約ＣＤＳ６３２およびプリファレンス／変換モジュール６４２が維持管理およびアクセスする、プロファイル・オブジェクト６４４と関連付けられてもよい。プロファイル識別子６４０は、集約ＣＤＳ６３２のアクセス機能（例えば、閲覧など）にとっての、必須または任意のパラメータとなることができる。プロファイル識別子６４０およびプロファイル・オブジェクト６４４は、ＣＤＳ収集モジュール６２８によって使用されてもよい。例えば、入手可能なメディア・サーバデータのサブセットのみを集約ＣＤＳ６３２がキャッシュする設定では、検索され、および／または集約ＣＤＳ６３２へ転送されるデータを、ＣＤＳ収集モジュール６２８が、プロファイル・オブジェクト６４４および／またはプリファレンス・モジュール６４２に基づいて制限することができる。

ＵＰｎＰネットワーク上では、多種多様な装置がメディア・サーバ、メディア・レンダラ、およびコントロール・ポイントの役割を果たすことができる。モバイル・デバイスは、コントロール・ポイントとして特に有用であり、メディア・サーバおよびレンダラとしても使用可能である。ここで、図７を見ると、オペレーションが実現可能となる典型的なモバイル・コンピューティング構成７００の本発明の実施形態による例が示されている。当業者には、例示のモバイル・コンピューティング構成７００が、このようなモバイル・デバイスに関連付け可能な一般的機能の典型的な一例にすぎないこと、有線のコンピューティング・システムも、このようなオペレーションを実行するための同様のコンピューティング回路を備えることが、理解されよう。

図のモバイル・コンピューティング構成７００は、ＵＰｎＰ ＡＶネットワークにおいて、少なくともメディア・レンダラおよびコントロール・ポイントの両者の機能を果たすのに適していればよい。モバイル・コンピューティング構成７００は、マイクロプロセッサ、縮小命令セット・コンピュータ（ＲＩＳＣ）、またはその他の中央処理モジュールなどの、処理／制御ユニット７０２を備えている。処理ユニット７０２は、単一のデバイスでなくてもよく、１つまたは複数のプロセッサを有することができる。例えば、処理ユニットには、マスター・プロセッサ、およびマスター・プロセッサと通信するように接続された関連スレーブ・プロセッサなどがある。

処理ユニット７０２は、構成７００の基本的な機能を制御する。関連付けられた機能が、命令として、プログラム・ストレージ／メモリ７０４に格納されるとよい。本発明の一実施形態によれば、ストレージ／メモリ７０４に関連付けられたプログラム・モジュールが、不揮発性の電気的消去可能なプログラマブル・リード・オンリ・メモリ（ＥＥＰＲＯＭ）、フラッシュ・リード・オンリ・メモリ（ＲＯＭ）、ハードドライブなどに格納され、それにより、モバイル端末の電源が落ちたときに情報が失われないようになっている。従来のモバイル端末オペレーション、および本発明によるオペレーションを実行するための関連ソフトウェアが、例えば、インターネットおよび中間の無線ネットワークといった１つまたは複数のネットワークを通じて電子的にダウンロードされるなど、データ信号を介してモバイル・コンピューティング構成７００に送信されることも可能である。

プログラム・ストレージ／メモリ７０４は、モバイル・コンピューティング構成７００上の機能と関連する機能およびアプリケーションを実行するためのオペレーティング・システムを備えてもよい。プログラム・ストレージ７０４としては、１つまたは複数のリード・オンリ・メモリ（ＲＯＭ）、フラッシュＲＯＭ、プログラマブルおよび／または消去可能なＲＯＭ、ランダム・アクセス・メモリ（ＲＡＭ）、加入者インターフェース・モジュール（ＳＩＭ）、無線インターフェース・モジュール（ＷＩＭ）、スマートカード、ハードドライブ、またはその他の取り外し可能なメモリ・デバイスが挙げられる。

モバイル・コンピューティング構成７００は、ネットワークでデータ交換を行うために、処理／制御ユニット７０２に接続したハードウェアおよびソフトウェア・コンポーネントを備えている。モバイル・コンピューティング構成７００は、有線または無線データ接続のあらゆる組み合わせを維持管理するように、多重ネットワーク・インターフェースを備えていてもよい。具体的には、図のモバイル・コンピューティング構成７００は、ネットワークでのデータ交換を行うために、無線データ送信回路を備えている。

この無線回路には、アナログ・デジタル（Ａ／Ｄ）変換、デジタル・アナログ（Ｄ／Ａ）変換、音声符号化／復号化、暗号化／暗号解読、エラーの検出および修正、ビット・ストリーム変換、フィルタリングといった、様々なファンクションを実行するために導入されたデジタル信号プロセッサ（ＤＳＰ）７０６などが含まれる。トランシーバ７０８は、一般にアンテナ７１０と接続しており、無線デバイスに関連している送信無線信号７１２を発信し、着信無線信号７１４を受信する。

さらに、モバイル・コンピューティング構成７００は、処理／制御ユニット７０２に接続したＵＰｎＰハードウェア・インターフェース７１６を備えている。ＵＰｎＰハードウェア・インターフェース７１６は、有線および無線の媒体を含む任意の様式のデータ送信媒体を用いて、ＵＰｎＰネットワーク上で通信できる能力を備える。プロセッサ７０２は、モバイル端末に関連しているユーザ・インターフェース７１８の構成要素とも接続している。モバイル端末のユーザ・インターフェース７１８には、例えば、液晶ディスプレイなどのディスプレイ７２０、キーパッド７２２、スピーカ７２４、およびマイクロフォン７２６が挙げられる。当該技術分野において周知の通り、これらおよびその他のユーザ・インターフェース・コンポーネントが、プロセッサ７０２と接続している。また、他のユーザ・インターフェース・メカニズムを用いることも可能である。例えば、音声命令、スイッチ、タッチパッド／スクリーン、ポインティング・デバイスを使用したグラフィカル・ユーザ・インターフェース、トラックボール、ジョイスティック、およびその他のユーザ・インターフェース・メカニズムが挙げられる。

モバイル・コンピューティング構成７００のストレージ／メモリ７０４は、ＵＰｎＰネットワークで通信するためのソフトウェア・モジュールを備えていてもよい。具体的には、１つまたは複数のアプリケーション７２８によって、モバイル・コンピューティング構成７００が、ＵＰｎＰレンダラおよび／またはコントロール・ポイントとして機能できるようになっていてもよい。ＵＰｎＰネットワークの構成要素へは、ＵＰｎＰデータ・インターフェース７３０を介してアクセスできる。アプリケーション７２８およびＵＰｎＰデータ・インターフェース７３０は、集約ＣＤＳを利用するように設定されている。集約ＣＤＳへのアクセスを要求される特定の機能は、少なくとも一部が、集約ＣＤＳアクセス・モジュール７３２によって提供されてもよい。

集約ＣＤＳアクセス・モジュール７３２は、集約ＣＤＳを発見し、利用する能力を備えている。集約ＣＤＳモジュール７３２は、集約ＣＤＳサービスをアドバタイズしている論理ＵＰｎＰデバイスを見つけ出すことができる。一旦サービスを発見すると、集約ＣＤＳモジュール７３２は、コンテンツ・リストを入手すべくコントロール・ポイント・アプリケーション７２８と連携して作動することができる。集約ＣＤＳモジュール７２８が、モバイル・コンピューティング構成７００で利用できるプリファレンス／変換を通信してもよい。集約されたプリファレンスの処理としては、ユーザ・プリファレンス設定のためにユーザ・インターフェースを用意すること、プリファレンスに影響を与える可能性のあるシステムの状態／モードを確認すること、標準ＣＤＳへの接続と集約ＣＤＳへの接続に関するトランジション／コンフリクトに対処することなどのタスクが挙げられる。図７のモバイル・コンピューティング構成７００は、本発明の原理を適用できるコンピューティング環境の代表的な例として示されている。本明細書で述べる説明により、当業者には、本発明が、現時点で周知の、および将来の、多様な他のモバイルおよび有線コンピューティング環境においても同様に利用可能であることが理解されるだろう。例えば、デスクトップのコンピューティング・デバイスには、同様に、プロセッサ、メモリ、ユーザ・インターフェース、およびデータ通信回路が備わっている。このように、本発明は、データがネットワークを介して通信可能なあらゆる既知のコンピューティング構造において利用することができる。

集約ＣＤＳで使用されるデータを本発明の実施形態により構築する手順８００を、図８に示す。手順には、複数のメディア・サーバからコンテンツ・リストを収集する（８０２）ことを含む。これらのコンテンツ・リストは、ＣＤＳアクセスの方法を用いて積極的に問い合わせを受けてもよく、および／またはメディア・サーバから発信される更新のメッセージに基づいて受動的なデータの追加／更新を受けてもよい。集約ＣＤＳは、重複しているエントリを処理する（８０４）ことができる。例えば、集約ＣＤＳは、重複するエントリを単純に無視することもでき、あらゆるエントリを追加しながらも重複するエントリを差別化するデータを添えることもでき、重複しているデータを単一のエントリとして提示することなどもできる。最初の集約ＣＤＳが構築された後、データは変更に対する継続的なリッスン／問い合わせを通じて更新され（８０６）、続いてこうした変更に基づいて集約ＣＤＳに対する更新が行われる（８０８）とよい。

本発明の実施形態によりＵＰｎＰコントロール・ポイントに集約ＣＤＳデータを提供する手順９００を、図９に示す。通常、手順には、集約ＣＤＳサービスをアドバタイズしているデバイスに対してコントロール・ポイントが発するリクエスト（９０２）が含まれる。リクエスト（９０２）は、発信元のコントロール・ポイントに関連する識別子を伴ってもよい。リクエスト（９０２）を基に、コントロール・ポイントの識別子に基づいて、提示するコンテンツのサブセットを選択する（９０４）。この選択（９０４）は、ＵＰｎＰネットワークから入手可能なＣＤＳをすべて含むＣＤＳに関し、動的に行われることが可能である。選択（９０４）は、集約ＣＤＳがエントリの選択的キャッシュを有しているときなどは、リクエストを受けるより前にすでに行われていてもよい。

集約ＣＤＳは、選択されたエントリを修正（９０６）することもできる。修正（９０６）には、ＣＤＳにあるデータの追加、削除、変更、あるいはその他の変換などが挙げられる。修正（９０６）によって、一貫した形態のＣＤＳオブジェクト／エントリを提供する目的を達することができ、集約されたメタデータにカスタマイズされた特性を追加することもできる。最後に、リストのサブセットが、リクエストを発したコントロール・ポイントに提示される（９０８）。

前述の、本発明の典型的な実施形態に関する記述は、例示および説明のために示されてきた。これは網羅的に示そうとするものではなく、開示された形態そのものに本発明を限定しようとするものではない。上述に教示した点に照らして、多様な変更および変形が可能である。本発明の範囲は、この詳細な記述によって制限されるものではなく、本明細書に添付されている請求項によって判断されるものである。

本発明の実施形態によるコンテンツ配信環境の論理図である。 本発明の実施形態によるＣＤＳエントリの単純な集約を説明する図である。 本発明の実施形態によるＣＤＳエントリの集約に関する別のスキームを説明する図である。 本発明の実施形態による集約ＣＤＳとともにユーザ・プロファイルを利用した構成を説明する図である。 本発明の実施形態によるＣＤＳの表示を修正するためのプリファレンス・モジュールの使用を説明する図である。 本発明の実施形態によるＣＤＳエントリの補足データの変換および追加の例を説明する図である。 本発明の実施形態によるメディア・サーバ・エントリのサブセットをキャッシュする集約ＣＤＳを説明する図である。 本発明の実施形態によるコンテンツ・ゲートウェイ機能の提供に適したコンピューティング機構の例を示す図である。 本発明の実施形態によるオペレーションを実行することのできる代表的なモバイル・コンピューティング構成を説明する図である。 本発明の実施形態による集約ＣＤＳを構築する手順を示すフローチャートである。 本発明の実施形態によるコントロール・ポイントに集約ＣＤＳを提供する手順を示すフローチャートである。

Claims (36)

1. アドホック・ピアツーピア・ネットワークにおけるコンテンツへのアクセスを提供する方法であって、
   前記ネットワークに接続する複数のメディア・サーバから、関連する前記メディア・サーバを介して入手可能なコンテンツを記載する、コンテンツ・リストを収集するステップと、
   コントロール・ポイント・デバイスに関連するアイデンティティに基づき前記コンテンツ・リストのサブセットを選択するステップと、
   前記コントロール・ポイント・デバイスに対して、前記コンテンツ・リストの前記選択サブセットに基づいた集約コンテンツ・リストを提示するステップと、
   を含む方法。
2. 前記メディア・サーバから収集されたすべての前記コンテンツ・リストを、前記集約コンテンツ・リストに収納するステップをさらに含む、請求項１に記載の方法。
3. 前記コンテンツ・リストの前記選択されたサブセットのみを、前記集約コンテンツ・リストに収納するステップをさらに含む、請求項１に記載の方法。
4. コンテンツ・リストの前記サブセットが一貫した形態になるように、前記集約コンテンツ・リストの少なくとも一部分を修正するステップをさらに含む、請求項１に記載の方法。
5. 前記集約コンテンツの少なくとも一部分を修正するステップが、前記コンテンツ・リストから要素を削除するステップを含む、請求項４に記載の方法。
6. 前記集約コンテンツの少なくとも一部分を修正するステップが、前記コンテンツ・リストに要素を追加するステップを含む、請求項４に記載の方法。
7. 前記方法は、前記コンテンツ・リストに関する補足データを、前記メディア・サーバの前記コンテンツ・リストとは別に、データベースに保存するステップをさらに含み、前記追加要素が前記補足データに基づいている、請求項６に記載の方法。
8. 前記集約コンテンツ・リストの前記一部分が、前記コントロール・ポイント・デバイスに関連する前記アイデンティティに基づいて修正される、請求項４に記載の方法。
9. 前記コンテンツ・リストの前記サブセットを選択するステップが、前記コントロール・ポイント・デバイスに関連するユーザ・アイデンティティに基づいて前記サブセットを選択することを含む、請求項１に記載の方法。
10. 前記コンテンツ・リストの前記サブセットを選択するステップが、前記コントロール・ポイント・デバイスのレンダリング機能に関連する帯域幅能力に基づいて前記サブセットを選択することを含む、請求項１に記載の方法。
11. 前記方法は、前記コンテンツ・リストとともに、前記ユーザ・アイデンティティに関連するプロファイルを保存するステップをさらに含み、前記プロファイルがコンテンツ・リストの前記サブセットを選択するのに使用される、請求項１に記載の方法。
12. 前記アドホック・ピアツーピア・ネットワークが、ユニバーサル・プラグ・アンド・プレイ・ネットワークを含む、請求項１に記載の方法。
13. アドホック・ピアツーピア・ネットワークを介して通信する能力を持つネットワーク・インターフェースと、
    前記ネットワーク・インターフェースに接続しているプロセッサと、
    前記プロセッサに接続しているメモリとを含む装置であって、前記メモリは、
    前記プロセッサに以下のこと、
    前記ネットワークに接続した複数のメディア・サーバから関連する前記メディア・サーバを介して入手可能なコンテンツを記載するコンテンツ・リストを収集すること、
    をさせるための命令を有するコンテンツ収集モジュールと、
    前記プロセッサに以下のこと、
    前記ネットワークに接続した１つまたは複数のコントロール・ポイント・デバイスからコンテンツ・リストを求めるリクエストを前記ネットワーク・インターフェースを介して受け取ること、
    前記コントロール・ポイント・デバイスに関連するアイデンティティに基づいて前記コンテンツ・リストのサブセットを選択すること、および
    前記コントロール・ポイント・デバイスに対して、前記ネットワーク・インターフェースを介して前記コンテンツ・リストの前記選択されたサブセットに基づいた集約コンテンツ・リストを提示すること、
    をさせるための命令を有するディレクトリ・サービス・モジュールと、
    を備える、装置。
14. 前記プロセッサに、前記集約コンテンツ・リストの少なくとも一部分を修正させる命令を有する変換モジュールをさらに含む、請求項１３に記載の装置。
15. 前記集約コンテンツ・リストが一貫した形態になるように、前記変換モジュールが、前記集約コンテンツ・リストの少なくとも前記一部分を修正する、請求項１４に記載の装置。
16. 前記変換モジュールが、前記コントロール・ポイント・デバイスに関連する前記アイデンティティに基づいて前記集約コンテンツ・リストの少なくとも前記一部分を修正する、請求項１４に記載の装置。
17. 前記変換モジュールが、前記コンテンツ・リストに要素を追加する、請求項１４に記載の装置。
18. 前記装置は、前記集約コンテンツ・リストに関する補足データを保存するように設定されているデータ・ストアをさらに含み、前記変換モジュールが、前記補足データに基づいて前記コンテンツ・リストに要素を追加する、請求項１７に記載の装置。
19. 前記装置は、前記プロセッサに、前記ユーザ・アイデンティティに関連するプロファイルを保存させるための命令を有するプリファレンス・モジュールをさらに含み、前記ディレクトリ・サービス・モジュールが、コンテンツ・リストの前記サブセットを選択するのに前記プロファイルを使用する、請求項１３に記載の装置。
20. 前記アドホック・ピアツーピア・ネットワークが、ユニバーサル・プラグ・アンド・プレイ・ネットワークを含む、請求項１３に記載の装置。
21. アドホック・ピアツーピア・ネットワークを介して通信する能力を持つネットワーク・インターフェースと、
    前記ネットワーク・インターフェースに接続しているプロセッサと、
    前記プロセッサに接続しているメモリとを含む装置であって、前記メモリは、前記プロセッサに以下のこと、
    集約コンテンツ・ディレクトリ・サービスへのアクセスに使用できる識別子を選択すること、
    前記識別子を用い、集約コンテンツ・ディレクトリ・サービスから提供される集約コンテンツ・リストを要求すること、ただし、前記集約コンテンツ・リストは、前記ネットワーク・インターフェースを介してアクセス可能な複数のメディア・サーバから収集したエントリを含むこと、および
    前記集約コンテンツ・ディレクトリ・サービスから提供される前記集約コンテンツ・リストのサブセットを受け取ること、ただし、前記サブセットは、前記集約コンテンツ・ディレクトリ・サービスに提示された前記識別子に基づいて選択されること、
    をさせるための命令を有する、装置。
22. 前記識別子が、前記装置のプロファイルを参照し、前記プロファイルが、前記集約コンテンツ・リストの前記サブセットを前記装置に提供するのに前記集約コンテンツ・ディレクトリ・サービスによって使用可能である、請求項２１に記載の装置。
23. 前記ネットワーク・インターフェースが無線ネットワーク・インターフェースを含む、請求項２１に記載の装置。
24. 前記アドホック・ピアツーピア・ネットワークが、ユニバーサル・プラグ・アンド・プレイ・ネットワークを含む、請求項２１に記載の装置。
25. コンピュータ可読の媒体であって、その上には、ネットワークに接続することのできるデータ処理構成によって実行可能な命令が格納され、その命令は、
    前記ネットワークに接続している複数のメディア・サーバから、関連する前記メディア・サーバを介して入手可能なコンテンツを記載するコンテンツ・リストを収集するステップと、
    前記ネットワークに接続している１つまたは複数のコントロール・ポイント・デバイスからコンテンツ・リストを求めるリクエストを前記ネットワークを介して受け取るステップと、
    前記コントロール・ポイント・デバイスに関連するアイデンティティに基づいて前記コンテンツ・リストのサブセットを選択するステップと、
    前記コントロール・ポイント・デバイスに対して、前記ネットワークを介して前記コンテンツ・リストの前記選択されたサブセットに基づいた集約コンテンツ・リストを提示するステップと、
    を含むステップ群を実行するためのものである、媒体。
26. コンテンツ・リストの前記サブセットが一貫した形態になるように、前記ステップ群が前記集約コンテンツ・リストの少なくとも一部分を修正するステップをさらに含む、請求項２５に記載のコンピュータ可読の媒体。
27. 前記集約コンテンツの少なくとも一部分を修正するステップが、前記コンテンツ・リストから要素を削除するステップを含む、請求項２６に記載のコンピュータ可読の媒体。
28. 前記集約コンテンツの少なくとも一部分を修正するステップが、前記コンテンツ・リストに要素を追加するステップを含む、請求項２６に記載のコンピュータ可読の媒体。
29. 前記ステップ群が、前記コンテンツ・リストに関する補足データを、前記メディア・サーバの前記コンテンツ・リストとは別に、データベースに保存するステップをさらに含み、前記追加要素が前記補足データに基づいている、請求項２８に記載のコンピュータ可読の媒体。
30. 前記アドホック・ピアツーピア・ネットワークが、ユニバーサル・プラグ・アンド・プレイ・ネットワークを含む、請求項２５に記載のコンピュータ可読の媒体。
31. コンピュータ可読の媒体であって、その上には、ネットワークに接続することのできるデータ処理構成によって実行可能な命令が格納され、その命令は、
    集約コンテンツ・ディレクトリ・サービスへのアクセスに使用できる識別子を選択するステップと、
    前記識別子を用い、集約コンテンツ・ディレクトリ・サービスから提供される集約コンテンツ・リストを要求するステップであって、前記集約コンテンツ・リストは、複数のメディア・サーバから収集したエントリを含む、ステップと、
    前記集約コンテンツ・リストのサブセットを受け取るステップであって、前記サブセットは、前記集約コンテンツ・ディレクトリ・サービスに提示された前記識別子に基づいて選択される、ステップと、
    を含むステップ群を実行するためのものである、媒体。
32. 前記識別子が、前記データ処理構成のプロファイルを参照し、前記プロファイルが、前記集約コンテンツ・リストの前記サブセットを前記データ処理構成に提供するのに前記集約コンテンツ・ディレクトリ・サービスによって使用可能である、請求項３１に記載のコンピュータ可読の媒体。
33. 前記データ処理構成が、無線ネットワーク・インターフェースを介してネットワーク・インターフェースに接続することができる、請求項３１に記載のコンピュータ可読の媒体。
34. 前記アドホック・ピアツーピア・ネットワークが、ユニバーサル・プラグ・アンド・プレイ・ネットワークを含む、請求項３１に記載のコンピュータ可読の媒体。
35. アドホック・ピアツーピア・ネットワークに接続することのできる少なくとも１つのコントロール・ポイント・デバイスと、
    前記ネットワークに接続することのできる複数のメディア・サーバと、
    前記複数のメディア・サーバからコンテンツ・リストを収集する手段であって、各コンテンツ・リストは関連する前記メディア・サーバを介して入手可能なコンテンツを記載している、手段と、
    前記コントロール・ポイント・デバイスに関連するアイデンティティに基づいて前記コンテンツ・リストのサブセットを選択する手段と、
    集約コンテンツ・リストを前記コントロール・ポイント・デバイスに提示する手段であって、前記集約コンテンツ・リストが前記コンテンツ・リストの前記選択されたサブセットに基づいている手段と、
    を含むシステム。
36. コンテンツ・リストの前記サブセットが一貫した形態になるように、前記集約コンテンツ・リストの少なくとも一部分を修正する手段をさらに含む、請求項３５に記載のシステム。

Images