JP5536931B2 - コンテンツがｄｒｍ環境間で移転される場合に使用権を保存する方法 - Google Patents

Description

本発明は、デジタル著作権管理（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ：ＤＲＭ）システム及び方法に関する。より詳しくは、例えば権利発行を伴うアドバンストコピー、管理されたコピートークンなどを用いたデジタル著作権管理方法及びシステムに関する。

近年、様々な態様のデジタル著作権管理（ＤＲＭ）に対応すべく各種システムが開発されている。しかし、こうした従来のシステムの多くは、デジタル著作権管理用命令の取り扱い、使用権のデジタルコンテンツパッケージへの関連付け、デジタル著作権トークンの管理、所定の放送日時を有するデジタルコンテンツパッケージの管理、コンテンツがＤＲＭ環境間で移転された際の使用権の保護、及びコンテンツパッケージの配信に関するロバストな機構を備えていない。

従って、上記及び他の課題を解決するための方法及びシステムが求められている。上記及び他の課題は、例えば権利発行を伴うアドバンストコピー、管理されたコピートークンなどを用いたデジタル著作権管理方法及びシステムを提供する本発明の例示的実施形態によって解決される。例示的実施形態は、デジタル著作権管理用命令の取り扱い、使用権のデジタルコンテンツパッケージへの関連付け、デジタル著作権トークンの管理、所定の放送日時を有するデジタルコンテンツパッケージの管理、コンテンツがＤＲＭ環境間で移転された際の使用権の保護、及びコンテンツパッケージの配信に関するロバストな機構を提供する点で有利である。

従って、本発明の例示的態様において、デジタルコンテンツパッケージ上で権利管理操作を行うＤＲＭエージェントを有するデジタルコンテンツプレーヤ（再生装置）のためのシステム、方法及びコンピュータプログラム製品が提供され、前記システム、方法及びコンピュータプログラム製品は、デジタルコンテンツプレーヤにより実行される、デジタルコンテンツパッケージに関連付けられた権利管理命令をロードし、デジタルコンテンツプレーヤ上で権利管理命令を実行し、ＤＲＭエージェントにより処理するためにデジタルコンテンツパッケージに関連付けられたサポートライセンスをロードすることを含む。ＤＲＭエージェントは、権利管理命令により要求された権利管理操作を許可すべきか否かを決定する。

本発明の更に例示的態様において、デジタルコンテンツに使用権を付与するシステム、方法及びコンピュータプログラム製品が提供され、前記システム、方法及びコンピュータプログラム製品は、デジタルコンテンツパッケージに１セットの使用権を関連付け、オリジナル記録媒体上にデジタルコンテンツパッケージを記録し、ユーザ記録媒体上に、デジタルコンテンツパッケージの適法コピーを作製し、使用権を適法コピーと関連付けて提供することを含む。使用権は第一の規定及び第二の規定を含む。第一の規定はオリジナル記録媒体が存在する状態においてのみ提供される権利に関する。第二の規定はオリジナル記録媒体が存在しない状態又は存在する状態で提供される権利に関する。

本発明の更に別の例示的態様において、使用権に従ってデジタルコンテンツパッケージを再生するよう構成されたデジタルコンテンツプレーヤのためのシステム、方法及びコンピュータプログラム製品が提供され、前記デジタルコンテンツプレーヤは、デジタルコンテンツパッケージをレンダリングするためのレンダリング部と、対応するトークン発行人からのトークン管理権に基づいてトークンを格納し、作製し、譲渡（移転）するためのトークンレポジトリと、デジタルコンテンツパッケージに関連付けられた使用権を解釈及び実施し、使用権が特定の識別子を備えたトークンの所有を要求する場合に、特定の識別子を備えたトークンの所有の有無を確認するようトークンレポジトリと通信するためにトークンレポジトリ及びレンダリング部に接続されたＤＲＭエージェントと、を含む。

本発明の更に別の例示的態様において、オリジナル記録媒体のためのシステム、方法及びコンピュータプログラム製品が提供され、オリジナル記録媒体は、所定の放送日時を有するデジタルコンテンツパッケージの記録と、デジタルコンテンツパッケージ用の１セットの使用権と、を含む。使用権は、所定の放送日時より前にデジタルコンテンツパッケージが閲覧されることを許可しない。

本発明の更に別の例示的態様において、コンテンツがＤＲＭ環境間で移転される場合に使用権を保存するシステム、方法及びコンピュータプログラム製品が提供され、前記システム、方法及びコンピュータプログラム製品は、第一のＤＲＭ環境における実施に適した第一のセットの使用権をデジタルコンテンツパッケージに割り当て、第二のＤＲＭ環境にデジタルコンテンツパッケージを移転し、第一のセットの使用権を第二のＤＲＭ環境における実施に適した第二のセットの使用権に変換し、デジタルコンテンツパッケージに第二のセットの使用権を関連付け、第一のセットの使用権のデジタルコンテンツパッケージへの関連付けを維持する。

本発明の更に別の例示的態様において、デジタルコンテンツパッケージを配信するためのシステム、方法及びコンピュータプログラム製品が提供され、前記システム、方法及びコンピュータプログラム製品は、１セットの使用権をデジタルコンテンツパッケージに関連付け、デジタルコンテンツパッケージの許可された変更に対し発行される権利を定義する１セットのメタ権利をデジタルコンテンツパッケージに関連付けることを含む。

本発明の更に別の態様、特徴及び利点は、本発明を実施することを意図した最良の形態を含む多数の例示的実施形態及び実施を説明することで、以下の詳細な説明から容易に明らかとなる。更に、本発明は他の異なる実施形態とすることもでき、その詳細は本発明の精神及び範囲を逸脱しない範囲で様々なに変更可能である。従って、図面及び説明は本質的に例示的なものであり、限定的なものではない。

例示的なデジタル著作権管理（ＤＲＭ）システムを示す図である。 指示を受領するための例示的フロー図である。 例示的なコンテンツを示す図である。 例示的な使用権移転（譲渡）を示す図である。 再生、コピー及び発行などの権利により管理されたアクションを処理するための例示的フロー図である。 トークンレポジトリ、トークン及びトークン識別子を含む例示的レポジトリを示す図である。 トークン権、コンテンツ及び使用権を含む例示的媒体を示す図である。 例示的なトークンファイルシステムを示す図である。 例示的なデータベースを示す図である。 例示的なトークン識別子文法を示す図である。 例示的なトークン移転（譲渡）を示す図である。 管理されたコピートークン（Ｍａｎａｇｅｄ Ｃｏｐｙ Ｔｏｋｅｎｓ：ＭＣＴ）を利用するための例示的フロー図である。 例示的ＤＲＭシステムが、条件が満たされたか否かを決定する方法を詳解した例示的フロー図である。 コンテンツ配信を詳解した例示的フロー図である。 コンテンツ配信のための更に別の例示的ＤＲＭシステムを示す図である。 従来の使用権処理を示す図である。 従来の使用権処理を示す図である。 例示的実施形態による従来の使用権処理を示す図である。 例示的実施形態による従来の使用権処理を示す図である。 例示的実施形態による従来の使用権処理を示す図である。 例示的実施形態による、変更されたコンテンツと使用権がどのように関連付けられるかを示す図である。 例示的なライセンスを示す図である。 例示的実施形態による例示的使用権要素を示す図である。 例示的実施形態による例示的使用権要素を示す図である。 例示的実施形態による例示的使用権要素を示す図である。 例示的実施形態による例示的使用権要素を示す図である。 例示的実施形態による例示的使用権要素を示す図である。 更に別の例示的ＤＲＭシステムを示す図である。 更に別の例示的ＤＲＭシステムを示す図である。

添付の図面に示される本発明の実施形態はあくまで例であり、本発明を制限する意図はない。同様の参照番号は同様の要素を示す。

以下、図面、特に図１を参照しながら、例示的実施形態による例示的デジタル著作権管理システム１００を説明する。同様の参照番号は複数の図面にまたがって同一部分又は対応部分を示す。図１において、コンテンツ（１０１、１０５）は、ディスク（１０１）又はネットワーク（１０３）を介してサーバ（１０４）からコンテンツ再生装置（１０２）に入力される。コンテンツ（３００）として、オーディオ又はビデオ媒体ファイル（３０１、３０２）、実行可能コード（３０３、３０４）、権利（３０５、３０６）及びメタデータのうちの１つ以上が挙げられるが、これらに限定されない。コンテンツ再生装置（１０２）（略して「プレーヤ」と呼ぶ）は、ハードウェアデバイス、ソフトウェア又はファームウェアとして実施できる。

プレーヤの可能な２つの機能として、コンテンツのコピーを作製する機能及び権利を発行する機能が考慮される。プレーヤにより、上記機能のいずれか又は両方を有する。一実施形態において、プレーヤは、例えばコンテンツディスクがプレーヤのドライブに載置された直後など所定の状況下にてこれらの機能のいずれか又は両方を実行できる。別の実施形態では、プレーヤは、プレーヤにこれらのいずれか又は両方の機能を実行させるべくユーザが利用できるように、プレーヤハードウェア、リモートコントロール、及び／又は付属モニタの１個以上のボタン、又はマウス等の他のユーザインタフェース要素を有してもよい。第三の実施形態では、プレーヤは、インタラクティブ（対話的）な方法でユーザに対しコンテンツの一部を表示する別の機能を有することができ、コンテンツのインタラクティブコンポーネントにより、コンテンツのコピー作製又は権利発行のいずれかもしくは両方の機能を実行させようプレーヤを導くことができる。別の実施形態において、プレーヤは上記いずれか又は両方の機能をいつ実行するかに関する指示命令をコンテンツから読み取ることができる。更に別の実施形態では、プレーヤは、これらの各種実施形態の態様を組み合わせることが可能である。例えば、プレーヤは、いつコピーを行うかを決定するためのハードウエアボタンを有していてもよく、いつ権利を発行するか、及びどの権利を発行するかを決定するためにコンテンツの対話的機能を利用してもよい。

本願における用語「権利管理命令」は、デジタルコンテンツへの、又はデジタルコンテンツのコピーのための権利発行などの権利管理操作のための命令を指す。前記命令は、デジタルコンテンツをいつコピーするか、デジタルコンテンツのどの部分をコピーするか、あるいはデジタルコンテンツをどこにコピーするか、に関する命令を含んでもよい。同様に、命令は、いかなる権利を発行するか、いつ発行するか、コンテンツのどの部分に権利を適用するか、誰に対して権利を発行するか、を指示してもよい。但し、このような命令はデジタルコンテンツの単なる再生は指示しない。

本願における用語「ＤＲＭエージェント」は、デジタルコンテンツに関連付けられた使用権を識別し実施（行使）する役割を担うソフトウェア及び／又はハードウェアの集合体を指す。

本願における用語「デジタルコンテンツパッケージ」は、ユーザに呈示されるオーディオイベント（歌やアルバム）、ビデオイベント（ホームムービーやアニメーション）、オーディオビジュアルイベント（映画、テレビ番組、ミュージックビデオなど）、デジタル画像、デジタルテキスト情報又は他の定義された量のデジタル情報、並びにこれらの一部及び組み合わせを指す。

図２は指示の受領に関する例示的フローを示す。フローはステップ２０１で開始される。ステップ２０２で、プレーヤがコンテンツ３００をロードする。ステップ２０３で、プレーヤは対話に関する命令３０３を実行する。ユーザとの対話に従い、対話命令により、プレーヤはステップ２０４で、定義されたＡＰＩにより特定の命令３０７を用いて指示を行うための命令３０４を実行する。ＡＰＩコール（呼び出し）に基づき、プレーヤはステップ２０５で指示を理解する。指示内容が権利発行であれば、プレーヤはステップ２０６で命令に従い権利を発行する。指示がコピー作製であれば、プレーヤはステップ２０７で命令に従いコピーを作製する。フローはステップ２０８で終了する。

プレーヤに権利を発行できるようにするためのコンテンツの対話的機能の例示的ＡＰＩは、３０７に「ｒｅｓｕｌｔ＝ｉｓｓｕｅ（ｕｎｉｓｓｕｅｄＬｉｃｅｎｓｅ，ｓｕｐｐｏｒｔｉｎｇＬｉｃｅｎｓｅｓ）」として示される。ｕｎｉｓｓｕｅｄＬｉｃｅｎｓｅパラメータは、コンテンツの対話的機能がプレーヤに発行を要求している未発行ライセンスである。ｕｎｉｓｓｕｅｄＬｉｃｅｎｓｅは、機能に直接送る（渡す）か、又はＵＲＩなどによる参照によって送ることができる。ｓｕｐｐｏｒｔｉｎｇＬｉｃｅｎｓｅｓパラメータは、プレーヤによるｕｎｉｓｓｕｅｄＬｉｃｅｎｓｅの発行を認証する、全ての発行されたライセンスである。ｓｕｐｐｏｒｔｉｎｇＬｉｃｅｎｓｅｓパラメータは、機能に直接送るか、又はＵＲＩなどによる参照によって送ることができる。ｓｕｐｐｏｒｔｉｎｇＬｉｃｅｎｓｅｓは、プレーヤにより他の規約に基づいて決定されてもよい。例えば、プレーヤは、コンテンツ又は他のソースの他の場所からｓｕｐｐｏｒｔｉｎｇＬｉｃｅｎｓｅｓを検索する方法を知ることができる。取得される戻り値は、ライセンス発行の成否及びその考えられる理由をコンテンツの対話的機能に通知するために使用される。

権利発行（５１５）を行う際、プレーヤはまずその権利発行の認証の可否をチェックする（５１０）。このチェックはサポートライセンス（５０３、５０５、５０９）に対して行われる。一実施形態において、サポートライセンスは、あるコンテンツに暗号的に結合され、これらのライセンスの検証（５０７）するための何らかの信頼された実体（エンティティ）によって認証される使用権のファイルである、ＴＵＦ（Ｔｉｔｌｅ Ｕｓａｇｅ
Ｆｉｌｅ）（５０５）内に見出される。実施形態の更に別の態様では、前記暗号的結合は、コンテンツを更にコンテンツプロバイダ識別に関連付けることでき、識別されたコンテンツプロバイダは、プレーヤが権利を発行するためのＲＥＬ認証要求を行うための信頼されたルート（元）発行人としての役割を担うことができる。言い換えれば、サポートライセンスがサポートライセンスを含むＴＵＦに関連付けられたコンテンツと関連付けて識別されたコンテンツプロバイダにより認証されたか否かを更にチェックする（５０７）ことができる。

一実施形態において、一旦プレーヤが権利を発行（５１５）すると、プレーヤはそれらの権利を含むライセンスに署名できる。別の実施形態では、プレーヤはライセンスを安全な方法で記憶し（５１５）、当該ライセンスの発行を認証するか否かに関する決定を行う際にプレーヤが行った認証要求（５１０）などの当該ライセンスの発行に関する情報を記録することができる。記録をつけることで、プレーヤは将来の認証要求（５０２）（例えばコンテンツ再生又はコンテンツコピーに関する将来の認証要求）のためにＲＥＬ標準（ＩＳＯ／ＩＥＣ ２１０００−５：２００４）に定義されたｒ：ｉｓｓｕｅＣｏｎｔｅｘｔ及びｒ：ｉｓｓｕｅＴｉｍｅ特性を使用することの適否を知るために必要な情報を有する。最適化の目的で、プレーヤによって記録された情報量を減少させることができる。例えば、プレーヤは、遡及的問合せ（クエリ）を作製せず、全ての認証関連フローを時系列で扱う場合、ライセンスの発行時間を必ずしも記憶しなくてもよい。極端な場合、プレーヤは、規定された安全な方法で記憶されるライセンス（４０６）が全て適切に発行された場合以外に記録を付けなくてもよい。

使用権は様々な方法でデジタルコンテンツパッケージに関係付けることができる。例えば、これら二つは同一の記録媒体に記録することで関連付けることができる。あるいは、デジタルコンテンツパッケージに関連付けられた識別コードが、関連付けられた権利に通信リンクを介してアクセスするために使用できる。

本願における用語「適法コピー」は、管理（統制）する使用権に従って許可されるコピーを指す。なお、ハッキング、リバースエンジニアリング、又は他の無許可の方法で作製されたコピーを含むことを意味しない。

本願における用語「オリジナル記録媒体」は、コンテンツ保有者及びその認証された代理人により配信される記録媒体を指すものとして使用する。これは、エンドユーザにより作製されたコピーを指すユーザ記録媒体と対照をなす。本発明において、ユーザ記録媒体は、コンテンツを記録可能なハードドライブ又は他の記憶媒体を備えるデジタルコンテンツプレーヤであってもよい。

本発明により、２セットの権利又は条件が提供される。第一に、オリジナル記録媒体の存在下で許可される権利の上位集合がある。例えば、オリジナル記録媒体がＨＤ ＤＶＤであり、当該ＨＤ ＤＶＤのコピーがユーザのＨＤ ＤＶＤプレーヤ又はコンピュータ上で作製される場合、ＨＤ ＤＶＤがプレーヤ又はコンピュータ内に存在する場合にユーザに付与される権利は大きく、存在しない場合にはユーザに付与される権利は小さい。権利の一例として、更なるコピーの作製を行う権利が挙げられる。この権利は、プレーヤ又はコンピュータ内にオリジナルＨＤ ＤＶＤが存在する場合においてのみ付与されてもよい。その方法では、ユーザは友人にＨＤ ＤＶＤを貸し、友人は自分のプレーヤ又はコンピュータで記録を行うことができる。所有者にＨＤ ＤＶＤを返却してしまうと、友人はデジタルコンテンツパッケージを閲覧することはできるが、更なるコピーを作製することはできない。別の例は、オリジナルのコピーが所与の時間ベースのウィンドウ中においてのみ閲覧されることを可能とするか、或いは、その場合に、オリジナルＨＤ ＤＶＤがコピーとして同一のプレーヤ又はコンピュータ内に存在する場合に、ＨＤ ＤＶＤからのデジタルコンテンツパッケージのコピーが、別の、多くの場合より大きな時間ベースのウィンドウにおいて閲覧できるという、特典（プロモーション）である。

本発明の別の実施形態では、オリジナル記録媒体上のメタ権利は、デジタルコンテンツパッケージに元来関連付けられていた権利を越える更なる権利を発行するために使用できる。これらの更なる使用権は、オリジナル記録媒体、ユーザ記録媒体及びデジタルコンテンツパッケージの任意の他のコピーにおいて、前記デジタルコンテンツパッケージと元来関連付けられていたときと同様に使用できる。メタ権利は、オリジナル使用権がデジタルコンテンツパッケージに対応付けられた後で生じるイベントに対し、元の使用権に柔軟性を提供する。例えば、メタ権利は、オリジナル記録媒体と物理的に対話する特定のデジタルコンテンツプレーヤに対して有効な使用権を発効させることを可能とする。デジタルコンテンツプレーヤのアイデンティティは事前に知ることはできないが、メタ権利は、デジタルコンテンツプレーヤが、オリジナル記録媒体が取り出された後であってもデジタルコンテンツパッケージの任意のコピーを使用できるようにするため、自らに対して使用権を発行することを可能とする。

これらの更なる使用権を認証するためには、これらの安全性が必要である。この目的のため、デジタルコンテンツプレーヤは安全な記憶装置を備えることが可能である。一実施形態において、安全な記憶装置は、認証されたメタ権利によって動作するデジタルコンテンツプレーヤのみが記憶装置に書き込み可能であるように構成できる。別の実施形態では、安全な記憶装置は、デジタルコンテンツプレーヤが、認証されたメタ権利に従って動作する間は、自らが書き込んだ権利を読み出し可能であるように構成できる。いずれの場合も、デジタルコンテンツプレーヤが安全な記憶装置から使用権を読み出した後には、それらの使用権がデジタルコンテンツパッケージのコンテンツ保有者又は認証された代理人からメタ権利下で滞りなく発行され、認証された使用権であることが確信されることができる。

