JP2016502295A - 映像配給および再生 - Google Patents

Abstract

１台以上のネットワーク接続型視聴覚プレーヤを含むコンテンツ配信ネットワークを提供するシステムおよび方法が開示される。コンテンツ配信ネットワークプロバイダは、ネットワーク接続型視聴覚プレーヤの内部に存在するアクセスモジュールを提供する可能性があり、アクセスモジュールは、プレーヤを制御するように構成される可能性がある。アクセスモジュールは、ゲートウェイ環境がアクセスモジュールからセキュア環境において動作するプレーヤについてのファームウェアまたはセキュアモジュールにコマンドを送るように、プレーヤについてのゲートウェイ環境の内部で機能するように構成される可能性がある。その結果として、アクセスモジュールを含む各プレーヤは、コンテンツ配信ネットワークプロバイダがネットワーク接続型視聴覚プレーヤを制御する可能性があるので、コンテンツ配信ネットワークの一部になる可能性がある。コンテンツ配信ネットワークは、視聴覚コンテンツを保護するためにライセンスおよび暗号鍵に対して多重レベルアクセス制御を実施する可能性がある。【選択図】図１

Description

（関連出願の相互参照）
本出願は、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１７２号（ＲＥＤＣＯＭ．０８３ＰＲ）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１５２号（ＲＥＤＣＯＭ．０８３ＰＲ２）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願６１／７１２，１８４号（ＲＥＤＣＯＭ．０８３ＰＲ３）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１７５号（ＲＥＤＣＯＭ．０８３ＰＲ４）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１７４号（ＲＥＤＣＯＭ．０８３ＰＲ５）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１８５号（ＲＥＤＣＯＭ．０８３ＰＲ６）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１８２号（ＲＥＤＣＯＭ．０８３ＰＲ７）と、２０１２年１０月１０日付けで出願された、“ＶＩＤＥＯ ＤＩＳＴＲＩＢＵＴＩＯＮ ＡＮＤ ＰＬＡＹＢＡＣＫ”と題する米国仮特許出願第６１／７１２，１８９号（ＲＥＤＣＯＭ．０８３ＰＲ８）と、２０１３年４月５日付けで出願された、“ＤＩＳＴＲＩＢＵＴＩＮＧ ＡＵＤＩＯＶＩＳＵＡＬ ＣＯＮＴＥＮＴ ＯＶＥＲ Ａ ＮＥＴＷＯＲＫ”と題する米国仮特許出願第６１／８０９，２７９号（ＲＥＤＣＯＭ．０８３ＰＲ９）と、２０１２年１０月１０日付けで出願された、“ＤＩＳＴＲＩＢＵＴＩＮＧ ＡＵＤＩＯＶＩＳＵＡＬ ＣＯＮＴＥＮＴ ＯＶＥＲ Ａ ＮＥＴＷＯＲＫ”と題する米国仮特許出願第６１／８０９，２７６号（ＲＥＤＣＯＭ．０８３ＰＲ１０）とに基づいて米国特許法第１１９条（ｅ）の下で優先権の利益を主張する。これらの出願の各々は、本明細書の一部を形成するために明示的に参照によってそっくりそのまま本書に援用される。

本開示は、概して、ネットワークを介する視聴覚コンテンツの配給に関する。

コンテンツ配給装置は、概して、ネットワークを介して互換性および能力のある装置に、テレビ番組ショー、映画、またはその他の映像のような視聴覚コンテンツを配給する。コンテンツ配給装置は、著作者、または、映画スタジオのようなその他のオリジナルソースからコンテンツを受信し、このコンテンツをこのようなコンテンツを取り出し、プレイするように構成されているネットワーク接続型再生装置に配給する可能性がある。ネットワーク接続型装置は、特別な視聴覚アセットを要求するように構成される可能性があり、この特別な視聴覚アセットは、その後に装置に直接的に送信され、ユーザにストリームされるか、または、装置にダウンロードされ、ダウンロードされた後に提示される可能性がある。セキュリティ目的のため、コンテンツは、著作者から、再生装置へのコンテンツ配給装置までの配信のチェーンのいずれかの時点で暗号化される可能性がある。許可された装置は、その後、コンテンツを解読し、再生できるのに対して、許可されていない装置は、コンテンツを解読できない。

開示のシステム、方法および装置は、各々が革新的な態様を有し、これらのうちの単独の１つが本書に開示された望ましい属性について、不可欠であること、または、完全に責任を負うことはない。請求項の範囲を限定することなく、次に有利な特徴の一部が要約される。

ある種の実施形態では、ネットワークを介して視聴覚装置を実施および管理するシステムおよび方法が提供される。本開示は、コンテンツ配信ネットワークに１台以上のネットワーク接続型視聴覚プレーヤを設けるシステムおよび方法をさらに提供する。コンテンツ配信ネットワークプロバイダは、ネットワーク接続型視聴覚プレーヤの内部に存在し、プレーヤを制御するように構成される可能性があるアクセスモジュールを設けるために本書において提供されたシステムおよび方法を使用する可能性がある。アクセスモジュールは、ゲートウェイ環境がアクセスモジュールからのコマンドをセキュア環境で動作するプレーヤ上のファームウェアまたはセキュアモジュールに送るように、プレーヤ上のゲートウェイ環境内部で機能するように構成される可能性がある。その結果、アクセスモジュールを含む各プレーヤは、コンテンツ配信ネットワークプロバイダがネットワーク接続型視聴覚プレーヤを制御する可能性があるので、コンテンツ配信ネットワークの一部になる可能性がある。たとえば、コンテンツ配信ネットワークのプロバイダは、プレーヤのゲートウェイ環境内部で機能するために、アクセスモジュール（たとえば、Ｊａｖａアプリケーション）を書き込むことを選ぶ可能性がある。このアプリケーションは、その後、アプリケーション・プログラム・インターフェース（「ＡＰＴ」）コマンドをプレーヤに送る可能性があり、それによって、それぞれのネットワークの一部として視聴覚プレーヤを効果的に確立する。ネットワークの一部として、視聴覚プレーヤは、たとえば、ピア・ツー・ピア・ファイル共有プロトコル（たとえば、ビットトレント）を通じて、コンテンツをネットワーク上の他の視聴覚プレーヤまたは他のノードにシードするように構成される可能性がある。

ある種の実施形態では、ネットワークを介して視聴覚コンテンツを配給するシステムおよび方法が提供される。視聴覚コンテンツは、視聴覚コンテンツのいずれかの試行された再生が関連したライセンスにおける制限事項に制約されるように、配給チェーンの中の各配給装置によって修正されるライセンスに関連付けられる可能性がある。視聴覚コンテンツは、対象とされ、かつ、許可された受信側だけがコンテンツにアクセスできるように配給チェーンに沿って暗号化される可能性がある。視聴覚コンテンツを解読するために使用される鍵は、それ自体が暗号化され、視聴覚コンテンツから切り離されて、または、視聴覚コンテンツと一緒に、関連したライセンス付きで配信される可能性がある。視聴覚コンテンツを受信する視聴覚プレーヤは、コンテンツの解読を可能にするためにライセンスおよび鍵を解読するように構成される可能性がある。

ある種の実施形態では、複数の関連したプレゼンテーションおよび版（たとえば、映画の劇場上映カットおよびディレクターズカット）を有する視聴覚アセットが提供される。視聴覚アセットは、複数の視聴覚クリップを含む可能性がある。アセットは、複数の視聴覚クリップのうちの１つ以上の視聴覚クリップのリストと、関連したプレゼンテーションを提供するためにクリップを提示する順序とを含む各プレゼンテーションに関連付けられたプレイリストを含む可能性がある。プレイリストは、提示される各クリップの開始点および／または所要時間をさらに含む可能性がある。これは、視聴覚アセットの配給装置が別個のデジタルファイルとして各版を提供することなしに、複数の版にアクセスすることを許可し、帯域幅、時間、計算資源、およびコストを削減する可能性があるので有利である。

ある種の実施形態では、視聴覚アセットを受信し、１つ以上の視聴覚クリップと、１つ以上のプレゼンテーションと、各プレゼンテーションに関連付けられた、提示すべき１つ以上の視聴覚クリップのリストおよびこれらを提示する順序を含む１つ以上のプレイリストとを生成するオーサリングツールが提供される。オーサリングツールは、複数の視聴覚クリップを受信側装置と互換性があるファイルフォーマットに符号化するように構成される可能性がある。オーサリングツールは、視聴覚アセットに関連付けられた著作者ライセンスを生成させるように構成される可能性がある。著作者ライセンスは、組み込まれているパラメータに基づいて視聴覚アセットへのアクセスを制限または禁止するアクセス制限事項を含む可能性がある。たとえば、著作者ライセンスは、受信側システムが公表日前に再生のため視聴覚物にアクセスすることを制限または禁止する公表日を含む可能性がある。ある特定の実施では、オーサリングツールは、アセットおよび／または著作者ライセンスを暗号化する可能性がある。ある特定の実施では、オーサリングツールは、セキュリティ目的のためライセンスにデジタル署名する可能性がある。ある種の実施では、オーサリングツールは、コンテンツ配給装置から修正されたライセンスを受信し、修正されたライセンスを暗号化および／または修正されたライセンスにデジタル署名する可能性があり、結果として、検証済みライセンスを生じる。

ある種の実施形態では、視聴覚アセットおよび１つ以上の関連したプレイリストを受信し、プレイリストの中に設けられた情報に少なくとも部分的に基づいて視聴覚アセットの１つの版を提示するように構成されている視聴覚プレーヤが提供される。ある種の実施では、視聴覚プレーヤは、プレイリストの中のクリップの部分集合が再生装置上で利用可能であるときにプレゼンテーションを表示するように構成される可能性がある。ある特定の実施では、視聴覚プレーヤは、ネットワークを介してアセットをストリームする、アセットの一部分が装置へ転送された後にアセットを再生する、または、アセットの全体が装置へ転送された後にアセットを再生するように構成される可能性がある。

一部の実施形態では、視聴覚プレーヤは、アセット暗号鍵を獲得するために最初にアセットに関連付けられたライセンスを解読し、暗号化された視聴覚アセットを解読するように構成される可能性がある。視聴覚プレーヤは、その後、解読されたライセンスの中の制限事項が満たされた場合、再生用のアセットを解読するためにアセット暗号鍵を使用する可能性がある。ある種の実施では、視聴覚アセットは、対称鍵を使用して暗号化される。視聴覚プレーヤは、ネットワークを介して、または、物理的な取り込みを通じて（たとえば、ＵＳＢドライブまたはその他の接続された非一時的な記憶装置を使用して）暗号化された視聴覚アセットを受信する可能性がある。同時にまたは異なる時に、視聴覚プレーヤは、アセットに関連付けられた、暗号化されたライセンスを受信する可能性があり、暗号化されたライセンスは、対称鍵をさらに含む。暗号化されたライセンスおよび対称鍵は、複数の暗号層を持つ可能性がある。たとえば、ライセンスおよび対称鍵は、公開鍵・秘密鍵ペアを使用する非対称暗号化技術を使用して暗号化される可能性がある。ライセンスおよび対称鍵は、互換性のある再生装置に存在するグローバルな秘密非対称鍵に関連付けられた第１の公開非対称鍵を使用して暗号化される可能性がある。これは、結果的に、第１の暗号層、すなわち、ベース暗号化されたライセンスおよび対称鍵をもたらす。ベース暗号化されたライセンスおよび対称鍵は、中間配給装置または再生装置のような対象とされたアセットの受信側に関連付けられた第２の非公開対称鍵を使用して暗号化される可能性がある。これは、結果的に、ターゲット暗号化されたライセンスおよび対称鍵をもたらす。対象とされた受信側は、ターゲット暗号化されたライセンスおよび対称鍵を解読するため、この第２の暗号層のラップを解除するために相補的な秘密鍵を組み込む可能性がある。これは、視聴覚アセットが暗号化された状態で配給され、アセットへのアクセスを許可された受信側マシンに限定することを可能にする点で有利である。さらに、関連した暗号鍵は、許可された再生装置に到着するまで配給のチェーンに沿って、アセットに関連付けられたアクセス制限事項を収容するライセンスと共に、アセットから切り離して配給され、暗号化される可能性がある。

ある種の実施形態では、アセットおよびライセンスを受信し、アセットを符号化し、ライセンスおよび符号化されたアセットを暗号化する権利管理システムが提供される。権利管理システムは、制限事項を加えるために受信されたライセンスを修正する可能性がある。権利管理システムは、検証目的のためライセンスにデジタル署名する可能性がある。権利管理システムは、複数の暗号層を実行する可能性がある。たとえば、権利管理システムは、対称鍵を生成し、この鍵を使用してアセットを暗号化する可能性がある。権利管理システムは、その後、許可された再生装置に存在する秘密非対称鍵に対応する第１の公開非対称鍵を使用して、対称鍵および修正されたライセンスを暗号化する可能性がある。権利管理システムは、ライセンスおよび対称鍵の対象とされた受信側に存在する秘密非対称鍵に対応する第２の公開非対称鍵を使用して、別の暗号層を実行する可能性がある。対象とされた受信側は、コンテンツ配給装置、再生装置、または、配給のチェーンの中の別のエンティティである可能性がある。

図面は、本書に記載された実施形態例を示すために与えられ、開示の範囲を限定することが意図されていない。図面全体を通して、符号は、参照された要素間の全体的な対応関係を示すために再使用されることがある。

アセットサーバ、コンテンツ配給装置、および複数の再生装置を含むコンテンツ配給チェーン例を表現するブロック図である。

視聴覚アセットに関連付けられたセキュアライセンスを提供するように構成された権利管理ツールのブロック図である。

視聴覚アセット、ライセンス、および暗号鍵を暗号化する配給チェーン例のブロック図である。 視聴覚アセット、ライセンス、および暗号鍵を暗号化する配給チェーン例のブロック図である。

アセット暗号鍵へのアクセスを制限するように構成された複数の暗号層のブロック図である。

アクセスモジュールを含むゲートウェイ環境とコマンドのライブラリを通じてアクセスモジュールと通信しているセキュア環境とを有するプレーヤ例のブロック図である。

各々が１つ以上のプレイリストを含む複数のパッケージを含む視聴覚アセットに関連付けられたファイルフォーマット例を示す図である。

視聴覚アセットのプレゼンテーションに関連付けられた視聴覚クリップのプレゼンテーションを指示するプレイリストファイル例を示す図である。 視聴覚アセットのプレゼンテーションに関連付けられた視聴覚クリップのプレゼンテーションを指示するプレイリストファイル例を示す図である。

視聴覚クリップおよび視聴覚チャンクに関連付けられたファイルフォーマット例を示す図である。

オーサリングツールから視聴覚再生装置までのデータのフローを表すブロック図である。

視聴覚アセットを安全に配給・再生する方法例のフローチャートを示す図である。

暗号化され、かつ、ライセンス供与された視聴覚アセットを再生する方法例のフローチャートを示す図である。

視聴覚アセットをライセンス供与する方法例のフローチャートを示すである。

以下の説明では、添付図面を参照する。他の構造および／または実施形態が利用されることがあることが理解されるべきである。開示の様々な態様は、開示を例示するが、限定することを意図されていないある特定の実施例および実施形態に関して説明されるであろう。本開示において、開示された実施形態のいずれかの特別な特徴または特性が不可欠であることを示唆することは、全く意図されていない。

