JP4852550B2 - ライセンスされたコンテンツをレンダリングする方法 - Google Patents

Description

本発明は、一般的には、デジタル権利管理の分野に関し、より詳しくは、デジタルコンテンツに対するライセンスを記憶する方法、システムおよびデバイス、このライセンスに対するアクセス、ならびにこのライセンスの管理に関する。

コンピュータが用いられるようになって間もないころは、消費者のビューは「アプリケーションセントリック」であった。たとえば、消費者は、デジタルコンテンツを消費しようとする場合、最初に、ワープロなどの適当なアプリケーションを開いた。次に、消費者はこのアプリケーション内のコンテンツにアクセスした。

当該技術分野での現状では、「コンテンツセントリック」ビューが促進されている。たとえば、消費者は、デジタルコンテンツを消費したい場合、自身のファイルシステムエクスプローラで、そのコンテンツを含んでいるファイルをダブルクリックし、すると、関連のコンテンツ消費アプリケーションが立ち上がる。コンテンツを消費する権利は、しばしば、このようなコンテンツの特定の実施形態に結びついている。たとえば、映画を見る権利は、ＤＶＤの物理的所有と結びついている。コンテンツがＤＲＭ（デジタル権利管理）システムによって保護されている場合、このコンテンツの使用は、このコンテンツを保護するために元来用いられた特定のＤＲＭシステムの使用によって決まる。たとえば、消費者は、会社Ａからコンテンツのライセンスを購入した場合、会社ＡのＤＲＭシステムを、このようなコンテンツを消費するための消費デバイスにインストールしてもらわなければならない。

今日、マーケットで入手可能なＤＲＭシステムのほとんどに共通していることの１つは、コンテンツの所有者またはコンテンツの分配業者がライセンスの中で説明しているように使用ルールを実施しなければならない、ということである。このライセンスは、コンテンツ中に埋め込まれていたり、または、分離したライセンスであったりするが、この場合は、クリックスルーライセンスや適法契約などの機械や人間が読み取り可能なものである。ＤＲＭシステムは、このライセンスを解釈して、消費者がこのコンテンツに関して何をすることが許容されるかを識別し、許容されていないことを消費者がしないように制限を加える。このタスクを遂行するためにさまざまなＤＲＭシステムが用いるメカニズムはさまざまである。たとえば、多くのＤＲＭシステムは、ライセンスをプロプライエタリな仕方で表現し、記憶し、維持している。消費者は、一般的に、ＤＲＭシステムを獲得して、このシステムに対して規定されているコンテンツを要求する。すると、暗号化やフォーマッティングや、これと連結したこれ以外の信用やセキュリティの技術によってコンテンツのインスタンスが準備されるが、これらの技術によって、このコンテンツインスタンスは、ＤＲＭを特定的に実施する場合にしか用いることができないようになる。デジタルライセンスの場合、ライセンスは一般的には、ＤＲＭシステムのプロプライエタリレポジトリ中に記憶されたりコンテンツの１部として記憶されたりする。

コンテンツの消費を、消費アプリケーション、消費デバイスおよび／またはＤＲＭシステムの特定の組み合わせと結びつけると、消費者の購買の習慣と消費の習慣が制限される。しかしながら、消費者は、さまざまなソース（たとえば、ブリック・アンド・モルタル店、衛星／ケーブル、インターネットからのダウンロードなど）から、さまざまなフォーマット（たとえば、ＤＶＤ、レッドブックオーディオ、コンピュータＤＶＤ、ストリーミングなど）で、さまざまなデバイス（たとえば、ＰＣ、ホームメディアセンター、セットトップボックス、カーステレオ、モバイル電話、携帯式メディアプレーヤ、遠隔地にネットワーキングされたデバイスなど）に対してコンテンツを購入しようとする。

消費者はコンテンツを購入することをためらうが、これは、コンテンツを保護するＤＲＭシステムが将来には存在しないかもしれない（たとえば、ＤＲＭシステムが期限切れとなった場合）、企業が倒産しているかもしれない、又はＤＲＭシステムが、消費者がコンテンツを消費するために使用しようとするデバイスと互換性がない（たとえば、プラットフォームが制限されたＤＲＭシステムの場合）などの理由である。多くの場合、消費者は、コンテンツをレンダリングすることが可能なデバイスを有しているかもしれないが、このようなデバイスは必要とされるＤＲＭシステムを有していないかもしれない。

消費者がコンテンツ購入をためらう別の理由は、コンテンツが現在利用可能とされるフォーマットや媒体が、より優越したフォーマットや媒体に取って代わられるかもしれない（たとえば、ＤＶＤが高品位ＤＶＤに取って代わられるかもしれない）からである。しかしながら、消費者は、自分が購入したものが時代遅れなものと成ることを嫌がり、そのため、将来において、自身が同じコンテンツを再購入する必要がある。

消費者は、自分が買ったコンテンツを使用するためには、消費デバイス、消費アプリケーションおよびＤＲＭシステムのさまざまな組み合わせをインストールし、管理し、これと対話しなければならないが、これは消費者にとっては大変な負担である。たとえば、特定のＤＲＭシステムによって管理される権利での消費者のコンテンツの使用経験は、このようなＤＲＭシステムに固有のものである。消費者は、自分が購入したライセンスのすべてのインベントリ（目録）を得ることが可能であるわけではないが、これは、ライセンスはそのおのおのが、このライセンスを作成したＤＲＭシステムに対するプロプライエタリレポジトリに記憶されているからである。消費者は、互いに異なる４つのＤＲＭシステム用に構築されたライセンスを有していると、このようなライセンスを理解し、管理し、使用する固有の経験を４つ有することになる。

消費者はまた、コンテンツをレンダリングすることが可能ないずれかの適当なデバイスにとってあらゆるコンテンツが利用可能であることを望むものである。消費者はまた、いったんコンテンツを購入し、これで、将来のいつでも適当な時期にこのコンテンツを使用可能となるようにすることを望むものである。コンテンツの所有者は、ライセンスに規定されている使用ルールにしたがって消費者が自分のコンテンツにアクセス可能となるようにしたがるものである。コンテンツの所有者も消費者も特定のＤＲＭシステムにしばられることを好まない。ＤＲＭはこのような目的に対する障壁となるべきではない。消費者のコンテンツ購買意欲を抑圧するから、現在の「コンテンツセントリック」なビューはこのような障壁を生じるという事実がコンテンツの所有者を困らせている。

これらの問題のいくつかに対処しようとして、ＤＲＭシステム同士間での相互運用性を促進しようという試みが現在なされている。ＤＲＭシステム同士間の相互運用性はうまく実現すれば、これによって、消費者は、自分のコンテンツに対して自分が選んだフォーマット、ロケーション、時間およびデバイスでアクセスすることが、自分のこれらについての権利が、コンテンツの所有者または分配業者によって承認されれば、可能となる。消費者は、自分が購入したデジタルコンテンツを所有しているという感覚が高まることになるが、これは、対応するライセンスを実施するために用いられるＤＲＭシステムやこのようなシステムのバージョンとは無関係にいつでも適当なときにどこででもこのようなコンテンツを使用することが可能であるからである。しかしながら、ＤＲＭの相互運用性を場当たり的に実現しようとしてもいくつかの障壁がある。たとえば、多重性という点から見ると、さまざまなＤＲＭシステム同士間でプロプライエタリな関係を確立すると、あらゆる順列に対してＮ階乗（Ｎ−ｆａｃｔｏｒｉａｌ）問題となる。

セキュリティという点から見ると、ＤＲＭシステムは、さまざまな実施のレベルを提供している。コンテンツに互換性があればどのＤＲＭシステムにでも移ることが可能であると、セキュリティ問題が生じる可能性がある。消費者はそのすべてのコンテンツを安全度の最も低いシステムに移動させて、権利の実施レベルが低いことを悪用するかもしれない。これによって、最も安全度の低いＤＲＭシステムが最も広く用いられるという環境が助長されることになる。

ライセンス中の使用ルールのサポートという点から見ると、ＤＲＭシステムは、さまざまなライセンス条件集合を実施する。この場合もまた、コンテンツが互換性があればどのＤＲＭシステムにでも移ることが可能であると、セキュリティ問題が生じる可能性がある。たとえば、消費者は、１日レンタルを許可しているＤＲＭシステムから１日レンタル制限をサポートしていないシステムにコンテンツを移動させて、このコンテンツを１日レンタル期間以降も使用しようとするかもしれない。

使用ルールの表現という点から見ると、ＤＲＭシステムは、コンテンツに割り当てられた使用ルールを指定するためにさまざまなメカニズムを用いる。ＤＲＭシステムは、固定したルール集合をすべてのコンテンツのタイプおよび／またはインスタンスに適用するかもしれないし、また、このようなシステムは、使用ルールをコンテンツに対してインスタンスごとに適用するかもしれない。使用ルールを個々のコンテンツインスタンスに対して適用するＤＲＭシステムは、使用ルールのタイプを表現するその能力がそれぞれ異なることになる。たとえば、ＤＲＭシステムＡでは、コンテンツの所有者は、そのコンテンツを閲覧可能であるが、コピーは不可であると規定することが可能である。ＤＲＭシステムＢでもこれと同じ機能を提供するが、コンテンツの所有者は、そのコンテンツを１回しか再生できないと規定することが可能であったりする。ＤＲＭシステムＣでは、使用ルールの表現の柔軟性が高い言語を用いている。このように、使用ルールの表現に対するさまざまなＤＲＭシステムの要件および機能が変動することによって、相互運用性を実現することが困難と成る。

ユーザの使用体験という点から見ると、ＤＲＭシステムはおのおのが、消費者が、自身がアクセスするコンテンツを理解し、消費し、目録調査するために用いるプロプライエタリなユーザインタフェースを有している。したがって、ユーザがさまざまなＤＲＭシステムを使用体験しようとしても整合性がない。

ライセンスの獲得という点から見ると、消費者がコンテンツのライセンスを獲得しようとすると、このライセンスの供給者は、コンテンツと、デバイスと、ＤＲＭシステムの該当する組み合わせと互換性があるコンテンツを提供するためには、そのＤＲＭシステムとフォーマットを理解しなければならない。

ＩＳＯ ＭＰＥＧ−２１やＯＭＡ(Open Mobile Alliance)などの規格化グループがあるが、これらの意図するところは、適合しているさまざまなＤＲＭシステム間でコンテンツを交換可能とするようなコンテンツフォーマット、クライアント／サーバ通信プロトコル、コンテンツ保護方法、コンテンツ識別方法、権利表現および相互運用の程度を含む標準のＤＲＭシステムとインタフェースを作成することによってＤＲＭ相互運用性を実現することである。他にも、相互運用性を達成する主要な手段として権利の共通表現（権利表現言語、すなわちＲＥＬ(Rights Expression Language)）の確立に焦点を合わせている規格化グループがあるが、それには、ISO MPEG-21 REL ワーキンググループ、 TV-Anytime 権利管理保護グループ(TV-Anytime Rights Management and Protection Group)、ISO SC36、IEEE ＬＴＳＣ (IEEE Learning Technology Standards Committee)、ＯｅＢＦ権利と規則ワーキンググループ(Open eBook Forum Rights and Rules Working Group)などがある。ＲＥＬの標準化は、メッセージ交換の共通フォーマットの標準化に類似している。標準化すると、適合しているすべてのシステムが互いに通信可能となり、相互運用可能な仕方でライセンスを交換したり共有したりすることが可能となるという利点があるが、この場合、適合するための経費は完全なＤＲＭシステムと比較して安価であり、メッセージ（ＲＥＬ）は、プラットフォームや、デザインや、実現方法に対して中立であり、これらを強制することはない。このような方式によって、さまざまなプラットフォーム処理事項を持つ技術提供者同士が、十分な相互運用性を維持しながらも、同等の基盤で競合することが可能となる。

標準化のためのさまざまな努力によって上述した主要な障壁は取り除かれるとはいえ、多くの障壁がまだ残っている。たとえば、規格を作成するという点から見れば、標準化されたＤＲＭシステムは極度に作成しにくいが、これは、標準化するためには、コンテンツの所有者からレンダリングデバイス製造業者に至るまでの価値連鎖上の関係者のすべてがシステム要件に関して合意することが必要であり、また、このような合意を達成するには面倒な問題があるからである。コンテンツの所有者一人ひとりが、セキュリティレベル、ライセンスで必要とされる使用ルールなどに対して自身の要件を有している。デバイスの製造業者は、不便であると消費者の購買意欲をそぐため、ライセンスの実施をためらうこともありえる。また、これによって、製造業者が競合者に差をつける機能の使用が制限されるかもしれない。加えて、すべてのビジネスモデルが同じレベルのセキュリティや使用制限を必要とするわけではない。たとえば、宣伝広告のコンテンツでは、組み込まれたコマーシャルが目に留まることが必要であるが、オーディオＭＰ３を分配させる際には、コピーを制限する必要がある。規格は、確立されても、共通のセキュリティ要件を共有するマーケット区分を取り扱う傾向がある。マーケット区分全体にわたる場当たり的な相互運用性は、問題が絶えない。