図５は、再生、コピー及び発行などの権利により管理されるアクションの処理のための例示的フローを示す。フローはステップ５０１で開始される。ステップ５０２でアクションを実行するための要求が受け取られる。ステップ５０３で、以前自らが発行したライセンスを自己発行ライセンスストア（４０６）から収集することができる。自己発行したライセンスストアが安全である場合、ステップ５０４で、現時点で収集された全ライセンスが信頼性を有するものとしてマークされることができる。ステップ５０５で、追加のライセンスを収集することができる。自己発行したライセンスストアが安全でない場合、ライセンスをこのステップで収集できる。ライセンス発行者、他のパーティー（第三者）、及びディスクからライセンスを収集できる。ステップ５０６で、全てのライセンスが信頼性を有するかについて決定がなされる。全ライセンスが信頼性を有していなければ、信頼性を有さないライセンスの各々についてステップ５０７が実行される。確認（検証）処理は、ライセンスの保存に関するメタデータを確認すること、ライセンス上の署名を確認すること、（ＴＵＦ中のコンテンツ保有者を調べることにより）コンテンツ保有者とライセンス署名者を照合すること、又はＸｒＭＬ２．０に定義されるアルゴリズムなどの認証アルゴリズム全体を更に実行すること、を含むことができる。ステップ５０７で、ライセンスが信頼性を有するとみなされた場合、ステップ５０８で、このライセンスが信頼性を有するものとしてマークされ、フローはステップ５０６に戻り、次のライセンスを処理するか、又は全ライセンスの信頼性が確認されたことを検出する。ステップ５０７で、ライセンスが信頼性を有さないとみなされた場合、ステップ５０９でライセンスは集合から削除される。フローはステップ５０６に戻り、次のライセンスを処理するか、又は残りの全ライセンスの信頼性が確認されたことを検出する。

ステップ５０６で残りの全ライセンスが信頼性を有すると確認されると、ステップ５１０で、ステップ５０２で要求されたアクションを認証する試みがなされる。認証結果は、ＮＯ、ＹＥＳあるいは条件付きの形となる。認証結果がＮＯである場合、要求はステップ５１８で否定され、次の要求がステップ５０２で処理される。認証結果が条件付きである場合、フローはステップ５１１、５１２及び５１３に移る。いずれかの条件が満たされない場合、ステップ５１８で要求が拒否される。全ての条件が満たされるか、又は認証結果がＹＥＳである場合、フローはステップ５１４に進み、要求の性質が決定される。要求が再生又はコピーである場合、ステップ５１７で許可が付与され、次の要求がステップ５０２で処理される。他方、要求が権利の発行である場合、ステップ５１５でライセンスが発行され、これは、署名が必要な場合にライセンスに署名することを含む。ステップ５１６で、ライセンスは自己発行ライセンスストア４０６に格納され、後にステップ５０３（４０６が安全な記憶装置を表す場合）又はステップ５０５（４０６が安全でない記憶装置を表す場合）で検索される。

図５で説明される処理は、このような処理がどのように行なわれるかの一例を示す例示的処理である。当業者には多くの変更が可能であることが認識される。例えば、ステップは別の順序で実行でき、結果はキャッシュされることができ、処理は並行して、又はプレーヤで行われる他の処理と別途関連して実行できる。

特定のプレーヤ、又は他の特定の装置に特有の権利をプレーヤに発行させるプレーヤの権利発行機能を利用して、コンテンツの配信及び使用のための興味深いモデルを遂行できる。例えば、ある使用法は全てのパーティー（４０３、４０４、４０５）に対して許可されることができ（広い権利）、別の使用法は特定のプレーヤに対して許可されることができる（４０６に格納された権利）。

コンテンツ識別子を変更せずに、オリジナルの位置から他の位置にコンテンツをコピーするプレーヤのコピー機能を利用することで、コンテンツの配信及び使用のための興味深いモデルを遂行できる。例えば、ある使用法はオリジナルの位置から利用可能なコンテンツに対して許可され（４０３）、別の使用法は位置に関わらず同一のコンテンツに対して許可されうる（４０４）。

プレーヤの権利発行及びコピー機能を組み合わせて利用することで、コンテンツの配信及び使用のためのより興味深いモデルを遂行できる。例えば、ある使用法はコンテンツの位置に関わらず全プレーヤに適用できる（４０４）。別の使用法は、オリジナルの位置から利用可能なコンテンツを有する全プレーヤに適用できる（４０３）。別の使用法は、コンテンツの位置に関わらず特定のプレーヤに適用できる（４０６のうちのいくつかの権利）。更に別の使用法は、オリジナルの位置から利用可能なコンテンツ有する特定のプレーヤに適用できる（４０６のうちのその他の権利）。次の例に、これらの使用法のうちの３つを利用するシナリオを記載する。

実施例：

コンテンツプロバイダ（４０１）は、コンテンツ（３００）を読み出し専用光ディスク（１０１）（オリジナル位置）で利用可能にする。販売促進（特典）の目的で、２００５年１２月１日には、オリジナル光ディスクの有無に関わらず誰でもコンテンツを再生できる（使用権４０４）。光ディスクを有するあらゆる人はいつでもコンテンツを再生できる（使用権４０３）。消費者が友人からディスクを借りる。消費者が無料でコピーを作製することを可能にするコピー作製の提供機能（４０５）が存在する。当然ながら、ディスクを有していなければ（４０３に準ずる）、コピーは２００５年１２月１日にのみ再生できる（４０４に準ずる）。更に、コンテンツ使用ルール４０３により、ディスクが存在する場合に、ディスクがなくても同一プレーヤがコンテンツを最大１日間再生することを可能とする（これにより、ユーザは友人にディスクを返却し、更に１日間再生することができる）新規の使用ルール（４０６）の発行が許可される。

このシナリオには５つの許諾が含まれる。
１．誰でもコンテンツのコピーを無料で作製することを可能とする許諾（４０５）。
２．オリジナル光ディスクの有無に関わらず誰でも２００５年１２月１日にコンテンツを再生することを可能とする許諾（４０４）。
３．ディスクが存在すれば誰でも日付に関わらずコンテンツを再生することを可能とする許諾（４０３）。
４．ディスクが存在する状態で、誰でも、同じプレーヤ（ディスクを有するプレーヤ）を、ディスクがなくても最大１日間再生可能なプレーヤとして指定することを可能とする許諾（４０３）。
５．（上記４で指定された）特定のプレーヤにおいてディスクがなくても最大１日間再生することを可能とする許諾（４０６）。

第一から第四の許可は、コンテンツプロバイダによって発行され、（３０６で）ディスク上で輸送され、アドバンストコピーと共にコピーされることにより発行される。第五の許可は、Ｉｓｓｕｅ（）ＡＰＩ（３０７）と呼ぶコンテンツの対話的機能（３０３と３０４）の方向でプレーヤによって発行され、装置（４０２）上に格納される（４０６）。

第一の許諾は次のライセンスで示される。

第二、第三、及び第四の許諾は次のライセンスで示される。

第五の許諾は次のライセンスで示される。

上述した例示的実施形態では、いつ権利発行すべきかをユーザにわかりやすい方法で決定し、コピーに対する異なる権利を認識し、プレーヤにより発行された安全なライセンスについて信頼性を確立する点で有用である。

更に別の例示的実施形態は、仮想コピーをシミュレートするための被管理コピートークン（Ｍａｎａｇｅｄ Ｃｏｐｙ Ｔｏｋｅｎｓ：ＭＣＴ）を使用する。各ＭＣＴ（６０３）はトークン識別子（６０４）を有する。トークン識別子（６０４、８０５、８０７）は複数のトークン（６０３、８０４、８０６）によって共有可能であり、従って例えばトークン識別子ＡＢＣを有する３つのＭＣＴが存在してもよい。一例示的実施形態では、トークン識別子はトークン識別子文法で書くことができる。例示的トークン識別子文法は、トークン識別子が、トークン発行人の公開鍵（１００１）と、それに続く、トークン発行人が割り当てたトークン識別素（１００２）を含む文法である。このような文法は、例えば、任意のＭＣＴに関連付けられたトークン発行人を容易に決定することを可能とする。トークン発行人は、当該ＭＣＴの作製及び移転（譲渡）を許可するライセンス（７０１）を発行することを認証された実体（エンティティ）である。別の例示的トークン識別子文法では、トークン識別子は、トークンが属する異なるクラスを示す様々なフィールドを含む。このような文法は、例えば、任意のＭＣＴに関連付けられたトークンクラスを容易に決定すること、及びあるクラスからのトークンの作製、移転又は使用を可能にする権利記述を容易に構築することを可能にする。

ＭＣＴの作製及び移転は、ＭＣＴ発行人により管理される。システムは、所与のＭＣＴのＭＣＴ発行人を決定する方法を必要とする。一例示的方法は、トークン発行人用のフィールド（１００１）を有する、上記定義されたようなトークン識別子文法を使用することによる。別の方法は、ＭＣＴレジストリ（１１０２）を有する方法であり、この方法では、トークンレポジトリ１１０１がトークン識別子を有する要求１１０３を送信し、トークン発行人情報を有するレスポンス１１０４を受け取ることで、ＭＣＴ発行人を調べることができる。一例において、ＭＣＴ発行人は、５ドルの支払いにより、識別子「ＡＢＣ」を有するＭＣＴが、カナダ人によって作製されることを（例えば使用権７０１によって）許可としてもよい。１０人のカナダ人が５ドルずつ支払う場合、識別子「ＡＢＣ」を有して作製された１０のＭＣＴが存在することになる。１１人目のカナダ人が１０ドルを払えば、このカナダ人は更に２つのＭＣＴを作製できる。この例を更に拡大して、ＭＣＴ発行人が（例えば使用権７０１によって）他のカナダ人又はアメリカ人へトークンを移転することを認可する場合を考える。１０人目のカナダ人はトークンをアメリカ人へ移転することができ、１１人目のカナダ人は、トークンのうちの１つを例えば１０人目のカナダ人へ移転することができる。これにより、１１人のカナダ人及び１人のアメリカ人が各々１つのトークンを持つことになる。

一般的にＭＣＴは、トークンの無差別な作製及び移転は不可能であるか、これらがトークンの適法の作製及び移転から区別可能である、何らかの信頼されたソフトウェア又はハードウェア（６０２）によって作製され、移転され、管理される。デジタルコンテンツに関連する小さいサイズのＭＣＴは、バックアップ及びリカバリ攻撃に対して防御を有するよう設計される、信頼されたソフトウェア又はハードウェアに理想的に適合する。ＭＣＴは、ファイルシステム（８０１）の中のファイル（８０２、８０４、８０６）又はデータベース（９００）中のエントリなど様々な方法で表現できる。一例において、信頼されたデータベース（９００）は、ＭＣＴ識別子（９０１、９０２又は９０１のみ）用に１セット、及びＭＣＴ数（カウント）（９０３）用に１セットの計２セットのカラム（列）を備えたＭＣＴ表を含む。データベース（９０４、９０５、９０６、９０７）中の各行は、対応する識別子を備えたＭＣＴの対応するカウントを表す。ＭＣＴが作製されると、カウントが増大する。ＭＣＴが移転されると、カウントは送信側で減少し、受信側で増大する。

仮想コピーをシミュレートするために、コンテンツ（７０３）の使用権（７０２）は、適法に作製及び／又は移転された一定のＭＣＴの所有を条件付けることができる。例えば、カナダ人が１１人、アメリカ人が１人いる上記例において、電子ブック（ｅ−ｂｏｏｋ）（７０３）を閲覧する権利（７０２）がトークン識別子「ＡＢＣ」を有するＭＣＴの所有を条件付けた場合、アメリカ人と１０人目及び１１人目のカナダ人との間のＭＣＴの移転は、彼らの間での関連する本発明の移転をシミュレートしたものとなる。これは、（本の物理的コピーを有する人が本を読むことができるように）ＭＣＴの所有者が電子ブックを閲覧できるためである。

一定のＭＣＴの所有を条件付けられたコンテンツの使用権を有することに加えて、第一のタイプのＭＣＴの所有を条件付けられた何らかのコンテンツ使用権、第二のタイプのＭＣＴの所有を条件付けられた同一のコンテンツへの他の使用権、更に、ある物理的媒体の所有を条件付けられた同一のコンテンツへの他の使用権、及び第一又は第二のタイプのＭＣＴ、又は媒体の条件付けがない、同一のコンテンツへの更に別の使用権を有することができる。第一のタイプのＭＣＴのＭＣＴ作製権が第二のタイプのＭＣＴの所有を条件付ける場合、及び第二のタイプのＭＣＴのＭＣＴ作製権が何らかの物理的媒体の所有を条件付ける場合、そのようなライセンシングモデルはオリジナル、第一世代コピー及び第二世代コピーについての異なる権利をシミュレートする。更に、オリジナル及び第一又は第二世代の仮想コピーをいずれも有さない人に対し、コンテンツの限定的閲覧を許可することになる。

次のライセンスは、２００５年１２月の間のみレポジトリ（６０１）で使用することが可能な１２．３４５により識別される１コンテンツ（７０３）へのＭＣＴの概念の適用を示す。コンテンツはその期間において使用するために物理的媒体（７００）から利用可能である（図の要素７０２及び下記ライセンス＃１を参照）。更に、当該期間において、識別子ＭＣＴＩｓｓｕｅｒ：１２３ＣＡＢＥＥ（図の７０２及び下記ライセンス＃２を参照）を有するＭＣＴが存在する状態で使用のために利用可能である。識別子ＭＣＴＩｓｓｕｅｒ：１２３ＣＡＢＥＥを有するＭＣＴは、ｐｕｂｌｉｓｈｅｒ．ｃｏｍのウェブサイト（図の要素７０１及び下記ライセンス＃３を参照）に設定された料金及びカウント制限を満たすようｐｕｂｌｉｓｈｅｒ．ｃｏｍと通信することで、ＭＣＴレポジトリ（６０２）により作製されうる（図の７０１及び下記ライセンス＃３を参照）。識別子ＭＣＴＩｓｕｓｅｒ：１２３ＣＡＢＥＥを有するＭＣＴは、セキュリティレベル７以上の任意のＭＣＴレポジトリ（６０２）に自由にコピーされることができる（図７の７０１及び下記ライセンス＃４を参照）。

ライセンス＃１：

ライセンス＃２：

ライセンス＃３：

ライセンス＃４：

ＭＣＴの上記記述は、作製後永続するＭＣＴに関する。指定された存続期間（１００４）を持って作製されるＭＣＴを有することもできる。作製後、存続期間が経過するとＭＣＴは破壊される。あるいは、それらの作製時（９０２、１００３）の表示を伴うＭＣＴを有し、これにより、ＭＣＴの存在を必要とする他のライセンスは、例えば一定の日付より新しい又は古いＭＣＴの存在を必要とすることができる。当業者にとって明白であるように、作製領域の外に移動できない領域拘束（ｔｅｒｒｉｔｏｒｙ−ｂｏｕｎｄ）ＭＣＴ（１００５）などの他の変更が可能である。このような高度なＭＣＴのクラスは様々な方法で実施できる。一例として、作製領域及び作製時を含むＭＣＴクラスを含むＭＣＴを識別する文法の使用が例として挙げられる。別の方法として、データベースにこの情報を格納することが挙げられる。

図１２は、ＭＣＴを利用するフローを示す。フローはステップ１２０１で開始される。ステップ１２０２で、システムは、トークン用又はコンテンツ用の使用権が到着したか否かをチェックする。到着していれば、それらはステップ１２０８で格納される。これ以上の使用権が到着しない場合、システムは、トークンの期限が切れているか否かをステップ１２０３でチェックする。期限が切れていれば、期限が切れたトークンは、ステップ１２０９で削除される。トークンの期限が切れていない場合、システムはユーザがトークン作製を希望しているかをステップ１２０４でチェックする。希望している場合、ステップ１２１０でそのトークンを作製するための条件が使用権から決定される。ステップ１２１４で、システムは、条件が満たされるか否かを判断する。条件が満たされない場合、トークンは作製されず、処理が再開される。他方、条件が満たされると、トークンがステップ１２１８で作製され、ステップ１２１９で格納される。ステップ１２０４でユーザがトークン作製を希望しない場合、システムはユーザがトークンのダウンロードを希望するか否かをステップ１２０５でチェックする。希望する場合、ステップ１２１１でシステムはトークンを含むトークンレポジトリへトークン要求を送り、返答を待つ。要求されたトークンがステップ１２１５で受け取られると、トークンはステップ１２１９で格納される。ステップ１２０５においてユーザがトークンのダウンロードを希望しない場合、システムはステップ１２０６で任意の他のトークンレポジトリが、ローカルトークンレポジトリからトークンを取得することを要求しているか否かをチェックする。要求している場合、ステップ１２１２で、システムは要求されたトークンの移転に関連する使用権及びそれらの使用権における条件を判断する。次いで、ステップ１２１６で、システムはそれらの条件が満たされたか否かをチェックする（図１３に詳述）。条件が満たされる場合、トークンはステップ１２２０で要求元トークンレポジトリへ送られ、ローカルトークンレポジトリから削除される。ステップ１２０６で、他のシステムがローカルトークンレポジトリからトークンを取得することを希望していない場合、システムは、ユーザがいずれかのコンテンツにアクセス又は使用したいか否かをステップ１２０７でチェックする。使用したい場合、システムは、ステップ１２１３でコンテンツのアクセス又は使用に関連する使用権、及びそれらの使用権における条件を判断する。次いで、ステップ１２１７で、システムはそれらの条件が満たされるか否かをチェックする（図１３に詳述）。満たされる場合、システムは、ステップ１２２１でコンテンツの要求されたアクセス又は使用を行う。

図１３は、システムが、条件が満たされるか否かをどのように判断するかについて詳述したものである。サブルーチンはステップ１３０１で開始される。ステップ１３０２、１３０３、１３０４、１３０５及び１３０６で、システムは、条件リスト中の予め定義された条件の有無をチェックする。無い場合、システムは次のタイプの条件をチェックすべく動作を続ける。有る場合、システムは特定の条件を評価する。特定の条件が満たされることが判明すると、システムは次のタイプの条件に進む。特定の条件が満たされないことが判明した場合、ステップ１３１１でサブルーチンは終了し、結果は「ＮＯ」となる。ステップ１３１２で、システムは、要求されたトークンがトークンレポジトリ中にあるか否かをチェックする。例えば、ＡＢＣのトークンを条件として再生が許可される場合、再生が行われるためにはトークンＡＢＣがトークンレポジトリに存在する必要がある。ステップ１３１３で、システムは、必要な物理的媒体が所有されているか否かをチェックする。このチェックを行うため、システムはドライブ中の媒体の存在を確認すべくディスクドライブと通信することができる。ステップ１３１４で、システムは、時間的条件が満たされたか否かをチェックする。システムは、適切に現在時刻の正確な表示を行うために安全なクロックを保持することができる。次いで、システムは、時間が特定の時間条件の前、後、あるいは別の関係にあることをこの表示が示すか否かをチェックする。ステップ１３１５で、システムは、領域条件が満たされるか否かをチェックする。システムは、全地球測位システム、ローカルネットワーク、あるいは各装置に関連付けられた１つの領域の最大値を有することなどによる他の手段により、領域条件のチェックを行ってもよい。装置の決定された領域が条件の中で言及された領域内にあれば、条件は満たされる。ステップ１３１６で、システムはセキュリティレベル必要条件をチェックする。例えば、トークンは一定のセキュリティレベルを有するレポジトリにのみ移転されてもよく、そのため、システムは何らかの証明書を用いて、要求元レポジトリのセキュリティレベルを検出し、当該条件で必要とされているレベルを満たすか、あるいは超過するかをチェックする。全ての予め定義された条件がチェックされると、フローはステップ１３０７に進み、システムは他の条件についてチェックを行う。他の条件が検出されない場合、サブルーチンはステップ１３１０で「ＹＥＳ」の結果で終了する。他の条件が検出された場合、システムはステップ１３０８で他の全ての条件を理解したことを確認する。いくつかが理解されない場合、ステップ１３１１でサブルーチンは結果「ＮＯ」で終了する。その逆の場合（システムが全ての他の条件を理解する場合）、システムはステップ１３０９で、他の全ての条件が満たされたか否かをチェックし、これに基づいてステップ１３１０で「ＹＥＳ」、あるいはステップ１３１１で「ＮＯ」で終了する。

