JP4527284B2 - ブロードキャストデジタルテレビジョン用の条件付きアクセスシステム - Google Patents

Description

【０００１】
発明の分野
本発明は、セットトップボックス（ｓｅｔ−ｔｏｐ ｂｏｘ）やデジタルテレビジョンなどの、シングルコンシューマエレクトロニックデバイスが複数のブロードキャスタに条件付きアクセスを行えるように採用できるシステムに関する。各デバイスは、さまざまなブロードキャストソースからブロードキャストまたは伝送デジタルストリームを受信する能力を備えている。
【０００２】
発明の背景
今日のＮＴＳＣテレビジョンは、さまざまなサービスプロバイダからブロードキャストサービスを受信している（図１参照）。大部分のテレビジョン受信機１２は、スクランブルされていない（ｕｎｓｃｒａｍｂｌｅｄ）情報またはプログラムをブロードキャストネットワーク２２、衛星ネットワーク２６およびケーブルネットワーク２４から直接に受信する能力を備えている。従来、スクランブル（ｓｃｒａｍｂｌｅｄ）または暗号化された（ｅｎｃｒｙｐｔｅｄ）プログラムを提供しているケーブルネットワーク２４では、プログラムをデスクランブル（ｄｅｓｃｒａｍｂｌｅ）または解読（ｄｅｃｒｙｐｔ）するために個別のスタンドアロンデバイス１６ａ（例えば、セットトップボックス）が要求されているのが通常である。同様に、スクランブルまたは暗号化されたプログラムを提供しているデジタル衛星システムでも、個別のセットトップボックス１６ｂの使用が要求されているのが通常である。これらのセットトップボックスでは、必要な解読アルゴリズムと鍵が収められている、取り外し可能スマートカード（ｒｅｍｏｖａｂｌｅ ｓｍａｒｔ ｃａｒｄ）１８ａ、１８ｂを利用することが可能になっている。個別のセットトップボックスは、各々のサービスプロバイダごとに要求されているのが代表的である。
【０００３】
近い将来には、ブロードキャストデジタルテレビジョンサービスは５から２０のローカルチャネルを含む可能性があり、その各々は最大１０までの同時プログラムをブロードキャストし、その同時プログラムの一部はペイパービュー（ｐａｙ−ｐｅｒ−ｖｉｅｗ）になる可能性がある。ユーザは、ミックスしたサービスを複数の異なるサービスプロバイダから要求することが起こり得る。例えば、ユーザは、Ｉｎｄｉａｎａ Ｕｎｉｖｅｒｓｉｔｙバスケットボールゲームのすべてをローカルチャネル４から購入し、Ｎｏｔｒｅ Ｄａｍｅフットボールゲームのすべてをチャネル１３から購入し、Ｉｎｄｉａｎａｐｏｌｉｓ Ｃｏｌｔｓゲームのすべてをチャネル８から購入したいことが起こり得る。これらのサービスの各々が独自にスクランブルされている場合には、ユーザには、複数の条件付きアクセススマートカード（ｃｏｎｄｉｔｉｏｎａｌ ａｃｃｅｓｓ ｓｍａｒｔ ｃａｒｄ）を購入し、ユーザチャネルがサーフ（ｓｕｒｆ）するときカードをスワップ（ｓｗａｐ）する負担が課されることになる。
【０００４】
発明の概要
本発明は、一部では、上述した問題を認識したことに基づき、一部では、その問題に対するソリューションを提供することに基づいている。本発明によれば、セキュリティモジュールを変更することなく、複数のサービスプロバイダで使用することができるシングル条件付きアクセスシステムが提供されている。この種のグローバル条件付きアクセスシステムは、あるプログラムが購入されるとユーザのアカウントに自動的に請求金額を記入すると同時に、すべての購入をログに記録し、そのログをビリング（ｂｉｌｌｉｎｇ：請求書発行）のためにサービスプロバイダに送信するという考え方を採用している。必要とされるフレキシビリティを達成するために、このシステムは、サービスプロバイダのすべてによって使用されるグローバル公開鍵（ｇｌｏｂａｌ ｐｕｂｌｉｃ ｋｅｙ）を採用している。これは、すべてのスマートカードの公開鍵である。対応する秘密鍵（ｐｒｉｖａｔｅ ｋｅｙ）はスマートカードにロードされている。本出願に教示されているように、公開鍵と秘密鍵のペアを２つ以上使用すると、セキュリティ違反が起こったときその影響を最小限にすることができるが、これは本発明の範囲に属するものである。
【０００５】
本明細書に説明されているイベントまたはプログラムには、以下に列挙するものの１つが含まれている。すなわち、（１）映画、毎週の「テレビジョン」ショー、ドキュメンタリなどのオーディオ／ビジュアルデータ、（２）エレクトロニックマガジン、新聞、天気予報ニュースなどのテキストデータ、（３）コンピュータソフトウェア、（４）イメージ（画像、映像）などのバイナリデータ、または（５）ＨＴＭＬデータ（例えば、Ｗｅｂページ）。サービスプロバイダには、イベントをブロードキャストするプロバイダのすべてが含まれている。例えば、従来のブロードキャストテレビジョンネットワーク、ケーブルネットワーク、デジタル衛星ネットワークなどや、エレクトロニックプログラムガイドプロバイダのようなエレクトロニックイベントリストのプロバイダ、場合によっては、インターネットサービスプロバイダ、などである。
【０００６】
この種のシステムは、公開鍵テクノロジをベースにすることができる。１つの公開鍵（番号）はすべてのサービスプロバイダに利用可能になっている。これはすべてのスマートカードの公開鍵である。各スマートカードには、秘密にされた秘密鍵（ｐｒｉｖａｔｅ ｋｅｙ）がストアされており、公開鍵で暗号化されたメッセージはこの秘密鍵で解読することが可能になっている。サービスプロバイダは、公開鍵で暗号化された伝送ストリームに入れてＣＡ資格メッセージ（ＣＡ ｅｎｔｉｔｌｅｍｅｎｔ ｍｅｓｓａｇｅ）を送信する。このＣＡ資格メッセージには、サービスプロバイダの名前、プログラムの名前、時間、そしてコスト、およびプログラムをスクランブルするために使用された鍵を解読するための鍵が収められている。このメッセージはスマートカードによって解読され、購入されるイベントごとに該当する情報がスマートカードにストアされている。スマートカードには、銀行によって許可された、購入のための一定のクレジット金額が入っている。限度額を超過しない限り、ビューアはプログラムを購入することが可能になっている。事前にプログラムされたある該当時刻になると、スマートカードは強制的にＣＡセンタに電話コールを行う。別の組の公開鍵と秘密鍵を使用して、銀行と協力関係にあるＣＡセンタはスマートカードからビリング情報を受信し、追加のクレジットを提供する。銀行はこの情報を転送し、該当サービスプロバイダにクレジットする。
【０００７】
一般的に、本発明は、以下に説明するように、制限付き（ｒｅｓｔｒｉｃｔｅｄ）ブロードキャストまたは伝送イベントへの条件付きアクセスを可能にする方法を提供している。最初に、ブロードキャストイベントに関連する暗号化アクセス情報が受信される。次に、アクセス情報は解読（デスクランブル）され、そのブロードキャストイベントのコストが検証され、事前にストアされたキャッシュ準備金（ｃａｓｈ ｒｅｓｅｒｖｅ）以下であるかどうかが判断される。そのあと、スクランブルされたブロードキャストイベントがサービスプロバイダから受信され、デスクランブルされる。
【０００８】
本発明の一態様によれば、複数のサービスプロバイダの１つからの、制限付きブロードキャストまたは伝送イベントへのアクセスを管理する方法が提供されており、この方法によれば、伝送イベントに関連する複数のアクセス情報メッセージが受信され、アクセス情報メッセージの各々は、異なる公開鍵を使用してスクランブルされており、伝送イベントのコストに対応するデータを含んでいる。次に、そのサービスプロバイダに関連する、事前にストアされた秘密鍵を使用してアクセス情報の１つが解読またはデスクランブルされ、伝送イベントのコストが事前にストアされたキャッシュ準備金以下であることが検証される。最後に、スクランブルされた伝送イベントがサービスプロバイダの１つから受信され、デスクランブリング鍵（ｄｅｓｃｒａｍｂｌｉｎｇ ｋｅｙ）を使用して伝送イベントがデスクランブルされる。
【０００９】
本発明の別の態様によれば、制限付き伝送イベントパッケージ（ｐａｃｋａｇｅ ｏｆ ｅｖｅｎｔｓ）へのアクセスを管理する方法が提供されており、この方法によれば、イベントパッケージに関連する、デジタル署名されたアクセス情報が直接チャネルを経由して受信され、このアクセス情報には、イベントパッケージのコストに対応するデータが含まれている。アクセス情報の署名（シグネ−チャ）は公開鍵を使用して検証される。パッケージのコストがチェックされ、事前にストアされたキャッシュ準備金以下であることが確かめられる。スクランブルされたブロードキャストイベントの中で、そのパッケージに属するものがサービスプロバイダから受信されると、そのアクセス情報はデスクランブリング鍵を得るために解読される。
【００１０】
本発明のさらに別の態様によれば、制限付き伝送イベントへのアクセスを管理する方法が提供されており、この方法によれば、キャッシュ準備金が銀行からスマートカードに転送され、暗号化イベント鍵とイベントのコストがサービスプロバイダから受信され、そのイベント鍵と購入情報が、デジタルビデオ装置に結合されているスマートカードに渡される。次に、イベントのコストが検証され、ストアされたキャッシュ準備金以下であるかどうかが判断され、そのコストが差し引かれる。暗号化イベント鍵は解読され、スクランブルされたイベントが受信されると、そのイベントはスマートカードに渡され、そこで解読イベント鍵を使用してデスクランブルされる。最後に、デスクランブルされたイベントはデジタルビデオ装置に転送される。
【００１１】
本発明の上記態様および他の態様は、添付図面に図示されている本発明の好ましい実施形態を参照して、以下で説明する。
【００１２】
図面の詳細な説明
本発明は、複数のソースの１つからサービスを得るために利用することができる条件付きアクセスシステムを提供している。この条件付きアクセスシステムをデジタルテレビジョン（ｄｉｇｉｔａｌ ｔｅｌｅｖｉｓｉｏｎ ＤＴＶ）やセットトップボックス内に実装させると、ユーザは、条件付きアクセスモジュールまたはスマートカードをスワップ（ｓｗａｐ）することなく、スクランブルされたイベントを２以上のサービスプロバイダから受信することが可能になる。別の方法として、スマートカードの機能をＤＴＶ内に組み込むことも可能である。この種の条件付きアクセスシステムは、サービスにアクセスするときのトールブリッジ（ｔｏｌｌ ｂｒｉｄｇｅ）の働きをするので、この仕組みを利用すると、ＤＴＶのメーカはＤＴＶの使用に基づいて料金を集金することができる。同様に、本発明はセットトップボックス（ｓｅｔ−ｔｏｐ ｂｏｘＳＴＢ）内に実装させることも可能である。以下では、説明を簡単にするために、デジタルテレビジョンとそこに結合されたスマートカードを使用した例によって本発明を説明する。
【００１３】
図２において、システム３０は、デジタルテレビジョン（ＤＴＶ）４０ａ、４０ｂへのアクセスを管理する全体的アーキテクチャを示している。以下では、説明を簡単にするために、シングルＤＴＶ４０ａに限定して説明することにする。同一機能エレメントは類似のエレメント番号で示されている。スマートカード（Ｓｍａｒｔ ＣａｒｄＳＣ）４２ａは、ＤＴＶ４０ａのスマートカードリーダ（図示せず）内に挿入されているか、あるいはそこに結合されている。ＤＴＶ４０ａとＳＣ４２ａはバス４５で相互接続され、両者間のデータ転送を可能にしている。この種のスマートカードとしては、例えば、Ｎａｔｉｏｎａｌ Ｒｅｎｅｗａｂｌｅ Ｓｅｃｕｒｉｔｙ Ｓｔａｎｄａｒｄ（ＮＲＳＳ）パートＡに準拠するＩＳＯ ７８１６カードまたはＮＲＳＳパートＢに準拠するＰＣＭＣＩＡカードがある。本発明による概念は、スマートカードそれ自体に限定されるものではなく、条件付きアクセスモジュールで採用することが可能である。概念的には、この種のスマートカードがスマートカードリーダに結合されているときは、スマートカードの機能はデジタルテレビジョンの機能の一部と考えることができるので、スマートカードの物理的カード本体によって生じる「境界」が取り除かれることになる。
【００１４】
ＤＴＶ４０ａは、ブロードキャストテレビジョンＳＰ５０、５２、ケーブルテレビジョン（図示せず）、および衛星システム（図示せず）などの、複数のサービスプロバイダ（ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒＳＰ）からサービスを受信することができる。本発明を地上ブロードキャスティングで利用すると、利点が得られる。証明機関（ｃｅｒｔｉｆｉｃａｔｅ ａｕｔｈｏｒｉｔｙ−ＣＡ）７５は、サービスプロバイダとＤＴＶ４０ａのどちらにも直接に接続されていないが、デジタル証明（ｄｉｇｉｔａｌ ｃｅｒｔｉｆｉｃａｔｅ）および公開鍵（ｐｕｂｌｉｃ ｋｅｙ）と秘密鍵（ｐｒｉｖａｔｅ ｋｅｙ）のペアを発行する。これらがどのように使用されるかは、以下で説明する。証明機関７５の役割は、ＤＴＶ４０ａのメーカと共同でサービスプロバイダに実行させることができるが、これは本発明の範囲に属するものである。ビリングセンタ（ｂｉｌｌｉｎｇ ｃｅｎｔｅｒ）７０はユーザのアカウントを管理するために利用される。ユーザが追加サービス購入の取り決めを行ったり、これらのサービスが消費または使用されたりすると、更新情報が提供される。
【００１５】
ＤＴＶブロードキャストテクノロジ向けに設計された、上記条件付きアクセス（Ｃｏｎｄｉｔｉｏｎａｌ Ａｃｃｅｓｓ）システムは、トランスポートをベースとするシステムである。つまり、特定ブロードキャスタのＣＡ情報は、自身のＲＦチャネル上でのみ伝送されることを意味する。各ブロードキャスタは自身の情報を受け持っているので、複数のブロードキャスタ間で情報を調整および／または同期化する行動規範（ｃｏｄｅ ｏｆ ｃｏｎｄｕｃｔｓ）が事前に確立されている必要がない。さらに、ＣＡシステムは、Ｅキャッシュカードローディング（Ｅ−ｃａｓｈ ｃａｒｄ ｌｏａｄｉｎｇ）をベースにしている。ユーザは、一定額のキャッシュを自分のカードに事前ロードしておき（デビットまたはクレジットアカウントから）、イベントパッケージを購入したり、毎月の購読料を支払ったり、ＰＰＶモードで特定プログラムを購入したりするときにカードを使用する。イベントパッケージとしては、例えば、お好みのプロフェッショナルスポーツフランチャイズの全ゲームや、１つまたは２つ以上のバーチャルチャネル上の、すべての最新サンデームービなどがある。
【００１６】
ブロードキャストチャネルは、サービスとそのサービスにアクセスするための情報を配信するためにだけ使用されている。残りのトランザクションはすべて、リターンチャネル（つまり、モデムおよび電話コネクション）を使用して実行されている。アドレス可能メッセージのブロードキャスティングは必要とされない。ブロードキャストサービスは、共通スクランブリングアルゴリズムを使用して保護されている。このプロセスで使用される鍵とイベント購入情報はグローバル公開鍵で暗号化された後、ＭＰＥＧ−２ストリームでユーザに配信されている。イベントパッケージの場合は、パッケージ証明がリターンチャネルを経由して、ＣＡサーバ６０ａからユーザに送信される。以下で詳しく説明するように、証明はその証明の保全性（ｉｎｔｅｇｒｉｔｙ）を保証するために署名されるのが通常である。つまり、正当で、改ざんされていない証明が送信側から受信されることが保証される。サービスは、更新可能セキュリティモジュール（ｒｅｎｅｗａｂｌｅ ｓｅｃｕｒｉｔｙ ｍｏｄｕｌｅ）、つまり、スマートカードを通してアクセスされる。
【００１７】
シメトリック（対称）鍵暗号（ｓｙｍｍｅｔｒｉｃ ｋｅｙ ｃｒｙｐｔｏｇｒａｐｈｙ）では、暗号化と解読の両方で同じアルゴリズムと鍵が使用される。公開鍵暗号の基礎は、関連をもつ２つの鍵を使用することである。すなわち、１つは公開鍵、１つは秘密鍵である。秘密鍵（ｐｒｉｖａｔｅ ｋｅｙ）は文字通り秘密鍵（ｓｅｃｒｅｔ ｋｅｙ）であり、だれもが利用できる公開鍵から秘密鍵を推定することは計算上不可能になっている。公開鍵をもつ人は、だれでも、メッセージを暗号化できるが、それを解読できるのは、関連の、あらかじめ決められた秘密鍵をもつ人またはデバイスだけである。同様に、メッセージは秘密鍵を使用して暗号化することができ、公開鍵へのアクセス権をもつ人ならば、だれでもがそのメッセージを解読することができる。秘密鍵を使用してメッセージを暗号化することが「署名する」とも呼ばれるのは、公開鍵を所有する人ならば、だれでもが、メッセージが秘密鍵をもつ相手側から送信されたものであることを検証できるからである。これは、ドキュメントの署名を検証するのと似ていると考えることができる。
【００１８】
デジタル署名されたメッセージ（ｄｉｇｉｔａｌｌｙ ｓｉｇｎｅｄ ｍｅｓｓａｇｅ）とは、そこに署名（シグネ−チャ）がアタッチされてクリアで（つまり、暗号化されないで）送信されるメッセージのことである。アタッチされる署名は、メッセージ自体か、メッセージのダイジェスト（ｄｉｇｅｓｔ）のどちらかを暗号化すると作られる。（ハッシング（ｈａｓｈｉｎｇ）では、メッセージは、Ｒｏｎ Ｒｉｖｅｓｔ開発のＭＤ５またはＮａｔｉｏｎａｌ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｓｔａｎｄａｒｄｓ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ（ＮＩＳＴ）およびＮａｔｉｏｎａｌ Ｓｅｃｕｒｉｔｙ Ａｇｅｎｃｙ（ＮＳＡ）開発のＳＨＡ−１などの、単方向ハッシングアルゴリズムの対象になってから、メッセージが暗号化されている。）従って、署名付きメッセージの受け取り側は、メッセージの保全性（つまり、ソースまたは発生元）を検証することができる。（これに対して、公開鍵証明またはデジタル署名は、そこに証明がアタッチされてクリアで送信された公開鍵を収めているメッセージである。）署名検証では、解読によって署名がチェックされる。
【００１９】
上述したように、ＣＡの基本的コンポーネントは、ブロードキャスタ、ＣＡベンダ、ビリングセンタ（例えば、銀行）、エンドユーザ、証明機関の５つである。図２は、全体的システムアーキテクチャを示したもので、これらの５つのコンポーネントはそれぞれの通信リンクおよびデータフローと共に示されている。
【００２０】
エンドユーザはＣＡベンダと通信し、電話回線などのポイントツーポイントリンク（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｌｉｎｋ）を通して証明をダウンロードする。電話回線は、自動トランザクションのために使用され、必要時には音声コネクションのためにも使用される。自動トランザクションでは、使用できるプロトコルの１つは、ポイントツーポイントプロトコル（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ ｐｒｏｔｏｃｏｌＰＰＰ）である。セキュリティは、プライベートプロトコルを使用してアプリケーション層に実装されている。
【００２１】
ＣＡベンダとブロードキャスタとの間のコミュニケーションは、ローカルエリアネットワーク（Ｌｏｃａｌ Ａｒｅａ ＮｅｔｗｏｒｋＬＡＮ）または広域ネットワーク（Ｗｉｄｅ Ａｒｅａ ＮｅｔｗｏｒｋＷＡＮ）を通して確立可能になっている。前述したように、セキュリティは、既存のインターネットワーキングプロトコル上で実行されるプライベート定義のプロトコルを使用してアプリケーションレベルで組み込まれている。ブロードキャストストリームの保護に必要とされるブロードキャスト施設機器は、多数のＣＡベンダから提供されているオフザシェルフ（ｏｆｆ−ｔｈｅ−ｓｈｅｌｆ）プロダクトにすることができる。
【００２２】
ブロードキャスタは、（１）サービス、および（２）資格メッセージ（ｅｎｔｉｔｌｅｍｅｎｔ ｍｅｓｓａｇｅ）を配信することを受け持っている。このような資格メッセージとしては、以下で詳しく説明するアクセス情報メッセージ（ａｃｃｅｓｓ ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅＡＩＭ）（別の言い方をすると、資格制御メッセージと資格管理メッセージ）があり、このメッセージをもつユーザは、だれでもがこれらのサービスを購入することができる。従って、ブロードキャスタとユーザとの間のコミュニケーションは、ブロードキャストテクノロジのポイントツーマルチポイントモデルに準拠している。ブロードキャストＡＩＭは、各ユーザまたは加入者にユニークなアドレスを収めていないが、その代表的なものとして、衛星システムまたはケーブルシステムがある。
【００２３】
ＣＡサーバと通信するために必要なバックチャネルコネクションがＤＴＶ４０ａにないときは、キャッシュをカードにロードするためには、ユーザは、バックチャネルサポートをもつＤＴＶユニットにアクセスするか、あるいは特定のロケーション（銀行、ＡＴＭ、ベンダの営業所）に出向いてカードにロードしてもらう必要がある。ＣＡオペレータは、カード所有者またはユーザの銀行の働きをするのに対し、ビリングセンタはマーチャントの銀行の働きをする。カードアソシエーションは、ＣＡオペレータと、トランザクション清算サービスを提供するブロードキャスタの銀行との間の仲介者になることができる。一定額の「キャッシュ」がスマートカードまたは条件付きアクセスモジュールにロードされると、ブロードキャスタから提供されるサービスの支払いにそのキャッシュを使用することが可能になる。
【００２４】
どちらのキャッシュ転送メカニズム（ｃａｓｈ ｔｒａｎｓｆｅｒ ｍｅｃｈａｎｉｓｍ）が採用されるかに関係なく、ユーザは、特定の金額をデビットアカウントまたはクレジットアカウントからＣＡカードに転送することを要求する。本人の同一性が正しく確認され、ユーザリソースの有効性が確認されると、トランザクションは許可され、名目の金額がＣＡカードにロードされる。
【００２５】
金額がカードにロードされれば、ユーザは、ブロードキャスタから提供されるサービスをいくつでも購入することが可能になる。購入するたびに、カード上で利用できる金額がサービス価格分だけ減額される。ブロードキャスタから提供されるサービスは、２つのカテゴリに分類することができる。ＰＰＶイベントとパッケージである。イベント（ｅｖｅｎｔ）とは、プログラムガイド（ｐｒｏｇｒａｍ ｇｕｉｄｅ）に割り当てられたスロットをもつＴＶプログラムのことであり、パッケージ（ｐａｃｋａｇｅ）とは、イベントが集まったものである。パッケージの例としては、（１）あるシーズンにおけるすべてのＮＢＡゲーム、（２）１つまたは２つ以上のバーチャルチャネル上の最新サンデームービ、（３）ＨＢＯなどの、特定のバーチャルチャネルへの加入がある。イベントはいずれも、オーディオビジュアルストリームの１つまたは２つ以上が、共通対称鍵アルゴリズム（ｃｏｍｍｏｎ ｓｙｍｍｅｔｒｉｃ ｋｅｙ ａｌｇｏｒｉｔｈｍ）を使用してスクランブルされていなければならない。資格パッケージは、購入情報とデスクランブリング鍵を収めているので、共通公開鍵アルゴリズムを使用して暗号化されている必要がある。
【００２６】
あるイベントを購入したとき、レコードをスマートカードにストアしておき、あとでＣＡベンダに転送することができる。ストアされた購入情報がＣＡデータベースに送られた後、ＣＡベンダは提供サービスの代価をブロードキャスタに支払うことができる。さらに、各スマートカードは、以下に説明する情報を保存しておく不揮発性メモリを装備している。
【００２７】
カードシリアル番号を表している３２ビットフィールド。ユーザ（クレジットまたはデビット）カード番号を表している１２８ビットＢＣＤフィールド。ＣＡサーバ電話番号を表している１０バイトフィールド。別のＣＡサーバ電話番号を表している１０バイトフィールド。ユーザが利用できる金額を収めておく４０ビットＢＣＤフィールド。最新Ｅキャッシュ証明の署名を表しているフィールド。利用可能Ｅキャッシュがあらかじめ決めたしきい値以下になったときそのことをユーザに通知するための、あるいはＣＡサーバに自動コールバックを開始して金額を追加するための、しきい値を収めておく８ビットフィールド。Ｅキャッシュがしきい値以下になったときユーザの介入なしで、カードにダウンロードされる金額を表している４０ビットＢＣＤフィールド。金額はユーザによって決定され、カードがアクチベートされている間にＣＡサーバに送られる。この値がゼロになると、自動Ｅキャッシュダウンロードは許可されなくなる。ＡＩＭを解読するための秘密鍵を収めておくためと、証明の署名を検証するための公開鍵を収めておくための、２つの７６８ビットフィールド。ブロードキャストサービスをデスクランブルするためのＤＥＳ鍵を入れておく２１バイトフィールド。カレント秘密鍵に置き換わる鍵を収めておくためと、カレント検証鍵に置き換わる鍵を収めておくための、２つの９６バイトフィールド。ＣＡサーバとのセキュアコミュニケーションのための対称ＤＥＳ鍵を収めておく８バイトフィールドも用意されている。スクランブリングアルゴリズムはＤＥＳ以外の暗号（ｃｉｐｈｅｒ）にすることも可能であり、これは本発明の範囲に属するものである。
【００２８】
カードには、ＰＰＶイベントおよびユーザによって購入されたパッケージに関する情報がストアされていなければならない。カードメモリが一杯になると、ユーザは追加イベントを購入することが許可されなくなる。
【００２９】
カードとホストとの間のデータのやりとりは、明確に定義された共通インタフェース、つまり、Ｎａｔｉｏｎａｌ Ｒｅｎｅｗａｂｌｅ Ｓｅｃｕｒｉｔｙ Ｓｔａｎｄａｒｄ（ＮＲＳＳ）、ＥＩＡ−６７９パートＡまたはパートＢに準拠している。電話回線は広く利用されている物理リンクであるので、ＣＡサーバとホストとの間のプロトコルはポイントツーポイントプロトコル（ＰＰＰ）、ＲＦＣ１５４８が選択されているが、これは、ＰＰＰデータグラム内のセキュリティを保証する標準５１として採用されたものである。本明細書に説明されている技術革新により、ＰＰＰとは異なる代替プロトコルをリターンチャネルで使用することを妨げるものではない。
【００３０】
ＰＰＰは、Ｘ．２５システム用にＩＴＵ−Ｔで採用されたＩＳＯのＨＤＬＣ標準に準拠している。これは、複数のプロトコルからのデータグラムを、ポイントツーポイントリンクを利用してトランスポートするためにＩＥＴＦによって開発されたものである。フレームフォーマットは１６ビットプロトコルフィールド（ＲＦＣ １７００、「割り当て番号」に定義されている）と、その後に続く可変長情報フィールドと、その後に続く埋め込みフィールドとからなり、埋め込みフィールドには、フレーム長を調整するために追加される任意バイトが収められる（受信側プロトコルが要求する場合）。
【００３１】
カードとＣＡサーバ間でデータをやりとりするために、新しいプロトコルが定義されており、プロトコルフィールドは０×００ＦＦの値になっている。埋め込みフィールドの値は、この新プロトコルでは常にゼロになっている。この新プロトコルによれば、情報フィールドの第１バイトに挿入される肯定応答（ＡＣＫ）メッセージと否定応答（ＮＡＣＫ）メッセージが使用されるので、伝送が信頼化される。なお、どちらのメッセージも、８ビットｕｉｍｓｂｆフォーマットを使用している。
【００３２】
ＡＣＫのあとに、応答として送信される情報（ピッギバック肯定応答）を続けることができる。受信側が壊れたメッセージを検出すると、応答としてＮＡＣＫを返し、送信側に再送信を要求する。
【００３３】
上記プロトコルを使用すると、スマートカードは、次のいずれかの条件が起こったときＣＡサーバへのコールバックを開始する。
１．カードが初めてＤＴＶに挿入された。
２．ユーザは表示されたメニューを使用して、アドバンスドパッケージ購入の要求を入力した。
３．スマートカードメモリが一杯になった。
４．ローカル時間はインターバル ［１ａｍ−６ａｍ］ 内にあり、送信する新レコードがある。
５．カードは新しい秘密鍵または検証鍵の通知を受信した。
６．スマートカード金額は特定しきい値以下であり、自動Ｅキャッシュダウンロードが許可されている。
７．ユーザは表示されたメニューを使用して、金額要求を入力した。
８．ユーザはパッケージ購入をキャンセルする要求を入力した。
上記条件に応じて、カードは初期警告メッセージを送信し、ユーザとコールの目的についてＣＡサーバに通知する。
【００３４】
ユーザがカードを初めてＤＴＶに挿入したときは、カードに固有の情報がＣＡサーバに送信され、登録が行われる。この情報はＫｃａｌｌｂａｃｋを使用して暗号化される。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０１）
カード←ＣＡサーバ：ＡＣＫメッセージ
カード→ＣＡサーバ：カード情報メッセージ
カード←ＣＡサーバ：ＡＣＫメッセージ
【００３５】
アドバンスド購入は、表示されたメニューを使用して行うことができる。ユーザの要求に応答して、ＣＡサーバはパッケージ証明を送信し、これはカードに格納される。例えば、
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０２）
カード←ＣＡサーバ：ＡＣＫメッセージ｜署名付き証明メッセージ
カード→ＣＡサーバ：ＡＣＫメッセージ
【００３６】
パッケージ証明フォーマットは次のフィールドを含んでいる。パッケージ証明メッセージであることを示す８ビットフィールド。２つの値を取ることができる。１つは更新可能パッケージ加入を表し、１つは更新不能パッケージ加入を表している。値をｐｒｏｖｉｄｅｒ＿ｉｎｄｅｘフィールドに割り当てる登録機関であることを示す３２ビットフィールド。コンテンツプロバイダであることを示す１６ビットフィールド。このユニークな番号はｆｏｒｍａｔ＿ｉｄｅｎｔｉｆｉｅｒで示された登録機関に登録される。どのトランスポートストリームでイベントが搬送されるかを示す１６ビットフィールド。パッケージＩＤを示す１６ビットフィールド。タイトルフィールドを表す８ビットフィールド。Ｌａｔｉｎ−１拡張機能もつＡＳＣＩＩを使用するパッケージのタイトルを表す可変長フィールド。パッケージの価格をＢＣＤフォーマットで示している４０ビットフィールド。パッケージの満了日を示す２４ビットフィールド。
【００３７】
ＰＰＶイベント購入レコードは、イベントがブロードキャストされる後まで一時的にカードにストアされている。これらのレコードは、次のどちらかが起こったときユーザの介入なしで、ＣＡサーバに送信される。
（ｉ）カードメモリが追加レコードをストアできない。
（ｉｉ）ローカル時間はインターバル［１ａｍ−６ａｍ］内にあり、送信する新レコードがある。
【００３８】
すべてのレコードはＫｃａｌｌｂａｃｋを使用して暗号化される。
（ｉ）スマートカードメモリは一杯である。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０３）
カード←ＣＡサーバ：ＡＣＫメッセージ
カード→ＣＡサーバ：可変数の暗号化ＰＰＶイベント購入レコード
カード←ＣＡサーバ：ＡＣＫメッセージ
【００３９】
（ｉｉ）ローカル時間はインターバル［１ａｍ−６ａｍ］内にあり、送信する新レコードがある。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０４）
カード←ＣＡサーバ：ＡＣＫメッセージ
カード→ＣＡサーバ：可変数の暗号化ＰＰＶイベント購入レコード
カード←ＣＡサーバ：ＡＣＫメッセージ
【００４０】
秘密鍵または検証鍵を取り替える必要が起こったときは、ブロードキャストチャネルを使用して通知がカードに送信される。そのあと、各ユーザはコールバックを開始して新しい鍵を受信する必要がある。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０５）
カード←ＣＡサーバ：ＡＣＫメッセージ｜鍵取り替えメッセージ
カード→ＣＡサーバ：ＡＣＫメッセージ
【００４１】
金額は次のいずれかが起こったときカードに追加される。
１． スマートカード金額は特定しきい値以下である。
２． ユーザは表示されたメニューを使用して金額要求を入力した。
３． カードはリモートロケーションに移された（ローカル電話コネクションがない場合）。
【００４２】
いずれの場合も、金額を提供するエンティティはクレジットカードまたはデビットカードを検証し、Ｅキャッシュ証明（Ｅ−ｃａｓｈ Ｃｅｒｔｉｆｉｃａｔｅ−ＥＣＣ）を生成し、それをカードに送信する。ＥＣＣメッセージフォーマットは、メッセージタイプを表す８ビットフィールドとスマートカードに追加される金額のＢＣＤ値を収めておく４０ビットフィールドになっている。
【００４３】
１）自動Ｅキャッシュダウンロードは許可されている。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０６）
カード←ＣＡサーバ：ＡＣＫメッセージ
カード→ＣＡサーバ：Ｅキャッシュの署名
カード←ＣＡサーバ：ＡＣＫ｜署名付きＥキャッシュ証明メッセージ
カード→ＣＡサーバ：ＡＣＫメッセージ
【００４４】
２） Ｅキャッシュ証明は事前定義された、一定額のＥキャッシュを収めている。自動Ｅキャッシュダウンロードは禁止されている。ユーザが行う手続きは次の通りである。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０７）
カード←ＣＡサーバ：ＡＣＫメッセージ
カード→ＣＡサーバ：Ｅキャッシュの署名｜Ｅキャッシュ金額メッセージ
カード←ＣＡサーバ：ＡＣＫメッセージ｜署名付きＥキャッシュ証明メッセージ
カード→ＣＡサーバ：ＡＣＫメッセージ
【００４５】
ユーザは、スクリーンに表示されたメニューを使用すると、購入をキャンセルすることができる。カードがどのようなアクションをとるかは、購入のタイプによって決まる。
【００４６】
（ｉ） パッケージ購入：ＣＡサーバへのコールが開始される。
カード→ＣＡサーバ：警告メッセージ（ａｌｅｒｔ＿ｔｙｐｅ＝０×０８）
カード←ＣＡサーバ：ＡＣＫメッセージ
カード→ＣＡサーバ：キャンセルされたパッケージ購入レコード
カード←ＣＡサーバ：ＡＣＫメッセージ｜署名付きＥキャッシュ証明メッセージ
カード→ＣＡサーバ：ＡＣＫメッセージ
【００４７】
（ｉｉ）ＰＰＶイベント購入：イベントをキャンセルするデッドラインに到達していなければ、選択されたレコードは全体が削除される。
【００４８】
ＡＩＭは、ビデオデータを搬送するトランスポートストリームパケットのアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）に入ってプライベートデータとして搬送される。これらのＡＩＭは、ＭＰＥＧ−２でＥＣＭ伝送のために利用できるツールと機能を使用すると、異なるＰＩＤをもつトランスポートストリームに入れて搬送することも可能である。Ａｄａｐｔａｔｉｏｎ＿ｆｉｅｌｄ＿ｃｏｎｔｒｏｌビットは'１０'（アダプテーションフィールドのみ、ペイロードなし）または'１１'（アダプテーションフィールドとその後に続くペイロード）にしておく。同じＡＩＭ＿ｉｄをもつＡＩＭメッセージの最大サイクルタイムは５００ｍｓにしておく。
【００４９】
アクセス情報メッセージのビットストリーム構文は次のようなフィールドを含んでいる。このアクセス情報メッセージのユニークな８ビットＩＤ。ＡＩＭ＿ｉｄフィールドは、アダプテーションフィールドのプライベートデータセクションの第２バイトである。第１バイトは、ＡＩＭの保護のために使用される公開鍵を特定するために割り振られている（あるＤＭＡで複数の公開鍵が使用される場合）。ＡＩＭ＿ｌｅｎｇｔｈフィールドのすぐ後に続くＡＩＭのバイト数を指定している８ビットフィールド。ｐｒｏｖｉｄｅｒ＿ｉｎｄｅｘフィールドに値を割り当てる登録機関を特定している３２ビットフィールド。コンテンツプロバイダを確認する１６ビットフィールド。このユニークな番号はｆｏｒｍａｔ＿ｉｄｅｎｔｉｆｉｅｒで特定された登録機関に登録されている。特定のＴＶプログラムまたはイベントを示している２４ビットフィールド。これがｐｒｏｖｉｄｅｒ＿ｉｎｄｅｘで特定されたコンテンツプロバイダによって割り当てられるときは、コンテンツプロバイダのデータベースに登録されているすべてのプログラムをユニークに識別している。どのトランスポートストリームに入ってイベントが伝送されるかを示している１６ビットフィールド。どの特定サービス内でイベントが伝送されるかをユニークに示している１６ビットフィールド。どの特定イベントがこのトランスポートストリームのサービス内にあるかをユニークに示している１４ビットフィールド。ｐｒｏｇｒａｍ＿ｅｖｅｎｔ＿ｉｄは、コンテンツプロバイダのイベントを特定する値であるのに対し、ｅｖｅｎｔ＿ｉｄは、イベントのプログラムガイドインデックスである。同時にコンテンツプロバイダの働きもするブロードキャスタは両方の番号を等しくしておくことができるが、そうでないときは、これは無効である。イベントスタートタイムを示す３２ビットフィールド。イベントの長さを秒数で示している２０ビットフィールド。そのメッセージが記述している英語タイトルの最初の１０文字を入れておく１０バイトフィールド。実際のタイトルが１０文字未満のときは、タイトルをこのフィールドに入れる前に、タイトルセグメントにＥＳＣ文字を埋め込んでおかなければならない。イベントのコストを示している５バイトＢＣＤフィールド。そのイベントがどのパッケージに属しているかを示している１６ビットフィールド。最上位ビットは最初のパッケージに対応し、最下位ビットは１６番目のパッケージに対応している。イベントがｋ番目のパッケージに属していれば、このフィールドのｋ番目ビットは１にセットしておく。２ビット以上を１にセットしておくと、イベントが複数のパッケージに属するものであることを示すことができる。考慮の対象になっているイベントのビデオ信号とオーディオ信号をデスクランブルするために必要なＤＥＳ鍵を表す６４ビットフィールド（ＴＤＥＳ鍵では１６８ビット）。ユーザがＣＡサーバをコールして新しい公開鍵または検証鍵の取得を必要としていることを示す４０ビットフィールド。フラグが１にセットされていれば、この鍵は指示されたデッドラインまでに取り替える必要がある。その後に続くＡＩＭ記述子の全体長さ（バイト数）を示す８ビットフィールド。
【００５０】
本発明の一実施形態では、ＡＩＭに代えて、資格管理メッセージ（ｅｎｔｉｔｌｅｍｅｎｔ ｍａｎａｇｅｍｅｎｔ ｍｅｓｓａｇｅＥＣＭ）を使用することが可能である。ＥＣＭのフォーマットは、ＭＰＥＧ−２とＡＴＳＣ規格に準拠してプライベートに定義されている。使用可能な特定フォーマットでは、８ビットテーブル識別フィールド、３インジケータビット、１２ビットセクション長フィールド、８ビットプロトコルバージョンフィールド、５ビットバージョン番号フィールド、２個のセクション番号フィールド、公開鍵フィールド、トランスポートストリーム識別フィールド、メジャーおよびマイナーチャネル番号フィールド、２個のイベント識別フィールド、ストリームＰＩＤと記述子の長さフィールド、暗号チェックフィールド、詰め込みバイトフィールド、および３２ビットＣＲＣフィールドを含んでいる。
【００５１】
システムのセキュリティは、標準で広く認められている公開鍵および対称鍵アルゴリズムをベースにしている。アルゴリズムとしては、公開鍵暗号化のためのＲＳＡと対称鍵スクランブリングのためのＴＤＥＳおよび／またはＤＥＳが選択されている。システム全体用としては、グローバルＲＳＡ公開鍵と秘密鍵のペアである、Ｋｐｕｂ／Ｋｐｒｉがある。公開鍵はすべてのブロードキャスタによって共有され、対応する秘密鍵は、悪用防止ＮＲＳＳ−Ａベースのスマートカードに収められており、このカードはＣＡプロバイダによってコンシューマに配布されている。この公開鍵はヘッドエンドで生成されたＡＩＭを保護するために使用される。
【００５２】
ＡＩＭは公開鍵を使用して暗号化され、対称ＤＥＳ鍵，ＫＤＥＳであるコントロールワード（ｃｏｎｔｒｏｌ ｗｏｒｄＣＷ）を搬送し、この鍵はオーディオ／ビデオコンテンツをＥＣＢモードでスクランブルするときに使用される。その秘密鍵でＡＩＭを解読した後、カードはＤＥＳ鍵を取得し、オーディオ／ビデオストリームをデスクランブルする。ヘッドエンド側では、スクランブルはＥ_ＫＤＥＳ（Ａ／Ｖストリーム）が使用され、暗号化はＥ_Ｋｐｕｂ（ＡＩＭ）が使用される。カード側では、解読はＤ_Ｋｐｒｉ（Ｅ_Ｋｐｕｂ（ＡＩＭ））が使用され、デスクランブリングはＤ_ＫＤＥＳ（Ｅ_ＫＤＥＳ（Ａ／Ｖストリーム））が使用される。
【００５３】
システムのセキュリティを向上するには、いくつかの方法が可能である。１つの実現可能な方法は、ヘッドエンドで複数の公開鍵を使用してＡＩＭを暗号化することである。複数の公開鍵をこのように使用すると、オーバラップするマーケットの分野で利点がある。例えば、ユーザは２つ以上の主要マーケットから地上ブロードキャストを受信することができる。別の例として、あるＤＭＡにおける受信人口が異種サブネットに分割され、各サブネットに異なる秘密鍵が割り当てられていれば、ある秘密鍵が攻撃されても、システムはその影響を受けないことになる。
【００５４】
例えば、ヘッドエンド側の暗号化は４つの鍵、Ｅ_{Ｋｐｕｂ１}（ＡＩＭ）、Ｅ_{Ｋｐｕｂ２}（ＡＩＭ）、Ｅ_{Ｋｐｕｂ３}（ＡＩＭ）、Ｅ_{Ｋｐｕｂ４}（ＡＩＭ）を使用して行うことができる。カード側では、解読は次の４つの鍵、カードタイプ１：Ｄ_{Ｋｐｒｉ１}（Ｅ_{Ｋｐｕｂ１}（ＡＩＭ））、カードタイプ２：Ｄ_{Ｋｐｒｉ２}（Ｅ_{Ｋｐｕｂ２}（ＡＩＭ））、カードタイプ３：Ｄ_{Ｋｐｒｉ３}（Ｅ_{Ｋｐｕｂ３}（ＡＩＭ））、カードタイプ４：Ｄ_{Ｋｐｒｉ４}（Ｅ_{Ｋｐｕｂ４}（ＡＩＭ））に基づくことになる。ＡＩＭの暗号化に使用される公開鍵は、アダプテーションフィールドの第１バイトに入っているＩＤで識別される。このフィールドは、ＡＩＭの暗号化に使用される公開鍵を示している。値がｉであれば、アクティブ公開鍵はＫｐｕｂｉである。
【００５５】
Ｅキャッシュ証明は、カードに追加される金額を収めている。パッケージ証明はカストマに提供されるパッケージの価格を収めている。これらの証明はどちらも、センシティブデータ（機密データ）を収めているので、これらのメッセージの保全性を保証するための署名（シグネ−チャ）メカニズムが必要になる。従って、すべての証明は、フィードバック経路をもつチャネルを利用して送信される。例としては、ＭＯＤＥＭを使用するバックチャネル（ｂａｃｋ ｃｈａｎｎｅｌ）がある。
【００５６】
パッケージ証明はＣＡサーバから送信されるのが通常であるが、異なるソース（例えば、ＡＴＭまたは他の特殊端末）にして、そこからＥキャッシュをカードにダウンロードさせることも可能である。各ソースがユニークな秘密鍵で署名する場合は、ＤＴＶは複数の公開鍵を保存しておく必要がある。本発明によるＣＡシステムでは、ＩＤベースの認証方式（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｃｈｅｍｅ）が採用され、１つの公開鍵だけで署名検証が行えるようにしている。
【００５７】
前述したように、スクランブリング、暗号化および署名プロトコルに参加するためには、ブロードキャスタ、ＣＡシステムおよびスマートカードは一定の鍵をストアしておく必要がある。すべてのタイプの鍵がどのようにストアされ、使用されるかは、図３に要約して示されている。
【００５８】
Ｋｐｕｂはブロードキャスタサイトで保存され、Ａ／Ｖストリームをスクランブルするためにローカルで生成されたＤＥＳ鍵を暗号化するために使用される。カードには、ＤＥＳ鍵を回復するための、対応するＫｐｒｉが置かれている。
【００５９】
Ｋｓｉｇは、パッケージとＥキャッシュ証明に署名するために使用される。署名付き証明は、カードにストアされているＫｖｅｒを使用して検証される。セクション８．２に記載されているＩＤベース方式では、Ｋｓｉｇは各証明プロバイダ（ＣＡベンダ、ＡＴＭなど）別にユニークになっているが、Ｋｖｅｒはすべての証明プロバイダに共通している。
【００６０】
ＫｃａｌｌｂａｃｋはカードとＣＡサーバの間で共有され、やりとりされるセンシティブ情報を暗号化するために使用される。カードからＣＡサーバに送信される情報としては、支払いカード番号、一定額のＥキャッシュおよびイベント購入レコードがある。必要時には、ＫｐｒｉとＫｖｅｒはＣＡサーバによって取り替えられる。Ｋｃａｌｌｂａｃｋはカードごとにユニークにすることができる。その取り替えが可能になるのは、新カードをユーザに送信したときだけである。
【００６１】
以上、本発明の多数の実施形態を参照して本発明を詳細に説明してきたが、上述した説明を読み、理解すれば、この分野の精通者ならば当然に理解されるように、上述した実施形態は種々態様に変更が可能であり、かかる変更は本発明の範囲に属するものである。例えば、本発明は、デジタル地上ブロードキャストで利用しても、伝送衛星デジタル信号で利用しても、正常に機能することができる。
【図面の簡単な説明】
【図１】 コンシューマエレクトロニックデバイスをさまざまなサービスプロバイダに相互接続するための従来の構成を示すブロック図である。
【図２】 共通デジタルテレビジョンと複数の地上ブロードキャスタとのインタフェースとなる、１つのアーキテクチャを示すブロック図である。
【図３】 本発明によるデバイスへのアクセスを管理するシステムの実現形態の例を示すブロック図である。