コンテンツ配給ネットワークは、視聴覚アセットを作成し、アセットを暗号化し、アセットのためのライセンスを提供し、アセットを配信し、アセットにアクセスし、アセットを解読し、および／または、アセットを表示もしくは提示する複数のシステムまたはコンポーネントを含む可能性がある。システムのコンポーネントは、１つ以上の視聴覚プレーヤ、プレーヤ上のアクセスモジュール、エンコーダシステム、アセットサーバ、暗号化およびライセンシングシステム、オーサリングツールなどを含む可能性がある。コンテンツ配給ネットワーク内のシステムは、アクセスモジュールを通じて、または、視聴覚プレーヤに存在して、コンテンツ配給ネットワーク内のシステムが視聴覚プレーヤの態様を制御することを効果的に可能にさせるアクセスモジュールによって解釈される視聴覚プレーヤコマンドを提供することにより、視聴覚プレーヤを制御するように構成される可能性がある。視聴覚プレーヤに存在するアクセスモジュールは、プレーヤ上のゲートウェイ環境内で動作する可能性があり、アクセスモジュールは、アプリケーション・プログラム・インターフェース（「ＡＰＩ」）において設けられたコマンドのリストを通じてセキュア環境において動作するモジュールおよびシステムにコマンドを提供する可能性がある。ＡＰＩは、コンテンツ配給ネットワーク内のプロバイダがプロバイダの要望、ネットワーク特性、配給モデルなどに従って能力を提供する関連した、または、独自開発のアクセスモジュールを作成できるようにする可能性がある点で有利である。プロバイダによって作成されたアクセスモジュールは、コンテンツ配信ネットワーク内の１つ以上の視聴覚再生装置で実施されるように構成される可能性がある。

（コンテンツ配信システム）
図１は、コンテンツ配給装置１０５、複数の視聴覚プレーヤ１１０、およびアセットサーバ１１５を含むコンテンツ配給チェーン例１００を表現するブロック図を示す。複数の視聴覚プレーヤ１１０は、ローカル・エリア・ネットワーク（「ＬＡＮ」）またはワイド・エリア・ネットワーク（「ＷＡＮ」）のようなネットワーク接続を通じてコンテンツ配信ネットワーク１０５に通信結合されている。コンテンツ配給チェーン１００は、種々の機能をコンテンツ配給装置１０５に提供するように構成された複数のコンポーネントを含む可能性がある。たとえば、コンテンツ配給装置１０５は、エンコーダモジュール１２０、ライセンスモジュール１３０、鍵モジュール１４０、および配給サーバ１５０を含む可能性がある。

コンテンツ配信システム１００は、視聴覚コンテンツをテレビジョン、モニタなどのようなディスプレイに提供または表示するように構成された１つ以上のプレーヤ１１０を含む。プレーヤ１１０は、映像コンテンツをディスプレイに配信するために適合した装置である可能性がある。たとえば、映像コンテンツは、４０９６×２１６０画素解像度およびフレームレート約６０ｆｐｓを有する映像である可能性がある。ある種の実施形態では、プレーヤ１１０は、フレームレート１２０ｆｐｓで映像データ、および／または、両方のチップが約６０ｆｐｓで動作する状態で４０９６×２１６０画素の立体３Ｄ映像データを出力するように構成された２つのデコーダチップを有する可能性がある。プレーヤ１１０は、１つのＨＤＭＩ １．４コネクタを介して２４ビット／４８ｋＨｚのＬＰＣＭオーディオの５．１チャンネルをサポートする音声を出力する可能性がある。プレーヤ１１０は、ネットワークまたは接続されたデータストレージ（たとえば、ＵＳＢドライブ）を介してコンテンツを取り込むように構成される可能性がある。プレーヤ１１０は、取り込まれたコンテンツに対するライセンスがプレーヤ１１０上にあるか、または、配給装置１０５から取り出された場合、このコンテンツを再生するように構成される可能性がある。

各プレーヤ１１０は、コンテンツ配給装置１０５からコマンドを受信するように構成されたアクセスモジュール１１２を含む可能性がある。コマンドは、コンテンツ配給ネットワーク１００がネットワーク基盤設備の拡張としてプレーヤ１１０を動作させることを可能にするコンテンツ配給装置、サードパーティ・システム、またはその他のネットワーク接続型プレーヤ１１０のようなコンテンツ配給ネットワーク１００内のいずれかのシステムから受信される可能性がある。アクセスモジュール１１２は、ネットワーク１０５からいくつでもコマンドを受信し、これらのコマンドを解釈し、これらのコマンドをセキュア環境内のプレーヤの内部機能へのアクセスを可能にさせるプレーヤ１１０のセキュアモジュール１１４に送信するように構成される可能性がある。このように、プレーヤ１１０の機能にアクセスできるようにすることは、プレーヤ１１０で動いている内部ファームウェアおよび／またはソフトウェアにアクセスできるようにはしない。これは、視聴覚コンテンツの著作権を侵害することに関連付けられたセキュリティリスクを低減する。プレーヤ１１０のセキュアモジュール１１４にアクセスできるようにすることにより、プレーヤ１１０は、ネットワークプロバイダまたはコンテンツ配給装置がプレーヤの機能にアクセスできるようにする可能性があり、プロバイダがプレーヤ１１０の能力および／またはコンテンツ配信ネットワーク１００の基盤設備を巧く利用するためにプレーヤ上で動くアプリケーションを設計することを可能にさせる。

アクセスモジュール１１２は、プレーヤ１１０の内部で動作するセキュア環境から切り離された（たとえば、セキュアモジュール１１４の環境から切り離された）ゲートウェイ環境の内部で動作するように構成される可能性がある。アクセスモジュール１１２は、プレーヤハードウェア内部に存在し、プレーヤ１１０のコマンドおよび機能にアクセスできるアプリケーションを備える可能性がある。これは、サードパーティ・コンテンツ・プロバイダおよび独立した配給装置がＡＰＩまたはその他の接続型サービスを介してアクセスモジュール１１２にアクセスできるようにする。たとえば、コンテンツ配信ネットワークプロバイダは、アクセスモジュール１１２を通じてプレーヤ１１０にアクセスする１つ以上のサーバを有する可能性があり、異なったエンティティは、プレーヤ１１０のアクセスモジュール１１２への接続を経由して、コンテンツ配信ネットワークプロバイダのサーバを通じてコマンドをプレーヤ１１０に発行する可能性がある。

プレーヤ１１０は、視聴覚アセットを表示するように構成された再生モジュール１１６を含む可能性がある。プレーヤ１１０は、テレビジョンまたはコンピュータモニタのようなディスプレイ装置への接続性を含むセット・トップ・ボックスのような独立型装置として実施される可能性がある。接続性は、有線手段（たとえば、ＨＤＭＩケーブル、ＵＳＢケーブルなど）または無線手段（たとえば、ワイヤレス・ディスプレイ（「ＷｉＤｉ」）、ワイヤレス・ネットワーク（「ＷｉＦｉ」）、ＢＬＵＥＴＯＯＴＨ（登録商標）など）を通じて達成される可能性があり、暗号化されていない、または、暗号化される可能性がある。プレーヤ１１０は、テレビジョンのようなディスプレイ装置の一部として、さらに実施される可能性がある。たとえば、プレーヤ１１０は、ディスプレイ装置内部の環境においてハードウェア、ソフトウェアモジュール、ファームウェア、またはこれらのいずれかの組み合わせを利用して実施される可能性がある。このようなハードウェアは、たとえば、限定されることなく、特定用途向け集積回路（「ＡＳＩＣ」）、フィールド・プログラマブル・ゲート・アレイ（「ＦＰＧＡ」）、マイクロプロセッサ、コントローラ、消去・書き込み可能リード・オンリー・メモリ（「ＥＰＲＯＭ」）、これらのいずれかの組み合わせなどを含む可能性がある。

コンテンツ配給装置１０５は、視聴覚アセットを準備、変換、および／または符号化するように構成されたエンコーダモジュール１２０を含む。視聴覚アセットは、アセットサーバ１１５から受信される可能性がある。視聴覚アセットを符号化することは、いずれかのオープンまたは独自開発の符号化および／または圧縮アルゴリズムに従って視聴覚コンテンツを圧縮することを含む可能性がある。ある種の実施形態では、視聴覚コンテンツは、少なくとも約５Ｍｂｐｓおよび／または約３０Ｍｂｐｓ以下である、少なくとも約７Ｍｂｐｓおよび／または約２０Ｍｂｐｓ以下である、少なくとも約１０Ｍｂｐｓおよび／または約２５Ｍｂｐｓ以下である、あるいは約１０Ｍｂｐｓ以下であるビットレートを有するように符号化される可能性がある。ある種の実施形態では、これらのビットレートは、少なくとも４Ｋ解像度を有する出力映像ファイルに対して達成される。

コンテンツ配信システム１００は、エンコーダモジュール１２０によって生成された視聴覚アセットへのアクセスに制限事項を割り当てるように構成されたライセンスモジュール１３０を含む。ある種の実施形態では、ライセンスモジュール１３０は、アセットサーバ１１５から視聴覚アセットに関連付けられたライセンスを受信する。ライセンスモジュール１３０は、元のライセンスに与えられた制限事項に制限事項を加えるためにこの受信されたライセンスを修正する可能性がある。ライセンスモジュール１３０は、アセットにアクセス制御を課すためにコンテンツ配給ネットワーク１０５内で１つ以上のシステムによって提供された機能性を使用する可能性がある。ライセンスモジュール１３０は、本質的に一般的であるアクセス制限事項（たとえば、アセットにアクセスしようとしているいずれのプレーヤにも当てはまる制限事項）、または、本質的に対象とされたアクセス制限事項（たとえば、プレーヤ１０もしくは複数のプレーヤに固有のアクセス制御）を課す可能性がある。１つのこのようなアクセス制御は、ある期間中に、アセットへのアクセスを制限する可能性があり、その後アセットへのアクセス権が終了する。アクセス権の期間は、ユーザからの支払に依存する可能性があるので、ライセンスモジュール１３０は、プレーヤ１１０との相互作用に基づいて固有のライセンスを作成する可能性がある。ライセンスは、視聴覚アセットと共に配給される可能性があり、または、アセットから切り離されて配給される可能性がある。ライセンスモジュール１３０は、コンテンツ配給装置１０５がこれ自体のデジタル制限管理（「ＤＲＭ」）配信プラットフォームを提供することを許す。

エンコーダモジュール１２０は、対称鍵または非対称鍵を使用して視聴覚アセットおよび／またはライセンスを暗号化するようにさらに構成される可能性がある。エンコーダモジュール１２０は、視聴覚アセットおよびライセンスがコンテンツ配給装置１０５に関連付けられるように、そして、著作権侵害行為に対抗するコンテンツのセキュリティを高めるために、ライセンスに署名する可能性がある。アセットが符号化され、ライセンスが作成されると、コンテンツ配給チェーン内の別のコンテンツ配給装置１０５は、本書においてより詳しく説明されているように、アセットへのアクセスに制限事項を加えるためにライセンスを変更する可能性がある。

コンテンツ配給装置１０５は、ライセンスモジュール１３０によって作成されたライセンス、および／または、エンコーダモジュール１２０によって作成されたアセットを暗号化するように構成された鍵モジュール１４０を含む。アセットの暗号化、ライセンスの署名、および／またはライセンスの暗号化は、鍵モジュール１４０で行われる可能性がある。鍵システムは、アセットおよび／またはライセンスを暗号化する目的のため非対称鍵（たとえば、公開鍵・秘密鍵ペア）または対称鍵を生成する可能性がある。適切な鍵は、暗号化されていないアセットおよびライセンスへのアクセスを管理するためプレーヤ１１０、配給サーバ１５０、配給チェーン内のその他のコンテンツ配給装置、および／またはアセットサーバ１１５に配給される可能性がある。これは、コンテンツ配給ネットワーク１００がアセットへの無許可のアクセスを許可することなしにアセットをコンテンツ配給ネットワーク１００の内部のシステムに配信することを許す可能性がある。これは、コンテンツ配給装置１０５がアセットへの無許可のアクセスを許可することなしに物理的媒体上のアセットを配給することを許す可能性がある。プレーヤ１１０がアセットをプレイすることを要求するとき、鍵および／またはライセンスは、要求元プレーヤがライセンスおよび鍵を解読し、アクセス制限事項を検査し、暗号化されたアセットを解読できるように、要求元プレーヤに配信される可能性がある。アクセス制限事項が満たされない場合、または、暗号鍵が存在しない場合、プレーヤは、アセットへの許可されたアクセスを得られない。たとえば、ストレージディスク上のアセットがプレーヤに取り込まれたとき、プレーヤは、プレーヤがアセットにアクセスすることを許可することがある関連したライセンスを取り出すために鍵モジュール１４０に連絡を取る可能性がある。許可は、ライセンスに照らしてプレーヤの証明書を検査することを含む可能性がある。

コンテンツ配給装置１０５は、符号化されたアセット、ライセンス、および／または暗号鍵を配給するように構成された配給サーバ１５０を含む。配給サーバ１５０は、プレーヤ１１０の態様を制御するため、および／または、コンテンツ配給装置１０５のネットワーク内部のノードとして１つ以上のプレーヤ１１０を確立するため、プレーヤ１１０上のアクセスモジュール１１２と通信するためにＡＰＩコマンドを利用するように構成される可能性がある。これは、コンテンツ配給装置１０５がピア・ツー・ピア・ファイル共有プロトコル（たとえば、ＢｉｔＴｏｒｒｅｎｔ、Ｇｎｕｔｅｌｌａ、ＦａｓｔＴｒａｃｋなど）を通じて視聴覚アセットを共有するためにプレーヤ１１０を制御することにより視聴覚アセットのためのシードとしてプレーヤ１１０を利用できるようにさせる可能性がある。

コンテンツ配給ネットワーク１００の中のシステムおよびコンポーネントを使用して、コンテンツプロバイダまたはコンテンツ配給装置１０５は、視聴覚アセットをネットワーク接続型プレーヤ１１０に提供する可能性がある。コンテンツ配給装置１０５は、アクセスモジュール１１２とインターフェースを取るために、これらの固有のコンテンツ配信ネットワークおよびデジタル制限管理（「ＤＲＭ」）配信プラットフォームを作成する可能性がある。ＡＰＩライブラリおよびライセンス終結ツールを含むソフトウェア開発キット（「ＳＤＫ」）は、コンテンツ配給装置のＤＲＭ識別情報を使って、符号化され、かつ、暗号化されたいずれのアセットに対しても制限事項を管理するために提供される可能性がある。

（権利管理ツール）
図２は、視聴覚アセットに関連付けられたセキュアライセンス２４０を提供するように構成された権利管理ツール例２００のブロック図を示す。著作者ライセンス２０５は、アセットの供給元から提供される可能性がある。ライセンス２０５は、後の、かつ、便利な取り出しのためライセンスライブラリ２１０に記憶される可能性がある。ライセンスは、デジタル権利マネージャ２２０から、制限事項を加える可能性があるＤＲＭツール２１５に送信される可能性がある。ライセンスを更新または修正し次第、ＤＲＭツールは、デジタル証明書２２５を使用してライセンスに署名し、秘密鍵２３０を使用して署名付きライセンスを暗号化する可能性がある。署名付きライセンス２４０は、その後、プレーヤに送信される可能性があり、署名付きライセンスは、このプレーヤにおいて、関連したアセットへのアクセスを許すためにプレーヤライセンス２４５として検査される。

このことは、配給装置によってライセンスを生成することを許す可能性があり、このプロセスに関与する様々なファイルの実施例を含む。プロジェクトの著作者が配給およびライセンス供与のためプロジェクトをコンテンツ配給装置にアップロードするとき、使用された符号化用ソフトウェアパッケージ（たとえば、オーサリングツール）は、素材を配給し、この素材をプレイするための権利を販売する許可をコンテンツ配給装置に与える著作者ライセンスを自動的に生成し、配信する。

