JP4750038B2 - 物理媒体上のマルチディアコンテンツを配信して再生するシステム、方法、およびサービス - Google Patents

Description

本発明は一般に、物理記憶装置またはメモリメディアに関する。特に、本発明は、ウェブサービスプロバイダ等のサードパーティが提供する暗号化キーにより使用可能なコンテンツを含むメディアに関する。

娯楽産業は、デジタル革命の真っただ中にある。音楽、テレビ、および映画がますますデジタル化され、品質および融通性の点で消費者に新しい利点を提供している。同時に、デジタルデータを完全に素早くコピーできるので、デジタル革命はまた、脅威にもなっている。消費者が自由に娯楽向けコンテンツをコピーして、そのコンテンツをインターネット上で提供するような場合、娯楽向けコンテンツ市場は消えてなくなってしまうことになる。

コンテンツ所有者が直面する別の問題は、ＤＶＤ等のメディアを不正に製造することである。ＤＶＤは一般に、レプリケータによって製造される。その際、これらのＤＶＤを製造するレプリケータが、例えば、映画スタジオといったコンテンツ所有者に無断で余分に製造する。映画スタジオ用のＤＶＤを製造した後で、レプリケータは、闇市場で販売するために余分なロットを製造する。現在の映画スタジオは、レプリケータに対して規制をほとんど行えない。しかしながら、ＤＶＤを再生する前に認証を必要とするようにＤＶＤを暗号化するならば、この不正元を最小限に抑えることができる。

従来のコンテンツ暗号化方法の１つは、あらかじめ録画したメディア上のコンテンツを暗号化することである。ユーザはインターネットトランザクションを介してコンテンツを再生または使用する権利を購入した後で、コンテンツを再生することができる。コンテンツ保護に対するこのアプローチは、従来のコンテンツ保護方法のいくつかで実施されている。ＩＢＭにより、ＣＤ−ＲＯＭディスクを暗号化ソフトウェアで記録して、様々に適用する方法が実施されている。これは、ＣＤショーケース（Ｓｈｏｗｃａｓｅ）と呼ばれている。ＣＤ−ＲＯＭディスクを、無料で大量に郵送したり、試写会で無料で提供したりする。料金を払った後で、ユーザは、特定のアプリケーションを復号可能な復号鍵を入手して、これをシステムにインストールする。ユーザに完全版を購入させるために、ディスクはしばしば、ユーザがプレビューできる無料のデモ版のソフトウェアを含んでいる。

別の従来のコンテンツ暗号化方法は、Ｄｉｖｘ社が実施している、コンパクトディスク（すなわち、ＣＤまたはＤＶＤ）映画をレンタルする方法として用いられている。一例として、トリプルＤＥＳ暗号を用いて、ＤＶＤ映画をディスク上に暗号化する。ユーザが映画を再生する場合は、ＤＶＤプレーヤが、レンタル会社からの外部認証を行うことなしに、コンテンツを復号する。しかしながら、ＤＶＤプレーヤが定期的に処理センターを呼び出して、再生した映画を報告することになっている。

処理センターを呼び出すことができない場合は、ＤＶＤプレーヤは映画を再生しない。ディスクはレンタル料金で販売され、４８時間の視聴期間を含んでいる。ディスクが初めの視聴期間後に再生されたり、認証されていないＤＶＤプレーヤで再生されたりすると、このような視聴に対する料金がユーザに課金される。コンテンツ暗号化方法を用いるこのアプローチには、いくつかの利点がある。ユーザは再生した後で”レンタル”ディスクを返却する必要がなく、課金視聴期間は、ユーザがディスクを再生するまで開始されない。その結果、ユーザは、ユーザの都合の良い時にディスクを”借りる”ことができる。すなわち、火曜日に借りて、土曜の夜に再生することができる。しかしながら、このアプローチには、専用処理システムと呼ばれる専用のＤＶＤプレーヤが必要となる。

これらの２つのコンテンツ暗号化方法の欠点の１つは、用いられる暗号キーが基本的にグローバルシークレットである点である。しかしながら、グローバルシークレットが長期間秘密になっていることはあまりない。コンテンツ暗号化方法の従来のアプリケーションの１つは、ＤＶＤプレーヤが処理センターに接続することにより、グローバルシークレットを新しいディスク毎に定期的に更新することである。しかしながら、古いディスクについてやはり問題がある。

物理記憶装置またはメモリメディア上の著作権コンテンツを保護するアプローチの１つは、インターネット上で提供されるインターネットサービスにユーザが接続して、コンテンツを認証したり、購入したりすることである。この接続するための従来のアプローチは、公開／秘密鍵システムである。ウェブサービスプロバイダおよびＤＶＤプレーヤが、それぞれ公開鍵を持つ。ＤＶＤプレーヤおよびウェブサービスプロバイダが公開／秘密鍵についてハンドシェイクを行って、ウェブサービスプロバイダおよびＤＶＤプレーヤを検証する。ハンドシェイクに基づいてキーが送信されると、秘密鍵が設定される。しかしながら、公開鍵の計算は複雑な計算で、実行が困難である。また、ハンドシェイクにはアクティブオンライン接続が必要で、これはユーザにとって不便である。

本発明は、物理媒体上の拡張マルチメディアコンテンツを配信するシステム、サービス、コンピュータプログラム、および対応する方法（ここでは一括して、”システム”または”本システム”と呼ぶ）を提供する。物理媒体は、例えば、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、フラッシュメモリ、フラッシュカード等の、任意の携帯型メモリまたは記憶媒体を含む。例示として、物理メモリをＤＶＤと呼ぶ。

本システムは、一意のＩＤ、メディアキーブロックおよび各ＤＶＤに焼き付けた特殊ファイルのセットを用いる。ＤＶＤ上のコンテンツの部分にさらにＩＤを備えても良い。これらのＩＤ、メディアキーブロックおよび特殊ファイルを有する物理媒体を拡張メディアと呼ぶのは、メディアプレーヤおよびインターネットを介してユーザと対話できるからである。各拡張メディア上には、ＷＷＷ上のウェブサイトのユニフォームリソースロケータ（ＵＲＬ）のリストを有するファイルが存在する。拡張メディアが、復号にキーのセットが必要なセクションを含むので、メディアプレーヤはそのセクションのＵＲＬにアクセスして、復号鍵を得る。