Claims (3)

1. ユーザに予め配布された条件付きアクセスモジュールまたはスマートカードを備えたデジタルビデオ装置によって、複数のサービスプロバイダの特定の１つから、複数のサービスプロバイダの間で共有される公開鍵を使用してスクランブルされた状態でブロードキャストされる有料のコンテンツへのアクセスを管理する方法であって、
   該方法は、
   前記デジタルビデオ装置が、前記サービスプロバイダに対して、ユーザが購入を希望するコンテンツを識別する情報を送信するステップと、
   前記デジタルビデオ装置が、前記サービスプロバイダから、前記購入を希望するコンテンツの価格に対応するデータと、当該コンテンツをデスクランブルするためのコンテンツデスランブリング鍵とを含むアクセス情報であって、前記共有公開鍵を使用して暗号化されているアクセス情報を受信するステップと、
   前記デジタルビデオ装置が、前記サービスプロバイダがブロードキャストするコンテンツであって、前記共有公開鍵でスクランブルされている前記購入を希望するコンテンツを受信するステップと、
   前記デジタルビデオ装置が、前記共有公開鍵に対応する秘密鍵であって、デジタルビデオ装置に予め格納されている秘密鍵、を使用して前記アクセス情報を解読するステップと、
   前記デジタルビデオ装置が、前記解読されたアクセス情報に含まれる前記コンテンツの価格が、事前にユーザが前記デジタルビデオ装置にストアしたコンテンツ購入用のキャッシュ準備金のうち利用可能な金額以下であることを検証するステップと、
   前記デジタルビデオ装置が、前記コンテンツの価格が前記キャッシュ準備金のうち利用可能な金額以下であると検証された場合に、前記解読されたアクセス情報に含まれているデスクランブリング鍵を使用して前記受信したコンテンツをデスクランブルするステップと
   を含むことを特徴とする方法。
2. 請求項１に記載の方法において、前記アクセス情報は、コンテンツの購入情報をさらに含み、前記購入情報は、チャネル識別データ、コンテンツＩＤデータ、日付、時刻スタンプデータ、およびビリングデータを含んでいることを特徴とする方法。
3. 請求項２に記載の方法において、前記デジタルビデオ装置が、ユーザが購入した前記コンテンツに関連するデータを前記特定のサービスプロバイダに転送し、ユーザのアカウント情報を更新するステップをさらに含むことを特徴とする方法。

Images