JP2009516312A - データをキャッシングするシステムおよび方法 - Google Patents

Abstract

ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法は、ラジオ媒体コンテンツの要求をネットワークを介して第１遠隔電子デバイスに送信することを含む。複数の媒体データ・ファイルを含むラジオ媒体コンテンツが、ネットワークを介して受信される。受信された複数の媒体データ・ファイルは、ユーザ電子デバイスの記憶デバイスに記憶される。複数の媒体データ・ファイルのレンダリング・シーケンスを確定するラジオ・プレイリストが要求される。ラジオ・プレイリストの要求に応答して、ラジオ・プレイリストが受信される。ラジオ・プレイリストは、記憶されている複数の媒体データ・ファイルが、ラジオ・プレイリストに従ってユーザ電子デバイスでレンダリングされることを可能にするように、ユーザ電子デバイスにおいて処理される。

Description

本発明は、媒体コンテンツ・キャッシングに関し、より具体的にはパーソナル媒体デバイス上における媒体コンテンツ・キャッシングに関する。

本出願は、参照によって本明細書に組み込まれている以下の出願：２００５年１０月３日に出願された「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＣＡＣＨＩＮＧ ＤＡＴＡ」という名称の米国出願第１１／２４２，３３９号；２００３年１１月２１日に出願された「ＤＩＧＩＴＡＬ ＲＩＧＨＴＳ ＭＡＮＡＧＥＭＥＮＴ ＦＯＲ ＣＯＮＴＥＮＴ ＲＥＮＤＥＲＩＮＧ ＯＮ ＰＬＡＹＢＡＣＫ ＤＥＶＩＣＥＳ」という名称の米国出願第１０／７１９，９８１号の優先権を主張する。

媒体配信システム（たとえば、ＲｅａｌＮｅｔｗｏｒｋｓ（商標）［ワシントン州シアトル在］によって提供されるＲｈａｐｓｏｄｙ（商標）およびＲｈａｐｓｏｄｙｔｏ−Ｇｏ（商標）のサービス）は、媒体コンテンツを媒体サーバからクライアント電子デバイス（たとえば、ＭＰ３プレーヤ）に配信する。媒体配信システムは、ユーザが媒体データ・ファイルをダウンロードする、および／または媒体データ・ストリームを受信して処理することを可能にすることによって、媒体コンテンツを配信することが可能である。

媒体配信システムにより、ユーザがラジオ媒体コンテンツを聴くことが可能になり得、それにより、個々の媒体トラックは、ユニキャストまたはマルチキャストを介してユーザにストリームされる（従来のラジオ局の方式と同様の方式で）。通常、ラジオ媒体コンテンツに含まれるトラック（およびトラックがユーザによってレンダリングされる順序、またはユーザにストリームされる順序）は、しばしば、デジタル・ミレニアム著作権法（すなわち、ＤＭＣＡ）、ＡＳＣＡＰ（すなわち、ｔｈｅ Ａｍｅｒｉｃａｎ Ｓｏｃｉｅｔｙ ｏｆ Ｃｏｍｐｏｓｅｒｓ，Ａｕｔｈｏｒｓ，ａｎｄ Ｐｕｂｌｉｓｈｅｒｓ）ポリシ、およびＢＭＩ（すなわち、Ｂｒｏａｄｃａｓｔ Ｍｕｓｉｃ，Ｉｎｃ．）ポリシなど、様々な法律ならびに組織によって管理される。著作権法の下でのさらなる規定は、そのような法律によって必要とされる制約を有さずにトラックがユーザに提供される場合、媒体コンテンツのユーザおよび／または配信者に使用料の増大を課す可能性がある。
米国特許第６，６１１，８１３号

依然としてＤＭＣＡの制約に準拠しながら、トラックをユーザに提供する１つの方式が、米国特許第６，６１１，８１３号に記載されている。これらおよび他の方法は、ＤＭＣＡに準拠することを保証するために、プレイリストの音楽をスキップすることを防止するが、デバイスがネットワークから解放されるとき、サーバが生成したラジオ局プレイリストを使用することを規定しない。

第１実施態様において、ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法は、ラジオ媒体コンテンツに対する要求を第１遠隔電子デバイスにネットワークを介して送信することを含む。複数の媒体データ・ファイルを含むラジオ媒体コンテンツが、ネットワークを介して受信される。受信された複数の媒体データ・ファイルは、ユーザ電子デバイスの記憶デバイスに記憶される。複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストが要求される。ラジオ・プレイリストに対する要求に応答して、ラジオ・プレイリストが受信される。ラジオ・プレイリストは、ラジオ・プレイリストに従って記憶された複数の媒体データ・ファイルをユーザ電子デバイスでレンダリングすることを可能にするために、ユーザ電子デバイスにおいて処理される。

図１を参照すると、パーソナル媒体デバイス１２に存在し、かつパーソナル媒体デバイス１２によって実行されることが可能であるＤＲＭ（すなわち、デジタル権管理）プロセス１０が示されている。以下においてより詳細に議論されるが、ＤＲＭプロセス１０により、パーソナル媒体デバイス１２のユーザ（たとえば、ユーザ１４）が、パーソナル媒体デバイス１２にある媒体コンテンツ１６を管理することが可能になる。パーソナル媒体デバイス１２の例には、ラップトップ／ノートブック・コンピュータ、ＰＤＡ（すなわち、パーソナル・デジタル・アシスタント）、セルラ電話、携帯式媒体プレーヤ（たとえば、ＭＰ３プレーヤ）、ページャ、無線電子メール・デバイス（たとえば、Ｂｌａｃｋｂｅｒｒｙ（商標）デバイス）、および／または携帯式ゲーム・デバイス（たとえば、Ｐｌａｙｓｔａｔｉｏｎ（商標）Ｐｏｒｔａｂｌｅ）などがある。パーソナル媒体デバイス１２は、通常、媒体配信システム１８から媒体コンテンツ１６を受信する。

以下においてより詳細に議論されるように、媒体配信システム１８から受信された媒体コンテンツ１６のフォーマットの例は、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、永久的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、媒体配信システム１８について有効加入が存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツを含むことが可能である。通常、媒体コンテンツ１６がコンピュータ２８（すなわち、非限定的に、たとえばサーバ・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、パーソナル・デジタル・アシスタント、または一連のサーバを含むことが可能である）からパーソナル媒体デバイス１２にストリームされるとき、媒体コンテンツ１６のコピーは、パーソナル媒体デバイス１２に永続的には維持されない。媒体配信システム１８の他に、媒体コンテンツ１６は、他のソースから得られることが可能であり、その例には、非限定的に音楽コンパクト・ディスクから取り入れられたファイルを含むことが可能である。

媒体配信システム１８によって配信された媒体コンテンツ１６のタイプの例には、音声ファイル（その例は、非限定的に、たとえば、音楽ファイル、音声ニュース・ブロードキャスト、音声スポーツ・ブロードキャスト、および本の音声記録を含むことが可能である）、ビデオ・ファイル（その例は、非限定的にたとえば、音声を含まないビデオ場面を含むことが可能である）、音声／ビデオ・ファイル（その例は、非限定的に、たとえばａ／ｖニュース・ブロードキャスト、ａ／ｖスポーツ・ブロードキャスト、長編映画および映画クリップ、音楽ビデオ、ならびにテレビジョン・ショーの一遍を含むことが可能である）、さらにマルチメディア・コンテンツ（その例は、非限定的に、たとえば対話式プレゼンテーションおよびスライドショーを含むことが可能である）がある。

媒体配信システム１８は、通常、媒体データ・ストリームおよび／または媒体データ・ファイルを複数のユーザ（たとえば、ユーザ１４、２０、２２、２４、２６）に提供する。そのような媒体配信システム１８の例には、ＲｅａｌＮｅｔｗｏｒｋｓ（商標）［ワシントン州シアトル在］によって提供されるＲｈａｐｓｏｄｙ（商標）サービスおよびＲｈａｐｓｏｄｙ−Ｔｏ−Ｇｏ（商標）サービスがある。送信前、媒体配信システム１８は、たとえばＭＰ３（すなわちＭｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ Ａｕｄｉｏ Ｌａｙｅｒ ３）フォーマット、ＡＡＣ（すなわち、Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｃｏｄｉｎｇ）フォーマット、ＲｅａｌＡｕｄｉｏ（商標）フォーマット、Ｑｕｉｃｋｔｉｍｅ（商標）フォーマット、およびＡＶＩ（すなわち、Ａｕｄｉｏ Ｖｉｄｅｏ Ｉｎｔｅｒｌｅａｖｅ）フォーマットなどに媒体データ・ストリームおよび／または媒体データ・ファイルを符号化することが可能である。受信する際、ストリーム／ファイルは、復号され（適切な復号器を使用する）、レンダリングされることが可能である。

媒体配信システム１８は、通常、ネットワーク３０（たとえば、インターネット）に接続されるコンピュータ２８（たとえば、サーバ・コンピュータ）にあり、かつそれによって実行されるサーバ・アプリケーションである。コンピュータ２８は、ネットワーク・オペレーティング・システムを実行するウエブ・サーバ（または多くの接続サーバのシリーズ）とすることが可能であり、ネットワーク・オペレーティング・システムの例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ２０００ Ｓｅｒｖｅｒ（商標）、Ｎｏｖｅｌｌ Ｎｅｔｗａｒｅ（商標）、またはＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことが可能である。

通常、コンピュータ２８はまた、ウエブ・サーバ・アプリケーションも実行し、ウエブ・サーバ・アプリケーションの例は、非限定的に、ネットワーク３０を介してコンピュータ２８にＨＴＴＰ（すなわち、ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）アクセスすることを可能にするＭｉｃｒｏｓｏｆｔ ＩＩＳ（商標）、Ｎｏｖｅｌｌ Ｗｅｂサーバ（商標）、またはＡｐａｃｈｅ Ｗｅｂサーバ（商標）を含むことが可能である。ネットワーク３０は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくはイントラネットなど、１つまたは複数の２次ネットワーク（たとえば、ネットワーク３２）に接続されることが可能である。

コンピュータ２８に結合された記憶デバイス３４に通常は記憶される媒体配信システム１８の命令セットおよびサブルーチンは、コンピュータ２８に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。記憶デバイス３４は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。

ユーザ１４、２０、２２、２４、２６は、ネットワーク３０を経て直接、または２次ネットワーク３２を経て、媒体配信システム１８にアクセスすることが可能である。さらに、コンピュータ２８（すなわち、媒体配信システム１８を実行するコンピュータ）は、透視連結線３６で示されるように、２次ネットワーク３２を経てネットワーク３０に接続されることが可能である。

ユーザ１４、２０、２２、２４、２６は、様々なクライアント電子デバイスを経て媒体配信システム１８にアクセスすることが可能であり、クライアント電子デバイスの例は、非限定的に、たとえば、パーソナル媒体デバイス１２、３８、４０、４２、クライアント・コンピュータ４４、ラップトップ・コンピュータ（図示せず）、パーソナル・デジタル・アシスタント（図示せず）、セルラ電話（図示せず）、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネット・ラジオ（図示せず）、または専用ネットワーク・デバイス（図示せず）を含むことが可能である。

様々なクライアント電子デバイスが、直接または間接にネットワーク３０（またはネットワーク３２）に結合されることが可能である。たとえば、クライアント・コンピュータ４４は、配線ネットワーク接続によりネットワーク３０に直接結合されて示されている。さらに、クライアント・コンピュータ４４は、たとえばユーザ２２がネットワーク３０（またはネットワーク３２）を介して媒体配信システム１８にアクセスして構成することを可能にするクライアント・アプリケーション４６（その例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）、ＲｅａｌＲｈａｐｓｏｄｙ（商標）クライアント、ＲｅａｌＰｌａｙｅｒ（商標）クライアント、または専用インタフェースを含むことが可能である）を実行する。クライアント・コンピュータ４４は、オペレーティング・システムを実行することが可能であり、オペレーティング・システムの例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）またはＲｅｄｈａｔ Ｌｉｎｕｘ（商標）を含むことが可能である。

クライアント・コンピュータ４４に結合された記憶デバイス４８に通常は記憶されるクライアント・アプリケーション４６の命令セットおよびサブルーチンは、クライアント・コンピュータ４４に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。記憶デバイス４８は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。

上記で議論されたように、様々なクライアント電子デバイスは、ネットワーク３０（またはネットワーク３２）に間接に結合されることが可能である。たとえば、パーソナル媒体デバイス３８は、パーソナル媒体デバイス３８とネットワーク３０に直接結合されて示されている無線アクセス点（すなわち、ＷＡＰ）５２との間に確立された無線通信チャネル５０を介してネットワーク３０に無線結合されて示されている。ＷＡＰ５２は、たとえば、パーソナル媒体デバイス３８とＷＡＰ５２の間に安全な通信チャネル５０を確立することができるＩＥＥＥ８０２．１１ａ、８０２．１ｌｂ、８０２．１１ｇ、Ｗｉ−Ｆｉ、および／またはブルートゥース・デバイスとすることが可能である。

当技術分野において既知であるように、すべてのＩＥＥＥ８０２．１１ｘ仕様が、経路を共用するためにイーサネット（登録商標）・プロトコルおよびキャリア検知多重アクセス衝突回避ネットワーク（すなわち、ＣＳＭＡ／ＣＡ）を使用する。様々な８０２．１１ｘ仕様は、たとえば、位相シフト・キーイング（すなわち、ＰＳＫ）変調または相補コード・キーイング（すなわち、ＣＣＫ）変調を使用する。当技術分野において既知であるように、ブルートゥースは、たとえば、短距離無線接続を使用して移動フォン、コンピュータ、およびパーソナル・デジタル・アシスタントが相互接続されることを可能にする遠隔通信産業仕様である。

ネットワーク３０（またはネットワーク３２）に無線結合されることに加えて、パーソナル媒体デバイスが、プロキシ・コンピュータ（たとえば、パーソナル媒体デバイス１２のプロキシ・コンピュータ５４、パーソナル媒体デバイス４０の、プロキシ・コンピュータ５６、およびパーソナル媒体デバイス４２のプロキシ・コンピュータ５８）を介してネットワーク３０（またはネットワーク３２）に結合されることが可能である。

パーソナル媒体デバイス
たとえば、図２をも参照すると、パーソナル媒体デバイス１２は、ドッキング・クレードル６０を介してプロキシ・コンピュータ５４に接続されることが可能である。通常、パーソナル媒体デバイス１２は、パーソナル媒体デバイス１２をドッキング・クレードル６０に結合するバス・インタフェース（以下においてより詳細に議論される）を含む。ドッキング・クレードル６０は、たとえば、プロキシ・コンピュータ５４内に含まれるユニバーサル・シリアル・バス（すなわち、ＵＳＢ）・ポート、シリアル・ポート、またはＩＥＥＥ１３９４（すなわち、ＦｉｒｅＷｉｒｅ）ポートに（ケーブル６２で）結合されることが可能である。

パーソナル媒体デバイス１２内に含まれるバス・インタフェースは、ＵＳＢインタフェースとすることが可能であり、ドッキング・クレードル６０は、ＵＳＢハブ（すなわち、パーソナル媒体デバイス１２とドッキング・クレードル６０の「ホット」結合および脱結合を可能にするプラグアンドプレイ・インタフェース）として機能することが可能である。

プロキシ・コンピュータ５４は、パーソナル媒体デバイス１２のインターネット・ゲートウエイとして機能することが可能である。したがって、パーソナル媒体デバイス１２は、ネットワーク３０（およびネットワーク３２）を介して媒体配信システム１８にアクセスし、媒体コンテンツ１６を獲得するために、プロキシ・コンピュータ５４を使用することが可能である。具体的には、パーソナル媒体デバイス１２から媒体配信システム１８についての要求を受信する際、プロキシ・コンピュータ５４（パーソナル媒体デバイス１２の代わりにインターネット・クライアントとして作用する）は、コンピュータ２８（すなわち、媒体配信システム１８を実行するコンピュータ）から適切なウエブ・ページ／サービスを要求することが可能である。要求されたウエブ・ページ／サービスがプロキシ・コンピュータ５４に戻されるとき、プロキシ・コンピュータ５４は、戻されたウエブ・ページ／サービスを当初の要求（パーソナル媒体デバイス１２によって配置された）に関係付け、ウエブ・ページ／サービスをパーソナル媒体デバイス１２に進める。それゆえ、プロキシ・コンピュータ５４は、パーソナル媒体デバイス１２をコンピュータ２８、したがって媒体配信システム１８に結合する導管として機能することが可能である。

さらに、パーソナル媒体デバイス１２は、デバイス・アプリケーション６４（その例は、非限定的に、ＲｅａｌＲｈａｐｓｏｄｙ（商標）クライアント、ＲｅａｌＰｌａｙｅｒ（商標）クライアント、または専用インタフェースを含むことが可能である）を実行することが可能である。パーソナル媒体デバイス１２は、オペレーティング・システムを実行することが可能であり、その例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標） ＣＥ（商標）、Ｒｅｄｈａｔ Ｌｉｎｕｘ（商標）、Ｐａｌｍ ＯＳ（商標）、またはデバイス専用（すなわち、カスタム）オペレーティング・システムを含むことが可能である。