国際間でのサポートという点から見ると、標準化されたＤＲＭシステムが、１国、その知的財産法で困難であり、グローバルに標準化されたＤＲＭシステムを作成することはほとんど不可能である。そうしようとすると、すべての国が知的財産とその使用の法律に同意する必要がある。

ライフサイクルという点から見れば、ほとんどのデジタルエンティティと同じように、ライセンスにもライフサイクルがある。ライセンスは、作成され、新たなライセンスを作成するために使用され、破棄され、期限切れになり、廃止され、行使され、転送され、共有されるなどする。権利の相互運用可能性に関する表現があれば、相互運用可能なＤＲＭシステムを作成する際に役に立つとはいえ、それによって、このようなシステムがデジタルライセンスのライフサイクル全体にわたって関与することを可能とするために必要とされる機能性がすべて提供されるわけではない。

このような難しさと他にも困難性があるため、望みえる最良の策は、所与の国の所与のマーケット（たとえばアメリカにおけるＤＶＤ映画）に対してＤＲＭ規格を作成することである。したがって、現行のＤＲＭシステムの手法では、消費者は、複数のＤＲＭシステムとＤＲＭ相互運用性という問題とに取り組む運命にある。

したがって、従来のコンテンツセントリックなシステムと方法とにまつわる上記の問題や他の問題に対処した方法、システムおよびデバイスに対する必要性が存在する。この必要性およびこれ以外の必要性は、本発明の典型的な実施形態によって対処されるが、これらの実施形態は展開可能であり、デジタルコンテンツの分配と権利管理とに対する「ライセンスセントリック」な方式を促進することによって消費者の体験をかなり向上させるような方法、システムおよびデバイスを提供するものである。典型的な共有ライセンスレポジトリを、ライフサイクル機能（たとえば、ピアツーピアでのライセンスの転送、更新、探索、獲得、あるＤＲＭから別のＤＲＭへの変換などの機能を含む）の豊富な集合を実現するように構成することが可能である。上記の典型的な実施形態では、消費者が、ハンドヘルドデバイスやＷｅｂサービスなどのさまざまなレポジトリから、自身の嗜好に基づいて選ぶことが可能である。これら典型的実施形態では、共有ライセンスレポジトリとプロプライエタリＤＲＭシステムとの相互運用を可能とするメカニズムとインタフェースとを提供することによって、多くの均質なＤＲＭシステムに対する消費者の取り扱いの体験が向上される。

したがって、本発明のある典型的実施形態では、コンテンツの特定のインスタンスの代わりにコンテンツと関連するライセンスを管理することによってユーザがこのコンテンツを管理することが可能であるように構成されたユーザインタフェースを含み、ここでこのコンテンツの使用または分配はこのライセンスによって承認される、ライセンスセントリックなコンテンツ使用またはコンテンツ分配のための方法、システムおよびデバイスが提供される。

本発明の他の態様、特徴および長所は、本発明を実施するように意図された最良の形態を含む多くの典型的な実施形態と実施例とを単に図示して、以下の詳細な説明により容易に明らかであろう。本発明はまた、本発明の精神と範囲からまったく逸脱することなく、他のさまざまな実施形態が可能であり、そのいくつかの詳細をさまざまな点で修整することが可能である。したがって、図面と説明は、本来解説と見なすべきであり制限するものと見なすべきではない。

本発明には、デジタルコンテンツの消費の現状では、「コンテンツセントリック」な方式では、消費されているコンテンツが特定の消費アプリケーションに結合される、という認識が含まれる。たとえば消費者は、デジタルコンテンツを消費したい場合、自身のファイルシステムエクスプローラ中にそのコンテンツを含んでいるファイルをダブルクリックし、すると、適当なコンテンツ消費アプリケーションが立ち上がる。コンテンツを消費する権利はしばしば、このようなコンテンツの特定の実施形態と結びついている。たとえば、映画を閲覧する権利は、ＤＶＤの物理的所有と結びついている。コンテンツがＤＲＭ（デジタル権利管理）システムによって保護されている場合、このコンテンツの使用は、このコンテンツを保護するために元来用いられている特定のＤＲＭシステムの使用によって決まる。たとえば、消費者が会社Ａからコンテンツのライセンスを購入した場合、この消費者は、会社ＡのＤＲＭシステムを、対応するコンテンツを消費するための消費デバイスにインストールしなければならない。

これら典型的な実施形態は、「ライセンスセントリック」なデジタル権利管理というコンセプトを導入することによってコンテンツセントリックな方法を改善するものである。消費者は、自分がコンテンツを使用するために有している権利に意識を集中したがるものである。消費者は、このような権利を簡単に管理することが可能であることを望むものである。消費者は、コンテンツの媒体もしくはフォーマット、消費アプリケーション、消費デバイスおよびＤＲＭシステムの特定の組み合わせの場合にしかコンテンツが使用できないという状態を好まない。典型的な実施形態の状況では、ライセンスは、権利の表現を用いて記録された使用ルールの表示を含むことが可能である。ライセンスは、承認された権利の文脈全体を伝えることが可能である。ライセンス中に記録されている情報は、権利の承認者、権利の譲受者、コンテンツ、許可された使用法ならびに関連する条項および条件を含むことが可能である。権利の表現は、デジタル形態の権利表明を含むことが可能である。権利の表現の例は、ＩＳＯ ＭＰＥＧ ＲＥＬ、ＸｒＭＬ、ＳＡＭＬ、ＸＡＣＭＬ、ＯＤＲＬ、ＯＭＡ ＲＥＬ、データ構造、ビットフィールドなどの、たとえば、ＸＭＬベースの権利表現言語に基づいた権利を含むことが可能である。

この典型的な実施形態によれば、消費者はコンテンツのライセンスを獲得（たとえば、購入、レンタル、交換および寄付）し、このようなライセンスを利用して、用いる消費アプリケーションや消費デバイス、コンテンツ分配媒体、ライセンス条項を実施するために用いるＤＲＭシステムなどとは無関係にこのコンテンツを用いること（たとえば、消費、レンダリング、分配、共有）が可能となる。たとえば、消費者は映画を見るためのライセンスを購入することが可能であるが、このようなライセンスを、このようなＤＶＤの特定の実施形態、たとえば、ＤＶＤなどに結びつける必要はない。これと同じ映画が、ペイパービューブロードキャストや高品位ＤＶＤなどの別の媒体で利用可能であっても、この消費者のライセンスは、このライセンスがこのようなレンダリングを許可しているものと見なして、この映画を見る目的に対して有効である。別の例として、消費者が自分の家庭用のドメイン内でいずれかのデバイスで映画を再生するライセンスを獲得したとする。このライセンスは、この人のデスクトップでアイコンとして表示することが可能である。このライセンスアイコンがＤＲＭ Ｐｌａｙｅｒ Ｉ（たとえばＲｅａｌ Ｐｌａｙｅｒ）にドロップされると、この映画は彼のＰＣモニター上で再生される。これと同じライセンスアイコンをＤＲＭ Ｐｌａｙｅｒ ＩＩ（たとえばＷｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒ）にドラッグしても、この映画が（たとえば、ＤＲＭ Ｐｌａｙｅｒ ＩＩによって駆動される大型画面上で）再生される。このＤＲＭ Ｐｌａｙｅｒは、レンダリング環境に適したライセンスに関連するコンテンツを（たとえば必要に応じて）取り出してくる。同様に、このライセンスがモバイル電話または携帯式プレイヤに転送されると、これらのデバイスもまた、家庭用のドメインに属している限り、コンテンツを（必要に応じて）取り出してきてレンダリングすることが可能である。これは、最新式のＤＲＭシステムより消費者にとってははるかに便利である。

これら典型的な実施形態では、消費者が、購入したライセンスの自身のインベントリに対して、自分のロケーション、消費アプリケーションや消費デバイスまたはこのライセンスを作成したプロプライエタリＤＲＭシステムとは無関係にアクセスすることが可能である。これら典型的な実施形態は、消費者に対して、自分のライセンスのすべてを管理するための接点を１つ提供する典型的なライセンスレポジトリを含んでいる。この典型的なライセンスレポジトリは、異種のＤＲＭシステムに対して一貫したユーザインタフェースでありながら、同時に、このようなシステム同士間での相互運用を容易なものとしている。これら典型的な実施形態は、デジタルライセンスの記憶と管理、さらに、このようなライセンスにアクセスするインタフェースを含んでいる。

したがって、現在市販されているシステムとは対照的に、これら典型的な実施形態は、ＤＲＭイネーブルのデジタルコンテンツの分配に対して「ライセンスセントリック」な方式を採用している。消費者はコンテンツのライセンスを獲得し、用いる消費アプリケーションや消費デバイス、コンテンツ分配媒体、ライセンス条項を実施するＤＲＭシステムなどとは無関係にこのようなライセンスを使用してこのコンテンツを使用することが可能となる。たとえば、消費者は音楽のトラックのライセンスを購入することが可能であるが、このライセンスは、ＣＤなどのこの音楽の特定の実施形態に結びつける必要はない。これと同じ音楽がダウンロード用のＭＰ３ファイルなどの別の媒体で利用可能である場合でも、消費者のライセンスは、このようなレンダリングをこのライセンスが許可しているものとして、いまだ有効で、また、適用可能である。

このような「ライセンスセントリック」な方式を可能とするために、これら典型的な実施形態は、消費者が、コンテンツのインスタンスではなくてライセンスに集中することを可能とすることによって、消費者の体験を向上している。これら典型的な実施形態は、消費者が、自分のライセンスをより良く理解して活用し、獲得、ピアツーピア転送（たとえば、貸付、売却など）、探索、更新、アーカイブ、インベントリなどの事項などのライフサイクル機能を遂行することを可能とすることによって消費者の体験を向上させている。これら典型的な実施形態は、一貫したユーザ体験とあらゆるライセンスを使用したり管理したりするための１つの接点とを、消費者のロケーションや、消費デバイスや、これらライセンスを作成したエンティティ（たとえば、プロプライエタリＤＲＭシステム、コンテンツの所有者およびコンテンツの分配業者）とは無関係に提供する。これら典型的な実施形態は、さまざまなＤＲＭシステム間、同じＤＲＭシステムのさまざまなインスタンス間、及び、同じＤＲＭシステムのさまざまなバージョン間での最小ではあるが十分なレベルの相互運用性を、提供する。

このような利点を提供するために、これら典型的な実施形態は、共有のデジタルライセンスレポジトリに対してモバイルにアクセスし、記憶されているライセンスに対してライフサイクル管理を提供する。これら典型的な実施形態は、デジタルライセンスの記憶領域と、このようなライセンスにアクセスするインタフェースとを含んでいる。

ここで、幾枚からの図全体にわたって同じ参照番号が同じまたは対応している要素を示している図面と、特にその内の図１を参照すると、ある典型的な実施形態によるライセンスセントリックなコンテンツ消費のためのシステム１００が図示されている。図１において、ライセンスセントリックなコンテンツ消費の典型的システム１００は、コンテンツの使用ルールを表現しているライセンス１０６、１０８、１２８、１３０、１３２および１３４を含むことが可能である。これらライセンスのフォーマットは、ライセンス１０６、１２８、１３０および１３２のように標準化されているか、または、ライセンス１０８および１３４のようにプロプライエタリとなっている。プロプライエタリライセンスの内の１部は、コンテンツを獲得する際にユーザが同意する法的な条項と条件であり、このコンテンツがプロプライエタリＤＲＭシステムの内部に存在し、また、これらの条項と条件を理解することとが、プロプライエタリライセンスの基礎を形成している。この典型的システム１００は、複数のＤＲＭシステムおよび／またはＤＲＭシステム１３６、１３８、１４０のインスタンスの内の１つによって使用したり、または、これらによって共有されたりすることが可能な共有デジタルライセンスレポジトリ１４２を含むことが可能である。

この共有デジタルライセンスレポジトリ１４２は、プロプライエタリＤＲＭシステムのレポジトリ、プロプライエタリＤＲＭシステムのプログラムインタフェース１２２、１２４、１２６および／またはＤＲＭシステム自身を含む、プロプライエタリＤＲＭシステム１３６、１３８および１４０の内の１つ以上とインタフェースするプログラムインタフェース１１０、１１２および１１４の内の１つ以上を含むことが可能である。これらプログラムインタフェース１１０、１１２、１１４、１２２、１２４および１２６は論理的機能である。これらは、それぞれライセンスレポジトリの１部およびプロプライエタリＤＲＭシステムとしてまたは互いに別個の外部のグルーモジュール（ｇｌｕｅ ｍｏｄｕｌｅ）として実現することが可能である。共有デジタルライセンスレポジトリ１４２は、ライセンスを管理するように構成され、さらに、共有ライセンスレポジトリ１４２の１部としておよび／またはプロプライエタリＤＲＭシステム１３６、１３８および１４０の１部として構成されたライセンス管理ユーザインタフェース１０４を１つ以上含むことが可能である。