この著作者ライセンスは、コンテンツ配給装置によって一旦受信されると、必要に応じて後で使用するためデータベースに記憶される可能性がある。コンテンツ配給装置は、選択された素材に対してこの記憶された著作者ラインセンスから導出された、新しいライセンスを作成し、しかし、より多くの制限事項を加える（たとえば、権利を特別なプレーヤおよび時間窓に固定する）ことにより特別なプレーヤで映画を観る権利を購入するユーザに応答する。（オーサリングツールのプロバイダによって提供されることがある）ＤＲＭツールは、適切な入力データ：選択された素材のための著作者ライセンス、付加的な制限事項のリスト、コンテンツ配給装置の証明書、および（署名用の）秘密鍵が供給された場合、この新しいライセンスを生成する。

ＤＲＭツールの出力は、コンテンツ配給装置によって署名された、指定された制限事項を含む望ましいライセンスである。この新しいライセンスは、ライセンスに関連付けられたプレーヤに送信するため適している。後で、プレーヤの操作者がコンテンツをプレイしようとするとき、ライセンス内部に埋め込まれた制限事項の全てが満たされた場合、このライセンスは、解読および再生を可能にするであろう。

この制限事項ファイルは、コンテンツ配給装置が生成するライセンス毎にコンテンツ配給装置のソフトウェアによって作られ、ＤＲＭツールが生成するライセンス内に埋め込まれるべき適切な再生制限事項を規定するためにＤＲＭツールに供給される。

選択された正確な制限事項は、コンテンツ配給装置によって決定され、コンテンツ所有者との合意およびエンドユーザ購入に依存するであろう。著作者ライセンスが複数のプレイリストを指定する場合、ＤＲＭツールは、プレイリスト毎に個別に制限事項リストを指定することをサポートする。これは、コンテンツ配給装置がそれぞれのため異なる制限事項を規定することを可能にさせる。

（権利管理ツール例）
ある種の実施形態では、アクセスモジュールへのアクセスを通じてプレーヤと共にサードパーティ参加を許す共有ＡＰＩライブラリが提供される可能性がある。ライブラリは、エンコーダを用いて作成されたアセット毎にコンテンツパートナーに発行されるオープンライセンスをクローズするために使用される可能性があるコマンドおよびルーチンを含む可能性がある。これは、ネットワーク基盤設備を介してサードパーティがさらなるＤＲＭ制限事項を適用することを可能にさせる。

ある種の実施形態では、コンテンツまたはネットワークプロバイダは、オープンライセンスをクローズする仕組みにアクセスするためにこの共有ＡＰＩライブラリを使用する可能性がある。これらの特定取引制限事項は、アクセスモジュールに送信され、アクセスモジュールによって解釈される可能性がある。ある種の実施形態では、共有ライブラリは、ＵＮＩＸ、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ、Ｍａｃ ＯＳＸ、Ｃｅｎｔ ＯＳなどを含む種々のオペレーティングシステム上で動くように適合している。

ある種の実施形態では、共有ライブラリＡＰＩは、オープンライセンスを修正するためにｒｅｓｔｒｉｃｔｉｏｎｓ．ｘｍｌファイルを作成するために使用される可能性がある情報を入力として受け入れるように構成される可能性がある。入力は、プレーヤＩＤと、コンテンツプロバイダ鍵（たとえば、プロバイダに対して署名され、プロバイダによってクローズされるオープンライセンス）と、コマンドを実行するためにプレーヤによって使用される可能性があり、かつ、モジュールがアンパックし、定義済みのＡＰＩを介してプレーヤのセキュア動作環境に渡すＸＭＬリストとを含む可能性がある。ＸＭＬリストは、たとえば、コンテンツのＵＵＩＤと、寿命制限事項（たとえば、アセットの有効期間開始日および／または有効期間終了日）と、許容可能な、または、正当なプレイの日付／時間と、有効日付範囲内で旧ライセンスを無効とする可能性がある日付制限事項と、プレイリスト作成および実行と、チャンクリスト認証と、最大プレイ回数と、地域と、その他の制限とを含む可能性がある。ある種の実施形態では、制限事項は、アクセスモジュールによって検証される。ある種の実施形態では、制限事項は、アクセスモジュール、および／または、セキュア動作環境内のプレーヤによって検証される（たとえば、開始日時、終了日時、ＰＩＮ番号、および／または、プレイ回数に制限される可能性がある）。ある種の実施形態では、ある種の検査は、ハードウェアベースの検査によって裏付けられることが必要とされるソフト検査であると考えられる可能性がある。

共有ライブラリＡＰＩは、以下の出力：暗号化されたパッケージまたはクローズドライセンスと、ある種の事例において暗号化されないコンテンツパートナーのクローズドライセンスを含む可能性がある制限事項ファイルとを有するように構成される可能性がある。ある種の実施形態では、クローズドライセンスは、元のオープンライセンスと、作成された新しい制限事項全てとを収容するものである。

アクセスモジュールは、プレーヤを制御し、ストレージに命令を出し、および／または、二次制限事項入力をハードウェアに配給するためにＡＰＩゲートウェイコマンドを安全な動作環境に提供するため、共有ライブラリＡＰＩからのコマンドを処理し、情報をパースするように構成される可能性がある。ある種の実施形態では、共有ライブラリＡＰＩは、アクセスモジュールと併せて、アナリティクス、ライセンスが送信された時／ライセンスが送信されたか否かについての決定リスト、プロバイダが対象とされたアセットのディスク管理、ネットワークからのプレーヤ制御、コンテンツ取り込み解決策（たとえば、ＣＤＮを通じて、ピア・ツー・ピア方法、物理的に装着されたストレージを通じるなどのコンテンツ配信）を提供するように構成される可能性がある。

コンテンツ配信ネットワークおよび供給されたＡＰＩコマンドは、エンコーダを使用して作成されたオープンライセンスをクローズするために使用される可能性がある。クローズドライセンスは、元のライセンスと作成された新しい制限事項とを収容する可能性がある。ある種の実施形態では、クローズドライセンスは、修正できない可能性があり、修正は、ライセンスを無効にするものである。ある種の実施形態では、ライセンシングツールおよびコマンドは、コンテンツプロバイダによって作成された制限事項リストを検証するために使用されない。アクセスモジュールは、クローズドライセンスを受信するように構成され、アクセスモジュールは、制限事項リストを検証するように構成される可能性がある。ある種の実施形態では、アクセスモジュールは、アセットおよびライセンスをプレーヤに追加するように構成される可能性があり、プレーヤは、ライセンスを認証し、ハードウェアレベルで制限された制限事項のリストを実施するように構成される可能性がある。ある種の実施形態では、アクセスモジュールおよびプレーヤは、アセットが転送制御事象（たとえば、再生、一時停止、停止など）の間にプレイできるか否かを検証するように構成される可能性がある。

（暗号化されたアセットの配給例）
図３Ａおよび３Ｂは、視聴覚アセット、ライセンス、および暗号鍵を暗号化する配給チェーン例のブロック図を示す。符号化および暗号化プロセスは、対象とされたコンテンツの受信側が（プレーヤ１ ３２５として上で表される）特定のプレーヤ、または、コンテンツ所有者との配給契約に規定されたＤＲＭライセンス再生ルールに基づいてコンテンツを１つ以上のプレーヤに後で配信することになる（配給装置１ ３２０として上で表される）コンテンツ配給装置にかかわらず類似する。

符号化システム３１５は、選択可能な、対象とされた、定義済みの、または、所望のパラメータを用いて、符号化システム３１５に送信３０７されたアセット３０５から符号化された映像ファイルを生成する可能性がある。符号化システム３１５は、識別目的のため符号化されたコンテンツに関連付けられた一意のＩＤを生成する可能性がある。符号化システム３１５は、コンテンツを暗号化するために秘密鍵Ｋ１ ３０８を生成する可能性がある。鍵Ｋ１ ３０８は、グローバルなプレーヤ公開鍵ＰＫ−ＲＲ ３１２ａを使用して暗号化され、その後に、対象とされた受信側の公開鍵ＰＫ−Ｄ１ ３１３ａおよび／またはＰＫ−Ｐ１ ３１１ａを用いる暗号化が続けられる可能性がある。公開鍵は、鍵データベース３１０に記憶される可能性がある。

符号化／暗号化システム３１５は、暗号化されたアセット３１７ａ、３１７ｂをそれぞれのプレーヤ１ ３２５および配給装置１ ３２０に送信する可能性がある。符号化／暗号化システム３１５は、暗号化された鍵および／またはライセンス３１９ａ、３１９ｂをそれぞれのプレーヤ１ ３２５および配給装置１ ３２０に送信する可能性がある。配給装置１ ３２０は、符号化／暗号化システム３１５によってＰＫ−Ｄ１ ３１３ａを用いる暗号化の最後のラッパーを解読するためにこれの秘密鍵ＳＫ−Ｄ１ ３１３ｂを使用する可能性がある。同様に、プレーヤ１ ３２５は、ライセンスおよび秘密鍵Ｋ１ ３０８を解読するためにこのプレーヤの秘密鍵ＳＫ−Ｐ１ ３１３ｂと共にグローバルなプレーヤ秘密鍵ＳＫ−ＲＲ ３１２ｂを使用する可能性がある。秘密鍵Ｋ１ ３０８を使用して、プレーヤ１ ３２５は、その後、アセット３０５を解読する可能性がある。

ある種の実施形態では、符号化システム３１５は、映像の２パス可変ビットレート映像符号化および暗号化と、たとえば、ＨＤ−ＡＡＣコーデックを使用する７．１チャンネル音声の２パス可変ビットレート符号化および暗号化とを提供するように構成される可能性がある。符号化システム３１５は、映像の２パス可変ビットレート映像符号化および暗号化と、たとえば、ＡＡＣコーデックを使用するステレオ音声の１パス固定ビットレート符号化とを提供するように構成される可能性がある。符号化システム３１５は、ソースファイルのプリエンコード・クロップおよびスケーリングを提供するように構成される可能性がある。符号化システム３１５は、雑音除去技術を提供するように構成される可能性がある。符号化システム３１５は、たとえば、限定されることなく、．ｍｏｖ ＱｕｉｃｋＴｉｍｅ互換性Ｈ．２６４、．ｍｐ４非ＱｕｉｃｋＴｉｍｅ Ｈ．２６４、および／または、他の独自開発の出力ファイルフォーマットを含む種々の出力ファイルタイプを作成するように構成される可能性がある。符号化システム３１５は、ＡＥＳ１２８を使用してメディアファイル（たとえば、映像、音声、サブタイトルなど）を暗号化するように構成される可能性がある。符号化システム３１５は、たとえば、プレーヤ識別番号（たとえば、９桁のプレーヤＩＤまたはＰＩＮ）を使用して公開／秘密鍵暗号化をサポートするように構成される可能性がある。これは、適切な識別番号を持つプレーヤに再生を制限するために使用される可能性がある。

図３Ｂは、付加的な配給レベルを伴う類似した暗号化および配給チェーンを示す。このチェーンは、対応する公開鍵ＰＫ−Ｄ２ ３１４ａおよびＰＫ−Ｄ３ ３１６ａと秘密鍵ＳＫ−Ｄ２ ３１４ｂおよびＳＫ−Ｄ３ ３１６ｂとを持つ付加的な配給装置２ ３２０ｂおよび３ ３２０ｃを含む。配給システムは、対応する公開鍵ＳＫ−Ｐ２およびＳＫ−Ｐ３と秘密鍵ＰＫ−Ｐ２およびＰＫ−Ｐ３とを持つ付加的なプレーヤ２ ３２５ｂおよび３ ３２５ｃをさらに含む。各プレーヤは、グローバルなプレーヤ秘密鍵ＳＫ−ＲＲ ３１２ｂの複製を有する。このようなシステムでは、アセット３０５は、配給チェーン内のあらゆるリンクを通じて暗号化される。各配給装置は、アセットを自身で解読および／または暗号化することなしに、配給へのコストおよび負担を削減して、暗号化されたアセットを受信および送信する可能性がある。複数の配給装置がチェーン内に存在する可能性がある。同様に、アセットは、同じ秘密鍵を用いて暗号化される可能性があり、それによって、保存され、１つ以上の場所から配給される可能性がある１つの暗号化された複製を作り、記憶および計算を軽減する。なお、コンテンツおよびライセンスは、別個に、かつ、異なった時点に配給されることがある。

公開鍵は、生成され、登録プロセスを通じてチェーン内の適切なリンクに広められる可能性がある。このようにして、チェーン内の各リンクは、ライセンスおよび秘密鍵の安全な送信を可能にするために対象とされた受信側の公開鍵にアクセスできる可能性がある。

ある種の実施形態では、コンテンツは、グローバルなプレーヤ公開鍵ＰＫ−ＲＲだけを使用して秘密鍵Ｋ１ ３１２ｂを暗号化することにより複数のプレーヤにブロードキャストされる可能性がある。

図４は、アセット暗号鍵へのアクセスを制限するように構成された複数の暗号層のブロック図を示す。コンテンツ鍵Ｋ１、Ｋ２は、１回以上暗号化される可能性があり、ターゲット再生装置に配信されるまで、概して完全にラップが解除されること、または、解読されることがない。許可された装置だけがグローバルなプレーヤ秘密鍵ＳＫ−ＲＲを収容するので、コンテンツ配給装置は、概してコンテンツ鍵Ｋ１、Ｋ２を解読することがない。例示されるように、鍵を配給装置に配信する上流エンティティは、配給装置の公開鍵ＰＫ−Ｄ１を使用してメッセージを暗号化する。これは、配給装置１が１層の暗号化されたコンテンツの層のラップを解除し、その後、暗号化されたコンテンツを対象とされた受信側の公開鍵を使用して暗号で再びラップすることを可能にする。

第１のコンテンツ鍵Ｋ１ ４１５は、グローバルな公開鍵ＰＫ−ＲＲを使用して、第１の暗号エンベロープ４１０を作成して、暗号化される可能性がある。第１のエンベロープ４１０は、配給装置１ ４５０に対応する対象とされた受信側の公開鍵、本事例では、ＰＫ−Ｄ１である可能性がある公開鍵を使用してさらに暗号化される可能性がある。これは、第２のエンベロープ４０５を生成する。同様に、第２のコンテンツ鍵Ｋ２ ４３０は、同じ公開鍵を使用して２つのエンベロープ４２０、４２５で暗号化される可能性がある。これらの暗号化されたエンベロープ４０５、４２０は、配給装置１ ４５０に送信される可能性があり、この配給装置は、外側エンベロープ４０５、４２０のラップを解除するためにこれの秘密鍵ＳＫ−Ｄ１ ４０４を使用する可能性がある。配給装置は、その後、対象とされる受信側プレーヤ毎に、別の外部暗号エンベロープを生成する可能性があり、エンベロープ４６５および４７０のためプレーヤ１の公開鍵ＰＫ−Ｐ１ ４０１と、エンベロープ４７５のためプレーヤ２の公開鍵ＰＫ−Ｐ２ ４０２と、エンベロープ４８０のためプレーヤ３の公開鍵ＰＫ−Ｐ３ ４０３を使用してエンベロープ４６５、４７０、４７５および４８０を作成することを必然的に伴う。ここでは例示されていないが、各プレーヤは、コンテンツ鍵Ｋ１ ４１５およびＫ２ ４３０の完全なラップの解除または解読を可能にするために対応する秘密鍵およびグローバルな秘密鍵ＳＫ−ＲＲを有することが本書において記載されている。これは、プレーヤが対称コンテンツ鍵Ｋ１およびＫ２で暗号化された対応するアセットを解読できるようにする可能性がある。

（ゲートウェイ環境およびセキュア環境を持つ視聴覚プレーヤ）
図５は、アクセスモジュール５０６を含むゲートウェイ環境５０５と、コマンドのライブラリ５０８を通じてアクセスモジュール５０６と通信しているセキュア環境５１０とを有するプレーヤ例５００のブロック図を示す。