ダイアルアップモデム、ケーブルモデム、ＤＳＬ等により、拡張メディアを再生するＤＶＤプレーヤがインターネットに接続する。各ＤＶＤは、メディアキーブロックを有する。ＤＶＤプレーヤは、特殊ファイルの１つの中にあるＤＶＤ上で提供されたユニフォームリソースロケータ（ＵＲＬ）に接続する。本システムでは、”グローバルシークレット”を用いて暗号化を行ったり、公開／秘密ハンドシェイクを行ったりして、シークレットＩＤを設定してＤＶＤプレーヤにコンテンツを再生させることはない。むしろ、本システムでは、最近開発された暗号化技術、ブロードキャスト暗号化を用いる。

基本的に、ブロードキャスト暗号化は、メディアキーブロックと呼ばれるメディア上のデータブロックに基づいている。各ＤＶＤプレーヤは、ＤＶＤプレーヤにメディアキーブロックを処理させることができる一意のキーのセットを有しているが、各プレーヤは、メディアキーブロックを介して一意の経路をたどる。合法のプレーヤはすべて、メディアキーにたどり着く。一方、迂回装置が現れても、迂回装置がメディアキーブロックを介して特定の経路をたどり、間違った答えにたどり着いてしまうように新しく発売されるディスクを製造することができる。不正のない装置はすべて、正確にメディアキーを計算し続けることができる。その結果、迂回装置だけをシステムから排除する。

本システムでは、物理媒体上のメディアキーブロックを、インターネットを介してコンテンツキーを送信するサポートとして用いることにより、単一グローバルシークレットを回避する。ウェブサービスプロバイダまたは他の処理センターが、インターネットを介して暗号化コンテンツキーを送信する。メディアキーが、このコンテンツキーを保護する。一実施の形態では、暗号ハッシュを用いてメディアキーをボリュームＩＤと組み合わせることにより、ディスクの一意のキーを提供する。ディスクの一意のキーを次に、ディスク上の各種のタイトルキー、タイトル毎に１つのキーに暗号化する。別の実施の形態では、ディスクの一意のキーは単にメディアキーである。

ディスク上の特殊ファイルは例えば、ウェブサービスプロバイダのＵＲＬを提供する。このＵＲＬの完全性は、非常に重要である。ハッカーまたは敵対者がＵＲＬを破壊する場合は、ユーザは、ウェブサービスプロバイダを表さない別のＵＲＬに送られてしまう。ＤＶＤに対する十分なセキュリティまたは検証技術がないと、ハッカーまたは敵対者が別のウェブサイトのＵＲＬを設定して、消費者からクレジットカード情報を得る場合もある。特殊ファイル完全性を確実にするために、コンテンツの一意のキーがコンテンツキーを暗号化する前に、特殊ファイルが暗号的にハッシュされ、インターネットコンテンツキーを用いて結果のＸＯＲがとられる。この結果はＤＶＤに焼き付けられる。

計算のシーケンスおよび種類は、ある程度自由に決めて構わない。例えば、ディスクの一意のキー計算に特殊ファイルのハッシュを含ませたり、またはインターネットコンテンツキーを用いてコンテンツＩＤのＸＯＲをとったりすることもできる。同様に、純効果に変わりがなければ、ＸＯＲを加算または減算等の他の演算と置換しても良い。エンドユーザが計算を破ることなく、ディスク上のコンテンツＩＤおよび特殊ファイルを改ざんできない限りにおいては、計算のシーケンスおよび種類にばらつきがあっても良い。

本システムでは、向上した暗号化技術を拡張メディアに導入して、単一グローバルシークレットまたは公開／秘密鍵を交換する必要性を排除する。ＤＶＤビデオの形式の拡張メディアは、様々なビジネスおよびマーケティングシナリオで用いられることがある。例えば、拡張メディアをビデオレンタルフォーマットで用いることもある。ユーザはコンテンツが保護された、ＤＶＤ上の映画を無料で、あるいは料金を払って入手する。ユーザのＤＶＤ上での再生時には、ユーザのＤＶＤプレーヤがウェブサービスプロバイダに接続し、ウェブサービスプロバイダが指定する時間の間、映画の視聴が可能になる。トランザクションの実施は、購入を前提としても前提としなくても良い。例えば、追加料金を支払って実行するような機能を、さらに映画ＤＶＤに備えても良い。

プロモーションイベントとして、例えば、ＤＶＤのビデオ映画を映画の後で映画館に無料で提供しても良い。ユーザのＤＶＤプレーヤでの再生時には、ＤＶＤプレーヤがウェブサービスプロバイダに接続し、ユーザがＤＶＤ上のコンテンツを購入しても良い。従来のＤＶＤには、ウェブサービスプロバイダを介して購入することもできるオプションのコンテンツ、たとえば、すでにディスク上で暗号化されているが、ユーザがさらに料金を払わなければ手に入らない場面や監督のコメントをさらに含んだ”ディレクターズカット”を含ませることもできる。

ボーナスコンテンツが無料であっても、スタジオのウェブサイトを介して、スタジオが消費者にこれを手に入れたいかどうか訊ねることができるという利点がある。これにより、スタジオが実際の消費者を特定して、特別のオファーを提供して、ある映画を中心に電子コミュニティを形成することができる。

ＤＶＤプレーヤで利用できる機構を用いることにより、拡張メディアでは、ユーザにウェブサービスプロバイダを介して、例えば、映画に対応付けられたロゴＴシャツ、アクションフィギュア、または他の派生商品等の物理的な商品を提供することができる。ユーザは、ウェブサービスプロバイダを介して無料で入手したり購入したりすることによりＤＶＤの特定のフィーチャを実行することが可能なので、コンテンツ所有者は、ＤＶＤ上の種々のフィーチャが実際にはどのように用いられるのかモニタすることができる。コンテンツクリエータは次に、この情報を用いて将来の制作を設計することもできる。

本システムは、対応する類似のアプリケーションを有する音声、ゲームおよびコンピュータソフトウェア等の他の種類のコンテンツに適用可能である。フル機能ソフトウェアの他に、ＤＶＤは、ソフトウェア製造業者がデモ版のモデルとともに提供したソフトウェアまたはゲームコンソールを含んでも良い。ユーザは、デモ版を試した後で、ウェブサービスプロバイダに接続して、フル機能ソフトウェアを購入することもできる。また、ゲームは、ユーザがウェブサービスプロバイダとのトランザクションを完了した後で実行することができる別途のフィーチャを含んでいても良い。

