データをキャッシングするシステムおよび方法
ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法は、ラジオ媒体コンテンツの要求をネットワークを介して第1遠隔電子デバイスに送信することを含む。複数の媒体データ・ファイルを含むラジオ媒体コンテンツが、ネットワークを介して受信される。受信された複数の媒体データ・ファイルは、ユーザ電子デバイスの記憶デバイスに記憶される。複数の媒体データ・ファイルのレンダリング・シーケンスを確定するラジオ・プレイリストが要求される。ラジオ・プレイリストの要求に応答して、ラジオ・プレイリストが受信される。ラジオ・プレイリストは、記憶されている複数の媒体データ・ファイルが、ラジオ・プレイリストに従ってユーザ電子デバイスでレンダリングされることを可能にするように、ユーザ電子デバイスにおいて処理される。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、媒体コンテンツ・キャッシングに関し、より具体的にはパーソナル媒体デバイス上における媒体コンテンツ・キャッシングに関する。
【0002】
本出願は、参照によって本明細書に組み込まれている以下の出願:2005年10月3日に出願された「SYSTEM AND METHOD FOR CACHING DATA」という名称の米国出願第11/242,339号;2003年11月21日に出願された「DIGITAL RIGHTS MANAGEMENT FOR CONTENT RENDERING ON PLAYBACK DEVICES」という名称の米国出願第10/719,981号の優先権を主張する。
【背景技術】
【0003】
媒体配信システム(たとえば、RealNetworks(商標)[ワシントン州シアトル在]によって提供されるRhapsody(商標)およびRhapsodyto−Go(商標)のサービス)は、媒体コンテンツを媒体サーバからクライアント電子デバイス(たとえば、MP3プレーヤ)に配信する。媒体配信システムは、ユーザが媒体データ・ファイルをダウンロードする、および/または媒体データ・ストリームを受信して処理することを可能にすることによって、媒体コンテンツを配信することが可能である。
【0004】
媒体配信システムにより、ユーザがラジオ媒体コンテンツを聴くことが可能になり得、それにより、個々の媒体トラックは、ユニキャストまたはマルチキャストを介してユーザにストリームされる(従来のラジオ局の方式と同様の方式で)。通常、ラジオ媒体コンテンツに含まれるトラック(およびトラックがユーザによってレンダリングされる順序、またはユーザにストリームされる順序)は、しばしば、デジタル・ミレニアム著作権法(すなわち、DMCA)、ASCAP(すなわち、the American Society of Composers,Authors,and Publishers)ポリシ、およびBMI(すなわち、Broadcast Music,Inc.)ポリシなど、様々な法律ならびに組織によって管理される。著作権法の下でのさらなる規定は、そのような法律によって必要とされる制約を有さずにトラックがユーザに提供される場合、媒体コンテンツのユーザおよび/または配信者に使用料の増大を課す可能性がある。
【特許文献1】米国特許第6,611,813号
【発明の開示】
【発明が解決しようとする課題】
【0005】
依然としてDMCAの制約に準拠しながら、トラックをユーザに提供する1つの方式が、米国特許第6,611,813号に記載されている。これらおよび他の方法は、DMCAに準拠することを保証するために、プレイリストの音楽をスキップすることを防止するが、デバイスがネットワークから解放されるとき、サーバが生成したラジオ局プレイリストを使用することを規定しない。
【課題を解決するための手段】
【0006】
第1実施態様において、ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法は、ラジオ媒体コンテンツに対する要求を第1遠隔電子デバイスにネットワークを介して送信することを含む。複数の媒体データ・ファイルを含むラジオ媒体コンテンツが、ネットワークを介して受信される。受信された複数の媒体データ・ファイルは、ユーザ電子デバイスの記憶デバイスに記憶される。複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストが要求される。ラジオ・プレイリストに対する要求に応答して、ラジオ・プレイリストが受信される。ラジオ・プレイリストは、ラジオ・プレイリストに従って記憶された複数の媒体データ・ファイルをユーザ電子デバイスでレンダリングすることを可能にするために、ユーザ電子デバイスにおいて処理される。
【発明を実施するための最良の形態】
【0007】
図1を参照すると、パーソナル媒体デバイス12に存在し、かつパーソナル媒体デバイス12によって実行されることが可能であるDRM(すなわち、デジタル権管理)プロセス10が示されている。以下においてより詳細に議論されるが、DRMプロセス10により、パーソナル媒体デバイス12のユーザ(たとえば、ユーザ14)が、パーソナル媒体デバイス12にある媒体コンテンツ16を管理することが可能になる。パーソナル媒体デバイス12の例には、ラップトップ/ノートブック・コンピュータ、PDA(すなわち、パーソナル・デジタル・アシスタント)、セルラ電話、携帯式媒体プレーヤ(たとえば、MP3プレーヤ)、ページャ、無線電子メール・デバイス(たとえば、Blackberry(商標)デバイス)、および/または携帯式ゲーム・デバイス(たとえば、Playstation(商標)Portable)などがある。パーソナル媒体デバイス12は、通常、媒体配信システム18から媒体コンテンツ16を受信する。
【0008】
以下においてより詳細に議論されるように、媒体配信システム18から受信された媒体コンテンツ16のフォーマットの例は、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、永久的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、媒体配信システム18について有効加入が存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツを含むことが可能である。通常、媒体コンテンツ16がコンピュータ28(すなわち、非限定的に、たとえばサーバ・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、パーソナル・デジタル・アシスタント、または一連のサーバを含むことが可能である)からパーソナル媒体デバイス12にストリームされるとき、媒体コンテンツ16のコピーは、パーソナル媒体デバイス12に永続的には維持されない。媒体配信システム18の他に、媒体コンテンツ16は、他のソースから得られることが可能であり、その例には、非限定的に音楽コンパクト・ディスクから取り入れられたファイルを含むことが可能である。
【0009】
媒体配信システム18によって配信された媒体コンテンツ16のタイプの例には、音声ファイル(その例は、非限定的に、たとえば、音楽ファイル、音声ニュース・ブロードキャスト、音声スポーツ・ブロードキャスト、および本の音声記録を含むことが可能である)、ビデオ・ファイル(その例は、非限定的にたとえば、音声を含まないビデオ場面を含むことが可能である)、音声/ビデオ・ファイル(その例は、非限定的に、たとえばa/vニュース・ブロードキャスト、a/vスポーツ・ブロードキャスト、長編映画および映画クリップ、音楽ビデオ、ならびにテレビジョン・ショーの一遍を含むことが可能である)、さらにマルチメディア・コンテンツ(その例は、非限定的に、たとえば対話式プレゼンテーションおよびスライドショーを含むことが可能である)がある。
【0010】
媒体配信システム18は、通常、媒体データ・ストリームおよび/または媒体データ・ファイルを複数のユーザ(たとえば、ユーザ14、20、22、24、26)に提供する。そのような媒体配信システム18の例には、RealNetworks(商標)[ワシントン州シアトル在]によって提供されるRhapsody(商標)サービスおよびRhapsody−To−Go(商標)サービスがある。送信前、媒体配信システム18は、たとえばMP3(すなわちMotion Picture Experts Group Audio Layer 3)フォーマット、AAC(すなわち、Advanced Audio Coding)フォーマット、RealAudio(商標)フォーマット、Quicktime(商標)フォーマット、およびAVI(すなわち、Audio Video Interleave)フォーマットなどに媒体データ・ストリームおよび/または媒体データ・ファイルを符号化することが可能である。受信する際、ストリーム/ファイルは、復号され(適切な復号器を使用する)、レンダリングされることが可能である。
【0011】
媒体配信システム18は、通常、ネットワーク30(たとえば、インターネット)に接続されるコンピュータ28(たとえば、サーバ・コンピュータ)にあり、かつそれによって実行されるサーバ・アプリケーションである。コンピュータ28は、ネットワーク・オペレーティング・システムを実行するウエブ・サーバ(または多くの接続サーバのシリーズ)とすることが可能であり、ネットワーク・オペレーティング・システムの例は、非限定的に、Microsoft Windows(登録商標) 2000 Server(商標)、Novell Netware(商標)、またはRedhat Linux(商標)を含むことが可能である。
【0012】
通常、コンピュータ28はまた、ウエブ・サーバ・アプリケーションも実行し、ウエブ・サーバ・アプリケーションの例は、非限定的に、ネットワーク30を介してコンピュータ28にHTTP(すなわち、HyperText Transfer Protocol)アクセスすることを可能にするMicrosoft IIS(商標)、Novell Webサーバ(商標)、またはApache Webサーバ(商標)を含むことが可能である。ネットワーク30は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくはイントラネットなど、1つまたは複数の2次ネットワーク(たとえば、ネットワーク32)に接続されることが可能である。
【0013】
コンピュータ28に結合された記憶デバイス34に通常は記憶される媒体配信システム18の命令セットおよびサブルーチンは、コンピュータ28に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。記憶デバイス34は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0014】
ユーザ14、20、22、24、26は、ネットワーク30を経て直接、または2次ネットワーク32を経て、媒体配信システム18にアクセスすることが可能である。さらに、コンピュータ28(すなわち、媒体配信システム18を実行するコンピュータ)は、透視連結線36で示されるように、2次ネットワーク32を経てネットワーク30に接続されることが可能である。
【0015】
ユーザ14、20、22、24、26は、様々なクライアント電子デバイスを経て媒体配信システム18にアクセスすることが可能であり、クライアント電子デバイスの例は、非限定的に、たとえば、パーソナル媒体デバイス12、38、40、42、クライアント・コンピュータ44、ラップトップ・コンピュータ(図示せず)、パーソナル・デジタル・アシスタント(図示せず)、セルラ電話(図示せず)、テレビジョン(図示せず)、ケーブル・ボックス(図示せず)、インターネット・ラジオ(図示せず)、または専用ネットワーク・デバイス(図示せず)を含むことが可能である。
【0016】
様々なクライアント電子デバイスが、直接または間接にネットワーク30(またはネットワーク32)に結合されることが可能である。たとえば、クライアント・コンピュータ44は、配線ネットワーク接続によりネットワーク30に直接結合されて示されている。さらに、クライアント・コンピュータ44は、たとえばユーザ22がネットワーク30(またはネットワーク32)を介して媒体配信システム18にアクセスして構成することを可能にするクライアント・アプリケーション46(その例は、非限定的に、Microsoft Internet Explorer(商標)、Netscape Navigator(商標)、RealRhapsody(商標)クライアント、RealPlayer(商標)クライアント、または専用インタフェースを含むことが可能である)を実行する。クライアント・コンピュータ44は、オペレーティング・システムを実行することが可能であり、オペレーティング・システムの例は、非限定的に、Microsoft Windows(登録商標)またはRedhat Linux(商標)を含むことが可能である。
【0017】
クライアント・コンピュータ44に結合された記憶デバイス48に通常は記憶されるクライアント・アプリケーション46の命令セットおよびサブルーチンは、クライアント・コンピュータ44に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。記憶デバイス48は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0018】
上記で議論されたように、様々なクライアント電子デバイスは、ネットワーク30(またはネットワーク32)に間接に結合されることが可能である。たとえば、パーソナル媒体デバイス38は、パーソナル媒体デバイス38とネットワーク30に直接結合されて示されている無線アクセス点(すなわち、WAP)52との間に確立された無線通信チャネル50を介してネットワーク30に無線結合されて示されている。WAP52は、たとえば、パーソナル媒体デバイス38とWAP52の間に安全な通信チャネル50を確立することができるIEEE802.11a、802.1lb、802.11g、Wi−Fi、および/またはブルートゥース・デバイスとすることが可能である。
【0019】
当技術分野において既知であるように、すべてのIEEE802.11x仕様が、経路を共用するためにイーサネット(登録商標)・プロトコルおよびキャリア検知多重アクセス衝突回避ネットワーク(すなわち、CSMA/CA)を使用する。様々な802.11x仕様は、たとえば、位相シフト・キーイング(すなわち、PSK)変調または相補コード・キーイング(すなわち、CCK)変調を使用する。当技術分野において既知であるように、ブルートゥースは、たとえば、短距離無線接続を使用して移動フォン、コンピュータ、およびパーソナル・デジタル・アシスタントが相互接続されることを可能にする遠隔通信産業仕様である。
【0020】
ネットワーク30(またはネットワーク32)に無線結合されることに加えて、パーソナル媒体デバイスが、プロキシ・コンピュータ(たとえば、パーソナル媒体デバイス12のプロキシ・コンピュータ54、パーソナル媒体デバイス40の、プロキシ・コンピュータ56、およびパーソナル媒体デバイス42のプロキシ・コンピュータ58)を介してネットワーク30(またはネットワーク32)に結合されることが可能である。
【0021】
パーソナル媒体デバイス
たとえば、図2をも参照すると、パーソナル媒体デバイス12は、ドッキング・クレードル60を介してプロキシ・コンピュータ54に接続されることが可能である。通常、パーソナル媒体デバイス12は、パーソナル媒体デバイス12をドッキング・クレードル60に結合するバス・インタフェース(以下においてより詳細に議論される)を含む。ドッキング・クレードル60は、たとえば、プロキシ・コンピュータ54内に含まれるユニバーサル・シリアル・バス(すなわち、USB)・ポート、シリアル・ポート、またはIEEE1394(すなわち、FireWire)ポートに(ケーブル62で)結合されることが可能である。
【0022】
パーソナル媒体デバイス12内に含まれるバス・インタフェースは、USBインタフェースとすることが可能であり、ドッキング・クレードル60は、USBハブ(すなわち、パーソナル媒体デバイス12とドッキング・クレードル60の「ホット」結合および脱結合を可能にするプラグアンドプレイ・インタフェース)として機能することが可能である。
【0023】
プロキシ・コンピュータ54は、パーソナル媒体デバイス12のインターネット・ゲートウエイとして機能することが可能である。したがって、パーソナル媒体デバイス12は、ネットワーク30(およびネットワーク32)を介して媒体配信システム18にアクセスし、媒体コンテンツ16を獲得するために、プロキシ・コンピュータ54を使用することが可能である。具体的には、パーソナル媒体デバイス12から媒体配信システム18についての要求を受信する際、プロキシ・コンピュータ54(パーソナル媒体デバイス12の代わりにインターネット・クライアントとして作用する)は、コンピュータ28(すなわち、媒体配信システム18を実行するコンピュータ)から適切なウエブ・ページ/サービスを要求することが可能である。要求されたウエブ・ページ/サービスがプロキシ・コンピュータ54に戻されるとき、プロキシ・コンピュータ54は、戻されたウエブ・ページ/サービスを当初の要求(パーソナル媒体デバイス12によって配置された)に関係付け、ウエブ・ページ/サービスをパーソナル媒体デバイス12に進める。それゆえ、プロキシ・コンピュータ54は、パーソナル媒体デバイス12をコンピュータ28、したがって媒体配信システム18に結合する導管として機能することが可能である。
【0024】
さらに、パーソナル媒体デバイス12は、デバイス・アプリケーション64(その例は、非限定的に、RealRhapsody(商標)クライアント、RealPlayer(商標)クライアント、または専用インタフェースを含むことが可能である)を実行することが可能である。パーソナル媒体デバイス12は、オペレーティング・システムを実行することが可能であり、その例は、非限定的に、Microsoft Windows(登録商標) CE(商標)、Redhat Linux(商標)、Palm OS(商標)、またはデバイス専用(すなわち、カスタム)オペレーティング・システムを含むことが可能である。
【0025】
DRMプロセス10は、通常、デバイス・アプリケーション64の構成要素である(その例は、非限定的に、デバイス・アプリケーション64の埋込み機能、デバイス・アプリケーション64のソフトウエア・プラグイン、またはデバイス・アプリケーション64によって内部から呼び出されて制御される独立型アプリケーションを含むことが可能である)。パーソナル媒体デバイス12に結合された記憶デバイス66に通常は記憶されているデバイス・アプリケーション64およびDRMプロセス10の命令セットおよびサブルーチンは、パーソナル媒体デバイス12に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。たとえば、記憶デバイス66は、ハード・ディスク・ドライブ、光学ドライブ、ランダム・アクセス・メモリ(RAM)、読取り専用メモリ(ROM)、CF(すなわち、コンパクト・フラッシュ)カード、SD(すなわち、安全デジタル)カード、SmartMedia(登録商標)カード、MemoryStick、およびMultiMediaカードとすることが可能である。
【0026】
アドミニストレータ68が、通常、ネットワーク30(またはネットワーク32)にも接続される管理コンピュータ72で実行されるデスクトップ・アプリケーション70(その例は、非限定的に、Microsoft Internet Explorer(商標)、Netscape Navigator(商標)、または専用インタフェースを含むことが可能である)を経て媒体配信システム18にアクセスして管理する。
【0027】
管理コンピュータ72に結合された記憶デバイス(図示せず)に通常記憶されているデスクトップ・アプリケーション70の命令セットおよびサブルーチンは、管理コンピュータ72に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。管理コンピュータ72に結合された記憶デバイス(図示せず)は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0028】
図3をも参照すると、パーソナル媒体デバイス12の概略図が示されている。パーソナル媒体デバイス12は、通常、マイクロプロセッサ150(たとえば、Intel(商標)[カリフォルニア州サンタクララ在]によって作成されたARM(商標)マイクロプロセッサ)、不揮発性メモリ(たとえば、読取り専用メモリ152)、および揮発性メモリ(たとえば、ランダム・アクセス・メモリ154)を含む。そのそれぞれは、1つまたは複数のデータ/システム・バス156、158を介して相互接続されることが可能である。パーソナル媒体デバイス12はまた、たとえばヘッドフォン・アセンブリ164、遠隔スピーカ・アセンブリ166、またはイヤ・バッド・アセンブリ168などの取外し可能係合用音声ジャック162に、たとえばアナログ音声信号を提供する音声サブシステム160を含むことも可能である。代替として、パーソナル媒体デバイス12は、1つまたは複数の内部音声スピーカ(図示せず)を含むように構成されることも可能である。
【0029】
パーソナル媒体デバイス12はまた、ユーザ・インタフェース170および表示サブシステム172を含むことも可能である。ユーザ・インタフェース170は、パーソナル媒体デバイス12内に含まれる様々な入力デバイスからデータ信号を受信することが可能であり、入力デバイスの例は、たとえば、格付けスイッチ74、76、後方スキップ・スイッチ78、前方スキップ・スイッチ80、プレイ/ポーズ・スイッチ82、メニュー・スイッチ84、ラジオ・スイッチ86、およびスライダ・アセンブリ88を含む(非限定的に)ことが可能である。表示サブシステム172は、パーソナル媒体デバイス12内に含まれる表示パネル90に表示信号を提供することが可能である。表示パネル90は、たとえば、能動マトリックス液晶表示パネル、受動マトリックス液晶表示パネル、または発光ダイオード表示パネルとすることが可能である。
【0030】
音声サブシステム160、ユーザ・インタフェース170、および表示サブシステム172は、それぞれ、1つまたは複数のデータ/システム・バス174、176、178を介して(それぞれ)マイクロプロセッサ150に結合されることが可能である。
【0031】
パーソナル媒体デバイス12の使用中、表示パネル90は、たとえば、パーソナル媒体デバイス12内に記憶されている媒体コンテンツ92、94、96の様々なピースのタイトルおよびアーティストを表示するように構成されることが可能である。スライダ・アセンブリ88は、パーソナル媒体デバイス12内に記憶されている媒体コンテンツのリストにわたって上方または下方にスクロールするために使用されることが可能である。媒体コンテンツの所望のピースが強調されるとき(たとえば、「Taj Mahal」による「Phantom Blues」)、ユーザ14は、プレイ/ポーズ・スイッチ82を使用してレンダリングする媒体コンテンツを選択することが可能である。ユーザ14は、前方スキップ・スイッチ80を使用して媒体コンテンツの次のピースに向かって順方向にスキップすることが可能であり(たとえば、「Robert Johnson」による「Happy To Be Just…」)、または、後方スキップ・スイッチ78を使用して媒体コンテンツの先行ピースに向かって後方にスキップすることが可能である(たとえば、「Leroy Brownstone」による「Big New Orleans」)。さらに、ユーザ14は、格付けスイッチ74、76を使用して、媒体コンテンツを聴く際に媒体コンテンツを格付けすることが可能である。
【0032】
上記で議論されたように、パーソナル媒体デバイス12は、ドッキング・クレードル60を介してたとえばプロキシ・コンピュータ54とインタフェースするためのバス・インタフェース180を含むことが可能である。さらに、上記で議論されたように、パーソナル媒体デバイス12は、パーソナル媒体デバイス12とたとえばWAP52との間に確立された無線通信チャネル50などを介して、ネットワーク30(および/または他のパーソナル媒体デバイス)に無線結合されることが可能である。それゆえ、パーソナル媒体デバイス12は、パーソナル媒体デバイス12をネットワーク30(もしくはネットワーク32)および/または他のパーソナル媒体デバイスに無線結合するための無線インタフェース182を含むことが可能である。無線インタフェース182は、たとえばWAP52にRF通信するためのアンテナ・アセンブリ184、および/またはたとえば第2パーソナル媒体デバイス(パーソナル媒体デバイス40など)と赤外線通信するためのIR(すなわち、赤外線)通信アセンブリ186に結合されることが可能である。
【0033】
上記で議論されたように、パーソナル媒体デバイス12は、デバイス・アプリケーション64およびDRMプロセス10の命令セットおよびサブルーチンを記憶する記憶デバイス66を含むことが可能である。さらに、記憶デバイス66は、媒体配信システム18からダウンロードされた媒体データ・ファイルを記憶し、かつ媒体配信システム18からストリームされた媒体データ・ストリーム(またはその一部)を一時的に記憶するために使用されることが可能である。
【0034】
記憶デバイス66、バス・インタフェースバス180、および無線インタフェース182は、それぞれ、1つまたは複数のデータ/システムバス・インタフェースバス188、190、192(それぞれ)を介してマイクロプロセッサ150に結合されることが可能である。
【0035】
上記で議論されたように、媒体配信システム18は、媒体コンテンツをユーザ14、20、22、24、26に配信し、それにより、配信された媒体コンテンツは、媒体データ・ストリームおよび/または媒体データ・ファイルの形態にあることが可能である。
【0036】
それゆえ、媒体配信システム18は、ユーザが媒体データ・ファイルをダウンロードすることのみを可能にするように構成されることが可能である。たとえば、ユーザ14は、媒体配信システム18から、媒体データ・ファイル(すなわち、その例は、非限定的にMP3ファイまたはAACファイルを含むことが可能である)をダウンロードすることが可能になり得、それにより、媒体データ・ファイルのコピーが、コンピュータ28からパーソナル媒体デバイス12に転送される(記憶デバイス66に記憶される)。
【0037】
代替として、媒体配信システム18は、ユーザが媒体データ・ファイルの媒体データ・ストリームを受信して処理することのみを可能にするように構成されることが可能である。たとえば、ユーザ22は、媒体配信システム18から媒体データ・ストリームを受信し、媒体配信システム18から受信された媒体データ・ストリームを処理する(クライアント・コンピュータ44で)ことが可能になり得る。上記で議論されたように、媒体コンテンツが、たとえば、コンピュータ28からクライアント・コンピュータ44にストリームされるとき、媒体データ・ファイルのコピーは、クライアント・コンピュータ44に永続的には保持されない。
【0038】
さらに、媒体配信システム18は、ユーザが媒体データ・ストリームを受信および処理し、媒体データ・ファイルをダウンロードすることを可能にするように構成されることが可能である。そのような媒体配信システムの例には、RealNetworks(商標)[ワシントン州シアトル在]によって提供されるRhapsody(商標)およびRhapsody−to−Go(商標)のサービスがある。それゆえ、ユーザ14は、媒体配信システム18から媒体データ・ファイルをダウンロードし、かつ媒体配信システム18から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ28からパーソナル媒体デバイス12に転送される(すなわち、受信された媒体データ・ファイルが記憶デバイス66に記憶される)ことが可能であり、媒体データ・ファイルのストリームが、パーソナル媒体デバイス12によってコンピュータ28から受信される(すなわち、受信されたストリームの一部が記憶デバイス66に一時的に記憶される)ことが可能である。さらに、ユーザ22は、媒体配信システム18から媒体データ・ファイルをダウンロードし、媒体配信システム18から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ28からクライアント・コンピュータ44に転送される(すなわち、受信された媒体データ・ファイルが記憶デバイス48に記憶される)ことが可能であり、媒体データ・ファイルのストリームが、クライアント・コンピュータ44によってコンピュータ28から受信される(すなわち、受信されたストリームの一部が、記憶デバイス48に一時的に記憶される)ことが可能である。
【0039】
通常、デバイスが、たとえばコンピュータ28から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ28、したがって媒体配信システム18へのアクティブ接続を有さなければならない。それゆえ、パーソナル媒体デバイス38(すなわち、無線チャネル50を介してコンピュータ28にアクティブに接続されている)およびクライアント・コンピュータ44(すなわち、配線ネットワーク接続を介してコンピュータ28にアクティブに接続されている)は、たとえばコンピュータ28から媒体データ・ストリームを受信して処理することが可能である。
【0040】
上記で議論されたように、プロキシ・コンピュータ54、56、58は、パーソナル媒体デバイス12、40、42(それぞれ)をコンピュータ28、したがって媒体配信システム18に結合するための導管として機能することが可能である。それゆえ、プロキシ・パーソナル媒体デバイス12、40、42がたとえばドッキング・クレードル60を介してプロキシ・コンピュータ54、56、58(それぞれ)に結合されるとき、パーソナル媒体デバイス12、40、42は、コンピュータ28にアクティブに接続され、したがって、コンピュータ28によって提供された媒体データ・ストリームを受信して処理することが可能である。
【0041】
ユーザ・インタフェース
上記で議論されたように、たとえばパーソナル媒体デバイス12、38、40、42、クライアント・コンピュータ44、パーソナル・デジタル・アシスタント(図示せず)、セルラ電話(図示せず)、テレビジョン(図示せず)、ケーブル・ボックス(図示せず)、インターネット・ラジオ(図示せず)、または専用ネットワーク・デバイス(図示せず)を非限定的に含む様々なタイプのクライアント電子デバイスを使用して、媒体配信システム18にアクセスすることが可能である。通常、ユーザによって使用される(特定のクライアント電子デバイスについて媒体配信システム18を構成するとき)インタフェースのタイプは、媒体コンテンツがストリーム/ダウンロードされているクライアント電子デバイスのタイプに応じて変化する。
【0042】
たとえば、パーソナル媒体デバイス12の示された(図2において)実施形態はキーボードを含まず、かつパーソナル媒体デバイス12の表示パネル90はコンパクトであるので、媒体配信システム18は、プロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を介してパーソナル媒体デバイス12について構成されることが可能である。
【0043】
プロキシ・コンピュータ54に結合された記憶デバイス99に通常は記憶されているプロキシ・アプリケーション98の命令セットおよびサブルーチンは、プロキシ・コンピュータ54に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。プロキシ・コンピュータ54に結合された記憶デバイス99は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0044】
さらに、同様の理由で、パーソナル・デジタル・アシスタント(図示せず)、セルラ電話(図示せず)、テレビジョン(図示せず)、ケーブル・ボックス(図示せず)、インターネット・ラジオ(図示せず)、および専用ネットワーク・デバイス(図示せず)が、媒体配信システム18を構成するためにプロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を使用することが可能である。
【0045】
さらに、クライアント電子デバイスは、媒体配信システム18がプロキシ・アプリケーション98を介して構成されるために、プロキシ・コンピュータ54に直接接続される必要はない。たとえば、媒体配信システム18にアクセスするために使用されるクライアント電子デバイスがセルラ電話であると想定する。セルラ電話は、通常、たとえばプロキシ・コンピュータ54に物理的に接続可能ではないが、プロキシ・コンピュータ54は、セルラ電話と共に使用されるように媒体配信システム18を遠隔的に構成するために依然として使用されることが可能である。それゆえ、たとえばプロキシ・コンピュータ54を介して入力される構成情報(セルラ電話に関する)は、ユーザがセルラ電話で媒体配信システム18にアクセスする次の時間まで、媒体配信システム18(コンピュータ28)内に保持されることが可能である。そのとき、媒体配信システム18に保存されている構成情報は、セルラ電話にダウンロードされることが可能である。
【0046】
キーボードおよびより大きなディスプレイ(たとえば、クライアント・コンピュータ44)を含むシステムでは、クライアント・アプリケーション46は、クライアント・コンピュータ44と共に使用されるように媒体配信システム18を構成するために使用されることが可能である。
【0047】
図4をも参照すると、媒体配信システム18にアクセスするためにクライアント・アプリケーション46を使用するとき、ユーザ22は、クライアント・アプリケーション46によってレンダリングされた情報表示スクリーン200を提示されることが可能である。クライアント・アプリケーション46は、通常、媒体配信システム18とインタフェースし、かつ情報表示スクリーン200を見るためのユーザ・インタフェース202(たとえば、ウエブ・ブラウザ)を含む。
【0048】
たとえば、ユーザ22がコンピュータ28などから媒体コンテンツをストリームする/ダウンロードするとき、媒体配信システム18は、ユーザのクライアント電子デバイス(たとえば、クライアント・コンピュータ44など)にストリーム/ダウンロードされ、そのユーザの媒体履歴ファイル100(図1)を生成することになる媒体コンテンツを監視することが可能である。媒体履歴ファイル100は、通常、局所的に維持される(たとえば、クライアント・コンピュータ44に維持される)が、媒体履歴ファイル100は、代替/追加として、遠隔媒体履歴ファイル100’として遠隔的に維持される(たとえば、コンピュータ28に維持される)ことが可能である。
【0049】
ユーザ(たとえば、ユーザ22)は、この媒体履歴ファイル(またはその一部)をプレイリストとして保存することが可能である。プレイリストは、通常、媒体配信システム18が順次レンダリングするトラックのグループである(この例は、非限定的に、歌、ビデオ、ニュース・ブロードキャスト、スポーツ・ブロードキャストなどを含むことが可能である)。これにより、ユーザは、カスタム音楽編集をコンパイルすることが可能になる(多重プレイリストの形態で)。
【0050】
履歴ウィンドウ204が、媒体履歴ファイル100内に含まれる情報を項目化するクライアント・アプリケーション46によってレンダリングされることが可能である。この例では、履歴ウィンドウ204は、10の(10)媒体データ・ストリーム(たとえば、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」)を項目化し、それにより、ユーザ22がそれらの10の(10)媒体データ・ストリームを以前に聴いたことを示す。
【0051】
媒体データ・ストリーム(すなわち、コンピュータ28など、遠隔デバイスから受信された媒体データ・ストリーム)に加えて、クライアント・アプリケーション46により、ユーザ12は、ローカル媒体データ・ファイルをレンダリングすることが可能になる。上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム18から受信された購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、媒体配信システム18について有効な加入が存在する間使用するためにたとえばユーザに認可された媒体コンテンツ)、および/またはたとえば音楽コンパクト・ディスクなどから抽出された(すなわち取り入れられた)媒体データ・ファイルとすることが可能である。これらのローカル媒体データ・ファイルは、通常、たとえばクライアント・コンピュータ44に結合された記憶デバイス48に記憶される。
【0052】
ユーザ22がローカル媒体データ・ファイル(すなわち、クライアント・コンピュータ44に記憶されているファイル)をレンダリングすることを望む場合、ユーザ22は、たとえば、クライアント・アプリケーション46を使用して、レンダリングされるファイルを選択することが可能である。それゆえ、ユーザ22は、ポインティング・デバイス(たとえば、コンピュータ・マウス、図示せず)によって制御可能となり得るスクリーン・ポインタ208を使用して、ドロップダウン「File」メニュー206を選択することが可能である。「Open」コマンドを選択することにより、クライアント・アプリケーション46は、ファイル管理ウィンドウ210をレンダリングすることになり得、これにより、ユーザ22は、再生するローカル媒体データ・ファイルを選択することが可能になる。
【0053】
この例では、ファイル管理ウィンドウ210は、3つの(3)ローカル媒体データ・ファイル、すなわち「Chantilly Lace」212、「Great Balls of Fire」214、および「Tutti Frutti」216を確定し、これらはすべてフォルダ「My Music」内に記憶されている。ユーザ22は、クライアント・アプリケーション46で再生するこれらのファイルのいずれか(またはすべて)を選択することが可能である。
【0054】
検索ウィンドウ218により、ユーザ(たとえば、ユーザ22)が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ22は、検索用語(たとえば、「(公序良俗違反につき、不掲載)」)を入力し、適切な用語タイプを選択し(たとえば、アーティスト)、問合せを実行することが可能である。複数のアーティストが問合せを満たす事象では、結果のセットが生成されることが可能であり、そのセットから、ユーザ22は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ22は、選択されたアーティストによって発表された様々なアルバム(または、選択アーティストによるトラックを含むもの)をレビューすることが可能である。次いで、ユーザ22は、アルバムのいずれかに含まれる様々なトラックの1つまたは複数をストリームする、またはダウンロードすることが可能である。トラックがレンダリングされた後、レンダリングされたトラックに関する識別情報が、ローカル媒体履歴ファイル100および/または遠隔媒体履歴ファイル100’に追加されることが可能であり、履歴ウィンドウ204に含まれることが可能である。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ14は、たとえば、キーボード、トラック、アルバム、および/または作曲者などによって媒体コンテンツを検索することもできることが可能である。
【0055】
図5をも参照し、ユーザ22が、再生のためにすべての3つのローカル媒体データ・ファイルを選択すると想定すると、媒体履歴ファイル100は、3つの追加のエントリ、すなわち「Chantilly Lace」の1つ、「Great Balls of Fire」の1つ、および「Tutti Frutti」の1つを含むように修正されることが可能である。それゆえ、履歴ウィンドウ204が媒体履歴ファイル100内に含まれる情報を項目化する際、履歴ウィンドウ204は、ローカル媒体データ・ファイル「Chantilly Lace」212、ローカル媒体データ・ファイル「Great Balls of Fire」214、およびローカル媒体データ・ファイル「Tutti Frutti」216に対応する3つの追加のエントリ(すなわち、エントリ220、222、224)を含む。
【0056】
ユーザ22が、将来再生するためにこの音楽の集団を保存することを望むと想定すると、ユーザ22は、現行媒体履歴ファイル100(またはその一部)をプレイリスト102(図1)として保存することが可能である。プレイリスト102は、通常、局所的に維持されるが(たとえば、クライアント・コンピュータ44に維持される)、プレイリスト102は、代替として/追加として、遠隔プレイリスト102’として遠隔的に維持されることが可能である(たとえば、コンピュータ28に維持される)。
【0057】
図6をも参照すると、ユーザ22は、「保存」ボタン240を選択することが可能である(スクリーン・ポインタ208を使用して)。「保存」ボタン204が選択された後、ユーザ22が、プレイリスト名称付けウィンドウ242の名前フィールド244内においてプレイリスト102の固有名を指定することを可能にするプレイリスト名称付けウィンドウ242がレンダリングされることが可能である(クライアント・アプリケーション46によって)。
【0058】
ユーザ22が、「50年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト102が保存され(すなわち、「50年代ヒット」として)、履歴ウィンドウ204内において項目化された媒体コンテンツのピースのすべての位置を確定する。
【0059】
図7をも参照すると、プレイリスト102が記憶された後、プレイリスト102(たとえば、「50年代ヒット」)へのリンク260が、ディレクトリ・ウィンドウ262に現れる。次いで、ユーザ22は、スクリーン・ポインタ208を使用してリンク260を選択することが可能である。選択された後、プレイリスト102内に含まれるトラック(たとえば、「50年代ヒット」)は、ユーザ・インタフェース202を介して見ることができるプレイリスト・ウィンドウ264(たとえば、ウエブ・ページ)内において項目化される。上記で議論されたように、これらのエントリのうちの10個(すなわち、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」)が、媒体データ・ストリームの位置を定義し、これらのエントリのうちの3つ(すなわち、「Tutti Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)が、媒体データ・ファイルの位置を確定する。
【0060】
通常、プレイリスト・ウィンドウ264は、プレイリスト102内において項目化された個々のエントリに関連付けられたストリーム/ファイルを特定する(すなわち、そのアドレスを提供する)ハイパーリンクを含む。この位置情報は、プレイリスト102内に記憶されることが可能である。たとえば、以下の表は、プレイリスト102のエントリのトラック名を、トラック名に関連付けられたストリーム/ファイルのアドレスと相関させる。
(公序良俗違反につき、不掲載)
【0061】
最初の10のエントリ(すなわち、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」)は、媒体データ・ストリームを識別するので、各エントリについて提供されたアドレスは、たとえば、媒体配信システム18から利用可能な媒体ストリームを指す。さらに、最後の3つのエントリ(すなわち、「Tutu Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)は媒体データ・ファイルを識別するので、各エントリについて提供されるアドレスは、たとえばクライアント・コンピュータ44から利用可能な媒体データ・ファイルを指す。
【0062】
プレイリスト・ウィンドウ264は、通常、表であり、プレイリスト・ウィンドウ264の各エントリについて媒体のタイプ(すなわち、たとえば、媒体データ・ストリームまたは媒体データ・ファイル)を識別する列266を含むことが可能である。通常、列266は、媒体タイプを識別するアイコンを含む(たとえば、アイコン268は媒体データ・ファイルを識別し、アイコン270は媒体データ・ストリームを識別する)。ユーザ22は、プレイリスト102をレンダリングするために、「プレイ」ボタン272を選択することが可能である。
【0063】
上記で議論されたように、媒体配信システム18は、通常、媒体データ・ストリームおよび/または媒体データ・ファイルをユーザ(たとえば、ユーザ22)に提供する。通常、メタデータが、媒体配信システム18によって提供される各媒体データ・ストリームに関連付けられる。このメタデータは、たとえばアーティスト識別子、アルバム識別子、トラック識別子、アルバム・カバー画像、および音楽ジャンル識別子を含む(非限定的に)ことが可能である。
【0064】
それゆえ、たとえば、ユーザ12が遠隔媒体データ・ストリームをレンダリングするときはいつでも、媒体配信システム18は、このメタデータをコンパイルし(ユーザあたりで)、たとえば、個々のユーザの聴く傾向および音楽の好みなどを追跡するために保存することが可能である。
【0065】
上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム18から受信された購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、媒体配信システム18について有効な加入が存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および/またはたとえば音楽コンパクト・ディスクなどから抽出された(すなわち取り入れられた)媒体データ・ファイルとすることが可能である。
【0066】
購入ダウンロードおよび/または加入ダウンロードが媒体配信システム18によって提供された場合、これらのローカル媒体データ・ファイルは、通常、上記で記述されたメタデータをも含む。それゆえ、これらの購入/加入ダウンロードが、たとえば、ユーザ22によってレンダリングされる場合、これらの購入/加入ダウンロードに関するメタデータは、コンピュータ44からコンピュータ28に送信されることが可能であり、それにより、メタデータは、たとえば、聴く傾向および音楽の好みなどを追跡するために、コンパイルされて保存される(ユーザあたりで)ことが可能である。
【0067】
しかし、たとえば音楽コンパクト・ディスクから抽出された媒体データ・ファイルでは、これらのデータ・ファイルは、上記で記述されたメタデータを含まない可能性がある。上記で議論されたように、媒体データ・ファイル(すなわち、クライアント・コンピュータ44に記憶されているファイル)は、クライアント・アプリケーション46を使用してレンダリングされ、プレイリスト(たとえば、プレイリスト102)に追加されることが可能である。それゆえ、ユーザ22が媒体データ・ファイル(メタデータを含まない)をプレイリスト(たとえば、プレイリスト102)に追加することを試行するときはいつでも、ユーザ22は、その媒体データ・ファイルに関するメタデータを提供するように促されることが可能である。
【0068】
図8をも参照し、上記で述べられた例を続けて、ユーザ22が、3つのローカル媒体データ・ファイル(すなわち、「Tutti Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)を含むプレイリスト(たとえば、プレイリスト102)を保存することを試行する場合、これらの3つのローカル媒体データ・ファイルがメタデータを含まないと想定すると、クライアント・アプリケーション46は、3つの媒体データ・ファイルのそれぞれに関するメタデータをユーザ22が入力することを可能にするメタデータ・エントリ・フォーム280をレンダリングすることが可能である。
【0069】
この例では、メタデータ・エントリ・フォーム280は、5つのユーザ編集可能フィールド、すなわちアーティスト・フィールド282、アルバム・フィールド284、トラック・フィールド286、アルバム・カバー画像フィールド288、および音楽ジャンル・フィールド290を含む。アルバム・カバー画像フィールド288により、ユーザ22は、アルバム・カバー画像のドライブ、経路、およびファイル名を確定することが可能になり得る。音楽ジャンル・フィールド290は、ユーザ22がいくつかの事前に確定された音楽ジャンル(図示せず)から音楽ジャンルを選択することを可能にするドロップダウン・メニュー(スクリーン・ポインタ208を介して動作可能)とすることが可能である。
【0070】
通常、媒体データ・ファイルの名称がトラック名を記述する場合、トラック・フィールド286は、クライアント・アプリケーション46がトラック・タイトルであると推測するもので自動的にポピュレートされることが可能である。第1ローカル媒体データ・ファイルが「Tutti Frutti」、という名称であるとき、トラック・フィールド286は、通常、推測名「Tutti Frutti」でポピュレートされる。ユーザ22は、残りのフィールドをポピュレートし、保存ボタン292を選択する(スクリーン・ポインタ208を使用して)、または代替としてキャンセル・ボタン294を選択することが可能である。
【0071】
メタデータ生成プロセスをさらに自動化するために、クライアント・アプリケーション44が、たとえば、媒体配信システム18または第三者(図示せず)によってサービスされる遠隔メタデータ・データベース(図示せず)とインタフェースすることが可能である。このメタデータ・データベースは、様々なトラックおよびアルバムについてメタデータを確定することが可能である。そのようなデータベースの例は、Gracenote(商標)[カリフォルニア州エメリビル在]((公序良俗違反につき、不掲載))によって維持されるCDDB(商標)データベースである。たとえば、ユーザ22がコンパクト・ディスク全体から各トラックを取り入れた場合、メタデータ・データベースは、クライアント・アプリケーション44によってアクセスされることが可能であり、たとえばコンパクト・ディスクに含まれるトラックの総数、コンパクト・ディスクに含まれる各トラックの長さ、およびコンパクト・ディスクの全長を確定する問合せが構造化されることが可能である。確定的な結果がこの問合せによって作成されると想定すると、コンパクト・ディスクから取り入れられた各トラックのメタデータが作成される。不確定な結果のセット(すなわち、複数の可能なコンパクト・ディスクを識別するもの)が生成される事象では、ユーザ22は、可能な整合のリスト(図示せず)から適切なコンパクト・ディスクを選択するように促されることが可能である。
【0072】
上記で議論されたように、ユーザによって使用されるインタフェースのタイプ(クライアント電子デバイスの媒体配信システム18を構成するとき)は、媒体コンテンツがストリーム/ダウンロードされているクライアント電子デバイスのタイプおよび能力に応じて変化することが可能である。それゆえ、上記で議論されたように、媒体配信システム18は、プロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を介してパーソナル媒体デバイス12について構成されることが可能である。
【0073】
プロキシ・アプリケーション98は、たとえばユーザ14によってドッキング・クレードルの中に配置されているパーソナル媒体デバイス12で自動的に実行されることが可能である。代替として、プロキシ・アプリケーション98は、プロキシ・コンピュータ54をブート・アップする際、完全にまたは部分的にロードされることが可能である。次いで、プロキシ・アプリケーション98は、パーソナル媒体デバイス12がドッキング・クレードル60の中に配置されるまで、バックグラウンドで動作することが可能であり、この時点において、プロキシ・アプリケーション98は、実行のためにフォアグラウンドに完全にロードされるおよび/または移動されることが可能である。さらに、プロキシ・アプリケーション98は、ユーザ14によって手動で実行されることが可能である。以下においてより詳細に議論されるように、プロキシ・アプリケーション98(1回実行されている)は、たとえば、パーソナル媒体デバイス12を構成して、媒体データ・ファイルをパーソナル媒体デバイス12に転送し、かつ媒体データ・ファイルをパーソナル媒体デバイス12から削除するために使用されることが可能である。
【0074】
図9をも参照すると、媒体配信システム18にアクセスするためにプロキシ・アプリケーション98を使用するとき、ユーザ14は、プロキシ・アプリケーション98によってレンダリングされた情報表示スクリーン300を提示されることが可能である。プロキシ・アプリケーション98は、媒体配信システム18とインタフェースし、かつ情報表示スクリーン300を見るために、ユーザ・インタフェース302(たとえば、ウエブ・ブラウザ)を通常含む。
【0075】
検索ウィンドウ304により、ユーザ(たとえば、ユーザ14)が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ14は、検索用語(たとえば、「(公序良俗違反につき、不掲載)」)を検索フィールド306に入力し、適切な用語のタイプを選択し(たとえば、アーティスト)、問合せを実行することが可能である。複数のアーティストが問合せを満たす場合、結果のセットが生成されることが可能であり、そのセットから、ユーザ14は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ14は、選択されたアーティストによって発表された様々なアルバム(または選択されたアーティスによるトラックを含むもの)をレビューすることが可能である。次いで、ユーザ14は、アルバムのいずれかに含まれる様々なトラックの1つまたは複数をダウンロードすることが可能である(パーソナル媒体デバイス12で使用される)。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ14はまた、たとえばキーボード、トラック、アルバム、および/または作曲者によって媒体コンテンツを検索することもできることになり得る。
【0076】
さらに、クライアント・アプリケーション46と同様の方式で、プロキシ・アプリケーション98は、ユーザ12が、選択されたアーティストのアルバムのいずれかに含まれる1つまたは複数の様々なトラックをレンダリングする(プロキシ・コンピュータ54を介して)ことが可能になるように構成されることが可能である。
【0077】
ユーザ14がパーソナル媒体デバイス12のコンテンツをレビューすることを可能にするコンテンツ・ウィンドウ308が、プロキシ・アプリケーション98によってレンダリングされることが可能である。上記で議論されたように、パーソナル媒体デバイス12は、たとえばUSBポート、シリアル・ポート、またはFireWireポートを介してプロキシ・コンピュータ54に結合されることが可能である。プロキシ・アプリケーション98を実行する際、または実行する最中、プロキシ・アプリケーション98は、デバイス12上で媒体コンテンツに現在関する情報を取り出すために、パーソナル媒体デバイス12をポーリングすることが可能である。このポーリングは、USBハード・ドライブのコンテンツが決定される方式と同様の方式で行われることが可能である。この特定の例では、コンテンツ・ウィンドウ308は、10の(10)エントリ、すなわち「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」を含み、したがって、通常はパーソナル媒体デバイス12の記憶デバイス66に記憶される10の(10)媒体データ・ファイルが、パーソナル媒体デバイス12に以前ダウンロードされたことを示す。
【0078】
コンテンツ・ウィンドウ308は、表とすることが可能であり、トラック310、アーティスト312、トラック長314、およびトラックのサイズ316を含めて、ダウンロードされたファイルに関する情報の様々なピースを項目化することが可能である。さらに、プロキシ・アプリケーション98は、デバイス識別情報を取り出すために、パーソナル媒体デバイス14をポーリングすることが可能であり、この情報は、コンテンツ・ウィンドウ308内に含まれるデバイス・タイプ・フィールド320およびデバイス・シリアル番号フィールド322内においてレンダリングされることが可能である。さらに、コンテンツ・ウィンドウ308は、たとえば、ギガバイトで表された「Unused Space」、ギガバイトで表された「Used Space」、全容量のパーセンテージで表された「Unused Space」、および全容量のパーセンテージで表された「Used Space」などの1つまたは複数を含めて、デバイス12の現行容量に関するサマリ情報フィールド324を含むことが可能である。
【0079】
図10をも参照し、上記で述べられた例を続けて、ユーザ14が検索用語「(公序良俗違反につき、不掲載)」を検索ウィンドウ304の検索フィールド306に入力し、ドロップダウン・メニュー340を介して用語タイプ「アーティスト」を選択し、スクリーン・ポインタ208で「Go」ボタン342を選択することによって問合せを実行すると想定する。
【0080】
他のアーティストが問合せを満たさないと想定すると、(公序良俗違反につき、不掲載)に関する情報を有する情報スクリーン300がユーザ14に提示されることが可能であり、これは、アーティスト情報スクリーン344、上部トラックリスト346、アルバム・リスト348、および同様のアーティストリスト350などを含むことが可能である。
【0081】
ユーザ14は、ダウンロードされるトラックに対応するダウンロード・ボタン352を選択することによって、パーソナル媒体デバイス12で使用される媒体データ・ファイルを媒体配信システム18からダウンロードすることが可能である。さらに、ユーザ14は、ダウンロードされるトラックに対応するダウンロード・オール・ボタン354を選択することによって、トラックのグループ(たとえば、上部トラックリスト346内に含まれる各トラック、または単一アルバム内に含まれるすべてのトラック)をダウンロードすることが可能である。
【0082】
ユーザ14がダウンロードするトラックを選択した後、プロキシ・アプリケーション98は、たとえば、ダウンロードされているトラックのタイトルを識別するトラック・タイトル・フィールド358、およびダウンロードされているトラックのアーティストを識別するアーティスト・フィールド360を含むダウンロード・ウィンドウ356をレンダリングすることが可能である。
【0083】
上記で議論されたように、ファイルが、購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、または購入ダウンロード(すなわち、媒体配信システム18について有効な加入が存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)として媒体配信システム18からダウンロードされることが可能である。ユーザ14が媒体配信システム18について現行加入を有するとすると、ダウンロードされた媒体コンテンツは、ユーザが有効加入を有する間のみレンダリング可能であるので、通常、追加の料金は各加入ダウンロードに課金されない。しかし、媒体コンテンツは、ユーザの加入状況に関係なくレンダリング可能であるので、ユーザは、通常、各購入ダウンロードについて料金を支払わなければならない(たとえば、79¢、89¢、または99¢など)。
【0084】
それゆえ、ダウンロード・ウィンドウ356は、購入ボタン362およびダウンロード・ボタン364を含むことが可能であり、両方とも、スクリーン・ポインタ208を介して選択可能である。この例では、ユーザ14がスクリーン・ポインタ208で購入ボタン362を選択する場合、「(公序良俗違反につき、不掲載)」による「Hound Dog」の媒体データ・ファイルが、コンピュータ28からパーソナル媒体デバイス12に転送される。通常、ユーザ14は、この媒体データ・ファイルのダウンロードについてたとえば単発ダウンロード料金を課される。しかし、これは購入ダウンロードなので、受信された媒体データ・ファイルは、媒体配信システム18についてのユーザ加入状況に関係なく、レンダリング可能である。
【0085】
代替として、ユーザ14がスクリーン・ポインタ208でダウンロード・ボタン364を選択する場合、「(公序良俗違反につき、不掲載)」による「Hound Dog」の媒体データ・ファイルが、コンピュータ28からパーソナル媒体デバイス12に転送される。通常、ユーザ14は、この媒体データ・ファイルのダウンロードについて、料金を課されない。しかし、これは加入ダウンロードなので、受信された媒体データ・ファイルは、ユーザ14が媒体配信システム18について有効加入を有する間のみ、レンダリング可能である。
【0086】
ダウンロード・ウィンドウ356は、通常、ユーザ14がダウンロードを取り消し、かつダウンロード・ウィンドウ356を閉じることを可能にするキャンセル・ボタン366をも含む。
【0087】
ユーザ14が購入ボタン362またはダウンロード・ボタン364を選択する場合、選択された媒体データ・ファイルのダウンロードが開始される。ダウンロード・ウィンドウ356は、たとえば「(公序良俗違反につき、不掲載)」による「Hound Dog」のダウンロードの進行を示すダウンロード状況識別子368を含むことが可能である。
【0088】
図11をも参照すると、「(公序良俗違反につき、不掲載)」による「Hound Dog」の媒体データ・ファイルのダウンロードが完了した後、コンテンツ・ウィンドウ308は、「(公序良俗違反につき、不掲載)」による「Hound Dog」のエントリ380を含むように更新され、「(公序良俗違反につき、不掲載)」による「Hound Dog」が媒体配信システム18からパーソナル媒体デバイス12に首尾よくダウンロードされたことを示す。
【0089】
クライアント・アプリケーション46に関して上記で記述されたものと同様の方式で、ユーザ14は、パーソナル媒体デバイス12に記憶されている様々な媒体データ・ファイルに関するプレイリストを確定するために、プロキシ・アプリケーション98を使用することが可能である。たとえば、ユーザ14が最初の13のトラック(すなわち、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、「Peggy Sue」、「Tutti Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)をプレイリストとして保存することを望んでいたと想定すると、ユーザ14は、トラックの所望の選択を強調し(スクリーン・ポインタ208を使用して)、スクリーン・ポインタ208を使用して保存ボタン382を選択する。ユーザ14がプレイリスト名称付けウィンドウ384の名称フィールド386内においてプレイリストの固有名を指定することを可能にするプレイリスト名称付けウィンドウ384がレンダリングされることが可能である(プロキシ・アプリケーション98によって)。
【0090】
ユーザ14が「50年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト104内において項目化された媒体コンテンツのピースのすべてを特定する(パーソナル媒体デバイス12で)「50年代ヒット」という名称のプレイリスト104(図1)が確定されることが可能である。プレイリスト104が記憶された後、プレイリスト104(たとえば、「50年代ヒット」)へのリンク388がディレクトリ・ウィンドウ390に現れる。次いで、ユーザ14は、スクリーン・ポインタ208を使用してリンク388を選択することが可能である。
【0091】
選択された後、プレイリスト104(たとえば、「50年代ヒット」)内に含まれるトラックは、通常、ユーザ・インタフェース302を介してみることができるプレイリスト・ウィンドウ392(たとえば、ウエブ・ページ)内において項目化される。
【0092】
クライアント・アプリケーション44を使用して生成されると上記で記述されたプレイリストの場合のように、プロキシ・アプリケーション98を使用して生成されたプレイリストは、通常、局所的に維持される(たとえば、パーソナル媒体デバイス12に維持される)。しかし、上記で議論されたように、プレイリストは、代替/追加として、遠隔プレイリスト104’として遠隔的に維持されることが可能である(たとえば、コンピュータ28に維持される)。
【0093】
デバイスの初期化
媒体配信システム18は、ユーザ14が媒体配信システム18に加入し、たとえば媒体配信システム18へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。ユーザ14が媒体配信システム18に加入した後、ユーザ14は、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、たとえば、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、有効加入が媒体配信システム18について存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツの形態で、媒体コンテンツ(パーソナル媒体デバイス12と共に使用される)を獲得することが可能である。通常、媒体配信システム18にアクセスするとき、ユーザ14は、ユーザ(たとえば、ユーザ14)および/またはデバイス(たとえば、デバイス12)を識別するユーザ「身分証明」を媒体配信システム18に提供しなければならない。これらの身分証明を受信する際、媒体配信システム18は、身分証明を確認することを試行し、確認された場合、ユーザ14および/またはデバイス12が媒体配信システム18にアクセスすることを許可することが可能である。媒体配信システム18によって受信されて確認される身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および/または1つもしくは複数のデジタル証明書を含むことが可能である。
【0094】
通常、パーソナル媒体デバイス12がドッキング・クレードル60の中に配置される際、パーソナル媒体デバイス12は、プロキシ・コンピュータ54を介して媒体配信システム18との接続を確立する。上記で議論されたように、プロキシ・コンピュータ54は、パーソナル媒体デバイス12のインターネット・ゲートウエイとして機能し、したがって、パーソナル媒体デバイス12がコンピュータ28および媒体配信システム18にアクセスすることが可能になり得る。
【0095】
媒体配信システム18との接続が確立された後、DRMプロセス10が開始されることが可能である。DRMプロセス10は、通常、パーソナル媒体デバイス12が当初構成される時間(すなわち、パーソナル媒体デバイス12が媒体配信システム18との接続を確立する最初の時間)に実行される。以下においてより詳細に議論されるように、DRMプロセス10は、デバイス12(および/またはユーザ14)が媒体配信システム18のアクティブ加入者であることを確認するために、体系的かつ反復して実行されることが可能である。
【0096】
図12aおよび12bをも参照すると、製造時、パーソナル媒体デバイス12は、不揮発性メモリ(たとえば、ROM152および/または記憶デバイス66)に記憶された秘密暗号化キー(たとえば、デバイス秘密キー400)および公開暗号化キー(たとえば、デバイス公開キー402)を含むことが可能である。キー400、402は、1024ビット非対称暗号化キーとすることが可能であり、DRM(すなわち、デジタル権管理)キーと呼ばれることが可能である。
【0097】
当技術分野において既知であるように、秘密キー/公開キーの暗号化方法により、安全でないネットワーク(たとえば、インターネット)のユーザが、1対の暗号化キー、すなわち秘密暗号化キー(たとえば、デバイス秘密キー400)および公開暗号化キー(たとえば、デバイス公開キー402)を使用することにより、データを安全に交換することが可能になる。秘密キー/公開キー暗号化方法は、メッセージを暗号化するために使用されるキーが、メッセージを解読するために使用されるキーと異なるので、通常、非対称暗号化方法と呼ばれる。
【0098】
秘密キー/公開キー暗号化では、秘密暗号化キー(たとえば、デバイス秘密キー400)および公開暗号化キー(たとえば、デバイス公開キー402)は、通常、同じアルゴリズム(たとえば、Ron Rivest、Adi Shamir、およびLeonard Adlemanaによって創出されたRSAアルゴリズムなど)を使用して同時に創出される。デバイス秘密キー400は、通常、要求側にのみ与えられ、デバイス公開キー402は、通常、公的に利用可能とされる(たとえば、デジタル証明書404の一部として)。通常、デバイス秘密キー400は共用されず、たとえば、パーソナル媒体デバイス12内において安全に維持される。
【0099】
したがって、安全なメッセージが送信者から受信者に送信されるべきであるとき、受信者(送信者に容易にアクセス可能である)の公開キー(たとえば、デバイス公開キー402)が、メッセージを暗号化するために使用される。暗号化された後、メッセージは、受信者に送信されることが可能であり、受信者の秘密キー(たとえば、デバイス秘密キー400)を使用してのみ解読することができる。秘密キー400は受信者によって安全に維持されるので、受信者のみが、暗号化されたメッセージを解読することができる。
【0100】
メッセージの暗号化および解読に加えて、送信者が、後に受信者(すなわち、アイデンティティを認証している対象個人)に送信されるデジタル証明書を暗号化するために、送信者の秘密キー(たとえば、デバイス秘密キー400)を使用することによって送信者のアイデンティティを認証することが可能である。したがって、デジタル証明書が受信者によって受信されるとき、受信者は、送信者の公開キー(たとえば、デバイス公開キー402)を使用して、暗号化されたデジタル証明書を解読し、それにより、デジタル証明書が送信者の秘密キー(たとえば、デバイス秘密キー400)を使用して暗号化されたことを確認し、したがって、送信者のアイデンティティを確認することができる。
【0101】
DRMプロセス10は、パーソナル媒体デバイス12内に含まれるランダム数生成プロセス(図示せず)によって生成された通常はランダム数であるチャレンジ406を生成することが可能である。生成された後、チャレンジ406は、ライセンス要求408を生成する450ために、デバイス・デジタル証明書404(通常、デバイス公開キー402を含む)と対にされることが可能である。DRMデジタル証明書と呼ばれることが可能であるデバイス・デジタル証明書404は、たとえば、デバイス・シリアル番号(たとえば、デバイス・シリアル番号フィールド322からの137660523−1、図9)などの追加の情報を含むことが可能である。
【0102】
上記で議論されたように、プロキシ・アプリケーション98により、デバイス12のオーナー(たとえば、ユーザ14)が、媒体配信システム18と共に使用されるようにデバイス12を構成し、デバイス12と共に使用されるように媒体配信システム18を構成することが可能になる。通常、プロキシ・アプリケーション98がプロキシ・コンピュータ54に構成されるとき、ユーザ14は、ユーザ(たとえば、ユーザ14)を識別するユーザ身分証明を提供し、かつユーザ14、デバイス12、およびプロキシ・アプリケーション98が媒体配信システム18にアクセスすることを可能にする有効加入を確定することを要求される可能性がある。代替または追加として、パーソナル媒体デバイス12は、ユーザ(たとえば、ユーザ14)が、デバイス12が当初構成されるとき、ユーザ身分証明を直接入力する(デバイス12を介して)ことを可能にするように構成されることが可能である。
【0103】
DRMプロセス10は、ライセンス要求408を媒体配信システム18に提供する452(ネットワーク30および/またはネットワーク32を介して)ことが可能である。さらに、パーソナル媒体デバイス12内において確定される場合、ユーザID410(たとえば、上記で記述されたユーザ身分証明を列挙する)も、ライセンス要求408内に含まれることが可能である。上記で議論されたように、ユーザ身分証明(すなわち、ユーザID410内に含まれる)は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および/または1つもしくは複数のデジタル証明書を含むことが可能である。媒体配信システム18に提供される452前に、DRMプロセス10は、デバイス秘密キー400を使用してライセンス要求408にデジタル署名する454ことが可能である。
【0104】
デジタル署名は、秘密キー/公開キー暗号化方法(上記で記述された)を使用し、かつメッセージの送信者が送信メッセージのアイデンティティおよび完全性を認証することを可能にする電子署名である。デジタル署名は、暗号化されたメッセージおよび暗号化されていないメッセージの両方と共に使用されることが可能であり、メッセージの受信者がメッセージを読む能力を妨害しない。
【0105】
たとえば、DRMプロセス10が、ライセンス要求408を媒体配信システム18に提供する452前に、ライセンス要求408にデジタル署名した454と想定する。ライセンス要求408にデジタル署名する454とき、数学関数が、通常、ライセンス要求408のコンテンツについて実施される。たとえば、ライセンス要求408のメッセージ・ハッシュは、メッセージ・ハッシュが、文字列(たとえば、ライセンス要求408)を、当初の文字列を表す通常はより短い固定長の値に変換する既知の1方向ハッシュ関数の数学的出力であるようにパーソナル媒体デバイス12によって計算されることが可能である。ハッシング関数は1方向数学関数なので、メッセージ・ハッシュが生成された後、メッセージ・ハッシュを処理することによって当初のメッセージを取り出すことはできない。次いで、DRMプロセス10は、デジタル署名(図示せず)を創出するためにメッセージ・ハッシュ(デバイス秘密キー400を使用して)を暗号化することが可能である。次いで、このデジタル署名は、ライセンス要求408に添付されることが可能である。それゆえ、デジタル署名が暗号化されている間、当初のメッセージ(すなわち、ライセンス要求408)は必要ではない。したがって、ライセンス要求408は、デジタル署名が処理されない場合でも、媒体配信システム18によって処理されることが可能である。
【0106】
上記で述べられた例を続けると、ライセンス要求408およびデジタル署名は、媒体配信システム18によって受信されることが可能であり、媒体配信システム18は、ライセンス要求408のメッセージ・ハッシュを生成するために、同じハッシュ関数を使用することが可能である。媒体分配システム408はまた、パーソナル媒体デバイス12によって計算されたメッセージ・ハッシュを再創出するために、デバイス公開キー402(デバイス・デジタル証明書404内に含まれる)を使用してパーソナル媒体デバイス12から受信されたデジタル署名を解読する。次いで、媒体分配システム18は、暗号化されたデジタル署名を、媒体配信システム408によって計算されたメッセージ・ハッシュと比較することが可能である。メッセージ・ハッシュが整合する場合、ライセンス要求408の完全性およびパーソナル媒体デバイス12のアイデンティティの両方が確認される456。
【0107】
さらに、デバイス・デジタル証明書404(したがって、デバイス公開キー402)の完全性は、ライセンス要求408がパーソナル媒体デバイス12から受信されるとき、確認されることが可能である。デジタル証明書は、通常、たとえばCA秘密キー414を使用して認証局412によって発行され、デジタル署名される。それゆえ、デバイス・デジタル証明書404は、デバイス・デジタル証明書404のデジタル署名を確認するために、CA公開キー416を獲得することによって確認されることが可能である。
【0108】
チャレンジ406、デバイス・デジタル証明書404、およびユーザID410(すなわち、ライセンス要求408)が媒体配信システム18によって受信された後、媒体配信システム18は、ユーザ14(すなわち、ユーザID410内において確定されたユーザ)に関する加入情報を獲得し458、たとえばユーザ14の現行加入が満了する日付を決定するために、データ・ストア418にアクセスすることが可能である。データ・ストア418は、コンピュータ28に結合された記憶デバイス34に維持されることが可能である。
【0109】
例示のために、媒体配信システム18が、来るべき月の加入料金について各月の第1日に各加入者に自動的に請求するように構成されると想定する。したがって、2005年3月1日に、ユーザ14は、2005年3月の加入コストについて請求される。それゆえ、2005年3月1日に、ユーザ14は、2005年3月の加入コストについて請求される。したがって、媒体配信システム18が2005年3月6日にユーザ14に関する加入情報を獲得する458場合、獲得された458加入情報は、ユーザ14が2005年3月31日まで有効な加入を有することを示す。
【0110】
それゆえ、上記で述べられた例を続けると、ライセンス要求408が受信されるとき、媒体配信システム18は、ユーザ14に関する加入情報を獲得する458ことが可能である。この例では、加入情報は、ユーザ14が2005年3月31日の終わりまで有効な加入者(媒体配信システム18への)であることを示す。
【0111】
媒体分配システム18は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子420を生成する460ことが可能である。この例では、時間切れ識別子420は、たとえば、ユーザ14の加入が2005年3月31日に満了することを示す。媒体分配システム18は、データ・ストア418からユーザ暗号化キー422(すなわち、ユーザ14の暗号化キー)を獲得することが可能である。次いで、媒体分配システム18は、暗号化されたユーザ暗号化キー422’(ハッシュ・フィルで示されている)を生成するために、デバイス公開キー402を使用してユーザ暗号化キー422を暗号化することが可能である。時間切れ識別子420、チャレンジ406、デバイス・デジタル証明書404(デバイス公開キー402を含む)、ユーザID410、および暗号化ユーザ暗号化キー422’は、デバイス・ライセンス424を形成するために組み合わされる462(媒体配信システム18によって)ことが可能である。
【0112】
デバイス・ライセンス424は、媒体配信システム18によって確定されたシステムの時間を示すシステム時間識別子426をさらに含むことが可能である。パーソナル媒体デバイス12内に含まれるシステム・クロック194(図3)を、媒体配信システム18内に含まれるシステム・クロック428と同期させるために、システム時間識別子426が使用されることが可能である。
【0113】
デバイス・ライセンス424は、認可サービス(すなわち、LS)公開キー432を通常含む認可サービス(すなわち、LS)デジタル証明書430をさらに含むことが可能である。
【0114】
媒体分配システム18は、認可サービス(すなわち、LS)秘密キー434(媒体配信システム18の)を使用してデバイス・ライセンス424にデジタル署名し464、デバイス・ライセンス424をパーソナル媒体デバイス12に提供する466ことが可能である。認可システム秘密キー434は、データ・ストア418に記憶されることが可能である。
【0115】
デバイス・ライセンス424が媒体配信システム18から受信されるとき、DRMプロセス10は、LSデジタル証明書430(したがって、LS公開キー432)の完全性を確認することが可能である。上記で議論されたように、デジタル証明書は、通常、たとえばCA秘密キー414を使用して認証局412によって発行およびデジタル署名される。それゆえ、LSデジタル証明書430は、LSデジタル証明書430のデジタル署名を確認するために、CA公開キー416を獲得することによって確認されることが可能である。
【0116】
DRMプロセス10は、デバイス・ライセンス424(LS秘密キー434を使用してデジタル署名された)を確認する468ために、LS公開キー432(LSデジタル証明書430内に含まれる)を使用することが可能である。DRMプロセス10は、デバイス・ライセンス424がパーソナル媒体デバイス12を意図していることを保証するために、チャレンジ値406、デバイス公開キー402、およびデバイス・シリアル番号(デバイス・デジタル証明書404内に含まれる)をさらに確認することが可能である。次いで、DRMプロセス10は、不揮発性メモリに記憶されることが可能であるユーザ暗号化キー422を生成するために、デバイス秘密キー400で、暗号化されたユーザ暗号化キー422’(デバイス公開キー402を使用して暗号化された)を解読することが可能である。不揮発性メモリの例は、ROM152(図3)および/または記憶デバイス66(図3)を含むことが可能である。ユーザID410、ユーザ暗号化キー422、および時間切れ識別子420は、たとえば不揮発性メモリに保存されることが可能であり、不揮発性メモリの例には、媒体配信システム18からダウンロードされた媒体コンテンツをパーソナル媒体デバイス12がレンダリングするときに使用されるROM152(図3)および/または記憶デバイス66(図3)がある。さらに、以下においてより詳細に議論されるように、DRMプロセス10は、パーソナル媒体デバイス12とパーソナル媒体デバイス40などとの間で媒体コンテンツを転送するときに使用されるデバイス・ライセンス424のコピーを保持することが可能である。
【0117】
加入媒体コンテンツを獲得する
上記で議論されたように、ユーザ14が媒体配信システム18に加入した後、ユーザ14は、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、有効加入が媒体配信システム18について存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツの形態で、媒体配信システム18から媒体コンテンツ(パーソナル媒体デバイス12と共に使用される)を獲得することが可能である。
【0118】
図13aおよび13bをも参照すると、媒体配信システム18からダウンロード可能な各媒体データ・ファイル500、502、504、506、508が、固有CEK(すなわち、コンテンツ暗号化キー)510、512、514、516、518をそれぞれ使用して暗号化される550ことが可能である。たとえば、媒体配信システム18が、たとえばパーソナル媒体デバイス12にダウンロードするために利用可能な1,000,000の媒体データ・ファイルを含む場合、媒体配信システム18は、固有暗号化キーを使用して各媒体データ・ファイルを暗号化する550。それゆえ、1,000,000の媒体データ・ファイルについて、1,000,000の固有CEK’が必要であり、そのそれぞれは、CEKが関係付けられる媒体データ・ファイルに結合される552。それゆえ、CEK510は、媒体データ・ファイル500に結合される552ことが可能であり、CEK512は、媒体データ・ファイル502に結合される552ことが可能である。
【0119】
各CEK(たとえば、キー510、512、514、516、518)は、媒体データ・ファイルを暗号化するために使用されるキーが、同じ媒体データ・ファイルを解読するためにも使用されることが可能であるという点で、対称暗号化キーとすることが可能である。通常、各媒体データ・ファイルは、たとえば、コンピュータ28に添付された記憶デバイス34に記憶されることが可能である。
【0120】
上記で議論されたように、プロキシ・アプリケーション98の検索ウィンドウ304(図10)により、ユーザ14は、媒体データ・ファイルを検索することが可能になり得る。さらに、ユーザ14は、ダウンロードされる媒体データ・ファイルに対応するダウンロード・ボタン352(図10)を選択することによって、パーソナル媒体デバイス12で使用される媒体データ・ファイルを媒体配信システム18からダウンロードすることが可能である。
【0121】
媒体データ・ファイルのダウンロードが開始された後、パーソナル媒体デバイス12は、適切なダウンロード要求を媒体配信システム18に提出することが可能である。たとえば、ユーザ14が、3つの媒体データ・ファイル、すなわち媒体データ・ファイル500、504、506をダウンロードすることを望んでいたと想定する。DRMプロセス10は、それぞれが所望のファイルを要求するダウンロード要求520、522、524をそれぞれ提出する。セキュリティと認証のために、ダウンロード要求520、522、524は、たとえば、パーソナル媒体デバイス12(たとえば、LS公開キー432を使用して)によって暗号化され、および/またはパーソナル媒体デバイス12(たとえば、デバイス秘密キー400を使用して)によってデジタル署名されることが可能である。それゆえ、ダウンロード要求が暗号化される場合(たとえば、LS公開キー432を使用して)、暗号化されたダウンロード要求は、その後、LS秘密キー434を使用して媒体配信システム18によって解読される554ことが可能である。さらに、ダウンロード要求がデジタル署名される場合(たとえば、デバイス秘密キー400を使用して)、署名されたダウンロード要求は、その後、デバイス公開キー402を使用して媒体配信システム18によって解読される556ことが可能である。
【0122】
たとえば、ダウンロード要求520、522、524が、媒体配信システム18によって受信され558、処理された554、556後、媒体配信システム18は、要求された媒体データ・ファイル500、504、506を記憶デバイス34などから取り出すことが可能である。上記で議論されたように、各媒体データ・ファイルは、固有CEKを使用して現在暗号化されており、それにより、CEKは媒体データ・ファイルに結合される。
【0123】
パーソナル媒体デバイス12にダウンロードされる前に、ダウンロードされる各媒体データ・ファイルは、ダウンロードを要求したユーザ(たとえば、ユーザ14)に結合される560ことが可能である。上記で議論されたように、デバイスの初期化中、パーソナル媒体デバイス12は、ライセンス要求408を媒体配信システム18に提供する。媒体分配システム18は、ライセンス要求408を処理し、ライセンス要求408に関連付けられたユーザ(たとえば、ユーザ14)に関する現行加入情報を獲得する。上記で議論されたように、この初期化プロセスは、周期的に行われることが可能であり、したがって、パーソナル媒体デバイス12がドッキング・クレードル60(図2)の中に配置されるときに行われることが可能である。それゆえ、この例では、パーソナル媒体デバイス12は、媒体配信システム18に適切にアクセスするために必要なユーザ身分証明を提供したと想定する。上記で議論されたように、媒体配信システム18に提供されたユーザ身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および/または1つもしくは複数のデジタル証明書を含むことが可能である。
【0124】
媒体配信システム18が、要求された媒体データ・ファイル500、504、506をたとえば記憶デバイス34から取り出した後、媒体配信システム18は、取り出された媒体データ・ファイル500、504、506をユーザ14、たとえば媒体データ・ファイルを要求するユーザに結合し560、それにより、結合された媒体データ・ファイル526、528、530を創出する。それゆえ、各媒体データ・ファイル(たとえば、媒体データ・ファイル500)に関連付けられたコンテンツ暗号化キー(たとえば、CEK510)は、媒体データ・ファイルを要求するユーザ(たとえば、ユーザ14)の暗号化キー(たとえば、ユーザ暗号化キー422)を使用して暗号化される562ことが可能である。それゆえ、CEK510は、CEK510’を生成するために暗号化される562ことが可能であり、CEK514は、CEK514’を生成するために暗号化される562ことが可能であり、CEK516は、CEK516’を生成するために暗号化される562ことが可能である。暗号化された562後、結合された媒体データ・ファイル526、528、530(暗号化されたCEK’510’、514’、516’をそれぞれ含む)が、パーソナル媒体デバイス12に提供される564ことが可能である。
【0125】
各結合された媒体データ・ファイル526、528、530のCEKは、たとえば、ユーザ暗号化キー422を使用して暗号化される562ことが可能であるので、結合された媒体データ・ファイル526、528、530のみが、ユーザ暗号化キー422を所有するパーソナル媒体デバイスによって処理される(たとえば、レンダリングされる)ことが可能である。上記で議論されたように、ユーザ暗号化キー422のコピーが、パーソナル媒体デバイス12内において不揮発性メモリに記憶されることが可能である。結合された媒体データ・ファイル526、528、530がパーソナル媒体デバイス12によって受信された後、ファイル526、528、530は、たとえばパーソナル媒体デバイス12内において記憶デバイス66に記憶されることが可能である。
【0126】
加入媒体コンテンツの再生
上記で議論されたように、ユーザID410、ユーザ暗号化キー422、および時間切れ識別子420は、パーソナル媒体デバイス12が媒体配信システム18からダウンロードされた媒体コンテンツをレンダリングするときに使用するために、保存されることが可能である。
【0127】
上記で述べられた例を続けると、ユーザ14が、結合された媒体データ・ファイル526、528、530の1つをレンダリングすることを望む場合、ユーザ14は、制御(たとえば、後方スキップ・スイッチ78(図3)、前方スキップ・スイッチ80(図3)、プレイ/ポーズ・スイッチ82(図3)、メニュー・スイッチ84(図3)、ラジオ・スイッチ86(図3)、およびスライダ・アセンブリ88(図3)など)、ならびにパーソナル媒体デバイス12の表示パネル90(図3)を介して適切な媒体データ・ファイルを選択することが可能である。1つまたは複数の媒体データ・ファイルが再生のために選択された後、適切なファイルが、たとえば記憶デバイス66から取り出される。上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス12に提供される前に、各媒体データ・ファイルのCEKが、ユーザ暗号化キー422を使用して暗号化されることが可能である(媒体配信システム18によって)。上記で議論されたように、ユーザ暗号化キー422は、対称暗号化キーとすることが可能であり、したがって、たとえばCEK510を暗号化するために使用されるキーは、CEK510’を解読するために使用されることも可能である。
【0128】
適切な結合された媒体データ・ファイルが記憶デバイス66から取り出された後、DRMプロセス10は、適切なCEK解読することが可能であり(ユーザ暗号化キー422を使用して)、それにより、媒体データ・ファイルをパーソナル媒体デバイス12で処理およびレンダリングすることができる。たとえば、ユーザ14が結合された媒体データ・ファイル526、528をレンダリングすることを望んだ場合、パーソナル媒体デバイス12は、CEK510を生成するために、暗号化されたCET510’を解読する。次いで、CEK510は、パーソナル媒体デバイス12によって再生する目的で、媒体データ・ファイル500を解読するために、DRMプロセス10によって使用されることが可能である。さらに、DRMプロセス10は、CEK514を生成するために、暗号化されたCETK514’を解読する。次いで、CEK514は、パーソナル媒体デバイス12によって再生する目的で、媒体データ・ファイル504を解読するために、DRMプロセス10によって使用されることが可能である。
【0129】
通常、たとえば、結合された媒体データ・ファイル526、528を処理およびレンダリングする前に、DRMプロセス10は、たとえば、ユーザ14が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。
【0130】
上記で議論されたように、媒体配信システム18は、たとえば、ユーザ14が媒体配信システム18に加入し、媒体配信システム18へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ14は、有効な加入が媒体配信システム18について存在する間のみ、ユーザ14が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム18から獲得することが可能である。
【0131】
結合された媒体データ・ファイル526、528、530が加入ダウンロードであると想定すると(ユーザ14によって使用されるように永続的に認可される購入ダウンロードとは対照的に)、結合された媒体データ・ファイル526、528、530をレンダリングおよび/または処理する前に、DRMプロセス10は、上記で議論されたようにたとえば不揮発性メモリに記憶されることが可能である時間切れ識別子420を獲得することが可能であり、不揮発性メモリの例には、ROM152(図3)および/または記憶デバイス66(図3)がある。次いで、DRMプロセス10は、たとえば、結合された媒体データ・ファイル526、528、530をユーザ14がレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子420内において確定された満了日(たとえば、2005年3月31日)を、システム・クロック194内において確定された日付および/または時間と比較する。この例では、ユーザ14は、2005年3月31日の終わりまで有効な加入を有し、現在の日付および時間(システム・クロック194によって確定されている)は2005年3月6日の17:53GMTであるので、ユーザ14の加入(媒体配信システム18に関する)は有効かつ最新である。それゆえ、結合された媒体データ・ファイル526、528、530は、再生のために処理されることが可能である。
【0132】
デジタル・ミレニアム著作権法
1998年のデジタル・ミレニアム著作権法は、特定の歌、アーティスト、またはアーティストのグループが特定の時間間隔内にレンダリングされることが可能である回数を制限することが可能である。トラックのシーケンスをレンダリングするとき、シーケンスは、たとえば、3時間の時間間隔にわたって、(i)同じアルバムから3つを超えないトラックがレンダリングされる、(ii)同じアルバムから2つを超えない連続するトラックがレンダリングされる、(iii)同じアーティスト(すなわち、個人/グループ)または選集から4つを超えないトラックがレンダリングされる、および(iv)同じアーティスト(すなわち、個々/グループ)または選集から3つを超えない連続するトラックがレンダリングされる場合、デジタル・ミレニアム著作権法に準拠することが可能である。
【0133】
ラジオ媒体コンテンツを獲得する
上記で議論されたように、媒体配信システム18から受信された媒体コンテンツ16のフォーマットは、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、たとえば、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、有効加入が媒体配信システム18について存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツの形態で、媒体コンテンツ(パーソナル媒体デバイス12と共に使用される)を含むことが可能である。
【0134】
パーソナル媒体デバイス12/プロキシ・コンピュータ54、およびクライアント・コンピュータ44は、それぞれラジオ媒体コンテンツ124、126を受信および処理することが可能である。ラジオ媒体コンテンツ124、126は、特定の音楽ジャンル/時間期間から選択され、かつたとえばデジタル・ミレニアム著作権法に準拠するシーケンスで再生される複数のトラックを含むことが可能である。通常、ユーザ(たとえば、ユーザ14)がラジオ媒体コンテンツ(たとえば、ラジオ媒体コンテンツ124、126)を受信および処理することを望むとき、ユーザは、媒体配信システム18からユーザに利用可能な複数のラジオ局からラジオ局を選択することが可能である。
【0135】
たとえば、図14をも参照すると、媒体配信システム18から、ラジオ媒体コンテンツ124を受信して処理するためにたとえばプロキシ・アプリケーション98を使用するとき、ユーザ14は、プロキシ・アプリケーション98によってレンダリングされたラジオ情報スクリーン600を提示されることが可能である。ラジオ情報スクリーン600は、フィーチャされたラジオ局に関する情報を提供するラジオ・スポットライト・スクリーン602を含むことが可能である。さらに、ラジオ情報スクリーン600は、媒体配信システム18によって提供される最も人気のあるラジオ局を確定する「Top Stations」スクリーン604を含むことが可能である。「Top Stations」リストは、たとえば、ラジオ局が媒体配信システム18のユーザによってアクセスされた全回数、ラジオ局が媒体配信システム18のユーザによってアクセスされた全所要時間、および/またはラジオ局にアクセスした媒体配信システム18の固有ユーザの総数に基づいて確定されることが可能である。
【0136】
ラジオ情報スクリーン600は、媒体配信システム18のユーザに利用可能なラジオ局を確定する利用可能局スクリーン606をさらに含むことが可能である。さらに、ラジオ情報スクリーン600は、ユーザ(たとえば、ユーザ12)が「お気に入り」ラジオ局として確定した1つまたは複数のラジオ局610、612、614、616を項目化する「My Stations」スクリーン608を含むことが可能である。たとえば、ユーザ14がラジオ局「60年代Rock」618を「My Stations」スクリーン608に追加することを望んだ場合、ユーザ14は、ラジオ局「60年代Rock」618に隣接する「追加」ボタン620を選択する(スクリーン・ポインタ208を使用して)ことが可能であり、ラジオ局「60年代Rock」618を確定する第5エントリ(図示せず)を「My Stations」スクリーン608において生成することになる。さらに、ユーザ14がラジオ局を聴くことを望んだ場合、ユーザ14は、自分が聴くことを望むラジオ局(たとえば、「50年代Rock‘n’Roll」612)に関連付けられたプレイ・ボタン(たとえば、プレイ・ボタン622)を選択することが可能である。代替として、ユーザ14がラジオ局を「My Stations」スクリーン608から削除することを望む場合、ユーザ14は、自分が削除することを望むラジオ局(たとえば、「50年代Rock‘n’Roll」612)に関連付けられた「局を削除する」ボタン624を選択することが可能である。ユーザ14は、たとえば、スクリーン・ポインタ208を使用して、ディレクトリ・ウィンドウ390内に含まれる「ラジオ」・リンク626を選択することによって、ラジオ情報スクリーン600にアクセスすることが可能である。
【0137】
ラジオ・コンテンツは、プロキシ・アプリケーション98、したがってプロキシ・コンピュータ54を介して再生可能であると上記で議論されたが、他の構成が可能である。たとえば、ラジオ媒体コンテンツは、クライアント・アプリケーション46、したがってクライアント・コンピュータ44を介しても再生可能とすることが可能である。
【0138】
上記で議論されたように、媒体コンテンツは、媒体配信システム18からストリームされることが可能であり、通常、デバイスがたとえばコンピュータ28から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ28、したがって媒体配信システム18へのアクティブ接続を有さなければならない。プロキシ・コンピュータ54およびクライアント・コンピュータ44は、媒体配信システム18にアクティブ接続されるので、プロキシ・コンピュータ54およびクライアント・コンピュータ44は、媒体配信システム18から通常ストリームされるラジオ媒体コンテンツ124、126を受信して処理することが可能である。
【0139】
上記で議論されたように、ラジオ媒体コンテンツは、通常、デジタル・ミレニアム著作権法に準拠するシーケンスでレンダリングされる。ラジオ媒体コンテンツ124、126は、通常、プロキシ・コンピュータ54および/またはクライアント・コンピュータ44で再生されるように(それぞれ)コンピュータ28からストリームされるので、ラジオ媒体コンテンツ124、126内の個々のトラックのレンダリング・シーケンスは、媒体配信システム18によって制御可能であり、したがって、たとえばデジタル・ミレニアム著作権法に準拠するように構成されることが可能である。
【0140】
デバイス(たとえば、プロキシ・コンピュータ54およびクライアント・コンピュータ44)にストリームされるラジオ媒体コンテンツに加えて、ラジオ媒体コンテンツは、媒体配信システム18へのアクティブ接続を有さないデバイスで再生されるようにキャッシュされることが可能であり、デバイスの例には、パーソナル媒体デバイス12、40、42がある。
【0141】
たとえば、パーソナル媒体デバイス12で再生するためにラジオ媒体コンテンツ124をキャッシュするとき、ラジオ媒体コンテンツ124内の個々のトラックは、通常、加入ダウンロードとして媒体配信システム18から取り出される。上記で議論されたように、加入ダウンロードは、媒体分配システム18について有効な加入が存在する間使用されるために、たとえばユーザ14に認可される媒体コンテンツである。さらに、上記で議論されたように、パーソナル媒体デバイス12が初期化されるとき、デバイス・ライセンス424(図12a)がパーソナル媒体デバイス12について生成される。デバイス・ライセンス424は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子420(図12a)を含むことが可能である。それゆえ、上記で議論されたように、ラジオ媒体コンテンツ124内に含まれる加入ダウンロードの1つまたは複数をレンダリングおよび/または処理する前に、パーソナル媒体デバイス12のDRMプロセス10(図1)は、たとえばユーザ14がラジオ媒体コンテンツ124内に含まれる加入ダウンロードをレンダリングすることが依然として可能であるかを決定するために、デバイス・ライセンス424から時間切れ識別子420を獲得することが可能である。
【0142】
通常、ラジオ媒体コンテンツ124がパーソナル媒体デバイス12に提供されるとき、ラジオ局の要件(たとえば、ジャンルおよび/または時間期間など)を満たす複数の加入ダウンロードが、媒体配信システム18から取り出されることが可能である。媒体コンテンツは、シード・コンテンツと呼ばれることが可能である。取り出された加入ダウンロードの正確な数は、管理する法律およびポリシに応じて異なることがあり、法律およびポリシの例には、デジタル・ミレニアム著作権法、ASCAP(すなわち、the American Society of Composers,Authors,and Publishers)ポリシ、およびBMI(すなわち、Broadcast Music,Inc)ポリシがある(非限定的に)。たとえば、ラジオ媒体コンテンツ124内に含まれる最小限の数の加入ダウンロードは、たとえば80程度に少なく確定されることが可能であるが、その数は、たとえば、デバイス(たとえば、パーソナル媒体デバイス12)の記憶容量、媒体配信システム18によって確立されたポリシ・ガイドライン、および/または管理する法律およびポリシ(たとえば、デジタル・ミレニアム著作権法、ASCAP、およびBMI)などに応じて、大きく増大させることが可能である(たとえば、最高で500を超える加入ダウンロード)。
【0143】
上記で議論されたように、図15aおよび15bをも参照すると、たとえば、デジタル・ミレニアム著作権法を厳守するために、個々の加入ダウンロード(ラジオ媒体コンテンツ124内に含まれる)が、ラジオ・プレイリスト650によって制御される特定のシーケンスにおいてレンダリングされることが必要である。
【0144】
上記で述べられた例を続け、ユーザ14がパーソナル媒体デバイス12でラジオ媒体コンテンツ124をレンダリングすることを望むと想定する。具体的には、ユーザ14がラジオ局「50年代Rock‘n’Roll」612を聴くことを望み、したがってプロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を使用してプレイ・ボタン622を選択すると想定する。プロキシ・コンピュータ54は、ラジオ・コンテンツ要求652を媒体配信システム18に提供することが可能である。セキュリティおよび認証のために、ラジオ・コンテンツ要求652は、たとえば、媒体配信システム18に提供される前に、暗号化および/またはデジタル署名されることが可能である(上記で議論されたように)。ラジオ・コンテンツ要求652が媒体配信システム18によって受信された後、媒体配信システム18は、ラジオ・コンテンツ要求652を処理し700、選択されたラジオ局の基準を満たす媒体コンテンツを取り出すことが可能である。たとえば、ラジオ局「50年代Rock‘n’Roll」612は、音楽ジャンル要件(すなわち、Rock‘n’Roll)および時間期間要件(すなわち、50年代)を含むことが可能である。
【0145】
この要求に応答して、媒体配信システム18は、選択されたラジオ局の要件を満たす確定数の加入ダウンロードを獲得する702ことが可能である。例示のために、媒体配信システム18は、シード・コンテンツに含まれる500のトラック(すなわち、加入ダウンロード)を選択すると想定する。それゆえ、500の加入ダウンロード(たとえば、媒体データ・ファイル654、656、658、660、662)が、記憶デバイス34から取り出されることが可能である。上記で議論されたように、媒体配信システム18は、固有CEK664、666、668、670、672を使用して媒体データ・ファイル654、656、658、660、662をそれぞれ暗号化する704ことが可能であり、固有CEKのそれぞれは、CEKが関係付けられる媒体データ・ファイルに結合される706。したがって、たとえば、CEK664が媒体データ・ファイル654に結合されることが可能であり、CEK666が媒体データ・ファイル656に結合されることなどが可能である。
【0146】
上記で議論されたように、加入ダウンロードがパーソナル媒体デバイス12に提供される前に、各加入ダウンロードが、媒体データ・ファイルを要求したユーザ(たとえば、ユーザ14)に結合される708ことが可能である。この結合プロセスは、加入ダウンロードを要求するユーザのユーザ暗号化キーを使用して媒体データ・ファイルのCEKを暗号化することによって達成されることが可能である。
【0147】
したがって、媒体データ・ファイル654、656、658、660、662がパーソナル媒体デバイス12に提供される前に、各媒体データ・ファイルのCEKは、ラジオ媒体内容を要求したユーザ(たとえば、ユーザ14)に関連付けられたラジオ暗号化キー674を使用して暗号化される710ことが可能である。ユーザ14のアイデンティティが既知であるとすることが可能であるので(ラジオ・コンテンツ要求652内に含まれるユーザID674を介して)、媒体配信システム18は、データ・ストア418からラジオ暗号化キー674(すなわち、ユーザ14のラジオ暗号化キー)を獲得することが可能である。
【0148】
媒体分配システム18は、媒体データ・ファイル654、656、658、660、662をユーザ14(すなわち、媒体データ・ファイルを要求するユーザ)に結合し708、したがって結合された媒体データ・ファイル676、678、680、682、684(すなわち、シード・コンテンツ686と集団的に呼ばれる)を創出することが可能である。それゆえ、各媒体データ・ファイル(たとえば、媒体データ・ファイル654)に関連付けられたコンテンツ暗号化キー(たとえば、CEK664)は、暗号化されたコンテンツ暗号化キー(たとえば、暗号化されたCEK664’)を形成するために、ラジオ暗号化キー674を使用して暗号化される710ことが可能である。さらに、CEK666は、暗号化されたCEK666’を生成するために暗号化される710ことが可能であり、CEK668は、暗号化されたCEK668’を生成するために暗号化される710ことが可能であり、CEK670は、暗号化されたCEK670’を生成するために暗号化される710ことが可能であり、CEK672は、暗号化されたCEK672’を生成するために暗号化される710ことが可能である。
【0149】
CEKが暗号化された710後、結合された媒体データ・ファイル676、678、680、682、684(暗号化されたCEK664’、666’、668’、670’、672’をそれぞれ含む)がプロキシ・コンピュータ54に提供される712ことが可能である。さらに、シード・コンテンツ・リスト688が生成され714、シード・コンテンツ686内に含まれる個々の加入ダウンロード(たとえば、結合された媒体データ・ファイル676、678、680、682、684)を識別するプロキシ・コンピュータ54に提供されることが可能である。
【0150】
さらに、ラジオ暗号化キー674(暗号化されたCEK664’、666’、668’、670’、672’を解読するために必要とされる)が、プロキシ・コンピュータ54に提供されることが可能である。通常、ラジオ暗号化キー674をプロキシ・コンピュータ54に提供するために、ラジオ暗号化キー674は、プロキシ公開キー690(媒体配信システム18のデータ・ストア418に記憶されることが可能である)を使用して暗号化されることが可能である。プロキシ・コンピュータ54によって受信された後、ラジオ暗号化キー674は、プロキシ秘密キー692(プロキシ・コンピュータ54の記憶デバイス99に記憶されることが可能である)を使用して解読されることが可能である。代替として、ラジオ暗号化キー674をプロキシ・コンピュータ54に提供する前に、ラジオ暗号化キー674は、デバイス公開キー402(媒体配信システム18のデータ・ストア418に記憶されることが可能である)を使用して暗号化されることが可能である。プロキシ・コンピュータ54によって受信された後、暗号化されたラジオ暗号化キー674は、デバイス秘密キー400(図12a)を使用して解読するために、パーソナル媒体デバイス12に提供されることが可能である。
【0151】
上記で議論されたように、ラジオ・プレイリスト650は、シード・コンテンツ686内に含まれる加入ダウンロードのすべてまたは一部のレンダリング・シーケンスを確定することが可能である。上記で述べられた例を続けると、ラジオ・プレイリスト650は、シード・コンテンツ686内に含まれる500の加入ダウンロードについて固有レンダリング・シーケンスを提供することが可能である。代替として、ラジオ・プレイリスト650は、シード・コンテンツ686内に含まれる加入ダウンロードの一部のみについて固有レンダリング・シーケンスを提供することが可能である。たとえば、固有レンダリング・シーケンスが、シード・コンテンツ686に含まれる最初の300(利用可能な500の)の加入ダウンロードについて確定され、残りの200の加入ダウンロードは、予備に保持されることが可能である。したがって、ユーザが、プレイリストをレンダリングしながら、1つの歌をスキップすると決定する事象では、予備に保持された歌の1つは、スキップされた歌に置き換わるように使用されることが可能である(「改定」レンダリング・シーケンスが、たとえばデジタル・ミレニアム著作権法を厳守すると想定する)。
【0152】
ラジオ・プレイリスト650は、媒体配信システム18によって生成され716、プロキシ・コンピュータ54に提供される718と記述されたが、他の構成が可能である。たとえば、ラジオ・プレイリスト650は、たとえば、プロキシ・コンピュータ54によって生成され716、パーソナル媒体デバイス12に提供される718ことが可能であり、またはパーソナル媒体デバイス12によって生成される716ことが可能である。さらに、ラジオ・プレイリスト650は、単一のラジオ・プレイリストであると上記で記述されたが、他の構成が可能である。たとえば、媒体配信システム18は、複数のラジオ・プレイリストを生成して提供する(たとえば、プロキシ・コンピュータ54に)ことが可能である。
【0153】
図16aおよび16bをも参照すると、プロキシ・コンピュータ54によって受信された800後、ラジオ・プレイリスト650、ラジオ暗号化キー674、シード・コンテンツ686、およびシード・コンテンツ・リスト688が、たとえばプロキシ・コンピュータ54の記憶デバイス99に記憶されることが可能である。
【0154】
上記で議論されたように、ラジオ暗号化キー674は、デバイス公開キー402(すなわち、パーソナル媒体デバイス12の公開キー)を使用して暗号化される(媒体配信システム18によって)ことが可能である。そうである場合、暗号化されたラジオ暗号化キー674は、デバイス秘密キー400を使用して解読するためにパーソナル媒体デバイス12に提供されることが可能である。代替として、上記で議論されたように、ラジオ暗号化キー674は、プロキシ公開キー690を使用して暗号化されることが可能である。そうである場合、暗号化されたラジオ暗号化キー674は、プロキシ秘密キー692を使用して解読され、その後、パーソナル媒体デバイス12(デバイス秘密キー400を使用して解読するために)に提供される前に、デバイス公開キー402を使用して暗号化されることが可能である。
【0155】
シード・コンテンツ686は、かなり大きいことが可能であるので、媒体配信システム18からシード・コンテンツ686を受信する800プロセスは、バックグラウンドで動作するように構成されることが可能であり、それにより、シード・コンテンツ686が媒体配信システム18からダウンロードされている間、プロキシ・コンピュータ54が他のタスクに使用されることが可能になる。さらに、同様の理由で、パーソナル媒体デバイス12は、ダウンロード・プロセス中にプロキシ・コンピュータ54に結合される必要はなく、それにより、ユーザ14は、シード・コンテンツ686が媒体配信システム18からダウンロードされている間、パーソナル媒体デバイス12を脱結合して(プロキシ・コンピュータ54から)、動作することが可能になる。
【0156】
シード・コンテンツ686がプロキシ・コンピュータ54によって受信された800後、シード・コンテンツ686は、パーソナル媒体デバイス12に提供される前に、処理される750ことが可能である。たとえば、各結合された媒体データ・ファイル676、678、680、682、684は、複数のラジオ・チャンク・ファイルに分割される750ことが可能である。たとえば、結合された媒体データ・ファイル676は、6つのラジオ・チャンク・ファイル、すなわちラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6に分割される750ことが可能である。通常、最後のラジオ・チャンク・ファイル(すなわち、ラジオ・チャンク・ファイル676−6)を除いて、ラジオ・チャンク・ファイルは、すべて長さが等しいとすることが可能である。たとえば、結合された媒体データ・ファイル676のサイズが5.28メガバイトであると想定すると、ラジオ・チャンク・ファイル676−6のサイズを0.28メガバイトとして、対応するラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5のサイズは、それぞれ1.00メガバイトとすることが可能である。代替として、結合された媒体データ・ファイル676は、6つの等しいサイズのラジオ・チャンク・ファイル(すなわち、それぞれが0.88メガバイトのサイズを有する)に分割される750ことが可能である。
【0157】
結合された媒体データ・ファイルがラジオ・チャンク・ファイルに分割される750ことに加えて、結果として得られるラジオ・チャンク・ファイルは、結合された媒体データ・ファイル676、678、680、682、684のセキュリティを向上させるために、共に混合される752ことが可能である。たとえば、結合された媒体データ・ファイル676が6つのラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6に分割され750、それにより、ラジオ・チャンク・ファイル676−1、676−2、676−3、676−4のサイズがそれぞれ1.00メガバイトであり、ラジオ・チャンク・ファイル676−5、676−6のサイズが0.64メガバイトであると想定する。等しいサイズのラジオ・チャンク・ファイル676−1、676−2は、共に混合される752ことが可能であり、等しいサイズのラジオ・チャンク・ファイル676−3、676−4は、共に混合される752ことが可能であり、等しいサイズのラジオ・チャンク・ファイル676−5、676−6は、共に混合される752ことが可能である。
【0158】
例示のために、結合された媒体データ・ファイル(たとえば、媒体データ・ファイル676)のラジオ・チャンク・ファイル(たとえば、ラジオ・チャンク・ファイル676−1、676−2、676−3、6764、676−5、676−6)を混合する752とき、1つまたは複数のプロセスが実行されることが可能である。たとえば、ラジオ・チャンク・ファイル676−1の奇数の語が、ラジオ・チャンク・ファイル676−2の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル676−2の奇数の語が、ラジオ・チャンク・ファイル676−1の奇数の語で置換されることが可能である(ラジオ・チャンク・ファイル676−1、676−2の間での奇数の語の交換となる)。さらに、ラジオ・チャンク・ファイル676−3の奇数の語が、ラジオ・チャンク・ファイル676−4の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル676−4の奇数の語が、ラジオ・チャンク・ファイル676−3の奇数の語で置換されることが可能である(ラジオ・チャンク・ファイル676−3、676−4の間での奇数の語の交換となる)。さらに、ラジオ・チャンク・ファイル676−5の奇数の語が、ラジオ・チャンク・ファイル676−6の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル676−6の奇数の語が、ラジオ・チャンク・ファイル676−5の奇数の語で置換されることが可能である(ラジオ・チャンク・ファイル676−5、676−6の間での奇数の語の交換となる)。
【0159】
上記で記述された混合プロセスに加えて、他の方法が使用されることが可能である。たとえば、個々のデータチャンクファイルは、ラジオ暗号化キー674でXORされることが可能である。
【0160】
結合された媒体データ・ファイル676、678、680、682、684が処理され750、混合された752後、パーソナル媒体デバイス12に提供される前に、様々なラジオ・チャンク・ファイルは、配信されて記憶され754、それにより、たとえば、ラジオ・チャンク・ファイルは、連続する順序ではなくなる。たとえば、配信前、ラジオ・チャンク・ファイル676−1にラジオ・チャンク・ファイル676−2が続くことが可能であり(メモリにおいて)、これにラジオ・チャンク・ファイル676−3が続くことが可能であり(メモリにおいて)、これに、ジオ・チャンク・ファイル676−4が続くことが可能であり(メモリにおいて)、これにラジオ・チャンク・ファイル676−5が続くことが可能であり(メモリにおいて)、これにラジオ・チャンク・ファイル(676−6)が続くことが可能である(メモリにおいて)。それゆえ、パーソナル媒体デバイス12に転送される前に、様々なラジオ・チャンク・ファイルは、シード・コンテンツ686より連続する順序ではない可能性がある修正シード・コンテンツ686’を形成するように、配信および記憶される752ことが可能である。
【0161】
ラジオ・チャンク・ファイルを配信および記憶する754とき、ラジオ・チャンク・ファイルは、無作為にまたはアルゴリズムにより配信および記憶される754ことが可能である。図17aおよび17bをも参照すると、修正されたシード・コンテンツ686’は、記憶デバイス66内に配置されて示されており、それにより(例示のために)、記憶デバイス66内の個々のメモリの位置は、列850(たとえば、列A〜F)および行852(行1〜500)に分割される。図示されたように、記憶デバイス66の列1内のメモリの位置は、ラジオ・チャンク・ファイル680−1、680−4、676−3、676−4、684−5、676−6を含む。それゆえ、ラジオ・チャンク・ファイル680−1、680−4、676−3、676−4、684−5、676−6は、連続する順序ではない。
【0162】
上記で議論されたように、3,000の利用可能なメモリ位置(たとえば、6列×500行)内の個々のラジオ・チャンク・ファイルの位置決めは、無作為に達成されることが可能である。たとえば、ラジオ・チャンク・ファイル676−1のメモリ位置は、3,000の利用可能な位置から無作為に選択されることが可能である。位置2Cが選択されたと想定すると、ラジオ・チャンク・ファイル676−2の位置は、残りの2,999のメモリ位置(すなわち、位置2Cを除くすべてのメモリの位置)から無作為に選択されることが可能である。位置3Dが選択されたと想定すると、ラジオ・チャンク・ファイル676−3の位置は、残りの2,998メモリ位置(すなわち、位置2Cおよび3Dを除くすべてのメモリ位置)から無作為に選択されることが可能である。このプロセスは、すべてのラジオ・チャンク・ファイルが記憶デバイス66内において特定されるまで、続けられることが可能である。
【0163】
ラジオ・チャンク・ファイルのこの配信および記憶754は、修正シード・コンテンツ686’をパーソナル媒体デバイス12に転送する前にプロキシ・コンピュータ54によって実施されると上記で記述されたが、他の構成が可能である。たとえば、シード・コンテンツ686は、その当初(すなわち、未修正)の形態でパーソナル媒体デバイス12に転送されることが可能であり、それにより、シード・コンテンツ686は、修正シード・コンテンツ686’を生成するように、後にパーソナル媒体デバイス12によって修正される。
【0164】
シード・コンテンツ・リスト688は、結合された媒体データ・ファイルの様々なラジオ・チャンク・ファイルに関する位置情報を含むように付加されて記憶される802ことが可能であり、それにより修正シード・コンテンツ・リスト688’を形成する。上記で議論されたように、上記で述べられた例を続けると、結合された媒体データ・ファイル676は、6つのラジオ・チャンク・ファイル、すなわちラジオ・チャンク・ファイル676−1、676−2、676−3、6764、676−5、676−6に分割されている750可能性がある。さらに、上記で議論されたように、これらのラジオ・チャンク・ファイルは、共に混合されている752ことが可能である。それゆえ、結合された媒体データ・ファイル676をレンダリングするために(以下においてより詳細に議論される)、結合された媒体データ・ファイル676を構成する個々のラジオ・チャンク・ファイル(すなわち、ラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6)の位置は、パーソナル媒体デバイス12に提供される付加シード・コンテンツ・リスト688’内において確定されることが可能である。
【0165】
上記で議論されたように、シード・コンテンツ・リスト688は、シード・コンテンツ686内に含まれる個々の加入ダウンロード(たとえば、結合された媒体データ・ファイル676、678、680、682、684)を識別することが可能である。したがって、シード・コンテンツ・リスト688は、たとえば、「Yakety Yak」(すなわち、結合された媒体データ・ファイル676)を確定するエントリ854、および「Peggy Sue」(すなわち、結合された媒体データ・ファイル678)を確定するエントリ856を含むことが可能である。
【0166】
それゆえ、たとえば、「Yakety Yak」(すなわち、結合された媒体データ・ファイル676)のエントリ854(修正シード・コンテンツ・リスト688’内)は、2C、3D、1C、1D、4D、1F(すなわち、それぞれ、ラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6のメモリ位置)を含むように修正されることが可能であり、「Peggy Sue」(すなわち、結合された媒体データ・ファイル678)のエントリ856(修正シード・コンテンツ・リスト688’内)は、2A、4C、3A、500C、2E、4A(すなわち、それぞれ、ラジオ・チャンク・ファイル678−1、678−2、678−3、678−4、678−5、678−6のメモリ位置)を含むように修正されることが可能である。
【0167】
代替として、(修正シード・コンテンツ・リスト688’を生成するために)シード・コンテンツ・リスト688を付加および記憶する802代わりに(またはそれに加えて)、ラジオ・プレイリスト650は、上記で記述されたメモリ位置を含み、したがって修正ラジオ・プレイリスト(図示せず)を確定するように付加されることが可能である。さらに、マッピング・ファイル(図示せず)が、上述されたメモリ位置を確定するように生成されることが可能である。さらに、上記で議論されたように、結合された媒体データ・ファイルの様々なラジオ・チャンク・ファイルは、記憶デバイス66内にアルゴリズムにより配置されることが可能である。それゆえ、メモリ位置アルゴリズムが(修正シード・コンテンツ・リスト688’とは対照的に)、上述されたメモリ位置を確定するために使用されることが可能である。
【0168】
上記で議論されたように、シード・コンテンツ686は、その当初(すなわち、未修正)の形態でパーソナル媒体デバイス12に転送されることが可能であり、それにより、シード・コンテンツ686は、修正シード・コンテンツ686’を生成するように、パーソナル媒体デバイス12によって後に修正される。そうである場合、修正シード・コンテンツ・リスト688’は、パーソナル媒体デバイス12によって生成されることが可能である。
【0169】
ラジオ媒体コンテンツの再生
結合された媒体データ・ファイル676、678、680、682、684を構成する様々なラジオ・チャンク・ファイルがパーソナル媒体デバイス12に提供された後、結合された媒体データ・ファイル676、678、680、682、684(例示のために、ラジオ媒体コンテンツ124内に含まれる500の加入ダウンロードを表す)が、パーソナル媒体デバイス12によってレンダリングされることが可能である。
【0170】
上記で述べられた例を続けると、ユーザ14がラジオ媒体コンテンツ124をレンダリングすることを望む場合、ユーザ14は、ラジオ・スイッチ86(図3)を選択することが可能であり、それにより、デバイス・アプリケーション64(図1)は、表示パネル90(図3)上で「利用可能な」ラジオ局のリストをレンダリングすることになる。通常、ラジオ局は、ラジオ局のラジオ媒体コンテンツ124が媒体配信システム18から以前に取り出されている場合、「利用可能」と列挙されるだけである。ラジオ媒体コンテンツ124は、ラジオ局「50年代Rock‘n’Roll」612(図14)について取り出されたので、ユーザ14は、たとえばスライダ・アセンブリ88(図3)を使用してラジオ局「50年代Rock‘n’Roll」612を選択することが可能であり、たとえば、プレイ/ポーズ・スイッチ82(図3)を使用して、再生を要求する900ことが可能である。
【0171】
適切なラジオ局が選択された後、DRMプロセス10(図1)は、たとえば記憶デバイス66から適切なファイルを取り出す。たとえば、ラジオ・プレイリスト650および修正シード・コンテンツ・リスト688’が、DRMプロセス10によって取り出されることが可能である。通常、ラジオ媒体コンテンツ124をレンダリングするとき、ラジオ・プレイリスト650は順次処理され、それにより、ラジオ・プレイリスト650内に列挙された個々のトラックは、順次レンダリングされる。たとえば、プレイリスト650に示されたように、「Surf City」858が再生され、「I’m Walkin」860が続き、「The Great Pretender」862が続き、「Hound Dog」864が続き、「Great Balls of Fire」866、が続き、「Blue Christmas」868が続き、「The Wanderer」870が続き、「Tutti Frutti」872が続き、「Chantilly Lace」874が続き、「Peggy Sue」876が続く、等が可能である。
【0172】
上記で議論されたように、結合された媒体データ・ファイルを作成する個々のラジオ・チャンク・ファイルは、たとえば、記憶デバイス66上で配信されることが可能である。それゆえ、修正シード・コンテンツ・リスト688’は、関連するラジオ・チャンク・ファイルを記憶デバイス66内に配置するようにDRMプロセス10によって処理される902ことが可能である。たとえば、パーソナル媒体デバイス12は「The Wanderer」870のレンダリングを終了したばかりであると想定する。ポインタ878が、結合された媒体データ・ファイル680に対応する「Tutti Frutti」872を指すように増分されることが可能である。DRMプロセス10は、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6(すなわち、結合された媒体データ・ファイル680を構成する6つのラジオ・チャンク・ファイル)の位置を決定するために、修正シード・コンテンツ・リスト688’を処理する902ことが可能である。それゆえ、DRMプロセス10が修正シード・コンテンツ・リスト688’を処理する902際、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6の位置は、それぞれ、1A、500B、3B、1B、500A、500Fであると決定される。それゆえ、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、たとえば、記憶デバイス66内のメモリ位置1A、500B、3B、1B、500A、500F(それぞれ)から取り出される904ことが可能である。
【0173】
上記で議論されたように、配信される754前に、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、データのセキュリティを向上させるように共に混合されている752可能性がある。上記で議論されたように、第1ラジオ・チャンク・ファイルの奇数の語は、第2ラジオ・チャンク・ファイルの奇数の語で置換されることが可能であり、第2ラジオ・チャンク・ファイルの奇数の語は、第1ラジオ・チャンク・ファイルの奇数の語で置換されることが可能である(第1と第2ラジオ・チャンク・ファイルの間での奇数の語の交換となる)。したがって、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、当初の混合手続き752を無効にする方式でDRMプロセス10によって処理される906ことが可能である。たとえば、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、ラジオ・チャンク・ファイルの対の間で奇数の語を交換し、当初の奇数の語の交換手続きを無効にすることによって、当初の形態に戻ることが可能である。
【0174】
ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6が、それらを当初の形態に戻すように処理された906後、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、結合された媒体データ・ファイル680(すなわち、680−1、680−2、680−3、680−4、680−5、680−6が生成された元である結合された媒体データ・ファイル)を形成するようにDRMプロセス10によって処理される908。
【0175】
上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス12に提供される前に、各媒体データ・ファイルのCEKは、ラジオ暗号化キー674を使用して暗号化されていることが可能である(媒体配信システム18によって)。ユーザ暗号化キー422と同様の方式で、ラジオ暗号化キー674は、対称暗号化キーとすることが可能であり、したがって、たとえばCEK664を暗号化するために使用されるキーは、暗号化されたCEK664’を解読するために使用されることも可能である。
【0176】
ラジオ暗号化キー674がパーソナル媒体デバイス12に提供されるとき(媒体配信システム18またはプロキシ・コンピュータ54から)、ラジオ暗号化キー674は、デバイス公開キー402を使用して暗号化されていることが可能である。したがって、ラジオ暗号化キー674は、デバイス秘密キー400を使用して解読されることが可能である。
【0177】
たとえば結合された媒体データ・ファイル680が、たとえばラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6から形成された後、DRMプロセス10は、適切なCEKを解読する910ことが可能であり(ラジオ暗号化キー674を使用して)、それにより、パーソナル媒体デバイス12上で、媒体データ・ファイルを処理およびレンダリングする912ことができる。上記で述べられた例を続けると、プレイリスト650が、たとえば「Tutti Frutti」872がレンダリングされる912べきであることを示すとき(ポインタ878を増分させることにより)、DRMプロセス10は、修正シード・コンテンツ・リスト688’(または、上記で記述されたメモリ位置アルゴリズム)を使用して記憶デバイス66内にラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6を配置する。配置された902後、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、記憶デバイス66から取り出され904、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6を元の形態に戻すように処理され906、暗号化されたCEK668’および媒体データ・ファイル658を含む結合された媒体データ・ファイル680(すなわち、「Tutti Frutti」872に対応する結合された媒体データ・ファイル)を形成するように処理される908。
【0178】
DRMプロセス10は、CEK668(すなわち、媒体データ・ファイル658に結合されたCEK)を生成するように、暗号化されたCEK668’を解読する910ことが可能である(ラジオ暗号化キー674を使用して)。次いで、CEK668は、パーソナル媒体デバイス12によって再生する目的で媒体データ・ファイル658を解読する910ために、DRMプロセス10によって使用されることが可能である。このプロセスは、ラジオ・プレイリスト650において指定された各トラックについて繰り返されることが可能である。
【0179】
通常、たとえば、結合された媒体データ・ファイル676を処理およびレンダリングする前に、DRMプロセス10は、たとえば、ユーザ14が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。
【0180】
上記で議論されたように、媒体配信システム18は、たとえば、ユーザ14が媒体配信システム18に加入し、たとえば、媒体配信システム18へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ14は、媒体配信システム18について有効な加入が存在する間のみ、ユーザ14が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム18から獲得することが可能である。
【0181】
ラジオ媒体コンテンツ124は、結合された媒体データ・ファイル676、678、680、682、684を含み、(上記で議論されたように)結合された媒体データ・ファイル676、678、680、682、684は、加入ダウンロードであるので、結合された媒体データ・ファイル676、678、680、682、684をレンダリングおよび/または処理する前に、DRMプロセス10は、時間切れ識別子420を獲得し、たとえば、ユーザ14が、結合された媒体データ・ファイル676、678、680、682、684をレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子420内で確定された満了日(たとえば、2005年3月31日)をシステム・クロック194内で確定された日付および/または時間と比較することが可能である。この例では、ユーザ14は2005年3月31日の終わりまで有効な加入を有し、かつ現在の日付および時間(システム・クロック194によって確定される)は2005年3月6日17:53GMTであるので、ユーザ14の加入(媒体配信システム18に関して)は、有効かつ最新である。それゆえ、結合された媒体データ・ファイル676、678、680、682、684(すなわち、ラジオ媒体コンテンツ124)は、再生するために処理されることが可能である。
【0182】
ユーザ暗号化キー422およびラジオ暗号化キー674は、CEKを暗号化するために使用されることが可能である同じキーが、CEKの暗号化バージョンを解読するためにも使用されることが可能であるという点で、通常は対称暗号化キーであると上記で記述されている。さらに、上記で記述されたように、同じユーザ暗号化キー422およびラジオ暗号化キー674が、すべてのCEK’を暗号化するために使用されることが可能である。したがって、500の結合された媒体データ・ファイルがダウンロードされて、パーソナル媒体デバイス12に記憶される場合、同じユーザ暗号化キー422およびラジオ暗号化キー674が、500の暗号化されたCEKのそれぞれを解読するために使用されることが可能である。しかし、ユーザ暗号化キー422およびラジオ暗号化キー674の他の構成が可能である。
【0183】
たとえば、ユーザ暗号化キー422およびラジオ暗号化キー674は、単一非対称キーとは対照的に対称キー・ブロックとすることが可能である。図18をも参照すると、32バイト(すなわち、256ビット)の対称キー・ブロック950が示されている。この例では、16バイト(すなわち、128ビット)のキーが、各暗号化されたCEKを暗号化および解読するために使用される。1つのたとえば256ビット対称キー・ブロック950を使用することにより、複数の128ビット対称キー(たとえば、暗号化キー952、954、956、958)が確定されることが可能である。たとえば、第1暗号化キー952が、ビット000−127の対称キー・ブロック950として確定されることが可能である。第2暗号化キー954が、ビット004−131の対称キー・ブロック950として確定されることが可能である。第3暗号化キー956が、128−255の対称キー・ブロック950として確定されることが可能である。および第4暗号化キー958が、124−251ビットの非対称キー・ブロック950として確定されることが可能である。それゆえ、複数の固有対称暗号化キーが、単一の対称キー・ブロック950を使用して確定されることが可能である。したがって、個々の暗号化キーを適切に確定するために、この特定の例では、ビット・シフト・パラメータ960が、それぞれのキーの開始点を確定する各暗号化キー952、954、956、958について確定されることが可能である。たとえば、暗号化キー952は、対称キー・ブロック950のビット0で開始され、したがって、0ビットのビット・シフト960を有する。暗号化キー954は、対称キー・ブロック950のビット4で開始されるので、暗号化キー954は、4ビットのビット・シフト960を有する。暗号化キー956は、対称キー・ブロック950のビット128で開始されるので、暗号化キー956は、128ビットのビット・シフト960を有する。暗号化キー958は、対称キー・ブロック950のビット124で開始されるので、暗号化キー958は、124ビットのビット・シフト960を有する。
【0184】
様々な暗号化キーが、各個々の暗号化キーの開始点を変位させることによって対称キー・ブロック950内において確定されるが、他の構成が可能である。たとえば、キーは、ビット・シフトと関連して奇数または偶数のビットのみを使用して確定されることが可能である。さらにおよび/または代替として、キーは、固有暗号化キーを確定するために(対称キー・ブロック950内において)使用される個々のビットを確定する目的でアルゴリズムが使用されることが可能であるという点で、アルゴリズムにより対称キー・ブロック950内において確定されることが可能である。さらに、単一の対称キー・ブロック950が、ユーザ暗号化キー422およびラジオ暗号化キー674の両方を確定するために使用されることが可能である。
【0185】
いくつかの実施態様が記述された。それにもかかわらず、様々な修正を行うことが可能であることが理解されるであろう。したがって、他の実施態様も、添付の特許請求の範囲の範囲内にある。
【図面の簡単な説明】
【0186】
【図1】分散コンピューティング・ネットワークに結合されたDRMプロセス、媒体配信システム、クライアント・アプリケーション、プロキシ・アプリケーション、デバイス・アプリケーション、およびパーソナル媒体デバイスの概略図である。
【図2】図1のパーソナル媒体デバイスの等角投影図である。
【図3】図1のパーソナル媒体デバイスの概略図である。
【図4】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図5】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図6】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図7】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図8】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図9】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図10】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図11】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図12a】図1の媒体配信システム、分散コンピューティング・ネットワーク、およびパーソナル媒体デバイスの概略図である。
【図12b】図1のDRMプロセスによって実行されるプロセスのフローチャートである。
【図13a】図1の媒体配信システム、分散コンピューティング・ネットワーク、およびパーソナル媒体デバイスの概略図である。
【図13b】図1のDRMプロセスによって実行されるプロセスのフローチャートである。
【図14】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図15a】図1の媒体配信システム、分散コンピューティング・ネットワーク、およびプロキシ・コンピュータの概略図である。
【図15b】図1のプロキシ・アプリケーションによって実行されるプロセスのフローチャートである。
【図16a】図1のプロキシ・コンピュータおよびパーソナル媒体デバイス(記憶デバイス、ラジオ・プレイリスト、および修正シード・コンテンツ・リストを含む)の概略図である。
【図16b】図1のプロキシ・アプリケーションによって実行されるプロセスのフローチャートである。
【図17a】図16aの記憶デバイス、ラジオ・プレイリスト、および修正シード・コンテンツ・リストの概略図である。
【図17b】図1のデバイス・アプリケーションによって実行されるプロセスのフローチャートである。
【図18】非対称キー・ブロックの概略図である。
【技術分野】
【0001】
本発明は、媒体コンテンツ・キャッシングに関し、より具体的にはパーソナル媒体デバイス上における媒体コンテンツ・キャッシングに関する。
【0002】
本出願は、参照によって本明細書に組み込まれている以下の出願:2005年10月3日に出願された「SYSTEM AND METHOD FOR CACHING DATA」という名称の米国出願第11/242,339号;2003年11月21日に出願された「DIGITAL RIGHTS MANAGEMENT FOR CONTENT RENDERING ON PLAYBACK DEVICES」という名称の米国出願第10/719,981号の優先権を主張する。
【背景技術】
【0003】
媒体配信システム(たとえば、RealNetworks(商標)[ワシントン州シアトル在]によって提供されるRhapsody(商標)およびRhapsodyto−Go(商標)のサービス)は、媒体コンテンツを媒体サーバからクライアント電子デバイス(たとえば、MP3プレーヤ)に配信する。媒体配信システムは、ユーザが媒体データ・ファイルをダウンロードする、および/または媒体データ・ストリームを受信して処理することを可能にすることによって、媒体コンテンツを配信することが可能である。
【0004】
媒体配信システムにより、ユーザがラジオ媒体コンテンツを聴くことが可能になり得、それにより、個々の媒体トラックは、ユニキャストまたはマルチキャストを介してユーザにストリームされる(従来のラジオ局の方式と同様の方式で)。通常、ラジオ媒体コンテンツに含まれるトラック(およびトラックがユーザによってレンダリングされる順序、またはユーザにストリームされる順序)は、しばしば、デジタル・ミレニアム著作権法(すなわち、DMCA)、ASCAP(すなわち、the American Society of Composers,Authors,and Publishers)ポリシ、およびBMI(すなわち、Broadcast Music,Inc.)ポリシなど、様々な法律ならびに組織によって管理される。著作権法の下でのさらなる規定は、そのような法律によって必要とされる制約を有さずにトラックがユーザに提供される場合、媒体コンテンツのユーザおよび/または配信者に使用料の増大を課す可能性がある。
【特許文献1】米国特許第6,611,813号
【発明の開示】
【発明が解決しようとする課題】
【0005】
依然としてDMCAの制約に準拠しながら、トラックをユーザに提供する1つの方式が、米国特許第6,611,813号に記載されている。これらおよび他の方法は、DMCAに準拠することを保証するために、プレイリストの音楽をスキップすることを防止するが、デバイスがネットワークから解放されるとき、サーバが生成したラジオ局プレイリストを使用することを規定しない。
【課題を解決するための手段】
【0006】
第1実施態様において、ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法は、ラジオ媒体コンテンツに対する要求を第1遠隔電子デバイスにネットワークを介して送信することを含む。複数の媒体データ・ファイルを含むラジオ媒体コンテンツが、ネットワークを介して受信される。受信された複数の媒体データ・ファイルは、ユーザ電子デバイスの記憶デバイスに記憶される。複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストが要求される。ラジオ・プレイリストに対する要求に応答して、ラジオ・プレイリストが受信される。ラジオ・プレイリストは、ラジオ・プレイリストに従って記憶された複数の媒体データ・ファイルをユーザ電子デバイスでレンダリングすることを可能にするために、ユーザ電子デバイスにおいて処理される。
【発明を実施するための最良の形態】
【0007】
図1を参照すると、パーソナル媒体デバイス12に存在し、かつパーソナル媒体デバイス12によって実行されることが可能であるDRM(すなわち、デジタル権管理)プロセス10が示されている。以下においてより詳細に議論されるが、DRMプロセス10により、パーソナル媒体デバイス12のユーザ(たとえば、ユーザ14)が、パーソナル媒体デバイス12にある媒体コンテンツ16を管理することが可能になる。パーソナル媒体デバイス12の例には、ラップトップ/ノートブック・コンピュータ、PDA(すなわち、パーソナル・デジタル・アシスタント)、セルラ電話、携帯式媒体プレーヤ(たとえば、MP3プレーヤ)、ページャ、無線電子メール・デバイス(たとえば、Blackberry(商標)デバイス)、および/または携帯式ゲーム・デバイス(たとえば、Playstation(商標)Portable)などがある。パーソナル媒体デバイス12は、通常、媒体配信システム18から媒体コンテンツ16を受信する。
【0008】
以下においてより詳細に議論されるように、媒体配信システム18から受信された媒体コンテンツ16のフォーマットの例は、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、永久的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、媒体配信システム18について有効加入が存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツを含むことが可能である。通常、媒体コンテンツ16がコンピュータ28(すなわち、非限定的に、たとえばサーバ・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、パーソナル・デジタル・アシスタント、または一連のサーバを含むことが可能である)からパーソナル媒体デバイス12にストリームされるとき、媒体コンテンツ16のコピーは、パーソナル媒体デバイス12に永続的には維持されない。媒体配信システム18の他に、媒体コンテンツ16は、他のソースから得られることが可能であり、その例には、非限定的に音楽コンパクト・ディスクから取り入れられたファイルを含むことが可能である。
【0009】
媒体配信システム18によって配信された媒体コンテンツ16のタイプの例には、音声ファイル(その例は、非限定的に、たとえば、音楽ファイル、音声ニュース・ブロードキャスト、音声スポーツ・ブロードキャスト、および本の音声記録を含むことが可能である)、ビデオ・ファイル(その例は、非限定的にたとえば、音声を含まないビデオ場面を含むことが可能である)、音声/ビデオ・ファイル(その例は、非限定的に、たとえばa/vニュース・ブロードキャスト、a/vスポーツ・ブロードキャスト、長編映画および映画クリップ、音楽ビデオ、ならびにテレビジョン・ショーの一遍を含むことが可能である)、さらにマルチメディア・コンテンツ(その例は、非限定的に、たとえば対話式プレゼンテーションおよびスライドショーを含むことが可能である)がある。
【0010】
媒体配信システム18は、通常、媒体データ・ストリームおよび/または媒体データ・ファイルを複数のユーザ(たとえば、ユーザ14、20、22、24、26)に提供する。そのような媒体配信システム18の例には、RealNetworks(商標)[ワシントン州シアトル在]によって提供されるRhapsody(商標)サービスおよびRhapsody−To−Go(商標)サービスがある。送信前、媒体配信システム18は、たとえばMP3(すなわちMotion Picture Experts Group Audio Layer 3)フォーマット、AAC(すなわち、Advanced Audio Coding)フォーマット、RealAudio(商標)フォーマット、Quicktime(商標)フォーマット、およびAVI(すなわち、Audio Video Interleave)フォーマットなどに媒体データ・ストリームおよび/または媒体データ・ファイルを符号化することが可能である。受信する際、ストリーム/ファイルは、復号され(適切な復号器を使用する)、レンダリングされることが可能である。
【0011】
媒体配信システム18は、通常、ネットワーク30(たとえば、インターネット)に接続されるコンピュータ28(たとえば、サーバ・コンピュータ)にあり、かつそれによって実行されるサーバ・アプリケーションである。コンピュータ28は、ネットワーク・オペレーティング・システムを実行するウエブ・サーバ(または多くの接続サーバのシリーズ)とすることが可能であり、ネットワーク・オペレーティング・システムの例は、非限定的に、Microsoft Windows(登録商標) 2000 Server(商標)、Novell Netware(商標)、またはRedhat Linux(商標)を含むことが可能である。
【0012】
通常、コンピュータ28はまた、ウエブ・サーバ・アプリケーションも実行し、ウエブ・サーバ・アプリケーションの例は、非限定的に、ネットワーク30を介してコンピュータ28にHTTP(すなわち、HyperText Transfer Protocol)アクセスすることを可能にするMicrosoft IIS(商標)、Novell Webサーバ(商標)、またはApache Webサーバ(商標)を含むことが可能である。ネットワーク30は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくはイントラネットなど、1つまたは複数の2次ネットワーク(たとえば、ネットワーク32)に接続されることが可能である。
【0013】
コンピュータ28に結合された記憶デバイス34に通常は記憶される媒体配信システム18の命令セットおよびサブルーチンは、コンピュータ28に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。記憶デバイス34は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0014】
ユーザ14、20、22、24、26は、ネットワーク30を経て直接、または2次ネットワーク32を経て、媒体配信システム18にアクセスすることが可能である。さらに、コンピュータ28(すなわち、媒体配信システム18を実行するコンピュータ)は、透視連結線36で示されるように、2次ネットワーク32を経てネットワーク30に接続されることが可能である。
【0015】
ユーザ14、20、22、24、26は、様々なクライアント電子デバイスを経て媒体配信システム18にアクセスすることが可能であり、クライアント電子デバイスの例は、非限定的に、たとえば、パーソナル媒体デバイス12、38、40、42、クライアント・コンピュータ44、ラップトップ・コンピュータ(図示せず)、パーソナル・デジタル・アシスタント(図示せず)、セルラ電話(図示せず)、テレビジョン(図示せず)、ケーブル・ボックス(図示せず)、インターネット・ラジオ(図示せず)、または専用ネットワーク・デバイス(図示せず)を含むことが可能である。
【0016】
様々なクライアント電子デバイスが、直接または間接にネットワーク30(またはネットワーク32)に結合されることが可能である。たとえば、クライアント・コンピュータ44は、配線ネットワーク接続によりネットワーク30に直接結合されて示されている。さらに、クライアント・コンピュータ44は、たとえばユーザ22がネットワーク30(またはネットワーク32)を介して媒体配信システム18にアクセスして構成することを可能にするクライアント・アプリケーション46(その例は、非限定的に、Microsoft Internet Explorer(商標)、Netscape Navigator(商標)、RealRhapsody(商標)クライアント、RealPlayer(商標)クライアント、または専用インタフェースを含むことが可能である)を実行する。クライアント・コンピュータ44は、オペレーティング・システムを実行することが可能であり、オペレーティング・システムの例は、非限定的に、Microsoft Windows(登録商標)またはRedhat Linux(商標)を含むことが可能である。
【0017】
クライアント・コンピュータ44に結合された記憶デバイス48に通常は記憶されるクライアント・アプリケーション46の命令セットおよびサブルーチンは、クライアント・コンピュータ44に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。記憶デバイス48は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0018】
上記で議論されたように、様々なクライアント電子デバイスは、ネットワーク30(またはネットワーク32)に間接に結合されることが可能である。たとえば、パーソナル媒体デバイス38は、パーソナル媒体デバイス38とネットワーク30に直接結合されて示されている無線アクセス点(すなわち、WAP)52との間に確立された無線通信チャネル50を介してネットワーク30に無線結合されて示されている。WAP52は、たとえば、パーソナル媒体デバイス38とWAP52の間に安全な通信チャネル50を確立することができるIEEE802.11a、802.1lb、802.11g、Wi−Fi、および/またはブルートゥース・デバイスとすることが可能である。
【0019】
当技術分野において既知であるように、すべてのIEEE802.11x仕様が、経路を共用するためにイーサネット(登録商標)・プロトコルおよびキャリア検知多重アクセス衝突回避ネットワーク(すなわち、CSMA/CA)を使用する。様々な802.11x仕様は、たとえば、位相シフト・キーイング(すなわち、PSK)変調または相補コード・キーイング(すなわち、CCK)変調を使用する。当技術分野において既知であるように、ブルートゥースは、たとえば、短距離無線接続を使用して移動フォン、コンピュータ、およびパーソナル・デジタル・アシスタントが相互接続されることを可能にする遠隔通信産業仕様である。
【0020】
ネットワーク30(またはネットワーク32)に無線結合されることに加えて、パーソナル媒体デバイスが、プロキシ・コンピュータ(たとえば、パーソナル媒体デバイス12のプロキシ・コンピュータ54、パーソナル媒体デバイス40の、プロキシ・コンピュータ56、およびパーソナル媒体デバイス42のプロキシ・コンピュータ58)を介してネットワーク30(またはネットワーク32)に結合されることが可能である。
【0021】
パーソナル媒体デバイス
たとえば、図2をも参照すると、パーソナル媒体デバイス12は、ドッキング・クレードル60を介してプロキシ・コンピュータ54に接続されることが可能である。通常、パーソナル媒体デバイス12は、パーソナル媒体デバイス12をドッキング・クレードル60に結合するバス・インタフェース(以下においてより詳細に議論される)を含む。ドッキング・クレードル60は、たとえば、プロキシ・コンピュータ54内に含まれるユニバーサル・シリアル・バス(すなわち、USB)・ポート、シリアル・ポート、またはIEEE1394(すなわち、FireWire)ポートに(ケーブル62で)結合されることが可能である。
【0022】
パーソナル媒体デバイス12内に含まれるバス・インタフェースは、USBインタフェースとすることが可能であり、ドッキング・クレードル60は、USBハブ(すなわち、パーソナル媒体デバイス12とドッキング・クレードル60の「ホット」結合および脱結合を可能にするプラグアンドプレイ・インタフェース)として機能することが可能である。
【0023】
プロキシ・コンピュータ54は、パーソナル媒体デバイス12のインターネット・ゲートウエイとして機能することが可能である。したがって、パーソナル媒体デバイス12は、ネットワーク30(およびネットワーク32)を介して媒体配信システム18にアクセスし、媒体コンテンツ16を獲得するために、プロキシ・コンピュータ54を使用することが可能である。具体的には、パーソナル媒体デバイス12から媒体配信システム18についての要求を受信する際、プロキシ・コンピュータ54(パーソナル媒体デバイス12の代わりにインターネット・クライアントとして作用する)は、コンピュータ28(すなわち、媒体配信システム18を実行するコンピュータ)から適切なウエブ・ページ/サービスを要求することが可能である。要求されたウエブ・ページ/サービスがプロキシ・コンピュータ54に戻されるとき、プロキシ・コンピュータ54は、戻されたウエブ・ページ/サービスを当初の要求(パーソナル媒体デバイス12によって配置された)に関係付け、ウエブ・ページ/サービスをパーソナル媒体デバイス12に進める。それゆえ、プロキシ・コンピュータ54は、パーソナル媒体デバイス12をコンピュータ28、したがって媒体配信システム18に結合する導管として機能することが可能である。
【0024】
さらに、パーソナル媒体デバイス12は、デバイス・アプリケーション64(その例は、非限定的に、RealRhapsody(商標)クライアント、RealPlayer(商標)クライアント、または専用インタフェースを含むことが可能である)を実行することが可能である。パーソナル媒体デバイス12は、オペレーティング・システムを実行することが可能であり、その例は、非限定的に、Microsoft Windows(登録商標) CE(商標)、Redhat Linux(商標)、Palm OS(商標)、またはデバイス専用(すなわち、カスタム)オペレーティング・システムを含むことが可能である。
【0025】
DRMプロセス10は、通常、デバイス・アプリケーション64の構成要素である(その例は、非限定的に、デバイス・アプリケーション64の埋込み機能、デバイス・アプリケーション64のソフトウエア・プラグイン、またはデバイス・アプリケーション64によって内部から呼び出されて制御される独立型アプリケーションを含むことが可能である)。パーソナル媒体デバイス12に結合された記憶デバイス66に通常は記憶されているデバイス・アプリケーション64およびDRMプロセス10の命令セットおよびサブルーチンは、パーソナル媒体デバイス12に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。たとえば、記憶デバイス66は、ハード・ディスク・ドライブ、光学ドライブ、ランダム・アクセス・メモリ(RAM)、読取り専用メモリ(ROM)、CF(すなわち、コンパクト・フラッシュ)カード、SD(すなわち、安全デジタル)カード、SmartMedia(登録商標)カード、MemoryStick、およびMultiMediaカードとすることが可能である。
【0026】
アドミニストレータ68が、通常、ネットワーク30(またはネットワーク32)にも接続される管理コンピュータ72で実行されるデスクトップ・アプリケーション70(その例は、非限定的に、Microsoft Internet Explorer(商標)、Netscape Navigator(商標)、または専用インタフェースを含むことが可能である)を経て媒体配信システム18にアクセスして管理する。
【0027】
管理コンピュータ72に結合された記憶デバイス(図示せず)に通常記憶されているデスクトップ・アプリケーション70の命令セットおよびサブルーチンは、管理コンピュータ72に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。管理コンピュータ72に結合された記憶デバイス(図示せず)は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0028】
図3をも参照すると、パーソナル媒体デバイス12の概略図が示されている。パーソナル媒体デバイス12は、通常、マイクロプロセッサ150(たとえば、Intel(商標)[カリフォルニア州サンタクララ在]によって作成されたARM(商標)マイクロプロセッサ)、不揮発性メモリ(たとえば、読取り専用メモリ152)、および揮発性メモリ(たとえば、ランダム・アクセス・メモリ154)を含む。そのそれぞれは、1つまたは複数のデータ/システム・バス156、158を介して相互接続されることが可能である。パーソナル媒体デバイス12はまた、たとえばヘッドフォン・アセンブリ164、遠隔スピーカ・アセンブリ166、またはイヤ・バッド・アセンブリ168などの取外し可能係合用音声ジャック162に、たとえばアナログ音声信号を提供する音声サブシステム160を含むことも可能である。代替として、パーソナル媒体デバイス12は、1つまたは複数の内部音声スピーカ(図示せず)を含むように構成されることも可能である。
【0029】
パーソナル媒体デバイス12はまた、ユーザ・インタフェース170および表示サブシステム172を含むことも可能である。ユーザ・インタフェース170は、パーソナル媒体デバイス12内に含まれる様々な入力デバイスからデータ信号を受信することが可能であり、入力デバイスの例は、たとえば、格付けスイッチ74、76、後方スキップ・スイッチ78、前方スキップ・スイッチ80、プレイ/ポーズ・スイッチ82、メニュー・スイッチ84、ラジオ・スイッチ86、およびスライダ・アセンブリ88を含む(非限定的に)ことが可能である。表示サブシステム172は、パーソナル媒体デバイス12内に含まれる表示パネル90に表示信号を提供することが可能である。表示パネル90は、たとえば、能動マトリックス液晶表示パネル、受動マトリックス液晶表示パネル、または発光ダイオード表示パネルとすることが可能である。
【0030】
音声サブシステム160、ユーザ・インタフェース170、および表示サブシステム172は、それぞれ、1つまたは複数のデータ/システム・バス174、176、178を介して(それぞれ)マイクロプロセッサ150に結合されることが可能である。
【0031】
パーソナル媒体デバイス12の使用中、表示パネル90は、たとえば、パーソナル媒体デバイス12内に記憶されている媒体コンテンツ92、94、96の様々なピースのタイトルおよびアーティストを表示するように構成されることが可能である。スライダ・アセンブリ88は、パーソナル媒体デバイス12内に記憶されている媒体コンテンツのリストにわたって上方または下方にスクロールするために使用されることが可能である。媒体コンテンツの所望のピースが強調されるとき(たとえば、「Taj Mahal」による「Phantom Blues」)、ユーザ14は、プレイ/ポーズ・スイッチ82を使用してレンダリングする媒体コンテンツを選択することが可能である。ユーザ14は、前方スキップ・スイッチ80を使用して媒体コンテンツの次のピースに向かって順方向にスキップすることが可能であり(たとえば、「Robert Johnson」による「Happy To Be Just…」)、または、後方スキップ・スイッチ78を使用して媒体コンテンツの先行ピースに向かって後方にスキップすることが可能である(たとえば、「Leroy Brownstone」による「Big New Orleans」)。さらに、ユーザ14は、格付けスイッチ74、76を使用して、媒体コンテンツを聴く際に媒体コンテンツを格付けすることが可能である。
【0032】
上記で議論されたように、パーソナル媒体デバイス12は、ドッキング・クレードル60を介してたとえばプロキシ・コンピュータ54とインタフェースするためのバス・インタフェース180を含むことが可能である。さらに、上記で議論されたように、パーソナル媒体デバイス12は、パーソナル媒体デバイス12とたとえばWAP52との間に確立された無線通信チャネル50などを介して、ネットワーク30(および/または他のパーソナル媒体デバイス)に無線結合されることが可能である。それゆえ、パーソナル媒体デバイス12は、パーソナル媒体デバイス12をネットワーク30(もしくはネットワーク32)および/または他のパーソナル媒体デバイスに無線結合するための無線インタフェース182を含むことが可能である。無線インタフェース182は、たとえばWAP52にRF通信するためのアンテナ・アセンブリ184、および/またはたとえば第2パーソナル媒体デバイス(パーソナル媒体デバイス40など)と赤外線通信するためのIR(すなわち、赤外線)通信アセンブリ186に結合されることが可能である。
【0033】
上記で議論されたように、パーソナル媒体デバイス12は、デバイス・アプリケーション64およびDRMプロセス10の命令セットおよびサブルーチンを記憶する記憶デバイス66を含むことが可能である。さらに、記憶デバイス66は、媒体配信システム18からダウンロードされた媒体データ・ファイルを記憶し、かつ媒体配信システム18からストリームされた媒体データ・ストリーム(またはその一部)を一時的に記憶するために使用されることが可能である。
【0034】
記憶デバイス66、バス・インタフェースバス180、および無線インタフェース182は、それぞれ、1つまたは複数のデータ/システムバス・インタフェースバス188、190、192(それぞれ)を介してマイクロプロセッサ150に結合されることが可能である。
【0035】
上記で議論されたように、媒体配信システム18は、媒体コンテンツをユーザ14、20、22、24、26に配信し、それにより、配信された媒体コンテンツは、媒体データ・ストリームおよび/または媒体データ・ファイルの形態にあることが可能である。
【0036】
それゆえ、媒体配信システム18は、ユーザが媒体データ・ファイルをダウンロードすることのみを可能にするように構成されることが可能である。たとえば、ユーザ14は、媒体配信システム18から、媒体データ・ファイル(すなわち、その例は、非限定的にMP3ファイまたはAACファイルを含むことが可能である)をダウンロードすることが可能になり得、それにより、媒体データ・ファイルのコピーが、コンピュータ28からパーソナル媒体デバイス12に転送される(記憶デバイス66に記憶される)。
【0037】
代替として、媒体配信システム18は、ユーザが媒体データ・ファイルの媒体データ・ストリームを受信して処理することのみを可能にするように構成されることが可能である。たとえば、ユーザ22は、媒体配信システム18から媒体データ・ストリームを受信し、媒体配信システム18から受信された媒体データ・ストリームを処理する(クライアント・コンピュータ44で)ことが可能になり得る。上記で議論されたように、媒体コンテンツが、たとえば、コンピュータ28からクライアント・コンピュータ44にストリームされるとき、媒体データ・ファイルのコピーは、クライアント・コンピュータ44に永続的には保持されない。
【0038】
さらに、媒体配信システム18は、ユーザが媒体データ・ストリームを受信および処理し、媒体データ・ファイルをダウンロードすることを可能にするように構成されることが可能である。そのような媒体配信システムの例には、RealNetworks(商標)[ワシントン州シアトル在]によって提供されるRhapsody(商標)およびRhapsody−to−Go(商標)のサービスがある。それゆえ、ユーザ14は、媒体配信システム18から媒体データ・ファイルをダウンロードし、かつ媒体配信システム18から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ28からパーソナル媒体デバイス12に転送される(すなわち、受信された媒体データ・ファイルが記憶デバイス66に記憶される)ことが可能であり、媒体データ・ファイルのストリームが、パーソナル媒体デバイス12によってコンピュータ28から受信される(すなわち、受信されたストリームの一部が記憶デバイス66に一時的に記憶される)ことが可能である。さらに、ユーザ22は、媒体配信システム18から媒体データ・ファイルをダウンロードし、媒体配信システム18から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ28からクライアント・コンピュータ44に転送される(すなわち、受信された媒体データ・ファイルが記憶デバイス48に記憶される)ことが可能であり、媒体データ・ファイルのストリームが、クライアント・コンピュータ44によってコンピュータ28から受信される(すなわち、受信されたストリームの一部が、記憶デバイス48に一時的に記憶される)ことが可能である。
【0039】
通常、デバイスが、たとえばコンピュータ28から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ28、したがって媒体配信システム18へのアクティブ接続を有さなければならない。それゆえ、パーソナル媒体デバイス38(すなわち、無線チャネル50を介してコンピュータ28にアクティブに接続されている)およびクライアント・コンピュータ44(すなわち、配線ネットワーク接続を介してコンピュータ28にアクティブに接続されている)は、たとえばコンピュータ28から媒体データ・ストリームを受信して処理することが可能である。
【0040】
上記で議論されたように、プロキシ・コンピュータ54、56、58は、パーソナル媒体デバイス12、40、42(それぞれ)をコンピュータ28、したがって媒体配信システム18に結合するための導管として機能することが可能である。それゆえ、プロキシ・パーソナル媒体デバイス12、40、42がたとえばドッキング・クレードル60を介してプロキシ・コンピュータ54、56、58(それぞれ)に結合されるとき、パーソナル媒体デバイス12、40、42は、コンピュータ28にアクティブに接続され、したがって、コンピュータ28によって提供された媒体データ・ストリームを受信して処理することが可能である。
【0041】
ユーザ・インタフェース
上記で議論されたように、たとえばパーソナル媒体デバイス12、38、40、42、クライアント・コンピュータ44、パーソナル・デジタル・アシスタント(図示せず)、セルラ電話(図示せず)、テレビジョン(図示せず)、ケーブル・ボックス(図示せず)、インターネット・ラジオ(図示せず)、または専用ネットワーク・デバイス(図示せず)を非限定的に含む様々なタイプのクライアント電子デバイスを使用して、媒体配信システム18にアクセスすることが可能である。通常、ユーザによって使用される(特定のクライアント電子デバイスについて媒体配信システム18を構成するとき)インタフェースのタイプは、媒体コンテンツがストリーム/ダウンロードされているクライアント電子デバイスのタイプに応じて変化する。
【0042】
たとえば、パーソナル媒体デバイス12の示された(図2において)実施形態はキーボードを含まず、かつパーソナル媒体デバイス12の表示パネル90はコンパクトであるので、媒体配信システム18は、プロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を介してパーソナル媒体デバイス12について構成されることが可能である。
【0043】
プロキシ・コンピュータ54に結合された記憶デバイス99に通常は記憶されているプロキシ・アプリケーション98の命令セットおよびサブルーチンは、プロキシ・コンピュータ54に組み込まれている1つまたは複数のプロセッサ(図示せず)および1つまたは複数のメモリ・アーキテクチャ(図示せず)によって実行される。プロキシ・コンピュータ54に結合された記憶デバイス99は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、RAIDアレイ、ランダム・アクセス・メモリ(RAM)、または読取り専用メモリ(ROM)を含むことが可能である。
【0044】
さらに、同様の理由で、パーソナル・デジタル・アシスタント(図示せず)、セルラ電話(図示せず)、テレビジョン(図示せず)、ケーブル・ボックス(図示せず)、インターネット・ラジオ(図示せず)、および専用ネットワーク・デバイス(図示せず)が、媒体配信システム18を構成するためにプロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を使用することが可能である。
【0045】
さらに、クライアント電子デバイスは、媒体配信システム18がプロキシ・アプリケーション98を介して構成されるために、プロキシ・コンピュータ54に直接接続される必要はない。たとえば、媒体配信システム18にアクセスするために使用されるクライアント電子デバイスがセルラ電話であると想定する。セルラ電話は、通常、たとえばプロキシ・コンピュータ54に物理的に接続可能ではないが、プロキシ・コンピュータ54は、セルラ電話と共に使用されるように媒体配信システム18を遠隔的に構成するために依然として使用されることが可能である。それゆえ、たとえばプロキシ・コンピュータ54を介して入力される構成情報(セルラ電話に関する)は、ユーザがセルラ電話で媒体配信システム18にアクセスする次の時間まで、媒体配信システム18(コンピュータ28)内に保持されることが可能である。そのとき、媒体配信システム18に保存されている構成情報は、セルラ電話にダウンロードされることが可能である。
【0046】
キーボードおよびより大きなディスプレイ(たとえば、クライアント・コンピュータ44)を含むシステムでは、クライアント・アプリケーション46は、クライアント・コンピュータ44と共に使用されるように媒体配信システム18を構成するために使用されることが可能である。
【0047】
図4をも参照すると、媒体配信システム18にアクセスするためにクライアント・アプリケーション46を使用するとき、ユーザ22は、クライアント・アプリケーション46によってレンダリングされた情報表示スクリーン200を提示されることが可能である。クライアント・アプリケーション46は、通常、媒体配信システム18とインタフェースし、かつ情報表示スクリーン200を見るためのユーザ・インタフェース202(たとえば、ウエブ・ブラウザ)を含む。
【0048】
たとえば、ユーザ22がコンピュータ28などから媒体コンテンツをストリームする/ダウンロードするとき、媒体配信システム18は、ユーザのクライアント電子デバイス(たとえば、クライアント・コンピュータ44など)にストリーム/ダウンロードされ、そのユーザの媒体履歴ファイル100(図1)を生成することになる媒体コンテンツを監視することが可能である。媒体履歴ファイル100は、通常、局所的に維持される(たとえば、クライアント・コンピュータ44に維持される)が、媒体履歴ファイル100は、代替/追加として、遠隔媒体履歴ファイル100’として遠隔的に維持される(たとえば、コンピュータ28に維持される)ことが可能である。
【0049】
ユーザ(たとえば、ユーザ22)は、この媒体履歴ファイル(またはその一部)をプレイリストとして保存することが可能である。プレイリストは、通常、媒体配信システム18が順次レンダリングするトラックのグループである(この例は、非限定的に、歌、ビデオ、ニュース・ブロードキャスト、スポーツ・ブロードキャストなどを含むことが可能である)。これにより、ユーザは、カスタム音楽編集をコンパイルすることが可能になる(多重プレイリストの形態で)。
【0050】
履歴ウィンドウ204が、媒体履歴ファイル100内に含まれる情報を項目化するクライアント・アプリケーション46によってレンダリングされることが可能である。この例では、履歴ウィンドウ204は、10の(10)媒体データ・ストリーム(たとえば、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」)を項目化し、それにより、ユーザ22がそれらの10の(10)媒体データ・ストリームを以前に聴いたことを示す。
【0051】
媒体データ・ストリーム(すなわち、コンピュータ28など、遠隔デバイスから受信された媒体データ・ストリーム)に加えて、クライアント・アプリケーション46により、ユーザ12は、ローカル媒体データ・ファイルをレンダリングすることが可能になる。上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム18から受信された購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、媒体配信システム18について有効な加入が存在する間使用するためにたとえばユーザに認可された媒体コンテンツ)、および/またはたとえば音楽コンパクト・ディスクなどから抽出された(すなわち取り入れられた)媒体データ・ファイルとすることが可能である。これらのローカル媒体データ・ファイルは、通常、たとえばクライアント・コンピュータ44に結合された記憶デバイス48に記憶される。
【0052】
ユーザ22がローカル媒体データ・ファイル(すなわち、クライアント・コンピュータ44に記憶されているファイル)をレンダリングすることを望む場合、ユーザ22は、たとえば、クライアント・アプリケーション46を使用して、レンダリングされるファイルを選択することが可能である。それゆえ、ユーザ22は、ポインティング・デバイス(たとえば、コンピュータ・マウス、図示せず)によって制御可能となり得るスクリーン・ポインタ208を使用して、ドロップダウン「File」メニュー206を選択することが可能である。「Open」コマンドを選択することにより、クライアント・アプリケーション46は、ファイル管理ウィンドウ210をレンダリングすることになり得、これにより、ユーザ22は、再生するローカル媒体データ・ファイルを選択することが可能になる。
【0053】
この例では、ファイル管理ウィンドウ210は、3つの(3)ローカル媒体データ・ファイル、すなわち「Chantilly Lace」212、「Great Balls of Fire」214、および「Tutti Frutti」216を確定し、これらはすべてフォルダ「My Music」内に記憶されている。ユーザ22は、クライアント・アプリケーション46で再生するこれらのファイルのいずれか(またはすべて)を選択することが可能である。
【0054】
検索ウィンドウ218により、ユーザ(たとえば、ユーザ22)が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ22は、検索用語(たとえば、「(公序良俗違反につき、不掲載)」)を入力し、適切な用語タイプを選択し(たとえば、アーティスト)、問合せを実行することが可能である。複数のアーティストが問合せを満たす事象では、結果のセットが生成されることが可能であり、そのセットから、ユーザ22は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ22は、選択されたアーティストによって発表された様々なアルバム(または、選択アーティストによるトラックを含むもの)をレビューすることが可能である。次いで、ユーザ22は、アルバムのいずれかに含まれる様々なトラックの1つまたは複数をストリームする、またはダウンロードすることが可能である。トラックがレンダリングされた後、レンダリングされたトラックに関する識別情報が、ローカル媒体履歴ファイル100および/または遠隔媒体履歴ファイル100’に追加されることが可能であり、履歴ウィンドウ204に含まれることが可能である。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ14は、たとえば、キーボード、トラック、アルバム、および/または作曲者などによって媒体コンテンツを検索することもできることが可能である。
【0055】
図5をも参照し、ユーザ22が、再生のためにすべての3つのローカル媒体データ・ファイルを選択すると想定すると、媒体履歴ファイル100は、3つの追加のエントリ、すなわち「Chantilly Lace」の1つ、「Great Balls of Fire」の1つ、および「Tutti Frutti」の1つを含むように修正されることが可能である。それゆえ、履歴ウィンドウ204が媒体履歴ファイル100内に含まれる情報を項目化する際、履歴ウィンドウ204は、ローカル媒体データ・ファイル「Chantilly Lace」212、ローカル媒体データ・ファイル「Great Balls of Fire」214、およびローカル媒体データ・ファイル「Tutti Frutti」216に対応する3つの追加のエントリ(すなわち、エントリ220、222、224)を含む。
【0056】
ユーザ22が、将来再生するためにこの音楽の集団を保存することを望むと想定すると、ユーザ22は、現行媒体履歴ファイル100(またはその一部)をプレイリスト102(図1)として保存することが可能である。プレイリスト102は、通常、局所的に維持されるが(たとえば、クライアント・コンピュータ44に維持される)、プレイリスト102は、代替として/追加として、遠隔プレイリスト102’として遠隔的に維持されることが可能である(たとえば、コンピュータ28に維持される)。
【0057】
図6をも参照すると、ユーザ22は、「保存」ボタン240を選択することが可能である(スクリーン・ポインタ208を使用して)。「保存」ボタン204が選択された後、ユーザ22が、プレイリスト名称付けウィンドウ242の名前フィールド244内においてプレイリスト102の固有名を指定することを可能にするプレイリスト名称付けウィンドウ242がレンダリングされることが可能である(クライアント・アプリケーション46によって)。
【0058】
ユーザ22が、「50年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト102が保存され(すなわち、「50年代ヒット」として)、履歴ウィンドウ204内において項目化された媒体コンテンツのピースのすべての位置を確定する。
【0059】
図7をも参照すると、プレイリスト102が記憶された後、プレイリスト102(たとえば、「50年代ヒット」)へのリンク260が、ディレクトリ・ウィンドウ262に現れる。次いで、ユーザ22は、スクリーン・ポインタ208を使用してリンク260を選択することが可能である。選択された後、プレイリスト102内に含まれるトラック(たとえば、「50年代ヒット」)は、ユーザ・インタフェース202を介して見ることができるプレイリスト・ウィンドウ264(たとえば、ウエブ・ページ)内において項目化される。上記で議論されたように、これらのエントリのうちの10個(すなわち、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」)が、媒体データ・ストリームの位置を定義し、これらのエントリのうちの3つ(すなわち、「Tutti Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)が、媒体データ・ファイルの位置を確定する。
【0060】
通常、プレイリスト・ウィンドウ264は、プレイリスト102内において項目化された個々のエントリに関連付けられたストリーム/ファイルを特定する(すなわち、そのアドレスを提供する)ハイパーリンクを含む。この位置情報は、プレイリスト102内に記憶されることが可能である。たとえば、以下の表は、プレイリスト102のエントリのトラック名を、トラック名に関連付けられたストリーム/ファイルのアドレスと相関させる。
(公序良俗違反につき、不掲載)
【0061】
最初の10のエントリ(すなわち、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」)は、媒体データ・ストリームを識別するので、各エントリについて提供されたアドレスは、たとえば、媒体配信システム18から利用可能な媒体ストリームを指す。さらに、最後の3つのエントリ(すなわち、「Tutu Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)は媒体データ・ファイルを識別するので、各エントリについて提供されるアドレスは、たとえばクライアント・コンピュータ44から利用可能な媒体データ・ファイルを指す。
【0062】
プレイリスト・ウィンドウ264は、通常、表であり、プレイリスト・ウィンドウ264の各エントリについて媒体のタイプ(すなわち、たとえば、媒体データ・ストリームまたは媒体データ・ファイル)を識別する列266を含むことが可能である。通常、列266は、媒体タイプを識別するアイコンを含む(たとえば、アイコン268は媒体データ・ファイルを識別し、アイコン270は媒体データ・ストリームを識別する)。ユーザ22は、プレイリスト102をレンダリングするために、「プレイ」ボタン272を選択することが可能である。
【0063】
上記で議論されたように、媒体配信システム18は、通常、媒体データ・ストリームおよび/または媒体データ・ファイルをユーザ(たとえば、ユーザ22)に提供する。通常、メタデータが、媒体配信システム18によって提供される各媒体データ・ストリームに関連付けられる。このメタデータは、たとえばアーティスト識別子、アルバム識別子、トラック識別子、アルバム・カバー画像、および音楽ジャンル識別子を含む(非限定的に)ことが可能である。
【0064】
それゆえ、たとえば、ユーザ12が遠隔媒体データ・ストリームをレンダリングするときはいつでも、媒体配信システム18は、このメタデータをコンパイルし(ユーザあたりで)、たとえば、個々のユーザの聴く傾向および音楽の好みなどを追跡するために保存することが可能である。
【0065】
上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム18から受信された購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、媒体配信システム18について有効な加入が存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および/またはたとえば音楽コンパクト・ディスクなどから抽出された(すなわち取り入れられた)媒体データ・ファイルとすることが可能である。
【0066】
購入ダウンロードおよび/または加入ダウンロードが媒体配信システム18によって提供された場合、これらのローカル媒体データ・ファイルは、通常、上記で記述されたメタデータをも含む。それゆえ、これらの購入/加入ダウンロードが、たとえば、ユーザ22によってレンダリングされる場合、これらの購入/加入ダウンロードに関するメタデータは、コンピュータ44からコンピュータ28に送信されることが可能であり、それにより、メタデータは、たとえば、聴く傾向および音楽の好みなどを追跡するために、コンパイルされて保存される(ユーザあたりで)ことが可能である。
【0067】
しかし、たとえば音楽コンパクト・ディスクから抽出された媒体データ・ファイルでは、これらのデータ・ファイルは、上記で記述されたメタデータを含まない可能性がある。上記で議論されたように、媒体データ・ファイル(すなわち、クライアント・コンピュータ44に記憶されているファイル)は、クライアント・アプリケーション46を使用してレンダリングされ、プレイリスト(たとえば、プレイリスト102)に追加されることが可能である。それゆえ、ユーザ22が媒体データ・ファイル(メタデータを含まない)をプレイリスト(たとえば、プレイリスト102)に追加することを試行するときはいつでも、ユーザ22は、その媒体データ・ファイルに関するメタデータを提供するように促されることが可能である。
【0068】
図8をも参照し、上記で述べられた例を続けて、ユーザ22が、3つのローカル媒体データ・ファイル(すなわち、「Tutti Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)を含むプレイリスト(たとえば、プレイリスト102)を保存することを試行する場合、これらの3つのローカル媒体データ・ファイルがメタデータを含まないと想定すると、クライアント・アプリケーション46は、3つの媒体データ・ファイルのそれぞれに関するメタデータをユーザ22が入力することを可能にするメタデータ・エントリ・フォーム280をレンダリングすることが可能である。
【0069】
この例では、メタデータ・エントリ・フォーム280は、5つのユーザ編集可能フィールド、すなわちアーティスト・フィールド282、アルバム・フィールド284、トラック・フィールド286、アルバム・カバー画像フィールド288、および音楽ジャンル・フィールド290を含む。アルバム・カバー画像フィールド288により、ユーザ22は、アルバム・カバー画像のドライブ、経路、およびファイル名を確定することが可能になり得る。音楽ジャンル・フィールド290は、ユーザ22がいくつかの事前に確定された音楽ジャンル(図示せず)から音楽ジャンルを選択することを可能にするドロップダウン・メニュー(スクリーン・ポインタ208を介して動作可能)とすることが可能である。
【0070】
通常、媒体データ・ファイルの名称がトラック名を記述する場合、トラック・フィールド286は、クライアント・アプリケーション46がトラック・タイトルであると推測するもので自動的にポピュレートされることが可能である。第1ローカル媒体データ・ファイルが「Tutti Frutti」、という名称であるとき、トラック・フィールド286は、通常、推測名「Tutti Frutti」でポピュレートされる。ユーザ22は、残りのフィールドをポピュレートし、保存ボタン292を選択する(スクリーン・ポインタ208を使用して)、または代替としてキャンセル・ボタン294を選択することが可能である。
【0071】
メタデータ生成プロセスをさらに自動化するために、クライアント・アプリケーション44が、たとえば、媒体配信システム18または第三者(図示せず)によってサービスされる遠隔メタデータ・データベース(図示せず)とインタフェースすることが可能である。このメタデータ・データベースは、様々なトラックおよびアルバムについてメタデータを確定することが可能である。そのようなデータベースの例は、Gracenote(商標)[カリフォルニア州エメリビル在]((公序良俗違反につき、不掲載))によって維持されるCDDB(商標)データベースである。たとえば、ユーザ22がコンパクト・ディスク全体から各トラックを取り入れた場合、メタデータ・データベースは、クライアント・アプリケーション44によってアクセスされることが可能であり、たとえばコンパクト・ディスクに含まれるトラックの総数、コンパクト・ディスクに含まれる各トラックの長さ、およびコンパクト・ディスクの全長を確定する問合せが構造化されることが可能である。確定的な結果がこの問合せによって作成されると想定すると、コンパクト・ディスクから取り入れられた各トラックのメタデータが作成される。不確定な結果のセット(すなわち、複数の可能なコンパクト・ディスクを識別するもの)が生成される事象では、ユーザ22は、可能な整合のリスト(図示せず)から適切なコンパクト・ディスクを選択するように促されることが可能である。
【0072】
上記で議論されたように、ユーザによって使用されるインタフェースのタイプ(クライアント電子デバイスの媒体配信システム18を構成するとき)は、媒体コンテンツがストリーム/ダウンロードされているクライアント電子デバイスのタイプおよび能力に応じて変化することが可能である。それゆえ、上記で議論されたように、媒体配信システム18は、プロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を介してパーソナル媒体デバイス12について構成されることが可能である。
【0073】
プロキシ・アプリケーション98は、たとえばユーザ14によってドッキング・クレードルの中に配置されているパーソナル媒体デバイス12で自動的に実行されることが可能である。代替として、プロキシ・アプリケーション98は、プロキシ・コンピュータ54をブート・アップする際、完全にまたは部分的にロードされることが可能である。次いで、プロキシ・アプリケーション98は、パーソナル媒体デバイス12がドッキング・クレードル60の中に配置されるまで、バックグラウンドで動作することが可能であり、この時点において、プロキシ・アプリケーション98は、実行のためにフォアグラウンドに完全にロードされるおよび/または移動されることが可能である。さらに、プロキシ・アプリケーション98は、ユーザ14によって手動で実行されることが可能である。以下においてより詳細に議論されるように、プロキシ・アプリケーション98(1回実行されている)は、たとえば、パーソナル媒体デバイス12を構成して、媒体データ・ファイルをパーソナル媒体デバイス12に転送し、かつ媒体データ・ファイルをパーソナル媒体デバイス12から削除するために使用されることが可能である。
【0074】
図9をも参照すると、媒体配信システム18にアクセスするためにプロキシ・アプリケーション98を使用するとき、ユーザ14は、プロキシ・アプリケーション98によってレンダリングされた情報表示スクリーン300を提示されることが可能である。プロキシ・アプリケーション98は、媒体配信システム18とインタフェースし、かつ情報表示スクリーン300を見るために、ユーザ・インタフェース302(たとえば、ウエブ・ブラウザ)を通常含む。
【0075】
検索ウィンドウ304により、ユーザ(たとえば、ユーザ14)が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ14は、検索用語(たとえば、「(公序良俗違反につき、不掲載)」)を検索フィールド306に入力し、適切な用語のタイプを選択し(たとえば、アーティスト)、問合せを実行することが可能である。複数のアーティストが問合せを満たす場合、結果のセットが生成されることが可能であり、そのセットから、ユーザ14は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ14は、選択されたアーティストによって発表された様々なアルバム(または選択されたアーティスによるトラックを含むもの)をレビューすることが可能である。次いで、ユーザ14は、アルバムのいずれかに含まれる様々なトラックの1つまたは複数をダウンロードすることが可能である(パーソナル媒体デバイス12で使用される)。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ14はまた、たとえばキーボード、トラック、アルバム、および/または作曲者によって媒体コンテンツを検索することもできることになり得る。
【0076】
さらに、クライアント・アプリケーション46と同様の方式で、プロキシ・アプリケーション98は、ユーザ12が、選択されたアーティストのアルバムのいずれかに含まれる1つまたは複数の様々なトラックをレンダリングする(プロキシ・コンピュータ54を介して)ことが可能になるように構成されることが可能である。
【0077】
ユーザ14がパーソナル媒体デバイス12のコンテンツをレビューすることを可能にするコンテンツ・ウィンドウ308が、プロキシ・アプリケーション98によってレンダリングされることが可能である。上記で議論されたように、パーソナル媒体デバイス12は、たとえばUSBポート、シリアル・ポート、またはFireWireポートを介してプロキシ・コンピュータ54に結合されることが可能である。プロキシ・アプリケーション98を実行する際、または実行する最中、プロキシ・アプリケーション98は、デバイス12上で媒体コンテンツに現在関する情報を取り出すために、パーソナル媒体デバイス12をポーリングすることが可能である。このポーリングは、USBハード・ドライブのコンテンツが決定される方式と同様の方式で行われることが可能である。この特定の例では、コンテンツ・ウィンドウ308は、10の(10)エントリ、すなわち「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、および「Peggy Sue」を含み、したがって、通常はパーソナル媒体デバイス12の記憶デバイス66に記憶される10の(10)媒体データ・ファイルが、パーソナル媒体デバイス12に以前ダウンロードされたことを示す。
【0078】
コンテンツ・ウィンドウ308は、表とすることが可能であり、トラック310、アーティスト312、トラック長314、およびトラックのサイズ316を含めて、ダウンロードされたファイルに関する情報の様々なピースを項目化することが可能である。さらに、プロキシ・アプリケーション98は、デバイス識別情報を取り出すために、パーソナル媒体デバイス14をポーリングすることが可能であり、この情報は、コンテンツ・ウィンドウ308内に含まれるデバイス・タイプ・フィールド320およびデバイス・シリアル番号フィールド322内においてレンダリングされることが可能である。さらに、コンテンツ・ウィンドウ308は、たとえば、ギガバイトで表された「Unused Space」、ギガバイトで表された「Used Space」、全容量のパーセンテージで表された「Unused Space」、および全容量のパーセンテージで表された「Used Space」などの1つまたは複数を含めて、デバイス12の現行容量に関するサマリ情報フィールド324を含むことが可能である。
【0079】
図10をも参照し、上記で述べられた例を続けて、ユーザ14が検索用語「(公序良俗違反につき、不掲載)」を検索ウィンドウ304の検索フィールド306に入力し、ドロップダウン・メニュー340を介して用語タイプ「アーティスト」を選択し、スクリーン・ポインタ208で「Go」ボタン342を選択することによって問合せを実行すると想定する。
【0080】
他のアーティストが問合せを満たさないと想定すると、(公序良俗違反につき、不掲載)に関する情報を有する情報スクリーン300がユーザ14に提示されることが可能であり、これは、アーティスト情報スクリーン344、上部トラックリスト346、アルバム・リスト348、および同様のアーティストリスト350などを含むことが可能である。
【0081】
ユーザ14は、ダウンロードされるトラックに対応するダウンロード・ボタン352を選択することによって、パーソナル媒体デバイス12で使用される媒体データ・ファイルを媒体配信システム18からダウンロードすることが可能である。さらに、ユーザ14は、ダウンロードされるトラックに対応するダウンロード・オール・ボタン354を選択することによって、トラックのグループ(たとえば、上部トラックリスト346内に含まれる各トラック、または単一アルバム内に含まれるすべてのトラック)をダウンロードすることが可能である。
【0082】
ユーザ14がダウンロードするトラックを選択した後、プロキシ・アプリケーション98は、たとえば、ダウンロードされているトラックのタイトルを識別するトラック・タイトル・フィールド358、およびダウンロードされているトラックのアーティストを識別するアーティスト・フィールド360を含むダウンロード・ウィンドウ356をレンダリングすることが可能である。
【0083】
上記で議論されたように、ファイルが、購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、または購入ダウンロード(すなわち、媒体配信システム18について有効な加入が存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)として媒体配信システム18からダウンロードされることが可能である。ユーザ14が媒体配信システム18について現行加入を有するとすると、ダウンロードされた媒体コンテンツは、ユーザが有効加入を有する間のみレンダリング可能であるので、通常、追加の料金は各加入ダウンロードに課金されない。しかし、媒体コンテンツは、ユーザの加入状況に関係なくレンダリング可能であるので、ユーザは、通常、各購入ダウンロードについて料金を支払わなければならない(たとえば、79¢、89¢、または99¢など)。
【0084】
それゆえ、ダウンロード・ウィンドウ356は、購入ボタン362およびダウンロード・ボタン364を含むことが可能であり、両方とも、スクリーン・ポインタ208を介して選択可能である。この例では、ユーザ14がスクリーン・ポインタ208で購入ボタン362を選択する場合、「(公序良俗違反につき、不掲載)」による「Hound Dog」の媒体データ・ファイルが、コンピュータ28からパーソナル媒体デバイス12に転送される。通常、ユーザ14は、この媒体データ・ファイルのダウンロードについてたとえば単発ダウンロード料金を課される。しかし、これは購入ダウンロードなので、受信された媒体データ・ファイルは、媒体配信システム18についてのユーザ加入状況に関係なく、レンダリング可能である。
【0085】
代替として、ユーザ14がスクリーン・ポインタ208でダウンロード・ボタン364を選択する場合、「(公序良俗違反につき、不掲載)」による「Hound Dog」の媒体データ・ファイルが、コンピュータ28からパーソナル媒体デバイス12に転送される。通常、ユーザ14は、この媒体データ・ファイルのダウンロードについて、料金を課されない。しかし、これは加入ダウンロードなので、受信された媒体データ・ファイルは、ユーザ14が媒体配信システム18について有効加入を有する間のみ、レンダリング可能である。
【0086】
ダウンロード・ウィンドウ356は、通常、ユーザ14がダウンロードを取り消し、かつダウンロード・ウィンドウ356を閉じることを可能にするキャンセル・ボタン366をも含む。
【0087】
ユーザ14が購入ボタン362またはダウンロード・ボタン364を選択する場合、選択された媒体データ・ファイルのダウンロードが開始される。ダウンロード・ウィンドウ356は、たとえば「(公序良俗違反につき、不掲載)」による「Hound Dog」のダウンロードの進行を示すダウンロード状況識別子368を含むことが可能である。
【0088】
図11をも参照すると、「(公序良俗違反につき、不掲載)」による「Hound Dog」の媒体データ・ファイルのダウンロードが完了した後、コンテンツ・ウィンドウ308は、「(公序良俗違反につき、不掲載)」による「Hound Dog」のエントリ380を含むように更新され、「(公序良俗違反につき、不掲載)」による「Hound Dog」が媒体配信システム18からパーソナル媒体デバイス12に首尾よくダウンロードされたことを示す。
【0089】
クライアント・アプリケーション46に関して上記で記述されたものと同様の方式で、ユーザ14は、パーソナル媒体デバイス12に記憶されている様々な媒体データ・ファイルに関するプレイリストを確定するために、プロキシ・アプリケーション98を使用することが可能である。たとえば、ユーザ14が最初の13のトラック(すなわち、「Jailhouse Rock」、「Surf City」、「Runaround Sue」、「The Wanderer」、「The Great Pretender」、「Blueberry Hill」、「I’m Walkin」、「Blue Christmas」、「Yakety Yak」、「Peggy Sue」、「Tutti Frutti」、「Chantilly Lace」、および「Great Balls of Fire」)をプレイリストとして保存することを望んでいたと想定すると、ユーザ14は、トラックの所望の選択を強調し(スクリーン・ポインタ208を使用して)、スクリーン・ポインタ208を使用して保存ボタン382を選択する。ユーザ14がプレイリスト名称付けウィンドウ384の名称フィールド386内においてプレイリストの固有名を指定することを可能にするプレイリスト名称付けウィンドウ384がレンダリングされることが可能である(プロキシ・アプリケーション98によって)。
【0090】
ユーザ14が「50年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト104内において項目化された媒体コンテンツのピースのすべてを特定する(パーソナル媒体デバイス12で)「50年代ヒット」という名称のプレイリスト104(図1)が確定されることが可能である。プレイリスト104が記憶された後、プレイリスト104(たとえば、「50年代ヒット」)へのリンク388がディレクトリ・ウィンドウ390に現れる。次いで、ユーザ14は、スクリーン・ポインタ208を使用してリンク388を選択することが可能である。
【0091】
選択された後、プレイリスト104(たとえば、「50年代ヒット」)内に含まれるトラックは、通常、ユーザ・インタフェース302を介してみることができるプレイリスト・ウィンドウ392(たとえば、ウエブ・ページ)内において項目化される。
【0092】
クライアント・アプリケーション44を使用して生成されると上記で記述されたプレイリストの場合のように、プロキシ・アプリケーション98を使用して生成されたプレイリストは、通常、局所的に維持される(たとえば、パーソナル媒体デバイス12に維持される)。しかし、上記で議論されたように、プレイリストは、代替/追加として、遠隔プレイリスト104’として遠隔的に維持されることが可能である(たとえば、コンピュータ28に維持される)。
【0093】
デバイスの初期化
媒体配信システム18は、ユーザ14が媒体配信システム18に加入し、たとえば媒体配信システム18へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。ユーザ14が媒体配信システム18に加入した後、ユーザ14は、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、たとえば、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、有効加入が媒体配信システム18について存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツの形態で、媒体コンテンツ(パーソナル媒体デバイス12と共に使用される)を獲得することが可能である。通常、媒体配信システム18にアクセスするとき、ユーザ14は、ユーザ(たとえば、ユーザ14)および/またはデバイス(たとえば、デバイス12)を識別するユーザ「身分証明」を媒体配信システム18に提供しなければならない。これらの身分証明を受信する際、媒体配信システム18は、身分証明を確認することを試行し、確認された場合、ユーザ14および/またはデバイス12が媒体配信システム18にアクセスすることを許可することが可能である。媒体配信システム18によって受信されて確認される身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および/または1つもしくは複数のデジタル証明書を含むことが可能である。
【0094】
通常、パーソナル媒体デバイス12がドッキング・クレードル60の中に配置される際、パーソナル媒体デバイス12は、プロキシ・コンピュータ54を介して媒体配信システム18との接続を確立する。上記で議論されたように、プロキシ・コンピュータ54は、パーソナル媒体デバイス12のインターネット・ゲートウエイとして機能し、したがって、パーソナル媒体デバイス12がコンピュータ28および媒体配信システム18にアクセスすることが可能になり得る。
【0095】
媒体配信システム18との接続が確立された後、DRMプロセス10が開始されることが可能である。DRMプロセス10は、通常、パーソナル媒体デバイス12が当初構成される時間(すなわち、パーソナル媒体デバイス12が媒体配信システム18との接続を確立する最初の時間)に実行される。以下においてより詳細に議論されるように、DRMプロセス10は、デバイス12(および/またはユーザ14)が媒体配信システム18のアクティブ加入者であることを確認するために、体系的かつ反復して実行されることが可能である。
【0096】
図12aおよび12bをも参照すると、製造時、パーソナル媒体デバイス12は、不揮発性メモリ(たとえば、ROM152および/または記憶デバイス66)に記憶された秘密暗号化キー(たとえば、デバイス秘密キー400)および公開暗号化キー(たとえば、デバイス公開キー402)を含むことが可能である。キー400、402は、1024ビット非対称暗号化キーとすることが可能であり、DRM(すなわち、デジタル権管理)キーと呼ばれることが可能である。
【0097】
当技術分野において既知であるように、秘密キー/公開キーの暗号化方法により、安全でないネットワーク(たとえば、インターネット)のユーザが、1対の暗号化キー、すなわち秘密暗号化キー(たとえば、デバイス秘密キー400)および公開暗号化キー(たとえば、デバイス公開キー402)を使用することにより、データを安全に交換することが可能になる。秘密キー/公開キー暗号化方法は、メッセージを暗号化するために使用されるキーが、メッセージを解読するために使用されるキーと異なるので、通常、非対称暗号化方法と呼ばれる。
【0098】
秘密キー/公開キー暗号化では、秘密暗号化キー(たとえば、デバイス秘密キー400)および公開暗号化キー(たとえば、デバイス公開キー402)は、通常、同じアルゴリズム(たとえば、Ron Rivest、Adi Shamir、およびLeonard Adlemanaによって創出されたRSAアルゴリズムなど)を使用して同時に創出される。デバイス秘密キー400は、通常、要求側にのみ与えられ、デバイス公開キー402は、通常、公的に利用可能とされる(たとえば、デジタル証明書404の一部として)。通常、デバイス秘密キー400は共用されず、たとえば、パーソナル媒体デバイス12内において安全に維持される。
【0099】
したがって、安全なメッセージが送信者から受信者に送信されるべきであるとき、受信者(送信者に容易にアクセス可能である)の公開キー(たとえば、デバイス公開キー402)が、メッセージを暗号化するために使用される。暗号化された後、メッセージは、受信者に送信されることが可能であり、受信者の秘密キー(たとえば、デバイス秘密キー400)を使用してのみ解読することができる。秘密キー400は受信者によって安全に維持されるので、受信者のみが、暗号化されたメッセージを解読することができる。
【0100】
メッセージの暗号化および解読に加えて、送信者が、後に受信者(すなわち、アイデンティティを認証している対象個人)に送信されるデジタル証明書を暗号化するために、送信者の秘密キー(たとえば、デバイス秘密キー400)を使用することによって送信者のアイデンティティを認証することが可能である。したがって、デジタル証明書が受信者によって受信されるとき、受信者は、送信者の公開キー(たとえば、デバイス公開キー402)を使用して、暗号化されたデジタル証明書を解読し、それにより、デジタル証明書が送信者の秘密キー(たとえば、デバイス秘密キー400)を使用して暗号化されたことを確認し、したがって、送信者のアイデンティティを確認することができる。
【0101】
DRMプロセス10は、パーソナル媒体デバイス12内に含まれるランダム数生成プロセス(図示せず)によって生成された通常はランダム数であるチャレンジ406を生成することが可能である。生成された後、チャレンジ406は、ライセンス要求408を生成する450ために、デバイス・デジタル証明書404(通常、デバイス公開キー402を含む)と対にされることが可能である。DRMデジタル証明書と呼ばれることが可能であるデバイス・デジタル証明書404は、たとえば、デバイス・シリアル番号(たとえば、デバイス・シリアル番号フィールド322からの137660523−1、図9)などの追加の情報を含むことが可能である。
【0102】
上記で議論されたように、プロキシ・アプリケーション98により、デバイス12のオーナー(たとえば、ユーザ14)が、媒体配信システム18と共に使用されるようにデバイス12を構成し、デバイス12と共に使用されるように媒体配信システム18を構成することが可能になる。通常、プロキシ・アプリケーション98がプロキシ・コンピュータ54に構成されるとき、ユーザ14は、ユーザ(たとえば、ユーザ14)を識別するユーザ身分証明を提供し、かつユーザ14、デバイス12、およびプロキシ・アプリケーション98が媒体配信システム18にアクセスすることを可能にする有効加入を確定することを要求される可能性がある。代替または追加として、パーソナル媒体デバイス12は、ユーザ(たとえば、ユーザ14)が、デバイス12が当初構成されるとき、ユーザ身分証明を直接入力する(デバイス12を介して)ことを可能にするように構成されることが可能である。
【0103】
DRMプロセス10は、ライセンス要求408を媒体配信システム18に提供する452(ネットワーク30および/またはネットワーク32を介して)ことが可能である。さらに、パーソナル媒体デバイス12内において確定される場合、ユーザID410(たとえば、上記で記述されたユーザ身分証明を列挙する)も、ライセンス要求408内に含まれることが可能である。上記で議論されたように、ユーザ身分証明(すなわち、ユーザID410内に含まれる)は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および/または1つもしくは複数のデジタル証明書を含むことが可能である。媒体配信システム18に提供される452前に、DRMプロセス10は、デバイス秘密キー400を使用してライセンス要求408にデジタル署名する454ことが可能である。
【0104】
デジタル署名は、秘密キー/公開キー暗号化方法(上記で記述された)を使用し、かつメッセージの送信者が送信メッセージのアイデンティティおよび完全性を認証することを可能にする電子署名である。デジタル署名は、暗号化されたメッセージおよび暗号化されていないメッセージの両方と共に使用されることが可能であり、メッセージの受信者がメッセージを読む能力を妨害しない。
【0105】
たとえば、DRMプロセス10が、ライセンス要求408を媒体配信システム18に提供する452前に、ライセンス要求408にデジタル署名した454と想定する。ライセンス要求408にデジタル署名する454とき、数学関数が、通常、ライセンス要求408のコンテンツについて実施される。たとえば、ライセンス要求408のメッセージ・ハッシュは、メッセージ・ハッシュが、文字列(たとえば、ライセンス要求408)を、当初の文字列を表す通常はより短い固定長の値に変換する既知の1方向ハッシュ関数の数学的出力であるようにパーソナル媒体デバイス12によって計算されることが可能である。ハッシング関数は1方向数学関数なので、メッセージ・ハッシュが生成された後、メッセージ・ハッシュを処理することによって当初のメッセージを取り出すことはできない。次いで、DRMプロセス10は、デジタル署名(図示せず)を創出するためにメッセージ・ハッシュ(デバイス秘密キー400を使用して)を暗号化することが可能である。次いで、このデジタル署名は、ライセンス要求408に添付されることが可能である。それゆえ、デジタル署名が暗号化されている間、当初のメッセージ(すなわち、ライセンス要求408)は必要ではない。したがって、ライセンス要求408は、デジタル署名が処理されない場合でも、媒体配信システム18によって処理されることが可能である。
【0106】
上記で述べられた例を続けると、ライセンス要求408およびデジタル署名は、媒体配信システム18によって受信されることが可能であり、媒体配信システム18は、ライセンス要求408のメッセージ・ハッシュを生成するために、同じハッシュ関数を使用することが可能である。媒体分配システム408はまた、パーソナル媒体デバイス12によって計算されたメッセージ・ハッシュを再創出するために、デバイス公開キー402(デバイス・デジタル証明書404内に含まれる)を使用してパーソナル媒体デバイス12から受信されたデジタル署名を解読する。次いで、媒体分配システム18は、暗号化されたデジタル署名を、媒体配信システム408によって計算されたメッセージ・ハッシュと比較することが可能である。メッセージ・ハッシュが整合する場合、ライセンス要求408の完全性およびパーソナル媒体デバイス12のアイデンティティの両方が確認される456。
【0107】
さらに、デバイス・デジタル証明書404(したがって、デバイス公開キー402)の完全性は、ライセンス要求408がパーソナル媒体デバイス12から受信されるとき、確認されることが可能である。デジタル証明書は、通常、たとえばCA秘密キー414を使用して認証局412によって発行され、デジタル署名される。それゆえ、デバイス・デジタル証明書404は、デバイス・デジタル証明書404のデジタル署名を確認するために、CA公開キー416を獲得することによって確認されることが可能である。
【0108】
チャレンジ406、デバイス・デジタル証明書404、およびユーザID410(すなわち、ライセンス要求408)が媒体配信システム18によって受信された後、媒体配信システム18は、ユーザ14(すなわち、ユーザID410内において確定されたユーザ)に関する加入情報を獲得し458、たとえばユーザ14の現行加入が満了する日付を決定するために、データ・ストア418にアクセスすることが可能である。データ・ストア418は、コンピュータ28に結合された記憶デバイス34に維持されることが可能である。
【0109】
例示のために、媒体配信システム18が、来るべき月の加入料金について各月の第1日に各加入者に自動的に請求するように構成されると想定する。したがって、2005年3月1日に、ユーザ14は、2005年3月の加入コストについて請求される。それゆえ、2005年3月1日に、ユーザ14は、2005年3月の加入コストについて請求される。したがって、媒体配信システム18が2005年3月6日にユーザ14に関する加入情報を獲得する458場合、獲得された458加入情報は、ユーザ14が2005年3月31日まで有効な加入を有することを示す。
【0110】
それゆえ、上記で述べられた例を続けると、ライセンス要求408が受信されるとき、媒体配信システム18は、ユーザ14に関する加入情報を獲得する458ことが可能である。この例では、加入情報は、ユーザ14が2005年3月31日の終わりまで有効な加入者(媒体配信システム18への)であることを示す。
【0111】
媒体分配システム18は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子420を生成する460ことが可能である。この例では、時間切れ識別子420は、たとえば、ユーザ14の加入が2005年3月31日に満了することを示す。媒体分配システム18は、データ・ストア418からユーザ暗号化キー422(すなわち、ユーザ14の暗号化キー)を獲得することが可能である。次いで、媒体分配システム18は、暗号化されたユーザ暗号化キー422’(ハッシュ・フィルで示されている)を生成するために、デバイス公開キー402を使用してユーザ暗号化キー422を暗号化することが可能である。時間切れ識別子420、チャレンジ406、デバイス・デジタル証明書404(デバイス公開キー402を含む)、ユーザID410、および暗号化ユーザ暗号化キー422’は、デバイス・ライセンス424を形成するために組み合わされる462(媒体配信システム18によって)ことが可能である。
【0112】
デバイス・ライセンス424は、媒体配信システム18によって確定されたシステムの時間を示すシステム時間識別子426をさらに含むことが可能である。パーソナル媒体デバイス12内に含まれるシステム・クロック194(図3)を、媒体配信システム18内に含まれるシステム・クロック428と同期させるために、システム時間識別子426が使用されることが可能である。
【0113】
デバイス・ライセンス424は、認可サービス(すなわち、LS)公開キー432を通常含む認可サービス(すなわち、LS)デジタル証明書430をさらに含むことが可能である。
【0114】
媒体分配システム18は、認可サービス(すなわち、LS)秘密キー434(媒体配信システム18の)を使用してデバイス・ライセンス424にデジタル署名し464、デバイス・ライセンス424をパーソナル媒体デバイス12に提供する466ことが可能である。認可システム秘密キー434は、データ・ストア418に記憶されることが可能である。
【0115】
デバイス・ライセンス424が媒体配信システム18から受信されるとき、DRMプロセス10は、LSデジタル証明書430(したがって、LS公開キー432)の完全性を確認することが可能である。上記で議論されたように、デジタル証明書は、通常、たとえばCA秘密キー414を使用して認証局412によって発行およびデジタル署名される。それゆえ、LSデジタル証明書430は、LSデジタル証明書430のデジタル署名を確認するために、CA公開キー416を獲得することによって確認されることが可能である。
【0116】
DRMプロセス10は、デバイス・ライセンス424(LS秘密キー434を使用してデジタル署名された)を確認する468ために、LS公開キー432(LSデジタル証明書430内に含まれる)を使用することが可能である。DRMプロセス10は、デバイス・ライセンス424がパーソナル媒体デバイス12を意図していることを保証するために、チャレンジ値406、デバイス公開キー402、およびデバイス・シリアル番号(デバイス・デジタル証明書404内に含まれる)をさらに確認することが可能である。次いで、DRMプロセス10は、不揮発性メモリに記憶されることが可能であるユーザ暗号化キー422を生成するために、デバイス秘密キー400で、暗号化されたユーザ暗号化キー422’(デバイス公開キー402を使用して暗号化された)を解読することが可能である。不揮発性メモリの例は、ROM152(図3)および/または記憶デバイス66(図3)を含むことが可能である。ユーザID410、ユーザ暗号化キー422、および時間切れ識別子420は、たとえば不揮発性メモリに保存されることが可能であり、不揮発性メモリの例には、媒体配信システム18からダウンロードされた媒体コンテンツをパーソナル媒体デバイス12がレンダリングするときに使用されるROM152(図3)および/または記憶デバイス66(図3)がある。さらに、以下においてより詳細に議論されるように、DRMプロセス10は、パーソナル媒体デバイス12とパーソナル媒体デバイス40などとの間で媒体コンテンツを転送するときに使用されるデバイス・ライセンス424のコピーを保持することが可能である。
【0117】
加入媒体コンテンツを獲得する
上記で議論されたように、ユーザ14が媒体配信システム18に加入した後、ユーザ14は、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、有効加入が媒体配信システム18について存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツの形態で、媒体配信システム18から媒体コンテンツ(パーソナル媒体デバイス12と共に使用される)を獲得することが可能である。
【0118】
図13aおよび13bをも参照すると、媒体配信システム18からダウンロード可能な各媒体データ・ファイル500、502、504、506、508が、固有CEK(すなわち、コンテンツ暗号化キー)510、512、514、516、518をそれぞれ使用して暗号化される550ことが可能である。たとえば、媒体配信システム18が、たとえばパーソナル媒体デバイス12にダウンロードするために利用可能な1,000,000の媒体データ・ファイルを含む場合、媒体配信システム18は、固有暗号化キーを使用して各媒体データ・ファイルを暗号化する550。それゆえ、1,000,000の媒体データ・ファイルについて、1,000,000の固有CEK’が必要であり、そのそれぞれは、CEKが関係付けられる媒体データ・ファイルに結合される552。それゆえ、CEK510は、媒体データ・ファイル500に結合される552ことが可能であり、CEK512は、媒体データ・ファイル502に結合される552ことが可能である。
【0119】
各CEK(たとえば、キー510、512、514、516、518)は、媒体データ・ファイルを暗号化するために使用されるキーが、同じ媒体データ・ファイルを解読するためにも使用されることが可能であるという点で、対称暗号化キーとすることが可能である。通常、各媒体データ・ファイルは、たとえば、コンピュータ28に添付された記憶デバイス34に記憶されることが可能である。
【0120】
上記で議論されたように、プロキシ・アプリケーション98の検索ウィンドウ304(図10)により、ユーザ14は、媒体データ・ファイルを検索することが可能になり得る。さらに、ユーザ14は、ダウンロードされる媒体データ・ファイルに対応するダウンロード・ボタン352(図10)を選択することによって、パーソナル媒体デバイス12で使用される媒体データ・ファイルを媒体配信システム18からダウンロードすることが可能である。
【0121】
媒体データ・ファイルのダウンロードが開始された後、パーソナル媒体デバイス12は、適切なダウンロード要求を媒体配信システム18に提出することが可能である。たとえば、ユーザ14が、3つの媒体データ・ファイル、すなわち媒体データ・ファイル500、504、506をダウンロードすることを望んでいたと想定する。DRMプロセス10は、それぞれが所望のファイルを要求するダウンロード要求520、522、524をそれぞれ提出する。セキュリティと認証のために、ダウンロード要求520、522、524は、たとえば、パーソナル媒体デバイス12(たとえば、LS公開キー432を使用して)によって暗号化され、および/またはパーソナル媒体デバイス12(たとえば、デバイス秘密キー400を使用して)によってデジタル署名されることが可能である。それゆえ、ダウンロード要求が暗号化される場合(たとえば、LS公開キー432を使用して)、暗号化されたダウンロード要求は、その後、LS秘密キー434を使用して媒体配信システム18によって解読される554ことが可能である。さらに、ダウンロード要求がデジタル署名される場合(たとえば、デバイス秘密キー400を使用して)、署名されたダウンロード要求は、その後、デバイス公開キー402を使用して媒体配信システム18によって解読される556ことが可能である。
【0122】
たとえば、ダウンロード要求520、522、524が、媒体配信システム18によって受信され558、処理された554、556後、媒体配信システム18は、要求された媒体データ・ファイル500、504、506を記憶デバイス34などから取り出すことが可能である。上記で議論されたように、各媒体データ・ファイルは、固有CEKを使用して現在暗号化されており、それにより、CEKは媒体データ・ファイルに結合される。
【0123】
パーソナル媒体デバイス12にダウンロードされる前に、ダウンロードされる各媒体データ・ファイルは、ダウンロードを要求したユーザ(たとえば、ユーザ14)に結合される560ことが可能である。上記で議論されたように、デバイスの初期化中、パーソナル媒体デバイス12は、ライセンス要求408を媒体配信システム18に提供する。媒体分配システム18は、ライセンス要求408を処理し、ライセンス要求408に関連付けられたユーザ(たとえば、ユーザ14)に関する現行加入情報を獲得する。上記で議論されたように、この初期化プロセスは、周期的に行われることが可能であり、したがって、パーソナル媒体デバイス12がドッキング・クレードル60(図2)の中に配置されるときに行われることが可能である。それゆえ、この例では、パーソナル媒体デバイス12は、媒体配信システム18に適切にアクセスするために必要なユーザ身分証明を提供したと想定する。上記で議論されたように、媒体配信システム18に提供されたユーザ身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および/または1つもしくは複数のデジタル証明書を含むことが可能である。
【0124】
媒体配信システム18が、要求された媒体データ・ファイル500、504、506をたとえば記憶デバイス34から取り出した後、媒体配信システム18は、取り出された媒体データ・ファイル500、504、506をユーザ14、たとえば媒体データ・ファイルを要求するユーザに結合し560、それにより、結合された媒体データ・ファイル526、528、530を創出する。それゆえ、各媒体データ・ファイル(たとえば、媒体データ・ファイル500)に関連付けられたコンテンツ暗号化キー(たとえば、CEK510)は、媒体データ・ファイルを要求するユーザ(たとえば、ユーザ14)の暗号化キー(たとえば、ユーザ暗号化キー422)を使用して暗号化される562ことが可能である。それゆえ、CEK510は、CEK510’を生成するために暗号化される562ことが可能であり、CEK514は、CEK514’を生成するために暗号化される562ことが可能であり、CEK516は、CEK516’を生成するために暗号化される562ことが可能である。暗号化された562後、結合された媒体データ・ファイル526、528、530(暗号化されたCEK’510’、514’、516’をそれぞれ含む)が、パーソナル媒体デバイス12に提供される564ことが可能である。
【0125】
各結合された媒体データ・ファイル526、528、530のCEKは、たとえば、ユーザ暗号化キー422を使用して暗号化される562ことが可能であるので、結合された媒体データ・ファイル526、528、530のみが、ユーザ暗号化キー422を所有するパーソナル媒体デバイスによって処理される(たとえば、レンダリングされる)ことが可能である。上記で議論されたように、ユーザ暗号化キー422のコピーが、パーソナル媒体デバイス12内において不揮発性メモリに記憶されることが可能である。結合された媒体データ・ファイル526、528、530がパーソナル媒体デバイス12によって受信された後、ファイル526、528、530は、たとえばパーソナル媒体デバイス12内において記憶デバイス66に記憶されることが可能である。
【0126】
加入媒体コンテンツの再生
上記で議論されたように、ユーザID410、ユーザ暗号化キー422、および時間切れ識別子420は、パーソナル媒体デバイス12が媒体配信システム18からダウンロードされた媒体コンテンツをレンダリングするときに使用するために、保存されることが可能である。
【0127】
上記で述べられた例を続けると、ユーザ14が、結合された媒体データ・ファイル526、528、530の1つをレンダリングすることを望む場合、ユーザ14は、制御(たとえば、後方スキップ・スイッチ78(図3)、前方スキップ・スイッチ80(図3)、プレイ/ポーズ・スイッチ82(図3)、メニュー・スイッチ84(図3)、ラジオ・スイッチ86(図3)、およびスライダ・アセンブリ88(図3)など)、ならびにパーソナル媒体デバイス12の表示パネル90(図3)を介して適切な媒体データ・ファイルを選択することが可能である。1つまたは複数の媒体データ・ファイルが再生のために選択された後、適切なファイルが、たとえば記憶デバイス66から取り出される。上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス12に提供される前に、各媒体データ・ファイルのCEKが、ユーザ暗号化キー422を使用して暗号化されることが可能である(媒体配信システム18によって)。上記で議論されたように、ユーザ暗号化キー422は、対称暗号化キーとすることが可能であり、したがって、たとえばCEK510を暗号化するために使用されるキーは、CEK510’を解読するために使用されることも可能である。
【0128】
適切な結合された媒体データ・ファイルが記憶デバイス66から取り出された後、DRMプロセス10は、適切なCEK解読することが可能であり(ユーザ暗号化キー422を使用して)、それにより、媒体データ・ファイルをパーソナル媒体デバイス12で処理およびレンダリングすることができる。たとえば、ユーザ14が結合された媒体データ・ファイル526、528をレンダリングすることを望んだ場合、パーソナル媒体デバイス12は、CEK510を生成するために、暗号化されたCET510’を解読する。次いで、CEK510は、パーソナル媒体デバイス12によって再生する目的で、媒体データ・ファイル500を解読するために、DRMプロセス10によって使用されることが可能である。さらに、DRMプロセス10は、CEK514を生成するために、暗号化されたCETK514’を解読する。次いで、CEK514は、パーソナル媒体デバイス12によって再生する目的で、媒体データ・ファイル504を解読するために、DRMプロセス10によって使用されることが可能である。
【0129】
通常、たとえば、結合された媒体データ・ファイル526、528を処理およびレンダリングする前に、DRMプロセス10は、たとえば、ユーザ14が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。
【0130】
上記で議論されたように、媒体配信システム18は、たとえば、ユーザ14が媒体配信システム18に加入し、媒体配信システム18へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ14は、有効な加入が媒体配信システム18について存在する間のみ、ユーザ14が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム18から獲得することが可能である。
【0131】
結合された媒体データ・ファイル526、528、530が加入ダウンロードであると想定すると(ユーザ14によって使用されるように永続的に認可される購入ダウンロードとは対照的に)、結合された媒体データ・ファイル526、528、530をレンダリングおよび/または処理する前に、DRMプロセス10は、上記で議論されたようにたとえば不揮発性メモリに記憶されることが可能である時間切れ識別子420を獲得することが可能であり、不揮発性メモリの例には、ROM152(図3)および/または記憶デバイス66(図3)がある。次いで、DRMプロセス10は、たとえば、結合された媒体データ・ファイル526、528、530をユーザ14がレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子420内において確定された満了日(たとえば、2005年3月31日)を、システム・クロック194内において確定された日付および/または時間と比較する。この例では、ユーザ14は、2005年3月31日の終わりまで有効な加入を有し、現在の日付および時間(システム・クロック194によって確定されている)は2005年3月6日の17:53GMTであるので、ユーザ14の加入(媒体配信システム18に関する)は有効かつ最新である。それゆえ、結合された媒体データ・ファイル526、528、530は、再生のために処理されることが可能である。
【0132】
デジタル・ミレニアム著作権法
1998年のデジタル・ミレニアム著作権法は、特定の歌、アーティスト、またはアーティストのグループが特定の時間間隔内にレンダリングされることが可能である回数を制限することが可能である。トラックのシーケンスをレンダリングするとき、シーケンスは、たとえば、3時間の時間間隔にわたって、(i)同じアルバムから3つを超えないトラックがレンダリングされる、(ii)同じアルバムから2つを超えない連続するトラックがレンダリングされる、(iii)同じアーティスト(すなわち、個人/グループ)または選集から4つを超えないトラックがレンダリングされる、および(iv)同じアーティスト(すなわち、個々/グループ)または選集から3つを超えない連続するトラックがレンダリングされる場合、デジタル・ミレニアム著作権法に準拠することが可能である。
【0133】
ラジオ媒体コンテンツを獲得する
上記で議論されたように、媒体配信システム18から受信された媒体コンテンツ16のフォーマットは、たとえば、媒体配信システム18から受信された購入ダウンロード(すなわち、たとえば、永続的に使用するためにたとえばユーザ14に認可された媒体コンテンツ)、媒体配信システム18から受信された加入ダウンロード(すなわち、有効加入が媒体配信システム18について存在する間使用するためにたとえばユーザ14に認可された媒体コンテンツ)、および媒体配信システム18からストリームされた媒体コンテンツの形態で、媒体コンテンツ(パーソナル媒体デバイス12と共に使用される)を含むことが可能である。
【0134】
パーソナル媒体デバイス12/プロキシ・コンピュータ54、およびクライアント・コンピュータ44は、それぞれラジオ媒体コンテンツ124、126を受信および処理することが可能である。ラジオ媒体コンテンツ124、126は、特定の音楽ジャンル/時間期間から選択され、かつたとえばデジタル・ミレニアム著作権法に準拠するシーケンスで再生される複数のトラックを含むことが可能である。通常、ユーザ(たとえば、ユーザ14)がラジオ媒体コンテンツ(たとえば、ラジオ媒体コンテンツ124、126)を受信および処理することを望むとき、ユーザは、媒体配信システム18からユーザに利用可能な複数のラジオ局からラジオ局を選択することが可能である。
【0135】
たとえば、図14をも参照すると、媒体配信システム18から、ラジオ媒体コンテンツ124を受信して処理するためにたとえばプロキシ・アプリケーション98を使用するとき、ユーザ14は、プロキシ・アプリケーション98によってレンダリングされたラジオ情報スクリーン600を提示されることが可能である。ラジオ情報スクリーン600は、フィーチャされたラジオ局に関する情報を提供するラジオ・スポットライト・スクリーン602を含むことが可能である。さらに、ラジオ情報スクリーン600は、媒体配信システム18によって提供される最も人気のあるラジオ局を確定する「Top Stations」スクリーン604を含むことが可能である。「Top Stations」リストは、たとえば、ラジオ局が媒体配信システム18のユーザによってアクセスされた全回数、ラジオ局が媒体配信システム18のユーザによってアクセスされた全所要時間、および/またはラジオ局にアクセスした媒体配信システム18の固有ユーザの総数に基づいて確定されることが可能である。
【0136】
ラジオ情報スクリーン600は、媒体配信システム18のユーザに利用可能なラジオ局を確定する利用可能局スクリーン606をさらに含むことが可能である。さらに、ラジオ情報スクリーン600は、ユーザ(たとえば、ユーザ12)が「お気に入り」ラジオ局として確定した1つまたは複数のラジオ局610、612、614、616を項目化する「My Stations」スクリーン608を含むことが可能である。たとえば、ユーザ14がラジオ局「60年代Rock」618を「My Stations」スクリーン608に追加することを望んだ場合、ユーザ14は、ラジオ局「60年代Rock」618に隣接する「追加」ボタン620を選択する(スクリーン・ポインタ208を使用して)ことが可能であり、ラジオ局「60年代Rock」618を確定する第5エントリ(図示せず)を「My Stations」スクリーン608において生成することになる。さらに、ユーザ14がラジオ局を聴くことを望んだ場合、ユーザ14は、自分が聴くことを望むラジオ局(たとえば、「50年代Rock‘n’Roll」612)に関連付けられたプレイ・ボタン(たとえば、プレイ・ボタン622)を選択することが可能である。代替として、ユーザ14がラジオ局を「My Stations」スクリーン608から削除することを望む場合、ユーザ14は、自分が削除することを望むラジオ局(たとえば、「50年代Rock‘n’Roll」612)に関連付けられた「局を削除する」ボタン624を選択することが可能である。ユーザ14は、たとえば、スクリーン・ポインタ208を使用して、ディレクトリ・ウィンドウ390内に含まれる「ラジオ」・リンク626を選択することによって、ラジオ情報スクリーン600にアクセスすることが可能である。
【0137】
ラジオ・コンテンツは、プロキシ・アプリケーション98、したがってプロキシ・コンピュータ54を介して再生可能であると上記で議論されたが、他の構成が可能である。たとえば、ラジオ媒体コンテンツは、クライアント・アプリケーション46、したがってクライアント・コンピュータ44を介しても再生可能とすることが可能である。
【0138】
上記で議論されたように、媒体コンテンツは、媒体配信システム18からストリームされることが可能であり、通常、デバイスがたとえばコンピュータ28から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ28、したがって媒体配信システム18へのアクティブ接続を有さなければならない。プロキシ・コンピュータ54およびクライアント・コンピュータ44は、媒体配信システム18にアクティブ接続されるので、プロキシ・コンピュータ54およびクライアント・コンピュータ44は、媒体配信システム18から通常ストリームされるラジオ媒体コンテンツ124、126を受信して処理することが可能である。
【0139】
上記で議論されたように、ラジオ媒体コンテンツは、通常、デジタル・ミレニアム著作権法に準拠するシーケンスでレンダリングされる。ラジオ媒体コンテンツ124、126は、通常、プロキシ・コンピュータ54および/またはクライアント・コンピュータ44で再生されるように(それぞれ)コンピュータ28からストリームされるので、ラジオ媒体コンテンツ124、126内の個々のトラックのレンダリング・シーケンスは、媒体配信システム18によって制御可能であり、したがって、たとえばデジタル・ミレニアム著作権法に準拠するように構成されることが可能である。
【0140】
デバイス(たとえば、プロキシ・コンピュータ54およびクライアント・コンピュータ44)にストリームされるラジオ媒体コンテンツに加えて、ラジオ媒体コンテンツは、媒体配信システム18へのアクティブ接続を有さないデバイスで再生されるようにキャッシュされることが可能であり、デバイスの例には、パーソナル媒体デバイス12、40、42がある。
【0141】
たとえば、パーソナル媒体デバイス12で再生するためにラジオ媒体コンテンツ124をキャッシュするとき、ラジオ媒体コンテンツ124内の個々のトラックは、通常、加入ダウンロードとして媒体配信システム18から取り出される。上記で議論されたように、加入ダウンロードは、媒体分配システム18について有効な加入が存在する間使用されるために、たとえばユーザ14に認可される媒体コンテンツである。さらに、上記で議論されたように、パーソナル媒体デバイス12が初期化されるとき、デバイス・ライセンス424(図12a)がパーソナル媒体デバイス12について生成される。デバイス・ライセンス424は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子420(図12a)を含むことが可能である。それゆえ、上記で議論されたように、ラジオ媒体コンテンツ124内に含まれる加入ダウンロードの1つまたは複数をレンダリングおよび/または処理する前に、パーソナル媒体デバイス12のDRMプロセス10(図1)は、たとえばユーザ14がラジオ媒体コンテンツ124内に含まれる加入ダウンロードをレンダリングすることが依然として可能であるかを決定するために、デバイス・ライセンス424から時間切れ識別子420を獲得することが可能である。
【0142】
通常、ラジオ媒体コンテンツ124がパーソナル媒体デバイス12に提供されるとき、ラジオ局の要件(たとえば、ジャンルおよび/または時間期間など)を満たす複数の加入ダウンロードが、媒体配信システム18から取り出されることが可能である。媒体コンテンツは、シード・コンテンツと呼ばれることが可能である。取り出された加入ダウンロードの正確な数は、管理する法律およびポリシに応じて異なることがあり、法律およびポリシの例には、デジタル・ミレニアム著作権法、ASCAP(すなわち、the American Society of Composers,Authors,and Publishers)ポリシ、およびBMI(すなわち、Broadcast Music,Inc)ポリシがある(非限定的に)。たとえば、ラジオ媒体コンテンツ124内に含まれる最小限の数の加入ダウンロードは、たとえば80程度に少なく確定されることが可能であるが、その数は、たとえば、デバイス(たとえば、パーソナル媒体デバイス12)の記憶容量、媒体配信システム18によって確立されたポリシ・ガイドライン、および/または管理する法律およびポリシ(たとえば、デジタル・ミレニアム著作権法、ASCAP、およびBMI)などに応じて、大きく増大させることが可能である(たとえば、最高で500を超える加入ダウンロード)。
【0143】
上記で議論されたように、図15aおよび15bをも参照すると、たとえば、デジタル・ミレニアム著作権法を厳守するために、個々の加入ダウンロード(ラジオ媒体コンテンツ124内に含まれる)が、ラジオ・プレイリスト650によって制御される特定のシーケンスにおいてレンダリングされることが必要である。
【0144】
上記で述べられた例を続け、ユーザ14がパーソナル媒体デバイス12でラジオ媒体コンテンツ124をレンダリングすることを望むと想定する。具体的には、ユーザ14がラジオ局「50年代Rock‘n’Roll」612を聴くことを望み、したがってプロキシ・コンピュータ54で実行されるプロキシ・アプリケーション98を使用してプレイ・ボタン622を選択すると想定する。プロキシ・コンピュータ54は、ラジオ・コンテンツ要求652を媒体配信システム18に提供することが可能である。セキュリティおよび認証のために、ラジオ・コンテンツ要求652は、たとえば、媒体配信システム18に提供される前に、暗号化および/またはデジタル署名されることが可能である(上記で議論されたように)。ラジオ・コンテンツ要求652が媒体配信システム18によって受信された後、媒体配信システム18は、ラジオ・コンテンツ要求652を処理し700、選択されたラジオ局の基準を満たす媒体コンテンツを取り出すことが可能である。たとえば、ラジオ局「50年代Rock‘n’Roll」612は、音楽ジャンル要件(すなわち、Rock‘n’Roll)および時間期間要件(すなわち、50年代)を含むことが可能である。
【0145】
この要求に応答して、媒体配信システム18は、選択されたラジオ局の要件を満たす確定数の加入ダウンロードを獲得する702ことが可能である。例示のために、媒体配信システム18は、シード・コンテンツに含まれる500のトラック(すなわち、加入ダウンロード)を選択すると想定する。それゆえ、500の加入ダウンロード(たとえば、媒体データ・ファイル654、656、658、660、662)が、記憶デバイス34から取り出されることが可能である。上記で議論されたように、媒体配信システム18は、固有CEK664、666、668、670、672を使用して媒体データ・ファイル654、656、658、660、662をそれぞれ暗号化する704ことが可能であり、固有CEKのそれぞれは、CEKが関係付けられる媒体データ・ファイルに結合される706。したがって、たとえば、CEK664が媒体データ・ファイル654に結合されることが可能であり、CEK666が媒体データ・ファイル656に結合されることなどが可能である。
【0146】
上記で議論されたように、加入ダウンロードがパーソナル媒体デバイス12に提供される前に、各加入ダウンロードが、媒体データ・ファイルを要求したユーザ(たとえば、ユーザ14)に結合される708ことが可能である。この結合プロセスは、加入ダウンロードを要求するユーザのユーザ暗号化キーを使用して媒体データ・ファイルのCEKを暗号化することによって達成されることが可能である。
【0147】
したがって、媒体データ・ファイル654、656、658、660、662がパーソナル媒体デバイス12に提供される前に、各媒体データ・ファイルのCEKは、ラジオ媒体内容を要求したユーザ(たとえば、ユーザ14)に関連付けられたラジオ暗号化キー674を使用して暗号化される710ことが可能である。ユーザ14のアイデンティティが既知であるとすることが可能であるので(ラジオ・コンテンツ要求652内に含まれるユーザID674を介して)、媒体配信システム18は、データ・ストア418からラジオ暗号化キー674(すなわち、ユーザ14のラジオ暗号化キー)を獲得することが可能である。
【0148】
媒体分配システム18は、媒体データ・ファイル654、656、658、660、662をユーザ14(すなわち、媒体データ・ファイルを要求するユーザ)に結合し708、したがって結合された媒体データ・ファイル676、678、680、682、684(すなわち、シード・コンテンツ686と集団的に呼ばれる)を創出することが可能である。それゆえ、各媒体データ・ファイル(たとえば、媒体データ・ファイル654)に関連付けられたコンテンツ暗号化キー(たとえば、CEK664)は、暗号化されたコンテンツ暗号化キー(たとえば、暗号化されたCEK664’)を形成するために、ラジオ暗号化キー674を使用して暗号化される710ことが可能である。さらに、CEK666は、暗号化されたCEK666’を生成するために暗号化される710ことが可能であり、CEK668は、暗号化されたCEK668’を生成するために暗号化される710ことが可能であり、CEK670は、暗号化されたCEK670’を生成するために暗号化される710ことが可能であり、CEK672は、暗号化されたCEK672’を生成するために暗号化される710ことが可能である。
【0149】
CEKが暗号化された710後、結合された媒体データ・ファイル676、678、680、682、684(暗号化されたCEK664’、666’、668’、670’、672’をそれぞれ含む)がプロキシ・コンピュータ54に提供される712ことが可能である。さらに、シード・コンテンツ・リスト688が生成され714、シード・コンテンツ686内に含まれる個々の加入ダウンロード(たとえば、結合された媒体データ・ファイル676、678、680、682、684)を識別するプロキシ・コンピュータ54に提供されることが可能である。
【0150】
さらに、ラジオ暗号化キー674(暗号化されたCEK664’、666’、668’、670’、672’を解読するために必要とされる)が、プロキシ・コンピュータ54に提供されることが可能である。通常、ラジオ暗号化キー674をプロキシ・コンピュータ54に提供するために、ラジオ暗号化キー674は、プロキシ公開キー690(媒体配信システム18のデータ・ストア418に記憶されることが可能である)を使用して暗号化されることが可能である。プロキシ・コンピュータ54によって受信された後、ラジオ暗号化キー674は、プロキシ秘密キー692(プロキシ・コンピュータ54の記憶デバイス99に記憶されることが可能である)を使用して解読されることが可能である。代替として、ラジオ暗号化キー674をプロキシ・コンピュータ54に提供する前に、ラジオ暗号化キー674は、デバイス公開キー402(媒体配信システム18のデータ・ストア418に記憶されることが可能である)を使用して暗号化されることが可能である。プロキシ・コンピュータ54によって受信された後、暗号化されたラジオ暗号化キー674は、デバイス秘密キー400(図12a)を使用して解読するために、パーソナル媒体デバイス12に提供されることが可能である。
【0151】
上記で議論されたように、ラジオ・プレイリスト650は、シード・コンテンツ686内に含まれる加入ダウンロードのすべてまたは一部のレンダリング・シーケンスを確定することが可能である。上記で述べられた例を続けると、ラジオ・プレイリスト650は、シード・コンテンツ686内に含まれる500の加入ダウンロードについて固有レンダリング・シーケンスを提供することが可能である。代替として、ラジオ・プレイリスト650は、シード・コンテンツ686内に含まれる加入ダウンロードの一部のみについて固有レンダリング・シーケンスを提供することが可能である。たとえば、固有レンダリング・シーケンスが、シード・コンテンツ686に含まれる最初の300(利用可能な500の)の加入ダウンロードについて確定され、残りの200の加入ダウンロードは、予備に保持されることが可能である。したがって、ユーザが、プレイリストをレンダリングしながら、1つの歌をスキップすると決定する事象では、予備に保持された歌の1つは、スキップされた歌に置き換わるように使用されることが可能である(「改定」レンダリング・シーケンスが、たとえばデジタル・ミレニアム著作権法を厳守すると想定する)。
【0152】
ラジオ・プレイリスト650は、媒体配信システム18によって生成され716、プロキシ・コンピュータ54に提供される718と記述されたが、他の構成が可能である。たとえば、ラジオ・プレイリスト650は、たとえば、プロキシ・コンピュータ54によって生成され716、パーソナル媒体デバイス12に提供される718ことが可能であり、またはパーソナル媒体デバイス12によって生成される716ことが可能である。さらに、ラジオ・プレイリスト650は、単一のラジオ・プレイリストであると上記で記述されたが、他の構成が可能である。たとえば、媒体配信システム18は、複数のラジオ・プレイリストを生成して提供する(たとえば、プロキシ・コンピュータ54に)ことが可能である。
【0153】
図16aおよび16bをも参照すると、プロキシ・コンピュータ54によって受信された800後、ラジオ・プレイリスト650、ラジオ暗号化キー674、シード・コンテンツ686、およびシード・コンテンツ・リスト688が、たとえばプロキシ・コンピュータ54の記憶デバイス99に記憶されることが可能である。
【0154】
上記で議論されたように、ラジオ暗号化キー674は、デバイス公開キー402(すなわち、パーソナル媒体デバイス12の公開キー)を使用して暗号化される(媒体配信システム18によって)ことが可能である。そうである場合、暗号化されたラジオ暗号化キー674は、デバイス秘密キー400を使用して解読するためにパーソナル媒体デバイス12に提供されることが可能である。代替として、上記で議論されたように、ラジオ暗号化キー674は、プロキシ公開キー690を使用して暗号化されることが可能である。そうである場合、暗号化されたラジオ暗号化キー674は、プロキシ秘密キー692を使用して解読され、その後、パーソナル媒体デバイス12(デバイス秘密キー400を使用して解読するために)に提供される前に、デバイス公開キー402を使用して暗号化されることが可能である。
【0155】
シード・コンテンツ686は、かなり大きいことが可能であるので、媒体配信システム18からシード・コンテンツ686を受信する800プロセスは、バックグラウンドで動作するように構成されることが可能であり、それにより、シード・コンテンツ686が媒体配信システム18からダウンロードされている間、プロキシ・コンピュータ54が他のタスクに使用されることが可能になる。さらに、同様の理由で、パーソナル媒体デバイス12は、ダウンロード・プロセス中にプロキシ・コンピュータ54に結合される必要はなく、それにより、ユーザ14は、シード・コンテンツ686が媒体配信システム18からダウンロードされている間、パーソナル媒体デバイス12を脱結合して(プロキシ・コンピュータ54から)、動作することが可能になる。
【0156】
シード・コンテンツ686がプロキシ・コンピュータ54によって受信された800後、シード・コンテンツ686は、パーソナル媒体デバイス12に提供される前に、処理される750ことが可能である。たとえば、各結合された媒体データ・ファイル676、678、680、682、684は、複数のラジオ・チャンク・ファイルに分割される750ことが可能である。たとえば、結合された媒体データ・ファイル676は、6つのラジオ・チャンク・ファイル、すなわちラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6に分割される750ことが可能である。通常、最後のラジオ・チャンク・ファイル(すなわち、ラジオ・チャンク・ファイル676−6)を除いて、ラジオ・チャンク・ファイルは、すべて長さが等しいとすることが可能である。たとえば、結合された媒体データ・ファイル676のサイズが5.28メガバイトであると想定すると、ラジオ・チャンク・ファイル676−6のサイズを0.28メガバイトとして、対応するラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5のサイズは、それぞれ1.00メガバイトとすることが可能である。代替として、結合された媒体データ・ファイル676は、6つの等しいサイズのラジオ・チャンク・ファイル(すなわち、それぞれが0.88メガバイトのサイズを有する)に分割される750ことが可能である。
【0157】
結合された媒体データ・ファイルがラジオ・チャンク・ファイルに分割される750ことに加えて、結果として得られるラジオ・チャンク・ファイルは、結合された媒体データ・ファイル676、678、680、682、684のセキュリティを向上させるために、共に混合される752ことが可能である。たとえば、結合された媒体データ・ファイル676が6つのラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6に分割され750、それにより、ラジオ・チャンク・ファイル676−1、676−2、676−3、676−4のサイズがそれぞれ1.00メガバイトであり、ラジオ・チャンク・ファイル676−5、676−6のサイズが0.64メガバイトであると想定する。等しいサイズのラジオ・チャンク・ファイル676−1、676−2は、共に混合される752ことが可能であり、等しいサイズのラジオ・チャンク・ファイル676−3、676−4は、共に混合される752ことが可能であり、等しいサイズのラジオ・チャンク・ファイル676−5、676−6は、共に混合される752ことが可能である。
【0158】
例示のために、結合された媒体データ・ファイル(たとえば、媒体データ・ファイル676)のラジオ・チャンク・ファイル(たとえば、ラジオ・チャンク・ファイル676−1、676−2、676−3、6764、676−5、676−6)を混合する752とき、1つまたは複数のプロセスが実行されることが可能である。たとえば、ラジオ・チャンク・ファイル676−1の奇数の語が、ラジオ・チャンク・ファイル676−2の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル676−2の奇数の語が、ラジオ・チャンク・ファイル676−1の奇数の語で置換されることが可能である(ラジオ・チャンク・ファイル676−1、676−2の間での奇数の語の交換となる)。さらに、ラジオ・チャンク・ファイル676−3の奇数の語が、ラジオ・チャンク・ファイル676−4の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル676−4の奇数の語が、ラジオ・チャンク・ファイル676−3の奇数の語で置換されることが可能である(ラジオ・チャンク・ファイル676−3、676−4の間での奇数の語の交換となる)。さらに、ラジオ・チャンク・ファイル676−5の奇数の語が、ラジオ・チャンク・ファイル676−6の奇数の語で置換されることが可能であり、ラジオ・チャンク・ファイル676−6の奇数の語が、ラジオ・チャンク・ファイル676−5の奇数の語で置換されることが可能である(ラジオ・チャンク・ファイル676−5、676−6の間での奇数の語の交換となる)。
【0159】
上記で記述された混合プロセスに加えて、他の方法が使用されることが可能である。たとえば、個々のデータチャンクファイルは、ラジオ暗号化キー674でXORされることが可能である。
【0160】
結合された媒体データ・ファイル676、678、680、682、684が処理され750、混合された752後、パーソナル媒体デバイス12に提供される前に、様々なラジオ・チャンク・ファイルは、配信されて記憶され754、それにより、たとえば、ラジオ・チャンク・ファイルは、連続する順序ではなくなる。たとえば、配信前、ラジオ・チャンク・ファイル676−1にラジオ・チャンク・ファイル676−2が続くことが可能であり(メモリにおいて)、これにラジオ・チャンク・ファイル676−3が続くことが可能であり(メモリにおいて)、これに、ジオ・チャンク・ファイル676−4が続くことが可能であり(メモリにおいて)、これにラジオ・チャンク・ファイル676−5が続くことが可能であり(メモリにおいて)、これにラジオ・チャンク・ファイル(676−6)が続くことが可能である(メモリにおいて)。それゆえ、パーソナル媒体デバイス12に転送される前に、様々なラジオ・チャンク・ファイルは、シード・コンテンツ686より連続する順序ではない可能性がある修正シード・コンテンツ686’を形成するように、配信および記憶される752ことが可能である。
【0161】
ラジオ・チャンク・ファイルを配信および記憶する754とき、ラジオ・チャンク・ファイルは、無作為にまたはアルゴリズムにより配信および記憶される754ことが可能である。図17aおよび17bをも参照すると、修正されたシード・コンテンツ686’は、記憶デバイス66内に配置されて示されており、それにより(例示のために)、記憶デバイス66内の個々のメモリの位置は、列850(たとえば、列A〜F)および行852(行1〜500)に分割される。図示されたように、記憶デバイス66の列1内のメモリの位置は、ラジオ・チャンク・ファイル680−1、680−4、676−3、676−4、684−5、676−6を含む。それゆえ、ラジオ・チャンク・ファイル680−1、680−4、676−3、676−4、684−5、676−6は、連続する順序ではない。
【0162】
上記で議論されたように、3,000の利用可能なメモリ位置(たとえば、6列×500行)内の個々のラジオ・チャンク・ファイルの位置決めは、無作為に達成されることが可能である。たとえば、ラジオ・チャンク・ファイル676−1のメモリ位置は、3,000の利用可能な位置から無作為に選択されることが可能である。位置2Cが選択されたと想定すると、ラジオ・チャンク・ファイル676−2の位置は、残りの2,999のメモリ位置(すなわち、位置2Cを除くすべてのメモリの位置)から無作為に選択されることが可能である。位置3Dが選択されたと想定すると、ラジオ・チャンク・ファイル676−3の位置は、残りの2,998メモリ位置(すなわち、位置2Cおよび3Dを除くすべてのメモリ位置)から無作為に選択されることが可能である。このプロセスは、すべてのラジオ・チャンク・ファイルが記憶デバイス66内において特定されるまで、続けられることが可能である。
【0163】
ラジオ・チャンク・ファイルのこの配信および記憶754は、修正シード・コンテンツ686’をパーソナル媒体デバイス12に転送する前にプロキシ・コンピュータ54によって実施されると上記で記述されたが、他の構成が可能である。たとえば、シード・コンテンツ686は、その当初(すなわち、未修正)の形態でパーソナル媒体デバイス12に転送されることが可能であり、それにより、シード・コンテンツ686は、修正シード・コンテンツ686’を生成するように、後にパーソナル媒体デバイス12によって修正される。
【0164】
シード・コンテンツ・リスト688は、結合された媒体データ・ファイルの様々なラジオ・チャンク・ファイルに関する位置情報を含むように付加されて記憶される802ことが可能であり、それにより修正シード・コンテンツ・リスト688’を形成する。上記で議論されたように、上記で述べられた例を続けると、結合された媒体データ・ファイル676は、6つのラジオ・チャンク・ファイル、すなわちラジオ・チャンク・ファイル676−1、676−2、676−3、6764、676−5、676−6に分割されている750可能性がある。さらに、上記で議論されたように、これらのラジオ・チャンク・ファイルは、共に混合されている752ことが可能である。それゆえ、結合された媒体データ・ファイル676をレンダリングするために(以下においてより詳細に議論される)、結合された媒体データ・ファイル676を構成する個々のラジオ・チャンク・ファイル(すなわち、ラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6)の位置は、パーソナル媒体デバイス12に提供される付加シード・コンテンツ・リスト688’内において確定されることが可能である。
【0165】
上記で議論されたように、シード・コンテンツ・リスト688は、シード・コンテンツ686内に含まれる個々の加入ダウンロード(たとえば、結合された媒体データ・ファイル676、678、680、682、684)を識別することが可能である。したがって、シード・コンテンツ・リスト688は、たとえば、「Yakety Yak」(すなわち、結合された媒体データ・ファイル676)を確定するエントリ854、および「Peggy Sue」(すなわち、結合された媒体データ・ファイル678)を確定するエントリ856を含むことが可能である。
【0166】
それゆえ、たとえば、「Yakety Yak」(すなわち、結合された媒体データ・ファイル676)のエントリ854(修正シード・コンテンツ・リスト688’内)は、2C、3D、1C、1D、4D、1F(すなわち、それぞれ、ラジオ・チャンク・ファイル676−1、676−2、676−3、676−4、676−5、676−6のメモリ位置)を含むように修正されることが可能であり、「Peggy Sue」(すなわち、結合された媒体データ・ファイル678)のエントリ856(修正シード・コンテンツ・リスト688’内)は、2A、4C、3A、500C、2E、4A(すなわち、それぞれ、ラジオ・チャンク・ファイル678−1、678−2、678−3、678−4、678−5、678−6のメモリ位置)を含むように修正されることが可能である。
【0167】
代替として、(修正シード・コンテンツ・リスト688’を生成するために)シード・コンテンツ・リスト688を付加および記憶する802代わりに(またはそれに加えて)、ラジオ・プレイリスト650は、上記で記述されたメモリ位置を含み、したがって修正ラジオ・プレイリスト(図示せず)を確定するように付加されることが可能である。さらに、マッピング・ファイル(図示せず)が、上述されたメモリ位置を確定するように生成されることが可能である。さらに、上記で議論されたように、結合された媒体データ・ファイルの様々なラジオ・チャンク・ファイルは、記憶デバイス66内にアルゴリズムにより配置されることが可能である。それゆえ、メモリ位置アルゴリズムが(修正シード・コンテンツ・リスト688’とは対照的に)、上述されたメモリ位置を確定するために使用されることが可能である。
【0168】
上記で議論されたように、シード・コンテンツ686は、その当初(すなわち、未修正)の形態でパーソナル媒体デバイス12に転送されることが可能であり、それにより、シード・コンテンツ686は、修正シード・コンテンツ686’を生成するように、パーソナル媒体デバイス12によって後に修正される。そうである場合、修正シード・コンテンツ・リスト688’は、パーソナル媒体デバイス12によって生成されることが可能である。
【0169】
ラジオ媒体コンテンツの再生
結合された媒体データ・ファイル676、678、680、682、684を構成する様々なラジオ・チャンク・ファイルがパーソナル媒体デバイス12に提供された後、結合された媒体データ・ファイル676、678、680、682、684(例示のために、ラジオ媒体コンテンツ124内に含まれる500の加入ダウンロードを表す)が、パーソナル媒体デバイス12によってレンダリングされることが可能である。
【0170】
上記で述べられた例を続けると、ユーザ14がラジオ媒体コンテンツ124をレンダリングすることを望む場合、ユーザ14は、ラジオ・スイッチ86(図3)を選択することが可能であり、それにより、デバイス・アプリケーション64(図1)は、表示パネル90(図3)上で「利用可能な」ラジオ局のリストをレンダリングすることになる。通常、ラジオ局は、ラジオ局のラジオ媒体コンテンツ124が媒体配信システム18から以前に取り出されている場合、「利用可能」と列挙されるだけである。ラジオ媒体コンテンツ124は、ラジオ局「50年代Rock‘n’Roll」612(図14)について取り出されたので、ユーザ14は、たとえばスライダ・アセンブリ88(図3)を使用してラジオ局「50年代Rock‘n’Roll」612を選択することが可能であり、たとえば、プレイ/ポーズ・スイッチ82(図3)を使用して、再生を要求する900ことが可能である。
【0171】
適切なラジオ局が選択された後、DRMプロセス10(図1)は、たとえば記憶デバイス66から適切なファイルを取り出す。たとえば、ラジオ・プレイリスト650および修正シード・コンテンツ・リスト688’が、DRMプロセス10によって取り出されることが可能である。通常、ラジオ媒体コンテンツ124をレンダリングするとき、ラジオ・プレイリスト650は順次処理され、それにより、ラジオ・プレイリスト650内に列挙された個々のトラックは、順次レンダリングされる。たとえば、プレイリスト650に示されたように、「Surf City」858が再生され、「I’m Walkin」860が続き、「The Great Pretender」862が続き、「Hound Dog」864が続き、「Great Balls of Fire」866、が続き、「Blue Christmas」868が続き、「The Wanderer」870が続き、「Tutti Frutti」872が続き、「Chantilly Lace」874が続き、「Peggy Sue」876が続く、等が可能である。
【0172】
上記で議論されたように、結合された媒体データ・ファイルを作成する個々のラジオ・チャンク・ファイルは、たとえば、記憶デバイス66上で配信されることが可能である。それゆえ、修正シード・コンテンツ・リスト688’は、関連するラジオ・チャンク・ファイルを記憶デバイス66内に配置するようにDRMプロセス10によって処理される902ことが可能である。たとえば、パーソナル媒体デバイス12は「The Wanderer」870のレンダリングを終了したばかりであると想定する。ポインタ878が、結合された媒体データ・ファイル680に対応する「Tutti Frutti」872を指すように増分されることが可能である。DRMプロセス10は、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6(すなわち、結合された媒体データ・ファイル680を構成する6つのラジオ・チャンク・ファイル)の位置を決定するために、修正シード・コンテンツ・リスト688’を処理する902ことが可能である。それゆえ、DRMプロセス10が修正シード・コンテンツ・リスト688’を処理する902際、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6の位置は、それぞれ、1A、500B、3B、1B、500A、500Fであると決定される。それゆえ、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、たとえば、記憶デバイス66内のメモリ位置1A、500B、3B、1B、500A、500F(それぞれ)から取り出される904ことが可能である。
【0173】
上記で議論されたように、配信される754前に、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、データのセキュリティを向上させるように共に混合されている752可能性がある。上記で議論されたように、第1ラジオ・チャンク・ファイルの奇数の語は、第2ラジオ・チャンク・ファイルの奇数の語で置換されることが可能であり、第2ラジオ・チャンク・ファイルの奇数の語は、第1ラジオ・チャンク・ファイルの奇数の語で置換されることが可能である(第1と第2ラジオ・チャンク・ファイルの間での奇数の語の交換となる)。したがって、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、当初の混合手続き752を無効にする方式でDRMプロセス10によって処理される906ことが可能である。たとえば、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、ラジオ・チャンク・ファイルの対の間で奇数の語を交換し、当初の奇数の語の交換手続きを無効にすることによって、当初の形態に戻ることが可能である。
【0174】
ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6が、それらを当初の形態に戻すように処理された906後、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、結合された媒体データ・ファイル680(すなわち、680−1、680−2、680−3、680−4、680−5、680−6が生成された元である結合された媒体データ・ファイル)を形成するようにDRMプロセス10によって処理される908。
【0175】
上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス12に提供される前に、各媒体データ・ファイルのCEKは、ラジオ暗号化キー674を使用して暗号化されていることが可能である(媒体配信システム18によって)。ユーザ暗号化キー422と同様の方式で、ラジオ暗号化キー674は、対称暗号化キーとすることが可能であり、したがって、たとえばCEK664を暗号化するために使用されるキーは、暗号化されたCEK664’を解読するために使用されることも可能である。
【0176】
ラジオ暗号化キー674がパーソナル媒体デバイス12に提供されるとき(媒体配信システム18またはプロキシ・コンピュータ54から)、ラジオ暗号化キー674は、デバイス公開キー402を使用して暗号化されていることが可能である。したがって、ラジオ暗号化キー674は、デバイス秘密キー400を使用して解読されることが可能である。
【0177】
たとえば結合された媒体データ・ファイル680が、たとえばラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6から形成された後、DRMプロセス10は、適切なCEKを解読する910ことが可能であり(ラジオ暗号化キー674を使用して)、それにより、パーソナル媒体デバイス12上で、媒体データ・ファイルを処理およびレンダリングする912ことができる。上記で述べられた例を続けると、プレイリスト650が、たとえば「Tutti Frutti」872がレンダリングされる912べきであることを示すとき(ポインタ878を増分させることにより)、DRMプロセス10は、修正シード・コンテンツ・リスト688’(または、上記で記述されたメモリ位置アルゴリズム)を使用して記憶デバイス66内にラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6を配置する。配置された902後、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6は、記憶デバイス66から取り出され904、ラジオ・チャンク・ファイル680−1、680−2、680−3、680−4、680−5、680−6を元の形態に戻すように処理され906、暗号化されたCEK668’および媒体データ・ファイル658を含む結合された媒体データ・ファイル680(すなわち、「Tutti Frutti」872に対応する結合された媒体データ・ファイル)を形成するように処理される908。
【0178】
DRMプロセス10は、CEK668(すなわち、媒体データ・ファイル658に結合されたCEK)を生成するように、暗号化されたCEK668’を解読する910ことが可能である(ラジオ暗号化キー674を使用して)。次いで、CEK668は、パーソナル媒体デバイス12によって再生する目的で媒体データ・ファイル658を解読する910ために、DRMプロセス10によって使用されることが可能である。このプロセスは、ラジオ・プレイリスト650において指定された各トラックについて繰り返されることが可能である。
【0179】
通常、たとえば、結合された媒体データ・ファイル676を処理およびレンダリングする前に、DRMプロセス10は、たとえば、ユーザ14が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。
【0180】
上記で議論されたように、媒体配信システム18は、たとえば、ユーザ14が媒体配信システム18に加入し、たとえば、媒体配信システム18へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ14は、媒体配信システム18について有効な加入が存在する間のみ、ユーザ14が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム18から獲得することが可能である。
【0181】
ラジオ媒体コンテンツ124は、結合された媒体データ・ファイル676、678、680、682、684を含み、(上記で議論されたように)結合された媒体データ・ファイル676、678、680、682、684は、加入ダウンロードであるので、結合された媒体データ・ファイル676、678、680、682、684をレンダリングおよび/または処理する前に、DRMプロセス10は、時間切れ識別子420を獲得し、たとえば、ユーザ14が、結合された媒体データ・ファイル676、678、680、682、684をレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子420内で確定された満了日(たとえば、2005年3月31日)をシステム・クロック194内で確定された日付および/または時間と比較することが可能である。この例では、ユーザ14は2005年3月31日の終わりまで有効な加入を有し、かつ現在の日付および時間(システム・クロック194によって確定される)は2005年3月6日17:53GMTであるので、ユーザ14の加入(媒体配信システム18に関して)は、有効かつ最新である。それゆえ、結合された媒体データ・ファイル676、678、680、682、684(すなわち、ラジオ媒体コンテンツ124)は、再生するために処理されることが可能である。
【0182】
ユーザ暗号化キー422およびラジオ暗号化キー674は、CEKを暗号化するために使用されることが可能である同じキーが、CEKの暗号化バージョンを解読するためにも使用されることが可能であるという点で、通常は対称暗号化キーであると上記で記述されている。さらに、上記で記述されたように、同じユーザ暗号化キー422およびラジオ暗号化キー674が、すべてのCEK’を暗号化するために使用されることが可能である。したがって、500の結合された媒体データ・ファイルがダウンロードされて、パーソナル媒体デバイス12に記憶される場合、同じユーザ暗号化キー422およびラジオ暗号化キー674が、500の暗号化されたCEKのそれぞれを解読するために使用されることが可能である。しかし、ユーザ暗号化キー422およびラジオ暗号化キー674の他の構成が可能である。
【0183】
たとえば、ユーザ暗号化キー422およびラジオ暗号化キー674は、単一非対称キーとは対照的に対称キー・ブロックとすることが可能である。図18をも参照すると、32バイト(すなわち、256ビット)の対称キー・ブロック950が示されている。この例では、16バイト(すなわち、128ビット)のキーが、各暗号化されたCEKを暗号化および解読するために使用される。1つのたとえば256ビット対称キー・ブロック950を使用することにより、複数の128ビット対称キー(たとえば、暗号化キー952、954、956、958)が確定されることが可能である。たとえば、第1暗号化キー952が、ビット000−127の対称キー・ブロック950として確定されることが可能である。第2暗号化キー954が、ビット004−131の対称キー・ブロック950として確定されることが可能である。第3暗号化キー956が、128−255の対称キー・ブロック950として確定されることが可能である。および第4暗号化キー958が、124−251ビットの非対称キー・ブロック950として確定されることが可能である。それゆえ、複数の固有対称暗号化キーが、単一の対称キー・ブロック950を使用して確定されることが可能である。したがって、個々の暗号化キーを適切に確定するために、この特定の例では、ビット・シフト・パラメータ960が、それぞれのキーの開始点を確定する各暗号化キー952、954、956、958について確定されることが可能である。たとえば、暗号化キー952は、対称キー・ブロック950のビット0で開始され、したがって、0ビットのビット・シフト960を有する。暗号化キー954は、対称キー・ブロック950のビット4で開始されるので、暗号化キー954は、4ビットのビット・シフト960を有する。暗号化キー956は、対称キー・ブロック950のビット128で開始されるので、暗号化キー956は、128ビットのビット・シフト960を有する。暗号化キー958は、対称キー・ブロック950のビット124で開始されるので、暗号化キー958は、124ビットのビット・シフト960を有する。
【0184】
様々な暗号化キーが、各個々の暗号化キーの開始点を変位させることによって対称キー・ブロック950内において確定されるが、他の構成が可能である。たとえば、キーは、ビット・シフトと関連して奇数または偶数のビットのみを使用して確定されることが可能である。さらにおよび/または代替として、キーは、固有暗号化キーを確定するために(対称キー・ブロック950内において)使用される個々のビットを確定する目的でアルゴリズムが使用されることが可能であるという点で、アルゴリズムにより対称キー・ブロック950内において確定されることが可能である。さらに、単一の対称キー・ブロック950が、ユーザ暗号化キー422およびラジオ暗号化キー674の両方を確定するために使用されることが可能である。
【0185】
いくつかの実施態様が記述された。それにもかかわらず、様々な修正を行うことが可能であることが理解されるであろう。したがって、他の実施態様も、添付の特許請求の範囲の範囲内にある。
【図面の簡単な説明】
【0186】
【図1】分散コンピューティング・ネットワークに結合されたDRMプロセス、媒体配信システム、クライアント・アプリケーション、プロキシ・アプリケーション、デバイス・アプリケーション、およびパーソナル媒体デバイスの概略図である。
【図2】図1のパーソナル媒体デバイスの等角投影図である。
【図3】図1のパーソナル媒体デバイスの概略図である。
【図4】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図5】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図6】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図7】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図8】図1のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図9】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図10】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図11】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図12a】図1の媒体配信システム、分散コンピューティング・ネットワーク、およびパーソナル媒体デバイスの概略図である。
【図12b】図1のDRMプロセスによって実行されるプロセスのフローチャートである。
【図13a】図1の媒体配信システム、分散コンピューティング・ネットワーク、およびパーソナル媒体デバイスの概略図である。
【図13b】図1のDRMプロセスによって実行されるプロセスのフローチャートである。
【図14】図1のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図15a】図1の媒体配信システム、分散コンピューティング・ネットワーク、およびプロキシ・コンピュータの概略図である。
【図15b】図1のプロキシ・アプリケーションによって実行されるプロセスのフローチャートである。
【図16a】図1のプロキシ・コンピュータおよびパーソナル媒体デバイス(記憶デバイス、ラジオ・プレイリスト、および修正シード・コンテンツ・リストを含む)の概略図である。
【図16b】図1のプロキシ・アプリケーションによって実行されるプロセスのフローチャートである。
【図17a】図16aの記憶デバイス、ラジオ・プレイリスト、および修正シード・コンテンツ・リストの概略図である。
【図17b】図1のデバイス・アプリケーションによって実行されるプロセスのフローチャートである。
【図18】非対称キー・ブロックの概略図である。
【特許請求の範囲】
【請求項1】
ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法であって、
ネットワークを介してラジオ媒体コンテンツの要求を第1遠隔電子デバイスに送信し、
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを前記ネットワークを介して受信し、
受信された前記複数の媒体データ・ファイルを前記ユーザ電子デバイスの記憶デバイスに記憶し、
前記複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストを要求し、
前記ラジオ・プレイリストの前記要求に応答して、前記ラジオ・プレイリストを受信し、そして、
記憶された前記複数の媒体データ・ファイルを前記ラジオ・プレイリストに従って前記ユーザ電子デバイスでレンダリングすることを可能にするために、前記ユーザ電子デバイスにおいて前記ラジオ・プレイリストを処理する、ことを含む方法。
【請求項2】
ラジオ・プレイリストを要求することが、第2遠隔電子デバイスから、前記複数の媒体データ・ファイルについて前記レンダリング・シーケンスを確定するラジオ・プレイリストを要求することを含み、前記ラジオ・プレイリストを受信することが、前記ネットワークを介して前記第2遠隔電子デバイスから前記ラジオ・プレイリストを受信することを含む、請求項1に記載の方法。
【請求項3】
前記第2遠隔電子デバイスが、前記第1遠隔電子デバイスである、請求項2に記載の方法。
【請求項4】
前記ユーザ電子デバイスが、前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項2に記載の方法。
【請求項5】
前記ユーザ電子デバイスが、前記ネットワークを介して前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項2に記載の方法。
【請求項6】
前記ユーザ電子デバイスにおいて前記ラジオ・プレイリストを生成することをさらに含む、請求項1に記載の方法。
【請求項7】
前記レンダリング・シーケンスが、デジタル・ミレニアム著作権法、ASCAPポリシ、およびBMIポリシの1つまたは複数に準拠する、請求項1に記載の方法。
【請求項8】
暗号化された媒体データ・ファイルを創出するために、コンテンツ暗号化キーを使用して前記複数の媒体データ・ファイルの少なくとも1つを暗号化し、
前記コンテンツ暗号化キーを前記暗号化された媒体データ・ファイルに結合し、
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合して、結合された媒体データ・ファイルを形成する、ことをさらに含む請求項1に記載の方法。
【請求項9】
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合することが、
前記ユーザ電子デバイスに関連付けられたラジオ暗号化キーを使用して前記コンテンツ暗号化キーを暗号化することを含む、請求項8に記載の方法。
【請求項10】
前記ユーザ電子デバイスが、パーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方を含む、請求項9に記載の方法。
【請求項11】
前記ラジオ・プレイリストをパーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも1つを含む前記ユーザ電子デバイスに記憶することをさらに含む、請求項1に記載の方法。
【請求項12】
前記ラジオ媒体コンテンツ内に含まれる前記複数の媒体データ・ファイルを確定するシード・コンテンツ・リストを生成することをさらに含む、請求項1に記載の方法。
【請求項13】
コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項1に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
【請求項14】
ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法であって、
ネットワークを介して第1遠隔電子デバイス上でラジオ媒体コンテンツの要求を受信し、
前記ネットワークを介して、複数の媒体データ・ファイルを含むラジオ媒体コンテンツをユーザ電子デバイスに提供し、
前記複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストの要求を受信し、そして、
前記ラジオ・プレイリストについての前記要求に応答して、前記ラジオ・プレイリストを前記ユーザ電子デバイスに提供することを含む方法。
【請求項15】
ラジオ・プレイリストの要求を受信することが、前記複数の媒体データ・ファイルについて前記レンダリング・シーケンスを確定するラジオ・プレイリストの要求を第2遠隔電子デバイス上で受信することを含み、前記ラジオ・プレイリストを提供することが、前記ネットワークを介して前記ラジオ・プレイリストを前記ユーザ電子デバイスに提供することを含む、請求項14に記載の方法。
【請求項16】
前記第2遠隔電子デバイスが、前記第1遠隔電子デバイスである、請求項15に記載の方法。
【請求項17】
前記ユーザ電子デバイスが、前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項15に記載の方法。
【請求項18】
前記ユーザ電子デバイスが、前記ネットワークを介して前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項15に記載の方法。
【請求項19】
前記ラジオ・プレイリストをユーザ電子デバイス上で生成することをさらに含む、請求項14に記載の方法。
【請求項20】
コンテンツ暗号化キーを使用して前記複数の媒体データ・ファイルの少なくとも1つを暗号化して、暗号化された媒体データ・ファイルを創出し、
前記コンテンツ暗号化キーを前記暗号化された媒体データ・ファイルに結合し、
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合して、結合された媒体データ・ファイルを形成する、ことをさらに含む請求項14に記載の方法。
【請求項21】
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合することが、
前記ユーザ電子デバイスに関連付けられたラジオ暗号化キーを使用して前記コンテンツ暗号化キーを暗号化することを含む、請求項20に記載の方法。
【請求項22】
前記ユーザ電子デバイスが、パーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方を含む、請求項21に記載の方法。
【請求項23】
パーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方を含む前記ユーザ電子デバイスに前記ラジオ・プレイリストを記憶することをさらに含む、請求項14に記載の方法。
【請求項24】
前記ラジオ媒体コンテンツ内に含まれる前記複数の媒体データ・ファイルを確定するシード・コンテンツ・リストを生成することをさらに含む、請求項14に記載の方法。
【請求項25】
ラジオ媒体コンテンツの要求を処理し、
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを獲得し、
前記複数の媒体データ・ファイルの少なくとも一部についてレンダリング・シーケンスを確定するラジオ・プレイリストを生成する、ことを含む動作を実施するように構成されたサーバ・コンピュータ。
【請求項26】
コンテンツ暗号化キーを使用して前記複数の媒体データ・ファイルの少なくとも1つを暗号化して、暗号化された媒体データ・ファイルを創出し、
前記コンテンツ暗号化キーを前記暗号化された媒体データ・ファイルに結合し、
前記暗号化された媒体データ・ファイルをユーザに結合して、結合された媒体データ・ファイルを形成する、ことを含む動作を実施するようにさらに構成される請求項25に記載のサーバ・コンピュータ。
【請求項27】
前記暗号化された媒体データ・ファイルをユーザに結合することが、
前記ユーザに関連付けられたラジオ暗号化キーを使用して前記コンテンツ暗号化キーを暗号化することを含む、請求項26に記載のサーバ・コンピュータ。
【請求項28】
前記結合された媒体データ・ファイルをパーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方に提供することを含む動作を実施するようにさらに構成される、請求項27に記載のサーバ・コンピュータ。
【請求項29】
前記ラジオ・プレイリストをパーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方に提供することを含む動作を実施するようにさらに構成される、請求項25に記載のサーバ・コンピュータ。
【請求項30】
前記ラジオ媒体コンテンツ内に含まれた前記複数の媒体データ・ファイルを確定するシード・コンテンツ・リストを生成することを含む動作を実施するようにさらに構成される、請求項25に記載のサーバ・コンピュータ。
【請求項31】
ラジオ・コンテンツをキャッシングする方法であって、
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを受信し、
前記複数の媒体データ・ファイルの少なくとも1つを処理して、複数のラジオ・チャンク・ファイルを生成し、
前記複数のラジオ・チャンク・ファイルの少なくとも2つを、記憶デバイス内の少なくとも2つの非順次メモリ位置において記憶する、ことを含む方法。
【請求項32】
前記複数のラジオ・チャンク・ファイルの少なくとも2つを混合して、少なくとも2つの修正ラジオ・チャンク・ファイルを生成することをさらに含む、請求項31に記載の方法。
【請求項33】
コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項31に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
【請求項34】
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを受信し、
前記複数の媒体データ・ファイルの少なくとも1つを処理して、複数のラジオ・チャンク・ファイルを生成し、
前記複数のラジオ・チャンク・ファイルの少なくとも2つを、記憶デバイス内の少なくとも2つの非順次メモリ位置において記憶する、ことを含む動作を実施するように構成されたクライアント電子デバイス。
【請求項35】
前記複数のラジオ・チャンク・ファイルの少なくとも2つを混合して、少なくとも2つの修正ラジオ・チャンク・ファイルを生成することを含む動作を実施するようにさらに構成される、請求項34に記載のクライアント電子デバイス。
【請求項36】
前記複数のラジオ・チャンク・ファイルの少なくとも2つを記憶することが、
前記少なくとも2つの修正ラジオ・チャンク・ファイルを記憶することを含む、請求項35に記載のクライアント電子デバイス。
【請求項37】
メモリ・デバイスにおいて、前記複数のラジオ・チャンク・ファイルの前記少なくとも2つを記憶するために使用される前記少なくとも2つの非順次メモリ位置を確定する位置情報を記憶することを含む動作を実施するようにさらに構成される、請求項34に記載のクライアント電子デバイス。
【請求項38】
前記位置情報が、メモリ位置アルゴリズムを含む、請求項37に記載のクライアント電子デバイス。
【請求項39】
前記位置情報が、シード・コンテンツ・リスト、ラジオ・プレイリスト、およびマッピング・ファイルの少なくとも1つを含む、請求項37に記載のクライアント電子デバイス。
【請求項40】
パーソナル媒体デバイス、プロキシ・コンピュータ、クライアント・コンピュータ、およびセルラ電話の少なくとも1つを含む、請求項34に記載のクライアント電子デバイス。
【請求項41】
要求を処理して、ラジオ媒体コンテンツ内に含まれる媒体データ・ファイルをレンダリングし、
位置情報を処理して、前記媒体データ・ファイルを構成する複数のラジオ・チャンク・ファイルを記憶デバイス内に配置し、
前記複数のラジオ・チャンク・ファイルを前記記憶デバイスから取り出し、
前記複数のラジオ・チャンク・ファイルを処理して、前記媒体データ・ファイルを生成する、ことを含むラジオ・コンテンツをレンダリングする方法。
【請求項42】
前記複数のラジオ・チャンク・ファイルの少なくとも2つが共に混合されて、少なくとも2つの修正ラジオ・チャンク・ファイルを生成する、請求項41に記載の方法。
【請求項43】
前記複数のラジオ・チャンク・ファイルを処理することが、
前記少なくとも2つの修正ラジオ・チャンク・ファイルを処理して、前記複数のラジオ・チャンク・ファイルの前記少なくとも2つを生成することを含む、請求項42に記載の方法。
【請求項44】
前記媒体データ・ファイルをレンダリングすることをさらに含む、請求項41に記載の方法。
【請求項45】
前記媒体データ・ファイルが、
ラジオ暗号化キーを使用して前記媒体データ・ファイルを解読することを含む、請求項44に記載の方法。
【請求項46】
前記位置情報が、メモリ位置アルゴリズムを含む、請求項41に記載の方法。
【請求項47】
前記位置情報が、シード・コンテンツ・リスト、ラジオ・プレイリスト、およびマッピング・ファイルの少なくとも1つを含む、請求項41に記載の方法。
【請求項48】
コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項41に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
【請求項49】
要求を処理して、ラジオ媒体コンテンツ内に含まれる媒体データ・ファイルをレンダリングし、
位置情報を処理して、前記媒体データ・ファイルを構成する複数のラジオ・チャンク・ファイルを記憶デバイス内に配置し、
前記複数のラジオ・チャンク・ファイルを前記記憶デバイスから取り出し、
前記複数のラジオ・チャンク・ファイルを処理して、前記媒体データ・ファイルを生成する、ことを含む動作を実施するように構成されたクライアント電子デバイス。
【請求項50】
前記複数のラジオ・チャンク・ファイルの少なくとも2つが共に混合されて、少なくとも2つの修正ラジオ・チャンク・ファイルを生成する、請求項49に記載のクライアント電子デバイス。
【請求項1】
ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法であって、
ネットワークを介してラジオ媒体コンテンツの要求を第1遠隔電子デバイスに送信し、
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを前記ネットワークを介して受信し、
受信された前記複数の媒体データ・ファイルを前記ユーザ電子デバイスの記憶デバイスに記憶し、
前記複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストを要求し、
前記ラジオ・プレイリストの前記要求に応答して、前記ラジオ・プレイリストを受信し、そして、
記憶された前記複数の媒体データ・ファイルを前記ラジオ・プレイリストに従って前記ユーザ電子デバイスでレンダリングすることを可能にするために、前記ユーザ電子デバイスにおいて前記ラジオ・プレイリストを処理する、ことを含む方法。
【請求項2】
ラジオ・プレイリストを要求することが、第2遠隔電子デバイスから、前記複数の媒体データ・ファイルについて前記レンダリング・シーケンスを確定するラジオ・プレイリストを要求することを含み、前記ラジオ・プレイリストを受信することが、前記ネットワークを介して前記第2遠隔電子デバイスから前記ラジオ・プレイリストを受信することを含む、請求項1に記載の方法。
【請求項3】
前記第2遠隔電子デバイスが、前記第1遠隔電子デバイスである、請求項2に記載の方法。
【請求項4】
前記ユーザ電子デバイスが、前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項2に記載の方法。
【請求項5】
前記ユーザ電子デバイスが、前記ネットワークを介して前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項2に記載の方法。
【請求項6】
前記ユーザ電子デバイスにおいて前記ラジオ・プレイリストを生成することをさらに含む、請求項1に記載の方法。
【請求項7】
前記レンダリング・シーケンスが、デジタル・ミレニアム著作権法、ASCAPポリシ、およびBMIポリシの1つまたは複数に準拠する、請求項1に記載の方法。
【請求項8】
暗号化された媒体データ・ファイルを創出するために、コンテンツ暗号化キーを使用して前記複数の媒体データ・ファイルの少なくとも1つを暗号化し、
前記コンテンツ暗号化キーを前記暗号化された媒体データ・ファイルに結合し、
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合して、結合された媒体データ・ファイルを形成する、ことをさらに含む請求項1に記載の方法。
【請求項9】
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合することが、
前記ユーザ電子デバイスに関連付けられたラジオ暗号化キーを使用して前記コンテンツ暗号化キーを暗号化することを含む、請求項8に記載の方法。
【請求項10】
前記ユーザ電子デバイスが、パーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方を含む、請求項9に記載の方法。
【請求項11】
前記ラジオ・プレイリストをパーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも1つを含む前記ユーザ電子デバイスに記憶することをさらに含む、請求項1に記載の方法。
【請求項12】
前記ラジオ媒体コンテンツ内に含まれる前記複数の媒体データ・ファイルを確定するシード・コンテンツ・リストを生成することをさらに含む、請求項1に記載の方法。
【請求項13】
コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項1に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
【請求項14】
ユーザ電子デバイスについて遠隔電子デバイスからラジオ・コンテンツを獲得する方法であって、
ネットワークを介して第1遠隔電子デバイス上でラジオ媒体コンテンツの要求を受信し、
前記ネットワークを介して、複数の媒体データ・ファイルを含むラジオ媒体コンテンツをユーザ電子デバイスに提供し、
前記複数の媒体データ・ファイルについてレンダリング・シーケンスを確定するラジオ・プレイリストの要求を受信し、そして、
前記ラジオ・プレイリストについての前記要求に応答して、前記ラジオ・プレイリストを前記ユーザ電子デバイスに提供することを含む方法。
【請求項15】
ラジオ・プレイリストの要求を受信することが、前記複数の媒体データ・ファイルについて前記レンダリング・シーケンスを確定するラジオ・プレイリストの要求を第2遠隔電子デバイス上で受信することを含み、前記ラジオ・プレイリストを提供することが、前記ネットワークを介して前記ラジオ・プレイリストを前記ユーザ電子デバイスに提供することを含む、請求項14に記載の方法。
【請求項16】
前記第2遠隔電子デバイスが、前記第1遠隔電子デバイスである、請求項15に記載の方法。
【請求項17】
前記ユーザ電子デバイスが、前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項15に記載の方法。
【請求項18】
前記ユーザ電子デバイスが、前記ネットワークを介して前記第1遠隔電子デバイスおよび前記第2遠隔電子デバイスに結合される、請求項15に記載の方法。
【請求項19】
前記ラジオ・プレイリストをユーザ電子デバイス上で生成することをさらに含む、請求項14に記載の方法。
【請求項20】
コンテンツ暗号化キーを使用して前記複数の媒体データ・ファイルの少なくとも1つを暗号化して、暗号化された媒体データ・ファイルを創出し、
前記コンテンツ暗号化キーを前記暗号化された媒体データ・ファイルに結合し、
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合して、結合された媒体データ・ファイルを形成する、ことをさらに含む請求項14に記載の方法。
【請求項21】
前記暗号化された媒体データ・ファイルをユーザ電子デバイスに結合することが、
前記ユーザ電子デバイスに関連付けられたラジオ暗号化キーを使用して前記コンテンツ暗号化キーを暗号化することを含む、請求項20に記載の方法。
【請求項22】
前記ユーザ電子デバイスが、パーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方を含む、請求項21に記載の方法。
【請求項23】
パーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方を含む前記ユーザ電子デバイスに前記ラジオ・プレイリストを記憶することをさらに含む、請求項14に記載の方法。
【請求項24】
前記ラジオ媒体コンテンツ内に含まれる前記複数の媒体データ・ファイルを確定するシード・コンテンツ・リストを生成することをさらに含む、請求項14に記載の方法。
【請求項25】
ラジオ媒体コンテンツの要求を処理し、
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを獲得し、
前記複数の媒体データ・ファイルの少なくとも一部についてレンダリング・シーケンスを確定するラジオ・プレイリストを生成する、ことを含む動作を実施するように構成されたサーバ・コンピュータ。
【請求項26】
コンテンツ暗号化キーを使用して前記複数の媒体データ・ファイルの少なくとも1つを暗号化して、暗号化された媒体データ・ファイルを創出し、
前記コンテンツ暗号化キーを前記暗号化された媒体データ・ファイルに結合し、
前記暗号化された媒体データ・ファイルをユーザに結合して、結合された媒体データ・ファイルを形成する、ことを含む動作を実施するようにさらに構成される請求項25に記載のサーバ・コンピュータ。
【請求項27】
前記暗号化された媒体データ・ファイルをユーザに結合することが、
前記ユーザに関連付けられたラジオ暗号化キーを使用して前記コンテンツ暗号化キーを暗号化することを含む、請求項26に記載のサーバ・コンピュータ。
【請求項28】
前記結合された媒体データ・ファイルをパーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方に提供することを含む動作を実施するようにさらに構成される、請求項27に記載のサーバ・コンピュータ。
【請求項29】
前記ラジオ・プレイリストをパーソナル媒体デバイスおよびプロキシ・コンピュータの少なくとも一方に提供することを含む動作を実施するようにさらに構成される、請求項25に記載のサーバ・コンピュータ。
【請求項30】
前記ラジオ媒体コンテンツ内に含まれた前記複数の媒体データ・ファイルを確定するシード・コンテンツ・リストを生成することを含む動作を実施するようにさらに構成される、請求項25に記載のサーバ・コンピュータ。
【請求項31】
ラジオ・コンテンツをキャッシングする方法であって、
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを受信し、
前記複数の媒体データ・ファイルの少なくとも1つを処理して、複数のラジオ・チャンク・ファイルを生成し、
前記複数のラジオ・チャンク・ファイルの少なくとも2つを、記憶デバイス内の少なくとも2つの非順次メモリ位置において記憶する、ことを含む方法。
【請求項32】
前記複数のラジオ・チャンク・ファイルの少なくとも2つを混合して、少なくとも2つの修正ラジオ・チャンク・ファイルを生成することをさらに含む、請求項31に記載の方法。
【請求項33】
コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項31に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
【請求項34】
複数の媒体データ・ファイルを含むラジオ媒体コンテンツを受信し、
前記複数の媒体データ・ファイルの少なくとも1つを処理して、複数のラジオ・チャンク・ファイルを生成し、
前記複数のラジオ・チャンク・ファイルの少なくとも2つを、記憶デバイス内の少なくとも2つの非順次メモリ位置において記憶する、ことを含む動作を実施するように構成されたクライアント電子デバイス。
【請求項35】
前記複数のラジオ・チャンク・ファイルの少なくとも2つを混合して、少なくとも2つの修正ラジオ・チャンク・ファイルを生成することを含む動作を実施するようにさらに構成される、請求項34に記載のクライアント電子デバイス。
【請求項36】
前記複数のラジオ・チャンク・ファイルの少なくとも2つを記憶することが、
前記少なくとも2つの修正ラジオ・チャンク・ファイルを記憶することを含む、請求項35に記載のクライアント電子デバイス。
【請求項37】
メモリ・デバイスにおいて、前記複数のラジオ・チャンク・ファイルの前記少なくとも2つを記憶するために使用される前記少なくとも2つの非順次メモリ位置を確定する位置情報を記憶することを含む動作を実施するようにさらに構成される、請求項34に記載のクライアント電子デバイス。
【請求項38】
前記位置情報が、メモリ位置アルゴリズムを含む、請求項37に記載のクライアント電子デバイス。
【請求項39】
前記位置情報が、シード・コンテンツ・リスト、ラジオ・プレイリスト、およびマッピング・ファイルの少なくとも1つを含む、請求項37に記載のクライアント電子デバイス。
【請求項40】
パーソナル媒体デバイス、プロキシ・コンピュータ、クライアント・コンピュータ、およびセルラ電話の少なくとも1つを含む、請求項34に記載のクライアント電子デバイス。
【請求項41】
要求を処理して、ラジオ媒体コンテンツ内に含まれる媒体データ・ファイルをレンダリングし、
位置情報を処理して、前記媒体データ・ファイルを構成する複数のラジオ・チャンク・ファイルを記憶デバイス内に配置し、
前記複数のラジオ・チャンク・ファイルを前記記憶デバイスから取り出し、
前記複数のラジオ・チャンク・ファイルを処理して、前記媒体データ・ファイルを生成する、ことを含むラジオ・コンテンツをレンダリングする方法。
【請求項42】
前記複数のラジオ・チャンク・ファイルの少なくとも2つが共に混合されて、少なくとも2つの修正ラジオ・チャンク・ファイルを生成する、請求項41に記載の方法。
【請求項43】
前記複数のラジオ・チャンク・ファイルを処理することが、
前記少なくとも2つの修正ラジオ・チャンク・ファイルを処理して、前記複数のラジオ・チャンク・ファイルの前記少なくとも2つを生成することを含む、請求項42に記載の方法。
【請求項44】
前記媒体データ・ファイルをレンダリングすることをさらに含む、請求項41に記載の方法。
【請求項45】
前記媒体データ・ファイルが、
ラジオ暗号化キーを使用して前記媒体データ・ファイルを解読することを含む、請求項44に記載の方法。
【請求項46】
前記位置情報が、メモリ位置アルゴリズムを含む、請求項41に記載の方法。
【請求項47】
前記位置情報が、シード・コンテンツ・リスト、ラジオ・プレイリスト、およびマッピング・ファイルの少なくとも1つを含む、請求項41に記載の方法。
【請求項48】
コンピュータ・プログラムが電子デバイスにおいて実行されるとき、請求項41に記載の方法を実施することによって前記電子デバイスにコンピュータ・プログラム・コードを処理させるために記憶されている、そのようなコンピュータ・プログラムを有する記憶媒体。
【請求項49】
要求を処理して、ラジオ媒体コンテンツ内に含まれる媒体データ・ファイルをレンダリングし、
位置情報を処理して、前記媒体データ・ファイルを構成する複数のラジオ・チャンク・ファイルを記憶デバイス内に配置し、
前記複数のラジオ・チャンク・ファイルを前記記憶デバイスから取り出し、
前記複数のラジオ・チャンク・ファイルを処理して、前記媒体データ・ファイルを生成する、ことを含む動作を実施するように構成されたクライアント電子デバイス。
【請求項50】
前記複数のラジオ・チャンク・ファイルの少なくとも2つが共に混合されて、少なくとも2つの修正ラジオ・チャンク・ファイルを生成する、請求項49に記載のクライアント電子デバイス。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12a】
【図12b】
【図13a】
【図13b】
【図14】
【図15a】
【図15b】
【図16a】
【図16b】
【図17a】
【図17b】
【図18】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12a】
【図12b】
【図13a】
【図13b】
【図14】
【図15a】
【図15b】
【図16a】
【図16b】
【図17a】
【図17b】
【図18】
【公表番号】特表2009−516312(P2009−516312A)
【公表日】平成21年4月16日(2009.4.16)
【国際特許分類】
【出願番号】特願2008−534605(P2008−534605)
【出願日】平成18年10月2日(2006.10.2)
【国際出願番号】PCT/US2006/038496
【国際公開番号】WO2007/041517
【国際公開日】平成19年4月12日(2007.4.12)
【公序良俗違反の表示】
特許法第64条第2項第4号の規定により明細書の一部または全部を不掲載とする。
特許法第64条第2項第4号の規定により図面の一部または全部を不掲載とする。
【出願人】(508102277)リアルネットワークス,インコーポレーテッド (5)
【Fターム(参考)】
【公表日】平成21年4月16日(2009.4.16)
【国際特許分類】
【出願日】平成18年10月2日(2006.10.2)
【国際出願番号】PCT/US2006/038496
【国際公開番号】WO2007/041517
【国際公開日】平成19年4月12日(2007.4.12)
【公序良俗違反の表示】
特許法第64条第2項第4号の規定により明細書の一部または全部を不掲載とする。
特許法第64条第2項第4号の規定により図面の一部または全部を不掲載とする。
【出願人】(508102277)リアルネットワークス,インコーポレーテッド (5)
【Fターム(参考)】
[ Back to top ]