これらプロプライエタリＤＲＭシステム１３６、１３８および１４０は、それぞれのＤＲＭシステムに対してプロプライエタリであるＤＲＭライセンスレポジトリを含むことが可能であるが、ここで、共有デジタルライセンスレポジトリ１４２のインスタンス間にあるプログラムインタフェース１２２、１２４および１２６は、それらの間でライセンスを転送することが可能であるように構成されている。プロプライエタリＤＲＭシステム１３６、１３８および１４０はまた、共有デジタルライセンスレポジトリのインスタンス同士間でのライセンスの転送を管理するように構成されているライセンス管理ユーザインタフェース１１６、１１８および１２０を含むことが可能である。プロプライエタリＤＲＭシステム１３６、１３８および１４０は、サービスプロバイダ同士間のプログラムインタフェース１２２、１２４および１２６ならびに、それぞれのサービスプロバイダからのライセンスの獲得を可能とするように構成され、また、共有デジタルライセンスレポジトリ１４２にライセンスを記憶するように構成された共有デジタルライセンスレポジトリ１４２を含むことが可能である。これらライセンス管理ユーザインタフェース１１６、１１８および１２０はまた、サービスプロバイダからの新しいライセンスの獲得を管理し、また、ライセンスを共有デジタルライセンスレポジトリ１４２に記憶するように構成することが可能である。

共有デジタルライセンスレポジトリ１４２はまた、共有デジタルレポジトリ１４２自身および／または共有デジタルライセンスレポジトリ１４２のユーザ／所有者を認証するように構成された認証コンポーネント１４４を含むことが可能である。この共有デジタルライセンスレポジトリ１４２はまた、デジタルコンテンツのレポジトリとして構成することが可能である。典型的なシステム１００は、図１に関連して説明したコンポーネントのすべてを含む必要はないが、一方、別の典型的実施形態はこれら説明したコンポーネントのたった１部しか含むことができない。

この典型的なシステムの中心にはデジタルライセンスレポジトリ１４２があるが、これは、複数のプロプライエタリＤＲＭシステム１３６、１３８および１４０で共有することが可能である。レポジトリ１４２は、明示的に表現されたまたは状況によって暗示されているライセンス（たとえば、ＣＤを所有しているということは、対応する音楽を再生するライセンスを持っていることを暗示している）を記憶し、探索し、理解することが可能である。このようなライセンスは、レポジトリ１４２に固有の形態で表示することが可能である。いずれかの適当なロケーションまたはデバイスからデジタルライセンスレポジトリ１４２中のライセンスにアクセスしやすくするために、レポジトリ１４２を、ユーザが持ち運び可能なモバイルの物理デバイス、ＰＣやセットトップボックスや、ゲームコンソールなどのネットワークやドメイン制御デバイスに取り付けられたデバイス、標準のプラットフォーム上で動作するソフトウエアアプリケーション、さまざまなロケーションからアクセス可能なサービスなどとして構成することが可能である。

共有デジタルライセンスレポジトリ１４２では、複数のエージェントがライセンスのライフサイクルに関与することが可能であるが、ここで、これら複数のエージェントは、このようなライセンスのプロプライエタリな表現を理解する必要がない、という利点がある。共有デジタルライセンスレポジトリ１４２のインタフェース１１０、１１２および１１４は、ライセンスを探索し、ライセンスを獲得し、ピアツーピアでライセンスを転送し、ライセンスを更新し、プロプライエタリＤＲＭシステムフォーマット間のライセンス変換などをするように構成することが可能である。

ユーザと対話するために、共有デジタルライセンスレポジトリ１４２はライセンス管理ユーザインタフェース１０４を備えているが、このインタフェースによって、ユーザは、レポジトリ１４２のコンテンツを解釈し、レポジトリ１４２に記憶されているライセンスに対してライフサイクル機能を実施することが可能であるが、これら機能には、たとえば、バックアップ、新しいライセンスの獲得、ライセンスの転送、ライセンスの探索、ライセンスの状態、ステータスおよびインベントリの報告、ライセンスの更新、廃止されたライセンスの清掃、ライセンスの発行、標準フォーマットへのライセンスの変換、プロプライエタリフォーマット間でのライセンスの変換、紙や他のデジタル形態へのライセンスのアーカイブ保管などの機能がある。

プロプライエタリＤＲＭシステム１３６、１３８および１４０と対話するために、共有デジタルライセンスレポジトリ１４２はプログラムインタフェース１１０、１１２および１１４を備えるが、これらのインタフェースによって、記憶、探索、検索および、特定のＤＲＭシステム１３６、１３８および１４０に固有の権利表現を含む他のライセンスライフサイクル機能が可能となる。これらインタフェース１１０、１１２および１１４によって、ＤＲＭシステム１３６、１３８および１４０間での相互運用が可能となるが、この際に、ＤＲＭシステム１３６、１３８および１４０は、互いのプロプライエタリな権利表現を理解する必要がない、という利点がある。共有デジタルライセンスレポジトリ１４２はまた、たとえば、プロプライエタリＤＲＭシステム１３６、１３８および１４０がユーザを認証することを可能とする認証コンポーネント１４４を介して識別特徴の証明を出力するように構成することが可能である。

共有デジタルライセンスレポジトリ１４２は、他のデジタルライセンスレポジトリ１４２と対話することが可能である。共有デジタルライセンスレポジトリ１４２はおのおのが、共有デジタルライセンスレポジトリ１４２がライセンスを交換することを可能とする標準化された（たとえば、物理的な、プログラム、無線式、多重式などの）インタフェースを備えるように構成することが可能である。他の共有ライセンスレポジトリ１４２と対話する機能によって、ユーザは、ライセンスに対する自身の好みの動作体験に基づいてレポジトリを選択したり、レポジトリ間でライセンスを転送したりすることが可能である。１つ以上の共有デジタルライセンスレポジトリ１４２を、１つの計算エンティティ内で実現することが可能である。たとえば、ライセンスレポジトリサービスで、複数のユーザに対して共有デジタルライセンスレポジトリサービスを提供するようにしてもよい。

共有ライセンスレポジトリ１４２はまた、特定のＤＲＭシステムが用意したプロプライエタリなインタフェースを用いて、この特定のＤＲＭシステムと対話することが可能である。これによって、共有ライセンスレポジトリ１４２は、自身が備えているネイティブのプログラムインタフェース１１０、１１２および１１４をサポートしていないＤＲＭシステムとの相互運用が可能とされる。

図２に、共有ライセンスレポジトリ１４２を用いる典型的なステップの概観を示すが、ここで、ステップ２０２で、ユーザは、共有デジタルライセンスレポジトリ１４２を獲得して構成する。本典型的な実施形態では、プロプライエタリなレポジトリに制限されている従来のＤＲＭシステムとは異なって、ユーザはサードパーティからレポジトリを選ぶことが可能である。共有デジタルライセンスレポジトリ１４２は、ユーザが購入するハンドヘルドデバイスなどのデバイス、標準のプラットフォーム上を動作するソフトウエアアプリケーション、Ｗｅｂサービスやセルラー電話で利用可能なサービスなどの広く利用可能なサービスなどであったりする。共有デジタルライセンスレポジトリ１４２をさまざまに実現することによってさまざまなユーザインタフェースが提供可能となるため、ユーザはおのおのが、利用可能な共有デジタルライセンスレポジトリ１４２の中から提供物を、たとえば、ユーザの嗜好などに基づいて選ぶことが可能である。次に、ユーザは、この選ばれた共有デジタルライセンスレポジトリ１４２を用いて、自分のすべてのライセンスを、これらのライセンスを作成したＤＲＭとは無関係に管理することが可能である。

ステップ２０４から２０６で、共有デジタルライセンスレポジトリ１４２はライセンスの集合物を事前にロードしてまたは他のデジタルライセンスレポジトリ１４２もしくはさまざまなプロプライエタリＤＲＭシステム１３６、１３８、１４０と対話して、ユーザが以前に獲得したライセンスを得ることが可能である。ユーザは、コンテンツやレンダリングプログラムを購入したりするなど、ライセンスを能動的にまたは受動的に獲得することが可能である。共有デジタルライセンスレポジトリ１４２は、ＤＲＭシステム１３６、１３８、１４０のおのおのに対してプロプライエタリインタフェース１２２、１２４、１２６を用いて、ＤＲＭシステム１３６、１３８、１４０と対話することが可能である。共有デジタルライセンスレポジトリ１４２は、ユーザが以前に購入したすべてのライセンスのコピーを記憶することが可能である。共有デジタルライセンスレポジトリ１４２は、ＤＲＭシステム１３６、１３８、１４０のおのおのからのユーザのライセンスを（たとえばプルプロセスによって）コピーするように、または、ＤＲＭシステム１３６、１３８、１４０を、ユーザのライセンスを共有ライセンスレポジトリ１４２に対して（たとえばプッシュプロセスによって）コピーするように構成することが可能である。ライセンスは、消費用のＤＲＭシステムの状況に基づいて明示的に表現したり暗示したりすることが可能である（たとえば、ＤＶＤを所有しているということは、それにエンコーディングされているビデオを再生するライセンスを持っていることを暗示している。

共有デジタルライセンスレポジトリ１４２は、必要なライセンスを消費用ＤＲＭシステムのプロプライエタリなフォーマットで提供することによって、いずれかの適当なＤＲＭシステムを用いてコンテンツを使用すること（たとえば、レンダリング、消費、コピーおよび分配）を許可することが可能である。コンテンツを用いるには、ユーザの共有ライセンスレポジトリ１４２から適切なライセンスを消費用ＤＲＭシステムに提供すればよい。共有デジタルライセンスレポジトリ１４２を用いると、また、ユーザがコンテンツを消費することを、たとえば認証コンポーネント１４４によって、認証することが可能である。共有デジタルライセンスレポジトリ１４２の実現の仕方しだいでは、認証には、暗号化キー、生体認証メカニズムなどが用いられることがある。

ステップ２０８から２１６では、共有デジタルライセンスレポジトリ１４２は、ライセンスライフサイクルを通してこのライセンスを使用して管理する多くの機能を提供する一元化されたライセンスユーザインタフェースをユーザに対して供給することが可能である。ユーザは、利用可能なレポジトリからユーザの嗜好に基づいて選ぶことが可能であり、また、このライセンスを最初に作成したさまざまなＤＲＭシステムとは独立にこのライセンスを管理することが可能である。本典型的な実施形態では、共有ライセンスレポジトリ１４２は、ライセンスの転送（たとえばピアツーピア転送）、更新、探索、獲得、あるＤＲＭから別のＤＲＭへの変換などを含む豊富なライフサイクル機能集合を実施することが可能である。

さらに別の典型的な実施形態では、作成元のＤＲＭシステムによって提供されたデジタル署名などの信用メカニズムは、ライセンスを共有デジタルライセンスレポジトリ１４２に記憶するときに保存することが可能である。ライセンスの認証の証明を作成元のＤＲＭシステムから抽出することが不可能である、または、消費側のＤＲＭシステムに提供することが不可能である場合、共有ライセンスレポジトリ１４２を用いて、ライセンスの認証の証明とすることが可能である。

本典型的な実施形態は、従来のＤＲＭシステムにない多くの利点を提供する。たとえば、ユーザ体験の一貫性という点では、本典型的な実施形態は、消費者が、１つのユーザインタフェースを用いてライセンス管理動作を実行することを許容している。したがって、本典型的な実施形態では、共有ライセンスレポジトリ１４２は、ライセンスが記憶されている場所とは無関係にライセンスを管理するためにユーザが使用可能なライセンス管理ユーザインタフェース１０４、ライセンスを作成したエンティティ（たとえば、ＤＲＭシステム、コンテンツ所有者およびコンテンツ分配業者）またはこのライセンスに対応したライセンス済み権利を行使するために用いられるＤＲＭシステムを含むことが可能である。ライセンス管理ユーザインタフェース１０４は、ユーザに成り代わって、プロプライエタリなＤＲＭライセンスレポジトリ１３６、１３８および１４０と対話することが可能である。長所として、ユーザは、ライセンスの作成元であるさまざまなＤＲＭシステム１３６、１３８および１４０と直接に対話する必要はない。

ライセンス管理ユーザインタフェース１０４を用いて、ユーザは、それまでに獲得されたすべてのライセンスに関する情報を、このようなライセンスが適用されるＤＲＭシステムに関する情報を含めて閲覧することが可能である。このライセンス管理ユーザインタフェース１０４を採用することによって、ユーザは、共有ライセンスレポジトリ１４２を用いて、さらなるライセンスを獲得したり、いずれかの適当なＤＲＭシステムからの期限切れのライセンスを更新したりすることが可能である。この獲得されたライセンスは、記憶する目的で、共有ライセンスレポジトリ１４２に対して直接に伝達することが可能である。ユーザはまた、ライセンス管理ユーザインタフェース１０４を介して他のユーザに対してピアツーピアでライセンスを転送することが可能である。転送に際して、オリジナルのユーザライセンスを期限切れにしたり、廃止したり、破棄したりすることが可能であり、また、別のユーザに対する新しいライセンスをこのユーザの共有ライセンスレポジトリ１４２で作成することが可能である。ライセンス管理ユーザインタフェース１０４によって、ユーザはまた、共有デジタルライセンスレポジトリ１４２に記憶されているライセンスのアーカイブコピーを作成しておいて、ＤＲＭシステムが故障したり、ソフトウエア／ハードウエアを移動したり更新したり、電子メールのアカウントやパスワードなどの認証情報が変更されたりした際に復元することが可能である。

