JP4625695B2 - デジタル著作権の管理方法およびシステム - Google Patents

Description

本発明は、相互に認証されたデバイスのセットを有するドメインにおいてコンテンツ項目へのアクセスを制御する方法に関する。本発明は、更に、ドメインを構成する相互に認証されたデバイスのセットを有するシステムに関する。

近年、コンテンツ保護システムの量は、急激なペースで増えている。これらのシステムの一部は、違法なコピーに対してコンテンツを保護するだけであるが、他のシステムは、また、ユーザがコンテンツにアクセスすることも禁止している。第1のカテゴリは、コピープロテクション(CP)システムと呼ばれている。このタイプのコンテンツ保護は、安価に実施されると考えられ、かつコンテンツ・プロバイダとの双方向対話を必要としないので、CPシステムは、伝統的に、民生用電子(CE)デバイスに関しての主要な焦点であった。いくつかの具体例は、DVD ROMディスクの保護システムのコンテンツ・スクライビング・システム(Content Scrambling System)(CSS)およびIEEE 1394接続に関する保護システムのDTCPである。

第2のカテゴリは、いくつかの名前により知られている。ブロードキャスト業界において、このカテゴリのシステムは、一般に、限定受信(CA)システムとして公知であり、一方、インターネット業界において、それらは、デジタル著作権の管理(DRM)システムとして公知である。

いくつかのタイプのCPシステムは、また、CAまたはDRMシステムにインターフェースするサービスを提供することもできる。具体例は、DVB-CPTサブグループおよびTV-Anytime RMPグループによって現在開発中のシステムである。目標は、デバイスのセットが、双方向接続によって互いを認証することができるシステムである。この認証に基づいて、デバイスは互いを信頼し、そしてこのことにより、これらは、保護されたコンテンツを交換することを有効／可能とする。付随するライセンスは、ユーザがどの権利を有するか、および彼がコンテンツに何の操作を実行可能とされているかを記述する。ライセンスは、或る家庭内のデバイス間でのみ交換される或る一般のネットワーク・シークレットによって保護される。このネットワークのデバイスは、許可ドメイン(AD(Authorized Domain))と呼ばれている。

許可ドメインの概念は、（彼らの著作権の保護を望む）コンテンツ・オーナーおよび（コンテンツの制限がない使用を望む）コンテンツ消費者の両方に利益を供するソリューションを見つけようとする。基本的な原則は、コンテンツを、それが許可ドメインの境界を越えない限り、相対的に自由に使用することが可能な、制御されたネットワーク環境を備えることである。一般的に、許可ドメインは、ホーム・ネットワークとも呼ばれるホーム環境を囲んで中央に置かれる。もちろん、他のシナリオも、また、可能である。例えば、ユーザは、旅行にポータブルテレビを持って行くことが可能であり、および彼のホテルの部屋で、家で彼のパーソナル・ビデオ・レコーダ(Personal Video Recorder)に記録されたコンテンツにアクセスするためにそれを使用することが可能であろう。たとえポータブルテレビがホーム・ネットワークの外側にあるとしても、それはユーザの許可ドメインの一部である。

ホーム・ネットワークを、ある種のネットワーク技術（例えば、Ethernet（登録商標）、IEEE 1394、ブルートゥース(BlueTooth)、802.11b、…）を使用して相互接続されているデバイスのセットとして定義することができる。ネットワーク技術は、異なるデバイスが通信することを可能とするが、これは、デバイスの相互運用を可能にするには充分ではない。このことを実行可能とするために、デバイスは、ネットワークの他のデバイスに存在する機能を発見し、かつアドレス指定ができることを必要とする。このような相互運用性は、ホーム・ネットワーキング・ミドルウェア(HN-MW)によって提供される。ホーム・ネットワーキング・ミドルウェアの具体例は、Jini、HAVi、UPnP、AVCである。

ネットワーク技術およびHN-MWの使用は、個々のデバイスのセットを1つの大きな仮想デバイスとして見ることを可能にする。HN-MWの観点から、ネットワークを、使用し、かつ接続できる機能のセットとして見ることができる。このようなシステムは、ホーム・ネットワークのどこからでも任意のコンテンツまたはサービスのアドレス指定を行う機能をユーザに提供する。

HN-MWを、2つのサービスを提供するシステムとして定義することができる。それは、ネットワーク内のアプリケーションが、ネットワーク内のデバイスおよび機能を捜し出すことを可能にする。さらに、ある種のメカニズム、例えば遠隔手続き呼出し(RPC)は、これらの機能を使用する方法を定義する。

HN-MWの観点から、安全なコンテンツを扱うことに関連したシステムは、いくつかの方法で出現する。ネットワークの或る機能は、保護されたコンテンツにアクセスを要求する。ネットワークの他の機能は、コンテンツ・セキュリティを扱っているネットワークの要素によって使用可能な機能性を提供する。さらに、OPIMAのようなセキュリティ・フレームワークは、互いを捜し出すためにHN-MWを使用し、かつ相互運用可能な方法で通信することができる。もちろん、許可ドメインは、また、他の方法でも実施され得る。

ホーム・ネットワークにおけるDRM使用のより広範囲な導入に対しては、非特許文献1を参照されたい。

許可ドメインの概念をある程度実施するさまざまなシステムが、すでに存在する。このようなシステムの具体例は、SmartRight（トムソン・マルティメディア）、xCP（4C、主にIBM）、およびNetDRM（松下）である。

SmartRightシステムは、特に、次の特性を有する：
・ スマートカードは、全てのデバイスに挿入可能である。
・ システムは、このスマートカードの認証を使用する。
・ システムは、共通のネットワーク・シークレットを使用する。
・ ドメインに追加される新しいスマートカードは、ネットワーク・シークレットを受信する。
・ 全てのスマートカードは、ドメインのライセンス（＝権利）を開くことができる。

xCPシステムは、特に、次の特性を有する：
・ 共通のネットワーク・シークレット（鍵空間）を使用する。
・ 鍵空間は、MKB構造に基づく。
・ デバイスが追加されると、鍵空間は合併される。
・ 更に、新しい共通のシークレット（メディア鍵(Media_key)）が、その時、生成される。
・ 全てのライセンスは、新しいシークレットによって再暗号化される。
・ セントラルドメイン管理者は、合併が可能か否かを決める。

NetDRMシステムは、特に、次の特性を有する：
・ セントラルサーバは、ドメインにデバイスを登録する。このサーバは、家庭に、または外部のネットワークに存在することが可能である。
・ ネットワーク（ドメイン）シークレットを使用する。
・ シークレットは、セントラルサーバから配布される。そして、これは、また、ホームに存在することも可能であろう。
・ ライセンスは、一般的に、外部のネットワークに格納されるが、また、ローカルに格納されることも可能である。

仮想私設通信網(VPN)を、ある程度、同様のものであると考えることが可能であろうが、しかし、それらの目的ならびにそれ故、それらの実施は異なる。概略的に、VPNの目的は、内部的に生成されたコンテンツを（一般的に全体のネットワークにおいてアクセス可能な）ネットワーク内に保持することであり、一方、許可ドメインは、外部的に生成されたコンテンツ（例えば、購入された、著作権で保護されたコンテンツ）を（一般的に全体のドメインにおいてアクセス可能な）ドメイン内に保持しようとすることであると言うことができる。