プレーヤ５００は、アセット供給元５５０（たとえば、ローカルストレージまたはネットワークを介して）からアセットおよびライセンス／鍵を受信する可能性がある。プレーヤは、アセットサーバから受信されたアセットおよびライセンスを解読する可能性があるセキュア環境内部で動作するセキュアモジュール５２０を含む可能性がある。ライセンスは、ライセンス解読モジュール５１２内の秘密鍵ＳＫ−Ｐ１ ５１３を使用して解読される可能性がある。これは、プレーヤ５００がアセットへのアクセスを制限するために作用する制限事項５１１を抽出できるようにする可能性がある。ライセンスを解読し次第、アセット鍵は、グローバルな秘密鍵ＳＫ−ＲＲ ５１４を使用して鍵解読モジュール５１５内で解読される可能性がある。これは、アセットを解読するために、アセット鍵Ｋ１ ５１６が暴露され、アセット解読モジュール５１７において使用されることを可能にする。アセット解読モジュールは、プレーヤ５００が暗号化されていないアセットにアクセスすることが許されていることを検証するために、ライセンスからの制限事項５１１を検査する可能性がある。解読されると、アセットは、アセットに対応する視聴覚データストリームを生成する再生モジュール５２５に送られる可能性がある。ある種の実施形態では、再生モジュール５２５は、プレーヤが視聴覚データストリームを生成することを許可されていることを検証するために制限事項５１１を検査する。ある種の実施形態では、生成された視聴覚データストリームは、本書において記載されるように、たとえば、アセット内に存在する１つ以上のプレイリストを通じて、アセットによって命令される。

プレーヤ５００は、たとえば、．ＭＰＲ（たとえば、７２０ｐ、１０８０ｐ）、．ＲＥＤ（たとえば、２Ｋもしくは４Ｋ）、または、．Ｒ３Ｄ（たとえば、４Ｋ、５Ｋ、６Ｋ）ファイルフォーマットで符号化された映像を受信、キャッシュ、および／または復号化するように構成されたＩＰネットワークＡＶサーバとして設計されることがある。ファイルは、たとえば、限定されることなく、イーサネットもしくは８０２．１１無線リンクを介して、ＵＳＢ、ＳＳＤ、ＳＤもしくはＣＦ媒体上で受信されることがあり、あるいは、内部ＳＡＴＡもしくは外部ＵＳＢ、ＦｉｒｅＷｉｒｅまたはＳＡＴＡベースのストレージから読み取られることがある。映像再生は、プログレッシブ走査である、または、インターリーブされることもあり得るものであり、４８０ｉ、７２０ｐ、１０８０ｐ、４Ｋ、１０Ｋの解像度を含む可能性がある。プレーヤ５００は、ＲＧＢ画像処理および監視と、ＲＡＷからＲＧＢへの変換と、ＨＤＭＩを介する映像出力および音声出力と、ＨＤＭＩおよび／またはＲＣＡを介する映像監視出力および音声監視出力と、ＳＳＤもしくは他の記憶装置の有無にかかわらず内部ＳＡＴＡ媒体ポートと、ＵＳＢ、ＦｉｒｅＷｉｒｅ ８００、および／または、ｅ−ＳＡＴＡ外部記憶ポートと、ギガビット・イーサネット・ネットワーク／制御／鍵交換インターフェースと、内部メモリもしくは付属ストレージへのメディアのダウンロードと、７．１チャンネル２４ビット／４８ｋＨｚのＬＰＣＭサラウンドサウンド出力と、たとえば、ＲＦ４ＣＥ無線コントローラ、ｉＰａｄ、ラップトップ、スマートフォン、もしくは、その他の８０２．１１ ＷｉＦｉ装置からのリモート制御と、デジタル権利管理とを提供するように構成される可能性がある。プレーヤ５００は、各々が２Ｋ解像度までで動作する４つのＨＤＭＩ １．３コネクタを介して、４Ｋ解像度ＲＧＢもしくは４：２：２映像までをサポートするように構成される可能性がある。プレーヤ５００は、ＨＤＭＩ １．４コネクタ上で２４ビット／４８ｋＨｚの非圧縮ＬＰＣＭ音声を持つ８個以下のチャンネルと、ＲＣＡコネクタ上の民生ラインレベル（−１０ｄＢｖ）で２チャンネルのアナログ・ミックスダウンとをサポートするように構成される可能性がある。プレーヤ５００は、十分なメディアがメモリにキャッシュされると直ちに瞬時プレイ能力を提供するように構成される可能性がある。（たとえば、ＤＲＭを用いて）暗号化されたメディアファイルに対して、ファイルは、再生中にリアルタイムで解読されることがある。

プレーヤ５００は、許可された供給元によって署名された認証ファームウェアを実行するセキュアブートをサポートする可能性がある。これは、変更されたコードがプレーヤ上で動かされる可能性を防ぐ可能性があり、システム内のセキュリティサービスへのアクセスを制御するＡＰＩの安全なセットアップをできるようにする可能性がある。

符号化されたコンテンツは、（たとえば、ローカルドライブを通じて、または、ネットワークを介して）暗号化された形式でシステムに供給される可能性がある。システムは、リアルタイムでコンテンツを解読し、再生モジュールに送信するために、解読モジュールに転送される可能性がある解読用のコンテンツ鍵を抽出するように構成される可能性がある。

コンテンツを再生するためのユーザによる要求は、プレーヤ５００がアセットの識別およびプレーヤの識別の組み合わせに対して有効であるライセンスを要求するという結果になる。ライセンスは、ストレージに、または、ネットワークを介してダウンロードされる可能性がある。

ライセンスが要求されたコンテンツとプレーヤとの組み合わせに対して獲得されると、無許可の権利を許可することになる偽りのＤＲＭライセンスを排除することが認証される可能性がある。ライセンスの認証は、ライセンスの署名を検証することを含む。指定された署名者の公開鍵は、署名をハッシュに変えるために使用され、その後、この値は、ＤＲＭライセンスのハッシュの計算値と比較される。一致は、署名が真正であることを示す可能性がある。ＤＲＭライセンスは、ＤＲＭプロバイダによって直接的に、または、認可されたコンテンツ配給装置によって署名される可能性がある。プレーヤ５００に記憶された、コンテンツ配給装置からの公開鍵またはデジタル証明書は、プレーヤ５００についてのライセンス認証を実行するために使用される可能性がある。証明書の改竄を防ぐために、証明書は、署名される（そして、認証される）可能性もある。この署名を認証するプロセスと、その後に署名者の署名についてこのプロセスを繰り返すこと（以下同様に続く）は、「署名チェーン」と呼ばれる可能性がある。署名チェーンは、プレーヤに存在するルート公開鍵である可能性がある信用のルートに戻る可能性がある。これは、プレーヤ５００が適切に署名された証明書チェーンの中の全てのノードを信用すること、従って、チェーンの先頭で見出されたＤＲＭライセンスを信用することを可能にさせるハードウェアの仕組みを提供する可能性がある。

ＤＲＭライセンスが認証されると、ライセンス内部の権利が要求されたアクションと対照して検査される可能性がある。これは、許可された開始および最終のプレイ日付／時間と、許可された最大プレイアウト回数とのうちの一方または両方を検査することを含む。複数のライセンスがプレーヤ識別とアセット識別との組み合わせに対して見つけられた場合、これらのライセンスは、異なった日付に様々な許可のレベルを提供することがあるので、各ライセンスは、認証され、読まれる可能性がある。

１つのコンテンツの再生がＤＲＭライセンスによって許可されていることが検証されると、ライセンスと共に埋め込まれたコンテンツ鍵Ｋ１が抽出される可能性がある。これは、特定のプレーヤの秘密鍵ＳＫ−Ｐ１を使用してコンテンツ鍵Ｋ１を解読し、その後に、続いてグローバルな秘密鍵ＳＫ−ＲＲを使用して解読することにより達成されることがある。

（ゲートウェイ・コマンド・セット例）
以下のコマンドは、ネットワークを介してプレーヤ上のコンテンツマネージャまたはアクセスモジュールと通信するために、または、コンテンツマネージャまたはアクセスモジュールを制御するために使用される可能性がある。アクセスモジュールは、プレーヤについてのアクションを始動させる種々のコマンドをサポートするように構成される可能性がある。たとえば、アクセスモジュールは、発見目的のためユーザ・データグラム・プロトコル（「ＵＤＰ」）ブロードキャストを利用するために構成された発見コマンドをサポートするように構成される可能性がある。このモジュールは、プレーヤのインターネット・プロトコル（「ＩＰ」）アドレスおよびプレーヤＩＤポートを含む肯定応答コマンドをサポートするように構成される可能性がある。アクセスモジュールは、公開鍵、（タイムアウトが関連付けられた）セッション鍵、事象データを含み、接続を暗号化し、プレーヤに登録するように構成されている登録コマンドをサポートするように構成される可能性がある。アクセスモジュールは、情報要求をサポートするように構成される可能性があり、情報は、プレーヤのＰＩＮ番号と、プレーヤの現在状態と、プレーヤＩＤと、プレーヤポートと、プレーヤ名と、システム情報と、ディスクもしくはストレージ情報と、ＣＰＵ情報と、メモリ情報と、コンテンツ情報とを含む可能性がある。アクセスモジュールは、たとえば、プレイ、一時停止、停止、巻き戻し、早送り、装填などを含む可能性がある状態変化コマンドのセットをサポートするように構成される可能性がある。アクセスモジュールは、コンテンツのリスト化、コンテンツ情報の提供、アセットのＵＵＩＤ詳細の提供、アセットの追加、アセットの読み取り、ディスクへのアセットの書き込みなどを含むコンテンツ・マネージャ・コマンドのセットをサポートするように構成される可能性がある。アクセスモジュールは、情報をスクリーンに表示する（たとえば、約１２８個までのテキスト文字をオンスクリーン・ディスプレイに表示する）、および／または、接続された装置に情報を表示する（たとえば、約１２８個までのテキスト文字をｉＰＡＤまたはその他の類似したタブレット装置もしくはスマートフォンに表示する）要求を含む表示コマンドのセットをサポートするように構成される可能性がある。

（アクセスモジュール・コマンド例）
プレーヤ上のアセットにアクセスし、プレイすることは、複数のＡＰＩを含む可能性がある。プレーヤ上のアセットのアクセスおよび再生は、リモート制御を通じて、および／または、プレーヤと共通のローカル・エリア・ネットワークに接続された装置を通じて達成される可能性がある。アセットを再生するために、プレーヤまたはアクセスモジュールは、アセットに関連してプレーヤの権利の状態に関してライセンスシステムに問い合わせるように構成される可能性がある。たとえば、プレーヤは、リモート制御またはネットワーク接続型コントローラの使用を通じてプレーヤ上で要求されたとき、アセットが有効にされているか、および、認証されているかどうかを確かめるためにアクセスモジュールに問い合わせる可能性がある。アセットが大容量記憶装置を介して追加されたとき（たとえば、物理的に取り込まれたとき）、プレーヤは、これを承認するか、または、拒否するか否かを決定する可能性がある。取り込み中に、プレーヤは、取り込み進行に関する情報を表示するように構成される可能性がある。

（使用法例）
アセットを物理的に取り込む実施例は、ユーザがアセットをプレーヤ内のＵＳＢ装置に挿入することを含む可能性がある。一致するライセンスは、アセットサーバ上にあることがある。アクセスモジュールは、ディスプレイに「ロードコンソール」を表示する。ＯＳＤは、「ハイ」この映画を自分のライブラリに追加したい−、を選択の確認を求める。

アクセスモジュールは、ディスクへのアセットの書き込みを終了した後、プレーヤファームウェアから、追加を確認する「事象」を獲得する。アクセスモジュールは、アセットが一致する鍵を単に要求するかどうかを検査し、この一致する鍵は、プレーヤ固有鍵またはオープンとして生成されていることがあり得る。あるいは、アセットがコンテンツ配給装置のＤＲＭに暗号化することによりエンコーダモジュールにおいて作成された場合、アクセスモジュールは、このアセットに関連付けられたライセンスがこのプレーヤにさらに関連付けられているか否かを調べるためにサーバにもう一度確認する。

関連付けられている場合、アクセスモジュールは、このアセットをダウンロードし、プレーヤにライセンスが関連付けられていない場合、アクセスモジュールは、このアセットをそのまま放置し、そして、この映画をプレーする試みがあった場合、ユーザは、この映画を観るために許可を購入する必要があることを示すエラー（ＯＳＤ）を得る。

そのアセットとそのプレーヤとに対して一致するライセンスが存在する場合、アクセスモジュールは、サーバから全てを引き寄せ、コマンドをプレーヤに送るアクセスモジュール環境にこのアセットをダウンロードし、プレイを開始する。

アクセスモジュールは、これのホームデータセンタと通信している可能性があり、プレイしているとき、検査することさえある。

ネットワーク取り込みの実施例を次に提示する。（システムに登録されている）プレーヤを持つコンテンツ配給装置の最終消費顧客は、配給装置のカタログの中をオンラインでブラウズし、プレシード・プロセスを介して、映画が「この映画は既にあなたのプレーヤに入っている」というタグを有することに気付く。

アクセスモジュールは、応答を提供するように構成される可能性がある。アクセスモジュールは、コンテンツパートナーのサーバと通信する可能性がある。システムが「この映画をダウンロードせよ」と伝えるとき、アクセスモジュールは、アセットをプレーヤに引き寄せ始める。ダウンロードが始まるとき、アクセスモジュールは、映画に関連付けられたチャンクを考慮するので、アセットが許容可能なサイズ（たとえば、映画の一部分または全体）になるまでダウンロードされるまで、プレーヤ・コンテンツ・マネージャに「これを書き込め」、「これを書き込め」、「これを書き込め」などと伝える。

アセットがダウンロードされたとき、このアセットは、ライブラリに追加される。プレーヤは、このとき、アセットを有することに気付き、アクセスモジュールは、（購入取引に基づいて）パートナーのサーバと再び通信し、ライセンスを獲得する。

ライセンスが適用されると、アクセスモジュールは、この映画が閲覧のため直ちに利用できることを伝えるためにパートナーのサーバとさらに通信する。

ＵＳＢ取り込みの事例であっても、アクセスモジュールは、アセットがコンテンツプロバイダによってプレシードされているか、または、ローカルに追加されているかを問わずに、アセットがプレーヤ上にあることを関連したユーザアカウントに警告するためにコールホームを行う可能性がある。

このような事例では、ユーザは、コンテンツ配給装置のカタログをブラウズするとき、所定の映画上に２つのアイコンが表示される可能性がある。第１に、ユーザは、無許可のアセットが既にプレーヤ上にあるか否か、よって、購入、および、ダウンロードされるべき小規模の許可パッケージだけを必要とすることを見せられる可能性があり、第２に、ユーザは、既に許可されたアセットが直ちにプレイする準備ができているか否かを見せられる可能性がある。

部分取り込みの事例を次に提示する。ある種の実施形態では、映画は、ネットワークを介して部分的に取り込まれ、ローカル・データ・ストレージを通じて部分的に取り込まれる可能性がある。このような事例では、アクセスモジュールは、パッケージ構造に関連付けられたチャンクリストおよびプレイリストを読み取ることにより始まる可能性がある。アクセスモジュールは、その後、コンテンツパートナーのサーバに通信し、パッケージ定義に関連付けられた不足のチャンクをダウンロードする可能性がある。

（アクセスモジュールを使用するコンテンツ配信ネットワーク例）
アクセスモジュールは、プレーヤ上のソフトウェア環境（たとえば、Ｊａｖａ仮想マシン環境）からプレーヤのセキュアファームウェア環境に送信されたＡＰＩゲートウェイコマンドの形をした定義済みのコマンドセットに応答するように構成される可能性がある。これらのコマンドは、特別に定義されたバイナリコマンドである可能性がある。ある種の実施形態では、コマンドは、ＲＣＰプロトコルを利用しない。