上記例示的実施形態は、仮想コピー、ファースト・セール及び異なるクラス（世代、ディスク／ノーディスクなど）のコピーに対する権利の差異を提供する点で有利である。

本発明の別の実施形態では、物理的媒体上のコンテンツ表示の許可は同一のコンテンツの放送（ブロードキャスト）と協調される。言い換えれば、このようなコンテンツが放送形式でデビューする前に閲覧できないように、映画などのデジタルコンテンツパッケージのコピーは保護された形式（フォーマット）で配信されることができる。

更に別の例示的実施形態は、ケーブルチャンネルとしてのＵＳＰＳ（例えばＵＳＰＳ（アメリカ合衆国郵便公社）を介したＨＢＯ（登録商標））のビジネスモデルに関連する。この例示的実施形態は、消費者に配信するためにコンテンツをまとめてパッケージ化する、ＨＢＯ（登録商標）などのコンテンツアグリゲータ（集積者）及び他のチャンネル運営者の問題を解決する。典型的には、ＨＢＯ（登録商標）はＤｉｒｅｃＴＶ（登録商標）やケーブル運営者などのコンテンツ配信業者と協定を結ぶ。ＨＢＯ（登録商標）チャンネルは様々なコンテンツ配信業者に供給され、家庭へ送信される。

しかし、ＨＢＯ（登録商標）は、収集されたコンテンツをケーブルや衛星以外の手段によって提供できることを望む場合もある。別の手段はＩＰ配信によりＨＢＯ（登録商標）コンテンツを供給することである。しかし、光ディスクなどの新しい配信手段によるＨＢＯ（登録商標）コンテンツを供給する別の機会も存在する。

例示的実施形態は、ＨＢＯ（登録商標）又はその他に独自の新規の配信手段を供給する、２つの新技術の組み合わせ、すなわちＨＤ光学ディスク記憶装置及びＤＲＭ技術の組み合わせを含む。例えば、ＨＢＯ（登録商標）がコンテンツを、特定月をライフサイクルとして光ディスク上にパッケージ化した場合、ＨＢＯ（登録商標）は４月後半に、通常郵便で消費者に５月のディスクを郵送する。ディスクは購読モデルの一環として消費者の世帯に到着する。５月１日にディスクは再生可能となるが、例えば２００５年５月より前、あるいは５月より後には再生できない。

更に、ＨＢＯ（登録商標）は、ＨＢＯ（登録商標）チャンネルが同じコンテンツを提供する日と一致するように、コンテンツが再生可能である特定日を制限できる。より細かいレベルにおいて、特定の日は放送が行われる特定の時間（例えば、２００５年５月１６日のＧＭＴ 午前８：００、午後１２：００、午後３：００など）に更に制限できる。消費者は、放送時間と同時にディスクコンテンツを読み取ることになる。

この最後のケースが実施された場合、それは文字通りディスクからの「放送」でありえる。消費者がディスクを挿入すると、コンテンツはＨＢＯ（登録商標）による放送と同時にディスクから出力される。

放送（例えば、Ｔｅｒｒｅｓｔｒｉａｌ Ｄｉｇｉｔａｌ ＨＤ）によりコンテンツを受け取ることを選択した消費者は、更にこの代替的メカニズムによってチャンネルの選択肢としてＨＢＯ（登録商標）を含めることができる点で有利である。

従って、この例示的実施形態において、ＨＤ光学ディスク記憶装置とＤＲＭ技術の組み合わせは、ＨＢＯ（登録商標）又は他のものに独自の新規の配信手段を供給できる。例えば、ＨＢＯ（登録商標）が、ディスクを使用する能力をトリガする意図で特別なイベントを含めて彼らのコンテンツを光ディスク上にパッケージした場合、４月後半に通常郵便で消費者にディスクを郵送する。ディスクは購読モデルの一環として消費者の世帯に到着する。イベントの発生後すぐにディスクは再生可能となるが、イベントの前には再生できない。例として、イベントは、一定の日付にディスク上のコンテンツを放送するというＨＢＯ（登録商標）の決定であってもよい。当該日時にコンテンツを利用可能とすることは、ディスク上にＨＢＯ（登録商標）のＵＲＬを提供し、イベントが知られると、このＵＲＬに接続することによりディスクをロック解除するためのコードを供給することにより遂行できる。

更に、ＨＢＯ（登録商標）は、ＨＢＯ（登録商標）チャンネルが同じコンテンツを提供する日と一致するように、コンテンツを再生可能な特定日を制限できる。当然ながら、これらの日は、ディスクが配信される際には知らされず、関連するイベントはその日の決定となる。より細かいレベルにおいて、特定日は放送が行われる特定の時間（例えば、２００５年５月１６日のＧＭＴ 午前８：００、午後１２：００、午後３：００など）に更に制限できる。消費者は、放送の時間に一致するようにディスクのコンテンツを読み取ることになる。

この最後のケースが実施された場合、それは文字通りディスクからの「放送」でありえる。消費者がディスクを挿入すると、コンテンツはＨＢＯ（登録商標）による放送と同時にディスクから出力され、ディスクがＵＳＰＳにより配達される際には、放送時間は知られていなくてもよい。

放送（例えば、Ｔｅｒｒｅｓｔｒｉａｌ Ｄｉｇｉｔａｌ ＨＤ）によりコンテンツを受け取ることを選択した消費者は、この代替的なメカニズムによってチャンネルの選択肢としてＨＢＯ（登録商標）を含めることができる点で有利である。

図１４は、コンテンツ配信に含まれるステップを示す。ステップ１４０１でコンテンツが収集され、ステップ１４０２でコンテンツの公開日がスケジュールされる。１４０３でコンテンツが物理的媒体にパッケージされ、次いで、１４０４で配信される。最後に、１４０５でコンテンツが放送され、コンテンツは物理的媒体又は
放送から閲覧可能となる。

図１５は、本発明のこの態様の実施のためのシステムの実施形態を示す。システムは、コンテンツ１５０２を収集するサーバ１５０１を有する。スケジューラ１５０３はコンテンツ１５０２の閲覧開始に関するスケジュールを設定し、このスケジュール１５０９は媒体１５０７にコンテンツ１５０８と共にパッケージされる。次いで、放送スケジュール１５０５は、スケジュール１５０５に従って装置１５０６への放送を制御する放送サーバ１５０４へ送られる。

次いで、物理的媒体は配信システム１５１０によって配信される。また、物理的媒体上のコンテンツの、１５１２及び１５１４などのコピーは、スケジュール１５０９にそれぞれ従って装置１５１１及び１５１３で再生可能である。

スケジュール１５０５及び１５０９が同一、又は同一形態でなくてもよいことは明らかである。例えば、スケジュール１５０５は、放送日時又は複数の日時を含んでもよい。更に、スケジュール１５０５は、ネットワーク（例えばＨＢＯ（登録商標）、ＥＳＰＮ）、チャンネル番号及び配信システム（例えば、ケーブル、衛星、地上波など）などの配信に関する情報を含んでもよい。対照的に、スケジュール１５０９は、閲覧時間を設定せず、ウィンドウを設定してもよい。ウィンドウは、コンテンツが所与の日時の後にいつでも閲覧可能であるようにオープンエンドであってもよい。あるいは、設定された時間のみ閲覧できるよう、ウィンドウはクローズドであってもよい。更に、ウィンドウは複数であっても、他の構造であってもよい。更に、ウィンドウは、例えばコンテンツを閲覧可能な回数に対する制限などの他の使用権と組み合わせることができる。あるいは、別々の、又はある程度オーバーラップする閲覧用及びコピー用の別々のウィンドウが存在してもよい。他の構成は当業者に容易に明らかであろう。いずれにせよ、本発明の一実施形態は、１５１１及び１５１２などの物理的装置のエンドユーザが、スケジュール１５０５によって放送されるコンテンツを受け取る１５０６などの装置のエンドユーザと同時にコンテンツにアクセスするように、物理的媒体をエンドユーザに配布されることを可能にする、物理的媒体のためのスケジュール１５０９を有することである点を理解されたい。

本発明の更なる実施形態において、第一のＤＲＭ環境に対応付けられる使用権は、コンテンツが第一のＤＲＭ環境から第二のＤＲＭ環境へ移転される時、変換（翻訳）されたものと変換されないものの両方が送信される。この際に、オリジナル使用権は、コンテンツが第一のＤＲＭ環境へ戻る場合、あるいは使用権を第三の使用権へ変換する必要がある場合に使用されるべく保存される。

更に別の例示的実施形態はＤＲＭ特定のＲＥＬを含むリッチＲＥＬを搬送することを含む。この例示的実施形態は、固定ＭＰＥＧ ＲＥＬライセンスが複数の異なるＤＲＭシステムによって使用される場合、各ＤＲＭシステムはそれぞれ固有の権利記述サポート能力を有するという問題を解決する。例えば、ＤＲＭシステムはそれ自身に固有の権利記述を有する場合があり、又はＭＰＥＧ ＲＥＬの中でいくつかの権利サブセットのみをサポートする能力を有する場合もある。

従来のモデルでは、ＲＥＬはＡからＢ、ＢからＣへとコンテンツと共に送られる。各ステップでＲＥＬの変換が生じる。各変形は損失を伴う（Ｌｏｓｓｙ）ため、経路及びそこで生じる変換のために、Ｃに対し、経路Ａ−Ｃは経路Ａ−Ｂ−Ｃとは異なる権利を付与する。この例示的実施形態は、特定のＤＲＭシステムへのＲＥＬの変換を可能とするが、オリジナルソースＲＥＬを保存することにより、この問題を解決する。このモードにおいて、Ａは、ＲＥＬ Ａ（ＲＥＬ）の変換を作製するが、ＲＥＬは維持する。コンテンツがＢに供給される場合、権利ＲＥＬ及びＡ（ＲＥＬ）が送信される。次いで、可能であれば、ＢはＲＥＬ又はＡ（ＲＥＬ）上で作動することができる。更に、Ｂはそれ自身の変換を行うことが可能である。これにより、ＢはＲＥＬ、Ａ（ＲＥＬ）又はＢ（ＲＥＬ）を使用することができる。

コンテンツが次いでＣに供給されると、権利ＲＥＬ、Ａ（ＲＥＬ）及びＢ（ＲＥＬ）も供給される。明確にするため、Ａ（ＲＥＬ）は、ＡがＲＥＬを理解するように形成されたＲＥＬである。これはＡに割り当てられた権利ではない。Ｃは、記載された権利、ＲＥＬ、Ａ（ＲＥＬ）又はＢ（ＲＥＬ）のうちいずれに対しても操作しうる。これらのいずれもＣによって操作可能でなければ、ＣはＣ（ＲＥＬ）等を作製できる。

Ａ（ＲＥＬ）のＢへの移転はオプションであってもよい。例えば、要求されれば、ＡはＲＥＬ及びＡ（ＲＥＬ）を有するコンテンツの代わりに、コンテンツ及びＲＥＬを送信できる。後続の各システムは、オリジナルＲＥＬを見て、それに対し、又は以前に生じた変換に対して操作する能力を有する点で有利である。

これらの変換の各々は損失を伴うがコンプライアントである（適合性がある）と想定される。例えば、Ａが変換を行う場合、Ａ（ＲＥＬ）はＲＥＬによって許可にされた使用の部分集合を記載する。Ａ（ＲＥＬ）がＲＥＬを越えた使用法を記載する場合、それは特に権利の拡張を可能にする、何らかのコンプライアンスボディ（規約本体）のガイダンス又は認証の下でのみ生じうる。

図１６は従来の使用権処理を描く。１６１１で示されるＤＲＭ環境Ａは、コンテンツ１６１２及び１６１３として示された使用権Ｒ_Aを有する。コンテンツが１６２１として示
されたＤＲＭ環境Ｂに移転される場合、使用権Ｒ_Aは、１６２３で示される使用権Ｒ_Bに変換される。一般的に、使用権が変換される場合、それはより限定的になる。

同様に従来のシナリオを図示する図１７において、コンテンツ及び使用権は１７３１として示されるＤＲＭ環境Ａに戻される。従って、使用権はＲ_BからＲ_Aに変換されなければならない。Ｒ_BがＲ_Aより限定的である傾向が高いという事実と、変換の結果使用権がより限定的となるとすると、この変換結果は１７３３で示される使用権Ｒ’_Aとなり、これはＲ_Aより限定的である。従って、ＤＲＭ環境Ｂ１７２１からＤＲＭ環境Ａに戻るこの第二
の変換の後、結果として取得される使用権Ｒ’は必要以上に限定的である。

図１６及び図１７に関連して議論された従来技術の問題を解決する本発明の一実施形態は、図１８に最も単純な形で示されている。図１８では、ＤＲＭ環境Ａ（１８１１）からのコンテンツ１８１２及び使用権１８１３は、ＤＲＭ環境Ｂ（１８２１）に送られる。本発明のこの実施形態では、２セットの使用権がＤＲＭ環境Ｂ（１８２１）のコンテンツ１８２２と関連付けられる。一方のセットは１８２３として示されるオリジナル使用権Ｒ_A
である。他方のセットは、ＤＲＭ環境Ｂ（１８２１）において実施されうる、１８２４で示される変換された使用権Ｒ_Bである。これにより２つの利点が与えられる。まず、コン
テンツがＤＲＭ環境Ａに返送される場合、必要な権利Ｒ_Aは、既にコンテンツに関係付け
られており、図１９に示されるように変換は必要ない。更に、コンテンツが第三のＤＲＭ環境に送られる場合、図２０に示されるように、第三のＤＲＭ環境用の使用権は、Ｒ_Bか
らではなくオリジナルのＲ_Aから変換できる。これにより、結果として使用権が狭くなる
連続的な変換に起因する使用権の不必要な制限の可能性が防止される。

図１９において、ＤＲＭ環境Ｂ（１９２１）のコンテンツ１９２２は２セットの使用権、すなわちＲ_A１９２３及びＲ_B１９２４に関連付けられる。Ｒ_B１９２４は、ＤＲＭ環境
Ｂ（１９２１）のためにＲ_A１９１３の変換により派生した１セットの使用権である。一
方、Ｒ_A１９２３はＤＲＭ環境Ａ１９１１で使用されるものと同一のセットである。従っ
て、コンテンツがＤＲＭ環境Ｂ（１９２１）からＤＲＭ環境Ａ（１９３１）に移転される場合、使用権Ｒ_Bを従来技術の図１７に示されるようにＲ’_Aに変換する必要はない。代わりに、図１９に図示されるように、本発明は、ＤＲＭ環境Ｂ（１９２１）においてコンテンツ１９２２に依然関連付けられている使用権Ｒ_A１９２３が、ＤＲＭ環境Ａ（１９３１
）へコンテンツと共に単に渡されることを示す。従って、オリジナル使用権Ｒ_Aのコピー
及び変換された使用権Ｒ_Bの両方をＤＲＭ環境Ｂ（１９２１）のコンテンツに関連付ける
ことにより、コンテンツ及び権利がＤＲＭ環境Ａに戻る場合に、権利をＤＲＭ環境Ａの使用権に変換して戻す必要はない。代わりに、オリジナルの未変換の権利が使用される。

図２０では、コンテンツ２０１２及び使用権２０１３がＤＲＭ環境Ａ（２０１１）からＤＲＭ環境Ｂ（２０２１）に送られる。本発明の一態様に従って、ＤＲＭ環境Ｂ（２０２１）中のコンテンツは、環境Ｂのために変換された使用権のセット（すなわち使用権Ｒ_B
２０２４）と、２０２３として示されたオリジナル使用権Ｒ_Aのコピーと、の両方に対応
付けられる。コンテンツが第三のＤＲＭ環境Ｃ（２０３１）に移転される場合、変換された使用権Ｒ_C２０３５は、ＤＲＭ環境Ｂ（２０２１）のコンテンツ２０２２に対応付けら
れたオリジナルの使用権Ｒ_Aから変換できる。このように、使用権Ｒ_Aは、使用権Ｒ_Cを引
き出すために１回のみ変換される必要がある。このように、使用権は、複数の変換過程によって不必要に狭くなることがない。

本発明の別の態様が図２１に示されており、これは、変更されたコンテンツに使用権が如何にして対応付けられるかを示す。使用権Ｒ２１０６はコンテンツ２１０１と関連付けられる。使用権Ｒ２１０６は、いかなる種類の権利がＣ’２１０３として示されるコンテンツｃ２１０１の変更バージョンに対し発行できるかを記述したメタ権利を含む。本発明のこの態様に従い、コンテンツＣ２１０１を変更して変更されたコンテンツＣ’２１０３とするために許可されたアクションＡ２１０２が行われた場合、１セットの使用権Ｒ’２１０４が発行され、使用権２１０６の権利及びメタ権利に準じてコンテンツＣ’と関連付けられる。

更に別の例示的実施形態は、他の権利の行使に起因するリソースのための権利を指定する方法及びシステムを提供する。例示的実施形態では、多くの場合にリソースにおいて権利を行使した結果、新しいリソース又は生じたリソースが作製される。例えば、ドキュメントの編集により新しいドキュメントが作製されることが多く、ドキュメントから一部を抽出し別のドキュメントに挿入することで、更に新しいドキュメントが作製される結果となり、また、異なるビットレートにビデオを適応させることで、ビデオコンテンツの派生バージョンが作製される。このタイプに権利を付与（許諾）する場合、人は付与された権利を行使した結果作製される権利を指定することに関心を持つこともある。例えば、配信業者がビデオの再生権を販売する権利を有し、更にいくつかの下位ビットレートに適応して、同一の再生権をより安くはんばいする権利を有することを指定したい場合がある。

いくつかの（０以上）リソースを入力とし、出力として他のいくつかの（０以上）リソースを生成ことが可能な処理として権利行使を検討すると、本例示的実施形態の概念は次の点に関する方法及びシステムを考案することにある。
１．作製されるリソースを識別し、それらのリソース及びそのメタデータについての制約を定量化する。
２．行使される権利が指定される時にそれらのリソースのための権利を指定する。
３．リソースが作製された後、それらの権利を発行する。

具体的には、本例示的実施形態は以下を含む。
１．作製されるリソースを識別するために変数とその定量化を利用する。
２．行使する権利、及び行使により作製されたリソースについて権利を発行する権利を、２つの異なる関連付けられた権利として処理し、権利の行使及び発行の両方をカバーするよう、上記定義された変数の範囲を定義する。
３．上記２つの権利間（特に行使権から発行権へ）の変数により運ばれる動的情報を共有し、この情報共有は、
ａ．一時的共有（新しい権利の発行が新しいリソースの作製を伴う場合）及び
ｂ．永続的共有（新しい権利の発行が新しいリソースの作製を伴わない場合）、
とすることができる。

