(57)【要約】【課題】ソース・デバイスから対象デバイスにコンテンツを転送するための方法を提供すること。【解決手段】本発明の実施形態は、対象デバイスから対象デバイス・ライセンスを受信するステップであって、当該対象デバイス・ライセンスが、認可サービスによってデジタル署名される、ステップと、当該対象デバイス・ライセンスの完全性を確認するステップと、当該ソース・デバイスと当該対象デバイスの間に安全通信チャネルを確立するステップと、当該安全通信チャネルを使用して、当該ソース・デバイスから当該対象デバイスに少なくとも１つの媒体データ・ファイルを転送するステップと、を具備する。【選択図】図１
2014195298.tif 000002
【特許請求の範囲】
【請求項１】
ソース・デバイスから対象デバイスにコンテンツを転送する方法であって、
前記対象デバイスから対象デバイス・ライセンスを受信するステップであって、該対象デバイス・ライセンスが、認可サービスによってデジタル署名される、ステップと、
前記対象デバイス・ライセンスの完全性を確認するステップと、
前記ソース・デバイスと前記対象デバイスの間に安全通信チャネルを確立するステップと、
前記安全通信チャネルを使用して、前記ソース・デバイスから前記対象デバイスに少なくとも１つの媒体データ・ファイルを転送するステップと、を含む方法。
【請求項２】
前記対象デバイス・ライセンスから、前記対象デバイスに関連付けられた加入の時間切れ識別子を獲得するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記加入が有効かつ最新であるかを決定するために、前記時間切れ識別子をシステム・クロックと比較するステップと、
前記加入が有効でなく、且つ最新ではないとの決定に応答して、前記少なくとも１つの媒体データ・ファイルの転送を禁止するステップと、をさらに含む、請求項２に記載の方法。
【請求項４】
前記対象デバイスから対象デバイス・デジタル証明書を受信するステップと、
前記対象デバイス・デジタル証明書の完全性を確認するステップと、をさらに含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記ソース・デバイスからソース・デバイス・デジタル証明書を受信するステップと、
前記ソース・デバイス・デジタル証明書の完全性を確認するステップと、をさらに含む、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記対象デバイス・ライセンスが、
前記対象デバイスに関連付けられた加入を識別するユーザＩＤ、
チャレンジ、
対象デバイス・デジタル証明書、
認可サービス・デジタル証明書、
システム時間識別子、
ユーザ暗号化鍵、および
前記加入の時間切れ識別子、
の少なくとも１つを含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
少なくとも１つの媒体データ・ファイルを転送することが、
前記少なくとも１つの媒体データ・ファイルを前記ソース・デバイスのユーザから脱結合して、少なくとも１つの脱結合された媒体データ・ファイルを生成するステップと、
前記安全通信チャネルを使用して、前記少なくとも１つの脱結合された媒体データ・ファイルを前記ソース・デバイスから前記対象デバイスに転送するステップと、
前記ユーザ暗号化鍵を使用して、前記少なくとも脱結合された１つの媒体データ・ファイルを前記対象デバイスのユーザに結合するステップと、を含む、請求項６に記載の方法。
【請求項８】
前記少なくとも１つの脱結合された媒体データ・ファイルを前記対象デバイスのユーザに結合することが、
前記ユーザ暗号化鍵を使用して、前記少なくとも１つの脱結合された媒体データ・ファイルのコンテンツ暗号化鍵を暗号化するステップを含む、請求項７に記載の方法。
【請求項９】
前記安全通信チャネルが、無線通信チャネルである、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記安全通信チャネルが、有線通信チャネルである、請求項１乃至８のいずれか一項に記載の方法。
【請求項１１】
安全通信チャネルを確立することが、
前記ソース・デバイスの第１および前記対象デバイスに関してランダム・セッション・キーを生成するステップと、
前記ランダム・セッション・キーを前記ソース・デバイスの他方および前記対象デバイスに提供するステップと、を含む、請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
請求項１乃至１１のいずれか一項に記載の方法を実現するためのステップをコンピュータに実行させるためのコンピュータ・プログラム。
【請求項１３】
請求項１乃至１１のいずれか一項に記載の方法を実行するための装置。
【請求項１４】
デバイス初期化方法であって、
パーソナル媒体デバイスのライセンス要求を媒体配信システムに提供するステップであって、該パーソナル媒体デバイスは加入に関連付けられている、ステップと、
前記ライセンス要求の送信に応答して、前記パーソナル媒体デバイスのデバイス・ライセンスを前記媒体配信システムから受信するステップであって、該パーソナル媒体デバイスの該デバイス・ライセンスが該パーソナル媒体デバイスに特有であり、該デバイス・ライセンスが、
前記媒体配信システムの時間を示すように構成されたシステム時間識別子と、
前記加入の満了日を示すための時間切れ識別子と、
デジタル署名と、
を含む、ステップと、
前記デジタル署名を用いて、前記デバイス・ライセンスの完全性を確認するステップと、
前記パーソナル媒体デバイスに関連するシステム・クロック及び前記時間切れ識別子を用いて、該パーソナル媒体デバイスに関連する前記加入が満了しているかどうかを判定するステップであって、該システム・クロックが前記システム時間識別子を用いて前記媒体配信システムの時間と同期されている、ステップと、
前記デバイス・ライセンスの完全性を確認し、前期パーソナル媒体デバイスに関連する前記加入が満了していないと判定した上で、前記パーソナル媒体デバイス上でレンダリングするために前記媒体配信システムの媒体コンテンツを提供するステップと、
を含むデバイス初期化方法。
【請求項１５】
前記ライセンス要求が、
前記加入を識別するユーザＩＤ、チャレンジ、および前記第１のコンピュータ（１２）のデバイス・デジタル証明書の少なくとも１つを含む、請求項１４に記載の方法。
【請求項１６】
署名済みライセンス要求を形成するために、前記ライセンス要求にデジタル署名することをさらに含む、請求項１４に記載の方法。
【請求項１７】
前記署名済みライセンス要求の完全性を確認することをさらに含む、請求項１６に記載の方法。
【請求項１８】
前記デバイス・ライセンスが、
認可サービス・デジタル証明書、およびユーザ暗号化鍵の少なくとも１つを更に含む、請求項１４に記載の方法。
【請求項１９】
請求項１４乃至１８のいずれか一項に記載の方法を実現するためのステップをコンピュータに実行させるためのコンピュータ・プログラム。
【請求項２０】
請求項１４乃至１８のいずれか一項に記載のデバイス初期化方法を実行するための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によって本明細書に組み込まれている以下の出願：２００５年１０月３日に出願された「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＯＢＴＡＩＮＩＮＧ  ＡＮＤ  ＳＨＡＲＩＮＧ  ＭＥＤＩＡ  ＣＯＮＴＥＮＴ」という名称の米国出願第１１／２４２，２２３号；２００３年１１月２１日に出願された「ＤＩＧＩＴＡＬ  ＲＩＧＨＴＳ  ＭＡＮＡＧＥＭＥＮＴ  ＦＯＲ  ＣＯＮＴＥＮＴ  ＲＥＮＤＥＲＩＮＧ  ＯＮ  ＰＬＡＹＢＡＣＫ  ＤＥＶＩＣＥＳ」という名称の米国出願第１０／７１９，９８１号の優先権を主張する。
本発明は、媒体コンテンツを共用すること、より具体的には複数のパーソナル媒体デバイス間において媒体コンテンツを共用することに関する。
【背景技術】
【０００２】
媒体配信システム（たとえば、ＲｅａｌＮｅｔｗｏｒｋｓ（商標）［ワシントン州シアトル在］によって提供されるＲｈａｐｓｏｄｙ（商標）およびＲｈａｐｓｏｄｙ−ｔｏ−Ｇｏ（商標）のサービス）は、媒体コンテンツを媒体サーバからクライアント電子デバイス（たとえば、ＭＰ３プレーヤ）に配信する。媒体配信システムは、ユーザが媒体データ・ファイルをダウンロードする、および／または媒体データ・ストリームを受信して処理することを可能にすることによって、媒体コンテンツを配信することが可能である。
【０００３】
媒体データ・ファイルが、ユーザのクライアント電子デバイスに従来のようにダウンロードされるとき、ダウンロードされた各媒体データ・ファイルは、ユーザのクライアント電子デバイスでの排他的使用について認可され、それにより、使用権（ダウンロードされた媒体データ・ファイルに関連付けられる）が、媒体データ・ファイルがダウンロードされるときにクライアント電子デバイスに渡される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しばしば、第１クライアント電子デバイスのユーザが、媒体データ・ファイル（たとえば、歌）を第２クライアント電子デバイスのユーザと共用することを望むことがある。残念ながら、媒体データ・ファイルは、特定のクライアント電子デバイスでの排他的使用について認可されるので、媒体データ・ファイルは、第１クライアント電子デバイスから第２クライアント電子デバイスに直接転送することができない。それゆえ、第２クライアント電子デバイスのユーザは、通常、媒体配信システムから媒体データ・ファイルを獲得することが必要である。
【課題を解決するための手段】
【０００５】
第１実施態様では、デバイス初期化方法が、パーソナル媒体デバイスのライセンス要求を生成することを含む。時間切れ識別子が、パーソナル媒体デバイスに関連付けられた加入について獲得されることが可能である。ライセンス要求および時間切れ識別子は、パーソナル媒体デバイスのデバイス・ライセンスを形成するように、組み合わされることが可能である。デバイス・ライセンスは、署名デバイス・ライセンスを形成するように、デジタル署名されることが可能である。
【図面の簡単な説明】
【０００６】
【図１】分散コンピューティング・ネットワークに結合されたＤＲＭプロセス、媒体配信システム、クライアント・アプリケーション、プロキシ・アプリケーション、およびパーソナル媒体デバイスの概略図である。
【図２】図１のパーソナル媒体デバイスの等角投影図である。
【図３】図１のパーソナル媒体デバイスの概略図である。
【図４】図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図５】図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図６】図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図７】図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図８】図１のクライアント・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図９】図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図１０】図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図１１】図１のプロキシ・アプリケーションによってレンダリングされた表示スクリーンの図である。
【図１２ａ】図１の媒体配信システム、パーソナル媒体デバイス、および分散コンピューティング・ネットワークの概略図である。
【図１２ｂ】図１のＤＲＭプロセスによって実行されるプロセスのフローチャートである。
【図１３ａ】図１の媒体配信システム、パーソナル媒体デバイス、および分散コンピューティング・ネットワークの概略図である。
【図１３ｂ】図１のＤＲＭプロセスによって実行されるプロセスのフローチャートである。
【図１４ａ】安全通信チャネルを介して互いに結合された２つのパーソナル媒体デバイスの概略図である。
【図１４ｂ】図１のＤＲＭプロセスによって実行されるプロセスのフローチャートである。
【図１５】非対称キー・ブロックの概略図である。
【発明を実施するための形態】
【０００７】
図１を参照すると、パーソナル媒体デバイス１２に存在し、かつパーソナル媒体デバイス１２によって実行されることが可能であるＤＲＭ（すなわち、デジタル権管理）プロセス１０が示されている。以下においてより詳細に議論されるが、ＤＲＭプロセス１０により、パーソナル媒体デバイス１２のユーザ（たとえば、ユーザ１４）が、パーソナル媒体デバイス１２にある媒体コンテンツ１６を管理することが可能になる。パーソナル媒体デバイス１２の例には、ラップトップ／ノートブック・コンピュータ、ＰＤＡ（すなわち、パーソナル・デジタル・アシスタント）、セルラ電話、携帯式媒体プレーヤ（たとえば、ＭＰ３プレーヤ）、ページャ、無線電子メール・デバイス（たとえば、Ｂｌａｃｋｂｅｒｒｙ（商標）デバイス）、および／または携帯式ゲーム・デバイス（たとえば、Ｐｌａｙｓｔａｔｉｏｎ（商標）Ｐｏｒｔａｂｌｅ）などがある。パーソナル媒体デバイス１２は、通常、媒体配信システム１８から媒体コンテンツ１６を受信する。
【０００８】
以下においてより詳細に議論されるように、媒体配信システム１８から受信された媒体コンテンツ１６のフォーマットの例は、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、永久的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、媒体配信システム１８について有効加入が存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツを含むことが可能である。通常、媒体コンテンツ１６がコンピュータ２８（すなわち、非限定的に、たとえばサーバ・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、パーソナル・デジタル・アシスタント、または一連のサーバを含むことが可能である）からパーソナル媒体デバイス１２にストリームされるとき、媒体コンテンツ１６のコピーは、パーソナル媒体デバイス１２に永続的には維持されない。媒体配信システム１８の他に、媒体コンテンツ１６は、他のソースから得られることが可能であり、その例には、非限定的に音楽コンパクト・ディスクから取り入れられたファイルを含むことが可能である。
【０００９】
媒体配信システム１８によって配信された媒体コンテンツ１６のタイプの例には、音声ファイル（その例は、非限定的に、たとえば、音楽ファイル、音声ニュース・ブロードキャスト、音声スポーツ・ブロードキャスト、および本の音声記録を含むことが可能である）、ビデオ・ファイル（その例は、非限定的にたとえば、音声を含まないビデオ場面を含むことが可能である）、音声／ビデオ・ファイル（その例は、非限定的に、たとえばａ／ｖニュース・ブロードキャスト、ａ／ｖスポーツ・ブロードキャスト、長編映画および映画クリップ、音楽ビデオ、ならびにテレビジョン・ショーの一遍を含むことが可能である）、さらにマルチメディア・コンテンツ（その例は、非限定的に、たとえば対話式プレゼンテーションおよびスライドショーを含むことが可能である）がある。
【００１０】
媒体配信システム１８は、通常、媒体データ・ストリームおよび／または媒体データ・ファイルを複数のユーザ（たとえば、ユーザ１４、２０、２２、２４、２６）に提供する。そのような媒体配信システム１８の例には、ＲｅａｌＮｅｔｗｏｒｋｓ（商標）［ワシントン州シアトル在］によって提供されるＲｈａｐｓｏｄｙ（商標）サービスおよびＲｈａｐｓｏｄｙ−Ｔｏ−Ｇｏ（商標）サービスがある。送信前、媒体配信システム１８は、たとえばＭＰ３（すなわちＭｏｔｉｏｎ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  Ａｕｄｉｏ  Ｌａｙｅｒ  ３）フォーマット、ＡＡＣ（すなわち、Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）フォーマット、ＲｅａｌＡｕｄｉｏ（商標）フォーマット、Ｑｕｉｃｋｔｉｍｅ（商標）フォーマット、およびＡＶＩ（すなわち、Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｌｅａｖｅ）フォーマットなどに媒体データ・ストリームおよび／または媒体データ・ファイルを符号化することが可能である。受信する際、ストリーム／ファイルは、復号され（適切な復号器を使用する）、レンダリングされることが可能である。
【００１１】
媒体配信システム１８は、通常、ネットワーク３０（たとえば、インターネット）に接続されるコンピュータ２８（たとえば、サーバ・コンピュータ）にあり、かつそれによって実行されるサーバ・アプリケーションである。コンピュータ２８は、ネットワーク・オペレーティング・システムを実行するウエブ・サーバ（または多くの接続サーバのシリーズ）とすることが可能であり、ネットワーク・オペレーティング・システムの例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ２０００  Ｓｅｒｖｅｒ（商標）、Ｎｏｖｅｌｌ  Ｎｅｔｗａｒｅ（商標）、またはＲｅｄｈａｔ  Ｌｉｎｕｘ（商標）を含むことが可能である。
【００１２】
通常、コンピュータ２８はまた、ウエブ・サーバ・アプリケーションも実行し、ウエブ・サーバ・アプリケーションの例は、非限定的に、ネットワーク３０を介してコンピュータ２８にＨＴＴＰ（すなわち、ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）アクセスすることを可能にするＭｉｃｒｏｓｏｆｔ  ＩＩＳ（商標）、Ｎｏｖｅｌｌ  Ｗｅｂサーバ（商標）、またはＡｐａｃｈｅ  Ｗｅｂサーバ（商標）を含むことが可能である。ネットワーク３０は、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、もしくはイントラネットなど、１つまたは複数の２次ネットワーク（たとえば、ネットワーク３２）に接続されることが可能である。
【００１３】
コンピュータ２８に結合された記憶デバイス３４に通常は記憶される媒体配信システム１８の命令セットおよびサブルーチンは、コンピュータ２８に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。記憶デバイス３４は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。
【００１４】
ユーザ１４、２０、２２、２４、２６は、ネットワーク３０を経て直接、または２次ネットワーク３２を経て、媒体配信システム１８にアクセスすることが可能である。さらに、コンピュータ２８（すなわち、媒体配信システム１８を実行するコンピュータ）は、透視連結線３６で示されるように、２次ネットワーク３２を経てネットワーク３０に接続されることが可能である。
【００１５】
ユーザ１４、２０、２２、２４、２６は、様々なクライアント電子デバイスを経て媒体配信システム１８にアクセスすることが可能であり、クライアント電子デバイスの例は、非限定的に、たとえば、パーソナル媒体デバイス１２、３８、４０、４２、クライアント・コンピュータ４４、ラップトップ・コンピュータ（図示せず）、パーソナル・デジタル・アシスタント（図示せず）、セルラ電話（図示せず）、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネット・ラジオ（図示せず）、または専用ネットワーク・デバイス（図示せず）を含むことが可能である。
【００１６】
様々なクライアント電子デバイスが、直接または間接にネットワーク３０（またはネットワーク３２）に結合されることが可能である。たとえば、クライアント・コンピュータ４４は、配線ネットワーク接続によりネットワーク３０に直接結合されて示されている。さらに、クライアント・コンピュータ４４は、たとえばユーザ２２がネットワーク３０（またはネットワーク３２）を介して媒体配信システム１８にアクセスして構成することを可能にするクライアント・アプリケーション４６（その例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（商標）、ＲｅａｌＲｈａｐｓｏｄｙ（商標）クライアント、ＲｅａｌＰｌａｙｅｒ（商標）クライアント、または専用インタフェースを含むことが可能である）を実行する。クライアント・コンピュータ４４は、オペレーティング・システムを実行することが可能であり、オペレーティング・システムの例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（商標）またはＲｅｄｈａｔ  Ｌｉｎｕｘ（商標）を含むことが可能である。
【００１７】
クライアント・コンピュータ４４に結合された記憶デバイス４８に通常は記憶されるクライアント・アプリケーション４６の命令セットおよびサブルーチンは、クライアント・コンピュータ４４に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。記憶デバイス４８は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。
【００１８】
上記で議論されたように、様々なクライアント電子デバイスは、ネットワーク３０（またはネットワーク３２）に間接に結合されることが可能である。たとえば、パーソナル媒体デバイス３８は、パーソナル媒体デバイス３８とネットワーク３０に直接結合されて示されている無線アクセス点（すなわち、ＷＡＰ）５２との間に確立された無線通信チャネル５０を介してネットワーク３０に無線結合されて示されている。ＷＡＰ５２は、たとえば、パーソナル媒体デバイス３８とＷＡＰ５２の間に安全な通信チャネル５０を確立することができるＩＥＥＥ８０２．１１ａ、８０２．１ｌｂ、８０２．１１ｇ、Ｗｉ−Ｆｉ、および／またはブルートゥース・デバイスとすることが可能である。
【００１９】
当技術分野において既知であるように、すべてのＩＥＥＥ８０２．１１ｘ仕様が、経路を共用するためにイーサネット・プロトコルおよびキャリア検知多重アクセス衝突回避ネットワーク（すなわち、ＣＳＭＡ／ＣＡ）を使用する。様々な８０２．１１ｘ仕様は、たとえば、位相シフト・キーイング（すなわち、ＰＳＫ）変調または相補コード・キーイング（すなわち、ＣＣＫ）変調を使用する。当技術分野において既知であるように、ブルートゥースは、たとえば、短距離無線接続を使用して移動フォン、コンピュータ、およびパーソナル・デジタル・アシスタントが相互接続されることを可能にする遠隔通信産業仕様である。
【００２０】
ネットワーク３０（またはネットワーク３２）に無線結合されることに加えて、パーソナル媒体デバイスが、プロキシ・コンピュータ（たとえば、パーソナル媒体デバイス１２のプロキシ・コンピュータ５４、パーソナル媒体デバイス４０の、プロキシ・コンピュータ５６、およびパーソナル媒体デバイス４２のプロキシ・コンピュータ５８）を介してネットワーク３０（またはネットワーク３２）に結合されることが可能である。
【００２１】
パーソナル媒体デバイス
たとえば、図２をも参照すると、パーソナル媒体デバイス１２は、ドッキング・クレードル６０を介してプロキシ・コンピュータ５４に接続されることが可能である。通常、パーソナル媒体デバイス１２は、パーソナル媒体デバイス１２をドッキング・クレードル６０に結合するバス・インタフェース（以下においてより詳細に議論される）を含む。ドッキング・クレードル６０は、たとえば、プロキシ・コンピュータ５４内に含まれるユニバーサル・シリアル・バス（すなわち、ＵＳＢ）・ポート、シリアル・ポート、またはＩＥＥＥ１３９４（すなわち、ＦｉｒｅＷｉｒｅ）ポートに（ケーブル６２で）結合されることが可能である。
【００２２】
パーソナル媒体デバイス１２内に含まれるバス・インタフェースは、ＵＳＢインタフェースとすることが可能であり、ドッキング・クレードル６０は、ＵＳＢハブ（すなわち、パーソナル媒体デバイス１２とドッキング・クレードル６０の「ホット」結合および脱結合を可能にするプラグアンドプレイ・インタフェース）として機能することが可能である。
【００２３】
プロキシ・コンピュータ５４は、パーソナル媒体デバイス１２のインターネット・ゲートウエイとして機能することが可能である。したがって、パーソナル媒体デバイス１２は、ネットワーク３０（およびネットワーク３２）を介して媒体配信システム１８にアクセスし、媒体コンテンツ１６を獲得するために、プロキシ・コンピュータ５４を使用することが可能である。具体的には、パーソナル媒体デバイス１２から媒体配信システム１８についての要求を受信する際、プロキシ・コンピュータ５４（パーソナル媒体デバイス１２の代わりにインターネット・クライアントとして作用する）は、コンピュータ２８（すなわち、媒体配信システム１８を実行するコンピュータ）から適切なウエブ・ページ／サービスを要求することが可能である。要求されたウエブ・ページ／サービスがプロキシ・コンピュータ５４に戻されるとき、プロキシ・コンピュータ５４は、戻されたウエブ・ページ／サービスを当初の要求（パーソナル媒体デバイス１２によって配置された）に関係付け、ウエブ・ページ／サービスをパーソナル媒体デバイス１２に進める。それゆえ、プロキシ・コンピュータ５４は、パーソナル媒体デバイス１２をコンピュータ２８、したがって媒体配信システム１８に結合する導管として機能することが可能である。
【００２４】
さらに、パーソナル媒体デバイス１２は、デバイス・アプリケーション６４（その例は、非限定的に、ＲｅａｌＲｈａｐｓｏｄｙ（商標）クライアント、ＲｅａｌＰｌａｙｅｒ（商標）クライアント、または専用インタフェースを含むことが可能である）を実行することが可能である。パーソナル媒体デバイス１２は、オペレーティング・システムを実行することが可能であり、その例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ＣＥ（商標）、Ｒｅｄｈａｔ  Ｌｉｎｕｘ（商標）、Ｐａｌｍ  ＯＳ（商標）、またはデバイス専用（すなわち、カスタム）オペレーティング・システムを含むことが可能である。
【００２５】
ＤＲＭプロセス１０は、通常、デバイス・アプリケーション６４の構成要素である（その例は、非限定的に、デバイス・アプリケーション６４の埋込み機能、デバイス・アプリケーション６４のソフトウエア・プラグイン、またはデバイス・アプリケーション６４によって内部から呼び出されて制御される独立型アプリケーションを含むことが可能である）。パーソナル媒体デバイス１２に結合された記憶デバイス６６に通常は記憶されているデバイス・アプリケーション６４およびＤＲＭプロセス１０の命令セットおよびサブルーチンは、パーソナル媒体デバイス１２に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。たとえば、記憶デバイス６６は、ハード・ディスク・ドライブ、光学ドライブ、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ＣＦ（すなわち、コンパクト・フラッシュ）カード、ＳＤ（すなわち、安全デジタル）カード、ＳｍａｒｔＭｅｄｉａカード、ＭｅｍｏｒｙＳｔｉｃｋ、およびＭｕｌｔｉＭｅｄｉａカードとすることが可能である。
【００２６】
アドミニストレータ６８が、通常、ネットワーク３０（またはネットワーク３２）にも接続される管理コンピュータ７２で実行されるデスクトップ・アプリケーション７０（その例は、非限定的に、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（商標）、Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ（商標）、または専用インタフェースを含むことが可能である）を経て媒体配信システム１８にアクセスして管理する。
【００２７】
管理コンピュータ７２に結合された記憶デバイス（図示せず）に通常記憶されているデスクトップ・アプリケーション７０の命令セットおよびサブルーチンは、管理コンピュータ７２に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。管理コンピュータ７２に結合された記憶デバイス（図示せず）は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。
【００２８】
図３をも参照すると、パーソナル媒体デバイス１２の概略図が示されている。パーソナル媒体デバイス１２は、通常、マイクロプロセッサ１５０（たとえば、Ｉｎｔｅｌ（商標）［カリフォルニア州サンタクララ在］によって作成されたＡＲＭ（商標）マイクロプロセッサ）、不揮発性メモリ（たとえば、読取り専用メモリ１５２）、および揮発性メモリ（たとえば、ランダム・アクセス・メモリ１５４）を含む。そのそれぞれは、１つまたは複数のデータ／システム・バス１５６、１５８を介して相互接続されることが可能である。パーソナル媒体デバイス１２はまた、たとえばヘッドフォン・アセンブリ１６４、遠隔スピーカ・アセンブリ１６６、またはイヤ・バッド・アセンブリ１６８などの取外し可能係合用音声ジャック１６２に、たとえばアナログ音声信号を提供する音声サブシステム１６０を含むことも可能である。代替として、パーソナル媒体デバイス１２は、１つまたは複数の内部音声スピーカ（図示せず）を含むように構成されることも可能である。
【００２９】
パーソナル媒体デバイス１２はまた、ユーザ・インタフェース１７０および表示サブシステム１７２を含むことも可能である。ユーザ・インタフェース１７０は、パーソナル媒体デバイス１２内に含まれる様々な入力デバイスからデータ信号を受信することが可能であり、入力デバイスの例は、たとえば、格付けスイッチ７４、７６、後方スキップ・スイッチ７８、前方スキップ・スイッチ８０、プレイ／ポーズ・スイッチ８２、メニュー・スイッチ８４、ラジオ・スイッチ８６、およびスライダ・アセンブリ８８を含む（非限定的に）ことが可能である。表示サブシステム１７２は、パーソナル媒体デバイス１２内に含まれる表示パネル９０に表示信号を提供することが可能である。表示パネル９０は、たとえば、能動マトリックス液晶表示パネル、受動マトリックス液晶表示パネル、または発光ダイオード表示パネルとすることが可能である。
【００３０】
音声サブシステム１６０、ユーザ・インタフェース１７０、および表示サブシステム１７２は、それぞれ、１つまたは複数のデータ／システム・バス１７４、１７６、１７８を介して（それぞれ）マイクロプロセッサ１５０に結合されることが可能である。
【００３１】
パーソナル媒体デバイス１２の使用中、表示パネル９０は、たとえば、パーソナル媒体デバイス１２内に記憶されている媒体コンテンツ９２、９４、９６の様々なピースのタイトルおよびアーティストを表示するように構成されることが可能である。スライダ・アセンブリ８８は、パーソナル媒体デバイス１２内に記憶されている媒体コンテンツのリストにわたって上方または下方にスクロールするために使用されることが可能である。媒体コンテンツの所望のピースが強調されるとき（たとえば、「Ｔａｊ  Ｍａｈａｌ」による「Ｐｈａｎｔｏｍ  Ｂｌｕｅｓ」）、ユーザ１４は、プレイ／ポーズ・スイッチ８２を使用してレンダリングする媒体コンテンツを選択することが可能である。ユーザ１４は、前方スキップ・スイッチ８０を使用して媒体コンテンツの次のピースに向かって順方向にスキップすることが可能であり（たとえば、「Ｒｏｂｅｒｔ  Ｊｏｈｎｓｏｎ」による「Ｈａｐｐｙ  Ｔｏ  Ｂｅ  Ｊｕｓｔ…」）、または、後方スキップ・スイッチ７８を使用して媒体コンテンツの先行ピースに向かって後方にスキップすることが可能である（たとえば、「Ｌｅｒｏｙ  Ｂｒｏｗｎｓｔｏｎｅ」による「Ｂｉｇ  Ｎｅｗ  Ｏｒｌｅａｎｓ」）。さらに、ユーザ１４は、格付けスイッチ７４、７６を使用して、媒体コンテンツを聴く際に媒体コンテンツを格付けすることが可能である。
【００３２】
上記で議論されたように、パーソナル媒体デバイス１２は、ドッキング・クレードル６０を介してたとえばプロキシ・コンピュータ５４とインタフェースするためのバス・インタフェース１８０を含むことが可能である。さらに、上記で議論されたように、パーソナル媒体デバイス１２は、パーソナル媒体デバイス１２とたとえばＷＡＰ５２との間に確立された無線通信チャネル５０などを介して、ネットワーク３０（および／または他のパーソナル媒体デバイス）に無線結合されることが可能である。それゆえ、パーソナル媒体デバイス１２は、パーソナル媒体デバイス１２をネットワーク３０（もしくはネットワーク３２）および／または他のパーソナル媒体デバイスに無線結合するための無線インタフェース１８２を含むことが可能である。無線インタフェース１８２は、たとえばＷＡＰ５２にＲＦ通信するためのアンテナ・アセンブリ１８４、および／またはたとえば第２パーソナル媒体デバイス（パーソナル媒体デバイス４０など）と赤外線通信するためのＩＲ（すなわち、赤外線）通信アセンブリ１８６に結合されることが可能である。
【００３３】
上記で議論されたように、パーソナル媒体デバイス１２は、デバイス・アプリケーション６４およびＤＲＭプロセス１０の命令セットおよびサブルーチンを記憶する記憶デバイス６６を含むことが可能である。さらに、記憶デバイス６６は、媒体配信システム１８からダウンロードされた媒体データ・ファイルを記憶し、かつ媒体配信システム１８からストリームされた媒体データ・ストリーム（またはその一部）を一時的に記憶するために使用されることが可能である。
【００３４】
記憶デバイス６６、バス・インタフェースバス１８０、および無線インタフェース１８２は、それぞれ、１つまたは複数のデータ／システムバス・インタフェースバス１８８、１９０、１９２（それぞれ）を介してマイクロプロセッサ１５０に結合されることが可能である。
【００３５】
上記で議論されたように、媒体配信システム１８は、媒体コンテンツをユーザ１４、２０、２２、２４、２６に配信し、それにより、配信された媒体コンテンツは、媒体データ・ストリームおよび／または媒体データ・ファイルの形態にあることが可能である。
【００３６】
それゆえ、媒体配信システム１８は、ユーザが媒体データ・ファイルをダウンロードすることのみを可能にするように構成されることが可能である。たとえば、ユーザ１４は、媒体配信システム１８から、媒体データ・ファイル（すなわち、その例は、非限定的にＭＰ３ファイまたはＡＡＣファイルを含むことが可能である）をダウンロードすることが可能になり得、それにより、媒体データ・ファイルのコピーが、コンピュータ２８からパーソナル媒体デバイス１２に転送される（記憶デバイス６６に記憶される）。
【００３７】
代替として、媒体配信システム１８は、ユーザが媒体データ・ファイルの媒体データ・ストリームを受信して処理することのみを可能にするように構成されることが可能である。たとえば、ユーザ２２は、媒体配信システム１８から媒体データ・ストリームを受信し、媒体配信システム１８から受信された媒体データ・ストリームを処理する（クライアント・コンピュータ４４で）ことが可能になり得る。上記で議論されたように、媒体コンテンツが、たとえば、コンピュータ２８からクライアント・コンピュータ４４にストリームされるとき、媒体データ・ファイルのコピーは、クライアント・コンピュータ４４に永続的には保持されない。
【００３８】
さらに、媒体配信システム１８は、ユーザが媒体データ・ストリームを受信および処理し、媒体データ・ファイルをダウンロードすることを可能にするように構成されることが可能である。そのような媒体配信システムの例には、ＲｅａｌＮｅｔｗｏｒｋｓ（商標）［ワシントン州シアトル在］によって提供されるＲｈａｐｓｏｄｙ（商標）およびＲｈａｐｓｏｄｙ−ｔｏ−Ｇｏ（商標）のサービスがある。それゆえ、ユーザ１４は、媒体配信システム１８から媒体データ・ファイルをダウンロードし、かつ媒体配信システム１８から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ２８からパーソナル媒体デバイス１２に転送される（すなわち、受信された媒体データ・ファイルが記憶デバイス６６に記憶される）ことが可能であり、媒体データ・ファイルのストリームが、パーソナル媒体デバイス１２によってコンピュータ２８から受信される（すなわち、受信されたストリームの一部が記憶デバイス６６に一時的に記憶される）ことが可能である。さらに、ユーザ２２は、媒体配信システム１８から媒体データ・ファイルをダウンロードし、媒体配信システム１８から媒体データ・ストリームを受信して処理することが可能になり得る。したがって、媒体データ・ファイルのコピーが、コンピュータ２８からクライアント・コンピュータ４４に転送される（すなわち、受信された媒体データ・ファイルが記憶デバイス４８に記憶される）ことが可能であり、媒体データ・ファイルのストリームが、クライアント・コンピュータ４４によってコンピュータ２８から受信される（すなわち、受信されたストリームの一部が、記憶デバイス４８に一時的に記憶される）ことが可能である。
【００３９】
通常、デバイスが、たとえばコンピュータ２８から媒体データ・ストリームを受信して処理するために、デバイスは、コンピュータ２８、したがって媒体配信システム１８へのアクティブ接続を有さなければならない。それゆえ、パーソナル媒体デバイス３８（すなわち、無線チャネル５０を介してコンピュータ２８にアクティブに接続されている）およびクライアント・コンピュータ４４（すなわち、配線ネットワーク接続を介してコンピュータ２８にアクティブに接続されている）は、たとえばコンピュータ２８から媒体データ・ストリームを受信して処理することが可能である。
【００４０】
上記で議論されたように、プロキシ・コンピュータ５４、５６、５８は、パーソナル媒体デバイス１２、４０、４２（それぞれ）をコンピュータ２８、したがって媒体配信システム１８に結合するための導管として機能することが可能である。それゆえ、プロキシ・パーソナル媒体デバイス１２、４０、４２がたとえばドッキング・クレードル６０を介してプロキシ・コンピュータ５４、５６、５８（それぞれ）に結合されるとき、パーソナル媒体デバイス１２、４０、４２は、コンピュータ２８にアクティブに接続され、したがって、コンピュータ２８によって提供された媒体データ・ストリームを受信して処理することが可能である。
【００４１】
ユーザ・インタフェース
上記で議論されたように、たとえばパーソナル媒体デバイス１２、３８、４０、４２、クライアント・コンピュータ４４、パーソナル・デジタル・アシスタント（図示せず）、セルラ電話（図示せず）、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネット・ラジオ（図示せず）、または専用ネットワーク・デバイス（図示せず）を非限定的に含む様々なタイプのクライアント電子デバイスを使用して、媒体配信システム１８にアクセスすることが可能である。通常、ユーザによって使用される（特定のクライアント電子デバイスについて媒体配信システム１８を構成するとき）インタフェースのタイプは、媒体コンテンツがストリーム／ダウンロードされているクライアント電子デバイスのタイプに応じて変化する。
【００４２】
たとえば、パーソナル媒体デバイス１２の示された（図２において）実施形態はキーボードを含まず、かつパーソナル媒体デバイス１２の表示パネル９０はコンパクトであるので、媒体配信システム１８は、プロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を介してパーソナル媒体デバイス１２について構成されることが可能である。
【００４３】
プロキシ・コンピュータ５４に結合された記憶デバイス（図示せず）に通常は記憶されているプロキシ・アプリケーション９８の命令セットおよびサブルーチンは、プロキシ・コンピュータ５４に組み込まれている１つまたは複数のプロセッサ（図示せず）および１つまたは複数のメモリ・アーキテクチャ（図示せず）によって実行される。プロキシ・コンピュータ５４に結合された記憶デバイス（図示せず）は、非限定的に、ハード・ディスク・ドライブ、テープ・ドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダム・アクセス・メモリ（ＲＡＭ）、または読取り専用メモリ（ＲＯＭ）を含むことが可能である。
【００４４】
さらに、同様の理由で、パーソナル・デジタル・アシスタント（図示せず）、セルラ電話（図示せず）、テレビジョン（図示せず）、ケーブル・ボックス（図示せず）、インターネット・ラジオ（図示せず）、および専用ネットワーク・デバイス（図示せず）が、媒体配信システム１８を構成するためにプロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を使用することが可能である。
【００４５】
さらに、クライアント電子デバイスは、媒体配信システム１８がプロキシ・アプリケーション９８を介して構成されるために、プロキシ・コンピュータ５４に直接接続される必要はない。たとえば、媒体配信システム１８にアクセスするために使用されるクライアント電子デバイスがセルラ電話であると想定する。セルラ電話は、通常、たとえばプロキシ・コンピュータ５４に物理的に接続可能ではないが、プロキシ・コンピュータ５４は、セルラ電話と共に使用されるように媒体配信システム１８を遠隔的に構成するために依然として使用されることが可能である。それゆえ、たとえばプロキシ・コンピュータ５４を介して入力される構成情報（セルラ電話に関する）は、ユーザがセルラ電話で媒体配信システム１８にアクセスする次の時間まで、媒体配信システム１８（コンピュータ２８）内に保持されることが可能である。そのとき、媒体配信システム１８に保存されている構成情報は、セルラ電話にダウンロードされることが可能である。
【００４６】
キーボードおよびより大きなディスプレイ（たとえば、クライアント・コンピュータ４４）を含むシステムでは、クライアント・アプリケーション４６は、クライアント・コンピュータ４４と共に使用されるように媒体配信システム１８を構成するために使用されることが可能である。
【００４７】
図４をも参照すると、媒体配信システム１８にアクセスするためにクライアント・アプリケーション４６を使用するとき、ユーザ２２は、クライアント・アプリケーション４６によってレンダリングされた情報表示スクリーン２００を提示されることが可能である。クライアント・アプリケーション４６は、通常、媒体配信システム１８とインタフェースし、かつ情報表示スクリーン２００を見るためのユーザ・インタフェース２０２（たとえば、ウエブ・ブラウザ）を含む。
【００４８】
たとえば、ユーザ２２がコンピュータ２８などから媒体コンテンツをストリームする／ダウンロードするとき、媒体配信システム１８は、ユーザのクライアント電子デバイス（たとえば、クライアント・コンピュータ４４など）にストリーム／ダウンロードされ、そのユーザの媒体履歴ファイル１００（図１）を生成することになる媒体コンテンツを監視することが可能である。媒体履歴ファイル１００は、通常、局所的に維持される（たとえば、クライアント・コンピュータ４４に維持される）が、媒体履歴ファイル１００は、代替／追加として、遠隔媒体履歴ファイル１００’として遠隔的に維持される（たとえば、コンピュータ２８に維持される）ことが可能である。
【００４９】
ユーザ（たとえば、ユーザ２２）は、この媒体履歴ファイル（またはその一部）をプレイリストとして保存することが可能である。プレイリストは、通常、媒体配信システム１８が順次レンダリングするトラックのグループである（この例は、非限定的に、歌、ビデオ、ニュース・ブロードキャスト、スポーツ・ブロードキャストなどを含むことが可能である）。これにより、ユーザは、カスタム音楽編集をコンパイルすることが可能になる（多重プレイリストの形態で）。
【００５０】
履歴ウィンドウ２０４が、媒体履歴ファイル１００内に含まれる情報を項目化するクライアント・アプリケーション４６によってレンダリングされることが可能である。この例では、履歴ウィンドウ２０４は、１０の（１０）媒体データ・ストリーム（たとえば、「Ｊａｉｌｈｏｕｓｅ  Ｒｏｃｋ」、「Ｓｕｒｆ  Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ  Ｓｕｅ」、「Ｔｈｅ  Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ  Ｇｒｅａｔ  Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ  Ｈｉｌｌ」、「Ｉ’ｍ  Ｗａｌｋｉｎ」、「Ｂｌｕｅ  Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ  Ｙａｋ」、および「Ｐｅｇｇｙ  Ｓｕｅ」）を項目化し、それにより、ユーザ２２がそれらの１０の（１０）媒体データ・ストリームを以前に聴いたことを示す。
【００５１】
媒体データ・ストリーム（すなわち、コンピュータ２８など、遠隔デバイスから受信された媒体データ・ストリーム）に加えて、クライアント・アプリケーション４６により、ユーザ１２は、ローカル媒体データ・ファイルをレンダリングすることが可能になる。上記で議論されたように、ローカル媒体データ・ファイルは、媒体配信システム１８から受信された購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、媒体配信システム１８について有効な加入が存在する間使用するためにたとえばユーザに認可された媒体コンテンツ）、および／またはたとえば音楽コンパクト・ディスクなどから抽出された（すなわち取り入れられた）媒体データ・ファイルとすることが可能である。これらのローカル媒体データ・ファイルは、通常、たとえばクライアント・コンピュータ４４に結合された記憶デバイス４８に記憶される。
【００５２】
ユーザ２２がローカル媒体データ・ファイル（すなわち、クライアント・コンピュータ４４に記憶されているファイル）をレンダリングすることを望む場合、ユーザ２２は、たとえば、クライアント・アプリケーション４６を使用して、レンダリングされるファイルを選択することが可能である。それゆえ、ユーザ２２は、ポインティング・デバイス（たとえば、コンピュータ・マウス、図示せず）によって制御可能となり得るスクリーン・ポインタ２０８を使用して、ドロップダウン「Ｆｉｌｅ」メニュー２０６を選択することが可能である。「Ｏｐｅｎ」コマンドを選択することにより、クライアント・アプリケーション４６は、ファイル管理ウィンドウ２１０をレンダリングすることになり得、これにより、ユーザ２２は、再生するローカル媒体データ・ファイルを選択することが可能になる。
【００５３】
この例では、ファイル管理ウィンドウ２１０は、３つの（３）ローカル媒体データ・ファイル、すなわち「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」２１２、「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」２１４、および「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」２１６を確定し、これらはすべてフォルダ「Ｍｙ  Ｍｕｓｉｃ」内に記憶されている。ユーザ２２は、クライアント・アプリケーション４６で再生するこれらのファイルのいずれか（またはすべて）を選択することが可能である。
【００５４】
検索ウィンドウ２１８により、ユーザ（たとえば、ユーザ２２）が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ２２は、検索用語（たとえば、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」）を入力し、適切な用語タイプを選択し（たとえば、アーティスト）、問合せを実行することが可能である。複数のアーティストが問合せを満たす事象では、結果のセットが生成されることが可能であり、そのセットから、ユーザ２２は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ２２は、選択されたアーティストによって発表された様々なアルバム（または、選択アーティストによるトラックを含むもの）をレビューすることが可能である。次いで、ユーザ２２は、アルバムのいずれかに含まれる様々なトラックの１つまたは複数をストリームする、またはダウンロードすることが可能である。トラックがレンダリングされた後、レンダリングされたトラックに関する識別情報が、ローカル媒体履歴ファイル１００および／または遠隔媒体履歴ファイル１００’に追加されることが可能であり、履歴ウィンドウ２０４に含まれることが可能である。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ１４は、たとえば、キーボード、トラック、アルバム、および／または作曲者などによって媒体コンテンツを検索することもできることが可能である。
【００５５】
図５をも参照し、ユーザ２２が、再生のためにすべての３つのローカル媒体データ・ファイルを選択すると想定すると、媒体履歴ファイル１００は、３つの追加のエントリ、すなわち「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」の１つ、「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」の１つ、および「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」の１つを含むように修正されることが可能である。それゆえ、履歴ウィンドウ２０４が媒体履歴ファイル１００内に含まれる情報を項目化する際、履歴ウィンドウ２０４は、ローカル媒体データ・ファイル「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」２１２、ローカル媒体データ・ファイル「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」２１４、およびローカル媒体データ・ファイル「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」２１６に対応する３つの追加のエントリ（すなわち、エントリ２２０、２２２、２２４）を含む。
【００５６】
ユーザ２２が、将来再生するためにこの音楽の集団を保存することを望むと想定すると、ユーザ２２は、現行媒体履歴ファイル１００（またはその一部）をプレイリスト１０２（図１）として保存することが可能である。プレイリスト１０２は、通常、局所的に維持されるが（たとえば、クライアント・コンピュータ４４に維持される）、プレイリスト１０２は、代替として／追加として、遠隔プレイリスト１０２’として遠隔的に維持されることが可能である（たとえば、コンピュータ２８に維持される）。
【００５７】
図６をも参照すると、ユーザ２２は、「保存」ボタン２４０を選択することが可能である（スクリーン・ポインタ２０８を使用して）。「保存」ボタン２０４が選択された後、ユーザ２２が、プレイリスト名称付けウィンドウ２４２の名前フィールド２４４内においてプレイリスト１０２の固有名を指定することを可能にするプレイリスト名称付けウィンドウ２４２がレンダリングされることが可能である（クライアント・アプリケーション４６によって）。
【００５８】
ユーザ２２が、「５０年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト１０２が保存され（すなわち、「５０年代ヒット」として）、履歴ウィンドウ２０４内において項目化された媒体コンテンツのピースのすべての位置を確定する。
【００５９】
図７をも参照すると、プレイリスト１０２が記憶された後、プレイリスト１０２（たとえば、「５０年代ヒット」）へのリンク２６０が、ディレクトリ・ウィンドウ２６２に現れる。次いで、ユーザ２２は、スクリーン・ポインタ２０８を使用してリンク２６０を選択することが可能である。選択された後、プレイリスト１０２内に含まれるトラック（たとえば、「５０年代ヒット」）は、ユーザ・インタフェース２０２を介して見ることができるプレイリスト・ウィンドウ２６４（たとえば、ウエブ・ページ）内において項目化される。上記で議論されたように、これらのエントリのうちの１０個（すなわち、「Ｊａｉｌｈｏｕｓｅ  Ｒｏｃｋ」、「Ｓｕｒｆ  Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ  Ｓｕｅ」、「Ｔｈｅ  Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ  Ｇｒｅａｔ  Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ  Ｈｉｌｌ」、「Ｉ’ｍ  Ｗａｌｋｉｎ」、「Ｂｌｕｅ  Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ  Ｙａｋ」、および「Ｐｅｇｇｙ  Ｓｕｅ」）が、媒体データ・ストリームの位置を定義し、これらのエントリのうちの３つ（すなわち、「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」、および「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」）が、媒体データ・ファイルの位置を確定する。
【００６０】
通常、プレイリスト・ウィンドウ２６４は、プレイリスト１０２内において項目化された個々のエントリに関連付けられたストリーム／ファイルを特定する（すなわち、そのアドレスを提供する）ハイパーリンクを含む。この位置情報は、プレイリスト１０２内に記憶されることが可能である。たとえば、以下の表は、プレイリスト１０２のエントリのトラック名を、トラック名に関連付けられたストリーム／ファイルのアドレスと相関させる。
【表１】
2014195298.tif 000003
【００６１】
最初の１０のエントリ（すなわち、「Ｊａｉｌｈｏｕｓｅ  Ｒｏｃｋ」、「Ｓｕｒｆ  Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ  Ｓｕｅ」、「Ｔｈｅ  Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ  Ｇｒｅａｔ  Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ  Ｈｉｌｌ」、「Ｉ’ｍ  Ｗａｌｋｉｎ」、「Ｂｌｕｅ  Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ  Ｙａｋ」、および「Ｐｅｇｇｙ  Ｓｕｅ」）は、媒体データ・ストリームを識別するので、各エントリについて提供されたアドレスは、たとえば、媒体配信システム１８から利用可能な媒体ストリームを指す。さらに、最後の３つのエントリ（すなわち、「Ｔｕｔｕ  Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」、および「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」）は媒体データ・ファイルを識別するので、各エントリについて提供されるアドレスは、たとえばクライアント・コンピュータ４４から利用可能な媒体データ・ファイルを指す。
【００６２】
プレイリスト・ウィンドウ２６４は、通常、表であり、プレイリスト・ウィンドウ２６４の各エントリについて媒体のタイプ（すなわち、たとえば、媒体データ・ストリームまたは媒体データ・ファイル）を識別する列２６６を含むことが可能である。通常、列２６６は、媒体タイプを識別するアイコンを含む（たとえば、アイコン２６８は媒体データ・ファイルを識別し、アイコン２７０は媒体データ・ストリームを識別する）。ユーザ２２は、プレイリスト１０２をレンダリングするために、「プレイ」ボタン２７２を選択することが可能である。
【００６３】
上記で議論されたように、媒体配信システム１８は、通常、媒体データ・ストリームおよび／または媒体データ・ファイルをユーザ（たとえば、ユーザ２２）に提供する。通常、メタデータが、媒体配信システム１８によって提供される各媒体データ・ストリームに関連付けられる。このメタデータは、たとえばアーティスト識別子、アルバム識別子、トラック識別子、アルバム・カバー画像、および音楽ジャンル識別子を含む（非限定的に）ことが可能である。
【００６４】
それゆえ、たとえば、ユーザ１２が遠隔媒体データ・ストリームをレンダリングするときはいつでも、媒体配信システム１８は、このメタデータをコンパイルし（ユーザあたりで）、たとえば、個々のユーザの聴く傾向および音楽の好みなどを追跡するために保存することが可能である。
【００６５】
上記で議論されたように、ローカル・デジタル媒体データ・ファイルは、媒体配信システム１８から受信された購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、媒体配信システム１８について有効な加入が存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および／またはたとえば音楽コンパクト・ディスクなどから抽出された（すなわち取り入れられた）媒体データ・ファイルとすることが可能である。
【００６６】
購入ダウンロードおよび／または加入ダウンロードが媒体配信システム１８によって提供された場合、これらのローカル媒体データ・ファイルは、通常、上記で記述されたメタデータをも含む。それゆえ、これらの購入／加入ダウンロードが、たとえば、ユーザ２２によってレンダリングされる場合、これらの購入／加入ダウンロードに関するメタデータは、コンピュータ４４からコンピュータ２８に送信されることが可能であり、それにより、メタデータは、たとえば、聴く傾向および音楽の好みなどを追跡するために、コンパイルされて保存される（ユーザあたりで）ことが可能である。
【００６７】
しかし、たとえば音楽コンパクト・ディスクから抽出された媒体データ・ファイルでは、これらのデータ・ファイルは、上記で記述されたメタデータを含まない可能性がある。上記で議論されたように、媒体データ・ファイル（すなわち、クライアント・コンピュータ４４に記憶されているファイル）は、クライアント・アプリケーション４６を使用してレンダリングされ、プレイリスト（たとえば、プレイリスト１０２）に追加されることが可能である。それゆえ、ユーザ２２が媒体データ・ファイル（メタデータを含まない）をプレイリスト（たとえば、プレイリスト１０２）に追加することを試行するときはいつでも、ユーザ２２は、その媒体データ・ファイルに関するメタデータを提供するように促されることが可能である。
【００６８】
図８をも参照し、上記で述べられた例を続けて、ユーザ２２が、３つのローカル媒体データ・ファイル（すなわち、「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」、および「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」）を含むプレイリスト（たとえば、プレイリスト１０２）を保存することを試行する場合、これらの３つのローカル媒体データ・ファイルがメタデータを含まないと想定すると、クライアント・アプリケーション４６は、３つの媒体データ・ファイルのそれぞれに関するメタデータをユーザ２２が入力することを可能にするメタデータ・エントリ・フォーム２８０をレンダリングすることが可能である。
【００６９】
この例では、メタデータ・エントリ・フォーム２８０は、５つのユーザ編集可能フィールド、すなわちアーティスト・フィールド２８２、アルバム・フィールド２８４、トラック・フィールド２８６、アルバム・カバー画像フィールド２８８、および音楽ジャンル・フィールド２９０を含む。アルバム・カバー画像フィールド２８８により、ユーザ２２は、アルバム・カバー画像のドライブ、経路、およびファイル名を確定することが可能になり得る。音楽ジャンル・フィールド２９０は、ユーザ２２がいくつかの事前に確定された音楽ジャンル（図示せず）から音楽ジャンルを選択することを可能にするドロップダウン・メニュー（スクリーン・ポインタ２０８を介して動作可能）とすることが可能である。
【００７０】
通常、媒体データ・ファイルの名称がトラック名を記述する場合、トラック・フィールド２８６は、クライアント・アプリケーション４６がトラック・タイトルであると推測するもので自動的にポピュレートされることが可能である。第１ローカル媒体データ・ファイルが「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」、という名称であるとき、トラック・フィールド２８６は、通常、推測名「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」でポピュレートされる。ユーザ２２は、残りのフィールドをポピュレートし、保存ボタン２９２を選択する（スクリーン・ポインタ２０８を使用して）、または代替としてキャンセル・ボタン２９４を選択することが可能である。
【００７１】
メタデータ生成プロセスをさらに自動化するために、クライアント・アプリケーション４４が、たとえば、媒体配信システム１８または第三者（図示せず）によってサービスされる遠隔メタデータ・データベース（図示せず）とインタフェースすることが可能である。このメタデータ・データベースは、様々なトラックおよびアルバムについてメタデータを確定することが可能である。そのようなデータベースの例は、Ｇｒａｃｅｎｏｔｅ（商標）［カリフォルニア州エメリビル在］（ｗｗｗ．ｇｒａｃｅｎｏｔｅ．ｃｏｍ）によって維持されるＣＤＤＢ（商標）データベースである。たとえば、ユーザ２２がコンパクト・ディスク全体から各トラックを取り入れた場合、メタデータ・データベースは、クライアント・アプリケーション４４によってアクセスされることが可能であり、たとえばコンパクト・ディスクに含まれるトラックの総数、コンパクト・ディスクに含まれる各トラックの長さ、およびコンパクト・ディスクの全長を確定する問合せが構造化されることが可能である。確定的な結果がこの問合せによって作成されると想定すると、コンパクト・ディスクから取り入れられた各トラックのメタデータが作成される。不確定な結果のセット（すなわち、複数の可能なコンパクト・ディスクを識別するもの）が生成される事象では、ユーザ２２は、可能な整合のリスト（図示せず）から適切なコンパクト・ディスクを選択するように促されることが可能である。
【００７２】
上記で議論されたように、ユーザによって使用されるインタフェースのタイプ（クライアント電子デバイスの媒体配信システム１８を構成するとき）は、媒体コンテンツがストリーム／ダウンロードされているクライアント電子デバイスのタイプおよび能力に応じて変化することが可能である。それゆえ、上記で議論されたように、媒体配信システム１８は、プロキシ・コンピュータ５４で実行されるプロキシ・アプリケーション９８を介してパーソナル媒体デバイス１２について構成されることが可能である。
【００７３】
プロキシ・アプリケーション９８は、たとえばユーザ１４によってドッキング・クレードルの中に配置されているパーソナル媒体デバイス１２で自動的に実行されることが可能である。代替として、プロキシ・アプリケーション９８は、プロキシ・コンピュータ５４をブート・アップする際、完全にまたは部分的にロードされることが可能である。次いで、プロキシ・アプリケーション９８は、パーソナル媒体デバイス１２がドッキング・クレードル６０の中に配置されるまで、バックグラウンドで動作することが可能であり、この時点において、プロキシ・アプリケーション９８は、実行のためにフォアグラウンドに完全にロードされるおよび／または移動されることが可能である。さらに、プロキシ・アプリケーション９８は、ユーザ１４によって手動で実行されることが可能である。以下においてより詳細に議論されるように、プロキシ・アプリケーション９８（１回実行されている）は、たとえば、パーソナル媒体デバイス１２を構成して、媒体データ・ファイルをパーソナル媒体デバイス１２に転送し、かつ媒体データ・ファイルをパーソナル媒体デバイス１２から削除するために使用されることが可能である。
【００７４】
図９をも参照すると、媒体配信システム１８にアクセスするためにプロキシ・アプリケーション９８を使用するとき、ユーザ１４は、プロキシ・アプリケーション９８によってレンダリングされた情報表示スクリーン３００を提示されることが可能である。プロキシ・アプリケーション９８は、媒体配信システム１８とインタフェースし、かつ情報表示スクリーン３００を見るために、ユーザ・インタフェース３０２（たとえば、ウエブ・ブラウザ）を通常含む。
【００７５】
検索ウィンドウ３０４により、ユーザ（たとえば、ユーザ１４）が、媒体コンテンツを検索することが可能になる。たとえば、ユーザ１４は、検索用語（たとえば、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」）を検索フィールド３０６に入力し、適切な用語のタイプを選択し（たとえば、アーティスト）、問合せを実行することが可能である。複数のアーティストが問合せを満たす場合、結果のセットが生成されることが可能であり、そのセットから、ユーザ１４は、たとえば適切なアーティストを選択することが可能である。適切なアーティストが選択された後、ユーザ１４は、選択されたアーティストによって発表された様々なアルバム（または選択されたアーティスによるトラックを含むもの）をレビューすることが可能である。次いで、ユーザ１４は、アルバムのいずれかに含まれる様々なトラックの１つまたは複数をダウンロードすることが可能である（パーソナル媒体デバイス１２で使用される）。アーティストによって媒体コンテンツを検索することができることに加えて、ユーザ１４はまた、たとえばキーボード、トラック、アルバム、および／または作曲者によって媒体コンテンツを検索することもできることになり得る。
【００７６】
さらに、クライアント・アプリケーション４６と同様の方式で、プロキシ・アプリケーション９８は、ユーザ１２が、選択されたアーティストのアルバムのいずれかに含まれる１つまたは複数の様々なトラックをレンダリングする（プロキシ・コンピュータ５４を介して）ことが可能になるように構成されることが可能である。
【００７７】
ユーザ１４がパーソナル媒体デバイス１２のコンテンツをレビューすることを可能にするコンテンツ・ウィンドウ３０８が、プロキシ・アプリケーション９８によってレンダリングされることが可能である。上記で議論されたように、パーソナル媒体デバイス１２は、たとえばＵＳＢポート、シリアル・ポート、またはＦｉｒｅＷｉｒｅポートを介してプロキシ・コンピュータ５４に結合されることが可能である。プロキシ・アプリケーション９８を実行する際、または実行する最中、プロキシ・アプリケーション９８は、デバイス１２上で媒体コンテンツに現在関する情報を取り出すために、パーソナル媒体デバイス１２をポーリングすることが可能である。このポーリングは、ＵＳＢハード・ドライブのコンテンツが決定される方式と同様の方式で行われることが可能である。この特定の例では、コンテンツ・ウィンドウ３０８は、１０の（１０）エントリ、すなわち「Ｊａｉｌｈｏｕｓｅ  Ｒｏｃｋ」、「Ｓｕｒｆ  Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ  Ｓｕｅ」、「Ｔｈｅ  Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ  Ｇｒｅａｔ  Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ  Ｈｉｌｌ」、「Ｉ’ｍ  Ｗａｌｋｉｎ」、「Ｂｌｕｅ  Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ  Ｙａｋ」、および「Ｐｅｇｇｙ  Ｓｕｅ」を含み、したがって、通常はパーソナル媒体デバイス１２の記憶デバイス６６に記憶される１０の（１０）媒体データ・ファイルが、パーソナル媒体デバイス１２に以前ダウンロードされたことを示す。
【００７８】
コンテンツ・ウィンドウ３０８は、表とすることが可能であり、トラック３１０、アーティスト３１２、トラック長３１４、およびトラックのサイズ３１６を含めて、ダウンロードされたファイルに関する情報の様々なピースを項目化することが可能である。さらに、プロキシ・アプリケーション９８は、デバイス識別情報を取り出すために、パーソナル媒体デバイス１４をポーリングすることが可能であり、この情報は、コンテンツ・ウィンドウ３０８内に含まれるデバイス・タイプ・フィールド３２０およびデバイス・シリアル番号フィールド３２２内においてレンダリングされることが可能である。さらに、コンテンツ・ウィンドウ３０８は、たとえば、ギガバイトで表された「Ｕｎｕｓｅｄ  Ｓｐａｃｅ」、ギガバイトで表された「Ｕｓｅｄ  Ｓｐａｃｅ」、全容量のパーセンテージで表された「Ｕｎｕｓｅｄ  Ｓｐａｃｅ」、および全容量のパーセンテージで表された「Ｕｓｅｄ  Ｓｐａｃｅ」などの１つまたは複数を含めて、デバイス１２の現行容量に関するサマリ情報フィールド３２４を含むことが可能である。
【００７９】
図１０をも参照し、上記で述べられた例を続けて、ユーザ１４が検索用語「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」を検索ウィンドウ３０４の検索フィールド３０６に入力し、ドロップダウン・メニュー３４０を介して用語タイプ「アーティスト」を選択し、スクリーン・ポインタ２０８で「Ｇｏ」ボタン３４２を選択することによって問合せを実行すると想定する。
【００８０】
他のアーティストが問合せを満たさないと想定すると、Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙに関する情報を有する情報スクリーン３００がユーザ１４に提示されることが可能であり、これは、アーティスト情報スクリーン３４４、上部トラックリスト３４６、アルバム・リスト３４８、および同様のアーティストリスト３５０などを含むことが可能である。
【００８１】
ユーザ１４は、ダウンロードされるトラックに対応するダウンロード・ボタン３５２を選択することによって、パーソナル媒体デバイス１２で使用される媒体データ・ファイルを媒体配信システム１８からダウンロードすることが可能である。さらに、ユーザ１４は、ダウンロードされるトラックに対応するダウンロード・オール・ボタン３５４を選択することによって、トラックのグループ（たとえば、上部トラックリスト３４６内に含まれる各トラック、または単一アルバム内に含まれるすべてのトラック）をダウンロードすることが可能である。
【００８２】
ユーザ１４がダウンロードするトラックを選択した後、プロキシ・アプリケーション９８は、たとえば、ダウンロードされているトラックのタイトルを識別するトラック・タイトル・フィールド３５８、およびダウンロードされているトラックのアーティストを識別するアーティスト・フィールド３６０を含むダウンロード・ウィンドウ３５６をレンダリングすることが可能である。
【００８３】
上記で議論されたように、ファイルが、購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、または購入ダウンロード（すなわち、媒体配信システム１８について有効な加入が存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）として媒体配信システム１８からダウンロードされることが可能である。ユーザ１４が媒体配信システム１８について現行加入を有するとすると、ダウンロードされた媒体コンテンツは、ユーザが有効加入を有する間のみレンダリング可能であるので、通常、追加の料金は各加入ダウンロードに課金されない。しかし、媒体コンテンツは、ユーザの加入状況に関係なくレンダリング可能であるので、ユーザは、通常、各購入ダウンロードについて料金を支払わなければならない（たとえば、７９¢、８９¢、または９９¢など）。
【００８４】
それゆえ、ダウンロード・ウィンドウ３５６は、購入ボタン３６２およびダウンロード・ボタン３６４を含むことが可能であり、両方とも、スクリーン・ポインタ２０８を介して選択可能である。この例では、ユーザ１４がスクリーン・ポインタ２０８で購入ボタン３６２を選択する場合、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」による「Ｈｏｕｎｄ  Ｄｏｇ」の媒体データ・ファイルが、コンピュータ２８からパーソナル媒体デバイス１２に転送される。通常、ユーザ１４は、この媒体データ・ファイルのダウンロードについてたとえば単発ダウンロード料金を課される。しかし、これは購入ダウンロードなので、受信された媒体データ・ファイルは、媒体配信システム１８についてのユーザ加入状況に関係なく、レンダリング可能である。
【００８５】
代替として、ユーザ１４がスクリーン・ポインタ２０８でダウンロード・ボタン３６４を選択する場合、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」による「Ｈｏｕｎｄ  Ｄｏｇ」の媒体データ・ファイルが、コンピュータ２８からパーソナル媒体デバイス１２に転送される。通常、ユーザ１４は、この媒体データ・ファイルのダウンロードについて、料金を課されない。しかし、これは加入ダウンロードなので、受信された媒体データ・ファイルは、ユーザ１４が媒体配信システム１８について有効加入を有する間のみ、レンダリング可能である。
【００８６】
ダウンロード・ウィンドウ３５６は、通常、ユーザ１４がダウンロードを取り消し、かつダウンロード・ウィンドウ３５６を閉じることを可能にするキャンセル・ボタン３６６をも含む。
【００８７】
ユーザ１４が購入ボタン３６２またはダウンロード・ボタン３６４を選択する場合、選択された媒体データ・ファイルのダウンロードが開始される。ダウンロード・ウィンドウ３５６は、たとえば「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」による「Ｈｏｕｎｄ  Ｄｏｇ」のダウンロードの進行を示すダウンロード状況識別子３６８を含むことが可能である。
【００８８】
図１１をも参照すると、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」による「Ｈｏｕｎｄ  Ｄｏｇ」の媒体データ・ファイルのダウンロードが完了した後、コンテンツ・ウィンドウ３０８は、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」による「Ｈｏｕｎｄ  Ｄｏｇ」のエントリ３８０を含むように更新され、「Ｅｌｖｉｓ  Ｐｒｅｓｌｅｙ」による「Ｈｏｕｎｄ  Ｄｏｇ」が媒体配信システム１８からパーソナル媒体デバイス１２に首尾よくダウンロードされたことを示す。
【００８９】
クライアント・アプリケーション４６に関して上記で記述されたものと同様の方式で、ユーザ１４は、パーソナル媒体デバイス１２に記憶されている様々な媒体データ・ファイルに関するプレイリストを確定するために、プロキシ・アプリケーション９８を使用することが可能である。たとえば、ユーザ１４が最初の１３のトラック（すなわち、「Ｊａｉｌｈｏｕｓｅ  Ｒｏｃｋ」、「Ｓｕｒｆ  Ｃｉｔｙ」、「Ｒｕｎａｒｏｕｎｄ  Ｓｕｅ」、「Ｔｈｅ  Ｗａｎｄｅｒｅｒ」、「Ｔｈｅ  Ｇｒｅａｔ  Ｐｒｅｔｅｎｄｅｒ」、「Ｂｌｕｅｂｅｒｒｙ  Ｈｉｌｌ」、「Ｉ’ｍ  Ｗａｌｋｉｎ」、「Ｂｌｕｅ  Ｃｈｒｉｓｔｍａｓ」、「Ｙａｋｅｔｙ  Ｙａｋ」、「Ｐｅｇｇｙ  Ｓｕｅ」、「Ｔｕｔｔｉ  Ｆｒｕｔｔｉ」、「Ｃｈａｎｔｉｌｌｙ  Ｌａｃｅ」、および「Ｇｒｅａｔ  Ｂａｌｌｓ  ｏｆ  Ｆｉｒｅ」）をプレイリストとして保存することを望んでいたと想定すると、ユーザ１４は、トラックの所望の選択を強調し（スクリーン・ポインタ２０８を使用して）、スクリーン・ポインタ２０８を使用して保存ボタン３８２を選択する。ユーザ１４がプレイリスト名称付けウィンドウ３８４の名称フィールド３８６内においてプレイリストの固有名を指定することを可能にするプレイリスト名称付けウィンドウ３８４がレンダリングされることが可能である（プロキシ・アプリケーション９８によって）。
【００９０】
ユーザ１４が「５０年代ヒット」をプレイリスト名として選択すると想定すると、プレイリスト１０４内において項目化された媒体コンテンツのピースのすべてを特定する（パーソナル媒体デバイス１２で）「５０年代ヒット」という名称のプレイリスト１０４（図１）が確定されることが可能である。プレイリスト１０４が記憶された後、プレイリスト１０４（たとえば、「５０年代ヒット」）へのリンク３８８がディレクトリ・ウィンドウ３９０に現れる。次いで、ユーザ１４は、スクリーン・ポインタ２０８を使用してリンク３８８を選択することが可能である。
【００９１】
選択された後、プレイリスト１０４（たとえば、「５０年代ヒット」）内に含まれるトラックは、通常、ユーザ・インタフェース３０２を介してみることができるプレイリスト・ウィンドウ３９２（たとえば、ウエブ・ページ）内において項目化される。
【００９２】
クライアント・アプリケーション４４を使用して生成されると上記で記述されたプレイリストの場合のように、プロキシ・アプリケーション９８を使用して生成されたプレイリストは、通常、局所的に維持される（たとえば、パーソナル媒体デバイス１２に維持される）。しかし、上記で議論されたように、プレイリストは、代替／追加として、遠隔プレイリスト１０４’として遠隔的に維持されることが可能である（たとえば、コンピュータ２８に維持される）。
【００９３】
デバイスの初期化
媒体配信システム１８は、ユーザ１４が媒体配信システム１８に加入し、たとえば媒体配信システム１８へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。ユーザ１４が媒体配信システム１８に加入した後、ユーザ１４は、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、たとえば、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、有効加入が媒体配信システム１８について存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツの形態で、媒体コンテンツ（パーソナル媒体デバイス１２と共に使用される）を獲得することが可能である。通常、媒体配信システム１８にアクセスするとき、ユーザ１４は、ユーザ（たとえば、ユーザ１４）および／またはデバイス（たとえば、デバイス１２）を識別するユーザ「身分証明」を媒体配信システム１８に提供しなければならない。これらの身分証明を受信する際、媒体配信システム１８は、身分証明を確認することを試行し、確認された場合、ユーザ１４および／またはデバイス１２が媒体配信システム１８にアクセスすることを許可することが可能である。媒体配信システム１８によって受信されて確認される身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および／または１つもしくは複数のデジタル証明書を含むことが可能である。
【００９４】
通常、パーソナル媒体デバイス１２がドッキング・クレードル６０の中に配置される際、パーソナル媒体デバイス１２は、プロキシ・コンピュータ５４を介して媒体配信システム１８との接続を確立する。上記で議論されたように、プロキシ・コンピュータ５４は、パーソナル媒体デバイス１２のインターネット・ゲートウエイとして機能し、したがって、パーソナル媒体デバイス１２がコンピュータ２８および媒体配信システム１８にアクセスすることが可能になり得る。
【００９５】
媒体配信システム１８との接続が確立された後、ＤＲＭプロセス１０が開始されることが可能である。ＤＲＭプロセス１０は、通常、パーソナル媒体デバイス１２が当初構成される時間（すなわち、パーソナル媒体デバイス１２が媒体配信システム１８との接続を確立する最初の時間）に実行される。以下においてより詳細に議論されるように、ＤＲＭプロセス１０は、デバイス１２（および／またはユーザ１４）が媒体配信システム１８のアクティブ加入者であることを確認するために、体系的かつ反復して実行されることが可能である。
【００９６】
図１２ａおよび１２ｂをも参照すると、製造時、パーソナル媒体デバイス１２は、不揮発性メモリ（たとえば、ＲＯＭ１５２および／または記憶デバイス６６）に記憶された秘密暗号化キー（たとえば、デバイス秘密キー４００）および公開暗号化キー（たとえば、デバイス公開キー４０２）を含むことが可能である。キー４００、４０２は、１０２４ビット非対称暗号化キーとすることが可能であり、ＤＲＭ（すなわち、デジタル権管理）キーと呼ばれることが可能である。
【００９７】
当技術分野において既知であるように、秘密キー／公開キーの暗号化方法により、安全でないネットワーク（たとえば、インターネット）のユーザが、１対の暗号化キー、すなわち秘密暗号化キー（たとえば、デバイス秘密キー４００）および公開暗号化キー（たとえば、デバイス公開キー４０２）を使用することにより、データを安全に交換することが可能になる。秘密キー／公開キー暗号化方法は、メッセージを暗号化するために使用されるキーが、メッセージを解読するために使用されるキーと異なるので、通常、非対称暗号化方法と呼ばれる。
【００９８】
秘密キー／公開キー暗号化では、秘密暗号化キー（たとえば、デバイス秘密キー４００）および公開暗号化キー（たとえば、デバイス公開キー４０２）は、通常、同じアルゴリズム（たとえば、Ｒｏｎ  Ｒｉｖｅｓｔ、Ａｄｉ  Ｓｈａｍｉｒ、およびＬｅｏｎａｒｄ  Ａｄｌｅｍａｎａによって創出されたＲＳＡアルゴリズムなど）を使用して同時に創出される。デバイス秘密キー４００は、通常、要求側にのみ与えられ、デバイス公開キー４０２は、通常、公的に利用可能とされる（たとえば、デジタル証明書４０４の一部として）。通常、デバイス秘密キー４００は共用されず、たとえば、パーソナル媒体デバイス１２内において安全に維持される。
【００９９】
したがって、安全なメッセージが送信者から受信者に送信されるべきであるとき、受信者（送信者に容易にアクセス可能である）の公開キー（たとえば、デバイス公開キー４０２）が、メッセージを暗号化するために使用される。暗号化された後、メッセージは、受信者に送信されることが可能であり、受信者の秘密キー（たとえば、デバイス秘密キー４００）を使用してのみ解読することができる。秘密キー４００は受信者によって安全に維持されるので、受信者のみが、暗号化されたメッセージを解読することができる。
【０１００】
メッセージの暗号化および解読に加えて、送信者が、後に受信者（すなわち、アイデンティティを認証している対象個人）に送信されるデジタル証明書を暗号化するために、送信者の秘密キー（たとえば、デバイス秘密キー４００）を使用することによって送信者のアイデンティティを認証することが可能である。したがって、デジタル証明書が受信者によって受信されるとき、受信者は、送信者の公開キー（たとえば、デバイス公開キー４０２）を使用して、暗号化されたデジタル証明書を解読し、それにより、デジタル証明書が送信者の秘密キー（たとえば、デバイス秘密キー４００）を使用して暗号化されたことを確認し、したがって、送信者のアイデンティティを確認することができる。
【０１０１】
ＤＲＭプロセス１０は、パーソナル媒体デバイス１２内に含まれるランダム数生成プロセス（図示せず）によって生成された通常はランダム数であるチャレンジ４０６を生成することが可能である。生成された後、チャレンジ４０６は、ライセンス要求４０８を生成する４５０ために、デバイス・デジタル証明書４０４（通常、デバイス公開キー４０２を含む）と対にされることが可能である。ＤＲＭデジタル証明書と呼ばれることが可能であるデバイス・デジタル証明書４０４は、たとえば、デバイス・シリアル番号（たとえば、デバイス・シリアル番号フィールド３２２からの１３７６６０５２３−１、図９）などの追加の情報を含むことが可能である。
【０１０２】
上記で議論されたように、プロキシ・アプリケーション９８により、デバイス１２のオーナー（たとえば、ユーザ１４）が、媒体配信システム１８と共に使用されるようにデバイス１２を構成し、デバイス１２と共に使用されるように媒体配信システム１８を構成することが可能になる。通常、プロキシ・アプリケーション９８がプロキシ・コンピュータ５４に構成されるとき、ユーザ１４は、ユーザ（たとえば、ユーザ１４）を識別するユーザ身分証明を提供し、かつユーザ１４、デバイス１２、およびプロキシ・アプリケーション９８が媒体配信システム１８にアクセスすることを可能にする有効加入を確定することを要求される可能性がある。代替または追加として、パーソナル媒体デバイス１２は、ユーザ（たとえば、ユーザ１４）が、デバイス１２が当初構成されるとき、ユーザ身分証明を直接入力する（デバイス１２を介して）ことを可能にするように構成されることが可能である。
【０１０３】
ＤＲＭプロセス１０は、ライセンス要求４０８を媒体配信システム１８に提供する４５２（ネットワーク３０および／またはネットワーク３２を介して）ことが可能である。さらに、パーソナル媒体デバイス１２内において確定される場合、ユーザＩＤ４１０（たとえば、上記で記述されたユーザ身分証明を列挙する）も、ライセンス要求４０８内に含まれることが可能である。上記で議論されたように、ユーザ身分証明（すなわち、ユーザＩＤ４１０内に含まれる）は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および／または１つもしくは複数のデジタル証明書を含むことが可能である。媒体配信システム１８に提供される４５２前に、ＤＲＭプロセス１０は、デバイス秘密キー４００を使用してライセンス要求４０８にデジタル署名する４５４ことが可能である。
【０１０４】
デジタル署名は、秘密キー／公開キー暗号化方法（上記で記述された）を使用し、かつメッセージの送信者が送信メッセージのアイデンティティおよび完全性を認証することを可能にする電子署名である。デジタル署名は、暗号化されたメッセージおよび暗号化されていないメッセージの両方と共に使用されることが可能であり、メッセージの受信者がメッセージを読む能力を妨害しない。
【０１０５】
たとえば、ＤＲＭプロセス１０が、ライセンス要求４０８を媒体配信システム１８に提供する４５２前に、ライセンス要求４０８にデジタル署名した４５４と想定する。ライセンス要求４０８にデジタル署名する４５４とき、数学関数が、通常、ライセンス要求４０８のコンテンツについて実施される。たとえば、ライセンス要求４０８のメッセージ・ハッシュは、メッセージ・ハッシュが、文字列（たとえば、ライセンス要求４０８）を、当初の文字列を表す通常はより短い固定長の値に変換する既知の１方向ハッシュ関数の数学的出力であるようにパーソナル媒体デバイス１２によって計算されることが可能である。ハッシング関数は１方向数学関数なので、メッセージ・ハッシュが生成された後、メッセージ・ハッシュを処理することによって当初のメッセージを取り出すことはできない。次いで、ＤＲＭプロセス１０は、デジタル署名（図示せず）を創出するためにメッセージ・ハッシュ（デバイス秘密キー４００を使用して）を暗号化することが可能である。次いで、このデジタル署名は、ライセンス要求４０８に添付されることが可能である。それゆえ、デジタル署名が暗号化されている間、当初のメッセージ（すなわち、ライセンス要求４０８）は必要ではない。したがって、ライセンス要求４０８は、デジタル署名が処理されない場合でも、媒体配信システム１８によって処理されることが可能である。
【０１０６】
上記で述べられた例を続けると、ライセンス要求４０８およびデジタル署名は、媒体配信システム１８によって受信されることが可能であり、媒体配信システム１８は、ライセンス要求４０８のメッセージ・ハッシュを生成するために、同じハッシュ関数を使用することが可能である。媒体配信システム４０８はまた、パーソナル媒体デバイス１２によって計算されたメッセージ・ハッシュを再創出するために、デバイス公開キー４０２（デバイス・デジタル証明書４０４内に含まれる）を使用してパーソナル媒体デバイス１２から受信されたデジタル署名を解読する。次いで、媒体配信システム１８は、暗号化されたデジタル署名を、媒体配信システム４０８によって計算されたメッセージ・ハッシュと比較することが可能である。メッセージ・ハッシュが整合する場合、ライセンス要求４０８の完全性およびパーソナル媒体デバイス１２のアイデンティティの両方が確認される４５６。
【０１０７】
さらに、デバイス・デジタル証明書４０４（したがって、デバイス公開キー４０２）の完全性は、ライセンス要求４０８がパーソナル媒体デバイス１２から受信されるとき、確認されることが可能である。デジタル証明書は、通常、たとえばＣＡ秘密キー４１４を使用して認証局４１２によって発行され、デジタル署名される。それゆえ、デバイス・デジタル証明書４０４は、デバイス・デジタル証明書４０４のデジタル署名を確認するために、ＣＡ公開キー４１６を獲得することによって確認されることが可能である。
【０１０８】
チャレンジ４０６、デバイス・デジタル証明書４０４、およびユーザＩＤ４１０（すなわち、ライセンス要求４０８）が媒体配信システム１８によって受信された後、媒体配信システム１８は、ユーザ１４（すなわち、ユーザＩＤ４１０内において確定されたユーザ）に関する加入情報を獲得し４５８、たとえばユーザ１４の現行加入が満了する日付を決定するために、データ・ストア４１８にアクセスすることが可能である。データ・ストア４１８は、コンピュータ２８に結合された記憶デバイス３４に維持されることが可能である。
【０１０９】
例示のために、媒体配信システム１８が、来るべき月の加入料金について各月の第１日に各加入者に自動的に請求するように構成されると想定する。したがって、２００５年３月１日に、ユーザ１４は、２００５年３月の加入コストについて請求される。それゆえ、２００５年３月１日に、ユーザ１４は、２００５年３月の加入コストについて請求される。したがって、媒体配信システム１８が２００５年３月６日にユーザ１４に関する加入情報を獲得する４５８場合、獲得された４５８加入情報は、ユーザ１４が２００５年３月３１日まで有効な加入を有することを示す。
【０１１０】
それゆえ、上記で述べられた例を続けると、ライセンス要求４０８が受信されるとき、媒体配信システム１８は、ユーザ１４に関する加入情報を獲得する４５８ことが可能である。この例では、加入情報は、ユーザ１４が２００５年３月３１日の終わりまで有効な加入者（媒体配信システム１８への）であることを示す。
【０１１１】
媒体配信システム１８は、たとえば、ユーザの加入情報およびユーザの現行加入の満了日を示す時間切れ識別子４２０を生成する４６０ことが可能である。この例では、時間切れ識別子４２０は、たとえば、ユーザ１４の加入が２００５年３月３１日に満了することを示す。媒体配信システム１８は、データ・ストア４１８からユーザ暗号化キー４２２（すなわち、ユーザ１４の暗号化キー）を獲得することが可能である。次いで、媒体配信システム１８は、暗号化されたユーザ暗号化キー４２２’（ハッシュ・フィルで示されている）を生成するために、デバイス公開キー４０２を使用してユーザ暗号化キー４２２を暗号化することが可能である。時間切れ識別子４２０、チャレンジ４０６、デバイス・デジタル証明書４０４（デバイス公開キー４０２を含む）、ユーザＩＤ４１０、および暗号化ユーザ暗号化キー４２２’は、デバイス・ライセンス４２４を形成するために組み合わされる４６２（媒体配信システム１８によって）ことが可能である。
【０１１２】
デバイス・ライセンス４２４は、媒体配信システム１８によって確定されたシステムの時間を示すシステム時間識別子４２６をさらに含むことが可能である。パーソナル媒体デバイス１２内に含まれるシステム・クロック１９４（図３）を、媒体配信システム１８内に含まれるシステム・クロック４２８と同期させるために、システム時間識別子４２６が使用されることが可能である。
【０１１３】
デバイス・ライセンス４２４は、認可サービス（すなわち、ＬＳ）公開キー４３２を通常含む認可サービス（すなわち、ＬＳ）デジタル証明書４３０をさらに含むことが可能である。
【０１１４】
媒体配信システム１８は、認可サービス（すなわち、ＬＳ）秘密キー４３４（媒体配信システム１８の）を使用してデバイス・ライセンス４２４にデジタル署名し４６４、デバイス・ライセンス４２４をパーソナル媒体デバイス１２に提供する４６６ことが可能である。認可システム秘密キー４３４は、データ・ストア４１８に記憶されることが可能である。
【０１１５】
デバイス・ライセンス４２４が媒体配信システム１８から受信されるとき、ＤＲＭプロセス１０は、ＬＳデジタル証明書４３０（したがって、ＬＳ公開キー４３２）の完全性を確認することが可能である。上記で議論されたように、デジタル証明書は、通常、たとえばＣＡ秘密キー４１４を使用して認証局４１２によって発行およびデジタル署名される。それゆえ、ＬＳデジタル証明書４３０は、ＬＳデジタル証明書４３０のデジタル署名を確認するために、ＣＡ公開キー４１６を獲得することによって確認されることが可能である。
【０１１６】
ＤＲＭプロセス１０は、デバイス・ライセンス４２４（ＬＳ秘密キー４３４を使用してデジタル署名された）を確認する４６８ために、ＬＳ公開キー４３２（ＬＳデジタル証明書４３０内に含まれる）を使用することが可能である。ＤＲＭプロセス１０は、デバイス・ライセンス４２４がパーソナル媒体デバイス１２を意図していることを保証するために、チャレンジ値４０６、デバイス公開キー４０２、およびデバイス・シリアル番号（デバイス・デジタル証明書４０４内に含まれる）をさらに確認することが可能である。次いで、ＤＲＭプロセス１０は、不揮発性メモリに記憶されることが可能であるユーザ暗号化キー４２２を生成するために、デバイス秘密キー４００で、暗号化されたユーザ暗号化キー４２２’（デバイス公開キー４０２を使用して暗号化された）を解読することが可能である。不揮発性メモリの例は、ＲＯＭ１５２（図３）および／または記憶デバイス６６（図３）を含むことが可能である。ユーザＩＤ４１０、ユーザ暗号化キー４２２、および時間切れ識別子４２０は、たとえば不揮発性メモリに保存されることが可能であり、不揮発性メモリの例には、媒体配信システム１８からダウンロードされた媒体コンテンツをパーソナル媒体デバイス１２がレンダリングするときに使用されるＲＯＭ１５２（図３）および／または記憶デバイス６６（図３）がある。さらに、以下においてより詳細に議論されるように、ＤＲＭプロセス１０は、パーソナル媒体デバイス１２とパーソナル媒体デバイス４０などとの間で媒体コンテンツを転送するときに使用されるデバイス・ライセンス４２４のコピーを保持することが可能である。
【０１１７】
媒体コンテンツを獲得する
上記で議論されたように、ユーザ１４が媒体配信システム１８に加入した後、ユーザ１４は、たとえば、媒体配信システム１８から受信された購入ダウンロード（すなわち、永続的に使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、媒体配信システム１８から受信された加入ダウンロード（すなわち、有効加入が媒体配信システム１８について存在する間使用するためにたとえばユーザ１４に認可された媒体コンテンツ）、および媒体配信システム１８からストリームされた媒体コンテンツの形態で、媒体配信システム１８から媒体コンテンツ（パーソナル媒体デバイス１２と共に使用される）を獲得することが可能である。
【０１１８】
図１３ａおよび１３ｂをも参照すると、媒体配信システム１８からダウンロード可能な各媒体データ・ファイル５００、５０２、５０４、５０６、５０８が、固有ＣＥＫ（すなわち、コンテンツ暗号化キー）５１０、５１２、５１４、５１６、５１８をそれぞれ使用して暗号化される５５０ことが可能である。たとえば、媒体配信システム１８が、たとえばパーソナル媒体デバイス１２にダウンロードするために利用可能な１，０００，０００の媒体データ・ファイルを含む場合、媒体配信システム１８は、固有暗号化キーを使用して各媒体データ・ファイルを暗号化する５５０。それゆえ、１，０００，０００の媒体データ・ファイルについて、１，０００，０００の固有ＣＥＫ’が必要であり、そのそれぞれは、ＣＥＫが関係付けられる媒体データ・ファイルに結合される５５２。それゆえ、ＣＥＫ５１０は、媒体データ・ファイル５００に結合される５５２ことが可能であり、ＣＥＫ５１２は、媒体データ・ファイル５０２に結合される５５２ことが可能である。
【０１１９】
各ＣＥＫ（たとえば、キー５１０、５１２、５１４、５１６、５１８）は、媒体データ・ファイルを暗号化するために使用されるキーが、同じ媒体データ・ファイルを解読するためにも使用されることが可能であるという点で、対称暗号化キーとすることが可能である。通常、各媒体データ・ファイルは、たとえば、コンピュータ２８に添付された記憶デバイス３４に記憶されることが可能である。
【０１２０】
上記で議論されたように、プロキシ・アプリケーション９８の検索ウィンドウ３０４（図１０）により、ユーザ１４は、媒体データ・ファイルを検索することが可能になり得る。さらに、ユーザ１４は、ダウンロードされる媒体データ・ファイルに対応するダウンロード・ボタン３５２（図１０）を選択することによって、パーソナル媒体デバイス１２で使用される媒体データ・ファイルを媒体配信システム１８からダウンロードすることが可能である。
【０１２１】
媒体データ・ファイルのダウンロードが開始された後、パーソナル媒体デバイス１２は、適切なダウンロード要求を媒体配信システム１８に提出することが可能である。たとえば、ユーザ１４が、３つの媒体データ・ファイル、すなわち媒体データ・ファイル５００、５０４、５０６をダウンロードすることを望んでいたと想定する。ＤＲＭプロセス１０は、それぞれが所望のファイルを要求するダウンロード要求５２０、５２２、５２４をそれぞれ提出する。セキュリティと認証のために、ダウンロード要求５２０、５２２、５２４は、たとえば、パーソナル媒体デバイス１２（たとえば、ＬＳ公開キー４３２を使用して）によって暗号化され、および／またはパーソナル媒体デバイス１２（たとえば、デバイス秘密キー４００を使用して）によってデジタル署名されることが可能である。それゆえ、ダウンロード要求が暗号化される場合（たとえば、ＬＳ公開キー４３２を使用して）、暗号化されたダウンロード要求は、その後、ＬＳ秘密キー４３４を使用して媒体配信システム１８によって解読される５５４ことが可能である。さらに、ダウンロード要求がデジタル署名される場合（たとえば、デバイス秘密キー４００を使用して）、署名されたダウンロード要求は、その後、デバイス公開キー４０２を使用して媒体配信システム１８によって解読される５５６ことが可能である。
【０１２２】
たとえば、ダウンロード要求５２０、５２２、５２４が、媒体配信システム１８によって受信され５５８、処理された５５４、５５６後、媒体配信システム１８は、要求された媒体データ・ファイル５００、５０４、５０６を記憶デバイス３４などから取り出すことが可能である。上記で議論されたように、各媒体データ・ファイルは、固有ＣＥＫを使用して現在暗号化されており、それにより、ＣＥＫは媒体データ・ファイルに結合される。
【０１２３】
パーソナル媒体デバイス１２にダウンロードされる前に、ダウンロードされる各媒体データ・ファイルは、ダウンロードを要求したユーザ（たとえば、ユーザ１４）に結合される５６０ことが可能である。上記で議論されたように、デバイスの初期化中、パーソナル媒体デバイス１２は、ライセンス要求４０８を媒体配信システム１８に提供する。媒体配信システム１８は、ライセンス要求４０８を処理し、ライセンス要求４０８に関連付けられたユーザ（たとえば、ユーザ１４）に関する現行加入情報を獲得する。上記で議論されたように、この初期化プロセスは、周期的に行われることが可能であり、したがって、パーソナル媒体デバイス１２がドッキング・クレードル６０（図２）の中に配置されるときに行われることが可能である。それゆえ、この例では、パーソナル媒体デバイス１２は、媒体配信システム１８に適切にアクセスするために必要なユーザ身分証明を提供したと想定する。上記で議論されたように、媒体配信システム１８に提供されたユーザ身分証明は、非限定的に、ユーザ名、ユーザ・パスワード、ユーザ・キー、デバイス名、デバイス・パスワード、デバイス・キー、および／または１つもしくは複数のデジタル証明書を含むことが可能である。
【０１２４】
媒体配信システム１８が、要求された媒体データ・ファイル５００、５０４、５０６をたとえば記憶デバイス３４から取り出した後、媒体配信システム１８は、取り出された媒体配信ファイル５００、５０４、５０６をユーザ１４、たとえば媒体データ・ファイルを要求するユーザに結合し５６０、それにより、結合された媒体データ・ファイル５２６、５２８、５３０を創出する。それゆえ、各媒体データ・ファイル（たとえば、媒体データ・ファイル５００）に関連付けられたコンテンツ暗号化キー（たとえば、ＣＥＫ５１０）は、媒体データ・ファイルを要求するユーザ（たとえば、ユーザ１４）の暗号化キー（たとえば、ユーザ暗号化キー４２２）を使用して暗号化される５６２ことが可能である。それゆえ、ＣＥＫ５１０は、ＣＥＫ５１０’を生成するために暗号化される５６２ことが可能であり、ＣＥＫ５１４は、ＣＥＫ５１４’を生成するために暗号化される５６２ことが可能であり、ＣＥＫ５１６は、ＣＥＫ５１６’を生成するために暗号化される５６２ことが可能である。暗号化された５６２後、結合された媒体データ・ファイル５２６、５２８、５３０（暗号化されたＣＥＫ’５１０’、５１４’、５１６’をそれぞれ含む）が、パーソナル媒体デバイス１２に提供される５６４ことが可能である。
【０１２５】
各結合された媒体データ・ファイル５２６、５２８、５３０のＣＥＫは、たとえば、ユーザ暗号化キー４２２を使用して暗号化される５６２ことが可能であるので、結合された媒体データ・ファイル５２６、５２８、５３０のみが、ユーザ暗号化キー４２２を所有するパーソナル媒体デバイスによって処理される（たとえば、レンダリングされる）ことが可能である。上記で議論されたように、ユーザ暗号化キー４２２のコピーが、パーソナル媒体デバイス１２内において不揮発性メモリに記憶されることが可能である。結合された媒体データ・ファイル５２６、５２８、５３０がパーソナル媒体デバイス１２によって受信された後、ファイル５２６、５２８、５３０は、たとえばパーソナル媒体デバイス１２内において記憶デバイス６６に記憶されることが可能である。
【０１２６】
媒体コンテンツの再生
上記で議論されたように、ユーザＩＤ４１０、ユーザ暗号化キー４２２、および時間切れ識別子４２０は、パーソナル媒体デバイス１２が媒体配信システム１８からダウンロードされた媒体コンテンツをレンダリングするときに使用するために、保存されることが可能である。
【０１２７】
上記で述べられた例を続けると、ユーザ１４が、結合された媒体データ・ファイル５２６、５２８、５３０の１つをレンダリングすることを望む場合、ユーザ１４は、制御（たとえば、後方スキップ・スイッチ７８（図３）、前方スキップ・スイッチ８０（図３）、プレイ／ポーズ・スイッチ８２（図３）、メニュー・スイッチ８４（図３）、ラジオ・スイッチ８６（図３）、およびスライダ・アセンブリ８８（図３）など）、ならびにパーソナル媒体デバイス１２の表示パネル９０（図３）を介して適切な媒体データ・ファイルを選択することが可能である。１つまたは複数の媒体データ・ファイルが再生のために選択された後、適切なファイルが、たとえば記憶デバイス６６から取り出される。上記で議論されたように、各媒体データ・ファイルがパーソナル媒体デバイス１２に提供される前に、各媒体データ・ファイルのＣＥＫが、ユーザ暗号化キー４２２を使用して暗号化されることが可能である（媒体配信システム１８によって）。上記で議論されたように、ユーザ暗号化キー４２２は、対称暗号化キーとすることが可能であり、したがって、たとえばＣＥＫ５１０を暗号化するために使用されるキーは、ＣＥＫ５１０’を解読するために使用されることも可能である。
【０１２８】
適切な結合された媒体データ・ファイルが記憶デバイス６６から取り出された後、ＤＲＭプロセス１０は、適切なＣＥＫ解読することが可能であり（ユーザ暗号化キー４２２を使用して）、それにより、媒体データ・ファイルをパーソナル媒体デバイス１２で処理およびレンダリングすることができる。たとえば、ユーザ１４が結合された媒体データ・ファイル５２６、５２８をレンダリングすることを望んだ場合、パーソナル媒体デバイス１２は、ＣＥＫ５１０を生成するために、暗号化されたＣＥＴ５１０’を解読する。次いで、ＣＥＫ５１０は、パーソナル媒体デバイス１２によって再生する目的で、媒体データ・ファイル５００を解読するために、ＤＲＭプロセス１０によって使用されることが可能である。さらに、ＤＲＭプロセス１０は、ＣＥＫ５１４を生成するために、暗号化されたＣＥＴＫ５１４’を解読する。次いで、ＣＥＫ５１４は、パーソナル媒体デバイス１２によって再生する目的で、媒体データ・ファイル５０４を解読するために、ＤＲＭプロセス１０によって使用されることが可能である。
【０１２９】
通常、たとえば、結合された媒体データ・ファイル５２６、５２８を処理およびレンダリングする前に、ＤＲＭプロセス１０は、たとえば、ユーザ１４が結合された媒体データ・ファイルを処理およびレンダリングする十分な権利を有することを確認する。
【０１３０】
上記で議論されたように、媒体配信システム１８は、たとえば、ユーザ１４が媒体配信システム１８に加入し、媒体配信システム１８へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ１４は、有効な加入が媒体配信システム１８について存在する間のみ、ユーザ１４が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム１８から獲得することが可能である。
【０１３１】
結合された媒体データ・ファイル５２６、５２８、５３０が加入ダウンロードであると想定すると（ユーザ１４によって使用されるように永続的に認可される購入ダウンロードとは対照的に）、結合された媒体データ・ファイル５２６、５２８、５３０をレンダリングおよび／または処理する前に、ＤＲＭプロセス１０は、上記で議論されたようにたとえば不揮発性メモリに記憶されることが可能である時間切れ識別子４２０を獲得することが可能であり、不揮発性メモリの例には、ＲＯＭ１５２（図３）および／または記憶デバイス６６（図３）がある。次いで、ＤＲＭプロセス１０は、たとえば、結合された媒体データ・ファイル５２６、５２８、５３０をユーザ１４がレンダリングすることが依然として可能であるかを判定するために、時間切れ識別子４２０内において確定された満了日（たとえば、２００５年３月３１日）を、システム・クロック１９４内において確定された日付および／または時間と比較する。この例では、ユーザ１４は、２００５年３月３１日の終わりまで有効な加入を有し、現在の日付および時間（システム・クロック１９４によって確定されている）は２００５年３月６日の１７：５３ＧＭＴであるので、ユーザ１４の加入（媒体配信システム１８に関する）は有効かつ最新である。それゆえ、結合された媒体データ・ファイル５２６、５２８、５３０は、再生のために処理されることが可能である。
【０１３２】
上記で議論されたように、ＤＲＭプロセス１０は、デバイス１２（および／またはユーザ１４）が媒体配信システム１８のアクティブ加入者であることを確認するために、体系的にかつ繰り返して実行されることが可能である。たとえば、ＤＲＭプロセス１０は、パーソナル媒体デバイス１２がドッキング・クレードル６０の中に配置される度に実行されることが可能である。ＤＲＭプロセス１０は、４５２のライセンス要求４０８（ネットワーク３０および／またはネットワーク３２を介して）を媒体配信システム１８に提供することが可能である。ライセンス要求４０８を受信する際、媒体配信システム１８は、時間切れ識別子４２０を含めて、ユーザ１４に関する加入情報を獲得する４５８ことが可能である。
【０１３３】
上記で議論されたように、媒体配信システム１８は、来るべき月の加入料金について各月の第１日に各加入者に自動的に請求するように構成されることが可能である。それゆえ、パーソナル媒体デバイス１２がドッキング・クレードル６０の中に配置される度に、更新された加入情報（たとえば、時間切れ識別子）が、媒体配信システム１８から獲得されることが可能である。したがって、ユーザ１４がたとえば月額加入料金の支払いを続けるとすると、パーソナル媒体デバイス１２は、現行時間切れ識別子を含むように体系的に更新され続ける。
【０１３４】
しかし、この例では、加入情報（たとえば、時間切れ識別子）は、パーソナル媒体デバイス１２がクレードル６０の中に配置されるときにのみ更新される。それゆえ、ユーザ１４がたとえば月額加入料金の支払いを続ける場合でも、パーソナル媒体デバイス１２が、たとえば２００５年３月３１日（すなわち、現行時間切れ識別子の日付）より前にクレードル６０の中に配置されない場合、パーソナル媒体デバイス１２は、ユーザ１４が有効かつ最新の加入を有する場合でも、（パーソナル媒体デバイス１２は、日付のない時間切れ識別子を獲得することができないので）２００５年３月３１日の後に媒体データ・ファイルをレンダリングすることを防止される可能性がある。
【０１３５】
デバイス間の媒体コンテンツの転送
上記で議論されたように、媒体配信システム１８は、たとえば、ユーザ１４が媒体配信システム１８に加入し、たとえば、媒体配信システム１８へのアクセスを許可されるように月額加入料金を支払うという点で、通常、加入に基づくサービスである。さらに、ユーザ１４は、媒体配信システム１８について有効な加入が存在する間のみ、ユーザ１４が加入ダウンロードを処理および再生することを可能にする加入ダウンロードを媒体配信システム１８から獲得することが可能である。それゆえ、ダウンロードされた加入に関連付けられた権利は、媒体配信システム１８について有効な加入が存在することに基づくので、第２パーソナル媒体デバイスに関して有効な加入が存在する限り、加入ダウンロードは、第１パーソナル媒体デバイスから第２媒体デバイスに転送されることが可能である。
【０１３６】
図１４ａおよび１４ｂをも参照し、上記で述べられた例を続けて、ユーザ１４が、たとえばパーソナル媒体デバイス１２内の記憶デバイス６６に記憶される結合された媒体データ・ファイル５２６、５２８、５３０をダウンロードしたと想定する。さらに、ユーザ２６（すなわち、パーソナル媒体デバイス４０の所有者）が、パーソナル媒体デバイス４０で再生するために結合された媒体データ・ファイル５２６のコピーを獲得することを望むと想定する。上記で議論されたように、デバイスが初期化されるとき、デバイス・ライセンスのコピーが、パーソナル媒体デバイスに転送され、パーソナル媒体デバイス間において媒体コンテンツを転送するときに使用されるためにパーソナル媒体デバイスに保持されることが可能である。それゆえ、パーソナル媒体デバイス１２は、ソース・デバイス・ライセンス４２４を含み、パーソナル媒体デバイス４０は、対象デバイス・ライセンス６００を含む。
【０１３７】
通常、デバイス間コンテンツ転送は、ソース・デバイスのユーザによって開始される。上記で述べられた例では、パーソナル媒体デバイス１２は、ソース・デバイスであり、パーソナル媒体デバイス４０は、対象デバイスである。それゆえ、ユーザ１４（すなわち、パーソナル媒体デバイス１２の所有者）は、パーソナル媒体デバイス１２からパーソナル媒体デバイス４０への結合された媒体データ・ファイル５２６の転送を開始することが可能である。
【０１３８】
再び図２を参照すると、たとえばユーザ１４が媒体データ・ファイルを他のパーソナル媒体デバイスに転送することを望む場合、ユーザ１４は、たとえばメニュー・スイッチ８４を押すことが可能であり、それにより、たとえばポップアップ・メニュー１０６が生成されることになる。スライダ・アセンブリ８８を使用して、ユーザ１４はポップアップ・メニュー１０６から「Ｓｈａｒｅ  Ｃｏｎｔｅｎｔ」コマンド１０８を選択することが可能であり、それにより、コンテンツ・ウィンドウ１１０が生成されることになる。コンテンツ・ウィンドウ１１０から、ユーザ１４は、転送に適切なファイルを選択することが可能である。ユーザ１４が、結合された媒体データ・ファイル５２６に対応する「Ｐｅｇｇｙ  Ｓｕｅ」を選択すると想定する。ユーザ１４が転送するトラックを選択した後、デバイス・アプリケーション６４が、たとえば転送されているトラックのタイトルを識別するトラック・タイトル・フィールド１１４、および転送されているトラックのアーティストを識別するアーティスト・フィールド１１６を含む転送ウィンドウ１１２をレンダリングすることが可能である。
【０１３９】
転送ウィンドウ１１２は、たとえばパーソナル媒体デバイス４０への結合された媒体データ・ファイル５２６の転送を開始するための転送ボタン１１８（スライダ・アセンブリ８８を介して選択可能）を含むことが可能である。この例では、ユーザ１４がスライダ・アセンブリ８８で転送ボタン１１８を選択する場合、パーソナル媒体デバイス１２から（この例では）パーソナル媒体デバイス４０への結合された媒体データ・ファイル５２６（すなわち、「Ｂｕｄｄｙ  Ｈｏｌｌｙ」からの「Ｐｅｇｇｙ  Ｓｕｅ」）の転送が開始される。転送ウィンドウ１１２は、たとえば「Ｂｕｄｄｙ  Ｈｏｌｌｙ」による「Ｐｅｇｇｙ  Ｓｕｅ」の転送の進行を示す転送状況識別子１２０を含むことが可能である。転送ウィンドウ１１２は、ユーザ１４がファイル転送を取り消し、ダウンロード・ウィンドウ１１２を閉じることを可能にするキャンセル・ボタン１２２をさらに含むことが可能である。
【０１４０】
再び図１４ａおよび１４ｂを参照すると、結合された媒体データ・ファイル５２６の転送が開始された後、デバイスは、認証の目的でデバイス・デジタル証明書を交換することが可能である。たとえば、ＤＲＭプロセス１０は、認証のために、ソース・デバイス・デジタル証明書４０４（ソース・デバイス公開キー４０２を含む）をデバイス・パーソナル媒体デバイス４０に提供することが可能である。受信された６５０後、上記で議論されたように、ソース・デバイス・デジタル証明書４０４（したがって、ソース・デバイス公開キー４０２）の完全性が、ＣＡ公開キー４１６（このコピーは、通常、パーソナル媒体デバイス４０の不揮発性メモリ６２０に記憶される）を介して確認される（パーソナル媒体デバイス４０によって）６５２ことが可能であるが、その理由は、ソース・デバイス・デジタル証明書４０４は、たとえば認証局４１２（図１２ａ）によって発行され、ＣＡ秘密キー４１４（図１２ａ）を使用してデジタル署名されているからである。
【０１４１】
さらに、パーソナル媒体デバイス４０は、認証のために、対象デバイス・デジタル証明書６０４（対象デバイス公開キー６０６を含む）をパーソナル媒体デバイス１２に提供することが可能である。受信された６５４後、対象デバイス・デジタル証明書６０４（したがって、対象デバイス公開キー６０６）の完全性が、ＣＡ公開キー４１６（このコピーは、通常、パーソナル媒体デバイス１２の不揮発性メモリ６６／１５２に記憶される）を介してＤＲＭプロセス１０によって確認される６５６ことが可能であるが、その理由は、対象デバイス・デジタル証明書６０４も、通常、たとえば認証局４１２（図１２ａ）によって発行され、ＣＡ秘密キー４１４（図１２ａ）を使用してデジタル署名されているからである。
【０１４２】
上記で議論され、かつ図３に示されたように、パーソナル媒体デバイス（たとえば、パーソナル媒体デバイス１２）は、パーソナル媒体デバイス１２をネットワーク３０（もしくはネットワーク３２）および／または他のパーソナル媒体デバイスに無線結合するための無線インタフェース１８２を含むことが可能である。無線インタフェース１８２は、たとえばＷＡＰ５２にＲＦ通信するためのアンテナ・アセンブリ１８４、および／またはたとえば第２パーソナル媒体デバイス（パーソナル媒体デバイス４０など）と赤外線通信するためのＩＲ（すなわち、赤外線）通信アセンブリ１８６に結合されることが可能である。それゆえ、パーソナル媒体デバイス１２、４０間の通信は、ＲＦ通信および／または赤外線通信を介して無線で行われることが可能である。さらに、複数のパーソナル媒体デバイスの配線相互接続を可能にする外部コネクタ（図示せず）が、各パーソナル媒体デバイス内に含まれることが可能である。
【０１４３】
証明書４０４および６０４が確認された６５２、６５６後、パーソナル媒体デバイス４０は、対象デバイス・ライセンス６００をパーソナル媒体デバイス１２に提供する。デバイス・ライセンス４２４（図１２ａ）の場合のように、対象デバイス・ライセンス６００は、ＬＳデジタル証明書６０８（ＬＳ公開キー４３２を含む）、システム時間識別子６１２、時間切れ識別子６１４（すなわち、ユーザ２６の加入について）、暗号化されたユーザ暗号化キー６１６（すなわちユーザ２６について）、ユーザＩＤ６１８（すなわちユーザ２６について）、チャレンジ６２０、および対象デバイス・デジタル証明書６０４（対象デバイス公開キー６０６のコピーを含む）を含むことが可能である。デバイス・ライセンス４２４（図１２ａ）の場合のように、対象デバイス・ライセンス６００は、パーソナル媒体デバイス４０に提供される前に、デジタル署名されていることが可能である（ＬＳ秘密キー４３４を使用して媒体配信システム１８によって）。
【０１４４】
パーソナル媒体デバイス４０から対象デバイス・ライセンス６００を受信する６５８際、ＤＲＭプロセス１０は、対象デバイス・ライセンス６００の完全性を確認する６６０ことが可能である。それゆえ、ＤＲＭプロセス１０は、ＬＳデジタル証明書６０８（およびしたがってＬＳ公開キー４３２）の完全性を確認することが可能である。上記で議論されたように、デジタル証明書は、通常、たとえば認証局４１２（図１２ａ）によって発行され、ＣＡ秘密キー４１４（図１２ａ）を使用してデジタル署名される。それゆえ、ＬＳデジタル証明書６０８は、ＣＡ公開キー４１６を使用してＤＲＭプロセス１０によって確認されることが可能である。
【０１４５】
ＤＲＭプロセス１０は、対象デバイス・ライセンス６００（ＬＳ秘密キー４３４（図１２ａ）を使用してデジタル署名されている）を確認するために、ＬＳ公開キー４３２（ＬＳデジタル証明書６０８内に含まれる）を使用することが可能である。ＤＲＭプロセス１０は、信号６６２を獲得して、時間切れ識別子６１４をシステム・クロック１９４と比較する６６４ことによって、ユーザ２６が媒体配信システム１８への有効な加入を有することをさらに確認する６６５ことが可能である。たとえば、ユーザ２６が２００５年３月２２日の終わりまで有効な加入を有し（時間切れ識別子６１４によって確定されている）、現在の日付および時間（システム・クロック１９４によって確定されている）が２００５年３月１３日２２：０６ＧＭＴであるので、ユーザ２６の加入（媒体配信システム１８に関して）は、有効かつ最新である。
【０１４６】
対象デバイス・ライセンス６００の完全性が確認されたと想定すると、結合された媒体データ・ファイル５２６の転送が開始されることが可能である。ＤＲＭシステム１０が構成される方式に応じて、ユーザ２６は、任意の媒体データ・ファイルをパーソナル媒体デバイス４０に転送することを開始する前に、有効かつ最新の加入（媒体配信システム１８について）を有することが必要である可能性があり、または、転送が防止される６６６ことが可能である。しかし、上記で議論されたように、パーソナル媒体デバイスは、媒体データ・ファイルをレンダリングする前に有効かつ最新の加入の存在を検査するので、ユーザ２６が媒体配信システム１８について有効かつ最新の加入を有さない間に転送が実施された場合でも、ユーザ２６は、転送された媒体データ・ファイルのレンダリングを防止される。それゆえ、ＤＲＭシステム１０は、ユーザ２６が有効かつ最新の加入を有さない場合でも、１つまたは複数の媒体データ・ファイルをソース・デバイス１２から対象デバイス４０に転送することを可能にするように構成されることが可能であるが、その理由は、（上記で議論されたように）対象デバイス４０は、ユーザ２６が有効かつ最新の加入を有するまで、転送された媒体データ・ファイルをレンダリングすることが可能ではないからである。
【０１４７】
さらに、ソース・デバイス１２（および／またはユーザ１４）は、媒体データ・ファイルを対象デバイス４０に転送することを可能にする前に、有効かつ最新の加入を有することが必要である可能性がある。それゆえ、媒体データ・ファイルを転送する前に、ソース・デバイス１２は、ユーザ１４が有効かつ最新の加入を有することを確認するために、自身の時間切れ識別子（すなわち、時間切れ識別子４２０、図１２ａ）を調査することが可能である。代替／追加として、対象デバイス４０は、デバイス・ライセンス４２４（図１２ａ）を受信し（ソース・デバイス１２から）、処理することが可能であり、それにより、媒体データ・ファイルが転送される前に、ソース・デバイス１２の時間切れ識別子４２０を確認することができる。
【０１４８】
媒体データ・ファイルの転送を実施するために、ＤＲＭプロセス１０は、ランダム・セッション・キー（すなわち、ＲＳＫ）６２２を生成し６６８、これは、暗号化されたＲＳＫ６２２’を生成するために、対象デバイス公開キー６０６（対象デバイス・デジタル証明書６０４内に含まれる）を使用して暗号化されることが可能である。ＤＲＭプロセス１０は、暗号化されたＲＳＫ６２２’をパーソナル媒体デバイス４０に提供し６７０、暗号化されたＲＳＫ６２２’は、ＲＳＫ６２２を取り出すために、解読される（対象デバイス秘密キー（図示せず）を使用して）ことが可能である。ＲＳＫ６２２は、１０２４ビット対称暗号化キーとすることが可能である。
【０１４９】
パーソナル媒体デバイス１２およびパーソナル媒体デバイス４０は、それぞれ、ＲＳＫ６２２のコピーを含むので、安全通信チャネル６２４が、デバイス１２、４０の間に確立されることが可能であり、この場合、安全通信チャネル６２４にわたって転送された６７４すべてのデータが、送信前に暗号化され（ＲＳＫ６２２を使用して）、受信の際に解読される（ＲＳＫ６２２を使用して）ことが可能である。安全通信チャネル６２４は、無線通信チャネル（たとえばＲＦ通信および／または赤外線通信を使用する）、または有線通信チャネル（デバイス１２、４０上において外部コネクタ（図示せず）を使用する）とすることが可能である。
【０１５０】
ＤＲＭプロセス１０は、パーソナル媒体デバイス４０に送信するために、結合された媒体データ・ファイル５２６を取り出す（たとえば、記憶デバイス６６から）ことが可能である。しかし、上記で議論されたように、結合された媒体データ・ファイル５２６のＣＥＫ５１０’は、ユーザ１２の暗号化キー（たとえば、ユーザ暗号化キー４２２）を使用して暗号化されたので、結合された媒体データ・ファイル５２６は、ユーザ２６によってアクセス可能ではない（その現行形態において）。したがって、結合された媒体データ・ファイル５２６は、ユーザ１２から脱結合され６７６、ユーザ２６に結合されなければならない。それゆえ、ＤＲＭプロセス１０は、たとえば記憶デバイス６６から結合された媒体データ・ファイル５２６を獲得し、ＣＥＫ５１０を獲得するためにＣＥＫ’５１０を解読する（ユーザ暗号化キー４２２を使用して）。脱結合された媒体データ・ファイル６２６は、パーソナル媒体デバイス１２からパーソナル媒体４０に転送される６７８（安全通信チャネル６２４を介して）。受信の際、パーソナル媒体デバイス４０は、暗号化されたＣＥＫ５１０’’を含む結合された媒体データ・ファイル６３０を生成する６８２ために、ユーザ２６の暗号化キー（すなわち、ユーザ暗号化キー６２８）を使用して、脱結合された媒体データ・ファイル６２６のＣＥＫ５１０を暗号化する６８０ことが可能である。パーソナル媒体デバイス４０は、その後レンダリングするために結合された媒体データ・ファイル６３０を不揮発性メモリ６０２に記憶することが可能である。
【０１５１】
ユーザ暗号化キー４２２は、ＣＥＫを暗号化するために使用されることが可能である同じキーが、ＣＥＫの暗号化バージョンを解読するためにも使用されることが可能であるという点で、通常は対称暗号化キーであると上記で記述されている。さらに、上記で記述されたように、同じユーザ暗号化キー４２２が、すべてのＣＥＫ’を暗号化するために使用されることが可能である。したがって、１００の結合された媒体データ・ファイルがダウンロードされて、パーソナル媒体デバイス１２に記憶される場合、同じユーザ暗号化キー４２２が、１００の暗号化されたＣＥＫのそれぞれを解読するために使用されることが可能である。しかし、ユーザ暗号化キー４２２の他の構成が可能である。
【０１５２】
たとえば、ユーザ暗号化キー４２２は、単一非対称キーとは対照的に対称キー・ブロックとすることが可能である。図１５をも参照すると、３２バイト（すなわち、２５６ビット）の対称キー・ブロック７００が示されている。この例では、１６バイト（すなわち、１２８ビット）のキーが、各暗号化されたＣＥＫを暗号化および解読するために使用される。１つのたとえば２５６ビット対称キー・ブロック７００を使用することにより、複数の１２８ビット対称キー（たとえば、ユーザ暗号化キー７０２、７０４、７０６、７０８）が確定されることが可能である。たとえば、第１ユーザ暗号化キー７０２が、ビット０００−１２７の対称キー・ブロック７００として確定されることが可能である。第２ユーザ暗号化キー７０４が、ビット００４−１３１の対称キー・ブロック７００として確定されることが可能である。第３ユーザ暗号化キー７０６が、１２８−２５５の対称キー・ブロック７００として確定されることが可能である。および第４ユーザ暗号化キー７０８が、１２４−２５１ビットの非対称キー・ブロック７００として確定されることが可能である。それゆえ、複数の固有対称ユーザ暗号化キーが、単一の対称キー・ブロック７００を使用して確定されることが可能である。したがって、個々のユーザ暗号化キーを適切に確定するために、この特定の例では、ビット・シフト・パラメータ７１０が、それぞれのキーの開始点を確定する各ユーザ暗号化キー７０２、７０４、７０６、７０８について確定されることが可能である。たとえば、ユーザ暗号化キー７０２は、対称キー・ブロック７００のビット０で開始され、したがって、０ビットのビット・シフト７１０を有する。ユーザ暗号化キー７０４は、対称キー・ブロック７００のビット４で開始されるので、ユーザ暗号化キー７０４は、４ビットのビット・シフト７１０を有する。ユーザ暗号化キー７０６は、対称キー・ブロック７００のビット１２８で開始されるので、ユーザ暗号化キー７０６は、１２８ビットのビット・シフト７１０を有する。ユーザ暗号化キー７０８は、対称キー・ブロック７００のビット１２４で開始されるので、ユーザ暗号化キー７０８は、１２４ビットのビット・シフト７１０を有する。
【０１５３】
様々なユーザ暗号化キーが、各個々のユーザ暗号化キーの開始点を変位させることによって対称キー・ブロック７００内において確定されるが、他の構成が可能である。たとえば、キーは、ビット・シフトと関連して奇数または偶数のビットのみを使用して確定されることが可能である。さらにおよび／または代替として、キーは、固有ユーザ暗号化キーを確定するために（対称キー・ブロック７００内において）使用される個々のビットを確定する目的でアルゴリズムが使用されることが可能であるという点で、アルゴリズムにより対称キー・ブロック７００内において確定されることが可能である。
【０１５４】
いくつかの実施態様が記述された。それにもかかわらず、様々な修正を行うことが可能であることが理解されるであろう。したがって、他の実施態様も、添付の特許請求の範囲の範囲内にある。
【図１】
2014195298.tif 000004
【図２】
2014195298.tif 000005
【図３】
2014195298.tif 000006
【図４】
2014195298.tif 000007
【図５】
2014195298.tif 000008
【図６】
2014195298.tif 000009
【図７】
2014195298.tif 000010
【図８】
2014195298.tif 000011
【図９】
2014195298.tif 000012
【図１０】
2014195298.tif 000013
【図１１】
2014195298.tif 000014
【図１２ａ】
2014195298.tif 000015
【図１２ｂ】
2014195298.tif 000016
【図１３ａ】
2014195298.tif 000017
【図１３ｂ】
2014195298.tif 000018
【図１４ａ】
2014195298.tif 000019
【図１４ｂ】
2014195298.tif 000020
【図１５】
2014195298.tif 000021