ユーザがウェブサービスプロバイダに接続した際に、各ＤＶＤ上の一意のＩＤおよびメディアキーブロックを用いて、コンテンツ所有者はコンテンツの各部分を検証することができる。この機能により、コンテンツ所有者は、レプリケータが行った不正に対抗する方法を実行することができる。ユーザがウェブサービスプロバイダと接続してＤＶＤが提供するフィーチャを得ることができるので、コンテンツ所有者は、例えば、ＤＶＤ ＩＤが複製されていると、そこから、レプリケータが余分のコピーを製造したかどうか知ることができる。コンテンツ所有者は次に、不正の証拠を入手して、ＤＶＤ生産をさらによく制御することができるようになる。

従って、安全で、容易に実行でき、インターネットトランザクション等のトランザクションにより認証され、その処理センターと後から対話を行える、あらかじめ録画した物理媒体のコンテンツ暗号化方法を実行する、システム、サービス、コンピュータプログラム製品および対応する方法を提供する。

添付の図面を参照して、本発明の実施の形態について説明するが、例示のためだけである。

以下の定義および説明は、本発明の技術分野に関する背景情報を提供するものであって、本発明の範囲を限定することなく、本発明の理解を容易にするためのものである。

ＨＴＴＰＳ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）：安全なウェブサーバにアクセスするためのプロトコル。

インターネット：グローバル、分散型ネットワークを形成する標準プロトコルのセットにより、ルータでリンクした、相互接続したパブリックおよびプライベートコンピュータネットワークの集合。

Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ、またはＷｅｂ）：インターネットクライアント−サーバハイパーテキスト分散型情報検索システム。

コンテンツ：電子装置上にデジタルフォーマットで表示される音楽または映画等の著作権メディア。

図１は、本発明による、物理媒体上の拡張マルチメディアコンテンツを配信するシステム、方法およびサービスを用いる例示の全体的環境を示している。拡張メディアシステム１０は、一般に、拡張メディア１５、メディアプレーヤ２０およびンターネットサービスプロバイダ２５に埋め込まれているかインストールされているソフトウェアプログラムコードまたはコンピュータプログラム製品を備える。あるいは、拡張メディアシステム１０を、ディスケット、ＣＤ、ＤＶＤ、ハードディスク、または類似の装置等の適切なメモリまたは記憶媒体上で動作させることができる。

メディアプレーヤ２０は、ネットワーク３０を介してウェブサービスプロバイダ２５にアクセスすることができる。メディアプレーヤ２０は、メディアプレーヤ２０がウェブサービスプロバイダ２５と安全に接続できるようにするソフトウェアを備える。メディアプレーヤ２０は、例えば、ディスク等のメディアの物理的存在を検証することができる、任意の規格に対応しているモジュールを備える。規格に対応しているモジュールとは、当該拡張メディア１５に暗号で義務づけられている使用規定に従うものである。例えば、規格に対応しているレコーダは、”コピー禁止”と符号化されているコンテンツを記録しない。メディアプレーヤ２は、電話、ケーブルＤＳＬ、衛星リンク等の通信リンク３５を介してネットワーク３０と接続している。ウェブサービスプロバイダは、通信リンク４０を介してインターネットと接続している。

拡張メディア１５を、メディアプレーヤ２０上で再生しても良い。拡張メディア１５は、インターネット接続性を介して利用できる別途の機能である、拡張機能を備える。これらの拡張機能を、別の価格にしたり、ディスクの元々の価格に含めたりしても良い。拡張機能のいくつかは、メディアプレーヤ２０がウェブサービスプロバイダ２５との対話に参加することを必要としても良い。メディアプレーヤ２０は、簡単に他の拡張機能を実行することができる。

メディアプレーヤ２０がウェブサービスプロバイダ２５との対話に参加する必要がある拡張機能は、次のものを含む。

ディレクターズコメントを含むサウンドトラック等のプレミアフィーチャを実行すること。

オプションの有料コンテンツを含む無料の販売促進ディスクを有すること。

ユーザが見終わった後で返却する必要がない使い捨てレンタルディスクを提供すること。

コンテンツクリエータにフィードバックするための各種のフィーチャの使用回数を提供すること。

コンテンツ（ロゴ商品等）に対応付けられた物理的品物に対しユーザが支払うための経路を提供すること。

図２のブロック図は、拡張メディアシステムの上位のアーキテクチャを示す。拡張メディアシステム１０は、拡張メディア１５上に、メディアキーブロック２０５、コンテンツＩＤ２１０、特殊ファイル２１５のセットおよび暗号化コンテンツ２２０を備える。ウェブサービスプロバイダ２５は、コンテンツキー２２５を備える。メディアプレーヤ２０は、ブロードキャスト復号モジュール２３５および検証モジュール２４０を備える。

暗号化コンテンツ２２０を再生するには、メディアプレーヤ２０がウェブサービスプロバイダ２５に接続して、コンテンツキー２２５を得る。ウェブサービスプロバイダ２５が、コンテンツクリエータが提供するディスクの一意のキーを用いて、コンテンツキー２２５を暗号化する。このディスクの一意のキーは、メディアキーブロック２０５のメディアキーから抽出される。ウェブサービスプロバイダ２５は、コンテンツキー自体を暗号化したり、コンテンツクリエータがすでに暗号化したものを受け取ったりしても良い。ウェブサービスプロバイダ２５は、暗号化コンテンツ２２０キー２２５をメディアプレーヤ２０に送信する。メディアプレーヤ２０のブロードキャスト復号モジュール２３５が、メディアキーを用いて暗号化コンテンツキー２２５を復号する。この復号したコンテンツキー２２５により、メディアプレーヤが暗号化コンテンツ２２０を再生することができる。

特殊ファイル２１５は、ｐｈｏｎｅ．ｌｉｓｔファイル、ｒｏｏｔ．ｃｉｒｔｉｆｉｃａｔｅファイル、およびｅｎｈａｎｃｅｄ．ｋｅｙｓファイルを備える。ｐｈｏｎｅ．ｌｉｓｔファイルは、モデムを備えたメディアプレーヤ２０のインターネット接続ポイントを提供する契約を交わした特定のコンテンツ所有者のダイアルアップサービス番号である。

ｒｏｏｔ．ｃｉｒｔｉｆｉｃａｔｅファイルは、公開鍵認証である。例えば、インターネット規格ＲＦＣ２４５９で定義されるＸ．５０９認証であってもよい。ｒｏｏｔ．ｃｉｒｔｉｆｉｃａｔｅファイルの公開鍵をメディアプレーヤ２０が用いて、例えば、ＨＴＴＰＳプロトコルを実行する間にウェブサービスプロバイダ２５のサイト認証の署名をチェックする。ｒｏｏｔ．ｃｅｒｔｉｆｉｃａｔｅファイルは、メディアプレーヤ２０に、どの公開鍵がウェブサービスプロバイダ２５を検証するのか通知する。ｅｎｈａｎｃｅｄ．ｋｅｙｓファイルは、メディアプレーヤ２０がどのようにさらにキーを入手して暗号化コンテンツ２２０を再生するかという情報を含む。