欧州特許出願公開第01204668.6号明細書（代理人整理番号PHNL010880） 欧州特許出願公開第02009651.7号明細書（代理人整理番号PHNL020372） 国際公開第WO 02/065255号パンフレット（代理人整理番号PHNL010113） 欧州特許出願公開第02076209.2号明細書（代理人整理番号PHNL020246） 国際公開第WO 02/17316号パンフレット（代理人整理番号PHNL010233） 「ホーム・ネットワークにおけるデジタル著作権の管理(Digital Rights Management in Home Networks)」(F.L.A.J. Kamperman, S.A.F.A. van den Heuvel, M.H. Verberkt)( Philips Research, The Netherlands, IBC 2001 conference publication vol. I, pages 70-77）

本発明の目的は、相互に認証されたデバイスのセットを有するドメインにおいてコンテンツ項目へのアクセスを制御する方法を提供することである。この方法は、コンテンツおよびコンテンツと関連している権利を扱うことに関して柔軟である。

この目的は、コンテンツ項目と関連している権利から1つ以上のドメイン特有の権利を導出することを有し、この1つ以上のドメイン特有の権利が、ドメインに拘束され、かつドメイン内のデバイスをコンテンツ項目にアクセス可能とする方法において本発明に従って達成される。ドメイン内のデバイスは、ドメインのセントラル権利管理者デバイスから、ドメイン特有の権利を受信することが好ましい。但し、分散化された権利配布または他のソリューションも、また、可能である。ドメイン特有の権利の数を、予め定められた量に制限することができる。このことは、全てのドメイン特有の権利に、または『再生』タイプの権利のみに適用することができる。これは、無制限のコピーを可能にするが、同時の再生を制限する。

一実施例において、コンテンツ項目と関連している権利が無効にされる、またはドメインから除去される場合、1つ以上のドメイン特有の権利は、無効にされる。このように、コンテンツ項目と関連している有効な対応する権利が存在しない場合、ドメイン特有の権利を行使することは、不可能である。

コンテンツ項目は、コンテンツ項目と関連している権利と共に、取外し可能な記憶媒体に格納させてもよい。この場合、取外し可能な記憶媒体が、1世代コピーの作成が許可されていることを示す場合のみ、1つ以上のドメイン特有の権利は、導出可能であろう。これに代えて、取外し可能な記憶媒体が、コンテンツ項目のシングルコピーの作成が許可されていることを示す場合のみ、それらは、導出される。ドメイン特有の権利を導出するこの方法は、取外し可能な記憶媒体に示される許可（権利）に合致している。

別のオプションは、取外し可能な記憶媒体が、コンテンツ項目のコピーの作成が許可されていない、またはこれ以上は許可されない（「コピーノーモア(copy no more)」コンテンツと呼ばれる）ことを示す場合でさえ、1つ以上のドメイン特有の権利を導出することである。これらのオプションは、コンパクトディスクまたはデジタルビデオディスクのような取外し可能な記憶媒体上のコンテンツを、ディスクの権利が更に制限的である場合でさえ、ドメインの範囲内で自由に使用可能とする。ドメイン特有の権利は、ドメインに拘束されるので、ユーザがドメインの外部でコンテンツ項目にアクセスすることが可能であるというリスクがない。

一実施例において、コンテンツ項目と関連している権利は、予め定められた回数を行使可能とする権利であり、かつコンテンツ項目と関連している権利から導出されるドメイン特有の権利の数は、予め定められた数に一致する。このことは、ドメインに拘束された権利にコンテンツに拘束された権利の簡単な対応付けを提供する。コンテンツ項目と関連している権利から導出される1つ以上のドメイン特有の権利は、この時、予め定められた回数、好ましくは1回、行使可能とする権利となり得るであろう。このことは、ドメイン特有の権利の使用が極めて制限されるという利点を有し、コンテンツ項目へのアクセスについて大幅な制御を可能にする。更に、コンテンツ項目と関連している権利が期限切れになった、または別の理由から無効になったとき、ドメイン特有の権利が存在する可能性があるという問題は、今、最小限に抑えられる。

1つ以上のドメイン特有の権利が行使可能とされる予め定められた回数は、コンテンツ項目と関連している権利によって指示可能であろう、またはドメインの特性、もしくはそれによってコンテンツ項目がドメインにインポートされるデバイスの特性とすることができるであろう。例えば、予め定められた数は、ドメインのサイズに比例し得るであろうし、または反比例し得るであろう。大きなドメインは、コンテンツを多くの位置で使用可能にするために大きな予め定められた数を有することがあり得るであろう、または、おそらく、ユーザが極めて大きなドメインを形成することを妨げるために小さい予め定められた数を有することがあり得るであろう。大きな予め定められた数を提供するインポート・デバイスは、より高い価格で売ることが可能であろう。

一実施例において、コンテンツ項目は、自由にコピー可能とされ、かつそのコンテンツ項目と関連している権利の単一の見本(specimen)が、ドメインの中に存在可能とされる。このことは、コンテンツ項目がアクセス可能な場所に関して大きな柔軟性を提供する、しかし、そのことは、ユーザが、許可されたことを越えて権利を実行することを妨げる。

一実施例において、ドメインのすべてのデバイスは、1つ以上のドメイン識別子を有し、かつ少なくとも1つの同じドメイン識別子を有する他のデバイスとのみ通信する。このことは、相互に認証されたデバイスのドメインを作成するために驚くほど効果的な方法である。すべてのドメインに対して単一のドメイン識別子があることが好ましい。デバイスは、複数のドメインの要素となることが可能であり、したがって、複数のドメイン識別子を保持し得る。サブドメインも、また、ドメイン内に存在することができるであろう、そして、この時、デバイスは、「メイン」のドメインに対するドメイン識別子とサブドメインに対するドメイン識別子を保持する。

ドメインのデバイスに対して成功のうちにそれ自体を認証する新しいデバイスは、1つ以上のドメイン識別子の1つ以上を、好ましくはセントラル・コントローラ・デバイスから受信する。このことは、ドメイン内の大多数のデバイスによる承認を条件として、オプションとして実行される。特定のデバイスがドメインから離れる、または除去される場合、そのドメインに対するそのドメイン識別子は削除される。

ドメイン識別子は、ドメインの要素であるデバイスに関するデバイス識別名のリストを有することができる。このリストは、容易にコンパイル可能で、実際、ドメイン識別子の実施は、簡単である。ドメイン識別子は、セントラル・コントローラ・デバイスのデバイス識別名を有することができる。

コンテンツ項目と関連している権利は、レンダリング権利、トランスポート権利、派生著作物権利およびユーティリティ権利のうちの1つを有することが好ましい。ドメイン特有の権利は、その時、レンダリング権利、派生著作物権利およびユーティリティ権利の1つを有することが好ましい。

本発明の更なる目的は、相互に認証されたデバイスのセットを有するシステムであって、当該セットがドメインを構成し、前記コンテンツ項目と関連している権利から1つ以上のドメイン特有の権利を導出するために配置されるセントラル権利管理者を有し、前記1つ以上のドメイン特有の権利がドメインに拘束され、かつドメイン内の前記デバイスを前記コンテンツ項目にアクセス可能とするシステムを提供することである。

好ましくは、ドメインのすべてのデバイスは、1つ以上のドメイン識別子を有し、かつ少なくとも1つの同じドメイン識別子を有する他のデバイスとのみ通信するために配置される。この実施例の変形において、ドメインのデバイスは、新しいデバイスを認証し、かつ成功した認証に基づいて、新しいデバイスに1つ以上のドメイン識別子を供給するために配置される。新しいデバイスを認証するために配置されたデバイスは、セントラル・コントローラ・デバイスとすることができるであろうし、かつ1つ以上のドメイン識別子は、その時、セントラル・コントローラ・デバイスのデバイス識別子を有する。

本発明の上記および上記以外の観点は、以下に、図面に示される実施例を参照して明らかになるであろう。

図を通して、同じ参照番号は、類似の、または一致する特徴を示す。図面に示すいくつかの特徴は、ソフトウェアにおいて典型的に実施され、かつこのようにソフトウェアモジュールまたはオブジェクトのようなソフトウェア実体を表示する。

システムアーキテクチャ
図1は、ネットワーク110を介して相互接続されているデバイス101〜105を有するシステム100を線図的に示す。本実施例の場合、システム100は、ホーム・ネットワークである。典型的なデジタル・ホーム・ネットワークは、多数のデバイス、例えば、無線受信機、チューナ／デコーダ、CDプレーヤ、一対のスピーカ、テレビジョン、VCR、テープデッキ等を含む。これらのデバイスは、通常、例えば、テレビジョンのような1つのデバイスが、例えば、VCRのような別のデバイスを制御することが可能となるように相互接続される。例えば、チューナ／デコーダまたはセットトップボックス(STB)のような1つのデバイスは、通常、セントラルデバイスとなり、他のデバイスのセントラル制御を提供する。コンテンツは、音楽、歌、映画、テレビ番組、ピクチャ、本等のようなものを一般的に有するが、対話型サービスも含む。コンテンツは、住居のゲートウェイまたはセットトップボックス101で受信される。

コンテンツは、また、他のソース、例えば、ディスクまたは使用している携帯デバイスのような記憶媒体を介してホームに入ることができるであろう。ソースは、ブロードバンド・ケーブルネットワークへの接続、インターネット接続、衛星ダウンリンク等とすることができるであろう。コンテンツは、その時、レンダリングのためにネットワーク110を介してシンクに転送可能である。シンクは、例えば、テレビディスプレイ102、ポータブル・ディスプレイデバイス103、携帯電話104および／またはオーディオ再生デバイス105とすることが可能である。

コンテンツ項目をレンダリングする正確な方法は、デバイスのタイプおよびコンテンツのタイプに依存する。例えば、無線受信機の場合、レンダリングは、音声信号を生成し、かつスピーカにそれらを送ることを有する。テレビ受像器の場合、レンダリングは、一般に、オーディオおよびビデオ信号を生成し、かつディスプレイスクリーンおよびスピーカにそれらを送ることを有する。他のタイプのコンテンツの場合、同様の適切な処置が、とられなければならない。レンダリングは、また、受信信号を解読するまたは逆スクランブルする、オーディオおよびビデオ信号を同期させる等の操作を含むことも可能である。

セットトップボックス101またはシステム100の他の任意のデバイスは、例えば、適切に大きなハードディスクのような記憶媒体S1を有することが可能であり、受信されたコンテンツの記録および後での再生を可能にする。記憶媒体S1は、セットトップボックス101が接続されている、例えば、DVD+RWレコーダのようなある種類のパーソナル・デジタルレコーダ(PDR)であることが可能であろう。コンテンツは、また、例えば、コンパクトディスク(CD)またはデジタルビデオディスク(DVD)のようなキャリア120に格納され、システム100に入ることも可能である。

ポータブル・ディスプレイデバイス103および携帯電話104は、例えば、ブルートゥースまたはIEEE 802.11bを使用し、基地局111を使用して、ネットワーク110にワイヤレスで接続される。他のデバイスは、従来の配線接続を使用して接続される。デバイス101〜105を対話可能とするために、異なるデバイスがメッセージおよび情報を交換し、かつ互いを制御することを可能にするいくつかの相互運用性の規格が、利用できる。1つの周知の規格は、ホーム・オーディオ・ビデオ・インターオペラビリティ (Home Audio/Video Interoperability (HAVi)) 規格である。そのバージョン1.0は、2000年1月に公開され、およびアドレスhttp://www.havi.org/にてインターネット上で利用できる。他の周知の規格は、ドメスティックデジタルバス (D2B) 規格、IEC 1030に記載される通信プロトコルおよびユニバーサル・プラグ・アンド・プレイ (http://www.upnp.org)である。

ホーム・ネットワーク内のデバイス101〜105がコンテンツの未許可のコピーを作成しないことを確実にすることは、重要である。これを行うため、デジタル著作権の管理(DRM)システムと一般的に呼ばれるセキュリティ・フレームワークが、必要である。このようなフレームワークの1つにおいて、ホーム・ネットワークは、限定受信(CA)ドメインおよびコピープロテクション(CP)ドメインに概念的に分割される。一般的に、シンクは、CPドメイン内に設置されている。このことは、コンテンツがシンクに提供される場合、コンテンツの未許可のコピーが、CPドメインの所定の位置に存在するコピープロテクション方式のために作成不可能であることを保証する。CPドメインのデバイスは、一時的なコピーを作成するために記憶媒体を有することが可能であるが、このようなコピーをCPドメインからエクスポートすることはできない。このフレームワークは、本出願と同じ出願人による特許文献1に記載されている。

選択される特定のアプローチに関係なく、セキュリティ・フレームワークを実施するホーム・ネットワークの全部のデバイスは、実施要求事項に従ったように動く。このフレームワークを使用して、これらのデバイスは、互いを認証し、かつ安全にコンテンツを配布することができる。コンテンツに対するアクセスは、セキュリティ・システムによって管理される。このことは、保護されていないコンテンツが未許可のデバイスに「自由に」漏れるのを防止し、かつ信頼できないデバイスから生じるデータがシステムに入るのを防止する。

図2は、図1のシステム100のCAドメインおよびCPドメインへの分割を線図的に示す。図2において、システム100は、ソース、シンク、および2つの記憶媒体S1とS2を有する。ほとんどのコンテンツは、セットトップボックス101（ソース）を通して、CAドメインのホーム・ネットワークに入る。一般的に、例えば、テレビシステム102およびオーディオ再生デバイス105のようなシンクは、CPドメイン内に設置されている。このことは、コンテンツがシンクに提供される場合、コンテンツの未許可のコピーが、CPドメインの所定の位置に存在するコピープロテクト方式のために作成不可能であることを保証する。

CA→CPゲートウェイは、CAおよびCPドメインの間に設けられる。このゲートウェイは、コンテンツをCPドメインに入れることに責任を負う。このプロセスは、コンテンツを変換し、および／または（再）暗号化し、コンテンツと関連しているデジタル著作権をCPドメイン内でサポートされるフォーマットに翻訳等することを要求する場合がある。

CPドメインは、コンテンツの（一時的な）コピーがコピープロテクション・ルールに従って格納可能な記憶媒体S2を有する。これらのコピーを、例えば、留守番録画されたコンテンツの再生のために使用することは可能である、しかし、これらのコピーを、CPドメインからエクスポートすることは容易にできない。

デバイスは、CPドメインに既存の別のデバイスにこれを接続することにより、またはこれをこれらのデバイスを接続しているバスに接続することによりCPドメインの一部になる。CPドメインの急激な変化を防ぐために、例えば、それが、或る期間、例えば、1日の間、その特定のCPドメインの中に残らなければならないことを保証することによって、CPドメインの変化は、妨げ得るであろう。

許可ドメインの機能および設計原理
ADの作成およびメンテナンスのために要求される主な機能性は、以下を有する：
- AD識別（これは、また、AD管理機能と考えられる場合もあろう。）
- デバイスのチェックイン（これは、また、デバイス登録とも呼ばれることが可能であろう。）
- デバイスのチェックアウト（これは、また、デバイス登録解除とも呼ばれることが可能であろう。）
- 権利のチェックイン
- 権利のチェックアウト
- コンテンツのチェックイン
- コンテンツのチェックアウト
- ADの管理：
・ コンテンツアクセス
・ ドメイン内の権利の記憶

いくつかの選ばれた設計原理は、以下の通りである：
・ ADの集中化されない管理。
・ AD内のデバイスの数およびコンテンツの量のアプリオリ(a-priori)でない制限。

次の機能的要件は、識別された：
・ ドメインの範囲内のコンテンツアクセスに関するアプリオリでない制限。
・ 制御されたコンテンツおよび／または権利のみが、ドメイン境界で交換する。
・ 対応デバイスのみが、ドメイン内で可能にされる（非対応デバイスは、考慮されない）。

次の非機能的要件は、識別された：
・ ソリューションは、ポータブルで大部分はオフラインのデバイスのために機能しなければならない。
・ ADのためのソリューションは、典型的なDRMシステムアーキテクチャに対応しなければならない、すなわち、デジタル著作権の利用は、コンテンツへのアクセスを制御する根拠である。

許可ドメイン(AD)識別
許可ドメインを実施する場合の問題の1つは、デバイスがドメインの一部であるか否かを決定可能にする情報構造を維持する方法である。コンテンツが、ドメインの範囲内のデバイスからドメインの外部のデバイスに容易に転送されないことは、重要である。コンテンツのこのようなチェックアウトは、制御された環境の下でなされなければならなく、および特定のデバイスに制限される場合もある。例えば、DVD+RWライタは、DVD再書き込み可能なディスク上にコンテンツのコピーを作成することを許可されるであろう、しかし、ドメイン内部のパーソナル・ビデオ・レコーダは、ドメインの外部のデバイスにその組み込まれたハードディスクに格納された暗号化されていないコンテンツを読取りさせるべきではない。我々は、ここで、デバイスが特定の許可ドメインの要素であるか否かを決定可能にするためのさまざまな方法を示す。他も、もちろん、可能である。

第一の実施例の場合、許可ドメインは、一意的なドメインID(domain_id)によって識別される。この識別子は、次に、ドメインの要素であるすべてのデバイスに格納される。ドメイン要素デバイスの完全なセットの概要を備える必要がある場合、ドメインを構成するデバイスID(device_id)の明確なリストを維持することができる。このリストは、ドメインの中枢に格納させることができる。

ここで、デバイスが特定の許可ドメインの要素であるか否かを決定することは、その特定のドメインに関する識別子が問題のデバイスに格納されたか否かを単にチェックすることによって実行可能である。もちろん、デバイスも、また、対応しなければならない。

第二の実施例の場合、許可ドメインは、ドメインを構成するデバイスIDのセットによって識別される。デバイスIDのこのセットは、ドメインの範囲内の（または、これに代えて、ドメインの外部の）1つの指定されたデバイスに格納される。このソリューションにおいて、明確なドメインIDが、存在しないことに留意されたい。しかしながら、このソリューションは、より実際的でないと思われる。2つのポータブル・デバイスが通信することを要求する場合、これらがセントラルリストと接続していない限り、これらは、他のものがまた、ADの要素であるか否かを決定することができない。

本実施例のバリエーションの場合、デバイスIDのセットは、ドメインのすべてのデバイス部分に格納される。このことは、2つのポータブル・デバイスが通信することを要求するとき発生する上述の問題を解決するが、多くの管理の複雑さを導入し、かつ全部のデバイスに相対的に大きな記憶要求を課す。

本実施例の更なるバリエーションの場合、デバイスIDのセットは、ドメインの多数の特定のデバイス部分に格納される。これは、また、多くの管理の複雑さを導入し、かつ全部のデバイスに相対的に大きな記憶要求を課す。

デバイスのチェックイン
重要な別の問題は、対応デバイスをチェックインする方法および時である。「チェックイン」または「登録」は、デバイスが許可ドメインの一部として受け入れられるプロセスを指す。不当な非対応デバイスに起因して許可ドメインから漏れているコンテンツを防止するために、対応デバイスのみが、受け入れられなければならない。このプロセスの実施例は、図3の流れ図として与えられている。

チェックイン・プロセスは、ステップ301において、許可ドメインに既にある別のデバイスに追加を希望する対応デバイスを接続するユーザによって開始される。このようなデバイスが存在する場合、これは、許可ドメインに関するセントラルサーバまたはコントローラであることが好ましい。他のシステム、例えば、SmartRightは、許可ドメインの既存の任意のデバイスに追加されるデバイスを接続することによってチェックイン・プロセスを開始可能としている。もちろん、「接続する」ことは、ケーブルを使用する物理的接続を確立することに制限されない。例えば、ブルートゥースまたはIEEE 802.11bを使用する、ワイヤレス接続も、また、確立可能である。

ネットワーク接続が確立された後、次のステップ302は、それが接続されたデバイスによる新しいデバイスの認証を含む。この認証が成功した場合、ステップ303において決定されるように、新しいデバイスは、ステップ304において許可ドメインの一部になる。もしそうでなければ、新しいデバイスは、ステップ305において拒絶される。また、他の条件も、チェックされるかもしれない、例えば、限定された数のデバイスのみがドメインにおいて可能とされる場合、別のステップは、この限定数をまだ超えないことをチェックすることになるであろう。

セントラルの一意的なドメインIDが使用される場合、前述したように、ステップ306において新しいデバイスは、セントラル・コントローラから、またはそれが接続されたデバイスからドメインIDを受信する。必要に応じて、許可ドメインの他の任意のデバイスも、また、新しいデバイスにドメインIDを供給することが可能であろう。例えば、特定のタイプのデバイスが、新しく追加されたデバイスにドメインIDを配布可能とされたことを指摘することができるであろう。

拡張機能として、新しく追加されたデバイスは、ドメインの任意のデバイスからドメインIDを得ることができるであろう、しかし、ドメインに既存の大多数のデバイスは、許可を与えなければならない。この方法では、相手によって損なわれる、または例えばその認証手続きにおいてエラーを引き起こし得るであろう1つのデバイスも、他のデバイスをドメインに受け入れることができない。

別の実施例の場合、ドメイン発信者は、ドメインIDを新しく追加されたデバイスに送信する。この実施例の場合、全部の対応デバイスは、ドメインIDを格納し、かつドメインIDのための記憶空間を備える。ドメイン発信者のドメインIDは、彼のデバイスIDとなるであろう。許可ドメインに追加される任意の他のデバイスは、その時、ドメイン発信者からドメインIDを受信する。

最初に（工場で）、デバイスに対して、ドメインIDが、デバイスIDにセットされる。任意の個々のデバイスは、その時、1台のデバイスのサイズをもつADと考えることが出来、および、デバイスは、自動的にそのADに関するドメイン発信者となる。ADが拡大すると、発信者デバイスは、ドメインIDとして他のデバイスに彼のデバイスIDを貸す。ドメイン発信者デバイスは、後で、デバイスIDとドメインIDが同じである(device_id = domain_id)デバイスとして認めることができる。一般的に、発信者デバイスは、大きなスタティックなデバイスでなければならない、例えば、リビングルームにセットされたテレビジョンであり、かつ例えばポータブル・デバイスではない。

2つのこのような大きなスタティックなデバイスが1つの許可ドメインに接続される場合、2のうちどの1つがドメイン発信者になるべきかを決定するために、交渉プロセスが、必要とされるかもしれない。このような交渉プロセスは、ユーザにドメイン発信者の指定を要求することによって実施することができる。

このプロトコルは、ユーザがドメイン発信者にデバイスを接続することを要求するので、例えば、ディスプレイスクリーン上にインジケータを示すこと、特定のLEDを起動等することによって、デバイスのユーザーインターフェースにこのことを示すことにより、ドメイン発信者が、認識可能にならなければならない。ユーザは、また、特別なアンテナまたは装飾的要素のような、または、何か他の方法でその外観を変更することにより、物理的表示をドメイン発信者に追加することが可能であろう。

デバイスが対応し、かつデバイスが家庭に属する場合、デバイスは、チェックインのみされればよい。デバイスが対応するか否かは、公知の（認証）メカニズムによって容易にチェック可能である。デバイスが家庭に属するか否かを決定する際に、すなわち、世界全体が同じドメインの要素になることを防止するために、問題が、存在する。結局、許可ドメインの原則は、消費者によってコンテンツを扱う際のなんらかの柔軟性を可能にし、世界的に無制限のコンテンツ配布を可能にしないために、導入された。

SmartRightシステムは、ドメインのデバイスの数に制限を課す。このソリューションは、ドメインに属する全部のデバイスが集中して登録される場合、適切である。このソリューションに関する問題は、それが不適切にスケーラブルであり、かつ我々の設計原理に合致しないということである。

別のソリューションは、ADドメインコントローラから或る1つのコンテンツを再生するためのセッションの数に対して制限を課すことである。このソリューションに関する問題は、それがオフラインのポータブル・デバイスに極めて適しておらず、かつ我々の設計原理に合致してないということである。このソリューションは、本出願と同じ出願人によって、特許文献2に記載されている。

さらに別のソリューションは、ドメイン内の許可ドメイン権利の数に制限を課す（例えば、再生権。許可ドメイン権利のより広範囲な議論は、下記参照。）。この方法では、例えば、再生権は、一度に一回のみ使用可能である。このソリューションは、分散的に実施可能であり、およびそれゆえに、我々の設計原理に適合する。しかしながら、起こりうる不利な点は、我々は、現在、コピー管理方式の範囲内にコピー管理方式を有しているということである。（このソリューションは、好ましくは、デバイス登録方式と共に機能しなければならない。）

別の実施例の場合、外部の第三者が、デバイスを特定のドメインの範囲内で機能可能とする。このようなメッセージは、放送チャネル、インターネットを介して、またはフロッピー（登録商標）ディスク、フラッシュカード、スマートカード等のような記憶媒体を使用して送信可能である。これが有効なアプローチであるにもかかわらず、実施は、このドキュメント内で示されるモデルと、極めて異なり、および、更に言及されないであろう。

デバイスのチェックアウト
許可ドメインの重要な別の観点は、対応デバイスをチェックアウトする方法および時である。「チェックアウト」または「登録解除」は、許可ドメインの一部であるデバイスが許可ドメインを離れることが可能となるプロセスを指す。許可ドメインが一意的なドメインIDによって識別される場合、許可ドメインのデバイスをチェックアウトすることは、デバイスに格納されているドメインIDを削除することによって実施することができる。

デバイスが許可ドメインからチェックアウトすると、我々は、実際、次の2つの許可ドメインが存在する状況を有する：オリジナルの許可ドメインおよびそれ自体許可ドメインと考えることができるたった今離れたデバイス。この段階で、これらの2つの許可ドメイン間で(XAD)権利（権利のタイプの説明は、以下参照）の配布が起こらなければならない（チェックアウトされた XAD権利に属しているAD権利は、例えば、ドメインに取り消しメッセージを送ることによって、削除されなければならない。）。このことは、（ユーザ）制御の権利のチェックアウトおよびチェックインによって実施されるであろう。

デジタル著作権の管理
許可ドメイン内部のコンテンツは、なお、デジタル著作権の管理ルールに準拠している。コンテンツと関連しているデジタル著作権は、一般的に、それが許可ドメインに入る時コンテンツと共に受信される。例えば、権利は、ウェブサイトからコンテンツと共にダウンロードされたライセンス・ファイルに存在させることができる、または、ケーブルネットワークを介して受信されたMPEG-2ストリームの一部とすることができるであろう。

権利は、また、別途、購入されることも可能である。消費者は、例えば、DVDディスクのようなキャリアを店で購入することが可能であろう。彼が、例えばコンテンツ・オーナーのウェブサイト上で、別途再生権を購入する場合、このディスク上のコンテンツは、再生のみ可能となる。問題の再生権は、期間で制限され、消費者に定期的な間隔での新しい再生権の購入を強制することが可能であろう。

もちろん、権利も、また、すでにADフォーマットで配布可能であろうが、権利は、所有権を主張できるフォーマットで配布させることを期待すべきである。権利は、また、他のAD、すなわち相互のAD通信から生じさせることも可能である。このことは、権利を、許可ドメイン内部で使用されるフォーマットに変換することを必要とする。これは、「チェッキング・イン・ア・ライト(checking in a right)」と呼ばれる。権利のチェックインに関するいくつかの要求事項は、以下の通りである：
・ ADによって実施可能な権利のみを受け入れる。
・ 契約が受け入れられる場合の権利のみを受け入れる（このことが目録を使用して容易かつ単純な実施を可能にするので、我々は、限定された数の識別可能な契約がある場合のみ考える。）
・ 権利に関連したコンテンツが許容可能な場合の権利のみを受け入れる（或るコンテンツ、例えば成人映画は、子のいる家庭において容認できない場合もあろう）。

AD権利管理は、3つのタイプの動作を含むことが好ましい：
- AD権利識別：いかに権利がどのドメインに属するかを見つけ出すか？
- ADへの権利のチェックイン：いかにドメインに権利を追加するか？
- ADから権利のチェックアウト：いかにドメインから権利を削除／転送するか？

権利識別は、異なる方法で動作しても良い：
i. 共通のAD鍵は、ドメイン内の権利を暗号化することができる。共通鍵を所有するデバイスのみが、権利においてコンテンツ鍵を使用することができる。
ii. 権利は、AD識別子を含むことができる。対応デバイスは、正しいAD識別子を有する権利を「使用する」のみであろう。
iii. 権利は、ドメインに暗黙に拘束される、すなわち、一旦入ると、それはドメインから離れることができない。それは、デバイスによって、かつ安全なインターフェース上に、保護される。

方法iおよびiiの利点は、権利がどのドメインに属するかが、極めて明らかであることである。しかしながら、不利な点は、変更がドメインのデバイスのセット内で生じるときはいつでも、および権利がチェックイン／アウトされるとき、権利が変更される（異なる識別子／異なる暗号化）必要があることである。

権利は、それがドメインに対応し、かつその発信元から「チェックアウト」可能とされた場合、チェックインされることのみが可能である。権利の典型的な発信元は、DRMまたは有料テレビ・システムであろう。その権利によって可能とされるときのみ、権利チェックアウトが生じ得る。権利の正しい取扱いは、権利を扱っているデバイスのコンプライアンスによって保証される。

本発明のデジタル著作権をチェックインするプロセスの例示の実施例は、図4の流れ図において与えられている。第1のステップ401は、権利が所有権を主張できるフォーマットであるか否かを決定することである。そうであれば、次のステップ402は、所有権を主張できるフォーマットからADフォーマットに権利を変換することである。変換が可能でない場合、別のエンティティはADに関する権利を変換、または翻訳しなければならない。これがまた、失敗する場合、変換は失敗し、かつ権利は拒否される。

ADフォーマットのデジタル著作権を得ると、次のステップ403、404、405、407および408は、以下のことをチェックする：
a) 権利は正当である、すなわち、それは権利／ライセンス機関に承認されている（ステップ403）、
b) 処理は正当である、すなわち、私はこの権利を受信／受け入れ可能か（ステップ404）、
c) 権利は、ADによって実施されることが可能である（ステップ405）；そうでなければ、権利を拒否またはランクを下げる（ステップ406）、
d) 契約は、ADまたはADオーナーに受け入れられる（ステップ407）、
e) 権利は、ADが受け入れようとするコンテンツを参照する（ステップ408）。

