基本ビットストリーム暗号材料伝送システムおよび方法
セキュリティ対策の施されていない接続を介して、あるプロセスまたは構成要素から別のプロセスまたは構成要素に、マルチメディアコンテンツを提供するためのシステムおよび方法が提供される。一実施形態は、暗号情報を取得することと、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することと、暗号情報を符号化することと、暗号情報を基本ビットストリーム内に挿入することと、基本ビットストリームをビデオデコーダに提供することと、ビデオデコーダにおいて、基本ビットストリームから、暗号情報を抽出することと、暗号情報を解読することと、暗号情報によって、基本ビットストリームを復号することと、ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードすることとを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、デジタルマルチメディア配信システムに関し、より具体的には、セキュリティ対策の施されていない接続を介した、暗号化されたマルチメディアコンテンツのデジタル伝送に関する。
【背景技術】
【０００２】
マルチメディアコンテンツのプロバイダは、デジタル通信ネットワークを経由して、配信のためのコンテンツをデジタル化することができる。コンテンツ配信システムが直面する重要な難題は、コンテンツを購入したそれらの顧客のみ、コンテンツを再生可能にし、コンテンツ配信チェーン内のすべての利害関係者に対するアクセスを区分化することである。アプローチの１つは、コンテンツの一部を暗号化し、コンテンツの暗号化された部分の暗号化を解除することが可能な暗号化キーを認定ユーザに発行することである。キーおよび保護ポリシーの層を使用することができ、したがって、単一暗号化キー単独では、ユーザが、コンテンツにアクセスするためには不十分である。いくつかのシステムでは、ユーザは、指定された復号能力を保有するプレーヤを購入する。コンテンツプロバイダは、プレーヤによってサポートされる暗号化形式において、コンテンツをユーザ所有のそのようなプレーヤに配信することができる。指定された保護ポリシーへの準拠は、典型的には、プレーヤの製造業者によって指定された暗号化キーの使用を伴う。多くの事例では、プレーヤの製造業者は、指定された暗号化方式において使用される暗号化キーを公開せず、同様に、コンテンツプロバイダも、プレーヤの製造業者とのコンテンツキーの共有を望まない。
【０００３】
プレーヤまたは再生システムの構成要素またはプロセス間の通信は、典型的には、信頼性があって、セキュアである。しかしながら、情報の通信または伝送が、セキュアではないまたは信頼性がなくなると、そのような相違を考慮し、充填する必要がある。これは、オープンマルチメディアフレームワークの出現および人気によってより明白となっている。そのような相違を充填するための双方向通信要件および／またはランタイムチャレンジならびに認証要求は、十分ではないことが証明されている。
【０００４】
符号化および暗号化を含む、通信をセキュアにする多くの方法が存在する。
【０００５】
符号化は、意図された視聴者のみ可読であるデータをスクランブルおよびレンダリングするための一連のステップの使用を伴う、データをセキュアにするために使用される手順である。手順自体は、データを暗号化または復号するために、キー等の外部ソースを要求しない。むしろ、データは、データを解明するために、符号化ステップに正確に従って解読する限り、意図された視聴者によって、適切に解読することができる。暗号化は、データをセキュアにするために使用される手順である。これは、典型的には、データをセキュアにし、および／またはそれにアクセスするために、キー等、手順における少なくとも１つのステップに対して、外部入力の使用を伴う。外部データは、暗号化または復号プロセスにおいて、少なくとも１つのステップを意図的に操作し、暗号化のためのデータ処理が生じる方法を変更するために使用される。概して、暗号化プロセスにおいて、外部データまたは対応する復号キーがない場合、対応する復号プロセスにおけるステップは、適切に実行することができず、データは、適切に復号できない。
【０００６】
デジタルメディアの文脈においては、エンコードは、それによって、デジタルメディアが、デジタル形式において表現される、手順である。形式は、典型的には、使用されるデジタルメディアの形式伝送、再生、および記憶の際、特定の利点を得るように選択される。例えば、より少ないビットを使用してメディアを表現することは、帯域幅使用または記憶空間を最小限にするため、データを転送するために有益であり得る。別の実施例では、メディアプレーヤは、ある形式におけるメディアのみ、デコードする、または読み取り得、したがって、デジタルメディアは、最初、そのメディアプレーヤによってデコードされるために、その形式にあり得る。
【０００７】
デコードは、それによって、ある形式のデジタルメディアが、ディスプレイデバイス上にレンダリングするために、メディアプレーヤに可読である形式に変換される、手順である。多くの場合、デコードはまた、圧縮等のエンコードと関連付けられた反転プロセスであり得る。暗号化（ｅｎｃｒｙｐｔｉｏｎ）および／または符号化（ｅｎｃｉｐｈｅｒｉｎｇ）が、エンコードされたメディアに適用されている事例では、符号化プロセスまたは暗号化プロセスは、典型的には、エンコードされたメディアがデコードされ得る前に反転されなければならない。
【発明の概要】
【課題を解決するための手段】
【０００８】
コンテナファイルから暗号材料を取り出し、基本ビットストリーム内に暗号材料を挿入するシステムおよび方法について説明される。次いで、再生のために、暗号情報が、基本ビットストリームを復号するために使用されることができる。
【０００９】
いくつかの実施形態は、暗号情報を取得することと、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することと、暗号情報を符号化することと、暗号情報を基本ビットストリーム内に挿入することと、基本ビットストリームをビデオデコーダに提供することと、ビデオデコーダにおいて、基本ビットストリームから、暗号情報を抽出することと、暗号情報を解読（ｄｅｃｉｐｈｅｒｉｎｇ）することと、暗号情報によって、基本ビットストリームを復号することと、ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードすることとを含む。
【００１０】
さらなる実施形態では、暗号情報は、コンテナファイルから取得される。
【００１１】
別の実施形態では、暗号情報は、キー情報と、キー情報を使用して暗号化される少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含む。
【００１２】
さらなる実施形態では、少なくとも部分的に暗号化された、ビデオデータの少なくとも一部に関する情報は、キー情報を使用して暗号化されたビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である。
【００１３】
なおもさらなる実施形態では、基本ビットストリーム内に挿入される暗号情報は、識別子によって区切られ、暗号情報は、少なくとも部分的に暗号化されたビデオデータが、キー情報を使用して暗号化される前に、挿入される。
【００１４】
さらなる実施形態では、暗号情報は、識別子を使用して抽出される。
【００１５】
なおさらなる実施形態では、復号プロセスは、ビデオデータの暗号化された部分を識別するために、キー情報を使用することと、キー情報を使用して暗号化されたビデオデータを復号することとによって行われる。
【００１６】
なおもさらなる実施形態では、基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む。
【００１７】
さらに他の実施形態では、少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含む。加えて、少なくとも部分的に暗号化されたビデオデータは、暗号化された複数のエンコードされたフレームの少なくとも一部を含む。
【００１８】
なおもさらなる実施形態では、符号化プロセスおよび解読プロセスは、符号化と解読との間の所定の時間を超過した遅延が、暗号情報を回復不能にするように、同期される。
【００１９】
再び、なおもさらなる実施形態では、符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化する。
【００２０】
再び、さらなる実施形態では、解読プロセスは、データをスクランブルするために使用されるシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読する。
【００２１】
多くの実施形態は、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成するように構成されている、デマルチプレクサと、暗号情報を使用して、基本ビットストリームを復号し、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードするように構成されている、ビデオデコーダとを含む。加えて、デマルチプレクサは、暗号情報を符号化し、符号化された暗号情報を基本ビットストリーム内に挿入するように構成され、デコーダは、基本ビットストリームから、符号化された暗号情報を抽出し、暗号情報を解読するように構成されている。
【００２２】
さらなる実施形態では、暗号情報は、コンテナファイルから取得される。
【００２３】
別の実施形態では、暗号情報は、キー情報と、キー情報を使用して暗号化される少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含む。
【００２４】
さらなる実施形態では、少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である。
【００２５】
さらなる実施形態では、再び、デマルチプレクサは、識別子によって区別された暗号情報を基本ビットストリーム内に挿入し、少なくとも部分的に暗号化されたビデオデータが、暗号化されたキー情報を使用して暗号化される前に、暗号情報を挿入するように構成されている。
【００２６】
再び、別の実施形態では、デコーダは、識別子を使用して、暗号情報を抽出するように構成されている。
【００２７】
再び、さらなる実施形態では、デコーダは、ビデオデータの暗号化された部分を識別し、キー情報を使用して、暗号化されたビデオデータを復号することによって、キー情報を使用して暗号化されたビデオデータの一部を復号するように構成されている。
【００２８】
再び、なおもさらなる実施形態では、基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む。
【００２９】
再び、なおも別の実施形態では、少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含む。加えて、複数のエンコードされたフレームの少なくとも一部は、暗号化される。
【００３０】
なおさらなる実施形態では、デマルチプレクサとデコーダとの両方は、符号化と解読との間の所定の時間を超過しての遅延が、暗号情報を回復不能にするように、同期されるように構成されている。
【００３１】
なおもさらなる実施形態では、デマルチプレクサは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化するように構成されている。
【００３２】
さらに他の実施形態では、デコーダは、データをスクランブルするために使用されるシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読するように構成されている。
【００３３】
多数の実施形態は、暗号情報を取得することを含む。加えて、暗号情報は、コンテナファイルから取得される。また、少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数のエンコードされたフレームの少なくとも一部は、暗号化される。加えて、暗号情報は、キー情報と、キー情報を使用して暗号化された少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含む。さらに、少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、キー情報を使用して暗号化されたビデオのエンコードされた、フレーム内の暗号化されたデータのブロックの参照であり、基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む。
【００３４】
いくつかの実施形態は、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することを含む。加えて、基本ビットストリーム内に挿入される暗号情報は、識別子によって区切られ、暗号情報は、少なくとも部分的に暗号化されたビデオデータが、キー情報を使用して暗号化される前に、挿入される。
【００３５】
多くの実施形態は、暗号情報を符号化することと、暗号情報を基本ビットストリーム内に挿入することとを含む。加えて、暗号情報は、識別子を使用して抽出される。
【００３６】
いくつかの実施形態は、基本ビットストリームをビデオデコーダに提供することと、ビデオデコーダにおいて、基本ビットストリームから、暗号情報を抽出することと、暗号情報を解読することとを含む。加えて、符号化プロセスおよび解読プロセスは、符号化と解読との間の所定の時間を超過した遅延が、暗号情報を回復不能にするように、同期される。また、符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化する。さらに、解読プロセスは、データのスクランブルを解除するために使用されるシーケンスにおいて、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読する。
【００３７】
いくつかの実施形態は、暗号情報によって、基本ビットストリームを復号することを含む。加えて、復号プロセスは、ビデオデータの暗号化された部分を識別するためのキー情報を使用することと、キー情報を使用して暗号化されたビデオデータを復号することとによって行われる。
【００３８】
多くの実施形態は、ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードすることを含む。
【図面の簡単な説明】
【００３９】
【図１】図１は、本発明の種々の実施形態による、マルチメディアコンテナファイルのグラフィック表現を例証する。
【図２】図２は、本発明の種々の実施形態による、暗号材料を伴う、ビットストリームのグラフィック表現を例証する。
【図３】図３は、本発明の種々の実施形態による、マルチメディア暗号ビットストリーム伝送システムのブロック図である。
【図４】図４は、本発明の種々の実施形態による、逆多重化および認証プロセスのフロー図である。
【図５】図５は、本発明の種々の実施形態による、デコーダおよび解読プロセスのフロー図である。
【図６】図６は、本発明の種々の実施形態による、マルチメディア暗号ビットストリーム伝送システムのブロック図である。
【図７】図７は、本発明の種々の実施形態による、ラップキー生成プロセスのフロー図である。
【図８】図８は、本発明の種々の実施形態による、ビットストリーム挿入プロセスのフロー図である。
【発明を実施するための形態】
【００４０】
セキュリティ対策の施されていない接続を介して、あるプロセスまたは構成要素から別のプロセスまたは構成要素に、マルチメディアコンテンツを提供するためのシステムおよび方法が提供される。いくつかの実施形態では、伝送は、セキュリティ対策の施されていない接続を介して、デマルチプレクサとデコーダとの間で生じ、従来、そのような接続は、セキュアではない。多くの実施形態では、伝送は、双方向通信経路上で生じる。本発明の実施形態は、伝送をセキュアにするのではなく、むしろ、セキュリティ対策の施されていない接続を経由して伝送されるデータをセキュアにする。いくつかの実施形態では、伝送されるデータは、暗号化されたマルチメディアビットストリームと、復号のためのデコーダに伝送するためのビットストリーム内の関連付けられた暗号材料とを含む。種々の実施形態では、デマルチプレクサとデコーダとの間の双方向通信経路は、使用されない。加えて、デコーダ上で復号させることによって、ビットストリームは、接続が侵害され、無許可構成要素またはプロセスが、ビットストリームを傍受する場合でも、保護される。
【００４１】
種々の実施形態では、フレームキーが、ビットストリームを復号するために使用される。例えば、Ｇｒａｂらの米国特許第７，２９５，６７３号（本開示は、参照することによって、全体として本明細書に組み込まれる）に説明されるようなものである。いくつかの実施形態では、フレームキーは、別個の一連の新しく生成されたキーを使用する、暗号ラップアルゴリズムによって保護される。ラップされたフレームキーは、デコーダによって、解読およびデコードするために、暗号化されたビットストリームに挿入される。種々の実施形態では、暗号情報は、ビデオフレームまたはビデオフレームの一部を復号するための情報を含む。種々の実施形態では、フレームシーケンスの形態の時間インジケータもまた、デマルチプレクサとデコーダとの間の接続が、傍受または偵察されないことを確実にするために利用される。
【００４２】
基本ビットストリームに挿入される暗号情報は、種々の形態のいずれかをとることができる。多くの実施形態では、暗号情報は、フレームキーおよび／または暗号化されたビデオデータのブロックの参照を含む。いくつかの実施形態では、暗号情報は、フレームキーに対するインデックスまたはフレームキーおよび暗号化されたブロックの両方に対する別個の参照を含む。いくつかの実施形態は、最初に、可能なキーのテーブルを挿入するステップを提供し、なおもさらなる実施形態は、異なるキーが、ビデオの異なる部分を暗号化するために使用される、複数のキーを送信するステップを提供する。
【００４３】
次に、図面を参照すると、図１は、暗号化されたコンテンツ、例えば、ビデオを含む、マルチメディアコンテナファイル２０を表す。マルチメディアコンテナファイルは、関連付けられたビデオ部分またはチャンク２２に先行して、デジタル著作権管理部分２１を含む。デジタル著作権管理部分は、多くの実施形態では、特定のデバイスおよび／またはユーザによってのみ再生可能にするように暗号化される、少なくとも１つのフレームキー２３またはフレームキーの別個に提供されたテーブル内のフレームキーへのインデックスを含む。デジタル著作権管理部分はまた、暗号化されたビデオチャンク２４内のビデオフレームの指定された部分または全体をポイントあるいは識別する。最初に、ビデオチャンクの本暗号化された部分を復号しない場合、ビデオコンテンツは、デコードまたは表示することができない。マルチメディアコンテナファイルは、デマルチプレクサに供給される。
【００４４】
デマルチプレクサは、マルチメディアコンテナファイルを解析し、データ、例えば、ビデオまたはオーディオの一部またはチャンクをデコーダに伝送する。しかしながら、ビデオデータの伝送に先立って、デマルチプレクサは、暗号材料をビデオデータに組み込む、またはアタッチする。
【００４５】
図２は、デコーダに送信される、生成されたマルチメディアビットストリームをグラフィック的に例証する。ビットストリーム３０は、暗号材料３２を含む、ヘッダまたはユーザデータ３１を含む。本発明の多くの実施形態に従って、材料は、ラップキーを使用して暗号化されたマルチメディアコンテナファイルからのフレームキー２３と、暗号材料を解読するために、デマルチプレクサの同期をデコーダに提供するためのラップキー情報３４とを含む。後述されるように、ラップキー情報は、ラップキーファクトリの同期および／またはラップキー自体の直接転送を可能にする情報を含むが、それらに限定されない、具体的用途に応じて、種々の異なる形態のいずれかをとることができる。関連付けられたビデオデータ３３が追従する。
【００４６】
次に、図３を参照すると、ビデオおよびオーディオデータを含み、その一部が暗号化された、マルチメディアコンテナファイルを受信する、デマルチプレクサ１０が、示される。一実施形態では、マルチメディアファイルは、オーディオビデオインターリーブ（ＡＶＩ）またはＭａｔｒｏｓｋａ（ＭＫＶ）等の特定の形式に準拠する。マルチメディアファイルは、ディスク、フラッシュメモリデバイス、または別の有形記憶媒体を経由して提供される、またはストリーミングされる、あるいは別様に、デマルチプレクサに伝送される。デマルチプレクサは、ビデオ、オーディオ、およびアップストリームデジタル著作権管理構成要素１５に供給される暗号化データを含むが、それらに限定されない、受信したマルチメディアデータの部分を分離する。種々の実施形態では、デマルチプレクサ１０とデジタル著作権管理構成要素１５との間の接続は、セキュアであり得るが、用途の要件に応じて、そうである必要はない。デジタル著作権管理構成要素１５は、デコーダ２０に供給される、暗号材料およびマルチメディアビットストリーム伝送を生成する。特に、デマルチプレクサ１０は、暗号材料を伴うビデオデータをデコーダ２０に伝送する。
【００４７】
デマルチプレクサとデコーダとの間の接続は、典型的には、セキュアにされる。しかしながら、例証される実施形態では、接続は、セキュアではない。典型的には、マルチメディアファイルは、デマルチプレクサ内で認定および復号され、次いで、通信間データチャネルを経由して、暗号化されていないダウンストリームが、デコーダに伝送される。しかしながら、これは、伝送の際に捕捉され得る、暗号化されていないが、依然として、エンコードされたビットストリームの高値のため、セキュリティ問題を呈する可能性がある。本ビットストリームは、エンコードされたデータが、データの質を損なうことなく、保護および認証されていない視聴および／または配信を行うために、コンテナに容易に逆多重化され得るため、高値と見なされる。例証される実施形態では、デマルチプレクサ１０によって、デコーダ２０に提供されるビデオは、少なくとも部分的に暗号化され、デコーダ２０は、暗号材料を解読する、ダウンストリームデジタル著作権管理構成要素２５と通信する。解読された暗号材料を利用して、デジタル著作権管理構成要素は、暗号化データにアクセスし、それによって、ビデオデータを再生のために復号およびデコード可能である。
【００４８】
ここで、デマルチプレクサおよびデコーダの一般的プロセスについて説明する。図４では、デマルチプレクサおよび認証プロセスが例証されており、マルチメディアコンテナファイルが受信され、その一部が、識別または分離される（１０１）。暗号化データが、識別された場合、暗号化パケットまたは材料が、生成され（１０２）、一時バッファ内に記憶される（１０３）。しかしながら、ビデオデータが、識別された場合（１０４）、一時バッファ内に記憶された暗号材料は、ビデオデータと組み合わせられ（１０５）、次いで、ビデオデコーダに伝送される（１０６）。オーディオデータが、識別される場合（１０７）、オーディオデータは、オーディオデコーダに伝送される（１０８）。オーディオまたは他の種類のデータはまた、暗号化データを含み、したがって、関連付けられた暗号材料が、生成され、関連付けられたデータと組み合わせられ、それぞれのデコーダに伝送され得ることを理解されたい。また、他の種類のデータが、暗号化データを伴わずに、コンテナファイル内に含まれ、したがって、関連付けられたデコーダに直接伝送され得る。
【００４９】
図５では、デコーダおよび解読プロセスが例証されており、デコーダは、デマルチプレクサから送信されたビデオおよび／またはオーディオデータを受信する（２０１）。デコーダは、関連付けられたデータとともに供給された暗号材料を解読する（２０２）。解読された材料を利用して、暗号化されたデータが、再生のために、デコーダによって、復号され（２０３）、デコードされる（２０４）。
【００５０】
デマルチプレクサおよびデコーダプロセスならびにビットストリーム伝送システムをさらに検討するために、デマルチプレクサおよびデコーダの関連付けられたデジタル著作権マネージャのより詳細な表現が、関連付けられたプロセスとともに、残りの図において例証される。
【００５１】
図６を参照すると、デマルチプレクサ１０のアップストリームデジタル著作権マネージャ１５は、認証エンジン１６と、ビットストリームインサータ１７と、ペイロードビルダ１８と、ラップキーファクトリ１９とを含む。デコーダのダウンストリームデジタル著作権マネージャ２５は、復号エンジン２６と、ビットストリームデコーダ２７と、ペイロードパーサ２８と、ラップキーファクトリ２９とを含む。認証エンジンは、ペイロードビルダ１８およびラップキーファクトリ１９と連動して、コンテナファイルからの暗号化データおよびビデオデータを利用して、暗号材料を準備する。
【００５２】
ペイロードビルダ１８は、識別子によって区切られたビットストリーム内の暗号材料の離散単位を提供する。デコーダ上で、ペイロードパーサ２８は、識別子を利用して、離散単位を抽出し、次いで、これは、復号エンジン２６によって処理される。多くの実施形態では、一実施形態における暗号材料は、ビットストリームフレームヘッダとともに、暗号ペイロードを含む。しかしながら、暗号ペイロードは、基本ビットストリームのヘッダの形式、例えば、ＭＰＥＧ-４またはＨ．２６４に依存しない。
【００５３】
一実施形態では、ペイロードビルダ１８は、逆多重化される各ビデオチャンクの前部に、保留始動コード識別子とともに、暗号ペイロードを挿入する。保留始動コードを利用することによって、復号エンジン２６は、デコーダ２０に、挿入された暗号材料を含むビデオデータ全体をパスすることができ、デコーダ２０は、単に、暗号材料を破棄または無視する。例えば、ＭＰＥＧ-４準拠デコーダは、ストリーム内に含まれる、保留始動コード識別子を含むフレームを破棄する。故に、ビットストリームからの暗号材料のいずれの除去も、関連付けられたデータをデコードするために必要とされない。
【００５４】
一実施形態では、暗号ペイロードは、３つの異なるパケットタイプ：ラップキー、同期ペイロード、およびフレームペイロードを含む。フレームペイロードは、現在のフレームが、暗号化されており、キー情報と、暗号化されているエンコードされたフレームの少なくとも一部への参照とを含むことを示す。フレームペイロードは、ビデオフレームを復号するために使用することができる。同期ペイロードは、デマルチプレクサの認証エンジンをデコーダの復号エンジンに同期させるために送信される最初のパケットである。本同期は、デマルチプレクサからデコーダに伝送されるデータが、傍受されないことを確実にする。ラップキーは、デマルチプレクサから伝送されたデータをラップ解除または解読するための情報を含む。
【００５５】
ビットストリームインサータ１７は、伝送のための暗号材料をビデオデータとともにパッケージ化する。反対に、デコーダのビットストリームデコーダ２７は、ビットストリームからの暗号材料のパッケージを解除する。一実施形態では、フレームキーは、ビットストリーム内で伝送され、キーインデックス変更が、デマルチプレクサの認証エンジンによって検出された場合に送信される。多くの実施形態では、デコーダの復号エンジンは、１つのみのフレームキーを記憶し、したがって、デマルチプレクサによって送信されるフレーム暗号化情報は、現在のフレームに適用される。復号エンジンが、デマルチプレクサから、新しいフレームキーを受信する場合、復号エンジンは、新しいフレームキーを記憶し、次のフレームを復号するために、それを使用する。いくつかの実施形態では、キーテーブルが、伝送され、後続暗号化情報による参照のために、復号エンジン内に記憶される。いくつかの実施形態では、デコーダは、キーローテーションを実行しない。しかしながら、多くの実施形態では、デコーダは、フレームのシーケンス内の所定の数のフレーム後、新しいフレームキーを予期する。このように、復号エンジンは、供給されたフレーム情報が、信頼性が無い場合を識別し、マルチメディアビットストリームのデコードを終了することができる。
【００５６】
ラップキーファクトリ１９は、デコーダへのビットストリーム上での伝送のための暗号材料を暗号化またはラップする。一実施形態では、ラップキーファクトリは、高度暗号規格（ＡＥＳ）に基づいて、キーラッププロセスを使用し、連鎖および暗号フィードバックループを使用し、データの小ブロックをラッピングするための暗号セキュリティを提供するためのＥＣＢ暗号化モードを使用する。キーラッププロセスは、処理状態を把握しない。対応するラップキーファクトリは、デコーダとともに含まれ、暗号材料のラップを解除する。対応するラップキーファクトリ２９との同期が、デマルチプレクサへの逆通信（すなわち、双方向通信）を伴わずに、材料のラップを解除することを可能にし、例えば、伝送されたコンテンツを傍受または複製する不正プロセスによって、コンテンツの無許可デコードを防止するために使用される。
【００５７】
（ラップキーファクトリ）
一実施形態では、認証および復号ブロック（デジタル著作権マネージャ１５、２５）はそれぞれ、共通探索法を使用して、一連の予測可能変換番号シーケンスを構築する。続いて、それらの番号は、キーをラップするためのキー材料に寄与するために使用される、付加的エントロピーのためのランダム値と組み合わせられる。
【００５８】
本発明の実施形態に従う、ラップキー生成プロセス３００のフロー図が、図７に例証される。選択された探索法（３０２）は、キー材料（３０４）と組み合わせられ、ラップキー（３０６）を作成する。
【００５９】
種々の実施形態に従って、そのような探索法（３０２）の１つは、同じ変換シーケンスが、情報が交換されない場合でも、異なる探索法によって生成することができるように、予測可能番号シーケンス発生器の使用を組み合わせ得る。認証および復号ブロックが両方とも、共通探索法の出力が同じであるように作成される場合、そのような探索法から生成されたキー材料（３０４）は、同じとなるであろう。これは、ラップされたキー（３０６）および選択された探索法（３０２）が提供される状況に適用され得る。キー材料を交換することなく、同じ暗号化キーを生成するための任意のプロセスが、本発明の実施形態に従って、適切な探索法として使用され、ラップキー（３０６）を生成することができる。しかしながら、２つのラップキーファクトリ間の同期を可能にするいくつかの情報交換を、本発明の実施形態に従って、利用することができる。
【００６０】
２つのラップキーファクトリは、同一変換シーケンスを使用する。ラップキーファクトリを同期させるために、送信者のラップキーファクトリは、所定の一式の探索法から、１つの探索法（３０２）を選択し、次のラップキーのためのキー材料を生成する。デコーダファクトリは、既知の一式の探索法から選択された探索法（３０２）を使用して生成された送信者のラップキー（３０６）によって暗号化された、既知のペイロードを受信するであろう。次いで、受信機は、所定の探索法のそれぞれを使用して、ペイロードのコンテンツの復号および検証を試みる。材料が、予期されるものと一致する場合、受信機は、正確な探索法を識別する（３０２）。すべての探索法が、使い尽くされる場合、これは、致命的なエラーと見なされ、復号を継続することができない。
【００６１】
最初に、同期ペイロードが、適切な変換シーケンスを迅速に識別する際、復号ブロックを補助するために使用される。復号ブロックが、適切な探索法（３０２）を特定すると、復号ブロックラップキーファクトリは、すべての後続変換のために、その変換シーケンスを利用する。いくつかの実施形態では、探索法が、すべての値を使い尽くすと、その探索法は、確定的に、次の使用するための探索法を選択するであろう。
【００６２】
ランタイム同期は、生成された各ラップキーに対してインクリメントされる、ラップ番号を単調にインクリメントすることを通して維持される。特定のラップキーを使用して、エラーが生じる場合（すなわち、許可されていないデータが、暗号ペイロード内に存在する）、ラップキーファクトリは、新しいラップキーを再生成し、続いて、ラップ番号をインクリメントするであろう。一実施形態では、復号ブロックによって受信されたフレームペイロードは、ラップ番号要素を含む。復号ブロック上で、本ラップ番号要素は、復号ブロックの内部ラップ番号と比較され、現在のラップキーがスキップされる必要があるかどうかを決定する。一実施形態では、ラップキーは、暗号ダイジェストにフィードされたデータを含む。次いで、ダイジェストから結果として生じるバイトは、ＡＥＳキーを作成するために使用される。新しいラップキーは、ラップされる各ペイロードに対して、生成されるであろう。
【００６３】
（ビットストリームデータ挿入）
本発明の実施形態による、ＡＶＩコンテナから抽出されたビデオデータに関して利用される、ビットストリーム挿入プロセス４００のフロー図が、図８に例証される。デマルチプレクサでは、発信者は、関連ＡＶＩチャンクの抽出（４０２）を開始し、最大予測ビットストリームペイロードのためのＤＲＭを要求する（４０４）。次いで、デマルチプレクサは、ＤＲＭからの情報を使用して、バッファ内の空間を配分し（４０６）、ＤＲＭにバッファをパスする（４０８）。次に、ＤＲＭ上で、ビデオＤＤ情報が、キャッシュされる（４１０）。ビデオＤＤ情報は、単一ＡＶＩチャンク内のビデオフレームデータのすべて等、コンテナデータの単一ブロック内に含まれるデータを記述する、ファイルコンテナ内のデータセグメントであり得る。暗号化されたフレームは、フレームのセキュリティ特徴に関連する情報を含む、ＤＤ情報を有し得る。ＭＰＥＧ４保留始動コードが、バッファに挿入され（４１２）、次いで、暗号ペイロードヘッダが、バッファに挿入される（４１４）。次いで、チャンクが第１のフレームであるかどうかについて、決定される（４１６）。チャンクが、第１のフレームである場合、Ｓｙｎｃ（）ペイロードが、挿入され（４１８）、フレームＩｎｆｏ（）ペイロードが、挿入される（４２０）。Ｓｙｎｃ（）ペイロードは、ラップキーを同期させるためのラップキー同期ペイロードを含み得る。ＦｒａｍｅＩｎｆｏ（）ペイロードは、可能性として、ＤＤ情報データの一部として、暗号オフセットおよびビデオデータ内のデータセキュリティに関連する情報の長さを含み得る。チャンクが、第１のフレームではない場合、ＦｒａｍｅＩｎｆｏ（）ペイロードのみ、挿入される（４２０）。次いで、キーインデックスが、現在のキーインデックスより大きいかどうかについて、決定される（４２２）。キーインデックスが、現在のキーインデックスより大きい場合、ＦｒａｍｅＫｅｙ（）ペイロードが、バッファに挿入され（４２４）、次いで、バッファに挿入されたバイト数が、ＤＲＭによって、発信者に返される（４２６）。ＦｒａｍｅＫｅｙ（）ペイロードは、次のフレームキーを含むペイロードを含み得る。キーインデックスが、現在のキーインデックスより小さくない場合、ＤＲＭは、バッファに挿入されたバイト数を発信者に返す（４２６）。次に、デマルチプレクサは、ＡＶＩチャンクを抽出する準備ができる（４２８）。本プロセスを通して、ＤＤ情報アウェアネスは、デマルチプレクサが、デコーダへの伝送のために、ビデオチャンクをバッファに抽出する前に生じる。
【００６４】
種々の実施形態では、ビットストリームデータ挿入は、デマルチプレクサの認証ブロック内で生じる。一実施形態では、デジタル著作権マネージャは、最初に、コンテナの暗号化データを受信し、一時的に、情報を記憶またはキャッシュする。キャッシュされた暗号化データは、次のビデオチャンクのための情報を含む。本情報から、デジタル著作権マネージャは、適切なビットストリームペイロードを決定し、該当する場合、挿入することができる。メモリ複製を削減するために、デジタル著作権マネージャは、コンテナからチャンクを抽出する前に、ビットストリームペイロードを挿入する。
【００６５】
キャッシュされた暗号化データチャンクに基づいて、デジタル著作権マネージャは、フレームキー変更を検出することができる。フレームキーインデックスが、最後にキャッシュされた暗号化データ以降、変更されていない場合、キー材料は、送信されない。一実施形態では、暗号化データは、デジタル著作権マネージャ内にキャッシュされた暗号化データが存在する場合、常に、伝送される。第１のペイロード上では、復号ブロックに、ラップシーケンスを同期可能にするための同期ペイロードが存在するであろう。一実施形態では、フレーム情報ペイロードは、同期ペイロードに追従する。すべてのペイロードが、各復号ブロック内に現れる必要はないことを理解されたい。さらに、図８に関連して前述のものに類似するプロセスはまた、ＭＫＶコンテナファイルを含むが、それらに限定されない、他のコンテナ形式に対しても使用することができる。
【００６６】
本発明は、ある特定の側面において説明されたが、多くの付加的修正例および変形例が、当業者には明白であろう。したがって、本発明は、本発明の範囲および精神から逸脱することなく、サイズ、形状、および材料の種々の変更を含め、具体的に説明されるものとは別様に実践され得ることを理解されたい。したがって、本発明の実施形態は、あらゆる観点において、制限ではなく、例証としてみなされるべきである。
【技術分野】
【０００１】
本発明は、概して、デジタルマルチメディア配信システムに関し、より具体的には、セキュリティ対策の施されていない接続を介した、暗号化されたマルチメディアコンテンツのデジタル伝送に関する。
【背景技術】
【０００２】
マルチメディアコンテンツのプロバイダは、デジタル通信ネットワークを経由して、配信のためのコンテンツをデジタル化することができる。コンテンツ配信システムが直面する重要な難題は、コンテンツを購入したそれらの顧客のみ、コンテンツを再生可能にし、コンテンツ配信チェーン内のすべての利害関係者に対するアクセスを区分化することである。アプローチの１つは、コンテンツの一部を暗号化し、コンテンツの暗号化された部分の暗号化を解除することが可能な暗号化キーを認定ユーザに発行することである。キーおよび保護ポリシーの層を使用することができ、したがって、単一暗号化キー単独では、ユーザが、コンテンツにアクセスするためには不十分である。いくつかのシステムでは、ユーザは、指定された復号能力を保有するプレーヤを購入する。コンテンツプロバイダは、プレーヤによってサポートされる暗号化形式において、コンテンツをユーザ所有のそのようなプレーヤに配信することができる。指定された保護ポリシーへの準拠は、典型的には、プレーヤの製造業者によって指定された暗号化キーの使用を伴う。多くの事例では、プレーヤの製造業者は、指定された暗号化方式において使用される暗号化キーを公開せず、同様に、コンテンツプロバイダも、プレーヤの製造業者とのコンテンツキーの共有を望まない。
【０００３】
プレーヤまたは再生システムの構成要素またはプロセス間の通信は、典型的には、信頼性があって、セキュアである。しかしながら、情報の通信または伝送が、セキュアではないまたは信頼性がなくなると、そのような相違を考慮し、充填する必要がある。これは、オープンマルチメディアフレームワークの出現および人気によってより明白となっている。そのような相違を充填するための双方向通信要件および／またはランタイムチャレンジならびに認証要求は、十分ではないことが証明されている。
【０００４】
符号化および暗号化を含む、通信をセキュアにする多くの方法が存在する。
【０００５】
符号化は、意図された視聴者のみ可読であるデータをスクランブルおよびレンダリングするための一連のステップの使用を伴う、データをセキュアにするために使用される手順である。手順自体は、データを暗号化または復号するために、キー等の外部ソースを要求しない。むしろ、データは、データを解明するために、符号化ステップに正確に従って解読する限り、意図された視聴者によって、適切に解読することができる。暗号化は、データをセキュアにするために使用される手順である。これは、典型的には、データをセキュアにし、および／またはそれにアクセスするために、キー等、手順における少なくとも１つのステップに対して、外部入力の使用を伴う。外部データは、暗号化または復号プロセスにおいて、少なくとも１つのステップを意図的に操作し、暗号化のためのデータ処理が生じる方法を変更するために使用される。概して、暗号化プロセスにおいて、外部データまたは対応する復号キーがない場合、対応する復号プロセスにおけるステップは、適切に実行することができず、データは、適切に復号できない。
【０００６】
デジタルメディアの文脈においては、エンコードは、それによって、デジタルメディアが、デジタル形式において表現される、手順である。形式は、典型的には、使用されるデジタルメディアの形式伝送、再生、および記憶の際、特定の利点を得るように選択される。例えば、より少ないビットを使用してメディアを表現することは、帯域幅使用または記憶空間を最小限にするため、データを転送するために有益であり得る。別の実施例では、メディアプレーヤは、ある形式におけるメディアのみ、デコードする、または読み取り得、したがって、デジタルメディアは、最初、そのメディアプレーヤによってデコードされるために、その形式にあり得る。
【０００７】
デコードは、それによって、ある形式のデジタルメディアが、ディスプレイデバイス上にレンダリングするために、メディアプレーヤに可読である形式に変換される、手順である。多くの場合、デコードはまた、圧縮等のエンコードと関連付けられた反転プロセスであり得る。暗号化（ｅｎｃｒｙｐｔｉｏｎ）および／または符号化（ｅｎｃｉｐｈｅｒｉｎｇ）が、エンコードされたメディアに適用されている事例では、符号化プロセスまたは暗号化プロセスは、典型的には、エンコードされたメディアがデコードされ得る前に反転されなければならない。
【発明の概要】
【課題を解決するための手段】
【０００８】
コンテナファイルから暗号材料を取り出し、基本ビットストリーム内に暗号材料を挿入するシステムおよび方法について説明される。次いで、再生のために、暗号情報が、基本ビットストリームを復号するために使用されることができる。
【０００９】
いくつかの実施形態は、暗号情報を取得することと、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することと、暗号情報を符号化することと、暗号情報を基本ビットストリーム内に挿入することと、基本ビットストリームをビデオデコーダに提供することと、ビデオデコーダにおいて、基本ビットストリームから、暗号情報を抽出することと、暗号情報を解読（ｄｅｃｉｐｈｅｒｉｎｇ）することと、暗号情報によって、基本ビットストリームを復号することと、ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードすることとを含む。
【００１０】
さらなる実施形態では、暗号情報は、コンテナファイルから取得される。
【００１１】
別の実施形態では、暗号情報は、キー情報と、キー情報を使用して暗号化される少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含む。
【００１２】
さらなる実施形態では、少なくとも部分的に暗号化された、ビデオデータの少なくとも一部に関する情報は、キー情報を使用して暗号化されたビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である。
【００１３】
なおもさらなる実施形態では、基本ビットストリーム内に挿入される暗号情報は、識別子によって区切られ、暗号情報は、少なくとも部分的に暗号化されたビデオデータが、キー情報を使用して暗号化される前に、挿入される。
【００１４】
さらなる実施形態では、暗号情報は、識別子を使用して抽出される。
【００１５】
なおさらなる実施形態では、復号プロセスは、ビデオデータの暗号化された部分を識別するために、キー情報を使用することと、キー情報を使用して暗号化されたビデオデータを復号することとによって行われる。
【００１６】
なおもさらなる実施形態では、基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む。
【００１７】
さらに他の実施形態では、少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含む。加えて、少なくとも部分的に暗号化されたビデオデータは、暗号化された複数のエンコードされたフレームの少なくとも一部を含む。
【００１８】
なおもさらなる実施形態では、符号化プロセスおよび解読プロセスは、符号化と解読との間の所定の時間を超過した遅延が、暗号情報を回復不能にするように、同期される。
【００１９】
再び、なおもさらなる実施形態では、符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化する。
【００２０】
再び、さらなる実施形態では、解読プロセスは、データをスクランブルするために使用されるシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読する。
【００２１】
多くの実施形態は、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成するように構成されている、デマルチプレクサと、暗号情報を使用して、基本ビットストリームを復号し、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードするように構成されている、ビデオデコーダとを含む。加えて、デマルチプレクサは、暗号情報を符号化し、符号化された暗号情報を基本ビットストリーム内に挿入するように構成され、デコーダは、基本ビットストリームから、符号化された暗号情報を抽出し、暗号情報を解読するように構成されている。
【００２２】
さらなる実施形態では、暗号情報は、コンテナファイルから取得される。
【００２３】
別の実施形態では、暗号情報は、キー情報と、キー情報を使用して暗号化される少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含む。
【００２４】
さらなる実施形態では、少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である。
【００２５】
さらなる実施形態では、再び、デマルチプレクサは、識別子によって区別された暗号情報を基本ビットストリーム内に挿入し、少なくとも部分的に暗号化されたビデオデータが、暗号化されたキー情報を使用して暗号化される前に、暗号情報を挿入するように構成されている。
【００２６】
再び、別の実施形態では、デコーダは、識別子を使用して、暗号情報を抽出するように構成されている。
【００２７】
再び、さらなる実施形態では、デコーダは、ビデオデータの暗号化された部分を識別し、キー情報を使用して、暗号化されたビデオデータを復号することによって、キー情報を使用して暗号化されたビデオデータの一部を復号するように構成されている。
【００２８】
再び、なおもさらなる実施形態では、基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む。
【００２９】
再び、なおも別の実施形態では、少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含む。加えて、複数のエンコードされたフレームの少なくとも一部は、暗号化される。
【００３０】
なおさらなる実施形態では、デマルチプレクサとデコーダとの両方は、符号化と解読との間の所定の時間を超過しての遅延が、暗号情報を回復不能にするように、同期されるように構成されている。
【００３１】
なおもさらなる実施形態では、デマルチプレクサは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化するように構成されている。
【００３２】
さらに他の実施形態では、デコーダは、データをスクランブルするために使用されるシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読するように構成されている。
【００３３】
多数の実施形態は、暗号情報を取得することを含む。加えて、暗号情報は、コンテナファイルから取得される。また、少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数のエンコードされたフレームの少なくとも一部は、暗号化される。加えて、暗号情報は、キー情報と、キー情報を使用して暗号化された少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含む。さらに、少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、キー情報を使用して暗号化されたビデオのエンコードされた、フレーム内の暗号化されたデータのブロックの参照であり、基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む。
【００３４】
いくつかの実施形態は、コンテナファイルから、少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することを含む。加えて、基本ビットストリーム内に挿入される暗号情報は、識別子によって区切られ、暗号情報は、少なくとも部分的に暗号化されたビデオデータが、キー情報を使用して暗号化される前に、挿入される。
【００３５】
多くの実施形態は、暗号情報を符号化することと、暗号情報を基本ビットストリーム内に挿入することとを含む。加えて、暗号情報は、識別子を使用して抽出される。
【００３６】
いくつかの実施形態は、基本ビットストリームをビデオデコーダに提供することと、ビデオデコーダにおいて、基本ビットストリームから、暗号情報を抽出することと、暗号情報を解読することとを含む。加えて、符号化プロセスおよび解読プロセスは、符号化と解読との間の所定の時間を超過した遅延が、暗号情報を回復不能にするように、同期される。また、符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化する。さらに、解読プロセスは、データのスクランブルを解除するために使用されるシーケンスにおいて、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読する。
【００３７】
いくつかの実施形態は、暗号情報によって、基本ビットストリームを復号することを含む。加えて、復号プロセスは、ビデオデータの暗号化された部分を識別するためのキー情報を使用することと、キー情報を使用して暗号化されたビデオデータを復号することとによって行われる。
【００３８】
多くの実施形態は、ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、基本ビットストリームをデコードすることを含む。
【図面の簡単な説明】
【００３９】
【図１】図１は、本発明の種々の実施形態による、マルチメディアコンテナファイルのグラフィック表現を例証する。
【図２】図２は、本発明の種々の実施形態による、暗号材料を伴う、ビットストリームのグラフィック表現を例証する。
【図３】図３は、本発明の種々の実施形態による、マルチメディア暗号ビットストリーム伝送システムのブロック図である。
【図４】図４は、本発明の種々の実施形態による、逆多重化および認証プロセスのフロー図である。
【図５】図５は、本発明の種々の実施形態による、デコーダおよび解読プロセスのフロー図である。
【図６】図６は、本発明の種々の実施形態による、マルチメディア暗号ビットストリーム伝送システムのブロック図である。
【図７】図７は、本発明の種々の実施形態による、ラップキー生成プロセスのフロー図である。
【図８】図８は、本発明の種々の実施形態による、ビットストリーム挿入プロセスのフロー図である。
【発明を実施するための形態】
【００４０】
セキュリティ対策の施されていない接続を介して、あるプロセスまたは構成要素から別のプロセスまたは構成要素に、マルチメディアコンテンツを提供するためのシステムおよび方法が提供される。いくつかの実施形態では、伝送は、セキュリティ対策の施されていない接続を介して、デマルチプレクサとデコーダとの間で生じ、従来、そのような接続は、セキュアではない。多くの実施形態では、伝送は、双方向通信経路上で生じる。本発明の実施形態は、伝送をセキュアにするのではなく、むしろ、セキュリティ対策の施されていない接続を経由して伝送されるデータをセキュアにする。いくつかの実施形態では、伝送されるデータは、暗号化されたマルチメディアビットストリームと、復号のためのデコーダに伝送するためのビットストリーム内の関連付けられた暗号材料とを含む。種々の実施形態では、デマルチプレクサとデコーダとの間の双方向通信経路は、使用されない。加えて、デコーダ上で復号させることによって、ビットストリームは、接続が侵害され、無許可構成要素またはプロセスが、ビットストリームを傍受する場合でも、保護される。
【００４１】
種々の実施形態では、フレームキーが、ビットストリームを復号するために使用される。例えば、Ｇｒａｂらの米国特許第７，２９５，６７３号（本開示は、参照することによって、全体として本明細書に組み込まれる）に説明されるようなものである。いくつかの実施形態では、フレームキーは、別個の一連の新しく生成されたキーを使用する、暗号ラップアルゴリズムによって保護される。ラップされたフレームキーは、デコーダによって、解読およびデコードするために、暗号化されたビットストリームに挿入される。種々の実施形態では、暗号情報は、ビデオフレームまたはビデオフレームの一部を復号するための情報を含む。種々の実施形態では、フレームシーケンスの形態の時間インジケータもまた、デマルチプレクサとデコーダとの間の接続が、傍受または偵察されないことを確実にするために利用される。
【００４２】
基本ビットストリームに挿入される暗号情報は、種々の形態のいずれかをとることができる。多くの実施形態では、暗号情報は、フレームキーおよび／または暗号化されたビデオデータのブロックの参照を含む。いくつかの実施形態では、暗号情報は、フレームキーに対するインデックスまたはフレームキーおよび暗号化されたブロックの両方に対する別個の参照を含む。いくつかの実施形態は、最初に、可能なキーのテーブルを挿入するステップを提供し、なおもさらなる実施形態は、異なるキーが、ビデオの異なる部分を暗号化するために使用される、複数のキーを送信するステップを提供する。
【００４３】
次に、図面を参照すると、図１は、暗号化されたコンテンツ、例えば、ビデオを含む、マルチメディアコンテナファイル２０を表す。マルチメディアコンテナファイルは、関連付けられたビデオ部分またはチャンク２２に先行して、デジタル著作権管理部分２１を含む。デジタル著作権管理部分は、多くの実施形態では、特定のデバイスおよび／またはユーザによってのみ再生可能にするように暗号化される、少なくとも１つのフレームキー２３またはフレームキーの別個に提供されたテーブル内のフレームキーへのインデックスを含む。デジタル著作権管理部分はまた、暗号化されたビデオチャンク２４内のビデオフレームの指定された部分または全体をポイントあるいは識別する。最初に、ビデオチャンクの本暗号化された部分を復号しない場合、ビデオコンテンツは、デコードまたは表示することができない。マルチメディアコンテナファイルは、デマルチプレクサに供給される。
【００４４】
デマルチプレクサは、マルチメディアコンテナファイルを解析し、データ、例えば、ビデオまたはオーディオの一部またはチャンクをデコーダに伝送する。しかしながら、ビデオデータの伝送に先立って、デマルチプレクサは、暗号材料をビデオデータに組み込む、またはアタッチする。
【００４５】
図２は、デコーダに送信される、生成されたマルチメディアビットストリームをグラフィック的に例証する。ビットストリーム３０は、暗号材料３２を含む、ヘッダまたはユーザデータ３１を含む。本発明の多くの実施形態に従って、材料は、ラップキーを使用して暗号化されたマルチメディアコンテナファイルからのフレームキー２３と、暗号材料を解読するために、デマルチプレクサの同期をデコーダに提供するためのラップキー情報３４とを含む。後述されるように、ラップキー情報は、ラップキーファクトリの同期および／またはラップキー自体の直接転送を可能にする情報を含むが、それらに限定されない、具体的用途に応じて、種々の異なる形態のいずれかをとることができる。関連付けられたビデオデータ３３が追従する。
【００４６】
次に、図３を参照すると、ビデオおよびオーディオデータを含み、その一部が暗号化された、マルチメディアコンテナファイルを受信する、デマルチプレクサ１０が、示される。一実施形態では、マルチメディアファイルは、オーディオビデオインターリーブ（ＡＶＩ）またはＭａｔｒｏｓｋａ（ＭＫＶ）等の特定の形式に準拠する。マルチメディアファイルは、ディスク、フラッシュメモリデバイス、または別の有形記憶媒体を経由して提供される、またはストリーミングされる、あるいは別様に、デマルチプレクサに伝送される。デマルチプレクサは、ビデオ、オーディオ、およびアップストリームデジタル著作権管理構成要素１５に供給される暗号化データを含むが、それらに限定されない、受信したマルチメディアデータの部分を分離する。種々の実施形態では、デマルチプレクサ１０とデジタル著作権管理構成要素１５との間の接続は、セキュアであり得るが、用途の要件に応じて、そうである必要はない。デジタル著作権管理構成要素１５は、デコーダ２０に供給される、暗号材料およびマルチメディアビットストリーム伝送を生成する。特に、デマルチプレクサ１０は、暗号材料を伴うビデオデータをデコーダ２０に伝送する。
【００４７】
デマルチプレクサとデコーダとの間の接続は、典型的には、セキュアにされる。しかしながら、例証される実施形態では、接続は、セキュアではない。典型的には、マルチメディアファイルは、デマルチプレクサ内で認定および復号され、次いで、通信間データチャネルを経由して、暗号化されていないダウンストリームが、デコーダに伝送される。しかしながら、これは、伝送の際に捕捉され得る、暗号化されていないが、依然として、エンコードされたビットストリームの高値のため、セキュリティ問題を呈する可能性がある。本ビットストリームは、エンコードされたデータが、データの質を損なうことなく、保護および認証されていない視聴および／または配信を行うために、コンテナに容易に逆多重化され得るため、高値と見なされる。例証される実施形態では、デマルチプレクサ１０によって、デコーダ２０に提供されるビデオは、少なくとも部分的に暗号化され、デコーダ２０は、暗号材料を解読する、ダウンストリームデジタル著作権管理構成要素２５と通信する。解読された暗号材料を利用して、デジタル著作権管理構成要素は、暗号化データにアクセスし、それによって、ビデオデータを再生のために復号およびデコード可能である。
【００４８】
ここで、デマルチプレクサおよびデコーダの一般的プロセスについて説明する。図４では、デマルチプレクサおよび認証プロセスが例証されており、マルチメディアコンテナファイルが受信され、その一部が、識別または分離される（１０１）。暗号化データが、識別された場合、暗号化パケットまたは材料が、生成され（１０２）、一時バッファ内に記憶される（１０３）。しかしながら、ビデオデータが、識別された場合（１０４）、一時バッファ内に記憶された暗号材料は、ビデオデータと組み合わせられ（１０５）、次いで、ビデオデコーダに伝送される（１０６）。オーディオデータが、識別される場合（１０７）、オーディオデータは、オーディオデコーダに伝送される（１０８）。オーディオまたは他の種類のデータはまた、暗号化データを含み、したがって、関連付けられた暗号材料が、生成され、関連付けられたデータと組み合わせられ、それぞれのデコーダに伝送され得ることを理解されたい。また、他の種類のデータが、暗号化データを伴わずに、コンテナファイル内に含まれ、したがって、関連付けられたデコーダに直接伝送され得る。
【００４９】
図５では、デコーダおよび解読プロセスが例証されており、デコーダは、デマルチプレクサから送信されたビデオおよび／またはオーディオデータを受信する（２０１）。デコーダは、関連付けられたデータとともに供給された暗号材料を解読する（２０２）。解読された材料を利用して、暗号化されたデータが、再生のために、デコーダによって、復号され（２０３）、デコードされる（２０４）。
【００５０】
デマルチプレクサおよびデコーダプロセスならびにビットストリーム伝送システムをさらに検討するために、デマルチプレクサおよびデコーダの関連付けられたデジタル著作権マネージャのより詳細な表現が、関連付けられたプロセスとともに、残りの図において例証される。
【００５１】
図６を参照すると、デマルチプレクサ１０のアップストリームデジタル著作権マネージャ１５は、認証エンジン１６と、ビットストリームインサータ１７と、ペイロードビルダ１８と、ラップキーファクトリ１９とを含む。デコーダのダウンストリームデジタル著作権マネージャ２５は、復号エンジン２６と、ビットストリームデコーダ２７と、ペイロードパーサ２８と、ラップキーファクトリ２９とを含む。認証エンジンは、ペイロードビルダ１８およびラップキーファクトリ１９と連動して、コンテナファイルからの暗号化データおよびビデオデータを利用して、暗号材料を準備する。
【００５２】
ペイロードビルダ１８は、識別子によって区切られたビットストリーム内の暗号材料の離散単位を提供する。デコーダ上で、ペイロードパーサ２８は、識別子を利用して、離散単位を抽出し、次いで、これは、復号エンジン２６によって処理される。多くの実施形態では、一実施形態における暗号材料は、ビットストリームフレームヘッダとともに、暗号ペイロードを含む。しかしながら、暗号ペイロードは、基本ビットストリームのヘッダの形式、例えば、ＭＰＥＧ-４またはＨ．２６４に依存しない。
【００５３】
一実施形態では、ペイロードビルダ１８は、逆多重化される各ビデオチャンクの前部に、保留始動コード識別子とともに、暗号ペイロードを挿入する。保留始動コードを利用することによって、復号エンジン２６は、デコーダ２０に、挿入された暗号材料を含むビデオデータ全体をパスすることができ、デコーダ２０は、単に、暗号材料を破棄または無視する。例えば、ＭＰＥＧ-４準拠デコーダは、ストリーム内に含まれる、保留始動コード識別子を含むフレームを破棄する。故に、ビットストリームからの暗号材料のいずれの除去も、関連付けられたデータをデコードするために必要とされない。
【００５４】
一実施形態では、暗号ペイロードは、３つの異なるパケットタイプ：ラップキー、同期ペイロード、およびフレームペイロードを含む。フレームペイロードは、現在のフレームが、暗号化されており、キー情報と、暗号化されているエンコードされたフレームの少なくとも一部への参照とを含むことを示す。フレームペイロードは、ビデオフレームを復号するために使用することができる。同期ペイロードは、デマルチプレクサの認証エンジンをデコーダの復号エンジンに同期させるために送信される最初のパケットである。本同期は、デマルチプレクサからデコーダに伝送されるデータが、傍受されないことを確実にする。ラップキーは、デマルチプレクサから伝送されたデータをラップ解除または解読するための情報を含む。
【００５５】
ビットストリームインサータ１７は、伝送のための暗号材料をビデオデータとともにパッケージ化する。反対に、デコーダのビットストリームデコーダ２７は、ビットストリームからの暗号材料のパッケージを解除する。一実施形態では、フレームキーは、ビットストリーム内で伝送され、キーインデックス変更が、デマルチプレクサの認証エンジンによって検出された場合に送信される。多くの実施形態では、デコーダの復号エンジンは、１つのみのフレームキーを記憶し、したがって、デマルチプレクサによって送信されるフレーム暗号化情報は、現在のフレームに適用される。復号エンジンが、デマルチプレクサから、新しいフレームキーを受信する場合、復号エンジンは、新しいフレームキーを記憶し、次のフレームを復号するために、それを使用する。いくつかの実施形態では、キーテーブルが、伝送され、後続暗号化情報による参照のために、復号エンジン内に記憶される。いくつかの実施形態では、デコーダは、キーローテーションを実行しない。しかしながら、多くの実施形態では、デコーダは、フレームのシーケンス内の所定の数のフレーム後、新しいフレームキーを予期する。このように、復号エンジンは、供給されたフレーム情報が、信頼性が無い場合を識別し、マルチメディアビットストリームのデコードを終了することができる。
【００５６】
ラップキーファクトリ１９は、デコーダへのビットストリーム上での伝送のための暗号材料を暗号化またはラップする。一実施形態では、ラップキーファクトリは、高度暗号規格（ＡＥＳ）に基づいて、キーラッププロセスを使用し、連鎖および暗号フィードバックループを使用し、データの小ブロックをラッピングするための暗号セキュリティを提供するためのＥＣＢ暗号化モードを使用する。キーラッププロセスは、処理状態を把握しない。対応するラップキーファクトリは、デコーダとともに含まれ、暗号材料のラップを解除する。対応するラップキーファクトリ２９との同期が、デマルチプレクサへの逆通信（すなわち、双方向通信）を伴わずに、材料のラップを解除することを可能にし、例えば、伝送されたコンテンツを傍受または複製する不正プロセスによって、コンテンツの無許可デコードを防止するために使用される。
【００５７】
（ラップキーファクトリ）
一実施形態では、認証および復号ブロック（デジタル著作権マネージャ１５、２５）はそれぞれ、共通探索法を使用して、一連の予測可能変換番号シーケンスを構築する。続いて、それらの番号は、キーをラップするためのキー材料に寄与するために使用される、付加的エントロピーのためのランダム値と組み合わせられる。
【００５８】
本発明の実施形態に従う、ラップキー生成プロセス３００のフロー図が、図７に例証される。選択された探索法（３０２）は、キー材料（３０４）と組み合わせられ、ラップキー（３０６）を作成する。
【００５９】
種々の実施形態に従って、そのような探索法（３０２）の１つは、同じ変換シーケンスが、情報が交換されない場合でも、異なる探索法によって生成することができるように、予測可能番号シーケンス発生器の使用を組み合わせ得る。認証および復号ブロックが両方とも、共通探索法の出力が同じであるように作成される場合、そのような探索法から生成されたキー材料（３０４）は、同じとなるであろう。これは、ラップされたキー（３０６）および選択された探索法（３０２）が提供される状況に適用され得る。キー材料を交換することなく、同じ暗号化キーを生成するための任意のプロセスが、本発明の実施形態に従って、適切な探索法として使用され、ラップキー（３０６）を生成することができる。しかしながら、２つのラップキーファクトリ間の同期を可能にするいくつかの情報交換を、本発明の実施形態に従って、利用することができる。
【００６０】
２つのラップキーファクトリは、同一変換シーケンスを使用する。ラップキーファクトリを同期させるために、送信者のラップキーファクトリは、所定の一式の探索法から、１つの探索法（３０２）を選択し、次のラップキーのためのキー材料を生成する。デコーダファクトリは、既知の一式の探索法から選択された探索法（３０２）を使用して生成された送信者のラップキー（３０６）によって暗号化された、既知のペイロードを受信するであろう。次いで、受信機は、所定の探索法のそれぞれを使用して、ペイロードのコンテンツの復号および検証を試みる。材料が、予期されるものと一致する場合、受信機は、正確な探索法を識別する（３０２）。すべての探索法が、使い尽くされる場合、これは、致命的なエラーと見なされ、復号を継続することができない。
【００６１】
最初に、同期ペイロードが、適切な変換シーケンスを迅速に識別する際、復号ブロックを補助するために使用される。復号ブロックが、適切な探索法（３０２）を特定すると、復号ブロックラップキーファクトリは、すべての後続変換のために、その変換シーケンスを利用する。いくつかの実施形態では、探索法が、すべての値を使い尽くすと、その探索法は、確定的に、次の使用するための探索法を選択するであろう。
【００６２】
ランタイム同期は、生成された各ラップキーに対してインクリメントされる、ラップ番号を単調にインクリメントすることを通して維持される。特定のラップキーを使用して、エラーが生じる場合（すなわち、許可されていないデータが、暗号ペイロード内に存在する）、ラップキーファクトリは、新しいラップキーを再生成し、続いて、ラップ番号をインクリメントするであろう。一実施形態では、復号ブロックによって受信されたフレームペイロードは、ラップ番号要素を含む。復号ブロック上で、本ラップ番号要素は、復号ブロックの内部ラップ番号と比較され、現在のラップキーがスキップされる必要があるかどうかを決定する。一実施形態では、ラップキーは、暗号ダイジェストにフィードされたデータを含む。次いで、ダイジェストから結果として生じるバイトは、ＡＥＳキーを作成するために使用される。新しいラップキーは、ラップされる各ペイロードに対して、生成されるであろう。
【００６３】
（ビットストリームデータ挿入）
本発明の実施形態による、ＡＶＩコンテナから抽出されたビデオデータに関して利用される、ビットストリーム挿入プロセス４００のフロー図が、図８に例証される。デマルチプレクサでは、発信者は、関連ＡＶＩチャンクの抽出（４０２）を開始し、最大予測ビットストリームペイロードのためのＤＲＭを要求する（４０４）。次いで、デマルチプレクサは、ＤＲＭからの情報を使用して、バッファ内の空間を配分し（４０６）、ＤＲＭにバッファをパスする（４０８）。次に、ＤＲＭ上で、ビデオＤＤ情報が、キャッシュされる（４１０）。ビデオＤＤ情報は、単一ＡＶＩチャンク内のビデオフレームデータのすべて等、コンテナデータの単一ブロック内に含まれるデータを記述する、ファイルコンテナ内のデータセグメントであり得る。暗号化されたフレームは、フレームのセキュリティ特徴に関連する情報を含む、ＤＤ情報を有し得る。ＭＰＥＧ４保留始動コードが、バッファに挿入され（４１２）、次いで、暗号ペイロードヘッダが、バッファに挿入される（４１４）。次いで、チャンクが第１のフレームであるかどうかについて、決定される（４１６）。チャンクが、第１のフレームである場合、Ｓｙｎｃ（）ペイロードが、挿入され（４１８）、フレームＩｎｆｏ（）ペイロードが、挿入される（４２０）。Ｓｙｎｃ（）ペイロードは、ラップキーを同期させるためのラップキー同期ペイロードを含み得る。ＦｒａｍｅＩｎｆｏ（）ペイロードは、可能性として、ＤＤ情報データの一部として、暗号オフセットおよびビデオデータ内のデータセキュリティに関連する情報の長さを含み得る。チャンクが、第１のフレームではない場合、ＦｒａｍｅＩｎｆｏ（）ペイロードのみ、挿入される（４２０）。次いで、キーインデックスが、現在のキーインデックスより大きいかどうかについて、決定される（４２２）。キーインデックスが、現在のキーインデックスより大きい場合、ＦｒａｍｅＫｅｙ（）ペイロードが、バッファに挿入され（４２４）、次いで、バッファに挿入されたバイト数が、ＤＲＭによって、発信者に返される（４２６）。ＦｒａｍｅＫｅｙ（）ペイロードは、次のフレームキーを含むペイロードを含み得る。キーインデックスが、現在のキーインデックスより小さくない場合、ＤＲＭは、バッファに挿入されたバイト数を発信者に返す（４２６）。次に、デマルチプレクサは、ＡＶＩチャンクを抽出する準備ができる（４２８）。本プロセスを通して、ＤＤ情報アウェアネスは、デマルチプレクサが、デコーダへの伝送のために、ビデオチャンクをバッファに抽出する前に生じる。
【００６４】
種々の実施形態では、ビットストリームデータ挿入は、デマルチプレクサの認証ブロック内で生じる。一実施形態では、デジタル著作権マネージャは、最初に、コンテナの暗号化データを受信し、一時的に、情報を記憶またはキャッシュする。キャッシュされた暗号化データは、次のビデオチャンクのための情報を含む。本情報から、デジタル著作権マネージャは、適切なビットストリームペイロードを決定し、該当する場合、挿入することができる。メモリ複製を削減するために、デジタル著作権マネージャは、コンテナからチャンクを抽出する前に、ビットストリームペイロードを挿入する。
【００６５】
キャッシュされた暗号化データチャンクに基づいて、デジタル著作権マネージャは、フレームキー変更を検出することができる。フレームキーインデックスが、最後にキャッシュされた暗号化データ以降、変更されていない場合、キー材料は、送信されない。一実施形態では、暗号化データは、デジタル著作権マネージャ内にキャッシュされた暗号化データが存在する場合、常に、伝送される。第１のペイロード上では、復号ブロックに、ラップシーケンスを同期可能にするための同期ペイロードが存在するであろう。一実施形態では、フレーム情報ペイロードは、同期ペイロードに追従する。すべてのペイロードが、各復号ブロック内に現れる必要はないことを理解されたい。さらに、図８に関連して前述のものに類似するプロセスはまた、ＭＫＶコンテナファイルを含むが、それらに限定されない、他のコンテナ形式に対しても使用することができる。
【００６６】
本発明は、ある特定の側面において説明されたが、多くの付加的修正例および変形例が、当業者には明白であろう。したがって、本発明は、本発明の範囲および精神から逸脱することなく、サイズ、形状、および材料の種々の変更を含め、具体的に説明されるものとは別様に実践され得ることを理解されたい。したがって、本発明の実施形態は、あらゆる観点において、制限ではなく、例証としてみなされるべきである。
【特許請求の範囲】
【請求項１】
再生デバイス上で暗号化されたビデオを再生する方法であって、少なくとも部分的に暗号化されたビデオデータが、コンテナファイル内に含まれ、前記少なくとも部分的に暗号化されたビデオデータは、暗号情報を使用して、基本ビットストリームを作成するために使用されることができ、前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータを復号するために使用することができ、前記方法は、
前記暗号情報を取得することと、
前記コンテナファイルから、前記少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することと、
前記暗号情報を符号化することと、
前記暗号情報を前記基本ビットストリーム内に挿入することと、
前記基本ビットストリームをビデオデコーダに提供することと、
前記ビデオデコーダにおいて、前記基本ビットストリームから前記暗号情報を抽出することと、
前記暗号情報を解読することと、
前記暗号情報を用いて前記基本ビットストリームを復号することと、
前記ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、前記基本ビットストリームをデコードすることと
を含む、方法。
【請求項２】
前記暗号情報は、前記コンテナファイルから取得される、請求項１に記載の方法。
【請求項３】
前記暗号情報は、キー情報と、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含み、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部は、前記キー情報を使用して暗号化される、請求項１に記載の方法。
【請求項４】
前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、前記キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である、請求項３に記載の方法。
【請求項５】
前記基本ビットストリーム内に挿入される前記暗号情報は、識別子によって区切られ、
前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータが、前記キー情報を使用して暗号化される前に挿入される、請求項４に記載の方法。
【請求項６】
前記暗号情報は、前記識別子を使用して抽出される、請求項５に記載の方法。
【請求項７】
前記復号プロセスは、ビデオデータの暗号化された部分を識別するために、前記キー情報を使用することと、前記キー情報を使用して、前記暗号化されたビデオデータを復号することとによって行われる、請求項６に記載の方法。
【請求項８】
前記基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む、請求項７に記載の方法。
【請求項９】
前記少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数の前記エンコードされたフレームの少なくとも一部は、暗号化される、請求項１に記載の方法。
【請求項１０】
前記符号化プロセスと前記解読プロセスとは、符号化と解読との間の所定の時間を超過した遅延が、前記暗号情報を回復不能にするように、同期される、請求項１に記載の方法。
【請求項１１】
前記符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化する、請求項１０に記載の方法。
【請求項１２】
前記解読プロセスは、データをスクランブルするために使用されたシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読する、請求項１１に記載の方法。
【請求項１３】
暗号化されたビデオの再生のためのシステムであって、少なくとも部分的に暗号化されたビデオデータが、コンテナファイル内に含まれ、前記少なくとも部分的に暗号化されたビデオデータは、暗号情報を使用して、基本ビットストリームを作成するために使用されることができ、前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータを復号するために使用することができ、
前記コンテナファイルから、前記少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成するように構成されているデマルチプレクサと、
前記暗号情報を使用して、前記基本ビットストリームを復号し、ディスプレイデバイス上にレンダリングするために、前記基本ビットストリームをデコードするように構成されているビデオデコーダと
を含み、前記デマルチプレクサは、前記暗号情報を符号化し、前記基本ビットストリーム内に前記符号化された暗号情報を挿入するように構成され、
前記デコーダは、基本ビットストリームから符号化された暗号情報を抽出し、前記暗号情報を解読するように構成されている、
システム。
【請求項１４】
前記暗号情報は、前記コンテナファイルから取得される、請求項１３に記載のシステム。
【請求項１５】
前記暗号情報は、キー情報と、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含み、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部は、前記キー情報を使用して暗号化される、請求項１３に記載のシステム。
【請求項１６】
前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、前記キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である、請求項１５に記載のシステム。
【請求項１７】
前記デマルチプレクサは、識別子によって区別された前記暗号情報を前記基本ビットストリーム内に挿入し、前記少なくとも部分的に暗号化されたビデオデータが、前記キー情報を使用して暗号化される前に、前記暗号情報を挿入するように構成されている、請求項１６に記載のシステム。
【請求項１８】
前記デコーダは、前記識別子を使用して、前記暗号情報を抽出するように構成されている、請求項１７に記載のシステム。
【請求項１９】
前記デコーダは、ビデオデータの暗号化された部分を識別し、前記キー情報を使用して、暗号化されたビデオデータを復号することによって、前記キー情報を使用して暗号化されたビデオデータの部分を復号するように構成されている、請求項１８に記載のシステム。
【請求項２０】
前記基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む、請求項１９に記載のシステム。
【請求項２１】
前記少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数の前記エンコードされたフレームの少なくとも一部は、暗号化される、請求項１３に記載のシステム。
【請求項２２】
前記デマルチプレクサと前記デコーダとの両方は、符号化と解読との間の所定の時間を超過しての遅延が、前記暗号情報を回復不能にするように、同期されるように構成されている、請求項１３に記載のシステム。
【請求項２３】
前記デマルチプレクサは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化するように構成されている、請求項２２に記載のシステム。
【請求項２４】
前記デコーダは、データをスクランブルするために使用されたシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読するように構成されている、請求項２３に記載のシステム。
【請求項２５】
再生デバイス上で暗号化されたビデオを再生する方法であって、少なくとも部分的に暗号化されたビデオデータが、コンテナファイル内に含まれ、前記少なくとも部分的に暗号化されたビデオデータは、暗号情報を使用して、基本ビットストリームを作成するために使用されることができ、前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータを復号するために使用することができ、前記方法は、
前記暗号情報を取得することであって、
前記暗号情報は、前記コンテナファイルから取得され、
前記少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数の前記エンコードされたフレームの少なくとも一部は、暗号化され、
前記暗号情報は、キー情報と、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含み、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部は、前記キー情報を使用して暗号化され、
前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、前記キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照であり、前記基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む、ことと、
前記コンテナファイルから、前記少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することであって、
前記基本ビットストリーム内に挿入される前記暗号情報は、識別子によって区切られ、
前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータが、前記キー情報を使用して暗号化される前に挿入される、ことと、
前記暗号情報を符号化することと、
前記暗号情報を前記基本ビットストリーム内に挿入することであって、前記暗号情報は、前記識別子を使用して抽出される、ことと、
前記基本ビットストリームをビデオデコーダに提供することと、
前記ビデオデコーダにおいて、前記基本ビットストリームから、前記暗号情報を抽出することと、
前記暗号情報を解読することであって、
前記符号化プロセスと前記解読プロセスとは、符号化と解読との間の所定の時間を超過した遅延が、前記暗号情報を回復不能にするように、同期され、
前記符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化し、
前記解読プロセスは、データのスクランブルを解除するために使用されるシーケンスにおいて、スクランブル化プロセスの逆シーケンスを行うことによってデータを解読する、ことと、
前記暗号情報を用いて前記基本ビットストリームを復号することであって、
復号プロセスは、ビデオデータの暗号化された部分を識別するために、前記キー情報を使用することと、前記キー情報を使用して、前記暗号化されたビデオデータを復号することとによって行われる、ことと、
前記ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、前記基本ビットストリームをデコードすることと
を含む、方法。
【請求項１】
再生デバイス上で暗号化されたビデオを再生する方法であって、少なくとも部分的に暗号化されたビデオデータが、コンテナファイル内に含まれ、前記少なくとも部分的に暗号化されたビデオデータは、暗号情報を使用して、基本ビットストリームを作成するために使用されることができ、前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータを復号するために使用することができ、前記方法は、
前記暗号情報を取得することと、
前記コンテナファイルから、前記少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することと、
前記暗号情報を符号化することと、
前記暗号情報を前記基本ビットストリーム内に挿入することと、
前記基本ビットストリームをビデオデコーダに提供することと、
前記ビデオデコーダにおいて、前記基本ビットストリームから前記暗号情報を抽出することと、
前記暗号情報を解読することと、
前記暗号情報を用いて前記基本ビットストリームを復号することと、
前記ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、前記基本ビットストリームをデコードすることと
を含む、方法。
【請求項２】
前記暗号情報は、前記コンテナファイルから取得される、請求項１に記載の方法。
【請求項３】
前記暗号情報は、キー情報と、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含み、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部は、前記キー情報を使用して暗号化される、請求項１に記載の方法。
【請求項４】
前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、前記キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である、請求項３に記載の方法。
【請求項５】
前記基本ビットストリーム内に挿入される前記暗号情報は、識別子によって区切られ、
前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータが、前記キー情報を使用して暗号化される前に挿入される、請求項４に記載の方法。
【請求項６】
前記暗号情報は、前記識別子を使用して抽出される、請求項５に記載の方法。
【請求項７】
前記復号プロセスは、ビデオデータの暗号化された部分を識別するために、前記キー情報を使用することと、前記キー情報を使用して、前記暗号化されたビデオデータを復号することとによって行われる、請求項６に記載の方法。
【請求項８】
前記基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む、請求項７に記載の方法。
【請求項９】
前記少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数の前記エンコードされたフレームの少なくとも一部は、暗号化される、請求項１に記載の方法。
【請求項１０】
前記符号化プロセスと前記解読プロセスとは、符号化と解読との間の所定の時間を超過した遅延が、前記暗号情報を回復不能にするように、同期される、請求項１に記載の方法。
【請求項１１】
前記符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化する、請求項１０に記載の方法。
【請求項１２】
前記解読プロセスは、データをスクランブルするために使用されたシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読する、請求項１１に記載の方法。
【請求項１３】
暗号化されたビデオの再生のためのシステムであって、少なくとも部分的に暗号化されたビデオデータが、コンテナファイル内に含まれ、前記少なくとも部分的に暗号化されたビデオデータは、暗号情報を使用して、基本ビットストリームを作成するために使用されることができ、前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータを復号するために使用することができ、
前記コンテナファイルから、前記少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成するように構成されているデマルチプレクサと、
前記暗号情報を使用して、前記基本ビットストリームを復号し、ディスプレイデバイス上にレンダリングするために、前記基本ビットストリームをデコードするように構成されているビデオデコーダと
を含み、前記デマルチプレクサは、前記暗号情報を符号化し、前記基本ビットストリーム内に前記符号化された暗号情報を挿入するように構成され、
前記デコーダは、基本ビットストリームから符号化された暗号情報を抽出し、前記暗号情報を解読するように構成されている、
システム。
【請求項１４】
前記暗号情報は、前記コンテナファイルから取得される、請求項１３に記載のシステム。
【請求項１５】
前記暗号情報は、キー情報と、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含み、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部は、前記キー情報を使用して暗号化される、請求項１３に記載のシステム。
【請求項１６】
前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、前記キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照である、請求項１５に記載のシステム。
【請求項１７】
前記デマルチプレクサは、識別子によって区別された前記暗号情報を前記基本ビットストリーム内に挿入し、前記少なくとも部分的に暗号化されたビデオデータが、前記キー情報を使用して暗号化される前に、前記暗号情報を挿入するように構成されている、請求項１６に記載のシステム。
【請求項１８】
前記デコーダは、前記識別子を使用して、前記暗号情報を抽出するように構成されている、請求項１７に記載のシステム。
【請求項１９】
前記デコーダは、ビデオデータの暗号化された部分を識別し、前記キー情報を使用して、暗号化されたビデオデータを復号することによって、前記キー情報を使用して暗号化されたビデオデータの部分を復号するように構成されている、請求項１８に記載のシステム。
【請求項２０】
前記基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む、請求項１９に記載のシステム。
【請求項２１】
前記少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数の前記エンコードされたフレームの少なくとも一部は、暗号化される、請求項１３に記載のシステム。
【請求項２２】
前記デマルチプレクサと前記デコーダとの両方は、符号化と解読との間の所定の時間を超過しての遅延が、前記暗号情報を回復不能にするように、同期されるように構成されている、請求項１３に記載のシステム。
【請求項２３】
前記デマルチプレクサは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化するように構成されている、請求項２２に記載のシステム。
【請求項２４】
前記デコーダは、データをスクランブルするために使用されたシーケンスに対して、スクランブル化プロセスの逆シーケンスを行うことによって、データを解読するように構成されている、請求項２３に記載のシステム。
【請求項２５】
再生デバイス上で暗号化されたビデオを再生する方法であって、少なくとも部分的に暗号化されたビデオデータが、コンテナファイル内に含まれ、前記少なくとも部分的に暗号化されたビデオデータは、暗号情報を使用して、基本ビットストリームを作成するために使用されることができ、前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータを復号するために使用することができ、前記方法は、
前記暗号情報を取得することであって、
前記暗号情報は、前記コンテナファイルから取得され、
前記少なくとも部分的に暗号化されたビデオデータは、エンコードされたビデオのフレームを含み、複数の前記エンコードされたフレームの少なくとも一部は、暗号化され、
前記暗号情報は、キー情報と、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報とを含み、前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部は、前記キー情報を使用して暗号化され、
前記少なくとも部分的に暗号化されたビデオデータの少なくとも一部に関する情報は、前記キー情報を使用して暗号化された、ビデオのエンコードされたフレーム内の暗号化されたデータのブロックの参照であり、前記基本ビットストリーム内の異なる場所に挿入される暗号情報は、異なるキー情報を含む、ことと、
前記コンテナファイルから、前記少なくとも部分的に暗号化されたビデオデータを抽出し、基本ビットストリームを作成することであって、
前記基本ビットストリーム内に挿入される前記暗号情報は、識別子によって区切られ、
前記暗号情報は、前記少なくとも部分的に暗号化されたビデオデータが、前記キー情報を使用して暗号化される前に挿入される、ことと、
前記暗号情報を符号化することと、
前記暗号情報を前記基本ビットストリーム内に挿入することであって、前記暗号情報は、前記識別子を使用して抽出される、ことと、
前記基本ビットストリームをビデオデコーダに提供することと、
前記ビデオデコーダにおいて、前記基本ビットストリームから、前記暗号情報を抽出することと、
前記暗号情報を解読することであって、
前記符号化プロセスと前記解読プロセスとは、符号化と解読との間の所定の時間を超過した遅延が、前記暗号情報を回復不能にするように、同期され、
前記符号化プロセスは、データをスクランブルするために、スクランブル化プロセスのシーケンスを使用することによって、データを符号化し、
前記解読プロセスは、データのスクランブルを解除するために使用されるシーケンスにおいて、スクランブル化プロセスの逆シーケンスを行うことによってデータを解読する、ことと、
前記暗号情報を用いて前記基本ビットストリームを復号することであって、
復号プロセスは、ビデオデータの暗号化された部分を識別するために、前記キー情報を使用することと、前記キー情報を使用して、前記暗号化されたビデオデータを復号することとによって行われる、ことと、
前記ビデオデコーダを使用して、ディスプレイデバイス上にレンダリングするために、前記基本ビットストリームをデコードすることと
を含む、方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２０１３−５１３２９８（Ｐ２０１３−５１３２９８Ａ）
【公表日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願番号】特願２０１２−５４２０６１（Ｐ２０１２−５４２０６１）
【出願日】平成２２年１１月１５日（２０１０．１１．１５）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５６７３３
【国際公開番号】ＷＯ２０１１／０６８６６８
【国際公開日】平成２３年６月９日（２０１１．６．９）
【出願人】（５１２１４６１９９）ディビックス， エルエルシー (3)
【Ｆターム（参考）】
【公表日】平成２５年４月１８日（２０１３．４．１８）
【国際特許分類】
【出願日】平成２２年１１月１５日（２０１０．１１．１５）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５６７３３
【国際公開番号】ＷＯ２０１１／０６８６６８
【国際公開日】平成２３年６月９日（２０１１．６．９）
【出願人】（５１２１４６１９９）ディビックス， エルエルシー (3)
【Ｆターム（参考）】
[ Back to top ]