メディアプレーヤ２０は、インターネット接続が必要である。任意の標準インターネット接続で構わない。例えば、イーサネット、ＩＥＥＥ１３９４、ワイヤレス、またはＰＰＰプロトコルを用いるダイアルアップモデム等である。また、各プレーヤは、例えば、１以上のユーザクレジットまたはデビットカードの情報を保存する、不揮発性記憶装置を備えても良い。一実施の形態では、ユーザは、クレジット／デビットカード情報を入力する必要はないが、このような情報を入力するようにとの指示がプレーヤのセットアップの間に出されてもよい。モデムを備えたプレーヤは、不揮発性記憶装置を有し、ユーザの電話番号、すなわち、モデムが接続する番号を保存する。このような設定をする機会については、プレーヤのセットアップの間にユーザに与えられる。

メディアプレーヤ２０の検証モジュール２４０が、各特殊ファイル２１５のコンテンツのハッシュを計算する。これらのハッシュは、コンテンツキー２２５を正確に復号するために必要である。実際のキーはハッシュを用いてＸＯＲをとられ、次に、ディスクの一意のキーＫｕを用いて暗号化されてプレーヤに与えられる。言い換えれば、プレーヤが、次のように暗号化データＤｎから拡張キーＫｎを算出する。なお、数２は数１の右辺の続きである。

特殊ファイル２１５のｅｎｈａｎｃｅｄ．ｋｅｙｓファイルのキーは、インスタント型または持ち越し型を含む。インスタントキーには、さらに”キャッシュ可能”とマークすることができる。インスタントキーがメディアプレーヤ２０のキャッシュにない場合は、メディアプレーヤ２０がインターネットに接続して、ウェブサービスプロバイダ２５からキーを得て、拡張メディア１５の再生を続ける。キーの入手には、購入トランザクションを必要としても、必要としなくても良い。

持ち越しキーにより、メディアプレーヤ２０はウェブサービスプロバイダ２５に接続しないでキーを算出できる。しかしながら、メディアプレーヤ２０は、”都合の良い時に”接続して、”持ち越し”状態をリセットできる。例えば、持ち越しキーの接続頻度は、メディアプレーヤ２０をセットアップする間に、ユーザが選択して設定しても良い。メディアプレーヤ２０が、例えば、前に保存したユーザの基本設定に基づいて、持ち越しキーをインスタントキーとして扱うように選択しても良い。

特殊ファイル２１５のｅｎｈａｎｃｅｄ．ｋｅｙｓファイル内のプログラムラインの例示の形式は次のものである。

＜ｕｒｌ＞［ＣＡＳＨＡＢＬＥ｜ＤＥＦＥＲＲＡＢＬＥ＝＜Ｄ_ｎ＞］［［＜ｐｒｉｃｅ＞］＜ｍａｘｉｍｕｍ ｐｒｉｃｅ＞］

各ラインは、キーの値を提供するサービスセンターのＵＲＬから開始する。ＵＲＬは、ｈｔｔｐｓ：／／から始まる。任意の価格は、”通貨：ｎｎｎ”、例えば、”ＵＳＤ１．００”から開始する。価格が複数の通貨で提供されている場合は、例えば”｛ＵＳＤ２．００ＹＥＮ１５０｝”のように括弧内にリストされている。キーが無料であったり、メディアプレーヤ２０がウェブサービスプロバイダ２５に接続する際にユーザにキーの価格が明らかにされたりする場合は、価格フィールドを省略しても良い。

一実施の形態では、ユーザが拡張メディア１５の視聴の後から支払いをするという暗黙の了解のもとに、持ち越しキーにより、ユーザは拡張メディア１５をすぐに再生することができる。ユーザは、基本的に、ウェブサービスプロバイダ２５が管理するコンテンツプロバイダとクレジットアカウントを操作する。コンテンツ所有者が持ち越しキーに課金を行う場合は、ｅｎｈａｎｃｅｄ．ｋｅｙｓファイルは、持ち越しキーの価格を含んでも良い。ユーザを保護するために、プレーヤが接続する時に後から価格を明示することはできない。そうしないと、ある料金で課金されると思って拡張メディア１５を再生したユーザが、メディアプレーヤ２０を後からウェブサービスプロバイダ２５に接続させた際に、別の料金で課金されていることが判明するような事態になってしまう。

また、有料の持ち越しキーは、コンテンツプロバイダを保護するために、最大累積値を有している。持ち越しキーの価格とそのＵＲＬのドメイン名が同じである以前の持ち越しキーすべての価格（他のディスクからのキーであっても）の合計が所定の最大累積値を越えた場合は、メディアプレーヤ２０は直ちにウェブサービスプロバイダ２５に接続して、全持ち越しトランザクションの処理を行う。これにより、コンテンツプロバイダを、コンテンツプロバイダが回収できない多額の負債を蓄積するようなユーザから保護する。いかなる理由であれトランザクションが正常に行われない場合は、メディアプレーヤ２０は、現在の持ち越しキーの処理を行わない。

キーには”キャッシュ可能”とマークしたり、”持ち越し可能”とマークしたりすることもできるし、いずれのマークをつけなくてもよい。メディアプレーヤ２０の電源を切るか、拡張メディア１５を取り出すか、または拡張メディア１５の再生がユーザとの対話が必要なナビゲーション分岐に達するまで、メディアプレーヤ２０はキーを記憶する。巻き戻し、早送り、およびチャプタースキップ等のメディアプレーヤ２０の機能により、キーを削除することはない。また、キーが”キャッシュ可能”とされている場合は、メディアプレーヤ２０は、オプションでキーを長期間記憶しても良い。キーを記憶することにより、ユーザの対話がより円滑に行えることになる。キーを記憶する場合は、メディアプレーヤ２０が都合の良い時にキーを削除する。ブロードキャスト復号モジュール２３５を用いて、キーを暗号化してキャッシュに保存する場合は、キャッシュは専用のセキュリティを有する必要はない。

