(57)【特許請求の範囲】
【請求項１】
デジタル著作権管理（ＤＲＭ）システムをサポートする通信ネットワークにおいて、コンテンツのＤＲＭを可能とする方法であって、
第１の権利発行者の証明書チェーンの検証と前記第１の権利発行者の鍵の取得とを可能にする前記第１の権利発行者の該証明書チェーンを取得すべく、前記ＤＲＭシステムの第１の権利発行者に、第１のユーザ装置を登録するステップと、
前記第１の権利発行者によって署名された委任アサーションであって、前記第１のユーザ装置が前記ＤＲＭシステムの第２の権利発行者になることを承認する前記委任アサーションを、前記第１の権利発行者から取得するステップと、
プライベートコンテンツをＤＲＭにより保護すると共に、前記プライベートコンテンツに関連付けられた少なくとも１つの第２の権利オブジェクトを発行するために、前記ＤＲＭシステムの前記第２の権利発行者における第１の権利セットを含む第１の権利オブジェクトであって、第１の権利発行者によって署名され、かつ前記第１の権利発行者の鍵を用いた検証を許容する前記第１の権利オブジェクトを、前記第１の権利発行者から取得するステップと、
前記プライベートコンテンツを取得するステップと、
少なくとも前記第１の権利セットに従って、ＤＲＭによる保護を前記プライベートコンテンツに適用するステップと、
第２の権利発行者の証明書チェーンの検証と前記第２の権利発行者の鍵の取得とを可能にする前記第２の権利発行者の該証明書チェーンとなるように、前記第１の権利発行者の前記証明書チェーンが前記委任アサーションで拡張され、前記ＤＲＭシステムの前記第２の権利発行者としての第２のユーザ装置の登録を実行し、少なくとも前記第１の権利セットに従って、前記第２の権利発行者によって署名され、前記プライベートコンテンツをレンダリングするための第２の権利セットを定義する第２の権利オブジェクトを生成するステップと、
前記第２の権利オブジェクトを、前記プライベートコンテンツを取得したときに、前記第２の権利発行者の鍵を用いて前記第２の権利オブジェクトを検証し、少なくとも前記第２の権利オブジェクトに基づいて前記プライベートコンテンツをレンダリングする前記第２のユーザ装置へ送信するステップと
の前記第１のユーザ装置が実行するステップを含むことを特徴とする方法。
【請求項２】
前記第１の権利オブジェクトは、前記第２の権利オブジェクトに対する第１の権利セットを含む委任権利オブジェクトであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第２のユーザ装置の登録を実行するステップをさらに含み、
前記委任アサーションは、前記登録の手続きの一部として前記第２のユーザ装置へ提供されることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記第１の権利発行者からドメインコンテキストを要求するステップをさらに含み、
前記ドメインコンテキストは、該ドメインコンテキストによって特定されるドメイン内で登録された前記第２のユーザ装置によって、保護されたコンテンツのレンダリングを行うためのルールを特定することを特徴とする請求項１又は２に記載の方法。
【請求項５】
前記ドメインは、前記第１の権利発行者によって管理されていることを特徴とする請求項４に記載の方法。
【請求項６】
ドメインコンテキストを生成するステップと、
前記第２のユーザ装置を前記ドメインコンテキストに関連付けられたドメインに登録するステップと
をさらに含み、
前記ドメインコンテキストは、前記第２のユーザ装置によって、保護されたコンテンツのレンダリングを行うためのルールを特定することを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項７】
前記第２の権利オブジェクトは、ＯＭＡ  ＤＲＭドメインチャイルド権利オブジェクトであり、
対応ドメインペアレント権利オブジェクトは、前記第１の権利オブジェクトによって署名されることを特徴とする請求項４に記載の方法。
【請求項８】
前記委任アサーションは、前記第１の権利発行者の公開鍵を含む前記対応ドメインペアレント権利オブジェクトであることを特徴とする請求項７に記載の方法。
【請求項９】
前記委任アサーションは、前記第１の権利発行者によって署名された、前記第１のユーザ装置の公開鍵証明書であることを特徴とする請求項１乃至８の何れか１項に記載の方法。
【請求項１０】
前記ＤＲＭシステムは、ＯＭＡ  ＤＲＭシステムであることを特徴とする請求項１乃至９の何れか１項に記載の方法。
【請求項１１】
デジタル著作権管理（ＤＲＭ）システムをサポートする通信ネットワークにおいて、保護されるコンテンツのＤＲＭを扱う第１のユーザ装置であって、
第１の権利発行者の証明書チェーンの検証と前記第１の権利発行者の鍵の取得とを可能にする前記第１の権利発行者の該証明書チェーンを取得すべく、前記ＤＲＭシステムの第１の権利発行者に前記第１のユーザ装置を登録し、かつ、前記第１の権利発行者によって署名された委任アサーションであって、前記第１のユーザ装置が前記ＤＲＭシステムの第２の権利発行者になることを承認する前記委任アサーションと、プライベートコンテンツをＤＲＭにより保護すると共に、前記プライベートコンテンツに関連付けられた少なくとも１つの第２の権利オブジェクトを発行するために、前記ＤＲＭシステムの前記第２の権利発行者における第１の権利セットを含む第１の権利オブジェクトであって、第１の権利発行者によって署名され、かつ前記第１の権利発行者の鍵を用いた検証を許容する前記第１の権利オブジェクトとを、前記第１の権利発行者から取得するＤＲＭエージェントと、
前記プライベートコンテンツを取得する権利管理インタフェース（ＲＭＩ）と、
第２の権利発行者の証明書チェーンの検証と前記第２の権利発行者の鍵の取得とを可能にする前記第２の権利発行者の該証明書チェーンとなるように、前記第１の権利発行者の前記証明書チェーンが前記委任アサーションで拡張され、前記ＤＲＭシステムの前記第２の権利発行者としての第２のユーザ装置の登録を実行し、少なくとも前記第１の権利セットに従って、前記第２の権利発行者によって署名され、前記プライベートコンテンツをレンダリングするための第２の権利セットを定義する第２の権利オブジェクトを生成するプライベートコンテンツ及び権利生成（ＰＣＲＧ）部と、
前記第２の権利オブジェクトを、前記プライベートコンテンツを取得したときに、前記第２の権利発行者の鍵を用いて前記第２の権利オブジェクトを検証し、少なくとも前記第２の権利オブジェクトに基づいて前記プライベートコンテンツをレンダリングする前記第２のユーザ装置へ送信する通信部と
を備えることを特徴とする第１のユーザ装置。
【請求項１２】
前記第１の権利オブジェクトは、前記第２の権利オブジェクトに対する第１の権利セットを含む委任権利オブジェクトであることを特徴とする請求項１１に記載の第１のユーザ装置。
【請求項１３】
前記第２のユーザ装置の登録を実行する登録部（ＲＦ）をさらに備え、
前記委任アサーションは、前記登録の手続きの一部として前記第２のユーザ装置へ提供されることを特徴とする請求項１１又は１２に記載の第１のユーザ装置。
【請求項１４】
前記第１のユーザ装置は、さらに、前記第１の権利発行者からドメインコンテキストを要求するように構成され、
前記ドメインコンテキストは、該ドメインコンテキストによって特定されるドメイン内で登録された前記第２のユーザ装置によって、保護されたコンテンツのレンダリングを行うためのルールを特定することを特徴とする請求項１１乃至１３の何れか１項に記載の第１のユーザ装置。
【請求項１５】
ドメインコンテキストを生成するドメイン生成部（ＤＧＦ）をさらに備え、
前記第１のユーザ装置は、さらに、前記第２のユーザ装置を前記ドメインコンテキストに関連付けられたドメインに登録するように構成され、
前記ドメインコンテキストは、前記第２のユーザ装置によって、保護されたコンテンツのレンダリングを行うためのルールを特定することを特徴とする請求項１１乃至１４の何れか１項に記載の第１のユーザ装置。
【請求項１６】
前記第１のユーザ装置は、ＯＭＡ  ＤＲＭバージョン１標準規格及びＯＭＡ  ＤＲＭバージョン２標準規格の少なくとも一方に準拠していることを特徴とする請求項１１乃至１５の何れか１項に記載の第１のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、デジタル著作権管理（ＤＲＭ）によって保護されるプライベートコンテンツの配信と消費とを制御する方法及びユーザ装置に関する。特に、専用の適合ユーザ装置のユーザが、ＤＲＭ保護によるプライベートコンテンツを生成すると共に、既存のＤＲＭインフラ構造に依拠しながら、当該コンテンツに対する使用権をローカルに発行できるようにするメカニズムが提供される。
【背景技術】
【０００２】
ＤＲＭとは、一般に、ソフトウェア、音楽、映画などデジタルデータ又はハードウェアへのアクセスと、該デジタルデータ又はハードウェアの利用との制御を行うメカニズムを表すものであり、複数の利用可能な技術のうちの任意の技術を利用してこのメカニズムをネットワーク内へ実現することが可能である。このようなＤＲＭメカニズムは、デジタル作品のある特定のインスタンスに関連付けられた使用制限の適用を望むコンテンツプロバイダ、出版者又は著作権所有者などによって利用され得るものである。ＤＲＭは、パッケージ化、識別、暗号化、透かし及び追跡などのような資産管理と、著作権の形成、コンテンツへの関連付け、実施許諾などのような著作権管理と、取引及び支払いなどのようなその他の領域とを含む多くの異なる構成要素を含み得る膨大な領域である。ＤＲＭシステムの開発は、自分のユーザ装置（ＵＥ）でデジタルデータにアクセスしたり、デジタルデータを利用したりする権利を有するユーザの存在を伴い、一般に、ユーザがアクセス権や使用権を逸脱しないようにするための、暗号法、不正使用防止策を施したハードウェア、ソフトウェアセキュリティなどのような技術的保護手段も含むものとなる。トランスポート中にコンテンツの暗号化を行ったり、コンテンツの完全性の保護を行ったりする際、一般に暗号方式が呼び出されるが、この暗号方式は、著作権コンテンツ及び使用許諾が正当なＵＥにおいて使用されることを保証する識別方式とも一体に呼び出される。例えば不正使用防止策を施したＤＲＭモジュールとして構成されるハードウェアによるサポートは、ＵＥの識別を保証するための、かつ、ソフトウェアの難読化と共に、ＤＲＭシステムの実装構成も保証するための正当なＵＥの一部となる。
【０００３】
ＤＲＭシステムの一般的実装構成にはンテンツ及び関連付けられた著作権の分離が含まれる。この分離によって、様々なセットの権利及び或る定の権利の取引ビジネスモデルに従って、同じメディアコンテンツの利用が可能になる。このビジネスモデルでは、権利発行者（ＲＩ）は、ある特定の正当なＵＥや１グループのＵＥ向けのそれぞれのメディアコンテンツに関連付けられた、一般にパッケージ化された権利オブジェクト（ＲＯ）として、使用権のパッケージ化と販売あるいは提供を行うことが可能となる。コンテンツの不正なレンダリングの防止を目的として、コンテンツの機密性を保護し、かつ、コンテンツと権利オブジェクト間の結びつきを強化する試みの中で種々のセキュリティ対策が通常講じられている。
【０００４】
オープンモバイルアライアンス（ＯＭＡ）ＤＲＭはオープンモバイルアライアンスにより開発されたＤＲＭシステムである。ＯＭＡ  ＤＲＭの２つのバージョンが公開されている。そのうち、ＯＭＡ  ＤＲＭバージョン１は、ＵＥへ配信されるコンテンツ又はＲＯに対する強固な保護を何ら設けずにＲＭを導入する基本ＤＲＭ標準規格である。ＯＭＡ  ＤＲＭバージョン１では、コンテンツはコンテンツ暗号化鍵（ＣＥＫ）を用いて暗号化されるが、ＣＥＫは平文の形でＲＯの中に含まれていて、トランスポート中暗号化によるＲＯの保護は行われていない。
【０００５】
ＯＭＡ  ＤＲＭバージョン２は、バージョン１の重要な拡張バージョンであり、別個の配信メカニズムを提供するものである。この配信メカニズムでは、特に、ＣＥＫの暗号化が行われ、かつ、個々のＲＯは１つの受信ＵＥ又は１グループのＵＥに対して保護される。ＯＭＡ  ＤＲＭバージョン２は公開鍵暗号法に基づいている。個々のＵＥ及びＲＩは、認証、暗号化及び完全性保護通信のための公開鍵と秘密鍵の対を有し、かつ、これらの公開鍵は信頼性の高い認証機関（ＣＡ）によって認証される。複数グループのＵＥ内では、コンテンツはグループ内のＵＥ間において共有される対称鍵を用いて保護される。「ＯＭＡデジタル著作権管理」Ｖ２．１（２００７年１０月１８日）からＯＭＡ  ＤＲＭに関するさらに多くの情報を取得することができる。
【０００６】
ＤＲＭ保護メカニズムは一般に暗号化コンテンツ処理のために開発されたものである。１以上の暗号化鍵と許可条件（メディアコンテンツのレンダリングをどのように及びいつ行うことができるかを示す）とを含むＲＯがレンダリングユーザのＵＥへ提供されると、このようなコンテンツのみのレンダリングが可能となる。上記ＲＯにはまた、ＲＯ識別子、ＲＩ識別子（ＲＩ  ＩＤ）及びＲＩの秘密鍵によって生成されるＲＯの署名も含まれる。
【０００７】
ＲＯは、デバイス権利オブジェクト（デバイスＲＯ）を規定する単一のＵＥに拘束される場合もあれば、ドメインＲＯの利用が許されている登録済みセットのＵＥによって表されるドメインとしてＯＭＡ  ＤＲＭバージョン２に規定されている１グループのＵＥに拘束される場合もある。ドメインＲＯがそれぞれのドメインに加入している任意の装置によって使用され得るのに対して、デバイスＲＯは１つの専用装置又はＵＥのみによって使用され得るものである。
【０００８】
従来技術に従うＤＲＭシステムの一般的関数型アーキテクチャについて図１を参照しながら以下説明する。固定式のものであっても、あるいは移動式のものであってもよいＵＥ１００が、ＤＲＭエージェント１０１と呼ばれる信頼性の高いエンティティを備え、該エンティティはＵＥ１００にＤＲＭ機能を提供するように適合されたものである。ハードウェア、ソフトウェア又はこれらの組み合わせとして実装され得るＤＲＭエージェント１０１は、ＤＲＭ保護コンテンツに関連付けられた許可と制約条件とを実施する役割を果たすと共に、関連付けられた権利オブジェクト（ＲＯ）において、それぞれのＤＲＭコンテンツに対して指定されている規則と制約条件とに従って、コンテンツプロバイダ（ＣＰ）１０２から提供されるＤＲＭ保護コンテンツへのアクセスを制御する役割を果たす。関連付けられたＲＯがなければ、ユーザはＤＲＭコンテンツを利用することはできない。ＵＥ１００のユーザは、例えば、ＣＰ１０２のコンテンツ発行者（ＣＩ）１０３を閲覧することにより、アクセス可能なコンテンツの利用に関連付けられた何らかの制限が設けられているプレビュー体験版あるいは完全版を選択することによってＤＲＭコンテンツへのアクセが可能となる。
【０００９】
ＣＰ１０２から取得したコンテンツが、ＵＥ１００内のアプリケーションによりＤＲＭ保護コンテンツとして特定されると、ＵＥ１００のＤＲＭエージェント１０１が呼び出される。第１ステップ１：１では、この選択されたコンテンツはＣＩ１０３からＤＲＭエージェント１０１へ転送される。上記選択されたコンテンツのＤＲＭ保護によって、対称のコンテンツ暗号化鍵（ＣＥＫ）によるコンテンツの暗号化が要求される。
【００１０】
配信済みのＤＲＭコンテンツにＵＥ１００のユーザがアクセスするために、ＤＲＭエージェント１０１は、次のステップ１：２ａで、コンテンツプロバイダ１０２の権利発行者（ＲＩ）１０４から得られる所望のＤＲＭコンテンツに関連付けられたＲＯを要求する。２つの別個のエンティティとして提示されてはいるが、論理的実装と物理的実装の少なくともいずれかの実装構成でＣＩ１０３とＲＩ１０４とを単一のエンティティとして（例えばコンテンツと関連付けられたＲＯとの双方を取得できる取得元のＣＰとして）実装可能であることは理解できよう。一般に、ＲＩは、適切なＲＩポータルを指示するＲＩ  ＵＲＬを含むＤＲＭコンテンツヘッダに問い合わせることによってその所在位置が発見される。
【００１１】
ＤＲＭエージェントには、一意の暗号鍵対、すなわち公開鍵及び対応する秘密鍵、及びＤＲＭ実施許諾組織により署名された証明書が提供される。この証明書によって、任意の標準規格の秘密鍵インフラ構造（ＰＫＩ）処理手順を用いて、ＣＩ及び関連付けられたＲＩによるＤＲＭエージェントの安全な認証が可能になる。特に、認証プロトコルには、一般に、ＲＩから信頼性の高いルートＣＡ公開鍵までの証明書チェーンを構成するＤＲＭエージェントのＲＩ公開鍵証明書及び他の証明書が含まれている。使用権情報に加えて、一般にＸＭＬ文書であるＲＯの中には、１以上の暗号鍵とその他のデータの少なくともいずれかが含まれていて、これらの暗号鍵とその他のデータに対するＤＲＭコンテンツの完全性の解読及び検証を行うことが必要となる場合がある。ＯＭＡ  ＤＲＭバージョン２では、装置ＲＯの中に、受信用ＤＲＭエージェントの公開暗号鍵により暗号化されたＣＥＫが含まれている。
【００１２】
さらに、ＲＯがＲＩによってデジタル署名され、この署名は上記ＲＯの中に含まれる。ＲＯが署名されているため、ＲＯに含まれているコンテンツの暗号ハッシュのようなデータに対する完全性の保護が行われ、したがって、このようなデータを用いてコンテンツ自体の完全性の検証が行われることになる。
【００１３】
装置及びドメインＲＯは非常に類似しているが、装置の公開鍵を用いるか、対称のドメイン鍵を用いるかに関らず、ＣＥＫのような或る種の鍵をどのように保護するかという点で異なっている。
【００１４】
図１の要求ＤＲＭエージェント１０１が認証されると、配信されたＤＲＭコンテンツに関連付けられた、１以上の暗号鍵などのようなＲＯの敏感に反応する部分は、配信に先行して、要求ＤＲＭエージェント１０１の公開鍵を用いて暗号化される。現在ＤＲＭエージェント１０１に暗号で拘束されているＲＯは、ＨＴＴＰ／ＷＳＰ、ＷＡＰのプッシュ又はＭＭＳなど何らかの利用可能なトランスポートメカニズムを用いて、ＵＥ１００のＤＲＭエージェント１０１へトランスポートされてもよい。ＯＭＡ  ＤＲＭバージョン２は、ＵＥとＲＩ間においてシグナリングを行うためのトランスポート非依存権利オブジェクト取得プロトコル（ＲＯＡＰ）を利用するものである。ＤＲＭエージェント１０１において、ＤＲＭコンテンツの構文解析が行われて、取得されたＲＯの解読済みコンテンツの中に指定されている使用規則及び制約条件に従ってユーザは関連付けられたＤＲＭコンテンツのレンダリングが可能となる。
【００１５】
有効なＲＯのみによってＤＲＭコンテンツがアクセスされ得ることに起因して、保護されたＤＲＭコンテンツを１つのＵＥから別のＵＥへ自由に配信することができる。これは、例えばスーパー配信を可能にし、ユーザは自分たちの間でＤＲＭコンテンツを自由に受け渡すことが可能になる。ＵＥ１００へ配送されたＤＲＭコンテンツは、取り外し可能な媒体記憶装置や固定媒体記憶装置などのネットワーク記憶装置１０５へ転送されて、ネットワーク記憶装置１０５などに保存されてもよい。これは、オプションのステップ１：３ａと共に図示されている。別のオプションのステップ１：３ｂでは、ＤＲＭエージェント１０１は取得したＤＲＭコンテンツを、ＤＲＭエージェント１０７をも含む別のＵＥ１０６へ配信することができる。しかし、ＵＥ１００から提供されるＤＲＭコンテンツにアクセスできるようにするためには、ＵＥ１０６のＤＲＭエージェント１０７は、ＲＩ１０４からの新たなＲＯを要求しなければならない。これはステップ１：２ｂで行われる。ＲＩ１０４は、ＤＲＭエージェント１０７を認証し、次いで、ＵＥ１０６及びその関連付けられたＤＲＭエージェント１０７へＲＯを提供すべきか否かの判定を行う。ＲＯがＤＲＭエージェント１０７へ提供されるようになれば、ＵＥ１０６のユーザもＤＲＭコンテンツにアクセスできるようになる。ＤＲＭエージェント１０７がＤＲＭコンテンツへの最大の又は限定されたアクセスを行うかどうかは、すべて取得したＲＯの指示に依存する。すなわちＤＲＭエージェント１０７へ配信されたＲＯは、ＤＲＭエージェント１０１へ最初に提供されたＲＯと必ずしも同一であるとはかぎらない場合がある。
【００１６】
上述したように、コンテンツは単一のＵＥへ配信され得るだけでなく、ＲＩによって形成され、運営され、管理されるドメインに加入している１グループのＵＥへも配信され得る。ドメインが画定され、かつ、２以上のＵＥがドメインに加入されるとすぐに、それぞれのＵＥとＲＩ間での追加シグナリングをまったく必要とすることなく、ドメインに登録されているＵＥのうちの任意のＵＥへ配信されたコンテンツ及び関連付けられた権利をドメインのＵＥ間で共有することが可能になる。
【００１７】
図２ａは、ＵＥにおいてＤＲＭ保護コンテンツのレンダリングを可能にする従来技術に従ってＯＭＡ  ＤＲＭシステムにおいて実現されるＤＲＭ保護メカニズムを示す概略図であるのに対して、図２ｂはドメインに属するＵＥにおいてＤＲＭ保護コンテンツのレンダリングを可能にする類似のメカニズムを示す図である。
【００１８】
図には示されてはいないが、すべてのＵＥはＤＲＭエージェントを備えていて、これらのＵＥの個々は現在のＯＭＡ  ＤＲＭ標準規格に準拠して動作している。そのため、図２ａと図２ｂのＲＩとＵＥ間の記載したすべての通信ステップは、それぞれのＵＥのＤＲＭエージェントとＲＩ間で実際に実行されるステップであることを理解すべきである。
【００１９】
図２ａの第１ステップ２：１ａにおいて、ＵＥ２０１は関心対象のＲＩ２０５の所在位置を発見し、このＲＩに登録して、別のステップ２：２ａで図示のように、信頼性の高い発信元（図示せず）からＤＲＭ保護コンテンツを取得する。登録プロトコルはＲＩとＵＥ２０１のＤＲＭエージェントとの相互認証を必要とし、その場合、ＲＩ２０５は、ＣＡの秘密鍵で署名された公開鍵証明書を含む関連証明書チェーンをＵＥ２０１へ提供する。オプションとして、他のそれぞれの通信相手の正当性を検証するための他の種々の処理もこの段階で実行してもよい。
【００２０】
登録の成功の結果、正当なエンティティとしてのＤＲＭエージェントの、ＲＩによる認証が得られる。逆に、正当なエンティティとしてのＲＩの、ＤＲＭエージェントによる認証も同様に得られる。ＤＲＭエージェント側では、上記認証は、関連ＲＩを表すＲＩコンテキストの保存によって明示される。このＲＩコンテキストには、ＲＩ識別子（ＲＩ  ＩＤ）、ＲＩチェーン、アルゴリズム及びその他の情報が含まれる。
【００２１】
別のステップ２：３ａでは、ＵＥ２０１はＲＩ２０５からＲＯを要求する。後続ステップ２：４ａにおいて、ＲＯが生成され、ＲＩの秘密鍵を用いて署名され、次いで、次のステップ２：５ａにおいてＲＯはＵＥ２０１へ送信されて、ＵＥ２０１は、ＲＯがＲＩ２０５によって発行されたものである旨の証明を受けた署名を持つことになる。
【００２２】
ステップ２：６ａで図示のように、次にＵＥ２０１は取得したＲＯのコンテンツに基づいてＤＲＭ保護コンテンツのレンダリングを行うことができる。
【００２３】
この保護コンテンツはＵＥ２０１のユーザによって別のＵＥへさらに配信されてもよい。図２ａにおいて、この配信は、後続ステップ２：７ａで図示のように、ＵＥ２０２へコンテンツを転送するＵＥ２０１により示されている。しかし、上記とは別に、ステップ２：６ａに先行して、２：７ａを実行してもよいことを理解されたい。ＵＥ２０２が保護コンテンツをレンダリングできるようにするためには、ＵＥ２０２は関連ＲＯを取得しなければならない。したがってステップ２：８ａで図示のように、ＲＩ２０５への登録から始めて、ＲＯを要求し、取得する上述した処理手順と同じ処理手順が、後続ステップ２：９ａ〜２：１１ａに示すようにＵＥ２０２により実行される。これらの関連する権利に関して、最終ステップ２：１２ａで図示のように、ＵＥ２０２は次に保護コンテンツをレンダリングすることができる。
【００２４】
図２ｂで示されている代替の実施形態では、ドメインコンセプトを実現することによって、ＤＲＭ保護コンテンツを複数のＵＥによりレンダリングできる方法が説明されている。この実施形態によれば、図２ａのステップ２：１ａにおいて実行されたものと同一の登録手続きが第１ステップ２：１ｂにおいて実行される。次のステップ２：２ｂでＤＲＭ保護コンテンツが外部の発信元（図示せず）から取得される。
【００２５】
ドメインＤへの参加を所望するＵＥ２０１のユーザは、次のステップ２：３ｂにおいてＲＩ２０５に対するドメイン参加処理手順を起動し、その結果として、ＵＥ２０１のドメインへの参加と、関連付けられたドメインコンテキスト（Domain Context）の生成と、ＵＥ２０１への転送とがもたらされることになる。このドメインコンテキストは、ドメイン鍵、ドメイン識別子及び期限切れ時間などのドメインＲＯの処理を行う際にＵＥ２０１に必要な情報から構成される。
【００２６】
後続ステップ２：４ｂにおいて、ＵＥ２０１は、ドメインＤのＵＥが特定のＤＲＭ保護コンテンツをレンダリングする権利を継続するドメインＲＯを要求する。ドメインＲＯは、ステップ２：５ｂにおいて生成され、次いで、後続ステップ２：６ｂにおいてＵＥ２０１へ提供される。個々のドメインＲＯは、ドメインに加入しているＵＥに対する、関連付けられたＤＲＭ保護コンテンツの利用制限を規定する。
【００２７】
図２ａと図２ｂの双方の図において、それぞれのＲＯの生成に先行するＲＯの取得後にいつでも、関連付けられたＣＩにより生成されたＤＲＭ保護コンテンツは、ＲＯに従って許されていればＵＥ２０１によりレンダリングされてもよい。このようなレンダリング処理手順が後続ステップ２：７ｂで図示されている。
【００２８】
その後何らかの機会に、ＵＥの２０１ユーザは保護コンテンツの他のＵＥとの共有を所望することがあるかもしれない。そのような場合が、別のステップ２：８ｂと共に本図に示されている。このステップで、ＵＥ２０１においてレンダリングされたＤＲＭ保護コンテンツは関連ドメインＲＯと共にＵＥ２０２へ転送される。コンテンツのレンダリングを可能にするために、ＵＥ２０２は、別のステップ２：９ｂでＲＩ２０５に登録し、次いで、さらに別のステップ２：１０ｂでドメインＤに参加する。ＵＥ２０２がドメインＤに現在加入しているため、このＵＥは対応するドメインコンテキストを有し、かつ、ＲＩ２０５にコンタクトする必要なく、取得済みのＤＲＭ保護コンテンツをすぐに利用することが可能になる。
【００２９】
ＵＥ２０２のユーザは、ステップ２：１１ｂで図示のように、保護コンテンツ及び関連付けられたドメインＲＯのさらに別のＵＥ２０３への配信を選択することができる。ＵＥ２０３において、ステップ２：１２ｂで図示のように、ＵＥ２０３がＲＩ２０５に登録され、かつ、別のステップ２：１３ｂで図示のように、ドメインＤに参加するとすぐに、保護コンテンツのレンダリングを行うことが可能になる。ＵＥ２０２と２０３のユーザは、それぞれ後続ステップ２：１０ｂと２：１３ｂのいずれの場合においても、保護コンテンツのレンダリングを選択することができる。本図では、レンダリングがそれぞれステップ２：１４ｂ及びステップ２：１５ｂで図示されている。
【００３０】
図２ａを参照しながら上述したＤＲＭの一般的な設定が、単一のＵＥに対して保護コンテンツの著作権の正当な使用を管理できる方法を示すものであるのに対して、図２ｂは、コンテンツプロバイダの同意が得られた場合に、指定ドメイン内に登録されたＵＥ間で保護コンテンツを共有できる方法を示す図である。
【００３１】
しかし、上記ＵＥのユーザが自分のプライベートコンテンツに対してＤＲＭ保護を利用できるようにする標準規格のＤＲＭによる解決方法は存在していない。
【００３２】
したがって、ユーザが、プライベートＤＲＭ保護コンテンツの配信及び利用を制御できるようにする利用可能なメカニズムも存在していない。
【００３３】
さらに、正当なＯＭＡ  ＤＲＭ  ＲＩになるステップは時間とコストのかかる処理であると共に、この処理を小さなコンテンツプロバイダと、ローカルなコンテンツプロバイダの少なくともいずれかのコンテンツプロバイダのために与えることは困難であると考えられる。したがって、ＤＲＭ保護コンテンツの管理及び配信を行うための代替方法があれば感謝されることになろう。
【発明の概要】
【発明が解決しようとする課題】
【００３４】
上述の少なくともいくつかの問題点を解決することが本発明の目的である。
【課題を解決するための手段】
【００３５】
ユーザがデジタル著作権管理（ＤＲＭ）によって保護されたプライベートコンテンツの配信と消費をユーザ装置からローカルに制御できるようにする方法が提供される。特に、本方法は、専用の適合ユーザ装置のユーザが、既存のＤＲＭインフラ構造に依拠しながら、ＤＲＭ保護によるプライベートコンテンツを生成すると共に、当該コンテンツに対する使用権をローカルに発行できるようにするものである。
【００３６】
１つの側面によれば、コンテンツのデジタル著作権管理（ＤＲＭ）保護を、ＤＲＭシステムをサポートする通信ネットワークにおいて可能にする方法が提供される。著作権管理ユーザ装置（ＲＭＵＥ）と呼ばれる専用の適合ユーザ装置がＤＲＭシステムの第１の権利発行者に登録される。ＲＭＵＥは、第１の権利発行者からＤＲＭシステムのプライベート権利発行者になる権利を第１のユーザ装置に与える委任アサーション（delegation assertion）も取得する。さらに、ＲＭＵＥは第１の権利発行者から第１の権利オブジェクトを取得する。この第１の権利オブジェクトは第１の権利発行者によって署名され、かつ、第１の権利セットを含むものであり、この第１の権利セットは、ＲＭＵＥが、プライベートコンテンツに対するＤＲＭ保護をＲＭＵＥにおいてローカルに行うと共に、プライベートコンテンツに関連付けられた１以上の第２の権利オブジェクトを発行するためのものである。ＲＭＵＥは、プライベートコンテンツを取得し、かつ、第１の権利オブジェクトから取得した少なくとも上記第１の権利セットに従ってプライベートコンテンツに対するＤＲＭ保護を適用する。次のステップでは、ＲＭＵＥは、少なくとも第１の権利セットによれば、プライベートコンテンツをレンダリングするために第２のセットの権利を規定する第２の権利オブジェクトを発行することができる。このプライベートコンテンツが適宜保護されるとすぐに、ＲＭＵＥは第２の権利オブジェクトを第２のユーザ装置へ送信することができる。第２のユーザ装置は、プライベートコンテンツと、委任アサーションと、解読キーとを取得するとすぐに、少なくとも上記第２の権利オブジェクトに基づいてプライベートコンテンツをレンダリングすることができる。プライベートコンテンツは第１のユーザ装置からか、あるいはサーバからのいずれかから取得されてもよく、その場合プライベートコンテンツは事前に保存されたものである。
【００３７】
ＲＭＵＥはまた、第２のユーザ装置の登録を実行してもよく、その場合登録手続きの一部として委任アサーションが第２のユーザ装置へ提供される。
【００３８】
１つの実施形態によれば、第１の権利発行者が管理するドメインコンテキストが第１の権利発行者から要求される。ドメインコンテキストは、ドメインに加入し、かつ、ドメインコンテキストにより指定された第２のユーザ装置によって保護されたコンテンツのレンダリング規則を指定している。
【００３９】
別の実施形態によれば、ＲＭＵＥによってドメインコンテキストが代わりに生成され、この生成後、ＲＭＵＥはドメインコンテキストに関連付けられたドメイン内に第２のユーザ装置を加入させることができる。
【００４０】
さらに別の実施形態によれば、第２の権利オブジェクトが、代わりにプライベートドメインチャイルド権利オブジェクトになると共に、対応するドメインペアレント権利オブジェクトは第１の権利オブジェクトにより署名される。このようなシナリオでは、委任アサーションは対応するペアレント権利オブジェクトであってもよい。その場合、ペアレント権利オブジェクトは第１の権利発行者の公開鍵を含むことになる。上記とは別に、委任アサーションは、第１の権利発行者によって署名された、第１のユーザ装置の公開鍵証明書であってもよい。上記記載のＤＲＭシステムは一般にＯＭＡ  ＤＲＭシステムである。
【００４１】
このクレームされた発明はまた、上記記載の実施形態のうちのいずれかに準拠する方法を実行するように適合されたＲＭＵＥにも関する。
【００４２】
上記記載のＤＲＭメカニズムの導入によって、ＤＲＭ保護によるプライベートコンテンツのユーザによる制御と、このコンテンツをさらに柔軟に利用する方法の制御とを行うことが可能になる。ユーザは、このプライベートコンテンツを誰にレンダリングすることが許されるべきかを選択するだけでなく、どの程度までこのようなレンダリングが許されるべきかを選択することも可能である。
【図面の簡単な説明】
【００４３】
【図１】従来技術に従って、デジタル著作権管理（ＤＲＭ）システムのアーキテクチャを示す概略図である。
【図２Ａ】従来技術に従って、ＵＥへの、及び、ＵＥ間でのＤＲＭ保護コンテンツの配信用シグナリング図を示す概略図である。
【図２Ｂ】従来技術に従って、ドメインに加入しているＵＥへの、及び、ＵＥ間でのＤＲＭ保護コンテンツの配信用の別のシグナリング図を示す概略図である。
【図３】１つの実施形態に従って、著作権管理ＵＥがＤＲＭ保護によるプライベートコンテンツの生成及び配信を行う方法を示すシグナリング図である。
【図４】１つの実施形態に従って、著作権管理ＵＥが、ＤＲＭ保護によるプライベートコンテンツを生成し、このコンテンツをドメインに加入しているＵＥへ配信する方法を示すシグナリング図である。
【図５】別の実施形態に従って、著作権管理ＵＥが、ＤＲＭ保護によるプライベートコンテンツを生成し、このコンテンツをドメインに加入しているＵＥへ配信する方法を示すシグナリング図である。
【図６】さらに別の実施形態に従って、著作権管理ＵＥが、ＤＲＭ保護によるプライベートコンテンツを生成し、このコンテンツをドメインに加入しているＵＥへ配信する方法を概略的に示すシグナリング図である。
【図７】上記記載の実施形態のいずれかに従って動作するように適合された著作権管理ＵＥを概略的に示す図である。
【発明を実施するための形態】
【００４４】
手短に言えば、本発明は、プライベートコンテンツのＤＲＭ保護を可能にするメカニズムに関し、このメカニズムによって、別のＵＥにおける保護されたプライベートコンテンツへの配信とこのコンテンツの利用との制御が可能になる。さらに詳細には、上記提案されたメカニズムは、プラットフォームとして既存のＯＭＡ  ＤＲＭインフラ構造を用いて、ユーザがプライベートＲＯと呼ばれるＲＯを発行し、配信することを可能にするものである。本発明は、本願明細書において以後著作権管理ユーザ装置（ＲＭＵＥ）と呼ぶ修正されたＵＥにも関する。このＵＥは、提案されたＤＲＭ保護メカニズムの実現のために特に適合されたものであり、このようなＲＭＵＥのユーザはプライベートコンテンツの利用と配信の制御を維持することが可能になる。
【００４５】
登録されたＯＭＡ  ＤＲＭ対応ＵＥが、取得したＲＯに指定されている規則と制約条件とに従ってＤＲＭ保護コンテンツをレンダリングできることに起因して、本クレームされた発明に関する１つの重要な特徴として、ＲＭＵＥのユーザにより発行されたプライベートコンテンツに対する権利を規定するＲＯに関しても上記機能を再使用できることが挙げられる。本クレームされた発明は、本発明により導入された２つの新たなピースのデータ、すなわち、ＤＲＭシステムにおいて著作権の発行許可をＲＭＵＥに与えることを目的とする委任ＲＯと、ＲＭＵＥがＲＩから取得する委任アサーションとの２つのデータに依拠するものである。ＲＭＵＥはこの委任アサーションを利用して、権利の発行がＤＲＭシステムにおいて許されていることを他のＵＥに対して証明する。１つの構成例に係るＲＭＵＥについて図７を参照しながらさらに詳細に説明する。
【００４６】
概略的に示された図３のシグナリング図を参照しながら、１つの実施形態に係る、ＯＭＡ  ＤＲＭバージョン２システムなどのようなＯＭＡ  ＤＲＭシステムに基づくプライベートＤＲＭ保護メカニズムについて以下説明する。図３は、委任ＲＯに従ってＤＲＭによりプライベートコンテンツを保護するように適合されたＲＭＵＥ３０１と、委任ＲＯに従ってＤＲＭにより保護されたプライベートコンテンツが、ＲＭＵＥにより発行された別のＲＯ（プライベートＲＯと呼ぶ）に従ってレンダリングされ得る規格対応ＵＥ２０２とを示す図である。
【００４７】
最初に、ＲＭＵＥ３０１は、ＲＩ２０５の所在位置を発見する必要があり、委任ＲＩとしてこのＲＩ２０５に登録することができる。委任アサーションによって、プライベートコンテンツに対するＤＲＭによる保護がＲＭＵＥ３０１に許可されていることをＲＭＵＥ３０１は任意の規格対応ＵＥに対して証明することが可能になる。このような登録手続きが第１ステップ３：１で図示されている。
【００４８】
この登録手続きには、一般に、ＲＩ２０５とＲＭＵＥ３０１との相互認証が含まれ、特に、正当な（legitimate）装置としてＲＭＵＥを承認する証明書チェーンの検証を含むと共に、ＲＩ２０５が保持している１以上のブラックリストに対するＲＭＵＥ３０１のチェックも一般に含まれている。証明書チェーンを検証する目的は、ＲＩ及びＲＭＵＥの正当性（legitimacy）を確立するために、信頼性の高いエンティティから始めて、リンクされた信頼性アサーションのシーケンスを検証することである。このような認証手順は、例えばＯＭＡ  ＤＲＭ  ＲＯＡＰ登録プロトコルのような従来方式の認証プロトコルを用いて実行されてもよい。
【００４９】
上記記載の実施形態に係る登録手続きには、ＲＩの秘密鍵で署名されたＲＭＵＥの秘密鍵の公開鍵証明書の配信が含まれ、この登録手続は本実施形態におけるＲＭＵＥ３０１に対する委任アサーションである。この委任アサーションは、ＲＩ２０５からＲＭＵＥ３０１への１つのリンクされたステップと共に、ＲＭＵＥ３０１がＲＩ２０５から取得したＲＩ証明書チェーンを拡張するものであり、したがって、ＲＩとしてのＲＭＵＥに対する証明書チェーンになる。このため、任意のレガシーＵＥがＲＭＵＥ証明書チェーンの検証を行うことができると共に、ＲＭＵＥが信頼性の高いＲＩであることを検証することが可能となる。
【００５０】
プライベートＲＯを発行するための承認された権利を取得するために、ＲＭＵＥ３０１はＲＩ２０５から委任ＲＯを要求する。例えば、次のステップ３：２で図示のように、ＲＯ要求／応答プロトコルを利用することによって委任ＲＯを取得することができる。ＲＩ２０５は、この要求を承認して、次のステップ３：３で委任ＲＯを生成し、次いで、ＲＩ２０５は後続ステップ３：４でＲＯの応答に応じる。委任ＲＯは、ＲＭＵＥ３０１がＤＲＭによりプライベートコンテンツを保護し、関連付けられたプライベートＲＯを生成するための承認された権利を規定する１組の命令を含む。
【００５１】
この実施形態に記載の委任ＲＯは、標準規格のＤＲＭシステムに準拠するＲＯであるが、このＤＲＭシステムでは、おそらく、ＲＭＵＥにおいてプライベートＲＯを生成／生成できる条件を規定するために用いられるＸＭＬベースのＲＯを想定して、例えば著作権表現言語（Rights Expression Language）に追加される委任などのような新たな許可によって本方法は実行されることになる。ＤＲＭ保護コンテンツを生みだすために承認された権利、並びに、異なるＲＭＵＥに与えられるこのようなプライベートＤＲＭ保護コンテンツの利用は、ＲＭＵＥの登録ユーザ、１日の時刻又は委任ＲＯをＲＭＵＥへ発行するＲＩが指定する他の任意の基準などのような種々の環境に応じて異なるものになり得る。
【００５２】
プライベートＤＲＭ保護コンテンツのアクセスを制御する権利がＲＭＵＥに与えられると、コンテンツのパック化、暗号化及び保護を行うための生成機能であって、所定の標準フォーマットに従って標準ＣＩ及びＲＩタスクを実行する生成機能がＲＭＵＥにおいて要求される。ＯＭＡ  ＤＲＭにおける不連続な媒体のパック化、暗号化及び保護が、ＤＲＭコンテンツフォーマット（ＤＣＦ）を用いて一般に行われるのに対して、オーディオやビデオなどのような連続媒体を保護する際には、一般にパケット化されたＤＲＭコンテンツフォーマット（ＰＤＣＦ）が用いられる。 
ＲＭＵＥ３０１がプライベートＲＯを発行する権利を取得するとすぐに、ＤＲＭ保護が要求されるプライベートコンテンツの取得、パック化、暗号化、及び保護をＲＭＵＥ３０１の管理下で行うことが可能となる。これらのステップは、ユーザがＲＭＵＥ３０１へ入力したコマンドに応答するか、又は、ＲＭＵＥ３０１の自動コンテンツ生成プロセスに応答して実行されるか、あるいはこれらコマンドとプロセスとを組み合わせたものとして実行されてもよい。図３に、このような処理手順がステップ３：５で図示されていて、このステップに続いて、別のステップ３：６で図示のように、委任ＲＯに従ってランダムに生成されたコンテンツ暗号化鍵を用いて、取得コンテンツのＤＲＭ保護を行うための処理手順が実行される。
【００５３】
別のＲＭＵＥ又は従来方式の規格対応ＵＥのいずれかによってレンダリングされるＤＲＭ保護によるプライベートコンテンツを、対応するプライベートＲＯを発行したＲＭＵＥ３０１から取得する必要はない。別のＲＭＵＥ又はＵＥによりＤＲＭ保護によるプライベートコンテンツを将来検索するために、例えばオプションのステップ３：７で図示のように、ＤＲＭ保護処理手順に後続して、サーバ３０２のような外部の宛先へこのプライベートコンテンツを配信するようにしてもよい。しかし、ＲＭＵＥ３０１から、あるいは、外部の発信元から取得したコンテンツをレンダリングできるようにするためには、ＵＥ２０２をＲＭＵＥ３０１に登録する必要があり、かつ、関連するアクセス権（すなわちプライベートＲＯ）と、委任アサーションとをＲＭＵＥ３０１から取得する必要がある。
【００５４】
したがって、次のステップ３：８においてＵＥ２０２はＲＭＵＥ３０１に登録し、そこで委任アサーションを含むＲＭＵＥ証明書チェーンがＵＥ２０２へ提供される。上記委任アサーションは、プライベートＲＯを発行する権利がＲＭＵＥ３０１に与えられることを検証するものである。上記登録手続きにおいて、登録ステップ３：１中にＲＭＵＥ３０１により取得されるＲＩ証明書チェーンは、ＲＩの秘密鍵で署名されたＲＭＵＥの証明書で拡張される。したがって、ＲＩ２０５への登録はＵＥ２０２にとって不要になる。
【００５５】
次のステップ３：９ａにおいて、ＵＥ２０２はＲＭＵＥ３０１からＤＲＭ保護コンテンツを取得する。現在の標準規格によってサポートされている任意のダウンロードメカニズムかストリーミングメカニズムを用いて、この保護コンテンツをＵＥ２０２によりダウンロードするか、ＵＥ２０２へストリームすることができる。上記とは別に、代替ステップ３：９ｂで図示のように、サーバ３０２などの外部の発信元からこの保護コンテンツを取得してもよい。
【００５６】
保護コンテンツがＵＥ２０２により取得されるとすぐに、ＵＥ２０２は、ステップ３：１０に示されているようにＲＭＵＥ３０１からプライベートＲＯを要求する。ＲＯ要求に応答して、ＲＭＵＥ３０１は、ステップ３：４において取得した委任ＲＯに従ってプライベートＲＯを生成するルーチンを起動させる。このような処理手順が図３のステップ３：１１で図示されている。後続ステップ３：１２において、ＵＥ２０２の公開鍵を用いて暗号化されたコンテンツ暗号化鍵を含むプライベートＲＯはＲＯ応答メッセージの形でＵＥ２０２へ送信される。
【００５７】
ある典型的シナリオでは、プライベートＲＯには、ＲＭＵＥ３０１のユーザによって手入力されたか、あるいは、上記のような目的のために適合されたＲＭＵＥ３０１のＲＯ生成手段によって自動生成された権利と組み合わされて委任ＲＯにより規定された１組の規則と制約条件とが含まれる。最終ステップ３：１３で、ＵＥ２０２はその秘密鍵を用いて暗号化済みコンテンツの暗号化鍵を解読し、次いで、この保護コンテンツをプライベートＲＯに従ってレンダリングする。
【００５８】
例えば監査と請求の少なくともいずれかのような目的のために、ＲＩは、委任権の利用に対する何らかの制御の維持を所望する場合もある。もし委任ＲＩになる権利が、委任ＲＯの形で許可として表現され、かつ、ＲＭＵＥにおいてＤＲＭエージェントにより実施される場合、ＲＩは、或る種の処理状態を把握できる権利を利用することが可能であり、このような処理状態として、例えばカウンタと環境変数の少なくともいずれか、例えば使用回数などの測定用パラメータや、ＲＭＵＥの委任ＲＩとしての動作が可能であるかどうか、あるいは、ＲＭＵＥの委任ＲＩとしての動作がどの程度まで可能であるかを判定するためのその他の関連する制約条件などがある。
【００５９】
上述した標準規格のＯＭＡ  ＤＲＭプロトコルは、ＲＭＵＥ証明書チェーンとして拡張されたＲＩ証明書チェーンを用いることによって、ＲＭＵＥ／委任ＲＩと共に承認されたＲＩとして適用されるが、保護コンテンツがレンダリングされる規格対応ＵＥにおいてＤＲＭ実装構成の変更を必要としない。
【００６０】
上述の実施形態において２つの別個の処理手順について説明してきたが、上記とは別に保護コンテンツ及び関連付けられたプライベートＲＯを代わりにまとめて配信できることを理解されたい。
【００６１】
上記記載の実施形態は、ある特定のＵＥがＲＭＵＥに登録されるとすぐに、この特定のＵＥに対するプライベート権利をＲＭＵＥが指定することを可能にするものである。ＲＭＵＥにより生成されたプライベート権利が、代わりに複数のＵＥに対して規定される場合、ＯＭＡ  ＤＲＭ規格から得られる周知のドメインコンセプトを代わりに適用することも可能である。したがって、図４のシグナリング図を参照しながら、別の代替の実施形態に係るプライベートＤＲＭ保護メカニズムについて説明する。
【００６２】
図３の実施形態の場合と同様、図４もまたＲＭＵＥ３０１、従来方式のＵＥ２０２及びＲＩ２０５を含むシグナリング処理手順を示す図である。この図には示されてはいないが、前回の実施形態で述べたサーバによる解決方法が本実施形態の場合にも適用可能となり得ることを理解されたい。
【００６３】
本実施形態によれば、ドメインへの参加を必要とするＵＥがＲＭＵＥをＲＩの代わりにアドレス指定することができることになる。したがって、ドメインコンテキストの生成に必要な機能がＲＭＵＥ３０１に提供されることになり、このドメインコンテキストは、ＲＭＵＥ３０１により保護された、ＤＲＭ保護によるプライベートコンテンツの生成にＵＥがいつ及びどのようにアクセスできるようになるかに関する条件を提示することになる。
【００６４】
図４では、４つの第１のステップ、すなわちステップ４：１〜ステップ４：４が、前回の実施形態に記載の第１の４つのステップに記載されている方法に相当するステップとなる。しかし、本実施形態では、ＲＭＵＥ３０１は、ＲＭＵＥ３０１がＲＩ２０５から委任ＲＯを受信するとすぐにドメインコンテキストを生成することが可能である。ＲＭＵＥ３０１はステップ４：５においてドメインコンテキストＤを生成する。次のステップ４：６で、ＵＥ２０２はＲＭＵＥ３０１に登録する。ここで、ＲＭＵＥ３０１からＵＥ２０２へ提供されるＲＭＵＥ証明書チェーンには委任アサーションが含まれている。登録処理手順に続いて、別のステップ４：７で図示のようにＵＥ２０２はドメインＤに参加する。
【００６５】
ドメインに加入している１以上のＵＥと共有されるドメインＲＯには、コンテンツの保護に必要な暗号鍵、ドメイン鍵を用いる保護コンテンツ暗号化鍵、並びに、セキュリティを高める他の追加の鍵が含まれている。この目的のために、ＲＭＵＥ３０１には、それぞれのＤＲＭ保護によるプライベートコンテンツに関連付けられたプライベートドメインＲＯを生成するように適合されるだけでなく、ＲＭＵＥへ送出されるか、あるいは、ＲＭＵＥが生成したコンテンツからＤＲＭ保護によるプライベートコンテンツを生成するように適合された専用の生成機能が提供されてもよい。
【００６６】
次のステップ４：８では、ＲＭＵＥ３０１はプレーンテキストの形で保護すべき関連コンテンツを受信する。後続ステップ４：９において、上記取得されたコンテンツは、委任ＲＯに従ってドメイン鍵で保護されたＲＭＵＥにより生成されたコンテンツ暗号化鍵を用いて、ＤＲＭ保護を受けると共に、別のステップ４：１０において、ＲＭＵＥ３０１は、委任ＲＯにより提示される制限範囲内において、ドメインＤ用のプライベートドメインＲＯの生成を管理する。前回の実施形態において示したように、委任ＲＯは、一般に、従来方式のユーザインタフェースを介してＲＭＵＥへ挿入される自動化処理手順と命令とを組み合わせた形で生成される。
【００６７】
必要な場合、ステップ４：１１で図示のように、ＵＥ２０２はＤＲＭ保護コンテンツ及び関連付けられたプライベートドメインＲＯをＲＭＵＥから取得する。この取得が行われるとすぐに、ＵＥ２０２は、プライベートドメインＲＯに従って、かつ、次のステップ４：１２で図示のように、コンテンツ暗号化鍵の解読用ドメイン鍵を用いて保護コンテンツをレンダリングすることができる。
【００６８】
保護コンテンツはさらに別のＵＥへ転送され得る。このような場合、保護コンテンツは、ステップ４：１３で図示のように関連付けられたプライベートドメインＲＯと共に転送される。保護コンテンツのレンダリングを可能にするために、ＵＥ２０３はＲＭＵＥ３０１に登録されなければならない。上記のように、このような処理手順は、次のステップ４：１４で図示のように、ＲＭＵＥ３０１の委任アサーションを含むＲＭＵＥ証明書チェーンの、ＵＥ２０３への配信を有する。別のステップ４：１５で図示のように、ＵＥ２０３はまたドメインＤに参加し、かつ、ドメインＤ用のドメインコンテキストをＲＭＵＥ３０１から取得しなければならない。この段階で、ＵＥ２０３は、最終ステップ４：１６で図示のように、プライベートドメインＲＯに従って保護コンテンツを解読し、レンダリングできるようになる。
【００６９】
理解すべきことだが、ドメインについて記述する実施形態の場合にも、標準化されたＯＭＡ  ＤＲＭプロトコルがＲＭＵＥ／委任ＲＩと共にＲＩとして適用され、拡張されたＲＩ証明書チェーンが適用される。これによって、レンダリング用ＵＥにおいて行うべき変更を何ら必要とすることなく、提案されたＤＲＭ実装構成が達成可能となる。前述したように、セキュリティ要件に起因して所望の場合、これらのＵＥに対してドメインへの参加を許可すべきかどうかの判定をＲＭＵＥ／委任ＲＩに許す或る追加認証処理手順及び承認処理手順（ユーザログイン及び関連付けられた設定など）に対して、ドメインへの参加に用いるドメイン参加プロトコルなどのプロトコルを関連付けることができる。
【００７０】
上記実施形態に記載のように、ドメインに参加するＵＥはＲＭＵＥ／ＲＩ委任と共に標準規格のＯＭＡ  ＤＲＭプロトコルを利用している。このＯＭＡ  ＤＲＭプロトコルを利用する１つの利点として、ＯＭＡ  ＤＲＭの利用可能なクライアント側実装構成を再利用できるという点が挙げられる。一方で、この再利用は、ＲＭＵＥが、登録とドメイン管理のためにＲＯＡＰプロトコルなどのサーバ側での実装を必要とすること、さらに、ＲＯ要求／応答プロトコルなどを利用するＲＯＡＰ登録及びＲＯ要求などを利用して登録を行うためには、ＲＭＵＥがオンラインで利用可能でなければならないということを意味する。ＲＭＵＥが、コミュニティのメンバーから平文コンテンツを受信することによりコミュニティの権利を管理し、コンテンツを保護し、かつ、正当な装置上で保護されたレンダリングを行うためにドメインＲＯを関連付けるコミュニティサーバのような固定装置であれば、上記再利用は容易に実現可能となる。しかし、移動ＲＭＵＥ又は無線ＲＭＵＥ上でこれらの特性を実現する可能性は小さくなるかもしれない。したがって、代替の実施形態において、本願出願者はＯＭＡ  ＤＲＭ規格に対するいくつかの小さな変更を導入することにする。これらの変更によって、本発明に記載の著作権管理機能を備えたすべての対応装置による権利発行者の権利の取得が可能になる。
【００７１】
１つの代替実施形態では、ＲＭＵＥへの参加の代わりにＵＥの登録及びドメインへの参加がＵＥとＲＩとの間で行われる。これによって、ＲＭＵＥはこの種のサーバ機能を含む必要はなくなる。図５はシグナリング方式を示す図であり、この図で、委任ＲＯを要求し、次いでこの委任ＲＯをＲＩ２０５から取得する登録手続き及び処理手順は、ステップ５：１〜５：４で図示したような図４の対応するステップに相当する。
【００７２】
しかし、次のステップ５：５ａにおいて、ＲＭＵＥはドメイン（ドメインＥ）の生成を開始して、一般に参加ドメインプロトコルの利用によってドメインＥ用のドメインコンテキストを受信する。ステップ５：５ｂで、ドメインコンテキストは参加ドメインプロトコルを用いてＲＩ２０５において生成される。
【００７３】
ステップ５：６でＵＥ５００がＲＩ２０５に登録し、次のステップ５：７でＵＥ５００は、一般に参加ドメインプロトコルを利用することによって、ＲＩ２０５と確立されたシグナリング処理手順でドメインＥに参加する。次にＵＥ５００は、ＲＭＵＥ３０１の監督下で保護されるコンテンツをレンダリングする準備を行う。
【００７４】
別のステップ５：８で、ＲＭＵＥ３０１はＲＭＵＥ３０１においてＤＲＭ保護を受けることになるプレーンテキストコンテンツを取得する。後続ステップ５：９で、コンテンツは委任ＲＯに従って、かつ、生成されたコンテンツ暗号化鍵を用いてＤＲＭ保護を受けると共に、次のステップ５：１０で、前回の実施形態に関連して記載したのと同様の方法で、ＲＭＵＥ３０１においてドメインＥ用のプライベートドメインＲＯが生成される。さらに別のステップ５：１１では、ＤＲＭ保護コンテンツはプライベートドメインＲＯ及び委任アサーションと共にＵＥ５００へ転送される。ＵＥ５００は、ＲＩ２０５によって生成されたドメインＥに現在参加していて、ＲＭＵＥ３０１が生成したこのドメイン用のドメインＲＯを受信した。標準規格のＯＭＡ  ＤＲＭｖ２では、ドメインＥを生成したＲＩによってＲＯの署名が行われていないため、このようなＲＯの処理は許されないであろう。本願出願者は、本願において標準規格からの以下の逸脱を可能にするものである：すなわち、ドメインを生成したＲＩによって署名され得るだけでなく、正当な委任アサーションを有する委任ＲＩによってもドメインＲＯが署名され得るようにした。ステップ５：１１でＵＥ５００がコンテンツ及びプライベートドメインＲＯと共に委任アサーションを受信することに起因して、ＵＥ５００は、プライベートドメインＲＯにおける署名と、委任アサーションと、ＲＩとの間の関係を検証し、次いで、このプライベートドメインＲＯが正当なＲＯである旨の結論を下すことが可能となる。
【００７５】
ステップ５：１２で、ＵＥ５００は、コンテンツ暗号化鍵とコンテンツとを次々に解読し、プライベートドメインＲＯに従って保護コンテンツをレンダリングし、次いで、別のステップ５：１３に図示のように、ＵＥ５００は、保護コンテンツと、制限ドメインＲＯと、委任アサーションとをさらに別のＵＥ５０１へ転送する選択を行うことも可能である。
【００７６】
ＵＥ５０１が保護コンテンツのレンダリングを可能にするためには、ＵＥ５０１もまた、ステップ５：１４で図示のようにＲＩ２０５に登録する必要があるだけでなく、別のステップ５：１５で図示のようにドメインＥに参加する必要がある。これらの処理手順が終了したとき、ＵＥ５０１は、最終ステップ５：１６で図示のように制限ドメインＲＯに従ってコンテンツの解読とレンダリングとを選択することができる。
【００７７】
図６のシグナリング方式と関連して以下説明するさらに別の代替実施形態によれば、ＯＭＡ  ＤＲＭ規格は、ドメインペアレント及びドメインチャイルドＲＯが適用されるように修正される。この場合、ドメインペアレントとドメインチャイルドＲＯとは異なるＲＩ署名を有してもよい。
【００７８】
ＯＭＡ  ＤＲＭにおいて、ＲＯは継承シンタックス（inheritage syntax）を用いて別のＲＯから許可を受け継いでもよい。例えば、会員登録の一部として取得されたコンテンツに対する権利を指定するためにこのメカニズムを利用することが可能であり、かつ、このメカニズムは、許可を受け継いだＲＯがチャイルドＲＯ（Ｃ−ＲＯ）として参照されている間、装置とドメインＲＯの双方に適用される。受け継がれたこの許可を含むＲＯはペアレントＲＯ（Ｐ−ＲＯ）として参照される。Ｐ−ＲＯは一般に、いずれのＤＲＭコンテンツも直接参照するものではないため、上記メカニズムを用いて保護されたコンテンツをレンダリングするためにはＰ−ＲＯとＣ−ＲＯの双方が必要となる。
【００７９】
ＯＭＡ  ＤＲＭｖ２規格の上記修正によって、ペアレントＲＯはＲＩ委任の公開鍵を含み、かつ、ＲＩによって署名された委任アサーションとして機能することも可能となり、チャイルドＲＯは任意のＲＩ委任によって、あるいは、ＲＩ自身によって署名され得るというセマンティックスが追加される。前回の実施形態の場合のような、ＲＩ登録の実施とドメイン機能への参加とを行うためのＲＩ委任（すなわちＲＭＵＥ）が不要になると共に、ＲＭＵＥとレンダリング用ＵＥの双方がＲＩに登録することによって、同じＲＩにより生成されたドメインへの参加が可能になる。
【００８０】
登録手続きと、ＲＩ２０５からのドメイン委任ＲＯを必要とする処理手順とは双方とも、図５のステップ５：１〜５：４で実行された対応する処理手順に相当するものであり、図６の先頭ステップ６：１〜６：４において実行される。後続ステップ６：５ａ及び６：５ｂで、ドメインＦが生成され、ドメインコンテキストがＲＭＵＥ３０１に提供される。前述したドメイン関連の実施形態との相違点として、ドメインＦに関連付けられたドメインコンテキストが、ドメインＦ用のドメインコンテキストとドメインペアレントＲＯとを含むことになるという点が挙げられる。
【００８１】
次のステップ６：６でＵＥ５００はＲＩ２０５に登録し、次いで、後続ステップ６：７でＵＥ５００は前回の実施形態に記載したように同様の方法でドメインＦに参加する。
【００８２】
別のステップ６：８でＲＭＵＥは保護すべきコンテンツを取得し、次いで、ステップ６：９でこのコンテンツは委任ＲＯに従ってＤＲＭ保護を受ける。後続ステップ６：１０において、委任ＲＯに指定された規則と制限とに従ってプライベートドメインチャイルドＲＯが生成される。次のステップ６：１１において、ＲＭＵＥ３０１は、ドメインペアレントＲＯ及びプライベートドメインチャイルドＲＯと共にＤＲＭ保護コンテンツをＵＥ５００へ送信する。ここで、保護コンテンツはペアレント及びチャイルドドメインＲＯに従ってレンダリングされる。ＵＥ５００は、現在ＲＩ２０５によって生成されたドメインＦに参加し、異なるエンティティ（すなわちＲＩによって生成されたペアレントＲＯと、ＲＭＵＥによって生成されたチャイルドＲＯ）によって生成されたペアレントと、チャイルドドメインＲＯとを受信している。標準規格ＯＭＡ  ＤＲＭｖ２ではこのようなＲＯの処理は許されない。本願出願者は本願においてこの標準規格からの以下の逸脱を可能にするものである：すなわち、チャイルドＲＯがドメインを生成したＲＩ及びペアレントＲＯによって署名され得るだけでなく、正当な委任アサーションを有する委任ＲＩによっても署名され得るようにした。ＵＥ５００がステップ６：１１においてコンテンツ及びドメインＲＯと共に委任アサーションを受信することに起因して、ＵＥ５００は、ペアレントとチャイルドドメインＲＯ上での署名と、委任アサーションと、ＲＩとの間の関係を検証し、次いで、これが正当な権利オブジェクトであるという結論を下すことが可能となる。ステップ６：１２で上記保護コンテンツは適宜レンダリングされる。
【００８３】
ＵＥ５００は、ステップ６：１３で図示のように、ドメイン鍵を用いてコンテンツ暗号化鍵を解読する別のＵＥ５０１への、保護コンテンツ及びペアレントとチャイルド双方のドメインＲＯのさらなる転送を選択することができる。コンテンツをレンダリングするために、ＵＥ５０１は、次いでステップ６：１４で図示のようにＲＩに登録し、別のステップ６：１５で図示のようにドメインＦに参加する。最終ステップ６：１６で、コンテンツはドメインＲＯに従ってＵＥ５０１において解読され、かつ、レンダリングされる。
【００８４】
上述のような明示的委任アサーションを含むこの実施形態の２つの小さな変形例が存在する。すなわち、これらの変形例では、ペアレントＲＯはＲＭＵＥの公開鍵を含み、したがってペアレントＲＯが委任アサーションを構成することになる。
【００８５】
次に図７を参照しながら、ＵＥ、すなわち上記記載の実施形態のうちのいずれかに基づいて動作するように適合されたＲＭＵＥを概略的に提示する。本書面に記載のＲＭＵＥは、一般的ＵＥ機能及び特徴の適切な動作を可能にするために必要な機能性を提供する追加の従来方式の手段も含むものであるということを理解されたい。しかし、説明を簡略にするために、プライベートコンテンツにする提案されたＤＲＭ保護メカニズムを理解するのに不要な手段や機能についてはいずれも本図面では省き、このプレゼンテーションでのさらなる詳細な解説は行わない。
【００８６】
ＲＭＵＥ７００は、ＯＭＡ  ＤＲＭ規格に準拠してＤＲＭ機能を管理するように構成されたＤＲＭエージェント７０１を備える。ＲＭＵＥ７００には、上記記載の実施形態のうちのいずれかに従って、ＲＭＵＥ７００のユーザにより行われる、外部の発信元からＲＭＵＥ７００へ提供されたり、ＲＭＵＥ７００自身によって生成されたりしてもよいプライベートコンテンツのＤＲＭによる保護と、このＤＲＭにより保護されたプライベートコンテンツに関連付けられたプライベートＲＯの生成とを可能にする追加機能を設けた汎用装置７０２も含まれる。装置７０２は、ＤＲＭエージェントと相互にやりとりを行うように適合された分離ユニットとして、又は、従来方式のＤＲＭエージェント７０１と一体化したユニットとしてＲＭＵＥ７００側に実装されてもよい。
【００８７】
上記提案された生成機能は、組み合わされたプライベートコンテンツ及び著作権（ＰＣＲＧ）生成ユニット７０３ａにおいて実現可能である。上記とは別に、ＰＣＲＧはＤＲＭエージェント７０１と協働して動作するように適合された機能を有する２つの分離ユニットとして構成される。ＰＣＲＧが分離ユニットとして実装されている場合、プライベートコンテンツ保護機能（ＰＣＰＦ）７０３ｂが、プレーンテキストの形でＵＥ７００が取得したコンテンツをＤＲＭにより保護するように一般に適合されるのに対して、プライベート権利生成機能（ＰＲＧＦ）７０３ｃは、プライベートＲＯとしてプライベート権利を生成するように構成される。ＲＭＵＥ７００はまた、ＤＲＭエージェント７０１と相互にやりとりを行うように構成された汎用ユニットとして実現される追加機能を含むようにしてもよい。ＲＭＵＥ７００がドメインを生成できれば、ＲＭＵＥはこの目的のために適合された機能を含むことになる。本願でドメイン生成機能（ＤＧＦ）７０４と呼ぶこのようなユニットが所望のドメインコンテキストを生成するように適合されるのに対して、上記装置はドメインコンテキストに関連付けられたドメインに別のユーザ装置を加入させるように適合される。ＲＭＵＥ７００ａが登録サーバとして機能できる場合、ＲＭＵＥ７００ａはこのような登録機能を含む必要がある。登録機能（ＲＦ）７０５は第２のユーザ装置の登録を実行するように適合させることができる。その場合ＲＦはＲＭＵＥ７００と第２のユーザ装置間での登録手続きの一部として第２のユーザ装置へ委任アサーションを提供するように適合される。
【００８８】
しかし、ドメインがＲＩのみによって代わりに生成される場合と、規格対応ＵＥがＲＭＵＥ７００を用いる代わりにＲＩに登録する場合との少なくともいずれかの場合、上記のような登録機能はＲＭＵＥにおいて不要になる。ＲＭＵＥ７００は、保護すべきプレーンテキストコンテンツと、ＤＲＭ保護及びプライベートＲＯの生成を指定する権利とを処理するための著作権管理インタフェース（ＲＭＩ）７０６のみならず、従来方式の通信ユニット７０７もまた備えている。
【００８９】
本発明についてその実施形態例を参照しながら具体的に図示と説明を行ったが、以下の請求項によって定義されるように、本発明の精神および範囲を逸脱することなく、当業者が実施形態内の細部の形に種々の変更を行い得ることは理解されるであろう。したがって上記記載の実施形態例は、単に記述的意味で示されたものにすぎず、本発明の範囲に対して何らかの制限を設けるものとして解釈されるべきものではないことを理解されたい。
【図１】
0005688364.tif 000002
【図２Ａ】
0005688364.tif 000003
【図２Ｂ】
0005688364.tif 000004
【図３】
0005688364.tif 000005
【図４】
0005688364.tif 000006
【図５】
0005688364.tif 000007
【図６】
0005688364.tif 000008
【図７】
0005688364.tif 000009