全てのこれらのチェックをパスした場合、権利はADの権利管理者の制御の下にステップ409においてADに追加される。この権利管理者は、単一の識別可能なエンティティでないであろうが、完全に配布可能である。

もちろん、システムがオリジナルのDRMシステムにおいてコンテンツに関する権利の保持を更に維持することを、何ら妨げない。それ故、権利がランクを下げられた場合、ユーザはなおオリジナルのDRMシステムを使用して完全な権利を利用することができるであろう。

我々は、今、ポイントa)およびb)に更に集中する。項目c)、d)、e)は、権利およびコンテンツの内容にむしろ関連し、かつドメイン管理にあまり関連しない、そしてそれゆえに、更に詳しく述べられないであろう。

a)のもとにケースIIの場合、1）それが、権利／ライセンス機関による、または承認された別の団体（またはデバイス）による信憑性マークを含む場合、および2）それが、承認／対応デバイスから生じる場合、我々は、正当な権利と考える。このことを達成する技術が公知であるので、我々は、本明細書でこれを更に詳しくは述べない。

b)のもとにケースIIの場合、我々は、最初に権利の異なる発信元を知る必要がある。権利を得るいくつかの具体例の方法は、以下の通りである：
i. 権利は、有線または無線ドメイン・インタフェースを経てインポート可能である。
ii. 権利は、（パッケージ化された）媒体にピギーバックすることができる。
iii. 権利は、デバイスにピギーバックすることができる。
iv. 権利は、ドメインそれ自体において生成可能である。特許文献3は、コンテンツをインポートする場合、権利が生成され得る方法を記載している。いくつかの拡張は、特許文献4において記載される。