ある種の実施形態では、コマンドセットは、コンテンツ配信プロバイダがプレイヤーソフトウェア環境のプロバイダから切り離されて自分の専用のプログラムを管理することを可能にさせるＳＤＫを利用して提供される可能性がある。これは、プロバイダがプロバイダによって作成されたアクセスモジュールを利用して自分のネットワーク上でプレーヤとの通信を改善または最適化できるようにする可能性がある。ある種の実施形態では、プロバイダは、ライセンス供与のローカル管理を行い、コンテンツプロバイダのネットワークからのプログレッシブダウンロードを管理するアクセスモジュールを設計する可能性がある。

（アセット・ファイル・フォーマット）
図６は、各々が１つ以上のプレイリストを含む複数のパッケージ６０５ａ、６０５ｂを含む視聴覚アセットに関連付けられたファイルフォーマット例を示す。再生の対象とされた素材は、複数のファイルの構造にフォーマット化されることがあり、これらのファイルが特定のフォーマットをしている。自動化されたオーサリングツールは、素材を互換性のあるフォーマットにオーサリングするために使用される可能性がある。

パッケージ６０５ａ、６０５ｂは、１つ以上のプレゼンテーションの再生のため必要であるあらゆるファイルの収集物に関連している。同じプロジェクトに関連する複数のパッケージが準備される可能性がある（たとえば、同じ映画の異なった言語ローカリゼーション）。これらの関連したパッケージを１つに結び付けるため、各パッケージは、タイトルＩＤ値を収容する。関連したパッケージは、同一のタイトルＩＤ値を有することにより、全てが同じ親タイトルを参照すべきである。タイトル ファミリー６００に対して実際のファイルは存在しないことに注意すべきである。パッケージ中の殆どのファイルは、ファイルが属するパッケージ（パッケージＩＤ）およびタイトル（タイトルＩＤ）を指定する識別子を有する。

マニフェストがパッケージ６０５ａ、６０５ｂに収容され、パッケージの先頭を表現してパッケージの識別情報を提供し、パッケージの中に存在すべき他のファイルおよびそれぞれのＵＵＩＤを件別に記載し、パッケージの中の他のファイルを認証するための情報を提供し、パッケージ作成者によって署名されるように構成される可能性がある。

パッケージの完全性検査を許可し、改竄またはその他のパッケージ被害を検出するために、マニフェストは、オーサリングツールを使用してコンテンツ作成者によって署名される可能性がある。検証された署名は、マニフェストの内容が正しいことを保証する可能性がある。マニフェストは、パッケージの中の他のアセットのハッシュ要約をさらに含む可能性があるので、これらのアセットは、同様に認証される可能性がある。

パッケージ６０５ａ、６０５ｂの中のメタデータは、映画または視聴覚アセットに関連付けられたデータを表現する可能性がある。このファイルは、マニフェストの中のアセットのリストに含まれる可能性があるが、ファイルのハッシュおよびサイズは、このリストに記録されないことがある。これは、パッケージが既にオーサリングされ、コンテンツ配給装置にアップロードされた後に、コンテンツ配給装置が所有者の命令とおりに付加価値メタデータを提供することを可能にする。メタデータファイルのための完全性ハッシュは、パッケージマニフェストから欠如しているので、メタデータファイルは、認証される可能性があるようにコンテンツ配給装置によって署名されなければならない。

各パッケージは、１つ以上のプレイリストを含む可能性がある。各プレイリストは、プレイ可能な対象としてユーザに提示される可能性があるので、プレイリストが提示する素材が何であるかをユーザに明らかにするタイトルが与えられなければならない。各プレイリストは、映像、音声および（存在する場合に）サブタイトルに対して１つずつの複数のトラックを収容する。

各プレイリストは、構成単位としてパッケージの中の他のアセットを使用して、完全なプレゼンテーションをプレイするために必要とされる情報の全てを収容することがある。たとえば、音声、映像、およびサブタイトルは、別個のクリップとして記憶される。ある種の事例では、各トラックは、複数のクリップに分割されることがある。プレイリストは、シームレスに素材の提示を可能にするためのタイミング情報を含む適切なファイルへの参照を収容する。

映画の複数の編集物は、単に複数のプレイリストを組み込むことにより提示される可能性がある。たとえば、ディレクターズカットは、標準的なプレイリストにおいて削除された（参照されない）シーンへの参照を含むことがあり得る。オーサリングツールは、プレイリストが同じ構成単位から所要の版を組み立てることを可能にするために適切に素材をクリップに分割する。

図６に示されるように、プレイリストは、映像、音声、サブタイトル、および／または画像に対応する複数のクリップを参照する可能性がある。プレイリストが指示するようにクリップを１つに繋ぎ合わせることにより、単一のアセットに対して複数のプレゼンテーションが作成される可能性がある。同様に、パッケージ１ ６０５ａに示されるように、プレイリスト１は、プレイリスト２によって参照されたクリップを組み込む可能性があり、プレイリスト１がプレイリスト１からの情報の全てとプレイリスト２の少なくとも一部分とを組み込むことを可能にする。

各映画は、プレイリストの指示の下で１つに繋ぎ合わされる可能性がある複数のランダムにアクセス可能な映像および音声セグメント（音声クリップまたはチャンク）に分けられる可能性がある。この技術は、映画の複数の版が元の映画セグメントペイロードと、（コマーシャルを含むことがある）代替的な映像および音声セグメントと、複数のプレイリストとを配信することにより作成されることを可能にする。これらの要素は、元の映画を表現するファイルと同時に、または、後の時点で配信されることがある。ある種の実施形態では、映画は、広告に関する選択に応じて価格設定される可能性がある。ペイパービュー選択は、第１の価格Ｘを生じ、映画の中での広告を可能にする選択は、（一般的な放送モデルの場合と同様に、無料であることがある）第２の価格Ｘ−ｎを可能にする。

映画の代替的な版（たとえば、劇場上映カットおよびディレクターズカット）を表現する映像および音声ファイルを配給するために、映画は、プレイリストの指示の下で１つに繋ぎ合わされる複数の映像および音声セグメントに分けられることがある。コンテンツ所有者は、代替的なアクションセグメントを作成するということもあり得るものであり、このことは、単一の映画に複数の年齢制限が割り当てられることを可能にさせ、故に、映画が、たとえば、ＰＧ−１３またはＲ年齢制限をそれぞれ望む視聴者の対象とされることを可能にすることにより潜在的な利益を増加させる。これは、攻撃的な言葉または裸体を含むことがあるシーンをこの内容を含まない代替的なシーンで置き換えることにより達成されるかもしれない。プレイリストは、その結果、特定の年齢制限に適合するために見せられるべき適切なシーンの選択を担うということもあり得る。

ある種の実施形態では、ＤＲＭライセンスは、コンテンツ所有者または消費者がどの映画の版がある時刻より前に見せられる可能性があるかを制限することを選択できるように、たとえば、午後９時前にＰＧ−１３プレイリストだけ、および／または、パスワードの入力がある場合に限り許可するように、時刻および年齢制限またはパスワード組み合わせによって制限されるということもあり得る。

広告が製品配置機会に一致することを許すために、映画符号化プロセス中に、１つ以上のタグがコンテンツ固有広告機会を提供するために映画の中の戦略的な場所に入れられることがある。各タグは、たとえば、画面の下方３分の１に動画グラフィックポップアップを生成し、プレーヤの内部ハードディスクに記憶されたコマーシャルを指し示すということもあり得る。ポップアップが表示されたとき、このポップアップは、視聴者によって選択されるということもあり得るものであり、映画再生は、広告が再生されている間、一時停止されるということもあり得るものであり、その後、映画は、一時停止された場所から再生を再開するということもあり得る。ある特定の実施では、視聴者がこのようなポップアップを無視した場合、映画は、中断されることなく再生し続けるということもあり得る。

ある種の実施形態では、タグは、コマーシャルがプレーヤのハードドライブに予め存在する必要がないようにコマーシャルを提供するということもあり得る映像ストリーミングサービスのＵＲＬ（ウェブサイト）または場所を呼び出すということもあり得る。

映画の代替的な言語を配給するために、映画符号化プロセス中に、ダイアログトラックがミックスから削除されるということもあり得るものであり、残りの効果トラックがダイアログなしの別個のミックスとして符号化されるということもあり得る。ダイアログは、その後、別個のミックスとして（おそらく、チャンネル全体に亘る予備的な性質のためにダイアログの著しく低いデータレートで）符号化されるということもあり得るものであり、両方の符号化されたファイルがプレーヤに配信されるということもあり得る。再生時、２つの符号化されたファイルは、効果およびダイアログの合成されたサウンドトラックを再び作成するために復号化され、リミックスされるということもあり得る。

ダイアログが置き換えられた場合、たとえば、第２の、または、付加的な言語（多言語）が追加されたとき、第２のダイアログ・トラック・ファイルは、付加言語トラックなしでプレーヤに配信される可能性がある。このようにして、音声は、ネットワークを亘って、たとえば、ネットワーク接続を通じて（たとえば、インターネットを介して）簡単に、かつ、効率的に更新されることがある。付加ダイアログトラックは、元の映画配給の時点で組み込まれることがあり、または、後の時点で補助的なダウンロードとして追加されることがある。

図７Ａおよび７Ｂは、視聴覚アセットのプレゼンテーションに関連付けられた視聴覚クリップのプレゼンテーションを指示するプレイリストファイル例を示す。図７Ａでは、ディレクターズカット７０５ａおよび劇場上映カット７０５ｂに対応するプレイリストファイルが示される。プレイリストファイル７０５ａ、７０５ｂは、映像クリップ７１０ａ、７１０ｂと音声クリップ７１５ａ、７１５ｂとに関する情報を含む。映像クリップと共に組み込まれたこの情報は、所要時間と、開始点および終点とを含む。プレイリストは、様々なクリップを含むので、生成された視聴覚データストリームは、これらの間で異なるものである。たとえば、ディレクターズカット７０５ａは、クリップｖ１ ７２０ａを、その後に続いてクリップｖ２ ７２０ｂと、その後に続くクリップｖ３ ７２０とをプレイするが、劇場上映カットは、クリップｖ２ ７２０ｂを省略するであろう。

図７Ｂは、やはり映像トラック情報７１０および音声トラック情報７１５を収容するプレビュー・プレイリスト７０５を示す。しかし、プレビュー・プレイリスト７１０において、クリップｖ１ ７２０の一部分７２５ａおよびクリップｖ３の一部分７２５ｂのような対応するクリップの一部分だけが示される。クリップの一部分および所要時間は、映像トラック情報７１０および音声トラック情報７１５において指示される。

クリップの一部分は、各クリップ部がクリップの同期点で始まるプレイリストにおいて使用される可能性がある。同期点の場所を生成する１つの方法は、望ましい同期点の場所で新しいクリップを開始するためにオーサリングツールを使用することである。

クリップは、プレゼンテーションの音声、映像、またはサブタイトルを作る構成単位である可能性がある。映像クリップは、大量のデータを収容する可能性がある。パッケージの記憶および配給を削減するために、オーサリングツールは、図８に示されるように、これらのクリップを複数のチャンク８１５に分割する可能性がある。たとえば、映像クリップは、様々なサイズのチャンク８１５に分割される可能性がある。

各映像クリップは、２つのファイル：クリップに関するメタデータ（タイトルＩＤ、パッケージＩＤ、クリップＵＵＩＤ、Ａ／Ｖパラメータ、および／または全てのチャンクのハッシュ）を含む可能性があるクリップファイル８１０と、クリップを構成し、チャンク毎にファイルパスと、チャンクもしくはチャンクの一部分（たとえば、アトム）毎にバイトオフセット／所要時間と、バイトサイズと、特有のチャンクのハッシュとを備えているチャンクテーブルを含む可能性があるチャンクを記述するチャンクリストファイル８０５とを有する可能性がある。その他のタイプのクリップは、チャンク化されることがなく、その結果、チャンクファイルを持たないことがある。チャンクリストファイル８０５は、関連した映像クリップを構成する各チャンクの開始、終了、および所要時間を指示するチャンク情報８０７を含む可能性がある。

ある種の実施形態では、チャンクの一部分は、映像クリップから欠けていることがある。この状況は、クリップの一部分がまだプレイされていないとき、記憶空間またはデータ配信を節約するために望ましいことがある。たとえば、映画の無料プレビューが視聴可能であるとき、素材の殆どは、再生中に提示されることがないであろう。

ｃｈｕｎｋｌｉｓｔ．ｘｍｌは、全体的なタイミング情報を維持するために、欠けているチャンクを依然として参照することに注意を要する。欠けているチャンクに対応するクリップの一部分は、プレイされる可能性がない。

映像クリップは、オーサリングがオーサリングツールまたは別の類似した符号化ツールを使用して既に行われた後に、様々なチャンクのセットに簡単に変換されるように設計される。

（アセットおよびライセンスの配信）
図９は、本書においてより詳しく説明されるように、オーサリングツール９０５からアクセスモジュール９２２を有する視聴覚再生装置９２０までのデータのフローを表すブロック図を示す。オーサリングプロバイダによって提供されたオーサリングルール９０５は、新しいアセットを生成し、アセットおよびライセンスを共に作成する。ライセンスは、コンテンツ配給装置９１０に公開される可能性がある。ユーザ装置９２５は、コンテンツ配給装置のネットワークからアセットをさらに受信する、または、代替的な転送手段を使用する可能性がある。

コンテンツ配給装置９１０がオーサリングプロバイダによって作成されたライセンスを所有すると、このコンテンツ配給装置は、ライセンシングツール９１５を使用してこれの専用のライセンス暗号化版を作成する可能性がある。ある種の実施形態では、コンテンツ配給装置９１０は、コンテンツ配給装置９１０に固有である新しい制限事項を追加するために修正を行い、専用の暗号方式を使用して新しい秘密公開鍵を生成するオーサリングプロバイダに戻される新しい制限事項またはライセンスファイルを生成する可能性がある。

ユーザは、コンテンツ配信装置９１０がアセットおよびライセンスをプレーヤ９２０にシードできるようにする、または、単にアセットをプレーヤ９２０に転送できるようにする可能性がある。アセットは、対応するライセンスの有無にかかわりなく、プレーヤにシードされる可能性がある。

アセットを含んでいるユーザ装置９２５またはプレーヤ９２０は、今度は、オーサリングプロバイダからの元のライセンスを収容し、かつ、その後にプレーヤ９２０でアセットを復号化するために使用される（ライセンシングツール９１５を使用してコンテンツ配給装置９１０またはオーサリングプロバイダによって生成された）コンテンツ配給装置版のライセンスをダウンロードする可能性がある。

ライセンスがアセットと共に利用できるので、映画がプレイされる可能性がある。アクセスモジュール９２２は、オーサリングプロバイダのライセンスを削除して、コンテンツ配給装置版のライセンスを復号化し、これをコンテンツマネージャに追加するように構成される可能性がある。プレイ時に、アクセスモジュール９２２は、映画アセットをプレイするためにプレーヤ９２０の権限を検証するように構成される可能性がある。

アクセスモジュール９２２は、ライセンスの中の制限事項を読み取ることを試行し、すべてが正しいことを確認するように構成される可能性がある。再生が行われるとき、プレーヤ９２０は、映画の再生を可能にするためにライセンスを検証するために構成される可能性がある。

（聴視覚アセットのセキュア配給およびプレイ）
図１０は、視聴覚アセットをセキュア配給およびプレイする方法例１０００のフローチャートを示す。この方法は、本書に記載された適切なモジュールもしくはシステム、または、システムおよびモジュールの組み合わせによって実行される可能性がある。