図３に、プロプライエタリＤＲＭシステム１３６、１３８、１４０同士間に基本的なレベルの相互運用性を提供する共有ライセンスレポジトリ１４２を含む典型的なシステム３００を示す。図３の典型的システム３００は、共通コンポーネントに関しては、図１の典型的システム１００と同じように動作する。

図４にさらなる典型的なシステム４００を示すが、このシステムは共有ライセンスレポジトリ１４２コンポーネントが省略されているが、代わりに、プロプライエタリＤＲＭシステム１３６、１３８、１４０に記憶されているライセンスを組み合わせる仮想共有レポジトリを提供する共有ライセンス管理ユーザインタフェース１０４を用いている。図４では、共有ライセンス管理ユーザインタフェース１０４は、プロプライエタリＤＲＭレポジトリ１３６、１３８、１４０に記憶されているすべてのユーザライセンスの一覧を提供するように構成することが可能である。管理動作を実行するために、ユーザは、プロプライエタリＤＲＭシステム１３６、１３８、１４０によって提供されたプログラムインタフェース１２２、１２４、１２６を用いている共有ライセンス管理ユーザインタフェース１０４と対話して、ユーザの要求をもたらす。その他の点では、図４の典型的システム４００は、共通のコンポーネントに関しては、それぞれ図１と３の典型的システム１００と３００と同じように動作する。

本典型的な実施形態は、一元化されたライセンスインベントリを提供する。たとえば、本典型的実施形態では、消費者が、さまざまなデバイス（ＰＣ、セットトップボックス、カーステレオ、遠隔地にネットワーキングされたデバイスなど）に対して、さまざまなフォーマット（たとえば、ＤＶＤ、レッドブックオーディオ、コンピュータＤＶＤ、ストリーミングなど）でさまざまなソース（たとえば、ブリック・アンド・モルタル店、衛星／ケーブル、インターネットダウンロードなど）からコンテンツを購入することを許可している。本典型的実施形態ではまた、消費者が、最初にライセンスを作成したライセンスのロケーションや、消費デバイスや、ＤＲＭシステムとは無関係に、対応するライセンスにしたがってコンテンツにアクセスすることが許可されている。したがって、本典型的実施形態では、すべてのコンテンツを、コンテンツのレンダリングが可能ないずれかの適当なデバイスにとって、このコンテンツの対応するライセンスによって規定されている使用ルール内で利用可能としている。

したがって、共有デジタルライセンスレポジトリ１４２は、ユーザのそれまでに獲得されたすべてのライセンスのコピーを記憶して、これらのライセンスの一元化されたインベントリを提供することが可能である。共有デジタルライセンスレポジトリ１４２が、ユーザのライセンスをＤＲＭシステム１３６、１３８、１４０のおのおのから（たとえばプルプロセスによって）コピーするか、または、ＤＲＭシステム１３６、１３８、１４０がユーザのライセンスを共有ライセンスレポジトリ１４２に対して（たとえばプッシュプロセスによって）コピーすることが可能である。共有デジタルライセンスレポジトリ１４２は、ＤＲＭシステム１３６、１３８、１４０のおのおのに対してプロプライエタリプログラムインタフェース１２２、１２４、１２６を用いて、ＤＲＭシステム１３６、１３８、１４０と対話することが可能である。共有デジタルライセンスレポジトリ１４２には、レポジトリ１４２が獲得されたときに、すべてのＨＢＯプログラムやＮＦＬプログラムなどのライセンスの収集物を事前にロードすることが可能である。サービスまたはソフトウエアプログラムを採用して、ユーザのそれまでに獲得されたライセンスを集めて、これらライセンスを共有デジタルライセンスレポジトリ１４２中にロードすることが可能である。このように、本典型的実施形態は、ライセンスの一元化を達成する典型的な手段を提供するが、他の等価の手段をさらに別の典型的実施形態で用いることが可能である。

本典型的実施形態では、共有デジタルライセンスレポジトリとＤＲＭシステムをユーザが選べるようになっている。たとえば、適当な数であれば何人の当事者が、共有デジタルライセンスレポジトリ１４２の実現を提供してもよい。ユーザは、どの共有デジタルライセンスレポジトリ１４２を用いるか嗜好に基づいて選ぶ事が可能である。これらさまざまな実現しだいで、その共有ライセンスレポジトリ１４２の提供物に、ライセンスの保管やライセンスへのアクセスなどの要因（たとえば、ハードウエアインタフェース付きの携帯式デバイス、広く利用可能なＷｅｂサービスなど）に応じて差が生じることがある。

これら要因にはさらに、提供されたライセンス管理インタフェース１０４の特徴が含まれることがある。たとえば、共有デジタルライセンスレポジトリ１４２が提供するライセンス管理インタフェース１０４は、おのおののユーザのライセンスを、ライセンスを作成したＤＲＭシステム、ライセンスが記憶されているプロプライエタリライセンスレポジトリとは無関係に、一元化してその一覧を提供することが可能である。

さらに要因として、サポートされているプロプライエタリＤＲＭシステムの集合が含まれることがある。したがって、おのおのの共有デジタルライセンスレポジトリ１４２が、プロプライエタリＤＲＭライセンスレポジトリの特定された集合との相互運用性を提供することが可能である。たとえば、インプリメンタＡが、プロプライエタリＤＲＭシステムＡ、Ｂ、Ｃと相互運用するＷｅｂサービスとして共有ライセンスレポジトリ１４２を提供するかもしれない。インプリメンタＡの共有ライセンスレポジトリ１４２は、特定の消費者がプロプライエタリＤＲＭシステムＡ、Ｂ、Ｃから獲得したすべてのライセンスのコピーを維持することが可能である。他インプリメンタＢは、相互運用性をＤＲＭシステムＡとＢに制限してＣを除外することが可能である。

さらに要因として値段がありえるが、この場合、ＤＲＭ販売業者が、共有デジタルライセンスレポジトリ１４２と相互運用する自身のプロプライエタリユーザインタフェース１０４を提供することが可能である。さまざまなＤＲＭ販売業者の提供内容は、共有デジタルライセンスレポジトリ１４２（パソコン、ＰＤＡ、セルラー電話など）と対話するためにユーザが用いるデバイスや、ユーザインタフェースの提示内容（たとえば、グラフィックベースかテキストベースか）や、インタフェースの機能（たとえば、簡略装備かフル装備か）、サポートされている共有デジタルライセンスレポジトリの集合、値段などの要因によって差を生じさせることが可能である。長所として、ユーザは、どのユーザインタフェース１０４を用いるかを嗜好に基づいて選ぶことが可能であり、しかも、自身のライセンスをすべて集中して共有ライセンスレポジトリ１４２に記憶することが可能である。

本典型的実施形態では、ユーザを認証するために共有デジタルライセンスレポジトリ１４２を用いることが可能である。たとえば、消費者がライセンスされたコンテンツを使用したい場合、共有デジタルライセンスレポジトリ１４２は、オプションとして、ユーザを、たとえば、認証コンポーネント１４４によって認証することが可能である。共有デジタルライセンスレポジトリ１４２の実現の仕方しだいでは、このような認証には、暗号化キー、生体認証メカニズムなどが用いられることがある。たとえば、財産所有（ｐｏｓｓｅｓｓＰｒｏｐｅｒｔｙ）承認などが付いたＸ．５０９デジタル証明書またはＩＳＯ ＭＰＥＧ ＲＥＬライセンスという形態を持つ認証ライセンスを、以下に示すような方法で消費ＤＲＭシステムに提供することが可能である。

ある典型的な実施形態では、共有ライセンスレポジトリ１４２は、必要なライセンスを消費ＤＲＭシステムに対して、ＤＲＭシステムのプロプライエタリフォーマットで提供することが可能である。たとえば、共有ライセンスレポジトリ１４２は、Ｗｅｂサービスとして利用可能であり、また、コンテンツを消費するために消費者がＰＤＡを用いている場合、共有デジタルライセンスレポジトリ１４２は、認証ライセンスを、ＰＤＡに常駐しているＤＲＭシステムに対して適切なプロプライエタリなフォーマットで供給することが可能である。

別の典型的実施形態では、消費者は、共有デジタルライセンスレポジトリ１４２からの適当なライセンスを消費ＤＲＭシステムにコピーすることが可能である。たとえば、共有デジタルライセンスレポジトリ１４２が携帯式デバイスとして利用可能であり、コンテンツを消費するために消費者がパソコンを使用している場合、この消費者は、適当なプロプライエタリなフォーマットでライセンスを、パソコンに常駐しているＤＲＭシステムにコピーすることが可能である。

さらに別の典型的実施形態では、共有デジタルライセンスレポジトリ１４２をスマートカードという形態で実体化すると、共有デジタルライセンスレポジトリ１４２は、ＰＣ、セットトップボックス、ゲームコンソールなどのホストデバイスにスマートカードをプラグインすることによって用いることが可能である。この場合、認証ライセンスと使用ライセンスをホストデバイスに対して利用可能なものとして、コンテンツのアクセスと使用とを可能とすることができる。

本典型的実施形態は、コンテンツの獲得を独立して検証するために用いることが可能である。たとえば、作成元のＤＲＭシステムによって提供されたデジタル署名などの信用メカニズムは、ライセンスが共有ライセンスレポジトリ１４２に記憶されるときに保存することが可能である。ライセンスが真正であるという証明を作成元のＤＲＭシステムから抽出することまたは消費ＤＲＭシステムに提供することが不可能な場合、共有デジタルライセンスレポジトリ１４２が、ライセンスが真正であることを立証するように構成することが可能である。

このようにして、共有デジタルライセンスレポジトリ１４２は、コンテンツを獲得したことを独立して検証することが可能である。この役割では、共有デジタルライセンスレポジトリ１４２は、あるライセンスが以前に獲得されているかどうか、いつ、どのように、どこで獲得されたかを判断する独立したエージェントとして動作する。作成元のＤＲＭシステム以外のＤＲＭシステムは、このようなライセンスを共有デジタルライセンスレポジトリ１４２中にある信用に基づいて受け入れ、このライセンスが存在し、信用に値することを立証する。加えて、共有デジタルライセンスレポジトリ１４２によって、レポジトリ１４２に記憶されているこのようなライセンスを、このライセンスの作成元であるＤＲＭシステムによって後になって再発行する必要があるような場合に、消費者はこのライセンスが獲得されたことを証明することが可能である。

本典型的実施形態を、相互運用可能なレポジトリ１４２同士間でライセンスを交換するために用いることが可能である。たとえば、本典型的実施形態は、コンテンツに対して消費者が対応するライセンスにしたがって、このライセンスのロケーションや消費デバイスとは無関係に、アクセスすることを許容している。適当な数であれば何人の当事者が相互運用可能なレポジトリ１４２を提供してもよいし、また、このようなレポジトリに対してライセンス管理インタフェースを提供してもよいため、消費者おのおのが、使用する相互運用可能なレポジトリを１つ以上を嗜好に基づいて選ぶことが可能である。

消費者がなんらかの適当なロケーションからまたはなんらかの適当な消費デバイスを用いてコンテンツにアクセスすることが可能となるように、本典型的実施形態は、ライセンスを交換することが可能な相互運用可能レポジトリ１４２を含んでいる。たとえば、消費者が、携帯式ビデオプレイヤ上に１つと、Ｗｅｂサービスとして利用可能な１つとの２つの相互運用可能レポジトリ１４２を用いていると仮定すると、消費者がこの携帯式ビデオプレイヤで特定の映画を再生するライセンスを有していれば、本典型的実施形態は、この消費者が、このライセンスをこのＷｅｂサービスに転送して、この映画をパソコンで再生することが可能となるようにしている。同様に、消費者が共有デジタルライセンスレポジトリ１４２をハンドヘルドデバイスで用いていて、新しいハンドヘルドデバイスを購入すると、本典型的実施形態は、この消費者が、すべてのライセンスを古いデバイスから新しいデバイスに転送することが可能となるようにしている。このような機能性を提供するために、共有デジタルライセンスレポジトリ１４２おのおのを、このレポジトリ１４２が他の相互運用可能なレポジトリ１４２とライセンスを交換することを可能とする標準化されたインタフェース（たとえば物理的インタフェース、プログラムインタフェースまたは双方）を提供するように構成することが可能である。

