(57)【要約】故障したセットトップボックスから暗号化されたコンテンツを回収および移動するシステムと方法が開示される。コンテンツがセットトップボックスの記憶デバイスに記録されるときには、コンテンツは、コンテンツ・インスタンス鍵で暗号化される。このコンテンツ・インスタンス鍵はセットトップボックスの公開鍵で暗号化され、コンテンツ・インスタンス鍵の複製はセットトップの公開鍵以外の別の公開鍵によって暗号化される。セットトップが故障するという事態においては、記憶デバイス上の暗号化されたコンテンツは、複製コンテンツ・インスタンス鍵を、コンテンツ・インスタンス鍵の複製を暗号化した公開鍵に対応する秘密鍵で復号化することによって、記憶デバイスから回収され得る。
2008510429.tif 000002
【特許請求の範囲】
【請求項１】
第一のセットトップボックスから暗号化されたコンテンツを回収し移動する方法であって、
コンテンツ・インスタンス鍵で、該第一のセットトップボックスの第一の記憶デバイスに記憶されるコンテンツを暗号化するステップと、
該第一のセットトップボックスの公開鍵で該コンテンツ・インスタンス鍵を暗号化するステップと、
該第一のセットトップボックス以外の一つ以上の公開鍵で、該コンテンツ・インスタンス鍵の複製を暗号化するステップと
を包含する方法。
【請求項２】
前記暗号化されたコンテンツおよび前記暗号化されたコンテンツ・インスタンス鍵を、前記第一の記憶デバイスに記録するステップをさらに包含する、請求項１に記載の方法。
【請求項３】
前記コンテンツを前記複製コンテンツ・インスタンス鍵で復号化するステップをさらに包含する、請求項１に記載の方法であって、該コンテンツが前記第一のセットトップボックスの前記公開鍵に対応する秘密鍵で複合化できないことに応答して、該複製コンテンツ・インスタンス鍵が、該第一のセットトップボックス以外の前記一つ以上の公開鍵に対応する秘密鍵によって復号化される方法。
【請求項４】
前記コンテンツを前記複製コンテンツ・インスタンス鍵で復号化するステップをさらに包含する、請求項１に記載の方法であって、該複製コンテンツ・インスタンス鍵が、前記第一のセットトップボックス以外の前記一つ以上の公開鍵に対応する秘密鍵を使用することによって復号化される方法。
【請求項５】
前記コンテンツを前記コンテンツ・インスタンス鍵の一つを使用して再暗号化するステップををさらに包含する、請求項４に記載の方法。
【請求項６】
前記コンテンツを新しいコンテンツ・インスタンス鍵を使用して再暗号化するステップをさらに包含する、請求項４に記載の方法。
【請求項７】
前記新しいコンテンツ・インスタンス鍵を、第二のセットトップボックスの公開鍵で暗号化するステップをさらに包含する、請求項６に記載の方法。
【請求項８】
前記新しいコンテンツ・インスタンス鍵を、第二のセットトップボックスの公開鍵を使って暗号化するステップ、および、前記再暗号化されたコンテンツを前記第一の記憶デバイスに再記録するステップをさらに包含する、請求項６に記載の方法。
【請求項９】
前記新しいコンテンツ・インスタンス鍵を、第二のセットトップボックスの公開鍵を使って暗号化するステップ、前記再暗号化されたコンテンツを前記第一の記憶デバイスに再記録するステップ、および、該第二のセットトップボックスに該第一の記憶デバイスをインストールするステップをさらに包含する、請求項６に記載の方法。
【請求項１０】
前記新しいコンテンツ・インスタンス鍵を、第二のセットトップボックスの公開鍵を使って暗号化するステップ、および、前記再暗号化されたコンテンツを第二の記憶デバイスに再記録するステップをさらに包含する、請求項６に記載の方法。
【請求項１１】
前記コンテンツ・インスタンス鍵の一つを、第二のセットトップボックスの公開鍵で再暗号化するステップをさらに包含する、請求項４に記載の方法。
【請求項１２】
前記コンテンツ・インスタンス鍵の一つを、第二のセットトップボックスの公開鍵で再暗号化するステップ、および、前記再暗号化されたコンテンツを前記第一の記憶デバイスに再記録するステップをさらに包含する、請求項４に記載の方法。
【請求項１３】
前記コンテンツ・インスタンス鍵の一つを、第二のセットトップボックスの公開鍵で再暗号化するステップ、前記再暗号化されたコンテンツを前記第一の記憶デバイスに再記録するステップ、および、該第二のセットトップボックスに該第一の記憶デバイスをインストールするステップをさらに包含する、請求項４に記載の方法。
【請求項１４】
前記コンテンツ・インスタンス鍵の一つを、第二のセットトップボックスの公開鍵で再暗号化するステップ、および、前記再暗号化されたコンテンツを第二の記憶デバイスに再記録するステップをさらに包含する、請求項４に記載の方法。
【請求項１５】
前記復号化するステップは、前記複製コンテンツ・インスタンス鍵を復号化するための前記秘密鍵を有する、コンテンツ復号化デバイスによって実行される、請求項４に記載の方法。
【請求項１６】
前記第一のセットトップボックス以外の前記一つ以上の公開鍵の一つに対応する秘密鍵を使って前記複製コンテンツ・インスタンス鍵を復号化し、次に、該複製コンテンツ・インスタンス鍵を第二のセットトップボックスの公開鍵で再暗号化するステップをさらに包含する、請求項１に記載の方法。
【請求項１７】
前記第一のセットトップボックス以外の前記一つ以上の公開鍵の一つに対応する秘密鍵を使用して前記複製コンテンツ・インスタンス鍵を復号化し、次に、新しいコンテンツ・インスタンス鍵を第二のセットトップボックスの公開鍵で暗号化するステップをさらに包含する、請求項１に記載の方法。
【請求項１８】
前記第一のセットトップボックスの前記公開鍵に対応する秘密鍵がアクセス不可能な、該第一のセットトップボックスの故障を検出するステップをさらに包含する、請求項１に記載の方法。
【請求項１９】
前記第一の記憶デバイスと結合された第二のセットトップボックスが、該第一の記憶デバイスに記録された暗号化されたコンテンツを検出するステップをさらに包含する、請求項１に記載の方法。
【請求項２０】
前記第一の記憶デバイスと結合した第二のセットトップボックスが、前記複製コンテンツ・インスタンス鍵の復号化を要求するステップをさらに包含する、請求項１に記載の方法。
【請求項２１】
前記第一の記憶デバイスと結合した前記第二のセットトップボックスが、該第二のセットトップボックスの公開鍵で暗号化された前記複製コンテンツ・インスタンス鍵を受信するステップをさらに包含する、請求項１に記載の方法。
【請求項２２】
前記第一の記憶デバイスと結合された第二のセットトップボックスが、前記複製コンテンツ・インスタンス鍵の復号化を要求するというメッセージを送るステップをさらに包含する、請求項１に記載の方法。
【請求項２３】
前記複製コンテンツ・インスタンス鍵で、アクセス権要素を暗号化するステップをさらに包含する、方法請求項１に記載の方法。
【請求項２４】
第一のセットトップボックスの前記公開鍵以外の前記一つ以上の公開鍵と対応する秘密鍵で、前記複製コンテンツ・インスタンス鍵を復号化するステップ、および、該復号化された複製コンテンツ・インスタンス鍵で前記コンテンツと前記アクセス権要素を復号化するステップをさらに包含する、請求項２３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の参照）
本米国特許出願は、米国特許出願、タイトル「ＲＥＴＲＩＥＶＡＬ  ＡＮＤ  ＴＲＡＮＳＦＥＲ  ＯＦ  ＥＮＣＲＹＰＴＥＤ  ＨＡＲＤ  ＤＲＩＶＥ  ＣＯＮＴＥＮＴ  ＦＲＯＭ  ＤＶＲ  ＳＥＴ−ＴＯＰ  ＢＯＸ  ＵＴＩＬＩＺＩＮＧ  ＳＥＣＯＮＤ  ＤＶＲ  ＳＥＴ−ＴＯＰ  ＢＯＸ」、および、米国特許出願、タイトル「ＵＴＩＬＩＺＡＴＩＯＮ  ＯＦ  ＥＮＣＲＹＰＴＥＤ  ＨＡＲＤ  ＤＲＩＶＥ  ＣＯＮＴＥＮＴ  ＢＹ  ＯＮＥ  ＤＶＲ  ＳＥＴ−ＴＯＰ  ＢＯＸ  ＷＨＥＮ  ＲＥＣＯＲＤＥＤ  ＢＹ  ＡＮＯＴＨＥＲ」と関連する。これら二つの米国特許出願は共に同じ発明者で、本明細書において参考として援用され、本出願と同時に提出されている。
【０００２】
（技術分野）
本発明は、セットトップ端末の分野に関し、さらに具体的には、オリジナルセキュアマイクロプロセッサを利用することなしに、再利用のための記憶デバイスからの暗号化されたコンテンツの記憶、回復、および、移動に関する。
【背景技術】
【０００３】
セットトップボックス（ｓｅｔ−ｔｏｐ  ｂｏｘ）（ＳＴＢ）のハード・ドライブのような記憶デバイスにコンテンツを記録することは、ケーブル加入者が利用可能な人気のあるサービスである。デジタル・ビデオ・レコーダー（ＤＶＲ）応用は、記憶デバイスのコンテンツを管理するのに使われるユーザー・インターフェイス・スクリーンを提供する。記憶デバイスに記録されたコンテンツで、加入者は、ポーズ、巻き戻し、早送り、および、消去のようなＶＣＲのような機能を利用している間、欲しいと思うたびに、コンテンツを再生できる。コンテンツの安全性を保証するために、デジタル・コンテンツ・ストリームは、記憶デバイスに記憶される前に暗号化される。適切な強度の単一のコンテンツ・インスタンス鍵が、ストリーム全体を暗号化するのに使われる。
【０００４】
コンテンツ・インスタンス鍵は、次に、ＳＴＢの公開鍵によって暗号化され、暗号化されたコンテンツと他の任意のアクセス権要素と関連して、記憶デバイスに記憶される。一般的には、加入者は彼らの記憶された暗号化されたコンテンツの個人的なライブラリを生成する。加入者が記録されたコンテンツをリプレイしたいと願ったとき、ＳＴＢの秘密鍵が、暗号化されたコンテンツ・インスタンス鍵と暗号化されたコンテンツへの他の任意のアクセス権要素を復号化するために供給される。
【０００５】
しかしながら、セットトップが故障したとき、記憶デバイスから記憶されたコンテンツの復号化を許すようにセキュアマイクロプロセッサにアクセスすることは可能であり得ない。結果として、加入者の個人的なライブラリはアクセス不可になり得る。したがって、必要なことは、たとえ記憶デバイスのコンテンツが故障したＳＴＢのオリジナルセキュアマイクロプロセッサで復号化されることができなくても、加入者に、暗号化されたコンテンツを回収して、コンテンツを新しく置き換えられたＳＴＢによってプレイされるように送ることを可能とするシステムおよび方法である。
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明は、添付される図面を参照して、以下に、より完全に記述される。図面において、同様の数字は、いくつかの図面を通じて、同様の要素を表す。図面において、本発明の例示的な実施形態が示される。しかしながら、本発明は多くの異なる形で具体化され得、ここに明らかにされる実施形態に制限されるものと解釈されるべきではない。むしろ、この実施形態は、この開示がまっすぐ筋の通った完全なものであり、当業者に発明の範囲を完全に伝えるように提供されている。本発明は以下により完全に記述される。
【０００７】
図１は、テレビジョン１１２に結合された一般化されたデジタルＳＴＢ１１０のブロック図を図解している。ＳＴＢ１１０はＤＶＲ機能を含んでいて、さらにもう一つのテレビジョン１２２と結合している、一般的には加入者の家屋の中に位置する遠方のＳＴＢ１２０と結合され得る。ＳＴＢ１１０は、プロバイダから直接的にブロードバンド信号を受信することのでき、その一方で、遠方のＳＴＢにＳＴＢ１１０の機能が装備されているかのように、記憶または記録されたコンテンツ、ＶＯＤムービー、または、双方向性プログラム・ガイド、を要求し、ＳＴＢ１１０ケーブル・チャンネルから受信することとができる、複数の遠方のＳＴＢと結合し得る。便宜上、一つの遠方ＳＴＢ１２０のみが示されている。
【０００８】
マルチプル・システム・オペレータ（ＭＳＯ）は、ヘッドエンドまたは中央オフィスから、通信ネットワークを通して、ＳＴＢ１１０のようなＳＴＢを有する複数の加入者へ、信号を送信する。提供されるサービスは、多くのプログラムサービスを含む。プログラム源から提供される各プログラムは、そのプログラム源の「インスタンス」（ｉｎｓｔａｎｃｅ）である。インスタンスがブロードキャストされたとき、プログラムを形成する暗号化された情報であるインスタンス・データを含む、暗号化されたインスタンスを形成するために、それは暗号化される。この情報はＳＴＢ１１０に送達される。認可情報もまたＳＴＢ１１０に送られ、加入者が暗号化されたインスタンスのプログラムを見る資格が与えられている場合には、ＳＴＢ１１０は暗号化されたインスタンスを復号化し得る。ヘッドエンド・サービス・プロバイダへの、および、からの信号の暗号化と復号化の概要は、米国特許第６，２９２，５６８号の中で見ることができる。
【０００９】
一つの例示的な実施形態のＳＴＢ１１０は、さらに、チューナー・システム１３０を含む。このチューナー・システム１３０は、好適には少なくとも二つのチューナーと少なくとも一つのＲＦトランスミッターを含んでおり、そのため、ＳＴＢ１１０は遠方のＳＴＢ１２０に独立した信号を送ることができる。ヘッドエンド・サービス・プロバイダから入ってくる信号は、チューナー・システム１３０に到着し、望ましくないソース信号をフィルター・アウトし、選択されたテレビジョン信号と同調する。一部の実施形態では、同調された信号は、同じ同調されたプログラム・ストリームの中へマルチプレクスされたいくつかの異なるプログラムまたはテレビジョン信号を含み得るので、チューナー・システム１３０は、デマルチプレクサ（ｄｅｍｕｌｔｉｐｌｅｘｏｒ）を含む。デマルチプレクサは、同調されたチャンネルまたはプログラム・ストリームから、特定のテレビジョン信号を選択する。
【００１０】
フィルターされた信号は、信号処理システム１３２へ転送される。その信号処理システム１３２は、フィルターされた信号をデモジュレートおよび復号化するための一つ以上のソフトウェアおよび／またはハードウェア・モジュールに加えて、ＣＰＵ、メモリ、オペレーティング・システム、および、ＤＶＲアプリケーションを含む。図１の実施形態に示されるように、信号処理システム１３２は、選択されたテレビジョン信号を復号化し、それを平文でテレビジョン１１２に提供するための復号化器を含む。信号処理システムはまた暗号化器１３６を含む。加入者は、暗号化器１３６で再び暗号化されなくてはならない、復号化器１３４で復号されたインスタンスを、記憶デバイス１４０に、記録することを決定し得る。記憶デバイス１４０は、好適には、記録されたプログラミングの望ましい総量を記憶する大きさの、内蔵または外付けハード・ドライブである。記録されるべきインスタンスに対応する暗号化された信号は、転送され、記憶のため記憶デバイス１４０に記録される。暗号化器１３６からのコンテンツ・インスタンス鍵は、記憶デバイス１４０へ記録される各インスタンスを暗号化するために使用される。このコンテンツ・インスタンス鍵は一般にバルク暗号化鍵と呼ばれ得る。一部の場合では、同じコンテンツ・インスタンス鍵が、記憶デバイスに記録される一つよりも多いまたは全てのインスタンスを暗号化するために使用され得る。信号処理システム１３２は記憶デバイス１４０上の暗号化されたインスタンスの記憶位置を決定する。暗号化器１３６で暗号化された信号は、信号が記憶デバイス１４０に記録される前または後に、ＳＴＢ１２０へ転送され得、ＳＴＢ１２０の復号化器１２８が信号を複合化し、テレビジョン１２２での表示のためにそれを送信する。
【００１１】
図２を参照すると、テレビジョン１１２で見るために記憶デバイス１４０からコンテンツを回収するために、記憶された暗号化されたコンテンツとＤＲＭパラメタはＳＴＢ１１０のコンテンツ・セキュリティー・ユニット２００へ送り返される。ＳＴＢ１１０の公開連続番号が、メモリ２１４からコンテンツ・セキュリティー・ユニット２００のデマルチプレクサ２１０に提供され、その結果、デマルチプレクサ２１０は、コンテンツ・セキュリティー・ユニット２００のために暗号化された暗号化インスタンス鍵を選択できる。暗号化インスタンス鍵ＥＫｐｕ（ＫＩ）は、ＳＴＢ１１０の秘密鍵ＫＰＲを使用して、メモリ２１４から、コンテンツ・インスタンス鍵ＫＩを提供するために、セキュアマイクロプロセッサ１３８の復号化器２１２で復号化される。コンテンツ・インスタンス鍵ＫＩは、アクセス権要素と共に、ＳＴＢ１１０の信号処理システム１３２のメインＣＰＵ２１６へ、提供される。ＳＴＢ１１０を利用している加入者のアクセス権は、加入者が記憶デバイス１４０から回収された記憶されたコンテンツへのアクセスをまだ有しているか、を決定するために再調査される。別の実施形態では、加入者アクセス権の決定はセキュアマイクロプロセッサ１３８内で実行され得る。一度アクセス権が確かめられると、暗号化されたコンテンツは、コンテンツ・インスタンス鍵ＫＩを使用して、平文でコンテンツ・インスタンスを回復するために、信号処理システム１３２の復号化機２１８で処理される。
【００１２】
ＳＴＢ１１０が故障したイベントでは、たとえ記憶デバイス１４０上のコンテンツが、ＳＴＢ１１０のオリジナルセキュアマイクロプロセッサ１３８を使用して、もはやアクセスも復号化もできなくても、記憶デバイス１４０に記憶された暗号化されたコンテンツを回収することが望ましい。図３のフロー・チャートは、オリジナルセキュアマイクロプロセッサ１３８を使用して、記憶デバイス１４０に暗号化されたコンテンツを記憶し、その結果をＳＴＢ１１０のオリジナルセキュアマイクロプロセッサ１３８を使うことなしに、それが記憶デバイス１４０から後で回収され移動され得る、一実施形態を図解している。このプロセスは、プロセス・ブロック３１０で開始され、そこで、上述されたように、記憶デバイス１４０に記録されるコンテンツがコンテンツ・インスタンス鍵で暗号化される。次に、プロセス・ブロック３２０で示されるように、コンテンツ・インスタンス鍵はＳＴＢ１１０の公開鍵で暗号化される。暗号化されたインスタンス鍵は、定義された公開／秘密鍵ペアにおけるＳＴＢ１１０の公開鍵に対応する秘密鍵で、復号化され得る。
【００１３】
しかしながら、プロセス・ブロック３３０で示されるように本発明では、コンテンツ・インスタンス鍵の複製もまた、ＳＴＢ１１０以外の一つ以上の公開鍵で暗号化される。例えば、コンテンツ・インスタンス鍵の複製は、ＭＳＯのヘッドエンドの一つ以上の公開鍵で暗号化され得る。コンテンツ・インスタンス鍵はオリジナル・コンテンツ・インスタンス鍵または複製コンテンツ・インスタンス鍵のどちらかで呼ばれるものの、それらは実質的に互いに区別不可能で、どちらも他よりも先のものと呼ばれる必要はない。コンテンツ・インスタンス鍵で暗号化されたコンテンツ、ＳＴＢ１１０の公開鍵で暗号化されたコンテンツ・インスタンス鍵、および、一つ以上の他の公開鍵で暗号化された複製コンテンツ・インスタンス鍵は、ブロック３４０で示されるように互いに関連して記憶デバイス１４０に記憶される。
【００１４】
アクセス権要素と組み合わされたコンテンツ・インスタンス鍵は、デジタル権限管理（ＤＲＭ）パラメタまたはＤＲＭタグと呼ばれる。本発明の一実施形態では、オリジナルＤＲＭパラメタはまた複製され得、そのため、複製コンテンツ・インスタンス鍵は、ＤＲＭパラメタの複製の一部となる。したがって、オリジナル・コンテンツ・インスタンス鍵の引き続いての発生を暗号化するために、ＳＴＢ１１０の公開鍵の場所で利用される、一つ以上の公開鍵のそれぞれによって暗号化される、好適な分離されたＤＲＭパラメタが存在する。オリジナルＤＲＭパラメタのアクセス権要素または任意の複製ＤＲＭパラメタ一部である複製アクセス権要素は、他の公開鍵ユーザーによってＤＲＭパラメタの可能な復号化を反映するように修正され得る。したがって、ＭＳＯのヘッドエンドのような他の公開鍵ユーザーによる使用のためのＤＲＭパラメタのアクセス権要素が、関連する満了時間を有する加入者のＳＴＢに関連するそれよりも、さらに緩やかであることが好ましい。
【００１５】
決定ブロック３４４において、ＳＴＢ１１０が記憶デバイス１４０上の記憶されたインスタンスを復号化できる場合には、プロセス・ブロック３４６で示されるように、インスタンスは平文でテレビジョン１１２に提供される。一方、ＳＴＢ１１０が故障して、オリジナルセキュアマイクロプロセッサ１３８を利用して記録されたインスタンスをもはや復号化できない場合には、プロセス・ブロック３５０で示されるように、ＳＴＢの故障が検出される。記憶デバイス１４０は故障したＳＴＢから除去され得るか引き離され得る。一実施形態では、記憶デバイス１４０上のコンテンツの回収と移動が実行され得るために、記憶デバイス１４０自身がサービス・プロバイダに転送され得る。
【００１６】
記憶デバイス１４０からのコンテンツの回収と移動は、コンテンツ転写デバイス（ＣＴＤ）によって実行され得る。コンテンツ転写デバイス（ＣＴＤ）は、アクセス権要素と共に暗号化されたコンテンツ・インスタンス鍵の複製を復号化するための適切な秘密鍵を使用し得る、専用のデバイスである。例えば、ＣＴＤは、ＭＳＯの条件付アクセス権限（ＣＡＡ）のような秘密鍵、または、エンタイトルメント代理人（ＥＡ）のようなサイトスペシフィック（ｓｉｔｅ−ｓｐｅｃｉｆｉｃ）ヘッドエンド・秘密鍵を使用し得る。ＣＴＤは、以下に概説するように、一つ以上の他の機能を実行し得る。好適にも、ＣＴＤは、強い物理的な保護を有するように、ヘッドエンドで維持される。
【００１７】
さらに図３を参照すると、プロセス・ブロック３５２で、アクセス権要素と、ＭＳＯヘッドエンドの公開鍵のような故障したＳＴＢ１１０以外の公開鍵で暗号化された複製コンテンツ・インスタンス鍵とを含むＤＲＭパラメータは、ＭＳＯヘッドエンドの対応する秘密鍵で復号化される。プロセス・ブロック３５６で示されるように、加入者のアクセス権を決定し、暗号化されたコンテンツを複製コンテンツ・インスタンス鍵で復号化するために、暗号化されていないアクセス権要素と複製コンテンツ・インスタンス鍵が受信される。プロセス・ブロック３６０で示されるように、ＭＳＯヘッドエンドの公開鍵のような、故障したＳＴＢ１１０以外の公開鍵に対応する秘密鍵を使用することによって、記憶デバイス１４０からの暗号化されたコンテンツは復号化される。例えば、コンテンツ・インスタンス鍵の複製を暗号化した公開鍵に対応するＭＳＯヘッドエンドの秘密鍵は、コンテンツ・インスタンス鍵の複製を復号化するのに使われる。復号化された複製コンテンツ・インスタンス鍵は、ＣＴＤによって、記憶デバイス１４０からの暗号化されたコンテンツを復号化するために使用され得る。
【００１８】
一度、コンテンツが記憶デバイス１４０から平文で回収されたら、コンテンツは、加入者のアクセス権に従って、将来のアクセスのために、加入者に返され得る。しかしながら、回収されたコンテンツは好適には再び暗号化され記憶デバイス１４０に再び記録されるか、または、一部の別の記憶デバイスに移される。プロセス・ブロック３６２は、回収されたコンテンツを再び暗号化するための新しいコンテンツ・インスタンス鍵の生成を、図解している。回収されたコンテンツは、ブロック３７０で示されるように、好適にはオリジナル・コンテンツ・インスタンス鍵と同様の品質を有する新しいコンテンツ・インスタンス鍵を使用して、再び暗号化される。しかしながら、オリジナル・コンテンツ・インスタンス鍵が好適には利用され得る。これは、その高品質のためと、ＣＴＤが、適切な品質の新しいコンテンツ・インスタンス鍵を生成するために必要な機能を有する必要がないからである。
【００１９】
また、一つ以上の公開鍵が、図３のプロセス・ブロック３８０に示されるように、回収されるコンテンツと関連して記憶される、対応するＤＲＭパラメータ、および、インスタンス鍵と複製をそれぞれ暗号化するために使われるべきである。ＤＲＭパラメータのそれぞれは、回収されたコンテンツを再び暗号化するために使用されるコンテンツ・インスタンス鍵のバージョンを含み、また、加入者のアクセス権を決定するためのアクセス権要素を含む。コンテンツ・プロバイダによって許可された場合には、加入者のアクセス権は回復および／または移動プロセスの一部として修正され得る。
【００２０】
図４のＳＴＢ４１０のような、加入者にすでに提供された、または、提供される、別の動作可能なＳＴＢの公開鍵は、オリジナル・コンテンツ・インスタンス鍵を再び暗号化する、または、ＣＴＤによって生成された新しく生成されたコンテンツ・インスタンス鍵を暗号化するために使用され得る。インスタンス鍵の複製を暗号化／再暗号化するための別の公開鍵は、ＭＳＯのヘッドエンドの一つ以上の公開鍵であり得る。
【００２１】
図１のＳＴＢ１１０と好適にも同様の、図４のＳＴＢ４１０は、チューニング・システム４３０、信号処理システム４３２、および、セキュアプロセッサ４３８を含み得るが、ＳＴＢ４１０が記憶デバイス１４０、または、記憶デバイス１４０から移動され、回収されたコンテンツを有する一部の別の記憶デバイスにアクセスし得る限りにおいて、実質的に異なる。図４に示されるように、記憶デバイス１４０はＳＴＢ４１０の内蔵ハード・ドライブとなるが、外部のハード・ドライブまたは他の外部の記憶デバイスでもあり得る。
【００２２】
図３のプロセス・ブロック３９０に示されるように、再暗号化されたコンテンツは記憶デバイス１４０に再記録され得る。暗号化／再暗号化されたＤＲＭパラメータおよび一つ以上の暗号化／再暗号化されたインスタンス鍵は、再暗号化されたコンテンツと関連して記憶デバイス１４０に記憶され得る。一つ以上の暗号化／再暗号化されたインスタンス鍵と、記憶デバイス１４０に移された再暗号化されたコンテンツに関連して記憶された、暗号化／再暗号化されたＤＲＭパラメータは、一度、対応する一つ以上の秘密鍵で復号化されると、記憶デバイス１４０上の再暗号化されたコンテンツを復号化するために利用され得る。例えば、ユーザーがＳＴＢ４１０で記憶デバイス１４０から移動された任意のコンテンツを見たいと願う場合には、ＳＴＢ４１０の秘密鍵が、見られるべきコンテンツを暗号化したインスタンス鍵を復号化するために利用される。ＳＴＢ４１０がその後に故障して、記憶されたコンテンツが記憶デバイス１４０から再び回収される事態においては、コンテンツ・インスタンス鍵の複製を暗号化／再暗号化した一つ以上の公開鍵に対応する秘密鍵は、必要な場合には、コンテンツが復号化され回収され移動されるように、コンテンツ・インスタンス鍵を復号化するために利用される。
【００２３】
本発明による代替案としての実施形態では、図３で図解されたプロセスは、コンテンツが別のＳＴＢで使われるように直接的に移動され得るように修正され得る。図５は、図３に図解されたプロセスの修正の一実施形態を図解している。一度、記憶デバイス１４０が故障したＳＴＢ１１０から取り外されると、記憶デバイス１４０は、ＳＴＢ４１０のような、動作可能な交換ＳＴＢと結合され得る。プロセス・ブロック５１０に示されるように、交換ＳＴＢ４１０は、加入者の家屋で、記憶デバイス１４０上の暗号化されたコンテンツを検出し得る。そのような場合、ＳＴＢ４１０は、プロセス・ブロック５２０で示されるように、メッセージをＭＳＯのヘッドエンドに上流に送ることによって、複製暗号化コンテンツ・インスタンス鍵の復号化を要求する。上流へのメッセージは、ＳＴＢ４１０が記憶デバイス１４０の記憶されたコンテンツに対する交換ＳＴＢであること、復号化のための暗号化されたインスタンス鍵と暗号化されたアクセス権要素を提供することを、指示する。一度、上流へのメッセージが、当該技術で周知のデジタル署名法を使用して、交換ＳＴＢ４１０を用いた加入者からのものであることが、信頼できると証明されれば、暗号化されたコンテンツ・インスタンス鍵とアクセス権要素は、プロセス・ブロック５３０で示されるように、ヘッドエンドの公開鍵、または、コンテンツ・インスタンス鍵とアクセス権要素の両方を暗号化した他の公開鍵と対応する、秘密鍵で復号化される。
【００２４】
プロセス・ブロック５４０で、コンテンツ・インスタンス鍵とアクセス権要素は、交換ＳＴＢ４１０の公開鍵および好適には交換ＳＴＢ４１０以外の他の公開鍵によって、再暗号化される。アクセス権要素は、回復プロセスの一部として修正され得る。再暗号化されたコンテンツ・インスタンス鍵とアクセス権要素を含む、下流へのメッセージは、交換ＳＴＢ４１０へ送られる。プロセス・ブロック５５０で示されるように、交換ＳＴＢ４１０は、再暗号化されたコンテンツ・インスタンス鍵とアクセス権要素と共に、下流へのメッセージを受信し、その結果として、記憶デバイス１４０からの記憶されたコンテンツは、交換ＳＴＢ４１０を利用して見られ得る。したがって、故障したＳＴＢ１１０のセキュアマイクロプロセッサ１３８によって最初に暗号化されたコンテンツは、ブロック５６０に示されるように、オリジナルセキュアマイクロプロセッサ１３８なしで交換ボックス４１０によって、交換ＳＴＢ４１０が、下流へのメッセージから受信されたコンテンツ・インスタンス鍵とアクセス権要素を再暗号化するために利用される公開鍵と対応する交換ＳＴＢ４１０自身の秘密鍵を使用することによって、復号化され得る。
【００２５】
しかしながら、暗号化されたコンテンツのインスタンスを回収して移動する代わりに、もはやオリジナルセキュアマイクロプロセッサにアクセスを有しなくても、加入者のアクセス権を決定するために、ＤＲＭパラメータを直接復号化することが望ましい。図６のフロー・チャートは、オリジナルセキュアマイクロプロセッサを利用している間に、暗号化されたコンテンツに関連する暗号化されたＤＲＭパラメータを記憶デバイスに記憶するための一実施形態を図解しており、本発明の一実施形態にしたがって、ＤＲＭパラメータは後にオリジナルセキュアマイクロプロセッサを利用せずに他の公開鍵ユーザーによって回収され得る。
【００２６】
図６のプロセスの最初のステップは、上述の図３のプロセスの最初のステップと実質的に同様である。しかしながら、図３と図６のプロセスは、ＳＴＢの故障が検出された後には、互いに区別可能である。図６のプロセスは、プロセス・ブロック６１０で開始され、上で説明されるように、記憶デバイス１４０に記録されるコンテンツがコンテンツ・インスタンス鍵で暗号化される。次に、プロセス・ブロック６２０で示されるように、コンテンツ・インスタンス鍵および対応するアクセス権要素は、ＳＴＢ１１０の公開鍵で暗号化される。暗号化されたインスタンス鍵とアクセス権要素とは、定義された公開／秘密鍵のペアのＳＴＢ１１０の公開鍵に対応する秘密鍵で復号化される。しかしながら、プロセス・ブロック６３０で示されるように本発明では、コンテンツ・インスタンス鍵の複製および対応するアクセス権要素の複製はまた、ＳＴＢ１１０以外の一つ以上の公開鍵で暗号化される。例えば、コンテンツ・インスタンス鍵の複製とアクセス権要素の複製とは、ＭＳＯのヘッドエンドの一つ以上の公開鍵で暗号化され得る。コンテンツ・インスタンス鍵で暗号化されたコンテンツ、コンテンツ・インスタンス鍵と対応するアクセス権要素を有する暗号化されたＤＲＭパラメータ、および、一つ以上の他の公開鍵で暗号化された複製コンテンツ・インスタンス鍵を有するＤＲＭパラメータは、ブロック６４０に示されるように、互いに関連しながら、記憶デバイス１４０上に全て記憶される。
【００２７】
決定ブロック６４４において、ＳＴＢ１１０が記憶デバイス１４０上でＤＲＭパラメータを復号化できる場合には、プロセスブロック６４６に示されるように、記憶されたインスタンスはテレビジョン１１２へ平文で供給される。一方、ＳＴＢ１１０が故障して、そのオリジナルセキュアマイクロプロセッサ１３８を利用してもはや復号化できない場合には、ＳＴＢ故障はプロセス・ブロック６５０に示されるように検出される。記憶デバイス１４０は、故障したＳＴＢから除去されるか取り外される。上で説明したように、記憶デバイス１４０はサービス・プロバイダへ送付されて、ＤＲＭパラメータは復号化されて再暗号化されて記憶デバイス１４０または任意の他の記憶デバイスに入れて返送され得る。
【００２８】
さらに図６を参照すると、プロセス・ブロック６６０で、複製コンテンツ・インスタンス鍵および対応するアクセス権要素を有するＤＲＭパラメータは、ＤＲＭパラメータの複製コンテンツ・インスタンス鍵を暗号化した公開鍵と対応する秘密鍵で、復号化され得る。次に、一度、暗号化されていないアクセス権と暗号化されていないコンテンツ・インスタンス鍵とが受信されたら、プロセス・ブロック６７０で示されるように、加入者のアクセス権は、コンテンツ・プロバイダによって許される場合には、回復プロセスの一部として修正され得る。プロセス・ブロック６８０は、一つ以上の他の公開鍵で、一つ以上のＤＲＭパラメータが再暗号化されることを、対応して図解している。再暗号化されたＤＲＭパラメータは、記憶デバイス１４０か、または、記録されるコンテンツに関連する他の任意の記憶デバイス上に記録され得る。
【００２９】
本発明の別の代替案としての実施形態では、ＳＴＢ７１０は一つ以上の遠方のＳＴＢ７２０と、図７に示されるマルチルーム構成と一般に呼ばれるやり方で、結合され得る。ＳＴＢ７１０とＳＴＢ７２０とが両方とも同様のＤＶＲ機能を有するという場合においては、一方のＳＴＢの記憶デバイスに記録されている暗号化されたコンテンツは、他方のＳＴＢに移動され得る。本発明の状況では、一つのＳＴＢから別のＳＴＢへ暗号化されたコンテンツを移動することは、別のＳＴＢによって暗号化され記憶されたコンテンツを一つのＳＴＢ上でプレイすることから区別可能である。例えば、ＳＴＢ７１０は暗号化されたコンテンツをディスク７３０のような取り外し可能記憶媒体に記録できる。取り外し可能ディスク７３０に記録された各インスタンスは、ＳＴＢ１１０またはＳＴＢ４１０のどちらかに関して上で説明されたのと同様の方法で、コンテンツ・インスタンス鍵で暗号化される。ＳＴＢ７１０の公開鍵は、次いで、コンテンツ・インスタンス鍵を暗号化する。テレビジョン１１２上でディスプレイするために取り外し可能ディスク７３０に記録された暗号化されたコンテンツを回収するために、ＳＴＢ７１０の公開鍵に対応するＳＴＢ７１０の秘密鍵が提供される。
【００３０】
取り外し可能ディスク７３０をＳＴＢ７２０に移動して、ＳＴＢ７２０に、ＳＴＢ７１０によって取り外し可能ディスク７３０に記録された暗号化されたコンテンツを使用することを許すために、ＳＴＢ７２０は、取り外し可能ディスク７３０上に記憶された記録されたコンテンツを暗号化した、コンテンツ・インスタンス鍵を復号化できなくてはならない。したがって、オリジナル・コンテンツ・インスタンス鍵の複製もまた、ＳＴＢ７２０の公開鍵で暗号化されている。ＳＴＢ７２０上の記録されたコンテンツの使用と関連するアクセス権を有する、ＤＲＭパラメータもまた、取り外し可能ディスク７３０上の暗号化されたコンテンツと共に移動されなくてはならない。
【００３１】
暗号化された複製コンテンツ・インスタンス鍵は、次いで、ＳＴＢ７２０の対応する秘密鍵によって復号化され得る。任意の個数の複製コンテンツ・インスタンス鍵は、それぞれ、ＳＴＢ７１０以外の公開鍵によって暗号化され得、そのために、コンテンツは他のＳＴＢや他のデバイスに移動され、それによって復号化される。一実施形態では、マルチルーム・ネットワークにおいてＳＴＢ７２０はＳＴＢ７１０にその存在を通知し得るか、または、マルチルーム環境を生成するためにＳＴＢ７１０とＳＴＢ７２０との結合においてＳＴＢ７１０はＳＴＢ７２０の存在を検出し得る。このような場合、ＳＴＢ７１０は、ＳＴＢ７２０や、他の任意のＳＴＢや、マルチルーム構成で利用されているデバイスの公開鍵を受信し記憶することができる。ＳＴＢ７１０は、ＳＴＢ７２０の公開鍵を、ＳＴＢ７２０から直接、または、ＭＳＯヘッドエンドから受信することができる。別の実施形態では、ＳＴＢ７１０は、一つ以上の複製コンテンツ・インスタンス鍵を、他のＳＴＢやデバイスがマルチルーム・ネットワーク内に現在含まれているかどうかにかかわらず、その他のＳＴＢやデバイスの記憶された、または、受信された公開鍵で暗号化できる。
【００３２】
本明細書において参考としてその全体が援用される、米国特許出願第１０／８７３，８０５号、タイトル「ＶＡＬＩＤＡＴＩＮＧ  ＣＬＩＥＮＴ−ＲＥＣＥＩＶＥＲＳ」（２００４年６月２２日出願）、は、ＤＶＲベースのＳＴＢを伴うマルチルーム環境の他の遠方のＳＴＢを確認すると共に、ヘッドエンドを伴うＤＶＲベースのＳＴＢを確認することも開示している。ＤＶＲベースのＳＴＢが制限され得る記録されたプログラミングをプレイする前に、ＤＶＲベースのＳＴＢは、遠方のＳＴＢが正当なクライアント−レシーバーかまたは加入者のテレビジョン・システムの構成要素であることを、確認する。ヘッドエンド、ＤＶＲベースのＳＴＢ、および、遠方のＳＴＢとの間の安全な通信は、ＲＳＡ公開鍵暗号技術等として当業者にとって公知の非対称鍵のペアを使うことで達成される。例えば、公開鍵が交換された後で、ヘッドエンドから任意のＳＴＢへのメッセージは、ＤＶＲベースのＳＴＢの公開鍵で暗号化される。ＤＶＲベースのＳＴＢは、次いで、その対応する秘密鍵でメッセージを復号化できる。また、ヘッドエンドからの、その秘密鍵で署名されたメッセージは、ヘッドエンドの対応する公開鍵を使って認証され得る。
【００３３】
本発明の一実施形態では、ヘッドエンドとＳＴＢ７１０間の確認する手続きは、例えば、他のＳＴＢや複製コンテンツ・インスタンス鍵を暗号化するために必要とされる部品の公開鍵を有し、ＳＴＢ７１０が信用できるヘッドエンドに維持されている、証明書のリストを含む。ヘッドエンドは、ＳＴＢ７１０の公開鍵で暗号化された、一つ以上の暗号化された証明書を提供する、安全なメッセージを送信する。ヘッドエンドはまたその秘密鍵を、ヘッドエンドからＳＴＢ７１０に送られたメッセージ／証明書に署名するために使用し得る。ただし、ＳＴＢの対応する秘密鍵が証明書を復号化するために使われた後に、ＳＴＢ７１０はヘッドエンドの対応する公開鍵を証明書が信頼できることを証明するために使用し得る。
【００３４】
別の実施形態では、例えば、遠方のＳＴＢ７２０がマルチルーム環境と加入者テレビジョン・システムの有効な構成要素であることを確かめるために、ＳＴＢ７１０と遠方のＳＴＢ７２０との間の確認する手続きは、ヘッドエンドとの任意の上流への通信なしに、ＳＴＢ７２０の公開鍵をＳＴＢ７１０に提供するために使用され得る。ＳＴＢ７１０は、遠方のＳＴＢ７２０によって生成された、メッセージ・コンテンツと証明の証拠を含む確認メッセージを受け取る。確認メッセージのコンテンツは、ＳＴＢの公開鍵のような識別子を含み得る。ＳＴＢ７１０が、ＳＴＢ７２０からの確認のトークンを別の局所的に生成された確認のトークンと比較して、遠方のＳＴＢ７２０を確認した後に、ＳＴＢ７１０は、上で説明したようにコンテンツ・インスタンス鍵を暗号化するために使用され得る、遠方のＳＴＢの公開鍵を有する。
【００３５】
前述のことは、本発明のより適切な局面と特徴の一部を、広く概説している。これらは、本発明のより顕著な特徴と応用との一部の単なる実例にすぎないと解釈されるべきである。他の有益な結果が、開示された情報を異なる方法で適用することによって、または、開示された実施形態を修正することによって得られ得る。したがって、本発明の他の局面およびより包括的な理解は、特許請求の範囲によって定義される発明の範囲に加えて、添付された図面と結び付いた例示的な実施形態の詳細な記述を参照することによって得られ得る。
【図面の簡単な説明】
【００３６】
【図１】図１は、暗号化されたコンテンツを記録するための記憶デバイスを有する双方向性デジタルＳＴＢの一般化されたブロック図を図解して示す。
【図２】図２は、本発明にしたがって暗号化されたコンテンツを復号化するための一実施形態を図解して示す。
【図３】図３は、本発明のコンテンツ回収および移動システムの一実施形態を図解したフローチャートである。
【図４】図４は、本発明の一実施形態にしたがって、図１のデジタルＳＴＢの記憶デバイスを有する第二の双方向性デジタルＳＴＢの一般化されたブロック図を図解して示す。
【図５】図５は、本発明のコンテンツ回収および移動システムの代替案の実施形態を図解したフローチャートである。
【図６】図６は、本発明のアクセス権要素回収および移動システムの別の実施形態を図解したフローチャートである。
【図７】図７は、取り外し可能な記憶媒体の使用に適用された第三の双方向性デジタルＳＴＢの一般化されたブロック図を図解して示す。
【図１】
2008510429.tif 000003
【図２】
2008510429.tif 000004
【図３】
2008510429.tif 000005
【図４】
2008510429.tif 000006
【図５】
2008510429.tif 000007
【図６】
2008510429.tif 000008
【図７】
2008510429.tif 000009
【国際調査報告】
2008510429.tif 000010
2008510429.tif 000011