権利のこれらの異なる発信元が与えられると、我々は、以下の場合、正当なトランザクションと考える：
・ 現在のドメインへの問題の権利の送信は、可能である、すなわち、権利は特定のドメインに拘束されない場合、または、
・ 権利は、対応する送信／通信チャネル（例えば安全な認証されたチャンネル、SAC）、対応デバイス、対応媒体から、または対応する権利を生成するデバイス（例えば、対応するＡ/Ｄコンバータ）から生じる場合。

上述のポイントが与えられると、我々は、ドメインに拘束された権利を有し、かつ我々は、ドメインへおよびドメイン間で転送可能な権利を有する。我々は、それゆえに、2つのタイプの権利を導入する：XAD権利（またはクロスAD権利）およびAD権利。AD権利は、1つのADに属する。XAD権利は、（可能とされる場合）AD間で転送可能である。

次のタイプの権利は、認識可能である：
・ レンダリング権利、例えば、ビュー、プレイ、プリント。
・ トランスポート権利、例えば、コピー、移動、貸し出し。
・ 派生著作物権利、例えば、抽出、埋め込み、編集。
・ ユーティリティ権利、例えば、バックアップ、キャッシュ、データの完全性。

次の属性は、権利に付与可能である：
・ 考慮事項：ユーザが代わりに提供しなければならない如何なるもの。
・ 存続範囲：どのくらい長く;どのくらい多く、どこへ等。
・ ユーザ属性、加入者、年齢、性別等。