ＤＲＭプロセス１０は、通常、デバイス・アプリケーション６４の構成要素である（その例は、非限定的に、デバイス・アプリケーション６４の埋込み機能、デバイス・アプリケーション６４のソフトウエア・プラグイン、またはデバイス・アプリケーション６４によって内部から呼び出されて制御される独立型アプリケーションを含むことが可能である）。パーソナル媒体デバイス１２に結合された記憶デバイス６６に通常は記憶されているデバイス・アプリケーション６４およびＤＲＭプロセス１０の命令セットおよびサブルーチンは、パーソナル媒体デバイス１２に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。たとえば、記憶デバイス６６は、ハード・ディスク・ドライブ、光学ドライブ、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ＣＦ（すなわち、コンパクト・フラッシュ）カード、ＳＤ（すなわち、安全デジタル）カード、ＳｍａｒｔＭｅｄｉａ（登録商標）カード、ＭｅｍｏｒｙＳｔｉｃｋ、およびＭｕｌｔｉＭｅｄｉａカードとすることが可能である。

アドミニストレータ６８が、通常、ネットワーク３０（またはネットワーク３２）にも接続される管理コンピュータ７２で実行されるデスクトップ・アプリケーション７０（その例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ（商標）、または専用インタフェースを含むことが可能である）を経て媒体配信システム１８にアクセスして管理する。

管理コンピュータ７２に結合された記憶デバイス（図示せず）に通常記憶されているデスクトップ・アプリケーション７０の命令セットおよびサブルーチンは、管理コンピュータ７２に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。管理コンピュータ７２に結合された記憶デバイス（図示せず）は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。

図３をも参照すると、パーソナル媒体デバイス１２の概略図が示されている。パーソナル媒体デバイス１２は、通常、マイクロプロセッサ１５０（たとえば、Ｉｎｔｅｌ（商標）［カリフォルニア州サンタクララ在］によって作成されたＡＲＭ（商標）マイクロプロセッサ）、不揮発性メモリ（たとえば、読取り専用メモリ１５２）、および揮発性メモリ（たとえば、ランダム・アクセス・メモリ１５４）を含む。そのそれぞれは、１つまたは複数のデータ／システム・バス１５６、１５８を介して相互接続されることが可能である。パーソナル媒体デバイス１２はまた、たとえばヘッドフォン・アセンブリ１６４、遠隔スピーカ・アセンブリ１６６、またはイヤ・バッド・アセンブリ１６８などの取外し可能係合用音声ジャック１６２に、たとえばアナログ音声信号を提供する音声サブシステム１６０を含むことも可能である。代替として、パーソナル媒体デバイス１２は、１つまたは複数の内部音声スピーカ（図示せず）を含むように構成されることも可能である。

パーソナル媒体デバイス１２はまた、ユーザ・インタフェース１７０および表示サブシステム１７２を含むことも可能である。ユーザ・インタフェース１７０は、パーソナル媒体デバイス１２内に含まれる様々な入力デバイスからデータ信号を受信することが可能であり、入力デバイスの例は、たとえば、格付けスイッチ７４、７６、後方スキップ・スイッチ７８、前方スキップ・スイッチ８０、プレイ／ポーズ・スイッチ８２、メニュー・スイッチ８４、ラジオ・スイッチ８６、およびスライダ・アセンブリ８８を含む（非限定的に）ことが可能である。表示サブシステム１７２は、パーソナル媒体デバイス１２内に含まれる表示パネル９０に表示信号を提供することが可能である。表示パネル９０は、たとえば、能動マトリックス液晶表示パネル、受動マトリックス液晶表示パネル、または発光ダイオード表示パネルとすることが可能である。

音声サブシステム１６０、ユーザ・インタフェース１７０、および表示サブシステム１７２は、それぞれ、１つまたは複数のデータ／システム・バス１７４、１７６、１７８を介して（それぞれ）マイクロプロセッサ１５０に結合されることが可能である。

パーソナル媒体デバイス１２の使用中、表示パネル９０は、たとえば、パーソナル媒体デバイス１２内に記憶されている媒体コンテンツ９２、９４、９６の様々なピースのタイトルおよびアーティストを表示するように構成されることが可能である。スライダ・アセンブリ８８は、パーソナル媒体デバイス１２内に記憶されている媒体コンテンツのリストにわたって上方または下方にスクロールするために使用されることが可能である。媒体コンテンツの所望のピースが強調されるとき（たとえば、「Ｔａｊ Ｍａｈａｌ」による「Ｐｈａｎｔｏｍ Ｂｌｕｅｓ」）、ユーザ１４は、プレイ／ポーズ・スイッチ８２を使用してレンダリングする媒体コンテンツを選択することが可能である。ユーザ１４は、前方スキップ・スイッチ８０を使用して媒体コンテンツの次のピースに向かって順方向にスキップすることが可能であり（たとえば、「Ｒｏｂｅｒｔ Ｊｏｈｎｓｏｎ」による「Ｈａｐｐｙ Ｔｏ Ｂｅ Ｊｕｓｔ…」）、または、後方スキップ・スイッチ７８を使用して媒体コンテンツの先行ピースに向かって後方にスキップすることが可能である（たとえば、「Ｌｅｒｏｙ Ｂｒｏｗｎｓｔｏｎｅ」による「Ｂｉｇ Ｎｅｗ Ｏｒｌｅａｎｓ」）。さらに、ユーザ１４は、格付けスイッチ７４、７６を使用して、媒体コンテンツを聴く際に媒体コンテンツを格付けすることが可能である。

上記で議論されたように、パーソナル媒体デバイス１２は、ドッキング・クレードル６０を介してたとえばプロキシ・コンピュータ５４とインタフェースするためのバス・インタフェース１８０を含むことが可能である。さらに、上記で議論されたように、パーソナル媒体デバイス１２は、パーソナル媒体デバイス１２とたとえばＷＡＰ５２との間に確立された無線通信チャネル５０などを介して、ネットワーク３０（および／または他のパーソナル媒体デバイス）に無線結合されることが可能である。それゆえ、パーソナル媒体デバイス１２は、パーソナル媒体デバイス１２をネットワーク３０（もしくはネットワーク３２）および／または他のパーソナル媒体デバイスに無線結合するための無線インタフェース１８２を含むことが可能である。無線インタフェース１８２は、たとえばＷＡＰ５２にＲＦ通信するためのアンテナ・アセンブリ１８４、および／またはたとえば第２パーソナル媒体デバイス（パーソナル媒体デバイス４０など）と赤外線通信するためのＩＲ（すなわち、赤外線）通信アセンブリ１８６に結合されることが可能である。

上記で議論されたように、パーソナル媒体デバイス１２は、デバイス・アプリケーション６４およびＤＲＭプロセス１０の命令セットおよびサブルーチンを記憶する記憶デバイス６６を含むことが可能である。さらに、記憶デバイス６６は、媒体配信システム１８からダウンロードされた媒体データ・ファイルを記憶し、かつ媒体配信システム１８からストリームされた媒体データ・ストリーム（またはその一部）を一時的に記憶するために使用されることが可能である。

記憶デバイス６６、バス・インタフェースバス１８０、および無線インタフェース１８２は、それぞれ、１つまたは複数のデータ／システムバス・インタフェースバス１８８、１９０、１９２（それぞれ）を介してマイクロプロセッサ１５０に結合されることが可能である。

上記で議論されたように、媒体配信システム１８は、媒体コンテンツをユーザ１４、２０、２２、２４、２６に配信し、それにより、配信された媒体コンテンツは、媒体データ・ストリームおよび／または媒体データ・ファイルの形態にあることが可能である。

それゆえ、媒体配信システム１８は、ユーザが媒体データ・ファイルをダウンロードすることのみを可能にするように構成されることが可能である。たとえば、ユーザ１４は、媒体配信システム１８から、媒体データ・ファイル（すなわち、その例は、非限定的にＭＰ３ファイまたはＡＡＣファイルを含むことが可能である）をダウンロードすることが可能になり得、それにより、媒体データ・ファイルのコピーが、コンピュータ２８からパーソナル媒体デバイス１２に転送される（記憶デバイス６６に記憶される）。

代替として、媒体配信システム１８は、ユーザが媒体データ・ファイルの媒体データ・ストリームを受信して処理することのみを可能にするように構成されることが可能である。たとえば、ユーザ２２は、媒体配信システム１８から媒体データ・ストリームを受信し、媒体配信システム１８から受信された媒体データ・ストリームを処理する（クライアント・コンピュータ４４で）ことが可能になり得る。上記で議論されたように、媒体コンテンツが、たとえば、コンピュータ２８からクライアント・コンピュータ４４にストリームされるとき、媒体データ・ファイルのコピーは、クライアント・コンピュータ４４に永続的には保持されない。

さらに、媒体配信システム１８は、ユーザが媒体データ・ストリームを受信および処理し、媒体データ・ファイルをダウンロードすることを可能にするように構成されることが可能である。そのような媒体配信システムの例には、ＲｅａｌＮｅｔｗｏｒｋｓ（商標）［ワシントン州シアトル在］によって提供されるＲｈａｐｓｏｄｙ（商標）およびＲｈａｐｓｏｄｙ−ｔｏ−Ｇｏ（商標）のサービスがある。それゆえ、ユーザ１４は、媒体配信システム１８から媒体データ・ファイルをダウンロードし、かつ媒体配信システム１８から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ２８からパーソナル媒体デバイス１２に転送される（すなわち、受信された媒体データ・ファイルが記憶デバイス６６に記憶される）ことが可能であり、媒体データ・ファイルのストリームが、パーソナル媒体デバイス１２によってコンピュータ２８から受信される（すなわち、受信されたストリームの一部が記憶デバイス６６に一時的に記憶される）ことが可能である。さらに、ユーザ２２は、媒体配信システム１８から媒体データ・ファイルをダウンロードし、媒体配信システム１８から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ２８からクライアント・コンピュータ４４に転送される（すなわち、受信された媒体データ・ファイルが記憶デバイス４８に記憶される）ことが可能であり、媒体データ・ファイルのストリームが、クライアント・コンピュータ４４によってコンピュータ２８から受信される（すなわち、受信されたストリームの一部が、記憶デバイス４８に一時的に記憶される）ことが可能である。

通常、デバイスが、たとえばコンピュータ２８から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ２８、したがって媒体配信システム１８へのアクティブ接続を有さなければならない。それゆえ、パーソナル媒体デバイス３８（すなわち、無線チャネル５０を介してコンピュータ２８にアクティブに接続されている）およびクライアント・コンピュータ４４（すなわち、配線ネットワーク接続を介してコンピュータ２８にアクティブに接続されている）は、たとえばコンピュータ２８から媒体データ・ストリームを受信して処理することが可能である。

上記で議論されたように、プロキシ・コンピュータ５４、５６、５８は、パーソナル媒体デバイス１２、４０、４２（それぞれ）をコンピュータ２８、したがって媒体配信システム１８に結合するための導管として機能することが可能である。それゆえ、プロキシ・パーソナル媒体デバイス１２、４０、４２がたとえばドッキング・クレードル６０を介してプロキシ・コンピュータ５４、５６、５８（それぞれ）に結合されるとき、パーソナル媒体デバイス１２、４０、４２は、コンピュータ２８にアクティブに接続され、したがって、コンピュータ２８によって提供された媒体データ・ストリームを受信して処理することが可能である。

ユーザ・インタフェース
上記で議論されたように、たとえばパーソナル媒体デバイス１２、３８、４０、４２、クライアント・コンピュータ４４、パーソナル・デジタル・アシスタント（図示せず）、セルラ電話（図示せず）、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネット・ラジオ（図示せず）、または専用ネットワーク・デバイス（図示せず）を非限定的に含む様々なタイプのクライアント電子デバイスを使用して、媒体配信システム１８にアクセスすることが可能である。通常、ユーザによって使用される（特定のクライアント電子デバイスについて媒体配信システム１８を構成するとき）インタフェースのタイプは、媒体コンテンツがストリーム／ダウンロードされているクライアント電子デバイスのタイプに応じて変化する。

たとえば、パーソナル媒体デバイス１２の示された（図２において）実施形態はキーボードを含まず、かつパーソナル媒体デバイス１２の表示パネル９０はコンパクトであるので、媒体配信システム１８は、プロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を介してパーソナル媒体デバイス１２について構成されることが可能である。

プロキシ・コンピュータ５４に結合された記憶デバイス９９に通常は記憶されているプロキシ・アプリケーション９８の命令セットおよびサブルーチンは、プロキシ・コンピュータ５４に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。プロキシ・コンピュータ５４に結合された記憶デバイス９９は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。

さらに、同様の理由で、パーソナル・デジタル・アシスタント（図示せず）、セルラ電話（図示せず）、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネット・ラジオ（図示せず）、および専用ネットワーク・デバイス（図示せず）が、媒体配信システム１８を構成するためにプロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を使用することが可能である。

さらに、クライアント電子デバイスは、媒体配信システム１８がプロキシ・アプリケーション９８を介して構成されるために、プロキシ・コンピュータ５４に直接接続される必要はない。たとえば、媒体配信システム１８にアクセスするために使用されるクライアント電子デバイスがセルラ電話であると想定する。セルラ電話は、通常、たとえばプロキシ・コンピュータ５４に物理的に接続可能ではないが、プロキシ・コンピュータ５４は、セルラ電話と共に使用されるように媒体配信システム１８を遠隔的に構成するために依然として使用されることが可能である。それゆえ、たとえばプロキシ・コンピュータ５４を介して入力される構成情報（セルラ電話に関する）は、ユーザがセルラ電話で媒体配信システム１８にアクセスする次の時間まで、媒体配信システム１８（コンピュータ２８）内に保持されることが可能である。そのとき、媒体配信システム１８に保存されている構成情報は、セルラ電話にダウンロードされることが可能である。

キーボードおよびより大きなディスプレイ（たとえば、クライアント・コンピュータ４４）を含むシステムでは、クライアント・アプリケーション４６は、クライアント・コンピュータ４４と共に使用されるように媒体配信システム１８を構成するために使用されることが可能である。

図４をも参照すると、媒体配信システム１８にアクセスするためにクライアント・アプリケーション４６を使用するとき、ユーザ２２は、クライアント・アプリケーション４６によってレンダリングされた情報表示スクリーン２００を提示されることが可能である。クライアント・アプリケーション４６は、通常、媒体配信システム１８とインタフェースし、かつ情報表示スクリーン２００を見るためのユーザ・インタフェース２０２（たとえば、ウエブ・ブラウザ）を含む。

たとえば、ユーザ２２がコンピュータ２８などから媒体コンテンツをストリームする／ダウンロードするとき、媒体配信システム１８は、ユーザのクライアント電子デバイス（たとえば、クライアント・コンピュータ４４など）にストリーム／ダウンロードされ、そのユーザの媒体履歴ファイル１００（図１）を生成することになる媒体コンテンツを監視することが可能である。媒体履歴ファイル１００は、通常、局所的に維持される（たとえば、クライアント・コンピュータ４４に維持される）が、媒体履歴ファイル１００は、代替／追加として、遠隔媒体履歴ファイル１００’として遠隔的に維持される（たとえば、コンピュータ２８に維持される）ことが可能である。

ユーザ（たとえば、ユーザ２２）は、この媒体履歴ファイル（またはその一部）をプレイリストとして保存することが可能である。プレイリストは、通常、媒体配信システム１８が順次レンダリングするトラックのグループである（この例は、非限定的に、歌、ビデオ、ニュース・ブロードキャスト、スポーツ・ブロードキャストなどを含むことが可能である）。これにより、ユーザは、カスタム音楽編集をコンパイルすることが可能になる（多重プレイリストの形態で）。

履歴ウィンドウ２０４が、媒体履歴ファイル１００内に含まれる情報を項目化するクライアント・アプリケーション４６によってレンダリングされることが可能である。この例では、履歴ウィンドウ２０４は、１０の（１０）媒体データ・ストリーム（たとえば、「Ｊａｉｌｈｏｕｓｅ Ｒｏｃｋ」、「Ｓｕｒｆ Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ Ｓｕｅ」、「Ｔｈｅ Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ Ｇｒｅａｔ Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ Ｈｉｌｌ」、「Ｉ’ｍ Ｗａｌｋｉｎ」、「Ｂｌｕｅ Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ Ｙａｋ」、および「Ｐｅｇｇｙ Ｓｕｅ」）を項目化し、それにより、ユーザ２２がそれらの１０の（１０）媒体データ・ストリームを以前に聴いたことを示す。

媒体データ・ストリーム（すなわち、コンピュータ２８など、遠隔デバイスから受信された媒体データ・ストリーム）に加えて、クライアント・アプリケーション４６により、ユーザ１２は、ローカル媒体データ・ファイルをレンダリングすることが可能になる。上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム１８から受信された購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、媒体配信システム１８について有効な加入が存在する間使用するためにたとえばユーザに認可された媒体コンテンツ）、および／またはたとえば音楽コンパクト・ディスクなどから抽出された（すなわち取り入れられた）媒体データ・ファイルとすることが可能である。これらのローカル媒体データ・ファイルは、通常、たとえばクライアント・コンピュータ４４に結合された記憶デバイス４８に記憶される。