キーを”持ち越し可能”とマークする場合は、ストリング”Ｄ_ｎ”は、検証モジュール２４０がチェックできる暗号化を含む読取可能な１６進表記ストリングである。メディアプレーヤ２０は、Ｄ_ｎストリングからすぐにキーを算出することができる。メディアプレーヤ２０は次に、ウェブサービスプロバイダ２５と後から通信するために、キー番号、価格（あるとすれば）、ＵＲＬ、タイトルＩＤおよびメディアＩＤを安全に保存する。持ち越しキーはキャッシュしない。次に必要な場合には、メディアプレーヤ２０はこれを新規の持ち越しインスタンスとして扱う。ウェブサービスプロバイダ２５のビジネスモデルに基づいて、ウェブサービスプロバイダ２５は次に持ち越して課金しなくても良い。しかしながら、メディアプレーヤ２０は、最大持ち越し価格に達したと判断した時には、ウェブサービスプロバイダ２５が次の持ち越しで課金すると見なす。

任意の種類の有料キーで暗号化したセクションを再生するかどうか、メディアプレーヤ２０が初めて照会を受けると、プレーヤは停止して価格を表示し、ユーザから承認を得てから前に進む。メディアプレーヤ２０にクレジットカードが２つ以上記憶されている場合は、この承認により、どのクレジットカードを選択するか、ユーザに訊ねても良い。この承認は、メディアプレーヤ２０にペアレンタルコントロールの対話に対するサポートが有り、かつ、ユーザがそれを設定している場合は、ペアレンタルコントロールの対話を含むこともできる。２つ以上の通貨で価格が提供されている場合は、メディアプレーヤ２０は、ユーザにどれを選択するか訊ねたり、例えば、前に保存したユーザの基本設定に基づいて、自動的に一方を選択したりしても良い。

図３、図４および図５の処理フローチャートは、メディアプレーヤ２０上でユーザが拡張メディア１５を再生する、例示の方法３００を示す。ステップ３０２で、ユーザは、拡張メディア１５をメディアプレーヤ２０に挿入する。ステップ３０４で、メディアプレーヤ２０は、メディアキーブロック２０５、特殊ファイル２１５およびコンテンツＩＤ２１０読み込む。ステップ３０６で、メディアプレーヤ２０は、拡張メディア１５の再生を開始する。

ステップ３０８で、メディアプレーヤ２０は、オプションメニューをユーザに拡張メディア１５から提示する。有料の拡張メディア１５のメニューからユーザが選択できるある一定の選択肢があっても良い。例えば、拡張メディア１５は、無料で提供する販売促進用映画ディスクであっても良い。２分間の映画の広告である映画の予告編を、ユーザに無料で再生しても良い。ユーザが映画全体を再生したい場合は、メニューのそのオプションを選択することにより、映画を購入する。”映画購入”オプションには、ウェブサービスプロバイダ２５とのトランザクションが必要である。

別の例では、ユーザが映画館に映画を見に行って、拡張ＤＶＤのコピーを受け取る。ユーザは拡張ＤＶＤを視聴して、ＤＶＤが発売された時に、映画を購入しても良い。ユーザが店舗に行って、映画を購入する必要がないので、映画制作会社は、そのＤＶＤ映画の売り上げを向上させる。同じコンセプトが、ソフトウェア、ゲーム等に当てはまる。

ステップ３１０で、ユーザはオプションをメニューから選択する。決定ステップ３１２で、メディアプレーヤ２０は、選択したオプションがキーを得るのにウェブサービスプロバイダ２５への外部接続が必要かどうか判定する。選択したオプションにキーが不要の場合は、メディアプレーヤ２０は、拡張メディア１５を再生する（ステップ３１４）。拡張メディア１５上の拡張コンテンツの再生にキーが必要な場合は、メディアプレーヤ２０は、拡張メディア１５の特殊ファイル２１５にあるＵＲＬに基づいて、ステップ３１６（図４）でウェブサービスプロバイダ２５に接続する。

ステップ３１８で、ウェブサービスプロバイダ２５は、メディアプレーヤ２０に条件を提示する。条件は、価格、他の料金、他のフィーチャ、提供品等を含む。ユーザが要求する拡張を、無料で提供しても良い。ウェブサービスプロバイダ２５からキーを得て、この拡張コンテンツを拡張メディア１５上で再生するために必要なコンテンツ所有者が決めた要件を用いることにより、拡張メディア１５上のどのフィーチャをユーザが選択しているか、判定することもできる。コンテンツ所有者は次に、将来の製品を設計する際に、この情報を用いても良い。あるいは、メディアプレーヤ２０は、ウェブサービスプロバイダ２５に接続する前に、価格または料金をメニュー上でユーザに提示することもできる。ウェブサービスプロバイダ２５からの条件を受信した後で、ステップ３２０で、メディアプレーヤ２０は、この条件をユーザに提示する。

決定ステップ３２２で、ユーザは、ウェブサービスプロバイダ２５からの提供品を受け付けたり、拒否したりできる。ユーザが提供品を拒否する場合は、メディアプレーヤは、拡張メディア部分（ステップ３２４）を再生しない。ユーザが提供品を受け付ける場合は、ステップ３２６で、メディアプレーヤ２０は、クレジット／デビットカード情報をウェブサービスプロバイダ２５に送信する。あるいは、ユーザが、拡張メディア１５上の拡張コンテンツを再生する認証を交換するのに十分な、ウェブサービスプロバイダ２５およびコンテンツ所有者が承認した認証ＩＤ、クーポンＩＤ、または任意の他の情報を送信しても良い。

必要な情報をメディアプレーヤ２０から受信してトランザクションを完了すると、ステップ３２８で、ウェブサービスプロバイダ２５が暗号化コンテンツ２２０キー、Ｋ_ｎを返送する。ステップ３３０（図５）で、メディアプレーヤ２０のブロードキャスト復号モジュール２３５が、メディアキーブロック２０５を処理してメディアキーを得る。これによって、メディアプレーヤ２０はディスクの一意のキーを算出することができる。ブロードキャスト復号モジュール２３５は次に、ステップ３３２で、抽出したディスクの一意のキーを用いて暗号化コンテンツ２２０キーＫ_ｎを復号して、拡張メディア１５上の拡張コンテンツを再生するのに必要なコンテンツキー２２５を得る。