AD権利は、トランスポート・タイプの権利を除いて、任意のタイプの権利とすることができる。すなわち、AD権利は、他のADへのトランスポートのための権利になり得ない。AD範囲内で、レンダリング権利は、例えば、コピーされても良い。XAD権利は、任意のタイプの権利とすることができる。AD権利は、許可ドメインの範囲内の使用を意味するのみであり、かつXAD権利から導出される。最初に、XAD権利が、権利オーナーから生じる。XAD権利が許可ドメインにチェックインされる場合、AD権利がこれから導出可能である。AD権利はドメイン内で自由に増加可能であるが、しかし、それらはドメインから決して離れることができない。

XAD権利は、相互ドメイン通信を制御するために使用される。管理の容易さの理由で、XAD権利の一回のコピーのみが、可能であることが好ましい（コピーがバックアップの理由で作成されない限り）。しかしながら、XAD権利がドメインから離れる場合、オリジナルのドメイン内の導出されたAD権利は削除されなければならない。このことは、XAD権利を携帯しているデバイスから取り消しメッセージを送ることによって、実行可能である。

今、我々は権利のチェックインのための創意に富んだソリューションを有する：XAD権利のチェックインのみを可能にし、そして、それらが、対応する送信／通信／デバイス／媒体／ジェネレータから生じる場合のみ。