ユーザ２２がローカル媒体データ・ファイル（すなわち、クライアント・コンピュータ４４に記憶されているファイル）をレンダリングすることを望む場合、ユーザ２２は、たとえば、クライアント・アプリケーション４６を使用して、レンダリングされるファイルを選択することが可能である。それゆえ、ユーザ２２は、ポインティング・デバイス（たとえば、コンピュータ・マウス、図示せず）によって制御可能となり得るスクリーン・ポインタ２０８を使用して、ドロップダウン「Ｆｉｌｅ」メニュー２０６を選択することが可能である。「Ｏｐｅｎ」コマンドを選択することにより、クライアント・アプリケーション４６は、ファイル管理ウィンドウ２１０をレンダリングすることになり得、これにより、ユーザ２２は、再生するローカル媒体データ・ファイルを選択することが可能になる。

この例では、ファイル管理ウィンドウ２１０は、３つの（３）ローカル媒体データ・ファイル、すなわち「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」２１２、「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」２１４、および「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」２１６を確定し、これらはすべてフォルダ「Ｍｙ Ｍｕｓｉｃ」内に記憶されている。ユーザ２２は、クライアント・アプリケーション４６で再生するこれらのファイルのいずれか（またはすべて）を選択することが可能である。

検索ウィンドウ２１８により、ユーザ（たとえば、ユーザ２２）が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ２２は、検索用語（たとえば、「（公序良俗違反につき、不掲載）」）を入力し、適切な用語タイプを選択し（たとえば、アーティスト）、問合せを実行することが可能である。複数のアーティストが問合せを満たす事象では、結果のセットが生成されることが可能であり、そのセットから、ユーザ２２は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ２２は、選択されたアーティストによって発表された様々なアルバム（または、選択アーティストによるトラックを含むもの）をレビューすることが可能である。次いで、ユーザ２２は、アルバムのいずれかに含まれる様々なトラックの１つまたは複数をストリームする、またはダウンロードすることが可能である。トラックがレンダリングされた後、レンダリングされたトラックに関する識別情報が、ローカル媒体履歴ファイル１００および／または遠隔媒体履歴ファイル１００’に追加されることが可能であり、履歴ウィンドウ２０４に含まれることが可能である。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ１４は、たとえば、キーボード、トラック、アルバム、および／または作曲者などによって媒体コンテンツを検索することもできることが可能である。

図５をも参照し、ユーザ２２が、再生のためにすべての３つのローカル媒体データ・ファイルを選択すると想定すると、媒体履歴ファイル１００は、３つの追加のエントリ、すなわち「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」の１つ、「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」の１つ、および「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」の１つを含むように修正されることが可能である。それゆえ、履歴ウィンドウ２０４が媒体履歴ファイル１００内に含まれる情報を項目化する際、履歴ウィンドウ２０４は、ローカル媒体データ・ファイル「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」２１２、ローカル媒体データ・ファイル「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」２１４、およびローカル媒体データ・ファイル「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」２１６に対応する３つの追加のエントリ（すなわち、エントリ２２０、２２２、２２４）を含む。

ユーザ２２が、将来再生するためにこの音楽の集団を保存することを望むと想定すると、ユーザ２２は、現行媒体履歴ファイル１００（またはその一部）をプレイリスト１０２（図１）として保存することが可能である。プレイリスト１０２は、通常、局所的に維持されるが（たとえば、クライアント・コンピュータ４４に維持される）、プレイリスト１０２は、代替として／追加として、遠隔プレイリスト１０２’として遠隔的に維持されることが可能である（たとえば、コンピュータ２８に維持される）。

図６をも参照すると、ユーザ２２は、「保存」ボタン２４０を選択することが可能である（スクリーン・ポインタ２０８を使用して）。「保存」ボタン２０４が選択された後、ユーザ２２が、プレイリスト名称付けウィンドウ２４２の名前フィールド２４４内においてプレイリスト１０２の固有名を指定することを可能にするプレイリスト名称付けウィンドウ２４２がレンダリングされることが可能である（クライアント・アプリケーション４６によって）。

ユーザ２２が、「５０年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト１０２が保存され（すなわち、「５０年代ヒット」として）、履歴ウィンドウ２０４内において項目化された媒体コンテンツのピースのすべての位置を確定する。

図７をも参照すると、プレイリスト１０２が記憶された後、プレイリスト１０２（たとえば、「５０年代ヒット」）へのリンク２６０が、ディレクトリ・ウィンドウ２６２に現れる。次いで、ユーザ２２は、スクリーン・ポインタ２０８を使用してリンク２６０を選択することが可能である。選択された後、プレイリスト１０２内に含まれるトラック（たとえば、「５０年代ヒット」）は、ユーザ・インタフェース２０２を介して見ることができるプレイリスト・ウィンドウ２６４（たとえば、ウエブ・ページ）内において項目化される。上記で議論されたように、これらのエントリのうちの１０個（すなわち、「Ｊａｉｌｈｏｕｓｅ Ｒｏｃｋ」、「Ｓｕｒｆ Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ Ｓｕｅ」、「Ｔｈｅ Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ Ｇｒｅａｔ Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ Ｈｉｌｌ」、「Ｉ’ｍ Ｗａｌｋｉｎ」、「Ｂｌｕｅ Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ Ｙａｋ」、および「Ｐｅｇｇｙ Ｓｕｅ」）が、媒体データ・ストリームの位置を定義し、これらのエントリのうちの３つ（すなわち、「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」、および「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」）が、媒体データ・ファイルの位置を確定する。

通常、プレイリスト・ウィンドウ２６４は、プレイリスト１０２内において項目化された個々のエントリに関連付けられたストリーム／ファイルを特定する（すなわち、そのアドレスを提供する）ハイパーリンクを含む。この位置情報は、プレイリスト１０２内に記憶されることが可能である。たとえば、以下の表は、プレイリスト１０２のエントリのトラック名を、トラック名に関連付けられたストリーム／ファイルのアドレスと相関させる。
（公序良俗違反につき、不掲載）

最初の１０のエントリ（すなわち、「Ｊａｉｌｈｏｕｓｅ Ｒｏｃｋ」、「Ｓｕｒｆ Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ Ｓｕｅ」、「Ｔｈｅ Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ Ｇｒｅａｔ Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ Ｈｉｌｌ」、「Ｉ’ｍ Ｗａｌｋｉｎ」、「Ｂｌｕｅ Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ Ｙａｋ」、および「Ｐｅｇｇｙ Ｓｕｅ」）は、媒体データ・ストリームを識別するので、各エントリについて提供されたアドレスは、たとえば、媒体配信システム１８から利用可能な媒体ストリームを指す。さらに、最後の３つのエントリ（すなわち、「Ｔｕｔｕ Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」、および「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」）は媒体データ・ファイルを識別するので、各エントリについて提供されるアドレスは、たとえばクライアント・コンピュータ４４から利用可能な媒体データ・ファイルを指す。

プレイリスト・ウィンドウ２６４は、通常、表であり、プレイリスト・ウィンドウ２６４の各エントリについて媒体のタイプ（すなわち、たとえば、媒体データ・ストリームまたは媒体データ・ファイル）を識別する列２６６を含むことが可能である。通常、列２６６は、媒体タイプを識別するアイコンを含む（たとえば、アイコン２６８は媒体データ・ファイルを識別し、アイコン２７０は媒体データ・ストリームを識別する）。ユーザ２２は、プレイリスト１０２をレンダリングするために、「プレイ」ボタン２７２を選択することが可能である。

上記で議論されたように、媒体配信システム１８は、通常、媒体データ・ストリームおよび／または媒体データ・ファイルをユーザ（たとえば、ユーザ２２）に提供する。通常、メタデータが、媒体配信システム１８によって提供される各媒体データ・ストリームに関連付けられる。このメタデータは、たとえばアーティスト識別子、アルバム識別子、トラック識別子、アルバム・カバー画像、および音楽ジャンル識別子を含む（非限定的に）ことが可能である。

それゆえ、たとえば、ユーザ１２が遠隔媒体データ・ストリームをレンダリングするときはいつでも、媒体配信システム１８は、このメタデータをコンパイルし（ユーザあたりで）、たとえば、個々のユーザの聴く傾向および音楽の好みなどを追跡するために保存することが可能である。

上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム１８から受信された購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、媒体配信システム１８について有効な加入が存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および／またはたとえば音楽コンパクト・ディスクなどから抽出された（すなわち取り入れられた）媒体データ・ファイルとすることが可能である。

購入ダウンロードおよび／または加入ダウンロードが媒体配信システム１８によって提供された場合、これらのローカル媒体データ・ファイルは、通常、上記で記述されたメタデータをも含む。それゆえ、これらの購入／加入ダウンロードが、たとえば、ユーザ２２によってレンダリングされる場合、これらの購入／加入ダウンロードに関するメタデータは、コンピュータ４４からコンピュータ２８に送信されることが可能であり、それにより、メタデータは、たとえば、聴く傾向および音楽の好みなどを追跡するために、コンパイルされて保存される（ユーザあたりで）ことが可能である。

しかし、たとえば音楽コンパクト・ディスクから抽出された媒体データ・ファイルでは、これらのデータ・ファイルは、上記で記述されたメタデータを含まない可能性がある。上記で議論されたように、媒体データ・ファイル（すなわち、クライアント・コンピュータ４４に記憶されているファイル）は、クライアント・アプリケーション４６を使用してレンダリングされ、プレイリスト（たとえば、プレイリスト１０２）に追加されることが可能である。それゆえ、ユーザ２２が媒体データ・ファイル（メタデータを含まない）をプレイリスト（たとえば、プレイリスト１０２）に追加することを試行するときはいつでも、ユーザ２２は、その媒体データ・ファイルに関するメタデータを提供するように促されることが可能である。

図８をも参照し、上記で述べられた例を続けて、ユーザ２２が、３つのローカル媒体データ・ファイル（すなわち、「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」、および「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」）を含むプレイリスト（たとえば、プレイリスト１０２）を保存することを試行する場合、これらの３つのローカル媒体データ・ファイルがメタデータを含まないと想定すると、クライアント・アプリケーション４６は、３つの媒体データ・ファイルのそれぞれに関するメタデータをユーザ２２が入力することを可能にするメタデータ・エントリ・フォーム２８０をレンダリングすることが可能である。

この例では、メタデータ・エントリ・フォーム２８０は、５つのユーザ編集可能フィールド、すなわちアーティスト・フィールド２８２、アルバム・フィールド２８４、トラック・フィールド２８６、アルバム・カバー画像フィールド２８８、および音楽ジャンル・フィールド２９０を含む。アルバム・カバー画像フィールド２８８により、ユーザ２２は、アルバム・カバー画像のドライブ、経路、およびファイル名を確定することが可能になり得る。音楽ジャンル・フィールド２９０は、ユーザ２２がいくつかの事前に確定された音楽ジャンル（図示せず）から音楽ジャンルを選択することを可能にするドロップダウン・メニュー（スクリーン・ポインタ２０８を介して動作可能）とすることが可能である。

通常、媒体データ・ファイルの名称がトラック名を記述する場合、トラック・フィールド２８６は、クライアント・アプリケーション４６がトラック・タイトルであると推測するもので自動的にポピュレートされることが可能である。第１ローカル媒体データ・ファイルが「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」、という名称であるとき、トラック・フィールド２８６は、通常、推測名「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」でポピュレートされる。ユーザ２２は、残りのフィールドをポピュレートし、保存ボタン２９２を選択する（スクリーン・ポインタ２０８を使用して）、または代替としてキャンセル・ボタン２９４を選択することが可能である。

メタデータ生成プロセスをさらに自動化するために、クライアント・アプリケーション４４が、たとえば、媒体配信システム１８または第三者（図示せず）によってサービスされる遠隔メタデータ・データベース（図示せず）とインタフェースすることが可能である。このメタデータ・データベースは、様々なトラックおよびアルバムについてメタデータを確定することが可能である。そのようなデータベースの例は、Ｇｒａｃｅｎｏｔｅ（商標）［カリフォルニア州エメリビル在］（（公序良俗違反につき、不掲載））によって維持されるＣＤＤＢ（商標）データベースである。たとえば、ユーザ２２がコンパクト・ディスク全体から各トラックを取り入れた場合、メタデータ・データベースは、クライアント・アプリケーション４４によってアクセスされることが可能であり、たとえばコンパクト・ディスクに含まれるトラックの総数、コンパクト・ディスクに含まれる各トラックの長さ、およびコンパクト・ディスクの全長を確定する問合せが構造化されることが可能である。確定的な結果がこの問合せによって作成されると想定すると、コンパクト・ディスクから取り入れられた各トラックのメタデータが作成される。不確定な結果のセット（すなわち、複数の可能なコンパクト・ディスクを識別するもの）が生成される事象では、ユーザ２２は、可能な整合のリスト（図示せず）から適切なコンパクト・ディスクを選択するように促されることが可能である。

上記で議論されたように、ユーザによって使用されるインタフェースのタイプ（クライアント電子デバイスの媒体配信システム１８を構成するとき）は、媒体コンテンツがストリーム／ダウンロードされているクライアント電子デバイスのタイプおよび能力に応じて変化することが可能である。それゆえ、上記で議論されたように、媒体配信システム１８は、プロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を介してパーソナル媒体デバイス１２について構成されることが可能である。

プロキシ・アプリケーション９８は、たとえばユーザ１４によってドッキング・クレードルの中に配置されているパーソナル媒体デバイス１２で自動的に実行されることが可能である。代替として、プロキシ・アプリケーション９８は、プロキシ・コンピュータ５４をブート・アップする際、完全にまたは部分的にロードされることが可能である。次いで、プロキシ・アプリケーション９８は、パーソナル媒体デバイス１２がドッキング・クレードル６０の中に配置されるまで、バックグラウンドで動作することが可能であり、この時点において、プロキシ・アプリケーション９８は、実行のためにフォアグラウンドに完全にロードされるおよび／または移動されることが可能である。さらに、プロキシ・アプリケーション９８は、ユーザ１４によって手動で実行されることが可能である。以下においてより詳細に議論されるように、プロキシ・アプリケーション９８（１回実行されている）は、たとえば、パーソナル媒体デバイス１２を構成して、媒体データ・ファイルをパーソナル媒体デバイス１２に転送し、かつ媒体データ・ファイルをパーソナル媒体デバイス１２から削除するために使用されることが可能である。

図９をも参照すると、媒体配信システム１８にアクセスするためにプロキシ・アプリケーション９８を使用するとき、ユーザ１４は、プロキシ・アプリケーション９８によってレンダリングされた情報表示スクリーン３００を提示されることが可能である。プロキシ・アプリケーション９８は、媒体配信システム１８とインタフェースし、かつ情報表示スクリーン３００を見るために、ユーザ・インタフェース３０２（たとえば、ウエブ・ブラウザ）を通常含む。

検索ウィンドウ３０４により、ユーザ（たとえば、ユーザ１４）が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ１４は、検索用語（たとえば、「（公序良俗違反につき、不掲載）」）を検索フィールド３０６に入力し、適切な用語のタイプを選択し（たとえば、アーティスト）、問合せを実行することが可能である。複数のアーティストが問合せを満たす場合、結果のセットが生成されることが可能であり、そのセットから、ユーザ１４は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ１４は、選択されたアーティストによって発表された様々なアルバム（または選択されたアーティスによるトラックを含むもの）をレビューすることが可能である。次いで、ユーザ１４は、アルバムのいずれかに含まれる様々なトラックの１つまたは複数をダウンロードすることが可能である（パーソナル媒体デバイス１２で使用される）。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ１４はまた、たとえばキーボード、トラック、アルバム、および／または作曲者によって媒体コンテンツを検索することもできることになり得る。

さらに、クライアント・アプリケーション４６と同様の方式で、プロキシ・アプリケーション９８は、ユーザ１２が、選択されたアーティストのアルバムのいずれかに含まれる１つまたは複数の様々なトラックをレンダリングする（プロキシ・コンピュータ５４を介して）ことが可能になるように構成されることが可能である。

ユーザ１４がパーソナル媒体デバイス１２のコンテンツをレビューすることを可能にするコンテンツ・ウィンドウ３０８が、プロキシ・アプリケーション９８によってレンダリングされることが可能である。上記で議論されたように、パーソナル媒体デバイス１２は、たとえばＵＳＢポート、シリアル・ポート、またはＦｉｒｅＷｉｒｅポートを介してプロキシ・コンピュータ５４に結合されることが可能である。プロキシ・アプリケーション９８を実行する際、または実行する最中、プロキシ・アプリケーション９８は、デバイス１２上で媒体コンテンツに現在関する情報を取り出すために、パーソナル媒体デバイス１２をポーリングすることが可能である。このポーリングは、ＵＳＢハード・ドライブのコンテンツが決定される方式と同様の方式で行われることが可能である。この特定の例では、コンテンツ・ウィンドウ３０８は、１０の（１０）エントリ、すなわち「Ｊａｉｌｈｏｕｓｅ Ｒｏｃｋ」、「Ｓｕｒｆ Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ Ｓｕｅ」、「Ｔｈｅ Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ Ｇｒｅａｔ Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ Ｈｉｌｌ」、「Ｉ’ｍ Ｗａｌｋｉｎ」、「Ｂｌｕｅ Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ Ｙａｋ」、および「Ｐｅｇｇｙ Ｓｕｅ」を含み、したがって、通常はパーソナル媒体デバイス１２の記憶デバイス６６に記憶される１０の（１０）媒体データ・ファイルが、パーソナル媒体デバイス１２に以前ダウンロードされたことを示す。