例示的実施形態は、他の権利の行使の結果作製されるリソースへの権利を指定する問題を解決する点で有利である。現状では、この問題への対処は煩雑である。例えば、ＤＰＲＬは、入力リソースから既存の権利を継承し、既存の権利に権利を追加し又は減じることを可能とする「ｎｅｘｔＲｉｇｈｔ」メカニズムを利用する。しかし、このメカニズムは以下の点で柔軟でない。（ａ）２つ以上のリソースが作製され、それらが異なるセットの権利を有する場合に、適用が困難である、（ｂ）異なるセットの権利を、権利の追加及び権利の減少の組み合わせとして指定することをサポートしない、及び（ｃ）誰が権利を発行する権利を有するかの表示をサポートしない。

新たに作製されたリソースに関する権利の発行は、リソース作製のための権利行使に依存してもよい。識別情報や、予め知られておらず権利行使の間にのみ利用可能になるその他のメタデータなどの動的な（従って変化する）情報を捕捉し、権利を発行する権利において使用する必要がある。現在、ＲＥＬでは、変数は権利行使（例えば許諾）範囲で指定され、使用される。この例示的実施形態の新規な態様は、関連のある異なる権利（例えば、適合や発行）にまたがった動的情報の捕捉及び使用を可能にする点にある。

従って、図２２は例示的ライセンス２２００を示し、キーホルダ１（Ｋ１）はリソースＣを再生する権利を有し、リソースＣを生じさせ、結果としてリソースＣ’を生じる。キーホルダ２（Ｋ２）は、生じたリソースＣ’を再生する権利Ｋ１を付与するライセンスを発行する権利を有する。

例示的実施形態は、例えば、高度なアクセスコンテンツシステム（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ：ＡＡＣＳ）により提供されるものを向上させる能力を提供することより、ＡＡＣＳを拡大すべく使用できる点で有利である。例示的実施形態は、国際標準権利記述言語（例えばＭＰＥＧ ＲＥＬ）を用いて、権利記述として指定される精巧な使用ルールの提供により、これを達成する。例示的使用ルールは、料金、地理的な制限、対象ＤＲＭシステム、日付、解像度、トラッキングなどの多くのパラメータを含むことができる。例示的実施形態は更に、ユーザが柔軟でタイトル毎に変化する使用法のルールによって管理されるコピーを作製し使用することを可能にする、高度な著作権を提供する。

例示的使用法ルールはオプションのＡＡＣＳ使用法ルールであってもよい。例示的使用ルールを解釈しないＡＡＣＳプレーヤは、通常のＡＡＣＳプレーヤとして機能する。他方、ＡＡＣＳプレーヤが例示的使用ルールを解釈し執行すれば、コンテンツの新たな使用法を消費者に提供できる。このように、例示的実施形態は、ＡＡＣＳで保護されたコンテンツ用の様々なビジネスモデルを容易にする、拡張可能で柔軟なプラットフォームを提供する。

例示的実施形態は記録可能な媒体をサポートする必要はない。更に、例示的実施形態は、ＡＡＣＳにサポートされたもの以外のメカニズムによる使用ルールの取得をサポートする必要はない。これらの機能のサポートはＭＰＥＧ ＲＥＬの自然な使用で、ＡＡＣＳシステムに利用可能なオプションを拡張する一方、これらの機能のサポートはさらなるアーキテクチャ上の考察を必要とする。

例示的実施形態は以下を含んでもよい。

インタフェースブック（Ｉｎｔｅｒｆａｃｅ Ｂｏｏｋ）：ＡＡＣＳ ＨＤ ＤＶＤの特定の権利記述の拡張及びプロファイル、及びＡＡＣＳ ＨＤ ＤＶＤプレレコード媒体及びプレーヤを有する記述を統合するメカニズムを指定する。

権利記述ブック（Ｒｉｇｈｔｓ Ｅｘｐｒｅｓｓｉｏｎ Ｂｏｏｋ）：媒体及び娯楽市場における他のＤＲＭシステム用と共に、ＡＡＣＳ用の共通ＭＰＥＧ ＲＥＬ拡張及びプロファイルを指定する。

プロトコルブック（Ｐｒｏｔｏｃｏｌ Ｂｏｏｋ）：媒体及び娯楽市場において他のＤＲＭシステム用と共にＡＡＣＳ用の、権利認証及び権利発行プロトコルなどの共通権利プロトコルを指定する。

テクニカルコンプライアンスルール（Ｔｅｃｈｎｉｃａｌ Ｃｏｍｐｌｉａｎｃｅ Ｒｕｌｅｓ）：コンプライアントな（準拠した）実施に必要とされる技術的なコンプライアンス及びロバストネスルールを指定する。

例示的ビジネスモデル（Ｅｘｅｍｐｌａｒｙ Ｂｕｓｉｎｅｓｓ Ｍｏｄｅｌｓ）：例示的実施形態に現在サポートされる対象ビジネスモデルを捕捉する。

アーキテクチャ範囲及び前提（Ａｒｃｈｉｔｅｃｔｕｒｅ Ｓｃｏｐｅ ａｎｄ Ａｓｓｕｍｐｔｉｏｎｓ）：例示的実施形態においてサポートされることを意図したアーキテクチャ範囲、及び範囲が依存するいくつかの前提及び事項を捕捉する。

以下の項は、範囲、引用規格、用語、定義、シンボル、略語、名前空間及び規約を含む概要をカバーする。

引用規格は以下を含むことができる。

ＩＳＯ／ＩＥＣ ２１０００−５：２００４、情報技術−マルチメディアフレームワーク（ＭＰＥＧ−２１）−権利記述言語

以下のＵＲＬで入手できるＸＭＬＳＣＨＥＭＡ、ＸＭＬスキーマ 第１部：構造、及び第２部：データ型、Ｗ３Ｃ勧告、２００１年５月２日
＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００１／ＲＥＣ−ｘｍｌｓｃｈｅｍａ−１−２００１０５０２＞
＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／２００１／ＲＥＣ−ｘｍｌｓｃｈｅｍａ−２−２００１０５０２＞

『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ ＡＡＣＳ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ』、ＡＡＣＳ ＬＡ、バージョン０．９、リリース候補第３版、２００５年８月１１日。

用語、定義、シンボル及び略語は、ＩＳＯ／ＩＥＣ ２１０００−５：２００４の条項３において与えられる。

名前空間と規約は、下の表１に与えられた名前空間の接頭辞を除き、ＩＳＯ／ＩＥＣ ２１０００−５：２００４の第４条において与えられる。

次の項は、ＭＰＥＧ ＲＥＬに対するインタフェースに特有の拡張を明記する。インタフェースに特有の拡張の目標は、ＡＡＣＳによってのみ提供される機能性に依存する権利及び条件の記述方法を提供することにある。これらの権利と条件は共通の権利記述ブックによって可能とされた機能提供（提案）を越えて、消費者にさらなる機能提供をもたらすために使用できる。これらのさらなる提案は、将来の例示的インタフェースで一般的であるとは予想されない。このインタフェースブック（例えば被管理コピー）中の機能へのクロスインタフェース採用の可能性は、今後数か月間で評価される。また、例示的実施形態の将来のバージョンは、共通の例示的ブックにそのような機能にまでサポートを引き上げるかもしれない。

次の項は、ＲＥＬに対するＡＡＣＳ ＨＤ ＤＶＤプレレコード拡張のシンタックス（構文）及び意味論を明記する。後続項はこの拡張により提示された特徴の情報について簡潔な説明を示し、次いで詳細な標準の説明を示す。

ＡＡＣＳ ＨＤ ＤＶＤプレレコード拡張は以下の新しい条件を定義する。
ＤｉｓｋＩｎＤｒｉｖｅ：権利行使のためにＨＤ ＤＶＤの存在を要求する。
ＵｒＰｔｒ：再生リスト中の高品質のビデオオブジェクトセット（ＥＶＯＢ）の特定のグループへの権利行使を制限する。

拡張は、更に新しい条件をサポートする認証コンテキスト属性を定義する。すなわち、
ｅｖｏｂｓＵｒＰｔｒ（）：全ＥＶＯＢにより共有される使用ルールポインタ
ｐｍｓｎ（ａ）：ＨＤ ＤＶＤのプレレコード媒体シリアル番号
ｖｏｌｕｍｅＩｄ（ａ）：ＨＤ ＤＶＤの容量（ボリューム）ＩＤ

拡張は更に以下を定義する。
ＱＮａｍｅ：被管理コピーを作製する権利を記述する（被管理コピーの詳細に関しては、ＡＡＣＳ文献を参照）
ＡＡＣＳコンテンツプロバイダ識別システムを示すＵＲＩ
ＡＡＣＳ装置識別システムを識別するＵＲＩ
ＵＲＩテンプレート：ＵＲＩを使用して、ＡＡＣＳディスク上のプレイリストを識別する

更なる項は２つの新しい条件を記載し、その使用例を提供する。簡潔にするため、ｒ：ｉｓｓｕｅｒ要素の詳細は例では省略する。

ａａｃｓ：ｄｉｓｋＩｎＤｒｉｖｅ条件は、許諾された条件を行使するためにＨＤ ＤＶＤの存在を要求する。必要なＨＤ ＤＶＤは容量ＩＤ、シリアル番号、又はその両方により識別される。

容量ＩＤは、同一コンテンツを含む全てのＨＤ ＤＶＤにおいて同一である。一方、シリアル番号は各ＨＤ ＤＶＤに一意である。この条件が容量ＩＤを含む場合、特定のタイトルの任意のディスクが条件を満たす。この条件がシリアル番号を含む場合、１枚のディスクのみが条件を満たす。この条件が容量ＩＤとシリアル番号の両方を含む場合、条件を満たすには、ディスクからの両方の情報が条件に指定されたものと一致する必要がある。

この条件の使用は、ライセンスを受けたデジタルコンテンツを特定の物理的媒体に結び付ける。例えば、Ｂｉｇ Ｍｏｖｉｅ Ｓｔｕｄｉｏ（プロバイダＩＤ：Ｂ１８８）が賞にノミネートされた映画（ビデオプレイリスト００１）を含むＨＤ ＤＶＤ（コンテンツＩＤ：１２３４５６７８）を、受賞者を選ぶ個人に配布すると仮定する。Ｂｉｇ Ｍｏｖｉｅ Ｓｔｕｄｉｏは、その映画のコピーがインターネット上に現れないことを保証することを望む。賞にノミネートされた映画のためのライセンスには、下の例のように、映画を再生するためにオリジナルＨＤ ＤＶＤの存在を必要とするｄｉｓｋＩｎＤｒｉｖｅ条件を使用できる。

例：

ａａｃｓ：ｕｒＰｔｒ条件は、特定の使用ルールポインタを有するディスク上の高品質ビデオオブジェクトセット（ＥＶＯＢ）に許諾された権利の行使を制限する。

高品質ビデオオブジェクトセット（ＥＶＯＢ）は、単なるオーディオビジュアル又はオーディオ情報のプログラムストリームである。ＥＶＯＢはタイトル使用ファイルに格納された使用ルールセットを指す使用ルールポインタと関連付けることができる。１つの使用ルールセットが複数のＥＶＯＢに適用されるように、複数のＥＶＯＢが同一の使用ルールポインタを有することができる。

この条件の使用により、特定の使用ルールセットが適用されるＥＶＯＢの選択により、ＨＤ ＤＶＤにプレイリストのサブセットが効果的に作製される。例えば、Ｂｉｇ Ｍｏｖｉｅ Ｓｔｕｄｉｏが映画の２つのバージョン、すなわち一般向けバージョンと親同伴（ＰＧ）指定バージョンにライセンスを付与するものの、単一のＨＤ ＤＶＤを製造したいと仮定する。Ｂｉｇ Ｍｏｖｉｅ Ｓｔｕｄｉｏは一般向けのバージョンを含むＥＶＯＢに使用ルールセット１を適用し、他の全てのＥＶＯＢに使用ルールセット２を適用できる。各使用ルールセットは、使用ルールポインタが１であるＥＶＯＢの再生のみを可能とするｕｒＰｔｕ条件を含むものと、ｕｒＰｔｕ条件を含まず、ポインタ値に関わらず全てのＥＶＯＢの再生を可能とするものと、の２つの許諾を有する同一ライセンスを示すことができる。例えば、第二の許諾は、親の承認をチェックするオンライン許可を必要としてもよい。

例：

表２は、上記認証コンテキスト特性及びそれらが表すステートメントを指定する。特性が表の第一カラムで与えられる名称及び表２の第二カラムに与えられる値を有する場合、当該特性によって表されるステートメントは表２の第三カラムで与えられるステートメントである。

次の項は、ＡＡＣＳ ＨＤ ＤＶＤプレレコード媒体に特有の要素及びタイプを含む権利記述拡張の意味（セマンティック）を明記する。

ｃをａａｃｓ：ＤｉｓｋＩｎＤｒｉｖｅとする。（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）を認証要求とする。（ｇ、ｈ、ｅ）を認証ストーリーとする。この場合、ｃは、以下が真である場合にのみ（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）及び（ｇ、ｈ、ｅ）に対して満たされる。
ｃ／ａａｃｓ：ｖｏｌｕｍｅＩｄが存在し、Σ．ａａｃｓ：ｖｏｌｕｍｅＩｄ（ｃ／ａａｃｓ：ｖｏｌｕｍｅＩｄの値）が真であり、
ｃ／ａａｃｓ：ｐｍｓｎが存在し、Σ．ａａｃｓ：ｐｍｓｎ（ｃ／ａａｃｓ：ｐｍｓｎの値）が真である。

例：

ｃをａａｃｓ：ＵｒＰｔｒとする。（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）を認証要求とする。（ｇ、ｈ、ｅ）を認証ストーリーとする。この場合、ｃ／ａａｃｓ：ｐｔｒＶａｌｕｅの値がΣ．ａａｃｓ：ｅｖｏｂｓＵｒＰｔｒ（）と等しい場合においてのみ、ｃは（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）、（ｇ、ｈ、ｅ）に対して満たされる。

例：
＜ａａｃｓ：ｕｒＰｔｒ＞
＜ａａｃｓ：ｐｔｒＶａｌｕｅ＞１＜／ａａｃｓ：ｐｔｒＶａｌｕｅ＞
＜／ａａｃｓ：ｕｒＰｔｒ＞

ＱＮａｍｅ ａａｃｓ：ｍａｎａｇｅｄＣｏｐｙは、ｂｐｘ：ｇｏｖｅｒｎｅｄＣｏｐｙのｇｏｖｅｒｎａｎｃｅＲｕｌｅ属性と共に使用され、ＡＡＣＳコンプライアンスルールに定義される被管理コピーに関するガバナンス（管理）ルールを示す。

例：
＜ｂｐｘ：ｇｏｖｅｒｎｅｄＣｏｐｙ ｇｏｖｅｒｎａｎｃｅＲｕｌｅ＝” ａａｃｓ：
ｍａｎａｇｅｄＣｏｐｙ”／＞

ＵＲＩ ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｐｒｏｖｉｄｅｒ／ＡＡＣＳ／ＨＤＤＶＤは、ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ及びｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒＰａｔｔｅｒｎのｉｄＳｙｓｔｅｍ属性と共に使用され、『ＡＡＣＳ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｖｉｄｅｏ Ｂｏｏｋ（ＡＡＣＳプレレコードビデオブック）』の２．４に記載される、ＡＡＣＳ ＬＡにより割り当てられた１６ビットＩＤから成るコンテンツプロバイダ識別システムを示す。１６ビットＩＤはＸＭＬ内で搬送されるためにｂａｓｅ１６でコード化されなければならない。

例：
＜ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ
ｉｄＳｙｓｔｅｍ＝”ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｐｒｏｖｉｄｅｒ／ＡＡＣＳ／ＨＤＤＶＤ”
＞Ａ３５Ｄ＜／ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ＞

ＵＲＩ ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｄｅｖｉｃｅ／ＡＡＣＳ／ＨＤＤＶＤは、ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ及びｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒＰａｔｔｅｒｎのｉｄＳｙｓｔｅｍ属性と共に使用され、１２８ビットの装置から成る装置識別システムを示し、これは、装置に対して一意のノンスに関連する全ＡＡＣＳコンプライアンス及びロバストネス規則に従って生成され保持される、１２８ビット装置一意のノンス（『ＡＡＣＳ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ（ＡＡＣＳプレレコードブック）』の５．１．１を参照）からなる。１２８ビットＩＤはＸＭＬ内での搬送のためにｂａｓｅ６４でコード化されなければならない。

例：＜ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ
ｉｄＳｙｓｔｅｍ＝”ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｄｅｖｉｃｅ／ＡＡＣＳ／ＨＤＤＶＤ”
＞ａｄ８ＵＪＱ７ｊＨＬｍＲ１１０ｐＸｄｈｂＫＱ＝＝＜／ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ＞

ＵＲＩテンプレート：
ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／ＶＰＬＳＴ／ＡＡＣＳ／ＨＤＤＶＤ／＄＄＄＄＄＄＄＄＄＄＄＄／％％％
及び
ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／ＡＰＬＳＴ／ＡＡＣＳ／ＨＤＤＶＤ／＄＄＄＄＄＄＄＄＄＄＄＄／％％％
は、ｒ：ｎｏｎＳｅｃｕｒｅＩｎｄｉｒｅｃｔのＵＲＩ属性と共に使用され、ビデオプレイリスト又はオーディオプレイリストをそれぞれ番号％％％で識別し（ＨＤ ＤＶＤ−Ｖｉｄｅｏ Ｓｐｅｃｉｆｉｃａｔｉｏｎを参照）、６バイトのＡＡＣＳコンテンツ証明書ＩＤ＄＄＄＄＄＄＄＄＄＄＄＄（『ＡＡＣＳ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｖｉｄｅｏ
Ｂｏｏｋ』の２．４を参照）と関連付けられる。プレイリスト番号は１０進コード化される。コンテンツ証明書ＩＤは、ｂａｓｅ１６でコード化される。

例：
＜ｒ：ｄｉｇｉｔａｌＲｅｓｏｕｒｃｅ＞
＜ｒ：ｎｏｎＳｅｃｕｒｅＩｎｄｉｒｅｃｔ
ＵＲＩ＝”ｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／ＶＰＬＳＴ／ＡＡＣＳ／ＨＤＤＶＤ／Ａ３５Ｄ０００００００１／９９９”
／＞
＜／ｒ：ｄｉｇｉｔａｌＲｅｓｏｕｒｃｅ＞

以下の項は、定義されたタイプ及び要素のＸＭＬシンタックス（構文）を定義するスキーマ（ＸＭＬＳＣＨＥＭＡ）のリストを含む。

インタフェースに特有の拡張スキーマ：

次の項はインタフェースに特有のプロファイルを明記する。インタフェースに特有のプロファイルの目標は、サポートの共通レベル（ベーシック及び高度）の実装を集中させることである。その結果、権利記述者は所望の機能セットについて、できるだけ広い範囲のＡＡＣＳ ＨＤ ＤＶＤプレレコードディスクプレーヤのセットにより処理できるライセンスを書くことが可能である。

この項は、ＡＡＣＳ ＨＤ ＤＶＤプレレコード媒体のための権利記述プロファイルを指定する。２つのプロファイル、すなわちベーシックプロファイルと高度プロファイルが定義される。ベーシックプロファイルは、ベーシックＡＡＣＳプレーヤの能力（場合によっては使用ルールの処理能力を法とする（ｍｏｄｕｌｏ））と同様の権利記述を許可することを意図している。高度プロファイルは、高度なＡＡＣＳプレーヤにより提供される機能と機能性の面で同様の権利記述を許可することを意図している。

ベーシックＡＡＣＳ ＨＤ ＤＶＤプレレコードプロファイルは、上述のＡＡＣＳ ＨＤ ＤＶＤプレレコード拡張（被管理コピーを除く）に加え、例示的権利記述ブックに定義された例示的権利記述プロファイルからの次の要素を含む：ｒ：ｌｉｃｅｎｓｅ、ｒ：ｇｒａｎｔ、ｒ：ｄｉｇｉｔａｌＲｅｓｏｕｒｃｅ、ｒ：ｎｏｎＳｅｃｕｒｅＩｎｄｉｒｅｃｔ、ｒ：ｉｓｓｕｅｒ、ｒ：ａｌｌＣｏｎｄｉｔｉｏｎｓ、ｍｘ：ｐｌａｙ、及びｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ。