メディアプレーヤ２０の検証モジュール２４０は次に、ステップ３３６で、特殊ファイル２１５が変更されていないことを検証する。特殊ファイル２１５に対して必要な検証を行わないと、敵対者またはハッカーが、例えば、インターネットコンテンツプロバイダ２５のＵＲＬを含む特殊ファイル２１５を変更することもある。ハッカーは次に、プレミア拡張コンテンツを無料で再生したり、コンテンツ所有者からハッカー宛てにプレミア拡張コンテンツの支払い先を変更したりするように承認を出すこともできる。ステップ３３６で特殊ファイル２１５を検証することにより、ウェブサービスプロバイダ２５のＵＲＬを含むファイルが破損されたり、変更されたりしないように保護する。

特殊ファイル２１５が変更されている場合は（決定ステップ３３８）、拡張メディア１５にエラーが発生している。メディアプレーヤ２０が、エラーは、拡張メディア１５またはインターネットサービスセンター２０から生じたエラーによるものと判定した場合は、ステップ３４０で、メディアプレーヤ２０は、拡張メディア１５のナビゲーション内の”キーエラー”経路をたどる。コンテンツ所有者は、ユーザをテクニカルサポートに向けるこのような経路を提供しても良い。

一旦ウェブサービスプロバイダ２５が必要な料金または情報を得て、シークレットファイルが検証されれば、トランザクションが完了する。メディアプレーヤ２０は次に、拡張メディア１５上の拡張コンテンツを再生する（ステップ３４２）。ブロードキャスト暗号化という状況でメディアキーブロック２０５を用いることにより、グローバルシークレットＩＤによってシステムを危険にさらしたり、公開／秘密ハンドシェイクを用いるシステムに難儀したりすることなく、方法３００を安全に進めることができる。

メディアプレーヤ２０、ウェブサービスプロバイダ２５および拡張メディア１５は、図６のブロック図に示すコンテンツ配信モデル４００の状況のもとで動作する。コンテンツ配信モデル４００は、コンテンツ所有者４０５、ライセンス代理店４１０、メディアプレーヤ製造業者４１５、ディスクレプリケータ４２０、ウェブサービスプロバイダ２５およびユーザ４２５を含む。ライセンス代理店４１０は、コンテンツ所有者４０５のコンテンツライセンスを管理する。従って、ライセンス代理店４１０は、メディアキーブロック４３０のセットをコンテンツ所有者４０５に提供して、拡張メディア１５上のコンテンツを暗号化する。コンテンツ所有者４０５は、メディアブロック２０５を用いてコンテンツキーを暗号化する。ウェブサービスプロバイダ２５との対話が必要でないコンテンツの暗号化コンテンツキー４３５を、コンテンツに埋め込んでディスクレプリケータ４２０に送る。暗号化コンテンツキー４４０を、ウェブサービスプロバイダ２５に提供して、ウェブサービスプロバイダ２５との対話が必要なコンテンツにする。

ライセンス代理店４０５は、装置キー４４５のセットをメディアプレーヤ製造業者４１５に提供する。メディアプレーヤ製造業者４１５に提供された装置キー４４５は、コンテンツ所有者４０５がメディアプレーヤ２０の製造をメディアプレーヤ製造業者４１５に許可して、コンテンツ所有者４０５が制作したコンテンツを再生することができるライセンスを表す。メディアプレーヤ製造業者４１５は、装置キー４５０のサブセットを装置キー４４５のセットから各メディアプレーヤ２０へ提供する。メディアプレーヤ２０は、装置キー４５０を用いてメディアキーブロック２０５を復号する。

図７および図８は、コンテンツ所有者がコンテンツを暗号化して配信する方法５００を示す。ステップ５０５で、コンテンツ所有者４０５は、拡張メディア１５を生産するコンテンツプランを設計する。コンテンツ所有者４０５は、コンテンツを作成して、種々の部分に分割する。コンテンツ所有者４０５はまた、例えば、コンテンツのどの部分を拡張メディア１５の購入価格にあてて、どの部分を追加料金を必要としたり、ウェブサービスプロバイダ２５との対話が必要であったりするフィーチャにするか、決定する。

ステップ５１０で、コンテンツ所有者４０５は、拡張メディア１５上のコンテンツの各部分に対して任意にコンテンツキーを選択する。ステップ５１５で、コンテンツ所有者４０５は、メディアキーブロック２０をライセンス代理店４１０が提供したメディアキーブロック４３０のセットから選択する。ステップ５２０で、コンテンツ所有者４０５は、メディアキーブロック２０５を用いて拡張メディア１５上のコンテンツのコンテンツキーを暗号化する。

ステップ５２５で、コンテンツ所有者４０５は、暗号化コンテンツキー４３５のいくつかを拡張メディア１５上に配置する。メディアプレーヤ２０は、ウェブサービスプロバイダ２５に接続することなく、暗号化コンテンツキー４３５が暗号化したコンテンツを再生しても良い。ステップ５３０では、ユーザ４２５が、例えば、料金または情報と交換することができるように残りの暗号化コンテンツキー４４０をウェブサービスプロバイダ５２５に提供する。

ステップ５３５（図８）で、ディスクレプリケータ４２０は、拡張メディア１５を複製して、オプションで一意のＩＤを各拡張メディア１５に挿入する。ステップ５４０で、拡張メディア１５を次に、例えば、販売またはプロモーションイベントを介してユーザ４２５等のユーザに配信する。ステップ５４５で、ユーザ４２５は、拡張メディア１５をメディアプレーヤ２０上で再生する。拡張メディア１５の処理は、図３、図４，図５の方法３００で説明したように進められる。

図９、図１０、図１１、図１２および図１３は、メディアプレーヤ２０とウェブサービスプロバイダ２５との間の通信を行う例示の方法６００を説明する処理フローチャートである。ユーザ４２５は、拡張メディア１５が提示するメニューを見て、特定の部分の拡張コンテンツのメニューに記された価格に同意して、メディアプレーヤ２０にその部分のコンテンツを再生するように要求する。ステップ６０２で、メディアプレーヤ２０は、そのセクションのコンテンツキーがメディアプレーヤ２０のキャッシュにないことを突き止める。ステップ６０４で、メディアプレーヤ２０は次に、拡張キーファイル内の所望のコンテンツキーのレコードを見つける。

決定ステップ６０６で、メディアプレーヤは、コンテンツキーが”持ち越し可能”とマークされているかどうか判定する。コンテンツキーが”持ち越し可能”とマークされていない場合は、ステップ６０８で、メディアプレーヤ２０はインターネットに接続する。メディアプレーヤ２０は次に、コンテンツキーのレコードにあったＵＲＬでウェブサービスプロバイダ２５に対してＨＴＴＰＳ ＰＯＳＴを実行する（ステップ６１０）。