コンテンツ・ウィンドウ３０８は、表とすることが可能であり、トラック３１０、アーティスト３１２、トラック長３１４、およびトラックのサイズ３１６を含めて、ダウンロードされたファイルに関する情報の様々なピースを項目化することが可能である。さらに、プロキシ・アプリケーション９８は、デバイス識別情報を取り出すために、パーソナル媒体デバイス１４をポーリングすることが可能であり、この情報は、コンテンツ・ウィンドウ３０８内に含まれるデバイス・タイプ・フィールド３２０およびデバイス・シリアル番号フィールド３２２内においてレンダリングされることが可能である。さらに、コンテンツ・ウィンドウ３０８は、たとえば、ギガバイトで表された「Ｕｎｕｓｅｄ Ｓｐａｃｅ」、ギガバイトで表された「Ｕｓｅｄ Ｓｐａｃｅ」、全容量のパーセンテージで表された「Ｕｎｕｓｅｄ Ｓｐａｃｅ」、および全容量のパーセンテージで表された「Ｕｓｅｄ Ｓｐａｃｅ」などの１つまたは複数を含めて、デバイス１２の現行容量に関するサマリ情報フィールド３２４を含むことが可能である。

図１０をも参照し、上記で述べられた例を続けて、ユーザ１４が検索用語「（公序良俗違反につき、不掲載）」を検索ウィンドウ３０４の検索フィールド３０６に入力し、ドロップダウン・メニュー３４０を介して用語タイプ「アーティスト」を選択し、スクリーン・ポインタ２０８で「Ｇｏ」ボタン３４２を選択することによって問合せを実行すると想定する。

他のアーティストが問合せを満たさないと想定すると、（公序良俗違反につき、不掲載）に関する情報を有する情報スクリーン３００がユーザ１４に提示されることが可能であり、これは、アーティスト情報スクリーン３４４、上部トラックリスト３４６、アルバム・リスト３４８、および同様のアーティストリスト３５０などを含むことが可能である。

ユーザ１４は、ダウンロードされるトラックに対応するダウンロード・ボタン３５２を選択することによって、パーソナル媒体デバイス１２で使用される媒体データ・ファイルを媒体配信システム１８からダウンロードすることが可能である。さらに、ユーザ１４は、ダウンロードされるトラックに対応するダウンロード・オール・ボタン３５４を選択することによって、トラックのグループ（たとえば、上部トラックリスト３４６内に含まれる各トラック、または単一アルバム内に含まれるすべてのトラック）をダウンロードすることが可能である。

ユーザ１４がダウンロードするトラックを選択した後、プロキシ・アプリケーション９８は、たとえば、ダウンロードされているトラックのタイトルを識別するトラック・タイトル・フィールド３５８、およびダウンロードされているトラックのアーティストを識別するアーティスト・フィールド３６０を含むダウンロード・ウィンドウ３５６をレンダリングすることが可能である。

上記で議論されたように、ファイルが、購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、または購入ダウンロード（すなわち、媒体配信システム１８について有効な加入が存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）として媒体配信システム１８からダウンロードされることが可能である。ユーザ１４が媒体配信システム１８について現行加入を有するとすると、ダウンロードされた媒体コンテンツは、ユーザが有効加入を有する間のみレンダリング可能であるので、通常、追加の料金は各加入ダウンロードに課金されない。しかし、媒体コンテンツは、ユーザの加入状況に関係なくレンダリング可能であるので、ユーザは、通常、各購入ダウンロードについて料金を支払わなければならない（たとえば、７９¢、８９¢、または９９¢など）。

それゆえ、ダウンロード・ウィンドウ３５６は、購入ボタン３６２およびダウンロード・ボタン３６４を含むことが可能であり、両方とも、スクリーン・ポインタ２０８を介して選択可能である。この例では、ユーザ１４がスクリーン・ポインタ２０８で購入ボタン３６２を選択する場合、「（公序良俗違反につき、不掲載）」による「Ｈｏｕｎｄ Ｄｏｇ」の媒体データ・ファイルが、コンピュータ２８からパーソナル媒体デバイス１２に転送される。通常、ユーザ１４は、この媒体データ・ファイルのダウンロードについてたとえば単発ダウンロード料金を課される。しかし、これは購入ダウンロードなので、受信された媒体データ・ファイルは、媒体配信システム１８についてのユーザ加入状況に関係なく、レンダリング可能である。

代替として、ユーザ１４がスクリーン・ポインタ２０８でダウンロード・ボタン３６４を選択する場合、「（公序良俗違反につき、不掲載）」による「Ｈｏｕｎｄ Ｄｏｇ」の媒体データ・ファイルが、コンピュータ２８からパーソナル媒体デバイス１２に転送される。通常、ユーザ１４は、この媒体データ・ファイルのダウンロードについて、料金を課されない。しかし、これは加入ダウンロードなので、受信された媒体データ・ファイルは、ユーザ１４が媒体配信システム１８について有効加入を有する間のみ、レンダリング可能である。

ダウンロード・ウィンドウ３５６は、通常、ユーザ１４がダウンロードを取り消し、かつダウンロード・ウィンドウ３５６を閉じることを可能にするキャンセル・ボタン３６６をも含む。

ユーザ１４が購入ボタン３６２またはダウンロード・ボタン３６４を選択する場合、選択された媒体データ・ファイルのダウンロードが開始される。ダウンロード・ウィンドウ３５６は、たとえば「（公序良俗違反につき、不掲載）」による「Ｈｏｕｎｄ Ｄｏｇ」のダウンロードの進行を示すダウンロード状況識別子３６８を含むことが可能である。

図１１をも参照すると、「（公序良俗違反につき、不掲載）」による「Ｈｏｕｎｄ Ｄｏｇ」の媒体データ・ファイルのダウンロードが完了した後、コンテンツ・ウィンドウ３０８は、「（公序良俗違反につき、不掲載）」による「Ｈｏｕｎｄ Ｄｏｇ」のエントリ３８０を含むように更新され、「（公序良俗違反につき、不掲載）」による「Ｈｏｕｎｄ Ｄｏｇ」が媒体配信システム１８からパーソナル媒体デバイス１２に首尾よくダウンロードされたことを示す。

クライアント・アプリケーション４６に関して上記で記述されたものと同様の方式で、ユーザ１４は、パーソナル媒体デバイス１２に記憶されている様々な媒体データ・ファイルに関するプレイリストを確定するために、プロキシ・アプリケーション９８を使用することが可能である。たとえば、ユーザ１４が最初の１３のトラック（すなわち、「Ｊａｉｌｈｏｕｓｅ Ｒｏｃｋ」、「Ｓｕｒｆ Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ Ｓｕｅ」、「Ｔｈｅ Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ Ｇｒｅａｔ Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ Ｈｉｌｌ」、「Ｉ’ｍ Ｗａｌｋｉｎ」、「Ｂｌｕｅ Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ Ｙａｋ」、「Ｐｅｇｇｙ Ｓｕｅ」、「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」、および「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」）をプレイリストとして保存することを望んでいたと想定すると、ユーザ１４は、トラックの所望の選択を強調し（スクリーン・ポインタ２０８を使用して）、スクリーン・ポインタ２０８を使用して保存ボタン３８２を選択する。ユーザ１４がプレイリスト名称付けウィンドウ３８４の名称フィールド３８６内においてプレイリストの固有名を指定することを可能にするプレイリスト名称付けウィンドウ３８４がレンダリングされることが可能である（プロキシ・アプリケーション９８によって）。

ユーザ１４が「５０年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト１０４内において項目化された媒体コンテンツのピースのすべてを特定する（パーソナル媒体デバイス１２で）「５０年代ヒット」という名称のプレイリスト１０４（図１）が確定されることが可能である。プレイリスト１０４が記憶された後、プレイリスト１０４（たとえば、「５０年代ヒット」）へのリンク３８８がディレクトリ・ウィンドウ３９０に現れる。次いで、ユーザ１４は、スクリーン・ポインタ２０８を使用してリンク３８８を選択することが可能である。

選択された後、プレイリスト１０４（たとえば、「５０年代ヒット」）内に含まれるトラックは、通常、ユーザ・インタフェース３０２を介してみることができるプレイリスト・ウィンドウ３９２（たとえば、ウエブ・ページ）内において項目化される。

クライアント・アプリケーション４４を使用して生成されると上記で記述されたプレイリストの場合のように、プロキシ・アプリケーション９８を使用して生成されたプレイリストは、通常、局所的に維持される（たとえば、パーソナル媒体デバイス１２に維持される）。しかし、上記で議論されたように、プレイリストは、代替／追加として、遠隔プレイリスト１０４’として遠隔的に維持されることが可能である（たとえば、コンピュータ２８に維持される）。

デバイスの初期化
媒体配信システム１８は、ユーザ１４が媒体配信システム１８に加入し、たとえば媒体配信システム１８へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。ユーザ１４が媒体配信システム１８に加入した後、ユーザ１４は、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、たとえば、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、有効加入が媒体配信システム１８について存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツの形態で、媒体コンテンツ（パーソナル媒体デバイス１２と共に使用される）を獲得することが可能である。通常、媒体配信システム１８にアクセスするとき、ユーザ１４は、ユーザ（たとえば、ユーザ１４）および／またはデバイス（たとえば、デバイス１２）を識別するユーザ「身分証明」を媒体配信システム１８に提供しなければならない。これらの身分証明を受信する際、媒体配信システム１８は、身分証明を確認することを試行し、確認された場合、ユーザ１４および／またはデバイス１２が媒体配信システム１８にアクセスすることを許可することが可能である。媒体配信システム１８によって受信されて確認される身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および／または１つもしくは複数のデジタル証明書を含むことが可能である。

通常、パーソナル媒体デバイス１２がドッキング・クレードル６０の中に配置される際、パーソナル媒体デバイス１２は、プロキシ・コンピュータ５４を介して媒体配信システム１８との接続を確立する。上記で議論されたように、プロキシ・コンピュータ５４は、パーソナル媒体デバイス１２のインターネット・ゲートウエイとして機能し、したがって、パーソナル媒体デバイス１２がコンピュータ２８および媒体配信システム１８にアクセスすることが可能になり得る。

媒体配信システム１８との接続が確立された後、ＤＲＭプロセス１０が開始されることが可能である。ＤＲＭプロセス１０は、通常、パーソナル媒体デバイス１２が当初構成される時間（すなわち、パーソナル媒体デバイス１２が媒体配信システム１８との接続を確立する最初の時間）に実行される。以下においてより詳細に議論されるように、ＤＲＭプロセス１０は、デバイス１２（および／またはユーザ１４）が媒体配信システム１８のアクティブ加入者であることを確認するために、体系的かつ反復して実行されることが可能である。

図１２ａおよび１２ｂをも参照すると、製造時、パーソナル媒体デバイス１２は、不揮発性メモリ（たとえば、ＲＯＭ１５２および／または記憶デバイス６６）に記憶された秘密暗号化キー（たとえば、デバイス秘密キー４００）および公開暗号化キー（たとえば、デバイス公開キー４０２）を含むことが可能である。キー４００、４０２は、１０２４ビット非対称暗号化キーとすることが可能であり、ＤＲＭ（すなわち、デジタル権管理）キーと呼ばれることが可能である。

当技術分野において既知であるように、秘密キー／公開キーの暗号化方法により、安全でないネットワーク（たとえば、インターネット）のユーザが、１対の暗号化キー、すなわち秘密暗号化キー（たとえば、デバイス秘密キー４００）および公開暗号化キー（たとえば、デバイス公開キー４０２）を使用することにより、データを安全に交換することが可能になる。秘密キー／公開キー暗号化方法は、メッセージを暗号化するために使用されるキーが、メッセージを解読するために使用されるキーと異なるので、通常、非対称暗号化方法と呼ばれる。

秘密キー／公開キー暗号化では、秘密暗号化キー（たとえば、デバイス秘密キー４００）および公開暗号化キー（たとえば、デバイス公開キー４０２）は、通常、同じアルゴリズム（たとえば、Ｒｏｎ Ｒｉｖｅｓｔ、Ａｄｉ Ｓｈａｍｉｒ、およびＬｅｏｎａｒｄ Ａｄｌｅｍａｎａによって創出されたＲＳＡアルゴリズムなど）を使用して同時に創出される。デバイス秘密キー４００は、通常、要求側にのみ与えられ、デバイス公開キー４０２は、通常、公的に利用可能とされる（たとえば、デジタル証明書４０４の一部として）。通常、デバイス秘密キー４００は共用されず、たとえば、パーソナル媒体デバイス１２内において安全に維持される。

したがって、安全なメッセージが送信者から受信者に送信されるべきであるとき、受信者（送信者に容易にアクセス可能である）の公開キー（たとえば、デバイス公開キー４０２）が、メッセージを暗号化するために使用される。暗号化された後、メッセージは、受信者に送信されることが可能であり、受信者の秘密キー（たとえば、デバイス秘密キー４００）を使用してのみ解読することができる。秘密キー４００は受信者によって安全に維持されるので、受信者のみが、暗号化されたメッセージを解読することができる。

メッセージの暗号化および解読に加えて、送信者が、後に受信者（すなわち、アイデンティティを認証している対象個人）に送信されるデジタル証明書を暗号化するために、送信者の秘密キー（たとえば、デバイス秘密キー４００）を使用することによって送信者のアイデンティティを認証することが可能である。したがって、デジタル証明書が受信者によって受信されるとき、受信者は、送信者の公開キー（たとえば、デバイス公開キー４０２）を使用して、暗号化されたデジタル証明書を解読し、それにより、デジタル証明書が送信者の秘密キー（たとえば、デバイス秘密キー４００）を使用して暗号化されたことを確認し、したがって、送信者のアイデンティティを確認することができる。

ＤＲＭプロセス１０は、パーソナル媒体デバイス１２内に含まれるランダム数生成プロセス（図示せず）によって生成された通常はランダム数であるチャレンジ４０６を生成することが可能である。生成された後、チャレンジ４０６は、ライセンス要求４０８を生成する４５０ために、デバイス・デジタル証明書４０４（通常、デバイス公開キー４０２を含む）と対にされることが可能である。ＤＲＭデジタル証明書と呼ばれることが可能であるデバイス・デジタル証明書４０４は、たとえば、デバイス・シリアル番号（たとえば、デバイス・シリアル番号フィールド３２２からの１３７６６０５２３−１、図９）などの追加の情報を含むことが可能である。

上記で議論されたように、プロキシ・アプリケーション９８により、デバイス１２のオーナー（たとえば、ユーザ１４）が、媒体配信システム１８と共に使用されるようにデバイス１２を構成し、デバイス１２と共に使用されるように媒体配信システム１８を構成することが可能になる。通常、プロキシ・アプリケーション９８がプロキシ・コンピュータ５４に構成されるとき、ユーザ１４は、ユーザ（たとえば、ユーザ１４）を識別するユーザ身分証明を提供し、かつユーザ１４、デバイス１２、およびプロキシ・アプリケーション９８が媒体配信システム１８にアクセスすることを可能にする有効加入を確定することを要求される可能性がある。代替または追加として、パーソナル媒体デバイス１２は、ユーザ（たとえば、ユーザ１４）が、デバイス１２が当初構成されるとき、ユーザ身分証明を直接入力する（デバイス１２を介して）ことを可能にするように構成されることが可能である。

ＤＲＭプロセス１０は、ライセンス要求４０８を媒体配信システム１８に提供する４５２（ネットワーク３０および／またはネットワーク３２を介して）ことが可能である。さらに、パーソナル媒体デバイス１２内において確定される場合、ユーザＩＤ４１０（たとえば、上記で記述されたユーザ身分証明を列挙する）も、ライセンス要求４０８内に含まれることが可能である。上記で議論されたように、ユーザ身分証明（すなわち、ユーザＩＤ４１０内に含まれる）は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および／または１つもしくは複数のデジタル証明書を含むことが可能である。媒体配信システム１８に提供される４５２前に、ＤＲＭプロセス１０は、デバイス秘密キー４００を使用してライセンス要求４０８にデジタル署名する４５４ことが可能である。

デジタル署名は、秘密キー／公開キー暗号化方法（上記で記述された）を使用し、かつメッセージの送信者が送信メッセージのアイデンティティおよび完全性を認証することを可能にする電子署名である。デジタル署名は、暗号化されたメッセージおよび暗号化されていないメッセージの両方と共に使用されることが可能であり、メッセージの受信者がメッセージを読む能力を妨害しない。

