(57)【特許請求の範囲】
【請求項１】
メディアアプリケーションおよびデジタル著作権管理コンポーネントを含むデジタルビデオレコーダにより実行される方法であって、
前記メディアアプリケーションがコンテンツのセットの複数のセグメントと、複数の対応するコンテンツルールセットとを受信すること、
前記メディアアプリケーションが記憶媒体上の前記コンテンツのセットの前記複数のセグメントを暗号化して記録する１つ以上の命令を提供すること、
前記メディアアプリケーションが前記デジタル著作権管理コンポーネントに前記複数のコンテンツルールセットを提供することであって、前記複数のコンテンツルールセットは、セキュリティ保護された、前記コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものであり、前記セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの前記複数の対応するコンテンツルールセットのリストとを含む、前記複数のコンテンツルールセットを提供すること、
前記デジタル著作権管理コンポーネントが複数のマーカートークンを生成することであって、前記複数のマーカートークンの各々は、個々のマーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを含む、前記生成すること、
前記デジタルビデオレコーダが、前記複数のマーカートークンの個々のマーカートークンに含まれる前記コンテンツルールセットと前記マスタ鍵とから少なくとも部分的に導出されるコンテンツ暗号鍵を用いて、前記コンテンツルールセットに対応する前記コンテンツのセットの前記セグメントを暗号化および復号すること、
前記コンテンツのセットの前記複数のセグメントの１つと関連付けられている前記マーカートークンの１つが再生中に見つけ出されるように、前記メディアアプリケーションが前記複数のマーカートークンをデジタルビデオレコーダ・インデックスファイルに挿入すること
を備える方法。
【請求項２】
前記コンテンツルールセットを示すことは、前記複数の対応するコンテンツルールセットのリストの位置を指すポインタを提供することによって有効となる、請求項１に記載の方法。
【請求項３】
前記コンテンツルールセットを示すことは、前記マーカートークン内で前記マーカートークンと関連付けられている前記コンテンツのセットの前記セグメントに対応する前記コンテンツルールセットを前記マーカートークン内で提供することによって有効となる、請求項１に記載の方法。
【請求項４】
前記記憶媒体がハードドライブである、請求項１に記載の方法。
【請求項５】
前記デジタルビデオレコーダは、暗号エンジンを含み、方法は、
前記デジタル著作権管理コンポーネントが前記コンテンツのセットを再生する要求を受信すること、
前記メディアアプリケーションが前記コンテンツの暗号化された最初のセグメントに対応する最初のマーカートークンを前記デジタルビデオレコーダ・インデックスファイルにおいて見つけ出すこと、
前記デジタル著作権管理コンポーネントが前記コンテンツの前記暗号化された最初のセグメントに対応する前記コンテンツ暗号鍵を決定すること、
前記デジタル著作権管理コンポーネントが前記コンテンツの前記暗号化された最初のセグメントを復号する命令を前記暗号エンジンに提供すること
をさらに備える、請求項１に記載の方法。
【請求項６】
前記デジタルビデオレコーダは、暗号エンジンを含み、方法は、
前記デジタル著作権管理コンポーネントが前記コンテンツのセットの一部分を再生する要求を受信すること、
前記メディアアプリケーションが前記コンテンツの暗号化されたセグメントに対応する前記マーカートークンを前記デジタルビデオレコーダ・インデックスファイルにおいて見つけ出すこと、
前記デジタル著作権管理コンポーネントが前記コンテンツの前記暗号化されたセグメントに対応する前記コンテンツ暗号鍵を決定すること、
前記デジタル著作権管理コンポーネントが前記コンテンツの前記暗号化されたセグメントを復号する命令を前記暗号エンジンに提供すること
をさらに備える、請求項１に記載の方法。
【請求項７】
前記マーカートークンが、前記暗号化されたセグメントを復号する前記コンテンツ暗号鍵を示す鍵識別子を含む、請求項６に記載の方法。
【請求項８】
前記コンテンツのパケットヘッダが、前記暗号化されたセグメントを復号する前記コンテンツ暗号鍵の使用時間を示すパリティビットを含む、請求項６に記載の方法。
【請求項９】
前記コンテンツライセンスが完全でない場合でも、前記コンテンツ暗号鍵が導出される、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して音声／視覚コンテンツの分野に関する。より詳細には、本開示は、音声／視覚コンテンツを記憶する装置のセキュリティに関する。
（関連出願の相互参照）
本願は、２００７年４月２７日に出願された、「コンテンツ鍵の変更の支援（Ａｓｓｉｓｔｉｎｇ  Ｗｉｔｈ  Ｃｏｎｔｅｎｔ  Ｋｅｙ  Ｃｈａｎｇｅｓ）」という名称の米国特許仮出願第６０／９１４，４２１号に対する優先権を主張するものであり、参照によりその内容全体が本明細書に組み込まれるものとする。
【背景技術】
【０００２】
保護されたコンテンツは、デジタルビデオレコーダ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ：「ＤＶＲ」）などの記録装置に暗号化された形式で記録されることが多い。しかし、コンテンツが複数のコンテンツ暗号鍵（ｃｏｎｔｅｎｔ  ｅｎｃｒｙｐｔｉｏｎ  ｋｅｙ：「ＣＥＫ」）によって保護されている場合には、早送り、ジャンプ、スキップなどのトリック再生中に正しい暗号鍵を見つけ、その暗号鍵を挿入して、円滑で不具合のないユーザ体験を遅れずに提供することが困難な場合がある。現在の手法は、トリック再生モード時のこのような鍵移行を簡便化しない。
【０００３】
家庭において、家庭用ＤＶＲに記憶されているコンテンツに第２の装置でアクセスしたいという希望は妥当なものである。ＤＶＲでの記録が完了する前に第２の装置でコンテンツを再生したいケースは多い。例えば、予定されていた２時間の記録が始まってからちょうど３０分後に、第２の装置がその記録の再生を開始するという具合である。加えて、現在の手法だと、記録が実行されている間は、第２の装置から導出されるコンテンツ鍵が、効率的に円滑かつ不具合なく提供されない。
【発明の概要】
【課題を解決するための手段】
【０００４】
本開示の一態様においては、あるプロセスがＤＶＲによって利用されてもよい。このプロセスは、コンテンツのセットの複数のセグメントと、複数の対応するコンテンツルールセットとを受信する。さらにこのプロセスは、コンテンツのセットの複数のセグメントを記憶媒体に記録し暗号化する１つ以上の命令を出す。加えてこのプロセスは、デジタル著作権管理（Ｄｉｇｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ：「ＤＲＭ」）コンポーネントに対して複数のコンテンツルールセットを提供し、この複数のコンテンツルールセットは、ローカルで生成され、かつセキュリティ保護された、コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものである。セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの複数の対応するコンテンツルールセットのリストとを含む。このプロセスは、ＤＲＭコンポーネントから複数のマーカートークンを受信する。複数のマーカートークンの各々は、コンテンツ暗号鍵がマスタ鍵およびコンテンツルールセットから少なくとも部分的に導出されるように、マーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを示す。コンテンツ暗号鍵は、コンテンツルールセットに対応するコンテンツのセットのセグメントを暗号化および復号するのに利用される。最後にこのプロセスは、コンテンツのセットの複数のセグメントの１つと関連付けられているマーカートークンの１つが再生中に検出されるように、複数のマーカートークンをＤＶＲインデックスファイルに挿入する。
【０００５】
別の態様においては、あるプロセスが、リモートクライアント装置と対話するためにＤＶＲによって利用されてもよい。このプロセスは、コンテンツのセットの複数のセグメントと、複数の対応するコンテンツルールセットとをＤＶＲで受信する。さらにこのプロセスは、コンテンツのセットの複数のセグメントを記憶媒体に記録し暗号化する１つ以上の命令をＤＶＲで提供する。加えてこのプロセスは、ＤＲＭコンポーネントに対し、ＤＶＲで複数のコンテンツルールセットを提供し、この複数のコンテンツルールセットは、ローカルで生成され、かつセキュリティ保護された、コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものである。セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの複数の対応するコンテンツルールセットのリストとを含む。このプロセスは、ＤＲＭコンポーネントから複数のマーカートークンをＤＶＲで受信する。複数のマーカートークンの各々は、コンテンツ暗号鍵がマスタ鍵およびコンテンツルールセットから少なくとも部分的に導出されるように、マーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを示す。コンテンツ暗号鍵は、コンテンツルールセットに対応するコンテンツのセットのセグメントを暗号化および復号するのに利用される。さらにこのプロセスは、コンテンツのセットの複数のセグメントの１つと関連付けられているマーカートークンの１つが、再生中にＤＶＲと通信して、ＤＶＲの記憶媒体に記憶されているコンテンツのセットを受信するリモートクライアント装置で検出されるように、ＤＶＲで複数のマーカートークンをＤＶＲインデックスファイルに挿入する。最後にこのプロセスは、マスタ鍵と、複数の対応するコンテンツルールセットのリストのサブセットとを、１回の安全なトランザクションでＤＶＲからリモートクライアント装置に提供する。
【０００６】
さらに別の態様においては、あるプロセスが、ディスクレス・セットトップ・ボックス（ｓｅｔ  ｔｏｐ  ｂｏｘ：「ＳＴＢ」）と対話するためにＤＶＲによって利用されてもよい。このプロセスは、ディスクレス・セットトップ・ボックスがマスタ鍵に一部基づいてコンテンツのセットの各セグメントを受信し、暗号化したときに、コンテンツのセットの複数のセグメントと複数の対応するコンテンツルールセットとを受信するディスクレスＳＴＢから、コンテンツのセットのうち、複数の対応する暗号化されたセグメントをＤＶＲで受信する。さらにこのプロセスは、ディスクレスＳＴＢから複数のマーカートークンをＤＶＲで受信する。複数のマーカートークンの各々は、コンテンツ暗号鍵がマスタ鍵およびコンテンツルールセットから少なくとも部分的に導出されるように、マーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを示す。コンテンツ暗号鍵は、コンテンツルールセットに対応するコンテンツのセットのセグメントを再生中に復号するために利用される。加えてこのプロセスは、コンテンツのセットの暗号化されている複数のセグメントを再生中に記憶媒体に記録し暗号化する１つ以上の命令をＤＶＲで提供する。最後にこのプロセスは、ＤＲＭコンポーネントに対し、ＤＶＲで複数のコンテンツルールセットを提供し、この複数のコンテンツルールセットは、ローカルで生成され、かつセキュリティ保護された、コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものである。セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの複数の対応するコンテンツルールセットのリストとを含む。
【図面の簡単な説明】
【０００７】
【図１】ＤＶＲ環境を示す図である。
【図２Ａ】コンテンツの記録中に利用されるＤＶＲのコンポーネントの拡大図である。
【図２Ｂ】コンテンツのローカル再生中に利用されるＤＶＲのコンポーネントの拡大図である。
【図３Ａ】リモート再生のために別の装置によってもＤＶＲが利用可能な構成を示す図である。
【図３Ｂ】リモート記録のために別の装置によってもＤＶＲが利用可能な構成を示す図である。
【図４】ＤＶＲによって利用され得るプロセスを示す図である。
【図５】リモートクライアント装置と対話するためにＤＶＲによって利用され得るプロセスを示す図である。
【図６】ＤＶＲがディスクレスＳＴＢと対話するために利用するプロセスを示す図である。
【図７】マーカートークンの構成を提供するステーションまたはシステムのブロック図を示す図である。
【発明を実施するための形態】
【０００８】
本開示の上述の特徴は、添付図面に基づく以下の説明を参照することによってさらに明確になるであろう。添付図面において、参照番号は同様の要素を表す。
本明細書では、コンテンツ鍵の変更の支援を提供する方法および装置が開示される。通常、記録されたコンテンツには、Ｉ−フレームの位置、プログラムマップテーブル（ｐｒｏｇｒａｍ  ｍａｐ  ｔａｂｌｅ：「ＰＭＴ」）の変化など、重要な情報およびイベントに関するデータを格納するＤＶＲインデックスファイルが付随する。一実施形態においては、この後の鍵変更を合図するマーカートークンがインデックスファイルまたは同様のファイルに追加される。新しい鍵を必要とするパケットが復号される前に再生アプリケーションがＤＲＭコンポーネントと通信し、コンテンツ復号鍵を導出して読み込む時間を持てるように、マーカートークンは実際の鍵変更に先立って挿入される。そのため、マーカートークンにより、再生アプリケーションはこの後の鍵変更を見つけ出すことができる。さらに、再生アプリケーションは、トリック再生中に正しい鍵を見つけられるように、マーカートークンをスキャンして、意図された再生位置の前にあるインデックスファイルを検索することができる。リニアコンテンツ再生では、ＭＰＥＧパケットフォーマットを利用し、奇数／偶数の状態ビットによって鍵変更が明示されるのに対し、コンテンツの異なる部分へのジャンプといったトリック再生に代表されるノンリニア再生では、ＭＰＥＧパケットフォーマットに依存して鍵変更を行うことができない。単一ビットは、トリックモード使用時にどのＣＥＫが導出されたかを決定するには不十分であり、アプリケーションはコンテンツ再生中にさまざまな場所にジャンプする。一実施形態において、マーカートークン内の情報は、マスタ鍵および示されたルールセットから正しいＣＥＫが生成されるように、コンテンツルールセットのコンテンツライセンスリストを参照するポインタを含む。あるいは、正しいＣＥＫを生成するのにマスタ鍵だけが必要となるように、コンテンツルールセットがマーカートークンに直接含まれていてもよい。このルールセットは、相対的なタイムスタンプ、コピー制御情報（ｃｏｐｙ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：「ＣＣＩ」）ビット、および他の著作権情報を含んでいてもよい。
【０００９】
ＣＣＩ値は自己認証されるため、マーカートークンが記憶され、自由に読み書きおよび／または送信されてもよい。ＣＣＩ値を利用してＣＥＫが導出されるため、マーカートークンが改竄されている場合には、暗号化されたコンテンツが正しく復号されない。
【００１０】
図１はＤＶＲ環境を示す。ＤＶＲ１０２は、コンテンツプロバイダ１０４からコンテンツのセットを受信する。さらにＤＶＲ１０２は、再生中にコンテンツが表示されるように、ディスプレイ１０６に操作可能に接続されている。ＤＶＲ１０２は任意の種類のレコーダでよく、デジタルビデオコンテンツを記録するために利用される。加えて、ＤＶＲ１０２は、ハードドライブやメモリ等にデジタルビデオコンテンツを記録してもよい。さらに、ＤＶＲ１０２は、セットトップボックス、計算装置、携帯用メディアプレーヤ等に実装または操作可能に接続されてもよい。加えて、ディスプレイ１０６は、テレビやコンピュータのモニタ等でもよい。コンテンツのセットは、コンテンツプロバイダ１０４から暗号化された形式で受信されてもよく、復号された後にＤＶＲ１０２で再度暗号化され、記録される。例えば、ＤＶＲ１０２はＣａｂｌｅＣＡＲＤ（登録商標）に操作可能に接続され、暗号化されたコンテンツをそこから受信してもよい。あるいは、ＤＶＲ１０２が、コンテンツプロバイダ１０４からではなく、例えばＵＳＢモジュールからコンテンツを直接受信してもよい。さらに別の代替構成において、ＤＶＲ１０２は、ホームネットワークなどのネットワークを経由して装置からコンテンツを受信してもよい。例えば、コンテンツが装置からネットワークを経由してＤＶＲ１０２に配信されても（ｓｔｒｅａｍｅｄ）よい。
【００１１】
図２Ａは、コンテンツの記録中に利用されるＤＶＲ１０２のコンポーネントの拡大図を示す。一実施形態において、ＤＶＲ１０２は、記録コンテンツのシーケンスを開始するメディアアプリケーション２０２を有する。メディアアプリケーション２０２は、コンテンツのセットを受信する。さらに、メディアアプリケーションは、コンテンツのコンテンツルールを示しているＣＣＩデータを受信する。コンテンツルールは、コンテンツの使用に関する制限であることもあり、最終的には、対応する出力保護ルールとなる。メディアアプリケーションは、コンテンツを受信するときに、更新されたＣＣＩを受信してもよい。換言すれば、コンテンツの部分が異なれば、コンテンツルールが変更されてもよい。メディアアプリケーション２０２は、入力ストリームの種類を判定して、コンテンツデータを収集するオブジェクトを初期化する。例えば、ＤＶＲ１０２がＣａｂｌｅＣＡＲＤ（登録商標）からＣＣＩデータを受信した場合、レコーダアプリケーションは、ＣＣＩデータがＣａｂｌｅＣＡＲＤ（登録商標）からのものであると判定し、オブジェクトを初期化してＣａｂｌｅＣＡＲＤ（登録商標）からＣＣＩデータを集める。
【００１２】
ＤＶＲ１０２は、記録されるコンテンツの著作権を管理するＤＲＭコンポーネント２０４を有してもよい。そのため、メディアアプリケーション２０２は、最初に受信したコンテンツルールをＤＲＭコンポーネント２０４に提供する。さらに、ＤＲＭコンポーネント２０４がマーカートークンを生成する。このマーカートークンが、再生中にいつ鍵変更が行われるかを示す。一実施形態において、メディアアプリケーション２０２は、ＤＲＭ２０４コンポーネントがマーカートークンを生成するように要求する。ＤＲＭコンポーネント２０４は、コンテンツと関連付けられているコンテンツライセンスにエントリを作成する。コンテンツライセンスがＤＶＲ１０２に記憶されている場合、ＤＲＭコンポーネント２０４はコンテンツライセンスにエントリを直接作成してもよい。例えば、コンテンツライセンスが記憶媒体２１２に記憶されてもよい。あるいは、コンテンツライセンスがＤＲＭコンポーネント２０４と通信するサーバに記憶されている場合には、ＤＲＭコンポーネント２０４が、サーバがコンテンツライセンスにエントリを作成するように要求してもよい。ＤＲＭコンポーネント２０４はその後、メディアアプリケーション２０２にマーカートークンを送信する。さらに、ＤＲＭコンポーネント２０４はコンテンツ暗号鍵（「ＣＥＫ」）を暗号エンジン２０８に提供する。暗号エンジン２０８は、ＣＥＫを利用して、コンテンツがハードドライブ２１０に記録される前にコンテンツを暗号化する。コンテンツが暗号化された形式で受信された場合には、暗号エンジン２０８が、条件付きアクセス（ｃｏｎｄｉｔｉｏｎａｌ  ａｃｃｅｓｓ：「ＣＡ」）暗号（あるいはＣａｂｌｅＣＡＲＤ（登録商標）インタフェース暗号）などを削除するなどコンテンツを復号した後、記録のためにコンテンツを再度暗号化してもよい。これにより、記録ＣＥＫを、記録および関連する著作権と直接関連付けることができる。例えば、コンテンツは、そのコンテンツの新しい記録がそれぞれ固有の鍵で暗号化されるように、ランダムに生成された新しい鍵で再度暗号化される。このように、１台しかない装置の鍵が盗まれた場合でも、その鍵では、その装置のみに記憶されている特定の１コンテンツを復号することができるにすぎない。そのため、暗号エンジン２０８は、暗号化されたコンテンツを復号し、そのコンテンツを再度暗号化すればよい。一実施形態においては、コンテンツがメディアアプリケーション２０２から受信される。別の実施形態においては、コンテンツがメディアアプリケーション２０２から独立して受信される。
【００１３】
メディアアプリケーション２０２は、コンテンツと関連付けられているＤＶＲインデックスファイル２０６または同様のファイルにマーカートークンを記憶してもよい。一実施形態において、メディアアプリケーション２０２は、インデックスファイルを生成するためのインデックスファイルジェネレータを備えている。別の実施形態においては、インデックスファイルがメディアアプリケーション２０２から独立して生成されてもよく、例えば、インデックスファイルがコンテンツとともにメディアアプリケーションに伝送されてもよい。代替または追加で、メディアアプリケーション２０２は、ＤＶＲインデックスファイル２０６ではなくコンテンツのストリームにマーカートークンを挿入してもよい。さらに、ＣＣＩデータが記録の開始によって受信されなかった可能性があり、ＤＶＲ１０２上のソフトウェアアプリケーションが最初のデフォルトコンテンツルールをＤＲＭコンポーネント２０４に提供してＣＥＫを生成し、コンテンツライセンスを作成してもよい。ただし、実際のＣＣＩデータがその後一定期間内に受信されなければ、ＤＶＲアプリケーションはその記録を拒否することができる。
【００１４】
一実施形態において、マーカートークンはタグでもよい。さらに、マーカートークンは、ＣＣＩデータ、鍵識別子（ｋｅｙ  ｉｄｅｎｔｉｆｉｅｒ：「ＫｅｙＩＤ」）、および記録の開始からの相対的なタイムスタンプなどの情報を有するデータセットを含んでもよい。
【００１５】
ＫｅｙＩＤは、ＤＲＭコンテンツライセンスにおけるＣＣＩデータ識別子である。記録の開始時に、ＫｅｙＩＤはゼロに設定され、ＣＣＩデータのデフォルト値と関連付けられる。ＤＲＭコンポーネント２０４がＣＣＩ更新メッセージを受信したら、ＤＲＭコンポーネント２０４はそれに応じてコンテンツライセンスを更新してもよい。
【００１６】
さらに、タイムスタンプは、新しい暗号鍵およびＣＣＩデータが有効になったときの相対的なタイムスタンプである。第１のタイムスタンプは、ゼロに設定されてもよい。コンテンツライセンスは、記録が開始された日の絶対時刻を含む。そのため、絶対時刻はマーカートークンごとに計算することができる。コンテンツセグメントおよび対応するマーカートークンと関連付けられている各ＣＥＫは、記録されたコンテンツまたは各セグメントの有効期間を制御するために、有効期限と関連付けてもよい。
【００１７】
マーカートークンは、ＣＥＫを識別する。記録の開始時に、ＫｅｙＩＤはゼロに設定される。さらに、ＫｅｙＩＤは、同一コンテンツ記録内でマーカートークンが１つ追加されるごとに１つだけインクリメントされる。他の実施形態において、ＫｅｙＩＤは乱数でもよい。
【００１８】
一実施形態において、マーカートークンは、ブックマークの一部としてインデックスファイル２０４に挿入される。ＤＶＲインデックスファイル２０６のコンテンツは、コンテンツストリーミングセッション時にリモート装置で利用できる。
【００１９】
暗号化されたコンテンツは、復号するためにどのＣＥＫが必要かを示す必要がある。さらに、暗号化されたコンテンツは、各パケットに実際のＫｅｙＩＤを含んでもよい。別の実施形態において、コンテンツは、ＭＰＥＧ―２パケットヘッダで奇数／偶数のスクランブルビットを示すことにより、新しい鍵が利用中であることを示す。奇数／偶数のパリティは、ＫｅｙＩＤの有意な最小桁のビットに等しい。このようにして、マーカートークンは鍵の変更の前に新しいＣＥＫを準備する方法を示し、ＭＰＥＧパケットヘッダの奇数／偶数のパリティビットは正確な使用時間（ｕｓａｇｅ  ｔｉｍｅ）を示す。
【００２０】
したがって、マーカートークンを利用して、相対的なタイムスタンプによって識別されるコンテンツ媒体ファイルのセグメントを暗号化するために必要な１つ以上の鍵を導出してもよい。複数のセグメントに対して複数のマーカートークンを利用することにより、対応するマーカートークンが各セグメントに挿入されるようにしてもよい。代替実施形態において、マーカートークンを周期的にリフレッシュして、コピー防止ルールがタグ付けされたコンテンツの最大休止制限要件に適合するようにしてもよい。
【００２１】
一実施形態において、ＤＲＭコンポーネント２０４は、メディアアプリケーション２０２にマーカートークンを送信する。さらに、メディアアプリケーション２０２は、マーカートークンをＤＶＲインデックスファイル２０６に挿入する。加えて、ＤＲＭコンポーネント２０４は、ＤＶＲ１０２によって記録されるコンテンツを暗号化するために利用され得る１つ以上のコンテンツ鍵を暗号化エンジン２０８にロードする。換言すれば、ＤＲＭコンポーネント２０４は、コンテンツを暗号化する暗号エンジン２０８にＣＥＫを送信する。さらに、記録が完了したら、ＤＶＲ１０２はＤＲＭコンポーネント２０４が暗号化プロセスを終了するように要求してもよい。
【００２２】
図２Ｂは、コンテンツのローカル再生中に利用されるＤＶＲ１０２のコンポーネントの拡大図を示す。メディアアプリケーション２０２は、ハードドライブ２１０に記録されているコンテンツの再生を開始する。メディアアプリケーション２０２は、ＤＲＭコンポーネント２０４のコンテンツライセンスデータに、コンテンツを再生するように要求する。例えば、メディアアプリケーション２０２は、再生初期化中にファイル名をＤＲＭコンポーネント２０４に提供して、コンテンツに対応するコンテンツライセンスを検索してもよい。例えば、ＤＲＭコンポーネント２０４は、再生要求をコンテンツライセンスと照合し、安全なセッションを識別しているランダム生成の未署名６４ビット整数値などの有効なＳｅｓｓｉｏｎＩＤを承認時に返してもよい。ＳｅｓｓｉｏｎＩＤは、メディアアプリケーション２０２がその後のＤＲＭコンポーネント２０４の呼び出しに利用してもよい。
【００２３】
記録されたコンテンツのセグメントごとに、メディアアプリケーション２０２はＤＶＲインデックスファイル２０６を解析して、現在のセグメント用のマーカートークンを検索する。一実施形態において、メディアアプリケーション２０２は、インデックスファイルパーサを作成してこの解析を実行してもよい。さらに、メディアアプリケーション２０２は、現在のセグメントと関連付けられているマーカートークンをＤＶＲインデックスファイル２０６から取り出す。メディアアプリケーション２０２は、ＤＲＭコンポーネント２０４にマーカートークンを提供して、コンテンツライセンスデータに、マーカートークンと関連付けられているセグメントのコンテンツを再生するように要求する。コンテンツライセンスデータは、ＣＣＩデータや、現在のセグメントの暗号化されたコンテンツ用のＣＥＫを導出するために使用する鍵などのデータを含む。
【００２４】
さらに、メディアアプリケーション２０２は、ＤＲＭコンポーネント２０４が著作権を照合し、コンテンツの現在のセグメントのコンテンツライセンスの適切なＣＥＫで暗号エンジン２０８を設定するように要求してもよい。
【００２５】
メディアアプリケーション２０２は、コンテンツ用の適切な出力装置２１４を識別すると、ＤＲＭコンポーネント２０４が出力装置２１４用の適切なコピー保護データを設定するように要求する。したがって、ＤＲＭコンポーネント２０４は、出力装置２１４にコピー保護ルールを送信する。複数の出力装置２１４が存在する場合、メディアアプリケーション２０２は出力ごとにこのプロセスを繰り返す。一実施形態において、ＤＲＭコンポーネント２０４は、ハードドライブ２１０に存在する暗号化されたコンテンツを復号するために、対応するマーカートークンのＣＥＫを暗号エンジン２０８に直接設定する。再生が完了したら、メディアアプリケーション２０２は、ＤＲＭコンポーネント２０４がそのセッションを終了するように要求する。
【００２６】
ＤＶＲ１０２を使用して、ユーザはトリック再生でシームレスなコンテンツ表示を見ることができる。例えば、ユーザが異なるセグメントを高速スキャンした場合でも、ＤＶＲ１０２は、ユーザがコンテンツを高速スキャンしたときに、復号用の適切なＣＥＫを取り出すことができる。巻き戻しスキャン操作の場合には、同様のプロセスが実行されるが、これは反対方向で実行される。ユーザがコンテンツの特定位置へのジャンプを要求した場合、ＤＶＲ１０２はその位置を把握し、そのコンテンツセグメント用の正しいＣＥＫを導出するために、ＤＶＲインデックスファイル２０６の中から対応するマーカートークンを素早く見つけることができる。
【００２７】
図３Ａは、別の装置によるリモート再生の場合にもＤＶＲ１０２が利用され得る構成３００を示す。マーカートークンは、コンテンツ、すなわち不完全な記録のライブ記録およびリモート再生をＤＶＲ１０２が実行するときに利用されてもよい。コンテンツが、ＤＶＲ１０２に記録されている最中にクライアント装置３０２などの第２の装置で再生されると、クライアント装置３０２は、ＤＶＲ１０２との最初の安全なトランザクションのときに、コンテンツマスタ鍵と、関連付けられているコンテンツルールセットのリストとを受信する。しかしながら、残りの記録処理の最中に記録用のコンテンツルールセットがまだ変更される可能性があるため、クライアント装置３０２はそのリスト全体を取得しない。ルールが変更されると、マーカートークンが作成され、関連付けられているコンテンツが配信されるのに先立って、クライアント装置３０２に送達される。このようにして、ＣＣＩデータなどの関連するコンテンツルールセットを含む各マーカートークンは、クライアント装置３０２がリアルタイムでＣＥＫを導出し、ＣＥＫの出力に対して出力コピー保護を設定できるように、事前にクライアント装置３０２に送達される。この手法は、ＤＶＲ１０２との安全なトランザクションの追加によってマスタ鍵と現在の時点で更新されたコンテンツルールセットとを送達するよりもはるかに効率的である。このような処理は、ＤＶＲ１０２およびクライアント装置３０２の両方に実質的に追加処理を要求する。加えて、この場合には、マーカートークンがコンテンツルールセットを含む必要があり、代替ポインタを含んではならない。
【００２８】
マーカートークンがＤＶＲに記録および記憶されているコンテンツ、すなわち、ライブ記録ではなく完全な記録の再生を要求する場合には、マーカートークンを、家庭にあるクライアント装置２０２など第２の装置用に利用してもよい。クライアント装置２０２は、１回の安全なトランザクションを経て、マスタ鍵および関連付けられているすべてのコンテンツルールセットをＤＶＲ１０２に要求する。その後、コンテンツはＤＶＲからクライアント装置２０２へと配信される。トリックモードがクライアント装置３０２で支援されるように、マーカートークンを含むＤＶＲインデックスファイル２０６がクライアント装置３０２に送信されてもよい。
【００２９】
メディアアプリケーション２０２、クライアントＤＲＭコンポーネント３０８、および暗号エンジン２０８は、クライアント装置３０２の一部であってもよい。さらに、ＤＶＲインデックスファイル２０６、ハードドライブ２１０、および対応するサーバＤＲＭコンポーネント３１０がＤＶＲ１０２の一部であってもよい。換言すれば、ＤＶＲ１０２およびクライアント装置３０２の両方が、マスタ鍵とコンテンツルールセットとを共有するために相互に通信するＤＲＭコンポーネントを備えていてもよい。
【００３０】
クライアント装置３０２は、ネットワーク３０６を経由してＤＶＲ１０２と通信してもよい。ホームネットワークがネットワーク３０６の一例である。そのため、メディアアプリケーション２０２は、ハードドライブ２１０に記憶されているコンテンツを要求し、ネットワーク３０６を経由してハードドライブ２１０と通信してもよい。さらに、ＤＲＭコンポーネント２０４は、コンテンツと関連付けられているマスタ鍵およびコンテンツルールセットを、ＤＶＲ１０２に存在する、対応するＤＲＭコンポーネント２０４から取得する必要がある。通信がネットワーク３０６を経由してコンポーネント間で行われる点を除き、操作内容の多くはローカル再生と同様である。代替実施形態は、コンポーネントのさまざまな組み合わせがクライアント装置３０２およびＤＶＲ１０２に配置される構成を含んでもよい。
【００３１】
上記の構成のいずれにおいても、マーカートークンがそのまま、すなわち暗号化や署名が行われずに通信されてもよい。さらに、ネットワーク構成においては、すべての表示装置、すなわち、再生に関与しているすべてのクライアント装置にマーカートークンを事前に伝送して、ＣＥＫを導出する動作を最適化し、不具合を回避してもよい。アプリケーションがマーカートークンを保護せずに取り扱うことができる理由は、ＣＥＫ導出機能によってマーカートークンが間接的に認証されるからである。換言すれば、間違ったマーカートークンが使用されたり、誰かがＣＣＩデータを操作してコンテンツに不正にアクセスしたりした場合には、間違ったＣＥＫが導出されるため、コンテンツセグメントを復号することができない。
【００３２】
図３Ｂは、別の装置によるリモート記録の場合にもＤＶＲ１０２が利用され得る構成３５０を示す。マーカートークンは、最終的にＤＶＲ１０２に配信され、記録され、記憶されるコンテンツを調整および復調する目的で使用されているディスクレス・セットトップ・ボックス３５２、すなわちハードドライブを備えていないＳＴＢの場合にも使用することができる。この場合、ディスクレスＳＴＢ３５２は、ＣＡ暗号（またはＣａｂｌｅＣＡＲＤ（登録商標）インタフェース暗号）を削除した後でもハードドライブ２１０用にコンテンツを暗号化し、新たに暗号化されたコンテンツをＤＶＲ１０２に配信する。このコンテンツ記録用のマスタ鍵は、１回の安全なトランザクションを経て事前にＤＶＲ１０２から取得されるか、あるいはその安全なトランザクションを経て生成され、ＤＶＲに送信される。その後、コンテンツの暗号化を可能にするためにディスクレスＳＴＢ３５２でＣＥＫが生成され、関連付けられているコンテンツルールセットがマーカートークンとしてＤＶＲ１０２に送信される。この場合、ＤＶＲ１０２は、マスタ鍵およびコンテンツルールセットが到着したときに、セキュリティ保護されたローカルライセンスをそこから構築する。加えて、この場合には、マーカートークンがコンテンツルールセットを含んでいなければならず、代替ポインタを含んではならない。
【００３３】
図４は、ＤＶＲ１０２によって利用され得るプロセス４００を示す。プロセスブロック４０２で、プロセス４００は、コンテンツのセットの複数のセグメントと、複数の対応するコンテンツルールセットとを受信する。さらにプロセスブロック４０４で、プロセス４００は、コンテンツのセットの複数のセグメントを記憶媒体に記録し暗号化する１つ以上の命令を出す。加えて、プロセスブロック４０６で、プロセス４００は、ＤＲＭコンポーネント２０４に対して複数のコンテンツルールセットを提供し、この複数のコンテンツルールセットは、ローカルで生成され、かつセキュリティ保護された、コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものである。セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの複数の対応するコンテンツルールセットのリストとを含む。プロセスブロック４０８で、プロセス４００はＤＲＭコンポーネント２０４から複数のマーカートークンを受信する。複数のマーカートークンの各々は、コンテンツ暗号鍵がマスタ鍵およびコンテンツルールセットから少なくとも部分的に導出されるように、マーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを示す。コンテンツ暗号鍵は、コンテンツルールセットに対応するコンテンツのセットのセグメントを暗号化および復号するのに利用される。最後にプロセスブロック４１０で、プロセス４１０は、コンテンツのセットの複数のセグメントの１つと関連付けられているマーカートークンの１つが再生中に見つけ出されるように、複数のマーカートークンをＤＶＲインデックスファイル２０６に挿入する。
【００３４】
図５は、リモートクライアント装置３０２と対話するためにＤＶＲ１０２によって利用され得るプロセス５００を示す。プロセスブロック５０２で、プロセス５００は、コンテンツのセットの複数のセグメントと、複数の対応するコンテンツルールセットとをＤＶＲ１０２で受信する。さらにプロセスブロック５０４で、プロセス５００は、コンテンツのセットの複数のセグメントを記憶媒体に記録し暗号化する１つ以上の命令をＤＶＲ１０２で提供する。加えてプロセスブロック５０６で、プロセス５００は、ＤＲＭコンポーネント２０４に対し、ＤＶＲ１０２で複数のコンテンツルールセットを提供し、この複数のコンテンツルールセットは、ローカルで生成され、かつセキュリティ保護された、コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものである。セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの複数の対応するコンテンツルールセットのリストとを含む。プロセスブロック５０８で、プロセス５００は、ＤＲＭコンポーネント２０４から複数のマーカートークンをＤＶＲ１０２で受信する。複数のマーカートークンの各々は、コンテンツ暗号鍵がマスタ鍵およびコンテンツルールセットから少なくとも部分的に導出されるように、マーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを示す。コンテンツ暗号鍵は、コンテンツルールセットに対応するコンテンツのセットのセグメントを暗号化および復号するのに利用される。さらにプロセスブロック５１０で、プロセス５００は、コンテンツのセットの複数のセグメントの１つと関連付けられているマーカートークンの１つが、再生中にＤＶＲ１０２と通信して、ＤＶＲ１０２の記憶媒体に記憶されているコンテンツのセットを受信するリモートクライアント装置３０２で見つけ出されるように、ＤＶＲ１０２で複数のマーカートークンをＤＶＲインデックスファイル２０６に挿入する。最後にプロセスブロック５１２で、プロセス５００は、マスタ鍵と、複数の対応するコンテンツルールセットのリストのサブセットとを、１回の安全なトランザクションでＤＶＲ１０２からリモートクライアント装置３０２に提供する。
【００３５】
図６は、ＤＶＲ１０２がディスクレスＳＴＢ３５２と対話するために利用するプロセス６００を示す。プロセスブロック６０２で、ディスクレス・セットトップ・ボックスがマスタ鍵に一部基づいてコンテンツのセットの各セグメントを受信し暗号化したときに、プロセス６０２は、コンテンツのセットの複数のセグメントと複数の対応するコンテンツとを受信するディスクレスＳＴＢ３５２から、コンテンツのセットのうち複数の対応する暗号化されたセグメントをＤＶＲ１０２で受信する。さらに、プロセスブロック６０４で、プロセス６００は、ディスクレスＳＴＢ３５２から複数のマーカートークンをＤＶＲ１０２で受信する。複数のマーカートークンの各々は、コンテンツ暗号鍵がマスタ鍵およびコンテンツルールセットから少なくとも部分的に導出されるように、マーカートークンと関連付けられているコンテンツのセットのセグメントに対応するコンテンツルールセットを示す。コンテンツ暗号鍵は、コンテンツルールセットに対応するコンテンツのセットのセグメントを再生中に復号するために利用される。加えてプロセスブロック６０６で、プロセス６００は、コンテンツのセットの複数の暗号化されたセグメントを再生中に記憶媒体に記録し復号する１つ以上の命令をＤＶＲ１０２で出す。最後にプロセスブロック６０８で、プロセス６００は、ＤＲＭコンポーネント２０４に対し、ＤＶＲ１０２で複数のコンテンツルールセットを提供し、この複数のコンテンツルールセットは、ローカルで生成され、かつセキュリティ保護された、コンテンツのセットと関連付けられているコンテンツライセンスに挿入されるものである。セキュリティ保護されたコンテンツライセンスは、マスタ鍵と、受信の順番に並べられた、受信済みの複数の対応するコンテンツルールセットのリストとを含む。
【００３６】
図７は、マーカートークンの構成を提供するステーションまたはシステム７００のブロック図を示す。一実施形態において、ステーションまたはシステム７００は、汎用コンピュータ、あるいはその他任意のハードウェア等価物を使用して実装される。したがって、ステーションまたはシステム７００は、プロセッサ７１０、メモリ７２０（ランダムアクセスメモリ（「ＲＡＭ」）および／または読出し専用メモリ（ＲＯＭ）など）、マーカートークン・モジュール７４０、および各種入出力装置７３０（テープドライブ、フロッピードライブ、ハードディスクドライブまたはコンパクトディスクドライブ、レシーバ、送信器、スピーカー、ディスプレイ、画像捕捉センサ（デジタルスチルカメラまたはデジタルビデオカメラで使用される画像捕捉センサなど）、時計、出力ポート、ユーザ入力装置（キーボード、キーパッド、マウス等、あるいは音声コマンドを捕捉するためのマイクなど）を含むがこれらに限定されない記憶機器など）から成る。マーカートークン・モジュール７４０は、１つ以上のプロセッサおよび／または対応するコードを含んでもよい。
【００３７】
マーカートークン・モジュール７４０は、通信チャネル経由でプロセッサ７１０に連結される１つ以上の物理装置として実装してもよいことを理解すべきである。あるいは、マーカートークン・モジュール７４０は、１つ以上のソフトウェアアプリケーション（または例えば特定用途集積回路（ＡＳＩＣ）を使用するソフトウェアおよびハードウェアの組み合わせ）によって表されてもよい。この場合、ソフトウェアは記憶媒体（磁気であるか光学的ドライブまたはディスケットなど）からロードされ、コンピュータのメモリ７２０でプロセッサによって操作される。このように、本開示に記載のマーカートークン・モジュール７４０（関連付けられているデータ構造を含む）は、ＲＡＭメモリ、磁気あるいは光学ドライブまたはディスケット等のコンピュータ可読媒体に記憶されてもよい。
【００３８】
本明細書に記載されているマーカートークン構成手法は、他の種類のシステムで適用されてもよいものと理解される。当業者であれば、この方法と装置の実施形態のさまざまな適合例および変形例が、本方法およびシステムの範囲および技術思想を逸脱しない範囲で構成されてもよいことを理解するであろう。したがって、添付の請求の範囲内で、本方法と装置が、本明細書において特に記載されている以外の方法によっても実践されてもよいことを理解すべきである。
【図１】
0005399377.tif 000002
【図２Ａ】
0005399377.tif 000003
【図２Ｂ】
0005399377.tif 000004
【図３Ａ】
0005399377.tif 000005
【図３Ｂ】
0005399377.tif 000006
【図７】
0005399377.tif 000007
【図４】
0005399377.tif 000008
【図５】
0005399377.tif 000009
【図６】
0005399377.tif 000010