今、我々は、権利のチェックアウトのための創意に富んだソリューションも有する：XAD権利をドメインからチェックアウトすることのみを可能にする。ドメインからAD権利のエクスポートは、禁じられている。

コンテンツ管理
コンテンツは、一般的に、音楽、歌、映画、テレビ番組、ピクチャ、本等のようなものを有するが、また、対話型サービスも含むことが可能であろう。我々は、3つのタイプのコンテンツ間の区別する：
・ 暗号化されたコンテンツ（デジタル形式）
・ 暗号化されていないが、透かしを入れられたコンテンツ（デジタル形式とアナログ形式の両方）
・ 保護されていないコンテンツ（デジタル形式とアナログ形式の両方）

許可ドメインにおいて、デジタル著作権はコンテンツの使用を制御する。権利なしで、コンテンツはドメインにおいて役立たない。それゆえに、AD内のデジタル保護されたコンテンツの操作チェックインは、本発明に関連せず、および更に議論されない。

我々が、透かしを入れられ、かつ暗号化されていないコンテンツを有する場合、コンテンツのチェックインが可能とされているか否か、かつどのような条件のもとにおいてかを理解するために、インポートしているデバイスによって、透かしは、チェックされなければならない。チェックインが可能にされる場合、コンテンツは、インポートされ、かつ付随する権利は生成される。コンテンツをインポートした後、それを保護するために、暗号化されることが好ましい。

保護されていないコンテンツの場合には、コンテンツはインポートされ、かつ付随する権利が生成される。

代替アプローチは、許可ドメインにコンテンツに設定される制限を強制させることである；いくつかの権利は付与され、およびいくつかの権利は、付与されない。保護されていないコンテンツ（法またはライセンスにより、使用制限を検出することができないコンテンツ）の場合、このような強制サブシステムは、必要ない。このように、コンテンツは、制限なしで自由に移動することができ、およびインポートされる必要ない。

コンテンツのチェックアウトに関して、我々は、一般的に、デジタル形式のコンテンツが暗号化され、かつ他の場所で（権利なしで）使用可能でないことに注目する。アナログ形式のコンテンツの流出は、いずれにしろ、妨ぐことができない。このようなコンテンツは、もちろん、透かしを含むことができる、或いは、透かしは、アナログ・コンテンツに追加させることが可能である。透かしを使用する特例は、常にコピー不可(copy-never)を示すことであり、このことにより、アナログ・コンテンツの再挿入を妨げる。コンテンツ・チェックアウトの問題は、更に、本明細書で議論されない。

コンテンツの権利がチェックアウトされる場合、コンテンツは、再暗号化される必要があるかもしれない。コンテンツの保護およびADの実施は、主に、権利を制御することによって実行されるので、コンテンツがADに入るのではなく、権利のみが入ると言うことができるであろう。

許可ドメイン管理
正しいAD権利が利用できる場合、コンテンツは、ドメイン内でアクセスされることのみが可能である。前述したように、ADの権利は、利用可能なXAD権利から導出される。AD権利は、完全なドメインにおいて有効であり、およびドメイン間で転送可能でない。AD権利は、ドメイン内で増加可能とされても良い。つまり、権利を必要とするドメイン内の任意のデバイスは、権利への無条件のアクセスを有するであろう。権利は、ドメインのどこにでも格納されることができる。それゆえに、方法は、このような権利を捜し出し、かつ得るために存在しなければならない。異なる戦略が、このことに適用可能である。これらの戦略は、一般に、集中化された記憶方法と分散化された記憶方法とに分けることが可能である。