たとえば、ＤＲＭプロセス１０が、ライセンス要求４０８を媒体配信システム１８に提供する４５２前に、ライセンス要求４０８にデジタル署名した４５４と想定する。ライセンス要求４０８にデジタル署名する４５４とき、数学関数が、通常、ライセンス要求４０８のコンテンツについて実施される。たとえば、ライセンス要求４０８のメッセージ・ハッシュは、メッセージ・ハッシュが、文字列（たとえば、ライセンス要求４０８）を、当初の文字列を表す通常はより短い固定長の値に変換する既知の１方向ハッシュ関数の数学的出力であるようにパーソナル媒体デバイス１２によって計算されることが可能である。ハッシング関数は１方向数学関数なので、メッセージ・ハッシュが生成された後、メッセージ・ハッシュを処理することによって当初のメッセージを取り出すことはできない。次いで、ＤＲＭプロセス１０は、デジタル署名（図示せず）を創出するためにメッセージ・ハッシュ（デバイス秘密キー４００を使用して）を暗号化することが可能である。次いで、このデジタル署名は、ライセンス要求４０８に添付されることが可能である。それゆえ、デジタル署名が暗号化されている間、当初のメッセージ（すなわち、ライセンス要求４０８）は必要ではない。したがって、ライセンス要求４０８は、デジタル署名が処理されない場合でも、媒体配信システム１８によって処理されることが可能である。

上記で述べられた例を続けると、ライセンス要求４０８およびデジタル署名は、媒体配信システム１８によって受信されることが可能であり、媒体配信システム１８は、ライセンス要求４０８のメッセージ・ハッシュを生成するために、同じハッシュ関数を使用することが可能である。媒体分配システム４０８はまた、パーソナル媒体デバイス１２によって計算されたメッセージ・ハッシュを再創出するために、デバイス公開キー４０２（デバイス・デジタル証明書４０４内に含まれる）を使用してパーソナル媒体デバイス１２から受信されたデジタル署名を解読する。次いで、媒体分配システム１８は、暗号化されたデジタル署名を、媒体配信システム４０８によって計算されたメッセージ・ハッシュと比較することが可能である。メッセージ・ハッシュが整合する場合、ライセンス要求４０８の完全性およびパーソナル媒体デバイス１２のアイデンティティの両方が確認される４５６。

さらに、デバイス・デジタル証明書４０４（したがって、デバイス公開キー４０２）の完全性は、ライセンス要求４０８がパーソナル媒体デバイス１２から受信されるとき、確認されることが可能である。デジタル証明書は、通常、たとえばＣＡ秘密キー４１４を使用して認証局４１２によって発行され、デジタル署名される。それゆえ、デバイス・デジタル証明書４０４は、デバイス・デジタル証明書４０４のデジタル署名を確認するために、ＣＡ公開キー４１６を獲得することによって確認されることが可能である。

チャレンジ４０６、デバイス・デジタル証明書４０４、およびユーザＩＤ４１０（すなわち、ライセンス要求４０８）が媒体配信システム１８によって受信された後、媒体配信システム１８は、ユーザ１４（すなわち、ユーザＩＤ４１０内において確定されたユーザ）に関する加入情報を獲得し４５８、たとえばユーザ１４の現行加入が満了する日付を決定するために、データ・ストア４１８にアクセスすることが可能である。データ・ストア４１８は、コンピュータ２８に結合された記憶デバイス３４に維持されることが可能である。

例示のために、媒体配信システム１８が、来るべき月の加入料金について各月の第１日に各加入者に自動的に請求するように構成されると想定する。したがって、２００５年３月１日に、ユーザ１４は、２００５年３月の加入コストについて請求される。それゆえ、２００５年３月１日に、ユーザ１４は、２００５年３月の加入コストについて請求される。したがって、媒体配信システム１８が２００５年３月６日にユーザ１４に関する加入情報を獲得する４５８場合、獲得された４５８加入情報は、ユーザ１４が２００５年３月３１日まで有効な加入を有することを示す。

それゆえ、上記で述べられた例を続けると、ライセンス要求４０８が受信されるとき、媒体配信システム１８は、ユーザ１４に関する加入情報を獲得する４５８ことが可能である。この例では、加入情報は、ユーザ１４が２００５年３月３１日の終わりまで有効な加入者（媒体配信システム１８への）であることを示す。

媒体分配システム１８は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子４２０を生成する４６０ことが可能である。この例では、時間切れ識別子４２０は、たとえば、ユーザ１４の加入が２００５年３月３１日に満了することを示す。媒体分配システム１８は、データ・ストア４１８からユーザ暗号化キー４２２（すなわち、ユーザ１４の暗号化キー）を獲得することが可能である。次いで、媒体分配システム１８は、暗号化されたユーザ暗号化キー４２２’（ハッシュ・フィルで示されている）を生成するために、デバイス公開キー４０２を使用してユーザ暗号化キー４２２を暗号化することが可能である。時間切れ識別子４２０、チャレンジ４０６、デバイス・デジタル証明書４０４（デバイス公開キー４０２を含む）、ユーザＩＤ４１０、および暗号化ユーザ暗号化キー４２２’は、デバイス・ライセンス４２４を形成するために組み合わされる４６２（媒体配信システム１８によって）ことが可能である。

デバイス・ライセンス４２４は、媒体配信システム１８によって確定されたシステムの時間を示すシステム時間識別子４２６をさらに含むことが可能である。パーソナル媒体デバイス１２内に含まれるシステム・クロック１９４（図３）を、媒体配信システム１８内に含まれるシステム・クロック４２８と同期させるために、システム時間識別子４２６が使用されることが可能である。

デバイス・ライセンス４２４は、認可サービス（すなわち、ＬＳ）公開キー４３２を通常含む認可サービス（すなわち、ＬＳ）デジタル証明書４３０をさらに含むことが可能である。

媒体分配システム１８は、認可サービス（すなわち、ＬＳ）秘密キー４３４（媒体配信システム１８の）を使用してデバイス・ライセンス４２４にデジタル署名し４６４、デバイス・ライセンス４２４をパーソナル媒体デバイス１２に提供する４６６ことが可能である。認可システム秘密キー４３４は、データ・ストア４１８に記憶されることが可能である。

デバイス・ライセンス４２４が媒体配信システム１８から受信されるとき、ＤＲＭプロセス１０は、ＬＳデジタル証明書４３０（したがって、ＬＳ公開キー４３２）の完全性を確認することが可能である。上記で議論されたように、デジタル証明書は、通常、たとえばＣＡ秘密キー４１４を使用して認証局４１２によって発行およびデジタル署名される。それゆえ、ＬＳデジタル証明書４３０は、ＬＳデジタル証明書４３０のデジタル署名を確認するために、ＣＡ公開キー４１６を獲得することによって確認されることが可能である。

ＤＲＭプロセス１０は、デバイス・ライセンス４２４（ＬＳ秘密キー４３４を使用してデジタル署名された）を確認する４６８ために、ＬＳ公開キー４３２（ＬＳデジタル証明書４３０内に含まれる）を使用することが可能である。ＤＲＭプロセス１０は、デバイス・ライセンス４２４がパーソナル媒体デバイス１２を意図していることを保証するために、チャレンジ値４０６、デバイス公開キー４０２、およびデバイス・シリアル番号（デバイス・デジタル証明書４０４内に含まれる）をさらに確認することが可能である。次いで、ＤＲＭプロセス１０は、不揮発性メモリに記憶されることが可能であるユーザ暗号化キー４２２を生成するために、デバイス秘密キー４００で、暗号化されたユーザ暗号化キー４２２’（デバイス公開キー４０２を使用して暗号化された）を解読することが可能である。不揮発性メモリの例は、ＲＯＭ１５２（図３）および／または記憶デバイス６６（図３）を含むことが可能である。ユーザＩＤ４１０、ユーザ暗号化キー４２２、および時間切れ識別子４２０は、たとえば不揮発性メモリに保存されることが可能であり、不揮発性メモリの例には、媒体配信システム１８からダウンロードされた媒体コンテンツをパーソナル媒体デバイス１２がレンダリングするときに使用されるＲＯＭ１５２（図３）および／または記憶デバイス６６（図３）がある。さらに、以下においてより詳細に議論されるように、ＤＲＭプロセス１０は、パーソナル媒体デバイス１２とパーソナル媒体デバイス４０などとの間で媒体コンテンツを転送するときに使用されるデバイス・ライセンス４２４のコピーを保持することが可能である。

加入媒体コンテンツを獲得する
上記で議論されたように、ユーザ１４が媒体配信システム１８に加入した後、ユーザ１４は、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、有効加入が媒体配信システム１８について存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツの形態で、媒体配信システム１８から媒体コンテンツ（パーソナル媒体デバイス１２と共に使用される）を獲得することが可能である。

図１３ａおよび１３ｂをも参照すると、媒体配信システム１８からダウンロード可能な各媒体データ・ファイル５００、５０２、５０４、５０６、５０８が、固有ＣＥＫ（すなわち、コンテンツ暗号化キー）５１０、５１２、５１４、５１６、５１８をそれぞれ使用して暗号化される５５０ことが可能である。たとえば、媒体配信システム１８が、たとえばパーソナル媒体デバイス１２にダウンロードするために利用可能な１，０００，０００の媒体データ・ファイルを含む場合、媒体配信システム１８は、固有暗号化キーを使用して各媒体データ・ファイルを暗号化する５５０。それゆえ、１，０００，０００の媒体データ・ファイルについて、１，０００，０００の固有ＣＥＫ’が必要であり、そのそれぞれは、ＣＥＫが関係付けられる媒体データ・ファイルに結合される５５２。それゆえ、ＣＥＫ５１０は、媒体データ・ファイル５００に結合される５５２ことが可能であり、ＣＥＫ５１２は、媒体データ・ファイル５０２に結合される５５２ことが可能である。

各ＣＥＫ（たとえば、キー５１０、５１２、５１４、５１６、５１８）は、媒体データ・ファイルを暗号化するために使用されるキーが、同じ媒体データ・ファイルを解読するためにも使用されることが可能であるという点で、対称暗号化キーとすることが可能である。通常、各媒体データ・ファイルは、たとえば、コンピュータ２８に添付された記憶デバイス３４に記憶されることが可能である。

上記で議論されたように、プロキシ・アプリケーション９８の検索ウィンドウ３０４（図１０）により、ユーザ１４は、媒体データ・ファイルを検索することが可能になり得る。さらに、ユーザ１４は、ダウンロードされる媒体データ・ファイルに対応するダウンロード・ボタン３５２（図１０）を選択することによって、パーソナル媒体デバイス１２で使用される媒体データ・ファイルを媒体配信システム１８からダウンロードすることが可能である。

媒体データ・ファイルのダウンロードが開始された後、パーソナル媒体デバイス１２は、適切なダウンロード要求を媒体配信システム１８に提出することが可能である。たとえば、ユーザ１４が、３つの媒体データ・ファイル、すなわち媒体データ・ファイル５００、５０４、５０６をダウンロードすることを望んでいたと想定する。ＤＲＭプロセス１０は、それぞれが所望のファイルを要求するダウンロード要求５２０、５２２、５２４をそれぞれ提出する。セキュリティと認証のために、ダウンロード要求５２０、５２２、５２４は、たとえば、パーソナル媒体デバイス１２（たとえば、ＬＳ公開キー４３２を使用して）によって暗号化され、および／またはパーソナル媒体デバイス１２（たとえば、デバイス秘密キー４００を使用して）によってデジタル署名されることが可能である。それゆえ、ダウンロード要求が暗号化される場合（たとえば、ＬＳ公開キー４３２を使用して）、暗号化されたダウンロード要求は、その後、ＬＳ秘密キー４３４を使用して媒体配信システム１８によって解読される５５４ことが可能である。さらに、ダウンロード要求がデジタル署名される場合（たとえば、デバイス秘密キー４００を使用して）、署名されたダウンロード要求は、その後、デバイス公開キー４０２を使用して媒体配信システム１８によって解読される５５６ことが可能である。

たとえば、ダウンロード要求５２０、５２２、５２４が、媒体配信システム１８によって受信され５５８、処理された５５４、５５６後、媒体配信システム１８は、要求された媒体データ・ファイル５００、５０４、５０６を記憶デバイス３４などから取り出すことが可能である。上記で議論されたように、各媒体データ・ファイルは、固有ＣＥＫを使用して現在暗号化されており、それにより、ＣＥＫは媒体データ・ファイルに結合される。

パーソナル媒体デバイス１２にダウンロードされる前に、ダウンロードされる各媒体データ・ファイルは、ダウンロードを要求したユーザ（たとえば、ユーザ１４）に結合される５６０ことが可能である。上記で議論されたように、デバイスの初期化中、パーソナル媒体デバイス１２は、ライセンス要求４０８を媒体配信システム１８に提供する。媒体分配システム１８は、ライセンス要求４０８を処理し、ライセンス要求４０８に関連付けられたユーザ（たとえば、ユーザ１４）に関する現行加入情報を獲得する。上記で議論されたように、この初期化プロセスは、周期的に行われることが可能であり、したがって、パーソナル媒体デバイス１２がドッキング・クレードル６０（図２）の中に配置されるときに行われることが可能である。それゆえ、この例では、パーソナル媒体デバイス１２は、媒体配信システム１８に適切にアクセスするために必要なユーザ身分証明を提供したと想定する。上記で議論されたように、媒体配信システム１８に提供されたユーザ身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および／または１つもしくは複数のデジタル証明書を含むことが可能である。

媒体配信システム１８が、要求された媒体データ・ファイル５００、５０４、５０６をたとえば記憶デバイス３４から取り出した後、媒体配信システム１８は、取り出された媒体データ・ファイル５００、５０４、５０６をユーザ１４、たとえば媒体データ・ファイルを要求するユーザに結合し５６０、それにより、結合された媒体データ・ファイル５２６、５２８、５３０を創出する。それゆえ、各媒体データ・ファイル（たとえば、媒体データ・ファイル５００）に関連付けられたコンテンツ暗号化キー（たとえば、ＣＥＫ５１０）は、媒体データ・ファイルを要求するユーザ（たとえば、ユーザ１４）の暗号化キー（たとえば、ユーザ暗号化キー４２２）を使用して暗号化される５６２ことが可能である。それゆえ、ＣＥＫ５１０は、ＣＥＫ５１０’を生成するために暗号化される５６２ことが可能であり、ＣＥＫ５１４は、ＣＥＫ５１４’を生成するために暗号化される５６２ことが可能であり、ＣＥＫ５１６は、ＣＥＫ５１６’を生成するために暗号化される５６２ことが可能である。暗号化された５６２後、結合された媒体データ・ファイル５２６、５２８、５３０（暗号化されたＣＥＫ’５１０’、５１４’、５１６’をそれぞれ含む）が、パーソナル媒体デバイス１２に提供される５６４ことが可能である。

各結合された媒体データ・ファイル５２６、５２８、５３０のＣＥＫは、たとえば、ユーザ暗号化キー４２２を使用して暗号化される５６２ことが可能であるので、結合された媒体データ・ファイル５２６、５２８、５３０のみが、ユーザ暗号化キー４２２を所有するパーソナル媒体デバイスによって処理される（たとえば、レンダリングされる）ことが可能である。上記で議論されたように、ユーザ暗号化キー４２２のコピーが、パーソナル媒体デバイス１２内において不揮発性メモリに記憶されることが可能である。結合された媒体データ・ファイル５２６、５２８、５３０がパーソナル媒体デバイス１２によって受信された後、ファイル５２６、５２８、５３０は、たとえばパーソナル媒体デバイス１２内において記憶デバイス６６に記憶されることが可能である。

加入媒体コンテンツの再生
上記で議論されたように、ユーザＩＤ４１０、ユーザ暗号化キー４２２、および時間切れ識別子４２０は、パーソナル媒体デバイス１２が媒体配信システム１８からダウンロードされた媒体コンテンツをレンダリングするときに使用するために、保存されることが可能である。

上記で述べられた例を続けると、ユーザ１４が、結合された媒体データ・ファイル５２６、５２８、５３０の１つをレンダリングすることを望む場合、ユーザ１４は、制御（たとえば、後方スキップ・スイッチ７８（図３）、前方スキップ・スイッチ８０（図３）、プレイ／ポーズ・スイッチ８２（図３）、メニュー・スイッチ８４（図３）、ラジオ・スイッチ８６（図３）、およびスライダ・アセンブリ８８（図３）など）、ならびにパーソナル媒体デバイス１２の表示パネル９０（図３）を介して適切な媒体データ・ファイルを選択することが可能である。１つまたは複数の媒体データ・ファイルが再生のために選択された後、適切なファイルが、たとえば記憶デバイス６６から取り出される。上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス１２に提供される前に、各媒体データ・ファイルのＣＥＫが、ユーザ暗号化キー４２２を使用して暗号化されることが可能である（媒体配信システム１８によって）。上記で議論されたように、ユーザ暗号化キー４２２は、対称暗号化キーとすることが可能であり、したがって、たとえばＣＥＫ５１０を暗号化するために使用されるキーは、ＣＥＫ５１０’を解読するために使用されることも可能である。

適切な結合された媒体データ・ファイルが記憶デバイス６６から取り出された後、ＤＲＭプロセス１０は、適切なＣＥＫ解読することが可能であり（ユーザ暗号化キー４２２を使用して）、それにより、媒体データ・ファイルをパーソナル媒体デバイス１２で処理およびレンダリングすることができる。たとえば、ユーザ１４が結合された媒体データ・ファイル５２６、５２８をレンダリングすることを望んだ場合、パーソナル媒体デバイス１２は、ＣＥＫ５１０を生成するために、暗号化されたＣＥＴ５１０’を解読する。次いで、ＣＥＫ５１０は、パーソナル媒体デバイス１２によって再生する目的で、媒体データ・ファイル５００を解読するために、ＤＲＭプロセス１０によって使用されることが可能である。さらに、ＤＲＭプロセス１０は、ＣＥＫ５１４を生成するために、暗号化されたＣＥＴＫ５１４’を解読する。次いで、ＣＥＫ５１４は、パーソナル媒体デバイス１２によって再生する目的で、媒体データ・ファイル５０４を解読するために、ＤＲＭプロセス１０によって使用されることが可能である。