ベーシックＡＡＣＳ ＨＤ ＤＶＤプレレコードプロファイルを示すためのＱＮａｍｅはａａｃｓ：ｂａｓｉｃである。

例示的使用ルールを処理する全てのベーシックＡＡＣＳプレーヤはベーシックＡＡＣＳ
ＨＤ ＤＶＤプレレコードプロファイルを処理できなければならない。更に、このようなプレーヤは全て、プレーヤが認識しないｒ：ｆｏｒＡｌｌ、ｒ：Ｐｒｉｎｃｉｐａｌ、ｒ：Ｒｉｇｈｔ、ｒ：Ｃｏｎｄｉｔｉｏｎのうちいずれかを含むｒ：ｇｒａｎｔ要素を無視し、残りのｒ：ｇｒａｎｔ要素を処理することにより、複数のｒ：ｇｒａｎｔ要素を含むライセンスを処理できなければならない。このようなプレーヤは、ＩＳＯ／ＩＥＣ ２１０００−５：２００４に規定される他の拡張された点を利用するライセンスを処理できる必要はない。

高度ＡＡＣＳ ＨＤ ＤＶＤプレレコードプロファイルは、上記のＡＡＣＳ ＨＤ ＤＶＤプレレコード拡張に加え、例示的権利記述ブックに定義された例示的権利記述プロファイルを含む。上記のＵＲＩのうちの１つと等しい値をとることに加え、ｒ：ｎｏｎＳｅｃｕｒｅＩｎｄｉｒｅｃｔのＵＲＩ属性は、『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ
Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ（ＡＡＣＳ ＨＤ ＤＶＤ及びＤＶＤプレレコードブック）』の５．２に規定されるような「ＡＡＣＳ」ディレクトリ中の「ＭＮＧＣＯＰＹ＿ＭＡＮＩＦＥＳＴ．ＸＭＬ」ファイル中のＲｅｓｏｕｒｃｅＧｒｏｕｐ要素のＩＤ属性の中で提供されるＵＲＩのうちの任意と等しい値をとってもよい。

高度ＡＡＣＳ ＨＤ ＤＶＤプレレコードプロファイルを示すＱＮａｍｅは、ａａｃｓ：ｅｎｈａｎｃｅｄである。

例示的使用ルールを処理する全ての高度なＡＡＣＳプレーヤは、高度ＡＡＣＳ ＨＤ ＤＶＤプレレコードプロファイルを処理できなくてはならない。更に、このようなプレーヤは全て、このようなプレーヤは全て、プレーヤが認識しないｒ：Ｐｒｉｎｃｉｐａｌ、ｒ：Ｒｉｇｈｔ、ｒ：Ｃｏｎｄｉｔｉｏｎのうちいずれかを含むｒ：ｇｒａｎｔ要素を無視し、残りのｒ：ｇｒａｎｔ要素を処理することにより、複数のｒ：ｇｒａｎｔ要素を含むライセンスを処理できなければならない。このようなプレーヤは、ＩＳＯ／ＩＥＣ ２１０００−５：２００４に規定される他の拡張された点を利用するライセンスを処理できる必要はない。

次の項は、ＡＡＣＳ ＨＤ ＤＶＤプレレコードディスクに関する例示的権利記述の運搬を明記する。

ライセンスは、ライセンスの目的により２つの方法のうちいずれかによりＨＤ ＤＶＤプレレコード媒体上で運搬される。後述するように、再生に関するライセンス（再生するためのライセンスを発行することを含む）及びコピー作製に関するライセンスを運搬する。

再生に関するライセンスは、『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ』の３．４に規定されるＲＥＬ使用ルールを使用して運搬される。ＲＥＬ使用ルールは、適格でスキーマが有効であり、且つスキーマ中心の正規化形式（Ｓｃｈｅｍａ Ｃｅｎｔｒｉｃ ＸＭＬ Ｃａｎｏｎｉｃａｌｉｚａｔｉｏｎ（スキーマ中心のＸＭＬ正規化）を参照）のＸＭＬライセンスを運搬し、或いはこれを参照する。ＲＥＬ使用ルールが適格でなく、スキーマ有効でなく、スキーマ中心の正規化形式を有さないＸＭＬライセンスを運搬又は参照する場合、プレーヤの挙動は保証できず、プレーヤ特有のものとなる。ファイルが適格でなく、スキーマ有効でなく、スキーマ中心の正規化形式を有さないことをプレーヤが検出した場合、プレーヤはエラーを報告しなければならない。

「ＡＡＣＳ」ディレクトリに「ＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬ」という名のファイルがあってもよい。コピーを作製するためのライセンスは、ｒ：ｌｉｃｅｎｓｅＧｒｏｕｐとすべきルート要素の子要素としてこのファイル内で運ばれる。ｒ：ｌｉｃｅｎｓｅＧｒｏｕｐは適格でスキーマ有効であり、スキーマ中心の正規化形式（Ｓｃｈｅｍａ Ｃｅｎｔｒｉｃ ＸＭＬ Ｃａｎｏｎｉｃａｌｉｚａｔｉｏｎ（スキーマ中心のＸＭＬ正規化）を参照）を有する必要がある。ｒ：ｌｉｃｅｎｓｅＧｒｏｕｐが適格でなく、スキーマ有効でなく、スキーマ中心の正規化形式を有さない場合、プレーヤの挙動は保証できず、プレーヤ特有のものとなる。ファイルが適格でなく、スキーマ有効でなく、スキーマ中心の正規化形式を有さないことをプレーヤが検出した場合、プレーヤはエラーを報告しなければならない。

次の項は、再生、管理されたコピー及びハッシュチェックのＡＡＣＳ機能との処理関係を含む、ＡＡＣＳ ＨＤ ＤＶＤプレレコードプレーヤによる例示的権利記述の処理を明記する。

ライセンス及び「ＡＡＣＳ」ディレクトリ中の「ＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬ」ファイルを含むＲＥＬ使用ルールは後述のように処理できる。

下記表では、序数のカラムは、ＩＳＯ／ＩＥＣ ２１０００−５：２００４の５．２に示されるような、認証要求のための７組の順序付けられたメンバーを指す。

ＥＶＯＢを再生するための表３によって構築された認証要求の認証証明がある場合、プレイリスト中の任意のＥＶＯＢが再生できる。

この認証要求に適用可能な条件がいずれも再生間隔の終了に基づかない場合、プレーヤは再生開始前にこの認証要求の証明の検証を行わなければならない。この認証要求に適用可能な条件のうちのいずれかが再生間隔の終了に基づく場合、再生が開始された時に認証されはじめ、再生の認証されなければ、認証停止時から６０秒間以上継続しないように、プレーヤはインクリメンタルな期間ベースで、この認証要求の証明の検証を行わなければならない。

『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ』の４．３．３及び４．４．３は、コンテンツのハッシュチェック手順及び関連するタイミング制約を明記する。再生について、この手順には変更は加えられない。再生されているコンテンツが、表３に示される認証要求のリソース及び信頼ルートのメンバーにより識別されたプレイリスト及びプロバイダに対応することを確認するため、関連するタイミング制約内に、それぞれ通常のものとして処理が実行される。

当該コピーされた、被管理コピー／アドバンストコピー／クリアコピー動作のための表４に従って構築された認証要求のための認証証明が存在する場合、「ＡＡＣＳ」ディレクトリ中の「ＭＮＧＣＯＰＹ＿ＭＡＮＩＦＥＳＴ．ＸＭＬ」ファイルに定義されたリソースグループは被管理コピー／アドバンストコピー／クリアコピーされてもよい。

プレーヤは、被管理コピー／アドバンストコピー／クリアコピーの作製に先立ってこの認証要求のための証明の検証を行わなければならない。

『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ』の４．３．３項及び４．４．３項は、コンテンツのハッシュチェック手順及び関連するタイミング制約を明記する。タイミング制約は被管理コピー／アドバンストコピー／クリアコピーの作製には関係しない。手順は、被管理コピー／アドバンストコピー／クリアコピーされるコンテンツが、それぞれ表４に示される認証要求のリソース及び信頼ルートのメンバーにより識別されたリソースグループ及びプロバイダに対応することを確認するために、被管理コピー／アドバンストコピー／クリアコピーが作製される以前に行われなければならない。

プレーヤはｒ：ｇｒａｎｔをライセンスに含めるための、表５に従って構築された認証要求のための認証証明が存在する場合、ｒ：ｇｒａｎｔを、自らが発行するライセンスに含めてもよい。

プレーヤは、ライセンス中にｒ：ｇｒａｎｔを含める前にこの認証要求のための証明の検証を行わなければならない。

次の項は、例示的コンプライアンスルールに記載される認証コンテキストにおけるインタフェース特有コンプライアンスルールを記載する。認証コンテキストは、真実（真）に基づく権利記述の意味と真実がどのように決定されるかためのコンプライアンスルールの間にリンクを形成する手段である。このインタフェースブックの構成要素に関する機能について、例示的コンプライアンスルールがＡＡＣＳによって提供される仕様書を参照することは適切である。この項の目的は、例示的コンプライアンスルールが単にこの項を参照することが可能であるように、このような参照事項を全てハイライトすることにある。

例示的実施形態は、例示的コンプライアンスルールが認証要求内での認証コンテキスト特性の使用に関する規則を含むことを想定する。

認証コンテキスト特性には、例示的コンプライアンスルールによってそれらの使用に制約が設けられないものもある。

認証コンテキスト特性には、それらの使用に関する全てを例示的コンプライアンスルールそのものに固定されるものもある。

いくつかの認証コンテキスト特性は、例示的インタフェースブック中に明示的に許可されない場合使用されてはならない。

この項は、認証コンテキスト特性の例示的インタフェースブックによって許可された使用を明記する。

コンテキスト特性のステートメントが真である場合、プレーヤは認証要求中の認証コンテキスト中でａａｃｓ：ｅｖｏｂｓＵｒＰｔｒコンテキスト特性を使用してもよい。

ａａｃｓ：ｐｍｓｎ及び／又はａａｃｓ：ｖｏｌｕｍｅＩｄコンテキスト特性は、これらのコンテキスト特性のステートメントが、ＰＭＳＮ及び容量のＩｄ値の読み取り及び検証に関する全てのＡＡＣＳコンプライアンス及びロバストネスルールに従ってディスクからそれぞれの値を読み出すことにより真であると判明した場合、プレーヤは認証要求の認証コンテキスト中で使用されてもよい。

以下の全てが真であるとき、プレーヤは、認証要求の認証コンテキストにおいて真である値を有するｒ：ｉｓｓｕｅＣｏｎｔｅｘｔ（ｌ、ｐ、ｈ、σ）という名称のコンテキスト特性を使用してもよい。
１．ｐはｂｐｘ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒであり、ｐ／＠ｂｐｘ：ｉｄＳｙｓｔｅｍの値がｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｐｒｏｖｉｄｅｒ／ＡＡＣＳ／ＨＤＤＶＤである。
２．『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ』の４．４．３に記載された検証は、ｌを含むファイル（ＴＵＦ、ＡＲＦ、又はＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬ）において成功した。
３．ファイル検証において使用されるコンテンツ証明書中のプロバイダＩＤが、ｐのプロバイダＩＤと同一である。
４．１つのみの子要素を有するｌ／ｒ：ｉｓｓｕｅｒが存在し、その子はｐに等しい。
５．ｈに等しいｌ／ｒ：ｇｒａｎｔ又はｌ／ｒ：ｇｒａｎｔＧｒｏｕｐが存在する。
６．σは空集合である。

また、以下の全てが真であるとき、プレーヤは、認証要求の認証コンテキストにおいて真である値を有するｒ：ｉｓｓｕｅＣｏｎｔｅｘｔ（ｌ、ｐ、ｈ、σ）という名称のコンテキスト特性を使用してもよい。
１．ｐはｂｐｘ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒであり、ｐ／＠ｂｐｘ：ｉｄＳｙｓｔｅｍの値がｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｄｅｖｉｃｅ／ＡＡＣＳ／ＨＤＤＶＤであり、ｐはプレーヤを識別する。
２．１つのみの子要素を有するｌ／ｒ：ｉｓｓｕｅｒが存在し、その子はｐに等しい。
３．ｈに等しいｌ／ｒ：ｇｒａｎｔ又はｌ／ｒ：ｇｒａｎｔＧｒｏｕｐが存在する。
４．プレーヤは、第五のメンバーとしてσを使用する認証要求のための認証証明に基づき、ｌ中にｈを含む「Ｅｒｒｏｒ！Ｒｅｆｅｒｅｎｃｅ ｓｏｕｒｃｅ ｎｏｔ ｆｏｕｎｄ．」に従う例示的コンプライアンスルール−ロバストレコードを有する。

下記が全て真である場合、プレーヤは、認証要求の認証コンテキスト中で、値ｉを有するｒ：ｉｓｓｕｅＴｉｍｅ（ｌ及びｐ）という名称のコンテキスト特性を使用してもよい。
１．ｐはｂｐｘ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒであり、ｐ／＠ｂｐｘ：ｉｄＳｙｓｔｅｍの値がｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｐｒｏｖｉｄｅｒ／ＡＡＣＳ／ＨＤＤＶＤである。
２．『ＡＡＣＳ ＨＤ ＤＶＤ ａｎｄ ＤＶＤ Ｐｒｅ−ｒｅｃｏｒｄｅｄ Ｂｏｏｋ』の４．４．３に記載された検証が、ｌを含むファイル（ＴＵＦ、ＡＲＦ、又はＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬ）において成功した。
３．ファイル検証において使用されるコンテンツ証明書中のプロバイダＩＤは、ｐのプロバイダＩＤと同一である。
４．１つのみの子要素を有するｌ／ｒ：ｉｓｓｕｅｒが存在し、その子はｐに等しい。

ｉには制約が課されず、その決定はプレーヤに委ねられる。

更に、下記が全て真である場合、プレーヤはさらに、認証要求の認証コンテキスト中で値ｉを有するｒ：ｉｓｓｕｅＴｉｍｅ（ｌ及びｐ）という名称のコンテキスト特性を使用してもよい。
１．ｐはｂｐｘ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒであり、ｐ／＠ｂｐｘ：ｉｄＳｙｓｔｅｍの値がｈｔｔｐ：／／ｗｗｗ．ｔｂｄ．ｏｒｇ／２００５／Ｄｅｖｉｃｅ／ＡＡＣＳ／ＨＤＤＶＤであり、ｐはプレーヤを識別する。
２．１つのみの子要素を有するｌ／ｒ：ｉｓｓｕｅｒが存在し、その子はｐに等しい。
３．プレーヤは、ｉを発行した記載する例示的コンプライアンスルール−ロバストレコードを有する。

ｉには制約が課されず、その決定はプレーヤに委ねられる。

次の２つの関数がＡＡＣＳオブジェクトに追加される。

次の項は、先に定義された例示的インタフェース特有の拡張及び例示的インタフェース特有のプロファイルを使用する権利記述の例を示す。

この項は、例示的「ビジネスモデル」の項からビジネスモデルのうちの２つを記述する方法を示す。これらの例について、アドバンストコピーのためのガバナンスルールにより、コピーされているリソースグループ（リソースグループにリストされているか否かによりＴＵＦを含むか又は除く）で定義されたファイルの正確なコピーを許可し、再生、コピー及び発行のための処理を行う権利はディスクから行った場合とほぼ同じ方法で動作すると仮定する（ただし、例えばディスクインドライブ制約は、依然としてディスクがドライブにあることを要求する）。これを、コピーされているリソースグループに定義されているファイルのコピーを依然許可するものの、これらのコピーされたファイルの使用は、関連する管理されたコピー技術に依存する、被管理コピーに関するガバナンスルールと対比する。

消費者は、消費者が自らの携帯型ビデオプレーヤにディスクを挿入し、携帯型ビデオプレーヤ上にコンテンツのアドバンストコピーを作製することを可能にする、ディスクの機能提供（オファー）を有するＡＡＣＳディスクを取得する。指定された料金により、ユーザは自らの携帯型ビデオプレーヤにディスクが存在しない状態で、アドバンストコピーからビデオプレイリスト９９９を再生できる。

このシナリオには３つの許諾が含まれる。
１．消費者がアドバンストコピーを作製することを可能とする許諾。
２．料金を支払うことで、消費者が自らの携帯型ビデオプレーヤをディスクがなくてもビデオプレイリスト９９９を再生可能なプレーヤとして指定することを可能とする許諾。
３．この携帯型ビデオプレーヤにディスクが存在しない状態で消費者が再生ビデオプレイリスト９９９を再生することを可能とする許諾。

第一の許諾はコンテンツプロバイダによって発行され、ディスク上の「ＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬ」ファイル中で出荷される。第二の許諾はコンテンツプロバイダによって発行され、ディスク上のＴＵＦの中で出荷され、アドバンストコピーと共にコピーされる。第三の許諾は、ｉｓｓｕｅ（）ＡＰＩと呼ぶアプリケーションの指示で携帯型ビデオプレーヤによって発行され、携帯型ビデオプレーヤ上に格納される。

第一の許諾は次のライセンスで示される：

第二の許諾は次のライセンスで示される：

第三の許諾は次のライセンスで示される：

消費者は友人からＡＡＣＳディスクを借りる。消費者が無料でアドバンストコピーを作製することを可能にするアドバンストコピー作製機能提供が存在する。オンディスク使用ルールにより、ビデオプレイリスト９９９はディスクが存在する場合にのみ再生できるが、ディスクが存在する場合には同一プレーヤでディスクがなくてもビデオプレイリスト９９９を最大１日間再生することを許可する新しい使用ルールを作製する能力がある（これにより、消費者はディスクを友人にすぐに返却し、コピーを１日間再生することができる）。

このシナリオには４つの許諾が含まれる。
１．消費者がアドバンストコピーを作製することを可能とする許諾。
２．ディスクがある状態で消費者がビデオプレイリスト９９９を再生することを可能とする許諾。
３．ディスクがある状態で、消費者が同一プレーヤを最大１日間ディスクがなくてもビデオプレイリスト９９９を再生できるプレーヤとして指定することを可能とする許諾。
４．消費者が、自らが指定したプレーヤ上でディスクがなくても最大１日間ビデオプレイリスト９９９を再生することを可能とする許諾。

第一の許諾はコンテンツプロバイダによって発行され、ディスク上の「ＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬ」ファイルで出荷される。第二及び第三の許諾はコンテンツプロバイダによって発行され、ディスク上のＴＵＦの中で出荷され、アドバンストコピーと共にコピーされる。第四の許諾は、ｉｓｓｕｅ（）ＡＰＩと呼ぶアプリケーションの指示で装置によって発行され、装置上に格納される。

第一の許諾は次のライセンスで示される：

第二と第三の許諾は次のライセンスで示される：

第四の許諾は次のライセンスで示される：

次の項は、オーディオビジュアルコンテンツ上の権利を示すための様々なアプリケーションに共通のプロファイルである例示的権利記述プロファイルを明記する。例示的権利記述プロファイルは、ＰＤＡＭ／１ ＩＳＯ／ＩＥＣ ２１０００−５ ＭＰＥＧ−２１ ＲＥＬプロファイル（２００５年８月１９日）のＭＰＥＧ ＲＥＬベースプロファイルのサブセットを含み、例示的実施形態とインタフェースする全てのアプリケーションに共通の特徴（機能）の成文化のための要素を定義する。

