(57)【要約】  本発明はデジタルオーディオ／ビデオデータの処理ユニット並びに前記データへのアクセスの制御方法に関する。制御メッセージ（ＥＣＭ）からの制御語（ＣＷ）を使用して暗号化されたデジタルオーディオ／ビデオデータの処理ユニット（ＵＴ）は、オーディオ／ビデオデータ（ＤＴ）の復号化ユニット（ＤＭＸ）と、復元ユニット（ＭＰＥＧ）と、処理されたオーディオ／ビデオデータの入力／出力インタフェースと、セキュリティモジュール（ＳＭ）への通信手段とを備える。復号化ユニット（ＤＭＸ）は暗号化ユニット（ＥＣ）を、復元ユニット（ＭＰＥＧ）は解読ユニット（ＤＣ）をそれぞれ備え、各ユニットは少なくとも１つのプライベート鍵（Ｋｅｃ、Ｋｄｃ）と共通暗号化鍵（Ｋｉ）を有する。本発明は、セキュリティモジュール（ＳＭ）と、復号化ユニット（ＤＭＸ）と、暗号化ユニット（ＥＣ）のプライベート鍵（Ｋｅｃ）を使用する暗号化ユニット（ＥＣ）との間の、共通鍵（Ｋｉ）、並びに制御メッセージ（ＥＣＭ）から抽出された制御語（ＣＷ）のセキュア化された送信手段を含むことを特徴とする。制御語（ＣＷ）を使用する復号化ユニット（ＤＭＸ）によるオーディオ／ビデオデータ（ＤＴ）の復号化並びに共通鍵（Ｋｉ）を使用する暗号化ユニット（ＥＣ）による前記復号化データの再暗号化は制御語（ＣＷ）及び共通鍵（Ｋｉ）の確認後にのみ可能である。再暗号化されたオーディオ／ビデオデータ（ＤＴ）は、一時保存後は、解読ユニット（ＤＣ）により生成された乱数（ＡＬ）を使用してセキュリティモジュール（ＳＭ）により共通鍵（Ｋｉ）が確認された場合のみ、解読ユニット（ＤＣ）により解読することができる。【選択図】  図１
2008521306.tif 000002
【特許請求の範囲】
【請求項１】
オーディオ／ビデオデータ(DT)の復号化ユニット(DMX)と、復元ユニット(MPEG)と、処理されたオーディオ／ビデオデータの入力／出力インタフェースと、セキュリティモジュール(SM)への通信手段とを備える、制御メッセージ(ECM)からの単数又は複数の制御語(CW)を使用して暗号化されたデジタルオーディオ／ビデオデータの処理ユニット(UT)であって、復号化ユニット(DMX)が暗号化ユニット(EC)を、復元ユニット(MPEG)が解読ユニット(DC)をそれぞれ備え、各ユニットが少なくとも１つのプライベート鍵(Kec, Kdc)と共通暗号化鍵(Ki)を有し、
−  セキュリティモジュール(SM)と復号化ユニット(DMX)と暗号化ユニット(EC)との間の、共通鍵(Ki)の、並びに制御メッセージ(ECM)から抽出された制御語(CW)の、セキュア化された送信手段であって、暗号化ユニット(EC)のプライベート鍵(Kec)に関連付けられた鍵を使用する手段と、
−  復号化ユニット(DMX)に関連付けられた制御語(CW)を使用してオーディオ／ビデオデータ(DT)を復号化する手段と、
−  暗号化ユニット(EC)に関連付けられた共通鍵(Ki)を使用して復号化された前記データを再暗号化する手段と、
−  共通鍵(Ki)を使用して再暗号化されたオーディオ／ビデオデータ(DT)を一時的に保存することができるメモリユニット(RAM, HD)と、
−  セキュリティモジュール(SM)と、解読ユニット(DC)に関連付けられた乱数(AL)発生器とに通信することができる解読ユニット(DC)に再暗号化されたオーディオ／ビデオデータ(DT)をセキュア送信する手段であって、解読ユニット(DC)のプライベート鍵(Kdc)を使用する手段と、
−  乱数(AL)のインテグリティを確認する手段であって、確認の結果が良好な時、共通鍵(Ki)を使用する解読ユニット(DC)によるオーディオ／ビデオデータ(DT)の解読を許可する手段を
含むことを特徴とする処理ユニット。
【請求項２】
確認の結果が不良の時、解読ユニット(DC)を直ちに或いは逐次的にブロックする手段を備えることを特徴とする、請求項１記載の処理ユニット。
【請求項３】
プロセッサのコアーのハードウェア部分内にインプリメントされたセキュア化された実行ドメインを含むプロセッサを備え、データ及びセキュア化されたコードがマークされ分割され、前記処理ユニット内のセキュア化されたデータとセキュア化されていないデータとの間で明白なハードウェア的分離を維持することを特徴とする、請求項１記載の処理ユニット。
【請求項４】
２つのプロセッサを備え、セキュア化されたコードを実行する第１プロセッサが外部からの一切のアクセス、並びにセキュア化されていない第２プロセッサの非許可制御から隔離されることを特徴とする、請求項１記載の処理ユニット。
【請求項５】
復号化ユニット(DMX)及び復元ユニット(MPEG)が、中央プロセッサ(CPU)からは独立し、アクセス管理並びに暗号化ユニット(EC)及び解読ユニット(DC)によりメモリユニット(RAM, HD)との間で行われるデータの交換手段を備える仲介ソフトウェア「ミドルウェア」(MD)によって制御されるプロセッサをそれぞれ含むことを特徴とする、請求項１記載の処理ユニット。
【請求項６】
暗号化ユニット(EC)及び解読ユニット(DC)が復号化ユニット(DMX)及び復元ユニット(MPEG)内にハードウェア要素の形態でインプリメントされることを特徴とする、請求項１記載の処理ユニット。
【請求項７】
暗号化ユニット(EC)及び解読ユニット(DC)が復号化ユニット(DMX)及び復元ユニット(MPEG)のプロセッサにより管理されるマイクロコードの形態でインプリメントされることを特徴とする、請求項１記載の処理ユニット。
【請求項８】
入力／出力インタフェースがバス(B)に接続され、このバスに、暗号化ユニット(EC)及び解読ユニット(DC)、並びに処理中のデータの中間保存用の少なくとも１つのランダムアクセスメモリ(RAM)及び／又はハードディスク(HD)からなるメモリユニットが結合されることを特徴とする、請求項１記載の処理ユニット。
【請求項９】
バス(B)に接続された入力／出力インタフェースが、暗号化ユニット(EC)により暗号化されたデータが送られるローカルエリアネットワークへの入力／出力ポート(P)を含むことを特徴とする、請求項８記載の処理ユニット。
【請求項１０】
パーソナルコンピュータ内に組み込まれたモジュールを形成することを特徴とする、請求項１記載の処理ユニット。
【請求項１１】
有料テレビのデコーダ内に組み込まれたモジュールを形成することを特徴とする、請求項１記載の処理ユニット。
【請求項１２】
オーディオ／デジタルデータの復号化ユニット(DMX)と、復元ユニット(MPEG)と、処理されたオーディオ／ビデオデータの入出力インタフェースと、セキュリティモジュール(SM)への通信手段とを備え、復号化ユニット(DMX)及び復元ユニット(MPEG)が、少なくとも１つのプライベート鍵(Kec, Kdc)と１つの共通暗号化鍵(Ki)とを使用する暗号化ユニット(EC)と解読ユニット(DC)をそれぞれ備える処理ユニット(UT)によって受信されるデジタルオーディオ／ビデオデータ(DT)へのアクセス制御方法であって、
−  制御語(CW)を含む制御メッセージ(ECM)をセキュリティモジュール(SM)が受信する工程と、
−  セキュリティモジュールが共通鍵(Ki)を取得し、共通鍵(Ki)と制御(CW)とを含む暗号化ユニット(EC)のプライベート鍵(Kec)により暗号化された暗号文Ｋｅｃ(Ki, CW)を生成する工程と、
−  暗号文Ｋｅｃ(Ki, CW)を復号化ユニット(DMX)に送信し、前記暗号文の鍵(Kec)を使用して解読する工程と、
−  共通鍵(Ki)を暗号化ユニット(EC)にロードし、制御語(CW)によるオーディオ／ビデオデータ(DT)の復号化を許可する工程と、
−  オーディオ／ビデオデータ(DT)を復号化し、暗号化ユニット(EC)により共通鍵(Ki)を使用して前記データを暗号化する工程と、
−  前記再暗号化されたオーディオ／ビデオデータ(DT)を解読ユニット(DC)に送信する工程と、
−  オーディオ／ビデオデータ(DT)に特有な共通鍵(Ki)をセキュリティモジュールが選択する工程と、
−  解読ユニット(DC)が乱数(AL)をセキュリティモジュール(SM)に送信する工程と、
−  共通鍵(Ki)と、乱数(AL)とを少なくとも含む解読ユニット(DC)のプライベート鍵(Kdc)により暗号化された暗号文Ｋｄｃ(Ki, AL)を形成し、次に送信する工程と、
−  解読ユニット(DC)が暗号文Ｋｄｃ(Ki, AL)を受信する工程と、
−  前記解読ユニット(DC)のプライベート鍵(Kdc)を使用して前記暗号文を解読し、受信した乱数(AL)を、従前に生成した乱数と比較することにより、乱数(AL)のインテグリティを確認する工程と、
−  比較の結果が良好であるとき、共通鍵(Ki)をロードし、オーディオ／ビデオデータ(DT)を解読する工程と、
を含むことを特徴とする方法。
【請求項１３】
暗号化ユニット(EC)のプライベート鍵(Kec)を使用して暗号化された暗号文Ｋｅｃ(Ki, CW)が、暗号化ユニット(EC)のプライベート鍵(Kec)による暗号文Ｋｅｃ(Ki,CW)の解読の後の、共通鍵Ｋｉ及び制御語ＣＷのインテグリティの確認に用いられるダイジェストＨ(Ki, CW)を更に含み、確認の結果が良好である場合のみ、共通鍵(Ki)がロードされることを特徴とする、請求項１２記載の方法。
【請求項１４】
読解ユニット(DC)のプライベート鍵(Kdc)を使用して暗号化された暗号文Ｋｄｃ(Ki, AL)が、復号ユニット(DC)のプライベート鍵(Kdc)による暗号文Ｋｄｃ(Ki, AL)の解読の後の、共通鍵Ｋｉ及び乱数(AL)のインテグリティの確認に用いられるダイジェストＨ(Ki, AL)を更に含み、確認の結果が良好である場合のみ、受信した乱数(AL)が、従前に生成された乱数と比較されることを特徴とする、請求項１２記載の方法。
【請求項１５】
比較の結果が不良である時、解読ユニット(DC)が直ちにブロックされるか、所定の数のオーディオ／ビデオデータブロックの解読の後にブロックされることを特徴とする、請求項１２記載の方法。
【請求項１６】
第１ダイジェストＨ(Ki, CW)が、共通鍵(Ki)及び制御語(CW)から計算された第１認証コードを構成し、第２ダイジェストＨ(Ki, AL)が、共通鍵(Ki)及び乱数(AL)から計算された第２認証コードを構成し、前記コードが一方向性ハッシュ関数を使用して計算されることを特徴とする、請求項１３又は１４記載の方法。
【請求項１７】
セキュリティモジュール(SM)により共通鍵(Ki)が生成されることを特徴とする、請求項１２記載の方法。
【請求項１８】
共通鍵(Ki)が管理センターからの管理メッセージ(EMM)から抽出されることを特徴とする、請求項１２記載の方法。
【請求項１９】
共通鍵(Ki)により復号化され再暗号化されたデータがメモリユニット(RAM, HD)内に保存され、データの解読が後に行われることを特徴とする、請求項１２記載の方法。
【請求項２０】
共通鍵(Ki)により復号化され再暗号化されたデータが処理ユニットのポート(P)を経由してローカルエリアネットワーク(LAN)に送られる、即時又は逐次のデータの解読が前記ローカルエリアネットワーク(LAN)を構成する処理ユニットにより行われることを特徴とする、請求項１２記載の方法。
【請求項２１】
解読ユニット(DC)へのオーディオ／ビデオデータ(DT)の送信時、セキュリティモジュールが、オーディオ／ビデオデータの少なくとも１つの識別子(ID)と共通鍵(Ki)を含む前記セキュリティモジュール(SM)のローカル鍵(KL)により暗号化された制御暗号文ＫＬ(Ki, ID)を創り、保存し、ローカル鍵(KL)を使用して制御暗号文を解読することにより前記鍵(Ki)が選択され、保存されたオーディオ／ビデオデータの活用に関するパラメータを判定するセキュリティモジュール(SM)により識別子(ID)が読み込まれることを特徴とする、請求項１２記載の方法。
【請求項２２】
制御暗号文ＫＬ(Ki, ID)がセキュリティモジュール(SM)内に保存されることを特徴とする、請求項２１記載の方法。
【請求項２３】
制御暗号文ＫＬ(Ki,ID)がメモリユニット(RAM, HD)内に保存され、暗号化されたオーディオ／ビデオデータに添付されることを特徴とする、請求項２１記載の方法。
【請求項２４】
セキュリティモジュール(SM)のローカル鍵(KL)により暗号化され共通鍵(Ki)を含む制御暗号文ＫＬ(Ki, ID)が、メモリユニット(RAM, HD)内に保存されているオーディオ／ビデオデータ(DT)の性質及びタイプに関する追加情報を含むことを特徴とする、請求項２１記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデジタルオーディオ／ビデオデータの処理ユニットの分野に関する。これらのユニットは、例えばパーソナルコンピュータ、モバイル装置、或いは動的及び静的メモリ（ＲＡＭ  ランダムアクセスメモリ、ＥＥＰＲＯＭ  電気的消去可能ＲＯＭ、ハードディスク等）を備えた有料デジタルテレビのデコーダ等、種々のマルチメディア機器内に含まれる。また本発明はユーザーが利用する周辺機器への出力の前の前記オーディオ／ビデオデータへのアクセスの制御方法にも関する。
【背景技術】
【０００２】
デジタルテレビのデコーダ、即ち「セットトップボックス」など、デジタルオーディオ／ビデオデータの処理ユニットは通常、有線、無線、衛星、又は公衆電話線による配信網から受信したデジタルオーディオ／ビデオデータの復号、復元、及びインタフェースにおける複数又は全ての基本的機能を集約したメインモジュールを備える。
【０００３】
モジュールは、復号化ユニットを管理する中央演算ユニット、復元ユニット、及びセキュリティモジュール又はマルチメディア機器など、デコーダに接続された種々の外部周辺機器とモジュールとの通信を可能にする種々のインタフェースを更に備える。これらの要素の大部分はモジュール内部の内部中央バスに接続される。このバスは、作業データの一時的記憶のため又は後に利用するようになっているオーディオ／ビデオコンテンツの保存のための外部メモリも接続する。
【０００４】
復号化ユニットによる、配信網からのオーディオ／ビデオデータストリームの復号化プロセスの場合、主モジュールから分離された比較的大きなサイズのメモリにデータを中間的に保存することが必要になる。保存されたこれらのデータはオーディオ／ビデオデータブロックで構成することができ、次に復元された後、テレビでの表示、ハードディスク又はコンパクトディスク（ＣＤ  コンパクトディスク、ＤＶＤ  デジタル多目的ディスク、又はその他）などの磁気又は光学媒体への記録が可能な出力インタフェースに送られる。
【０００５】
暗号化されたデータが分離されたメモリ内に存在することは、圧縮されたオーディオ／ビデオデータの保護の欠落となる。実際、これらのデータは、不正利用の目的で外部の第三者のシステムが処理し頒布するために、転用され収集されることがある。
【０００６】
更に、将来使用するために例えばハードディスク内に保存されるデータも、サプライヤの許可なしに取得され複製されることがあり、その結果、著作権に関する規定が侵害される。
【０００７】
ＵＳ６２８６１０３（特許文献１）は、セキュリティモジュールがデータを復号化し再暗号化した後、デコーダに送信する暗号化されたオーディオ／ビデオデータのデコーダについて記載している。一変形形態によれば、セキュリティモジュールとデコーダとの間の送信は、セキュリティモジュールの既知の鍵により暗号化されたデコーダにより生成された乱数から作られたセッション鍵によりセキュア化される。この数はデータ記述鍵と組み合わされ頻繁に変るので、不正な方法で前記記述鍵を入手することができた第三者による復号を防止すること或いはより困難にすることが可能である。
【０００８】
ＷＯ００／５７６３６（特許文献２）は、ユーザーのカテゴリーに応じてカスタマイズ化されたカードの形態のセキュリティモジュールの種々のアプリケーションについて記載している。特にマルチメディアコンテンツのデコーダネットワークにおいては、復号化されたデータが再度暗号化される。これらのデータの復号は、ユーザー固有のパラメータを含む正式に認証されたカードをデコーダが備えている場合のみ可能である。変形形態によれば、デコーダにより生成されカードに送信された乱数を使用することにより、カードが認証される。カードはプライベート鍵により乱数を暗号化しこれをデコーダに送り返し、デコーダは対応する公開鍵によりこれを復号化する。生成した数と受信した数とを比較することによりカードの真正性を確認することができる。
【特許文献１】ＵＳ６２８６１０３
【特許文献２】ＷＯ００／５７６３６
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、不正の企て又は非許可の複製に対し、復号化されたデータがアクセス可能になることを防止することにより、これらの欠点を解消することである。別の言い方をすれば、復号化されたデータはプロバイダからのチェックなしに利用することはできない。
【課題を解決するための手段】
【００１０】
この目的は、オーディオ／ビデオデータの復号化ユニットと、復元ユニットと、処理されたオーディオ／ビデオデータの入力／出力インタフェースと、セキュリティモジュールへの通信手段とを備える、制御メッセージからの単数又は複数の制御語を使用して暗号化されたデジタルオーディオ／ビデオデータの処理ユニットであって、復号化ユニットが暗号化ユニットを、復元ユニットが解読ユニットをそれぞれ備え、各ユニットが少なくとも１つのプライベート鍵と共通暗号化鍵を有し、
−  セキュリティモジュールと復号化ユニットと暗号化ユニットとの間の、共通鍵の、並びに制御メッセージから抽出された制御語の、セキュア化された送信手段であって、暗号化ユニットのプライベート鍵に関連付けられた鍵を使用する手段と、
−  復号化ユニットに関連付けられた制御語を使用してオーディオ／ビデオデータを復号化する手段と、
−  暗号化ユニットに関連付けられた共通鍵を使用して復号化された前記データを再暗号化する手段と、
−  共通鍵を使用して再暗号化されたオーディオ／ビデオデータを一時的に保存することができるメモリユニットと、
−  セキュリティモジュールと、解読ユニットに関連付けられた乱数発生器とに通信することができる解読ユニットに再暗号化されたオーディオ／ビデオデータをセキュア送信する手段であって、解読ユニットのプライベート鍵を使用する手段と、
−  乱数のインテグリティを確認する手段であって、確認の結果が良好な時、共通鍵を使用する解読ユニットによるオーディオ／ビデオデータの解読を許可する手段を
含むことを特徴とする処理ユニットにより達成される。
【００１１】
セキュリティモジュールはここでは、種々の暗号化／解読鍵、並びにオーディオ／ビデオデータの利用に関してユーザーが購入した権利を定義するユーザーに固有なデータを含む不可侵とされる装置である。セキュリティモジュールは、読み取り装置に挿入されるチップカード、マザーボードにはんだ付けされた集積回路、携帯電話において見られるＳＩＭタイプのカード等、種々の形態をとることができる。
【００１２】
配信されるストリームのオーディオ／ビデオデータは復号化ユニットにより復号化され、次に共通鍵を使用して、復号化ユニットに関連付けられた暗号化ユニットにより全面的又は部分的に暗号化される。次にこれらのデータは処理ユニットから、復元装置ＭＰＥＧのために編成中の一時的ストリームを保存する一時メモリ等外部ユニット、或いはＵＳＢポート、ファイヤワイヤ又はハードディスクなど内部又は外部周辺装置にエクスポートされる。
【００１３】
この一時メモリは、処理中のデータを一時的に保存するためのＲＡＭタイプ、即ちランダムアクセスメモリで構成される。より長時間保存する場合、データはハードディスク又はＤＶＤライターに送られる。いずれかのメモリユニットが読まれると、解読ユニットが結合されている復元ユニットにデータが送信され、解読ユニットは前記データに関連付けられた共通鍵を必要とする。
【００１４】
この共通鍵は多くの方法で例えばセキュリティモジュールにのみ保存することができる。本発明の好ましい形態によれば、共通鍵はセキュリティモジュールのローカル鍵により暗号化され、データとともに保存される。この共通鍵を含む暗号文は、識別子によるデータへの参照を含むのが好ましい。データの解読の際、確認のためこの暗号文はセキュリティモジュールに提出される。
【００１５】
このローカル鍵はネットワーク鍵に置き換えることができるので、このネットワークの他の構成要素は暗号文の内容にアクセスすることができ、最終的に、暗号化された内容にアクセスすることができる。
【００１６】
第１段階では、セキュリティモジュールは、識別子に基づき、この内容に関する権利が有効であるかどうかを判定し、データを解凍し、例えば画面上に表示することができる。セキュリティモジュールは解読ユニットによる乱数の送信を要求する。この数が受信されると、セキュリティモジュールは、解読ユニットのプライベート鍵によって暗号化された共通鍵と乱数とを少なくとも含むメッセージを作成する。
【００１７】
本発明の一変形形態によれば、解読ユニットの既知の関数である、乱数に関する数学的関数が実行される。従って、受信した数は、乱数そのものであるか、乱数の直接関数である。目的は、受信した数が、解読ユニットにより生成された乱数に相当することを確認できるようにすることである。
【００１８】
このメッセージは、解読ユニットに到達すると、プライベート鍵により解読され、受信した乱数は前に生成された乱数と比較される。共通鍵は２つの数が同一である場合しか使われない。
【００１９】
これら２つの乱数が異なる場合、或いは比較の結果が不良である場合、解読ユニットは複数のイニシアティブをとることができる。第１のイニシアティブはデータの解読を直ちにブロックすることである。別のイニシアティブは、逐次的に、即ち所定数のオーディオ／ビデオデータブロックの解読後にブロックすることである。第三者が相次いで行う試験により乱数を求めようとする試みをより困難にするには逐次的ブロックが望ましい。
【００２０】
セキュリティモジュールによるこの監視の目的は、データの使用を管理することであり、特にデータの表示回数を判定することができるようにすることである。従って、データを使用する毎に、前記データの使用回数をカウントし判定することができるセキュリティモジュールを起動することが必要である。
【００２１】
共通鍵のロード機構内にこの乱数が存在するおかげで、許可されていないリプレイアタックを防ぐことができる。
【００２２】
本発明による処理ユニットの別の長所は、スクランブルがかかっていないデータがメモリに保存されることがなく、また使用するインタフェースの如何に関わらず外部からアクセスが可能になることもないことである。
【００２３】
メモリにデータを保存する前のデータの暗号化は、高速かつ確実な処理が可能な適切なアルゴリズムを使用して行われる。
【００２４】
本発明の処理ユニットは、パーソナルコンピュータにも有料デジタルテレビのデコーダにも内蔵させることができるモジュールを形成する。コンピュータの場合、モジュールは、メインバスに接続されたカードに実装するか、マザーボードに直接実装することができる。
【００２５】
両者の場合とも、ランダムアクセスメモリ（ＲＡＭ）又はハードディスクの形態のメモリユニットを使用することができる。許可されていないコピーを防止するために、暗号化されて保存された内容はセキュリティモジュールの管理下で解読される。
【００２６】
デジタルテレビのデコーダの場合、使用される共通鍵は、セキュリティモジュールによって生成されるか、配信ネットワークヘッド「ヘッドエンド」によって生成され、管理メッセージＥＭＭにより送信される。この場合、この鍵はセキュリティモジュールのプライベート鍵を使用して暗号化され、次に前記モジュールに送信される。例えばチャンネルの変更時には、共通鍵を変えることができ、その結果、新しい管理メッセージＥＭＭが送信されるか、セキュリティモジュールにより新しい鍵が生成される。
【００２７】
パーソナルコンピュータの場合、この鍵は管理センターのサーバーからダウンロードされるか、チップカード、或いはパーソナルコンピュータの通信ポート（パラレルポート、ＵＳＢシリアルポート等）に接続された「ドングル」、即ちハードウェアキーの形態とすることができるセキュリティモジュールにより生成することができる。
【００２８】
本発明は、オーディオ／デジタルデータの復号化ユニットと、復元ユニットと、処理されたオーディオ／ビデオデータの入出力インタフェースと、セキュリティモジュールへの通信手段とを備え、復号化ユニット及び復元ユニットが、少なくとも１つのプライベート鍵と１つの共通暗号化鍵とを使用する暗号化ユニットと解読ユニットをそれぞれ備える処理ユニットによって受信されるデジタルオーディオ／ビデオデータへのアクセス制御方法であって、
−  少なくとも１つの制御語を含む制御メッセージをセキュリティモジュールが受信する工程と、
−  セキュリティモジュールが共通鍵を取得し、共通鍵と少なくとも１つの制御語とを含む暗号化ユニットのプライベート鍵により暗号化された暗号文を生成する工程と、
−  暗号文を復号化ユニットに送信し、前記暗号文の鍵を使用して解読する工程と、
−  共通鍵を暗号化ユニットにロードし、制御語によるオーディオ／ビデオデータの復号化を許可する工程と、
−  オーディオ／ビデオデータを復号化し、暗号化ユニットにより共通鍵を使用して前記データを暗号化する工程と、
−  前記再暗号化されたオーディオ／ビデオデータを解読ユニットに送信する工程と、
−  オーディオ／ビデオデータに特有な共通鍵をセキュリティモジュールが選択する工程と、
−  解読ユニットが乱数をセキュリティモジュールに送信する工程と、
−  共通鍵と、乱数とを少なくとも含む解読ユニットのプライベート鍵により暗号化された暗号文を形成し、次に送信する工程と、
−  解読ユニットが暗号文を受信する工程と、
−  前記解読ユニットのプライベート鍵を使用して前記暗号文を解読し、受信した乱数を、従前に生成した乱数と比較することにより、乱数のインテグリティを確認する工程と、
−  比較の結果が良好であるとき、共通鍵をロードし、オーディオ／ビデオデータを解読する工程と、
を含むことを特徴とする方法にも関する。
【００２９】
本発明は、もっぱら非限定的例として示した以下の単一図面を参照して行う以下の詳細説明により、よりよく理解されよう。
【発明を実施するための最良の形態】
【００３０】
図１は、有料デジタルテレビのデコーダ（ＳＴＢ）における本発明による処理ユニットの適用例を示す。デコーダ（ＳＴＢ）は、復号化ユニット（ＤＭＸ）、復元ユニット（ＭＰＥＧ）、メモリ（ＲＡＭ；ＨＤ）との間で通信を行うインタフェースのいくつかの機能を管理する役目を負った中央演算装置（ＣＰＵ）と、セキュリティモジュール（ＳＭ）とを備える。復号化ユニット（ＤＭＸ）は入力オーディオ／ビデオデータストリームを復号するのに用いられるだけでなく、このストリームを、復号化ユニットが含むデータをデコーダ（ＳＴＢ）の種々のアプリケーションに適合させる種々のフォーマットに変換するのにも用いられる。
【００３１】
オーディオ／ビデオデータ（ＤＴ）は復号化ユニット（ＤＭＸ）によって受信され、復号化ユニットは、制御メッセージ（ＥＣＭ）からもたらされる制御語（ＣＷ）を使用してこれらのデータを復号化する。次に復号化されたデータは、共通暗号化鍵（Ｋｉ）を使用して暗号化ユニット（ＥＣ）により暗号化される。このようにして暗号化されたデータは直ちに復号化されるか、ランダムアクセスメモリ（ＲＡＭ）、ＥＥＰＲＯＭタイプの不飽和メモリなどのメモリユニット内、或いはハードディスク（ＨＤ）内に保存された後、後で復号化される。保存されているデータは、要求があると、解読ユニット（ＤＣ）に送られ、復号化ユニットは、セキュリティモジュール（ＳＭ）の制御の下、これらのデータを復号化する役目を有し、その後、データは復元ユニット（ＭＰＥＧ）により復元される。
【００３２】
仲介ソフトウェアである「ミドルウェア」（ＭＤ）は、同一モジュール（ＵＴ）内に含まれる可能性があるユニット（ＤＭＸ、ＭＰＥＧ、ＥＣ、ＤＣ）を管理する種々のソフトウェアの動作を調整する。またミドルウェアはユニット（ＤＭＸ、ＭＰＥＧ、ＥＣ、ＤＣ）により、セキュリティモジュール（ＳＭ）及びメモリユニット（ＲＡＭ、ＨＤ）に向けて行われるアクセス及びデータ交換、並びにそれらの側から行われるアクセス及びデータ交換も管理する。
【００３３】
デコーダ内では、安全性が低いとみなされている中央プロセッサ（ＣＰＵ）は、暗号化（ＥＣ）及び復号化（ＤＣ）ユニットの全ての機能を管理している訳ではない。実際、全てのユニットを制御する中央プロセッサの場合、このプロセッサへのアクセスにより、既知の所定の鍵によりデータの暗号化及び復号化を行うために、外部エミュレータによりプロセッサを再プログラムすること、或いはプロセッサを短絡することが可能になろう。そのような作業を回避するために、複数の解決方法を想定することができる：
−  アーキテクチャがプロセッサのコアーのハードウェア部分内にインプリメントされた「トラストゾーン」タイプのセキュア化されたストラクチャに基づいた中央プロセッサ（ＣＰＵ）を使用する。セキュア化されたこの実行ドメインにより、プロセッサの回路の内外のメモリ及び周辺機器のソフトウェア的攻撃からの保護が可能になる。こうした分離により、セキュア化されたコード及びデータを、攻撃を受けることなくオペレーティングシステム側において確実かつ有効な方法で、制限された環境下で実行することができる。セキュリティ制御装置により中央プロセッサは、非セキュア状態から、秘密コードを実行するためにプロセッサがより高い特権レベルにアクセスするセキュア状態にアクセスする。こうしてプロセッサは、認証のようなタスク、署名の演算、セキュア化されたトランザクションの処理を実行することができる。従って中央プロセッサのセキュリティにアクセスすること、或いはこのセキュリティをウイルス又は許可されていないアプリケーションにより変更することは不可能になる。
−  第１マイクロプロセッサがセキュア化されたコードを実行し第２マイクロプロセッサがセキュア化されていない作業を実行する、２つのマイクロプロセッサを備えるシステムに基づいたアーキテクチャを設ける。第１プロセッサは外部からのあらゆるアクセスから隔離されると同時に、例えば、セキュア化されていない第２プロセッサの非許可制御に由来するあらゆるソフトウェア的攻撃から保護される。第１プロセッサは乱数を生成し、セキュリティモジュールからメッセージを受信し、このメッセージを復号化し、共通鍵を復号化ユニットにロードする。なお復号化（又は暗号化）ユニットは、この第１プロセッサによりソフトウェアとして作製することができることに留意されたい。
−  中央プロセッサ（ＣＰＵ）とは無関係に復号化ユニット（ＤＭＸ）及び復元ユニット（ＭＰＥＧ）を制御する適切なプロセッサにより、鍵の管理を前者のユニットに、処理プロセスの管理を後者ユニットにそれぞれ分散すること。暗号化（ＥＣ）ユニット及び復号化（ＤＣ）ユニットは、処理ユニット（ＵＴ）内に含まれる復号化ユニット（ＤＭＸ）及び復元ユニット（ＭＰＥＧ）内にハードウェア要素としてインプリメントされる。また暗号化ユニット及び復号化ユニットは、上で記載した３つの解決方法のいずれか１つによりセキュア化された作業専用のプロセッサにより管理されるマイクロコードの形態のソフトウェアタイプのものとすることもできる。これらのソフトウェア要素は調整され、それらの任務は仲介ソフトウェア「ミドルウェア」（ＭＤ）により割り当てられる。
【００３４】
ランダムアクセスメモリ（ＲＡＭ）は、例えば、より高速なアクセスタイムが得られるＳＤＲＡＭ（同期型ＤＲＲＡＭ）タイプ又はＳＲＡＭ（スタティックＲＡＭ）タイプのメモリなど、パーソナルコンピュータにおいて使われているメモリと同様のものとすることができる。
【００３５】
一構成例によれば、デコーダは、ランダムアクセスメモリ（ＲＡＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュＥＥＰＲＯＭ、或いは単数又は複数のハードディスク（ＨＤ）など、複数の種類の保存ユニットを接続することができるバス（Ｂ）を含むことができる。更に、暗号化されたオーディオ／ビデオデータは、バス（Ｂ）及びポート（Ｐ）を経由してローカルエリアネットワーク（ＬＡＮ）に送り、他のデコーダ又は処理ユニットが利用できるようにすることもできる。これらのデータのセキュリティは共通鍵（Ｋｉ）によるデータの暗号化により確保される。このネットワーク（ＬＡＮ）に接続された処理ユニット又はデコーダは、セキュリティモジュール内に記憶されている権利に応じてオーディオ／ビデオデータを管理し復号化することができるようになっている。
【００３６】
処理速度を最適化するために、通常、暗号化ユニット（ＥＣ）のレベルにおける暗号化は、ブロック及び／又はアドレスの混合プロセスを行う高速アルゴリズムを使用して行われる。例えばデータブロックは、共通鍵（Ｋｉ）によりパラメーターが決められるＸＯＲ（排他的ＯＲ）関数を使用してコード化することができる。同様の関数で、保存することになっている種々のブロックに割り当てられたメモリアドレスをコード化することもできる。別の暗号化方法は、共通鍵（Ｋｉ）を使用してブロックがメモリ内に保存される順序をコード化することからなる。このタイプのアドレス混合は、暗号化ユニット（ＥＣ）に内蔵されたＦＰＬＡ（フィールドプログラマブル論理アレー）回路により容易に実現することができる。もちろん、この暗号化には、他の、より高度なアルゴリズムを使用することもできる。
【００３７】
共通鍵（Ｋｉ）による暗号化は部分的なもの、即ち保存するデータブロックの一部分のみ、或いはこれらのブロックが保存されるメモリアドレスの一部のみ関するものでなければならない。好ましくは、暗号化は、データパケットのヘッダ又はデータの処理に使用するテーブルではなく、画像及び音声などエンドユーザー（ペイロード）向けのデータに関するものとする。
【００３８】
第１の変形形態によれば、共通暗号化鍵（Ｋｉ）は管理センター又は配信ネットワークヘッド（ヘッドエンド）により管理メッセージ（ＥＭＭ）を使用して送信される。各ユーザーに固有なオーディオ／ビデオデータの復号権も含むこのメッセージ（ＥＭＭ）は、通常、デコーダ（ＳＴＢ）の適当な読み取り装置に挿入されるチップカードの形態のセキュリティモジュール（ＳＭ）により処理される。この共通暗号化鍵（Ｋｉ）は配信チャンネルが変る毎に変化することができ、従って、配信される新しい管理メッセージ（ＥＭＭ）は新しい共通鍵（Ｋｉ）を含むことになる。
【００３９】
管理センター又はネットワークヘッド「ヘッドエンド」から送信されるメッセージの数量の低減を所望する場合に用いられる変形形態によれば、セキュリティモジュール（ＳＭ）により共通鍵Ｋｉを生成することができる。管理メッセージ（ＥＭＭ）に含まれる権利が有効であり、復号化ユニット（ＤＭＸ）によるデータ（ＤＴ）の復号化が可能であれば、このプロセスは管理メッセージとは無関係に実行される。実際、セキュリティモジュール（ＳＭ）は、オーディオ／ビデオデータ（ＤＴ）に含まれる制御語（ＣＷ）を含んだ制御メッセージＥＣＭを受信するため、チャンネル変更についての情報を有し、それにより同モジュールは新しい共通鍵（Ｋｉ）を生成することができる。
【００４０】
復号化ユニット（ＤＭＸ）は、オーディオ／ビデオデータ（ＤＴ）の受信後、セキュリティモジュール（ＳＭ）が制御メッセージＥＣＭから抽出する制御語（ＣＷ）を使用して、これらのデータを復号化する。この制御語（ＣＷ）は、ノンスクランブルで、或いは暗号化ユニット（ＥＣ）のプライベート鍵Ｋｅｃ又は仲介ソフトウェア「ミドルウェア」（ＭＤ）により復号化ユニット（ＤＭＸ）に提供される別の鍵により暗号化されて、復号化ユニット（ＤＭＸ）に送信される。
【００４１】
同時に、セキュリティモジュールは共通鍵（Ｋｉ）を入手し、暗号化ユニット（ＥＣ）のプライベート鍵（Ｋｅｃ）でこの鍵を暗号化する。鍵（Ｋｉ）は管理メッセージ（ＥＭＭ）から提供されるか、上で記載したように、鍵を生成するセキュリティモジュール自身から提供される。
【００４２】
この暗号文Ｋｅｃ（Ｋｉ）は暗号化ユニット（ＥＣ）に送信され、同ユニットはこの暗号文から共通鍵（Ｋｉ）を抽出し、それを使用して、復号化ユニット（ＤＭＸ）によって復号化されたデータを再度暗号化する。
【００４３】
好ましい変形形態によれば、オーディオ／デジタルデータの復号化ユニット（ＤＭＸ）と、復元ユニット（ＭＰＥＧ）と、処理されたオーディオ／ビデオデータの入出力インタフェースと、セキュリティモジュール（ＳＭ）への通信手段とを備え、復号化ユニット（ＤＭＸ）及び復元ユニット（ＭＰＥＧ）が、少なくとも１つのプライベート鍵（Ｋｅｃ、Ｋｄｃ）と１つの共通暗号化鍵（Ｋｉ）とを使用する暗号化ユニット（ＥＣ）と解読ユニット（ＤＣ）をそれぞれ備える処理ユニット（ＵＴ）によって受信されるデジタルオーディオ／ビデオデータ（ＤＴ）へのアクセス制御方法は、
−  制御語（ＣＷ）を含む制御メッセージ（ＥＣＭ）をセキュリティモジュール（ＳＭ）が受信する工程と、
−  セキュリティモジュールが共通鍵Ｋｉを取得し、共通鍵（Ｋｉ）と、暗号化ユニット（ＥＣ）のプライベート鍵Ｋｅｃにより暗号化され、制御語（ＣＷ）と第１ダイジェストＨ（Ｋｉ、ＣＷ）とを含む暗号文Ｋｅｃ（Ｋｉ、ＣＷ、Ｈ（Ｋｉ、ＣＷ））を生成する工程と、
−  暗号文Ｋｅｃ（Ｋｉ、ＣＷ、Ｈ（Ｋｉ、ＣＷ））を復号化ユニット（ＤＭＸ）に送信し、前記暗号文を鍵Ｋｅｃにより復号化し、共通鍵Ｋｉ及び制御語ＣＷのインテグリティを確認する工程と、
−  共通鍵（Ｋｉ）を暗号化ユニット（ＥＣ）にロードし、確認の結果が良好なとき、制御語（ＣＷ）によるオーディオ／ビデオデータの復号を許可する工程と、
−  共通鍵（Ｋｉ）を使用してオーディオ／ビデオデータを復号化し、暗号化ユニット（ＥＣ）により前記データを暗号化する工程と、
−  前記再暗号化されたデータを解読ユニット（ＤＣ）に送信する工程と、
−  オーディオ／ビデオデータに特有な共通鍵（Ｋｉ）をセキュリティモジュールが選択する工程と、
−  解読ユニット（ＤＣ）が乱数（ＡＬ）をセキュリティモジュール（ＳＭ）に送信する工程と、
−  共通鍵（Ｋｉ）と、乱数（ＡＬ）と第２ダイジェストＨ（Ｋｉ、ＡＬ）とを少なくとも含む解読ユニット（ＤＣ）のプライベート鍵（Ｋｄｃ）により暗号化された暗号文Ｋｄｃ（Ｋｉ、ＡＬ、Ｈ（Ｋｉ、ＡＬ））を形成し、次に送信する工程と、
−  解読ユニット（ＤＣ）が暗号文Ｋｄｃ（Ｋｉ、ＡＬ、Ｈ（Ｋｉ、ＡＬ））を受信する工程と、
−  前記解読ユニット（ＤＣ）のプライベート鍵Ｋｄｃを使用して前記暗号文を解読し、共通鍵（Ｋｉ）及び乱数（ＡＬ）のインテグリティを確認する工程と、
−  確認の結果が良好であるとき、受信した乱数（ＡＬ）を従前に生成した乱数と比較する工程と、
−  比較の結果が良好であるとき、共通鍵（Ｋｉ）をロードし、オーディオ／ビデオデータを解読する工程と、
を含むことを特徴とする。
【００４４】
セキュリティモジュール（ＳＭ）は、両者ともプライベート鍵（Ｋｅｃ）により暗号化された共通鍵（Ｋｉ）及び制御語（ＣＷ）を復号化ユニット（ＤＭＸ）及び暗号化ユニット（ＥＣ）に送信する。この暗号文Ｋｅｃ（Ｋｉ、ＣＷ）は、そのインテグリティを確保するために、認証コード、即ちＭＡＣコード（メッセージ認証コード）を構成するダイジェストＨ（Ｋｉ、ＣＷ）を含むことができる。このコードは通常、ＭＤ２、ＭＤ４、ＭＤ５（メッセージダイジェスト）又はＳＨＡ（セキュアハッシュアルゴリズム）タイプの一方向性ハッシュ関数を使用して、共通鍵（Ｋｉ）及び制御語（ＣＷ）から計算される。セキュア化されたプロセッサは、暗号文Ｋｅｃ（Ｋｉ、ＣＷ、Ｈ（Ｋｉ、ＣＷ））を受信すると、鍵（Ｋｅｃ）を使用して暗号を解読し、次に受信した鍵（Ｋｉ）及び制御語（ＣＷ）からダイジェストＨ（Ｋｉ、ＣＷ））’を計算し、このダイジェストを、受信したダイジェストＨ（Ｋｉ、ＣＷ）と比較する。計算によるダイジェストＨ（Ｋｉ、ＣＷ））’と受信したダイジェストＨ（Ｋｉ、ＣＷ）の比較で負の結果が生じただけで、鍵（Ｋｉ）及び制御語（ＣＷ）は有効であるとはみなされなくなる。すると、セキュア化されたプロセッサは、制御語を復号化ユニット（ＤＭＸ）に、共通鍵を暗号化ユニット（ＥＣ）にロードすることを許可される。これにより、制御語（ＣＷ）を使用してオーディオ／ビデオデータを復号化し、復号化されたデータを暗号化ユニット（ＥＣ）により暗号化することができる。
【００４５】
共通鍵（Ｋｉ）を制御語（ＣＷ）と結合させることの長所は、２つの受信システム、即ち「チューナー」を備えたデコーダ内に入る２つのストリームを交差させることが不可能になることである。無料解読を許可するストリームの共通鍵Ｋｉでは、制限された権利を含むストリームの共通鍵Ｋｉの代りになることはできない。もし２つのメッセージが交差した場合、制御語もまた交差することになろう。期待していた制御語とは別の制御語の場合、復号化が無効になる。
【００４６】
この変形形態は、同一操作時に暗号化鍵及び解読鍵をロードするとき特に好適である。ダイレクトモードでは、解読ユニット（ＤＣ）に共通鍵をロードする状態を用いるプロトコルを適用しないようにすることが可能である。セキュア化されたプロセッサは、本発明の処理ユニット内でセキュリティ関連の作業を担当し、制御語及び共通鍵Ｋｉを含むプライベート鍵によって暗号化されたメッセージを受け取る。この鍵は暗号化ユニット内及び解読ユニット内に同時にロードされる。インタフェースプログラムによりメッセージが別のメッセージに置き換えられたことではなく、適切な鍵がロードされたことを確認するために、制御語が存在することによりメッセージの変更が一切禁じられる。ノンスクランブルのストリームを必要とする場合は、元のメッセージのみを使用することができる。
【００４７】
セキュア化されたプロセッサ又はセキュア化されたモードを有する中央プロセッサを使用するインプリメンテーションにおいては、暗号化ユニット（ＥＣ）及び解読ユニット（ＤＣ）のプライベート鍵（Ｋｅｃ）は同一であり、実際にはセキュア化されたプロセッサのプライベート鍵であることに留意されたい。
【００４８】
共通鍵（Ｋｉ）を使用して暗号化ユニット（ＥＣ）により再暗号化されたデータは、その後の解読のために例えばハードディスク（ＨＤ）又は不飽和メモリ（ＥＥＰＲＯＭ）内に保存される。セキュリティモジュール（ＳＭ）は、共通鍵（Ｋｉ）からなる暗号文ＫＬ（Ｋｉ、ＩＤ）及びコンテンツ（Ｃ）の識別子（ＩＤ）を発生するが、両者ともセキュリティモジュール（ＳＭ）のローカル鍵（ＫＬ）により暗号化される。この暗号文は共通鍵（Ｋｉ）で暗号化されたコンテンツとともにハードディスク（ＨＤ）に保存されるか、セキュリティモジュール（ＳＭ）内又は個別のメモリ内に保存される。
【００４９】
この暗号文は、セキュリティモジュール（ＳＭ）から認識される暗号化ユニット（ＥＣ）のプライベート鍵（Ｋｅｃ）又は解読ユニット（ＤＣ）のプライベート鍵（Ｋｄｃ）など、他のプライベート鍵を使用して暗号化できることに留意されたい。
【００５０】
再暗号化されたこれらのデータは、その処理やその即時表示又は逐次表示のために、ポート（Ｐ）を介してローカルエリアネットワーク（ＬＡＮ）に送信することもできる。逐次表示の場合、データは、ローカルエリアネットワーク（ＬＡＮ）を構成する処理ユニット又はデコーダのハードディスク又はメモリユニット内に保存される。従ってデータの解読は、それを暗号化した処理ユニット又はデコーダとは異なる処理ユニット又はデコーダにより行われることになる。
【００５１】
ハードディスク（ＨＤ）上に保存されている暗号化されたコンテンツＫｉ（Ｃ）の読み出しの際、暗号文ＫＬ（Ｋｉ、ＩＤ）は仲介ソフトウェア「ミドルウェア」（ＭＤ）によりセキュリティモジュール（ＳＭ）に送信され、セキュリティモジュールは鍵（ＫＬ）を使用して暗号文を解読し、そこから識別子（ＩＤ）を抽出する。識別子はセキュリティモジュールにより解釈され、例えば、一旦解読されたコンテンツ（Ｃ）の許可された読み出し回数に相当する保存されたオーディオ／ビデオデータの利用に関するパラメーターがセキュリティモジュールにより決められる。次にセキュリティモジュール（ＳＭ）は解読ユニット（ＤＣ）にコマンドを送り、解読ユニットは乱数又は確率変数（ＡＬ）を発生し、これをセキュリティモジュール（ＳＭ）に送信する。セキュリティモジュールは、両者とも解読ユニット（ＤＣ）のプライベート鍵（Ｋｄｃ）により暗号化した確率変数（ＡＬ）並びにあらかじめ暗号文ＫＬ（Ｋｉ、ＩＤ）から抽出した共通鍵（Ｋｉ）からなる新しい暗号文Ｋｄｃ（Ｋｉ、ＡＬ）を準備する。この暗号文Ｋｄｃ（Ｋｉ、ＡＬ）はも解読ユニット（ＤＣ）に送信され、解読ユニットはそのプライベート鍵（Ｋｄｃ）で暗号文を解読する。受信し暗号文Ｋｄｃ（Ｋｉ、ＡＬ）から抽出された確率変数（ＡＬ）は、前に発生された確率変数（ＡＬ）と比較される。２つの確率変数（ＡＬ）が対応する場合、共通鍵（Ｋｉ）は有効であるとみなされる。すると共通鍵は解読ユニット（ＤＣ）にロードされ、解読ユニットはノンスクランブルのコンテンツ（Ｃ）を入手する。復元ユニット（ＭＰＥＧ）は得られたコンテンツ（Ｃ）を復元し、例えばテレビとの間で適合性を有するベースバンドタイプ（コンポジットビデオ、ＲＧＢ）のアナログオーディオ／ビデオ信号（ＡＶ）に変換する。
【００５２】
引用した特許第ＵＳ６２８６１０３号及び第ＷＯ００／５７６３６号に記載されているシステムでは、乱数は、セキュリティモジュールと機器の間のデータ送信をセキュア化する役割と、セキュリティモジュールの真正性を確認する役割を果たす。本発明においては、乱数は、無効になったとおもわれる鍵で暗号化されたデータの無許可の複製を防止するために、データを解読することができる共通鍵の有効性（又は古さ）を確認するのに用いられる。更に、解読する毎にセキュリティモジュールを介入させることにより、仮に機器に対し信頼が置けない場合でも、データに対するセキュリティを確保することができる。実際、共通鍵はもっぱらセキュリティモジュールにより生成されるか、管理メッセージＥＭＭの受信後に制御される。
【００５３】
一変形形態によれば、解読ユニット（ＤＣ）により生成された乱数（ＡＬ）は、前記解読ユニット（ＤＣ）のプライベート鍵（Ｋｄｃ）で暗号化された状態で送信することができる。このプライベート鍵Ｋｄｃを有するセキュリティモジュール（ＳＭ）は確率変数（ＡＬ）を解読して暗号文Ｋｄｃ（Ｋｉ、ＡＬ）を形成することができる。乱数（ＡＬ）は、そのインテグリティを確保するために、前記乱数（ＡＬ）を基にして計算されたダイジェストＨ（ＡＬ）を伴って送信することもできるが、その場合、両者は解読ユニット（ＤＣ）のプライベート鍵（Ｋｄｃ）により暗号化される。
【００５４】
別の変形形態によれば、暗号文Ｋｄｃ（Ｋｉ、ＡＬ）は、暗号文Ｋｄｃ（Ｋｉ、ＡＬ、Ｈ（Ｋｉ、ＡＬ））を形成するために、共通鍵（Ｋｉ）及び乱数（ＡＬ）を基にしてセキュリティモジュール（ＳＭ）により計算されたダイジェストＨ（Ｋｉ、ＡＬ）を含む。解読ユニット（ＤＣ）は、この暗号文を受信すると、暗号文から抽出された鍵（Ｋｉ）及び数（ＡＬ）を使用して計算するダイジェストＨ（Ｋｉ、ＡＬ）’と暗号文から抽出されたダイジェストＨ（Ｋｉ、ＡＬ）との比較により、ダイジェストＨ（Ｋｉ、ＡＬ）をまず確認する。この比較及び上で説明したような乱数（ＡＬ）の比較の結果が良好であれば、共通鍵（Ｋｉ）が解読ユニット（ＤＣ）にロードされ、コンテンツの解読を実行することができる。
【００５５】
一変形形態では、保存されているコンテンツＫｉ（Ｃ）に添付される暗号文ＫＬ（Ｋｉ、ＩＤ）は、例えばタイトルＴ、継続時間Ｄ、或いはコンテンツの種類（スポーツ、映画、ルポルタージュなど）を記述するコードＮなど、コンテンツ（Ｃ）に関する他の情報を含むことができる。暗号文はＫＬ（Ｋｉ、ＩＤ、Ｔ、Ｄ、Ｎ）と記号で表すことができる。
【００５６】
そのような暗号文ＫＬ（Ｋｉ、ＩＤ、Ｔ、Ｄ、Ｎ）の長所は、コンテンツの種類及び時間に応じてコンテンツの権利を管理することができることである。実際、例えば識別子（ＩＤ）及びコード（Ｎ）によりセキュリティモジュールは表示回数を制限することができる。
【００５７】
コンテンツの直接、即ち「ライブ」表示、つまりメモリユニットへの継続的記録をともなわない表示の時、処理ユニットは制御語（ＣＷ）を使用してコンテンツを復号化し、次に共通鍵（Ｋｉ）を使用してこれを暗号化した後、これを直接解読し、最後に復元する。第１段階では、セキュリティモジュール（ＳＭ）は制御語（ＣＷ）とコンテンツ（Ｃ）の識別子（ＩＤ）を保存し、セキュリティモジュール（ＳＭ）に含まれる権利に従い共通鍵（Ｋｉ）による解読を行うことができるか否かを判定する。
【００５８】
この「ライブ」モードでは、セキュリティモジュール（ＳＭ）が入手した共通鍵（Ｋｉ）は、暗号化ユニット（ＥＣ）にも解読ユニット（ＤＣ）にも送信される。この鍵Ｋｉは、それぞれのユニット（ＥＣ、ＤＣ）のプライベート鍵（Ｋｅｃ、Ｋｄｃ）で暗号化された状態で、或いは暗号化ユニット（ＥＣ）のみの鍵（Ｋｅｃ）で暗号化された状態で送信される。後者の場合、鍵は、解読ユニット（ＤＣ）を暗号化ユニット（ＥＣ）に接続するセキュア化された直接ハードウェア接続（ＣＳ）により、解読ユニット（ＤＣ）に送信される。この場合、保存されているデータの読み出しモードのように乱数（ＡＬ）を使用する制御段階はもはや必要ではなくなる。なぜなら解読ユニット（ＤＣ）は確実な出所から鍵（Ｋｉ）を受け取るからである。
【図面の簡単な説明】
【００５９】
【図１】図１は、有料デジタルテレビのデコーダに内蔵された処理ユニットの例のブロック線図であり、このユニットの外部の種々の要素であってデータ交換を行う要素を示す図である。
【図１】
2008521306.tif 000003
【国際調査報告】
2008521306.tif 000004
2008521306.tif 000005
2008521306.tif 000006
2008521306.tif 000007
2008521306.tif 000008
2008521306.tif 000009