通常、たとえば、結合された媒体データ・ファイル５２６、５２８を処理およびレンダリングする前に、ＤＲＭプロセス１０は、たとえば、ユーザ１４が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。

上記で議論されたように、媒体配信システム１８は、たとえば、ユーザ１４が媒体配信システム１８に加入し、媒体配信システム１８へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ１４は、有効な加入が媒体配信システム１８について存在する間のみ、ユーザ１４が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム１８から獲得することが可能である。

結合された媒体データ・ファイル５２６、５２８、５３０が加入ダウンロードであると想定すると（ユーザ１４によって使用されるように永続的に認可される購入ダウンロードとは対照的に）、結合された媒体データ・ファイル５２６、５２８、５３０をレンダリングおよび／または処理する前に、ＤＲＭプロセス１０は、上記で議論されたようにたとえば不揮発性メモリに記憶されることが可能である時間切れ識別子４２０を獲得することが可能であり、不揮発性メモリの例には、ＲＯＭ１５２（図３）および／または記憶デバイス６６（図３）がある。次いで、ＤＲＭプロセス１０は、たとえば、結合された媒体データ・ファイル５２６、５２８、５３０をユーザ１４がレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子４２０内において確定された満了日（たとえば、２００５年３月３１日）を、システム・クロック１９４内において確定された日付および／または時間と比較する。この例では、ユーザ１４は、２００５年３月３１日の終わりまで有効な加入を有し、現在の日付および時間（システム・クロック１９４によって確定されている）は２００５年３月６日の１７：５３ＧＭＴであるので、ユーザ１４の加入（媒体配信システム１８に関する）は有効かつ最新である。それゆえ、結合された媒体データ・ファイル５２６、５２８、５３０は、再生のために処理されることが可能である。

デジタル・ミレニアム著作権法
１９９８年のデジタル・ミレニアム著作権法は、特定の歌、アーティスト、またはアーティストのグループが特定の時間間隔内にレンダリングされることが可能である回数を制限することが可能である。トラックのシーケンスをレンダリングするとき、シーケンスは、たとえば、３時間の時間間隔にわたって、（ｉ）同じアルバムから３つを超えないトラックがレンダリングされる、（ｉｉ）同じアルバムから２つを超えない連続するトラックがレンダリングされる、（ｉｉｉ）同じアーティスト（すなわち、個人／グループ）または選集から４つを超えないトラックがレンダリングされる、および（ｉｖ）同じアーティスト（すなわち、個々／グループ）または選集から３つを超えない連続するトラックがレンダリングされる場合、デジタル・ミレニアム著作権法に準拠することが可能である。

ラジオ媒体コンテンツを獲得する
上記で議論されたように、媒体配信システム１８から受信された媒体コンテンツ１６のフォーマットは、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、たとえば、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、有効加入が媒体配信システム１８について存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツの形態で、媒体コンテンツ（パーソナル媒体デバイス１２と共に使用される）を含むことが可能である。

パーソナル媒体デバイス１２／プロキシ・コンピュータ５４、およびクライアント・コンピュータ４４は、それぞれラジオ媒体コンテンツ１２４、１２６を受信および処理することが可能である。ラジオ媒体コンテンツ１２４、１２６は、特定の音楽ジャンル／時間期間から選択され、かつたとえばデジタル・ミレニアム著作権法に準拠するシーケンスで再生される複数のトラックを含むことが可能である。通常、ユーザ（たとえば、ユーザ１４）がラジオ媒体コンテンツ（たとえば、ラジオ媒体コンテンツ１２４、１２６）を受信および処理することを望むとき、ユーザは、媒体配信システム１８からユーザに利用可能な複数のラジオ局からラジオ局を選択することが可能である。

たとえば、図１４をも参照すると、媒体配信システム１８から、ラジオ媒体コンテンツ１２４を受信して処理するためにたとえばプロキシ・アプリケーション９８を使用するとき、ユーザ１４は、プロキシ・アプリケーション９８によってレンダリングされたラジオ情報スクリーン６００を提示されることが可能である。ラジオ情報スクリーン６００は、フィーチャされたラジオ局に関する情報を提供するラジオ・スポットライト・スクリーン６０２を含むことが可能である。さらに、ラジオ情報スクリーン６００は、媒体配信システム１８によって提供される最も人気のあるラジオ局を確定する「Ｔｏｐ Ｓｔａｔｉｏｎｓ」スクリーン６０４を含むことが可能である。「Ｔｏｐ Ｓｔａｔｉｏｎｓ」リストは、たとえば、ラジオ局が媒体配信システム１８のユーザによってアクセスされた全回数、ラジオ局が媒体配信システム１８のユーザによってアクセスされた全所要時間、および／またはラジオ局にアクセスした媒体配信システム１８の固有ユーザの総数に基づいて確定されることが可能である。

ラジオ情報スクリーン６００は、媒体配信システム１８のユーザに利用可能なラジオ局を確定する利用可能局スクリーン６０６をさらに含むことが可能である。さらに、ラジオ情報スクリーン６００は、ユーザ（たとえば、ユーザ１２）が「お気に入り」ラジオ局として確定した１つまたは複数のラジオ局６１０、６１２、６１４、６１６を項目化する「Ｍｙ Ｓｔａｔｉｏｎｓ」スクリーン６０８を含むことが可能である。たとえば、ユーザ１４がラジオ局「６０年代Ｒｏｃｋ」６１８を「Ｍｙ Ｓｔａｔｉｏｎｓ」スクリーン６０８に追加することを望んだ場合、ユーザ１４は、ラジオ局「６０年代Ｒｏｃｋ」６１８に隣接する「追加」ボタン６２０を選択する（スクリーン・ポインタ２０８を使用して）ことが可能であり、ラジオ局「６０年代Ｒｏｃｋ」６１８を確定する第５エントリ（図示せず）を「Ｍｙ Ｓｔａｔｉｏｎｓ」スクリーン６０８において生成することになる。さらに、ユーザ１４がラジオ局を聴くことを望んだ場合、ユーザ１４は、自分が聴くことを望むラジオ局（たとえば、「５０年代Ｒｏｃｋ‘ｎ’Ｒｏｌｌ」６１２）に関連付けられたプレイ・ボタン（たとえば、プレイ・ボタン６２２）を選択することが可能である。代替として、ユーザ１４がラジオ局を「Ｍｙ Ｓｔａｔｉｏｎｓ」スクリーン６０８から削除することを望む場合、ユーザ１４は、自分が削除することを望むラジオ局（たとえば、「５０年代Ｒｏｃｋ‘ｎ’Ｒｏｌｌ」６１２）に関連付けられた「局を削除する」ボタン６２４を選択することが可能である。ユーザ１４は、たとえば、スクリーン・ポインタ２０８を使用して、ディレクトリ・ウィンドウ３９０内に含まれる「ラジオ」・リンク６２６を選択することによって、ラジオ情報スクリーン６００にアクセスすることが可能である。

ラジオ・コンテンツは、プロキシ・アプリケーション９８、したがってプロキシ・コンピュータ５４を介して再生可能であると上記で議論されたが、他の構成が可能である。たとえば、ラジオ媒体コンテンツは、クライアント・アプリケーション４６、したがってクライアント・コンピュータ４４を介しても再生可能とすることが可能である。

上記で議論されたように、媒体コンテンツは、媒体配信システム１８からストリームされることが可能であり、通常、デバイスがたとえばコンピュータ２８から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ２８、したがって媒体配信システム１８へのアクティブ接続を有さなければならない。プロキシ・コンピュータ５４およびクライアント・コンピュータ４４は、媒体配信システム１８にアクティブ接続されるので、プロキシ・コンピュータ５４およびクライアント・コンピュータ４４は、媒体配信システム１８から通常ストリームされるラジオ媒体コンテンツ１２４、１２６を受信して処理することが可能である。

上記で議論されたように、ラジオ媒体コンテンツは、通常、デジタル・ミレニアム著作権法に準拠するシーケンスでレンダリングされる。ラジオ媒体コンテンツ１２４、１２６は、通常、プロキシ・コンピュータ５４および／またはクライアント・コンピュータ４４で再生されるように（それぞれ）コンピュータ２８からストリームされるので、ラジオ媒体コンテンツ１２４、１２６内の個々のトラックのレンダリング・シーケンスは、媒体配信システム１８によって制御可能であり、したがって、たとえばデジタル・ミレニアム著作権法に準拠するように構成されることが可能である。

デバイス（たとえば、プロキシ・コンピュータ５４およびクライアント・コンピュータ４４）にストリームされるラジオ媒体コンテンツに加えて、ラジオ媒体コンテンツは、媒体配信システム１８へのアクティブ接続を有さないデバイスで再生されるようにキャッシュされることが可能であり、デバイスの例には、パーソナル媒体デバイス１２、４０、４２がある。

たとえば、パーソナル媒体デバイス１２で再生するためにラジオ媒体コンテンツ１２４をキャッシュするとき、ラジオ媒体コンテンツ１２４内の個々のトラックは、通常、加入ダウンロードとして媒体配信システム１８から取り出される。上記で議論されたように、加入ダウンロードは、媒体分配システム１８について有効な加入が存在する間使用されるために、たとえばユーザ１４に認可される媒体コンテンツである。さらに、上記で議論されたように、パーソナル媒体デバイス１２が初期化されるとき、デバイス・ライセンス４２４（図１２ａ）がパーソナル媒体デバイス１２について生成される。デバイス・ライセンス４２４は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子４２０（図１２ａ）を含むことが可能である。それゆえ、上記で議論されたように、ラジオ媒体コンテンツ１２４内に含まれる加入ダウンロードの１つまたは複数をレンダリングおよび／または処理する前に、パーソナル媒体デバイス１２のＤＲＭプロセス１０（図１）は、たとえばユーザ１４がラジオ媒体コンテンツ１２４内に含まれる加入ダウンロードをレンダリングすることが依然として可能であるかを決定するために、デバイス・ライセンス４２４から時間切れ識別子４２０を獲得することが可能である。

通常、ラジオ媒体コンテンツ１２４がパーソナル媒体デバイス１２に提供されるとき、ラジオ局の要件（たとえば、ジャンルおよび／または時間期間など）を満たす複数の加入ダウンロードが、媒体配信システム１８から取り出されることが可能である。媒体コンテンツは、シード・コンテンツと呼ばれることが可能である。取り出された加入ダウンロードの正確な数は、管理する法律およびポリシに応じて異なることがあり、法律およびポリシの例には、デジタル・ミレニアム著作権法、ＡＳＣＡＰ（すなわち、ｔｈｅ Ａｍｅｒｉｃａｎ Ｓｏｃｉｅｔｙ ｏｆ Ｃｏｍｐｏｓｅｒｓ，Ａｕｔｈｏｒｓ，ａｎｄ Ｐｕｂｌｉｓｈｅｒｓ）ポリシ、およびＢＭＩ（すなわち、Ｂｒｏａｄｃａｓｔ Ｍｕｓｉｃ，Ｉｎｃ）ポリシがある（非限定的に）。たとえば、ラジオ媒体コンテンツ１２４内に含まれる最小限の数の加入ダウンロードは、たとえば８０程度に少なく確定されることが可能であるが、その数は、たとえば、デバイス（たとえば、パーソナル媒体デバイス１２）の記憶容量、媒体配信システム１８によって確立されたポリシ・ガイドライン、および／または管理する法律およびポリシ（たとえば、デジタル・ミレニアム著作権法、ＡＳＣＡＰ、およびＢＭＩ）などに応じて、大きく増大させることが可能である（たとえば、最高で５００を超える加入ダウンロード）。

上記で議論されたように、図１５ａおよび１５ｂをも参照すると、たとえば、デジタル・ミレニアム著作権法を厳守するために、個々の加入ダウンロード（ラジオ媒体コンテンツ１２４内に含まれる）が、ラジオ・プレイリスト６５０によって制御される特定のシーケンスにおいてレンダリングされることが必要である。

上記で述べられた例を続け、ユーザ１４がパーソナル媒体デバイス１２でラジオ媒体コンテンツ１２４をレンダリングすることを望むと想定する。具体的には、ユーザ１４がラジオ局「５０年代Ｒｏｃｋ‘ｎ’Ｒｏｌｌ」６１２を聴くことを望み、したがってプロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を使用してプレイ・ボタン６２２を選択すると想定する。プロキシ・コンピュータ５４は、ラジオ・コンテンツ要求６５２を媒体配信システム１８に提供することが可能である。セキュリティおよび認証のために、ラジオ・コンテンツ要求６５２は、たとえば、媒体配信システム１８に提供される前に、暗号化および／またはデジタル署名されることが可能である（上記で議論されたように）。ラジオ・コンテンツ要求６５２が媒体配信システム１８によって受信された後、媒体配信システム１８は、ラジオ・コンテンツ要求６５２を処理し７００、選択されたラジオ局の基準を満たす媒体コンテンツを取り出すことが可能である。たとえば、ラジオ局「５０年代Ｒｏｃｋ‘ｎ’Ｒｏｌｌ」６１２は、音楽ジャンル要件（すなわち、Ｒｏｃｋ‘ｎ’Ｒｏｌｌ）および時間期間要件（すなわち、５０年代）を含むことが可能である。

この要求に応答して、媒体配信システム１８は、選択されたラジオ局の要件を満たす確定数の加入ダウンロードを獲得する７０２ことが可能である。例示のために、媒体配信システム１８は、シード・コンテンツに含まれる５００のトラック（すなわち、加入ダウンロード）を選択すると想定する。それゆえ、５００の加入ダウンロード（たとえば、媒体データ・ファイル６５４、６５６、６５８、６６０、６６２）が、記憶デバイス３４から取り出されることが可能である。上記で議論されたように、媒体配信システム１８は、固有ＣＥＫ６６４、６６６、６６８、６７０、６７２を使用して媒体データ・ファイル６５４、６５６、６５８、６６０、６６２をそれぞれ暗号化する７０４ことが可能であり、固有ＣＥＫのそれぞれは、ＣＥＫが関係付けられる媒体データ・ファイルに結合される７０６。したがって、たとえば、ＣＥＫ６６４が媒体データ・ファイル６５４に結合されることが可能であり、ＣＥＫ６６６が媒体データ・ファイル６５６に結合されることなどが可能である。

上記で議論されたように、加入ダウンロードがパーソナル媒体デバイス１２に提供される前に、各加入ダウンロードが、媒体データ・ファイルを要求したユーザ（たとえば、ユーザ１４）に結合される７０８ことが可能である。この結合プロセスは、加入ダウンロードを要求するユーザのユーザ暗号化キーを使用して媒体データ・ファイルのＣＥＫを暗号化することによって達成されることが可能である。

したがって、媒体データ・ファイル６５４、６５６、６５８、６６０、６６２がパーソナル媒体デバイス１２に提供される前に、各媒体データ・ファイルのＣＥＫは、ラジオ媒体内容を要求したユーザ（たとえば、ユーザ１４）に関連付けられたラジオ暗号化キー６７４を使用して暗号化される７１０ことが可能である。ユーザ１４のアイデンティティが既知であるとすることが可能であるので（ラジオ・コンテンツ要求６５２内に含まれるユーザＩＤ６７４を介して）、媒体配信システム１８は、データ・ストア４１８からラジオ暗号化キー６７４（すなわち、ユーザ１４のラジオ暗号化キー）を獲得することが可能である。

媒体分配システム１８は、媒体データ・ファイル６５４、６５６、６５８、６６０、６６２をユーザ１４（すなわち、媒体データ・ファイルを要求するユーザ）に結合し７０８、したがって結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４（すなわち、シード・コンテンツ６８６と集団的に呼ばれる）を創出することが可能である。それゆえ、各媒体データ・ファイル（たとえば、媒体データ・ファイル６５４）に関連付けられたコンテンツ暗号化キー（たとえば、ＣＥＫ６６４）は、暗号化されたコンテンツ暗号化キー（たとえば、暗号化されたＣＥＫ６６４’）を形成するために、ラジオ暗号化キー６７４を使用して暗号化される７１０ことが可能である。さらに、ＣＥＫ６６６は、暗号化されたＣＥＫ６６６’を生成するために暗号化される７１０ことが可能であり、ＣＥＫ６６８は、暗号化されたＣＥＫ６６８’を生成するために暗号化される７１０ことが可能であり、ＣＥＫ６７０は、暗号化されたＣＥＫ６７０’を生成するために暗号化される７１０ことが可能であり、ＣＥＫ６７２は、暗号化されたＣＥＫ６７２’を生成するために暗号化される７１０ことが可能である。

ＣＥＫが暗号化された７１０後、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４（暗号化されたＣＥＫ６６４’、６６６’、６６８’、６７０’、６７２’をそれぞれ含む）がプロキシ・コンピュータ５４に提供される７１２ことが可能である。さらに、シード・コンテンツ・リスト６８８が生成され７１４、シード・コンテンツ６８６内に含まれる個々の加入ダウンロード（たとえば、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４）を識別するプロキシ・コンピュータ５４に提供されることが可能である。