このようにして本典型的実施形態は相互運用性を提供しており、これから数年にわたってＤＲＭの市場には異種のタイプが存在すると予想されるので、本典型的実施形態は、消費ＤＲＭで保護されたコンテンツを受け入れ可能な消費体験としながらも、このような互換性がないＤＲＭシステムを同時に展開しやすいようにする方法を提供するものである。このようなレベルの相互運用性を提供することによって、本典型的実施形態は、異種のＤＲＭシステムに対して一貫したユーザインタフェースを提供することが可能である。本典型的実施形態は、デジタルライセンスに対して、このライセンスを作成したＤＲＭシステムのプロプライエタリな性質とは無関係にモバイルからアクセスする利点がある。

本典型的実施形態は、専用のハンドヘルドライセンスレポジトリ１４２を含むことが可能である。たとえば、ユーザは、本典型的実施形態にしたがって構成された携帯式ライセンスレポジトリデバイス１４２をデパートから購入することが可能である。このユーザは、さまざまな製造業者が提供している競合デバイスとデバイス１４２との違いを成すさまざまな特徴に基づいてこのデバイス１４２を購入することを選ぶことが可能であるが、これら違いには、たとえば、形態要因、デバイスの人間工学、ユーザインタフェース、知覚された堅牢さと信頼性、プロプライエタリのＤＲＭのＡＰＩに対するサポートが良好であるか広範囲であるか、利用可能性、接続性、ピアツーピアサービスの互換性、値段などがある。たとえば、ユーザは、ＵＳＢ、無線サービス接続性をサポートしており、いずれかの適当なタイプのコンテンツのライセンスで動作してこれを記憶することが可能であり、Ａｄｏｂｅ（登録商標）やＭｉｃｒｏｓｏｆｔ（登録商標）やＡｄｅｌｐｈｉａのＤＲＭシステムと相互運用可能であり、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）もしくはＭＡＣ ＯＳ（登録商標）のコンピュータ、セルラー電話、セットトップボックスまたは携帯式ＭＰ３プレイヤに接続可能である、本典型的実施形態にしたがって構成された携帯式ライセンスレポジトリ１４２を購入することが可能である。このようなデバイスを専用のデバイスとして構成したり、または、ライセンスレポジトリ１４２を他の機能を含んでいるこのようなデバイスの特徴としたりすることが可能である。

このシナリオでは、ユーザは、帰宅すると、ＵＳＢまたは無線接続機能を利用して、専用のハンドヘルドライセンスレポジトリデバイス１４２を、たとえば、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）や他のいずれかのソフトウエアを実行している自分自身のパソコン上でＡｄｏｂｅやＭｉｃｒｏｓｏｆｔやＡｄｅｌｐｈｉａのプロプライエタリＤＲＭシステムに対して取り付けることが可能である。レポジトリデバイス１４２が生体認証情報（たとえば指紋）を用いてユーザを認証することが可能であるか、または、レポジトリデバイス自身がユーザの認証となることが可能である（たとえば、スマートカードの場合）。デバイス１４２は、プロプライエタリＤＲＭシステム１３６、１３８、１４０のおのおのと、それに対応するプロプライエタリインタフェース１２２、１２４、１２６を用いて対話し、購入したライセンスのユーザインベントリをプロプライエタリＤＲＭシステム１３６、１３８、１４０から抽出し、この抽出したライセンスのコピーを記憶することが可能である。ユーザは、デバイス１４２の画面を用いて、コンテンツならびに、それぞれのライセンスが適用されるプロプライエタリＤＲＭシステム１３６、１３８および１４０に関する情報を含む、購入済みライセンスのインベントリを閲覧することが可能である。

周期的に、ユーザは、デバイス１４２に記憶されているライセンスをコンピュータ上にバックアップすることが可能である。長所として、携帯式レポジトリデバイス１４２が故障したり、失われたり、盗まれたり、「新規で改良型の」デバイス１４２に取って代わられたりした場合でも、ユーザはそれまでに獲得したライセンスのすべてを失うことはないが、それは、ユーザが、ライセンスのバックアップコピーを交代用デバイスに転送することが可能であるからである。

ユーザが友達の家に行って、インターネットからのデジタルコンテンツをその友達のＡｐｐｌｅ ＭＡＣコンピュータにダウンロードした場合、このユーザは、自分自身のライセンスレポジトリデバイス１４２をその友達のコンピュータに接続することが可能であり、また、そのコンテンツに対する自身のライセンスをその友達のＡｐｐｌｅ（登録商標） ＤＲＭシステム中で利用可能なものとすることができる。長所として、このようにして、ユーザは、ダウンロードされたコンテンツをその友達のコンピュータ上で自分自身のライセンスと、その友達のコンピュータにインストールされたＡｐｐｌｅ ＤＲＭシステムとを用いて消費することが可能である。

本典型的実施形態は、サービスとして構成された共有ライセンスレポジトリ１４２を含むことが可能である。たとえば、ユーザは、共有ライセンスレポジトリ１４２を提供するＷｅｂベースのサービスを申し込むことが可能である。ユーザは、接続性を有する適当などのデバイスからでもこの共有ライセンスレポジトリ１４２のサービスに対してアクセスすることが、物理接続のタイプ（たとえば、ＤＳＬ、ケーブルモデムサービス、無線アクセス、衛星アクセス）とは無関係に可能である。ユーザは、競合サービスとの違いを成すさまざまな特徴に基づいて共有ライセンスレポジトリ１４２のＷｅｂサービスを選ぶことが可能であるが、これらの違いには、たとえば、知覚された堅牢さと信頼性、プロプライエタリのＤＲＭのＡＰＩに対するサポートが良好であるか広範囲であるか、バックアップや報告などのサービス機能、利用可能性、接続性、ピアツーピアサービス互換性、値段などがある。たとえば、ユーザは、適切であればどのタイプのコンテンツに対するライセンスとでも協働してこれを記憶し、また、ＡｄｏｂｅやＭｉｃｒｏｓｏｆｔやＡｄｅｌｐｈｉａのＤＲＭシステムと相互運用が可能である共有ライセンスレポジトリ１４２サービスを申し込むことが可能である。

ユーザは、自分のＤＳＬインターネット接続を利用して自分の家から共有ライセンスレポジトリ１４２サービスに接続して、認証情報としてユーザ名とパスワードを提供することが可能である。ユーザは、共有ライセンスレポジトリ１４２サービスがＡｄｏｂｅやＭｉｃｒｏｓｏｆｔやＡｄｅｌｐｈｉａのプロプライエタリＤＲＭシステム１３６、１３８、１４０と対話して、システム１３６、１３８、１４０のおのおののからユーザのライセンスを得るように要求することが可能である。共有ライセンスレポジトリ１４２のサービスは、システム１３６、１３８、１４０のおのおのとそのプロプライエタリインタフェース１３６、１３８、１４０を用いて対話して、獲得したライセンスのユーザインベントリをシステム１３６、１３８、１４０のおのおのから抽出して、これらライセンスのコピーを記憶することが可能である。ユーザは、共有ライセンスレポジトリ１４２のサービスのＷｅｂページを用いて、獲得したライセンスの自分のインベントリを、これらライセンスが適用されるＤＲＭシステムに関する情報を含め、閲覧することが可能である。

ユーザが友達の家に行って、この友達のコンピュータにインターネットから得た電子コンテンツをダウンロードすると、このユーザは、この友達のコンピュータとケーブルモデムを用いて、共有ライセンスレポジトリ１４２のサービスに接続して、このコンテンツに対する自分のライセンスをこの友達のＭｉｃｒｏｓｏｆｔのＤＲＭシステム中にコピーすることができる。すると、ユーザは、自分自身のライセンスと、この友達のコンピュータにインストールされているＭｉｃｒｏｓｏｆｔのＤＲＭシステムとを用いて、このダウンロードされたコンテンツをこの友達のコンピュータ上で消費することが可能である。

本典型的実施形態は、非専用のハンドヘルドデバイスとして構成された共有デジタルライセンスレポジトリ１４２を含むことが可能である。ある典型的実施形態では、専用ではないハンドヘルドレポジトリデバイス１４２を、セルラー電話、ＰＤＡ、携帯式ゲームステーション、携帯式ビデオプレイヤまたはＭＰ３プレイヤなどの別の機能を持つデバイスに一体化することが可能である。たとえば、ユーザは、共有ライセンスレポジトリ１４２を含んでいるＰＤＡを購入することが可能である。ユーザは、いずれかの適当なプロプライエタリＤＲＭシステムで保護されているコンテンツに対するライセンスをＰＤＡに記憶することが可能である。ユーザは、このような保護されているコンテンツを、ＰＤＡデバイスを用いて消費するか、またはＰＤＡデバイスをＰＣなどの別の消費デバイスに接続することが可能である。どちらの場合も、ＰＤＡ上の共有ライセンスレポジトリ１４２は、コンテンツを保護するために用いられているプロプライエタリＤＲＭシステム１３６、１３８、１４０と相互運用することが可能である。

このシナリオにおいて、プロプライエタリＤＲＭシステム１３６、１３８、１４０と共有ライセンスレポジトリ１４２間の通信は、共有ライセンスレポジトリ１４２の標準化されたインタフェース１１０、１１２、１１４を用いて、このようなインタフェースをＤＲＭシステム１３６、１３８、１４０がサポートしていれば、実施することが可能である。これが不可能であれば、プロプライエタリＤＲＭシステム１３６、１３８、１４０と共有ライセンスレポジトリ１４２間の通信は、プロプライエタリＤＲＭシステム１３６、１３８、１４０のプロプライエタリインタフェース１２２、１２４、１２６を用いて実施することが可能である。

本典型的実施形態は、プロプライエタリインタフェースを用いているＤＲＭシステムと相互運用するレポジトリ１４２を含むことが可能である。たとえば、ユーザは、いずれかの適当なタイプのコンテンツに対するライセンスと協働し、これらを記憶し、また、ＡｄｏｂｅやＭｉｃｒｏｓｏｆｔやＡｄｅｌｐｈｉａのＤＲＭシステム１３６、１３８、１４０と相互運用することが可能な共有ライセンスレポジトリ１４２を提供するＷｅｂベースのサービスを申し込むことが可能である。

このシナリオでは、ユーザは、ユーザがそれに対するライセンスを共有ライセンスレポジトリ１４２のＷｅｂサービス中に記憶しているＡｄｏｂｅ ＰＤＦファイルを、コンピュータを用いて閲覧することが可能である。Ａｄｏｂｅ Ｒｅａｄｅｒ（登録商標）は、このＰＤＦファイルのライセンスがＡｄｏｂｅのプロプライエタリライセンスレポジトリのどこにあるか突き止めることが不可能であれば、ユーザに対してライセンスの場所を突き止めるように促す。ユーザは共有ライセンスレポジトリ１４２のＷｅｂサービスのＵＲＬを提供することが可能であり、Ａｄｏｂｅ ＤＲＭシステムは、自身のプロプライエタリインタフェースを用いて、共有ライセンスレポジトリ１４２のＷｅｂサービスと対話して、適当なライセンスを得ることが可能となる。実際には、レポジトリ１４２は、標準化された新しいレポジトリの代わりに、Ａｄｏｂｅ Ｒｅａｄｅｒがすでに理解しているレポジトリとして動作する。これで、Ａｄｏｂｅ ＤＲＭシステムは、提供されたライセンスをチェックして、規定されている使用ルールが満足されているかを判断し、満足されていれば、Ａｄｏｂｅ ＲｅａｄｅｒはＰＤＦファイルをレンダリングすることが可能である。

本典型的実施形態は、標準のインタフェースを用いているＤＲＭシステムと相互運用するレポジトリ１４２を含むことが可能である。たとえば、ユーザは、ＵＳＢと無線サービスの接続性をサポートしている専用の携帯式レポジトリデバイス１４２を購入することが可能である。このデバイス１４２は、このようなインタフェースをサポートしている適当ないかなるＤＲＭシステムとも相互運用可能な標準のプログラムインタフェースを提供することが可能であり、また、いかなるタイプのコンテンツのライセンスでも記憶することが可能である。

このシナリオでは、ユーザは家に帰ると、専用の携帯式レポジトリ１４２をＭｉｃｒｏｓｏｆｔ、Ａｄｏｂｅ、およびＡｐｐｌｅのＤＲＭシステム１３６、１３８、１４０に取り付けるが、これらはすべてが、レポジトリ１４２の標準のインタフェースをサポートしている。この専用の携帯式レポジトリ１４２は、このような標準のインタフェースを用いてＤＲＭシステム１３６、１３８、１４０のおのおのと対話して、獲得したライセンスのユーザのインベントリをＤＲＭシステム１３６、１３８、１４０のおのおのから抽出して、これらライセンスのコピーを記憶することが可能である。