次の項は名前空間接頭語を示し、このブック全体にわたり使用される引用規格を引用する。更なる項は、例示的権利記述プロファイルに含まれる全ての要素をリストし、拡張要素の定義を規定し、様々な例示的使用シナリオを示し、それらを成文化し、拡張スキーマをリストする。

便宜上、ＸＭＬ要素及びタイプ（型）を指す場合、このプロファイルは省略名前空間接頭語を使用する。名前空間ＵＲＩが正確であれば、実際に使用される接頭語は重要ではない。このプロファイル中で使用される接頭語は、次の表の中で与えられる。

引用規格は以下を含む：
［１］ＩＳＯ／ＩＥＣ ２１０００−５：２００４、情報技術−マルチメディアフレームワーク（ＭＰＥＧ−２１）−権利記述言語
［２］ＰＤＡＭ／１ ＩＳＯ／ＩＥＣ ２１０００−５ ＭＰＥＧ−２１ ＲＥＬプロファイル、２００５年８月１９日

下記の表は、例示的権利記述プロファイルに含まれる全要素をリストしている。ｒ、ｓｘ、及びｍｘ名前空間接頭語を有する要素は、ＭＰＥＧ ＲＥＬから生じ、ｂｐｘ名前空間接頭語を有する要素は次の項で定義される拡張要素である。

この項は、例示的実施形態にサポートされた追加の共通機能を表すＭＰＥＧ ＲＥＬ拡張を定義する。例示的権利記述プロファイルはこの拡張から導かれる。シンタックス及び拡張要素の意味がここで提示される。拡張要素用のＸＭＬスキーマ及びタイプもまたリストされる。

ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ要素はＲＥＬＣｏｒｅ（ＲＥＬコア）に定義されたｒ：Ｐｒｉｎｃｉｐａｌの拡張である。これは、特定のアイデンティティのホルダであるプリンシパルを識別するものであり、任意の名前空間からの文字コンテンツ及び要素コンテンツの無制限の混合体とすることができる。オプションのｉｄＳｙｓｔｅｍ属性は識別システムを示すために使用できる。図２３はｉｄｅｎｔｉｔｙＨｏｌｄｅｒプリンシパルを示す。

次の例はＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｆｉｅｒのホルダとしてのプリンシパルを指定する。

上記例において、ｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒは、ｒ：ｄｉｇｉｔａｌＲｅｓｏｕｒｃｅ中で指定されたリソースを再生する権利を付与される。

ｐをｒ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒとすると、ｐは、値ｐにより示される識別子を有するシステム実体（エンティティ）を識別し、該識別子は属性が存在する場合にｐ／＠ｒ：ｉｄＳｙｓｔｅｍにより識別される識別システムに属する。

ＧｏｖｅｒｎｅｄＣｏｐｙ要素は、リソースをコピーし、同時にコピーされたリソースに一定の権利を関連付ける権利を表す。ＱＮａｍｅタイプのオプションの属性＠ｇｏｖｅｒｎａｎｃｅＲｕｌｅは、いかに正確にコピーが作製されるべきか、及びコピーされたリソースにどの権利が誰によって関連付けられるべきかを決定するガバナンスルールの名称を示す。属性が指定されない場合、この権利は、リソースのビット単位での同一コピーを作製することを可能とし、結果として、この権利が指定されるｒ：ｌｉｃｅｎｃｅの同一コピーを、コピーされたリソースに生成する。図２４はｇｏｖｅｒｎｅｄＣｏｐｙ権利を示す。

更に定義されるように、２つの識別されたガバナンスルールが「ｂｐｘ：ａｄｖａｎｃｅｄＣｏｐｙ」及び「ｂｐｘ：ｃｌｅａｒＣｏｐｙ」として定義される。

以下に、サンプルコードの一部を一例として示す：

上記例では、あらゆるプリンシパルに、ムービークリップを再生する権利、及びクリップをコピーする権利が同一ライセンスと共に付与されている。

下記は別の例示的ライセンスである：

「ａｃｍｅ：ＣｏｐｙＯｎｃｅ」と称するガバナンスルールが、リソースのビット単位での同一コピーを１度のみ形成する権利を行使し、同一の発行人により別のライセンスを発行することにより、その他の権利を同一ライセンスに関連付けることを許可すると仮定する。この場合、ライセンス中の権利ｂｐｘ：ｇｏｖｅｒｎｅｄＣｏｐｙを行使することで、リソースのビット単位での同一コピー及び以下のライセンスが生成される。

ｒをｂｐｘ：ＧｏｖｅｒｎｅｄＣｏｐｙとする。ｒ／＠ｂｐｘ：ｇｏｖｅｒｎａｎｃｅＲｕｌｅが存在する場合、ｒは、コピーを作製し、そのコピーをｒ／＠ｂｐｘ：ｇｏｖｅｒｎａｎｃｅＲｕｌｅにより識別されるコンプライアンスルールに関連付けるアクションを識別する。逆に、ｒ／＠ｂｐｘ：ｇｏｖｅｒｎａｎｃｅＲｕｌｅが存在しない場合、ｒは、ビット単位での同一のコピーを作製し、当該コピーの認証要求の認証証拠のうちの１つの中の権利授与者におけるライセンスに等しい権利記述を当該コピーに関連付ける。

ｒが認証要求の権利メンバーとして使用される場合、その認証要求のリソースメンバーが存在し、コピーされているリソースを識別しなければならない。

ＳｅｅｋＰｅｒｍｉｓｓｉｏｎ条件及びＳｅｒｖｉｃｅＬｏｃａｔｉｏｎ要素は、関連する権利が行使される前にサーバからの許可が求められ、得られた許可がサーバと接続せずに、将来の使用のためにキャッシュすることが可能である期間を制限することを必要とする。図２５はＳｅｅｋＰｅｍｉｓｓｉｏｎ条件及びＳｅｒｖｉｃｅＬｏｃａｔｉｏｎ要素を示す。

ｒ：ｓｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅ要素は、ｂｐｘ：ｓｅｅｋＰｅｒｍｉｓｓｉｏｎ要素において使用された場合、関連する権利を行使するための許可が求められるべきサーバへの参照を記載する。ｂｐｘ：ｓｅｒｖｉｃｅＬｏｃａｔｉｏｎは、サーバの位置を示すロケーションｂｐｘ：ｕｒｌによりサーバを指定する。

オプションのｂｐｘ：ｃａｃｈｅａｂｌｅ要素はサーバから得られた許可がキャッシュに格納できることを示すために使用される。その子要素であるｂｐｘ：ｐｅｒｉｏｄは、削除されるべきときまでの許可がキャッシュ内に存在できる時間を示す。

下記のうちいずれかが真である場合に限り、前記要素により指定された条件は満たされる：
１．要素ｂｐｘ：ｃａｃｈｅａｂｌｅが存在し、行使されるべき関連する権利を許諾する許可がキャッシュに存在する
２．要素ｂｐｘ：ｃａｃｈｅａｂｌｅが存在せず、許可は、行使されるべき関連する権利を許諾するサーバから取得される

次の例において、許可が「ｈｔｔｐ：／／ｗｗｗ．ｐｉ．ｏｒｇ／ｐａｙｍｅｎｔＳｅｒｖｉｃｅ」においてサーバから取得される場合のみ、ビデオオブジェクトを再生する権利が行使できる。

ｃをｂｐｘ：ＳｅｅｋＰｅｒｍｉｓｓｉｏｎとする。（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）を認証要求とする。（ｇ、ｈ、ｅ）を認証ストーリーとする。ｍをｃ／ｒ：ｓｅｒｖｉｃｅＲｅｆｅｒｅｎｃｅとする。この場合、ｍが未定義の場合、あるいはΣをｍによって決定された参照特定パラメータの値を含む順序付けられた組（タプル）とする場合に、下記の少なくとも１つが真である場合においてのみ、ｃは（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）及び（ｇ、ｈ、ｅ）に対して満たされる。
Σ．ｂｐｘ：ｓＰ（ｍ／ｒ：ｓｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ，ρ）が真であるか、
Σのいくつかのサブセットと等しいσについて下記が真である：
ｃ／ｂｐｘ：ｃａｃｈｅａｂｌｅが存在する
Σ．ｂｐｘ：ｓＰＣ（ｍ／ｒ：ｓｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ，ρ、ｐ、ｒ、ｔ、σ）が存在し、
ｃ／ｂｐｘ：ｃａｃｈｅａｂｌｅ／ｂｐｘ：ｐｅｒｉｏｄが存在する場合、
Σ．ｂｐｘ：ｓＰＣ（ｍ／ｒ：ｓｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ，ρ、ｐ、ｒ、ｔ、σ）がｃ／ｂｐｘ：ｃａｃｈｅａｂｌｅ／ｂｐｘ：ｐｅｒｉｏｄの値未満である。

ｄをｂｐｘ：ＳｅｒｖｉｃｅＬｏｃａｔｉｏｎとすると、ｄによって記載されるサービスの記載は、例示的プロトコルブックの「一般的な支払い及び許可プロトコルの」の項に規定されている。サービスの終了点はｄ／ｂｐｘ：ｕｒｌの値で与えられる。

ＳｔａｒｔＣｏｎｄｉｔｉｏｎ条件要素は、関連された権利の行使の開始時に、含まれた条件をチェックすることを要求する。図２６はＳｔａｒｔＣｏｎｄｉｔｉｏｎ条件要素を示す。

前記条件は、含まれた条件がそれに関連する権利の行使開始時に満たされる場合にのみ満たされる。

別の条件（時間条件など）を包含するためにこの条件を用いることで、包含された条件をテストするために要求された行使がどれくらいの期間継続されるかを必ずしも知らなくても、また包含された条件を継続的にチェックしなくても（逆にチェックが要求される場合もあるが）、この条件を満たすことができる。

例えば、下記式は、２００５年内に再生が開始されれば、そのリソースを再生できることを指定する。

ｃをｂｐｘ：ＳｔａｒｔＣｏｎｄｉｔｉｏｎとする。（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）を認証要求とする。（ｇ、ｈ、ｅ）を認証ストーリーとする。すると、ｃ/ｒ：ｃｏｎｄｉｔｉｏｎが（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）及び（ｇ、ｈ、ｅ）に対し満たされる場合にのみ、ｃは（ｐ、ｒ、ｔ、ｉ、Σ、Ｌ、Ｒ）及び（ｇ、ｈ、ｅ）に対し満たされる。ここでｉは時間間隔ｖの開始点から始まるゼロ長さの間隔である。

ＯｕｔｐｕｔＲｅｇｕｌａｔｉｏｎ条件要素は、出力信号が、ｂｐｘ：ｒｅｇｕｌａｔｉｏｎ要素のリストによって指定された規則のうちのいずれかを使用して統制されることを要求する。図２７はＯｕｔｐｕｔＲｅｇｕｌａｔｉｏｎ条件要素を示す。

オプションの属性＠ｔｙｐｅＯｆＳｉｇｎａｌは、いずれのタイプの信号、すなわちｂｐｘ：ｄｉｇｉｔａｌ、あるいはｂｐｘ：ａｎａｌｏｇに規則が適用されるかを示す。この属性が存在しない場合、規則はあらゆるタイプに適用される。オプションの属性＠ｑｕａｌｉｔｙＯｆＳｉｇｎａｌは、ｂｐｘ：ＨＤ（高品質）とｂｐｘ：ＳＤ（標準品質）のいずれの信号品質に規則が適用されるかを示す。この属性が存在しない場合、規則は信号のあらゆる品質に適用される。

この条件は、ｂｐｘ：ｒｅｇｕｌａｔｉｏｎｓのリストにより特定される少なくとも１つの規則が、一致したタイプ及び一致した品質を備えた出力信号を統制するために使用される場合にのみ満たされる。ここで、信号のタイプは、関連するｂｐｘ：ｒｅｇｕｌａｔｉｏｎｓが指定タイプを持たないか又は同一タイプを持つ場合に、規則のタイプと一致する。また、信号の品質のタイプは、関連するｂｐｘ：ｒｅｇｕｌａｔｉｏｎｓが指定品質を持たないか又は同一品質を有する場合に、規則のタイプと一致する。

次の例は、制約画像（ＩＣＴ：１）の形式での高精細度アナログ出力を可能にするか、又はＡＰＳのタイプ１（ＡＰＳＴＢ：０１）に従った類似保護（Ａｎａｌｏｇｙ Ｐｒｏｔｅｃｔｉｏｎ）を有することで出力信号が統制される場合に、映画の予告編が再生可能となることを示す。

ｃをｂｐｘ：ＯｕｔｐｕｔＲｅｇｕｌａｔｉｏｎとする。（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）を認証要求とする。（ｇ、ｈ、ｅ）を認証ストーリーとする。この場合、１からΣ．ｂｐｘ：ｏＲＮｕｍ（）までの各整数について、下記の全てが真となるようにｃの子要素ｃ／ｂｐｘ．ｒｅｇｕｒａｔｉｏｎのγが存在する場合においてのみ、ｃは（ｐ、ｒ、ｔ、ｖ、Σ、Ｌ、Ｒ）及び（ｇ、ｈ、ｅ）に対し満たされる。
γ／＠ｂｐｘ：ｔｙｐｅＯｆＳｉｇｎａｌが存在しないか、又はその値が□．ｂｐｘ：ｏＲＴＯＳ（ｉ）に等しく、
γ／＠ｂｐｘ：ｑｕａｌｉｔｙＯｆＳｉｇｎａｌが存在しないか、又はその値が□．ｂｐｘ：ｏＲＱＯＳ（ｉ）に等しく、
γ．ｂｐｘ：ｏＲ（ｉ、γの値）が真である。

ＩｄｅｎｔｉｔｙＨｏｌｄｅｒＰａｔｔｅｒｎ要素は特定の識別システムにアイデンティティホルダを制限する。これは、特定のｂｐｘ：ｉｄＳｙｓｔｅｍ属性とｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ要素とを一致させるパターンを定義する。これは、ＲＥＬコアで定義されたｒ：ＰｒｉｎｃｉｐａｌＰａｔｔｅｒｎＡｂｓｔｒａｃｔの拡張である。

埋め込まれたｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒ要素を有するｒ：ｆｏｒＡｌｌ要素は、適格なバインド（結合）が、パターン中で指定されたｂｐｘ：ｉｄＳｙｓｔｅｍ属性と一致するｂｐｘ：ｉｄＳｙｓｔｅｍ属性を備えた１セットのｂｐｘ：ｉｄｅｎｔｉｔｙＨｏｌｄｅｒｓである変数の宣言を表す。

次の例は、「ａｕｔｈｏｒｉｚｅｄＤｅｖｉｃｅ」と呼ばれる変数を宣言し使用する。「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇ２１：２００５：０１−ＲＥＬ−ｂｐｘ−ＮＳ：ｉｍｓｉ」と呼ばれる識別システムにより発行されるアイデンティティの任意のホルダは、指定されたコンテンツを有効に再生できる。

ａをｂｐｘ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒＰａｔｔｅｒｎとする。ｘをＸＭＬ文書とする。ｍをｘに含まれているルート要素とする。ｑを認証要求とする。ｅを認証者とする。この場合と、ｍがｂｐｘ：ＩｄｅｎｔｉｔｙＨｏｌｄｅｒであり、ｍ／＠ｂｐｘ：ｉｄＳｙｓｔｅｍの値がａ／＠ｂｐｘ：ｉｄＳｙｓｔｅｍの値と等しい場合においてのみ、ｘはｑとｅに関してａと一致する。

表６は、ベースプロファイル拡張、及びそれらが表すステートメントに関する認証コンテキスト特性を明記する。特性が表６の第一カラムに与えられる名称を有し、表６の第二カラムで与えられた値を有する場合、その特性によって表されるステートメントは表６の第三カラムで与えられたステートメントである。

適格名称（Ｑｕａｌｉｆｉｅｄ Ｎａｍｅｓ）には以下が含まれる。即ち、このプロファイルへのコンプライアンスを示すライセンス中で、＠ｓｘ：ｐｒｏｆｉｌｅＣｏｍｐｌｉａｎｃｅの値として使用される適格名称ｂｐｘ：ｍａｌｉｂｕ−ｃｏｍｍｏｎである、ｐｒｏｆｉｌｅＣｏｍｐｌｉａｎｃｅ ＱＮａｍｅ；例示的コンプライアンスルールの「アドバンストコピー」項で指定されたコンプライアンスルールを識別する適格名称ｂｐｘ：ＡｄｖａｎｃｅｄＣｏｐｙであるＡｄｖａｎｃｅｄＣｏｐｙ、及び例示的コンプライアンスルールの「クリアコピー」項で指定されたコンプライアンスルールを識別する適格名称ｂｐｘ：ＣｌｅａｒＣｏｐｙであるＣｌｅａｒＣｏｐｙを含む、ＧｏｖｅｒｎａｎｃｅＲｕｌｅ ＱＮａｍｅｓ；アナログタイプの信号を識別する適格名称ｂｐｘ：ａｎａｌｏｇであるＡｎａｌｏｇ、及びデジタルタイプの信号を識別する適格名称ｂｐｘ：ｄｉｇｉｔａｌであるＤｉｇｉｔａｌを含む、Ｔｙｐｅ−ｏｆ−Ｓｉｇｎａｌ ＱＮａｍｅｓ；信号の標準定義品質を識別する適格名称ｂｐｘ：ＳＤであるＳＤ、及び信号の高精細度品質を識別する適格名称ｂｐｘ：ＨＤであるＨＤを含む、Ｑｕａｌｉｔｙ−ｏｆ−Ｓｉｇｎａｌ Ｑｎａｍｅｓ；適格なＩＣＴ：１名称であるＩＣＴ：１、及び適格なＡＰＳＴＢ：０１名称ネームであるＡＰＳＴＢ：０１を含む、Ｒｅｇｕｌａｔｉｏｎ−ｏｆ−Ｓｉｇｎａｌ ＱＮａｍｅｓ。

次の項は、例示的「ビジネスモデル」からの例示的使用ケースシナリオを含み、前の項に定義されたプロファイルの適用を示す。

消費者は、料金のために、映画館用リリースバージョン（「ベーシック」タイトル）の代わりに、ディレクター・カットバージョンを見ることができる。

ＨＢＯ（登録商標）は、地上波のＨＤテレビを受信することに決めた顧客にＡＡＣＳディスク購読モデルを提供する。顧客はこれらに対しケーブル／衛星を介してＨＢＯ（登録商標）が利用可能でなくてもよい。この場合、ＨＢＯ（登録商標）は、顧客に対し毎月２枚のＡＡＣＳ ＳＤディスク（１枚のディスク当たりの３０時間のコンテンツ）を郵送する。これらのディスクは適切な数か月分のＨＢＯ（登録商標）のコンテンツを有するが、ディスクは指定された月間のみ利用可能である。

郵送されるディスク上のライセンス例を下記に示す：

消費者は、特定の国に関する旅行本を取得する。本にはＡＡＣＳディスクが含まれている。ディスクのベーシックタイトルは国を記載するが、当該国に滞在している間のみ再生できる強化コンテンツが存在する。

コンテンツがサーバ上に格納される場合、ディスクにはコンテンツに関する使用ルールはない。ダウンロードコンテンツには使用ルールが付属し、すなわち、ルールはディスク上には存在しない。

他方、コンテンツがディスク上に格納される場合の使用ルールの例は下記のようなものである：

最初に公開される時、ＡＡＣＳディスクはペイパービュー方式ディスクであってもよい。一定の時間枠の後、消費者は、ディスクを従来の「ディスクからの再生」用ディスクに「変換する」ことを許可されてもよい。

消費者は新たな高解像度ディスプレイを購入する。次いで、消費者は好きな映画を借りにレンタルショップへ行く。レンタルバージョンは当年の年末まで権利を制限したため、消費者は２か月間高解像度バージョンを閲覧できない。