さらに、ラジオ暗号化キー６７４（暗号化されたＣＥＫ６６４’、６６６’、６６８’、６７０’、６７２’を解読するために必要とされる）が、プロキシ・コンピュータ５４に提供されることが可能である。通常、ラジオ暗号化キー６７４をプロキシ・コンピュータ５４に提供するために、ラジオ暗号化キー６７４は、プロキシ公開キー６９０（媒体配信システム１８のデータ・ストア４１８に記憶されることが可能である）を使用して暗号化されることが可能である。プロキシ・コンピュータ５４によって受信された後、ラジオ暗号化キー６７４は、プロキシ秘密キー６９２（プロキシ・コンピュータ５４の記憶デバイス９９に記憶されることが可能である）を使用して解読されることが可能である。代替として、ラジオ暗号化キー６７４をプロキシ・コンピュータ５４に提供する前に、ラジオ暗号化キー６７４は、デバイス公開キー４０２（媒体配信システム１８のデータ・ストア４１８に記憶されることが可能である）を使用して暗号化されることが可能である。プロキシ・コンピュータ５４によって受信された後、暗号化されたラジオ暗号化キー６７４は、デバイス秘密キー４００（図１２ａ）を使用して解読するために、パーソナル媒体デバイス１２に提供されることが可能である。

上記で議論されたように、ラジオ・プレイリスト６５０は、シード・コンテンツ６８６内に含まれる加入ダウンロードのすべてまたは一部のレンダリング・シーケンスを確定することが可能である。上記で述べられた例を続けると、ラジオ・プレイリスト６５０は、シード・コンテンツ６８６内に含まれる５００の加入ダウンロードについて固有レンダリング・シーケンスを提供することが可能である。代替として、ラジオ・プレイリスト６５０は、シード・コンテンツ６８６内に含まれる加入ダウンロードの一部のみについて固有レンダリング・シーケンスを提供することが可能である。たとえば、固有レンダリング・シーケンスが、シード・コンテンツ６８６に含まれる最初の３００（利用可能な５００の）の加入ダウンロードについて確定され、残りの２００の加入ダウンロードは、予備に保持されることが可能である。したがって、ユーザが、プレイリストをレンダリングしながら、１つの歌をスキップすると決定する事象では、予備に保持された歌の１つは、スキップされた歌に置き換わるように使用されることが可能である（「改定」レンダリング・シーケンスが、たとえばデジタル・ミレニアム著作権法を厳守すると想定する）。

ラジオ・プレイリスト６５０は、媒体配信システム１８によって生成され７１６、プロキシ・コンピュータ５４に提供される７１８と記述されたが、他の構成が可能である。たとえば、ラジオ・プレイリスト６５０は、たとえば、プロキシ・コンピュータ５４によって生成され７１６、パーソナル媒体デバイス１２に提供される７１８ことが可能であり、またはパーソナル媒体デバイス１２によって生成される７１６ことが可能である。さらに、ラジオ・プレイリスト６５０は、単一のラジオ・プレイリストであると上記で記述されたが、他の構成が可能である。たとえば、媒体配信システム１８は、複数のラジオ・プレイリストを生成して提供する（たとえば、プロキシ・コンピュータ５４に）ことが可能である。

図１６ａおよび１６ｂをも参照すると、プロキシ・コンピュータ５４によって受信された８００後、ラジオ・プレイリスト６５０、ラジオ暗号化キー６７４、シード・コンテンツ６８６、およびシード・コンテンツ・リスト６８８が、たとえばプロキシ・コンピュータ５４の記憶デバイス９９に記憶されることが可能である。

上記で議論されたように、ラジオ暗号化キー６７４は、デバイス公開キー４０２（すなわち、パーソナル媒体デバイス１２の公開キー）を使用して暗号化される（媒体配信システム１８によって）ことが可能である。そうである場合、暗号化されたラジオ暗号化キー６７４は、デバイス秘密キー４００を使用して解読するためにパーソナル媒体デバイス１２に提供されることが可能である。代替として、上記で議論されたように、ラジオ暗号化キー６７４は、プロキシ公開キー６９０を使用して暗号化されることが可能である。そうである場合、暗号化されたラジオ暗号化キー６７４は、プロキシ秘密キー６９２を使用して解読され、その後、パーソナル媒体デバイス１２（デバイス秘密キー４００を使用して解読するために）に提供される前に、デバイス公開キー４０２を使用して暗号化されることが可能である。

シード・コンテンツ６８６は、かなり大きいことが可能であるので、媒体配信システム１８からシード・コンテンツ６８６を受信する８００プロセスは、バックグラウンドで動作するように構成されることが可能であり、それにより、シード・コンテンツ６８６が媒体配信システム１８からダウンロードされている間、プロキシ・コンピュータ５４が他のタスクに使用されることが可能になる。さらに、同様の理由で、パーソナル媒体デバイス１２は、ダウンロード・プロセス中にプロキシ・コンピュータ５４に結合される必要はなく、それにより、ユーザ１４は、シード・コンテンツ６８６が媒体配信システム１８からダウンロードされている間、パーソナル媒体デバイス１２を脱結合して（プロキシ・コンピュータ５４から）、動作することが可能になる。

シード・コンテンツ６８６がプロキシ・コンピュータ５４によって受信された８００後、シード・コンテンツ６８６は、パーソナル媒体デバイス１２に提供される前に、処理される７５０ことが可能である。たとえば、各結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４は、複数のラジオ・チャンク・ファイルに分割される７５０ことが可能である。たとえば、結合された媒体データ・ファイル６７６は、６つのラジオ・チャンク・ファイル、すなわちラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６−４、６７６−５、６７６−６に分割される７５０ことが可能である。通常、最後のラジオ・チャンク・ファイル（すなわち、ラジオ・チャンク・ファイル６７６−６）を除いて、ラジオ・チャンク・ファイルは、すべて長さが等しいとすることが可能である。たとえば、結合された媒体データ・ファイル６７６のサイズが５．２８メガバイトであると想定すると、ラジオ・チャンク・ファイル６７６−６のサイズを０．２８メガバイトとして、対応するラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６−４、６７６−５のサイズは、それぞれ１．００メガバイトとすることが可能である。代替として、結合された媒体データ・ファイル６７６は、６つの等しいサイズのラジオ・チャンク・ファイル（すなわち、それぞれが０．８８メガバイトのサイズを有する）に分割される７５０ことが可能である。

結合された媒体データ・ファイルがラジオ・チャンク・ファイルに分割される７５０ことに加えて、結果として得られるラジオ・チャンク・ファイルは、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４のセキュリティを向上させるために、共に混合される７５２ことが可能である。たとえば、結合された媒体データ・ファイル６７６が６つのラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６−４、６７６−５、６７６−６に分割され７５０、それにより、ラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６−４のサイズがそれぞれ１．００メガバイトであり、ラジオ・チャンク・ファイル６７６−５、６７６−６のサイズが０．６４メガバイトであると想定する。等しいサイズのラジオ・チャンク・ファイル６７６−１、６７６−２は、共に混合される７５２ことが可能であり、等しいサイズのラジオ・チャンク・ファイル６７６−３、６７６−４は、共に混合される７５２ことが可能であり、等しいサイズのラジオ・チャンク・ファイル６７６−５、６７６−６は、共に混合される７５２ことが可能である。

例示のために、結合された媒体データ・ファイル（たとえば、媒体データ・ファイル６７６）のラジオ・チャンク・ファイル（たとえば、ラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６４、６７６−５、６７６−６）を混合する７５２とき、１つまたは複数のプロセスが実行されることが可能である。たとえば、ラジオ・チャンク・ファイル６７６−１の奇数の語が、ラジオ・チャンク・ファイル６７６−２の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル６７６−２の奇数の語が、ラジオ・チャンク・ファイル６７６−１の奇数の語で置換されることが可能である（ラジオ・チャンク・ファイル６７６−１、６７６−２の間での奇数の語の交換となる）。さらに、ラジオ・チャンク・ファイル６７６−３の奇数の語が、ラジオ・チャンク・ファイル６７６−４の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル６７６−４の奇数の語が、ラジオ・チャンク・ファイル６７６−３の奇数の語で置換されることが可能である（ラジオ・チャンク・ファイル６７６−３、６７６−４の間での奇数の語の交換となる）。さらに、ラジオ・チャンク・ファイル６７６−５の奇数の語が、ラジオ・チャンク・ファイル６７６−６の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル６７６−６の奇数の語が、ラジオ・チャンク・ファイル６７６−５の奇数の語で置換されることが可能である（ラジオ・チャンク・ファイル６７６−５、６７６−６の間での奇数の語の交換となる）。

上記で記述された混合プロセスに加えて、他の方法が使用されることが可能である。たとえば、個々のデータチャンクファイルは、ラジオ暗号化キー６７４でＸＯＲされることが可能である。

結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４が処理され７５０、混合された７５２後、パーソナル媒体デバイス１２に提供される前に、様々なラジオ・チャンク・ファイルは、配信されて記憶され７５４、それにより、たとえば、ラジオ・チャンク・ファイルは、連続する順序ではなくなる。たとえば、配信前、ラジオ・チャンク・ファイル６７６−１にラジオ・チャンク・ファイル６７６−２が続くことが可能であり（メモリにおいて）、これにラジオ・チャンク・ファイル６７６−３が続くことが可能であり（メモリにおいて）、これに、ジオ・チャンク・ファイル６７６−４が続くことが可能であり（メモリにおいて）、これにラジオ・チャンク・ファイル６７６−５が続くことが可能であり（メモリにおいて）、これにラジオ・チャンク・ファイル（６７６−６）が続くことが可能である（メモリにおいて）。それゆえ、パーソナル媒体デバイス１２に転送される前に、様々なラジオ・チャンク・ファイルは、シード・コンテンツ６８６より連続する順序ではない可能性がある修正シード・コンテンツ６８６’を形成するように、配信および記憶される７５２ことが可能である。

ラジオ・チャンク・ファイルを配信および記憶する７５４とき、ラジオ・チャンク・ファイルは、無作為にまたはアルゴリズムにより配信および記憶される７５４ことが可能である。図１７ａおよび１７ｂをも参照すると、修正されたシード・コンテンツ６８６’は、記憶デバイス６６内に配置されて示されており、それにより（例示のために）、記憶デバイス６６内の個々のメモリの位置は、列８５０（たとえば、列Ａ〜Ｆ）および行８５２（行１〜５００）に分割される。図示されたように、記憶デバイス６６の列１内のメモリの位置は、ラジオ・チャンク・ファイル６８０−１、６８０−４、６７６−３、６７６−４、６８４−５、６７６−６を含む。それゆえ、ラジオ・チャンク・ファイル６８０−１、６８０−４、６７６−３、６７６−４、６８４−５、６７６−６は、連続する順序ではない。

上記で議論されたように、３，０００の利用可能なメモリ位置（たとえば、６列×５００行）内の個々のラジオ・チャンク・ファイルの位置決めは、無作為に達成されることが可能である。たとえば、ラジオ・チャンク・ファイル６７６−１のメモリ位置は、３，０００の利用可能な位置から無作為に選択されることが可能である。位置２Ｃが選択されたと想定すると、ラジオ・チャンク・ファイル６７６−２の位置は、残りの２，９９９のメモリ位置（すなわち、位置２Ｃを除くすべてのメモリの位置）から無作為に選択されることが可能である。位置３Ｄが選択されたと想定すると、ラジオ・チャンク・ファイル６７６−３の位置は、残りの２，９９８メモリ位置（すなわち、位置２Ｃおよび３Ｄを除くすべてのメモリ位置）から無作為に選択されることが可能である。このプロセスは、すべてのラジオ・チャンク・ファイルが記憶デバイス６６内において特定されるまで、続けられることが可能である。

ラジオ・チャンク・ファイルのこの配信および記憶７５４は、修正シード・コンテンツ６８６’をパーソナル媒体デバイス１２に転送する前にプロキシ・コンピュータ５４によって実施されると上記で記述されたが、他の構成が可能である。たとえば、シード・コンテンツ６８６は、その当初（すなわち、未修正）の形態でパーソナル媒体デバイス１２に転送されることが可能であり、それにより、シード・コンテンツ６８６は、修正シード・コンテンツ６８６’を生成するように、後にパーソナル媒体デバイス１２によって修正される。

シード・コンテンツ・リスト６８８は、結合された媒体データ・ファイルの様々なラジオ・チャンク・ファイルに関する位置情報を含むように付加されて記憶される８０２ことが可能であり、それにより修正シード・コンテンツ・リスト６８８’を形成する。上記で議論されたように、上記で述べられた例を続けると、結合された媒体データ・ファイル６７６は、６つのラジオ・チャンク・ファイル、すなわちラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６４、６７６−５、６７６−６に分割されている７５０可能性がある。さらに、上記で議論されたように、これらのラジオ・チャンク・ファイルは、共に混合されている７５２ことが可能である。それゆえ、結合された媒体データ・ファイル６７６をレンダリングするために（以下においてより詳細に議論される）、結合された媒体データ・ファイル６７６を構成する個々のラジオ・チャンク・ファイル（すなわち、ラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６−４、６７６−５、６７６−６）の位置は、パーソナル媒体デバイス１２に提供される付加シード・コンテンツ・リスト６８８’内において確定されることが可能である。

上記で議論されたように、シード・コンテンツ・リスト６８８は、シード・コンテンツ６８６内に含まれる個々の加入ダウンロード（たとえば、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４）を識別することが可能である。したがって、シード・コンテンツ・リスト６８８は、たとえば、「Ｙａｋｅｔｙ Ｙａｋ」（すなわち、結合された媒体データ・ファイル６７６）を確定するエントリ８５４、および「Ｐｅｇｇｙ Ｓｕｅ」（すなわち、結合された媒体データ・ファイル６７８）を確定するエントリ８５６を含むことが可能である。

それゆえ、たとえば、「Ｙａｋｅｔｙ Ｙａｋ」（すなわち、結合された媒体データ・ファイル６７６）のエントリ８５４（修正シード・コンテンツ・リスト６８８’内）は、２Ｃ、３Ｄ、１Ｃ、１Ｄ、４Ｄ、１Ｆ（すなわち、それぞれ、ラジオ・チャンク・ファイル６７６−１、６７６−２、６７６−３、６７６−４、６７６−５、６７６−６のメモリ位置）を含むように修正されることが可能であり、「Ｐｅｇｇｙ Ｓｕｅ」（すなわち、結合された媒体データ・ファイル６７８）のエントリ８５６（修正シード・コンテンツ・リスト６８８’内）は、２Ａ、４Ｃ、３Ａ、５００Ｃ、２Ｅ、４Ａ（すなわち、それぞれ、ラジオ・チャンク・ファイル６７８−１、６７８−２、６７８−３、６７８−４、６７８−５、６７８−６のメモリ位置）を含むように修正されることが可能である。

代替として、（修正シード・コンテンツ・リスト６８８’を生成するために）シード・コンテンツ・リスト６８８を付加および記憶する８０２代わりに（またはそれに加えて）、ラジオ・プレイリスト６５０は、上記で記述されたメモリ位置を含み、したがって修正ラジオ・プレイリスト（図示せず）を確定するように付加されることが可能である。さらに、マッピング・ファイル（図示せず）が、上述されたメモリ位置を確定するように生成されることが可能である。さらに、上記で議論されたように、結合された媒体データ・ファイルの様々なラジオ・チャンク・ファイルは、記憶デバイス６６内にアルゴリズムにより配置されることが可能である。それゆえ、メモリ位置アルゴリズムが（修正シード・コンテンツ・リスト６８８’とは対照的に）、上述されたメモリ位置を確定するために使用されることが可能である。

上記で議論されたように、シード・コンテンツ６８６は、その当初（すなわち、未修正）の形態でパーソナル媒体デバイス１２に転送されることが可能であり、それにより、シード・コンテンツ６８６は、修正シード・コンテンツ６８６’を生成するように、パーソナル媒体デバイス１２によって後に修正される。そうである場合、修正シード・コンテンツ・リスト６８８’は、パーソナル媒体デバイス１２によって生成されることが可能である。

ラジオ媒体コンテンツの再生
結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４を構成する様々なラジオ・チャンク・ファイルがパーソナル媒体デバイス１２に提供された後、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４（例示のために、ラジオ媒体コンテンツ１２４内に含まれる５００の加入ダウンロードを表す）が、パーソナル媒体デバイス１２によってレンダリングされることが可能である。

上記で述べられた例を続けると、ユーザ１４がラジオ媒体コンテンツ１２４をレンダリングすることを望む場合、ユーザ１４は、ラジオ・スイッチ８６（図３）を選択することが可能であり、それにより、デバイス・アプリケーション６４（図１）は、表示パネル９０（図３）上で「利用可能な」ラジオ局のリストをレンダリングすることになる。通常、ラジオ局は、ラジオ局のラジオ媒体コンテンツ１２４が媒体配信システム１８から以前に取り出されている場合、「利用可能」と列挙されるだけである。ラジオ媒体コンテンツ１２４は、ラジオ局「５０年代Ｒｏｃｋ‘ｎ’Ｒｏｌｌ」６１２（図１４）について取り出されたので、ユーザ１４は、たとえばスライダ・アセンブリ８８（図３）を使用してラジオ局「５０年代Ｒｏｃｋ‘ｎ’Ｒｏｌｌ」６１２を選択することが可能であり、たとえば、プレイ／ポーズ・スイッチ８２（図３）を使用して、再生を要求する９００ことが可能である。

