(57)【要約】通信網（１１４）においてコンテンツへのアクセス権限をクライアント（１０２）に認めるか否かを決定するためのシステム（１００）。システムは、コンテンツへのアクセスに関するコンテンツ・アクセス規則を定義するプログラミング命令と、コンテンツに関するクライアントによる選択を識別するプログラミング命令とを含むコンピュータソフトウェア製品（１０６，１１２）を含む。コンピュータソフトウェア製品（１０６，１１２）は、クライアント資格データを提供するプログラミング命令をさらに含む。コンピュータソフトウェア製品（１０６，１１２）は、クライアントにコンテンツへのアクセス権限を認めるか否かを決定するために、クライアント資格データを、コンテンツ・アクセス規則およびクライアント選択と比較する。任意選択で、コンピュータソフトウェア製品（１０６，１１２）は、コンテンツ・アクセス規則に追加の規則を追加することを可能にするプログラム命令をさらに含む。このような追加の規則は、要求されたコンテンツをクライアントに提供するプロセスに関与する他のパーティにより追加され得る。
2006510116.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内のコンテンツに対するデジタル権利を管理するシステムであって、
コンテンツを提供する第１のパーティにより作成されたコンテンツに関する複数のコンテンツ・アクセス規則を含むセッション権利オブジェクトを、コンテンツを要求するクライアントに提供するように構成された制御論理；および
第２のパーティが前記複数のコンテンツ・アクセス規則に１または複数の追加の規則を追加することを許可するように構成された制御論理；
を備え、
前記複数のコンテンツ・アクセス規則のうちの少なくとも１つは、第２のパーティが任意の追加の規則を追加することを許可されるか、および、いかなるタイプの追加の規則が追加を許可されるか、を指定し；
前記複数のコンテンツ・アクセス規則および前記１または複数の追加の規則はクライアントがコンテンツにアクセスすることを可能にする；システム。
【請求項２】
前記１または複数の追加の規則が前記複数のコンテンツ・アクセス規則のうちの１または複数とコンフリクトする場合に、前記１または複数の追加の規則を前記複数のコンテンツ・アクセス規則と調和させるように構成された制御論理；をさらに含む、請求項１に記載のシステム。
【請求項３】
第１のパーティは、第２のパーティによって追加される前記１または複数の追加の規則の性質を定義し；
第１のパーティは、第２のパーティが１または複数の追加の規則を追加することを許可されるか否かを指定する；請求項１に記載のシステム。
【請求項４】
第１のパーティは、前記１または複数の追加の規則を加える目的でどの主体が第２のパーティとしての資格を有するかを指定する、請求項１に記載のシステム。
【請求項５】
前記１または複数の追加の規則の間のコンフリクトを解決するように構成された制御論理；をさらに含む、請求項１に記載のシステム。
【請求項６】
追加された追加の規則が有効か否かを判定するために、追加された追加の規則が認証され；
適切な場合に、該追加された追加の規則を追加する第２のパーティが認証され、第２のパーティは、第２のパーティが該追加された追加の規則を追加することを許可されるか否かを判定するようさらに確認される；請求項１に記載のシステム。
【請求項７】
ネットワーク内のコンテンツに対するデジタル権利を管理するシステムであって、
コンテンツを提供するように構成されたコンテンツ・プロバイダ；
コンテンツを受け取るように構成されたクライアント；
クライアントがコンテンツを要求することを可能にするサービスを提供するように構成された第１のパーティ；および
コンテンツ・プロバイダからコンテンツを受け取り、かつそのコンテンツをクライアントへ転送するように構成されたキャッシュ・サーバ；
を備え、
第１のパーティがクライアントによるコンテンツの要求を受け取ったのに応じて、コンテンツ・プロバイダにより作成された複数のコンテンツ・アクセス規則を含むセッション権利オブジェクトがクライアントに転送され；
第１のパーティは前記複数のコンテンツ・アクセス規則に１または複数の第１の追加の規則を追加することを許可され；
前記セッション権利オブジェクト、前記１または複数の第１の追加の規則、および前記複数のコンテンツ・アクセス規則がキャッシュ・サーバへ転送され；
キャッシュ・サーバは前記１または複数の第１の追加の規則を前記複数のコンテンツ・アクセス規則と調和させ、クライアントによるコンテンツの受け取りを許容すべく該調和させた規則を有効化する；システム。
【請求項８】
クライアントに送るために、前記１または複数の第１の追加の規則がセッション権利オブジェクト内で前記複数のコンテンツ・アクセス規則と連結され、クライアントは、連結された前記１または複数の第１の追加の規則および前記複数のコンテンツ・アクセス規則を備えたセッション権利オブジェクトをキャッシュ・サーバに転送する、請求項７に記載のシステム。
【請求項９】
前記複数のコンテンツ・アクセス規則を含むセッション権利オブジェクトと前記１または複数の第１の追加の規則とが、クライアントに、別々に送られ；  
クライアントは、前記複数のコンテンツ・アクセス規則を含むセッション権利オブジェクトと前記１または複数の第１の追加の規則をキャッシュ・サーバに転送する；請求項７に記載のシステム。
【請求項１０】
前記複数のコンテンツ・アクセス規則を含むセッション権利オブジェクトがクライアントに送られ、クライアントはセッション権利オブジェクトをキャッシュ・サーバに転送し；
前記１または複数の第１の追加の規則は、サービス・プロバイダによってキャッシュ・サーバに転送され；
前記１または複数の第１の追加の規則は、クライアントがキャッシュ・サーバにセッション権利オブジェクトを転送する前か後で、第１のパーティにより送られる；請求項７に記載のシステム。
【請求項１１】
コンテンツがクライアントに送られることを可能にするサービスを提供するように構成された第２のパーティ；をさらに備え、
該第２のパーティは、前記複数のコンテンツ・アクセス規則または前記１または複数の第１の追加の規則のいずれかに１または複数の第２の追加の規則を追加することを許可されている；請求項７に記載のシステム。
【請求項１２】
コンテンツ・プロバイダは、第１のパーティによって追加される前記１または複数の第１の追加の規則の性質を定義し；
コンテンツ・プロバイダは、第１のパーティが１または複数の第１の追加の規則を追加することを許可されるか否かを指定する；請求項７に記載のシステム。
【請求項１３】
コンテンツ・プロバイダは、前記１または複数の第１の追加の規則を加える目的でどの主体が第１のパーティとしての資格を有するかを指定する、請求項７に記載のシステム。
【請求項１４】
前記１または複数の第１の追加の規則を前記複数のコンテンツ・アクセス規則と調和させる場合に、前記複数のコンテンツ・アクセス規則は前記１または複数の第１の追加の規則に対して優先する、請求項７に記載のシステム。
【請求項１５】
追加された第１の追加の規則が有効か否かを判定するために、追加された第１の追加の規則が認証され；
適切な場合に、該追加された第１の追加の規則を追加する第１のパーティが認証され、第１のパーティは、第１のパーティが該追加された第１の追加の規則を追加することを許可されるか否かを判定するようさらに確認される；請求項７に記載のシステム。
【請求項１６】
ネットワーク内のコンテンツに対するデジタル権利を管理するシステムであって、
コンテンツを提供する第１のパーティにより作成されたコンテンツに関する複数のコンテンツ・アクセス規則を含むセッション権利オブジェクトを、コンテンツを要求するクライアントに提供するように構成された制御論理であって、前記複数のコンテンツ・アクセス規則のうちの少なくとも１つは、対応するコンテンツ・アクセス規則に追加することが許可される１または複数の追加の規則と、そのような１または複数の追加の規則を追加することを許可された１または複数のパーティとを指定する、制御論理；および
前記１または複数の追加の規則を前記複数のコンテンツ・アクセス規則と調和させ、クライアントによるコンテンツへのアクセスを許容すべく該調和させた規則を有効化する制御論理；
を備えたシステム。
【請求項１７】
第１のパーティは、追加されることを許可される１または複数の追加の規則の性質を定義し；
第１のパーティは、１または複数の追加の規則を追加することを許可される１または複数のパーティを指定する；請求項１６に記載のシステム。
【請求項１８】
第１のパーティは、どの主体が１または複数の追加の規則を追加することを許可される１または複数のパーティとしての資格を有するかを指定する、請求項１６に記載のシステム。
【請求項１９】
前記１または複数の追加された追加の規則を前記複数のコンテンツ・アクセス規則と調和させる場合に、前記複数のコンテンツ・アクセス規則は前記１または複数の追加された追加の規則に対して優先する、請求項１６に記載のシステム。
【請求項２０】
前記１または複数の追加された追加の規則の間のコンフリクトを解決するよう構成された制御論理；をさらに備えた請求項１６に記載のシステム。
【請求項２１】
追加された追加の規則が有効か否かを判定するために、追加された追加の規則が認証され；
適切な場合に、追加された追加の規則を追加するパーティが認証され、パーティは、パーティが該追加された追加の規則を追加することを許可されるか否かを判定するようさらに確認される；請求項１６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２００２年４月１７日に出願された発明の名称が「低レベルセキュリティを有するクライアント用のデジタル権限管理システム（DIGITAL RIGHTS MANAGEMENT SYSTEM FOR CLIENTS WITH LOW LEVEL SECURITY）」である米国特許出願出願番号第１０／１２５，２９４号に関する。この文献の開示はその全体が明細書に援用されるものとする。
（技術分野）
本発明は、一般に通信システムの分野に関し、詳細にはデジタル権利管理システムに関する。
【背景技術】
【０００２】
インターネットを初めとする電子通信ネットワークによって、デジタルコンテンツに対する需要が増大している。この要求に伴って、何百万人ものユーザに関連するデジタル権利を管理する必要がある。デジタル権利管理は、通信網における認可されたエンティティにのみコンテンツを供給するために使用されている。
【０００３】
例えば、ケーブルアクセスシステムでは、デジタル権利管理は、ＭＰＥＧストリームが許可されたセットトップボックスによってのみ受け取られることを保証する。そのようなケーブルアクセスシステムでは、セットトップボックスが比較的安全な差し向かい（vis-a-vis ）のソフトウェアに基づくハードウェアデバイスであるため、デジタル権利は一般にセットトップボックスで行使される。権利管理メッセージはセットトップボックスに送られ、そこで評価される。資格管理メッセージ（entitlement management message, ＥＭＭ）として知られている１つのタイプのメッセージが、特定の加入者が所有しているアクセス権を伝えるために使用される。資格制御メッセージ（entitlement control message,
ＥＣＭ）として知られているもう１つのタイプのメッセージは、コンテンツストリーム
のためのアクセス規則を指定し、暗号鍵の計算のための暗号情報を伝えるために使用される。ＥＭＭとＥＣＭが受け取られた後、クライアントはそれらのメッセージを評価し、セットトップボックスにＭＰＥＧストリームを受け取る権限を認めるか否かを決定する。もし認められれば、セットトップボックスはＭＰＥＧストリームにアクセスすることを認められる。
【０００４】
不都合にも、多くのこのようなネットワークは、低い信頼レベルを有するソフトウェアベースのクライアントを有しているので、上記のケーブルデジタル権利管理システムはコンピューティング・ネットワークに適していない。ＩＰネットワークはそのようなネットワークの例である。例えばＥＭＭ／ＥＣＭアプローチをＩＰネットワークへ適用すると、恐らくコンテンツもとづくコンテンツの著作権侵害によって、コンテンツが損失を被る恐れがある。
【０００５】
さらに、ＥＭＭ／ＥＣＭアプローチには柔軟性（flexibility ）がない。例えば、ＥＭＭ／ＥＣＭメッセージを表すデジタル権利管理言語は、異なるネットワーク・アーキテクチャ・モデルに適するようには拡張することができない。この言語は、エンドユーザ装置で施行されるコンテンツ・アクセス規則を表すように特別に設計されているのである。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、より効率的にデジタル権利管理を促進することができるシステムを提供することが望ましい。
【課題を解決するための手段】
【０００７】
本発明の１実施態様では、通信網のコンテンツへのアクセス権限をクライアントに認めるか否かを決定するためのデジタル権利管理システムが提供される。１実施態様では、クライアントはソフトウェア・ベースである。しかしながら、クライアントはハードウェア・ベースであってもよいし、またはソフトウェアとハードウェアの組み合わせであってもよい。
【０００８】
クライアントは、コンテンツにアクセスしたい時、まずプロビジョニング・センターとコンテンツ・プロバイダに登録する。次にクライアントは、必要な登録情報が提供されると、いつでもコンテンツを要求することが可能となる。コンテンツが要求されると、デジタル権利管理オブジェクトが、クライアントから遠隔にある位置に送られる。この遠隔位置で、クライアントがコンテンツにアクセスすることを認めるか否かを決定するために、権利管理オブジェクトが評価される。有利には、遠隔評価を使用することによって、本発明は、評価作業をクライアント、特に暗号の攻撃に弱いソフトウェア・ベースのクライアント、から離す。遠隔評価が終了した後、クライアントが許可された場合、コンテンツは、コンテンツ・プロバイダ（またはキャッシュ・サーバ）からクライアントへと安全に送られる。
【０００９】
第１の例証的態様によれば、システムは、コンテンツへのアクセスの提供に関するコンテンツ・アクセス規則またはコンテンツ権利を定義するプログラミング命令を含むコンピュータソフトウェア製品を含む。コンテンツ・アクセス規則はコンテンツに固有であり、クライアントとは無関係である。その一例として、コンテンツへのアクセスが特定の地理的位置へ限定される、サービス停止（blackout）規則が挙げられる。コンテンツ・アクセス規則の別の例は、コンテンツが属する予約済サービスのリストである。１つの例証的実施態様において、コンテンツ・アクセス規則はセッション権利オブジェクトで定義される。コンテンツ要求を受け取ると、コンテンツ・プロバイダはクライアントにこのセッション権利オブジェクトを送る。
【００１０】
コンピュータソフトウェア製品は、コンテンツに対する支払いを行うために選択される支払い方式を初めとするクライアントによる選択（以下、クライアント選択）を識別するためのプログラミング命令を含んでいる。例えば、支払い方式はペイ・パー・ビュー方式（見るたびに支払う方式）であってよい。または、ペイ・パー・デイ方式（見た日数で払う方式）、予約方式等であってもよい。クライアント選択と一般規則とが分かれていることによって、本発明は、規則の施行がクライアントから遠隔にある位置で起こることを可能にする。遠隔評価はソフトウェア・ベースのクライアントに特に有利であるが、ハードウェア・ベースのクライアントにも同様に当てはまる。１つの例証的実施態様では、遠隔位置へ送るために、クライアント選択がコンテンツ・アクセス規則と共にセッション権利オブジェクトに含まれていてもよいことに留意する。代わりに、コンテンツ・アクセス規則とクライアント選択が、評価のために遠隔地に別々に送られてもよい。
【００１１】
コンピュータソフトウェア製品は、クライアント資格を定義する認可データを提供するためのプログラミング命令をさらに含む。資格（entitlement ）とは、コンテンツに対するクライアントの権利を評価するために使用されるクライアント情報である。資格には、予約済サービス、地理的位置、クライアントの支払い方法、およびクライアント特有の他の関連データが含まれる。
【００１２】
認可データ、規則、およびクライアント選択（例えば支払い方式）は、クライアントから遠隔にある位置に送られる。この位置は、例えば、クライアントの最も近くにあるキャッシュ・サーバであってもよい。代わりに、情報は、評価のためのサードパーティのシス
テムに送られてもよい。評価が行われ、認可データがクライアント選択情報／コンテンツ・アクセス規則とマッチする場合、クライアントはコンテンツにアクセスすることを許可される。
【００１３】
任意選択で、コンテンツ・アクセス規則に追加の規則が追加されてもよい。このような追加の規則は、要求されたコンテンツをクライアントに提供するプロセスに関与する他のパーティにより追加され得る。
【００１４】
図面や特許請求の範囲を含む本明細書の残りの部分を参照すれば、本発明の他の特徴および利点が理解されるだろう。本発明のさらなる特徴および利点を、本発明の種々の実施態様の構造および動作と共に、添付図面に関連して以下に説明する。図面では、同様な参照番号は同一か機能的に類似する要素を示している。
【発明を実施するための最良の形態】
【００１５】
１または複数の例証的実施態様の形を取る本発明について、ここで説明する。図１は本発明によるデジタル権利管理システム１００の例証的実施態様の略ブロック図である。システム１００は、コンテンツを提供するコンテンツ・プロバイダ１０４と、コンテンツをストリームさせるインターネット１１４を始めとするコンピュータ・ネットワークとを含んでいる。さらにシステム１００は、信頼のあるサードパーティ仲裁人（arbitrator）として機能するキー配信センター（ＫＤＣ）１１２、プロビジョニング・センター１０６、およびクライアント１０２へコンテンツをストリームする少なくとも１つのキャッシュ・サーバ１１５も含んでいる。本明細書で与える開示と教示に基づけば、ここで説明するキャッシュ・サーバ１１５の機能は、例えばストリーミング・サーバやコンテンツ配信サーバを含む他のタイプのサーバによっても実現または実行可能であることが理解される。以下にさらに詳述するように、システム１００は、コンテンツ・プロバイダ１０４により提供されたコンテンツへのアクセス権限をクライアント１０２に認めるか否かを決定するために提供される。
【００１６】
システム１００は以下のような例証的方法で動作する。クライアント１０２は、コンテンツ・プロバイダ１０４からのコンテンツが欲しい時、プロビジョニング・センター１０６およびＫＤＣ１１２に登録することから始まる。この登録プロセスにより、クライアント１０２の識別情報を複製できないように、クライアント１０２の識別が安全に確立される。登録後、特定の必要な情報が、クライアント１０２によりコンテンツ・プロバイダ１０４に与えられる。この情報には、クライアント１０２の最も近くにある１または複数のキャッシュ・サーバ（この場合キャッシュ・サーバ１１５）のリストが含まれる。クライアント１０２が許可された場合、コンテンツはこのキャッシュ・サーバ１１５からクライアント１０２にストリームされる。コンテンツ・プロバイダ１０４に任意選択で備えられている他の情報には、クライアントの予約済サービス、クライアントのコンテンツに対する支払能力等のリストが含まれる。
【００１７】
その後、様々が購入方式はコンテンツ・プロバイダ１０４によってクライアント１０２に提示される。これらの購入方式は、コンテンツが無料、予約のみ、ペイ・パー・ビュー方式等であるか否かを示す。これに応じて、所望の購入方式がクライアントによって選択される。選択が成された後、コンテンツ・プロバイダ１０４によってセッション権利オブジェクトがクライアント１０２に提供される。セッション権利オブジェクトは、一般に、コンテンツに対する支払いのためにクライアント１０２により選択された購入方式を含むクライアントによる選択（クライアント選択）を含む。クライアント選択の別の属性としては、例えば、クライアント選択要素が有効な期間がある。クライアント選択が他の属性も同様に含んでよいことに留意する。クライアント選択要素については図３に関連してさらに詳しく説明する。
【００１８】
クライアント選択に加えて、セッション権利オブジェクトは、コンテンツ権利要素を含んでもよい。コンテンツ権利要素は、コンテンツへのアクセス提供に関してしようされるコンテンツ・アクセス規則を含む。そのようなコンテンツ・アクセス規則の一例は、例えば、指定された地理的位置の外からはコンテンツにアクセスできないことを記述することができる。このコンテンツ権利要素については、図２に関連してさらに詳しく説明する。
【００１９】
セッション権利オブジェクトが生成すると、コンテンツ・プロバイダ１０４はクライアント１０２に関連する関連情報と所望の購入方式をプロビジョニング・センター１０６とＫＤＣ１１２に転送する。この転送された情報はキャッシュ・サーバ・チケットを生成するために使用される。キャッシュ・サーバ・チケットは、クライアント１０２が所望のコンテンツを受け取るために、クライアントにより検索される。キャッシュ・サーバ・チケットの使用方法については以下にさらに詳細に説明する。
【００２０】
セッション権利オブジェクトを受け取った後、クライアントはそれをキャッシュ・サーバ１１５に転送する。この時点で、クライアント１０２は既にＫＤＣ１１２からキャッシュ・サーバ・チケットを得ていてもよい。キャッシュ・サーバ・チケットは、予約されるサービス、クライアントの支払い方法等を示す認可データを含む認証トークンである。キャッシュ・サーバ・チケットは、クライアントの識別情報、サーバ名、セッション・キー等の他のタイプの情報をさらに含んでよい。クライアント１０２がキャッシュ・サーバ・チケットをまだ受け取っていない場合、クライアント１０２は該チケットを取得するためにＫＤＣ１１２と連絡を取る。
【００２１】
その後、（チケットからの）認可データと、セッション権利オブジェクトとが、クライアント１０２によってキャッシュ・サーバ１１５に提示される。このように、認可データとセッション権利オブジェクトは、クライアント１０２から遠隔で評価される。遠隔評価は、クライアント１０２がソフトウェア・ベースで、暗号の攻撃に弱い場合に、特に有利である。キャッシュ・サーバ１１５は、セッション権利オブジェクトの中のクライアント選択および／またはコンテンツ・アクセス規則を、キャッシュ・サーバ・チケットからの認可データと比較する。セッション権利オブジェクトからの情報とキャッシュ・サーバ・チケットからの情報は、そのような情報が元々コンテンツ・プロバイダ１０４により生成されるため、一致するはずである。情報が一致し有効化されると、これはクライアント１０２が許可されたことを意味し、コンテンツはクライアント１０２にストリームされる。他方、情報が一致しない場合、これはクライアント１０２が許可されていないことを意味し、コンテンツへのアクセスは否定される。このように、システム１００はクライアント１０２にコンテンツへのアクセス権限を認めるか否かを安全に決定することができる。
【００２２】
図２は、本発明の１実施態様によるコンテンツ権利要素の構造を示すスクリーン・ショットである。コンテンツ権利要素は、コンテンツへのアクセス提供に関してしようされるコンテンツアクセス規則を定義する。コンテンツ権利要素は、課金やストリーミングのための規則も含む。例えば、課金とストリーミングのための規則には、価格規則およびウォーターマーク規則が含まれる。
【００２３】
１つの例証的態様では、コンテンツ権利要素は、それ自体ＸＭＬ（拡張可能マークアップ言語）を使用して定義された、ＩＰＲＬ（インターネット・プロトコル権利管理言語）の使用により定義される。ＩＰＲＬは、３つのより高レベルの要素（すなわちコンテンツ権利要素、クライアント選択要素、認可データ要素）にグループ化され得る１セットの要素を提供する。これらの要素はすべて、クライアントにコンテンツへのアクセスを許可すべきか否かを安全に決定するために使用される。
【００２４】
図２に示されているように、コンテンツ権利要素２０２は、動作要素２０６および一般規則要素２０４を含む。一般規則要素２０４は、いかなる動作（action）が行われるかに関わらず、コンテンツの用途に関連する規則を指定する。動作要素２０６は、特定の動作やコンテンツ用途のタイプに関する規則のセットを指定する。
【００２５】
任意選択で、コンテンツ識別要素（非図示）も提供される。コンテンツは、例えばＵＲＩ（ユニバーサル・リソース識別子）を初めとする、様々な手段によって識別することが可能である。したがって、この要素は、識別情報のタイプおよび識別情報自体を含んでいる。タイプが提供されない場合には、ＵＲＬ（ユニバーサル・リソース・ロケータ）がデフォルトの識別情報のタイプとして使用されてもよい。この要素はコンテンツ名および／または記述を含むストリングを任意選択で含んでいてもよい。
【００２６】
動作または用途
上述したように、１つの例証的実施態様では、コンテンツ権利要素２０２は動作要素２０６を含む。コンテンツは、映像の鑑賞、音楽の傾聴、文書の印刷等の、様々な方法で使用され得る。これらの用途は、大部分はクライアント１０２によって制御され、信頼されたクライアントにはより多くを利用することが可能である。コンテンツを送るキャッシュ・サーバ１１５がある程度制御し得る用途のタイプは、ダウンロードではなくストリーミングである。コンテンツ・プロバイダ１０４はコンテンツのダウンロードを完全に信頼されたクライアントのみに制限しつつ、ストリーミングを低レベルのセキュリティを有するクライアントに許可してもよい。認可データ中に示されているセキュリティ・レベルがその基準になるだろう。
【００２７】
一般規則／アクセス規則またはアクセス制限
一般規則要素２０４は、コンテンツの異なる用途に関連する制約を指定するアクセス規則を通常含む。規則がコンテンツのすべての用途に適用される場合、規則はトップ・レベル（コンテンツ識別レベルで）に指定され得る。ある規則がコンテンツの特定の用途に適用可能な場合、そのような規則は動作定義内で列挙されてもよい。以下にさらに詳細に説明するように、１つの例証的実施態様では、一般規則要素２０４はさらに多くの構成要素を含む。
【００２８】
サービス停止（blackout）
サービス停止要素２０８は、一般に、コンテンツへのアクセスを、特定の地理的領域や他のタイプの領域に制限する。このアクセス制限は包括的であってもよいし（スポットビーム）、または排他的であってもよい。コンテンツ配信は特定の地理的領域に限定され得る。そのような領域は、国コード、ＺＩＰすなわち郵便番号、緯度および経度、ＸＹＺ座標等によって定義され得る。
【００２９】
もう１つのタイプのサービス停止は仮想グループを使用してもよく、この場合、エンド・クライアントが１または複数の仮想グループに割り当てられると共に、コンテンツ配信は特定のグループに限定され得る。サービス停止はＩＰアドレス範囲に基づいて定義されてもよい。コンテンツ配信は、ネットワーク・サービス・プロバイダ（ＩＳＰ）またはブロードバンド・オペレータ（ＢＢＯ）によって制御されてもよい。結果、サービス停止は、エンド・クライアントが属するＩＳＰまたはＢＢＯの点からも定義され得る。当業者には、上述のものが単なるサービス停止の例であり、本発明の精神および範囲内にある他のタイプのサービス停止も使用し得ることが理解されるだろう。
【００３０】
ドメイン
ドメインサービス停止要素２１０は、ドメイン名に基づいてコンテンツを向けるために提供される。コンテンツは特定のドメインにのみアクセス可能である。例えば、あるウェ
ブ・ベースの教育訓練は、大学にアカウント（例えばucsd.edu）を持つある大学の学生にのみ提供され得る。
【００３１】
予約
予約要素２１２は予約情報を提供すると共に、コンテンツを予約方式で如何に提供するかを制御する。例えば、クライアント１０２は、定額料金でコンテンツ・プロバイダ１０４からサービスを予約し、その後、そのサービス上のコンテンツを受け取る資格を得る。予約ＩＤは、そのようなサービスを受けるために、クライアント１０２に割り当てられ得るものである。インターネット１１４上では多くの潜在的なサービスが提示されるので、予約ＩＤは、サービス・プロバイダに固有のコンテンツ・プロバイダＩＤと、各コンテンツ・プロバイダ内でのみ固有のサービスＩＤとの組み合わせであってもよい。１つの例証的実施態様において、予約要素２１２はコンテンツ・プロバイダＩＤ（コンテンツＩＤの一部として指定されていない場合）、サービスＩＤ、および任意選択のタイトルまたは記述を含む。
【００３２】
価格
価格要素２１４はコンテンツが如何に課金されるかに関する。例えば、コンテンツは、ＰＰＶ（ペイ・パー・ビュー方式）、ＰＢＴ（ペイ・バイ・タイム方式）、予約等のような多数の購入方式で提示され得る。様々な購入方式が、ＰＢＴのための時間増分期間、ＰＰＶのための視聴最大数等の追加の属性を含んでもよい。各購入方式は、コンテンツの関連価格を含んでもよい。例えば、コンテンツがクライアント１０２によって要求される前にコンテンツの価格が変更しても、関連するセッション権利オブジェクトが終了するまで、その関連価格は保証される。価格は通貨（例えばＩＳＯ  ４２１７）でタグを付けられてもよい。デフォルト通貨として米ドルが使用されてもよい。
【００３３】
コンテンツの格付け
格付け要素２１６はコンテンツの格付けに関する。例えば、コンテンツの各部分には特定の格付けレベルが割り当てられてもよい。クライアント１０２を初めとするクライアントは、自身の個人的好みで格付けシーリング（許可された最大格付けレベル）を設定してもよく、これはコンテンツへのアクセスをブロックするために使用されてもよい。一般に、２つの位置、すなわちクライアント１０２またはキャッシュ・サーバ１１５で、格付け制限が実行される。これらは例証的選択肢であって、必ずしも限定的選択肢ではないことに注意する。例えば、第３の考えられる位置、格付けシーリングはキャッシュ・サーバ１１５によって実行されるが、クライアント選択データを生成するサイトでの無効化（override）が許可されるというものである。この解決策は、キャッシュ・サーバ１１５がクライアント・データベースにアクセスし、格付けシーリング無効化パスワードを確認することを想定している。コンテンツの格付けは、今日のケーブル・テレビ、ブロードキャスト・テレビ、または映画の格付けと同様、多次元であってよい。次元と、各次元のレベルとの両方が、この要素によって記述され得る。
【００３４】
パッケージ
パッケージ要素２１８はコンテンツのパッケージまたはバンドリング（bundling）に関する。例えば、コンテンツは、ある番組のエピソード、ＮＨＬゲーム等のような関連コンテンツのパッケージへとグループ化され得る。パッケージは予約と同様に管理され得る。コンテンツ・プロバイダＩＤとパッケージＩＤが、各パッケージを識別するために使用される。
【００３５】
ウォーターマーク
ウォーターマーク要素２２０はコンテンツによるクライアントの識別とコンテンツとクライアントの関連付けに関する。例えば、コンテンツ・プロバイダ１０４は、選択された
コンテンツが、コンテンツが配信されているクライアント１０２に関するウォーターマーク保持情報によって識別されることを、要求してもよい。この規則が有効（enabled ）である場合、キャッシュ・サーバ１１５はキャッシュ・サーバ・チケットからクライアント特有の情報を取り出し、コンテンツをストリームする前にその情報をコンテンツに埋め込む。この規則は、（１）コンテンツ所有者、（２）コンテンツ配信者、（３）ネットワーク・プロバイダ、または（４）エンド・クライアントのうちの、誰の情報がコンテンツに埋め込まれるかを指定し得る。
【００３６】
セキュリティ・レベル
セキュリティ・レベル要素２２２はクライアントに関連するセキュリティ・レベルに基づくコンテンツ・アクセスの制御に関する。例えば、あるコンテンツは、所定のセキュリティ・レベルを有するクライアント装置（例えばハードウェア・ベースのセキュリティ・チップ、スマートカード）に限定され得る。例えば、新しい映画は、ハードウェア・チップに高レベルのセキュリティを有するクライアントにストリームされ得る。この規則のための別の使用は、要求されたコンテンツに使用される暗号化アルゴリズムの強さを指定することである。例えば、規則は、固定された（既知の）キー・アルゴリズム、特殊なタイプのアルゴリズム等を指定してもよいし、暗号化規則が指定されなくてもよい。
【００３７】
ネットワーク・プロバイダ
任意選択で、ネットワーク・プロバイダによるコンテンツの操作を可能にするネットワーク要素規則（非図示）が提供されてもよい。例えば、コンテンツは、「ラスト・マイル」サービスを提供するネットワーク・プロバイダ／オペレータによって限定されてもよい。ネットワーク要素により提要された情報は、サービス停止機構２０８と共に使用され得る。ネットワーク・プロバイダは、エンド・クライアントのネットワーク・プロバイダに依存して異なる規則が適用される場合には、所望なら、要素または属性の形で、各動作と関連付けられてもよい。ネットワーク要素の使用により、より高品質なネットワーク、例えばサービス品質（ＱＯＳ）を有するネットワークがを備えたネットワーク・プロバイダが、そのサービスについての価格を品質に従って付けることが可能となる。
【００３８】
販売促進
任意選択で、コンテンツに関する販売促進活動やマーケティング活動が行われるように、販売促進要素（非図示）が提供される。例えば、コンテンツ・プロバイダ１０４は、クーポン、長期の顧客に対する割引等の種々の販売促進機構をサポートし得る。この要素は、販売促進が許可されるか否か、そして、もし許可されるならばどのようなタイプの販売促進であるかを識別する。この規則は、コンテンツを購入するコストについて記述する規則の属性であってもよい。コンテンツ・プロバイダ１０４は、サービスの最初の１ヶ月の無料映画、サービスの最初の３ヶ月間の５０％割引等の、新しい顧客（会員歴の長さは認可データに含まれ得る）に対する割引を提示してもよい。忠実な顧客も、その特定の忠実プログラムに基づいて、例えば、「あなたが我々と共に長く居る程、あなたの支払いはより少なくて済みます」または「６ヶ月ごとに無料映画を得よう」として、同様に割引を得ることが可能である。
【００３９】
時刻の制約
任意選択で、時刻要素（非図示）も提供される。この要素は、コンテンツが所望される時刻に基づいてコンテンツの価格レベルを制御することに関する。例えば、ネットワーク・トラフィックをスムーズにし、混雑を最小限にするために、コンテンツをオフピーク時に割引価格で提示してもよい。例証的実施態様では、クライアント１０２は、クライアント選択またはコンテンツ権利にコード化された制約を選択する。キャッシュ・サーバ１１５は実際の使用時間を記録し、それを適切な請求のために請求システムに報告する。
【００４０】
他の規則要素は、コンテンツに対する実際の請求がどのように実行されるかを指定してもよい：（１）コンテンツ・プロバイダによる、（２）サービス・プロバイダによる、（３）ネットワーク・オペレータによる、等。例証的実施態様では、クライアントがコンテンツを要求したが、購入が請求システムに報告された後であった場合には、この要素は使用されない。
【００４１】
以上説明したコンテンツ権利要素は単なる例示にすぎないことを理解すべきである。本明細書で与える開示および教示に基づけば、本発明に従ってコンテンツ権利要素に他の規則および／または要素を如何にして含めるかが当業者には理解されるであろう。
【００４２】
図３は、本発明の１実施態様によるクライアント１０２によって成される選択を識別するクライアント選択要素を示すスクリーン・ショットである。クライアント選択要素は他の属性も同様に識別し得ることに留意する。
【００４３】
クライアント選択
クライアント選択要素３０２は、特定のコンテンツに対してクライアント１０２により成される選択のことを表す。クライアント選択要素３０２は、選択されたコンテンツに関連するコンテンツ・アクセス規則がすべて満たされると仮定すると、そのコンテンツを消費する権利を表す。一般に、コンテンツは、一定の期間内、すなわち契約期間内に消費される。例えば、付け値は今後２時間の間有効であるといった具合である。１つの例証的実施態様では、クライアント選択要素３０２は、図３にさらに詳述するように、多くの要素をさらに含む。
【００４４】
有効期間
クライアント選択要素３０２には、有効期間要素３０４が含まれている。セッション権利オブジェクトは、特定のコンテンツに対する保証価格の契約に類推され得るので、このオブジェクトは通常、時間制限がある。すなわたい、セッション権利オブジェクトは、それを過ぎると要求されたコンテンツを得るためにオブジェクトを使用できなくなる、有効期間要素３０４により与えられる終了時間を含み得る。さらに、有効期間要素３０４は、契約が有効である将来の期間を示してもよい。時間の値は、一般に、万国標準時（ＵＴＣ）形式である。
【００４５】
購入方式および価格
クライアント選択要素３０２には、購入方式要素３０４が含まれている。コンテンツが、ＰＰＶ、ＰＢＴ、予約等のような多数の購入方式の下で提示される場合、クライアント１０２はそれらのうちの１つを選択し得る。ある状況では、クライアント１０２が特定の予約サービスを有する場合には、購入方式が自動的に割り当てられることに注意する。コンテンツには月極料金が既に支払われているので、クライアント１０２には自動的に予約方式の選択肢が割り当てられる。
【００４６】
この要素３０４は、任意選択で、割引、クーポン、および他の販売促進を含んでもよい。例えばクライアント１０２がコンテンツとその対応する購入方式を選択するページは、１０％の割引のためにそのクライアントのｅ−ｍａｉｌアドレスを提供する要求を含んでもよい。請求システムが割引を適用できるように、そのような情報がこの要素に含まれてよい。
【００４７】
アクセス規則の無効化
アクセス規則無効要素３０８が提供される。この要素３０８は、所与のエンド・クライアントに対する特定の規則が無効化されることを可能にする。例えば、クライアント１０２がパスワードで自分の認証を行うことができる場合、格付けシーリングは選択されたコ
ンテンツの部分に対しては一時的に無効（disable ）にされ得る。
【００４８】
当業者には、図示していない他の規則要素もクライアント選択要素３０２に含まれてよいことが理解されるだろう。例えば、品質／リソース制限要素、安全なセッション識別情報およびコンテンツ識別情報が含まれる。品質／リソース制限要素は、異なるフォーマットで、かつ異なるレベルの品質で（ＨＤ対ＳＤ、圧縮比、ブロードバンド等）送られるコンテンツに関する。品質はクライアント装置のセキュリティ・レベルにリンクされてもよいし、ＨＤまたはＳＤフォーマットに、またはＱｏＳでの配信に異なるコストを付してもよい。
【００４９】
安全なセッション識別要素は、ストリーミングセッション（またはダウンロードセッション）のすべてのコンポーネントをひとまとめにつなぐ、暗号鍵、アクセス規則等の固有の識別子である。
【００５０】
クライアント選択要素３０２がコンテンツ権利要素２０２と共に送られない場合に、セッション権利オブジェクトの種々の要素を関連付けるために、コンテンツ識別要素が使用され得る。
【００５１】
本発明の１つの例証的態様では、クライアント選択およびコンテンツ権利が、セッション権利オブジェクトに含まれる。上述したように、セッション権利オブジェクトは、コンテンツ・プロバイダ１０４からクライアント１０２により受け取られる。その後、セッション権利オブジェクトは、キャッシュ・サーバ１１５に転送される。しかしながら、当業者には、クライアント選択およびコンテンツ権利が、１つのセッション権利オブジェクトに必ず組み合わされなければならないわけではないことが理解されるだろう。これらの要素またはコンポーネントは、キャッシュ・サーバに別々に送られてもよい。
【００５２】
コンテンツ権利とクライアント選択の関係は、１対多数である。つまり、特定のコンテンツに対するコンテンツ権利は一度だけ作成されるが、各クライアントのために複数のクライアント選択が生成される。これは、特定のコンテンツに対するコンテンツ権利が、クライアント選択とは別のルートを介して、キャッシュ・サーバ１１５に送られることを許容する。コンテンツ権利とクライアント選択が一緒に送られるかまたは別々に送られるか否かを示すために、セッション権利オブジェクトには関連情報が含まれてもよい。
【００５３】
さらに、クライアント選択に基づいて、いくつかの規則は適用されない（例えば、クライアントが予約を使用してコンテンツを得た場合、ペイ・パー・ビュー方式に関する規則は無関係である）。コンテンツ権利とクライアント選択が別々である場合、特定の無関係の規則はコンテンツ権利要素から省略されてもよい。
【００５４】
以上説明したクライアント選択要素は単なる例示にすぎないことを理解すべきである。本明細書で与える開示および教示に基づけば、本発明に従ってクライアント選択要素に他の規則および／または要素を如何にして含めるかが当業者には理解されるであろう。
【００５５】
図４は、本発明の１つの例証的実施態様による認可データ要素４０２を示すスクリーン・ショットである。この要素４０２はクライアント資格（entitlement ）すなわち特定のコンテンツへのアクセス権および／または特定のコンテンツの使用権を定義する。代わりに、この要素４０２は、特定のコンテンツに対するクライアント選択にコンテンツ権利を適用するものとして見てもよい。
【００５６】
クライアント資格には、例えば、予約済サービス、地理的位置、クライアントの支払い方法および他の適切なクライアント・データが含まれる。各認可データ要素４０２はクラ
イアント特有のものであることに留意する。認可データは、プロビジョニング・センター１０６または関連する資格サーバ（図示しない）によって管理されているクライアント資格データベースに記憶される。１つの例証的実施態様において、認可データ要素４０２は、図４にさらに詳述するように、多くの要素をさらに含む。
【００５７】
支払能力
支払い要素４０４は、クライアント１０２のコンテンツに対する支払い能力に関する。この能力は、例えば、無し（例えば無料コンテンツに対して）、予約のみ（前払いサービス）、ＰＰＶ、既存のネットワーク・プロバイダ・アカウント（例えば既存のケーブル請求）等として特徴付けられ得る。クライアント１０２が特定のコンテンツを要求すれと、支払い要素４０４に関する情報が通常得られる。
【００５８】
クライアント位置
位置要素４０６は、クライアント１０２の地理的位置について記述するものである。クライアント１０２にコンテンツを受け取る権限を認めるか否かを決定するために、クライアント位置は地理的サービス停止（コンテンツ権利要素中のサービス停止要素２０８から得られる）と比較される。この要素は、国コード、ＺＩＰまたは郵便番号、緯度／経度またはＸＹＺ座標まで、様々なレベルの精度を採用してよい。
【００５９】
予約リスト
予約要素４０８は、すべての予約済サービスのリストと、例えばサービス・プロバイダＩＤおよびサービスＩＤを含むそれらのサーＢＩＵに関連する情報とを含む。クライアント１０２が同じプロバイダから多数のサービスを購入する場合、サービスごとにプロバイダＩＤを繰り返す必要はない。この場合、プロバイダＩＤが、そのプロバイダが所有しているサービスＩＤのリストを含む要素の属性である。
【００６０】
ユーザ・ドメイン
ユーザ・ドメイン要素４１０は特定のドメインからユーザを識別するために提供される。各ユーザは、サンディエゴ大学のすべての学生は「ucsd.edu」のドメイン名を有するように、自身に割り当てられたドメイン名によって識別され得る。
【００６１】
格付け
各コンテンツのクライアントによる格付けシーリングを識別するために、格付け要素４１２が提供される。
【００６２】
他の属性
以上説明した認可データ要素は単なる例示にすぎないことを理解すべきである。本明細書で与える開示および教示に基づけば、本発明に従って認可データ要素に他の規則および／または要素を如何にして含めるかが当業者には理解されるであろう。
【００６３】
図示していないが、他の規則要素が提供されてもよい。以下はそのような例証的な規則要素のいくつかの例である。１．愛顧の長さ−−この要素は、クライアント１０２がどれくらい長い間サービスの活動的なメンバーであるかに関する情報を含む。この情報は、特定のタイプの割引のために使用され得る。２．格付け実行−−この要素は、格付けがローカルで実行されるか遠隔で実行されるかに関する情報を含む。例えば、格付けはクライアント１０２でローカルに実行されてもよいし、またはキャッシュ・サーバ１１５で遠隔に実行されてもよい。３．ネットワーク・プロバイダ−−この要素は、クライアント１０２が如何にネットワーク・プロバイダまたはブロードバンド・オペレータに関連付けられるかに関する情報を含む。例えば、クライアント１０２には主要なネットワーク・プロバイダが割り当てられ、そのようなオペレータはコンテンツに追加の規則を課し得る。４．パ
ッケージリスト−−この要素は、サービス・プロバイダＩＤおよびパッケージＩＤから成るすべての前払いパッケージのリストに関する情報を含む。５．仮想グループ化−−この要素は、クライアントグループに関する情報を含む。例えば、クライアントは、毎月の映画クラブ、高齢者のような仮想のグループにグループ化されてもよい。６．個人設定−−この要素は、クライアント１０２特有の個人設定に関する情報を含む。例えば、個人設定は、各格付け次元に対する格付けシーリングのような制約を含んでいてもよい。７．ウォーターマーク情報−−この要素は、コンテンツとクライアント１０２に関する情報を含む。８．装置セキュリティ・レベル−−この要素は、クライアントに関連するセキュリティ・レベルに関する情報を含む。クライアントが新しい顧客として登録（または自身のプロファイルを更新）した場合に、クライアント装置に関連する各クライアントのセキュリティ・レベルが決定され、記憶される。９．クライアント識別情報−−この要素はクライアント１０２に関する情報を含む。例えば、そのような情報は、クライアントに最初に提供された時にクライアントのアカウントおよび装置に割り当てられる番号を含む。
【００６４】
要素の構造コンポーネントはＩＰＲＬとＸＭＬによって記述されるが、当業者には、本発明の精神および範囲内にある他の言語に基づくソフトウェア命令が使用されてもよいことが理解されるだろう。このように、本発明は、通信網におけるコンテンツへのアクセスをクライアントに認めるか否かを決定するためのデジタル権利管理システムを提供する。
【００６５】
さらに、いくつかの状況では、要求されたコンテンツをコンテンツ・プロバイダ１０４からクライアント１０２に送信する際のコンテンツ配信網に、他のパーティが関与してもよい。そのような他のパーティには、例えば、コンテンツ・プロバイダ１０４によって提供されるコンテンツなどを分配する、コンテンツ・ディストリビュータ、ネットワーク・プロバイダ／オペレータおよびサービス・プロバイダ等が含まれる。その結果、そのようなパーティは、コンテンツがクライアント１０２に送信される前に、要求されたコンテンツの配信および／またはアクセスを何らかの形で制御したい場合があり得る。例えば、サービス・プロバイダは、クライアント１０２への要求されたコンテンツの送信に関連して、自身の追加の規則を含めたい場合がある。そのような追加の規則は、コンテンツ・プロバイダ１０４により既に定義された規則の上に付され得る。別の例では、例えば、コンテンツ・プロバイダ１０４が特定のコンテンツのための価格帯を設定し、サービス・プロバイダがその価格帯の中の価格を選択することを可能にする規則を定義し、サービス・プロバイダが続いてその価格帯の中の価格を設定する関連する下位規則を定義するという状況で、先にコンテンツ・プロバイダ１０４により定義された規則にて提供される関連の下位規則を、サービス・プロバイダは選択したい可能性がある。言いかえれば、コンテンツ配信網に関与する各パーティは、要求されたコンテンツに関連して自身の規則を提供することを許容され得る。
【００６６】
図５は、本発明によるデジタル権利管理システムの別の例証的実施態様を示す略ブロック図である。図５に示されるように、クライアント１０２はネットワーク・オペレータ１２０からネットワークサービスを予約する。ネットワーク・オペレータ１２０はクライアント１０２にネットワーク設備および関連するネットワークサービスを提供し、クライアント１０２は要求されたコンテンツを受け取ることが可能となる。ネットワーク・オペレータ１２０は自身の追加の規則および／または下位規則を有しており、クライアント１０２に提供するネットワークサービスに関連してそれを付したい可能性がある。例えば、追加の規則は、ネットワーク・オペレータ１２０により提示されるサービス割引に関し得る。これに関し、ネットワーク・オペレータ１２０はクライアント１０２に追加の規則および／または下位規則を転送する。任意選択で、追加の規則および／または下位規則に関する情報がクライアント１０２に対して表示されてもよい。例えば、クライアント１０２は、要求されたコンテンツの送信に必要なより高いサービス品質や帯域幅要件の結果として発生する価格変更を、通知され得る。クライアント１０２は、後の処理のためにネットワ
ーク・オペレータ１２０からの追加の規則および／または下位規則を保持する。
【００６７】
その後、クライアント１０２は、サービス・プロバイダ１２２と連絡を取り、映画を始めとする特定のコンテンツを要求する。要求を受け取ると、サービス・プロバイダ１２２は、その要求を検査し、要求されたコンテンツを提供することができる対応のコンテンツ・プロバイダ１０４を識別し、クライアント１０２がその特定のコンテンツを要求できるようそのコンテンツ・プロバイダ１０４と連絡をとるようクライアント１０２をリダイレクトする。サービス・プロバイダ１２２とコンテンツ・プロバイダ１０４の関係は、映画配給者と映画会社の関係に相当する。映画配給者は、その商品目録の中に、鑑賞のために利用可能な多くの映画を有している。クライアント１０２から特定の映画を求める要求を受け取ると、映画配給者は、要求された映画を有する映画会社と連絡をとるようクライアント１０２をリダイレクトする。
【００６８】
クライアント１０２のコンテンツ・プロバイダ１０４へのリダイレクトに加えて、サービス・プロバイダ１２２は、自身がクライアント１０２に提供するサービスに関連して付したい自身の追加の規則および／または下位規則を、任意選択でクライアント１０２に送ることも可能である。例えば、サービス・プロバイダ１２２は、過去の購入に対してクライアント１０２に報酬を与える忠実プログラムを提示してもよい。同様に、クライアント１０２は、後の処理のためのサービス・プロバイダ１２２からの追加の規則および／または下位規則を保持する。
【００６９】
サービス・プロバイダ１２２およびネットワーク・オペレータ１２０により追加される追加の規則および／または下位規則は要求されたコンテンツに必ずしも結び付けられる必要はない点に留意すべきである。代わりに、これらの追加の規則および／または下位規則はクライアント１０２にリンクすることができる。例えば、サービス・プロバイダ１２２は、促進期間中に購入された任意のコンテンツに関して、クライアント１０２に結び付けられた割引を提供することができる。
【００７０】
例証的実施態様では、追加の規則および／または下位規則はオリジナルの規則に使用されるのと同じスキームに基づいていても良いし、代わりに、追加の規則および／または下位規則は異なるスキームを使用して定義されてもよい。
【００７１】
一旦クライアント１０２がコンテンツ・プロバイダ１０４と連絡をとると、クライアント１０２は、クライアント１０２に最も近いキャッシュ・サーバ１１５を識別する情報を、コンテンツ・プロバイダ１０４に送る。これに応じて、先に上述したように、コンテンツ・プロバイダ１０４は、要求されたコンテンツに関するセッション権利オブジェクトをクライアント１０２に送る。セッション権利オブジェクトも、クライアント１０２に特有な下位規則を含んでもよい。  代わりに、セッション権利オブジェクトは別のパーティからクライアント１０２に送られてもよい。任意選択で、他のパーティにより送られるセッション権利オブジェクトは、コンテンツ・プロバイダ１０４により指定されたオリジナルの規則だけでなく、他のパーティおよび追加のパーティによって指定された他の追加の規則および／または下位規則も含んでよい。例えば、サービス・プロバイダ１２２は、コンテンツ・プロバイダ１０４からセッション権利オブジェクトを取得し、そのセッション権利オブジェクトに自身の追加の規則を組み込むかまたは連結し、その後そのセッション権利オブジェクトをクライアント１０２に送ってもよい。さらに、サービス・プロバイダ１２２は、ネットワーク・オペレータ１２０からの追加の規則を有し、そのような追加の規則を同様にセッション権利オブジェクトに組み入れてもよい。
【００７２】
上述したように、クライアント１０２がＫＤＣ  １１２により認証された後、ＫＤＣ  １１２はキャッシュ・サーバ・チケットをクライアント１０２に送る。以下にさらに詳述
するように、キャッシュ・サーバ・チケットは、クライアント１０２への要求されたコンテンツの送信を完了するために使用される認可データを含む。
【００７３】
次に、クライアント１０２は、キャッシュ・サーバ・チケット、セッション権利オブジェクト、およびネットワーク・オペレータ１２０およびサービス・プロバイダ１２２により供給されたそれぞれの追加の規則および／または下位規則を、キャッシュ・サーバ１１５に送る。任意選択で、クライアント１０２はさらに、処理（transaction）に関連する
追加の詳細をキャッシュ・サーバ１１５に送ってもよい。例えば、クライアント１０２は、未決の処理に対して自身が有している割引クーポンを使用したい場合がある。割引クーポンに関する情報は、購入価格を計算する際に使用するためにキャッシュ・サーバ１１５へ送られ得る。
【００７４】
代替方法では、それぞれの追加の規則および／または下位規則は、ネットワーク・オペレータ１２０およびサービス・プロバイダ１２２からキャッシュ・サーバ１１５へ直接送られてもよい。それぞれの追加の規則および／または下位規則は、セッション権利オブジェクト中で識別されるオリジナルの規則にそれらがリンクされることを可能にするコンテンツ識別子に関連付けられる。
【００７５】
別の代替方法では、コンテンツ・プロバイダ１０４からのオリジナルの規則および／またはネットワーク・オペレータ１２０およびサービス・プロバイダ１２２からのそれぞれの追加の規則および／または下位規則の一部または全部は、キャッシュ・サーバ１１５に既に格納されている。例えば、特定のコンテンツに関する特定のアクセス規則は変化しないため、キャッシュ・サーバ１１５に格納することができる。
【００７６】
上記の追加の規則および／または下位規則は、クライアント１０２がセッション権利オブジェクトを得る前にでも後でも、キャッシュ・サーバ１１５に追加または送信され得ることに留意する。
【００７７】
その後、キャッシュ・サーバ１１５は関連の規則および下位規則をすべて確認・調和（reconcile)し、任意のコンフリクトを解決する。その後、関連の規則および／または下位規則は、キャッシュ・サーバ・チケット内に含まれる認可データに対して有効化される。この有効化は、コンテンツ・プロバイダ１０４、サービス・プロバイダ１２２およびネットワーク・オペレータ１２０によって記述された規則および／または下位規則に則って、要求されたコンテンツが送られることを確実にするために行なわれる。有効化に成功した場合、キャッシュ・サーバ１１５は要求されたコンテンツをクライアント１０２に送る。
【００７８】
１つの例証的実施形態では、他のパーティはセッション権利オブジェクトにおいて元々提供されていた規則に加えて、規則および／または下位規則を追加することができるため、そのような規則および／または下位規則を該パーティが追加するのを許可し、かつ追加した規則および／または下位規則がオリジナルの規則に違反しないことを確実にするために、追加の論理または機構が提供される。例証的実施態様では、そのような追加の論理または機構はセッション権利オブジェクトの一部として含まれる。１つの下位規則が１または複数の下位規則をさらに定義できることにも留意すべきである。
【００７９】
図５に示した状況を利用して、例えば、コンテンツ・プロバイダ１０４はセッション権利オブジェクトに関連するオリジナルの規則を設定する。コンテンツ・プロバイダ１０４はさらに、どのような追加の規則および／または下位規則を下流で加えることができるか、ならびにどの主体がそのような追加の規則および／または下位規則を加えることができるか、を制御および指定することができる。例えば、コンテンツ・プロバイダ１０４は、コンテンツ・プロバイダ１０４によって指定されたオリジナルの規則で先に定義された
価格帯から、特定のコンテンツに対して課されうる価格をサービス・プロバイダ１２２が選択することができることを規定し得る。追加の規則および／または下位規則の追加を可能にするために、任意の新たに追加される規則および／または下位規則が実行される前に、追加の規則および／または下位規則を加えるパーティが識別、認証される。
【００８０】
コンテンツ・プロバイダ１０４は、追加の規則および／または下位規則の追加を多くの方法で制御することができる。例えば、コンテンツ・プロバイダ１０４は、追加することが許容される特定の規則および／または下位規則の組を列挙するか、または任意の規則および／または下位規則の追加を許可し得る。さらに、コンテンツ・プロバイダ１０４は、追加の規則および／または下位規則の追加を認められるパーティのリストを提供するか、またはそのような目的で任意のパーティに全面的な許可（blanket permission）またはワイルドカードの許可（wildcard permission）を認めることができる。個々のオリジナル
の規則に対し、コンテンツ・プロバイダ１０４は、追加の規則および／または下位規則を加えることを認められるパーティのリストを指定することができるのみならず、コンテンツ・プロバイダ１０４は、各パーティがどのように認証されるかも指定することができる。例えば、パーティはＰＫＩおよびデジタル証明書を用いて認証され得る。
【００８１】
オリジナルの規則と、新しい規則または下位規則とを調和させるために、オリジナルの規則と任意の新しい規則または下位規則との間の任意のコンフリクトを解決するための追加の論理または機構が提供される。例えば、オリジナルの規則が任意の後の新しい規則および／または下位規則により無効化または逆転されないこと；言いかえれば、新しい規則または下位規則はオリジナルの規則を補足することを許可されるだけであること；が予め決定される。別の例では、新しい規則または下位規則は、コンテンツ・プロバイダ１０４によって禁止されないかぎり許可される。
【００８２】
さらに、追加の規則および／または下位規則の指定を許可するオリジナルの規則は、２つ以上の続いて指定される追加の規則および／または下位規則のコンフリクトを解決することができる。例えば、オリジナルの規則は、オリジナルの規則の下で下位規則を指定することができるパーティを優先する優先権属性を含むことができる。より高い優先度を有するパーティは、より低い優先度を有するパーティを無効にする（overrule）ことができる。
【００８３】
さらに、新しい規則または下位規則の認証を確実にするために、各々の新しい規則または下位規則は上述のようにキャッシュ・サーバ・チケットを使用して認証される。すなわち、新しい規則か下位規則を追加しようと試みるパーティは、最初にＫＤＣ  １１２により認証される。次に、ＫＤＣ  １１２は、そのパーティと新しい規則または下位規則とに関するキャッシュ・サーバ・チケットを発行する。次に、キャッシュ・サーバ１１５はキャッシュ・サーバ・チケットを受け取り、追加される新しい規則または下位規則が本物であることを確認する。オリジナルの規則または下位規則が包括的な方法でコンテンツ・プロバイダ１０４により定義されている場合、すなわち、どの主体が追加できるかではなく新しい規則または下位規則を追加できることを指定している場合、キャッシュ・サーバ１１５は、新しい規則または下位規則を追加したエンティティの名前を記録する。オリジナルの規則または下位規則が排他的な方法で定義されている場合、すなわち、特定のエンティティまたはパーティだけがオリジナルの規則または下位規則に追加できる場合、キャッシュ・サーバ１１５はそのエンティティまたはパーティを認証するだけでなく、そのエンティティまたはパーティが新しい規則または下位規則の追加を許可されていることも確認するだろう。
【００８４】
以上の説明はコンテンツ・プロバイダ１０４に関して与えているが、同じことがオリジナルの規則を設定することが可能な他のパーティも当てはまることが理解されるはずであ
る。さらに、パーティは、先に追加された規則または下位規則に１または複数の規則または下位規則を追加することができる。例えば、ネットワーク・オペレータ１２０とサービス・プロバイダ１２２が共同促進販売で協力している場合、ネットワーク・オペレータ１２０はサービス・プロバイダ１２２によってたった今追加された規則に、規則を追加することができる。
【００８５】
１つの例証的実施態様では、本発明は、コンピュータ・ソフトウェアを統合式またはモジュール式で使用した制御論理で実現される。しかしながら、本明細書で与える開示と教示に基づけば、本発明を実現するための他の方式および／または方法が当業者には理解されるであろう。
【００８６】
上記の説明は、本発明の例証的な特定の実施態様を完全に説明したものであるが、追加の実施態様も可能である。したがって、上記の説明は本発明の範囲を限定するものと考えるべきでなく、本発明は、特許請求の範囲によって、その均等物の完全な範囲と共に、定義されるものとする。
【図面の簡単な説明】
【００８７】
【図１】本発明の１つの例証的実施態様によるデジタル権利管理システムを示す略ブロック図。
【図２】本発明の１実施態様によるコンテンツ・アクセスのための一般規則を定義するコンテンツ権利要素を示すスクリーン・ショット。
【図３】本発明の１実施態様によるクライアントによって成される選択を識別するクライアント選択要素を示すスクリーン・ショット。
【図４】本発明の１実施態様によるクライアント資格を定義するための認可データ要素を示すスクリーン・ショット。
【図５】本発明の別の例証的実施態様によるデジタル権利管理システムを示す略ブロック図。
【図１】
2006510116.tif 000003
【図２】
2006510116.tif 000004
【図３】
2006510116.tif 000005
【図４】
2006510116.tif 000006
【図５】
2006510116.tif 000007
【国際調査報告】
2006510116.tif 000008
2006510116.tif 000009
2006510116.tif 000010
2006510116.tif 000011
2006510116.tif 000012