消費者は、３０秒間のサウンドクリップの抽出を可能にするＡＡＣＳディスクを取得する。次いで、消費者は、ＡＡＣＳに準拠した装置を使用して、映画から一定のオーディオセグメントを純粋なＭＰ３フォーマットとして抽出する。その後、消費者は、呼出音としてこれらのセグメントのうちの１つを使用する。

ＷＢ．ｃｏｍで映画を登録するユーザは、ディスクから映画、壁紙、呼出音などのファイルを抽出できる。

固定された時間、日付のうちのどちらか又は両方：

オンライン認証時間に対して：

ＡＣ世代時間に対して：

Ｏｕｔｐｕｔ Ｒｅｇｕｌａｔｅｄの例は、デジタル出力（アナログでない）でなくてはならない、或いは、ＨＤなどの場合保護されなければならない等の例、また、ｂｐｘ：ｏｕｔｐｕｔＲｅｇｕｌａｔｉｏｎ条件要素によってカバーされる例を含む。地理的な例は、ｒ：ｔｅｒｒｉｔｏｒｙ条件要素によりカバーされた例を含む。支払いの例は、ｂｐｘ：ｓｅｅｋＰｅｒｍｉｓｓｉｏｎ条件要素により暗黙的にカバーされた例を含む。

ＭＰＥＧ ＲＥＬ拡張の例示的スキーマ：

ＭＰＥＧ ＲＥＬコアの例示的プロファイルスキーマ：

ＭＰＥＧ ＲＥＬ標準拡張の例示的プロファイルスキーマ：

ＭＰＥＧ ＲＥＬ マルチメディア拡張の例示的プロファイルスキーマ：

次の項は、例示的実施形態にサポートできる対象ビジネスモデルを捕捉する。例示的実施形態の目的は、例えばＷａｒｎｅｒ ＢｒｏｔｈｅｒｓのＨＤ−ＤＶＤディスクのマスタリングなどのために、１セットの仕様書及びＲＥＬライセンスを供給することにある。

この項は、例示的Ａｒｃｈｉｔｅｃｔｕｒｅ Ｓｃｏｐｅ（アーキテクチャ範囲）及びＡｓｓｕｍｐｔｉｏｎｓ（仮定）の項と併せて、例示的実施形態の例示的範囲を定義する。更なる項はビジネスモデルを列挙して実施例を提供し、いくつかのビジネスモデルの一部として使用できるか又はそれを強化できる、サポートされた条件を列挙する。

ビジネスモデルはコンテンツの場所に基づいて、４つの基本的なカテゴリに分類される：

コンテンツがディスクに残り、ローカルシステムがディスクからのコンテンツの使用を管理するために使用される場合、それは「強化モードコンテンツ（Ｅｎｈａｎｃｅｄ Ｍｏｄｅ Ｃｏｎｔｅｎｔ）（ディスク上で使用されるコンテンツ）」であると見做される。

コンテンツがサーバから供給され、ディスクのサポートにより使用される場合、これは「強化モードコンテンツ（ダウンロードされ、ディスクと共に使用されるコンテンツ）」と見做される。

ローカルシステムがディスクからコンテンツをコピーする能力を認証し、コピーされたコンテンツの使用を管理するために使用される場合、「アドバンストコピーコンテンツ（Ａｄｖａｎｃｅｄ Ｃｏｐｙ Ｃｏｎｔｅｎｔ）（ディスクからコピーされたコンテンツ）」と見做される。

コンテンツがディスク上で保護され、但し一定の条件下において更なる強制的な使用制限なしにコンテンツがディスクからリリースされる場合、「アドバンストコピーコンテンツ（ディスクからクリア（制限なし）としてコピーされるコンテンツ）」と見做される。

モデルの「強化モードコンテンツ（ディスク上で使用されるコンテンツ）」セットにおいて、プレーヤシステムはディスク上にある状態で、コンテンツの使用を管理するために使用される。ＡＡＣＳは、Ｂａｓｉｃ Ｍｏｄｅ Ｃｏｎｔｅｎｔ（ベーシックモードコンテンツ）が条件なしで全てのＡＡＣＳコンプライアント装置で再生可能であると命ずるため、この項はＡＡＣＳ Ｅｎｈａｎｃｅｄ Ｍｏｄｅ Ｃｏｎｔｅｎｔ（ＡＡＣＳエンハンストモードコンテンツ）を対象とする。ビジネスモデルのベーシック能力を提供することのみならず、条件の項で提供される条件の種類を重ね合わせることが意図されている。

消費時支払い方式（Ｐａｙ ａｔ ｔｈｅ Ｔｉｍｅ ｏｆ Ｃｏｎｓｕｍｐｔｉｏｎ）には、料金の支払いをせずには再生できない強化モードコンテンツが含まれる。

例：
消費者は、料金のために、映画館リリースバージョン（「ベーシック」タイトル）の代わりに、ディレクターによるフィルムの短縮バージョンを見てもよい。

例：
消費者は、コンビニエンスストアで映画ディスクの無料コピーを受け取る。ディスクは映画の全編、及び含まれた映画の予告編などを含む。ユーザが映画の全編を閲覧したければ、再生認証のための料金を支払うことになる。支払い後は、友人などにディスクを渡すことができる。

この場合、メイン映画タイトルは「エンハンスト（強化）」のフラグが立てられ、当該映画の予告編及び条件には「ベーシック」のフラグが立てられる。

例：
１５ＳＤ（標準定義）解像度の映画がディスクで利用できる。いずれの映画も金融取引なしでは閲覧できない。

時間リリース購読（Ｔｉｍｅ Ｒｅｌｅａｓｅ Ｓｕｂｓｃｒｉｐｔｉｏｎ）には、購読モデルに基づいて消費者にディスクを供給することが含まれる。これらのディスクは、適切な単位時間（例えば２００６年５月）の間動作する。

例：
ＨＢＯ（登録商標）は、地上波のＨＤテレビを受信することに決めた顧客にＡＡＣＳディスク購読モデルを提供する。顧客はこれがケーブル／衛星を介してＨＢＯ（登録商標）を利用可能でなくてもよい。この場合、ＨＢＯ（登録商標）は、顧客（１枚のディスク当たりの３０時間のコンテンツ）に対し毎月２枚のＳＤディスクを郵送する。これらのディスクは適切な数か月分のＨＢＯ（登録商標）のコンテンツを有するが、ディスクは指定された月間のみ利用可能である。

例：
上記のように、予約月に生じる初公開日と一致させるため、コンテンツの一部のみをその月の特定日にロック解除する。例えば、Ｂａｎｄ ｏｆ Ｂｒｏｔｈｅｒｓ（バンド・オブ・ブラザーズ）のエピソード２０１は、ＨＢＯ（登録商標）でプレミアとなった５月１３日以降のみ利用可能である。

ロックされたコンテンツは、一定条件下（例えばオンライン取引）でのみアクセスできるロックコンテンツを含む。

例：
消費者は、特定の国に関する旅行本を取得する。本にはディスクが含まれる。ディスクのベーシックタイトルはその国を記載するが、その国にいる間のみ再生可能な強化コンテンツが存在する。

プレ購入は、一定の日付の後においてのみ使用可能となるコンテンツを有するディスクを取得する消費者を含む。

例：
特殊ディスクが映画の映画館公開（リリース）の間に映画館で購入可能であってもよい。これらのディスクは映画の小売りリリースまでは使用できない。これらのディスクの価格は小売りディスクと同一価格だが特別のコンテンツを含んでいてもよく、小売りディスクより低価格であってもよい。消費者は、ＨＤ ＤＶＤ購入を待つのではなく映画館のリリースに出席せずにいられなくなる。

時間リリース条件（Ｔｉｍｅ Ｒｅｌｅａｓｅｄ Ｃｏｎｄｉｔｉｏｎｓ）には、時間にわたって拡張する使用ルールが含まれる。

例：
最初に公開される際、ディスクはペイパービュー方式ディスクであってもよい。
一定時間ウィンドウの後、消費者が、ディスクを従来の「ディスクからの再生」ディスクに「変換する」ことが可能であってもよい。

例：
消費者は新しい高解像度ディスプレイを購入し、好きな映画を借りにレンタルショップへ行く。レンタルのバージョンは今年の年末まで権利が制限されるため、消費者は２か月の間、高解像度バージョンを閲覧できない。

セキュリティに関しては、ディスクは実際の映画コンテンツを有していても、有していなくてもよい。ディスクは、リリース枠が近づくとダウンロードコンテンツとして映画を取得するための、販売促進及び再生リストのみを含んでもよい。

次の強化モードコンテンツ（ダウンロードされ、ディスクと共に使用されるコンテンツ）モデルは、ディスクと共に使用するためのオンラインで入手可能な追加のコンテンツを含む。この追加コンテンツは、再生する能力に様々な条件（例えば、地理的、時間的、料金的など）を設けてもよい。

ストリーミングコンテンツ（Ｓｔｒｅａｍｉｎｇ Ｃｏｎｔｅｎｔ）には、ディスクと共に使用されるためにサービスから流されるオンラインコンテンツを含まれることができる。

例：
消費者は、映画と同期された、映画俳優からの音声解説を含むオプションを有するディスクを取得する。この解説は、置換サウンドトラックではなく、それ以外の映画の部分と共に再生される付加的なトラックである。

ダウンロードされたコンテンツ（Ｄｏｗｎｌｏａｄｅｄ Ｃｏｎｔｅｎｔ）には、配信され、ディスクと共に使用されるために格納可能なオンラインコンテンツが含まれる。

例：
消費者は、付加的なサブタイトル材料が映画と共に使用するために入手できると識別する。消費者はサブタイトルをダウンロードし、準拠する装置上に格納するが、関連するディスクと共に使用されなければ、サブタイトルは使用できない。そこで、消費者はディスクを借り、映画再生中にサブタイトルを閲覧する。

アドバンストコピー（ＡＣ）コンテンツ（Ａｄｖａｎｃｅｄ Ｃｏｐｙ Ｃｏｎｔｅｎｔ（ディスクからコピーされるコンテンツ））には、コピーの例示的バージョンが含まれる。ＡＣモデルは、いかなる方法でも「ＡＡＣＳ被管理コピー（ＡＡＣＳ Ｍａｎａｇｅｄ Ｃｏｐｙ（ＭＣ））」を排除せず、妨害しない。ＡＣの機能は装置作製者に対してオプションであり、ＡＡＣＳ上に構築される。

ＡＣとＭＣの主な差異は、ＡＣの使用は、柔軟であり、タイトル毎にスで変化する「使用ルール」によって決定される一方、ＭＣの使用は、複数のコンテンツタイプにまたがって固定されるＡＡＣＳ仕様書及びコンプライアンスルールによって決定される点にある。

ＡＣの２つの局面を制御するよう使用ルールが指定される。第一の局面は、どのような条件下でＡＣを作製できるかを管理するルールである。ＡＣを作製するためのルールは非常に精巧なものとすることができ、以下を含む多くのパラメータを含むことができる：料金、地理的制限、メンバーシップ、対象ＤＲＭシステム、日付、解像度、トラッキングなど。

第二の局面はＡＣの実際の使用である。ＡＣ作製後、使用ルールはＡＣの使用を管理するために関連付けられる。これらのルールも非常に精巧なものとすることができ、ＡＣ作製の認証用ルールと同様のタイプのパラメータを含むことができる。

例：
ディスクは、メインタイトル映画を、５ドルの料金でＭＣを作製する許可と共に含んでもよい。消費者はＡＡＣＳコンプライアンスに従いＭＣを作製でき、或いは．．．

消費者が例示的実施形態にコンプライアントな（準拠する）装置を所有している場合、消費者は更にＡＣに関するオファー（機能提供）を閲覧できる。このオファーは、無料でＡＣを作製する能力を有するが、ＡＣは受信ＤＲＭシステムに対してロックされ、再生には毎回３ドルを必要とすることを記載してもよい。

デバイス結合（Ｂｉｎｄ ｔｏ Ｄｅｖｉｃｅ）には、ディスクからコピーできるが、コピー作製後は識別された装置にディスクが存在する状態においてのみ再生できるコンテンツが含まれる。

例：

消費者は、消費者がプレーヤの保護された記憶装置上にコンテンツのコピーを作製することを可能とするオファーを含むディスクを取得する。ＡＣの作製はそれに関連する使用ルール（例えば料金）を有していてもよく、ＡＣはそれに関連付けられた使用ルール（例えば、このプレーヤによってのみ再生可能）を有する。

例：
消費者が友人からディスクを借りる。ＡＣ作製後１日間のみ使用でき、対照装置によってのみ使用できるという条件の下で、消費者がＡＣを無料で作製することを可能にするＡＣ作製オファーが存在する。

超流通（Ｓｕｐｅｒｄｉｓｔｒｉｂｕｔｉｏｎ）には、顧客とその友人の間で直接配信されることが可能なディスクコンテンツのコピーが含まれる。コンテンツの配信されたバージョンは、サーバから許諾された追加の許可又は使用ルールなしでは使用できないこともある。

例：
消費者は友人からディスクを借りる。ディスクは、ＡＣの作製を可能にする。ＡＣ作製は無料であってもよいが、１５ドルの料金が支払われるまでＡＣコンテンツは利用できない。料金が支払われると、ＡＣコンテンツは、関連付けられた装置によって無期限に再生可能となる。

例：
消費者が友人に映画のコピーを送るためにブロードバンド接続を使用する以外は上記例と同様である。この場合、ＡＣ作製オファーは作製時の対象装置が識別されるかどうかに左右されることがある。このように、消費者は、友人に映画のコピーを薦めることができ、友人はディスクを得る必要なしに、映画の代価を払うことを選択できる。

アドバンストコピーコンテンツ（Ａｄｖａｎｃｅｄ Ｃｏｐｙ Ｃｏｎｔｅｎｔ）（ディスクからクリアへコピーされるコンテンツ）は、ディスクがクリアコンテンツ又はＡＡＣＳによって保護コンテンツのいずれかを含み、ＡＡＣＳコンプライアンスルールが、ＡＡＣＳによりロック解除された後、ＡＡＣＳにより保護されたコンテンツの使用を管理するという前提を含む。

これらのモデルは一定の条件が満たされ、クリア（制限なし）にリリースされるまで、ＡＡＣＳによってコンテンツが保護される、追加のモードを提供する。コンテンツは、他の何らかの手段（例えばゲームコピープロテクション）によって本質的に保護されるか、クリアフォーマット（例えばｍｐ３、ｊｐｇ、ｅｔｃ．）へリリースされるものと推定される。

例：
ディスクは、購入用の映画館用でない材料を含む。ユーザは料金を支払い、映画と関係するＸＢｏｘ（登録商標）ゲームをロック解除することができる。

例：
ＷＢ．ｃｏｍに映画を登録したユーザは、映画、壁紙、呼出音などのファイルをディスクからコピーできる。

一般的に、条件は、コンプライアントシステムを動作させるために満たされなければならない、特定の状況である。使用ルールは、コンテンツがいつ、どのように再生され、別のＤＲＭシステムに対してリリースされうるかを管理するが、これらのアクションに関する条件は特定のビジネスモデルの構築を支援する。下にいくつかの例を示す。

強化コンテンツを再生可能とするための使用料（ｐｅｒ ｕｓｅ ｆｅｅ）条件は、ペイパービュー方式モデルを構築する。

強化コンテンツを再生する能力に対して課された時間条件は、レンタルモデル又はプレ購入モデルの実施に使用できる。

コピーを作製する能力に対して課される料金条件は超流通形式を実施するよう使用できる。

コピーを使用する能力に対して課される料金条件は、異なる特色を持つ超流通を実施する。この場合、コピーの作製は無料だが、コピーの使用は料金を必要とする。

この項は、例示的ビジネスモデルのための目標とされたタイプの条件を記載する。

時間的制約（Ｔｉｍｅ Ｃｏｎｓｔｒａｉｎｔ）には、何らかの時間的制約により管理されうるコンテンツを使用又は配信する能力が含まれる。

例：
固定された時間、日付のどちらか又は両方
開始時刻
終了時刻
オンライン認証時間に対する

ＡＣ世代時間に対する

出力規制条件（Ｏｕｔｐｕｔ Ｒｅｇｕｌａｔｅｄ）には、コンテンツが利用される際に、コンテンツを各種レンダリングデバイスに供給する際に利用できるポートの種類に制約が存在することが含まれる。

例：
デジタル出力でなければならない（アナログはない）。
ＨＤの場合、保護されなければならない。

地理的条件には、一定の地理的区域に制限されることができるコンテンツの使用が含まれる。

例：
国

支払い条件には、支払いが行なわれると使用可能となるコンテンツが含まれる。

例：
使用料（ｐｅｒ ｕｓｅ ｆｅｅ）−コンテンツの再生毎に料金が必要となる。

定額料金−コンテンツの使用に一度だけ料金が必要である。

次の項は、例示的実施形態のためにサポートされることを意図したアーキテクチャ範囲、及びその範囲が依存するいくつかの前提及び事項を捕捉する。例示的実施形態の目的は、例えばＷａｒｎｅｒ ＢｒｏｔｈｅｒｓによるＨＤ ＤＶＤディスクのマスタリングのために、１セットの仕様書及びＲＥＬライセンスを供給することにある。

次の項は、例示的ビジネスモデルと共に、例示的実施形態の範囲を定義する。

アーキテクチャ範囲は、例示的ビジネスモデルに記載されたビジネスモデル、及びタイトル使用ファイル（ＴＵＦ）のためのＡＡＣＳ Ｃｏｍｍｏｎ Ｂｏｏｋ（ＡＡＣＳ共通ブック）中で指定された必要条件をサポートするものである。

残りの項は、例示的システムコンポーネント、例示的実施形態がサポートする様々なアーキテクチャ上のシナリオを記載し、技術的コンプライアンスルールと関連する例示的実施形態をリストする。

この項は、以下を含む例示的システムコンポーネントを記載する。

図２８：システムコンポーネントに使用されるグラフ表示を定義するキー。

図２９：ディスク、プレーヤ、コンテンツサーバ及び認証サーバの４つのシステムコンポーネントを形成するためにベーシックな例示的コンポーネントをどのように組み合わせるかを示す図である。また、この図は、４つのシステムコンポーネント間の相互作用をも示している。

従って、図２９の例示的システムコンポーネントの図２９００は、図２８に定義されたグラフィカル表現２８００を使用し、ディスク２８０１、装置２８０２、保護コンテンツ２８０３、非保護コンテンツ２８０４、インタフェース２８０５、プロトコル２８０６、使用ルール又は権利２８０７、再生要素２８０８、範囲外指定２８０９、権利記述ブック範囲指定２８１０、インタフェースブック範囲指定２８１１、及びプロトコルブック範囲指定２８１２を含む。

図２９の例示的システム２９００は、上記システムコンポーネント２８０１〜２８１２を含む。

ディスク２８０１：このコンポーネントは、例示的権利記述ブック及び例示的インタフェースブックに従って書かれた使用ルールにより管理される、保護コンテンツを含むＡＡＣＳ ＨＤ ＤＶＤプレレコードディスク（記録可能ディスクは考慮されない）を含む。更に、例示的インタフェースブックは、保護コンテンツと使用ルールの間の結合の正確な性質を定義する。

プレーヤ２９０３：このコンポーネントは、ディスク２８０１上でコード化された、保護コンテンツを使用し配信する権利を行使できる。

コンテンツサーバ２９０１：このコンポーネントは、要求するプレーヤ２９０３に付随的な保護コンテンツ又はＴＵＦを供給するサーバである。コンテンツサーバ２９０１からコンテンツ又はＴＵＦをダウンロードすることによって、プレーヤ２９０３はディスク２８０１上に格納されたコンテンツ又は使用ルールに加えて、コンテンツ又は使用ルールを得ることが可能である。