ユーザは、友達の家に行って、ユーザが持っているライセンスに対応するビデオクリップをインターネットから友達のコンピュータにダウンロードすることが可能である。次に、ユーザは、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒを用いてこのビデオクリップを再生しようとすることは可能であるが、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒがこの友達のコンピュータ上でこのビデオクリップのライセンスの場所を突き止めることが不可能であれば、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒは、このライセンスの場所を突き止めるようにユーザに促すことが可能である。ユーザは、専用の携帯式レポジトリ１４２をこの友達のコンピュータに接続して、この専用携帯式レポジトリ１４２をライセンスの場所として指定することが可能である。これで、この友達のコンピュータ上のＭｉｃｒｏｓｏｆｔのＤＲＭシステムは、専用携帯式レポジトリ１４２の標準インタフェースを用いてレポジトリ１４２と対話して、適切なライセンスを得ることが可能である。このような場合、ＭｉｃｒｏｓｏｆｔのＤＲＭシステムは、消費者が共有ライセンスレポジトリ１４２を有することを許容することを明示的に意図されている新しいレポジトリインタフェースをサポートするように変型されているものである。ＭｉｃｒｏｓｏｆｔのＤＲＭシステムは、提供されたライセンスをチェックして、規定されている使用ルールが満足されているかどうかチェックして、満足されていれば、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ Ｐｌａｙｅｒがビデオクリップをレンダリングすることが可能となる。

本典型的実施形態は、共有ライセンスレポジトリ１４２に対して発生するライセンスを含むことが可能である。たとえば、ユーザは、専用のハンドヘルドレポジトリデバイス１４２を用いて、さまざまなプロプライエタリＤＲＭシステム１３６、１３８、１４０によって保護されている適切などのタイプのコンテンツに対するライセンスを獲得して記憶することが可能である。ユーザは、新しいコンテンツのライセンスを獲得したい場合、この専用の携帯式レポジトリデバイス１４２によって提供されたインタフェースを用いることが可能である。

たとえば、ユーザが専用の携帯式レポジトリデバイス１４２を携帯式ＭＰ３プレイヤに接続し、音楽ファイルを購入したがっているものと仮定する。専用の携帯式レポジトリデバイス１４２のインターフェースと無線のインターネット接続とを用いて、ユーザは、自分が購入したがっている音楽を探索することが可能である。専用の携帯式レポジトリデバイス１４２の探索インタフェースは、デバイス１４２の標準化されたフォーマットと、専用のハンドヘルドレポジトリデバイス１４２が相互運用可能なＤＲＭシステム１３６、１３８、１４０のプロプライエタリなフォーマットとのどちらかのライセンスと関連している合致するすべての音楽ファイルを返送することが可能である。ユーザは、自分が獲得したいライセンス（たとえば、経費が最も安いライセンス）を選択することが可能である。専用の携帯式レポジトリデバイス１４２は、この選択されたライセンスを得ることが可能であり、これで、音楽ファイルをユーザのＭＰ３プレイヤにダウンロードすることが可能である。ユーザがこの音楽ファイルを再生すると、専用の携帯式レポジトリデバイス１４２は、この音楽ファイルを保護するために用いられているプロプライエタリＤＲＭシステムに対してライセンスを提供することが可能である。

本典型的実施形態では、専用の携帯式レポジトリ同士間におけるピアツーピア通信が可能である。このシナリオでは、ジャックとナンシーという二人のユーザが、専用の携帯式レポジトリデバイス１４２を購入して、さまざまなプロプライエタリＤＲＭシステム１３６、１３８、１４０によって保護されている多くのタイプのコンテンツに対するライセンスをデバイス１４２に記憶することが可能である。必ずしも同じ製造業者製のものではないとはいえ、双方のデバイス１４２が同じ標準化されたインタフェースをサポートすることが可能であり、これで、デバイス１４２は、互いに通信して、ライセンスの転送と貸付（たとえば一時的な転送）などを含むさまざまなピアツーピア式の行動を実行することが可能である。

たとえば、ジャックがある電子書籍に対して自分が持っているライセンスをナンシーのデバイス１４２に転送したい場合、ジャックは自分のデバイス１４２をナンシーのデバイス１４２に接続して、自分のデバイス１４２にあるユーザインタフェースを用いてこのライセンスを転送することが可能である。ジャックの専用の携帯式レポジトリデバイス１４２にあるオリジナルのライセンスを廃止して、新しい同じライセンスをナンシーの専用の携帯式レポジトリデバイス１４２上で作成することが可能である。このシナリオは、ジャックとナンシーの双方が属しているブッククラブなどのメンバーなどの人々のグループに対して使用権を承認するライセンスの場合には実用的である。転送されたライセンスを作成して消費するプロプライエタリＤＲＭシステムは、専用の携帯式レポジトリデバイス１４２が、このタイプのライセンス廃止と作成を実行することを許可することが可能である。したがって、ナンシーがこの新しいライセンスを使用しようとすると、このプロプライエタリＤＲＭシステムは彼女のライセンスを信用して、彼女が電子書籍を読むことを許容する。

類似の例で、ジャックは電子書籍に対する自分のライセンスをナンシーのデバイス１４２に転送することが可能であり、また、ジャックの専用の携帯式レポジトリデバイス１４２上にあるオリジナルのライセンスが期限切れになったら印を付けることが可能である。新しい類似のライセンスを、ナンシーの専用の携帯式レポジトリデバイス１４２で作成することが可能である。この新しいライセンスは上記と同じ使用権を承認することが可能であるが、このような権利が承認される相手側の人物としてナンシーを指名することがある。この場合もまた、転送されたライセンスを作成して消費するプロプライエタリＤＲＭシステムは、専用の携帯式レポジトリデバイス１４２が、このタイプのライセンス廃棄と作成とを実行することを許可することが可能である。したがって、ナンシーがこの新しいライセンスを使用しようとすると、プロプライエタリＤＲＭシステムは彼女のライセンスを信用して、彼女が電子書籍を読むことを許容する。

さらなる典型的実施形態では、ジャックは自分のライセンスをナンシーに貸し出す（たとえば一時的転送）ことが可能である。この場合、ジャックのライセンスは、この貸付期間は無効にされており、したがって、ナンシーのライセンスはこの貸付期間しか有効ではありえない。この貸付が終わると、ジャックのライセンスは再起動することが可能であり、すると、ナンシーのライセンスは期限切れとなる。これもまた、このライセンスを作成して消費するプロプライエタリＤＲＭシステムは、専用の携帯式レポジトリデバイス１４２が、このタイプのライセンス廃棄と作成とを実行することを許可することが可能である。

別の典型的実施形態では、専用の携帯式レポジトリデバイス１４２は、ピアツーピア動作を実行する際にプロプライエタリＤＲＭシステムと通信することが可能である。この場合、ジャックが自分のライセンスをナンシーのデバイス１４２に転送すると、ジャックの専用の携帯式レポジトリデバイス１４２は、このプロプライエタリＤＲＭシステムがジャックのライセンスが期限切れになったと印を付けて、ナンシーのデバイス１４２で新しいライセンスを作成するように要求することが可能である。このような要求は、プロプライエタリＤＲＭシステムがこのようなインターフェースをサポートしていれば、専用の携帯式レポジトリデバイス１４２の標準化されたインタフェースを介して実施することが可能である。サポートしていなければ、専用の携帯式レポジトリデバイス１４２は、ＤＲＭシステムのプロプライエタリインタフェースを用いて、このような要求をすることが可能である。

さらに別の典型的実施形態では、ライセンスの転送には金融取引と、エスクローやオークションサービスなどの第三者とが伴うことがある。たとえば、ジャックは、中古のＣＤコレクションの売却に類似した、いくつかのオーディオファイルを再生する権利に対するライセンスをオークションにかけることが可能である。ナンシーは、このライセンスに対して入札して、このオークションを獲得することが可能である。専用の携帯式レポジトリデバイス１４２が提供している標準化されたインタフェースを用いて、ジャックは、ライセンスをエスクロー口座に転送することが可能である。ナンシーは、このエスクロー口座に自身で支払いをすることが可能である。エスクローサービスはこの取引に影響を与え、標準化されたそのインタフェースを用いて、支払いをジャックに転送し、ライセンスをナンシーの専用の携帯式レポジトリデバイス１４２に転送する。

本典型的実施形態は、ライセンス記憶領域を提供するように構成された共有デジタルライセンスレポジトリ１４２を含むことが可能である。この典型的な実施形態では、共有デジタルライセンスレポジトリ１４２は、ライセンス管理ユーザインタフェースコンポーネント１０４を使用せずに、さらには、有したりせずに、ライセンス記憶領域サービスとして用いることが可能である。たとえば、ユーザは、自分に対するライセンスをすべて記憶するために用いることが可能な専用の携帯式レポジトリデバイス１４２を有することが可能である。適当などのライセンス管理機能を実行する際にも、ユーザは、ライセンスを作成して消費するＤＲＭシステム１３６、１３８、１４０が提供したプロプライエタリユーザインタフェースを用いればよい。

ユーザが、専用の携帯式レポジトリデバイス１４２に記憶されているライセンスを用いてコンテンツを消費するときはいつでも、プロプライエタリＤＲＭシステム１３６、１３８、１４０は、さまざまな方法でデバイス１４２と通信することが可能である。たとえば、ＤＲＭシステム１３６、１３８、１４０は、専用の携帯式レポジトリデバイス１４２上で適当なライセンスを探すことが可能であり、また、自身の標準化されたインタフェースを用いてデバイス１４２と通信する。ＤＲＭシステム１３６、１３８、１４０はまた、専用の携帯式レポジトリデバイス１４２で適当なライセンスを探すことが可能であり、また、ＤＲＭシステム１３６、１３８、１４０のプロプライエタリインタフェースを用いてデバイス１４２と通信する。ＤＲＭシステム１３６、１３８、１４０はまた、ＤＲＭシステム１３６、１３８、１４０のプロプライエタリなライセンス記憶装置で適当なライセンスを探すことが可能である。専用の携帯式レポジトリデバイス１４２は、このようなライセンス記憶装置に取って代わるものとして用いることが可能であり、携帯式レポジトリデバイス１４２のライセンスで取引を実行することが可能である。したがって、プロプライエタリＤＲＭシステム１３６、１３８、１４０にとっては、専用の携帯式レポジトリデバイス１４２は、ＤＲＭシステム１３６、１３８、１４０のプロプライエタリライセンス記憶装置に似ているように見えることがある。

本典型的実施形態は、コンテンツの獲得を検証するように構成された共有デジタルライセンスレポジトリデバイス１４２を含むことが可能である。たとえば、ユーザは、この共有デジタルライセンスレポジトリデバイス１４２を用いて、コンテンツ媒体やＤＲＭシステム１３６、１３８、１４０の時代遅れに対処することが可能である。ユーザは、この共有デジタルライセンスレポジトリデバイス１４２を用いることによって、暗示されたライセンスを提供したコンテンツ媒体またはこの媒体のレンダリングデバイスが時代遅れになった後でさえも特定のコンテンツに対するライセンスの購入を検証し、このようなコンテンツにアクセスし続けることが可能である。

たとえば、ユーザが、さまざまなプロプライエタリＤＲＭシステム１３６、１３８、１４０と相互運用している共有ライセンスレポジトリ１４２のＷｅｂサービスを申し込むものと仮定する。この共有ライセンスレポジトリ１４２のＷｅｂサービスはまた、Ａｍａｚｏｎ．ｃｏｍ（登録商標）などの物理的コンテンツ媒体のさまざまなオンライン小売業者と相互運用可能である。これで、ユーザはＡｍａｚｏｎ．ｃｏｍからある映画のＤＶＤを購入することが可能であるが、ここで、ＤＶＤを購入したということは、このＤＶＤにエンコーディングされている映画を再生するライセンスを暗に示している。このような暗示されたライセンスを、共有デジタルライセンスレポジトリ１４２のＷｅｂサービスは記憶することが可能である。

時間がたつにつれて、このＤＶＤは時代遅れになる（たとえば、ＤＶＤはストリーミングビデオに取って代わられる）ことがあるが、ユーザはすでにＤＶＤでこの映画を購入しているので、本典型的実施形態は、ユーザのＤＶＤのコピーが時代遅れになっているにもかかわらず、ユーザが、別のフォーマットで映画を引き続き見ることを許容する。このシナリオでは、ストリーミングビデオを提供するベンダーは、共有ライセンスレポジトリ１４２のＷｅｂサービスに記憶されているそれまでに獲得されたライセンスを与えたい場合、共有ライセンスレポジトリ１４２のＷｅｂサービスが、問題となっている映画のライセンスをユーザがすでに獲得していることを立証することが可能である。これで、共有ライセンスレポジトリ１４２のＷｅｂサービスは、ベンダー（たとえばＡｍａｚｏｎ．ｃｏｍ）、媒体（たとえばＤＶＤ）、購入日時、購入価格などを含む購入のオリジナルのライセンスの証明の詳細のすべてを提供することが可能となる。ストリーミングビデオのベンダーは共有ライセンスレポジトリ１４２のＷｅｂサービスを信用することが可能であるため、ユーザは、ストリーミングビデオ上で対応する映画を閲覧することを許容される。

