(57)【要約】ここに開示されているのは、条件付きアクセス情報及びコンテンツ管理情報を別個に送信することを有するデータを送信する方法である。
2004507826.tif 000002
【特許請求の範囲】
【請求項１】
条件付きアクセス情報及びコンテンツ管理情報を別個に送信することを有することを特徴とするデータを送信する方法。
【請求項２】
コンテンツ管理情報がコンテンツプロバイダによって送信されることを特徴とする請求項１に記載の方法。
【請求項３】
コンテンツ管理情報が放送センタを介して送信されることを特徴とする請求項１または２に記載の方法。
【請求項４】
コンテンツ、コンテンツへのアクセスに条件を付けるための条件付けアクセス情報、及びコンテンツを管理するためであるコンテンツ管理情報を送信することをさらに有することを特徴とする前記請求項のいずれかに記載の方法。
【請求項５】
コンテンツがコンテンツ管理情報とは関係なく送信され、条件付けアクセス情報と関係なく送信されてよいことを特徴とする請求項３に記載の方法。
【請求項６】
コンテンツ管理情報が条件付けアクセス情報に対する少なくとも１つの参照を有することを特徴とする前記請求項のいずれかに記載の方法。
【請求項７】
コンテンツ管理情報を暗号化することをさらに有することを特徴とする前記請求項のいずれかに記載の方法。
【請求項８】
送信されたコンテンツ管理情報が、コンテンツ管理情報が意図される少なくとも１台のデバイスを指定するデバイス識別子を有することを特徴とする前記請求項のいずれかに記載の方法。
【請求項９】
コンテンツ管理情報がデバイス識別子に応じて生成されることを特徴とする請求項８に記載の方法。
【請求項１０】
さらに、条件付きアクセス情報を受信することと、コンテンツ管理情報を受信することと、受信された条件付きアクセス情報とコンテンツ管理情報を１つの結合されたデータ単位に結合することとを有することを特徴とする前記請求項のいずれかに記載の方法。
【請求項１１】
条件付きアクセス情報を受信することと、コンテンツ管理情報を受信することと、受信された条件付きアクセス情報とコンテンツ管理情報を１つの結合データ単位に結合することとをゆうすることを特徴とするデータを受信する方法。
【請求項１２】
結合データ単位を記憶することをさらに有することを特徴とする請求項１０または１１に記載の方法。
【請求項１３】
結合データ単位を暗号化キーで暗号化することをさらに有し、該暗号化キーが好ましくはデバイス、加入者、商業的なオファー、またはコンテンツと関連付けられることを特徴とする請求項１０から１２のいずれかに記載の方法。
【請求項１４】
暗号化キーの同等物が削除可能なセキュリティモジュールに記憶されていることを特徴とする請求項１３に記載の方法。
【請求項１５】
暗号化キーを期限切れにさせることをさらに有することを特徴とする請求項１３または１４に記載の方法。
【請求項１６】
暗号化キーの同等物を有する追加データ単位を作成することと、追加暗号化キーで追加データ単位を暗号化することをさらに有し、追加暗号化キーが好ましくはデバイス、加入者、商業的なオファーまたはコンテンツに関連付けられることを特徴とする請求項１３から１５のいずれかに記載の方法。
【請求項１７】
別の関係者に、結合データ単位と追加データ単位、及び好ましくはコンテンツを配布することをさらに有することを特徴とする請求項１６に記載の方法。
【請求項１８】
結合データ単位が特定の時間に関係し、条件付けアクセス情報とコンテンツ管理情報を結合するステップが、さらに、特定の時間に関係するタイミング値を結合データ単位に記憶し、それにより該タイミング値がビデオ録画制限を施行するために以降使用できることをさらに有することを特徴とする請求項１０から１７のいずれかに記載の方法。
【請求項１９】
コンテンツ、コンテンツへのアクセスに条件を付けるための条件付きアクセス情報、及びコンテンツを管理するためのコンテンツ管理情報をさらに有することを特徴とする前記請求項のいずれかに記載の方法。
【請求項２０】
コンテンツを結合データ単位に別個に記憶することをさらに有することを特徴とする請求項１９に記載の方法。
【請求項２１】
結合データ単位をコンテンツの一部に関連付けるロケータを記憶することをさらに有することを特徴とする請求項１９または２０に記載の方法。
【請求項２２】
コンテンツの少なくとも一部が暗号有効期間に対応することを特徴とする請求項１９から２１のいずれかに記載の方法。
【請求項２３】
コンテンツを暗号化し直すことをさらに有することを特徴とする請求項１９から２２のいずれかに記載の方法。
【請求項２４】
暗号有効期間のサイズが再暗号化により修正されることを特徴とする請求項２２と２３に記載の方法。
【請求項２５】
さらに、コンテンツを使用するという要求を受信することと、結合データ単位を受信することと、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出することと、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証することとを有することを特徴とする請求項１９から２４のいずれかに記載の方法。
【請求項２６】
コンテンツを使用するという要求を受信することと、条件付きアクセス情報とコンテンツ管理情報を有する結合データ単位を受信することと、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出することと、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証することとを有することを特徴とするコンテンツを使用するという要求を確証する方法。
【請求項２７】
さらに、コンテンツの少なくとも一部を逆スクランブルするために、条件付きアクセスデータから逆スクランブルデータを抽出することと、逆スクランブルデータを出力することとを有することを特徴とする請求項２５または２６に記載の方法。
【請求項２８】
コンテンツの一部を複製することをさらに有することを特徴とする請求項１９から２７のいずれかに記載の方法。
【請求項２９】
コンテンツの少なくとも一部を逆スクランブルするために逆スクランブルデータをバッファに入れることをさらに有することを特徴とする請求項２８に記載の方法。
【請求項３０】
さらに、コンテンツ内の現在位置に対応する逆スクランブルデータを入手することと、コンテンツ内の少なくとも１つの別の位置に対応する追加逆スクランブルデータを得ることと、追加逆スクランブルデータを記憶することとを有することを特徴とする請求項１９から２９のいずれかに記載の方法。
【請求項３１】
さらに、結合データ単位を修正することと、修正された結合データ単位を記憶することとを有することを特徴とする請求項１０から３０のいずれかに記載の方法。
【請求項３２】
修正が一般的なコンテンツ使用モードに従っていることを特徴とする請求項３１に記載の方法。
【請求項３３】
コンテンツ管理情報が受信機／デコーダで受信されることを特徴とする前記請求項のいずれかに記載の方法。
【請求項３４】
条件付きアクセス情報及びコンテンツ管理情報を別個に送信する手段を有することを特徴とするデータを送信する装置。
【請求項３５】
放送センタを介してコンテンツ管理情報を送信する手段をさらに有することを特徴とする請求項３４に記載の装置。
【請求項３６】
さらにコンテンツを送信する手段を有することを特徴とする請求項３４または３５に記載の装置。
【請求項３７】
コンテンツ管理情報を送信する手段及びコンテンツを送信する手段が別個に送信するように適合されることを特徴とする請求項３４から３６のいずれかに記載の装置。
【請求項３８】
コンテンツ管理情報の中に、対応する条件付きアクセス情報に対する少なくとも１つの基準を挿入する手段をさらに有することを特徴とする請求項３４から３７のいずれかに記載の装置。
【請求項３９】
コンテンツ管理情報を暗号化する手段をさらに有し、好ましくは条件付きアクセス情報を暗号化する手段も有することを特徴とする請求項３４から３８のいずれかに記載の装置。
【請求項４０】
コンテンツ管理情報の中に、コンテンツ管理情報が意図される少なくとも１つのデバイスを指定するデバイス識別子を挿入する手段をさらに有することを特徴とする請求項３４から３９のいずれかに記載の装置。
【請求項４１】
デバイス識別子に応じてコンテンツ管理情報を生成する手段をさらに有する請求項４０に記載の装置。
【請求項４２】
条件付きアクセス情報を受信する手段と、コンテンツ管理情報を受信する手段と、受信された条件付きアクセス情報とコンテンツ管理情報を１つの結合されたデータ単位に結合する手段とを有することを特徴とするデータを受信する装置。
【請求項４３】
さらに結合データ単位を記憶する手段を有することを特徴とする請求項４２に記載の装置。
【請求項４４】
結合データ単位を暗号化キーで暗号化する手段をさらに有することを特徴とする請求項４２または４３に記載の装置。
【請求項４５】
暗号化キーの同等物を記憶する手段を有することを特徴とする請求項４４に記載の装置。
【請求項４６】
暗号化キーを期限切れにさせる手段をさらに有することを特徴とする請求項４４または４５に記載の装置。
【請求項４７】
さらに、暗号化キーの同等物を有する追加データ単位を作成する手段と、追加暗号化キーで追加データ単位を暗号化する手段とを有することを特徴とする請求項４４から４６のいずれかに記載の装置。
【請求項４８】
結合データ単位、追加データ単位及び好ましくはコンテンツを配布する手段をさらに有することを特徴とする請求項４７に記載の装置。
【請求項４９】
結合データ単位が関係する特定の時間に関係するタイミング値を生成する手段をさらに有することを特徴とする請求項４２から４８のいずれかに記載の装置。
【請求項５０】
さらにコンテンツを受信する手段を有することを特徴とする請求項４２から４９のいずれかに記載の装置。
【請求項５１】
結合データ単位を記憶する手段が、結合データ単位とは関係なくコンテンツを記憶するように適合されることを特徴とする請求項５０に記載の装置。
【請求項５２】
結合データ単位をコンテンツの一部と関連付けるロケータを生成する手段をさらに有することを特徴とする請求項５０または５１に記載の装置。
【請求項５３】
さらにロケータを記憶する手段を有することを特徴とする請求項５２に記載の装置。
【請求項５４】
コンテンツを暗号化し直す手段をさらに有することを特徴とする請求項５０から５３のいずれかに記載の装置。
【請求項５５】
さらに、コンテンツを使用するという要求を受信する手段と、結合データ単位を受信する手段と、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出する手段と、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証する手段とをさらに有することを特徴とする請求項５０から５４のいずれかに記載の装置。
【請求項５６】
さらに、条件付きアクセスデータからコンテンツの少なくとも一部を逆スクランブルするために逆スクランブルデータを抽出する手段と、逆スクランブルデータを出力する手段とを有することを特徴とする請求項５０から５４のいずれかに記載の装置。
【請求項５７】
さらにコンテンツを複製する手段を有することを特徴とする請求項５０から５６のいずれかに記載の装置。
【請求項５８】
さらに逆スクランブルデータをバッファに入れる手段を有することを特徴とする請求項５７に記載の装置。
【請求項５９】
逆スクランブルデータをバッファに入れる手段が、好ましくは、コンテンツ内の現在位置に対応する逆スクランブルデータを入手する手段と、コンテンツ内の少なくとも１つの異なる位置に対応する逆スクランブルデータを入手する手段と、追加逆スクランブルデータを記憶する手段とを有することを特徴とする請求項５８に記載の装置。
【請求項６０】
さらに、結合データ単位を修正する手段と、新しい結合データ単位を記憶する手段とを有することを特徴とする請求項４２から５９のいずれかに記載の装置。
【請求項６１】
コンテンツを使用するという要求を受信する手段と、条件付きアクセス情報とコンテンツ管理情報を有する結合データ単位を受信する手段と、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出する手段と、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証する手段とを有することを特徴とするコンテンツを使用するという要求を確証する装置。
【請求項６２】
さらに、条件付きアクセスデータからコンテンツの少なくとも一部を逆スクランブルするために、逆スクランブルデータを抽出する手段と、逆スクランブルデータを出力する手段とを有することを特徴とする請求項６１に記載の装置。
【請求項６３】
コンテンツを複製する手段をさらに有することを特徴とする請求項６１または６２に記載の装置。
【請求項６４】
逆スクランブルデータをバッファに入れる手段をさらに有することを特徴とする請求項６１から６３のいずれかに記載の装置。
【請求項６５】
逆スクランブルデータをバッファに入れる手段が、コンテンツ内の現在位置に対応する逆スクランブルデータを入手する手段と、コンテンツ内の少なくとも１つの別の位置に対応する追加逆スクランブルデータを入手する手段と、追加逆スクランブルデータを記憶する手段とを有することを特徴とする請求項６４に記載の装置。
【請求項６６】
さらに、結合データ単位を修正する手段と、新しい結合データ単位を記憶する手段とを有することを特徴とする請求項６１から６５のいずれかに記載の方法。
【請求項６７】
結合データ単位を修正する手段が、一般的なコンテンツ使用モードに従って結合データ単位を修正する手段を有することを特徴とする請求項６６に記載の装置。
【請求項６８】
条件付きアクセス情報及びコンテンツ管理情報を個別に送信するように適合されるエミッタ及び関連付けられるプロセッサを有することを特徴とするデータを送信する装置。
【請求項６９】
コンテンツ管理情報を、放送センタを介して送信するようにさらに適合される請求項６８に記載の装置。
【請求項７０】
コンテンツを送信するようにさらに適合される請求項６８または６９に記載の装置。
【請求項７１】
コンテンツ管理情報を送信するように適合されるエミッタと関連付けられるプロセッサ、及びコンテンツを転送するように適合される追加のエミッタと追加の関連付けられるプロセッサを有し、該エミッタと関連付けられるプロセッサ及び該追加エミッタと関連付けられるプロセッサが個別に送信するように適合されることを特徴とする請求項６８から７０のいずれかに記載の装置。
【請求項７２】
コンテンツ管理情報の中に、対応する条件付きアクセス情報にすくなくとも１つの基準を挿入するように適合されるプロセッサをさらに有することを特徴とする請求項６８から７１のいずれかに記載の装置。
【請求項７３】
コンテンツ管理情報を暗号化するように適合され、好ましくは条件付きアクセス情報を暗号化するようにも適合されることを特徴とする請求項６８から７２のいずれかに記載の装置。
【請求項７４】
コンテンツ管理情報を生成し、コンテンツ管理情報の中に、コンテンツ管理情報が意図される少なくとも１つのデバイスを指定するデバイス識別子を挿入するようにさらに適合されることを特徴とする請求項６８から７３のいずれかに記載の装置。
【請求項７５】
コンテンツ管理情報を生成するように適合されるプロセッサが、さらに、デバイス識別子に応じてコンテンツ管理情報を生成するようにさらに適合されることを特徴とする請求項７４に記載の装置。
【請求項７６】
条件付きアクセス情報とコンテンツ管理情報を受信するように適合される受信機と、受信された条件付きアクセス情報とコンテキスト管理情報を１つの結合データ単位に結合するように適合されるプロセッサと有することを特徴とするデータを受信する装置。
【請求項７７】
結合データ単位を記憶するように適合される記憶媒体をさらに有することを特徴とする請求項７６に記載の装置。
【請求項７８】
結合データ単位を暗号化キーで暗号化するようにさらに適合されることを特徴とする請求項７６または７７に記載の装置。
【請求項７９】
暗号化キーの同等物を記憶するように適合される削除可能なセキュリティモジュールをさらに有することを特徴とする請求項７８に記載の装置。
【請求項８０】
暗号化キーを期限切れにさせるようにさらに適合されることを特徴とする請求項７８または７９に記載の装置。
【請求項８１】
暗号化キーの同等物を有する追加データ単位を作成し、追加暗号化キーで追加データ単位を暗号化するようにさらに適合されることを特徴とする請求項７８から８０のいずれかに記載の装置。
【請求項８２】
結合データ単位、追加データ単位及び好ましくはコンテンツを配布するようにさらに適合されることを特徴とする請求項８１に記載の装置。
【請求項８３】
結合データ単位が関係する特定の時間に関係するタイミング値を生成するように適合されるタイマをさらに有することを特徴とする請求項７６または８７のいずれかに記載の装置。
【請求項８４】
コンテンツを受信するようにさらに適合されることを特徴とする請求項７６から８３のいずれかに記載の装置。
【請求項８５】
記憶媒体が結合データ単位と無関係にコンテンツを記憶するように適合されることを特徴とする請求項８４に記載の装置。
【請求項８６】
結合データ単位をコンテンツの一部と関連付けるロケータを生成するようにさらに適合されることを特徴とする請求項８４または８５に記載の装置。
【請求項８７】
結合データ単位を記憶するように適合される記憶媒体が、ロケータを記憶するように適合されることを特徴とする請求項８５または８６に記載の装置。
【請求項８８】
コンテンツを暗号化し直すようにさらに適合されることを特徴とする請求項８４から８７のいずれかに記載の装置。
【請求項８９】
コンテンツを使用するという要求を受信するように適合される入力をさらに有し、受信機が結合データ単位を受信するように適合され、プロセッサが条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出するように適合され、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証するようにさらに適合されることを特徴とする請求項８４から８８のいずれかに記載の装置。
【請求項９０】
さらに出力を有し、プロセッサが、条件付きアクセスデータからコンテンツのすくなくとも一部を逆スクランブルするために逆スクランブルデータを抽出するようにさらに適合され、出力が逆スクランブルデータを出力するように適合されることを特徴とする請求項８４から８９のいずれかに記載の装置。
【請求項９１】
コンテンツを複製するようにさらに適合されることを特徴とする請求項８４から９０のいずれかに記載の装置。
【請求項９２】
逆スクランブルデータをバッファに入れるように適合されたメモリをさらに有することを特徴とする請求項９１に記載の装置。
【請求項９３】
コンテンツ内の現在位置に対応する逆スクランブルデータを入手し、コンテンツ内の少なくとも１つの別の位置に対応する追加逆スクランブルデータを入手し、追加逆スクランブルデータを記憶するようにさらに適合されることを特徴とする請求項９２に記載の装置。
【請求項９４】
結合データ単位を修正し、新しい結合データ単位を記憶するようにさらに適合されることを特徴とする請求項７６から９３のいずれかに記載の装置。
【請求項９５】
コンテンツを使用するという要求を受信し、条件付きアクセス情報とコンテンツ管理情報を有する結合データ単位を受信するように適合される受信機と、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出し、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証するように適合されるプロセッサとを有することを特徴とするコンテンツを使用するという要求を確証する装置。
【請求項９６】
出力をさらに有し、プロセッサが、コンテンツの少なくとも一部を逆スクランブルするために条件付きアクセスデータから逆スクランブルデータを抽出するように適合されることを特徴とする請求項９５に記載の装置。
【請求項９７】
さらにコンテンツを複製するように適合されることを特徴とする請求項９５または９６に記載の装置。
【請求項９８】
逆スクランブルデータをバッファに入れるように適合されるメモリをさらに備える請求項９５から９７のいずれかに記載の装置。
【請求項９９】
コンテンツ内の現在位置に対応する逆スクランブルデータを入手し、コンテンツ内の少なくとも１つの別の位置に対応する追加逆スクランブルデータを入手し、追加逆スクランブルデータを記憶するように適合されることを特徴とする請求項９５から９８のいずれかに記載の装置。
【請求項１００】
結合データ単位を修正し、新しい結合データ単位を記憶するようにさらに適合されることを特徴とする請求項９５から９９のいずれかに記載の装置。
【請求項１０１】
一般的なコンテンツ使用モードに従って結合データ単位を修正するようにさらに適合されることを特徴とする請求項１００に記載の装置。
【請求項１０２】
請求項４２から６０または７６から９４のいずれかに記載のデータを受信する装置を組み込むことを特徴とする受信機／デコーダ。
【請求項１０３】
請求項６１から６７または９５から１０１のいずれかに記載のデータを確証する装置を組み込むことを特徴とする受信機／デコーダ。
【請求項１０４】
請求項１０２または１０３に記載の受信機／デコーダを組み込むことを特徴とする放送システム。
【請求項１０５】
コンテンツ管理システムにそれを向けることができるようにする識別子を含んだエンタイトルメント管理メッセージを有することを特徴とするパケット。
【請求項１０６】
好ましくはアドレス指定情報に加えてコンテンツ管理情報から成り立つことを特徴とするパケット。
【請求項１０７】
コンテンツ管理情報、条件付きアクセス情報及びエンタイトルメント管理情報を有することを特徴とするパケット。
【請求項１０８】
条件付きアクセス情報とコンテンツ管理情報を結合データ単位としてその上に記憶することを特徴とする記憶手段。
【請求項１０９】
条件付きアクセス情報及びコンテンツ管理情報を有することを特徴とする結合データ単位。
【請求項１１０】
請求項１から３３のいずれかに記載の方法を実行するように適合されることを特徴とする放送システム。
【請求項１１１】
請求項１から３３のいずれかに記載の方法を実行することを特徴とするコンピュータプログラム。
【請求項１１２】
請求項３４から１０１に記載の装置特徴のいずれかを実現することを特徴とするコンピュータプログラム。
【請求項１１３】
請求項１から３３のいずれかに従って方法を実行することを特徴とするコンピュータプログラム製品。
【請求項１１４】
請求項３４から１０１のいずれかに従って装置特徴のいずれかを実現することを特徴とするコンピュータプログラム。
【請求項１１５】
請求項１１１または１１２に従ってコンピュータプログラムを実現することを特徴とする信号。
【請求項１１６】
請求項１１２に従って信号を送信することを特徴とする方法。
【請求項１１７】
請求項１１１または１１２に従ってコンピュータプログラムをサポートするオペレーティングシステムを有することを特徴とするコンピュータ製品。
【請求項１１８】
請求項１１１または１１２に従ってプログラムをその上に記憶させることを特徴とするコンピュータ読み取り可能媒体。
【請求項１１９】
実質的に添付図面を参照してここに説明されるような添付図面に示されることを特徴とする装置。
【請求項１２０】
実質的に図４から図６に参照してここに説明され、添付図面の図４から図６に示されることを特徴とする受信機／デコーダ。
【請求項１２１】
実質的に添付図面の図１に関して、及び添付図面の図１に示されるようにここに説明されることを特徴とする放送システム。
【請求項１２２】
実質的に添付図面の図１４から３４に関してここに説明されることを特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、条件付きアクセス及びコンテンツ管理情報を送受するための装置、要求を確証するための装置、受信機／デコーダ、放送センタ、放送システム、パケット、記憶媒体、条件付きアクセス及びコンテンツ管理情報を送受する方法、及び要求を確証する方法に関する。
【０００２】
本発明は、受信機／デコーダの使用量を制御すること、詳細には受信機／デコーダの制御下で記録、再生される番組のデジタル権利管理及びコンテンツ保護を提供することに特定の用途がある。
【０００３】
暗号化されたデータの送信は、各自が送信された番組を後の視聴のために逆スクランブル（デスクランブル）できる受信機／デコーダを所有する数多くの加入者に対しスクランブルされた視聴覚情報が、通常衛星によって一斉送信されるペイテレビシステムの分野では周知である。受信機／デコーダの例は、ウェブブラウザ、ビデオレコーダまたはテレビ等のデコーダが物理的に別個の受信機と組み合わせて機能し、追加機能を含んでよい「セットトップボックス」を含む。
【０００４】
典型的なペイテレビシステムでは、スクランブルされたデジタルデータは、デジタルデータを逆スクランブルするための制御ワードとともに送信され、該制御ワード自体が活用キーによって暗号化され、暗号化された形式で送信され、スクランブルされたデジタルデータ及び暗号化された制御ワードは、暗号化された制御ワードを平文に直し、その後送信されたデータを逆スクランブルするために必要な活用キーの同等物を所有する受信機／デコーダによって受信され、受信機／デコーダは、その依然としてスクランブルされた形式でデジタルデータをデジタル記録装置に渡すようにさらに適合されている。支払い済みの加入者は、毎月、ある特定の番組の視聴を可能とするために、暗号化された制御ワードを復号するために必要な活用キーの同等物を受信するだろう。
【０００５】
デジタル技術の到来を受けて、送信されるデータの品質は何倍も向上してきた。デジタル品質データにまつわる特定の問題は、その複製の容易さにある。逆スクランブルされた番組が、標準的なＶＣＲによる視聴及び録画のためにアナログリンク（例えば「ペリテル」リンク）を介して渡される場合、品質は標準的なアナログカセットレコーディングにまつわる問題を依然として上回らない。したがって、このようなレコーディングが海賊版を作成するためのマスターテープとして使用される可能性があるというリスクは、標準的な店舗で購入されたアナログカセットに伴うリスクを超えない。
【０００６】
対照のために、直接デジタルリンクにより新世代のデジタルレコーディングデバイス（例えば、ＤＶＨＳレコーダ）の１つに渡される逆スクランブルされたデジタルデータは、最初に送信された番組と同じ品質となり、このようにして画質または音質の劣化を受けずに何度も複製されることがある。したがって、逆スクランブルされたデータが海賊版、追加のデジタルコピーまたは単純なアナログＶＨＳコピーのどちらかさえ作成するためにマスタレコーディングとして使用されるというかなりのリスクがある。
【０００７】
主題が参照してここに組み込まれているＣａｎａｌ＋　Ｓｏｃｉｅｔｅ　Ａｎｏｎｙｍｅの名前の仏特許出願番号第９５　０３８５９号は、この問題に取り組むシステムを開示している。このシステムでは、デジタルレコーダは受信機／デコーダから受信し、明瞭な形式よりむしろスクランブルされた形式で番組データを内部に記録し、相応して、番組再生の最中に、スクランブルされた形式で受信機／デコーダに番組を送信し直す。このようにして元の状態に戻された番組データは、受信機／デコーダとデジタルレコーダの間のリンクを介して渡されることもなく、デジタルレコーダ自体に記憶されることもないため、著作権侵害のリスクを削減する。したがって、受信機／デコーダ、または受信機／デコーダに取り付けられるセキュリティデバイスは、受信機／デコーダとビデオレコーダ間のデータの解読、及び必要とされる場合にはスクランブルの責任を持つ。
【０００８】
任意の時間の後に記録されたコンテンツを視聴できるようにするために、コンテンツを逆スクランブルするための制御ワードは、デジタルレコーダ内で―暗号化し直された制御ワードを含む―スクランブルされたコンテンツの記憶の前に局所活用キーで暗号化し直される。このようにして、制御ワードを暗号化するために最初に使用された（非局所）活用キーが変更された後も記録されたコンテンツを視聴できる。
【０００９】
本発明は、前記従来の技術で遭遇した問題を矯正しようと努めている。
【００１０】
したがって、条件付きアクセス情報及びコンテンツ管理情報を別個に送信することを有する、データを送信する方法が提供される。その結果として、さらに大きな汎用性が生じる。
【００１１】
さらに、コンテンツ管理情報と条件付きアクセス情報を区別することにより、さまざまな種類の情報に対する責任を異なる関係者の間で分けることがさらに容易になる。
【００１２】
コンテンツ管理情報は、好ましくは、条件付アクセス情報とは違うときに少なくとも部分的に送信され、少なくとも部分的に異なる基点から送信されてよい。特に、コンテンツ管理情報及び条件付アクセス情報は、好ましくは、別々のパケットの形で送信される。
【００１３】
ここで使用されるような用語「パケット」は、コンピュータメモリに記憶される一連の値として、あるいはネットワークを横断する電気的な信号としてなどの任意の形式で実現されるデータの自己完結した単位を暗示する。ＩＰデータグラムがパケットの典型的な例だろう。
【００１４】
コンテンツ管理情報は、好ましくは、コンテンツの使用の規則を有する。一般的には、このような規則は好ましくは例えば、作成できるレコーディングのコピーの数と種類に対するなんらかの、すべてのあるいは任意の制限、早送りに対する「トリックモード」制限、ビデオ録画制限、道徳的な評価、及びスーパーディストリビューションフラグなどの配信モードに関する多様なデータを含むコンテンツへのアクセスに関する法的なあるいは商業上の基準を含む。規則は、電子ワレットの中の通貨及び金額、あるいは必要とされるトークン数を指定することにより、（ペイパープレイ、レンタル等の）さまざまな消費モード二関連するコンテンツの価格を指定してもよい。つまり、規則は複雑となることがあり、例えば、ある特定のサービスへの加入時に１回の無料プレビューが提供される旨あるいはエンドユーザの消費履歴に従って番組で割引が提供されてよい旨を述べる。コンテンツ管理情報は、さらに、例えばペイパービューなどのトランザクションに関連するマイクロペイメント方式に関する情報を含んでよい。このようなマイクロペイメント方式は、コンテンツプロバイダと技術プロバイダ間の契約の結果生じることがある。
【００１５】
使用規則メッセージ（Ｕｓａｇｅ　Ｒｕｌｅｓ　Ｍｅｓｓａｇｅ）（ＵＲＭ）は、コンテンツ管理情報の特定の例である。それは、番組または他のコンテンツ単位に対し固有であってよいか、あるいは（例えば、ＤＶＤの章に類似した）このような番組または単位の特定的な部分に関連付けられてよい。その点において、ＵＲＭは、大部分の条件付きアクセス情報とは対照的に、必ずしも特定的な暗号有効期間と関連していない。
【００１６】
対照的に、ここに使用されるように、用語「条件付アクセス情報」は、好ましくは、エンタイトルメント管理メッセージ（Ｅｎｔｉｔｌｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｍｅｓｓａｇｅｓ）（ＥＭＭ）及びエンタイトルメント制御メッセージ（Ｅｎｔｉｔｌｅｍｅｎｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅｓ）（ＥＣＭ）などの条件付きアクセスシステムに関係する、あるいは条件付きアクセスシステムにより使用される情報を暗示する。用語「エンタイトルメント管理メッセージ」（「ＥＭＭ」）は、好ましくは、加入者または加入者の視聴、レコーディングまたは再生の権利の管理のためのメッセージを暗示し、例えば、後述される従来のＥＭＭとＣＭＰ＿ＥＭＭの両方をカバーする場合がある。
【００１７】
コンテンツ管理情報は、好ましくは、したがってコンテンツ管理情報の配信を簡略化できるコンテンツプロバイダより送信される。
【００１８】
ここに使用されているような用語「コンテンツプロバイダ」は、好ましくは、コンテンツを制作する、コンテンツを配信のために利用できるようにする、あるいは両方を行うエンティティを暗示する。コンテンツプロバイダの例は、例えば、テレビ番組の形式でコンテンツを制作するテレビスタジオである場合がある。該用語はコンテンツに関連する商業的または法律のエンティティを指す可能性があるが、好ましくはコンテンツが利用できるようになる装置を指す。
【００１９】
コンテンツ管理情報は、好ましくはデータの送信のための既存の手段を利用できるようにする放送センタを介して送信される。実際には、情報の種類の両方とも電話接続あるいはインターネットまたは他のネットワークの接続を介して、あるいは衛星、ケーブルまたは他の一斉送信の一部として送信されてよい。放送センタは、例えば、ケーブルテレビネットワークまたは衛星テレビ送信システムのネットワーク運用センタのヘッドエンドである場合があるだろう。
【００２０】
方法は、好ましくはコンテンツ、条件付きアクセス情報がコンテンツへのアクセスの条件を設けるためであるコンテンツ、及びコンテンツを管理するためであるコンテンツ管理情報を送信することを有する。コンテンツを送信することにより、条件付きアクセス情報及びコンテンツ管理情報の両方にコンテキストが提供され、コンテンツの管理はさらに効率的に実施できる。
【００２１】
ここに使用されるような用語「コンテンツ」は、好ましくは、このような実施形態の特定の形式とは対照的に具体的に実現できる情報を暗示する。コンテンツの例は、音声／画像双方向性のデータ、コンピュータプログラム、特定のコンピュータプログラムに関連するデータ、及び他の種類のデータを含む。ここに使用されるような用語「音声／画像データ」は、好ましくは音声データ、画像データ、または従来のテレビ放送でのような該２つの組み合わせを暗示する。
【００２２】
コンテンツは、好ましくは、コンテンツ管理情報とは関係なく送信され、代わりにまたはさらに、条件付きアクセス情報と関係なく送信されてよい。これにより、さまざまな種類の情報の送信にさらに大きな柔軟性が生じる。
【００２３】
コンテンツ管理情報は、好ましくは条件付きアクセス情報に対する少なくとも１つの参照を有する。これにより、関係するコンテンツ管理情報及び条件付きアクセス情報をさらに容易に相互参照できるようになり、条件付アクセス情報及びコンテンツ管理情報をコンテンツの同じ部分に拘束できるようにする。参照は、好ましくはコンテンツ識別子の形式であり、好ましくはセッション番号である。
【００２４】
方法は、好ましくは、システムのセキュリティを改善できるように、さらにコンテンツ管理情報を暗号化することを備える。同じ理由から、条件付きアクセス情報も好ましくは暗号化される。コンテンツ管理情報は、条件付きアクセス情報を暗号化するために使用される活用キーとは異なる活用キーを使用して暗号化され、別の暗号化アルゴリズムを使用して暗号化されてよく、セキュリティをさらに改善する結果となる。
【００２５】
送信されるコンテンツ管理情報は、コンテンツ管理情報が意図される少なくとも１つのデバイスを指定するデバイス識別子を有してよく、それによりコンテンツ管理情報のさらに選択的な送信が可能になる。
【００２６】
コンテンツ管理情報は、デバイス識別子に応じて生成されてよく、デバイス識別子は好ましくは少なくとも一人の加入者に関連付けられる。方法は、さらに、加入者から命令を受信すること、及び命令に応じてコンテンツ管理情報を生成することを有してよい。このような命令は、例えば、衝動買いやペイパービュー要求を有することがある。異なるデバイスに異なるコンテンツコンテンツ管理情報を生成できることによりさらに大きな柔軟性を与えることができる。
【００２７】
方法は、好ましくは、さらに、条件付きアクセス情報を受信することと、コンテンツ管理情報を受信することと、受信された条件付きアクセス情報とコンテンツ管理情報を１つの結合されたデータ単位に結合することとを有する。方法は、好ましくは、さらに、受信された条件付きアクセス情報及びコンテンツ管理情報の一部またはすべてを、それらを結合する前に平文に直すことを有する。受信された条件付きアクセス情報及びコンテンツ管理情報を１つの結合されたデータ単位に結合することによって、このような情報は、必要時にさらに効率的に提供できる。ここに使用されているように、用語「データを受信する」及び類似する用語はデータのフィルタリングを暗示する場合があるが、例えばいずれにせよデータを操作せずに、単にそれを記憶する目的で外部ソースからそれを取り出すことをさらに広義に暗示することもある。
【００２８】
この重要な機能も別個に提供される。したがって、本発明の別の態様では、条件付きアクセス情報を受信することと、コンテンツ管理情報を受信することと、受信された条件付アクセス情報とコンテンツ管理情報を１つの結合されたデータ単位に結合することとを有する、データを受信する方法が提供される。このような結合されたデータ単位は、例えば、コンテンツ管理メッセージ（ＣＭＭ）に相当するだろう。
【００２９】
方法は、好ましくは、さらに結合されたデータ単位を記憶することを有し、優位点は結合されたデータ単位を記憶することによって、以降に結合されたデータ単位を再利用できることによりさらに高い効率を得ることができる。
【００３０】
方法は、好ましくは、さらにコンテンツ、該コンテンツへの条件付きアクセスのためである条件付きアクセス情報、及び該コンテンツを管理するためであるコンテンツ管理情報を受信することを有する。コンテンツは、典型的にはスクランブルされた形式で受信される。
【００３１】
コンテンツの送信の場合とほぼ同じように、条件付きアクセス情報及びコンテンツ管理情報の両方のためにコンテキストが提供され、コンテンツの管理はさらに効率的に実行されてよい。
【００３２】
方法は、好ましくは、結合されたデータ単位に、無関係にコンテンツを記憶することを有する。コンテンツ及び結合データ単位は、好ましくは（それでもなお）両方とも共通した記憶媒体に記憶する。別個に記憶するためには、コンテンツと結合データ単位は、好ましくはともに別々のファイルに、好ましくは記憶媒体の異なる領域に記憶するか、あるいは同じファイルの２つの別個の重複しない部分に記憶してよい。コンテンツと結合データ単位をともに記憶するよりむしろそれらを別個に記憶することによって、特にコンテンツは、例えば、中間の修正を必要とせずに受信、記憶できるので、コンテンツと結合データ単位の記憶及びコンテンツと結合データ単位へのアクセスを簡略化することができる。
【００３３】
特にデータの記憶に関して、ここに使用されるような用語「別個に記憶する」は、好ましくは、例えば、ハードディスク上の異なるファイルにデータを記憶することによって、データを論理レベルで個別に記憶することを暗示する。したがって、物理レベルで細分化され、相互にインタリーブされた形式で記憶される２つのファイルは、それにもかかわらず個別に記憶されていると考えられる。しかしながら、用語は、物理的に別々の記憶にも及んでよい。
【００３４】
方法は、好ましくは、さらに結合データ単位をコンテンツの一部に関連付けるロケータを記憶することを有する。ロケータはタイムスタンプであってよい、あるいは代わりにロケータはアドレスであってよい。結合データ単位をコンテンツの一部に関連付けることによって、結合データ単位は、コンテンツの該一部に関係する対応する条件付きアクセス情報と同期して容易に処理することができる。
【００３５】
コンテンツの少なくとも一部が暗号有効期間に対応する場合には、方法は好ましくは、さらに、コンテンツを暗号化し直すことを有し、暗号有効期間のサイズは、好ましくは、コンテンツが暗号化し直された後に変化する。その場合、暗号有効期間のサイズは好ましくは増加するが、減少する場合もある。暗号有効期間のサイズを変更することにより、データ、例えば、特定のコンテンツの暗号化及び復号を必要とする制御ワードを逆スクランブルする量を改変できるため、コンテンツを処理するために必要となる処理の量をさらに容易に調整することができる。
【００３６】
ここに使用されるような句「暗号有効期間」は、通常、動的な逆スクランブルキーまたは復号キー付きの暗号化システムを利用するシステムに関して使用され、好ましくは、該当する場合には、このような逆スクランブルキーまたは復号キーが静的なままとなる期間またはデータの対応する量を暗示する。このような暗号有効期間は、一般的には、ほぼ数秒または数十秒であり、逆スクランブルキーは、通常、エンタイトルメント制御メッセージ（ＥＣＭ）で伝達される。
【００３７】
方法は、好ましくは、さらに暗号化キーで結合データ単位を暗号化することを有し、該暗号化キーは、好ましくはデバイス、加入者、商業的なオファー、またはコンテンツと関連付けられている。デバイスと関連付けられている暗号化キーの例は、経時的に変化せず、通常あらゆる他のデバイスに既知ではない、あるいはあらゆる他のデバイスによって使用されないだろう「ローカルキー」であるだろう。
【００３８】
結合データ単位を暗号化することによって、潜在的に機密事項を扱うデータの２つの項目（条件付きアクセス情報及びコンテンツ管理情報）をさらに安全に結合することができ、２回実行する代わりにただ１回暗号化を実行する必要があるため、必要とされるオーバヘッドをさらに少なくすることができる。
【００３９】
暗号化キーの同等物は、好ましくは削除可能なセキュリティモジュールに記憶され、好ましくはスマートカードに記憶される。キーの同等物を削除可能なセキュリティモジュールに記憶することによって、さらに柔軟に、さらに広範囲の状況でキーを使用できる。
【００４０】
方法は、さらに、暗号化キーを期限切れにすることを有してよい。これは、システムに追加のレベルのセキュリティを加える。方法は、さらに、置換暗号化キーの同等物を受信することと、該置換暗号化キー同等物で暗号化キー同等物を置換することを有してよい。方法は、暗号化キー同等物の使用を中止するための命令を受信することも有してよく、アクセス権一式の期限切れ後に暗号化キー同等物を使用して中止することを有してもよい。
【００４１】
ここに使用されるような用語「期限が切れる」は、好ましくは、自発的または非自発的にのどちらかで意図された能力で機能することを中止することを暗示する。
【００４２】
方法は、さらに、暗号化キーの同等物を有する追加のデータ単位を作成することと、追加の暗号化単位で該追加のデータ単位を暗号化することを有してよく、該追加の暗号化キーは、好ましくは、デバイス、加入者、商業的なオファー、またはコンテンツに関連付けられている。方法は、好ましくは、さらに、追加のデータ単位を記憶することを有する。追加のデータ単位によって、暗号化キーの同等物は、適切なデバイス、加入者、商業的なオファー、またはコンテンツキーを有する別の関係者が利用できるようになる。
【００４３】
方法は、好ましくは、さらに、別の関係者に、結合データ単位と追加データ単位、及び好ましくはコンテンツを配布することを有する。これにより、「スーパーディストリビューション」モデルを実現できる。暗号化された形式で、例えば、前記追加データ単位の形式で暗号化キーを渡すなどの手段が、「スーパーディストリビューションされる」コンテンツの継続的な保護及び権利の管理を保証できる。
【００４４】
結合データ単位が特定の時間に関係することに基づき、条件付きアクセス情報とコンテンツ管理情報を結合するステップは、さらに、結合データ単位の中に該特定の時間に関係するタイミング値を記憶することを有してよく、それによってタイミング値は、以降ビデオ録画の制限を施行するために使用できる。タイミング値は、経過した暗号有効期間の数に関係するカウンタであってよいが、実際の時間であってもよい。
【００４５】
以下の段落に関して、ここに使用されるような用語「受信機／デコーダ」は、例えば、他のなんらかの手段によって一斉送信または送信されてよいテレビ信号及び／または無線信号などの、符号化されている、または符号化されていないのどちらかの信号を受信するための受信機を暗示する場合がある。用語は、受信される信号を復号するためのデコーダを暗示することもある。このような受信機／デコーダの実施形態は、例えば「セットトップボックス」で受信される信号を復号するための、受信機と一体化したデコーダを含んでよく、このようなデコーダは物理的に別の受信機と組み合わされて機能するか、あるいはこのようなデコーダは、ウェブブラウザ、ゲームプレイ機構、ビデオレコーダまたはテレビなどの追加機能を含む。追加例は、符号化されている信号または符号化されていない信号を例えばインターネットを介して受信できるパーソナルコンピュータ（ＰＣ）だろう。
【００４６】
方法は、好ましくは、さらに、コンテンツを使用するという要求を受信することと、結合データ単位を受信することと、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出することと、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証することとを有する。コンテンツを使用するという要求は、好ましくは、記憶媒体からコンテンツを検索する、コンテンツを平文に直す、制御ワードなどの逆スクランブルデータを提供する、コンテンツを逆スクランブルする、及び／またはコンテンツを出力するという要求を有する。このような要求は、例えばレコーディングを表示しようとするユーザの制御下にある受信機／デコーダによって生成できるだろう。コンテンツを使用するという要求は、コンテンツを記憶する、及び／またはコンテンツを暗号化するという要求も有してよい。このような要求は、例えば、コンテンツを記録しようとするユーザの制御下にある受信機／デコーダによって生成できるだろう。条件付きアクセス情報及びコンテンツ管理情報に応じて要求を確証することにより、多機能コンテンツ管理保護システムを提供できる。
【００４７】
重要な機能も別個に提供される。したがって、本発明の追加の態様では、コンテンツを使用するという要求を受信することと、条件付きアクセス情報とコンテンツ管理情報を有する結合データ単位を受信することと、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出することと、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証することとを有する、コンテンツを使用するという要求を確証する方法が提供される。
【００４８】
方法は、好ましくは、さらに、コンテンツの少なくとも一部を逆スクランブルするために、条件付きアクセスデータから制御ワードなどの逆スクランブルデータを抽出することと、逆スクランブルデータを出力することとを有する。コンテンツを使用するという要求を確証することに加えて、コンテンツの少なくとも一部を逆スクランブルするために逆スクランブルデータを出力することによって、さらに整合的なコンテンツ及び保護システムを提供できる。
【００４９】
方法がさらにコンテンツの一部を複製することを有する場合、方法は、さらに、制御ワードなどの逆スクランブルデータをバッファに入れることを有してよい。これにより、対応する逆スクランブルデータがバッファに入れられたコンテンツのさまざまな部分にジャンプするのに要する時間を縮小できる。
【００５０】
コンテンツの一部を複製するステップは、好ましくは、さらに、現在の暗号有効期間に対応する現在位置ロケータを維持することと、現在位置ロケータに対応するコンテンツの部分を出力することを有し、その場合、逆スクランブルデータをバッファに入れるステップは、好ましくは、さらに、現在の暗号有効期間に対して異なる有効暗号期間に対応する、制御ワードなどの逆スクランブルデータを入手することを有する。
【００５１】
方法は、さらに、逆スクランブルデータ、例えば制御ワードをコンテンツ内の現在位置に対応して入手すること、追加逆スクランブルデータ、例えば追加の制御ワードをコンテンツ内の少なくとも１つの異なる位置に対応して入手すること、及び追加の逆スクランブルデータを記憶することを有する。
【００５２】
方法は、さらに、結合データ単位を修正することと、新しい結合データ単位を記憶することを有してよい。システムの柔軟性はこのようにして高めることができ、コンテンツ管理情報または条件付きアクセス情報のさらに動的な使用が可能になる。１つのこのような用途は、ある特定のレコーディングの限られた数の表示だけを可能にする使用規則を有することであり、権利が期限切れになる前に残されるレコーディング数は、ＣＭＭで符号化され、再生時に更新される。
【００５３】
修正は、好ましくは一般的なコンテンツ使用モードに従う。したがって、加入モード及びペイパープレイモード（再生の都度払う）などのさまざまな使用モードを考慮に入れることができる。
【００５４】
コンテンツ管理情報は、好ましくは受信機／デコーダで受信される。
【００５５】
本発明の追加の態様では、条件付きアクセス情報及びコンテンツ管理情報を別個に送信する（好ましくは少なくとも１つのエミッタ及びその関連付けられるコントローラまたはプロセッサの形を取る）手段を有する、データを送信する装置が提供される。
【００５６】
装置は、好ましくは番組プロバイダと関連付けられ、番組の提供のためのシステムに組み込まれてよい。
【００５７】
装置は、好ましくは、さらに放送センタを介してコンテンツ管理情報を送信する（好ましくは少なくとも１つのエミッタ及びその関連付けられるコントローラまたはプロセッサの形を取る）手段を有する。
【００５８】
装置は、さらに、コンテンツを送信する（通常は少なくとも１つのエミッタ及びその関連付けられるコントローラまたはプロセッサの形を取る）手段を有してよい。コンテンツ管理情報を送信する手段及びコンテンツを送信する手段は、好ましくは別個に送信するように適合される。
【００５９】
装置は、コンテンツ管理情報に、対応する条件付きアクセス情報に対する少なくとも１つの基準を挿入する（通常はプロセッサの形を取る）手段を有する。
【００６０】
装置は、さらに、コンテンツ管理情報を暗号化する（通常はプロセッサの形を取る）手段を有し、好ましくは条件付きアクセス情報を暗号化する（通常は同または別個のプロセッサの形を取る）手段も有する。
【００６１】
装置は、好ましくは、さらに、コンテンツ管理情報が意図される少なくとも１つのデバイスを指定するデバイス識別子をコンテンツ管理情報に挿入する（通常はプロセッサの形を取る）手段を有する。
【００６２】
装置は、コンテンツ管理情報を生成する（通常はプロセッサの形を取る）手段を有してよい。コンテンツ管理情報を生成するための手段は、さらに、デバイス識別子に応じてコンテンツ管理情報を生成する（通常はプロセッサの形を取る）手段を有してよく、加入者から受信される命令に応じてコンテンツ管理情報を生成する（通常はプロセッサの形を取る）手段を有してよい。
【００６３】
本発明のまだ追加の態様では、条件付きアクセス情報を受信する（通常は受信機の形を取る）手段と、コンテンツ管理情報を受信する（通常は同じ受信機または別々の受信機の形を取る）手段と、受信された条件付きアクセス情報とコンテンツ管理情報を１つの結合されたデータ単位に結合する（通常はプロセッサの形を取る）手段とを有するデータを受信するための装置が提供される。
【００６４】
データを受信するための装置は、好ましくは、結合データ単位を記憶する（通常は記憶媒体の形を取る）手段を有する。装置は、好ましくは、コンテンツを受信する（通常は受信機の形を取る）手段も有する。
【００６５】
結合データ単位を記憶する手段は、好ましくはさらに、コンテンツを記憶するように適合され、好ましくはさらに結合データ単位とは関係なくコンテンツを記憶するように適合される。
【００６６】
装置は、好ましくはさらに、結合データ単位をコンテンツの一部に関連させるロケータを生成する（通常はタイマ及び／またはプロセッサの形を取る）手段を有し、結合データ単位を記憶する手段は、好ましくはさらに、ロケータを記憶するように適合される。
【００６７】
装置は、好ましくはさらに、コンテンツを暗号化し直す（通常はプロセッサの形を取る）手段と、暗号化キーで結合データ単位を暗号化する（通常は別のプロセッサの形を取る）手段と、暗号化キーの同等物を記憶する（通常はメモリ及び／または削除可能なセキュリティモジュールの形を取る）手段とを有する。
【００６８】
装置は、さらに、暗号化キーを期限切れにする（通常はプロセッサの形を取る）手段と、好ましくは、暗号化キーを期限切れにするという要求を受信する（通常は受信機の形を取る）手段を有する暗号化キーを期限切れにする手段と、暗号化キーを期限切れにするという要求を処理する（通常は同じプロセッサまたは別のプロセッサの形を取る）手段を有してよい。
【００６９】
装置は、好ましくはさらに、暗号化キーの同等物を有する追加データ単位を作成する（通常はプロセッサの形を取る）手段と、追加暗号化キーで追加データ単位を暗号化する手段（通常は同じプロセッサまたは別のプロセッサの形を取る）手段を有する。
【００７０】
装置は、好ましくはさらに、結合データ単位、追加データ単位及び好ましくはコンテンツを配布する（通常はプロセッサ及び／またはネットワークインタフェースの形を取る）手段を有する。
【００７１】
装置は、好ましくはさらに、結合データ単位が関係する特定の時間に関係するタイミング値を生成する（通常はタイマまたはプロセッサの形を取る）手段を有する。
【００７２】
装置は、さらに、コンテンツを使用するという要求を受信する（通常は入力の形を取る）手段と、結合データ単位を受信する（通常は受信機の形を取る）手段と、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出する（通常はプロセッサの形を取る）手段と、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証する（通常は同じプロセッサまたは別々のプロセッサの形を取る）手段とを有してよい。
【００７３】
装置は、好ましくはさらに、条件付きアクセスデータからコンテンツの少なくとも一部を逆スクランブルするために、制御ワードなどの逆スクランブルデータを抽出する（通常はプロセッサの形を取る）手段と、逆スクランブルデータを出力する（通常は出力の形を取る）手段を有する。
【００７４】
データを受信するための装置は、好ましくはさらに、コンテンツを複製する（通常はプロセッサ及び／または出力の形を取る）手段を有し、さらに、制御ワードなどの逆スクランブルデータをバッファに入れる（通常はメモリ及び／またはプロセッサの形を取る）手段を有してよい。
【００７５】
逆スクランブルデータをバッファに入れるための手段は、好ましくは、コンテンツ内での現在位置に対応する逆スクランブルデータを入手する（通常はプロセッサの形を取る）手段と、コンテンツ内の少なくとも１つの異なる位置に対応する追加逆スクランブルデータを入手する（通常は同じまたは別々のプロセッサの形を取る）手段と、追加逆スクランブルデータを記憶する（通常はメモリの形を取る）手段とを有する。
【００７６】
データを受信するための装置は、さらに、結合データ単位を修正する（通常はプロセッサの形を取る）手段と、新しい結合されたデータ単位を記憶する（通常はメモリの形を取る）手段を有してよい。結合データ単位を修正する手段は、好ましくは、一般的なコンテンツ使用モードに従って結合データ単位を修正する手段を有する。
【００７７】
本発明の別の態様では、コンテンツを使用するという要求を受信する（通常は受信機またはプロセッサの形を取る）手段と、条件付きアクセス情報とコンテンツ管理情報を有する結合データ単位を受信する（通常は受信機の形を取る）手段と、条件付きアクセス情報とコンテンツ管理情報を結合データ単位から抽出する（通常は、同じプロセッサまたは別々のプロセッサの形を取る）手段と、条件付きアクセス情報とコンテンツ管理情報に応じて要求を確証する（通常はプロセッサの形を取る）手段とを有するコンテンツを使用するという要求を確証するための装置が提供される。
【００７８】
コンテンツを使用するという要求を確証するための装置は、好ましくはさらに、条件付きアクセスデータからコンテンツの少なくとも一部を逆スクランブルするために、制御ワードなどの逆スクランブルデータを抽出する（通常はプロセッサの形を取る）手段と、逆スクランブルデータを出力する（通常は出力の形を取る）手段を有する。
【００７９】
装置は、好ましくはさらに、コンテンツを複製する（通常はプロセッサ及び／または出力の形を取る）手段を有し、さらに、逆スクランブルデータをバッファに入れる（通常は、メモリ及び／またはプロセッサの形を取る）手段を備えてよい。
【００８０】
逆スクランブルデータをバッファに入れるための手段は、好ましくは、コンテンツ内の現在位置に対応して、制御ワードなどの逆スクランブルデータを入手する（通常はプロセッサの形を取る）手段と、コンテンツ内の少なくとも１つの別の位置に対応して、追加制御ワードなどの追加逆スクランブルデータを入手する（通常は同じまたは別々のプロセッサの形を取る）手段と、追加逆スクランブルデータを記憶する（通常はメモリの形を取る）手段とを有する。
【００８１】
装置は、さらに、結合データ単位を修正する（通常はプロセッサの形を取る）手段と、新しい結合データ単位を記憶する（通常はメモリの形を取る）手段を有してよい。結合データ単位を修正する手段は、好ましくは、一般的なコンテンツ使用モードに従って結合データ単位を修正する手段を有する。
【００８２】
コンテンツを使用するという要求を確証するための装置は、好ましくは、受信機／デコーダ内に組み込まれ、代わりに記憶装置内に組み込まれてよい。
【００８３】
本発明の追加態様では、条件付きアクセス情報及びコンテンツ管理情報が結合データ単位としてその上に記憶される記憶媒体が提供される。
【００８４】
本発明の別の態様では、前述されたようにデータを受信するための装置を組み込み、好ましくはさらに前述されたようにデーアを確証するための装置を組み込んだ受信機／デコーダが提供される。該受信機／デコーダは、さらに、前述されたように記憶媒体を組み込んだよい。
【００８５】
本発明の別の態様では、それをコンテンツ管理システムに向けることができるようにする識別子を含むエンタイトルメント管理メッセージを有するパケットが提供される。
【００８６】
本発明のさらに追加の態様では、コンテンツ管理情報から成り立つパケットが提供される。
【００８７】
本発明の別の態様では、コンテンツ管理情報、条件付きアクセス情報、及びエンタイトルメント管理情報から成り立つパケットが提供される。
【００８８】
本発明の追加の態様では、前述されたように送信するための装置を組み込んだ放送センタが提供される。
【００８９】
本発明のさらに追加の態様では、前述されたように受信機／デコーダを組み込んだ放送センタ、及び好ましくはやはり前述されたような放送センタが提供される。
【００９０】
本発明の追加態様では、暗号化された視聴覚データストリームから復号キーを抽出する手段と、暗号化された視聴覚データストリームとその対応する復号キーを別々に記録、記憶する手段を有する装置が提供される。
【００９１】
データストリームをこのようにして記憶することの優位点は、符号化されたデータストリームが圧縮されるため、復号、解凍されたデータストリームより記憶媒体上で占めるスペースが少なくなるという点である。また、符号化されたデータを記憶することは、記憶されるデータの著作権侵害を防止するのにも役立つ。復号キーを別々に記憶することは、記憶されるデータのセキュリティに貢献する。
【００９２】
用語「スクランブルされた」と「暗号化された」及び「制御ワード」と「キー」は、言語の明快さのためにここで使用されてきた。しかしながら、「スクランブルされたデータ」と「暗号化されたデータ」、あるいは「制御ワード」と「キー」の間に根本的な区別がなされないことが理解されるだろう。
【００９３】
好ましくは、記憶された視聴覚データストリームは、スクランブルされた画像データまたは音声データを有し、復号キーは、スクランブルされたビデオ及びまたは音声データを逆スクランブルする際に使用するための逆スクランブルデータを有する。
【００９４】
好ましくは、装置は、記憶された復号キー及び暗号化された視聴覚データをプレイバック中に結合し直し、同期させる手段を有する。
【００９５】
記録されたデータストリームを再生できるために、復号キーは、正しいキーが、データストリームのその対応する部分と同期するために正しい順序でデータストリームと結合し直される必要がある。
【００９６】
好ましくは、結合されたキーと同期されたキー、及び視聴覚データストリームを記憶する記憶手段が提供される。
【００９７】
本発明は、実質的に添付図面の図１から図１１及び図１４から図３４に関してここに説明されるような方法、及び実質的に添付図面に関して説明されるような、及び添付図面で示されるような装置も提供する。
【００９８】
本発明は、さらに、ここに説明される方法のいずれかを実施するため、及び／またはここに説明される装置機能のいずれかを実現するためのコンピュータプログラムとコンピュータプログラム製品、及びここに説明される方法のいずれかを実施するため、及び／あるいはここに説明される装置機能のいずれかを実現するためのプログラムがその上に記憶されるコンピュータ読み取り可能媒体を提供する。
【００９９】
本発明は、ここに説明される方法のいずれかを実施するため、及び／またはここに説明される装置機能のいずれかを実現するためのコンピュータプログラムを実現する信号、このような信号を送信する方法、及びここに説明される方法のいずれかを実施するため、及び／またはここに説明される装置機能のいずれかを実現するためのコンピュータプログラムをサポートするオペレーティングシステムを有するコンピュータ製品も提供する。
【０１００】
本発明は、条件付きアクセス情報とコンテンツ管理情報が、結合データ単位としてその上に記憶される記憶媒体も提供する。
【０１０１】
本発明は、ここに説明される方法のいずれかを実行するように適合される放送システムも提供する。
【０１０２】
本発明のある態様での任意の機能は、任意の適切な組み合わせで本発明の他の態様に適用されてよい。
【０１０３】
本発明の好適機能は、ここに添付図面に関して純粋に一例として説明されるだろう。
システム概要
デジタルテレビシステムの概要は図１に示されている。システムの重要な態様の簡略な説明が以下に続く。
【０１０４】
システムは、圧縮されたデジタル信号を送信するために既知のＭＰＥＧ−２圧縮システムを使用するおもに従来のデジタルテレビシステム２を含む。さらに詳細には、放送センタ内のＭＰＥＧ−２圧縮機３は、デジタル信号ストリーム（通常はビデオ信号のストリーム）を受信する。圧縮機３は、マルチプレクサ及びスクランブラ４にリンケージ５によって接続されている。
【０１０５】
マルチプレクサ４は、複数の追加入力信号を受信し、トランスポートストリームをアセンブルし、言うまでもなく、電気通信リンクを含む多岐に渡る形式を取ることがあるリンケージ７を介して圧縮されたデジタル信号を放送センタの送信機６に送信する。送信機６は、衛星トランスポンダ９に向かってアップリンク８を介して電磁信号を送信し、そこで信号は電子的に処理され、従来はエンドユーザによって所有されている、または借りられている放物面反射器の形を取る地上受信機１２に概念的なダウンリンク１０を介して一斉送信される。言うまでもなく、地上放送、ケーブル伝送、衛星／ケーブル結合リンク、電話網等のデータ送信用の他のトランスポートチャネルが可能である。
【０１０６】
受信機１２によって受信される信号は、エンドユーザによって所有され、または借りられ、エンドユーザのテレビ１４に接続される統合型受信機／デコーダ１３に送信される。受信機／デコーダ１３は、圧縮されたＭＰＥＧ−２信号をテレビ１４用のテレビ信号に復号する。図１には別々の受信機／デコーダが示されているが、受信機／デコーダは、統合型デジタルテレビの一部であってもよい。ここに使用されるように、用語「受信機／デコーダ」は、セットトップボックス、及び受信機／デコーダがそれを統合されたテレビなどの別々の受信機／デコーダを含む。
【０１０７】
マルチチャネルシステムでは、マルチプレクサ４は、多くの並列ソースから受信される音声情報とビデオ情報を処理し、対応する数のチャネルに沿って該情報を一斉送信するために送信機６と対話する。視聴覚情報に加えて、メッセージまたはアプリケーション、あるいは他の種類のデジタルデータが、送信されたデジタル音声情報とビデオ情報と組み合わされるこれらのチャネルのいくつかまたはすべてに持ち込まれてよい。
【０１０８】
条件付きアクセスシステム１５は、マルチプレクサ４及び受信機／デコーダ１３に接続され、部分的に放送センタ内に、及び部分的に受信機／デコーダ内に位置する。それは、エンドユーザが、１つまたは複数の放送供給者からのデジタルテレビ放送にアクセスできるようにする。商業的なオファー（つまり、放送供給者により販売される１つまたは複数のテレビ番組）に関係するメッセージを解読することができるスマートカードが、受信機／デコーダ１３に挿入できる。受信機／デコーダ１３とスマートカードを使用すると、エンドユーザは、加入モードまたはペイパービューモードのどちらかで商業的なオファーを購入できる。
【０１０９】
前述されたように、システムにより送信される番組はマルチプレクサ４によってスクランブルされ、条件及び暗号化キーが条件付きアクセスシステム１５によって決定される特定の送信に適用される。このようにしてスクランブルされたデータの送信は、有料テレビシステムの分野では周知である。通常、スクランブルされたデータは、データの逆スクランブルのための制御ワードとともに送信され、逆スクランブルデータ自体がいわゆる活用キーによって暗号化され、暗号化された形式で送信される。
【０１１０】
スクランブルされたデータと暗号化された制御ワードは、次に、暗号化された制御ワードを復号し、その後で送信されたデータを逆スクランブルするために受信機／デコーダに挿入されたスマートカード上に記憶される活用キーの同等物にアクセスできる受信機／デコーダ１３によって受信される。支払い済みの加入者は、例えば、一斉送信される月次ＥＭＭ（エンタイトルメント管理メッセージ）の中で、送信の視聴を可能にするために暗号化された制御ワードを復号するために必要な活用キーを受信するだろう。このようなエンタイトルメントメッセージは、（後述されるコンテンツ管理保護によって、コンテンツ管理保護のために生成される「ＣＭＰ＿ＥＭＭ」と比べて）ここでは「ＣＡＳ＿ＥＭＭ」と呼ばれることがある。
【０１１１】
やはりマルチプレクサ４及び受信機／デコーダ１３に接続され、再び部分的に放送センタ内に、部分的に受信機／デコーダ内に位置する対話型システム１６により、エンドユーザは、バックチャネル１７を介して多様なアプリケーションと対話できる。バックチャネルは、例えば、公衆加入電話網（ＰＳＴＮ）チャネル（例えば、モデム化されたバックチャネル）または帯域外（ＯＯＢ）チャネルである場合がある。バックチャネルは、条件付きアクセスシステム１５で、及び／または後述されるコンテンツ管理保護システムで使用される通信のためにも使用されてよい。
【０１１２】
受信機／デコーダに取り付けられる大容量記憶装置３７０を使用すると、受信された送信の部分を、後で視聴するために記録、記憶することができる。大容量記憶装置３７０は、例えば、ハードディスクビデオレコーダ、ＤＶＨＳレコーダ、ＤＡＴレコーダ、ソリッドステートメモリ装置、または他の適切な媒体である場合があり、受信機／デコーダの中に組み込まれてよい、あるいは別々に提供されてよい。大容量記憶装置３７０は、受信機／デコーダ内または受信機デコーダに外付けの静的または動的メモリであってもよい。適切なインタフェースソフトウェア及びオプションでハードウェアが、受信機／デコーダ内に提供される。
【０１１３】
受信機／デコーダを介して大容量記憶装置に記憶されるレコーディングのコンテンツを管理、保護するためのコンテンツ管理保護システム（ＣＭＰＳ）は、放送センタと受信機／デコーダの間で分散される。ＣＭＰＳの受信機／デコーダ構成要素は、通常、関連付けられたスマートカード読取装置付きのスマートカードの形で提供されるが、ソフトウェアだけで、あるいは代替ハードウェア実施形態で実現されてよい。ＣＭＰＳは、許可されたユーザだけが、所定の使用規則に従ってコンテンツを記録、プレイバックできることを保証できる。
【０１１４】
コンテンツ管理保護システムの重要な部分は、特定の番組または送信に関係するコンテンツ管理情報を含み、このような番組または送信の前に送信される特別の使用規則メッセージ（ＵＲＭ）である。本質的には、使用規則メッセージは、コンテンツのプレイバックと複製に使用制約を課し、番組内の別々の「章」などのコンテンツの特定の部分だけに、あるいはコンテンツ全体に向けることができる。典型的な使用規則は、ビデオ録画、早送り、レコーディングをプレイバックできる回数、及び使用可能な複製モードに対する制限を含む。さらに詳細に後述される別の重要な特徴は、特定の番組に関係するＵＲＭが、対応するコンテンツまたは条件付きアクセス情報とは関係なく（さまざまな場所から、さまざまな時間に）送信されてよいという点である。
【０１１５】
後述の説明では、前記システムの多様な要素がさらに詳しく説明されるだろう。
【０１１６】
特に、（エンタイトルメント管理メッセージを含む）条件付きアクセスシステム、（受信機／デコーダのアーキテクチャを含む）受信機／デコーダ、及び（送信の構造及びコンテンツを記憶、検索することを含む）コンテンツ管理保護システムがここで同様に説明されるだろう。
【０１１７】
それから最後に、コンテンツ管理保護システムは、特に（記録、プレイバックを含む）大容量記憶装置とのインタフェース、（記録、プレイバックを含む）条件付きアクセスシステムとのインタフェース及びＣＭＰＳの機能シナリオに関して、さらに詳細なレベルで説明されるだろう。
条件付きアクセスシステム
図２に関して、概略すると、条件付きアクセスシステム１５は、鍵管理システム（ＳＡＳ）３０を含む。ＳＡＳ３０は、ＴＣＰ−ＩＰリンクまたは他の種別のリンクであってよいリンク３４を介して、放送供給者ごとに１つのＳＭＳ、１つまたは複数の顧客管理システム（ＳＭＳ）３２に接続されている。代わりに、１つのＳＭＳは、２つの商業事業者の間で共有できる、あるいは１つの事業者が２つのＳＭＳを使用できる等々である。
【０１１８】
「マザー」スマートカード３８を活用する暗号化装置３６の形を取る第１暗号化装置は、リンケージ４０によってＳＡＳに接続される。マザースマートカード４４を活用する、やはり暗号化装置４２の形を取る第２暗号化装置は、リンケージ４６によってマルチプレクサ４に接続される。受信機／デコーダ１３は、「ドーター」スマートカード４８を受信する。受信機／デコーダは、通信サーバ５０及びモデム化されたバックチャネル１７を介してＳＡＳ３０に直接的に接続される。ＳＡＳは、中でも、依頼に応じて加入権をドータースマートカードに送る。
【０１１９】
スマートカードは、１つまたは複数の商業事業者からの機密情報を含む。「マザー」スマートカードはさまざまな種類のメッセージを暗号化し、「ドーター」スマートカードは、それらがそれを行う権利を有している場合にメッセージを平文に直す。
【０１２０】
図２に関して、放送センタでは、ＭＰＥＧ−２圧縮機３を使用してデジタルビデオ信号が最初に圧縮される（つまりビットレートが削減される）。他の圧縮データなどの他のデータと多重化されるために、この圧縮された信号は、次にマルチプレクサとスクランブラ４に送信される。
【０１２１】
スクランブラはスクランブルのプロセスで使用され、マルチプレクサ４のＭＰＥＧ−２ストリームに含まれる制御ワードを生成する。制御ワードは内部で生成され、エンドユーザの統合型受信機／デコーダ１３が番組を逆スクランブルできるようにする。
【０１２２】
番組をどのように商品化するかを示すアクセス基準もＭＰＥＧ−２ストリームに追加される。番組は、多くの「加入」モードの１つ及び／または多くの「ペイパービュー」（ＰＰＶ）モードまたはイベントの１つで商品化されてよい。加入モードでは、エンドユーザは１つまたは複数の商業的なオファー、つまり「ブーケ」に加入し、このようにしてそれらのブーケの内側のあらゆるチャネルを見る権利を得る。ペイパービューモードでは、エンドユーザは、希望するときにイベントを購入する機能を与えられる。
【０１２３】
制御ワードとアクセス基準の両方とも、エンタイトルメント制御メッセージ（ＥＣＭ）を構築するために使用される。これは、１つのスクランブルされた番組に関して送信されるメッセージである、該メッセージは（番組の逆スクランブルに対処する）制御ワード及び放送番組のアクセス基準を含む。アクセス基準と制御ワードは、リンケージ４６を介して第２暗号化装置４２に送信される。この装置では、ＥＣＭが生成され、暗号化され、マルチプレクサとスクランブラ４に送信される。
【０１２４】
放送供給者によってデータストリーム中で一斉送信される各サービスは、多くの別個の構成要素を有する。例えば、テレビ番組はビデオ構成要素、音声構成要素、字幕構成要素等を含む。サービスのこれらの構成要素のそれぞれが、後の放送のために、別個にスクランブルされ、暗号化される。サービスの各スクランブルされた構成要素に関して、別々のＥＣＭが必要とされる。
【０１２５】
マルチプレクサ４は、ＳＡＳ３０からの暗号化されたＥＭＭ、第２暗号化装置４２からの暗号化されたＥＣＭ、及び圧縮機３からの圧縮された番組を有する電気信号を受信する。マルチプレクサ４は、番組をスクランブルし、スクランブルされた番組、暗号化されたＥＭＭ、及び暗号化されたＥＣＭを電気信号として、例えば図１に図示されるような衛星システム、あるいは他の放送システムであってよい放送システム５４に送信する。
【０１２６】
受信機／デコーダは、放送信号を受信し、ＭＰＥＧ−２データストリームを抽出する。番組がスクランブルされている場合、受信機／デコーダ１３が対応するＥＣＭをＭＰＥＧＥ−２ストリームから抽出し、エンドユーザの「ドーター」スマートカード４８にＥＣＭを渡す。これが受信機／デコーダ１３内のハウジングの中に穴を付ける。ドータースマートカード４８は、エンドユーザにＥＣＭを復号し、番組にアクセスする権利があるかどうかを制御する。ない場合には、否定的なステータスが受信機／デコーダ１３に渡され、番組を逆スクランブルできない旨を示す。エンドユーザに権利がある場合には、ＥＣＭは復号され、制御ワードが抽出される。それから、デコーダ１３はこの制御ワードを使用して番組を逆スクランブルできる。ＭＰＥＧ−２ストリームは解凍され、テレビ１４への前方への送信のためにビデオ信号に変換される。
【０１２７】
番組がスクランブルされていない場合、ＥＣＭはＭＰＥＧ−２ストリームとともに送信されず、受信機／デコーダ１３はデータを解凍し、テレビ１４への送信のために信号をビデオ信号に変換する。
【０１２８】
顧客管理システム（ＳＭＳ）３０は、中でもエンドユーザファイル、（料金表と宣伝などの）商業的なオファー、加入、ＰＰＶ詳細、及びエンドユーザの消費と承認に関するデータのすべてを管理するデータベース５２を含む。ＳＭＳは物理的にＳＡＳから遠く離れていてよい。
【０１２９】
ＳＭＳ３２は、エンドユーザに送信されるエンタイトルメント管理メッセージ（ＥＭＭ）の作成に対する修正を暗示するメッセージをＳＡＳ３０に送信する。ＳＭＳ３２は、ＥＭＭの修正または作成を暗示しないが、（製品を注文するときにエンドユーザに付与されている承認、あるいはエンドユーザが請求される額に関係する）エンドユーザの状態の変化だけを暗示するメッセージもＳＡＳ３０に送信する。ＳＡＳ３０は、ＳＭＳ３２に（通常は、コールバック情報または請求書作成発行情報などの情報を要求する）メッセージも送信し、その結果２者の間の通信が双方向であることが明らかとなるだろう。
エンタイトルメント管理メッセージ（ＥＭＭ）
１つのスクランブルされた番組だけ、あるいは同じ商業的なオファーの一部であるのならばスクランブルされた番組一式専用であるＥＣＭと比べて、ＥＭＭは個人エンドユーザ（加入者）、またはエンドユーザのグループ専用のメッセージである。
【０１３０】
多様な種類のＥＭＭが考えられる。個人ＥＭＭは個人加入者専用であり、通常、ペイパービューサービスの提供で使用される。これらは、グループ識別子とそのグループ内での加入者の位置を含む。いわゆる「グループ」加入ＥＭＭは、例えば２５６人の個人ユーザのグループ専用であり、通常、いくつかの加入サービスの管理に使用される。視聴者ＥＭＭは視聴者全体に専用である。「視聴者」は、同じ事業者識別子（ＯＰＩ）を付けたスマートカードを有する加入者の全体である。最後に「固有の」ＥＭＭはスマートカードの固有の識別子にアドレス指定される。
【０１３１】
好ましい実施形態で使用されるＥＭＭの一般的な形式は、ここで図３に関して説明される。基本的に、一連のデジタルデータビットとして実現されるＥＭＭは、ヘッダ６０、ＥＭＭプロパー、及びシグナチャ６４を有する。ヘッダ６０は、同様に、ＥＭＭの種別を識別するための種別識別子６６、ＥＭＭの長さを指定する長さ識別子６８、ＥＭＭのオプションのアドレス７０、事業者識別子７２、及びキー識別子７４を有する。最後に、やはりオプションであるシグナチャ６４は、ＥＭＭに残っているデータの変造に対する数多くのチェックを提供する。ヘッダ内の種別識別子が、ＥＭＭとしてメッセージを識別する。
受信機／デコーダ
図４を参照し、受信機／デコーダ１３の多様な要素がここで機能ブロックに関して説明されるだろう。
【０１３２】
例えばデジタルセットトップボックス（ＤＳＴＢ）であってよい受信機／デコーダは、関連付けられたメモリ要素を含み、シリアルインタフェース２２１、パラレルインタフェース２２２、（図１のモデムバックチャネル１７に接続されている）モデム２２３、及びデコーダのフロントパネル上の切り替え接触子２２４から入力データを受信するように適合される中央処理装置２２０を有する。
【０１３３】
受信機／デコーダは、さらに、制御装置２２６を介して赤外線遠隔制御機器２２５から入力を受信するように適合され、ぞれぞれ銀行スマートカードと加入スマートカード２４２、２４０を読み取るように適合される２台のスマートカード読取装置２２７、２２８も所有する。加入スマートカード読取装置２２８は、デマルチプレクサ／デスクランブラ２３０に必要な制御ワードを供給し、暗号化された放送信号を逆スクランブルできるようにするために、差し込まれた加入カード２４０と条件付きアクセス装置２２９と係合する。デコーダは、装置３０によってフィルタリングされ、非多重化される前に衛星送信を受信、復調するために、従来のチューナー２３１と復調器２３２も含む。
【０１３４】
本説明に使用されるように、好ましくはアプリケーションは、好ましくは受信機／デコーダ１３の高水準機能を制御するための１つのコンピュータコードである。例えば、エンドユーザが遠隔制御２２５のフォーカスをテレビ１４の画面上に表示されるボタンオブジェクトに配置し、確証キーを押すと、ボタンに関連付けられた命令シーケンスが実行される。
【０１３５】
対話型アプリケーションはメニューを提案し、エンドユーザの要求でコマンドを実行し、アプリケーションの目的に関係するデータを提供する。アプリケーションは、常駐、つまり受信機／デコーダ１３のＲＯＭ（あるいはＦＬＡＳＨまたは他の不揮発性メモリ）に記憶されているアプリケーションであるか、あるいは一斉送信され、受信機／デコーダ１３のＲＡＭまたはＦＬＡＳＨメモリにダウンロードされてよい。
【０１３６】
アプリケーションは、受信機／デコーダ１３内のメモリロケーションに記憶され、リソースファイルとして表現される。リソースファイルは、グラフィックオブジェクト記述単位ファイル、変数ブロック単位ファイル、命令シーケンスファイル、アプリケーションファイル及びデータファイルを有する。
【０１３７】
受信機／デコーダは、ＲＡＭボリューム、ＦＬＡＳＨボリューム、及びＲＯＭボリュームに分割されるメモリを含むが、この物理的な編成は論理的な編成とは識別可能である。メモリは、さらに多様なインタフェースに関連付けられるメモリボリュームに分割されてよい。ある観点からは、メモリはハードウェアの一部として見なすことができるが、別の観点からは、メモリはハードウェアから切り離して示されるシステム全体をサポートするあるいは含むと見なすことができる。
受信機／デコーダのアーキテクチャ
受信機／デコーダは、ソフトウェアを任意の受信機／デコーダ内で、任意のオペレーティングシステムで実現できるように編成される５つのソフトウェア層を含む。図５を参照すると、多様なソフトウェア層は、アプリケーション層２５０、アプリケーションプログラミングインタフェース（ＡＰＩ）層２５２、仮想マシン層２５４、デバイス層２５６及びシステムソフトウェア／ハードウェア層２５８である。
【０１３８】
アプリケーション層２５０は、受信機／デコーダに常駐しているか、あるいは受信機／デコーダにダウンロードされるかのどちらかであるアプリケーションを含む。それらは、カスタマによって使用され、例えば、Ｊａｖａ、ＨＴＭＬ、ＭＨＥＧ−５または他の言語により作成された対話型アプリケーションであってよいか、あるいはそれらはこのようなアプリケーションを実行するために受信機／デコーダによって使用されるアプリケーションであってよい。この層は、仮想マシン層によって提供されるオープンアプリケーションプログラミングインタフェース（ＡＰＩ）の集合に基づいている。このシステムにより、アプリケーションを、オンザフライでまたは要求時に受信機／デコーダ内のフラッシュまたはＲＡＭメモリにダウンロードできる。アプリケーションコードは、データ記憶媒体コマンド制御（ＤＳＭＣＣ）、ネットワークファイルサーバ（ＮＦＳ）または他のプロトコルなどのプロトコルを使用して圧縮されたあるいは圧縮されないフォーマットで送信できる。
【０１３９】
対話型アプリケーションは、ユーザが、例えば、電子番組案内、テレバンキングアプリケーション及びゲームなどの製品とサービスを得るために対話するアプリケーションである。次の常駐アプリケーションは、対話型アプリケーションを管理するために使用される。
【０１４０】
・ブート。ブートアプリケーション２６０は、受信機／デコーダに電源が投入されたときに立ち上がる最初のアプリケーションである。ブートアプリケーションは仮想マシン内のさまざまな「マネージャ」を起動し、最初がアプリケーションマネージャ２６２である。
【０１４１】
・アプリケーションマネージャ。アプリケーションマネージャ２６２は、受信機／デコーダ内で実行される対話型アプリケーションを管理する。すなわち、それはイベントを開始、停止、中断、再開、処理し、アプリケーション間の通信に対処する。それは、複数のアプリケーションが同時に実行できるようにし、このようにしてそれらの間でのリソースの割り当てに関与する。このアプリケーションはユーザに完全にトランスペアレントである。
【０１４２】
・セットアップ。セットアップアプリケーション２６４の目的は、おもに初めてそれが使用されるときに受信機／デコーダを構成することである。それは、ＴＶチャネルの走査、日付けと時刻の設定、ユーザ優先順位の確立等のアクションを実行する。ただし、セットアップアプリケーションは、受信機／デコーダの構成を変更するためにユーザがいつでも使用できる。
【０１４３】
・ザッピング。ザッピングアプリケーション２６８は、プログラムアップキー、プログラムダウンキー、及び数値キーを使用してチャネルを変更するために使用される。例えば、バナー（パイロット）アプリケーションを通してなど別の形式のザッピングが使用されるとき、ザッピングアプリケーションは停止される。
【０１４４】
・コールバック。コールバックアプリケーションは、受信機／デコーダメモリに記憶される多様なパラメータの値を抽出し、これらの値をモデム化されたバックチャネル１７を介して、あるいは他の手段によって商業事業者に戻すために使用される。
【０１４５】
ＡＰＩ層２５２は、対話型アプリケーション開発に高水準のユーティリティを提供する。それは、この高水準ＡＰＩを構成する複数のパッケージを含む。該パッケージは、対話型アプリケーションを実行するために必要なすべての機能性を提供する。パッケージはアプリケーションによってアクセスできる。
【０１４６】
好ましい実施形態では、ＡＰＩは、Ｊａｖａプログラミング言語で作成されるアプリケーションを実行するように適合される。さらに、それはＨＴＭＬとＭＨＥＧ−５などの他のフォーマットも解釈できる。これらのインタプリタに加えて、それは、必要に応じて切り離し可能且つ拡張可能である他のパッケージ及びサービスモジュールも含む。
【０１４７】
仮想マシン層２５４は、言語インタプリタ及び多様なモジュールとシステムから構成される。それは、受信機／デコーダ内で対話型アプリケーションを受信、実行するために必要なすべてから成り立っている。
【０１４８】
デバイスインタフェース層２５６は、デバイスマネージャ及びデバイスを含む。デバイスは、外部イベント及び物理的なインタフェースの管理に必要な論理リソースから成り立つソフトウェアモジュールである。デバイス層は、ドライバとアプリケーションの間の通信チャネルを管理し、機能拡張されたエラー例外チェックを提供する。管理されるデバイスのいくつかの例は、以下のとおりである。つまり、カード読取装置、モデム、ネットワーク、ＰＣＭＣＩＡ（パーソナル・コンピュータ・メモリ・カード国際協会）、ＬＥＤディスプレイ等である。ＡＰＩ層が上からデバイスを制御するため、プログラマはこの層に直接対処する必要はない。
【０１４９】
システムソフトウェア／ハードウェア層２５８は、受信機／デコーダの製造メーカにより提供される。システムのモジュール性のため、及び（イベントスケジューリング及びメモリ管理などの）ＯＳによって供給されるサービスが仮想マシンの一部であるため、さらに高い層は特定のリアルタイムオペレーティングシステム（ＲＴＯＳ）の、あるいは特定のプロセッサに結び付けられていない。
【０１５０】
図６に関して、デバイスインタフェース層２５６がここでさらに詳細に説明される。
【０１５１】
デバイス４０６０は、構成要素４０６２つまりハードウェア４０６６の物理インタフェース４０６４に一致してよい。このような装置は、「低水準デバイス」４０６８と呼ばれる。このようなデバイス４０６８の出力は、デバイス４０６８によって出力される論理信号を、例えばハードウェアインタフェース４０６４を駆動するために必要とされる信号に変換するために少なくとも１つのデバイスドライバ４０７０に接続されてよい。代わりに、デバイス４０６８は、それ自体構成要素つまり受信機／デコーダ２０２０のインタフェースを駆動してよい。つまり、デバイスの出力はハードウェア４０６６に直接的に接続されてよい。
【０１５２】
低水準デバイス４０６８の２つの例は、番組が一方のスマートカード読取装置４０３６に含まれるスマートカードと通信できるようにするＬＣＡＲＤデバイスと、番組が他方のスマートカード読取装置４０３６に含まれるスマートカードと通信できるようにするＲＣＡＲＤデバイスである。例えば、これらのデバイスは、プログラムが、カードの状態を読み取り、カード履歴を読み取り、入力メッセージをカードに送信できるようにする。また、デバイスは、読取装置の中へのカードの挿入、読取装置からのカードの除去、及び番組によって要求されない場合のカードリセットを番組に知らせる。ＬＣＡＲＤとＲＣＡＲＤデバイスは、カードを実行するために使用されるプロトコルに特定的である。通常、ＩＳＯ７８１６プロトコルが使用される。
【０１５３】
「低水準デバイス」に加えて、受信機／デコーダ１３は、受信機／デコーダ１３の動作を制御する「高水準デバイス」４０７２も含んでよい。
【０１５４】
高水準デバイスの例は、アプリケーションが、ハードウェアとソフトウェアのフィルタリング基準に対応して、ＭＰＥＧビットストリームからＭＰＥＧセクション、完全なＭＰＥＧテーブルあるいはＭＰＥＧセクションのグループをロードできるようにするＭＬＯＡＤデバイスである。例えば、デバイスは、プログラムが、アプリケーションによってある一時に必要とされるグループのそれらのセクションだけをダウンロードできるようにする。
コンテンツ管理保護システム（ＣＭＰＳ）
ここでコンテンツ管理保護システム（ＣＭＰＳ）が、図７に関して説明され、他の図で設営されるパーツに類似するパーツは類似する数表示で示される。
【０１５５】
番組プロバイダ３８０は、高速インターネット接続などのなんらかの形式の接続を介して放送センタに、特にＭＰＥＧ圧縮機３に接続される。前記に注記されたように、圧縮機は、（「マザー」スマートカード４を組み込んだ）暗号化装置４２及び条件付きアクセスシステム１５が接続されるように、マルチプレクサ／スクランブラ４に接続される。同様に、マルチプレクサ／スクランブラ４は放送センタ５４の中に送り、それが放送センタの出力を受信機／デコーダ１３に送達する。受信機／デコーダ自体は、ドーター条件付きアクセススマートカード４８、ＣＭＰＳ３００の受信機／デコーダ部分、及び受信機／デコーダに取り付けられる大容量記憶装置３７０へのインタフェース３６０を有する。
【０１５６】
ＣＭＰＳ３００の受信機／デコーダ部分は、（削除可能のスマートカードの形を取る）セキュリティモジュール３２０（図示されていない）及び関連付けられるソフトウェアミドルウェア層３１０（図示されていない）を有する。好ましい実施形態の変形では、ＣＭＰＳとＣＡＳが単一のスマートカードを共用し、別の変形ではＣＭＰＳの受信機／デコーダ部分が受信機／デコーダ内のソフトウェアミドルウェア内で完全に実現される。ＣＭＰＳ３００の受信機／デコーダ部分はさらに詳細に後述される。
【０１５７】
ＣＭＰＳ３００のヘッドエンド部分は、同様に（削除可能な「マザー」スマートカード（図示されていない）の形を取る）セキュリティモジュールを有する。好ましい実施形態の変形では、ＣＭＰＳとＣＡＳは単一の「マザー」スマートカード（図示されていない）を共用し、別の変形では、ＣＭＰＳのヘッドエンド部分が１つまたは複数のヘッドエンドサーバで実行中のソフトウェア内で完全に実現される。
【０１５８】
実際には、番組プロバイダ３８０は、受信機／デコーダ１３への送信のためにＭＰＥＧ圧縮機３に番組コンテンツ（「ＣＯＮＴＥＮＴ（コンテンツ）」）を送る。前述されたように、マルチプレクサ／スクランブラ４は、暗号化装置４２によって生成されたスクランブルキーでコンテンツをスクランブルし、やはり暗号化装置によって生成されるＥＣＭ（「ＥＣＭ」）、及び条件付きアクセスシステムからのデータをトランスポートストリーム７の中に多重化する。
【０１５９】
次の項に説明されるように、番組プロバイダによって制作されるコンテンツは、さまざまなセクション、つまり「章」に細分化されてよい。他のところで説明されるように、コンテンツは、視聴覚データ、ミュージックファイル、及び他のデータファイルなどの多くの異なる形式を取ってよい。
【０１６０】
加えて、番組プロバイダ３８０は、ある特定のコンテンツに関して、このようなコンテンツが受信機／デコーダ１３と大容量記憶装置３７０によって記録され、後にプレイバックされるとき、及び場合に遵守しなければならない使用規則を指定できる。使用規則は、代わりに、このようなレコーディングまたはプレイバックが承認されないと指定してよい。これらの使用規則は、使用規則メッセージ（「ＵＲＭ」）の中にカプセル化され、圧縮機３に送られる。好ましい実施形態の変形では、ＵＲＭは、放送センタに送られ、例えばトランスポートストリーム７に含むためにそれらを直接的にマルチプレクサ４に送ることによってなど、代替手段を介して送信される。
【０１６１】
ＵＲＭは、通常、例えば、作成できるレコーディングのコピーの数または種類に関する制限、早送りに関する「トリックモード」制限、ビデオ録画制限、道徳的な評価、及びスーパーディストリビューションフラグなどの配布モードに関係するデータなどのコンテンツに対する法律上のまたは商業的なアクセス基準を含む。規則は、電子ワレット内の通貨と額、または必要とされるトークンの数を指定することによって（ペイパービュー、レンタル等などの）さまざまな消費モードに関連付けられるコンテンツの価格も指定できる。規則は、例えば、加入時にある特定のサービスに対する１度の無料プレビューが提供される、あるいはエンドユーザの消費履歴に応じて番組に関して割引が提供されてよい旨を述べ、複雑である場合がある。コンテンツ管理情報は、さらに、例えばペイパービューなどのトランザクションに関連付けられるマイクロペイメント方式に関する情報も含んでよい。このようなマイクロペイメント方式は、コンテンツプロバイダと技術プロバイダ間の契約から生じることがある。
【０１６２】
ＵＲＭは、例えば、電子番組案内（ＥＰＧ）によって番組の放送またはレコーディングの前に得られてよい。さまざまなソース（例えば、放送によって、テレビ雑誌ウェブサイトから、コンテンツオーナ／ディストリビュータの「塀で囲まれた庭」を通して等）からＥＰＧを使用できるようにすることが可能である。したがって、コンテンツの特定の部分に関連付けられた複数のＵＲＭは多様なソースから獲得され、コンテンツを消費する方法において、エンドユーザにさらに大きな選択肢と柔軟性を与える。
【０１６３】
ＵＲＭは、好ましい実施形態の変形ではＥＣＭ活用キーと同じであるＵＲＭ活用キーで暗号化される。ＵＲＭ活用キーの同等物は、ＵＲＭを復号できるようにするために受信機／デコーダＣＭＰＳスマートカード３２０（図示されていない）に維持される。
【０１６４】
一定の基本的な規定が満たされる（つまり、ある特定のコンテンツまたはコンテンツ内の章に関係するＵＲＭが、該コンテンツまたは該コンテンツの章の前に受信機／デコーダによって受信される）のであれば、ＵＲＭがコンテンツとは関係なく、送られてよいことに注意することが重要である。一般的には、ＵＲＭは、事実上、特定のＥＣＭに対応する特定の暗号有効期間に同期させることもできるが、ＵＲＭは（広告の開始と終了などの）番組内の特定の時間またはイベントに、あるいは番組事態の開始と終了に同期される。ＵＲＭとコンテンツまたはＥＣＭの対応する部分間の同期と相互参照は、ＵＲＭ（及びオプションでＥＣＭ）内の特殊識別子フィールド（「セッション番号」フィールド）を使用することによって達成される。代わりに、このような相互参照を行わないＵＲＭは、それらが受信される時間付けで効果を有する。
【０１６５】
番組プロバイダ、または任意の他の関係者がＵＲＭを生成できるようにするために、ＵＲＭ生成プログラム及びＵＲＭ送信機が必要とされる（ともに図示されていない）。通常、ＵＲＭ生成プログラムは、内蔵放送センタネットワークに接続されている専用サーバ空成り立っている。ＵＲＭが個人または加入者のグループを対象にするためには、通常は顧客管理システム（図示されていない）から入手できる特定の加入情報が必要とされる場合がある。さらに、必要な場合、ＵＲＭを暗号有効期間に同期させるために必要な情報の交換を容易にするために、放送センタへの双方向性のリンクが提供される。好ましい実施形態の変形では、このリンクは提供されず、同期は放送センタ自体によって実行されている。
【０１６６】
「ＵＲＭ」は「対象を絞った」可能性はあるが、それにも関わらず、それらが通常は視聴者全体に送達され、「対象」条件はメッセージ自体の中に符号化されている（例えば、ある特定の天気番組のレコーディング及び以降の視聴は、エンドユーザが例えばＣＮＮチャネルなどの別のサービスに加入しているならば無料である）。
【０１６７】
ＵＲＭ、コンテンツ及びＥＣＭは別にして、一般的には、ユーザが受信機／デコーダ及び大容量記憶装置を使用して記録する及び／またはプレイバックできるためには、アクセス権が必要とされる。これらのアクセス権は、ＣＭＰＳエンタイトルメント管理メッセージ（「ＣＭＰ＿ＥＭＭ」）の形で提供される。ＣＭＰ＿ＥＭＭは、従来のＥＭＭと同じ構造を持つことがあるが、通常、さらにキー指向型である―ＣＭＰ＿ＥＭＭは、通常コンテンツまたはサービスと関連付けられたキーを埋め込む。記録したコンテンツをプレイバックする権利は、一回限りの支払い（衝動買い）または加入の見返りに許可される。任意のコンテンツに関して多様なレベルのアクセス権を許可することもでき、それによってユーザは、例えば、コンテンツを１回再生する権利の代わりに第１の料金を支払うか、あるいは無制限の再生の変わりに第２のさらに高い料金を支払うかだろう。ＣＭＰ＿ＥＭＭは、通常、受信機／デコーダＣＭＰＳスマートカードに記憶されるが、条件付きアクセススマートカード内など、他のところに記憶してもよい。
【０１６８】
好ましい実施形態では、レコーディングを再生する権利は、レコーディングが行われた（「ペイパービュー」モデル）後に、あるいはレコーディング（「加入」モデル）の前のどちらかに得ることができる。前者の場合、コンテンツを記録した後、ユーザは（受信機／デコーダ１３と条件付きアクセスシステム１５の間の双方向リンクを介して）、コンテンツをプレイバックする権利を入手することを希望することを条件付きアクセスシステム１５に命令する。命令が顧客管理システムによって承認されると、適切なＣＭＰＳエンタイトルメント管理メッセージ（「ＣＭＰ＿ＥＭＭ」）が双方向リンクを介して受信機／デコーダに送信される。
【０１６９】
ＣＭＰＳシステムによって提供される多くの優位点の１つは、番組を記録し、プレイバックするアクセス権が、従来のシステムでのように、単に番組を視聴するためのアクセス権にまったく関係ない点である。したがって、番組を視聴できるが、それを記録し、それをプレイバックすることはできないという状況になり、逆に番組を表示できないが、それを記録し、必要な権利を取得してからそれをプレイバックする可能性がある。
【０１７０】
使用規則及びアクセス条件は、レコーディング段階ではなくプレイバック段階だけで施行されるため、後者のシナリオが好ましい実施形態で考えられる。好ましい実施形態の変形では、権利はレコーディング段階でも施行され、セキュリティと使いやすさの間に別のバランスを提供する。
【０１７１】
アクセス権からのＣＭＩの独立性を利用して、ＣＭＩは、エンドユーザの家庭のネットワークに記憶される特定のコンテンツについて折々に変化する可能性がある。例えば、使用規則が期限切れとなった記憶されているペイパービュー番組の場合には、実際のレコーディングの数ヶ月後に、番組のコマーシャル規則が（コンテンツがいま加入に基づいて使用可能となるように）変化し、ＣＭＰＳに再び一斉送信される可能性が非常に高い。
【０１７２】
図８に関して、第２の好ましい実施形態が説明される。この実施形態では、類似するパーツは類似する数表示で示される。
【０１７３】
圧縮機３、マルチプレクサ／スクランブラ４、暗号化装置４２、条件付きアクセスシステム１５、放送システム５４、番組プロバイダ３８０及び受信機／デコーダ１３は、以前のように提供される。
【０１７４】
ただし、過去の実施形態とは対照的に、条件付きアクセスシステム１５は、ＣＭＰＳ　ＥＭＭ（「ＣＭＰ＿ＥＭＭ」）を要求時に受信機／デコーダ１３に提供するだけではなく、使用規則メッセージ（「ＵＲＭ」）の作成及び同のマルチプレクサ／スクランブラ４への転送も担当する。
【０１７５】
ＵＲＭ（「ＵＲＭ」）は、番組プバイダによるコンテンツ（「ＣＯＮＴＥＮＴ」）の作成と送信にあまり密接に統一していないが、同時にＥＣＭ（「ＥＣＭ」）はＵＲＭ（［ＵＲＭ］）とより密接に統一するようになる。本システムでは、コンテンツ、ＵＲＭ及びＣＭＰＳ　ＥＭＭの独立性、ならびに結果として生じる柔軟性は再び注記される。
【０１７６】
第２実施形態の変形では、ＵＲＭは放送センタ及び／または番組プロバイダと物理的な及び／または他の関連をもたないサードパーティ（図示されていない）によって送信される。このような変形では、使用規則の配布に関してなおさらに柔軟性が与えられる。
【０１７７】
図９に関して、第３の好ましい実施形態が説明される。この実施形態では、類似するパーツが類似する数表示で示される。
【０１７８】
圧縮機３、マルチプレクサ／スクランブラ４、暗号化装置４２、放送システム５４、番組プロバイダ３８０及び受信機／デコーダ１３は以前と同様に提供される。独立した関係者３８２も、受信機／デコーダ１３への接続とともに提供される。該接続はインターネット接続の形を取るが、好ましい実施形態の変形では、電話接続、ＡＤＳＬ接続、無線リンク、衛星チャネル、または任意の種類のネットワークなどの多くの他の形を取ってよい。
【０１７９】
この実施形態では、サードパーティ３８２が、受信機／デコーダへのユーザ規則とＣＭＰＳアクセス権の配布を担当する。サードパーティは、通常、関心のあるレコーディングに対する権利を販売するインターネット上の多くのサイトの内の１つである。第３実施形態の変形ではサードパーティは、代わりにサービス供給者、番組供給者、または他の関心のある関係者であってよい。
【０１８０】
前記のように、通常なんらかの種類の支払いを伴うユーザからの命令を受信すると、サードパーティ３８２はアクセス権とし用意規則を受信機／デコーダに送る。この場合、使用規則はレコーディング段階前に必要とされるため、ユーザは、このトランザクションを完了した後にコンテンツを記録しなければならない。
【０１８１】
図１０に関して、第４の好ましい実施形態が説明される。過去の場合と同様に、類似するパーツは類似する数表示で示される。
【０１８２】
特にインターネット分散モデルに典型的なこの実施形態では、スクランブルされたコンテンツ（「ＣＯＮＴＥＮＴ＊」）、ＣＭＰＳ　ＥＭＭ（「ＣＭＰＳ　ＥＭＭ」）及びＵＲＭ（「ＵＲＭ」）は、第１関係者３８２、第２関係者３８４、及び第３関係者３８０から受信機／デコーダ１３に別個に送達される。第１、第２、及び第３の関係者は、例えばマルチアクセスポータル（ＭＡＰ）であってよい。
送信の構造
典型的な送信の構造を示す図１１に関して、特定の例が説明される。
【０１８３】
送信９２０、この場合は衛星送信から受信されたトランスポートストリームはフィルムに対応し、（各章が多くのシーン全体を有する）４つの章、９０２、９０４、９０６、９０８、トレーラ９５０及び広告ブレーク９５２を含むさまざまなセクションに分割される。
【０１８４】
この例では、送信の６つのセクションのそれぞれは、別の使用規則一式を必要とするため、相応して６つのＵＲＭが生成される。ＵＲＭに特定セッション番号を割り当てることによって、ＵＲＭが特定の送信時間またはＥＣＭに関連付けられるモードでは、ＵＲＭのすべてを送信の始まりに送信できる。ＵＲＭが、それらが効果を発揮することが必要とされる瞬間から送信される他のモードでは、６つのＵＲＭが、対応するセクションのそれぞれの開始に対応する時間９３０，９３２、９３４、９３６、９３８、９４０に送信される。
【０１８５】
この例では、ＣＭＰＳエンタイトルメント管理メッセージ（ＣＭＰ＿ＥＭＭ）９１０は、コンテンツが開始する前に送信され、コンテンツの後日のレコーディングとプレイバックを可能にする。前述されたように、他の場合には、ＣＭＰ＿ＥＭＭは、コンテンツが記録された後に送信されてよい。
【０１８６】
セクション９５０（トレーラ）に対応するＵＲＭは、セクションを表示できる回数に制限を課さず、「トリック」モードが禁止されることを指定する（言い換えると、したがって、ユーザはトレーラを通して早送りすることができない）。
【０１８７】
対照的に、セクション９０４に対応するＵＲＭは、章に対する１５の評価を指定し、すべての「トリック」モードを指定するが、権利が期限切れになる前に章を３回表示してよいことを指定する。
受信機／デコーダでのコンテンツの記憶及び検索
好ましい実施形態のシステムに取り掛かる前に、従来の技術のシステムの例を簡略に再び取り上げる。
【０１８８】
図１２は、送信の処理及びレコーディングに関する（前記に参照されるような）仏特許出願番号第９５　０３８５９号により開示される方法の一部を概略して示している。
【０１８９】
データストリームの形を取る送信１０００の一部は、ＥＣＭ１００２を含む。ＥＣＭは信号から抽出され、ＥＣＭが（グローバル）活用キーＫＧの同等物を使用し復号される復号段階１００４に渡され、その結果生じる制御ワード（ＣＷ）は、次にそれがローカル活用キーＫＬで暗号化される暗号化段階１００６に渡される。その結果生じるＥＣＭ１０１２は、次にデータストリーム１０００の中に挿入し直され、同様のプロセスが残りのＥＣＭ１００８、１００９等で実施される。修正されたデータストリームは、以後、大容量記憶装置３７０のファイル１０１０に記憶される。
【０１９０】
図１３は、送信の処理及びプレイバックに関する（前記に参照されるような）仏特許出願番号第９５　０３８５９号によって開示される対応する方法の一部を概略して示す。
【０１９１】
プレイバックが開始されると、（送信の一部を表す）データストリーム１０００は大容量記憶装置３７０に記憶されるファイル１０１０から抽出される。ＥＣＭ１０１２はデータストリームから抽出され、制御ワード（ＣＷ）を生成するためにローカル活用キーＫＬの同等物を使用してＥＣＭを復号する復号段階１０２４を通過する。次に、制御ワードが、データストリームの対応する部分を逆スクランブルできるようにするためにデスクランブラ（ＤＳ）２３０に渡されてから、プロセスが残りのＥＣＭで繰り返される。
【０１９２】
前述された従来の技術のシステムと比べて、好ましい実施形態に従ってスクランブルされた送信の処理及びレコーディングがここに説明される。
【０１９３】
図１４は、ここの好ましい実施形態に従ってデータストリームまたはビットストリーム１０３０の処理の方法を示し、データストリームまたはビットストリームは、記録されなければならない送信の一部を表す。データストリームまたはビットストリームは、ＥＣＭ１０３２を含む複数のＥＣＭを含む。ＥＣＭは復号段階１００４（Ｄ）に渡され、そこでそれは一般的な活用キーＫＧの同等物を使用して復号され、制御ワード（ＣＷ）が抽出される。制御ワードは、前記のように、制御ワードがローカル活用キー（ＫＬ）を使用して暗号化される暗号化段階１００６（Ｅ）に渡される。結果として生じる制御管理メッセージ（ＣＭＭ）は、ヘッダ、つまりファイル１０３４の管理データ部分１０３８内での記憶のために次に大容量記憶装置３７０に渡される。ビットストリーム１０３０も大容量記憶装置に渡され、ファイル１０３４のコンテンツ部分１０４０に記憶される。ヘッダ１０３８は、データストリームまたはビットストリームの時間オフセットをファイル内のデータオフセットにマッピングする印を有するインデックステーブルも含む。好ましい実施形態の追加変形では、データストリームまたはビットストリーム１０３０及び複数の生成されたＣＭＭが別々のファイルに記憶される。
【０１９４】
さらに、事前に記録された大容量記憶装置データが考えられ、それによってコンテンツはデバイスの相対的に安価な読取専用部分に記憶され、制御情報は相対的に高価な読み書き部分に記憶される―制御情報の更新能力情報は、他のところで説明される、動的ＣＭＭを使用する好ましい実施形態の変形に必要とされる。
【０１９５】
図１５は、好ましい実施形態の代替案によるデータストリームまたはビットストリーム１０３０の処理の方法を示し、該データストリームまたはビットストリームは記録されなければならない送信の一部を表す。データストリームまたはビットストリームは、ＥＣＭ１０３２を含む複数のＥＣＭを含む。ＥＣＭは復号段階１００４（Ｄ）に渡され、そこでそれは一般的な活用キーＫＧの同等物を使用して復号され、制御ワード（ＣＷ）が抽出される。制御ワードは、制御ワード、使用規則データ（ＵＲＭ）及びアクセス権（ＣＭＰ＿ＥＭＭ）―後者はオプションである―がローカル活用キー（ＫＬ）を使用して暗号化される暗号化段階１００６（Ｅ）に渡される。その結果生じる制御簡易メッセージ（ＣＭＭ）は、次にヘッダ、つまりファイル１０３４の管理データ部分１０３８内での記憶のために大容量記憶装置３７０に渡される。データストリームまたはビットストリーム１０３０は、大容量記憶装置にも渡され、ファイル１０３４のコンテンツ部分１０４０に記憶される。ヘッダ１０３８は、データストリームまたはビットストリーム内の時間オフセットをファイル内のデータオフセットにマッピングする印を有するインデックステーブルも含む。好ましい実施形態の追加変形では、ＣＭＭ及びデータストリームまたはビットストリーム１０３０は別々のファイルに記憶される。
【０１９６】
複数の優位点は、別々のファイル内のコンテンツをコンテンツ自体に逆スクランブルするために必要とされる条件付きアクセス情報を記憶することによって実現できる。まず最初に、コンテンツはレコーディングプロセスの間に任意の方法で修正されないため、その記憶は簡略化され、さらに大きな範囲まで自動化できる。第２に、コンテンツとＣＭＭの分割は、各種データの遅延、帯域幅及び容量の用件がレコーディングとプレイバックの間に非常に異なり、相応して２つを２つの別々のファイルに分離することにより、大容量記憶装置と関連付けられるコントローラはさらに効率的に動作できる。
【０１９７】
条件付きアクセス及びコンテンツ管理の構成要素（制御ワード、使用規則、及びＣＭＰ＿ＥＭＭ）を１つの暗号化されたパケットにまとめ、コンテンツとは関係なくそれを記憶することによって、システムのセキュリティ、柔軟性及び効率が高まる。
【０１９８】
最後に、図１６は、好ましい実施形態の大容量記憶装置弐記憶されるデータの処理及びプレイバックの逆プロセスを示す。データストリーム１０３０は、代用郎記憶装置３７０内のファイル１０３４からデスクランブラ２３０に渡される。別々の制御情報ファイル１０３４からの制御管理メッセージ（ＣＭＭ）は復号段階１０２４に渡され、そこでそれはローカルキーＫＬの同等物を使用して復号される。このようにしてＣＭＭから抽出される制御ワード（ＣＷ）は、データストリームの対応する部分を逆スクランブルできるようにするためにデスクランブラ２３０に渡される。
ＣＭＰＳに関する追加詳細
コンテンツ管理保護システムがここにさらに詳しく説明される。
【０１９９】
最初に、ＣＭＰＳシステムに関連付けられるさまざまな関数が説明される。次にＣＭＰＳのハードディスクビデオレコーダ（ＨＤＶＲ）とのインタフェースが説明され、その後に番組のプレイバックと関連つけられるプロトコルと動作に関する説明が続く。次に、条件付きアクセスシステムとコンテンツ管理保護システムの間で渡されるデータ、及び暗号化ソフトウェアの説明を含むＣＭＰＳと条件付きアクセスシステムのインタフェースがさらに詳しく説明される。個人化モード、加入モードのスーパーディストリビューション、購入後スーパーディストリビューション、購入前スーパーディストリビューションを含む好ましい実施形態の動作モードが、さらに詳しく説明される。セキュリティライブラリ（ＡＰＩ）が詳しく説明され、関数のリストが提示される。
ＨＤＶＲとのインタフェース
ＣＭＰＳと好ましい実施形態で使用される大容量記憶装置媒体であるハードディスクビデオレコーダ（ＨＤＶＲ）の間のインタフェースは、ここでさらに詳しく説明される。
【０２００】
本項では、昔ながらのビデオレコーダの機能を記録されたコンテンツから設置できるようにする、ＣＭＰＳシステムの受信機／デコーダ部分とハードディスクビデオレコーダ（ＨＤＶＲ）のインタフェースを説明する。このようなインタフェースの定義は、立法を尊重するだけではなく、Ａ／Ｖコンテンツを配布する新しい方法の確立及び長寿も同時に保証するためにハードディスク上に暗号化されたコンテンツを記録するニーズから生じる。したがって、それは、ビデオレコーダの機能性を確立し、ハードディスクの安全な管理をユーザにとってトランスペアレントにするというＨＤＶＲの要件を特定しつつ、２つのサブシステム全体でクライアント（ＨＤＶＲ）とサービスプロバイダ（ＣＭＰＳ）間の関係性を指定することに関係する。
【０２０１】
レコーディングとプレイバックの結び付けられた原則の一般的な説明の後に、プロトコル、及びＣＭＰＳとＨＤＶＲ間のメッセージの交換の詳細が提示される。
ＨＤＶＲを使用するレコーディング
従う手順、及び番組を記録するときにＣＭＰＳ／ＨＤＶＲインタフェースに関して生じる問題点が、ここで説明される。
【０２０２】
番組を記録するときに、ＨＤＶＲはその構造がおもに管理データ（例えば、ｈｄｖｒ＿ｆｉｌｅ．ｍａｎａｇｅｍｅｎｔ＿ｄａｔａ）とコンテンツ自体（例えば、ｈｄｖｒ＿ｆｉｌｅ．ｃｏｎｔｅｎｔ＿ｄａｔａ）という２つの部分にあるファイルを生成する。
【０２０３】
ファイルの第１の部分は（中でも）関連付けられる解読キー（言い換えると制御ワード）だけではなくコンテンツの使用規則も含むＣＭＰＳによって生成、処理されるローカルメッセージ（コンテンツ管理メッセージ―ＣＭＭ）に相当する。第１部分は、ファイル内のデータオフセットにビットストリーム内の時間オフセットをマッピングする印を有するインデックステーブルも有する。
【０２０４】
第２部分は、特定の番組の多用な構成要素（ビデオ、音声、字幕等）に対応する部分的なトランスポートストリーム（ｐＴＳ）から構成され、共通スクランブルフォーマットＤＶＢ＿ＣＳで、一斉送信時にスクランブルされたままとなる。好ましい実施形態の変形では、管理データ及びコンテンツは少なくとも２つの別々のファイルに記憶される。
【０２０５】
ＣＷ（制御ワード）の送信が専ら条件付きアクセスシステム（ＣＡＳ）の能力の範囲内に留まるＣＭＰＳに確保される一斉送信アーキテクチャを考慮に入れ、ＣＭＰＳは独自の各暗号化期間内にＣＭを作成するために、管理メッセージと制御メッセージの同期を管理する。次に、このＣＭＭはｈｄｖｒ＿ｆｉｌｅ．ｍａｎａｇｅｍｅｎｔ＿ｄａｔａ部分への挿入のためにＨＤＶＲに送信される。ＣＭＰＳは、章の開始点またはビデオ録画モードでのレコーディングの承認された最大範囲などのコンテンツ（ｈｄｖｒ＿ｄａｔａ）の管理に関する情報の一部の量も通信する。
【０２０６】
これは、図１７に概略して示されている。ＵＲＭ、ＣＭＰ＿ＥＭＭ及びＣＷは、ＣＭＰＳに入力される。ｈｄｖｒ＿ｄａｔａはＣＭＰＳ３００からＨＤＶＲ３５０に渡される。
【０２０７】
前述されたように、ファイルのｈｄｖｒ＿ｆｉｌｅ．ｍａｎａｇｅｍｅｎｔ＿ｄａｔａ部分は、ビットストリームの時間オフセットをファイルのデータオフセットにマッピングする印を有するインデックステーブルも有する。ＨＤＶＲによって自動的に挿入さらえるＨＤＶＲ印とユーザの命令時に挿入されるユーザ印という２種類の印がインデックステーブルに含まれる。
【０２０８】
ＨＤＶＲ印は、ビットストリームの周期的な時間オフセットに一致する間隔でＨＤＶＲによって配置され、記録されるファイルの中で再生エントリポイントとして使用される。好ましい実施形態では、ＨＤＶＲ印は、番組のレコーディング中に自動的にＨＤＶＲによって生成される。
【０２０９】
ユーザ印も再生エントリポイントであり、番組のレコーディングのときに、あるいは記録される番組のプレイバック中にユーザによって設定される。
【０２１０】
インデックステーブルは、適切なＣＭＭに各ＨＤＶＲインデックスとユーザインデックスをマッピングするポインタも有し、記憶されるビットストリームのＨＤＶＲ印とユーザ印によって索引が付けられるポイントでの復号を可能にする。
【０２１１】
ファイルまたは対応するビットストリーム内のポイントの検索などの記録されているコンテンツの処理、及び早送り、巻き戻し、スキッピングなどの「トリックモード」動作は、インデックステーブルに記憶されるＨＤＶＲ印とユーザ印を利用する。
【０２１２】
コンテンツレコーディング段階中に再生されるプロトコルは、図１８に示されている。ＨＤＲサブシステムの刺激時に、セッションはＣＭＰＳで開かれ、新しい暗号有効期間と関連付けられる各イベントＥｖｔ＿Ｎｅｗ＿ＣＡＳ＿ＥＣＭ時にＣＭＭデータの回復を可能にする。その結果、記録されているｐＴＳとＵＲＭ、ＣＭＰ＿ＥＭＭ、及びＥＣＭに含まれるＣＷによって戻されるＣＭＭの間の同期生役を処理するために、このイベントに等しく加入することはＣＭＰＳの責任である。これらの異なる交換されたメッセージのシンタックスが以下に詳説される。
【０２１３】
ＨＤＶＲによってレコーディング段階中に必要とされるデータがここで説明される。
【０２１４】
ＨＤＶＲサブシステムがコンテンツのプレイバック時にＣＷをｐＴＳと同期させることを担当することを考慮すると、ＥＣＭの到着をＣＭＰＳによって送られる対応するＣＭＭに関連つけることは、レコーディング段階中のその責任である。ＥＣＭだけではなくＣＭＰＳ制御管理データ（ＵＲＭ―使用規則メッセージとＣＭＰ＿ＥＭＭ）もＭＬＯＡＤ＿ｄｅｖｉｃｅを介して戻されるので、ＨＤＶＲモジュールは、結果的に、ＥＣＭ（Ｅｖｔ＿Ｎｅｗ＿ＣＡＳ＿ＥＣＭ）をはんそうするＣＡ＿ｍｅｓｓａｇｅ＿ｓｅｃｔｉｏｎセクションのロードと関連付けられるイベントに加入する。このイベントの到達時に、ＨＤＶＲは、ＣＭＭに、ＣＭＰＳサーバと関連付けられるナビゲーション及び使用制約情報を得るように要求する。この情報は、それぞれＣＭＭナビゲーションとＣＭＭ．ｈｄｖｒ器側と呼ばれる。
【０２１５】
さまざまな包装情報に関するＣＭＭの作成は、図１９に概略して示されている。この実施形態では、ＣＡＳとＣＭＰＳは物理的に異なるサポート上に存在する。
【０２１６】
ＣＭＰＳ＿ＥＭＭとＵＲＭは、ＭＬＯＡＤ＿ＤＥＶＩＣＥ３９２からＲＣＡＲＤデバイス３９６に渡される。ＥＣＭはＭＬＯＡＤ＿ＤＥＶＩＣＥ３９２からＬＣＡＲＤデバイス３９４に渡される。ＥＣＭは、ＬＣＡＲＤデバイス３９４で復号され、制御ワード（ＣＷ）が抽出される。ＣＷはＲＣＡＲＤデバイスに渡される。ＣＷ、ＵＲＭ、及びＣＭＰ＿ＥＭＭは結合され、ＲＣＡＲＤデバイスで暗号化され、その結果生じる制御管理メッセージ（ＣＭＭ）はＣＭＰＳ＿ｌｉｂに渡される。
【０２１７】
（スマートカード上のメモリが別の構成要素と共用される後述される実施形態とは対照的に）ＣＭＰＳセキュリティモジュールはスマートカード上のメモリ全体にアクセスできるため、この実施形態は、大きなメモリ要件のある状況では特に有効である。さらに、ＣＭＰＳスマートカードは、条件付きアクセスシステムなどの他のシステムに悪影響を及ぼさずに削除または更新できる。
【０２１８】
図２０は、ＣＡＳとＣＭＰＳが同じ物理サポート上に存在する代替実施形態を示す。
【０２１９】
ＥＣＭは、制御ワード（ＣＷ）が抽出されるＬＣＡＲＤデバイスを介して条件付きアクセス／ＣＭＰＳスマートカードに直接渡される。ＵＲＭとＣＭＰ＿ＥＭＭも、ＬＣＡＲＤデバイスを介して条件付きアクセス／ＣＭＰＳスマートカードに直接的に送られる。ＵＲＭ、ＣＭＰ＿ＥＭＭ及びＣＷはスマートカードで結合、暗号化され、結果として生じるＣＭＭはＣＭＰＳ＿ｌｉｂに渡される。
【０２２０】
スマートカード技術（ＲＯＭデバイス、ＥＥＰＲＯＭデバイス及びフラッシュデバイス）は、この実施形態及び過去の実施形態を実現するために使用される。このフレームワークでは、共通ソフトウェアリソースが共通セキュリティＡＰＩ（ツールボックス）の目的を形成する。
【０２２１】
この実施形態（図示されていない）の変形では、ＥＣＭがＣＡＳ＿Ｌｉｎｋ＿Ｌａｙｅｒの同等物によってＬＣＡＲＤデバイスに直接送られ、（要求側制御ワード等の）情報交換が２つのアプリケーションによってスマートカード内で交渉される。
【０２２２】
図２１に関して、追加の代替実施形態では、システムはミドルウェアに存在してよい。
【０２２３】
ＵＲＭとＣＭＰ＿ＥＭＭは、ＭＬＯＡＤ＿ｄｅｖｉｃｅからＣＭＰＳ＿ｃｏｒｅに渡される。ＥＣＭは、それが復号され、制御ワードが抽出されるＬＣＡＲＤデバイスを介して条件付きアクセススマートカードに渡される。制御ワードは、それがＵＲＭ、及び要すればＣＭＰ＿ＥＭＭと結合されてから暗号化されるＣＭＰＳ＿ｃｏｒｅに送られる。その結果として生じるＣＭＭは、ＣＭＰＳ＿ｃｏｒｅからＣＭＰＳ＿ｌｉｂに渡される。
ＨＤＶＲを使用したプレイバック
番組をプレイバックするときに生じる、従う手順及び問題点がここに説明される。
【０２２４】
記録されたコンテンツを使用するとき、ＣＭＰＳは、記録されるＣＭＭに提示される使用規則を加入者により獲得され、セキュリティモード（ＳＭ）に含まれる権利と比較することによって関連付けられる権利の有効性を保証する。この機構は、好ましくは、要求に応えて無効動作を記述する、考えられるエラーメッセージ（ステータス）は別にして、ＨＤＶＲアプリケーションに明らかのままとなる。好ましくはさらにマンマシンインタフェースアプリケーションを使用してユーザに中継され、メッセージが確信しているのは、遠隔制御での顕著に無効なアクションである（例えば、「トリック」モード早送りがシーケンスで承認されていないとき、画面に警告が表示される）。
【０２２５】
コンテンツ内でのナビゲーションを容易にするために、ＣＭＰＳ　ＳＭ（コンテンツ管理保護システムセキュリティモード）に固有の処理時間に制限されずに、デスクランブラを新しいＣＷとともにロードし直すことができる。この目的をもって、ＨＤＶＲアプリケーションは、それらが含むＣＷの効果的な使用の前に特定数のＣＭＭを事前処理するようにサーバに依頼できる。これを行うためには、ＨＤＶＲは、現在位置のどちらかの側で、章、インデックス及び暗号化期間と関連付けられるＣＭＭのさまざまなバッファを生成する。ＣＭＰＳの要求時に、ＨＤＶＲは、さらに、ビデオファイルのｈｄｖｒ＿ｆｉｌｅ．ｍａｎａｇｅｍｅｎｔ＿ｄａｔａ部分に挿入し直される更新されたＣＭＭを検索する。
【０２２６】
最後にｐＴＳの逆スクランブルは、ＤＬＩのレベルでデスクランブラにＣＷを格納できるようにする型Ｓｅｔ＿ＣＷ（ｅｖｅｎ＿ｋｅｙ、ｏｄｄ＿ｋｅｙ）の１つの特定の関数だけを必要とする。前述されたように、デバイス層インタフェース（ＤＬＩ）は、ミドルウェアの下にあるメーカによって開発されたソフトウェアのＡＰＩである。
【０２２７】
コンテンツ読み取り段階中に再生されるプロトコルが図２２に示されている。ＨＤＶＲサブシステムの刺激時に、セッションはＣＭＰＳで開かれ、記録されているＣＭＭ内に存在するコンテンツキー（つまり、ＣＷ）の回復を可能にする。ナビゲーションを容易にし、安全な管理をユーザにトランスペアレントにするために、ＨＤＶＲサブシステムは、現在位置のどちらかの側で、さまざまな章、ユーザインデックス、及び暗号有効期間に対応する複数のＣＭＭバッファを生成する。ＣＭＰＳによって戻されるコンテンツキーは、セッションキーを使用して暗号化され、それらの効果的な使用（つまり、デスクランブラへの入力）までこのように残る。さまざまな交換メッセージのシンタックスが後述される。
【０２２８】
プレイバックの間にＨＤＶＲによって必要とされるデータがここで説明される。
【０２２９】
ＣＭＰＳサーバでの処理に提出されるＣＭＭバッファの状態だけではなく、コンテンツの使用（章の開始のラベル、ナビゲーション制約、レコーディングの最大範囲等）にも比較して、ＨＤＶＲによって必要とされる主要なデータは、ナビゲーション及び使用制約情報（ＣＭＭ．ｎａｖｉｇａｔｉｏｎとＣＭＭ．ｈｄｖｒ＿ｒｕｌｅｓ）から構成される。情報がＵＲＭ内で平文で伝えられる場合には、特定の管理情報（ｈｄｖｒ＿ｄａｔａ）は、コンテンツレコーディング（通常は、章の開始のラベル）の時点でＵＲＭから得られてよい。ビデオファイルのｈｄｖｒ＿ｆｉｌｅ＿ｍａｎａｇｅｍｅｎｔ＿ｄａｔａ部分をオーバロードするのを回避するために、使用制約（ナビゲーション、章のモラルコード等）についての情報などの他のデータは、ＣＭＭを介してコンテンツのプレイバック時にＣＭＰＳによって通信されてよい。
【０２３０】
暗号化期間に対応する一連のブロックの逆スクランブルは、関連付けられるＣＷを検索し、それらを（同期のために）デスクランブラにロードするという要求を始動するＨＤＶＲの刺激時に留まる。ＣＷを搬送するＣＭＭのコンテンツがどうてきであるとき、ＣＭＰＳの要求時に管理データファイルに更新されたＣＭＭを挿入し直すのはＨＤＶＲの責任である。（レコーディングとプレイバックの両方について）ＨＤＶＲのニーズを概略で記述するサービス／機構／ＡＰＩのレベルの構造は、図２３に示される。クライアントライブラリはさらに詳細に後述される。
【０２３１】
ビデオ録画モード、及びそれが実現されてよい多様な手段がここでさらに詳しく説明される。
【０２３２】
「ビデオ録画」に関連付けられる機能性はおそらく放送コンテンツのより大きな部分によって使用できるが、このモードを禁止する可能性、及びさらにはレコーディング時間の範囲に関する制約を課す可能性は、スタジオのニーズに対処するためのこれらのＣＭＰＳシステム機能性の部分である。さらに、特定の国々で施行されている立法は、この機能性を著作権に関する法律の例外として見なしている。この場合、モードに関連つけられる制約が尊重されることを保証することが相対的に重要である。
【０２３３】
レコーディングの範囲は、セキュリティモードによって制御され、前述されたように、コンテンツはスクランブルされた形式で記録される。これは、ビデオ録画に関連つけられる制約を施行するのに役立つ。
【０２３４】
レコーディングをプレイバックすることに関係するさまざまな段階は、図２４に関して後述される。
【０２３５】
段階４０１では、ＭＬＯＡＤデバイスがＵＲＭデータを抽出し、ＣＭＰＳモジュールにそれを送る。
【０２３６】
段階４０２では、ＣＭＰＳモジュール３１０は、ＲＣＡＲＤ＿ｄｅｖｉｃｅを介してＵＲＭをＣＭＰＳ　ＳＭ（コンテンツ管理保護システムセキュリティモジュール）に提出する。
【０２３７】
段階４０３では、ＣＭＰＳ　ＳＭはＵＲＭを復号し、ビデオ録画モードが承認される（Ｉｎｆｏ＿Ｄａｔａ）ことを検証してから、ＣＭＰＳモジュールに、範囲情報だけではなく送信されるＣＭＭも作成する。フィールドｐａｕｓｅ＿ｃｏｕｎｔは、ＣＭＭで更新される。
【０２３８】
段階４０４では、ＣＭＰＳモジュールはアセンブルされたデータをＨＤＶＲに送り返す。
【０２３９】
段階４０５では、記録された時間ウィンドウでの読み取り時に、ＨＤＶＲがＣＭＭをＣＭＰＳモジュールに送り返す。
【０２４０】
段階４０６では、ＣＭＰＳモジュールは復号のためにＣＭＭをＳＭに送る。
【０２４１】
段階４０７では、ＳＭはＣＭＭを復号し、ビデオ録画モードが承認されていることを検証し、メモリ内で、ＣＭＭの、及びＵＲＭから生成された最後のＣＭＭのｐａｕｓｅ＿ｃｏｕｎｔフィールドを比較する。記録の範囲が尊重される場合、ＳＭはＳＡＣ（安全な接続）を介してＣＭＰＳもジュールに制御ワードを送り返す。反対の場合には、メッセージエラーは、ＣＭＰＳモジュールを介してＨＤＶＲに送り返される。レコーディング制約を考慮に入れることは、範囲情報を所有するＨＤＶＲの責任であり、それらがコンテンツの配分者によって決定される規則に従って処理されることを確実にすることはＳＭの責任である。
【０２４２】
段階４０８では、ＨＤＶＲモジュールは制御ワードを復号してから、それらをデスクランブラに送る。
【０２４３】
この解決策は、ビデオ録画モード（レコーディング時間の範囲、広告の視聴）に関連付けられる制約がＳＭによって考慮に入れられ管理されていることを保証する。
【０２４４】
前述されたｐａｕｓｅ＿ｃｏｕｎｔフィールドの目的とは、ビデオ録画モードで記録されてよいデータ（または時間）の最大量を指定する規則を施行することである。記録段階を開始する（言い換えると、エンドユーザが休止ボタンを押す）とき、ＣＭＰＳはＥＣＭとＵＲＭのＣＭＭへの変換を開始し、これらのＣＭＭ内でｐａｕｓｅ＿ｃｏｕｎｔカウンタを増分し始める。エンドユーザが（例えば再生ボタンを押すことによって）休止モードを停止することを望むとき、ＣＭＰＳはＨＤＶＲに、第１の記録されたＣＭＭを送信しなければならない。ただし、エンドユーザが見ている内容と生番組の間には時間の遅延があるため、レコーディングプロセスは依然として継続中である。この状況では、ＣＭＰＳはこのようにして、視聴のためにＨＤＶＲによって要求されるＣＭＭに存在するｐａｕｓｅ＿ｃｏｕｎｔフィールドと、レコーディングのためにＨＤＶＲによって要求されるＣＭＭ内のＣＭＰＳによって埋め込まれるｐａｕｓｅ＿ｃｏｕｎｔフィールドの差異を比較できる。暗号有効期間の長さで乗算されるこの差異は、最大ビデオ録画期間を超えないものとする。
【０２４５】
実現の複雑度は、アプリケーションモジュールＣＭＰＳとＨＤＶＲ間の考えられるエラーメッセージの交換だけではなく、特にＣＭＰＳ　ＳＭに影響を与える処理のレベルでも重要である。
【０２４６】
好ましい実施形態の変形では、さまざまな解決策が実現され、セキュリティと簡略さの間のさまざまな妥協点を達成する。２つのこのような解決策がここで説明される。
【０２４７】
第１解決策では、レコーディングの最大範囲はＨＤＶＲに委ねられ、制限されたコンテンツウィンドウが平文で記録される。さまざまな段階は、図２５に関して詳しく後述される。
【０２４８】
段階５０１では、ＭＬＯＡＤ＿ｄｅｖｉｃｅがＵＲＭを抽出し、ＣＭＰＳモジュールにそれらを送信する。
【０２４９】
段階５０２では、ＣＭＰＳモジュールが、ＲＣＡＲＤ＿ｄｅｖｉｃｅを介してＣＭＰＳ　ＳＭにＵＲＭを提出する。
【０２５０】
段階５０３では、ＣＭＰＳ　ＳＭはＵＲＭを復号し、ビデオ録画モードが承認されている（Ｉｎｆｏ＿Ｄａｔａ）ことを検証してから、範囲情報だけではなく制御ワードもＣＭＰＳモジュールに転送する。
【０２５１】
段階５０４では、ＣＭＰＳモジュールがアセンブルされたデータをＨＤＶＲに送信する。
【０２５２】
段階５０５では、ＨＤＶＲアプリケーションがレコーディングの管理に必要な範囲情報を検索し、コンテンツを平文で記録するために制御ワードをデスクランブラに直接送信する。
【０２５３】
この解決策は、ＣＭＰＳ　ＳＭだけがＵＲＭを復号するために必要とされるので実現するのがもっとも簡略である。加えて、コンテンツは平文で記録されるので、ビデオ録画ウィンドウ内のナビゲーション機能はさらに容易に助長される。
【０２５４】
ＩＳＯ−７８１６に従って情報（制御ワードと範囲の制約）が平文で回覧される方法はハードディスク（特にマルチ一斉送信の状況において）上でのすべてのコンテンツの平文でのデジタルコピーの作成につながるが、問題は、認証された安全なリンクがＣＭＰＳ　ＳＭと端末の間で確立されると削減または排除され、レコーディングの範囲に対する考慮は完全にＨＤＶＲの管理下に留まる。
【０２５５】
第２解決策では、使用制御は再びＨＤＶＲに委ねられるが、レコーディングはスクランブルされた形式である。さまざまな段階が図２６に関して後述される。
【０２５６】
段階６０１では、ＭＬＯＡＤデバイスがＵＲＭを抽出し、ＣＭＰＳモジュールにそれを送信する。
【０２５７】
段階６０２では、ＣＭＰＳモジュールがＲＣＡＲＤ＿ｄｅｖｉｃｅを介してＵＲＭをＣＭＰＳ　ＳＭに提出する。
【０２５８】
段階６０３では、ＣＭＰＳ　ＳＭがＵＲＭを復号し、ビデオ録画が承認されること（Ｉｎｆｏ＿Ｄａｔａ）を検証し、ＣＭＰＳモジュールに範囲情報だけではなく送信されるＣＭＭも生成する。
【０２５９】
段階６０４では、ＣＭＰＳモジュールがアセンブルされたデータをＨＤＶＲに送り返す。
【０２６０】
段階６０５では、記録された時間ウィンドウ内で読み取り時に、ＨＤＶＲがＣＭＭをＣＭＰＳモジュールに送り返し、ＣＷに対する要求を開始する。
【０２６１】
段階６０６では、ＣＭＰＳモジュールが復号のためにＣＭＭをＳＭに送信する。
【０２６２】
段階６０７では、ＳＭがＣＭＭを復号し、ビデオ録画モードが承認されていることを検証してから、安全な認証チャネル（ＳＡＣ）を介してＣＭＰＳに制御ワードを送り返す。
【０２６３】
段階６０８では、ＨＤＶＲモジュールが制御ワードを復号し、デスクランブラにそれらを送り返す。これは、ＣＭＰＳが制御ワードをデスクランブラに送る図２４と図２６に示されている変形と対照的である。
【０２６４】
前記解決策に比較すると、ハードディスクにＣＭＭを読み取ることによってリスクは制限されており、それは記録されたコンテンツのウィンドウが暗号化され、個人化されていることを暗示する。しかしながら、レコーディングの範囲に対するコミットメントは、依然としてＨＤＶＲの制御下にある。
【０２６５】
条件付きアクセスシステムと同じスマートカードでＣＭＰＳが実現されるか、あるいは完全にミドルウェアのソフトウェア内でＣＭＰＳが実現される変形の場合、前記３回のウォークスルーで指定されるイベントのシーケンスが異なる可能性があることが注意される。後者の場合、通常（ＲＣＡＲＤデバイスを介して）セキュリティモジュール／スマートカード上で実行しているソフトウェアの部分は、代わりに図２２、図２３、及び図２４でＣＭＰＳ円の中に埋め込まれるだろう。
【０２６６】
メッセージ交換のプロトコル、及び特に関連するデータ構造がここに説明される。
【０２６７】
ＨＤＶＲとＣＭＰＳの間の交換プロトコルの中で発生するデータの特定量が指定される。それらは、おもにナビゲーション情報とコンテンツの使用に対する制約だけではなく、ＣＭＭを移動するＣＭＭ＿ｍｅｓｓａｇｅメッセージにも関係する。構造は以下のとおりである。
2004507826.tif 000003
ＣＭＭは、今度はそれが以下に詳説される、異なる構造を含む。
【０２６８】
ＣＭＭ＿ｍｅｓｓａｇｅは、特にコンテンツ内のナビゲーションに関する情報から構成されている。ナビゲーション及び制約データが暗号化されてよいＣＭＭとは逆に、これらはＨＤＶＲによって直接的に解釈されるためにＣＭＭ＿ｍｅｓｓａｇｅで平文で提示される。ＣＭＭの一般的な構造は（その符号化及びシグナチャとは関係なく）以下に示される。
2004507826.tif 000004
コンテンツ内のナビゲーションデータは、見出しを指し、以下に示される。
2004507826.tif 000005
無効なアクション及びビデオ録画制限という点でのコンテンツ使用制限に関係するデータが後述される。
2004507826.tif 000006
番組のレコーディングに関係するメッセージ交換のためのプロトコルが、ここに説明されるだろう。
ＣＭＰＳクライアントライブラリ
概要では、ＣＭＰＳクライアントライブラリは、ＣＭＰＳシステムと接続する必要があるアプリケーションによって使用されるためのメッセージ一式を提供する。コンテンツのレコーディングとプレイバックに関係する多様な機能の制御を可能にするために広範囲なＡＰＩを特徴とするセキュリティライブラリも提供される。セキュリティライブラリは、以下の項の最後に向かって詳しく説明され、安全な認証接続（ＳＡＣ）の作成のために設けられる機構に関してかなり重要である。
【０２６９】
マルチスレッドサーバ及びメッセージ待ち行列に関して、複数の同時のレコーディングセッションとプレイバックセッションを考慮に入れ、ＣＭＰＳサーバは複数の（クライアントセッションごとに１つ）スレッドを管理でき、それぞれが取り消し要求の管理を可能にする監督（ｓｕｐｅｒｖｉｓｉｏｎ＿ｍｑ）だけではなく、メッセージ（それぞれｒｅｑｕｅｓｔ＿ｍｑとｒｅｓｐｏｎｓｅ＿ｍｑ）の受信と送信のためのさまざまなメッセージ待ち行列（ｍｅｓｓａｇｅ＿ｑｕｅｕｅ）を所有する。ただし、各要求を処理し、セッション（ｓｅｓｓｉｏｎ＿ｍｑ）をＣＭＰＳクライアントによる要求時に開き、万一該ケースが生じると、サーバの新しいインスタンスを作成するのはメインサーバ（ＣＭＰＳ＿ｍａｉｎサーバ）の責任である。好ましい実施形態の変形では、ＣＭＰＳサーバはモノサーバであるが、マルチセッションソフトウェア構成要素である。
【０２７０】
以下の項に示されるメッセージの集合は、好ましい実施形態で使用されるメッセージのすべてに対応する。好ましい実施形態の変形では、システムの機能性を高めるために追加メッセージが使用され、他の変形では、いくつかのメッセージは省略される。
【０２７１】
メッセージの第１集合はセッション管理に関係し、シンタックスは以下の通りである。
2004507826.tif 000007
2004507826.tif 000008
メッセージの第１集合は番組のレコーディングに関係し、シンタックスは以下の通りである。
2004507826.tif 000009
メッセージの第１集合は番組のプレイバックに関係し、シンタックスは以下の通りである。
2004507826.tif 000010
メッセージの第１集合は番組の取り消しに関係し、シンタックスは以下の通りである。
2004507826.tif 000011
ＣＭＰＳと条件付きアクセスシステムの間のインタフェース
以下の項は、内蔵及び／または外部大容量記憶装置に備えられる受信機／デコーダについて、条件付きアクセスシステムとコンテンツ管理保護システム（ＣＭＰＳ）の間のインタフェースを定義する。それは、特に、それら２つのそれぞれの役割を提示する一方で２つのシステム間の責任の分担を強調する。
【０２７２】
ここに使用されるように、ハードウェア内で実現されているとして参照される機能は、通常ソフトウェア内で実現される、あるいは逆もまた同様である。さらに具体的には、ＣＭＰＳ暗号化機構及び復号機構などのスマートカードに存在する機能は、例えばミドルウェア内などのソフトウェア内に設けられてよく、逆もまたは同様である。さらに他のところで注意されるように、受信機／デコーダでの条件付きアクセスサブシステムとＣＭＰＳサブシステムの間には厳しい分割はない。
【０２７３】
この調子で、通常は、同時に対応するシステムのハードウェアモジュールとソフトウェアモジュールを指定するために、文書全体で、条件付きアクセスセキュリティモード／スマートカード（ＣＡＳ　ＳＭ）及びコンテンツ管理セキュリティモジュール（ＣＭＰＳ　ＳＭ）が使用されるが、必ずしもさまざまな物理エンティティに接続されると見なしてはならない。
【０２７４】
ＣＭＰＳとＣＡＳのそれぞれの役割、特にそれらの相互関係がここに説明される。
【０２７５】
ＣＭＰＳシステムの多様な機能を実現するために、一定量の管理及び制御データが定められる。この目的のため、放送情報（ＣＭＰ＿ＥＭＭとＵＲＭ）が、ＣＭＰＳシステム（言い換えるとＣＭＭ）によって局所的に生成され、操作される放送情報から区別される。このローカルデータは、前述される。放送情報と局所的に生成される情報の分離は、図２８に概略して示される。
【０２７６】
等しく（条件付きアクセスシステムに特有の）ＥＣＭとＣＡＳ＿ＥＭＭは、ＵＲＭとＣＭＰ＿ＥＭＭと区別される。
【０２７７】
使用規則メッセージ（ＵＲＭ）は、ここにさらに詳しく説明される。
【０２７８】
ＥＣＭとは対照的に、ＵＲＭはＥＣＭ（制御ワードの移動は条件付きアクセスシステムの責任である）で実施される制御ワードを含まない。ＵＲＭは使用規則を含むだけであり、コンテンツ使用基準を指定するＣＭＩ（コンテンツ管理情報）に効果的に縮小する。それらは、ヘッドエンドのレベルで生成されるコンテンツまたは見出しキーをオプションで含んでよい。この特性が、放送を、暗号有効期間の期間に接続される同期の制約から解き放ち、ヘッドエンド開発のニーズを最小限に抑えることができる。さらに、ＵＲＭは、条件付きアクセスシステム（例えば、ソフトウェアで考えられてよいＤＥＳ）には関係なくアルゴリズムによってであるが、おそらく条件付きアクセスシステムによって使用されるものと同じ活用キーによって送信のために暗号化されてよい。
【０２７９】
ＣＭＰＳエンタイトルメント管理メッセージ（ＣＭＰ＿ＥＭＭ）がここでさらに詳しく説明される。
【０２８０】
ＣＭＰ＿ＥＭＭは、ＣＭＰＳシステムに特有の核使用シナリオに関連つけられるコンテンツに対する使用権を含む。ＣＭＰ＿ＥＭＭのＰＩＤは、条件付きアクセス表（ＣＡＴ）で参照され、ＣＡＳ＿ｉｄの値がＣＭＰＳに一致するとすぐにこのように識別される。ＵＲＭと同様に、ＣＭＰ＿ＥＭＭは、ＣＡＳとは無関係である可能性があるアルゴリズムによる送信の前に暗号化されるが、ＣＭＰ＿ＥＭＭはＣＡＳ＿ＥＭＭと同じ配布モード（視聴者、グループ、個人）をサポートする。
【０２８１】
これに関連して、ＣＡＳ　ＳＭ（条件付きアクセスシステムセキュリティモード、つまりＣＡＳスマートカード）は、安全な認証接続（ＳＡＣ）全体で、２つのシステム間のクライアントモデル（ＣＭＰＳ）／サーバ（ＣＡＳ）に従ったＣＭＰＳの要請でＣＭＰＳ　ＳＭ（コンテンツ管理保護システムセキュリティモード、つまりＣＭＰＳスマートカード）に制御ワードを送信する。
【０２８２】
一般的には、認証及び鍵交換（ＡＫＥ）のプロトコルは、ＣＭＰＳとスマートカード内に存在する条件付きアクセスアプリケーションの間の機密データの交換を保護するために定義される。このプロトコルは、特定の暗号アルゴリズム（暗号化、ハッシュ関数等）が、それらが別々のセキュリティモジュールに留まる限り、２つのシステムによってサポートされると仮定する。
【０２８３】
ＣＭＭの放送制御管理メッセージからの形成は、図２９に概略で示される。
【０２８４】
条件付きアクセスシステム（ＣＡＳ）とコンテンツ管理保護システム（ＣＭＰＳ）間の責任の分担は以下の通りである。
【０２８５】
・ＣＡＳ＿ＥＭＭは、（ＣＭＰＳシステムを基準にした権利を含む）加入権だけではなく中間コンテンツ使用権も伝達する。
【０２８６】
・ＵＲＭは、法律上のコンテンツ使用権だけではなく、コンテンツによって差別化される（加入を除く）使用規則も伝達する。
【０２８７】
・ＥＣＭは、制御ワード及び加入と中間使用の点でのコンテンツアクセスの基準を含む。
【０２８８】
・ＵＲＭは商業的な及び法律上のコンテンツ使用基準だけを含む。ただし、好ましい実施形態の変形では、それらは条件付きアクセス及び／または他の情報に関係する追加データを含む。
【０２８９】
・ＵＲＭのコンテンツ使用基準がＣＭＰ＿ＥＭＭに含まれる権利に（あるいはさらに簡略に多様な使用シナリオのための複写規則に）一致する場合、ＣＭＰＳ　ＳＭは、２つのセキュリティモジュール／スマートカードの間で過去に確立された安全な認証接続を介して条件付きアクセスシステムに関連する特定の条件下（加入等）でそれらにそれを送り返すＣＡＳ　ＳＭで制御ワードを要求する。コンテンツの個人化を含むシナリオでは、ＣＭＰＳ　ＳＭは制御ワード及びコンテンツ使用規則を含むそれ（ＣＭＭ）に固有であるメッセージを生成する。ＣＭＰＳシステムは、自立的に安全なコンテンツ管理を担当する。
【０２９０】
・ＥＣＭが現在の番組へのアクセスを禁止するとき（プッシュモードまたは記録されているコンテンツの衝動買いの場合でのように局所的に記録されるコンテンツだけでの延期された使用）、ＣＡＳは、記録される現在のＣＭＭの作成及び最終的にはコンテンツ使用のためにＣＭＰＳ　ＳＭに制御ワードを指定できる。
【０２９１】
この責任の分担は、アーカイブコンテンツ（加入を解除した）ユーザはもう有料ＣＭＰＳサービスにアクセスできないが、アーカイブに入れられたコンテンツは使用し続けてよい）の使用の問題に対する解決策をもたらし、終始２つのシステム間のインタフェースを定義しながら、ＣＡＳとＣＭＰＳの間に相対的な独立性を与える。システムは、さらにスタジオの機能要求に対処する。
【０２９２】
２つのシステムＣＡＳとＣＭＰＳを区別し、そのそれぞれの役割を定義することが、ある種のそれらのリソースの冗長性とそれらの独立性の間の妥協案の決定につながる。
【０２９３】
他のところに説明されるように、好ましい実施形態では、（２つの異なる物理的なサポートを含む）２つの独立したシステムが提供される。この解決策は、それにも関わらず事業者によって選ばれるアクセス制御システムの製品の方向に進む可能性がある。別の実施形態では、条件付きアクセスリソースは、ＣＭＰＳシステム（制御ワード、日付フィールド、加入フィールド等）のために使用される。
【０２９４】
後者の実施形態は、特にヘッドエンドに関連して、冗長性を制限し、進展を簡略化することができる。このリソースの分担は、代わりに２つのシステムの間でさらに重要且つ安全なインタフェースが達成されること（特に、制御ワードなどの機密データを送信するための安全な接続の作成）を必要とする場合がある。
【０２９５】
好ましい実施形態では、少なくとも１つの共通した認証及び２つのシステム間でのセッションキープロトコルの交換を指定することが必要である。その結果、対称的な暗号アルゴリズム及び公開鍵シグナチャ検証アルゴリズムを有する暗号ツールが必要とされる。好ましい実施形態では、ＳＡＣの認証及びＤＥＳのためのＸ．５０９Ｖ３　ＲＳＡ証明が使用される。
ＣＡＳからＣＭＰＳに渡される制御管理データ
ＣＡＳからＣＭＰＳに渡される制御管理データは、以下を含んでよい。
【０２９６】
・制御ワード：好ましい実施形態では、それらはＥＣＭ内だけで一斉送信され、その結果、コンテンツ管理メッセージ（ＣＭＭ）と呼ばれるローカル「ＥＣＭ」の作成のために、安全なリンクによってＣＭＰＳ　ＳＭ（コンテンツ管理保護システムセキュリティモジュール）に送信される。
【０２９７】
・地理学上のゾーン：ＥＣＭ内で一斉送信されるとき、それは（スーパーディストリビューションシナリオのときのゾーンに対する制約を考慮に入れ）ＣＭＭで表現されるＣＭＰＳＳＭに送信されてよい。
【０２９８】
・モラルコード：それはＥＣＭ内で一斉送信されてよく、すべての番組に適用してよい。好ましい実施形態では、ＣＭＰＳシステムのフレームワークで、ある番組のさまざまな見出しでのさまざまなモラルコードの（ＵＲＭ内の）一斉送信が考えられる。この情報がＵＲＭにないときにも、ＣＡＳによって一斉送信されるモラルコードがＣＭＭの中に挿入されるためにＣＭＰＳ　ＳＭに通信される必要がある。
【０２９９】
・放送日：ＥＣＭ内で一斉送信されるとき、それはレコーディング日付としてのＣＭＭ内での表現のためにＣＭＰＳ　ＳＭに送信されてよい（レンタル型のマーケティングシナリオ）。
【０３００】
・セッション番号：セキュリティの理由から―ともに別個に伝えられる制御ワードとコンテンツ管理情報の間で接続を確立するために使用される。
【０３０１】
・ＯＰＩ：コピーの起源を突き止めるため。
【０３０２】
ＣＭＰＳからＣＡＳに渡されるデータは、以下を含んでよい。
【０３０３】
・加入データ：加入フィールド（ｓｕｂｓｃｒｉｐｔｉｏｎ＿ｂｉｔｍａｐ）は、ＣＡＳ＿ＥＭＭの中だけで一斉送信されてよい。ＣＭＰＳに適切な使用シナリオを基準にした商業的な賃借はＵＲＭ内で移送されてよい。記録されているコンテンツの加入可能な使用時、加入フィールドでの商業的なオファーのメンバーシップの検証は、ＣＡＳ＿ＳＭとともにある。
【０３０４】
・地理学上のゾーン：スーパーディストリビューションのシナリオでは、このパラメータは妥当性検査のために受信者のＣＡＳに提出されてよい。
【０３０５】
・道徳基準：好ましい実施形態では、ＣＭＰＳ使用シナリオの元で、このパラメータは妥当性検査のためにＣＡＳに提出されてよい。
動作モード
ここでは個人化モード、スーパーディストリビューションモード、加入モードのスーパーディストリビューション、購入後スーパーディストリビューション、及び支払い前スーパーディストリビューションモードが詳しく説明される。
【０３０６】
最初に、個人化モードが説明される。
【０３０７】
好ましい実施形態の多様な動作モードは、以下にさらに詳しく調べられている。つまり、個人化モード、（２つのシステムに１つの共通した加入フィールドがあり、加入フィールドがそれぞれのシステムに特有である）加入モードのスーパーディストリビューション、購入後スーパーディストリビューション、及び購入前スーパーディストリビューションである。
【０３０８】
個人化モードでは、ＣＭＰＳシステムは、固有のユーザキーによってＣＭＭを暗号化することによって個人化されたコピーの作成を担当する。このキーは、さらに、ユーザキーを広げるのに役立つコンテンツ識別子（ｃｏｎｔｅｎｔ＿ｉｄ）に依存する。記録されたコンテンツのすべての使用は、コピーを個人化するために、セキュリティモジュールが存在することを必要とする。
【０３０９】
このモードでのＣＭＭの作成のさまざまな段階が、図３０に関して後述される。
【０３１０】
段階１５００では、ＣＡＳ　ＳＭを通してＥＣＭを、及びＣＭＰＳＳＭを通してＵＲＭを受信した後、（二重矢印によって記号で表される）認証された安全なリンクが確立され、特にＣＭＰＳ　ＳＭが（ユーザキーによって暗号化された）ＣＭＭの作成のために制御ワードを回復できるようにする。
【０３１１】
段階１５０２では、ＣＭＭはハードディスク上に記録されるために、ファイルシステム（ＦＳ）に送信される。
【０３１２】
段階１５０４では、コンテンツの総合使用時に、ＣＭＭは、コンテンツに対する使用権を確証し、当てはまる場合には更新するＣＭＰＳ　ＳＭに送信される。
【０３１３】
段階１５０６では、使用権が許すときには、ＣＭＰＳ　ＳＭは制御ワードをデスクランブラに送り返し、コンテンツの解読を可能にする。
【０３１４】
段落１５０８では、更新されたＣＭＭがファイルヘッダに挿入し直されるファイルシステムに送り返される。段階１５０６の時点で、制御ワードが、それがトランスポートパケットとのそれらの同期を担当するのであれば、おそらくファイルシステムに戻されてよいことが注意される。
【０３１５】
スーパーディストリビューションモードがここでさらに詳しく説明される。
【０３１６】
さまざまなスーパーディストリビューションシナリオにより、各ユーザは、事業者を置換できる。これに関連して、ユーザは他の加入者に、あるいは非加入ユーザに、支払い、またはその使用権が過去に放棄されたものの間でコンテンツを共用することを提案する。３つの機能シナリオ、つまり加入モードのスーパーディストリビューション、購入後スーパーディストリビューション及び購入前スーパーディストリビューションがさらに詳しく後述される。
【０３１７】
加入モードのスーパーディストリビューションがここに説明される。
【０３１８】
このような動作のモードでは、２つのシステム、ＣＡＳとＣＭＰＳに１つの共通した加入フィールドがあってよい、あるいは各システムに特定の１つの加入フィールドがあってよい。これらの２つのケースが次に考えられる。
【０３１９】
第１のケースでは、２つのシステムには１つの共通した加入フィールドがある。この場合、加入フィールドは、（コンテンツに応じて区別される使用時に）管理の一部がＣＭＰＳによって引き受けられるサービスを含む。ＣＭＰＳと関連付けられる新しいサービスを考慮に入れるために、加入フィールドの長さを６４ビットから１２８ビットに拡張するのが望ましい場合がある。
【０３２０】
このようなシステムの１つの実施形態の特徴は以下に一覧表示される。
【０３２１】
・制御ワード及び加入番号はＥＣＭの中だけで一斉送信される。
【０３２２】
・ＣＭＭはＣＭＰＳ　ＳＭだけによって処理される。
【０３２３】
・ＣＭＰＳシステムは、対応するサービスに対する加入期間の終了後を含む加入モードで得られるコンテンツの延期された使用を可能にする。
【０３２４】
・ＣＭＰＳシステムは、加入モードで得られるコンテンツのスーパーディストリビューションを可能にする。
【０３２５】
・ＣＭＰＳシステムは、加入モードで得られるコンテンツの個人化されたレコーディングを可能にする。
【０３２６】
・加入サービスへのアクセス制御は、ＣＡＳ　ＳＭの責任である。
【０３２７】
・加入フィールドは、ＣＡＳ＿ＥＭＭの中だけで一斉送信される。
【０３２８】
前記に一覧表示された最初の特徴は、記録されているコンテンツ使用権の検証が必ずしも加入フィールドに介入してはならず、その結果、必ずしもＣＡＳ　ＳＭに介入してはならないことを暗示している。これは、スーパーディストリビューションされたコンテンツの使用が、まさに記述フィールド内の加入の存在を条件とする第２の特徴の矛盾のように見える場合がある。この点を明確化するために、以下の機能性を定義することが適切である。
【０３２９】
・関連付けられたコンテンツを使用するときに、個人化されたＣＭＭの（必ずしも）加入の検証を行わない作成
・スーパーディストリビューションのために適合された「グループ」ＣＭＭの作成、及び必須加入フィールドを所有すること
・個人化されたＣＭＭをグループＣＭＭに変換する（逆もまた同様）のための機構。１つの考えられる解決策は、その形式が図３１に図示されるコンテンツと独占的に関連付けられるスーパーディストリビューション（ＳＤ−ＣＭＭ）に特定なＣＭＭを定義することを必要とする。
【０３３０】
図３１に関して、ヘッダを除き、第１フィールドは、ＳＤ−ＣＭＭによって個人化された部分を表し、特にＣＭＭの復号を可能にするＣｏｎｔｅｎｔ＿Ｋｅｙキーを含む（このキーは、レコーディング時の現在の活用キーまたはＣＭＰＳ　ＳＭによって局所的に生成されるキーとリンクされてよい）。第２フィールドはスーパーディストリビューションを可能にし、コンテンツＣｏｎｔｅｎｔ＿ｉｄと関連付けられる商業的なオファーＣｏｍｍｅｒｃｉａｌ＿Ｏｆｆｅｒの数を含む。キーＧｒｏｕｐ＿ｋｅｙは、サービスに対する加入にと球であるか、あるいは活用キーにリンクされてよい。このキーの動的な性質を考慮し、コンテンツのスーパーディストリビューションの前にフィールドが更新される。この特定のＣＭＭは、ＣＭＭファイルの前に追加され、（制御ワードを含む）ローカルＥＣＭに対応するＣＭＭを完了する。
【０３３１】
このＳＤ−ＣＭＭの作成及び修正のさまざまな段階が、図３２に関して後述される。
【０３３２】
段階１６００では、ＣＡＳ　ＳＭによるＥＣＭ及びＣＭＰＳ　ＳＭによるＵＲＭの受信後に、特にＣＭＰＳ　ＳＭがＣＭＭを作成するために制御ワードを回復できるようにする安全な認証済みの接続が確立される。
【０３３３】
段階１６０２では、（ＳＤ−ＣＭＭを含む）ＣＭＭが、ハードディスクに記憶されるファイルシステム（ＦＳ）に送信される。
【０３３４】
段階１６０４では、コンテンツの再配布のときにＳＤ−ＣＭＭが、現在のグループキーを考慮に入れ、権利に従って、スーパーディストリビューションに関連付けられるファイルを更新するＣＭＰＳ　ＳＭに送信される。
【０３３５】
段階１６０６では、更新されたＳＤ−ＣＭＭが、ファイルの先頭に挿入し直されるためにファイルシステムに送り返される。
【０３３６】
段階１６０８では、関連付けられるＣＭＭだけではなくコンテンツも、別の加入者、スーパーディストリビューションのファイルシステムに送信される。
【０３３７】
段階１６１０では、システムが、ファイルの先頭からＳＤ−ＣＭＭを抽出し、妥当性検査及び個人化のためにそれをＣＭＰＳＳＭに提出する。
【０３３８】
段階１６１２では、ＣＭＰＳＳＭは、ＳＤ＿ＣＭＭのスーパーディストリビューションに関連付けられるフィールドを復号し、ＭＳ　ＣＡＳに安全なリンク全体での加入を確証するように要求する。
【０３３９】
段階１６１４では、サービスの商業的なオファーが実質的に加入フィールドに提示される場合、ＣＭＰＳ　ＳＭは、それをファイルシステムに送信する前に、ＳＤ−ＣＭＭの第１個人化フィールドを修正する。提示されない場合は、（特定的なアプリケーションを通して）スーパーディストリビューションされたコンテンツへのアクセスを獲得するために、加入するための刺激策がある場合がある。
【０３４０】
各システムに特有の加入フィールドがある、加入モードのスーパーディストリビューションの第２のケースがここで調べられる。
【０３４１】
２つのシステムのそれぞれが独自の加入フィールドを所有するとき、それは、これらの商業的なオファーに関連付けられる制御メッセージと管理メッセージの一斉送信を確実にすることは、ＣＭＰＳ上での義務である。その結果、ＣＭＰＳに特有な商業的なオファーの数がＵＲＭで一斉送信され、対応する加入フィールドがＣＭＰ＿ＥＭＭで一斉送信される。次に、前項に提示されたスーパーディストリビューションシナリオが同様に実現されてよく、加入の妥当性検査の段階７がＣＭＰＳによって保証される。
【０３４２】
購入後スーパーディストリビューションがここに説明される。
【０３４３】
このシナリオでは、加入者は記録されているコンテンツを、それを使用できるためには提案されている商業的なシナリオを運用する際の事業者への支払いに対する権利を獲得しなければならない別の加入者に送信する。
【０３４４】
このようなシステムの１つの実施形態の特徴を、以下に一覧表示する。
【０３４５】
・ＣＭＰＳシステムが、記録されているコンテンツの購入後の配布を可能にする。
【０３４６】
・制御ワードがＥＣＭの中だけで一斉送信される。
【０３４７】
・ＣＭＭがＣＭＰＳ　ＳＭに送信される。
【０３４８】
その使用が（例えばＥＭＭ＿Ｕの中での）権利の受信を条件としている記録されているコンテンツ（それから関連付けられているＣＭＭ）の再配布は、ＣＭＭの暗号化に対するある種の制限を暗示する。これに関連して、権利とともに一斉送信され、ＣＭＭ、あるいはさらに簡略には前項での考えを成立させるＳＤ−ＣＭＭの復号を可能にする（各コンテンツに特有の）スーパーディストリビューションキーを使用することが適切である。この最後のケースでは、特定的なＣＭＭの構造は図３３に示されているとおりでよい。
【０３４９】
図３３に関して、前述されたように、ヘッダの後ろの第１フィールドは、ＳＤ−ＣＭＭの個人化された部分を表し、特にＣＭＭの復号を可能にするコンテンツキーを含んでいる（このキーは、ＣＭＰＳ　ＳＭによって局所的に生成されてよい）。第２フィールドは、配布を可能にし、好ましくはそれをＣｏｎｔｅｎｔ＿ｉｄに接続できるようにする特定のキーＳＤ＿Ｋｅｙによって暗号化される。この特定のＣＭＭもＣＭＭファイルのヘッダに追加される。
【０３５０】
このＳＤ−ＣＭＭの作成及び修正のさまざまな段階は、図３４に関して詳しく後述される。
【０３５１】
段階１７００では、ＣＡＳ　ＳＭによるＥＣＭの、及びＣＭＰＳ　ＳＭによるＵＲＭの受信後に、認証された安全な接続が確立され、特にＣＭＰＳ　ＳＭがＣＭＭの作成のために制御ワードを回復できるようにする。
【０３５２】
段階１７０２では、（ＳＤ−ＣＭＭを含む）ＣＭＭがハードディスク上に記録されるファイルシステムに送信される。同時に活用権とスーパーディストリビューションキーを含むＣＭＰ＿ＥＭＭが、レコーディング段階の後にＣＭＰＳ　ＳＭによって受信される場合、ＳＤ−ＣＭＭは、ＣＭＰ＿ＥＭＭに存在するＳＤ＿Ｋｅｙを考慮に入れて更新される。
【０３５３】
段階１７０４では、関連付けられたＣＭＭだけではなくコンテンツが別の加入者、スーパーディストリビューションのファイルシステムに送信される。
【０３５４】
段階１７０６では、第２加入者による権利の受信時に、ファイルシステムはファイルのヘッダからＳＤ−ＣＭＭを抽出し、復号及び個人化のためにそれをＣＭＰＳ　ＳＭに提出する。
【０３５５】
段階１７０８では、ＣＭＰＳ　ＳＭが個人化されたＳＤ−ＣＭＭをファイルシステムに戻す。
【０３５６】
支払い前のスーパーディストリビューションがここで説明される。
【０３５７】
支払い前の状況で考えられるシナリオの種類は、加入者が、（少なくとも第１使用の時点で）権利を要求する必要なく、一人または複数人の他のユーザに記録されているコンテンツを送信できるようにする。したがって、スーパーディストリビューションシナリオに関連付けられる権利の順序（つまり支払い）は、送信者の責任である。簡略さのために、加入者間のスーパーディストリビューションシナリオだけが、以下に取り扱われる。
【０３５８】
このようなシステムの１つの実施形態の特徴を以下に一覧表示する。
【０３５９】
・ＣＭＰＳシステムが、記録されているコンテンツの支払い前のスーパーディストリビューションを可能にする。
【０３６０】
・制御ワードはＣＡＳ−ＥＣＭの中だけで一斉送信される。
【０３６１】
・ＣＭＭはＣＭＰＳ　ＳＭに送信される。
【０３６２】
前記シナリオでのように、スーパーディストリビューションキーの使用が考えられてよい。活用権と記録されているコンテンツの分離という制約を受け、前項の説明されている段階は、送信側加入者の過去の命令によって加入者への権利の送信に条件を付ける際に有効なままである。要求は、コマンドサーバ（電話、ミニテル等）、あるいは（例えば、ＧＵＩまたは配布し直すことを望む番組、及び恩恵を受ける加入者の数を指定することによって）ＩＲＤの戻り経路によって直接的に渡されてよい。
セキュリティライブラリ
セキュリティライブラリ（またはＡＰＩ）は、特定のインプリメンテーションまたはデータ輸送の手段と関係ないセキュリティ関数の使用を可能にする。それは、高水準関数のカタログから成り立っている。このＡＰＩは、（例えば、コンテンツの出版者から国内ネットワークのレコーディング装置への）複数のインタフェースから構成されている安全な接続「エンドツーエンド」の作成を可能にし、コンテンツ供給者の要求で、ウォーターマーキングなどの新しい技術に対する最終的な責任を承認する。制御／コマンドデータの流れを補助し、それは、システムに、それが管理の新しい手段を考慮に入れ、さまざまな商業的なシナリオに適応できるようにする柔軟性を与える。
【０３６３】
次項、ＣＭＰＳのセキュリティライブラリに含まれてよいＡＰＩの非独占リストは、ＣＭＰＳ　ＳＭと安全な接続（ＳＡＣ）を確立する装置のグループの間のクライアント−サーバモデルの使用に関する問題点を提起する。特に、セッションの概念が導入され、ＳＡＣの管理にはるかに大きな柔軟性を可能とする。
クライアント−サーバＡＰＩの部分を形成する関数は以下の通りである。
【０３６４】
・ＩｎｉｔＳｅｓｓｉｏｎ（Ｍｏｄｕｌｅ＿ｉｄ＿，Ｄｅｖｉｃｅ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
ＳＭと認証メカニズム及び安全なリンクで活用される暗号ツールのグループなどの選ばれたデバイスの間のクライアント−サーバセッション
・ＣｌｏｓｅＳｅｓｓｉｏｎ（Ｍｏｄｕｌｅ＿ｉｄ＿Ｄｅｖｉｃｅ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
クライアント−サーバセッションを閉じる。
【０３６５】
・Ｓｅｎｄ／ＲｅｃｅｉｖｅＣｌｉｅｎｔｉｎｆｏ（Ｍｏｄｕｌｅ＿ｉｄ，Ｄｅｖｉｃｅ＿ｉｄ）
デバイスＤｅｖｉｃｅ＿ｉｄの暗号機能性（例えば、サポートされている認証機構）の送信と受信を可能にする。
【０３６６】
・Ｓｅｎｄ／Ｒｅｃｅｉｖｅ（Ｃｒｙｔｏ＿Ｓｕｉｔｅ＿ｉｄ，Ｍｏｄｕｌｅ＿ｉｄ，Ｄｅｖｉｃｅ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
デバイスによってサポートされる機能性は別にして、ＳＭとデバイスの間の認証プロトコルの起動を可能にする。
安全な接続（ＳＡＣ）の作成のためにＡＰＩの一部を形成する関数は以下の通りである。
【０３６７】
・ＯｐｅｎＣｈａｎｎｅｌ（Ｍｏｄｕｌｅ＿ｉｄ，Ｄｅｖｉｃｅ＿ｉｄ，Ｓａｃ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
Ｍｏｄｕｌｅ＿ｉｅとＤｅｖｉｃｅ＿ｉｄの間の安全な接続の開放を可能にする高水準ＡＰＩ
・ＣｌｏｓｅＣｈａｎｎｅｌ（Ｓａｃ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
ＳＭのイニシアチブで接続の閉鎖を可能にする高水準ＡＰＩ
・ＣａｒｄＣｈａｉｎｉｎｇ（Ｎｅｗ＿Ｍｏｄｕｌｅ＿ｉｄ，Ｏｌｄ＿Ｍｏｄｕｌｅ＿ｉｄ）
例えば情報ＮＲＳＳ−Ｂ仕様の第８．１０項を使用する上でＳＭの置換のための機構を示す。
【０３６８】
・ＧｅｔＣｅｒｔｉｆｉｃａｔｅ（Ｄｅｖｉｃｅ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
Ｓｅｓｓｉｏｎ＿ｉｄセッションのＤｅｖｉｃｅ＿ｉｄの証明書を戻す。
【０３６９】
・Ｓｅｎｄ／Ｒｅｃｅｉｖｅ（Ｄａｔａ，Ｓａｃ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
Ｓａｃ＿ｉｄ接続に関するデータの送信と受信を可能にする。
【０３７０】
・ＳｅｎｄＳｅｓｓｉｏｎＫｅｙ（Ｓｅｓｓｉｏｎ＿ｋｅｙ，Ｄｅｖｉｃｅ＿ｉｄ，Ｓａｃ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
公開鍵アルゴリズムを使用してＳａｃ＿ｉｄ接続でセッションキー（Ｓｅｓｓｉｏｎ＿ｋｅｙ）の送信を可能にする。
【０３７１】
・ＲｅｎｅｗＳｅｓｓｉｏｎＫｅｙ（Ｓａｃ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）　Ｓａｃ＿ｉｄ接続でセッションキーの更新を要求する。
【０３７２】
・ＮｅｗＣｈａｎｎｅｌ（Ｓａｃ＿ｉｄ，Ｓｅｓｓｉｏｎ＿ｉｄ）
Ｓｅｓｓｉｏｎ＿ｉｄセッションを使用して、クライアントとサーバ間の新しい接続の確立を可能にする。
暗号ＡＰＩの一部を形成する関数は以下の通りである。
【０３７３】
・ＧｅｎＲａｎｄｏｍ（ｓｉｚｅ）
一定数のビットの乱数の生成を可能にする。
【０３７４】
・Ｓｉｇｎ（Ｓｉｇ＿Ａｌｇｏｒｉｔｈｍ＿ｉｄ，ｄａｔａ）
Ｓｉｇ＿Ａｌｇｏｒｉｔｈｍ＿ｉｄによって定義されるアルゴリズムを使用して「データ」データのシグナチャを要求する。
【０３７５】
・Ｖｅｒｉｆｙ（Ｓｉｇ＿Ａｌｇｏｒｉｔｈｍ＿ｉｄ，ｄａｔａ）
Ｓｉｇ＿Ａｌｇｏｒｉｔｈｍ＿ｉｄによって定義されるアルゴリズムを使用して「データ」データのシグナチャを確認する。
【０３７６】
Ｓｉｇ＿Ａｌｇｏｒｉｔｈｍ＿ｉｄ
Ｓａｃ＿ｉｄ接続でコンテンツデータの復号／暗号化を可能にする。
関数シナリオ
ＣＭＰＳシステムに関連付けられる複数の異なる関数シナリオが、コンテンツ管理だけではなく活用に関しても説明される。
【０３７７】
そのアーキテクチャの観点から、ＣＭＰＳは、特殊化した暗号化手段及びＸ５０９ｖ３などの標準化された証明を介して、ＳＭ（セキュリティモジュール）と端末の間での保護され、認証された論理的な接続の作成に基づいている。これらの接続は、保護されるコンテンツの管理と制御のための種々の情報の保護された送信を確実にできる。
【０３７８】
ＣＭＰＳシステムは、「仮想」デジタルＶＴＲと関連付けられたコンテンツでの通常のナビゲーション機能、特に番組の送信中（ビデオ録画機能）の急速早送りと巻き戻し、ピクチャ単位の前進、ポーズ、及びプレイバックの動作を危険にさらさない。
【０３７９】
ＣＭＰＳシステムは、他方、特定のスタジオの要件に準拠するビデオ録画アプリケーションのために、レコーディング時間（例えば、総期間９０分の間の３０分に値するフィルム）の最大範囲を保証できる。また、ＣＭＰＳシステムは、ユーザが機密データ（ユーザプロファイル、ウェブ優先順位、ブックマーク、電子メール等）の保護を確実にできるようにする。
【０３８０】
ＣＭＰＳシステムは、消費者の端部での大容量記憶装置の使用に基づいた新しい運用モデルのセットアップと維持をサポートできる。特に、それは、以下を含むテレビ事業者のための新しい配布方法をサポートできる。
【０３８１】
・夜間に空いている帯域幅を使用するハードディスクへのコンテンツ（Ａ／Ｖと音楽）の「プッシュ」モードでの送信で、記録されているコンテンツのすべてまたは一部（無料視聴及び無料傾聴）はスクランブルされている。プレビューを見た後、ユーザはコンテンツを受信するかどうかを選んでよい。購入のケースでは、ユーザは権利を受信する。拒否のケースでは、情報はハードディスクから消去される。プッシュモードでの送達は、消費者（「応需」）または加入者プロファイルを使用する事業者の刺激であってよい。
【０３８２】
・レンタルモデル：ハードディスクに記憶されているコンテンツの所定の回数または事業者によって定義される時間ウィンドウ内での使用（使用は、支払いを条件にする可能性がある）。
【０３８３】
・複数のマーケティング方法：記録されている情報は、多様な使用シナリオ（例えば、１週間、２週間、２回など）で、その結果初期権利の満了後も含めて可変コストでアクセス可能である。
【０３８４】
・スーパーディストリビューション：ユーザが事業者に代わる。ユーザは、支払いの見返りに、あるいは使用権が事前に払い込まれている場合に同じコンテンツの他の加入者にそれらを共用するように提案する。この使用モデルにより、事業者とサービスプロバイダは、事業者のネットワークインフラストラクチャ、つまり実際には公共の通信網を最大限まで利用できる。
【０３８５】
・ＣＣＤ（コンテントオンデマンド）：音声／画像、音楽、ファイル（ゲーム、ＭＰ３）データ。
【０３８６】
・事業者と広告主の間の契約上のリンクにより課される広告（及びその画像）を記録する方法。
【０３８７】
・支払いを必要とする可能性のある（非公開コピーを除く）複数のコピーの制御（再配布）。
【０３８８】
ＣＭＰＳシステムは、加入者が大容量記憶装置を備えている限り、コンテンツへのアクセス（加入モードとペイパービューモード）という点で既存の機能性を拡張できる。従来のビデオレコーダの機能性と同時記録とプレイバックにより可能にされたビデオ録画の機能性だけではなく、このバックアップメモリも、事業者が加入者の敷地でメモリ容量を活用する新しいマーケティング方法を実施できるようにする。
【０３８９】
（ＣＭＰＳシステムが再生される）大容量記憶装置に基づいた以下の「ユーザ」サービスを提供できる。
【０３９０】
・（同時読み書きのための）標準機能拡張済みビデオレコーダ機能は、番組の単純の記録と第２受信チャネルの不在により制限される別の番組の（ライブまたは前に録画されていた）視聴と同時の番組の録画の両方を含む。
【０３９１】
・最大レコーディング時間に関するビデオ録画機能（保護はレコーディングを個人化することによって補強される）。それにも関わらず、ビデオ録画へのアクセスは、コンテンツの配布方法に応じて差別化される（例えば、ペイパービューとマルチ送信として利用可能となるコンテンツは、この機能への制限されたアクセスを受ける可能性があり、それがない場合、Ｎ回の放送は、コンテンツ全体を部分単位で録画するのに十分である。
【０３９２】
・上記２件のシナリオの組み合わせ（ビデオ録画と録画された番組の同時鑑賞）
・機密ユーザデータ（プロファイル、ウェブ優先順位、電子メール、ｅ−コマース、パーソナルバンキングデータ等）の保護
コンテンツの配布とマーケティングの多様なモードが考えられる。
【０３９３】
このようなモードの第１集合は、以下を特徴とする、対象とされる、あるいはオンデマンドのコンテンツ（ＮＶＯＤ（近（Ｎｅａｒ）ビデオオンデマンド）ウィンドウとＶＯＤ（ビデオオンデマンド）ウィンドウの間の代替策）の「プッシュ」モードを含む。
【０３９４】
・事業者で入る固定料金加入：ユーザは、プロファイルに従って定期的にユーザに新しいコンテンツ（映画のプレビュー、ＭＰ３ファイル等）を提示するサービスに加入する。コンテンツは加入者にはトランスペアレントな形式でディスクに入れられる。使用は通常差別化される。下記の定められるスーパーディストリビューションを含むすべてのケースで、それは事業者の管理下に留まる。
【０３９５】
・注文：ユーザは後で使用するためにコンテンツを注文し、支払いの全額または一部が使用まで延期される。
【０３９６】
・スーパーディストリビューション：ユーザが事業者の代わりとなり、コンテンツの他の加入者に、支払いを見返りに、あるいは使用権が事前に払い込まれているばあいに、共用するように提案する。複数の動作モードが考えられる。一例として、送信側加入者はコンテンツまたはコンテンツリファレンスを目的地加入者に送信する。事業者は、関連付けられた権利とともに目的地加入者に向かってそれを送信（ストリーミングまたはダウンロード）するか、あるいは加入者はコンテンツを検索するためにＭＡＰサイトに接続する。
【０３９７】
このようなモードの第２の集合は、以下の特徴を含む個人化されたレコーディングを必要とする。
【０３９８】
・（一部の国々で施行されている立法に従って）非公開デジタルコピーを作成する権利。ＣＭＰＳは、それが家族の枠組みに留まることを保証する。
【０３９９】
・固定価格オファー：ユーザは（非公開コピーとは別に）マーケティングオファーの全内容を記録し、オファーに関連付けられるユーザ権利を獲得する。
【０４００】
・注文：ユーザはユーザシナリオ（１回または複数回の視聴、時間で制限される視聴等）だけではなくコンテンツも注文する。
【０４０１】
・（表示時間またはプレイ時間あたりの）衝動：同様であるが、過去に記録されたコンテンツの即時の使用に関する。
【０４０２】
広告に向けられるモードの第３の集合も考えられる。このようなモードでは、広告スポットがレコーディングのときに、及びビデオレコーダ機能とビデオ録画によるナビゲーションの間に純粋に、且つ単に省略されないことを確実にすることは、広告主と事業者にとって相互利益である。
【０４０３】
過去の点は、広告及び／またはトレーラを免除された番組のレコーディングが、広告及び／またはトレーラが付いている同じ番組を記録することよりさらに要求が多いマーケティングモデルを引き起こす可能性がある。
【０４０４】
ここに説明されるようなシステムの大きな柔軟性のためのさらに追加のモードも考えられる。
【０４０５】
本発明が純粋に例証として前述され、詳細の変型を本発明の範囲内で加えることができるが理解されるだろう。
【０４０６】
説明及び（適切な場合）請求項と図面に開示される各機能は、別個にまたは任意の適切な組み合わせで提供されてよい。
【０４０７】
請求項中に表示される参照数表示は、例証としてだけであり、請求項の範囲に制限的な影響を及ぼさないものとする。
【図面の簡単な説明】
【図１】図１は典型的なデジタルテレビシステムの概要である。
【図２】図２は条件付きアクセスシステムの概要である。
【図３】図３はエンタイトルメント管理メッセージ（ＥＭＭ）の構造である。
【図４】図４は受信機／デコーダのブロック図である。
【図５】図５は受信機／デコーダのアーキテクチャの説明図である。
【図６】図６は受信機／デコーダのアーキテクチャのさらに詳細な説明図である。
【図７】図７はコンテンツ管理保護システム（ＣＭＰＳ）の第１の好ましい実施形態の概要である。
【図８】図８はコンテンツ管理保護システムの第２の好ましい実施形態の概要である。
【図９】図９はコンテンツ管理保護システムの第３の好ましい実施形態の概要である。
【図１０】図１０はコンテンツ管理保護システムの第４の好ましい実施形態の概要である。
【図１１】図１１は典型的な送信の構造の概略説明図である。
【図１２】図１２は記録前の受信された送信の従来の技術による処理の概略説明図である。
【図１３】図１３はプレイバック前の受信された送信の従来の技術による処理の概略説明図である。
【図１４】図１４は記録前の受信された送信の処理の概略説明図である。
【図１５】図１５は記録前の受信された送信の代替処理の概略説明図である。
【図１６】図１６はプレイバック前の受信された送信の処理の概略説明図である。
【図１７】図１７はＣＭＰＳとＨＤＶＲの間のデータの流れの説明図である。
【図１８】図１８はコンテンツレコーディング団海中に再生されるプロトコルの説明図である。
【図１９】図１９はＣＭＰＳと関連付けられるデバイスの間のデータの流れの概略説明図である。
【図２０】図２０は別の実施形態でのＣＭＰＳと関連付けられるデバイスの間のデータの流れの概略説明図である。
【図２１】図２１は追加実施形態でのＣＭＰＳと関連付けられるデバイスの間のデータの流れの概略説明図である。
【図２２】図２２はコンテンツ読み取り段階中に再生されるプロトコルの説明図である。
【図２３】図２３はサービス、機構及びＡＰＩの構造の説明図である。
【図２４】図２４はレコーディングをプレイバックする上で必要となるさまざまな段階の説明図である。
【図２５】図２５は異なる態様でのレコーディングをプレイバックする上で必要となるさまざまな段階の説明図である。
【図２６】図２６は追加態様でのレコーディングをプレイバックする上で必要となるさまざまな段階の説明図である。
【図２７】図２７はサーバの新しいインスタンスを作成する原理の説明図である。
【図２８】図２８は一斉送信された情報と局所的に生成された情報の分離の概略説明図である。
【図２９】図２９は放送制御管理メッセージからのＣＭＭの形成の説明図である。
【図３０】図３０は個人化モードでのＣＭＭの作成のさまざまな段階の概略図である。
【図３１】図３１はスーパーディストリビューションに特定的で、コンテンツに独占的に関連付けられるＣＭＭ（ＳＤ−ＣＭＭ）の構造の説明図である。
【図３２】図３２はスーパーディストリビューションモードでのＳＤ−ＣＭＭの作成及び修正のさまざまな段階の概略説明図である。
【図３３】図３３は購入後スーパーディストリビューションに特定的なＣＭＭ（ＳＤ−ＣＭＭ）の構造の説明図である。
【図３４】図３４は購入後スーパーディストリビューションモードでのＳＤ−ＣＭＭの作成及び修正のさまざまな段階の概略説明図である。
【図２】
2004507826.tif 000012
【図３】
2004507826.tif 000013
【図４】
2004507826.tif 000014
【図５】
2004507826.tif 000015
【図７】
2004507826.tif 000016
【図８】
2004507826.tif 000017
【図９】
2004507826.tif 000018
【図１０】
2004507826.tif 000019
【図１２】
2004507826.tif 000020
【図１３】
2004507826.tif 000021
【図２３】
2004507826.tif 000022
【図２４】
2004507826.tif 000023
【図２５】
2004507826.tif 000024
【図２６】
2004507826.tif 000025
【図２８】
2004507826.tif 000026
【図２９】
2004507826.tif 000027
【図３０】
2004507826.tif 000028
【図３２】
2004507826.tif 000029
【図３４】
2004507826.tif 000030
【国際公開パンフレット】
2004507826.tif 000031
2004507826.tif 000032
2004507826.tif 000033
2004507826.tif 000034
2004507826.tif 000035
2004507826.tif 000036
2004507826.tif 000037
2004507826.tif 000038
2004507826.tif 000039
2004507826.tif 000040
2004507826.tif 000041
2004507826.tif 000042
2004507826.tif 000043
2004507826.tif 000044
2004507826.tif 000045
2004507826.tif 000046
2004507826.tif 000047
2004507826.tif 000048
2004507826.tif 000049
2004507826.tif 000050
2004507826.tif 000051
2004507826.tif 000052
2004507826.tif 000053
2004507826.tif 000054
2004507826.tif 000055
2004507826.tif 000056
2004507826.tif 000057
2004507826.tif 000058
2004507826.tif 000059
2004507826.tif 000060
2004507826.tif 000061
2004507826.tif 000062
2004507826.tif 000063
2004507826.tif 000064
2004507826.tif 000065
2004507826.tif 000066
2004507826.tif 000067
2004507826.tif 000068
2004507826.tif 000069
2004507826.tif 000070
2004507826.tif 000071
2004507826.tif 000072
2004507826.tif 000073
2004507826.tif 000074
2004507826.tif 000075
2004507826.tif 000076
2004507826.tif 000077
2004507826.tif 000078
2004507826.tif 000079
2004507826.tif 000080
2004507826.tif 000081
2004507826.tif 000082
2004507826.tif 000083
2004507826.tif 000084
2004507826.tif 000085
2004507826.tif 000086
2004507826.tif 000087
2004507826.tif 000088
2004507826.tif 000089
2004507826.tif 000090
2004507826.tif 000091
2004507826.tif 000092
2004507826.tif 000093
2004507826.tif 000094
2004507826.tif 000095
2004507826.tif 000096
2004507826.tif 000097
2004507826.tif 000098
2004507826.tif 000099
2004507826.tif 000100
2004507826.tif 000101
2004507826.tif 000102
2004507826.tif 000103
2004507826.tif 000104
2004507826.tif 000105
2004507826.tif 000106
2004507826.tif 000107
2004507826.tif 000108
2004507826.tif 000109
2004507826.tif 000110
2004507826.tif 000111
2004507826.tif 000112
2004507826.tif 000113
2004507826.tif 000114
2004507826.tif 000115
2004507826.tif 000116
2004507826.tif 000117
2004507826.tif 000118
2004507826.tif 000119
2004507826.tif 000120
2004507826.tif 000121
2004507826.tif 000122
2004507826.tif 000123
2004507826.tif 000124
2004507826.tif 000125
2004507826.tif 000126
2004507826.tif 000127
2004507826.tif 000128
2004507826.tif 000129
2004507826.tif 000130
2004507826.tif 000131
【国際公開パンフレット（コレクトバージョン）】
2004507826.tif 000132
2004507826.tif 000133
【国際調査報告】
2004507826.tif 000134
2004507826.tif 000135
2004507826.tif 000136
2004507826.tif 000137
2004507826.tif 000138
2004507826.tif 000139
2004507826.tif 000140
2004507826.tif 000141
2004507826.tif 000142
2004507826.tif 000143