認証サーバ２９０２：このコンポーネントは、要求するプレーヤ２９０３のための権利の要求された行使を認可する。適切な認証応答の決定は、サーバ２９０２上に格納された使用ルール２８０７を解釈すること、支払いを受け取るか又は確認すること、あるいは他の認証処理を含んでもよい。認証サーバ２９０２上に格納された任意の使用ルール２８０７は、認証サーバ２９０２に対し帯域外で通信される。

少数のコンテンツ及び認証サーバ２９０２が多くのプレーヤ２９０３と通信することが予測される。

純粋にライセンスを発行する目的で別のサービスが存在する必要はない。サーバ２９０２とプレーヤ２９０３などの実体との間、又はこの逆の間でライセンスのみを送信する必要はない。

ディスク２８０１上で保護コンテンツの使用権の行使するためには、
１．ユーザはプレーヤ２９０３にディスク２８０１を入れ、権利の行使を要求する。
２．プレーヤ２９０３は、ディスク２８０１上に格納された使用ルールを解釈する。保護コンテンツの使用及び配信を管理する全ての情報が、ＴＵＦ又はＭＮＧＣＯＰＹ＿ＬＩＣＥＮＳＥＳ．ＸＭＬファイル中で明示的に指定されることができる。
３．ディスク２８０１上の使用ルール及び行使される権利に応じて、プレーヤ２９０３は、コンテンツサーバ２９０１、認証サーバ２９０２、又はこの両方と通信してもよい。プレーヤ２９０３が追加的な保護コンテンツ又はＴＵＦ２８０３を取得する必要があれば、プレーヤ２９０３はコンテンツサーバ２９０１と接続する。コンテンツサーバ２９０１はプレーヤ２９０３へ要求された保護コンテンツ又はＴＵＦ２８０３を送信する。プレーヤ２９０３とコンテンツサーバ２９０１の間の通信は、ＡＡＣＳ ＨＤ ＤＶＤ及びＤＶＤプレレコードブックの「ダウンロード、ストリーミング、及びオンラインの可能化」の項に記載された方法で行われる。プレーヤ２９０３がオンライン認証を取得する必要があれば、プレーヤ２９０３は認証サーバ２９０２と接続する。認証サーバ２９０２は適切な認証応答を決定し、プレーヤ２９０３へ送信する。プレーヤ２９０３と認証サーバ２９０２の間の通信は例示的プロトコルブックに記載された方法で行われる。
４．要求された権利が認可される場合、プレーヤ２９０３は要求された行使を行う。

使用ルールは次の方法のうちの１つで保護コンテンツに関連付けられることができる。
コピー関連の使用ルールはＲｅｓｏｕｒｃｅＧｒｏｕｐに関連付けられる。
他の使用ルールはＥＶＯＢＳ及び再生リストに関連付けられる。

使用ルールは個別に署名されなくてもよいが、ＡＡＣＳパッケージコンテンツの一部として完全性を保護されることができる。使用ルールの発行人はコンテンツプロバイダである。完全性のための使用ルールのキーはＡＡＣＳ ＬＡに属する。

この項は、例示的実施形態にサポートされた様々な権利の行使を説明するアーキテクチャ上のシナリオを記載する。

ユーザがディスク２８０１上でコード化された保護コンテンツを再生したい場合、プレーヤ２９０３は再生権が認可されるか否かを判断するために保護コンテンツ２８０３に関連付けられた使用ルールを解釈する。権利の行使は次の方法のうちの１つで認可されてもよい：

再生権はディスク２８０１上でコード化された使用ルールによって認可される。

再生権は、認証サーバ２９０２による認証に左右され、プレーヤ２９０３は必要な認証を要求する。認証サーバ２９０２は適切な応答（サーバ２９０２に格納された使用ルール２８０７の解釈及び／又は支払いを含んでもよい）を決定し、応答をプレーヤ２９０３に送信する。

要求された再生操作は付加的な保護コンテンツ又は追加のＴＵＦを必要とし、プレーヤ２９０３はコンテンツサーバ２９０１に必要なコンテンツを要求する。コンテンツサーバ２９０１は要求された保護コンテンツ又はＴＵＦ２８０３をプレーヤ２９０３に送信する。適切であれば、プレーヤ２９０３は再生権が認可されるか否かを判断するために、コンテンツサーバ２９０１から受け取ったＴＵＦに含まれる付加的な使用ルールを解釈してもよい。

再生権が認可される場合、プレーヤは保護コンテンツを再生する。

被管理コピーの使用はＡＡＣＳ仕様書及びコンプライアンスルールによって決定される、このルールは全てのコンテンツタイプにまたがって固定とすることができる。

ＡＡＣＳの被管理コピー機能に関して下記が前提とされる：

被管理コピーの目的は、ＤＲＭシステムが、ディスク２８０１から、ＤＲＭシステムにより管理されるコンテンツのバージョンを受け取ることにある。

ＡＡＣＳコンプライアンスルールは、被管理コピーの使用を決定し、コンプライアンスルールは、ＤＲＭシステムによる被管理コピーの無期限再生を可能にすると仮定されるが、コンプライアンスルールは被管理コピーが他のシステムへ無差別に再送信されることを防止できてもよい。

更に、各ディスク２８０１は、コンプライアントなＡＡＣＳシステムが、ＡＡＣＳで認可されたＤＲＭシステムの一つに対し、被管理コピーを作製することを可能とする価格面及び条件で利用可能なオファーを行わなくてはならないものと仮定する。

ユーザがディスク２８０１上でコード化された保護コンテンツ２８０３の被管理コピーを作製したい場合、プレーヤ２９０３は被管理コピー（著作）権が認可されるか否かを判断するために保護コンテンツ２８０３に関連付けられた使用ルールを解釈する。権利の行使は次の方法で認可されてもよい：

被管理コピー権は、ディスク２８０１上でコード化された使用ルールによって認可される。例示的使用ルールは、認証サーバ２９０２へ接続することなく被管理コピー権の行使を認可するために使用できる。

被管理コピー権は、認証サーバ２９０２による認証に左右され、プレーヤ２９０３は必要な認証を要求する。認証サーバ２９０２は適切な応答（サーバ２９０２に格納された使用ルール２８０７の解釈及び／又は支払いの実行を含む）を決定し、応答をプレーヤ２９０３に送信する。

被管理コピー権が認可される場合、ＡＡＣＳ仕様書及びコンプライアンスルールで指定されるように、プレーヤ２９０３は保護コンテンツ２８０３のコピーを作製し、コピーに新しい使用ルールを関連付ける。

アドバンストコピー（著作）権はコピーの例示的バージョンである。被管理コピー権を行使する際、コピーの使用がＡＡＣＳ仕様書及びコンプライアンスルールによって決定され、ルールは全てのコンテンツタイプにまたがって固定できる。アドバンストコピー権を行使する際、コピーの使用は柔軟でタイトル毎に変更可能な使用ルールによって管理される。使用ルールは非常に精巧であってもよく、料金、地理的な制限、メンバーシップ、対象ＤＲＭシステム、日付、解像度、トラッキングなどを含む多くのパラメータを含むことができる。

ユーザが保護コンテンツ２８０３のアドバンストコピーをディスク２８０２上でコード化しようとする場合、プレーヤ２９０３はアドバンストコピー権が認可されるか否かを判断するために保護コンテンツ２８０３に関連付けられた使用ルールを解釈する。権利の行使は次の方法のうちの１つで認可されてもよい：

アドバンストコピー権はディスク２８０２上でコード化された使用ルールによって認可される。

アドバンスト著作権は認証サーバ２９０２による認証に左右され、プレーヤ２９０３は必要な認証を要求する。認証サーバ２９０２は適切な応答（サーバ２９０２に格納された使用ルール２８０７の解釈及び／又は支払いの実行を含む）を決定し、応答をプレーヤ２９０３に送信する。

アドバンストコピー権が認可される場合、プレーヤ２９０３は保護コンテンツ２８０３及び指定された使用ルールのコピーを作製する。

ユーザがディスク２８０１上でコード化された保護コンテンツ２８０３のクリアコピーを作製したい場合、プレーヤ２９０３はクリアコピー（著作）権が認可されるか否かを判断するために保護コンテンツ２８０３に関連付けられた使用ルールを解釈する。権利の行使は次の方法のうちの１つで認可されてもよい：

クリアコピー権がディスク２８０１上でコード化された使用ルールによって認可される。

クリアコピー権は認証サーバ２９０２による認証に左右され、プレーヤ２９０３は必要な認証を要求する。認証サーバ２９０２は適切な応答（サーバ２９０２に格納された使用ルール２８０７の解釈及び／又は支払いの実行を含む）を決定し、応答をプレーヤ２９０３に送信する。

クリアコピー権が認可される場合、プレーヤ２９０３は保護コンテンツ２８０３のクリアコピー２８０４を作製する。クリアコンテンツ２８０４は、他の何らかの手段（ゲームコピープロテクションなど）によって本質的に保護されるか、クリアフォーマット（ｍｐ３、ｊｐｇなど）へリリースされるものと推定される。

ユーザが認可された方法（例えばあるプレーヤ２９０３へある権利を結びつける）で権利を拡張したい場合、プレーヤ２９０３は発行権が認可されるか否かを判断するために保護コンテンツ２８０３に関連付けられた使用ルールを解釈する。権利の行使は次の方法のうちの１つで認可されてもよい：

発行権がディスク２８０１上でコード化された使用ルールによって認可される。

発行権は認証サーバ２９０２による認証に左右され、プレーヤ２９０３は必要な認証を要求する。認証サーバ２９０２は適切な応答（サーバ２９０２に格納された使用ルール２８０７の解釈及び／又は支払いの実行を含む）を決定し、応答をプレーヤ２９０３に送信する。

発行権が認可される場合、プレーヤ２９０３は他の認証で使用される新しい権利を作製する。

ユーザが保護コンテンツ２８０３のアドバンストコピーを作製したい場合、プレーヤ２９０３は再生アドバンストコピーコンテンツ権が認可されるか否かを判断するためにコピーに関連付けられた使用ルールを解釈する。権利の行使は次の方法のうちの１つで認可されてもよい：

再生アドバンストコピーコンテンツ権は、コピーに関連付けられた使用ルールによって認可される。

再生アドバンストコピーコンテンツ権は、認証サーバ２９０２による認証に左右され、プレーヤは必要な認証を要求する。認証サーバ２９０２は適切な応答（サーバ２９０２に格納された使用ルール２８０７の解釈及び／又は支払いの実行を含む）を決定し、応答をプレーヤ２９０３に送信する。

要求された再生アドバンストコピーコンテンツは、付加的な保護コンテンツ又は追加のＴＵＦ２８０３を必要し、プレーヤ２９０３はコンテンツサーバ２９０１に必要なコンテンツを要求する。コンテンツサーバ２９０１はプレーヤ２９０３へ要求された保護コンテンツ又はＴＵＦ２８０３を送信する。適切な場合、プレーヤ２９０３は再生権が認可されるか否かを判断するために、コンテンツサーバ２９０１から受け取られたＴＵＦに含まれる付加的な使用ルールを解釈してもよい。

再生アドバンストコピーコンテンツ権が認可される場合、プレーヤ２９０３はコピーを再生する。

更に例示的実施形態は、コンプライアントアドバンストコピー先のリストを決定すること、適合する地理的な決定技術のリスト及びこのような技術の認証のための処理／ロバストネス基準を決定すること、適合する時間決定技術のリスト及びこのような技術の認証のための処理／ロバストネス基準を決定すること、使用ルールが尊重されているか否かを判断する権威を指定すること、このような権威がＡＡＣＳ ＬＡ自身でない場合、ＡＡＣＳ ＬＡに対して有害な装置を無効にさせる改善処理、などを含む。

上記例示的実施形態の装置及びサブシステムの例として、例示的実施形態の処理を行うことが可能な、任意の適切なサーバ、ワークステーション、ＰＣ、ラップトップコンピュータ、ＰＤＡ、インターネット家電、ハンドヘルド装置、携帯電話、無線デバイス、その他の装置が挙げられる。例示的実施形態の装置及びサブシステムは任意の適切なプロトコルを使用して相互に通信することが可能であり、１台以上のプログラムされたコンピュータシステム又は装置を使用して実施できる。

例えばインターネットアクセス、任意の適切な形式の電話通信（例えば音声、モデムなど）、無線通信媒体などを含む１つ以上のインタフェース機構が、例示的実施形態と共に使用できる。例えば、使用される通信網又はリンクは、１つ以上の無線通信ネットワーク、移動通信ネットワーク、Ｇ３通信網、公衆交換電話網（ＰＳＴＮ）、パケットデータ網（ＰＤＮ）、インターネット、イントラネット、及びこれらの組み合わせを含むことができる。

例示的実施形態の装置及びサブシステムは例示目的で示され、当業者には理解されるように、例示的実施形態を実施するために使用される特定のハードウェアには多くの変更が可能である。例えば、例示的実施形態の装置及びサブシステムの１つ以上の機能は、１台以上のプログラムされたコンピュータシステム又は装置によって実施できる。

上記及び他の変更を実行するために、単一のコンピュータシステムを例示的実施形態の装置及びサブシステムの１つ以上の専用機能を行うべくプログラムできる。他方、２台以上のプログラムされたコンピュータシステム又は装置を、例示的実施形態の装置及びサブシステムのうちのいずれか１つの代わりに用いることが可能である。従って、例示的実施形態の装置及びサブシステムのロバストネス及び性能を改善するために、所望により冗長化、重複化（レプリケーション）などの分散処理の原理及び利点も実施できる。

例示的実施形態の装置及びサブシステムは、本願明細書中に記載された様々な処理に関する情報を格納できる。情報は、例示的実施形態の装置及びサブシステムにハードディスク、光ディスク、光磁気ディスク、ＲＡＭなど１つ以上のメモリに格納できる。例示的実施形態の装置及びサブシステムの１つ以上のデータベースに、本発明の例示的実施形態を実施するために使用される情報を格納できる。データベースは、本願明細書中にリストされた１つ以上のメモリ又は記憶デバイスに含まれるデータ構造（レコード、テーブル、配列、フィールド、グラフ、ツリー、リストなど）を利用して組織されうる。例示的実施形態に関して記載した処理は、例示的実施形態の装置及びサブシステムの処理によって収集及び／又は生成されたデータをデータベースに格納するための適切なデータ構造を１つ以上含むことができる。

コンピュータやソフトウェア技術に精通した技術者には理解されるように、例示的実施形態の装置及びサブシステムの全て又は一部は、本発明の例示的実施形態の教示に従いプログラムされた１つ以上の汎用コンピュータシステム、マイクロプロセッサ、デジタル信号プロセッサ、マイクロコントローラなどを使用して便利に実行できる。ソフトウェア技術に精通した技術者には理解されるように、例示的実施形態の教示に基づいて適切なソフトウェアを容易に製造できる。例示的実施形態の装置及びサブシステムはワールド・ワイド・ウェブ上でも実施できる。更に、電気技術に精通した技術者には理解されるように、例示的実施形態の装置及びサブシステムは、特定用途向けＩＣの製造により、又は従来の構成回路の適切なネットワークを相互に連結させることによって実施できる。従って、例示的実施形態はハードウェア回路及び／又はソフトウェアの任意の特定の組み合わせに限定されない。

本発明の例示的実施形態は任意のコンピュータ可読媒体又はコンピュータ可読媒体の組み合わせに格納され、例示的実施形態の装置及びサブシステムを駆動し、例示的実施形態の装置及びサブシステムが人間のユーザと対話することを可能とするために、例示的実施形態の装置及びサブシステムを動作させるためのソフトウェアを含むことができる。このようなソフトウェアとして、デバイスドライバ、ファームウェア、オペレーティングシステム、開発ツール、アプリケーションソフトウェアなどが挙げられるが、これらに限定されない。更に、このようなコンピュータ可読媒体は、本発明を実施する際に実行される処理の全て又は一部（処理が分配される場合）を実行するための、本発明の実施形態のコンピュータプログラム製品を含むことができる。本発明の例示的実施形態のコンピュータコード装置は、任意の適切な解釈可能又は実行可能なコードメカニズムを含むことができる。コードメカニズムとして、スクリプト、解釈可能なプログラム、ダイナミックリンクライブラリ（ＤＬＬ）、Ｊａｖａ（登録商標）クラス及びアプレット、実行可能なプログラム、共通オブジェクト要求ブローカアーキテクチャ（ＣＯＲＢＡ）オブジェクトなどが挙げられるが、これらに限定されない。更に、本発明の例示的実施形態の処理の一部は、改善された性能、信頼性、コストなどのために分散できる。

上述のごとく、例示的実施形態の装置及びサブシステムは、本発明の教示に従ってプログラムされた命令を保持し、データ構造、テーブル、レコード及び／又は本願明細書に記載した他のデータを保持するためのコンピュータ可読媒体又はメモリを含むことができる。コンピュータ可読媒体は、実行するためにプロセッサに命令を提供することに参画する任意の適切な媒体を含むことができる。このような媒体は様々な形態をとることができ、例えば不揮発性媒体、揮発性媒体、伝送媒体などが挙げられるがこれらに限定されない。不揮発性媒体として、例えば光学又は磁気ディスク、光磁気ディスクが挙げられる。揮発性媒体として、例えばダイナミックメモリ等が挙げられる。伝送媒体として同軸ケーブル、銅線、光ファイバなどが挙げられる。伝送媒体は、例えば無線周波数（ＲＦ）通信や赤外線（ＩＲ）データ通信等の間に発生される音波、光波、電磁波などの形態をとることができる。コンピュータ可読媒体の共通の形式として、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、その他の適切な磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、その他の適切な光学媒体、穿孔カード、紙テープ、光学マークシート、その他の穿孔又は光学的に認識可能な表示パターンを有する他の適切な物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、その他のコンピュータで読み取り可能な適切なメモリ・チップ又はカートリッジ、搬送波又はその他の適切なコンピュータ読み取り可能な媒体が挙げられる。

本発明を多くの例示的実施形態及び実装を挙げて説明したが、本発明はこれらに限定されず、予測される請求の範囲内の各種変更、等価の構成を含む。

Claims (1)

1. ネットワークを介してＤＲＭエージェントを有するコンテンツ再生装置に接続されるとともに、該コンテンツ再生装置に対し、コンテンツ、並びに該コンテンツに関連付けられ、前記コンテンツ再生装置におけるコンテンツの使用を管理する使用権を供給するサーバにおいて、該サーバにより前記コンテンツ再生装置に供給される前記コンテンツは、異なるＤＲＭ環境間で移転及び／又は返送可能とされ、前記サーバにおける、前記使用権を前記コンテンツに関連付ける方法が、
   前記サーバが、前記コンテンツの移転元の第一のＤＲＭ環境における実施に適した第一のセットの使用権を、前記コンテンツの移転先の第二のＤＲＭ環境における実施に適した第二のセットの使用権に変換する変換ステップと、
   前記サーバが、前記第一のＤＲＭ環境から前記第二のＤＲＭ環境に移転される前記コンテンツに対して、前記第一のセットの使用権、並びに前記第二のセットの使用権の両方を関連付ける関連付けステップと、
   を含み、
   前記第一のＤＲＭ環境から前記第二のＤＲＭ環境に移転される前記コンテンツに対する使用の管理は、前記関連付けステップにより関連付けられた前記第一のセット、第二のセットの両使用権のうちの一つである前記第二のセットの使用権に従って行われる一方、
   前記第一のＤＲＭ環境から前記第二のＤＲＭ環境に一旦移転された後に前記第一のＤＲＭ環境に返送される前記コンテンツに対する使用の管理は、前記関連付けステップにより関連付けられた前記第一のセット、第二のセットの両使用権のうちの第一のセットの使用権に従って行われる、
   方法。

Images