ローカルエリアネットワーク内のデジタルデータの送信方法
本発明の目的は、保存から読み出しまでの経過時間の如何に関わらずデジタルビデオレコーダにより保存されたコンテンツをローカルエリアネットワークのデコーダから読むこと、及び保存されたコンテンツをあるネットワークから別のネットワークに不正に転送又はコピーすることを防止することである。この目的は、コンテンツ（Ｃ）の保存手段（ＨＤ）を有する第１マルチメディアユニット（ＤＶＲ）と、コンテンツ（Ｃ）を再生するようになっている少なくとも１つの第２マルチメディアユニット（ＳＴＢ１、ＳＴＢ２、ＳＴＢ３）からなる構成要素を具備し、前記第１マルチメディアユニットが、暗号化されたデジタルオーディオ／ビデオデータ（Ｄ）の配信サーバー（ＳＤ）と第２マルチメディアユニット（ＳＴＢ１、ＳＴＢ２、ＳＴＢ３）とに接続され、各構成要素が、ネットワーク鍵（Ｋｒ）を含むセキュリティモジュール（ＳＭ０、ＳＭ１、ＳＭ２、ＳＭ３）を有し、前記第１マルチメディアユニットが、配信サーバー（ＳＤ）から配信されるコンテンツ（Ｃ）を形成する暗号化されたデータを受信し解読し、あらかじめ解読されたコンテンツ（Ｃ）を再暗号化する、ローカルエリアネットワーク内のデジタルデータの送信方法により達成される。本方法は、コンテンツが、ランダム鍵（Ｋａ）により再暗号化され、ネットワーク（Ｋｒ）を使用して暗号化されたランダム鍵（Ｋａ）を含む許可ブロックＫｒ（Ｋａ）が添付されて第２マルチメディアユニット（ＳＴＢ１、ＳＴＢ２、ＳＴＢ３）に送信され、前記第２マルチメディアユニット（ＳＴＢ１、ＳＴＢ２、ＳＴＢ３）が許可ブロックＫｒ（Ｋａ）を解読し、コンテンツ（Ｃ）を解読するのに使用するランダム鍵（Ｋａ）を抽出することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はローカルエリアネットワーク内のオーディオ／ビデオコンテンツのオーディオ／ビデオコンテンツのデジタルデータの送信方法に関する。より詳細には本発明の方法はマルチメディア機器の単数又は複数のドメスティックネットワークに適用される。
【背景技術】
【０００２】
デジタルドメスティックネットワークとは、デジタル通信インタフェースにより接続されたオーディオ／ビデオ機器の集合である。これらの機器には例えば、デジタルテレビのデコーダ、光ディスクプレーヤ／レコーダ、ハードディスクを備えたビデオレコーダ、配信される有料オーディオ／ビデオコンテンツへのアクセスが可能なコンピュータ又はその他のプラットフォームがある。ドメスティックネットワークは、例えばあらかじめ決められたデジタルテレビのプログラムへの加入者に属し、ネットワークの各機器はこれらのプログラムのコンテンツにのみアクセスすることができる。アクセスはネットワークの各機器に挿入されるセキュリティモジュールにより管理される。このモジュールは例えばチップカードの形態をとり、プログラムへのアクセス権から成る加入者に固有なデータを含む。またモジュールにより、ドメスティックネットワークに接続された各機器の識別及びデータの復号が可能である。
【０００３】
特定の構成によれば、ドメスティックネットワークは、配信サーバーと複数のデコーダ、即ち「セットトップボックス」とに接続されたオーディオ／ビデオデータのレコーダを備える。暗号化されたオーディオ／ビデオコンテンツはサーバーにより配信され、その結果、単数又は複数のデコーダにより解読され直接表示されるか、通常、ハードディスクで構成されるレコーダの大容量メモリーに保存される。各デコーダは、ユーザーが選択したタイミングに表示するために、保存されているこのコンテンツの全部又は一部を抽出する。
【０００４】
一つの方法はもとのままの形で入ってくるストリームのデータを記録し、ネットワークの各デコーダが、制御メッセージＥＣＭから抽出した制御語ＣＷによりこれらのデータを読みかつ解読することである。データの解読は、各デコーダに関連付けられセキュリティモジュールに含まれ、管理メッセージＥＭＭを使用して得られる権利にもまた依存する。
【０００５】
この方法の主な欠点は、セキュリティモジュールに含まれている権利がもはや有効ではなくなるので、ネットワークのデコーダでは解読することができなくなることである。実際、ストリームが中間保存されず直接表示されるときは、制御語ＣＷは、管理メッセージＥＭＭにより定期的に更新される権利と一致する。一方、直接表示を行った際にセキュリティモジュール内で最近更新されたメッセージＥＭＭの権利では、メッセージＥＣＭが古い制御語を含むコンテンツの表示を行うことができなくなる。
【０００６】
別の方法は、セキュリティモジュールを使用して２つの暗号化ドメイン間でセキュア化された通信が行われるＵＳ２００４／０３２９５０（特許文献１）に記載されている。変形形態によれば、セキュリティモジュールを具備する受信器は、第１鍵を使用して暗号化されたコンテンツを受信し、それを解読し、次に、セキュリティモジュールによって生成されたストリームからの第２ローカル鍵を使用して再暗号化する。このようにして再暗号化されたコンテンツは保存ユニットに送信され、そこで、セキュア化されたチャンネルを経由して販売サーバーで得られたローカル鍵を使用して解読により再生される。再暗号化されたコンテンツの複製を防止するために、ローカル鍵は各保存ユニットに固有である。
【特許文献１】ＵＳ２００４／０３２９５０
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、保存から読み出しまでの経過時間の如何に関わらずデジタルビデオレコーダにより保存されたコンテンツをローカルエリアネットワークのデコーダから読むこと、及び保存されたコンテンツをあるネットワークから別のネットワークに不正に転送又はコピーすることを防止することである。
【課題を解決するための手段】
【０００８】
この目的は、コンテンツの保存手段を有する第１マルチメディアユニットと、コンテンツを再生するようになっている少なくとも１つの第２マルチメディアユニットからなる構成要素を具備し、前記第１マルチメディアユニットが、暗号化されたデジタルオーディオ／ビデオデータの配信サーバーと第２マルチメディアユニットとに接続され、各構成要素が、ネットワーク鍵を含むセキュリティモジュールを有し、前記第１マルチメディアユニットが、配信サーバーから配信されるコンテンツを形成する暗号化されたデータを受信し解読し、あらかじめ解読されたコンテンツを再暗号化する、ローカルエリアネットワーク内のデジタルデータの送信方法であって、コンテンツが、ランダム鍵により再暗号化され、ネットワーク鍵を使用して暗号化されたランダム鍵を含む許可ブロッが添付されて第２マルチメディアユニットに送信され、前記第２マルチメディアユニットが許可ブロックを解読し、コンテンツを解読するのに使用するランダム鍵を抽出することを特徴とする方法により達成される。
【０００９】
第１マルチメディアユニットはここでは、配信サーバーに接続されたデジタルオーディオ／ビデオデータレコーダである。レコーダに接続された第２マルチメディアユニットは、デコーダ、即ちデジタルテレビの「セットトップボックス」とすることができる。配信されたコンテンツは、制御メッセージからの制御語を使用して、セキュリティモジュール内に含まれている権利に応じてレコーダにより解読される。次に、解読されたコンテンツは、セキュリティモジュールにより生成されたランダム鍵により再暗号化された後、レコーダの例えばハードディスクに保存される。
【００１０】
ローカルエリアネットワークの構成要素は、ケーブル接続、無線リンクによる接続、或いはケーブル接続された構成要素とされていない構成要素とが混在するような方法で接続することができることに留意されたい。
【００１１】
更に、ローカルエリアネットワークの各構成要素は前記ネットワークに固有な鍵を有する。ランダム鍵を使用して保存及び暗号化されたコンテンツは、許可ブロックが添付されて、ネットワークを構成する単数又は複数のデコーダに送信される。このブロックは、少なくとも、ネットワーク鍵を使用して暗号化されたランダム鍵で形成される暗号文で構成される。同じネットワーク鍵を共有するネットワークの各構成要素は、コンテンツを解読することができる暗号文のランダム鍵を抽出することができる。
【００１２】
このように、保存前に実行される解読工程及び再暗号化工程により、ネットワークの構成要素は、制御語と、セキュリティモジュール内の権利との間に発生することがある時間的なずれとは無関係に、コンテンツにアクセスすることができるようになる。
【００１３】
更に、そのようなシステムの長所は、コンテンツは、それが読まれるまでは、暗号化された状態でネットワーク内を流れることである。コンテンツの解読はネットワーク鍵を有するセキュリティモジュールの制御下で行われる。従ってこのコンテンツのコピーは、別のローカルエリアネットワークに属するデコーダが解読することができない。ネットワークに接続された「外部」のデコーダも、そのセキュリティモジュール内に適切なネットワーク鍵を持っていないのでコンテンツを解読することができない。
【００１４】
別の変形形態によれば、ローカルエリアネットワークは、それぞれが固有の鍵を有するドメスティックサブネットワークからなる。この種の構成は、サブネットワークを構成する各家庭が、デコーダが接続された少なくとも１つのレコーダを有する街区又は住居において見られる構成である。配信サーバーは、種々のサブネットワークを管理するほか、各サブネットワークの鍵を有するライセンスサーバーを備える。
【００１５】
また、本発明は、コンテンツの保存手段を有する第１マルチメディアユニットと、コンテンツを再生するようになっている少なくとも１つの第２マルチメディアユニットからなる構成要素を具備し、前記サブネットワークが、暗号化されたデジタルオーディオ／ビデオデータの配信サーバーとライセンスサーバーとに接続され、サブネットワークの各ユニットが、サブネットワークのプライベート鍵と、ライセンスサーバーに固有なプライベート鍵に対応する公開鍵とを含むセキュリティモジュールを有しローカルエリアネットワーク内のデジタルデータの送信方法であって、
− 配信サーバーが、コンテンツを形成する暗号化されたデータを、前記コンテンツに識別子を割り当てる任務を負うライセンスサーバーに送信する工程と、
− サブネットワークの第１マルチメディアユニットがコンテンツを受信し解読する工程と、
− あらかじめ解読されたコンテンツをランダム鍵により再暗号化する工程と、
− コンテンツを識別する少なくとも１つの情報ブロックと、ライセンスサーバーの署名ブロックと、サブネットワークのプライベート鍵を使用して暗号化されたランダム鍵とを含む許可ブロックを形成する工程と、
− 許可ブロックが添付された再暗号化されたコンテンツを第２マルチメディアユニットに送信する工程と、
− 情報ブロックの署名ブロックによりコンテンツの真正性を確認する工程と、
− 第２マルチメディアユニットが許可ブロックからランダム鍵を抽出し、前記ランダム鍵を使用してコンテンツを解読する工程と、
を含むことを特徴とする方法も記載している。
【００１６】
配信サーバーにより送信されるコンテンツは、ライセンスサーバーより署名された識別子又は情報ブロックを使用して、ライセンスサーバーが識別する。次にこのコンテンツはサブネットワークのレコーダに送信され、レコーダはランダム鍵を使用してコンテンツを解読し再暗号化した後、保存するか、それぞれのサブネットワークに配信する。各レコーダは、サブネットワークに固有な鍵を使用して暗号化されたランダム鍵と、ライセンスサーバーにより署名されたコンテンツを識別する情報ブロックとを少なくも含む許可ブロック、別名「キーセーフ」、を生成する。この許可ブロックは、セキュリティモジュール番号、コンテンツタイプコード、配信チャンネルの識別子、現在日付などのデータを含むこともできる。
【００１７】
このサブネットワーク構成の長所は、コンテンツを、同じ配信サーバー及びライセンスサーバーに接続された他のサブネットワークと共有することができることである。ライセンスサーバーは、コンテンツを識別する情報ブロックにより認識されるので、他のサブネットワークは、受信したコンテンツの解読ができるようにするために、許可ブロックの変換をこのサーバーに要求することができる。
【００１８】
本発明は、もっぱら非限定的例として示した添付の図面を参照して行う以下の詳細説明により、よりよく理解されよう。
【発明を実施するための最良の形態】
【００１９】
図１のドメスティックネットワークは、配信サーバー（ＳＤ）と、例えばデコーダ（ＳＴＢ１、ＳＴＢ２、ＳＴＢ３）など複数のユニットに接続されたメインマルチメディアユニット、ここでは、例えばハードディスク（ＨＤ）を具備するデジタルテレビのデコーダ／レコーダ（ＤＶＲ）、を備える。これらのデコーダは、固定型又はリムーバブル型のハードディスク、並びに／又は磁気及び／又は光学ディスクなどリムーバブル型のデータ保存媒体のレコーダ／プレーヤ（ＣＤ−ＭＯ、ＣＤ、ＤＶＤ．．．）、磁気テープ、及び／又はフラッシュタイプのリムーバブルメモリーユニットなどを備えることもできる。
【００２０】
「ヘッドエンド」と呼ばれることもある配信サーバー（ＳＤ）は、種々の発信元（ケーブル、衛星、地上送信アンテナ）から、暗号化されたデジタルオーディオ／ビデオデータＤを受信し、一般にケーブル接続されたローカルエリアネットワーク内に配信するためのデータを準備する。サーバーはまた、オーディオ／ビデオデータに挿入された制御メッセージＥＣＭ及び管理メッセージＥＭＭを使用してコンテンツ（Ｃ）の配信を制御する管理センターの役割も果たす。
【００２１】
ドメスティックネットワークの全てのユニット並びにメインユニットは、通常、リムーバブル型チップカードの形態のセキュリティモジュール（ＳＭ０、ＳＭ１、ＳＭ２、ＳＭ３）を備える。
【００２２】
同一のドメスティックネットワークに属する各セキュリティモジュールは、あるコンテンツ（Ｃ）をネットワークにリンクさせることができる暗号化ネットワーク鍵（Ｋｒ）を共有する。従ってネットワークの各ユニットはこの鍵（Ｋｒ）を持っている限りコンテンツ（Ｃ）にアクセスすることができる。
【００２３】
サーバー（ＳＤ）から配信されるコンテンツ（Ｃ）は、デコーダ／レコーダ（ＤＶＲ）により、セキュリティモジュール（ＳＭ０）に含まれている権利に応じて制御メッセージ（ＥＣＭ）から抽出された制御語（ＣＷ）を使用して既知の方法で暗号化される。いったん暗号化されたコンテンツ（Ｃ）は、セキュリティモジュール（ＳＭ０）から提供されたランダム鍵（Ｋａ）を使用して直ちに再暗号化され、次に、ハードディスク（ＨＤ）に保存されるか、ネットワークのユニット（デコーダ）に直接配信される。
【００２４】
同時に、ネットワーク鍵（Ｋｒ）を使用してランダム鍵Ｋａを暗号化することにより、暗号文、即ち許可ブロックＫｒ（Ｋａ）が形成される。再暗号化されたコンテンツＫａ（Ｃ）は、関連付けられたセキュリティモジュールがネットワーク鍵（Ｋｒ）を使用してランダム鍵（Ｋａ）を抽出する元となるこのブロックＫｒ（Ｋａ）とともに、ネットワークの単数又は複数のデコーダに送信される。この鍵（Ｋａ）により、例えばテレビでの再生を目的とする、単数又は複数のデコーダによるコンテンツの解読が可能になる。
【００２５】
暗号化されたコンテンツＫａ（Ｃ）は、リムーバブルメディア（例えばハードディスク、光又は／磁気ディスク、フラッシュメモリー）を介して、同一のネットワークのあるデコーダから別のデコーダに転送することもできる。実際、ランダム鍵（Ｋａ）を使用して暗号化されたコンテンツＫａ（Ｃ）は、ネットワークの全てのユニットのセキュリティモジュールの既知のネットワーク鍵（Ｋｒ）により解読されることになり、このネットワーク鍵により許可ブロックＫｒ（Ｋａ）からランダム鍵（Ｋａ）を得ることができる。
【００２６】
図２のローカルエリアネットワークは、配信サーバー（ＳＤ）とライセンスサーバー（ＳＬ）とに接続されたサブネットワークアセンブリ（ＳＲ１、ＳＲ２）を備える。各サブネットワークは、例えばデコーダ（ＳＴＢ１１．．．、ＳＴＢ２１．．．）など複数のユニットが接続される少なくとも１つのデコーダ／レコーダ（ＳＴＢ１０、ＳＴＢ２０）で構成される。所与のサブネットワーク（ＳＲ１、ＳＲ２）の全てユニットは、それぞれのセキュリティモジュール（ＳＭ１０、ＳＭ１１．．．、ＳＭ２０、ＳＭ２１．．．）に含まれる前記サブネットワークに固有な鍵（Ｋｒ１、Ｋｒ２）を共有する。ライセンスサーバー（ＳＬ）は、配信サーバー（ＳＤ）内に組み込むこともでき、そこに接続されているサブネットワークの全ての鍵を有し管理する。更に、同一のライセンスサーバー（ＳＬ）に依存するサブネットワークを構成するユニットの全てのセキュリティモジュールは前記サーバー（ＳＬ）の公開鍵（Ｋｐｕｂ）を有する。
【００２７】
コンテンツ（Ｃ）は、上で記載したように、メインユニット（ＳＴＢ１０、ＳＴＢ２０）のセキュリティモジュールにより生成されるランダム鍵（Ｋａ）を使用する解読及び再暗号化の後に、サブネットワーク（ＳＲ１、ＳＲ２）内に配信される。一方、許可ブロック［Ｋｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）］は、サブネットワーク（Ｋｒ１）の鍵を使用して暗号化されたランダム鍵（Ｋａ）に加え、ライセンスサーバー（ＳＬ）のプライベート鍵（Ｋｐｒｉ）を使用して署名したコンテンツ（Ｃ）を識別する情報ブロック（ｉｎｆｏＣ）を含む。情報ブロックの署名ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）は、例えば、前記ブロック上で実行されライセンスサーバー（ＳＬ）のプライベート鍵（Ｋｐｒｉ）を使用して暗号化された一方向性ハッシュ関数Ｈを使用して得られる認証コードＨ（ｉｎｆｏＣ）で構成される。署名はまた、対称鍵を使用して生成されたメッセージ認証コード（ＭＡＣ）で構成することもできる。
【００２８】
この署名ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）により、サブネットワークのデコーダのセキュリティモジュールは、受信しサーバー（ＳＬ）の公開鍵（Ｋｐｕｂ）を使用して解読したコードを、受信した情報ブロック（ｉｎｆｏＣ）から計算した認証コードと比較することにより、コンテンツの真正性を確認することができる。
【００２９】
サブネットワーク（ＳＲ２）のデコーダ／レコーダによって暗号化されたコンテンツは、同じローカルエリアネットワークに属する別のサブネットワーク（ＳＲ１）に提供することができる。実際、あるサブネットワーク（ＳＲ１）のユーザーは、自分のテレビに表示される番組表から情報を得て、サブネットワーク（ＳＲ２）上で視聴可能なコンテンツ（Ｃ）を選択することができる。このコンテンツは、元のサブネットワーク（ＳＲ２）の鍵（Ｋｒ２）で暗号化されるためユーザーがランダム鍵（Ｋａ）を使っても解読できない許可ブロック[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]で受信される。
【００３０】
コンテンツの解読ができるようにするためには、デコーダ（ＳＴＢ１１）のセキュリティモジュール（ＳＭ１１）にはライセンスサーバー（ＳＬ）からの許可ブロックが必要である。従って許可ブロック[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]はライセンスサーバー（ＳＬ）に送信され、ライセンスサーバーは情報ブロック（ｉｎｆｏＣ）及び署名ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）を使用して真正性を確認する。確認に成功するとライセンスサーバー（ＳＬ）は、当該サブネットワークの鍵、ここではＫｒ１を使用して暗号化されたランダム鍵（Ｋａ）と、ライセンスサーバー（ＳＬ）により署名された情報ブロック（ｉｎｆｏＣ）とを含む再構成許可ブロック[Ｋｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]を応答としてデコーダ（ＳＴＢ１１）に送信する。受信した新しいブロックの真正性の確認は、上で記載したような方法で行うことができる。ブロックが真正であるとみなされると、即ちライセンスサーバー（ＳＬ）により認知されると、デコーダ（ＳＴＢ１１）のセキュリティモジュール（ＳＭ１１）はサブネットワーク（ＳＲ１）の対応する鍵（Ｋｒ１）を使用してランダム鍵（Ｋａ）を抽出し、コンテンツ（Ｃ）を解読する。
【００３１】
許可ブロックを生成したサブネットワークを識別するために、許可ブロックは、当該サブネットワークの識別子、並びにブロックのデータ全体に対しサブネットワークの鍵を使用して行った署名を含む。例では、コンテンツを提供したサブネットワークの識別子ＩＤＳＲ２がブロック[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]に追加され、それにより[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ＩＤＳＲ２、ｓｉｇｎ（Ｂ、Ｋｒ２）]が得られるが、ここでｓｉｇｎ（Ｂ、Ｋｒ２）は、前記署名の直前のブロックの全てのデータ（Ｂ）、即ち要素（Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ＩＤＳＲ２）に対して行われたサブネットワーク（ＳＲ２）の鍵（Ｋｒ２）による署名を表す。
ライセンスサーバー（ＳＬ）は、そのようなブロックを受信すると署名を確認することができるが、これはｓｉｇｎ（Ｂ、Ｋｐｒｉ）が鍵（Ｋｒ２）を所有し、ライセンスサーバー（ＳＬ）のプライベート鍵（Ｋｐｒｉ）を使用してブロックに対し行った署名を表すコンテンツを要求したサブネットワーク（ＳＲ１）のデコーダ（ＳＴＢ１１）に必要な許可ブロック[Ｋｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉ）]を生成するからである。ブロックの発信元は、ローカルエリアネットワークの全てのユニットに提供されるライセンスサーバー（ＳＬ）の公開鍵（Ｋｐｕｂ）を使用してセキュリティモジュール（ＳＭ１１）が解読する署名ｓｉｇｎ（Ｂ、Ｋｐｒｉ）により、このセキュリティモジュールによって確認される。
【００３２】
原則として、許可ブロック内では、暗号化鍵などの機密データは送信先の秘密鍵又は公開鍵で暗号化されるが、データ、即ち情報ブロックは、送信後かつ鍵の解読前にデータの真正性の確認ができるよう、署名される。
【００３３】
確認が失敗した場合、そのことはサーバーによって記録され、エラーメッセージを当該サブネットワークに送信し、いずれか一方のデコーダにより例えばテレビの画面に表示することにより通知することができる。
【００３４】
好ましい実施形態によれば、サブネットワークの鍵（Ｋｒ１、Ｋｒ２、．．．）は対の非対称鍵（Ｋｐｕｂｒ１、Ｋｐｒｉｒ１、Ｋｐｕｂｒ２、Ｋｐｒｉｒ２、．．．）を形成する。各対の公開鍵（Ｋｐｕｂｒ１、Ｋｐｕｂｒ２、．．．）はライセンスサーバー（ＳＬ）内に保存されるが、対応するプライベート鍵（Ｋｐｒｉｒ１、Ｋｐｒｉｒ２、．．．）は各サブネットワーク（ＳＲ１、ＳＲ２、．．．）のそれぞれのユニット（ＤＲＶ１、ＳＴＢ１１、ＳＴＢ１２、．．．ＤＲＶ２、ＳＴＢ２１、ＳＴＢ２２、．．．）のセキュリティモジュール（ＳＭ１０、ＳＭ１１、ＳＭ１２、．．．ＳＭ２０、ＳＭ２１、ＳＭ２２、．．．）内に保存される。従って、コンテンツ（Ｃ）に添付される許可ブロック内では、コンテンツが再暗号化されたサブネットワークの公開鍵を使用して単数又は複数のランダム鍵（Ｋａ）が暗号化される。
【００３５】
コンテンツ（Ｃ）をあるサブネットワーク（ＳＲ２）から別のサブネットワーク（ＳＲ１）に送信する際、送信元のサブネットワーク（ＳＲ２）のデコーダ（ＳＢ２１）のセキュリティモジュール（ＳＭ２１）により生成された許可ブロックは、サブネットワーク（ＳＲ２）の公開鍵（Ｋｐｕｂｒ２）を使用して暗号化されたランダム鍵（Ｋａ）と、Ｋｐｕｂｒ２（Ｋａ）と、サーバーのプライベート鍵による署名（ｉｎｆｏ、ｓｉｇｎ（ｉｎｆｏ、Ｋｐｒｉ））をともなう情報ブロック（ｉｎｆｏＣ）と、サブネットワーク（ＳＲ２）の識別子ＩＤＳＲ２と、サーバーの公開鍵Ｋｐｕｂ（Ｋａ）を使用して暗号化されたランダム鍵（Ｋａ）と、サブネットワーク（ＳＲ２）のプライベート鍵を使用して行われたこれらの要素ｓｉｇｎ（Ｂ、Ｋｐｒｉｒ２）全体についての署名とを含む。ライセンスサーバー（ＳＬ）はサブネットワーク（ＳＲ２）のプライベート鍵（Ｋｐｒｉｒ２）を持っていないため、公開鍵Ｋｐｕｂｒ２では、暗号化されたランダム鍵（Ｋａ）を解読することができないが、セキュリティモジュール（ＳＭ２１）は、公開鍵（Ｋｐｕｂ）を使用して暗号化されたランダム鍵（Ｋａ）をライセンスサーバー（ＳＬ）に送る。こうしてライセンスサーバー（ＳＬ）は、自身がもつサブネットワーク（ＳＲ２）の公開鍵（Ｋｐｕｂｒ２）のおかげで、ブロック[Ｋｐｕｂｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ＩＤＳＲ２、Ｋｐｕｂ（Ｋａ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉｒ２）]の真正性を確認することができる。ライセンスサーバーは、確認が成功すると、ランダム鍵（Ｋａ）を解読するためにプライベート鍵（Ｋｐｒｉ）を使用してコンテンツ（Ｃ）を要求したサブネットワーク（ＳＲ１）宛てにブロック[Ｋｐｕｂｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉ）]を生成するが、この鍵は第１サブネットワーク（ＳＲ１）の公開鍵（Ｋｐｕｂｒ１）により再暗号化されている。
【００３６】
送信先のデコーダ（ＳＴＢ１１）のセキュリティモジュール（ＳＭ１１）はサーバー（ＳＬ）の公開鍵Ｋｐｕｂを使用してブロック[Ｋｐｕｂｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉ）]の真正性を確認し、次に、公開鍵（Ｋｐｕｂｒ１）に対応するサブネットワーク（ＳＲ１）の公開鍵（Ｋｐｒｉｒ１）を使用してランダム鍵（Ｋａ）を解読する。
【００３７】
一変形形態によれば、図１に示すようなドメスティックネットワーク内であれ、図２のようなローカルエリアネットワークのサブネットワーク内であれ、ランダム鍵（Ｋａ）は再暗号化セッションの最中に変えることができる。鍵の変更は、例えばコンテンツの種類に応じて、及び／或いは所与のコンテンツの暗号化の間に、及び／又はコンテンツのうちの暗号化されたブロック数に応じて行うことができる。例えば、コンテンツの種類（スポーツ、映画、歌番組など）によって、或いは５分毎に、更には１０００ブロック暗号化する毎に鍵が変わる。この場合、送信される制御ブロックは、コンテンツの暗号化のために使用される鍵一式及び／又は鍵が得られるアルゴリズムを含み、この一式又はアルゴリズムは、それぞれのサブネットワーク（Ｋｒ１、Ｋｒ２）のネットワーク鍵（Ｋｒ）を使用して暗号化される。
【００３８】
別の変形形態によれば、許可ブロックも、このブロックに関連付けられたコンテンツの使用条件を含むことができる。一般にこれらの条件はライセンスサーバーにより決められ、好ましくはライセンスサーバーにより署名され、例えば、コンテンツを再生又は表示することができる期限日で構成される。条件には、例えば、許可された出力ポート、許可されたフォーマット、表示回数、コピー作成の可能性、許容コピー回数のような、ユーザーによるコンテンツの利用における制限を追加することもできる。また、ローカルエリアネットワークの他のサブネットワークへのコンテンツの送信の可能性に関する制限を適用することもできる。
【００３９】
この方法は、あるサブネットワークから他のサブネットワークへのコンテンツのオンライン転送だけでなく、データがサブネットワークに属するユニットによって保存され、他のサブネットワークのユニットにより読み取ることができるリムーバブルデータメディアを使用する転送にも適用することができる。メディアは、再暗号化されたコンテンツの他にも、保存時、当初のサブネットのユニットで受信した許可ブロックを含む。読み込み時、送信先のサブネットワークの鍵で暗号化されたコンテンツの暗号化ランダム鍵を少なくとも含む新規許可ブロックを確認し生成するために、このブロックはサブネットワークが共有するライセンスサーバーに提出される。
【図面の簡単な説明】
【００４０】
【図１】図１は、一式のレコーダに接続されたオーディオ／ビデオデータのレコーダを備える配信サーバーに接続されたドメスティックネットワークのブロック線図である。
【図２】図２は、配信サーバーと、一式のデコーダに接続されたオーディオ／ビデオデータのレコーダを有するサブネットワークに接続されたライセンスサーバーとを備えるローカルエリアネットワークのブロック線図である。
【技術分野】
【０００１】
本発明はローカルエリアネットワーク内のオーディオ／ビデオコンテンツのオーディオ／ビデオコンテンツのデジタルデータの送信方法に関する。より詳細には本発明の方法はマルチメディア機器の単数又は複数のドメスティックネットワークに適用される。
【背景技術】
【０００２】
デジタルドメスティックネットワークとは、デジタル通信インタフェースにより接続されたオーディオ／ビデオ機器の集合である。これらの機器には例えば、デジタルテレビのデコーダ、光ディスクプレーヤ／レコーダ、ハードディスクを備えたビデオレコーダ、配信される有料オーディオ／ビデオコンテンツへのアクセスが可能なコンピュータ又はその他のプラットフォームがある。ドメスティックネットワークは、例えばあらかじめ決められたデジタルテレビのプログラムへの加入者に属し、ネットワークの各機器はこれらのプログラムのコンテンツにのみアクセスすることができる。アクセスはネットワークの各機器に挿入されるセキュリティモジュールにより管理される。このモジュールは例えばチップカードの形態をとり、プログラムへのアクセス権から成る加入者に固有なデータを含む。またモジュールにより、ドメスティックネットワークに接続された各機器の識別及びデータの復号が可能である。
【０００３】
特定の構成によれば、ドメスティックネットワークは、配信サーバーと複数のデコーダ、即ち「セットトップボックス」とに接続されたオーディオ／ビデオデータのレコーダを備える。暗号化されたオーディオ／ビデオコンテンツはサーバーにより配信され、その結果、単数又は複数のデコーダにより解読され直接表示されるか、通常、ハードディスクで構成されるレコーダの大容量メモリーに保存される。各デコーダは、ユーザーが選択したタイミングに表示するために、保存されているこのコンテンツの全部又は一部を抽出する。
【０００４】
一つの方法はもとのままの形で入ってくるストリームのデータを記録し、ネットワークの各デコーダが、制御メッセージＥＣＭから抽出した制御語ＣＷによりこれらのデータを読みかつ解読することである。データの解読は、各デコーダに関連付けられセキュリティモジュールに含まれ、管理メッセージＥＭＭを使用して得られる権利にもまた依存する。
【０００５】
この方法の主な欠点は、セキュリティモジュールに含まれている権利がもはや有効ではなくなるので、ネットワークのデコーダでは解読することができなくなることである。実際、ストリームが中間保存されず直接表示されるときは、制御語ＣＷは、管理メッセージＥＭＭにより定期的に更新される権利と一致する。一方、直接表示を行った際にセキュリティモジュール内で最近更新されたメッセージＥＭＭの権利では、メッセージＥＣＭが古い制御語を含むコンテンツの表示を行うことができなくなる。
【０００６】
別の方法は、セキュリティモジュールを使用して２つの暗号化ドメイン間でセキュア化された通信が行われるＵＳ２００４／０３２９５０（特許文献１）に記載されている。変形形態によれば、セキュリティモジュールを具備する受信器は、第１鍵を使用して暗号化されたコンテンツを受信し、それを解読し、次に、セキュリティモジュールによって生成されたストリームからの第２ローカル鍵を使用して再暗号化する。このようにして再暗号化されたコンテンツは保存ユニットに送信され、そこで、セキュア化されたチャンネルを経由して販売サーバーで得られたローカル鍵を使用して解読により再生される。再暗号化されたコンテンツの複製を防止するために、ローカル鍵は各保存ユニットに固有である。
【特許文献１】ＵＳ２００４／０３２９５０
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、保存から読み出しまでの経過時間の如何に関わらずデジタルビデオレコーダにより保存されたコンテンツをローカルエリアネットワークのデコーダから読むこと、及び保存されたコンテンツをあるネットワークから別のネットワークに不正に転送又はコピーすることを防止することである。
【課題を解決するための手段】
【０００８】
この目的は、コンテンツの保存手段を有する第１マルチメディアユニットと、コンテンツを再生するようになっている少なくとも１つの第２マルチメディアユニットからなる構成要素を具備し、前記第１マルチメディアユニットが、暗号化されたデジタルオーディオ／ビデオデータの配信サーバーと第２マルチメディアユニットとに接続され、各構成要素が、ネットワーク鍵を含むセキュリティモジュールを有し、前記第１マルチメディアユニットが、配信サーバーから配信されるコンテンツを形成する暗号化されたデータを受信し解読し、あらかじめ解読されたコンテンツを再暗号化する、ローカルエリアネットワーク内のデジタルデータの送信方法であって、コンテンツが、ランダム鍵により再暗号化され、ネットワーク鍵を使用して暗号化されたランダム鍵を含む許可ブロッが添付されて第２マルチメディアユニットに送信され、前記第２マルチメディアユニットが許可ブロックを解読し、コンテンツを解読するのに使用するランダム鍵を抽出することを特徴とする方法により達成される。
【０００９】
第１マルチメディアユニットはここでは、配信サーバーに接続されたデジタルオーディオ／ビデオデータレコーダである。レコーダに接続された第２マルチメディアユニットは、デコーダ、即ちデジタルテレビの「セットトップボックス」とすることができる。配信されたコンテンツは、制御メッセージからの制御語を使用して、セキュリティモジュール内に含まれている権利に応じてレコーダにより解読される。次に、解読されたコンテンツは、セキュリティモジュールにより生成されたランダム鍵により再暗号化された後、レコーダの例えばハードディスクに保存される。
【００１０】
ローカルエリアネットワークの構成要素は、ケーブル接続、無線リンクによる接続、或いはケーブル接続された構成要素とされていない構成要素とが混在するような方法で接続することができることに留意されたい。
【００１１】
更に、ローカルエリアネットワークの各構成要素は前記ネットワークに固有な鍵を有する。ランダム鍵を使用して保存及び暗号化されたコンテンツは、許可ブロックが添付されて、ネットワークを構成する単数又は複数のデコーダに送信される。このブロックは、少なくとも、ネットワーク鍵を使用して暗号化されたランダム鍵で形成される暗号文で構成される。同じネットワーク鍵を共有するネットワークの各構成要素は、コンテンツを解読することができる暗号文のランダム鍵を抽出することができる。
【００１２】
このように、保存前に実行される解読工程及び再暗号化工程により、ネットワークの構成要素は、制御語と、セキュリティモジュール内の権利との間に発生することがある時間的なずれとは無関係に、コンテンツにアクセスすることができるようになる。
【００１３】
更に、そのようなシステムの長所は、コンテンツは、それが読まれるまでは、暗号化された状態でネットワーク内を流れることである。コンテンツの解読はネットワーク鍵を有するセキュリティモジュールの制御下で行われる。従ってこのコンテンツのコピーは、別のローカルエリアネットワークに属するデコーダが解読することができない。ネットワークに接続された「外部」のデコーダも、そのセキュリティモジュール内に適切なネットワーク鍵を持っていないのでコンテンツを解読することができない。
【００１４】
別の変形形態によれば、ローカルエリアネットワークは、それぞれが固有の鍵を有するドメスティックサブネットワークからなる。この種の構成は、サブネットワークを構成する各家庭が、デコーダが接続された少なくとも１つのレコーダを有する街区又は住居において見られる構成である。配信サーバーは、種々のサブネットワークを管理するほか、各サブネットワークの鍵を有するライセンスサーバーを備える。
【００１５】
また、本発明は、コンテンツの保存手段を有する第１マルチメディアユニットと、コンテンツを再生するようになっている少なくとも１つの第２マルチメディアユニットからなる構成要素を具備し、前記サブネットワークが、暗号化されたデジタルオーディオ／ビデオデータの配信サーバーとライセンスサーバーとに接続され、サブネットワークの各ユニットが、サブネットワークのプライベート鍵と、ライセンスサーバーに固有なプライベート鍵に対応する公開鍵とを含むセキュリティモジュールを有しローカルエリアネットワーク内のデジタルデータの送信方法であって、
− 配信サーバーが、コンテンツを形成する暗号化されたデータを、前記コンテンツに識別子を割り当てる任務を負うライセンスサーバーに送信する工程と、
− サブネットワークの第１マルチメディアユニットがコンテンツを受信し解読する工程と、
− あらかじめ解読されたコンテンツをランダム鍵により再暗号化する工程と、
− コンテンツを識別する少なくとも１つの情報ブロックと、ライセンスサーバーの署名ブロックと、サブネットワークのプライベート鍵を使用して暗号化されたランダム鍵とを含む許可ブロックを形成する工程と、
− 許可ブロックが添付された再暗号化されたコンテンツを第２マルチメディアユニットに送信する工程と、
− 情報ブロックの署名ブロックによりコンテンツの真正性を確認する工程と、
− 第２マルチメディアユニットが許可ブロックからランダム鍵を抽出し、前記ランダム鍵を使用してコンテンツを解読する工程と、
を含むことを特徴とする方法も記載している。
【００１６】
配信サーバーにより送信されるコンテンツは、ライセンスサーバーより署名された識別子又は情報ブロックを使用して、ライセンスサーバーが識別する。次にこのコンテンツはサブネットワークのレコーダに送信され、レコーダはランダム鍵を使用してコンテンツを解読し再暗号化した後、保存するか、それぞれのサブネットワークに配信する。各レコーダは、サブネットワークに固有な鍵を使用して暗号化されたランダム鍵と、ライセンスサーバーにより署名されたコンテンツを識別する情報ブロックとを少なくも含む許可ブロック、別名「キーセーフ」、を生成する。この許可ブロックは、セキュリティモジュール番号、コンテンツタイプコード、配信チャンネルの識別子、現在日付などのデータを含むこともできる。
【００１７】
このサブネットワーク構成の長所は、コンテンツを、同じ配信サーバー及びライセンスサーバーに接続された他のサブネットワークと共有することができることである。ライセンスサーバーは、コンテンツを識別する情報ブロックにより認識されるので、他のサブネットワークは、受信したコンテンツの解読ができるようにするために、許可ブロックの変換をこのサーバーに要求することができる。
【００１８】
本発明は、もっぱら非限定的例として示した添付の図面を参照して行う以下の詳細説明により、よりよく理解されよう。
【発明を実施するための最良の形態】
【００１９】
図１のドメスティックネットワークは、配信サーバー（ＳＤ）と、例えばデコーダ（ＳＴＢ１、ＳＴＢ２、ＳＴＢ３）など複数のユニットに接続されたメインマルチメディアユニット、ここでは、例えばハードディスク（ＨＤ）を具備するデジタルテレビのデコーダ／レコーダ（ＤＶＲ）、を備える。これらのデコーダは、固定型又はリムーバブル型のハードディスク、並びに／又は磁気及び／又は光学ディスクなどリムーバブル型のデータ保存媒体のレコーダ／プレーヤ（ＣＤ−ＭＯ、ＣＤ、ＤＶＤ．．．）、磁気テープ、及び／又はフラッシュタイプのリムーバブルメモリーユニットなどを備えることもできる。
【００２０】
「ヘッドエンド」と呼ばれることもある配信サーバー（ＳＤ）は、種々の発信元（ケーブル、衛星、地上送信アンテナ）から、暗号化されたデジタルオーディオ／ビデオデータＤを受信し、一般にケーブル接続されたローカルエリアネットワーク内に配信するためのデータを準備する。サーバーはまた、オーディオ／ビデオデータに挿入された制御メッセージＥＣＭ及び管理メッセージＥＭＭを使用してコンテンツ（Ｃ）の配信を制御する管理センターの役割も果たす。
【００２１】
ドメスティックネットワークの全てのユニット並びにメインユニットは、通常、リムーバブル型チップカードの形態のセキュリティモジュール（ＳＭ０、ＳＭ１、ＳＭ２、ＳＭ３）を備える。
【００２２】
同一のドメスティックネットワークに属する各セキュリティモジュールは、あるコンテンツ（Ｃ）をネットワークにリンクさせることができる暗号化ネットワーク鍵（Ｋｒ）を共有する。従ってネットワークの各ユニットはこの鍵（Ｋｒ）を持っている限りコンテンツ（Ｃ）にアクセスすることができる。
【００２３】
サーバー（ＳＤ）から配信されるコンテンツ（Ｃ）は、デコーダ／レコーダ（ＤＶＲ）により、セキュリティモジュール（ＳＭ０）に含まれている権利に応じて制御メッセージ（ＥＣＭ）から抽出された制御語（ＣＷ）を使用して既知の方法で暗号化される。いったん暗号化されたコンテンツ（Ｃ）は、セキュリティモジュール（ＳＭ０）から提供されたランダム鍵（Ｋａ）を使用して直ちに再暗号化され、次に、ハードディスク（ＨＤ）に保存されるか、ネットワークのユニット（デコーダ）に直接配信される。
【００２４】
同時に、ネットワーク鍵（Ｋｒ）を使用してランダム鍵Ｋａを暗号化することにより、暗号文、即ち許可ブロックＫｒ（Ｋａ）が形成される。再暗号化されたコンテンツＫａ（Ｃ）は、関連付けられたセキュリティモジュールがネットワーク鍵（Ｋｒ）を使用してランダム鍵（Ｋａ）を抽出する元となるこのブロックＫｒ（Ｋａ）とともに、ネットワークの単数又は複数のデコーダに送信される。この鍵（Ｋａ）により、例えばテレビでの再生を目的とする、単数又は複数のデコーダによるコンテンツの解読が可能になる。
【００２５】
暗号化されたコンテンツＫａ（Ｃ）は、リムーバブルメディア（例えばハードディスク、光又は／磁気ディスク、フラッシュメモリー）を介して、同一のネットワークのあるデコーダから別のデコーダに転送することもできる。実際、ランダム鍵（Ｋａ）を使用して暗号化されたコンテンツＫａ（Ｃ）は、ネットワークの全てのユニットのセキュリティモジュールの既知のネットワーク鍵（Ｋｒ）により解読されることになり、このネットワーク鍵により許可ブロックＫｒ（Ｋａ）からランダム鍵（Ｋａ）を得ることができる。
【００２６】
図２のローカルエリアネットワークは、配信サーバー（ＳＤ）とライセンスサーバー（ＳＬ）とに接続されたサブネットワークアセンブリ（ＳＲ１、ＳＲ２）を備える。各サブネットワークは、例えばデコーダ（ＳＴＢ１１．．．、ＳＴＢ２１．．．）など複数のユニットが接続される少なくとも１つのデコーダ／レコーダ（ＳＴＢ１０、ＳＴＢ２０）で構成される。所与のサブネットワーク（ＳＲ１、ＳＲ２）の全てユニットは、それぞれのセキュリティモジュール（ＳＭ１０、ＳＭ１１．．．、ＳＭ２０、ＳＭ２１．．．）に含まれる前記サブネットワークに固有な鍵（Ｋｒ１、Ｋｒ２）を共有する。ライセンスサーバー（ＳＬ）は、配信サーバー（ＳＤ）内に組み込むこともでき、そこに接続されているサブネットワークの全ての鍵を有し管理する。更に、同一のライセンスサーバー（ＳＬ）に依存するサブネットワークを構成するユニットの全てのセキュリティモジュールは前記サーバー（ＳＬ）の公開鍵（Ｋｐｕｂ）を有する。
【００２７】
コンテンツ（Ｃ）は、上で記載したように、メインユニット（ＳＴＢ１０、ＳＴＢ２０）のセキュリティモジュールにより生成されるランダム鍵（Ｋａ）を使用する解読及び再暗号化の後に、サブネットワーク（ＳＲ１、ＳＲ２）内に配信される。一方、許可ブロック［Ｋｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）］は、サブネットワーク（Ｋｒ１）の鍵を使用して暗号化されたランダム鍵（Ｋａ）に加え、ライセンスサーバー（ＳＬ）のプライベート鍵（Ｋｐｒｉ）を使用して署名したコンテンツ（Ｃ）を識別する情報ブロック（ｉｎｆｏＣ）を含む。情報ブロックの署名ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）は、例えば、前記ブロック上で実行されライセンスサーバー（ＳＬ）のプライベート鍵（Ｋｐｒｉ）を使用して暗号化された一方向性ハッシュ関数Ｈを使用して得られる認証コードＨ（ｉｎｆｏＣ）で構成される。署名はまた、対称鍵を使用して生成されたメッセージ認証コード（ＭＡＣ）で構成することもできる。
【００２８】
この署名ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）により、サブネットワークのデコーダのセキュリティモジュールは、受信しサーバー（ＳＬ）の公開鍵（Ｋｐｕｂ）を使用して解読したコードを、受信した情報ブロック（ｉｎｆｏＣ）から計算した認証コードと比較することにより、コンテンツの真正性を確認することができる。
【００２９】
サブネットワーク（ＳＲ２）のデコーダ／レコーダによって暗号化されたコンテンツは、同じローカルエリアネットワークに属する別のサブネットワーク（ＳＲ１）に提供することができる。実際、あるサブネットワーク（ＳＲ１）のユーザーは、自分のテレビに表示される番組表から情報を得て、サブネットワーク（ＳＲ２）上で視聴可能なコンテンツ（Ｃ）を選択することができる。このコンテンツは、元のサブネットワーク（ＳＲ２）の鍵（Ｋｒ２）で暗号化されるためユーザーがランダム鍵（Ｋａ）を使っても解読できない許可ブロック[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]で受信される。
【００３０】
コンテンツの解読ができるようにするためには、デコーダ（ＳＴＢ１１）のセキュリティモジュール（ＳＭ１１）にはライセンスサーバー（ＳＬ）からの許可ブロックが必要である。従って許可ブロック[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]はライセンスサーバー（ＳＬ）に送信され、ライセンスサーバーは情報ブロック（ｉｎｆｏＣ）及び署名ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）を使用して真正性を確認する。確認に成功するとライセンスサーバー（ＳＬ）は、当該サブネットワークの鍵、ここではＫｒ１を使用して暗号化されたランダム鍵（Ｋａ）と、ライセンスサーバー（ＳＬ）により署名された情報ブロック（ｉｎｆｏＣ）とを含む再構成許可ブロック[Ｋｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]を応答としてデコーダ（ＳＴＢ１１）に送信する。受信した新しいブロックの真正性の確認は、上で記載したような方法で行うことができる。ブロックが真正であるとみなされると、即ちライセンスサーバー（ＳＬ）により認知されると、デコーダ（ＳＴＢ１１）のセキュリティモジュール（ＳＭ１１）はサブネットワーク（ＳＲ１）の対応する鍵（Ｋｒ１）を使用してランダム鍵（Ｋａ）を抽出し、コンテンツ（Ｃ）を解読する。
【００３１】
許可ブロックを生成したサブネットワークを識別するために、許可ブロックは、当該サブネットワークの識別子、並びにブロックのデータ全体に対しサブネットワークの鍵を使用して行った署名を含む。例では、コンテンツを提供したサブネットワークの識別子ＩＤＳＲ２がブロック[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）]に追加され、それにより[Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ＩＤＳＲ２、ｓｉｇｎ（Ｂ、Ｋｒ２）]が得られるが、ここでｓｉｇｎ（Ｂ、Ｋｒ２）は、前記署名の直前のブロックの全てのデータ（Ｂ）、即ち要素（Ｋｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ＩＤＳＲ２）に対して行われたサブネットワーク（ＳＲ２）の鍵（Ｋｒ２）による署名を表す。
ライセンスサーバー（ＳＬ）は、そのようなブロックを受信すると署名を確認することができるが、これはｓｉｇｎ（Ｂ、Ｋｐｒｉ）が鍵（Ｋｒ２）を所有し、ライセンスサーバー（ＳＬ）のプライベート鍵（Ｋｐｒｉ）を使用してブロックに対し行った署名を表すコンテンツを要求したサブネットワーク（ＳＲ１）のデコーダ（ＳＴＢ１１）に必要な許可ブロック[Ｋｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉ）]を生成するからである。ブロックの発信元は、ローカルエリアネットワークの全てのユニットに提供されるライセンスサーバー（ＳＬ）の公開鍵（Ｋｐｕｂ）を使用してセキュリティモジュール（ＳＭ１１）が解読する署名ｓｉｇｎ（Ｂ、Ｋｐｒｉ）により、このセキュリティモジュールによって確認される。
【００３２】
原則として、許可ブロック内では、暗号化鍵などの機密データは送信先の秘密鍵又は公開鍵で暗号化されるが、データ、即ち情報ブロックは、送信後かつ鍵の解読前にデータの真正性の確認ができるよう、署名される。
【００３３】
確認が失敗した場合、そのことはサーバーによって記録され、エラーメッセージを当該サブネットワークに送信し、いずれか一方のデコーダにより例えばテレビの画面に表示することにより通知することができる。
【００３４】
好ましい実施形態によれば、サブネットワークの鍵（Ｋｒ１、Ｋｒ２、．．．）は対の非対称鍵（Ｋｐｕｂｒ１、Ｋｐｒｉｒ１、Ｋｐｕｂｒ２、Ｋｐｒｉｒ２、．．．）を形成する。各対の公開鍵（Ｋｐｕｂｒ１、Ｋｐｕｂｒ２、．．．）はライセンスサーバー（ＳＬ）内に保存されるが、対応するプライベート鍵（Ｋｐｒｉｒ１、Ｋｐｒｉｒ２、．．．）は各サブネットワーク（ＳＲ１、ＳＲ２、．．．）のそれぞれのユニット（ＤＲＶ１、ＳＴＢ１１、ＳＴＢ１２、．．．ＤＲＶ２、ＳＴＢ２１、ＳＴＢ２２、．．．）のセキュリティモジュール（ＳＭ１０、ＳＭ１１、ＳＭ１２、．．．ＳＭ２０、ＳＭ２１、ＳＭ２２、．．．）内に保存される。従って、コンテンツ（Ｃ）に添付される許可ブロック内では、コンテンツが再暗号化されたサブネットワークの公開鍵を使用して単数又は複数のランダム鍵（Ｋａ）が暗号化される。
【００３５】
コンテンツ（Ｃ）をあるサブネットワーク（ＳＲ２）から別のサブネットワーク（ＳＲ１）に送信する際、送信元のサブネットワーク（ＳＲ２）のデコーダ（ＳＢ２１）のセキュリティモジュール（ＳＭ２１）により生成された許可ブロックは、サブネットワーク（ＳＲ２）の公開鍵（Ｋｐｕｂｒ２）を使用して暗号化されたランダム鍵（Ｋａ）と、Ｋｐｕｂｒ２（Ｋａ）と、サーバーのプライベート鍵による署名（ｉｎｆｏ、ｓｉｇｎ（ｉｎｆｏ、Ｋｐｒｉ））をともなう情報ブロック（ｉｎｆｏＣ）と、サブネットワーク（ＳＲ２）の識別子ＩＤＳＲ２と、サーバーの公開鍵Ｋｐｕｂ（Ｋａ）を使用して暗号化されたランダム鍵（Ｋａ）と、サブネットワーク（ＳＲ２）のプライベート鍵を使用して行われたこれらの要素ｓｉｇｎ（Ｂ、Ｋｐｒｉｒ２）全体についての署名とを含む。ライセンスサーバー（ＳＬ）はサブネットワーク（ＳＲ２）のプライベート鍵（Ｋｐｒｉｒ２）を持っていないため、公開鍵Ｋｐｕｂｒ２では、暗号化されたランダム鍵（Ｋａ）を解読することができないが、セキュリティモジュール（ＳＭ２１）は、公開鍵（Ｋｐｕｂ）を使用して暗号化されたランダム鍵（Ｋａ）をライセンスサーバー（ＳＬ）に送る。こうしてライセンスサーバー（ＳＬ）は、自身がもつサブネットワーク（ＳＲ２）の公開鍵（Ｋｐｕｂｒ２）のおかげで、ブロック[Ｋｐｕｂｒ２（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ＩＤＳＲ２、Ｋｐｕｂ（Ｋａ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉｒ２）]の真正性を確認することができる。ライセンスサーバーは、確認が成功すると、ランダム鍵（Ｋａ）を解読するためにプライベート鍵（Ｋｐｒｉ）を使用してコンテンツ（Ｃ）を要求したサブネットワーク（ＳＲ１）宛てにブロック[Ｋｐｕｂｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉ）]を生成するが、この鍵は第１サブネットワーク（ＳＲ１）の公開鍵（Ｋｐｕｂｒ１）により再暗号化されている。
【００３６】
送信先のデコーダ（ＳＴＢ１１）のセキュリティモジュール（ＳＭ１１）はサーバー（ＳＬ）の公開鍵Ｋｐｕｂを使用してブロック[Ｋｐｕｂｒ１（Ｋａ）、ｉｎｆｏＣ、ｓｉｇｎ（ｉｎｆｏＣ、Ｋｐｒｉ）、ｓｉｇｎ（Ｂ、Ｋｐｒｉ）]の真正性を確認し、次に、公開鍵（Ｋｐｕｂｒ１）に対応するサブネットワーク（ＳＲ１）の公開鍵（Ｋｐｒｉｒ１）を使用してランダム鍵（Ｋａ）を解読する。
【００３７】
一変形形態によれば、図１に示すようなドメスティックネットワーク内であれ、図２のようなローカルエリアネットワークのサブネットワーク内であれ、ランダム鍵（Ｋａ）は再暗号化セッションの最中に変えることができる。鍵の変更は、例えばコンテンツの種類に応じて、及び／或いは所与のコンテンツの暗号化の間に、及び／又はコンテンツのうちの暗号化されたブロック数に応じて行うことができる。例えば、コンテンツの種類（スポーツ、映画、歌番組など）によって、或いは５分毎に、更には１０００ブロック暗号化する毎に鍵が変わる。この場合、送信される制御ブロックは、コンテンツの暗号化のために使用される鍵一式及び／又は鍵が得られるアルゴリズムを含み、この一式又はアルゴリズムは、それぞれのサブネットワーク（Ｋｒ１、Ｋｒ２）のネットワーク鍵（Ｋｒ）を使用して暗号化される。
【００３８】
別の変形形態によれば、許可ブロックも、このブロックに関連付けられたコンテンツの使用条件を含むことができる。一般にこれらの条件はライセンスサーバーにより決められ、好ましくはライセンスサーバーにより署名され、例えば、コンテンツを再生又は表示することができる期限日で構成される。条件には、例えば、許可された出力ポート、許可されたフォーマット、表示回数、コピー作成の可能性、許容コピー回数のような、ユーザーによるコンテンツの利用における制限を追加することもできる。また、ローカルエリアネットワークの他のサブネットワークへのコンテンツの送信の可能性に関する制限を適用することもできる。
【００３９】
この方法は、あるサブネットワークから他のサブネットワークへのコンテンツのオンライン転送だけでなく、データがサブネットワークに属するユニットによって保存され、他のサブネットワークのユニットにより読み取ることができるリムーバブルデータメディアを使用する転送にも適用することができる。メディアは、再暗号化されたコンテンツの他にも、保存時、当初のサブネットのユニットで受信した許可ブロックを含む。読み込み時、送信先のサブネットワークの鍵で暗号化されたコンテンツの暗号化ランダム鍵を少なくとも含む新規許可ブロックを確認し生成するために、このブロックはサブネットワークが共有するライセンスサーバーに提出される。
【図面の簡単な説明】
【００４０】
【図１】図１は、一式のレコーダに接続されたオーディオ／ビデオデータのレコーダを備える配信サーバーに接続されたドメスティックネットワークのブロック線図である。
【図２】図２は、配信サーバーと、一式のデコーダに接続されたオーディオ／ビデオデータのレコーダを有するサブネットワークに接続されたライセンスサーバーとを備えるローカルエリアネットワークのブロック線図である。
【特許請求の範囲】
【請求項１】
コンテンツ(C)の保存手段(HD)を有する第１マルチメディアユニット(DVR)と、コンテンツ(C)を再生するようになっている少なくとも１つの第２マルチメディアユニット(STB1, STB2, STB3)からなる構成要素を具備し、前記第１マルチメディアユニットが、暗号化されたデジタルオーディオ／ビデオデータ(D)の配信サーバー(SD)と第２マルチメディアユニット(STB1, STB2, STB3)とに接続され、各構成要素が、ネットワーク鍵(Kr)を含むセキュリティモジュール(SM0, SM1, SM2, SM3)を有し、前記第１マルチメディアユニット(DVR)が、配信サーバー(SD)から配信されるコンテンツ(C)を形成する暗号化されたデータを受信し解読し、あらかじめ解読されたコンテンツ(C)を再暗号化する、ローカルエリアネットワーク内のデジタルデータの送信方法であって、コンテンツが、ランダム鍵(Ka)により再暗号化され、ネットワーク鍵(Kr)を使用して暗号化されたランダム鍵(Ka)を含む許可ブロックKr(Ka)が添付されて第２マルチメディアユニット(STB1, STB2, STB3)に送信され、前記第２マルチメディアユニット(STB1, STB2, STB3)が許可ブロックKr(Ka)を解読し、コンテンツ(C)を解読するのに使用するランダム鍵(Ka)を抽出することを特徴とする方法。
【請求項２】
デジタルオーディオ／ビデオデータのデコーダ／レコーダからなる第１マルチメディアユニット(DVR)が、ランダム鍵(Ka)を使用して再暗号化されたデータを大容量メモリーに保存し、及び／又は、デジタルテレビのデコーダからなる第２マルチメディアユニット(STB1, STB2, STB3)にこのデータを送信することを特徴とする、請求項１記載の方法。
【請求項３】
第２マルチメディアユニット(STB1, STB2, STB3)が、少なくとも１つのリムーバブルタイプのデータ保存メディアレコーダ／リーダーを備えることを特徴とする、請求項２記載の方法。
【請求項４】
第１マルチメディアユニット(DVR)が、前記ユニット(DVR)に関係付けられたセキュリティモジュール(SM0)内に含まれる権利に応じて、制御メッセージ(ECM)からの制御語(CW)により、サーバー(SD)から配信されるコンテンツを解読し、前記解読されたコンテンツが、前記セキュリティモジュール(SM0)により生成されたランダム鍵(Ka)を使用して直ちに再暗号化された後、保存され及び／又は第２ユニット(STB1, STB2, STB3)に送信されることを特徴とする、請求項１記載の方法。
【請求項５】
ローカルエリアネットワークが、コンテンツ(C)を再生するようになっている少なくとも１つの第２マルチメディアユニット(STB11,..., STB13, STB21,..., STB23)に接続された、コンテンツの保存手段(HD1, HD2)を有する少なくとも１つの第１マルチメディアユニット(DVR1, DVR2)を備えるサブネットワーク(SR1, SR2)からなる少なくとも１つの構成要素を具備し、前記サブネットワーク(SR1, SR2)が、暗号化されたデジタルオーディオ／ビデオデータの配信サーバー(SD)とライセンスサーバー(SL)とに接続され、サブネットワークの各ユニットが、サブネットワーク(SR1, SR2)のプライベート鍵(Kr1, Kr2)を含むセキュリティモジュール(SM10,..., SM13, SM20,..., SM23)と、ライセンスサーバー(SL)に固有なプライベート鍵(Kpri)に対応する公開鍵(Kpub)とを有する方法であって、
− 配信サーバー(SD)が、コンテンツ(C)を形成する暗号化されたデータを、前記コンテンツに識別子を割り当てる任務を負うライセンスサーバー(SL)に送信する工程と、
− サブネットワーク(SR1, SR2)の第１マルチメディアユニット(DVR1, DVR2)がコンテンツ(C)を受信し解読する工程と、
− あらかじめ解読されたコンテンツ(C)をランダム鍵(Ka)により再暗号化する工程と、
− コンテンツ(C)を識別する少なくとも１つの情報ブロック(infoC)と、ライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)と、サブネットワークのプライベート鍵(Kr1)を使用して暗号化されたランダム鍵(Ka)とを含む許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri)]を形成する工程と、
− 許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri)]が添付された再暗号化されたコンテンツKa(C)を第２マルチメディアユニットに送信する工程と、
− 情報ブロック(infoC)及びライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)によりコンテンツの真正性を確認する工程と、
− 第２マルチメディアユニットが許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri)]からランダム鍵(Ka)を抽出し、前記ランダム鍵(Ka)を使用してコンテンツ(C)を解読する工程と、
を含むことを特徴とする、請求項１記載の方法。
【請求項６】
デジタルオーディオ／ビデオデータのデコーダ／レコーダからなるサブネットワーク(SR1, SR2)の第１マルチメディアユニット(DVR1, DVR2)が、ランダム鍵(Ka)を使用して再暗号化されたデータを大容量メモリーに保存し、及び／又は、デジタルテレビのデコーダからなる第２マルチメディアユニット(STB11,..., STB13, STB21,..., STB23)にこのデータを送信することを特徴とする、請求項５記載の方法。
【請求項７】
第１マルチメディアユニット(DVR1, DVR2)が、前記ユニット(DVR1, DVR2)に関係付けられたセキュリティモジュール(SM10, SM20)内に含まれる権利に応じて、制御メッセージECMからの制御語CWにより、サーバーから配信されるコンテンツを解読し、前記解読されたコンテンツが、前記セキュリティモジュール(SM10, SM20)により生成されたランダム鍵(Ka)を使用して直ちに再暗号化された後、保存され及び／又は第２ユニットに送信されることを特徴とする、請求項５記載の方法。
【請求項８】
ライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)が情報ブロック(infoC)から計算された認証コードで形成され、前記コードがライセンスサーバー(SL)のプライベート鍵(Kpri)を使用して暗号化されることを特徴とする、請求項５記載の方法。
【請求項９】
セキュリティモジュールが、ライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)を使用して、受信し前記サーバーの公開鍵(Kpub)を使用して解読した認証コードを、受信した情報ブロック(infoC)から計算した認証コードを比較することにより、コンテンツ(C)の真正性を確認することを特徴とする、請求項５記載の方法。
【請求項１０】
同一のライセンスサーバー(SL)に依存する第２サブネットワーク(SR2)により、
− 第２サブネットワーク(SR2)から受信した許可ブロック[Kr2(Ka), infoC, sign(infoC, Kpri), IDSR2, sign(B, Kr2)]を第１サブネットワーク(SR1)のユニット(STB11)からライセンスサーバー(SL)に送信する工程と、
− ライセンスサーバー(SL)が、第２サブネットワークの鍵(Kr2)を使用してsign(B,Kr2)の直前のブロックの全てのデータ(B)に対して行われたsign(B,Kr2)の署名により許可ブロック[Kr2(Ka),infoC, sign(infoC, Kpri), IDSR2, sign(B,Kr2)]の真正性を確認する工程と、
− 確認に成功した場合、第１サブネットワーク(SR1)の鍵(Kr1)を使用して暗号化されたコンテンツ(C)の暗号化ランダム鍵(Ka)を少なくとも含む新規許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri), sign(B, Kpri)]を生成し、第１サブネットワーク(SR1)のユニット(STB11)に送信する工程と、
− 受信した新規許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri), sign(B, Kpri)]の真正性を確認し、第１サブネットワーク(SR1)の鍵(Kr1)を使用してユニット(STB11)のセキュリティモジュール(SM11)により前記ブロックから抽出されたランダム鍵(Ka)を使用してコンテンツ(C)を解読する工程と、
に従いコンテンツ(C)が第１サブネットワーク(SR1)のユニット(STB11)に提供されることを特徴とする、請求項５記載の方法。
【請求項１１】
同一のライセンスサーバー(SL)に依存する第２サブネットワーク(SR2)により、第２サブネットワーク(SR2)のユニット(STB21)によりコンテンツ(C)が保存され第１サブネットワーク(SR1)のユニット(STB11)により読み取られるリムーバブル型データメディアを使用してコンテンツ(C)が第１サブネットワーク(SR1)のユニット(STB11)に提供されることを特徴とする、請求項１０記載の方法。
【請求項１２】
各サブネットワーク(SR1, SR2,...)のプライベート鍵(Kr1, Kr2,...)が対の非対称鍵(Kpubr1, Kprir1, Kpubr2, Kprir2)を形成し、各対の公開鍵(Kpubr1, Kpubr2)がライセンスサーバー(SL)内に保存されるが、対応するプライベート鍵(Kprir1, Kprir2)は各サブネットワーク(SR1, SR2,...)のそれぞれのユニット(DRV1, STB11, STB12,..., DRV2, STB21, STB22,...)のセキュリティモジュール(SM10, SM11, SM12,..., SM20, SM21, SM22,...)内に保存されることを特徴とする、請求項５記載の方法。
【請求項１３】
第２サブネットワーク(SR2)からの許可ブロック[Kr2(Ka), infoC, sign(infoC, Kpri), IDSR2, Kpub(Ka), sign(B, Kprir2)]が、ライセンスサーバー(SL)の公開鍵(Kpub)を使用して暗号化されたランダム鍵(Ka)と、前記ブロックが生成された第２ネットワーク(SR2)の識別子(IDSR2)とを少なくとも含むことを特徴とする、請求項１２記載の方法。
【請求項１４】
ライセンスサーバー(SL)が、第２サブネットワーク(SR2)の公開鍵(Kpubr2)を使用して前記ブロックのデータに対し行った署名sign(B, Kprir2)により、許可ブロック[Kpubr2(Ka), infoC, sign(infoC, Kpri), IDSR2, Kpub(Ka), sign(B, Kprir2)]の真正性を確認し、ランダム鍵(Ka)を解読するためのプライベート鍵(Kpri)を使用して第１サブネットワーク(SR1)に宛てた新規許可ブロック[Kpubr1(Ka), infoC, sign(infoC, Kpri), sign(B, Kpri)]を生成し、前記鍵が第１サブネットワーク(SR1)の公開鍵(Kpubri1)を使用して再暗号化されることを特徴とする、請求項１３記載の方法。
【請求項１５】
送信先のユニット(STB11)のセキュリティモジュール(SM11)がライセンスサーバー(SL)の公開鍵Kpubを使用してブロック[Kpubr1(Ka), infoC、sign(infoC, Kpri), sign(B, Kpri)]の真正性を確認し、次に、第１サブネットワーク(SR1)の公開鍵(Kpubr1)に対応する前記第１サブネットワーク(SR1)のプライベート鍵(Kprir1)を使用してランダム鍵(Ka)を解読することを特徴とする、請求項１４記載の方法。
【請求項１６】
ランダム鍵(Ka)が、コンテンツに応じて、及び／又は時間の経過にともない定期的に、及び／又は暗号化されたデータブロック数に応じて変化することを特徴とする、請求項１記載の方法。
【請求項１７】
許可ブロックが、コンテンツの暗号化のために使用されるランダム鍵一式及び／又は前記鍵が得られるアルゴリズムを含み、この一式及び／又はアルゴリズムが、ネットワーク又はサブネットワーク鍵を使用して暗号化されることを特徴とする、請求項１６記載の方法。
【請求項１８】
許可ブロックが、前記ブロックに関連付けられたコンテンツの使用条件を含み、前記条件がライセンスサーバーにより決定及び署名されることを特徴とする、請求項５記載の方法。
【請求項１９】
条件が、コンテンツが利用できる期限日、ユーザーによるコンテンツの利用の可能性に関する制限、ローカルエリアネットワークの他のサブネットワークへのコンテンツの送信の可能性に関する制限を含むことを特徴とする、請求項１８記載の方法。
【請求項１】
コンテンツ(C)の保存手段(HD)を有する第１マルチメディアユニット(DVR)と、コンテンツ(C)を再生するようになっている少なくとも１つの第２マルチメディアユニット(STB1, STB2, STB3)からなる構成要素を具備し、前記第１マルチメディアユニットが、暗号化されたデジタルオーディオ／ビデオデータ(D)の配信サーバー(SD)と第２マルチメディアユニット(STB1, STB2, STB3)とに接続され、各構成要素が、ネットワーク鍵(Kr)を含むセキュリティモジュール(SM0, SM1, SM2, SM3)を有し、前記第１マルチメディアユニット(DVR)が、配信サーバー(SD)から配信されるコンテンツ(C)を形成する暗号化されたデータを受信し解読し、あらかじめ解読されたコンテンツ(C)を再暗号化する、ローカルエリアネットワーク内のデジタルデータの送信方法であって、コンテンツが、ランダム鍵(Ka)により再暗号化され、ネットワーク鍵(Kr)を使用して暗号化されたランダム鍵(Ka)を含む許可ブロックKr(Ka)が添付されて第２マルチメディアユニット(STB1, STB2, STB3)に送信され、前記第２マルチメディアユニット(STB1, STB2, STB3)が許可ブロックKr(Ka)を解読し、コンテンツ(C)を解読するのに使用するランダム鍵(Ka)を抽出することを特徴とする方法。
【請求項２】
デジタルオーディオ／ビデオデータのデコーダ／レコーダからなる第１マルチメディアユニット(DVR)が、ランダム鍵(Ka)を使用して再暗号化されたデータを大容量メモリーに保存し、及び／又は、デジタルテレビのデコーダからなる第２マルチメディアユニット(STB1, STB2, STB3)にこのデータを送信することを特徴とする、請求項１記載の方法。
【請求項３】
第２マルチメディアユニット(STB1, STB2, STB3)が、少なくとも１つのリムーバブルタイプのデータ保存メディアレコーダ／リーダーを備えることを特徴とする、請求項２記載の方法。
【請求項４】
第１マルチメディアユニット(DVR)が、前記ユニット(DVR)に関係付けられたセキュリティモジュール(SM0)内に含まれる権利に応じて、制御メッセージ(ECM)からの制御語(CW)により、サーバー(SD)から配信されるコンテンツを解読し、前記解読されたコンテンツが、前記セキュリティモジュール(SM0)により生成されたランダム鍵(Ka)を使用して直ちに再暗号化された後、保存され及び／又は第２ユニット(STB1, STB2, STB3)に送信されることを特徴とする、請求項１記載の方法。
【請求項５】
ローカルエリアネットワークが、コンテンツ(C)を再生するようになっている少なくとも１つの第２マルチメディアユニット(STB11,..., STB13, STB21,..., STB23)に接続された、コンテンツの保存手段(HD1, HD2)を有する少なくとも１つの第１マルチメディアユニット(DVR1, DVR2)を備えるサブネットワーク(SR1, SR2)からなる少なくとも１つの構成要素を具備し、前記サブネットワーク(SR1, SR2)が、暗号化されたデジタルオーディオ／ビデオデータの配信サーバー(SD)とライセンスサーバー(SL)とに接続され、サブネットワークの各ユニットが、サブネットワーク(SR1, SR2)のプライベート鍵(Kr1, Kr2)を含むセキュリティモジュール(SM10,..., SM13, SM20,..., SM23)と、ライセンスサーバー(SL)に固有なプライベート鍵(Kpri)に対応する公開鍵(Kpub)とを有する方法であって、
− 配信サーバー(SD)が、コンテンツ(C)を形成する暗号化されたデータを、前記コンテンツに識別子を割り当てる任務を負うライセンスサーバー(SL)に送信する工程と、
− サブネットワーク(SR1, SR2)の第１マルチメディアユニット(DVR1, DVR2)がコンテンツ(C)を受信し解読する工程と、
− あらかじめ解読されたコンテンツ(C)をランダム鍵(Ka)により再暗号化する工程と、
− コンテンツ(C)を識別する少なくとも１つの情報ブロック(infoC)と、ライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)と、サブネットワークのプライベート鍵(Kr1)を使用して暗号化されたランダム鍵(Ka)とを含む許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri)]を形成する工程と、
− 許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri)]が添付された再暗号化されたコンテンツKa(C)を第２マルチメディアユニットに送信する工程と、
− 情報ブロック(infoC)及びライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)によりコンテンツの真正性を確認する工程と、
− 第２マルチメディアユニットが許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri)]からランダム鍵(Ka)を抽出し、前記ランダム鍵(Ka)を使用してコンテンツ(C)を解読する工程と、
を含むことを特徴とする、請求項１記載の方法。
【請求項６】
デジタルオーディオ／ビデオデータのデコーダ／レコーダからなるサブネットワーク(SR1, SR2)の第１マルチメディアユニット(DVR1, DVR2)が、ランダム鍵(Ka)を使用して再暗号化されたデータを大容量メモリーに保存し、及び／又は、デジタルテレビのデコーダからなる第２マルチメディアユニット(STB11,..., STB13, STB21,..., STB23)にこのデータを送信することを特徴とする、請求項５記載の方法。
【請求項７】
第１マルチメディアユニット(DVR1, DVR2)が、前記ユニット(DVR1, DVR2)に関係付けられたセキュリティモジュール(SM10, SM20)内に含まれる権利に応じて、制御メッセージECMからの制御語CWにより、サーバーから配信されるコンテンツを解読し、前記解読されたコンテンツが、前記セキュリティモジュール(SM10, SM20)により生成されたランダム鍵(Ka)を使用して直ちに再暗号化された後、保存され及び／又は第２ユニットに送信されることを特徴とする、請求項５記載の方法。
【請求項８】
ライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)が情報ブロック(infoC)から計算された認証コードで形成され、前記コードがライセンスサーバー(SL)のプライベート鍵(Kpri)を使用して暗号化されることを特徴とする、請求項５記載の方法。
【請求項９】
セキュリティモジュールが、ライセンスサーバー(SL)の署名ブロックsign(infoC, Kpri)を使用して、受信し前記サーバーの公開鍵(Kpub)を使用して解読した認証コードを、受信した情報ブロック(infoC)から計算した認証コードを比較することにより、コンテンツ(C)の真正性を確認することを特徴とする、請求項５記載の方法。
【請求項１０】
同一のライセンスサーバー(SL)に依存する第２サブネットワーク(SR2)により、
− 第２サブネットワーク(SR2)から受信した許可ブロック[Kr2(Ka), infoC, sign(infoC, Kpri), IDSR2, sign(B, Kr2)]を第１サブネットワーク(SR1)のユニット(STB11)からライセンスサーバー(SL)に送信する工程と、
− ライセンスサーバー(SL)が、第２サブネットワークの鍵(Kr2)を使用してsign(B,Kr2)の直前のブロックの全てのデータ(B)に対して行われたsign(B,Kr2)の署名により許可ブロック[Kr2(Ka),infoC, sign(infoC, Kpri), IDSR2, sign(B,Kr2)]の真正性を確認する工程と、
− 確認に成功した場合、第１サブネットワーク(SR1)の鍵(Kr1)を使用して暗号化されたコンテンツ(C)の暗号化ランダム鍵(Ka)を少なくとも含む新規許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri), sign(B, Kpri)]を生成し、第１サブネットワーク(SR1)のユニット(STB11)に送信する工程と、
− 受信した新規許可ブロック[Kr1(Ka), infoC, sign(infoC, Kpri), sign(B, Kpri)]の真正性を確認し、第１サブネットワーク(SR1)の鍵(Kr1)を使用してユニット(STB11)のセキュリティモジュール(SM11)により前記ブロックから抽出されたランダム鍵(Ka)を使用してコンテンツ(C)を解読する工程と、
に従いコンテンツ(C)が第１サブネットワーク(SR1)のユニット(STB11)に提供されることを特徴とする、請求項５記載の方法。
【請求項１１】
同一のライセンスサーバー(SL)に依存する第２サブネットワーク(SR2)により、第２サブネットワーク(SR2)のユニット(STB21)によりコンテンツ(C)が保存され第１サブネットワーク(SR1)のユニット(STB11)により読み取られるリムーバブル型データメディアを使用してコンテンツ(C)が第１サブネットワーク(SR1)のユニット(STB11)に提供されることを特徴とする、請求項１０記載の方法。
【請求項１２】
各サブネットワーク(SR1, SR2,...)のプライベート鍵(Kr1, Kr2,...)が対の非対称鍵(Kpubr1, Kprir1, Kpubr2, Kprir2)を形成し、各対の公開鍵(Kpubr1, Kpubr2)がライセンスサーバー(SL)内に保存されるが、対応するプライベート鍵(Kprir1, Kprir2)は各サブネットワーク(SR1, SR2,...)のそれぞれのユニット(DRV1, STB11, STB12,..., DRV2, STB21, STB22,...)のセキュリティモジュール(SM10, SM11, SM12,..., SM20, SM21, SM22,...)内に保存されることを特徴とする、請求項５記載の方法。
【請求項１３】
第２サブネットワーク(SR2)からの許可ブロック[Kr2(Ka), infoC, sign(infoC, Kpri), IDSR2, Kpub(Ka), sign(B, Kprir2)]が、ライセンスサーバー(SL)の公開鍵(Kpub)を使用して暗号化されたランダム鍵(Ka)と、前記ブロックが生成された第２ネットワーク(SR2)の識別子(IDSR2)とを少なくとも含むことを特徴とする、請求項１２記載の方法。
【請求項１４】
ライセンスサーバー(SL)が、第２サブネットワーク(SR2)の公開鍵(Kpubr2)を使用して前記ブロックのデータに対し行った署名sign(B, Kprir2)により、許可ブロック[Kpubr2(Ka), infoC, sign(infoC, Kpri), IDSR2, Kpub(Ka), sign(B, Kprir2)]の真正性を確認し、ランダム鍵(Ka)を解読するためのプライベート鍵(Kpri)を使用して第１サブネットワーク(SR1)に宛てた新規許可ブロック[Kpubr1(Ka), infoC, sign(infoC, Kpri), sign(B, Kpri)]を生成し、前記鍵が第１サブネットワーク(SR1)の公開鍵(Kpubri1)を使用して再暗号化されることを特徴とする、請求項１３記載の方法。
【請求項１５】
送信先のユニット(STB11)のセキュリティモジュール(SM11)がライセンスサーバー(SL)の公開鍵Kpubを使用してブロック[Kpubr1(Ka), infoC、sign(infoC, Kpri), sign(B, Kpri)]の真正性を確認し、次に、第１サブネットワーク(SR1)の公開鍵(Kpubr1)に対応する前記第１サブネットワーク(SR1)のプライベート鍵(Kprir1)を使用してランダム鍵(Ka)を解読することを特徴とする、請求項１４記載の方法。
【請求項１６】
ランダム鍵(Ka)が、コンテンツに応じて、及び／又は時間の経過にともない定期的に、及び／又は暗号化されたデータブロック数に応じて変化することを特徴とする、請求項１記載の方法。
【請求項１７】
許可ブロックが、コンテンツの暗号化のために使用されるランダム鍵一式及び／又は前記鍵が得られるアルゴリズムを含み、この一式及び／又はアルゴリズムが、ネットワーク又はサブネットワーク鍵を使用して暗号化されることを特徴とする、請求項１６記載の方法。
【請求項１８】
許可ブロックが、前記ブロックに関連付けられたコンテンツの使用条件を含み、前記条件がライセンスサーバーにより決定及び署名されることを特徴とする、請求項５記載の方法。
【請求項１９】
条件が、コンテンツが利用できる期限日、ユーザーによるコンテンツの利用の可能性に関する制限、ローカルエリアネットワークの他のサブネットワークへのコンテンツの送信の可能性に関する制限を含むことを特徴とする、請求項１８記載の方法。
【図１】
【図２】
【図２】
【公表番号】特表２００８−５２４８９０（Ｐ２００８−５２４８９０Ａ）
【公表日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００７−５４６０５４（Ｐ２００７−５４６０５４）
【出願日】平成１７年１２月１４日（２００５．１２．１４）
【国際出願番号】ＰＣＴ／ＥＰ２００５／０５６７７５
【国際公開番号】ＷＯ２００６／０６４０１７
【国際公開日】平成１８年６月２２日（２００６．６．２２）
【出願人】（５０４３４４４９５）ナグラビジョン エス アー (20)
【Ｆターム（参考）】
【公表日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１７年１２月１４日（２００５．１２．１４）
【国際出願番号】ＰＣＴ／ＥＰ２００５／０５６７７５
【国際公開番号】ＷＯ２００６／０６４０１７
【国際公開日】平成１８年６月２２日（２００６．６．２２）
【出願人】（５０４３４４４９５）ナグラビジョン エス アー (20)
【Ｆターム（参考）】
[ Back to top ]