(57)【要約】  再生用デバイス内のコンテンツファイルに適応される暗号化ファンクションを更新するためのプロセッサーのコントロール方法を提供する。その方法は、前記コンテンツファイルを再生するために使用される、少なくとも１つのマイクロコードファンクションの特定の変数を決定する工程と、前記再生用デバイスの内部メモリー内に、変数が記憶されているかどうかを判定し、前記特定の変数が、前記記憶されている変数に含まれているかどうかを判定する工程と、前記特定の変数が前記記憶されている変数に含まれていない場合、前記再生用デバイスと通信しているメディアデバイス内に設けられたメモリー内の変数記憶部から、前記特定の変数を検索する工程と、前記コンテンツファイルにアクセスするために、前記特定の変数を使用する工程を実行することを有する。【選択図】図１
2012518972.tif 000002
【特許請求の範囲】
【請求項１】
命令を実行するよう構成されたプロセッサーを有する再生用デバイス内の、コンテンツファイルに適応される暗号化を更新するためのプロセッサーのコントロール方法であって、
前記プロセッサーは、
前記コンテンツファイルを再生するために使用される、少なくとも１つのマイクロコードファンクションの特定の変数を決定する工程と、
前記再生用デバイスの内部メモリー内に、変数が記憶されているかどうかを判定し、前記特定の変数が、前記記憶されている変数に含まれているかどうかを判定する工程と、
前記特定の変数が前記記憶されている変数に含まれていない場合、前記再生用デバイスと通信しているメディアデバイス内に設けられたメモリー内の変数記憶部から、前記特定の変数を検索する工程と、
前記コンテンツファイルにアクセスするために、前記特定の変数を使用する工程とを実行することを特徴とする前記プロセッサーのコントロール方法。
【請求項２】
前記特定の変数を決定する工程は、その内部において、前記特定の変数が特定された選択ファイルにアクセスする工程を含む請求項１に記載の方法。
【請求項３】
前記選択ファイルにアクセスする工程は、前記メディアデバイス内に設けられた前記メモリーの変数記憶部内の前記選択ファイルにアクセスする工程を含む請求項２に記載の方法。
【請求項４】
前記再生用デバイス上の前記記憶されている変数にアクセスする工程は、前記再生用デバイスの製造時にロードされた、所定の数の変数にアクセスする工程を含む請求項１に記載の方法。
【請求項５】
前記メディアデバイス内に設けられた前記メモリー内の前記変数記憶部から、前記特定の変数を検索する工程は、前記コンテンツファイルのダウンロード時にロードされた、所定の数の変数を検索する工程を含む請求項１に記載の方法。
【請求項６】
前記内部メモリー内に前記変数が記憶されているかどうかを判定する工程は、前記内部メモリー内に前記変数が記憶されていないことを判別する工程を含む請求項１に記載の方法。
【請求項７】
さらに、少なくとも１つの異なるタイプの変数のために、前記決定する工程、前記判別する工程、前記検索する工程および前記使用する工程が、繰り返されることを含む請求項１に記載の方法。
【請求項８】
前記コンテンツファイルにアクセスするために、前記特定の変数を使用する工程は、前記コンテンツファイルが再生される前に、前記メディアデバイスを認証するために前記特定の変数を使用する工程を含む請求項１に記載の方法。
【請求項９】
前記コンテンツファイルにアクセスするために、前記特定の変数を使用する工程は、前記コンテンツファイルの再生を可能とするため、前記コンテンツファイルのセグメントの復号化に前記特定の変数を使用する工程を含む請求項１に記載の方法。
【請求項１０】
さらに、前記特定の変数を前記再生用デバイス上に記憶する工程を含む請求項１に記載の方法。
【請求項１１】
さらに、前記再生用デバイスが前記特定の変数にアクセスおよび使用することを許容するものの、前記特定の変数が前記再生用デバイス上に記憶されることを防止する工程を含む請求項１に記載の方法。
【請求項１２】
再生用デバイスであって、
少なくとも１つのマイクロコードファンクションの変数を含む変数記憶部を有する、少なくとも１つのメモリーと、
少なくとも１つの特定の変数を決定するための命令と、前記特定の変数を取得するために、前記少なくとも１つのメモリーの前記変数記憶部にアクセスするための命令と、前記再生用デバイスと通信しているメディアデバイスに、ダウンロードされたコンテンツファイルを復号化するために前記特定の変数を使用するための命令とを実行するよう構成されたプロセッサーとを含むことを特徴とする前記再生用デバイス。
【請求項１３】
前記少なくとも１つのメモリーは、前記再生用デバイス内の内部メモリーと、前記プロセッサーと通信しているメディアデバイスとの一方を含む請求項１２に記載の再生用デバイス。
【請求項１４】
前記内部メモリーは、所定の数の変数を含む請求項１３に記載の再生用デバイス。
【請求項１５】
前記メディアデバイスは、前記コンテンツファイルとともにダウンロードされた変数を含む請求項１２に記載の再生用デバイス。
【請求項１６】
前記プロセッサーは、前記メディアデバイス上に設けられた前記変数記憶部内の選択ファイルにアクセスすることにより、前記少なくとも１つの特定の変数を決定する請求項１２に記載の再生用デバイス。
【請求項１７】
前記プロセッサーは、さらに、前記選択ファイルからキーを取得し、前記変数の復号化するために前記キーを使用する命令を実行するよう構成されている請求項１６に記載の再生用デバイス。
【請求項１８】
前記プロセッサーは、前記メディアデバイスを認証するために使用される変数と、前記コンテンツファイルを復号化するために使用される変数とを決定するよう構成されている請求項１２に記載の再生用デバイス。
【請求項１９】
前記再生用デバイスは、さらに、プレイヤーとメディアデバイスを含んでいる請求項１２に記載の再生用デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２００９年２月２５日に出願されたアメリカ仮特許出願第６１／１５５，４８９と、２００９年３月１０日に出願されたアメリカ仮特許出願第６１／１５９，０３４に基づくものであり、それらの出願の優先権の利益を要求する。
【０００２】
この出願は、２００４年９月２０日に出願された係属中のアメリカ特許出願第１０／９４５，６２３に関連し、その出願の優先権の利益を要求する。その出願の内容は、ここに組み込まれる。
【背景技術】
【０００３】
デジタルなメディアファイルであるビデオや音声コンテンツのような、メディアコンテンツパッケージは、ユーザーによるコンテンツ交換を、非常に簡単かつ便利にした。しかしながら、コンテンツを自由に交換するユーザーは、コンテンツ所有者の財産権を侵害するおそれがある。権限を与えられた（authorized）ユーザーだけが、許可されたコンテンツ交換を行うことを保証する一つの分野は、プラットホーム（platforms）、ユーザーおよびコンテンツを認証するためのメカニズムを提供することである。１つの例は、コンテンツを受信し、再生するハードウェアを認証することである。このようなハードウェアは「信用された（trusted）」と呼ばれる。しかしながら、信用されたハードウェアの認証によっても、模倣ユーザーまたは他の不法ユーザーがコンテンツファイルを受信および複製し、著作権を侵害し、あからさまな窃盗を犯すという問題は、依然存在している。
【０００４】
コンテンツ所有者も、著作権で保護されたコンテンツの複製を制限したいと考えている。著作権で保護されたコンテンツの転送を非常に困難にさせる技術例が多くある。物理的なメディアが、コンテンツを永久的にまたは一時的に保存するために使用されるとき、たとえばインターネット購入、レンタルおよび会員（subscription）映画サービスビジネスモデルにおいて、コンテンツ所有者または所有者のライセンシーは、種々の暗号化バインド方法（cryptographic binding methods）を使用する。これらの方法は、典型的に、暗号化ファンクションにおいて、コンテンツを複製または転送から保護するために、メディアまたはデバイスのユニークな識別子や、同じようなプレイヤーの属性を使用する。そのような暗号化ファンクションは、デバイスをバインドすると言われる。一般に、このコンテンツのバインド（binding）は、特定の再生デバイスに基づいている。そしてそれは、ユーザーにとっては、望ましくない。何故ならば、ユーザーは、コンテンツを受信したそのデバイス（再生装置）とは異なるデバイスでコンテンツを再生したい場合、またはユーザー間のいくつかのデバイス間でコンテンツを移動させたい場合があるためである。
【０００５】
現在の技術の例として、ブルーレイ光学ムービーディスクは、アドバンスドアクセスコンテンツシステム（Advanced Access Content System）（AACS）と呼ばれるシステムによって保護されている。このシステムで必要とされるいくつかの暗号化ファンクションのために（たとえば、「AES-H」、「AES-G3」）、AACSは、任意の定数を定義し、選択した定数を公開している。これは、リバースエンジニアリングプレイヤーのようなアタッカーにとって有利であることが判明した。なぜなら、アタッカーは、秘密キー発見の最初のステップとして、公開された定数を探し、定数がどこで参照されるかを理解することにより、秘密の暗号化コードを発見するからである。
【０００６】
もちろん、暗号化用の定数を秘密情報とし続けることは可能である。これは、４Cエンティティー（４C Entity）と、記録可能メディアのためのコンテンツプロテクト（Content Protection for Recordable Media）（CPRM）と呼ばれるシステムによって、実行された。しかしながら、このシステムでは、何百もの製造業者および何千ものエンジニアが、定数を知る必要がある。そのため、定数を、長期間秘密の状態に保つことができない。
【０００７】
暗号化演算の正確な詳細は、しばしば任意であり、演算のセキュリティー原理を変えることなく、モディファイ可能であることは、この分野の当業者にとっては理解されるところであろう。たとえば、排他的論理和演算（exclusive-or operations）は、加法演算（addition operations）によって、常に置き換えることができる。同様に、秘密値は、それらの秘密性に影響を及ぼすことなく、一定の演算によって変換可能である。これらのようなモディファイは、モディファイ方法が秘密に保たれているのであれば、リバースエンジニアをしようとするアタッカーに十分な障害を与える。
【０００８】
従来技術において、２００７年１０月３１日に出願されたアメリカ特許出願第１１／９８１，９７７（アメリカ特許出願公開第２００８／０１３３９３８）の「セルフプロテクティングデジタルコンテンツ（Self-protecting digital content, SPDC）」は、更新性（renewability）を提供する一つの方法を開示する。そのアプローチは、システムにおいて、ファームウェアより高レベルでの演算を実行する。そして、ファームウェアより低レベルでの暗号化演算の変更（changing）を許可しない。しかしながら、このような方法は、暗号化キーを発見しようとするリバースエンジニアリングに対してのプロテクトを提供しない。また、不正目的の従業員による秘密情報漏洩に対してのプロテクトを提供しない。
【０００９】
一つのアプローチとして、ユーザー間のデバイス間でデータを転送する際、コンテンツのピアリング（peering）を行うことが挙げられる。著作権を保護し、コンテンツの模倣を回避するために、「非自律的な（non-autonomous）」ピアリングシステムを用いることができる。このシステムは、ユーザー間のデバイス間でメディアコンテンツを転送することを可能にすると同時に、一元的に管理された認証を通過したコンテンツにのみアクセスすることを可能とするメカニズムを含むという点で、「非自律的」である。
【００１０】
非自律的ピアリングシステムの例は、アメリカ特許第７，１６５，０５０およびアメリカ特許出願公開第２００６００６４３８６に見つけられる。両発明の名称は、「ピアリグを介したオンデマンドメディア」（Media on Demand Via Peering)である。非自律的ピアリングシステムに使用可能なコンポーネントを製造およびバインドする方法の例は、２００９年２月１１日に出願されたアメリカ特許出願第１２／３６９，７０８「簡易非自律的な環境、透かしおよび認証」（Simple Non-Autonomous Environment, Watermarking And Authentication）に見つけられる。
【図面の簡単な説明】
【００１１】
【図１】図１は、コンテンツ配布システムの例を示す。
【００１２】
【図２】図２は、コンテンツ保護スキームの更新プロセスの実施形態を示す。
【００１３】
【図３】図３は、メディアデバイス上の保証されたコンテンツにアクセスするための更新可能なファンクションを使用する実施形態を示す。
【発明を実施するための形態】
【００１４】
以下の説明では、混乱するおそれのあるいくつかの用語を使用する。すなわち、用語「メディア」および用語「メディアデバイス」を、「コンテンツ」を含む不揮発性メモリーデバイス（non-volatile memory device）として使用する。「コンテンツ」は、経験的にコンテンツとされる如何なるコンテンツを含んでいてもよく、特に限定されないが、映画、テレビ番組、記録された公演（performance）、ビデオファイル、オーディオファイルおよびゲームなどを含んでいてもよい。メディアは、特に限定されないが、フラッシュメモリーデバイス、いわゆる「サム（thumb）」デバイス、メモリーカード、内蔵フラッシュメモリー、およびメモリースティックのようなリムーバルメディアやこれらの例から暗示される他のものを含んでいてもよい。
【００１５】
メディアデバイスは、「再生用デバイス」とインターフェースで接続されてもよい。再生用デバイスは、コントローラーと、プロセッサー、システムまたはシステムオンチップ（SoC）と、メモリーとを有し、さらにメディア（内蔵メディアであろうとリムーバルメディアであろうと問わない）とインターフェースする能力を有するデバイスである。そのような再生用デバイスとして、特に限定されないが、たとえば、テレビ、ビデオプロジェクタ、デジタルビデオレコーダー、セットトップボックス（STB）、キオスク（kiosk）、パーソナルコンピューター、および、スマートフォン、メディアプレイヤー、ネットブックおよびタブレットコンピューターを含むモバイルコンピューターデバイスが挙げられる。
【００１６】
以下の説明では、上記特許および特許出願に示された簡易非自律ピアリング（Simple Non-Automous Peering）（SNAP）システムと一般的に関連する例および原理を含む場合があるが、これらの例は、本実施形態の理解を助けるためのものにすぎず、本実施形態の実施可能性の例を提供しているにすぎない。
【００１７】
本実施形態は、動画に対してであっても、定数が秘密の変動（confidential variation）をすること、および暗号化演算を迅速かつ容易に変更させることを可能とする。本実施形態では、製品が市場に展開されるまで、製造業者に対してであってもこれら変更の詳細を秘匿にする。背景技術で論じられたSPDCアプローチとここで論じられるアプローチとは同じシステムに使用されることができることを注意すべきである。SPDCのコンポーネントは、ファームウェアより高レベルで作動し、本実施形態は、ファームウェアより低レベルでの暗号化ファンクションの変化を許容する。
【００１８】
図１は、更新可能なコンテンツ保護を有するコンテンツ配布システム１０を示す。広域に配布するためのシステムにおける、ダウンロード可能なコンテンツに生じる問題は、コンテンツが漏洩しないよう保障するために使用されるコンテンツ保護に対し、リフレッシュまたは更新を行う能力にある。更新可能な保護スキームを提供することによって、コンテンツ配布システム１０は、保護スキームを定期的におよび／または現在の保護スキームが信用できなくなった場合に、アップデートすることができる。
【００１９】
図１において、コンテンツ準備および配信モジュール２０は、ネットワーク２２を介して消費者のデバイスに配信するためのコンテンツを準備する。コンテンツ準備および配信は、SNAP関連特徴を含んでいてもよい。そのSNAP関連特徴は、上記特許および特許出願に開示されているSNAPストライピング（striping）およびバインディング（binding）スキームのようなもの、または、コンテンツの模倣を防止するために意図された、暗号化スキーム、コーディングスキームまたは保護スキームのようなタイプのものなどである。コンテンツ準備および配信システム２０は、コンテンツの購入、レンタル、予約（申し込み）、コンテンツプロバイダーへのライセンス決算および支払、コンテンツライブラリーの更新などのようなサービスを提供してもよい。
【００２０】
上述したように、再生用デバイス３０は、再生用またはコンテンツにアクセスするデバイスのいずれかのタイプであってもよい。ここで使用される用語として、再生用デバイスは、プレイヤー３１およびメディア４０を含んでいる。そして、それらは、リムーバルであっても内蔵されていてもよい。プレイヤー３１は、システムオンチップ（SoC）３２上にプロセッサーまたはシステムを有している。そのプロセッサーまたはシステムは、後述する多くの工程を実行する。また、プレイヤー３１は、後述する暗号化ファンクションのバリエーション（variation）を記憶するための変数（variant）記憶部３６を有している。
【００２１】
また、プレイヤー３１は、メディアデバイス４０にインターフェースで接続されている。メディアデバイス４０は、メモリースティック、ＳＤカードまたはサムドライブのようなリムーバルメディアからなってもよく、内蔵デバイスであってもよい。メディアデバイスまたはメディア４０は、後述するような更新可能な保護スキームで使用される変数記憶部４２と変数セレクター４４を有している。
【００２２】
SNAPシステムにおいて、プレイヤー３１は、一般的に、認証されたSNAP対応デバイスとなる。この認証されたSNAP対応デバイスは、デバイス製造業者６０によってインストールされた固有のキーによって、識別されるシステムオンチップ（SoC）３２を有している。同様に、メディアデバイス４０は、メディア製造業者５０によってインストールされた固有のキーを有している。これらのキーの目的は、再生用デバイス３０を構成するプレイヤー３１とメディアデバイス４０との間の暗号化認証を可能とし、コンテンツ準備および配信デバイス２０とメディアデバイス４０との間の認証を可能とすることである。
【００２３】
ある実施形態において、暗号化認証は、AACSやCPPMで使用されるようなメディアキーブロックに基づいている。しかしながら、パブリック／プライベートキーのような他の暗号化プロトコルも、本発明の範囲内である。
【００２４】
変数記憶部３６および４２は、所定の数の変数を記憶する。ここで使用される用語「変数（variant）」は、コンテンツにアクセスするために必要なキーおよび／または必要なファンクションを導出するために使用されるマイクロコードの特定のバージョンである。また、ここで使用される「マイクロコードファンクション（microcode function）」は、暗号化ファンクションおよび他のメディア関連ファンクションを実行するために、プレイヤー３１によって使用されるファームウェアの命令（firmware instructuions）、アルゴリズムおよび定数のセットを言う。製造時に、再生用デバイス３０は、その内部に、これらの所定の数の変数を記憶していてもよい。これらの変数は、プレイヤー３１およびメディアデバイス４０に記憶され、暗号化される。
【００２５】
加えて、いくつかの異なるタイプの変数があってもよい。SNAPシステムにおいて、たとえば、異なるタイプの変数が存在してもよい。第１の変数は、メディアデバイスに関連する固有のコードを導出するために使用されてもよい。そして、第２の変数は、メディアを認証するために、メディアのための別の固有の識別子と併せて使用されてもよい。第３の変数は、メディアにダウンロードされるコンテンツをアンロックまたは復号化するためのキーを導出するために使用されてもよい。他のタイプの変数を使用してもよく、また、上述した第１から第３の変数は、コンテンツの保護ニーズに応じて特別なシステムで使用されてもよく、コンテンツの保護ニーズに応じて特別なシステムで使用されなくてもよい。
【００２６】
所定の数の変数は時間とともに使い尽くされる可能性があることから、更新可能保護スキームは、必要に応じて変数を更新するための手段を提供する。一般的に、システムは、ダウンロードされたコンテンツともに、新しい変数を送信することによってこれを達成する。図１のメディアデバイス４０は、再生用デバイス３０によって再生されるダウンロードコンテンツを保存する。
【００２７】
メディア４０は、多くの変数が記憶された変数記憶部４２を有している。加えて、メディア４０は、いくつかの変数セレクター４４を永続的に記憶している。これは、再生用デバイス３０のシステムオンチップ（SoC）３２が、種々のマイクロコードファンクションの変数を導出するために、どの変数を使用するかを決定することを可能にする。この変数セレクター４４の特別な例は、以下に詳述される。変数セレクター４４は、変数記憶部４２に記憶されてもよく、メディア４０上のいかなる場所にあってもよい。
【００２８】
たとえば、当初、変数＃１が全てのコンテンツ用に配備されていたシステムを想定する。所定の期間経過後、または、変数＃１が信頼できなくなった（漏洩した）懸念が発生すると、変数＃２がアクティブになる。新しいコンテンツとともにダウンロードされた変数セレクター４４は、変数＃２を特定する。もし、当初は変数＃１だけが配備されている再生用デバイス３０が、変数＃２を有していない場合、再生用デバイス３０は、変数＃２にアクセスするために、多くの変数が記憶されたメディア４０の永続的な記憶部（persistent store）にアクセスすることができる。
【００２９】
上述したSNAPを用いる実施形態において、変数セレクター４４は、選択ファイル（selection file）から構成されている。選択ファイルは、コンテンツファイルにアクセスするために使用される変数ファイル、および変数ファイルを復号化するために使用されるキーを特定する。変数ファイルは、コンテンツファイルにアクセスするために使用されるマイクロコードファンクションの変数を含んでいる。
【００３０】
選択ファイルは暗号化キーを含んでいるため、プレイヤー３１とメディアデバイス４０との間での暗号化認証が成功した後にのみ、選択ファイルは配信されなければならない。たとえば、CPRMにおいては、CPRMメディアデバイスの保護された領域に選択ファイルを記憶することで、選択ファイルの配信が達成される。しかしながら、認証後に秘密情報を配信する他の様々な方法も、良く知られており、そのような方法も、本発明の範囲内である。
【００３１】
変数は、システムオンチップ（SoC）３２の命令セット（instruction set）に固有なものであるから、もし、システムによってサポートされた1以上のタイプのシステムオンチップ（SoC）３２がある場合、各変数は、システムオンチップ（SoC）３２のタイプごとのフレーバー（flavor）に従うことに注意されたい。もし、変数が、メディアデバイス４０上の変数記憶部４２に配信された場合、変数は、システムによってサポートされる複数のシステムオンチップ（SoC）３２のフレーバー（flavor）すべてに配信される必要がある。
【００３２】
変数を、変数記憶部４２内の既存のメディア上に配備すること、および新しいタイプのシステムオンチップ（SoC）３２を、システムに規定することも可能である。この場合において、メディアデバイス上に配備されている変数は、新しいタイプのシステムオンチップ（SoC）３２に適応したフレーバー（flavor）を含んでいない。新しいタイプのシステムオンチップ（SoC）３２を有するプレイヤー３１が、古いメディアデバイス４０上のコンテンツを再生するために、そのような再生用デバイス３０は、自身の変数記憶部３６内に、メディアデバイスの変数記憶部４２内に事前に配信されていた、全ての変数を有している必要がある。
【００３３】
図２は、この工程の実施形態のフローチャートを示す。コンテンツのダウンロード、またはキオスクのような、予めダウンロードされたコンテンツを有するメディアデバイス４０の挿し込み（insertion）時に、再生用デバイス３０は、工程７０で、特定の変数を決定するために、メディアの永続的な記憶部（persistent store）にアクセスする。この工程は、与えられる保護スキームで必要とされる変数の各タイプのために繰り返してもよく、セレクターは、たとえば、各ムービーのようなコンテンツファイルごとに備えられていてもよい。そのような場合、各々のムービーは、同じメディア上に保存された他のムービーと異なる変数を使用する。
【００３４】
特定された変数のバージョンや数が一度決定されると、再生用デバイス３０上に記憶された変数は、工程７２でアクセスされる。この工程は、オプショナルであってもよい。なぜならば、再生用デバイス３０は、特定された変数のバージョンが、変数記憶部３６内に記憶されている変数内に存在せず、正しい変数を読み出すためにメディアに直行する必要があることを「認識（aware）」していてもよいからである。または、プレイヤー３１には、どのような変数も供給されていなくてもよいからである。
【００３５】
工程７４で、再生用デバイス３０上のプロセッサーまたはシステムオンチップ（SoC）３２は、再生用デバイス３０が特定の変数を有するかどうか判定する。上述したように、この工程７４は、所定の期間経過に応じて、または再生用デバイス３０が製造時に如何なる変数も供給されていない場合、オプショナルであってもよい。所定の期間経過に応じて、オプショナルとなる場合、変数記憶部３６内に記憶されていた変数は、使用されない。もし、再生用デバイス３０が、変数記憶部３６内にマッチングする変数を有しているのなら、その変数は、工程８４で、コンテンツにアクセスするために、または、他の暗号化ファンクションまたは他のメディア関連ファンクションを実行するために使用される。上述したように、これは、必要とされる異なるタイプの変数のために、繰り返されてもよい。
【００３６】
工程７４において、もし再生用デバイス３０が、変数記憶部３６内にマッチングする変数を見つけられなければ、再生用デバイス３０は、工程８０でメディア上の永続的な記憶部にアクセスする。これにより、定期的に、または変数が信用できなくなった（漏洩した）懸念が発生した場合に、新しい変数と新しいセレクターが配備されたメディアにおいて、このコンテンツ保護スキームの更新性（renewability）が実現される。その後、新しい変数は、工程８４でコンテンツにアクセスするために使用される。
【００３７】
所定数以上の変数が配備された後、新しいプラットホームまたは再生用デバイスが認証されることが可能である。後で加えられた新しいプレイヤー３１には、その日までにリリースされた全ての変数が供給される。
【００３８】
SNAPシステムの特別な例において、図２の工程８４を、すなわち、コンテンツにアクセスするために、どのように、変数が使用されるかを見ることができる。図３は、SNAPの特別な実施形態の一例を示している。工程１００で、変数はメディア認証用のマイクロコードを復号化するために使用される。この例において、メディア認証は、２段階プロセスとなっている。変数の第１のタイプは、メディアの欠陥マップ（defect map）を復号化するために使用される。上述したように、メディアの製造業者５０は、メディア用のいくつかの固有のＩＤコードをインストールしてもよい。欠陥マップは、「難読化（obfuscation）」の形式を経る。そしてその後、適切な変数によって復号化可能なように暗号化の形式を経る。欠陥マップは、それらがマッチすることを保証するために、実際のメディアの欠陥マップと比較される。このファンクションは、工程１０２で導出される。メディア認証プロセスにおける第２の工程は、工程１０４において、ハードウェアの欠陥マップと、シリアルナンバーのようなメディアのその他の特徴とを使用して、ハードウェア認証コード（HAC）を導出することである。導出されたHACは、工程１０６において、メディアが正当であることをさらに保障するために、存在しているHACと比較される。
【００３９】
他のタイプの変数は、実際のコンテンツを復号化するためのキーを復元（recover）するファンクションを提供する。SANPの例において、コンテンツは、コンテンツファイルの各インスタンスにおいて、セグメント化され、暗号化され、ストライプされる。提供されるキーは、特定の暗号化と、メディア上に保存されたコンテンツのセグメント（segment）を有する特定のインスタンスに固有のものである。一度、適切な変数が使用されると、キーは工程１０８で取得され、ストライプは工程１１０で復号化される。
【００４０】
しかしながら、上述したように、使用される変数のタイプや数だけではなく、使用される変数のバージョン数も、コンテンツ配布システムと、コンテンツの保護ニーズに依存する。本発明は、上記した特別な例に限定されるものではない。
【００４１】
このようにして、コンテンツ保護スキームは、コンテンツ配布システムのために、無制限に更新されることができる。これは、システムが拡張可能であること、堅牢（robust）であること、海賊版の犠牲になり難いことを可能にする。上述した説明は、更新可能なマイクロコードファンクションにフォーカスしたが、当業者は、上記説明がメディアキーバンドル（MKBs）やパブリック／プライベートキーペアのような他の暗号化コンセプトに適用できると理解できるだろう。
【００４２】
SANP環境において、更新可能なセキュリティートランザクション（renewable security transactions）の方法および装置の特別な実施形態を説明したが、本発明の範囲は、そのような特別な実施形態に限定されず、特許請求の範囲で述べられる。
【図１】
2012518972.tif 000003
【図２】
2012518972.tif 000004
【図３】
2012518972.tif 000005
【国際調査報告】
2012518972.tif 000006