本典型的実施形態は、複数の物理インタフェースをサポートするデバイスを含んでいる。たとえば、共有デジタルライセンスレポジトリ１４２は、他のレポジトリや、レポジトリ１４２が相互運用するＤＲＭシステム、たとえば、ＵＳＢ、Ｂｌｕｅｔｏｏｔｈ、１３９４、ＰＣＭＣＩＡ、８０２．１１（ａ／ｂ／ｇ）、プロプライエタリ、ＲＦＩＤ、ＣＤＭＡ、ＧＳＭなどに接続する複数の物理メカニズムを含むことが可能である。このような接続物は、パラレル、シリアルおよび類似の方式で動作させることが可能である。

本典型的実施形態は、ライセンスを抽出するさまざまなＤＲＭ ＡＰＩをサポートするデバイスを含んでいる。たとえば、１つの共有デジタルライセンスレポジトリ１４２は、互いに異なったいくつかのＤＲＭシステムと相互運用してこれらからライセンスを抽出するように構成することが可能である。このような相互運用は、おのおののＤＲＭシステムがネイティブでサポートするプロプライエタリＡＰＩを介して実施することが可能である。たとえば、レポジトリ１４２は、ＡｄｏｂｅのＡｃｒｏｂａｔ（登録商標）と通信しているときにライセンスを抽出する目的でレンダリングアプリケションとして動作するように構成することが可能である。レポジトリ１４２は、所与のコンテンツに対する許容権利に関してＡｄｏｂｅのＡｃｒｏｂａｔに照会して、この結果を記録することが可能である。

本典型的実施形態は、ＤＲＭシステムのレポジトリにアクセスする新しい標準のＡＰＩをサポートするデバイスを含んでいる。たとえば、ＤＲＭのベンダーは、デジタルライセンスレポジトリ１４２に対する直接的なサポートを、利用可能ライセンスを判断するためにレポジトリ１４２のおのおのがＤＲＭシステムに照会することを明示的に可能とする標準のＡＰＩをサポートすることによって提供することが可能である。ＤＲＭシステムは、自身のユーザインタフェースを用いて共有デジタルライセンスレポジトリ１４２に対してライセンスをプッシュするように構成するか、または、レポジトリ１４２をＤＲＭシステムからライセンスをプルするように構成することが可能である。

ある典型的実施形態では、ユーザは、Ｗｉｎｄｏｗｓ（登録商標） Ｍｅｄｉａ ＰｌａｙｅｒなどのＤＲＭシステムのインスタンスを用いることが可能であり、また、ＤＲＭシステムは、自身がアクティブである間、共有レポジトリ１４２を発見することが可能であり、また、ＤＲＭのインスタンスが理解しているライセンスをレポジトリ１４２に記憶したりコピーしたりすることを提供することが可能である。

本典型的実施形態は、このようなデバイスのユーザを生態認証するメカニズムをサポートするデバイスを含んでいる。したがって、ＤＲＭシステムを作成する際の１つの厄介な問題は、表現された権利を誰がまたは何が行使するかを認証することである。ほとんどの従来型のＤＲＭシステムは、所与のデジタルコンテンツインスタンスの使用をＤＲＭシステムの１つの特定的なインスタンスに結びつける。たとえば、ライセンスは一般的には、所与のデバイスまたはＰＣに対して付与される。しかしながら、ある典型的実施形態では、レポジトリデバイス１４２は、指紋読取装置などのＤＲＭシステムに対する認証サービスを提供することが可能である。ＤＲＭシステムは、レポジトリ１４２に照会して、デバイスのユーザの指紋をチェックすることが可能である。このようにして、ライセンスを、ＤＲＭシステムのインスタンスに対して結びつける代わりに、レポジトリ１４２または複数のＤＲＭシステムに接続しているユーザの指紋に結びつけることが可能である。

ある典型的実施形態では、ＤＲＭシステムを、ユーザの認証をレポジトリデバイス１４２に委託するように構成することが可能である。これは、上記の典型的生体認証システムに類似しているが、違いは、生体認証に基づく必要がないログインＩＤとパスワードの装置、デジタル証明書、ＲＦＩＤまたは他のタイプのユーザ認証システムなどを用いている点である。ＤＲＭインスタンスは、コンテンツをレポジトリ１４２の認証メカニズムに結びつけることが可能である。ユーザは、自身が満足する認証形態をサポートするレポジトリ１４２を選択する。別の典型的実施形態では、セル電話をレポジトリ１４２として構成して、このセル電話のネイティブの識別能力による認証機能とすべてのレポジトリ１４２の機能性を連結させるようにすることが可能である。

さらに別の典型的実施形態では、共有デジタルライセンスレポジトリ１４２を固有キーとして構成することが可能であり、これで、ＤＲＭシステムを、この固有キーが存在すればライセンスの認証として信用するように構成することが可能である。たとえば、あるＤＲＭシステムを、一意に識別されたレポジトリ１４２に対するアクセス可能性があるかチェックするように構成することが可能であり、これで、レポジトリ１４２がアクセス可能であれば、関連するコンテンツに対する権利を行使することが可能となる。長所として、この典型的な実施形態によってライセンスの移動が可能となり、ここで、コンテンツに対する権利は、レポジトリ１４２の移動と共に移動する。

本典型的実施形態は、物理デバイスとしてではなく接続済みサービス（たとえばセル電話サービス、インターネットサービス、衛星サービスなど）として構成されているレポジトリ１４２を含んでいる。したがって、レポジトリ１４２は、消費者が所有する物理デバイスである必要はなく、インターネットやモバイル電話のサービスなどとして構成することが可能である。このような場合、ユーザは、レポジトリ１４２をＤＲＭシステムのインスタンスに接続することが可能である。このような接続は、ＤＲＭシステムがレポジトリ１４２に対するインタフェースをネイティブにサポートしていればＤＲＭシステム中に構築したり、または、セル電話などの多機能デバイスを介して実施したりすることが可能である。たとえば、ユーザは自分が持ち運ぶＢｌｕｅｔｏｏｔｈ（登録商標）イネーブルのＣＤＭＡ電話を有していて、Ｗｉｎｄｏｗｓ（登録商標）のＰＣに遭遇して、記憶されているライセンスを行使したがるかもしれない。電話はこのＰＣに対してＢｌｕｅｔｏｏｔｈを介して接続することが可能であり、これで、この電話を仲介として用いると、このＰＣは、ＣＤＭＡによって共有デジタルライセンスレポジトリ１４２に接続することが可能となる。これで、このＰＣは、ＣＤＭＡベースのレポジトリ１４２中で用いるためのライセンスを発見することが可能である。

本典型的実施形態は、オンラインを探索して新しいライセンスを購入するためにデジタルライセンスレポジトリ１４２を用いるユーザを含んでいる。たとえば、レポジトリ１４２は、自身のユーザインタフェースを含んで、さまざまなサービスからライセンスを獲得する店頭として動作するように構成することが可能である。この場合、ユーザは友達の家を訪ねてレポジトリ１４２を使用して、見たり聞いたりするコンテンツを探索する。コンテンツが特定されたら、購入することが可能となり、また、新しいライセンスをレポジトリ１４２に送出することが可能となる。そして、この友達の家にあるＤＲＭシステムを用いてこのコンテンツを見たり聞いたりすることが可能となる。

本典型的実施形態は、共有デジタルライセンスレポジトリデバイス１４２が失われたり、盗難にあったり、破壊されたりした場合に備えて、このデバイス１４２のオフサイトアーカイブコピーを作成して、その内容を将来のために記憶しておくユーザを含んでいる。プロプライエタリＤＲＭシステム１３６、１３８、１４０のライセンスが失われたり、盗難にあったり、破壊されたりした場合に備えて、共有デジタルライセンスレポジトリ１４２またはオフサイトアーカイブコピーを用いて、これらのライセンスを記憶しておくことが可能である。たとえば、レポジトリ１４２を、紙ベース（たとえばＯＣＲ用のグリフやテキスト）、取り外し可能媒体ベース（たとえばＣＤＲやスマートカード）、固定式媒体ベース（たとえばＰＣ上のハードディスク）、サービスベース（たとえばＭｉｃｒｏｓｏｆｔ Ｐａｓｓｐｏｒｔ）などであったりする書き出しメカニズムをサポートするように構成することが可能である。長所として、これによって、ユーザは、デバイス１４２が失われたり、盗難にあったり、破壊されたりした場合に、自身のライセンスインベントリを検索することが可能である。アーカイブからのライセンスのインポートは、レポジトリ１４２のブランドに対してプロプライエタリとしたり、相互運用可能なものとしたりして、消費者がレポジトリ１４２を変更することを可能とするようにすることが可能である。

ある典型的なピアツーピアライセンスの転送においては、ユーザＡの共有デジタルライセンスレポジトリ１４２はユーザＢのレポジトリに取り付けることが可能であり、ここで、ユーザＡのライセンスの内の１つが期限切れとなって、ユーザＢが使用可能な新しいライセンスが作成される。たとえば、二人のユーザが１つのレポジトリ１４２から別のレポジトリにライセンスを転送することに合意することが可能である。要するに、二人は特定のコンテンツのインスタンスに対するライセンスを交換することに同意する。この典型的実施形態では、ユーザは２つのレポジトリ１４２を互いに接続して、ライセンスを与えるまたは売却する。レポジトリ１４２は、与えるまたは売却されたライセンスを期限切れにするまたは廃止するメカニズムを含むことが可能である。

ある典型的実施形態では、レポジトリデバイス１４２が、期限切れになって新しいライセンスを生成することを許可することが可能であり、また、ＤＲＭシステムがこのような機能の実行をデバイス１４２に委託するように構成することが可能である。たとえば、ライセンスの失効や終了をＤＲＭシステムがレポジトリ１４２に委任することが可能である。ある典型的実施形態では、レポジトリ１４２は、限られた持続期間にわたってＤＲＭシステムが行使することが可能な一時的ライセンスを作成することが可能である。接続されていないシステムでは、有限なライセンスの生成をレポジトリ１４２に委託することが可能である。

ある典型的実施形態では、レポジトリ１４２は標準化されたＡＰＩを用いて、最初にライセンスを作成したＤＲＭシステムに接続して、ライセンスを失効させたり再発行したりして、ピアツーピアでライセンスを転送することが可能である。たとえば、レポジトリ１４２を用いて、ライセンスを１つのＤＲＭインスタンスから別のＤＲＭインスタンスに転送することが可能である。２つのレポジトリ１４２がライセンスを交換する代わりに、この典型的実施形態では、２つのＤＲＭシステムが、レポジトリ１４２と自身達の接続とを介してライセンスを転送することが可能となっている。この場合、ライセンスを転送する権利を許可することが可能であるが、ここで、レポジトリ１４２はこの転送のパイプとして働く。

ある典型的実施形態では、レポジトリ１４２は、ライセンスを最初に作成したＤＲＭシステムに対してプロプライエタリであるＡＰＩを用いて、ライセンスの失効と発行を実行して、ライセンスをピアツーピアで転送することが可能である。たとえば、レポジトリ１４２は、責任をもったエージェントとして動作し、また、標準化されたＡＰＩを用いるレポジトリ１４２の代わりにＤＲＭシステムの２つのインスタンス同士間で転送を実行して、ＤＲＭシステムと協同してライセンスの転送をしやすいものとすることが可能である。この転送は、どちらのＤＲＭシステムの機能であってもなくても良い。

ある典型的実施形態では、レポジトリ１４２を用いて権利を解釈することが可能である。たとえば、実際のライセンスをＤＲＭに中立な方法で記憶することが可能であるが、ここで、レポジトリ１４２は、ＤＲＭシステムが理解可能な形態にライセンスを変換する代わりに権利を解釈する。レポジトリ１４２は、ＤＲＭシステムがライセンスを解釈する責任をレポジトリ１４２に転送することを可能とする適当なＡＰＩで強化することが可能である。

ある典型的実施形態では、レポジトリ１４２は、標準化されたＡＰＩを用いて互いに通信して、さまざまなピアツーピア活動を実行することが可能である。したがって、２つ以上のレポジトリ１４２を互いに接続するので、ライセンスの保持者が、ライセンスを共有して発見するシステムを形成することが可能である。レポジトリ１４２から成るピアツーピアネットワークを形成して、ライセンスをプールしたり、リアルタイム／オンラインでオークションしたり、類似の動作をしたりしやすくすることが可能である。たとえば、レポジトリ１４２のネットワークを作成して、ライセンスをリアルタイムで転送する目的で使用することが可能である。このネットワークに加わるためには、ユーザは、たとえば、共有されるライセンスを５つ用意しなければならない。すると、このユーザはレポジトリ１４２のネットワークを探索して、自身が行使したいライセンスを特定することが可能である。ユーザのレポジトリ１４２に対してライセンスの貸付または転送をリアルタイムで実施することが可能であり、また、ＤＲＭシステムに消費を許可するように通知することが可能である。その後で、レポジトリ１４２のネットワークに対してライセンスを提示し返すことが可能となる。長所として、このような典型的システムは潜在的には、無限の数のユーザが無限の数のライセンスに対して「合法的に」アクセスすることを許容することが可能である。