この例では、メディアプレーヤ２０がウェブサービスプロバイダ２５に送信したＰＳＯＴデータは、読取可能ＡＳＣＩＩの以下のフォーマットである。

ｋｅｙ＝＜ｎ＞

ｔｉｔｌｅＩｄ＝＜ｔｉｔｌｅＩｄ＞

［ｍｅｄｉａＩｄ＝＜ｍｅｄｉａＩｄ＞］

ｍｅｄｉａｐｌｅｒ２０Ｉｄ＝＜ｍｅｄｉａｐｌａｙｅｒ２０Ｉｄ＞

［ｌａｎｇｕａｇｅ＝＜ｌａｎｇｕａｇｅ＞］

［ｐｒｉｃｅ＝＜ｐｒｉｃｅ＞

ｃｒｅｄｉｔＣａｒｄ＝＜ｎｎｎｎｎｎｎｎｎｎｎｎ＞

ｅｘｐｉｒｅｓ＝＜ｍｍ／ｙｙ＞

ｃａｒｄＨｏｌｄｅｒ＝＜ｆｉｒｓｔｌａｓｔ＞

ｂｉｌｌｉｎｇＡｄｄｒｅｓｓ＝＜ｂｉｌｌｉｎｇａｄｄｒｅｓｓ＞

ｂｉｌｌｉｎｇＺｉｐ＝＜ｚｉｐ＞］

コンテンツキーのｅｎｈａｎｃｅｄ．ｋｅｙｓファイルに価格がない場合は、価格およびクレジットカード情報を省略する。拡張メディア１５に一意のメディアＩＤがない場合はメディアＩＤラインを省略する。”ｌａｎｇｕａｇｅ”ラインを省略しても良い。

ユーザ４２５が、メディアプレーヤ２０に言語の基本設定を行っている場合は、メディアプレーヤ２０は、”ｌａｎｇｕａｇｅ”ラインを用いてその基本設定でウェブサービスプロバイダ２５と通信することができる。ウェブサービスプロバイダ２５は今度は、その基本設定を用い、考えられるエラーメッセージをフォーマットしても良い。この例では、言語を英語名で表記している。例えば、”Ｅｎｇｌｉｓｈ”、”Ｊａｐａｎｅｓｅ”、”Ｓｐａｎｉｓｈ”、”Ｍａｎｄａｒｉｎ”等である。

ＩＤは、読取可能な１６進表記であり、例えば、小文字の”ａ−ｆ’”を用いる。価格は、ｅｎｈａｎｃｅｄ．ｋｅｙｓファイルの適切なラインからコピーされる。キー番号、クレジットカード番号、郵便番号、クレジットカード有効期日の”ｍｍ”、および”ｙｙ”は、読取可能な１０進数である。クレジットカード所有者の氏名および住所を除いて、終了ラインフィード文字以外に空白文字はない。請求先住所には、埋め込みの復帰も、ラインフィードのいずれも含まない。

ステップ６１４で、ウェブサービスプロバイダ２５は、メディアプレーヤ２０からのＰＯＳＴに応答する。決定ステップ６１６（図１０）で、ウェブサービスプロバイダ２５は、コンテンツが販売用であるかどうか判定する。そうでない場合は、キーは無料なので、ステップ６１８で、ウェブサービスプロバイダ２５は、暗号化コンテンツキーをメディアプレーヤに返送する。暗号化コンテンツキーは、例えば、読取可能な１６進表記で、”ｋｅｙ＝＜Ｄｎ＞＼ｎ”のように暗号化して提供する。

ウェブサービスプロバイダは次に、決定ステップ６２０で、ユーザ４２５が以前に暗号化コンテンツキーを購入したかどうか判定する。これは、コンテンツキーがメディアプレーヤ２０のキャッシュから脱落してしまった場合に起こりうる。その場合は、ステップ６１８で、ウェブサービスプロバイダ２５が、課金しないでそのキーを送信する。しかしながら、ウェブサービスプロバイダ２５は、キーが以前に購入されていて、今回も無料で提供できるかどうか判定する際に、独自の基準を用いても良い。例えば、ウェブサービスプロバイダ２５は、メディアＩＤ、メディアプレーヤ２０のＩＤ、ユーザ４２５のクレジットカード、またはこれらの値をいくつか組み合わせたものを用いることもできる。

選択した拡張メディアの暗号化コンテンツキーが以前に購入されていない場合は（決定ステップ６２０）、ステップ６２２で、メディアプレーヤ２０は、暗号化コンテンツキーの価格をユーザ４２５に返送する。メディアプレーヤ２０は次に、先に進む前にユーザ４２５からの承認を待つ（ステップ６２４）。決定ステップ６２６で、ユーザが購入を確定しない場合は、ステップ６２８で、メディアプレーヤ２０は拡張コンテンツを再生しない。決定ステップ６２６でユーザ４２５が購入を確定した場合は、メディアプレーヤ２０はトランザクションを繰り返す。この時に、ステップ６３０（図１１）でユーザ４２５のクレジットカード情報を送信する。価格のフォーマットは、拡張キーファイルと同じである。
“ｐｒｉｃｅ＝＜ｐｒｉｃｅ＞＼ｎ”．

メディアプレーヤ２０が送信したクレジット／デビット情報に基づいて、ウェブサービスプロバイダ２５は、決定ステップ６３２で、トランザクションを受け付けたり拒否したりするオプションを有する。トランザクションが拒否されると、ステップ６３４で、ウェブサービスプロバイダは、”クレジットカードの有効期限が切れている”等、説明メッセージをメディアプレーヤ２０に返送する。ステップ６３６で、メディアプレーヤ２０は拡張コンテンツの再生を行わない。ウェブサービスプロバイダ２５からメディアプレーヤ２０へのＡＳＣＩＩ応答とは異なって、説明応答はユニコードである。メディアプレーヤ２０がこの応答を処理する方法は、メディアプレーヤ２０特有のものである。ウェブサービスプロバイダ２５がトランザクションを受け付けた場合は、ステップ６３８で、暗号化コンテンツキーをメディアプレーヤに返送する。