権利の集中化された記憶の場合、特定の権利を得るためにコンタクトされるセントラル権利管理者が、存在する。権利の分散化された記憶の場合、分散された探索機構は、ドメインの範囲内で権利を捜し出し、かつ得るために使用される。実際には、権利は、ほとんどの場合／常に、オンであるデバイスに設置されなければならないこと、および、権利は、おそらく、コンテンツと同じデバイスに格納されることに留意されたい。

いくつかの(AD)権利に対して、（ドメインにおける）権利の複数事例／コピー、例えば、プレイ無制限の権利を有し、（および、ドメインのどこにでも格納されることが可能である）ことは、受け入れられる。典型的に、制限された、例えば、プレイまたはコピーする回数に対する或る計数メカニズムを含んでいる権利は、追加された注意事項のないシステムにおいて繰り返し可能でない。この問題に対処する1つの方法は、多数の「単発使用権(one shot use right)」を生成することによるものである。「一回のコピー(copy once)」の場合、1つの「コピー権」が、生成されるであろう。コンテンツが別のドメインへコピーされる場合、この権利は、消滅される（削除される）であろう。権利が一回の動作を表すので、それは、コピーに対して保護されねばならない、しかし、ドメインの範囲内で自由に移動することはできる。

コンテンツと共に権利を格納することは、有利となり得る。このことは、権利を設置することを容易にするであろう（コンテンツが利用可能な場合、権利もまた、利用可能である）。別の利点は、権利のために要求される記憶空間は、コンテンツを格納するために利用可能な記憶とともにスケールを変えることである。主な不利な点は、或る種の計数メカニズムを有する権利をサポートすることが難しくなるということである。

パッケージ化された媒体（例えばデジタルビデオディスク(DVD)またはコンパクトディスク）は、特記に値する。我々は、例えば一回のコピーのような権利をサポートするディスク上に計数メカニズムを含むことが可能でない限り、パッケージ化された(ROM)媒体が、（XAD権利のソースである）ボード上にシリアル・コピー管理を有すると仮定する。このようなメカニズムの具体例は、例えば、特許文献5に記載されているチップインディスク(Chip-in-Disc)タイプのメカニズムを使用して実現することができる。

好適な実施例の場合、パッケージ化された媒体は、XAD権利を含むことのみ可能である。もし媒体がAD権利を含むのであれば、対応するXAD権利がドメインから除去される場合、その後それらを削除することは、不可能であっても良いであろう。また、消費者は、パッケージ化された媒体（例えば、DVD+RW）が、どこでも、および任意の対応デバイスでプレイすることを期待する。

「コピーノーモア(copy-no-more)」の場合、我々は、ディスクが、ドメイン発信者デバイス上、すなわち、デバイスIDとドメインIDが同じであること(device_id = domain_id)を保持するデバイス上で、またはディスク・リーダ上で、再生（すなわちレンダリング）のみする（したがって全体のドメイン内ではプレイ可能でない！）ことを要求することができるであろう。このことは、オリジナルの媒体販売を刺激する可能性があろう。他の使用ルールは、シリアル・コピー管理ビットのセッティング次第で可能である。

要約すると、本発明の、各々、1つ以上の他のものと組み合わせられた、またはスタンドアロンに展開した、有利ないくつかの実施例は、以下のようである：
1. ドメイン内のデバイスを識別するためにデバイスにおいてドメインIDを使用する。この場合、全部のAD対応デバイスは、ドメインID番号を格納するために記憶空間を有する必要がある。
2. ドメインサイズを制限するために、デバイスはドメイン発信者デバイスでチェックインされ、このとき、それは、このデバイスの極めて近くに存在する。
3. ドメインのサイズは、ドメイン内の再生権の量を制限することによって制限される。
4. ADにおける2つのタイプの権利：ドメイン間の転送のためのXAD権利およびドメイン内部の使用のためのAD権利。
5. デバイスをチェックアウトする場合、そのドメインIDは、例えば、再びそれをデバイスIDに等しくすることによって、削除され、および、デバイスに存在しているAD権利は、同様に削除される。このことは、デバイスをチェックアウトすることによって、ドメインからコンテンツをエクスポートするアタックを妨げる。
6. XAD権利を含んでいるデバイスをチェックアウトする場合、対応するAD権利のための取り消しメッセージは、ドメインに送られる、または、ハートビート(hart beat)（推奨リスト）メカニズムを使用する。この場合、ポータブル・デバイス（必ずしもネットワークに接続されてはいない）は、定期的な間隔で更新されたAD権利を得ることを必要とする。このメカニズムは、デバイスをチェックアウトすることによって、コンテンツ／権利をドメイン内に残したままにしようとするアタックを妨げる。それは、また、デバイスをチェックインし、それの上にコンテンツを格納し、およびその後デバイスをチェックアウトし、かつ許可された別のドメインにそのデバイスをチェックインすることによるコンテンツの違法な配布を妨げる。
7. オリジナルのパッケージ化された媒体の販売を刺激するために、媒体が「1世代コピー」可能（かつ「ノーモアコピー(no-more-copy)」ではないこと）を示す場合のみ、パッケージ化された媒体上のXAD（シリアル・コピー管理権利）からのAD権利の導出を可能にする。このことは、「ノーモアコピー」XAD権利からAD権利を導出することが不可能であること、および媒体がドメインに存在する場合、媒体上のコンテンツはドメインにおいてプレイするこたができることを意味する。
8. 使用権利の限定数は、「単発権(one shot right)」または「権利トークン」を生成することによって実施される。

上述の実施例が、本発明の制限を示すものではないこと、および当業者は、添付の請求項の範囲から逸脱することなく、多くの代替実施例を設計することが可能であろうことが留意されるべきである。ホーム・ネットワークを表すシステム100は、もちろん、許可ドメインが有効である唯一の状況でない。

請求項において、括弧内の任意の参照符号は請求項を制限するように、解釈されるべきでない。単語「有する(comprising)」は、請求項に記載されるそれら以外の要素またはステップの存在を除外しない。要素に先行する単語「a」または「an」は、複数のこのような要素の存在を除外しない。本発明は、いくつかの異なった要素を有するハードウェアによって、および適切にプログラムされたコンピュータによって実施可能である。

いくつか手段を列挙しているデバイス請求項において、これらの手段のいくつかは、ハードウェアの1個の同一アイテムによって具体化することが可能である。或る方法が、相互に異なる従属クレームにおいて詳述されたという単なる事実は、これらの方法の組合せを有効に使用することができないことを示すものではない。

ネットワークを介して相互接続されているデバイスを有するシステムを線図的に示す。 図1のシステム100のCAドメインおよびCPドメインへの分割を線図的に示す。 図2のCPドメインにデバイスをチェックインするプロセスの例示の実施例のための流れ図を示す。 図2のCPドメインにデジタル著作権をチェックインするプロセスの例示の実施例のための流れ図を示す。

符号の説明

100 システム
101 セットトップボックス
102、105 シンク
103 ポータブル・ディスプレイデバイス
104 携帯電話
110 ネットワーク
111 基地局
120 キャリア

Claims (28)