ブロック１００５において、アセットおよびライセンスが生成される。これは、映画スタジオのようなアセット著作者によって行われる可能性がある。ブロック１０１０において、ライセンスは、コンテンツプロバイダに公開される可能性がある。ライセンスは、コンテンツ配給装置がブロック１０２０において制限事項を追加する可能性がある再生制限事項を含む可能性がある。制限事項が追加された場合、オーサリングツールは、ブロック１０３０において新しい秘密鍵を生成し、修正されたライセンスを暗号化するために使用される可能性がある。制限事項が追加されない場合、コンテンツ配給装置は、ブロック１０２５において暗号化された配給装置ライセンスを作成する可能性がある。アセットは、ブロック１０３５においてプレーヤに送信される可能性がある。ブロック１０４０において、元の、または、修正されたライセンスは、プレーヤに送信される可能性がある。プレーヤは、ブロック１０４５において、ライセンスを解読すること、および、アセットにアクセスするためにプレーヤの権限を検証することを試行する可能性がある。アクセスが許可された場合、プレーヤは、ブロック１０５０においてアセットを解読し、再生する可能性がある。

（暗号化およびライセンス供与された視聴覚アセットのプレイ）
図１１は、暗号化され、ライセンス供与された視聴覚アセットをプレイする方法例１１００のフローチャートを示す。この方法は、本書に記載された適切なモジュールもしくはシステム、または、システムおよびモジュールの組み合わせによって実行される可能性がある。

ブロック１１０５において、プレーヤは、両方共に暗号化されていることがあるアセットおよびライセンスを受信する。アセットは、対称鍵を使用して暗号化される可能性がある。ライセンスは、プレーヤに存在する公開鍵を使用して複数の暗号レベルで暗号化される可能性がある。

ブロック１１１０において、プレーヤは、ライセンスを解読すること、および、ライセンスファイルの中の関連した制限事項を読み取ることを含む可能性があるアクセス制限事項を識別する。

ブロック１１１５において、プレーヤは、アセットのプレゼンテーションにアクセスする要求を受信する。これは、ユーザが映画のディレクターズカットのようなアセットの特別な版を観る要求を生成することを含む可能性がある。これは、プレーヤに存在するアクセスモジュールへ送信されたＡＰＩコマンドの使用を通じてプレーヤへの許可されたアクセス権を持つサードパーティによって開始される可能性もある。

ブロック１１２０において、プレーヤは、プレーヤがライセンスの中のアクセス制限事項を検査することにより要求されたプレゼンテーションへのアクセス権を有するか否かを検査する。アクセスが否定された場合、プレーヤは、プレゼンテーションにアクセスするため別の要求を待ち受ける。

アクセスが許可された場合、プレーヤは、ブロック１１２５において、要求されたアセットのプレゼンテーションに関連付けられたプレイリストを読み取る。プレイリストは、プレイリストファイルによって指示された順序で提示されるとき、要求されたプレゼンテーションを提供する視聴覚クリップを提示するために、一連の視聴覚クリップのリストを掲載するファイルを備える可能性がある。

ブロック１１３０において、プレーヤは、本書においてより詳しく説明されているように、暗号化されたエンベロープ内部で配信された、解読されたコンテンツ鍵を使用してアセットを解読する。

ブロック１１３５において、プレーヤは、テレビジョンまたはコンピュータモニタのようなディスプレイ装置に配信するために視聴覚データストリームを生成する。ある種の実施形態では、プレーヤは、テレビジョンに組み込まれ、視聴覚データストリームは、ケーブル（たとえば、ＨＤＭＩ）、または、無線（たとえば、ＷｉＤｉ）を介して転送されるのではなく、表示用の適切なディスプレイ回路構成にそのまま提供される。

（視聴覚アセットのライセンス供与）
図１２は、視聴覚アセットをライセンス供与する方法例１２００のフローチャートを示す。この方法は、本書において記載された適切なモジュールもしくはシステム、または、システムおよびモジュールの組み合わせによって実行される可能性がある。

ブロック１２０５において、ライセンスツールは、視聴覚アセットに関連付けられた著作者ライセンスを受信する。ブロック１２１０において、ライセンスツールは、著作者ライセンスに追加するため制限事項リストを受信する。ブロック１２１５において、ライセンスツールは、修正されたライセンスに関連付けられたアセットにアクセスする要求を受信する。要求に応答して、著作者ライセンスは、ブロック１２２０において、制限事項を組み込むように修正され、修正されたライセンスを作成する。ブロック１２２５において、ライセンスツールは、本書においてより詳しく説明されているように、デジタル証明書または暗号鍵を用いてライセンスに署名する。ライセンスツールは、第１の層が許可されたプレーヤに存在するグローバルな秘密鍵に対応する第１の非対称鍵を使用して達成され、第２の層がチェーン内の別の配給装置またはアセットへのアクセスを要求するプレーヤである可能性がある対象とされた受信側システムに存在する秘密鍵に対応する第２の非対称鍵を使用して達成される２つの暗号層を用いてライセンスを暗号化する。ブロック１２３５において、暗号化された、修正されたライセンスは、要求元システムに送信される。

（アセットおよびライセンス作成エンジン例）
図１を参照して本書において説明されたように、ネットワーク１００は、エンコーダモジュール１２０を含む可能性がある。エンコーダモジュール１２０は、符号化の時点でアセットの中にメタデータタグを提供するために使用される可能性がある。エンコーダモジュール１２０は、映像ソースファイルおよび音声ソースファイルを受け取り、特別のコンテンツプロバイダまたはコンテンツ配給装置１０５に割り当てられた（ライセンスモジュール１３０によって生成された）オープンライセンス付きコンテンツパッケージを出力する可能性がある。アセットは、このオープンライセンスを通じてネットワーク上のプレーヤからアクセスできないように構成される可能性がある。オープンライセンスは、たとえば、アクセス制限事項を含まないように構成される可能性があるが、部分的にオープンライセンスとしてのこれの状態に起因して、ライセンスモジュール１３０または鍵モジュール１４０は、プレーヤ１１０によって要求されたときに、アセットへのアクセスを許可しないということになる。ある種の実施形態では、コンテンツ配給装置１０５は、このライセンスからのＸＭＬ制限事項を読み取ることにより、このライセンスがオープンであるか否かを検出する可能性があり、ライセンスを拒否することを選択する可能性がある。ある種の実施形態では、オープンライセンスは、他のエンティティがエンコーダモジュール１２０を用いて作成されたアセットにアクセスできないように、特別のコンテンツ配給装置１０５またはネットワークプロバイダのためタグ付けされる可能性がある。オープンライセンスは、ネットワークまたはコンテンツ配給装置１０５に配信される可能性があり、アクセス制限事項が、アセットへのアクセスを要求するプレーヤとの取引の時点のような後の時点で割り当てられる可能性がある。

エンコーダモジュール１２０は、入力として、順次１６ビット ＴＩＦＦ、もしくは、１０ビットｌｏｇ ＤＰＸ、４８ｋＨｚの２つの５．１チャンネルＷＡＶファイル、約２４ｆｐｓもしくは２３．９８ｆｐｓの映像を許容し、および／または、プロバイダＤＲＭ選択肢を選択するように構成される可能性がある。エンコーダモジュール１２０は、汎用一意識別子（「ＵＵＩＤ」）と、暗号化されたアセットと、マニフェスト（たとえば、アセットの様々なコンポーネントのリストを掲載するファイル）と、アセットに関連付けられたメタデータ、オープンであり、かつ、特別のプロバイダに関連付けられるように署名される可能性があるライセンスと、チャンクリスト（たとえば、映像および音声クリップとこれらの順序とのリスト）と、プレイリスト（たとえば、ディレクターズカットのようなアセットの特別な版に組み込まれるべき映像クリップおよび音声クリップに関連した情報）と、画像（たとえば、オンスクリーン表示用）と、映像クリップ、音声クリップ、サブタイトル、もしくは、これらのいずれかの組み合わせを含む可能性があるクリップとを出力するように構成される可能性がある。

ある種の実施形態では、コンテンツまたはネットワークプロバイダからのネットワーク管理型二次的制限事項の追加を公証するために機能するオンライン・ライセンシング・クロージング・ツールが提供される可能性がある。ある種の実施形態では、アセットのチャンクは、編集されない設定サイズである可能性がある。ある種の実施形態では、チャンクのサイズは、構成可能にされる可能性がある。ある種の実施形態では、音声データレートは、同期問題を軽減または除去するために標準的であり、たとえば、４８ｋＨｚである。

（ライセンシングツール例）
ライセンスツールは、デジタル権利管理機能を提供し、ライセンス供与されたアセットへのプレーヤアクセスを制御するようにＤＲＭシステムと相互作用するために、このアーキテクチャの範囲内に設けられる可能性がある。ライセンス供与されたコンテンツの配信用の少なくとも２つの仕組みは、物理的な取り込みおよび直接的なネットワーク配信を通じる可能性がある。物理的な取り込みの事例では、ライセンスは、コンテンツと共に組み込まれること、または、組み込まれないことがある。ネットワーク配信の事例では、ライセンスは、購入が行われたときに配信される可能性がある。予めシードされたコンテンツ（たとえば、エンドユーザによるいずれかの要求より前にプレーヤに配信されたコンテンツ）の事例では、ライセンスは、エンドユーザが購入を行うと配信される可能性がある。

ライセンスツールは、デジタル権利管理機能性を提供する可能性がある。ライセンスツールは、アクセスモジュールもしくはプレーヤに配給されたライセンスが有効であり、かつ、認可されていることを確認する仕組みとしての役目を果たす可能性がある。アクセスモジュールは、アセット再生に関連付けられたルールを確認し、これらのルールを実施するためにライセンスを使用する可能性がある。ライセンスツールは、ライセンスの中のパラメータに基づいてアセットの再生を制限する可能性がある。

ライセンスツールは、アクセスモジュールもしくはプレーヤとアセットサーバとの関連において動作する可能性がある。アクセスモジュールは、プレーヤに存在する小規模アプリケーションである可能性がある。アクセスモジュールは、権利管理を実施する責任を負うように構成される可能性がある。これは、新しいアセットがロードされたとき、アクセスモジュールがアセットおよびライセンスを確認し、要求されたアセットをプレイできるか否かをプレーヤに通知できることを意味する可能性がある。アクセスモジュールは、ライセンスの有効性を検証するために、ライセンスに関連付けられた制限事項が修正されていないことを確認するために、および／または、新しいライセンスが発行されるべきか否かを決定するために、アセットサーバと通信するようにさらに構成される可能性がある。アクセスモジュールは、新しいライセンスがコンテンツプロバイダからプレーヤへ直接的に配給される際に通る経路である可能性がある。

アセットサーバは、ライセンスに関してマスター権限者としての役目を果たし、ライセンスの作成および配給を取り扱う可能性がある。アセットサーバは、ライセンスに関するマスターレコードの所有者としての役目を果たす可能性がある。アクセスモジュールがコールホームを行うとき、アセットサーバは、第２の確認レベルを既に配給されたライセンスに与える責任を負う。

アセットサーバは、ライセンスの配給および作成の責任も負う可能性がある。エンドユーザが新しいライセンスを購入するとき、アセットサーバは、全ての新しい制限事項を収集し、署名付きの新しいライセンスファイルを生成する可能性があり、この新しいライセンスファイルは、アクセスモジュールだけが有効性を確認できるように構成される可能性がある。ある種の実施形態では、サーバは、ライセンスを暗号化し、追加されたセキュリティ層として、暗号化されたライセンスを配給する能力を有する。これは、アクセスモジュールだけがこのライセンスをプレーヤに追加するためにライセンスを解読する可能性があること、あるいは、代替的に、アクセスモジュールがライセンスを解読する能力を得る要求をアセットサーバに返信するように構成される可能性があることを意味する可能性がある。

システムは、コンテンツプロバイダによって提供されたウェブサイトと併せて機能するように構成される可能性がある。エンドユーザがコンテンツプロバイダのウェブサイトを閲覧するとき、エンドユーザは、エンドユーザのアカウントと選択された１つのコンテンツとに依存して様々なコンテンツに対するライセンスを購入できることがある。ウェブサイトは、新しいライセンスを生成し、アクセスモジュールを通じてプレーヤにこの新しいライセンスを配給するようにアセットサーバへ要求するように構成される可能性がある。

システムは、たとえば、１つのコンテンツが配給のため１つのハードウェア（たとえば、ハードドライブ、フラッシュドライブ、光ディスクなど）に入れられたとき、プレーヤで物理的に取り込むコンテンツまたはアセットと併せて機能するように構成される可能性がある。コンテンツは、ライセンスの有無にかかわらず配給される可能性がある。ライセンスなしで配給された場合、コンテンツは、プレーヤに追加される可能性があり、再生は、ライセンスが配給され、ライセンスの有効性が確認されるまで、制限される可能性がある。ライセンスがコンテンツと共に組み込まれる場合、アクセスモジュールは、ライセンスの有効性を確認し、アセットサーバに解読するように要求する、および／またはライセンスが依然として有効であることを確認する可能性がある。サーバと通信している間、アクセスモジュールは、ライセンスが更新されているか否かを決定し、更新されている場合、新しいライセンスを生成し、配給するようにサーバにシグナルを送るように構成される可能性がある。

ライセンスツールは、鍵の使用を通じてライセンスに署名するように構成される可能性がある。このことは、元のライセンスが有効であり、プレーヤおよびアセットサーバによって理解される可能性があることを意味する可能性がある。署名付きライセンスは、相互に入れ子状にされるように構成される可能性がある。これは、ライセンスがさらに制限され、新しいライセンスに埋め込まれ、その後、プレーヤ、アクセスモジュール、および／またはアセットサーバがルールおよび制限事項を実施することを確認するために再び署名される可能性があることを意味する可能性がある。

ライセンスツールは、ライセンスを暗号化するように構成される可能性がある。このことは、平文制限要素が暗号化される可能性があることを意味する可能性がある。これは、不正アクセスを防止するための複雑性を一段と高める。これは、ライセンスが付加的なセキュア方法で配信されることも可能にする。暗号化は、制限事項リストに基づく可能性があり、または、プレーヤごと、アクセスモジュールごと、アセットサーバごとなどである可能性がある。

各コンテンツは、単独でアクセスされ、プレイされる能力を持つ独立したアセットであるように構成される可能性がある。しかし、ある種の実施形態では、アセットは、プレイされるために有効なライセンスを必要とするように構成される可能性がある。ライセンスは、アセットへのアクセスを制限するために使用される可能性がある。プレーヤは、たとえば、ライセンスが有効であるとき、ライセンス供与のためタグ付けされた１つのコンテンツをプレイする可能性がある。しかし、アクセスモジュールおよびアセットサーバは、ライセンスが有効であるだけでなく、カスタム制限事項に関連付けられた全てのルールを満たさない限り、１つのコンテンツがプレイされることを妨げるためにカスタム制限事項をライセンスに追加するように構成される可能性がある。

（付加的な実施例および実施形態）
以下は、本開示の範囲の内部にある番号付き実施形態例のリストである。リストに掲載された実施形態例は、決して実施形態の範囲を限定するものとして解釈されるべきではない。リストに掲載された実施形態例の様々な特徴は、本開示の一部である付加的な実施形態を形成するために、削除され、追加され、または組み合わされる可能性がある。

実施形態１において、アセットを受信し、符号化されたアセットを生成するように構成されているエンコーダモジュールと、著作者ライセンスを受信し、修正されたライセンスを生成するように構成されているライセンスモジュールとを備えるコンテンツ配給システムが提供される。システムは、対称鍵を使用して、暗号化されたアセットを生成するために符号化されたアセットを暗号化するように、第１の非対称鍵を使用して、ベース暗号化されたライセンスおよび対称鍵を生成するために修正されたライセンスおよび対称鍵を暗号化するように、そして、第２の非対称鍵を使用して、ターゲット暗号化されたライセンスおよび対称鍵を生成するためにベース暗号化されたライセンスおよび対称鍵を暗号化するように構成されている鍵モジュールをさらに含む。システムは、暗号化されたアセットとターゲット暗号化されたライセンスおよび対称鍵とを受信側システムに送信するように構成されている配給サーバをさらに含む。第１の非対称鍵は、再生システムについての秘密鍵に対応する公開鍵を備える。第２の非対称鍵は、受信側システムについての秘密鍵に対応する公開鍵を備える。