決定ステップ６０６で、所望のコンテンツキーが持ち越しキーである場合は、ステップ６４０（図１２）で、メディアプレーヤ２０は、拡張コンテンツをすぐに再生することができる。その拡張コンテンツに対するウェブサービスプロバイダ２５への支払いについては持ち越しされる。ステップ６４２で、メディアプレーヤ２０は、拡張メディアの価格と、持ち越しキーに対応付けられたＵＲＬとを記録する。その時に決定ステップ６４４で持ち越しトランザクションを実行するのは都合が悪いのであれば、ステップ６４６で、メディアプレーヤは、メディアプレーヤ２０およびユーザ４２５の都合が良い時まで待つ。都合の良い時に、ステップ６４８で、メディアプレーヤ２０は、同じＵＲＬのＰＯＳＴデータを連結して、任意の他の持ち越しを１つのＰＯＳＴで一括処理する。

メディアプレーヤ２０は次に、ステップ６５０でインターネットに接続して、前述のようにＨＴＴＰＳ ＰＯＳＴを送信する（ステップ６５２）。ステップ６５４（図１３）で、メディアプレーヤ２０は、データをユーザ４２５からウェブサービスプロバイダ２５へ送信する。ステップ６５６で、ウェブサービスプロバイダ２５はＰＯＳＴに応答する。持ち越しが一括処理されている場合は、ウェブサービスプロバイダ２５は同様に、メディアプレーヤ２０への応答を連結する（ステップ６５６）。

決定ステップ６５６での応答にエラーが発生していない場合は、ウェブサービスプロバイダ２５は、通常の応答、”ｋｅｙ＝＜Ｄ_ｎ＞”を返送する。この応答により、ステップ６６０でメディアプレーヤ２０に持ち越しキーの持ち越し状態をリセットさせる。ウェブサービスプロバイダ２５が”ｐｒｉｃｅ＝”応答で無料の持ち越しキー要求に応答する場合は、これは、決定ステップ６５８でのウェブサービスプロバイダ２５エラーである。その結果、メディアプレーヤ２０は、この応答を”ｋｅｙ＝”応答を受信した場合のように処理して、持ち越しキーの持ち越し状態をリセットする。応答で他のエラーが発生した場合は、ステップ６６２で、メディアプレーヤ２０は、キーの持ち越し状態をリセットしない。

メディアプレーヤ２０は、必要なファイルのいずれかにシンタックスエラーがあったり、１つの例外を除いて、任意の他のエラーが発生していたりする場合は、エラー応答と判定する。メディアプレーヤ２０が持ち越しキーを算出して、その持ち越しキーを用いて正常に復号できない場合は、メディアプレーヤ２０は、このインスタンスをその現在の持ち越しキー記憶装置から削除する。

説明した本発明の具体的な実施の形態は、本発明の原理の特定の応用例について単に説明したものであることが理解されるであろう。本発明の範囲から逸脱することなく、ここで説明した、物理媒体上の拡張マルチメディアコンテンツを配信するシステム、方法、およびサービスについて、多くの変更が可能である。さらに、ＷＷＷに関して、例示として本発明について説明してきたが、本発明は、通信用に装置を相互接続できる、例えば、イントラネット、ワイドエリアネットワーク、または任意の他のネットワークにも適用可能であることが明らかであろう。

本発明の拡張メディアシステムを用いることができる例示の動作環境の概略説明図である。 図１の拡張メディアシステムの上位のアーキテクチャのブロック図である。 図３、図４および図５から成る、図１および図２の拡張メディアシステムの演算方法を説明する処理フローチャートである。 図３、図４および図５から成る、図１および図２の拡張メディアシステムの演算方法を説明する処理フローチャートである。 図３、図４および図５から成る、図１および図２の拡張メディアシステムの演算方法を説明する処理フローチャートである。 図１および図２の拡張メディアシステムを用いた拡張メディアのコンテンツ配信システムの上位のアーキテクチャを示すブロック図である。 図７および図８から成る、図１および２の拡張メディアシステムを用いて拡張メディアを製造して配信する方法を説明する処理フローチャートである。 図７および図８から成る、図１および２の拡張メディアシステムを用いて拡張メディアを製造して配信する方法を説明する処理フローチャートである。 図９、図１０、図１１、図１２および図１３から成る、図１および２の拡張メディアシステムを用いてウェブサービスプロバイダとメディアプレーヤとの間の通信プロトコルを説明する処理フローチャートである。 図９、図１０、図１１、図１２および図１３から成る、図１および２の拡張メディアシステムを用いてウェブサービスプロバイダとメディアプレーヤとの間の通信プロトコルを説明する処理フローチャートである。 図９、図１０、図１１、図１２および図１３から成る、図１および２の拡張メディアシステムを用いてウェブサービスプロバイダとメディアプレーヤとの間の通信プロトコルを説明する処理フローチャートである。 図９、図１０、図１１、図１２および図１３から成る、図１および２の拡張メディアシステムを用いてウェブサービスプロバイダとメディアプレーヤとの間の通信プロトコルを説明する処理フローチャートである。 図９、図１０、図１１、図１２および図１３から成る、図１および２の拡張メディアシステムを用いてウェブサービスプロバイダとメディアプレーヤとの間の通信プロトコルを説明する処理フローチャートである。

Claims (2)

1. 物理媒体上の暗号化されたコンテンツを再生装置により再生する方法であって、
   前記再生装置が前記物理媒体上の前記暗号化されたコンテンツの再生要求を受け取るステップと、
   前記再生装置が、前記暗号化されたコンテンツを再生するためにどのようにコンテンツキーを入手するかという情報を含む前記物理媒体上のファイルにアクセスして、前記情報が前記暗号化されたコンテンツの再生に対するサービスプロバイダへの支払いが持ち越し可能であることを示しているか否かを判定するステップと、
   前記情報が前記支払いが持ち越し可能であることを示している場合に、前記再生装置が、前記コンテンツキーを求めるために前記情報に含まれる持ち越しキーから前記コンテンツキーを算出して、前記暗号化されたコンテンツを再生するステップと、
   前記再生装置が、前記情報内において前記持ち越しキーに対応付けられた前記サービスプロバイダのＵＲＬと前記持ち越しキーの価格とを、前記サービへの支払いを後に行うことができるように記録するステップとを含み、
   前記再生装置は、前記暗号化されたコンテンツの再生の前に、以前に記録されているＵＲＬのうち、前記持ち越しキーに対応付けられたＵＲＬと同じドメイン名を有するＵＲＬと一緒に記録された価格の合計を求め、該合計が前記情報内において前記持ち越しキーに対応付けられた最大累積値を超える場合に、前記持ち越しキーに対応付けられた前記サービスプロバイダのＵＲＬにアクセスして、全持ち越しトランザクションの処理を行う、方法。
2. 請求項１に記載の各ステップをコンピュータに実行させるためのコンピュータプログラム。

Images