適切なラジオ局が選択された後、ＤＲＭプロセス１０（図１）は、たとえば記憶デバイス６６から適切なファイルを取り出す。たとえば、ラジオ・プレイリスト６５０および修正シード・コンテンツ・リスト６８８’が、ＤＲＭプロセス１０によって取り出されることが可能である。通常、ラジオ媒体コンテンツ１２４をレンダリングするとき、ラジオ・プレイリスト６５０は順次処理され、それにより、ラジオ・プレイリスト６５０内に列挙された個々のトラックは、順次レンダリングされる。たとえば、プレイリスト６５０に示されたように、「Ｓｕｒｆ Ｃｉｔｙ」８５８が再生され、「Ｉ’ｍ Ｗａｌｋｉｎ」８６０が続き、「Ｔｈｅ Ｇｒｅａｔ Ｐｒｅｔｅｎｄｅｒ」８６２が続き、「Ｈｏｕｎｄ Ｄｏｇ」８６４が続き、「Ｇｒｅａｔ Ｂａｌｌｓ ｏｆ Ｆｉｒｅ」８６６、が続き、「Ｂｌｕｅ Ｃｈｒｉｓｔｍａｓ」８６８が続き、「Ｔｈｅ Ｗａｎｄｅｒｅｒ」８７０が続き、「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」８７２が続き、「Ｃｈａｎｔｉｌｌｙ Ｌａｃｅ」８７４が続き、「Ｐｅｇｇｙ Ｓｕｅ」８７６が続く、等が可能である。

上記で議論されたように、結合された媒体データ・ファイルを作成する個々のラジオ・チャンク・ファイルは、たとえば、記憶デバイス６６上で配信されることが可能である。それゆえ、修正シード・コンテンツ・リスト６８８’は、関連するラジオ・チャンク・ファイルを記憶デバイス６６内に配置するようにＤＲＭプロセス１０によって処理される９０２ことが可能である。たとえば、パーソナル媒体デバイス１２は「Ｔｈｅ Ｗａｎｄｅｒｅｒ」８７０のレンダリングを終了したばかりであると想定する。ポインタ８７８が、結合された媒体データ・ファイル６８０に対応する「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」８７２を指すように増分されることが可能である。ＤＲＭプロセス１０は、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６（すなわち、結合された媒体データ・ファイル６８０を構成する６つのラジオ・チャンク・ファイル）の位置を決定するために、修正シード・コンテンツ・リスト６８８’を処理する９０２ことが可能である。それゆえ、ＤＲＭプロセス１０が修正シード・コンテンツ・リスト６８８’を処理する９０２際、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６の位置は、それぞれ、１Ａ、５００Ｂ、３Ｂ、１Ｂ、５００Ａ、５００Ｆであると決定される。それゆえ、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６は、たとえば、記憶デバイス６６内のメモリ位置１Ａ、５００Ｂ、３Ｂ、１Ｂ、５００Ａ、５００Ｆ（それぞれ）から取り出される９０４ことが可能である。

上記で議論されたように、配信される７５４前に、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６は、データのセキュリティを向上させるように共に混合されている７５２可能性がある。上記で議論されたように、第１ラジオ・チャンク・ファイルの奇数の語は、第２ラジオ・チャンク・ファイルの奇数の語で置換されることが可能であり、第２ラジオ・チャンク・ファイルの奇数の語は、第１ラジオ・チャンク・ファイルの奇数の語で置換されることが可能である（第１と第２ラジオ・チャンク・ファイルの間での奇数の語の交換となる）。したがって、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６は、当初の混合手続き７５２を無効にする方式でＤＲＭプロセス１０によって処理される９０６ことが可能である。たとえば、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６は、ラジオ・チャンク・ファイルの対の間で奇数の語を交換し、当初の奇数の語の交換手続きを無効にすることによって、当初の形態に戻ることが可能である。

ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６が、それらを当初の形態に戻すように処理された９０６後、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６は、結合された媒体データ・ファイル６８０（すなわち、６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６が生成された元である結合された媒体データ・ファイル）を形成するようにＤＲＭプロセス１０によって処理される９０８。

上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス１２に提供される前に、各媒体データ・ファイルのＣＥＫは、ラジオ暗号化キー６７４を使用して暗号化されていることが可能である（媒体配信システム１８によって）。ユーザ暗号化キー４２２と同様の方式で、ラジオ暗号化キー６７４は、対称暗号化キーとすることが可能であり、したがって、たとえばＣＥＫ６６４を暗号化するために使用されるキーは、暗号化されたＣＥＫ６６４’を解読するために使用されることも可能である。

ラジオ暗号化キー６７４がパーソナル媒体デバイス１２に提供されるとき（媒体配信システム１８またはプロキシ・コンピュータ５４から）、ラジオ暗号化キー６７４は、デバイス公開キー４０２を使用して暗号化されていることが可能である。したがって、ラジオ暗号化キー６７４は、デバイス秘密キー４００を使用して解読されることが可能である。

たとえば結合された媒体データ・ファイル６８０が、たとえばラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６から形成された後、ＤＲＭプロセス１０は、適切なＣＥＫを解読する９１０ことが可能であり（ラジオ暗号化キー６７４を使用して）、それにより、パーソナル媒体デバイス１２上で、媒体データ・ファイルを処理およびレンダリングする９１２ことができる。上記で述べられた例を続けると、プレイリスト６５０が、たとえば「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」８７２がレンダリングされる９１２べきであることを示すとき（ポインタ８７８を増分させることにより）、ＤＲＭプロセス１０は、修正シード・コンテンツ・リスト６８８’（または、上記で記述されたメモリ位置アルゴリズム）を使用して記憶デバイス６６内にラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６を配置する。配置された９０２後、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６は、記憶デバイス６６から取り出され９０４、ラジオ・チャンク・ファイル６８０−１、６８０−２、６８０−３、６８０−４、６８０−５、６８０−６を元の形態に戻すように処理され９０６、暗号化されたＣＥＫ６６８’および媒体データ・ファイル６５８を含む結合された媒体データ・ファイル６８０（すなわち、「Ｔｕｔｔｉ Ｆｒｕｔｔｉ」８７２に対応する結合された媒体データ・ファイル）を形成するように処理される９０８。

ＤＲＭプロセス１０は、ＣＥＫ６６８（すなわち、媒体データ・ファイル６５８に結合されたＣＥＫ）を生成するように、暗号化されたＣＥＫ６６８’を解読する９１０ことが可能である（ラジオ暗号化キー６７４を使用して）。次いで、ＣＥＫ６６８は、パーソナル媒体デバイス１２によって再生する目的で媒体データ・ファイル６５８を解読する９１０ために、ＤＲＭプロセス１０によって使用されることが可能である。このプロセスは、ラジオ・プレイリスト６５０において指定された各トラックについて繰り返されることが可能である。

通常、たとえば、結合された媒体データ・ファイル６７６を処理およびレンダリングする前に、ＤＲＭプロセス１０は、たとえば、ユーザ１４が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。

上記で議論されたように、媒体配信システム１８は、たとえば、ユーザ１４が媒体配信システム１８に加入し、たとえば、媒体配信システム１８へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ１４は、媒体配信システム１８について有効な加入が存在する間のみ、ユーザ１４が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム１８から獲得することが可能である。

ラジオ媒体コンテンツ１２４は、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４を含み、（上記で議論されたように）結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４は、加入ダウンロードであるので、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４をレンダリングおよび／または処理する前に、ＤＲＭプロセス１０は、時間切れ識別子４２０を獲得し、たとえば、ユーザ１４が、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４をレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子４２０内で確定された満了日（たとえば、２００５年３月３１日）をシステム・クロック１９４内で確定された日付および／または時間と比較することが可能である。この例では、ユーザ１４は２００５年３月３１日の終わりまで有効な加入を有し、かつ現在の日付および時間（システム・クロック１９４によって確定される）は２００５年３月６日１７：５３ＧＭＴであるので、ユーザ１４の加入（媒体配信システム１８に関して）は、有効かつ最新である。それゆえ、結合された媒体データ・ファイル６７６、６７８、６８０、６８２、６８４（すなわち、ラジオ媒体コンテンツ１２４）は、再生するために処理されることが可能である。

ユーザ暗号化キー４２２およびラジオ暗号化キー６７４は、ＣＥＫを暗号化するために使用されることが可能である同じキーが、ＣＥＫの暗号化バージョンを解読するためにも使用されることが可能であるという点で、通常は対称暗号化キーであると上記で記述されている。さらに、上記で記述されたように、同じユーザ暗号化キー４２２およびラジオ暗号化キー６７４が、すべてのＣＥＫ’を暗号化するために使用されることが可能である。したがって、５００の結合された媒体データ・ファイルがダウンロードされて、パーソナル媒体デバイス１２に記憶される場合、同じユーザ暗号化キー４２２およびラジオ暗号化キー６７４が、５００の暗号化されたＣＥＫのそれぞれを解読するために使用されることが可能である。しかし、ユーザ暗号化キー４２２およびラジオ暗号化キー６７４の他の構成が可能である。

たとえば、ユーザ暗号化キー４２２およびラジオ暗号化キー６７４は、単一非対称キーとは対照的に対称キー・ブロックとすることが可能である。図１８をも参照すると、３２バイト（すなわち、２５６ビット）の対称キー・ブロック９５０が示されている。この例では、１６バイト（すなわち、１２８ビット）のキーが、各暗号化されたＣＥＫを暗号化および解読するために使用される。１つのたとえば２５６ビット対称キー・ブロック９５０を使用することにより、複数の１２８ビット対称キー（たとえば、暗号化キー９５２、９５４、９５６、９５８）が確定されることが可能である。たとえば、第１暗号化キー９５２が、ビット０００−１２７の対称キー・ブロック９５０として確定されることが可能である。第２暗号化キー９５４が、ビット００４−１３１の対称キー・ブロック９５０として確定されることが可能である。第３暗号化キー９５６が、１２８−２５５の対称キー・ブロック９５０として確定されることが可能である。および第４暗号化キー９５８が、１２４−２５１ビットの非対称キー・ブロック９５０として確定されることが可能である。それゆえ、複数の固有対称暗号化キーが、単一の対称キー・ブロック９５０を使用して確定されることが可能である。したがって、個々の暗号化キーを適切に確定するために、この特定の例では、ビット・シフト・パラメータ９６０が、それぞれのキーの開始点を確定する各暗号化キー９５２、９５４、９５６、９５８について確定されることが可能である。たとえば、暗号化キー９５２は、対称キー・ブロック９５０のビット０で開始され、したがって、０ビットのビット・シフト９６０を有する。暗号化キー９５４は、対称キー・ブロック９５０のビット４で開始されるので、暗号化キー９５４は、４ビットのビット・シフト９６０を有する。暗号化キー９５６は、対称キー・ブロック９５０のビット１２８で開始されるので、暗号化キー９５６は、１２８ビットのビット・シフト９６０を有する。暗号化キー９５８は、対称キー・ブロック９５０のビット１２４で開始されるので、暗号化キー９５８は、１２４ビットのビット・シフト９６０を有する。

様々な暗号化キーが、各個々の暗号化キーの開始点を変位させることによって対称キー・ブロック９５０内において確定されるが、他の構成が可能である。たとえば、キーは、ビット・シフトと関連して奇数または偶数のビットのみを使用して確定されることが可能である。さらにおよび／または代替として、キーは、固有暗号化キーを確定するために（対称キー・ブロック９５０内において）使用される個々のビットを確定する目的でアルゴリズムが使用されることが可能であるという点で、アルゴリズムにより対称キー・ブロック９５０内において確定されることが可能である。さらに、単一の対称キー・ブロック９５０が、ユーザ暗号化キー４２２およびラジオ暗号化キー６７４の両方を確定するために使用されることが可能である。

いくつかの実施態様が記述された。それにもかかわらず、様々な修正を行うことが可能であることが理解されるであろう。したがって、他の実施態様も、添付の特許請求の範囲の範囲内にある。

分散コンピューティング・ネットワークに結合されたＤＲＭプロセス、媒体配信システム、クライアント・アプリケーション、プロキシ・アプリケーション、デバイス・アプリケーション、およびパーソナル媒体デバイスの概略図である。 図１のパーソナル媒体デバイスの等角投影図である。 図１のパーソナル媒体デバイスの概略図である。 図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１の媒体配信システム、分散コンピューティング・ネットワーク、およびパーソナル媒体デバイスの概略図である。 図１のＤＲＭプロセスによって実行されるプロセスのフローチャートである。 図１の媒体配信システム、分散コンピューティング・ネットワーク、およびパーソナル媒体デバイスの概略図である。 図１のＤＲＭプロセスによって実行されるプロセスのフローチャートである。 図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。 図１の媒体配信システム、分散コンピューティング・ネットワーク、およびプロキシ・コンピュータの概略図である。 図１のプロキシ・アプリケーションによって実行されるプロセスのフローチャートである。 図１のプロキシ・コンピュータおよびパーソナル媒体デバイス（記憶デバイス、ラジオ・プレイリスト、および修正シード・コンテンツ・リストを含む）の概略図である。 図１のプロキシ・アプリケーションによって実行されるプロセスのフローチャートである。 図１６ａの記憶デバイス、ラジオ・プレイリスト、および修正シード・コンテンツ・リストの概略図である。 図１のデバイス・アプリケーションによって実行されるプロセスのフローチャートである。 非対称キー・ブロックの概略図である。

Claims (50)

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. 前記複数のラジオ・チャンク・ファイルの少なくとも２つを記憶することが、
    前記少なくとも２つの修正ラジオ・チャンク・ファイルを記憶することを含む、請求項３５に記載のクライアント電子デバイス。
37. メモリ・デバイスにおいて、前記複数のラジオ・チャンク・ファイルの前記少なくとも２つを記憶するために使用される前記少なくとも２つの非順次メモリ位置を確定する位置情報を記憶することを含む動作を実施するようにさらに構成される、請求項３４に記載のクライアント電子デバイス。
38. 前記位置情報が、メモリ位置アルゴリズムを含む、請求項３７に記載のクライアント電子デバイス。
39. 前記位置情報が、シード・コンテンツ・リスト、ラジオ・プレイリスト、およびマッピング・ファイルの少なくとも１つを含む、請求項３７に記載のクライアント電子デバイス。
40. パーソナル媒体デバイス、プロキシ・コンピュータ、クライアント・コンピュータ、およびセルラ電話の少なくとも１つを含む、請求項３４に記載のクライアント電子デバイス。
41. 要求を処理して、ラジオ媒体コンテンツ内に含まれる媒体データ・ファイルをレンダリングし、
    位置情報を処理して、前記媒体データ・ファイルを構成する複数のラジオ・チャンク・ファイルを記憶デバイス内に配置し、
    前記複数のラジオ・チャンク・ファイルを前記記憶デバイスから取り出し、
    前記複数のラジオ・チャンク・ファイルを処理して、前記媒体データ・ファイルを生成する、ことを含むラジオ・コンテンツをレンダリングする方法。
42. 前記複数のラジオ・チャンク・ファイルの少なくとも２つが共に混合されて、少なくとも２つの修正ラジオ・チャンク・ファイルを生成する、請求項４１に記載の方法。
43. 前記複数のラジオ・チャンク・ファイルを処理することが、
    前記少なくとも２つの修正ラジオ・チャンク・ファイルを処理して、前記複数のラジオ・チャンク・ファイルの前記少なくとも２つを生成することを含む、請求項４２に記載の方法。
44. 前記媒体データ・ファイルをレンダリングすることをさらに含む、請求項４１に記載の方法。
45. 前記媒体データ・ファイルが、
    ラジオ暗号化キーを使用して前記媒体データ・ファイルを解読することを含む、請求項４４に記載の方法。
46. 前記位置情報が、メモリ位置アルゴリズムを含む、請求項４１に記載の方法。
47. 前記位置情報が、シード・コンテンツ・リスト、ラジオ・プレイリスト、およびマッピング・ファイルの少なくとも１つを含む、請求項４１に記載の方法。
48. コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項４１に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
49. 要求を処理して、ラジオ媒体コンテンツ内に含まれる媒体データ・ファイルをレンダリングし、
    位置情報を処理して、前記媒体データ・ファイルを構成する複数のラジオ・チャンク・ファイルを記憶デバイス内に配置し、
    前記複数のラジオ・チャンク・ファイルを前記記憶デバイスから取り出し、
    前記複数のラジオ・チャンク・ファイルを処理して、前記媒体データ・ファイルを生成する、ことを含む動作を実施するように構成されたクライアント電子デバイス。
50. 前記複数のラジオ・チャンク・ファイルの少なくとも２つが共に混合されて、少なくとも２つの修正ラジオ・チャンク・ファイルを生成する、請求項４９に記載のクライアント電子デバイス。

Images