実施形態２のシステムは、実施形態１の全ての要素を含み、鍵モジュールは、対称鍵を生成するようにさらに構成されている。実施形態３のシステムは、実施形態２の全ての要素を含み、鍵モジュールは、対称鍵をランダムに生成する。実施形態４のシステムは、実施形態１から３のうちのいずれかの全ての要素を含み、著作者ライセンスは、アセットへのアクセスについての制限事項を備える。実施形態５のシステムは、実施形態４の全ての要素を含み、修正されたライセンスは、著作者ライセンスに追加された、アセットへのアクセスについての制限事項を備える。実施形態６のシステムは、実施形態１から５のうちのいずれかの全ての要素を含み、符号化されたアセットは、視聴覚コンテンツの複数のクリップと、視聴覚コンテンツの複数のクリップのうちの部分集合のリスト、および、視聴覚コンテンツの複数のクリップのうちの部分集合を提示する順序を備えているプレイリストとを備える。実施形態７のシステムは、実施形態１から６のうちのいずれかの全ての要素を含み、符号化されたアセットは、視聴覚コンテンツの複数のクリップと、複数の版の視聴覚プレゼンテーションと、複数の版の視聴覚プレゼンテーションの各々に対し、視聴覚コンテンツの複数のクリップのうちの部分集合のリストおよび視聴覚コンテンツの複数のクリップのうちの部分集合を提示する順序を備えているプレイリストとを備える。実施形態８のシステムは、実施形態１から７のうちのいずれかの全ての要素を含み、再生システムが受信側システムである。実施形態９のシステムは、実施形態１から８のうちのいずれかの全ての要素を含み、受信側システムがコンテンツ配給装置である。実施形態１０のシステムは、実施形態１から９のうちのいずれかの全ての要素を含み、受信側システムについての動作のライブラリから選択されたコマンドを受信側システムに提供するように構成されている制御システムをさらに備える。実施形態１１のシステムは、実施形態１０の全ての要素を含み、コマンドが符号化されたアセットの送信から切り離されて受信側システムに送信される。実施形態１２のシステムは、実施形態１０の全てのシステムを含み、コマンドがターゲット符号化されたライセンスおよび対称鍵の送信から切り離されて受信側システムに送信される。

実施形態１３において、対応する公開暗号鍵を用いて符号化された情報を解読するように構成されている１つ以上の秘密暗号鍵を記憶するように構成されている非一時的なデータストレージと、コンピュータハードウェアを備え、少なくとも第１のコンピューティング環境および第１のコンピューティング環境から切り離され、制限付きアクセスを提供する第２のコンピューティング環境における動作を可能にするように構成され、データストレージと通信し、第１のコンピューティング環境において動作している間に、演算のライブラリにアクセスし、コンテンツ配信システムからコマンドを受信し、受信されたコマンドに基づいて、演算のライブラリから選択された演算要求を生成するように構成され、第２のコンピューティング環境において動作している間に、アクセスモジュールから演算要求を受信し、受信された演算要求に対応するタスクを実行し、１つ以上の秘密暗号鍵を使用して、アセットに関連付けられ、アセットへのアクセスに関する制限事項を備えているライセンスを解読し、アセットに対応する視聴覚データストリームを提供するようにさらに構成されている、少なくとも１つのコンピューティング装置と、を備える視聴覚プレーヤが提供される。

実施形態１４の視聴覚プレーヤは、実施形態１３の全ての要素を含み、視聴覚プレーヤは、テレビジョンに組み込まれている。実施形態１５の視聴覚プレーヤは、実施形態１３から１４のうちのいずれかの全ての要素を含み、視聴覚プレーヤは、有線または無線接続を通じて視聴覚データストリームをディスプレイ装置に配信するように構成されている独立型装置である。実施形態１６の視聴覚プレーヤは、実施形態１３から１５のうちのいずれかの全ての要素を含み、セキュアモジュールがアセットを解読するために１つ以上の秘密暗号鍵を使用するように構成されている解読モジュールを備える。実施形態１７の視聴覚プレーヤは、実施形態１３から１６のうちのいずれかの全ての要素を含み、セキュアモジュールが更新されたライセンスが要求されるべきであるか否かを決定するためにアセットへのアクセスについての制限事項を解析するようにさらに構成されている。実施形態１８の視聴覚プレーヤは、実施形態１３から１７のうちのいずれかの全ての要素を含み、再生モジュールは、アセットの再生がライセンスの中の制限事項に基づいて許可されるか否かを検証するようにさらに構成されている。実施形態１９の視聴覚プレーヤは、実施形態１３から１８のうちのいずれかの全ての要素を含み、アセットは、視聴覚コンテンツの複数のクリップと、複数の版の視聴覚プレゼンテーションと、複数の版の視聴覚プレゼンテーションの各々に対する音響コンテンツの複数のクリップのうちの部分集合のリストおよび視聴覚コンテンツの複数のクリップのうちの部分集合を提示する順序を備えているプレイリストとを備える。実施形態２０の視聴覚プレーヤは、実施形態１９の全ての要素を含み、再生モジュールは、視聴覚データストリームがプレイリストによって命令された順序で提供された視聴覚コンテンツの複数のクリップのうちの部分集合を備えるように、アセットのプレイリストを読み取るようにさらに構成されている。実施形態２１の視聴覚プレーヤは、実施形態１３から２０のうちのいずれかの全ての要素を含み、アクセスモジュールは、コンテンツ配信システムから対応するコマンドを受信し次第、ネットワーク内のノードの役目を果たすように構成されている。実施形態２２の視聴覚プレーヤは、実施形態２１の全ての要素を含み、アクセスモジュールは、ネットワーク内の他のノードへのピア・ツー・ピア・データ送信を提供するように構成されている。実施形態２３の視聴覚プレーヤは、実施形態２２の全ての要素を含み、ピア・ツー・ピア・データ送信は、ビットトレント・プロトコルを利用する。実施形態２４の視聴覚プレーヤは、実施形態２２の全ての要素を含み、再生モジュールは、ネットワークを介してアセットを受信するように構成されている。実施形態２５の視聴覚プレーヤは、実施形態２４の全ての要素を含み、再生モジュールは、アセットが完全に受信された後にアセットに対応する視聴覚データストリームを提供するように構成されている。実施形態２６の視聴覚プレーヤは、実施形態２４の全ての要素を含み、再生モジュールは、アセットがネットワークを介して受信されている間に、アセットに対応する視聴覚データストリームを提供するように構成されている。

実施形態２７において、デジタル論理回路構成を備えている１つ以上のプロセッサによって、１つ以上の視聴覚プレゼンテーションを備えている視聴覚アセットを受信することと、視聴覚アセットに関連付けられ、視聴覚アセットへのアクセスに関する制限事項を備えている著作者ライセンスを受信することと、視聴覚アセットから複数の視聴覚クリップを生成することと、１つ以上の視聴覚プレゼンテーションのうちの少なくとも１つに対するプレイリストを生成することとを備える視聴覚コンテンツを配給する方法が提供される。プレイリストは、複数の視聴覚クリップのうちの部分集合のリストと、複数の視聴覚クリップのうちの部分集合を提示する順序とを含む。この方法は、修正されたライセンスを作成するために視聴覚アセットへのアクセスに関する付加的な制限事項を組み込むように著作者ライセンスを修正することと、署名付きライセンスを作成するためにデジタル証明書を使用して修正されたライセンスに署名することとをさらに含む。

実施形態２８の方法は、実施形態２７の全ての要素を含み、対称鍵を使用して視聴覚アセットを暗号化することと、署名付きライセンスおよび対称鍵を暗号化する第１の非対称鍵を使用することによりベース暗号化されたライセンスおよび対称鍵を生成することと、ベース暗号化されたライセンスおよび対称鍵を暗号化する第２の非対称鍵を使用することによりターゲット暗号化されたライセンスおよび対称鍵を生成することと、暗号化された視聴覚アセットとターゲット暗号化された対称鍵およびターゲット暗号化され修正されたライセンスとを受信側システムに送信することとをさらに含み、第１の非対称鍵は、再生システムについての秘密鍵に対応する公開鍵を備え、第２の非対称鍵は、受信側システムについての秘密鍵に対応する公開鍵を備える。実施形態２９の方法は、実施形態２７から２８のうちのいずれかの全ての要素を含み、再生システムについてのコマンドのライブラリから選択された、再生システムに送信するコマンドを生成することをさらに含む。

実施形態３０において、デジタル論理回路構成を備えている１つ以上のプロセッサによって、複数の視聴覚クリップと視聴覚アセットの１つ以上のプレゼンテーションに対応する１つ以上のプレイリストとを備えている視聴覚アセットを受信することと、視聴覚アセットに関連付けられたライセンスを受信することと、視聴覚アセットに関連付けられたライセンスの中の制限事項を識別することと、視聴覚アセットの１つ以上のプレゼンテーションのうちの１つにアクセスする要求を受信することと、ライセンスの中の制限事項が、視聴覚アセットがアクセスされることを許すか否かを検証することと、視聴覚アセットの要求されたプレゼンテーションに関連付けられたプレイリストを読み取ることと、ライセンスの中の制限事項が、視聴覚アセットがアクセスされることを許す場合、プレイリストを使用して、プレイリストによって示された、複数の視聴覚クリップのうちの１つ以上からなるシーケンスを備えている視聴覚ストリームを生成することとを備える、視聴覚プレーヤを使用して視聴覚プレゼンテーションを表示する方法が提供される。

実施形態３１の方法は、実施形態３０の全ての要素を含み、ライセンスの中の制限事項は、日付制限事項、時間制限事項、または視聴覚アセットのアクセス可能なプレゼンテーションに関する制限事項のうちの少なくとも１つを備える。実施形態３２の方法は、実施形態３０から３１のうちのいずれかの全ての要素を含み、視聴覚アセットを受信することは、ネットワークを亘って送信されたデジタルファイルを受信することを備える。実施形態３３の方法は、実施形態３２の全ての要素を含み、視聴覚ストリームを生成することは、視聴覚アセットの一部分を受信した後に行われる。実施形態３４の方法は、実施形態３３の全ての要素を含み、視聴覚ストリームを生成することは、視聴覚アセットの全体を受信した後に行われる。実施形態３５の方法は、実施形態３０〜３４のうちのいずれかの全ての要素を含み、視聴覚アセットを受信することは、視聴覚プレーヤに解除可能に接続された非一時的な記憶媒体からのデジタルファイルの物理的な取り込みを備える。実施形態３６の方法は、実施形態３０〜３４のうちのいずれかの全ての要素を含み、受信されたライセンスを認証することをさらに備える。実施形態３７の方法は、実施形態３６の全ての要素を含み、受信されたライセンスを認証することは、ルート公開鍵と参照して受信されたライセンスのデジタル署名を検査することを備える。実施形態３８の方法は、実施形態３０から３７のうちのいずれかの全ての要素を含み、対称鍵を使用して視聴覚アセットを解読することをさらに備える。実施形態３９の方法は、実施形態３８のすべての要素を含み、ベース暗号化された対称鍵を獲得するために、第１の非対称鍵を使用して、ターゲット暗号化された対称鍵を解読することと、対称鍵を獲得するために第２の非対称鍵を使用してベース暗号化された対称鍵を解読することとをさらに含み、第１の非対称鍵は、ターゲット暗号化された対称鍵を生成するために使用された公開鍵に対応する秘密鍵であり、第２の非対称鍵は、ベース暗号化された対称鍵を生成するために使用された公開鍵に対応する秘密鍵である。実施形態４０の方法は、実施形態３０から３９のうちのいずれかの全ての要素を含み、ベース暗号化されたライセンスを獲得するために第１の非対称鍵を使用してターゲット暗号化されたライセンスを解読することと、ライセンスを獲得するために第２の非対称鍵を使用してベース暗号化されたライセンスを解読することとをさらに含み、第１の非対称鍵は、ターゲット暗号化されたライセンスを生成するために使用された公開鍵に対応する秘密鍵であり、第２の非対称鍵は、ベース暗号化されたライセンスを生成するために使用された公開鍵に対応する秘密鍵である。

実施形態４１において、対応する秘密暗号鍵を用いて復号化される情報を暗号化するように構成されている１つ以上の公開暗号鍵と、デジタルライセンスに署名するコンテンツ配給装置証明書とを記憶するように構成されている非一時的なデータストレージと、コンピュータハードウェアを備え、データストレージと通信し、そして、視聴覚アセットに関連付けられ、視聴覚アセットへのアクセスに関する制限事項を備えている著作者ライセンスを受信するように、コンテンツ配給装置のデジタル権利マネージャから制限事項リストを受信するように、視聴覚アセットにアクセスするために受信側から要求を受信するように、制限事項を著作者ライセンスの中の制限事項に追加することにより新しいライセンスを生成するように、記憶されたコンテンツ配給装置証明書を使用して新しいライセンスに署名するように、視聴覚アセットの受信側に関連付けられた公開暗号鍵を使用して署名されたライセンスを暗号化するように構成されている少なくとも１つのコンピューティング装置と、を備える視聴覚アセットのためのライセンシングシステムが提供される。

実施形態４２において、コンピュータハードウェアを備えている１台以上のコンピューティング装置を備え、対称鍵を使用して、暗号化されたアセットを生成するために符号化されたアセットを暗号化するように、第１の非対称鍵を使用して、ベース暗号化されたライセンスおよび対称鍵を生成するために、著作者ライセンスから導出された、修正されたライセンスおよび対称鍵を暗号化するように、第２の非対称鍵を使用して、ターゲット暗号化されたライセンスおよび対称鍵を生成するために、ベース暗号化されたライセンスおよび対称鍵を暗号化するように構成されている鍵システムと、コンピュータハードウェアを備えている１台以上のコンピューティング装置を備え、暗号化されたアセットとターゲット暗号化されたライセンスおよび対称鍵とを受信側システムに送信するように構成されている配給サーバとを備え、第１の非対称鍵が再生システムについての秘密鍵に対応する公開鍵を備え、第２の非対称鍵が受信側システムについての秘密鍵に対応する公開鍵を備える、コンテンツ配給システムが提供される。

実施形態４３のコンテンツ配給システムは、実施形態４２の全ての要素を含み、鍵システムの少なくとも１台のコンピューティング装置は、配給サーバの少なくとも１台のコンピューティング装置と同一である。

（結論）
実施形態は、添付図面と関連して説明されている。上記実施形態は、当業者が本書において説明された装置、システムなどを作ることおよび使用することを可能にする詳細度で説明されている。多種多様の変形が可能である。コンポーネント、要素、および／またはステップは、変更、追加、削除、または再配置される可能性がある。ある特定の実施形態が明示的に説明されているが、その他の実施形態が本開示に基づいて当業者に明らかになるであろう。

実施形態に依存して、本書において説明された方法のうちのいずれかのある特定の行為、事象、または機能は、異なる順序で実行される可能性があり、追加、併合、または完全に省かれる可能性がある（たとえば、説明された行為または事象の全てが方法の実施のため必要であるとは限らない）。さらに、ある特定の実施形態では、行為または事象は、順次にではなく、たとえば、マルチスレッド型処理、割り込み処理、またはマルチプロセッサもしくはプロセッサコアを通じて同時に実行される可能性がある。ある種の実施形態では、本書において開示されたアルゴリズムは、非一時的な記憶媒体のようなメモリ装置に記憶されたルーチンとして実施される可能性がある。付加的に、１台以上の物理的なプロセッサのようなコンピュータハードウェアは、ルーチンを実行するように構成される可能性がある。物理的なプロセッサは、デジタル論理回路構成を含む可能性がある。ある種の実施形態では、カスタム回路構成が使用されることがある。