1. デバイスのセットを有するドメインにおいてコンテンツ項目へのアクセスを制御する方法であって、前記デバイスが、前記ドメインのメンバーであり、かつ前記コンテンツに対するアクセスを管理するデジタル著作権管理システムを実現しており、前記方法は、前記ドメインのすべてのデバイスに格納される固有のドメイン識別子を用いてドメインが識別されるステップと、前記ドメインにおいて前記コンテンツ項目に関連付けられるデジタル著作権から１つ又は複数のドメイン特有のデジタル著作権が取得されるステップとを有し、前記１つ又は複数のドメイン特有のデジタル著作権が、前記デジタル著作権管理システムを介して前記ドメインに関連付けられ、かつ前記ドメイン内の前記デバイスが前記コンテンツ項目にアクセスすることを可能にするものであり、前記ドメイン特有のデジタル著作権の数が、予め定められた量に制限され、前記予め定められた量が、前記コンテンツ項目に関連付けられる前記デジタル著作権によって決定される、方法。
2. 前記コンテンツ項目に関連付けられる前記デジタル著作権が、前記デジタル著作権管理システムと互換性のあるソースから生じる場合のみ、前記ドメインにインポートされる請求項１に記載の方法。
3. 前記コンテンツ項目に関連付けられる前記デジタル著作権が、無効にされる、または前記ドメインから除去される場合、前記１つ又は複数のドメイン特有のデジタル著作権は無効にされる請求項１に記載の方法。
4. 前記コンテンツ項目が、前記コンテンツ項目に関連付けられる前記デジタル著作権と共に、取外し可能な記憶媒体に格納され、かつ前記取外し可能な記憶媒体が、１世代コピーの作成が許可されていることを示す場合のみ、前記１つ又は複数のドメイン特有のデジタル著作権は、取得される請求項１に記載の方法。
5. 前記コンテンツ項目が、前記コンテンツ項目に関連付けられる前記デジタル著作権と共に、取外し可能な記憶媒体に格納され、かつ前記取外し可能な記憶媒体が、前記コンテンツ項目のシングルコピーの作成が許可されていることを示す場合のみ、前記１つ又は複数のドメイン特有のデジタル著作権は、取得される請求項１に記載の方法。
6. 前記コンテンツ項目が、前記コンテンツ項目に関連付けられる前記デジタル著作権と共に、取外し可能な記憶媒体に格納され、かつ前記取外し可能な記憶媒体が、前記コンテンツ項目のコピーの作成が許可されていないことを示す場合でさえ、前記１つ又は複数のドメイン特有のデジタル著作権は、取得される請求項１に記載の方法。
7. 前記コンテンツ項目が、前記コンテンツ項目に関連付けられる前記デジタル著作権と共に、取外し可能な記憶媒体に格納され、かつ前記取外し可能な記憶媒体が、前記コンテンツ項目のコピーの作成がこれ以上は許可されていないことを示す場合でさえ、前記１つ又は複数のドメイン特有のデジタル著作権は、取得される請求項１に記載の方法。
8. 前記コンテンツ項目に関連付けられる前記デジタル著作権が、予め定められた回数を行使可能とするデジタル著作権であり、かつ前記コンテンツ項目に関連付けられる前記デジタル著作権から取得されるドメイン特有のデジタル著作権の数が、前記予め定められた数に一致する請求項１に記載の方法。
9. 前記コンテンツ項目に関連付けられる前記デジタル著作権から取得される前記１つ又は複数のドメイン特有のデジタル著作権が、予め定められた回数を行使可能とする権利である請求項１または８に記載の方法。
10. 前記１つ又は複数のドメイン特有のデジタル著作権が行使可能とされる前記予め定められた回数は、１回である請求項９に記載の方法。
11. 前記１つ又は複数のドメイン特有のデジタル著作権が行使可能とされる前記予め定められた回数が、前記コンテンツ項目に関連付けられる前記デジタル著作権によって決定される請求項９に記載の方法。
12. 前記１つ又は複数のドメイン特有のデジタル著作権が行便可能とされる前記予め定められた回数が、前記ドメインに特徴的である請求項９に記載の方法。
13. 前記１つ又は複数のドメイン特有のデジタル著作権が行使可能とされる前記予め定められた回数が、それによって前記コンテンツ項目が前記ドメインにインポートされる前記デバイスに特徴的である請求項９に記載の方法。
14. 前記コンテンツ項目が、自由にコピー可能とされ、かつ前記コンテンツ項目に関連付けられる前記デジタル著作権の実体（specimen）が、前記ドメインの中に１つだけ存在可能とされる請求項１に記載の方法。
15. 前記ドメインのすべてのデバイスが、１つ又は複数のドメイン識別子を有し、かつ少なくとも１つの同じドメイン識別子を有する他のデバイスと通信のみする請求項１に記載の方法。
16. 前記ドメインのデバイスとして自身の認証に成功した新しいデバイスが、前記１つ又は複数のドメイン識別子の１つ又は複数を受信する請求項１５に記載の方法。
17. 前記ドメインのすべてのデバイスがデバイス識別子を有し、前記１つ又は複数のドメイン識別子が前記ドメインのメンバーであるデバイスに関するデバイス識別子のリストを有する請求項１６に記載の方法。
18. 前記新しいデバイスが、セントラル・コントローラ・デバイスから前記１つ又は複数のドメイン識別子の前記１つ又は複数を受信する請求項１６に記載の方法。
19. 前記新しいデバイスが、前記ドメイン内の過半数の前記デバイスによる承認を条件として、セントラル・コントローラ・デバイスから前記１つ又は複数のドメイン識別子の前記１つ又は複数を受信する請求項１８に記載の方法。
20. 前記１つ又は複数のドメイン識別子が、前記セントラル・コントローラ・デバイスの前記デバイス識別子を有する請求項１８に記載の方法。
21. 特定のデバイスが前記ドメインから離れる、または除去される場合、前記特定のデバイスに格納された前記１つ又は複数のドメイン識別子を削除することを有する請求項１５に記載の方法。
22. 前記コンテンツ項目の再生に関するドメイン特有のデジタル著作権の数が、予め定められた量に制限される請求項１に記載の方法。
23. 前記デバイスのセットが、相互に認証されたデバイスである、請求項１に記載の方法。
24. デバイスのセットを有するシステムであって、前記デバイスが、前記ドメインのメンバーであり、かつ前記コンテンツに対するアクセスを管理するデジタル著作権管理システムを実現しており、当該セットはドメインを構成し、前記システムが、前記ドメインのすべてのデバイスに格納される固有のドメイン識別子を用いてドメインを識別する手段を有する、前記ドメインにおいて前記コンテンツ項目に関連付けられるデジタル著作権から１つ又は複数のドメイン特有のデジタル著作権を取得するセントラル権利管理部を有し、前記１つ又は複数のドメイン特有のデジタル著作権が、前記デジタル著作権管理システムを介して前記ドメインに関連付けられ、かつ前記ドメイン内の前記デバイスが前記コンテンツ項目にアクセスすることを可能にするものであり、前記ドメイン特有のデジタル著作権の数が、予め定められた量に制限され、前記予め定められた量が、前記コンテンツ項目に関連付けられる前記デジタル著作権によって決定される、システム。
25. 前記ドメインのすべてのデバイスが、１つ又は複数のドメイン識別子を有し、かつ少なくとも１つの同じドメイン識別子を有する他のデバイスと通信のみするために配置される請求項２４に記載のシステム。
26. 前記ドメインのデバイスが、新しいデバイスを認証し、かつ成功した認証に基づいて、前記新しいデバイスに前記１つ又は複数のドメイン識別子を供給するために配置される請求項２５に記載のシステム。
27. 前記新しいデバイスを認証するために配置された前記デバイスがセントラル・コントローラ・デバイスであり、かつ前記１つ又は複数のドメイン識別子が、前記セントラル・コントローラ・デバイスの前記デバイス識別子を有する請求項２６に記載のシステム。
28. 前記デバイスのセットが、相互に認証されたデバイスである、請求項２４に記載のシステム。

Images