ある典型的実施形態では、レポジトリ１４２を、ＤＲＭシステムに対するサービスとして構成することが可能であり、また、ＤＲＭシステムは自身のユーザインタフェースを用いて、標準化されたＡＰＩを用いてライセンス管理機能を実施することが可能である。たとえば、レポジトリ１４２は自身を、ＤＲＭシステムがライセンスを用いたり検索したりするための方法として提供することが可能である。それでも、ＤＲＭシステムはこのようなライセンスに対する管理ユーザインタフェースを所有することが可能であるが、ここで、ＤＲＭシステムをレポジトリ１４２のＡＰＩをサポートするように構成することが可能である。

ある典型的実施形態では、レポジトリ１４２を、ＤＲＭシステムに対するサービスとして構成することが可能であり、また、ＤＲＭシステムは自身のユーザインタフェースを用いて、プロプライエタリＡＰＩを用いてライセンス管理機能を実施することが可能である。たとえば、レポジトリ１４２は自身を、ＤＲＭシステムがライセンスを用いたり検索したりするための方法として提供することが可能である。それでも、ＤＲＭシステムはこのようなライセンスに対する管理ユーザインタフェースを所有することが可能であるが、ここで、ＤＲＭシステムは「トリックをかけられて」レポジトリ１４２を用いるようにされる。この典型的実施形態では、レポジトリ１４２を、ＤＲＭシステムにネイティブのライセンス記憶要求をインターセプトして、このような機能を提供するように構成することが可能である。

ある典型的実施形態では、レポジトリ１４２は自身のユーザインタフェースを含んで、標準化されたＡＰＩを介してＤＲＭシステムのおのおのにわたるライセンス管理機能を実行することが可能である。たとえば、レポジトリ１４２のユーザインタフェースは、ＤＲＭシステムのインスタンスに記憶されているライセンスを見ることをユーザに対して可能とするように構成することができ、ここで、ＤＲＭシステムは、標準化されたＡＰＩを介してＤＲＭシステムのライセンス記憶装置にアクセスすることをレポジトリ１４２に対して許容するように構成することが可能である。

ある典型的実施形態では、レポジトリ１４２は自身のユーザインタフェースを含んで、プロプライエタリＡＰＩを介してＤＲＭシステムのおのおのにわたるライセンス管理機能を実行することが可能である。たとえば、レポジトリ１４２のユーザインタフェースは、ＤＲＭシステムのインスタンスに記憶されているライセンスを見ることをユーザに対して可能とするように構成することができ、ここで、ＤＲＭシステムは変型する必要はないが、レポジトリ１４２が、ＤＲＭシステムのネイティブＡＰＩを用いて利用可能なライセンスを決定するように構成される。

ある典型的実施形態では、レポジトリ１４２は、標準化されたＡＰＩを用いて、エスクローやオークションのサービスに接続して、二人のユーザが互いを発見して、安全で遠隔でのライセンス取引をピアツーピアで実行することを可能とすることができる。たとえば、売り手は自身のレポジトリ１４２をｅＢａｙなどのサービスに接続してライセンスをオークション目的で提示することが可能であり、次いで、ｅＢａｙの買い手はこの売り手のレポジトリ１４２とそれに記憶されているライセンスの値段とをブラウジングすることが可能となる。その後エスクローサービスが、支払がなされたことを検証すると、売り手のレポジトリ１４２を買い手のレポジトリ１４２に接続することが可能となり、ライセンスの転送を実行することができる。

ある典型的実施形態では、レポジトリ１４２を、他のタイプのピアツーピアライセンス転送を提供するように構成することが可能である。たとえば、ライセンスの貸し出しや転売などの他のタイプのピアツーピア転送をレポジトリ１４２同士間でサポートすることが可能である。レポジトリ１４２は互いの間でライセンスを転送することが可能であり、また、適当な条件下で貸付されたライセンスの廃止と復活に同意することが可能である。

本典型的実施形態では、より良好なユーザインタフェース、堅牢さ、より良好なプロプライエタリＡＰＩサポート、人間工学、利用可能性、ピアツーピアサービスの互換性、より良好な値段、信頼性などを提供することによって、消費者のためにレポジトリ１４２を作成する機会について企業が競合することが可能である。レポジトリ１４２の形態、能力、経費および堅牢さをカスタマイズして、権利を持つ消費者を発見することが可能である。このモデルの良好な優先性は、無線業界におけるセル電話とサービスプログラムの多様性と機能性である。

図１から４の典型的実施形態の上記のデバイスとサブシステムとは、たとえば、図１から４の典型的実施形態のプロセスを実行することが可能ないずれかの適切なサーバ、ワークステーション、ＰＣ、ラップトップコンピュータ、ＰＤＡ、インターネット機器、ハンドヘルドデバイス、セルラー電話、無線デバイス、携帯式プレイヤ、他のデバイスなどを含むことが可能である。図１から４の典型的実施形態のデバイスとサブシステムは、いずれかの適当なプロトコルを用いて互いに通信可能であり、また、プログラムされたコンピュータシステムやデバイスを１つ以上用いて実現することが可能である。

たとえば、インターネットアクセス、なんらかの適当な形態（たとえば、音声、モデムなど）での電気通信、無線通信媒体などを含む１つ以上のインタフェースメカニズムを図１から４の典型的実施形態で用いることが可能である。たとえば、図１から４の典型的実施形態で用いられる通信ネットワークは、１つ以上の無線通信ネットワーク、セルラー通信ネットワーク、Ｇ３通信ネットワーク、ＰＳＴＮ（公衆交換電話網）、ＰＤＮ（パケットデータネットワーク）、インターネット、イントラネット、これらの組み合わせなどを含むことが可能である。

図１から４の典型的実施形態のデバイスとサブシステムは例示目的であることを理解すべきであり、特定のハードウエアに可能な限りの多くの変更がなされて、典型的実施形態が実現されることを関連技術の当業者は理解されるであろう。たとえば、図１から４の典型的実施形態のデバイスとサブシステムの内の１つ以上のものの機能性を、１つ以上のプログラムされたコンピュータシステムやデバイスを用いて実現することが可能である。

このような変更や他の変更を実施するためには、１つのコンピュータシステムを図１から４の典型的実施形態のデバイスとサブシステムの内の１つ以上のものの特殊目的の機能を実行するようにプログラムすればよい。他方、図１から４の典型的実施形態のデバイスとサブシステムの内のいずれか１つの代わりに２つ以上のプログラムされたコンピュータシステムまたはデバイスを導入しても良い。したがって、冗長性、複製化などの分散処理の原理と長所を所望のように実施して、図１から４の典型的実施形態のデバイスとサブシステムの堅牢さと性能を向上させることが可能である。

図１から４の典型的実施形態のデバイスとサブシステムは、本書に記載するさまざまなプロセスに関連する情報を記憶することが可能である。この情報は、図１から４の典型的実施形態のデバイスとサブシステムの、ハードディスク、光ディスク、光磁気ディスク、ＲＡＭなどの１つ以上のメモリーに記憶することが可能である。図１から４の典型的実施形態のデバイスとサブシステムの１つ以上のデータベースは、本発明の典型的実施形態を実現するために用いられる情報を記憶することが可能である。これらのデータベースは、本書にリストアップされている１つ以上のメモリーや記憶デバイスに含まれるデータ構造（たとえば、記録、テーブル、配列、フィールド、グラフ、ツリー、リストなど）を用いて編成することが可能である。図１から４の典型的実施形態に関連して説明したプロセスは、その１つ以上のデータベース中に図１から４の典型的実施形態のデバイスとサブシステムのプロセスによって収集および／または生成されたデータを記憶する適当なデータ構造を含むことが可能である。

コンピュータとソフトウエア技術の当業者には理解されるように、本発明の典型的実施形態の教示にしたがってプログラムされた１つ以上の汎用コンピュータシステム、マイクロプロセッサ、デジタル信号処理装置、マイクロコントローラなどを用いて、図１から４の典型的実施形態のデバイスとサブシステムのすべてまたは１部を都合よく実現することが可能である。ソフトウエア技術の当業者には理解されるように、本典型的実施形態の教示に基づいて通常の技術を持つプログラマが適切なソフトウエアを容易に作成することが可能である。さらに、図１から４の典型的実施形態のデバイスとサブシステムを、ワールドワイドＷｅｂ上で実現することが可能である。加えて、電気技術の当業者には理解されるように、図１から４の典型的実施形態のデバイスとサブシステムは、特定用途向け集積回路を作成することによってまたは適当なネットワークを成す従来のコンポーネント回路を相互接続することによって実現することが可能である。したがって、本典型的実施形態は、ハードウエア回路および／またはソフトウエアのいかなる特定の組み合わせにも制限されない。

コンピュータ読み取り可能媒体のどれか１つまたは組み合わせに記憶された、図１から４の典型的実施形態のデバイスとサブシステムを制御し、図１から４の典型的実施形態のデバイスとサブシステムを駆動し、図１から４の典型的実施形態のデバイスとサブシステムをイネーブル状態にして、人間のユーザなどと対話するソフトウエアを本発明の典型的実施形態は含むことが可能である。このようなソフトウエアは、これに限られないが、デバイスドライバ、ファームウエア、オペレーティングシステム、開発ツール、アプリケーションソフトなどを含むことが可能である。このようなコンピュータ読み取り可能媒体はさらに、本発明を実現する際に実行される処理のすべてまたは１部（処理が分散される場合）を実行する本発明のある実施形態のコンピュータプログラム製品を含むことが可能である。本発明の典型的実施形態のコンピュータコードデバイスは、これに限られないが、解釈可能プログラム(Interpretable Programs)、ＤＬＬ(Dynamic Link Libraries)）、Ｊａｖａ（登録商標）クラスとアプレット、完全実行可能プログラム、ＣＯＲＢＡ（登録商標）(Common Object Request Broker Architecture)オブジェクトなどを含むいずれかの適当な解釈可能または実行可能なコードメカニズムを含むことが可能である。さらに、本発明の典型的実施形態の処理の諸部分は、性能、信頼性、経費などを向上させるために分散することが可能である。

上述したように、図１から４の典型的実施形態のデバイスとサブシステムは、本発明の教示にしたがってプログラムされている命令を保持し、また、本書に記載するデータ構造、テーブル、記録および／または他のデータを保持するコンピュータ読み取り可能媒体またはメモリーを含むことが可能である。コンピュータ読み取り可能媒体は、プロセッサに対して実行用の命令を提供する際に関与するいずれか適切な媒体を含むことが可能である。このような媒体は、これに限られないが、不揮発性メモリー、揮発性媒体、伝送媒体などを含む多くの形態をとることが可能である。不揮発性媒体には、たとえば、光ディスクや磁気ディスク、光磁気ディスクなどを含むことが可能である。揮発性媒体には、ダイナミックメモリーなどを含むことが可能である。伝送媒体には、同軸ケーブル、銅線、光ファイバなどを含むことが可能である。伝送媒体はまた、音響波、光波、電磁波および、ＲＦ（無線周波数）通信、ＩＲ（赤外線）データ通信などの間に生成されるような形態を取ることが可能である。コンピュータ読み取り可能媒体の一般的形態には、たとえば、フロッピ（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、他のいずれかの適当な磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、他のいずれかの適当な光媒体、パンチカード、紙テープ、光マークシート、穴または他の光学的に認識可能な印のパターンを持つ他のいずれかの適当な物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他のいずれか適当なメモリーチップやカートリッジ、搬送波またはコンピュータが読み取り可能な他のいずれかの適当な媒体を含むことが可能である。

本発明を多くの典型的な実施形態と実施例とに関連させて説明したが、本発明はこれらに限られることはなく、むしろ、添付クレームの範囲に入るさまざまな変型例や等価例をその範囲に含むものである。

本発明の実施形態を、類似の参照番号が類似の部品を表している以下の図表と添付図面に、制限目的ではなく例示として示す。
典型的なコンポーネント同士間での対話を記述する典型的なシステムを示す図である。 図１の共有デジタルレポジトリを用いる典型的なプロセスの概観を示す図である。 プロプライエタリＤＲＭシステム同士間に基本的なレベルの相互運用性を提供する共有ライセンスレポジトリを記述する典型的なシステムを示す図である。 図１に示すコンポーネントの内の１部しか含んでいない典型的なシステムを示す図である。

Claims (1)

1. ユーザにライセンスされたコンテンツをレンダリングするコンピュータ利用の方法であって、
   該方法は、
   同一なコンテンツを複数のコンテンツ消費アプリケーションによって夫々に異なるインスタンスにてレンダリングを許可するライセンスを、ユーザのコンピュータで受信すること、
   該受信したライセンスを、ユーザのコンピュータ上にアイコンとして表示すること、
   該表示したアイコンをユーザのコンピュータ上でドラッグアンドドロップ操作することにより前記複数のコンテンツ消費アプリケーションの内のいずれかの所望アプリケーションを選定すること、及び
   該選定した所望アプリケーションによるインスタンスにて、前記コンテンツをレンダリングすること
   を含む、前記ユーザのライセンスされたコンテンツをレンダリングするコンピュータ利用の方法。

Images