本書において開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両者の組み合わせとして実施される可能性がある。ハードウェアとソフトウェアのこの互換性を明瞭に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップがこれらの機能性の観点から概ね前述されている。このような機能性がハードウェアとして実施されるか、または、ソフトウェアとして実施されるかは、システム全体に課された特有の用途上および設計上の制約に依存する。説明された機能性は、特有の用途毎に様々な方式で実施される可能性があるが、このような実施決定は、開示の範囲からの逸脱を引き起こすものとして解釈されるべきではない。

本書において開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）もしくはその他のプログラマブル論理装置、ディスクリートゲートもしくはトランジスタ論理、ディスクリート・ハードウェア・コンポーネント、または、本書において説明された機能を実行するように設計されたこれらのいずれかの組み合わせを用いて実施または実行される可能性がある。汎用プロセッサは、マイクロプロセッサである可能性があるが、代案では、プロセッサは、何らかの従来型のプロセッサ、コントローラ、マイクロコントローラ、または状態機械である可能性がある。プロセッサは、コンピューティング装置の組み合わせ、たとえば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと共に１台以上のマイクロプロセッサ、または、その他のこのような構成として実施される可能性もある。たとえば、コンピューティングハードウェアは、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせを使用して実施されたモジュールを実行するために使用される可能性がある。

本書において開示された実施形態に関連して説明された方法およびアルゴリズムのブロックは、直接的にハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはこれら２つの組み合わせで具現化される可能性がある。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術分野において知られた他の形式のコンピュータ読み取り可能な記憶媒体に存在する可能性がある。典型的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代案では、記憶媒体は、プロセッサに一体である可能性がある。プロセッサおよび記憶媒体は、ＡＳＩＣに存在する可能性がある。ＡＳＩＣは、ユーザ端末に存在する可能性がある。代案では、プロセッサおよび記憶媒体は、ユーザ端末の中にディスクリートコンポーネントとして存在する可能性がある。

本書において使用されるように、「一実施形態」、「ある種の実施形態」、または「実施形態」という言及は、実施形態に関連して記載された特別な要素、特徴、構造、または特性が少なくとも１つの実施形態に含まれることを意味する。明細書の様々な箇所における「一実施形態では」という言い回しの出現は、全てが同じ実施形態に言及するとは限らない。とりわけ「可能性がある（ｃａｎ）」、「こともあり得る（ｃｏｕｌｄ）」、「かもしれない（ｍｉｇｈｔ）」、「ことがある（ｍａｙ）」、「たとえば（ｅ．ｇ．）」などのような本書において使用された条件付きの文言は、特に断らない限り、または、使用されたとおりの文脈の範囲内でそれ以外には理解されない限り、ある特定の実施形態がある特定の特徴、要素および／またはステップを含むが、他の実施形態は、含まないことを伝えることが概して意図されている。その上、本出願および請求項において使用されたとおりの冠詞「ａ」または「ａｎ」は、特に断らない限り、「１つ以上」または「少なくとも１つ」を意味するように解釈されるべきである。

本書において使用されるように、用語「備える（ｃｏｍｐｒｉｓｅｓ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」またはこれらのその他の変形は、非限定用語であり、非排他的な包含を網羅することが意図されている。たとえば、要素のリストを備えるプロセス、方法、製品、もしくは装置は、必ずしもこれらの要素だけに限定されることなく、明示的に列挙されていないか、または、このようなプロセス、方法、製品、もしくは装置に本来備わっている他の要素を含むことがある。さらに、特に断らない限り、「または（ｏｒ）」は、排他的和ではなく、包括的和のことを指す。たとえば、条件ＡまたはＢは、Ａが真である（または存在する）かつＢが偽である（または存在しない）と、Ａが偽である（または存在しない）かつＢが真である（または存在する）と、ＡおよびＢが共に真である（または存在する）とのうちのいずれか１つによって満たされる。本書において使用されるように、項目のリストの「少なくとも１つ」に言及する句は、単独のメンバを含んで、これらの項目のいずれかの組み合わせを指す。一例として、「Ａ、Ｂ、またはＣの少なくとも１つ」は、Ａと、Ｂと、Ｃと、ＡおよびＢと、ＡおよびＣと、ＢおよびＣと、Ａ、Ｂ、およびＣとを網羅することが意図されている。「Ｘ、ＹおよびＺの少なくとも１つ」という句のような連言的な言い回しは、特に断らない限り、項目、用語などがＸ、Ｙ、またはＺの少なくとも１つでもよいことを伝えるために一般に使用されるとおりの文脈を用いて理解される。従って、このような連言的な言い回しは、ある特定の実施形態が少なくとも１つのＸ、少なくとも１つのＹ、および少なくとも１つのＺがそれぞれ存在する必要があることを含意することを概して意図していない。

以上の詳細な説明は、様々な実施形態に適用されるとおりに新規性のある特徴を明らかにし、説明し、指摘しているが、例示された装置またはアルゴリズムの形式および細部における様々な省略、置換、および変更が開示の趣旨を逸脱することなく行われる可能性があることが理解されるであろう。認識されるように、本書において説明された発明のある特定の実施形態は、ある種の特徴が互いに別々に使用される、または、実施される可能性があるので、本書に記載された特徴および利点の全てを提供するとは限らない形式の範囲内で具現化される可能性がある。本書において開示されたある特定の発明の範囲は、上記明細書本文ではなく、請求項によって示される。請求項の均等物の意味と範囲とに入るあらゆる変更点は、請求項の範囲に包含されることになる。

（コンテンツ配信システム）
図１は、コンテンツ配給装置１０５、複数の視聴覚プレーヤ１１０、およびアセットサーバ１１５を含むコンテンツ配給チェーン例１００を表現するブロック図を示す。複数の視聴覚プレーヤ１１０は、ローカル・エリア・ネットワーク（「ＬＡＮ」）またはワイド・エリア・ネットワーク（「ＷＡＮ」）のようなネットワーク接続を通じてコンテンツ配給装置１０５に通信結合されている。コンテンツ配給チェーン１００は、種々の機能をコンテンツ配給装置１０５に提供するように構成された複数のコンポーネントを含む可能性がある。たとえば、コンテンツ配給装置１０５は、エンコーダモジュール１２０、ライセンスモジュール１３０、鍵モジュール１４０、および配給サーバ１５０を含む可能性がある。

各プレーヤ１１０は、コンテンツ配給装置１０５からコマンドを受信するように構成されたアクセスモジュール１１２を含む可能性がある。コマンドは、コンテンツ配給ネットワーク１００がネットワーク基盤設備の拡張としてプレーヤ１１０を動作させることを可能にするコンテンツ配給装置、サードパーティ・システム、またはその他のネットワーク接続型プレーヤ１１０のようなコンテンツ配給ネットワーク１００内のいずれかのシステムから受信される可能性がある。アクセスモジュール１１２は、ネットワーク１００からいくつでもコマンドを受信し、これらのコマンドを解釈し、これらのコマンドをセキュア環境内のプレーヤの内部機能へのアクセスを可能にさせるプレーヤ１１０のセキュアモジュール１１４に送信するように構成される可能性がある。このように、プレーヤ１１０の機能にアクセスできるようにすることは、プレーヤ１１０で動いている内部ファームウェアおよび／またはソフトウェアにアクセスできるようにはしない。これは、視聴覚コンテンツの著作権を侵害することに関連付けられたセキュリティリスクを低減する。プレーヤ１１０のセキュアモジュール１１４にアクセスできるようにすることにより、プレーヤ１１０は、ネットワークプロバイダまたはコンテンツ配給装置がプレーヤの機能にアクセスできるようにする可能性があり、プロバイダがプレーヤ１１０の能力および／またはコンテンツ配信ネットワーク１００の基盤設備を巧く利用するためにプレーヤ上で動くアプリケーションを設計することを可能にさせる。

コンテンツ配信システム１００は、エンコーダモジュール１２０によって生成された視聴覚アセットへのアクセスに制限事項を割り当てるように構成されたライセンスモジュール１３０を含む。ある種の実施形態では、ライセンスモジュール１３０は、アセットサーバ１１５から視聴覚アセットに関連付けられたライセンスを受信する。ライセンスモジュール１３０は、元のライセンスに与えられた制限事項に制限事項を加えるためにこの受信されたライセンスを修正する可能性がある。ライセンスモジュール１３０は、アセットにアクセス制御を課すためにコンテンツ配給ネットワーク１００内で１つ以上のシステムによって提供された機能性を使用する可能性がある。ライセンスモジュール１３０は、本質的に一般的であるアクセス制限事項（たとえば、アセットにアクセスしようとしているいずれのプレーヤにも当てはまる制限事項）、または、本質的に対象とされたアクセス制限事項（たとえば、プレーヤ１０もしくは複数のプレーヤに固有のアクセス制御）を課す可能性がある。１つのこのようなアクセス制御は、ある期間中に、アセットへのアクセスを制限する可能性があり、その後アセットへのアクセス権が終了する。アクセス権の期間は、ユーザからの支払に依存する可能性があるので、ライセンスモジュール１３０は、プレーヤ１１０との相互作用に基づいて固有のライセンスを作成する可能性がある。ライセンスは、視聴覚アセットと共に配給される可能性があり、または、アセットから切り離されて配給される可能性がある。ライセンスモジュール１３０は、コンテンツ配給装置１０５がこれ自体のデジタル制限管理（「ＤＲＭ」）配信プラットフォームを提供することを許す。

符号化／暗号化システム３１５は、暗号化されたアセット３１７ａ、３１７ｂをそれぞれのプレーヤ１ ３２５および配給装置１ ３２０に送信する可能性がある。符号化／暗号化システム３１５は、暗号化された鍵および／またはライセンス３１９ａ、３１９ｂをそれぞれのプレーヤ１ ３２５および配給装置１ ３２０に送信する可能性がある。配給装置１ ３２０は、符号化／暗号化システム３１５によってＰＫ−Ｄ１ ３１３ａを用いる暗号化の最後のラッパーを解読するためにこれの秘密鍵ＳＫ−Ｄ１ ３１３ｂを使用する可能性がある。同様に、プレーヤ１ ３２５は、ライセンスおよび秘密鍵Ｋ１ ３０８を解読するためにこのプレーヤの秘密鍵ＳＫ−Ｐ１ ３１１ｂと共にグローバルなプレーヤ秘密鍵ＳＫ−ＲＲ ３１２ｂを使用する可能性がある。秘密鍵Ｋ１ ３０８を使用して、プレーヤ１ ３２５は、その後、アセット３０５を解読する可能性がある。

ある種の実施形態では、コンテンツは、グローバルなプレーヤ公開鍵ＰＫ−ＲＲだけを使用して秘密鍵Ｋ１ ３０８を暗号化することにより複数のプレーヤにブロードキャストされる可能性がある。

図７Ａおよび７Ｂは、視聴覚アセットのプレゼンテーションに関連付けられた視聴覚クリップのプレゼンテーションを指示するプレイリストファイル例を示す。図７Ａでは、ディレクターズカット７０５ａおよび劇場上映カット７０５ｂに対応するプレイリストファイルが示される。プレイリストファイル７０５ａ、７０５ｂは、映像クリップ７１０ａ、７１０ｂと音声クリップ７１５ａ、７１５ｂとに関する情報を含む。映像クリップと共に組み込まれたこの情報は、所要時間と、開始点および終点とを含む。プレイリストは、様々なクリップを含むので、生成された視聴覚データストリームは、これらの間で異なるものである。たとえば、ディレクターズカット７０５ａは、クリップｖ１ ７２０ａを、その後に続いてクリップｖ２ ７２０ｂと、その後に続くクリップｖ３ ７２０ｃとをプレイするが、劇場上映カットは、クリップｖ２ ７２０ｂを省略するであろう。

図７Ｂは、やはり映像トラック情報７１０および音声トラック情報７１５を収容するプレビュー・プレイリスト７０５を示す。しかし、プレビュー・プレイリスト７０５において、クリップｖ１ ７２０の一部分７２５ａおよびクリップｖ３の一部分７２５ｂのような対応するクリップの一部分だけが示される。クリップの一部分および所要時間は、映像トラック情報７１０および音声トラック情報７１５において指示される。

Claims (13)

1. コンピュータハードウェアを備えている１台以上のコンピューティング装置を備え、
   対称鍵を使用して、暗号化されたアセットを生成するために符号化されたアセットを暗号化し、
   第１の非対称鍵を使用して、ベース暗号化されたライセンスおよび対称鍵を生成するために、著作者ライセンスから導出された、修正されたライセンスおよび前記対称鍵を暗号化し、そして、
   第２の非対称鍵を使用して、ターゲット暗号化されたライセンスおよび対称鍵を生成するために、前記ベース暗号化されたライセンスおよび対称鍵を暗号化するように構成されている鍵システムと、
   コンピュータハードウェアを備えている１台以上のコンピューティング装置を備え、前記暗号化されたアセットと前記ターゲット暗号化されたライセンスおよび対称鍵とを受信側システムに送信するように構成されている配給サーバと、
   を備え、
   前記第１の非対称鍵が再生システムについての秘密鍵に対応する公開鍵を備え、
   前記第２の非対称鍵が前記受信側システムについての秘密鍵に対応する公開鍵を備える、
   コンテンツ配給システム。
2. 前記鍵モジュールは、前記対称鍵を生成するようにさらに構成されている、請求項１に記載のコンテンツ配給システム。
3. 前記鍵モジュールは、前記対称鍵をランダムに生成する、請求項２に記載のコンテンツ配給システム。
4. 前記著作者ライセンスは、前記アセットへのアクセスについての制限事項を備える、請求項１に記載のコンテンツ配給システム。
5. 前記修正されたライセンスは、前記著作者ライセンスに追加された前記アセットへのアクセスについての制限事項を備える、請求項４に記載のコンテンツ配給システム。
6. 前記符号化されたアセットは、
   視聴覚コンテンツの複数のクリップと、
   視聴覚コンテンツの前記複数のクリップの部分集合のリスト、および、視聴覚コンテンツの前記複数のクリップの前記部分集合を提示する順序を備えているプレイリストと、
   を備える、請求項１に記載のコンテンツ配給システム。
7. 前記符号化されたアセットは、
   視聴覚コンテンツの複数のクリップと、
   複数の版の視聴覚プレゼンテーションと、
   前記複数の版の前記視聴覚プレゼンテーションの各々に対して、視聴覚コンテンツの前記複数のクリップの部分集合のリスト、および、視聴覚コンテンツの前記複数のクリップの前記部分集合を提示する順序を備えているプレイリストと、
   を備える、請求項１に記載のコンテンツ配給システム。
8. 前記再生システムは、前記受信側システムである、請求項１に記載のコンテンツ配給システム。
9. 前記受信側システムは、コンテンツ配給装置である、請求項１に記載のコンテンツ配給システム。
10. 前記受信側システムについての動作のライブラリから選択されているコマンドを前記受信側システムに提供するように構成されている制御システムをさらに備える、請求項１に記載のコンテンツ配給システム。
11. 前記コマンドは、前記符号化されたアセットの送信とは切り離されて前記受信側システムに送信される、請求項１０に記載のコンテンツ配給システム。
12. 前記コマンドは、前記ターゲット符号化されたライセンスおよび対称鍵とは切り離されて前記受信側システムに送信される、請求項１０に記載のコンテンツ配給システム。
13. 前記鍵システムの前記１台以上のコンピューティング装置は、前記配給サーバの前記１台以上のコンピューティング装置と同一である、請求項１に記載のコンテンツ配給システム。

Images