JP2008512751A - デジタル著作権ライセンシングの集中管理 - Google Patents

Abstract

デジタルメディアにおけるライセンス権を管理するシステム及び技術が、多くのユーザのアイデンティティに関連付けてデジタルライセンスレコードを記憶２４４、２６８することを含む。各ユーザのアイデンティティについてのライセンスレコードは、当該ユーザのアイデンティティに対応する第１の認証証明書を用いてリモートな装置２０２からアクセス可能である。デジタルメディアのライセンスが、第２の認証証明書を用いた購入のためにオファーされる。購入者の第２の認証証明書は、特定のユーザのアイデンティティに対応する第１の認証証明書に関連付けられている。特定の第２の認証証明書を用いて購入されたデジタルメディアライセンスについての記録２３６が、特定の第２の認証証明書と特定のユーザのアイデンティティに対応する第１の認証証明書との関連付けに基づいて、特定のユーザのアイデンティティに関連付けられて記憶２６８される。

Description

（関連出願）
本出願は、２００４年９月３日に出願された、出願番号６０／６０７，０４５の米国仮特許出願の利益を主張する。本出願は、２００４年１月２８日に出願された、ＰＣＴ／ＵＳ２００４／００２３５６、２００３年１２月２日に出願された、出願番号１０／７２６，２８４の米国特許出願、２００３年２月３日に出願された、出願番号６０／４４４，５８１の米国仮特許出願に関連し、これらの全ては、ここに参照として組み込まれている。
本発明は、デジタル著作権管理に関し、特に、デジタルメディアの許可された（ａｕｔｈｏｒａｉｚｅｄ）ライセンシングと配信の実行に関する。

音楽産業は、混乱の中にある。十年もの間、音楽会社は、作成したコンテンツの物理的な配布を管理してきた。歴史上の初期においては、消費者は、このコンテンツの配布をコントロールできるようにするツールを与えられてきた。急速に拡大し、広く適用される技術は、現状に対して消費者によってなされる破壊的な変化をもたらした。無数のリーガルまたはイリーガルな解決法が、デジタル世界におけるコンテンツ配布についての本質的な難題に対して解答し、解決しようとしてきた。コンテンツのデジタル配信についての問題は、大いに音楽産業に関連しているものの、モーションピクチャ産業のような他の産業も同じ難題を被っている。

コンテンツのクリエーター／オーナーと消費者双方を満足させる解決法はない。広く適用されている唯一のデジタル配信についての解決法は、様々なピアツーピアネットワークにおいて見受けられる。しかし、この解決法は、何百万もの消費者が音楽及び他の形式のコピーライトされたコンテンツを、ダウンロードするコンテンツに対して支払わずにダウンロードできるようにする。コンテンツのオーナーは、料金を収集することができない。この状況は、大きな収益の損失を引き起こす。

とりわけ、デジタルサブスクリプションサービスの承認（ｅｎｄｏｒｓｅｍｅｎｔ）を通じて、音楽会社のような多くのコンテンツ作成者は、将来デジタル配信があることを確認する。これは、最も効率的かつ経済的な配信手段である。現在のところ、音楽産業は、この配信手段に対して十分取り組んではいない。デジタル配信は、また、他の産業において、多くのタイプのコンテンツに関して一般に行われている。他のタイプのコンテンツにおいて、音楽産業が直面しているこれらの問題と同様の問題が生じている。

例えば、音楽産業における近年のデジタル配信モデルは、偽った購入パターンに消費者を限定して、ソングの選択を制限し、他の利用可能なオプションを制限する。さらに、これらのモデルは、一般に、消費者のコンテンツに対する支払方法を制限し、モデルのいくつかは、基調をなす成果物における著作権の侵害を防止することができない。

（発明の要旨）
一実施例によれば、複数のユーザのアイデンティティ（ｉｄｅｎｔｉｔｉｅｓ）に関するデジタルメディアのライセンス記録（ｒｅｃｏｒｄ）を記憶することによって、デジタルメディアにおけるライセンス権が管理される。各々のユーザのアイデンティティについてのライセンス記録は、当該ユーザのアイデンティティに対応する第１の認証証明を用いてリモート装置からアクセス可能である。デジタルメディアライセンスは、第２の認証証明を用いて購入に供される。特定の第２の認証証明は、あるユーザのアイデンティティに対応する第１の認証証明に関連する。当該特定の認証証明を用いて購入されたデジタルメディアのライセンス記録は、その特定の第２の認証証明とその特定のユーザのアイデンティティに対応する第１の認証証明との対応付けに基づいて、その特定のユーザのアイデンティティに関連付けられて記憶される。

実施例は、１または複数の以下の特徴を有する。各ユーザのアイデンティティについての第１の認証証明と第２の認証証明の各々が、ユーザ名とチャレンジ（ｃｈａｌｌｅｎｇｅ）レスポンスとを含む。デジタルメディアのライセンス記録は、ライセンスそして／またはデジタルメディアのファイル識別子についてのパラメータを含む。特定のユーザアイデンティティに関連する複数の装置識別子が記録され、特定のユーザアイデンティティについてのライセンス記録によって識別されるデジタルメディアのライセンスによって、その装置識別子の一つを有する装置上でのデジタルメディアを利用できるようになる。ライセンス記録は、ユーザのアイデンティティに関連付けられた装置上で発見されたデジタルメディアを識別するデータを含む。第１の認証証明はセントラルサーバに関連付けられ、第２の認証証明はリテイラー（ｒｅｔａｉｌｅｒ）サーバに関連付けられる。セントラルサーバは、デジタルメディアの購入についての、複数の者の間における収益の分配を規定するルールを記憶する。デジタルメディアの購入が、第１のユーザのアイデンティティから第２のユーザのアイデンティティへの紹介（ｒｅｆｅｒｒａｌ）に応じてなされた場合、第２のユーザのアイデンティティを用いたデジタルメディアライセンスの購入に応じて、第１のユーザのアイデンティティに関連づけられたアカウントに対してクレジットが割り当てられる。

別の例においては、複数のユーザの識別子に関連付けられたデジタルメディアのライセンス記録が記憶される。第１のリテイラーからの第１のデジタルメディアライセンスの第１の購入を識別するデータが受信される。そのデータは、第１の購入に関連する特定のユーザのアイデンティティを識別するのに十分な情報を含む。特定のユーザのアイデンティティに関連付けられる第１の購入の記録が、デジタルメディアのライセンス記録中に記憶される。第２のリテイラーからの第２のデジタルメディアライセンスの第２の購入を識別するデータが受信される。そのデータは、第２の購入に関連する特定のユーザのアイデンティティを識別するのに十分な情報を含む。特定のユーザのアイデンティティに関連付けられる第２の購入の記録が、デジタルメディアのライセンス記録中に記憶される。

実施例は、１または複数の以下の特徴を有する。第１の購入と第２の購入とが、各々、特定のユーザのアイデンティティを用いて行われる。第１の購入の記録は、第１のデジタルメディアについてのデジタルメディアライセンスと特定のユーザのアイデンティティとの対応付けを含み、そして、第２の購入の記録は、第２のデジタルメディアについてのデジタルメディアライセンスと特定のユーザのアイデンティティとの対応付けを含む。第１の購入と第２の購入とは、特定のユーザのアイデンティティを用いた紹介（ｒｅｆｅｒｒａｌ）に応じて行われる。第１の購入の記録と第２の購入の記録は、特定のユーザのアイデンティティに関連付けられたアカウントに対するクレジットの提供を含む。そのクレジットは、第１のリテイラーそして／または第２のリテイラーを通じたデジタルメディアライセンスの購入に利用可能である。それらの記録に対するアクセスは、第１のリテイラーと第２のリテイラーの各々に対して提供される。購入による収益は、第１のリテイラー、デジタルメディアの所有者、そして、セントラルサーバに関連する者の間に割り当てられる。第１のリテイラーと第２のリテイラーの各々は、購入用の別個のデジタルメディアのカタログを持っている。

別の例においては、１又は複数のリテイラーサーバが、特定のユーザのアイデンティティに関連付けられた、リテイラーに特有の認証証明を用いて、購入用のデジタルメディアライセンスを提供し得る。セントラルサーバは、複数のユーザのアイデンティティに関連付けられたデジタルメディアのライセンス記録を記憶する。特定のユーザのアイデンティティについてのライセンス記録は、特定のユーザのアイデンティティに関連付けられたプライマリ（ｐｒｉｍａｒｙ）認証証明を用いたリモート装置からアクセス可能である。特定のユーザのアイデンティティについてのライセンス記録は、特定のユーザのアイデンティティに関連付けられた、リテイラーに特有の認証証明を用いて購入されたデジタルメディアのライセンス記録を含むように自動的に更新される。

実施例は、１または複数の以下の特徴を有する。セントラルサーバが、少なくとも各々のリテイラーサーバのオペレータとセントラルサーバのオペレータとの間の収益の分配を規定するルールを記憶する。各リテイラーサーバは、特定のユーザのアイデンティティに関連付けられたデジタルメディアのライセンス記録から情報を抽出し得る。セントラルサーバは、他のユーザのアイデンティティを用いた購入であって、特定のユーザのアイデンティティを用いた紹介（ｒｅｆｅｒｒａｌ）に関連付けられた購入について特定のユーザのアイデンティティによってもたらされたクレジットを識別するデータを記憶する。各リテイラーサーバは、特定のユーザのアイデンティティを用いたライセンスされたデジタルメディアファイルの送信をサポートし得る。

別の例においては、複数のリテイラーサーバの各々が、購入用のデジタルメディアライセンスを提供でき、各々のリテイラーサーバが、別個のデジタルメディアのカタログを備える。セントラルサーバは、複数のユーザのアイデンティティに関連付けられたデジタルメディアのライセンス記録を記憶でき、特定のユーザのアイデンティティについてのライセンス記録は、最初のリテイラーサーバを通じて購入されたデジタルメディアのライセンス記録と、第２のリテイラーサーバを通じて購入されたデジタルメディアのライセンス記録を含む。

実施例は、１または複数の以下の特徴を有する。セントラルサーバが、デジタルメディアライセンスなしのデジタルメディアファイルの使用を制限するためのセキュリティメカニズムをサポートする。セントラルサーバは、リテイラーサーバからデジタルメディアのライセンス記録へのアクセスを提供する。セントラルサーバは、少なくとも、収益を生んだ購入がなされたセントラルサーバのオペレータとリテイラーサーバとの間に収益を割り当てるためのルールを記憶する。セントラルサーバは、セントラルサーバのオペレータとリテイラーサーバのオペレータの各々に割り当てられる収益を決定するデータを記憶する。

ここで説明するシステムと技術は、デジタルメディアファイルを配信し、著作権を管理するための、コンピュータに実装されたシステムに関する。そのシステムと技術は、理論上任意のタイプの、音楽及び他の記録物、映画及びその他のビデオ、書籍及びその他の記述物を含む著作権デジタルファイル、そして、金融、法律、医学、ゲーム、そしてソフトウェア産業におけるファイルといった他のファイルをサポートするエンドツーエンドの処理を示す。以下の説明は、主に音楽ファイルについての技術の適用に主眼が置かれているが、その技術は、等しく他のタイプのデジタルファイルに適用可能である。同様に、その技術は、メディアファイルのコンテクスト（ｃｏｎｔｅｘｔ）において説明されているが、その技術は、また、マルチメディアファイルと他のタイプのデータファイルについて適用できる。そのシステムと技術は、コンテンツオーナーがそれらの作品の配信と利用の見返りを受け、デジタルメディアの販売そして／またはライセンシングによって生み出される収益への様々なレベルの参加を提供することを保証する。

デジタルメディアの電子的コピーとともに、デジタルメディアライセンスが、セントラルライセンシングサーバによって提供されるライセンス及び配信管理インフラストラクチャーを用いて、リテイラーのネットワークによって配信される。各々のリテイラーは、それを通じてユーザが購入用のデジタルメディアライセンスを選択し得る別個のデジタルメディアのライブラリ又はカタログを備える。デジタルメディアライセンスに関するデータ記録が、セントラルライセンシングサーバのセントラルデータベースに記憶される。これらのデータ記録は、例えば、各々のユーザがライセンスされたどのデジタルメディアファイルに対してアクセスして使用するかを識別する。ユーザは、１又は複数のリテイラーからのメディアファイルに対するライセンスを購入することができ、そして、ライセンスされたメディアファイルの全てを識別する集中的に管理されるデータベースを備える。

典型的には、各々のリテイラーは、リテイラーに特有のユーザ名と各々のユーザについてのパスワードを用いた別個の認証手続を有する。更に、各ユーザは、セントラルライセンシングサーバによって保持される当該ユーザのデータ記録にアクセスするための、別個のユーザ名及びパスワードを持っている。各々のリテイラーに特有のユーザ名をセントラルライセンシングサーバについてのユーザ名と関連付けることによって、リテイラーを通じて購入されたデジタルメディアライセンスが、セントラルライセンスデータベースに記録され得る。いくつかの実施例においては、そのような関連付けは、例えば、ユーザがライセンスを購入したデジタルメディアファイルにアクセスし、又は使用することができるようにするセキュリティメカニズムの実行に必要となる。各々のリテイラーには、例えば、リテイラーがユーザ自身のメディアファイルライセンスのライブラリをユーザに対して示すことができるようにするために、デジタルメディアライセンスデータベースへの代理（ｐｒｏｘｙ）アクセスが提供される。

デジタルメディアは、一般に、「ラップされた（ｗｒａｐｐｅｄ）」形式でユーザのコンピュータ又は他の装置に対して配信される。メディア著作権のオーナーは、所有権と支払に関する情報を持ったファイルをラップし得る。この情報には、一意のファイルＩＤが与えられ、セントラルデータベースに蓄積される。そのファイルＩＤは、そのラッパー（ｗｒａｐｐｅｒ）とともに記憶され、送信される。そのラッパーを持たないソングまたは他の形式のデジタルメディアもまた識別される。一旦ファイルがそのシステムによって取得され、識別されると、（例えば、識別されたファイルをセントラルデータベースに記憶された一意のファイルＩＤと照合することによって）オーナーや支払要求といった情報が抽出される。そのコンピュータ上又は他の装置上のソフトウェアが、そのユーザがラップされたファイルに含まれるデジタルメディアについてのライセンスを有しているかを判断することによって、ラップされたファイルへのアクセスを制御するために用いられる。

ユーザＩＤが、各ユーザについて生成される。ユーザＩＤは、そのユーザのユーザ名と同じであってもよく、又は、別個に生成された識別子であってもよい。ユーザＩＤは、そのコンピュータのＢＩＯＳのような、コンピュータ上の安全なエリア内に、装置に特有の情報とともに記憶される。そのユーザＩＤは、暗号化された形式または暗号化されていない形式で記憶される。この情報は、ユーザが保有する、ライセンス及び関連する許可についてのローカルデータベースにアクセスすることを許可するユーザ識別キーを示している。このローカルライセンスデータベースを参照することにより、そのコンピュータ上に記憶されているソフトウェアは、ユーザが特定のファイルを使用することが許可されているかを判断でき、もしそうである場合は、そのファイルをアンラップ（ｕｎｗｒａｐ）する。ユーザは、複数の装置を備えることが多く、また、ライセンスデータの偶発的な喪失を防止するため、ユーザのライセンスに関する情報が集中的に記憶されて、そのユーザが、１以上の装置において、ライセンスされた全てのメディアにアクセスすることを保証し、また、冗長的なライセンスの記憶を提供する。

ユーザは、個人または家族、世帯のメンバー、共有されたプライベート装置にアクセスする人物、またはビジネス体といった、関連する１セットの個人として定義される。さらに、情報がデータベースに記憶されるものとして記述される場合、その情報は、複数のデータベースに記憶される。

ファイルは、他のユーザに向けられるか、さもなくば、ユーザ間で交換される。しかし、ファイルがライセンスを必要とし、新たなユーザがそのメディアファイルを購入しない場合、その新たなユーザは、そのファイルにアクセスできない。そのファイルの配信を促進するために、ユーザは、そのメディアファイルに興味を持っていると感じる他者（すなわち、新たな購入者によって生み出された収益の一部を受け取り得る者）に対してメディアファイルを紹介するか、メディアファイル又はリンクを電子的に送信するインセンティブが与えられる。受領者達（ｒｅｃｉｐｉｅｎｔｓ）は、そのメディアファイルを購入（すなわちそのファイルにアクセスし得るように）するインセンティブを与えられ、さらに、彼らもまたその収益に参加することができるように、そのメディアファイルを紹介する。収益に参加することが許される配信レベル数は、無制限である。しかし、典型的には、収益に参加することが許される配信レベル数は、限られている。特定のメディアファイルについての支払レベルの数は、コンテンツオーナーそして／またはそのメディアファイルをその後に配信する者によって設定される。支払レベルの最大数とそのような支払についてのレートは、メディアファイルの一意のファイルＩＤの生成の際に、支払レートとともに設定される。新たなユーザがそのメディアファイルをライセンスされていなければ、彼／彼女は、他のユーザに購入のためにそのファイルをパスアロング（ｐａｓｓ ａｌｏｎｇ）することができるが、そのファイルにアクセスすることはできない。

他のユーザの紹介を通じて各ユーザが得たクレジットに関する情報が、セントラルライセンスデータベースに記憶される。これらのクレジットは、任意の様々なリテイラーからの購入に当てられる。更に、セントラルライセンスサーバは、デジタルメディアライセンスの販売を通じて生み出された収益の分配に関するルールを保持する。典型的には、その収益は、デジタルメディア（すなわち、ソングに対する著作権を持つレコード会社）の所有者、当該販売を行ったリテイラー、セントラルライセンシングサーバのオペレータ、そして、いくつかの場合には、１又は複数の紹介ユーザの間で分配される。

特定のメディアファイルについての販売取引が生じる度に、配信チャネルにおけるリテイラーそして／またはユーザについての識別情報がメディアファイルから抽出されて、誰がその収益を与えられるかが決定される。取引の全ては、支払及び分析用に集中的に追跡される。セントラルライセンシングサーバは、リテイラー、（メディアファイルを紹介するユーザを含む）配信者、そして、ラッパーなしに届いたファイルを送信するユーザに対する支払を追跡するために用いられる。この後者の状況は、例えば、ユーザが標準的なオーディオＣＤ又はＤＶＤから発生したソングを共有する場合に生じ得る。

ファイルについてのライセンスは、複数のユーザ装置間で認識される。ここで説明される方法と技術は、デジタルメディアを使用するためのライセンスの販売、配信、そして管理のための処理を提供する。

図１は、デジタル著作権を管理し配信する典型的なシステム１００のブロック図である。ユーザ装置１０５は、メモリ１１５そして／またはユーザ装置１０５に接続されている図示を省略する他の記憶メディアに記憶された命令を実行するプロセッサ１１０を備える。ユーザ装置は、ＢＩＯＳ（ベーシック入力／出力システム）１２０又はユーザ装置１０５に関する基本情報を記憶する他の不揮発性のメモリを備える。ユーザ装置１０５は、ファイル及び他のデータが、（１３０に示すように）ユーザ装置１０５上にそしてユーザ装置１０５から移動そして／またはコピーされることを可能とする１又は複数のＩ／Ｏポート１２５を備える。プロセッサ１１０は、メモリ１１５に記憶された命令に従って、プロテクトされた（例えば、著作権で保護された）音楽、ビデオ、ソフトウェア又は他のファイルを識別するために、Ｉ／Ｏポート１２５を通過するファイル及び他のデータを監視する。

メモリ１１５は、ユーザ装置１０５において使用するためにライセンスされるファイルのライセンス情報を記憶するローカルデータベース１３５を備える。ローカルデータベース１３５、またはローカルデータベース１３５に含まれる情報に対してアクセスするためには、一般に、ＢＩＯＳ１２０に記憶された１又は複数のキーを復号して使用する、任意のインストールされたソフトウェアが必要となる。そのようなキーは、ユーザそして／またはユーザ装置１０５に一意のものであり、そのローカルデータベース１３５へのアクセス処理は、ローカルデータベース１３５内に記憶されたキーそして／またはライセンス情報が特定のユーザ装置１０５について正当であるように設計されている。例えば、ユーザが他の装置上において、キーそして／またはライセンス情報の許可されていないコピーを行おうとする場合には、ユーザ装置にライセンスされたファイルへのアクセスは、新たな一意のキーが当該他の装置のために生成され、当該他の装置上にライセンス情報が記憶されない限り、当該他の装置上において拒否される。特定の装置についてのライセンス情報は、将来更新され、使用権限を更新し、または、ファイルへアクセスできないようにする。そのような更新が望まれるのは、例えば、古いコンピュータの非ライセンス化等においてである。

ユーザ装置１０５は、１または複数の無線ネットワーク、ＬＡＮ、ＷＡＮ、インターネット、電話ネットワーク、そしてデータ送信用の他の任意のネットワークを含む、ネットワーク１４５を通じて、セントラルサーバ１４０に通信する。ユーザ装置１０５とセントラルサーバ１４０との間の通信は、セキュアソケットレイヤー（ＳＳＬ）といったセキュアなチャネル（ｓｅｃｕｒｅ ｃｈａｎｎｅｌ）を用いて、そして／またはＰＧＰといった暗号化を用いて行われる。セントラルサーバ１４０は、デジタル著作権管理システム１００をサポートするサービスを提供し、例えば、少なくとも部分的に、セキュアなコネクションを通じてユーザ装置１０５から通信された情報を用いてキーを生成し、定期的または新たなメディアをライセンスしようとする時にキー及びライセンス情報を認証する。更に、セントラルサーバ１４０は、個別のユーザが保持するライセンスを記憶及び識別し、キー認証情報を記憶するセントラルライセンスデータベース１５０へのアクセスを提供する。ライセンス情報は、（ユーザ装置の揮発性メモリエリアにおける破壊が生じた場合には）セントラルライセンスデータベース１５０へ冗長に記憶され、別の装置についてのライセンスされたデータ条件を再生成し、ユーザ装置間におけるライセンスの送信を許可し、揮発性メモリエリアのない装置（例えば、いくつかのタイプのセル電話）を用いたユーザによるライセンス情報へのリモートアクセスを許可し、ライセンスされたデジタルファイルのストリーミングを許可する。

セントラルライセンスデータベース１５０は、また、装置１０５にインストールされたソフトウェアによってユーザ装置１０５上で発見された、メディアファイル（例えば、ファイルを発見するソフトウェアが装置１０５にインストールされる前にその装置メモリ内に存在したファイル）を識別する情報を記憶し得る。いくつかの実施例においては、そのようなファイルは、少なくともそれらのファイルが存在する装置１０５についてはライセンスされていると考えられる。しかし、そのファイルが他の装置に送信され又はコピーされることが許可される前にライセンスを購入することを要求されるといったような制限が、それらの使用について課される。

いくつかのセル電話といった、いくつかのタイプのユーザ装置１０５について、いくつかの機能が、ユーザ装置から離れたコンポーネントによって実行される。例えば、いくつかのセル電話は、ローカルにファイルとライセンス情報を記憶することができるメモリを備えておらず、または、アプリケーションによっては、そうすることは望ましくない。そのような場合、デジタルファイル（例えば音楽またはビデオであるが、それに限定されない）は、無線コネクションを通じてユーザ装置にストリームされる。ローカルデータベース１３５は、無線ネットワーク中に配置され、そのユーザ装置が特定のファイルにアクセスするライセンスを有しているかを判断する処理が、その無線ネットワーク中のサーバ上で実行される。

ユーザ装置１０５は、また、各々がリテイラーサーバ１５５毎に対応するメディアファイルライブラリ１６０（１）〜１６０（ｎ）からメディアファイルをダウンロードし得る機能と、そのメディアファイルを使用するライセンスを購入する機能を提供する１又は複数のリテイラーサーバ１５５（１）〜１５５（ｎ）と通信し得る。各々のリテイラーサーバ１５５についてのメディアファイルライブラリ１６０は、他のリテイラーサーバ１５５についてのメディアファイルライブラリ１６０と独立している。その結果、各々のメディアファイルライブラリ１６０は、ある場合には、完全ではないにせよ、他のメディアファイルライブラリ１６０に含まれるメディアファイルと大きくオーバーラップする可能性があるが、様々なメディアファイルのコレクションを有している。このような状況は、例えば、２つの異なるリテイラーが特定のレコード会社によって同じソングファイルを売る許可を得る場合に生じ得る。

各々のリテイラーサーバ１５５は、インターネットアドレスを用いてアクセス可能なウェブサーバとして実装され得る。従って、ユーザは、ユーザ装置１０５上のブラウザアプリケーションをリテイラーサーバ１５５に関連付けられたインターネットアドレスに対して向けることによって、ユーザ装置１０５を通じて、リテイラーサーバ１５５にアクセスし得る。その後、ユーザ装置１０５は、リテイラーサーバ１５５と通信して、購入に役立つメディアファイルを列挙し、ライセンシング期間、条件、そして価格を表示し、検索機能を提供し、ユーザのログインを可能とするといったウェブページを要求して取得する。

デジタルメディアファイルを使用するライセンスを購入して、そのファイルをダウンロードするために、各リテイラーサーバ１５５は、ユーザに対して従来からの認証処理を通じてログインすることを要求する。例えば、その認証処理は、ユーザ名とパスワードの他、チャレンジレスポンスそして／またはユーザを認証するための他の認証証明を用いる。更に、少なくとも開始時点においては、ユーザは、セントラルサーバ１４０によって用いられる別の認証処理を用いてセントラルサーバ１４０に更にログインすることを要求される。リテイラーサーバ１５５にログインしている間にセントラルサーバ１４０にログインすることによって、リテイラーに特有の認証証明が当該セントラルサーバ１４０についての認証証明と関連付けられることができ、その結果、リテイラーサーバ１５５を通じて（すなわち、リテイラーに特有の認証証明を用いて）購入されたライセンスが識別され、ユーザのアイデンティティ（すなわち、ユーザのセントラルサーバ認証証明）と関連付けられて、セントラルサーバ１４０のセントラルライセンスデータベース１５０に記憶されることを可能とする。リテイラーに特有の認証証明とセントラルサーバ認証証明との関連付けは、複数の異なるリテイラーサーバ１５５について実行され、その結果、様々なリテイラーサーバ１５５からのユーザによる購入が、全て識別されて、セントラルライセンスデータベース１５０に記憶される。購入されたライセンスの記録が、また、ローカルデータベース１３５に記憶され得る。

セントラルサーバ認証証明は、ＢＩＯＳ１３５に記憶されているキーとは異なる。特に、キーが、メディアファイルがアクセス許可の前にライセンスされていることを保証することを目的として、ユーザ装置１０５にインストールされたソフトウェアによって用いられるのに対して、認証証明は、ユーザがアクセスして、ライセンスされたメディアファイル、ライセンス期間、紹介クレジット（ｒｅｆｅｒｒａｌ ｃｒｅｄｉｔ）、そしてセントラルライセンスデータベース１５０に記憶された他の情報のリストを表示できるようにすることを目的として用いられる。

一般に、セントラルサーバ１４０は、ライセンスを管理し、許可されていないデジタルファイルへのアクセスと利用を防止し、リテイラーサーバ１５５は、ユーザがメディアファイルライセンスを購入し、そして、メディアファイルをダウンロードできるようにする。場合によっては、セントラルサーバ１４０は、また、販売（ｒｅｔａｉｌ）サービスを提供する。例えば、セントラルサーバ１４０は、メディアファイルをダウンロードする機能を提供しないが、ユーザが他のチャネルを通じて取得されたデジタルメディアファイル（すなわち、ピアツーピアネットワークそして／またはＩ／Ｏポート１２５を通じて取得された、ライセンスされていないファイル）を購入できるようにする。同様に、リテイラーサーバ１５５は、いくつかのライセンス管理機能を提供し得る。例えば、リテイラーサーバ１５５は、特定のユーザのライセンスデータにアクセスし、そして／またはセントラルライセンスデータベース１５０から抽出し、ユーザがそのライセンスデータを見ることができ、そして／または操作できるようにする。しかし、典型的には、リテイラーサーバ１５５を通じてなされたライセンスされたメディアに関するどのような変更も、プライマリライセンス記録データを保持するセントラルライセンスデータベース１５０に複製される。リテイラーサーバ１５５に関連付けられたユーザのアカウントに対する変更又はセントラルサーバ１４０に関連付けられたユーザのアカウントに対する変更は、それぞれのサーバによってローカルに保持され、複製されず、さもなくば他のサーバによってアクセス可能である。従って、アカウント管理機能は、セントラルサーバ１４０にログインすることによってユーザに対して提供されるか、又は、それぞれの認証証明を用いてリテイラーサーバ１５５に対して提供される。

ファイルＩＤとライセンス範囲パラメータ（例えば、許可されるコピー又は装置の数、ライセンス期限等）といったライセンス記録データを記憶することに加えて、セントラルサーバ１４０そして／またはセントラルライセンスデータベース１５０は、各々のユーザによって行われた紹介に関する情報を記憶し得る。例えば、ユーザは、リテイラーサーバ１５５から購入した（又はユーザがリテイラーサーバ１５５によってサポートされたウェブページ上に単に置いた）特定のメディアファイルを友人又は他のユーザに対して推薦し得る。その推薦は、電子メール、インスタントメッセージ、又はその紹介したユーザを識別する情報を含みうる他のフォーマットで送信し得る。例えば、ユーザが特定のリテイラーサーバ１５５（１）に認証されると、リテイラーサーバ１５５（１）によってサポートされているウェブページが、そのユーザが、選択されたメディアファイルを他のユーザに紹介することを可能とするユーザインタフェースコンポーネント（例えば、ボタン、チェックボックス、又はデータエントリフィールド）を、そのユーザがメディアファイルを購入できるようにするユーザインタフェースに加えて備えることができる。その結果、他のユーザは、当該他のユーザがメディアファイルを購入できるようにする、特定のリテイラーサーバ１５５（１）によってサポートされたウェブページに対するリンクを持った電子メールを受信する。このような方法でメディアファイルを紹介することによって、紹介したユーザは、将来のメディアファイルのライセンスの購入において使用され得るクレジットを割り当てられ得る。そのクレジットは、一般に、セントラルライセンスデータベース１５０に記憶され、紹介したユーザの識別子と関連付けられ、そして、任意のリテイラーサーバ１５５からの購入に使用され得る。しかし、ある場合には、そのクレジットは、リテイラーサーバ１５５によって記憶され、そして／または、当該クレジットが作られることとなった購入の購入元であるリテイラーサーバ１５５（１）からの購入にのみ関連付けられて使用される。

特定のユーザが、紹介する毎に取得したクレジットは、一旦その特定のユーザがリテイラーサーバ１５５によって認証されると、その特定のサーバが以前にそのユーザのリテイラー認証証明とユーザのセントラルサーバ認証証明とを関連付けたと考えられて、リテイラーサーバ１５５によってセントラルサーバ１４０から抽出される。ある購入が紹介の結果なされたかどうかの追跡は、紹介リンク（ｒｅｆｅｒｒａｌ ｌｉｎｋ）に含まれるデータを用いたリテイラーサーバ１５５又はセントラルサーバ１４０が、当該紹介したユーザを特定のインターネットアドレスを通じてルーティングし、又はリテイラーサーバ１５５そして／またはセントラルサーバ１４０に記憶された紹介情報をその後の購入と関連付けることによって行われる。

どのメディアファイルが各々のユーザによって紹介されたかを識別する情報が、また、セントラルサーバ１４０において記憶される。ユーザは、ユーザのセントラルサーバ認証証明を用いて、セントラルサーバ１４０にログインすることによって、この情報にアクセスし、見ることができる。リテイラーサーバ１５５は、この情報にアクセスすることができるか、又は、この情報を少なくともそれぞれのリテイラーサーバ１５５から送信されたメディアファイルに関連付けて別個に記憶する。

リテイラーサーバ１５５から購入するために、リテイラーサーバ１５５によって提供されたメディアファイルが、ユーザによって選択され、オンラインショッピングカートに加えられる。ユーザは、アイテム（ｉｔｅｍ）の追加又は取り外しを行い、選択されたメディアファイルについてのライセンスを購入し、ショッピングカードの中身を保持し得る。更に、一旦ユーザが１又は複数のメディアファイルのライセンスを購入すると、ユーザは、その購入と同時に、又はその後に（例えば、ユーザがより速いコネクションにアクセスし、別の装置にダウンロードしたい時に）、ライセンスされたメディアファイルをダウンロードし得る。

セントラルサーバ１４０は、また、セントラルライセンスデータベース１５０中に、ユーザがメディアファイルを様々な装置にコピーした時毎に、当該ユーザがどの装置を登録したかを識別する情報を記憶する。この情報は、セントラルサーバ１４０が、特定のメディアファイルの各々についてのライセンスルールで決められている、当該ユーザがメディアファイルがコピーできる装置の最大数に達したかを判断できるようにする。更に、この情報は、登録されているか、又は特定のユーザに関連付けられている装置に対するメディアファイルのダウンロードを制限するために用いられる。どの装置が互いに関連付けられているかについての情報が、リテイラーサーバ１５５によってセントラルサーバ１４０から抽出され得る。

セントラルサーバ１４０は、更に、メディアファイルライセンスの販売による収益の割り当て及び分配に関する一連のルールをサポートする。音楽ファイルの場合、そのルールは、レコード会社、セントラルサーバ１４０のオペレータ、そして、１又は複数の紹介ユーザに割り当てられる割合又はドル額を規定している。例えば、９９セント（０．９９ドル）の販売について、レコード会社は、５０セント（０．５ドル）割り当てられ、セントラルサーバ１４０のオペレータは、７セント（０．０７ドル）割り当てられ、最初の紹介ユーザは、１０セント（０．１ドル）割り当てられ、２番目の紹介ユーザ（すなわち、最初の紹介ユーザによって紹介されたユーザであって、３番目のユーザにそのファイルを紹介したユーザ）は、３セント（０．３ドル）割り当てられる。当該販売を行ったリテイラーサーバ１５５のオペレータは、また、固定額（例えば、０．２９ドル）又は残りの額を割り当てられる（すなわち、当該リテイラーが、希望する利益マージンを発生させる価格を設定することができる）。さもなくば、他のものが残りの額を割り当てられる。例えば、セントラルサーバ１４０のオペレータは、リテイラーが固定された割り当て額を持つか、又は割り当てを必要とする紹介がない場合には、残りの額を割り当てられ得る。

図２Ａは、メディアファイルライセンスを購入する処理２００のフロー図である。ユーザが、第１のユーザ装置２０２を用いて、第１のリテイラーサーバ２０４からウェブページを取得する（ステップ２２０）。ウェブページは、第１のリテイラーサーバ２０４から購入され得るメディアファイルのリストを提供し、又は、購入し得るメディアファイルを検索する検索機能を提供する。当該リストを用いるか、又は検索の実行の結果、ユーザは、ユーザが購入したい１又は複数のメディアファイルを特定し、選択する（ステップ２２２）。例えば、当該ユーザは、メディアファイルをオンラインショッピングカートに加えることができる。そして、そのユーザは、選択されたメディアファイルの購入を開始する（ステップ２２４）。購入を実行するために、ユーザは、第１のリテイラーサーバ２０４にログインすることを要求される（ステップ２２６）。ユーザが前もって第１のリテイラーサーバに登録されていないとすると、そのユーザは、第１のリテイラーサーバ２０４に登録して、第１のリテイラーサーバのログイン認証を確立する（ステップ２２８）。

第１のリテイラーサーバ２０４は、更に、そのユーザがセントラルサーバ２０６にログインすることを要求する（ステップ２３０）。この例では、ユーザは、前もってセントラルサーバ２０６に登録していないとする。従って、そのユーザは、セントラルサーバのログイン認証を確立する（ステップ２３２）。そのログイン認証は、第１のリテイラーサーバ２０４を通じて、又は、そのユーザをセントラルサーバ２０６に向けさせてユーザ登録情報を取得することによって実行される（ステップＳ２３４）。その後、単に第１のリテイラーサーバ２０４において当該ユーザのセントラルサーバ認証証明を取得するだけで、又は、当該セントラルサーバに関連付けられたウェブページに当該ユーザを再び向かわせることによって、セントラルサーバ２０６へのログインを確立することが可能となる。第１のリテイラー認証証明が、セントラルサーバ認証証明と関連付けられる（ステップ２３６）。この関連付けは、第１のリテイラーサーバ２０４又はセントラルサーバ２０６において行われる。例えば、第１のリテイラーサーバ２０４は、ユーザの第１のリテイラーサーバ認証証明と関連付けて、当該ユーザのセントラルサーバ認証証明を、ローカルなユーザプロフィール（ｌｏｃａｌ ｕｓｅｒ ｐｒｏｆｉｌｅ）に記憶することができる。その代わりとして、セントラルサーバ２０６は、ユーザの第１のリテイラーサーバ認証証明を当該ユーザのセントラルサーバ認証証明と関連付けて記憶することができる。その後、第１のリテイラーサーバ２０４を通じて行われる購入は、購入されるメディアファイルを識別するデータとともに当該ユーザの第１のリテイラーサーバ認証証明の一部（例えば、ユーザ名）をセントラルサーバ２０６に送信することによって、セントラルサーバ２０６における当該ユーザのアイデンティティに帰する。

第１のリテイラーサーバ２０４は、クレジットカード等の支払情報を要求する（ステップ２３８）。当該要求に応じて、ユーザは、支払いを行い（ステップ２４０）、購入されたメディアファイルのライセンスが、セントラルサーバ２０６と第１のユーザ装置２０２に対して配信され（ステップ２４２）、当該ユーザについてのライセンスデータがセントラルライセンスデータベース２０８に記憶され（ステップ２４４）、第１のユーザ装置２０２のローカルデータベースに記憶される（ステップ２４６）。

図２Ｂは、様々なリテイラーサーバからメディアファイルライセンスを購入し、記憶する処理のフロー図である。ステップ２２０及び２２２と同様に、第２のリテイラーサーバ２１０のウェブページが取得され（ステップ２５０）、ユーザは、購入する１又は複数のメディアファイルを選択する（ステップ２５２）。ユーザは、選択されたメディアファイルの購入を開始する（ステップ２５４）。その購入を実行するために、ユーザは、第２のリテイラーサーバ２１０にログインすることを要求される（ステップ２５６）。この場合、そのユーザは前もって第２のリテイラーサーバ２１０に登録したとすると、当該ユーザは、第２のリテイラーサーバの認証証明を提供する（ステップ２５８）。更に、そのユーザが、セントラルサーバ２０６において、前もって第２のリテイラーサーバの認証証明を当該ユーザのアイデンティティと関連付けたとする。従って、当該ユーザのセントラルサーバ認証証明が識別される（ステップ２６０）。第２のリテイラーサーバは、支払情報を要求する（ステップ２６０）。当該要求に応じて、ユーザは、支払いを行い（ステップ２６４）、購入されたメディアファイルのライセンスが、セントラルサーバ２０６と第１のユーザ装置２０２に対して配信され（ステップ２６６）、当該ユーザに対応するライセンスデータがセントラルライセンスデータベース２０８に記憶され（ステップ２６８）、ユーザ装置２０２のローカルデータベースに記憶される（ステップ２７０）。その結果、２つの異なるリテイラーサーバ２０４、２０６から購入された、各々が別個の認証プロセスを有する当該メディアファイルに対応するライセンシングデータが、セントラルサーバ２０６において、同じユーザのアイデンティティに関連付けられて記憶される。

図２Ｃは、紹介クレジットを取得し、記憶する処理のフロー図である。第１のユーザ装置２０２上のユーザが、１又は複数のメディアファイルについての紹介を第２のユーザ装置２１２に対して送信する（ステップ２７４）。本実施例の目的を実現するため、紹介されるメディアファイルは、２つの異なるリテイラーサーバ２０４及び２１０から第１の装置２０２のユーザによって紹介されるものとする。当該紹介は、メッセージ又は他の通信の一部として、または様々な通信の一部として行われる。第２のユーザ装置２１２上のユーザは、ログインを実行し、第１のリテイラーサーバ２０４からの紹介メディアファイルのいくつかを購入し（ステップ２７６）、対応するライセンスデータがセントラルサーバ２０６と第２のユーザ装置２１２に配信される（ステップ２７８）。当該ライセンスデータは、購入したユーザに関連付けられたアカウント（ａｃｃｏｕｎｔ）内のセントラルサーバライセンスデータベース２０８に記憶される（ステップ２８０）。ライセンスサーバ２０６は、また、当該購入からの収益を割り当て（ステップ２８２）、第１の装置２０２のユーザによる紹介を識別し、クレジットを当該紹介ユーザのアカウントに対して割り当てる。割り当てられたクレジットは、当該紹介ユーザのアカウントに関連付けられてセントラルライセンスデータベース２０８に記憶される（ステップ２８４）。

第２のユーザ装置２１２のユーザは、また、ログインを行い、第２のリテイラーサーバ２１０から追加的な紹介メディアファイルのライセンスを購入し（ステップ２８６）、対応するライセンスデータがセントラルサーバ２０６と第２のユーザ装置２１２とに対して配信される（ステップ２８８）。当該ライセンスデータが、当該購入したユーザに関連付けられるアカウント内のセントラルサーバライセンスデータベース２０８に記憶される（ステップ２９０）。セントラルサーバ２０６は、また、当該購入からの収益を割り当て（ステップ２９２）、第１の装置２０２のユーザによる紹介を識別し、当該紹介ユーザのアカウントに対してクレジットを割り当てる。当該割り当てられたクレジットは、当該紹介ユーザのアカウントに関連付けられてセントラルライセンスデータベース２０８に記憶される（ステップ２９４）。その結果、紹介ユーザは、異なるリテイラーサーバ２０４及び２１０への紹介に基づいて、単一のアカウント中にクレジットを蓄積することができる。更に、当該クレジットは、一般に、第１のリテイラーサーバ２０４または第２のリテイラーサーバ２１０のいずれかからの、または、当該セントラルサーバ２０６と通信する他のリテイラーサーバからのその後の購入に用いられ得る。

図３は、メディアファイルライセンスを購入するために用いられ得るユーザインタフェース３００の例である。ユーザインタフェース３００は、ある検索基準に合致する音楽ファイルのリストを有する。ユーザインタフェース３００は、音楽ファイルを選択するためのユーザインタフェースコンポーネント３０５、選択された音楽ファイルの購入を開始するためのユーザインタフェースコンポーネント３１０、そして、選択された音楽ファイルを１または複数の他のユーザに紹介するためのユーザインタフェースコンポーネント３１５を含む。例えば、選択された音楽ファイルを紹介するためのユーザインタフェースコンポーネント３１５を選択することによって、当該ユーザが各々の音楽ファイルを紹介するユーザ（例えば、電子メールアドレス）を識別できるようにする、他のユーザインタフェースが表示され得る。

上述したセントラルサーバは、デジタルメディアファイルに対する許可されていないアクセスを防止するように設計されたシステムの一部として用いられ得る。例えば、当該セントラルサーバは、ユーザ装置上のソフトウェアに関連付けられて、当該ユーザが正当なライセンスを持っているメディアファイルへのアクセスを許可し、使用するために用いられ得る。

図４は、コンピュータ等のユーザ装置上にロードされたファイルに対するデジタル著作権を管理する処理４００のフロー図である。当該ユーザ装置は、全てのファイルＩ／Ｏを監視するための、当該コンピュータに入出力する全てのトラフィックをスキャンし、当該システムに入出力する全てのファイルをチェックするファイアウォールのような、当該装置のＩ／Ｏポートとのソフトウェアインタフェースを備える。ファイルは、フロッピーディスク、イーサネットまたはＬＡＮ接続、ダイアルアップ接続、ＣＤ−ＲＯＭまたはＤＶＤドライブ、ＵＳＢポート、赤外線データポート、Ｂｌｕｅｔｏｏｔｈその他の無線接続、またはユーザ装置にデータを入出力させる他の任意のメカニズムそして／またはプロトコルを用いて当該装置にロードされる。

ファイルがユーザ装置にロードされると、そのファイルが検知される（ステップ４０５）。検知されたファイルは、更に、当該ファイルを識別するためのファイル識別ソフトウェアを用いて調査される（ステップ４１０）。例えば、当該ファイル識別ソフトウェアは、受信されたファイルが、例えば、ＭＰ３、ウィンドウズメディア、または他のいくつかのフォーマットにおける既知のソングまたは音楽かを判断する。このファイルの識別は、２００２年７月３１日にロバーツらによって出願された、公開番号２００３００２８７９６の米国特許出願、２００２年１０月２９日にロバーツによって出願された、公開番号２００３００４６２８３の米国特許出願、そして／または２００２年７月２２日にウェルズらによって出願された、公開番号２００３００８６３４１の米国特許出願であって、それらの全てがグレースノート社に譲渡され、それらの全てがここに参照として組み込まれている米国特許出願に記述された技術を実行するソフトウェアによって行われる。この技術は、デジタルファイルからデジタルフィンガープリント（ｆｉｎｇｅｒｐｒｉｎｔ）を抽出し、当該抽出されたフィンガープリントを、既存のデータベースと比較する。より具体的には、この技術は、メディアファイルタイプと当該メディアファイルが関係ありそうである可能性を検知する（例えば、潜在的に保護された著作物であることを表示する）ためのアルゴリズムを用いることができる。一般に、これらのアルゴリズムは、単にファイル拡張子に音付いてファイルタイプを識別するのではなく、当該ファイルの内部属性を調べる。関係なさそうであると判断されたメディアファイルは、更に分析されることなく通過することを許可される。

当該メディアファイルが関係ありそうであると認識されると、追加的なアルゴリズムが特定のメディアファイル（例えば、特定のソング、映画、写真、記述物等）を識別するために用いられる。特定のメディアファイルが識別されるようにするフィンガープリンティングデータが、セントラルサーバにおいて蓄積され、インターネット接続を用いてアクセスされる。例えば、当該メディアファイルがユーザによって作られたレコードを示すか、デジタルフィンガープリントのセントラルデータベースへのアクセスができない場合には、いくつかのファイルは、関連性のあるファイルタイプであるが、認識されない。そのようなファイルへのアクセスは、制限なしに許可されるが、当該ファイルは、（例えば当該認識されないファイルがアクセスされたことのユーザ装置上への表示を蓄積することによって）認識されないものとしてフラグが立てられる。その結果、そのメディアファイルがその後に分類され、又は識別される場合には（例えば、セントラルデジタルフィンガープリントデータベースが利用できる場合には）、将来においてより迅速な処理ができるようになり、ソリューションソフトウェアがその後に使用される時に当該メディアファイルを潜在的に識別できるようにする。そのファイルがその後に識別され、又は分類されて制限される場合には、記憶された、当該認識されていないファイルがアクセスされていないという表示が、そのファイルの使用を続け、そのファイルの使用に対するライセンス料を収集するためのライセンスの購入の要求に用いられる。ある実施例においては、限られた数のメディアファイル（例えば２０００個の最も人気のあるソングファイル）が、迅速にアクセスするためにローカルにコンピュータ上に記憶される。ローカルに記憶されたフィンガープリンティングデータは、セントラルサーバから定期的に（例えば、ソングファイルの人気が変わった時に）更新される。

上述したファイル識別技術によれば、たとえ誰かが例えばファイル名、拡張子又は他の属性を変更することによってそのファイルを隠蔽しようとしたとしても、そして、そのファイルが（例えば圧縮された情報をリードするための標準的なプラクティスを用いた）圧縮された形式か又は非圧縮形式で受信されたかにかかわらず、当該ファイルを正確に識別することができる。そのような技術は、２％以下（１％以下の誤り否定と１％以下の誤り肯定）という極めて低いエラーレートを提供する。

デジタル著作権管理の分野において知られている透かし及びフィンガープリンティング技術といった他のファイル識別技術もまた用いられる。ある場合には、複雑なファイル識別技術を用いてファイルを識別する必要はない。その代わりに、そのファイルは、ファイル名に基づいて、または当該ファイルに含まれ、または当該ファイルとともに含まれて、変更され難いように設計されたファイルＩＤ属性を用いて識別される。例えば、そのメディアファイルがラップされた場合、当該ファイル識別ソフトウェアは、当該ラッパーを検知し、そのラッパーに埋め込まれているファイルＩＤ情報をリードする。その結果、ファイルの黙示的な特徴（例えばフィンガープリントまたは透かし）を用いて、または、明示的な特徴（例えば、ファイルヘッダに記憶されたファイル識別子）を用いて識別され得る。

一旦そのファイルが識別されると、当該ファイルがユーザ装置上そして／または特定のユーザによる使用をライセンスされた（ｌｉｃｅｎｓｅｄ）ものであるかが判断される（ステップ４１５）。この判断は、（例えばユーザ装置上で）ローカルにそして／または（例えばセントラルサーバにおいて）遠隔的に記憶されている１または複数のライセンスデータベースを参照することによって実行される。ライセンスデータベース中のライセンス情報が正当（ｖａｌｉｄ）であることを保証するため、１又は複数の特別なキーがその情報にアクセスし、ライセンスデータベースをアンロックし、そして／または当該ユーザ、ユーザ装置、そして／または、ユーザ装置における、又は詳細を以下に説明するようにセントラルサーバとの通信によるライセンスを認証するために用いられる。そのファイルが許可されている場合、そのユーザは、例えば、そのファイルをアンラップ（ｕｎｗｒａｐ）し、当該ファイルに含まれるソング又は映画を再生し、ユーザ装置上でファイルを記憶又は使用し、又は無線又は有線コネクションを通じてユーザ装置にファイルをストリーミングすることを含む、当該ファイルへのアクセスをすることができる（ステップ４２０）。そのライセンスは、そのファイルのどのタイプのアクセス又は使用が許可されるかを示す。

ファイルがライセンスされていない場合、そのユーザにライセンスの購入がオファーされる（ステップ４２５）。例えば、そのユーザは、購入行為が可能であるウェブサイトに向けられるか、当該ユーザがそのファイルに対するライセンスを購入したいか、又はあるライセンスターム（ｔｅｒｍ）を受け入れるか、そして／または購入が実行できるウェブサイトへ向けられるかを尋ねるポップアップウィンドウがユーザ装置のディスプレイスクリーンに現れる。その代わりに、そのユーザは、ライセンスの購入に適用されるある数のクレジットを予め購入できるサービスを有する。その他の選択肢として、特定の期間において使用された許可されていないメディアの数がソリューションソフトウェア又は他のソフトウェアによってローカルに監視され、この情報がその後利息又は利子率を計算するために用いられる。存続期間、使用及び配信の制限、そして支払オプションがまたライセンスの購入のオファーの一部として表示される。次に、（例えば、そのユーザがポップアップウィンドウ内のアクセプトボタンまたは拒否（ｄｅｃｌｉｎｅ）ボタンをクリックしたことを示す指示を受信することによって）当該ユーザがライセンスを受け入れたかが判断される（ステップ４３０）。ユーザが当該ライセンスを受け入れない場合には、当該ファイルに対するアクセスが拒否される（ステップ４３５）。当該ユーザが、任意の支払タームに従うことを含め、そのライセンスを受け入れる場合、そのユーザは、そのファイルにアクセスすることができ、当該ファイルが許可されたことを示すライセンス情報及び他の任意の必要な情報がライセンスデータベースに記憶される（ステップ４４０）。

図５は、プロテクトされたファイルへのアクセスを制御するソフトウェア（ソリューションソフトウェア）をユーザ装置上にインストールする処理５００のフロー図である。ソリューションソフトウェアは、キーを生成するための情報を収集し、セントラルサーバと通信し、ファイルＩ／Ｏシステムを監視し、ローカルデータベースからライセンス情報を抽出し、（例えばグレースノート（Ｇｒａｃｅｎｏｔｅ）または他の技術を用いて）ファイルを識別し、ファイルをラッピングまたはアンラップし、ライセンスの購入を容易にすることを含む、多くの様々な機能を実行する。ソリューションソフトウェアは、多くの異なる方法でユーザ装置にインストールされる。従来のダウンロード及びソフトウェアインストール処理は、ソリューションソフトウェアのインストール方法の一つである。当該インストール処理は、当該ユーザ装置がラップされたファイルを受信した時に開始される。他の潜在的なインストール処理は、ソリューションソフトウェアによってラップされたソングとの間の現在のピアツーピアネットワークを提供し、インスタントメッセージまたは電子メールの送信または他の手法を用いて、当該ソリューションソフトウェアまたは当該ソリューションソフトウェアを記憶するサーバへのリンクを送信することを含む。図５に示す処理５００は、ラップされたファイルを受信した結果開始されるインストールを示す。

最初に、データファイルが生成される（ステップ５０５）。例えば、当該データファイルがソングである場合、当該データファイルの生成は、アーティストがソングをレコーディングし、アーティスト、レコード会社、そして発行者が協働して配信可能なソングを生成することを含む。その代わりとして、アーティスト自身が配信用のソングを生成し、発行するようにしてもよい。当該ソングは、その後、ソングをＣＤまたはＤＶＤといったデジタルソースまたはアナログソースから取り、そのソングをＭＰ３ファイル、ウィンドウズメディアファイル、リアルプレイヤーファイル、または、コンピュータまたは音楽／メディアプレイヤー装置上に再生するための他のメディアにエンコードされる等、「リップ」される（ｒｉｐｐｅｄ）。

そして、デジタルラッパーが当該メディアファイルに対して適用される（ステップ５１０）。例えばレコード会社、発行者または独立したアーティスト等のコンテンツオーナー、または当該配信チェーン（ｃｈａｉｎ）における他の誰かは、当該メディアファイルに対するデジタルラッパーの適用、調整及び改良を行う。当該デジタルラッパーは、タイトル、作者／アーティスト、そしてボリューム／コレクションを所有権、使用権、ロイヤリティ料、そしてパスアロング支払レベル（すなわち、当該配信チェーンにいる者に支払う手数料）といった属性を含む。この複雑な情報に対して、「ユニークファイルＩＤ」（ＵＦＩＤ）が与えられ、セントラルデータベースに記憶される（図２参照）。ＵＦＩＤは、任意の、又は全ての送信中のラッパー中に含まれており、当該メディアファイルを識別し、著作権者の支払イベント（ｐａｙｍｅｎｔ ｅｖｅｎｔｓ）、ファイル使用データベースの更新、そして、パスアロングを実行した消費者に対する少額決済料の割り当てといった特定の機能を引き起こすためのメカニズムとして用いられる。ソリューションソフトウェアは、ＵＦＩＤとラッパーが変更されることを防止するために、ファイルとそのＵＦＩＤの完全性の認証処理を含んでいる。例えば、ユニークな、埋め込まれたＩＤを含まないファイルに関して情報したファイル認識技術が、抽出ＩＤ（ｄｅｒｉｖｅｄ ＩＤ）を生成することによって当該ファイルを「認識」するために用いられる。当該抽出ＩＤは、当該ファイルとそのユニークな埋め込まれた識別子が変更されていないことを保証するために、対応する記憶されたＩＤと照合される。

当該メディアファイルに関する情報に加えて、ラッパーは、当該メディアファイルへの許可されていないアクセスを防止する。言い換えると、当該ラッパーは、そのユーザがライセンスを購入しない限り当該メディアファイルへのアクセスを防止する。要するに、当該ラッパーは、そのファイルを、基調をなす（ｕｎｄｅｒｌｙｉｎｇ）メディアファイルにアクセスできるようにするためにキーが必要となる暗号化形式とする。ソフトウェアアプリケーションが電子的に配信される際に当該ソフトウェアアプリケーションをプロテクトするために通常用いられる従来のデジタルラッパーが、当該メディアファイルについてのラッパーとして用いられる。例えば、そのラッパーは、シマンテック社及びアラディンソフトウェアのプリビレッジシステムからのノートンアンチウィルスといったソフトウェアを配信するために用いられている、デジタルリバーから利用可能なデジタルｅコマースラッパーと同タイプのラッパーである。一旦ユーザが自身と装置のためにライセンスを購入すると、当該キーが用いられて当該メディアファイルをアンラップする。そのキーは、セントラルサーバから受信される。

典型的には、ユーザ装置とセントラルサーバとの間の全ての通信は、２つのレベルの暗号化を伴って行われる。第１に、送信波がＳＳＬ／ＴＬＳ（セキュアＨＴＴＰとしても知られているセキュアソケットレイヤー／トランスポートレイヤーセキュリティ）を介して暗号化される。第２に、送信されたキーが、パブリック（ｐｕｂｌｉｃ）とプライベートキーの対と対称キーを介して保証される。当該ユーザの装置に特有の証書が、当該コンピュータがセントラルサーバによって通信が許されていることを保証するために、インストール時に発行される。その証書は、送信者が、それがそうであると言っている者であることを示している。セントラルサーバは、そのパブリックキーを送信コンピュータに送信する。送信コンピュータは、対称キーを用いて送信したい情報を暗号化し、セントラルサーバのパブリックキーを用いて当該対称キーを暗号化する。セントラルサーバは、そのプライベートキーを用いて当該対称キーをデコードし、当該対称キーを用いて受信情報をデコードする。対称キーのアルゴリズムの例は、ＤＥＳ（デジタル暗号システム）、３ＤＥＳ（トリプルＤＥＳ）、そして単一の暗号書き換えアルゴリズムを含む。キーペア暗号化アルゴリズムの周知な例は、ＰＧＰ（プリティグッドプライバシー）である。説明した方法は、セントラルサーバからユーザの装置に対して情報を送信するために逆に用いられる。

一般に、各メディアファイルが、対応するユニークキーを持つか、特定のキーは２又は２以上のメディアファイルの間で共有される。セキュリティを高めるため、使用される特定の暗号化方法は、各ファイルに一意である。その結果、多くの暗号化技術が用いられ、ラッパーは、ソリューションソフトウェアにどの解読技術が当該ファイルをアンラップするために用いられるかを知らせるための暗号化技術識別子を含んでいる。ラッパーは、また、ラップされたファイルを開こうとする時はいつでも動作する実行可能コンポーネントを含んでいる。とりわけ、当該実行可能コンポーネントは、そのユーザ装置上に正当にソリューションソフトウェアがインストールされているかを判断する。

装置にローカルなライセンスデータベースが暗号化され得る。この暗号化は、典型的には、上述したように対称キーアルゴリズムを用いる。セキュリティを高めるため、セキュリティのレイヤーが（上述したように）追加され、当該暗号化スキームは、セントラルサーバとの通信において時々変更される。説明した技術は、データと暗号化シード値の組を用いて対称キーを生成する。これらの暗号化シードは、ローカルなユーザそして／または装置に特有の情報であって、当該装置のハードウェアと不揮発性メモリに特有の情報を含んでいる情報を有している。これは、当該システムの、ローカルな装置に特有な暗号化を行う機能を向上させる。このようにして、あるシステムについての暗号化及び生成された識別キーは、他のシステム上では用いることができない。

ラップされたファイルは、上述したように対称キーを用いて暗号化される。暗号化されたコンテンツは、実行可能なラッパー内に記憶される。従って、キーは、ラップされたファイルをプロテクト（すなわち、ロック）及びアンロックし、ローカルデータベースをロック及びアンロックし、ユーザ装置とセントラルサーバそして／またはセントラルデータベースとの間での通信をプロテクトし、ユーザを認証し、ユーザ装置をセントラルサーバに認証し、セントラルサーバをユーザ装置に認証することを含む、様々なセキュリティ機能のために用いられる。

ユーザ装置は、その後、物理的な又は電子的なメディア配信技術を通じて、ラップされたファイルを受信する（ステップ５１５）。例えば、ユーザは、Ｍｏｒｐｈｅｕｓ、ＫａＺａＡ、Ｎａｐｓｔｅｒ、Ｇｒｏｋｓｔｅｒ等といったピアツーピアのプラットホームから自身のコンピュータ上に、ラップされたファイルを受信する。例えば、他の者から受信した電子メールにおいて、そのサイトがデジタルコンテンツの合法的な配信者であるか否かのいずれにせよ、ウェブサイト、電話又は衛星ネットワークからのファイルアクセス及びダウンロード処理（ＦＴＰ又はＨＴＴＰ）を通じて、また、インスタントメッセージ又は他のダイレクトコネクト方法を通じて送信されたパーソンツーパーソン（ｐｅｒｓｏｎ−ｔｏ−ｐｅｒｓｏｎ）のファイルにおいて、またはネットワーク接続、ＣＤ−ＲＯＭまたはＣＤＲ、ＤＶＤ−Ｒ、Ｚｉｐディスク等の他のメディアを介してラップされたファイルを受信する。

ユーザが、（例えばファイル上でダブルクリックをして）当該ラップされたメディアファイルを開こうとし、又はアクセスしようとすると、デジタルラッパーの実行可能なコンポーネントが、当該ユーザ装置上に正当なソリューションソフトウェアがすでにインストールされているかを判断する（ステップ５２０）。当該ソリューションソフトウェアのインストールの間、セントラルサーバは、ユーザそして／または装置キーに関係付けられた「ユニークな顧客ＩＤ」（ＵＣＩＤ）を含むユニーク（ｕｎｉｑｕｅ）キーを生成する。ユニークキーは、予め決められたアルゴリズムに従って、装置に特有の情報を含むデータタイプの番号、ユーザ入力から収集されたデータ、ソリューションソフトウェア又はセントラルサーバによって収集されたデータ、そしてローカルデータベースのアクセス及びロケーション情報とを合わせることによって生成される。当該データ又は少なくとも当該データのいくつかの部分は、一般にユーザ装置からセントラルサーバに対して送信され、当該セントラルサーバは、受信したデータを用いて、ユニークキーを生成する。そして、セントラルサーバは、この情報を暗号化して、当該情報を、その情報がＢＩＯＳのようなユーザ装置上のセキュアな不揮発性のエリアに記憶されるユーザ装置に対して返信する。とりわけ、当該ユニークキーは、セントラルサーバがその顧客を認識することができるようにし、当該ユーザが許可されたデータファイルを使用することができるようにし、ファイルを他の顧客に「プロモートした」（パスアロングした）ことに対する支払を受けられるようにする。ユニークキーが実行可能なソリューションソフトウェア及びサポーティングファイルとともに当該ユーザ装置上に存在することは、当該ユーザ装置上に正当にソリューションソフトウェアがインストールされていることを示す。当該ユニークキーが存在するが、当該ユーザがソフトウェア及びサポーティングファイルの全部又は一部を取り去ってしまっている場合は、逆に、当該ソリューションソフトウェアの再インストールが必要となる。

従って、ユーザがラップされたメディアファイルにアクセスしようとすると、ソリューションソフトウェアは、当該ソリューションソフトウェアがインストールされている場合にはユニークキーが書き込まれている、ＤＭＩとしても知られている（「システム管理ＢＩＯＳリファレンス仕様バージョン２．３（セクション２．１−テーブル仕様）」において定義されている）、ＳＭＢＩＯＳスタンダードに書かれているＢＩＯＳデータテーブルについてメモリリードを行うことによって、ＢＩＯＳのチェックをして正当なユニークキーを調べる。ユニークキーが見つからない場合、当該ラッパーの実行可能なコンポーネントは、当該ソリューションソフトウェアはインストールされていないと判断する。ユニークキーがＢＩＯＳ内に見つかった場合、当該ユニークキーがリードされて、セントラルデータベースを用いて認証され、当該見つかったユニークキーが正当であることを保証する。セントラルデータベースは、ユニークキーを解読して、チェックサムを計算して認証する。チェックサムを用いる代わりに、クライアント装置とセントラルサーバとの間の通信における追加的なキー又はハンドシェイクトークン（ｈａｎｄｓｈａｋｅ ｔｏｋｅｎ）の組み込みといった他の認証方法が用いられる。ある状況又は実施例において、ユニークキーの正当性の認証は、ユーザ装置上のソリューションソフトウェアによって行われる。当該ユニークキーとチェックサムが合致しない場合には、ラッパーの実行可能なコンポーネントは、正当なソリューションソフトウェアが現在インストールされていないと判断する。当該ユニークキーとチェックサムとが合致する場合、正当なインストールが存在すると判断される。ローカルシステムが（例えば、セル電話内等）処理リソースを限定する実施例においては、正当なインストールについてのチェック処理は、セントラルサーバにおいて行われる。

更に、ユニークキーが、正当なインストールが存在することを示す場合、ユーザ装置上にあるソリューションソフトウェアは、ＢＩＯＳ内に記憶されているユニークキーに含まれている、当該ソリューションソフトウェアについてのユニークな識別情報に照らして認証される。例えば、ＢＩＯＳに記憶されたユニークキーは、ユーザ装置上にあるソリューションソフトウェアのチェックサム及びバージョンと比較される、暗号化された形式又は暗号化されない形式で記憶された、ソリューションソフトウェアについてのチェックサム及びバージョンを含んでいる。この情報が合致しない場合、ラッパーの実行可能なコンポーネントは、正当なソリューションソフトウェアが現在インストールされていないと判断する。さもなくば、正当なインストールが認識される。

図５には示されていないが、ラップされたファイルが既に許可されている（すなわち、当該ファイルにアクセスするためのライセンスが既にローカル又はセントラルライセンスデータベースに記憶されている）か、ラッパーなしのファイルがユーザ装置上に既に存在する（例えば、そのファイルが、ソリューションソフトウェアがユーザ装置上にインストールされる前にＣＤからユーザ装置に対してリップされた（ｒｉｐｐｅｄ））状況があり得る。後者の場合、ユーザが当該ファイルにアクセスするためのライセンスを与えられていると考えられる。当該ファイルが既にユーザ装置上に存在するかを判断するため、一般に、ユーザ装置に接続されている記憶装置をスキャンして、ユーザ装置上にどのファイルが存在するかを認識することが必要である。既にユーザ装置上に許可されたファイル、又は、既にユーザ装置上に存在するファイルの処理について、以下に更に説明する。

ラッパーの実行可能なコンポーネントが、正当なソリューションソフトウェアが現在インストールされていないと判断した場合、ユーザ装置上に、当該ソリューションソフトウェアをインストールするオファーがなされる（ステップ５３０）。当該オファーは、例えばポップアップウィンドウにおいて現れる。次に、例えば、当該ユーザがポップアップウィンドウにおけるアクセプトボタン又は拒否ボタンをクリックしたことを示す情報を受けることによって、当該ユーザがソリューションソフトウェアをインストールするオファーを受け入れるかが判断される（ステップ５３５）。ユーザが、当該オファーを受け入れない場合、ソリューションソフトウェアはインストールされず、ラップされたメディアファイルに対するアクセスは拒否される（ステップ５４０）。当該ユーザがそのオファーを受け入れる場合、ソリューションソフトウェアが当該ソリューションソフトウェアのコードを記憶するセントラルサーバ又は当該ラッパー内に含まれるコードからインストールされる（ステップ５４５）。

一旦当該ソリューションソフトウェアがステップ５４５においてインストールされ、又は、ステップ５２０において、当該ラッパーの実行可能なコンポーネントが、正当なソリューションソフトウェアのインストールが既に存在する（そして当該ラップされたメディアファイルがユーザによって、そして／またはユーザ装置上に未だライセンスされていないと考えられる）と判断した場合、ラップされたメディアファイルを購入し、又はライセンスするオファーがユーザ装置上になされる（ステップ５２５）。その代わりに、当該ユーザは、ファイルの購入又はライセンスが実行されるウェブサイトに向けられる。次に、当該ユーザが購入又はライセンスのオファーを受け入れるかが判断される（ステップ５５０）。ユーザが購入又はライセンスのオファーを受け入れない場合、ラップされたメディアファイルへのアクセスは拒否される（ステップ５４０）。

ある実施例においては、ソリューションソフトウェアのインストールは、ステップ５２５において、ラップされたメディアファイルの購入又はライセンスのオファーがなされるまで、又はステップ５５０において当該ユーザが当該購入又はライセンスのオファーを受け入れるまで行われない。従って、ラップされたメディアファイルの購入又はライセンスのオファー（ステップ５２５）は、正当なソリューションソフトウェアのインストールがステップ５２０において見つけられ、当該インストールがステップ５４０においてソリューションソフトウェアのコピーがインストールされたかにかかわらずなされる。そのような場合、当該ソリューションソフトウェアは、ステップ５５０における、当該ユーザが購入又はライセンスのオファーを受け入れたかの判断とほぼ同時又はその後に、当該ソリューションソフトウェアについてのオファーと受け入れとを別個に要求することなくインストールされる。従って、ステップ５４５は、ステップ５５０とほぼ同時に、又はステップ５５０の後に行われ、ステップ５３０及びＳ５３５は省略される。別の選択肢として、ステップ５３０及びＳ５２５は、処理５００における別の時点において行われる。

ユーザが、購入又はライセンスのオファーを受け入れる場合、支払情報が当該ユーザから取得され、セントラルサーバに対して送信される（ステップ５５５）。セントラルサーバは、以下に詳述するように、メディアファイルのライセンスの販売と、特定の販売各々について支払を受ける全ての者を追跡する少額決済システムを有している。この購入が当該ユーザがメディアファイルを購入した初回である場合、支払方法と住所及び電話コンタクトと同様の関連情報を含む請求（ｂｉｌｌｉｎｇ）情報が入力される。さもなくば、ユーザは、ログインして、前の支払方法を用いるか、新たな支払方法を入力する。

当該支払方法が処理される。当該支払が失敗した場合、ユーザは、別の支払方法を入力して、再度支払を試みる。ユーザが、再度の支払を行わないことを選択した場合、又は、オファーされた支払方法のどれもが正当でない場合、当該取引はキャンセルされ、メディアファイルへのアクセスは拒否される。一方、支払が成功した場合、当該メディアファイルは、アンラップされ（ステップ５６０）、ライセンス情報が適切にローカルデータベースそして／またはセントラルデータベースに記憶される。

一旦ソリューションソフトウェアがユーザ装置にインストールされると、当該ソリューションソフトウェアは、ユーザ装置上の全てのメディアをチェックし（ステップ５６５）、メディアファイルのいくつかがプロテクトされたコンテンツであるかを判断する。このチェックは、ユーザ装置のメモリのコンテンツをスキャニングし、ファイル識別技術を用いて、既知のメディアファイルを識別することによって行われる。次に、認識されたメディアファイルがラップされて、以下に述べるように、当該ユーザが自身のカタログ化されたライブラリをプロモート（ｐｒｏｍｏｔｅ）し、販売することを可能とする。特定の実施例においては、メディアファイルは、認識された時にラッピングされ、ユーザがユーザ装置のＩ／Ｏシステムを通じて当該ファイルを送信しようとするまでラップされない。更に、当該ユーザは、そのユーザがまだライセンスを持っていない任意の認識されたコンテンツについてのライセンスを購入することを求められる。しかし、実施例によっては、ソリューションソフトウェアがインストールされた時に既にユーザ装置に存するファイルについてのライセンスの購入を求めることは望ましくない。なぜなら、当該ユーザが合法的に当該ファイルを所有しているか（例えば、当該ユーザがソリューションソフトウェアがユーザ装置にインストールされる前に当該ファイルに対して前もって支払を行ったか）を判断することはできないからである。しかし、既にユーザ装置上に存在するファイルは、他の装置そして／または他のユーザに対して送信された時にラップされる。

図６は、ソリューションソフトウェアを備えるユーザ装置上にデジタルラッパーなしに到着したコンテンツをラッピングする処理６００のフロー図である。まず、図５を参照して上述したように、メディアファイルが生成される（ステップ６０５）。続いて、メディアファイルが、物理的な又は電気的なメディア配信技術を通じて、ソリューションソフトウェアを備えるユーザ装置上に受信される（ステップ６１０）。当該ソリューションソフトウェアは、ファイルＩ／Ｏシステムを監視し、当該メディアファイルの受信を認識する。ファイル識別技術を用いて、例えば、当該メディアファイルからデジタルフィンガープリントを抽出し、当該フィンガープリントを既知のメディアファイルのフィンガープリンリントと比較することによって、当該ソリューションソフトウェアは、メディアファイルを特定しようとする（ステップ６１５）。当該メディアファイルが認識されたかが判断される（ステップ６２０）。当該メディアファイルが認識されていなければ、当該ファイルは、著作権又は他の権利によってプロテクトされていないと考えられ、当該メディアファイルへのアクセスが許可される（ステップ６２５）。

当該ファイルが認識された場合、当該メディアファイルが既に当該ユーザ装置上そして／または特定のユーザによる使用がライセンスされているかが判断される（ステップ６３０）。一般に、ファイルが認識された場合、ファイル識別技術が、当該メディアファイルに関連付けられた現在のＵＦＩＤを特定する。当該メディアファイルがユーザ装置上での使用がライセンスされているかを判断するため、ソリューションソフトウェアが、当該ＵＦＩＤがライセンスされたメディアファイルについてのＵＦＩＤを含むローカルデータベースに記憶されているかを判断する。いくつかの場合、ユーザは、当該メディアファイルに対するライセンスを持っているが、当該ライセンス情報は、ユーザ装置上に記憶されていない。例えば、ユーザは、別の装置を用いてライセンスを購入することがある。当該メディアファイルについてのビジネスルールは、特定の装置（すなわち、メディアファイルが元々ライセンスされていた装置）に対して、メディアファイルの使用を制限していないか、さもなくば現在のユーザ装置上でのメディアファイルの使用を予め防止していると想定すると、当該メディアファイルに対するアクセスは許される。従って、ＵＦＩＤがローカルデータベース中に見つからない場合、セントラルデータベースがチェックされて、当該ユーザが当該メディアファイルについてのライセンスを持っているかが判断される。

メディアファイルがライセンスされていると判断されると、当該メディアファイルに対するアクセスが許される（ステップ６２５）。いくつかの場合、たとえファイルがユーザのライセンスデータベースに含まれていない場合でも、正当なライセンスが存在すると判断され、当該メディアファイルへのアクセスが許される。例えば、当該ファイルがコンパクトディスク（ＣＤ）からユーザ装置上へファイルがロードされた場合、ソリューションソフトウェアは、当該ＣＤが工場生産のものであるかを認識することができ、もしそうである場合、当該ファイルをコピーしようとする試みは合法的であるか許されると考えるよう設定される。従って、ソリューションソフトウェアは、オリジナルのＣＤからのファイルのコピーを許可し、オリジナルのＣＤからコピーされたファイルについてのライセンス情報を記憶する（図６のステップ６４０参照）。しかし、ソリューションソフトウェアは、また、ＣＤから受信されたファイルを更にコピーすることを防止するよう設定される。特に、当該ソリューションソフトウェアは、当該ファイルが認識された時か、当該ファイルがユーザ装置のＩ／Ｏシステムを通じて送信されたことが検知された時のいずれかの時に、ＣＤからコピーされたファイルをラップする。

当該メディアファイルがライセンスされていない場合、ユーザは、当該メディアファイルの使用についてのライセンスを購入する機会をオファーされる（ステップ６３５）。当該ユーザがライセンスを購入しないことを選択した場合、当該メディアファイルに対するアクセスが拒否される（ステップ６４０）。当該ユーザがライセンスを購入することを決定すると、支払情報がユーザから取得されて、セントラルサーバに対して送信される（ステップ６４５）。支払が成功した場合、当該メディアファイルについてのライセンス情報が、ローカルデータベースそして／またはセントラルデータベースに適切に記憶される（ステップ６５０）。当該メディアファイルは、また、更なる配信用にラップされて（ステップ６５５）、当該メディアファイルがライセンスされたものであることと、他の者が当該メディアファイルにアクセスできる前に適当な料金の分配が行われることが保証される。上述したように、当該メディアファイルは、即座にラップされる。その代わりとして、当該メディアファイルは、ユーザ装置上でラップされていない形式のままであって、ユーザが当該メディアファイルをユーザ装置のＩ／Ｏシステムを通じて送信しようとした時にのみラップされる。

図７は、ユーザのＵＣＩＤそして／またはユーザ装置に特有のキーを生成する処理７００のフロー図である。一般に、各ユーザは、一個のＵＣＩＤを持っており、各ユーザ装置は、自身に特有の装置キーを持っている。当該ＵＣＩＤは、セントラルサーバにおいて記憶されているユーザのライセンス情報にアクセスするために当該ユーザを特定し、（ユーザがファイルラッパーに自身のＵＣＩＤを追加し、他の購入者に当該ファイルを配信した時に）支払を特定するためにファイルのソースを追跡するために用いられる。当該特有の装置キーは、セントラルサーバが特定の装置を特定できるようにするのと同様に、ローカルデータベースをアンロックし、そして／またはアクセスするために用いられる。ＵＣＩＤ及び特定のユーザ装置のキーは、また、一方を他方に追加することによって、又はいくつかのコーディングアルゴリズムに従ってキーを混合することによって、組み合わされたキーにマージされる。ＵＣＩＤと特定のユーザ装置のキーとの組合せは、特定のユーザに属する特定のユーザ装置を区別するために用いられる（その結果、セントラルサーバは、どの装置にどのライセンスされたファイルが存在するかを追跡することができる）。

処理７００は、ユーザ装置７０５、ユーザ装置７０５のＢＩＯＳ７１０、セントラルサーバ７１５、そしてセントラルデータベース７２０の間の操作及び通信を含む。ユーザ装置７０５上へのソリューションソフトウェアのインストールが開始される（ステップ７２２）。その結果、当該ユーザ装置７０５は、セントラルサーバ７１５に対して当該ソリューションソフトウェアについての要求７２４を送信する。当該要求７２４に応答して、当該ソリューションソフトウェアがセントラルサーバ７１５からユーザ装置７０５に対してダウンロード７２６される。要求７２４を送信してダウンロード７２６を実行する代わりにソリューションソフトウェアが（例えばユーザ装置７０５上に配置されたファイルから、又はディスクから）ローカルにロードされる。ユーザは、当該ソリューションソフトウェアについてのライセンス契約の期間と条件とを受け入れることを促され、当該ライセンス契約の受け入れが受信される（ステップ７２８）。

ユーザ装置７０５上にロードされるソリューションソフトウェアは、ユーザに関連する情報を収集するために必要な実行可能なコードを含んでいる（ステップ７３０）。当該情報のいくつかは、他の情報がユーザによる手入力が必要とされるのに対して、自動的に収集される。例えば、ユーザは、ユニークなユーザ名又は「ハンドル」、パスワード、電子メールアドレス、そして他のユーザ入力情報を入力するよう促される。この情報は、ユーザのライセンスとセントラルデータベースに記憶された他の情報にアクセスし、そして／または、多数のユーザに共有されている、ユーザ装置７０５上のユーザに特有のローカルデータベースにアクセスするために用いられる。自動的に収集される情報は、装置に特有の情報（例えば、システムユニバーサルユーザＩＤ、ＣＰＵＩＤ、ＭＡＣアドレス、ＢＩＯＳブートブロック）とローカルデータベースについてのアクセス及びロケーション情報を含んでいる。

ユーザ装置７０５上にロードされたソリューションソフトウェアは、また、ユーザ装置７０５とセントラルサーバ７１５との間のコネクション７３２を確立するために必要な実行可能なコードを含んでいる。具体的には、ユーザ装置７０５とセントラルサーバ７１５との間のインターネットコネクションが自動的に構築される。自動的なコネクションができない場合、マニュアル処理が開始されて、当該ユーザが（モデム、ネットワーク等を用いて）コネクションを開始するよう促される。全くインターネットコネクションが構築されない場合、当該インストールは中止されて、ステップ７３０において収集された情報は、インターネットコネクションが構築可能となった時にＵＣＩＤと特有の装置キーとをその後にインストールするために記憶される。ソリューションソフトウェアのインストールは、ソリューションソフトウェアがセントラルサーバ７１５からインストールされた場合に、ステップ７２２、７２４及び７２６において同様に中止される。当該インターネットコネクションは、セキュアソケットレイヤー（ＳＳＬ）といったセキュアなチャネルを介して構築される。

セントラルサーバ７１５に対して送信される情報は、このセキュアなチャネル上で送信され、当該情報には、（例えばＳＳＬコネクションによって提供される暗号化に加えて、ＰＧＰを用いて）追加的な暗号化が適用される。セントラルサーバ７１５に送信されるメッセージは、成功コード又は失敗コードによって応答される。プログラムによって決定された合理的なタイムフレームにおいて何ら応答を受信しない送信メッセージは、失敗したと考えられる。確立されたコネクションを用いて、ステップ７３０において収集されたユーザ情報は、セントラルサーバ７１５に対して送信７３４される。

セントラルサーバ７１５は、セントラルデータベース７２０を検索７３６し、当該ユーザが既知であるかを調べる。当該ユーザが既知であるという判断は、ユーザ情報の１又は複数のデータ項目をセントラルデータベース７２０に記憶された既知のデータ項目と比較することを含んでいる。例えば、当該ユーザ名が既にセントラルデータベース７２０にあるが、パスワードが照合しない場合、当該ユーザは、正しいパスワードを用いてログインするよう促され、そして／または当該ユーザ名が既に用いられていることを通知される。

当該ユーザが既知でない場合、セントラルサーバ７１５は、ＵＣＩＤそして／または装置キーを生成する（ステップ７３８）。当該ＵＣＩＤ及び装置キーは、受信された装置に特有の情報を含む様々な利用可能なデータ項目、ユーザ入力から収集されて受信されたユーザ情報、当該ローカルデータベースについての受信されたアクセス及びロケーション情報、セントラルサーバ７１５によって収集されたデータ、そして当該取引の日時又は当該取引に関する他の情報から選択された、選択された数のデータ項目を組み合わせることによって生成される。上述したように、ＵＣＩＤが特定の装置キーと組み合わせられて組合せキーが生成される。どのデータ項目が用いられ、どのようにしてデータ項目が組み合わせられるかは、セントラルサーバ７１５に記憶されたアルゴリズムによって決定される。ＵＣＩＤ、装置キー、そして／または組合せキーをセントラルサーバ７１５において収集することによって、ＵＣＩＤ、装置キー、そして組合せキーを収集するアルゴリズムはセキュアに維持され、ユーザが偽のＵＣＩＤ、装置キー、そして組合せキーを生成することが防止される。更に、ＵＣＩＤ、装置キー、そして組合せキー、そして／またはＵＣＩＤ、装置キー、そして組合せキーを生成するアルゴリズムのリバースエンジニアリングが、ユーザ装置７０５から受信された情報の全てに満たない情報を用いて、そして／または当該ＵＣＩＤを生成する際に用いられるデータ項目のいくつかをランダムに選択することによって、そして、ＵＣＩＤがユーザ装置７０５に送信する前に当該ＵＣＩＤを暗号化することによって、さらに防止される。

ＵＣＩＤ、装置キー、組合せキー、そして／または、追加的な装置特有の情報が、他のユーザ情報とともに、セントラルデータベース７２０に記憶７４０される。ＵＣＩＤ、装置キー、そして／または組合せキーは、また、暗号化され（ステップ７４２）、当該暗号化されたＵＣＩＤ、装置キー、そして／または組合せキーは、暗号化されたＵＣＩＤ、装置キー、そして／または組合せキーをＢＩＯＳ７１０に記憶するユーザ装置７０５に対して送信７４４される。これらのキーは複数のパートに分けられ、当該キーの様々なパートがＢＩＯＳ内の別個のロケーションに記憶される。ＵＣＩＤ、装置キー、そして／または組合せキーは、クライアント装置とセントラルサーバとの間のメッセージを暗号化するために継続的に用いられるパブリックキーを示す。ローカルライセンスデータベースが、ユーザ装置７０５上に作成される（ステップ７４８）。例えば、ソリューションソフトウェアのコードの一部が動作して、ユーザ装置７０５上に暗号化されたライセンスデータベースを作成する。当該データベースそして／または当該データベースに記憶された情報を暗号化することによって、当該データベース内に含まれる情報が適合するキーが用いられない限りリードできないようにすることができる。一般に、ライセンスデータベースは、ＢＩＯＳ７１０に記憶されたロケーションポインタを用いて当該ユーザ装置７０５のハードドライブ上に生成されるが、当該ライセンスデータベースは、ＢＩＯＳ７１０内にも生成される。１又は複数のロケーションポインタを含んでいる、暗号化されたＵＣＩＤ及び装置キー、そして／または組合せキーが、拡張されたデータ構成を記憶するためのデスクトップマネジメントインタフェース（ＤＭＩ）といったインダストリスタンダードプロセス（ｉｎｄｕｓｔｒｙ ｓｔａｎｄａｒｄ ｐｒｏｃｅｓｓ）を用いてＢＩＯＳに書き込まれる。

消費者は、多数の装置を有しており、様々な装置上でライセンスされたファイルを使いたい場合が多い。従って、ある状況において、処理７００は、新たな装置上においてであるが既にＵＣＩＤを持っているユーザによって開始されることがある。ＵＣＩＤ、ユーザ名及びパスワード、そして／または他の識別情報に基づいて、セントラルサーバ７１５は、当該ユーザがサーチ７３６において既知であるかを判断する。ユーザは、また、他の装置上にソリューションソフトウェアをインストールし、自身のユーザ名及びパスワードを用いてログインすることができる。セントラルサーバ７１５は、新たなＵＣＩＤを生成することなく新たな装置キーを生成し（ステップ７３８）、当該新たな装置情報を用いて組合せキーを更新する。その結果、当該組合せキーは、当該ユーザによって所有され、又は用いられる全ての装置についての装置に特有の情報（例えば特定の装置キー）とともに、ＵＣＩＤを含んでいる。

当該組合せキーがセントラルデータベースによって受信されると、当該組合せキーは、セントラルサーバによって、当該ユーザを識別するために、（組合せキーのＵＣＩＤ部分を用いて）暗号化が解かれ、そして、当該ユーザ装置が当該ユーザの新たな装置か既知の装置であるかを判断するために、（当該組合せキーに含まれる装置に特有の情報を用いて）暗号化が解かれる。当該装置が新たな装置である場合、当該新たな装置は、登録されたユーザの既知の装置のリストに加えられ、そして、当該装置は、個々のファイルについてのライセンス許可に基づいて、データファイルを使用することができる（例えば、メディアファイルが使用される様々な装置の数が、追加的なライセンスの購入なしに使用される）。ＵＣＩＤそして／または更新された組み合わせキーは、新たな装置キーと同様に、新たな装置のＢＩＯＳに追加され、その結果、当該装置が特定のユーザと関連付けられる。ＵＣＩＤそして／または更新された組み合わせキーは、また、これらの装置がセントラルサーバに次に接続された時に当該ユーザの他の装置のＢＩＯＳに追加される。特定の装置もまた多数のユーザと関連付けられ、その場合に、各ユーザは、別個のライセンスデータベースを持っており、当該別個のライセンスデータベースは、ユーザ名及びパスワードを用いて区別される。更に、ソリューションソフトウェアを備えていないがローカルデータベースまたはセントラルデータベース７２０におけるライセンスライブラリとの通信を許可されている装置は、当該ライセンスライブラリ内にあるライセンス情報に基づいて、ライセンスされたファイルを使用することを許可され得る。

ある場合には、ユーザは、例えば借りた装置を用いて一時的にライセンスされたファイルにアクセスすることを許可される。そのような場合、当該装置は、例えば期限日時とともに、一時的に追加装置として追加され、当該ファイルは、当該装置上で一時的にライセンスが許されるか、または当該ファイルはストリーミングの形式で当該装置に提供される。しかし、ユーザが他のユーザに自分のライセンスにアクセスすることを許すことを防止するため、ユーザは、一度に一回の同時のログインに制限され、そして／またはそのような一時的なライセンスは、限定された時間について、または一度に一つの装置についてのみ許される。

図８は、ユーザが既にメディアファイルについてのライセンスを有している場合にメディアファイルにアクセスするための処理８００のフロー図である。処理８００は、ユーザ装置８０５、当該ユーザ装置８０５のＢＩＯＳ８１０、ローカルデータベース８１５、セントラルサーバ８２０、そしてセントラルデータベース８２５の間の操作と通信を含む。ユーザ装置８０５は、図７のステップ７１５と同様に、ラップされたファイルを受信する。当該ユーザがラップされたファイルを開けようとすると、実行可能なラッパーコードが当該ユーザ装置８０５上で動作する（ステップ８３０）。当該実行可能なコードは、当該ユーザ装置８０５にソリューションソフトウェアの正当なインストールがあるかについての第１のチェックをさせる（ステップ８３５）。正当なインストールが見つかった場合、実行可能なコードは、当該ユーザ装置８０５に正当なＵＣＩＤ、装置キー、そして／または組み合わせキーがＢＩＯＳ８１０にあるかをチェックさせ（ステップ８４０）、当該チェックは、ソリューションソフトウェアがインストールされているときには当該キーが書き込まれているＤＭＩテーブルのメモリリードを含む。

正当なＵＣＩＤ、装置キー、そして／または組み合わせキーが見つかった場合、ユーザ装置８０５上のソリューションソフトウェアが、ファイルライセンスの要求８４２を送信することによって、ローカルデータベース８１５内のラップされたファイルに対するライセンスをチェックする。このサーチは、デジタルラッパーに含まれているメディアファイルのＵＦＩＤを識別し、当該ＵＦＩＤをローカルデータベース８１５内においてつきとめようとすることによって行われる。当該ローカルデータベース８１５は、ＢＩＯＳに記憶されている１または複数のキーからのユニークな装置情報を実際のユニークな装置情報と比較することによってアンロックされる。当該情報が合致する場合、ソリューションソフトウェアは、ライセンス情報をリードするためにローカルデータベースの暗号化を解くことができる。当該情報が合致しない場合、当該キーは、ローカルデータベースの暗号化を解く試みが失敗するように（例えば、ライセンスデータベースの他の装置に対する許可されていないコピーをできなくするように）設計されている。そのような場合、セントラルサーバ８２０にアクセスして、許可を取得するか、または当該ユーザ装置８０５を登録することが必要である（図７参照）。当該ローカルデータベース８２５そして／または当該ローカルデータベース８２５に含まれるライセンス情報の暗号化を解く処理は、ローカルデータベース８２５またはそのコンテンツをアンロックするための、ＢＩＯＳ内に記憶されたデジタルキーを用いて実行される。

ローカルデータベース８２５の暗号化を解く処理が成功すると、必要なライセンス情報または当該ファイルが当該ユーザ装置８０５に現在ライセンスされていないという指示を含むレスポンス８４４がユーザ装置８０５に返される。当該ライセンス情報が返されると、当該メディアファイルへのアクセスが可能となる（ステップ８８５）。さもなくば、セントラルデータベース８２５にアクセスして、当該ユーザ装置８０５が許可された装置であるかを判断するか、そして／または正当なライセンスが存在するかを判断することが必要となる。セントラルサーバ８２０そして／またはセントラルデータベースがアクセスされる時毎に、ユーザ装置に記憶されたキーをセントラルデータベース８２５内に記憶された情報に照らして検証し、当該通信が正当な許可されたユーザ装置８０５を含んでいることを保証することが必要である。以下のステップは、組み合わせキーの検証を記述している。組み合わせキーが用いられるが、他の実施例は、ＵＣＩＤ、装置キー、そして／または他の情報を用いる。組み合わせキーがＢＩＯＳ８１０内に見つかると、当該見つかったキーが、追加的な装置に特有の情報（すなわち、元々は組み合わせキーの生成に用いられた情報）とともに、認証処理のためにセントラルサーバ８２０に対して送信される。当該セントラルサーバ８２０は、受信された組み合わせキーの暗号化を解いて、ＵＣＩＤを取得し（ステップ８５０）、装置情報を埋め込む。セントラルサーバは、更に、非暗号化された組み合わせキーについてチェックサムを算出する（ステップ８５５）。そして、セントラルサーバは、非暗号化された組み合わせキーをセントラルデータベースに記憶された情報に照らして検証する（ステップ８６０）。当該組み合わせキーの検証は、チェックサムの算出を含む。当該非暗号化された組み合わせキー、ＵＣＩＤ、そして装置情報が、セントラルデータベース内に記憶された情報と照合する場合、当該組み合わせキーが認証されたことを示す許可８６５がユーザ装置８０５に対して送信される。当該組み合わせキーが偽であるか、別の装置からのコピーである場合、当該組み合わせキーとともに送信される、当該装置に特有の情報は、非暗号化されたキーに含まれる情報及びセントラルサーバ内に記憶されている情報と合致しない。

セントラルサーバに対する接続時における、１セッションに１回用いられる許可８６５に応答して、実行可能なコードが、ユーザ装置８０５に、当該ローカルデータベース８１５内におけるメディアファイルのＵＦＩＤをつきとめさせて、ローカルデータベース８１５から当該メディアファイルに対するライセンスを検索させる（ステップ８７５）。場合によっては、このサーチは、例えば、ローカルに記憶されているキー情報が壊れているが許可８６５を通じて更新されている場合には、８４２における元々のサーチが成功していなくても成功する。ＵＦＩＤがローカルデータベース８１５内に見つからない場合、セントラルデータベース８２５は、当該ＵＦＩＤについてサーチされる。ＵＦＩＤがセントラルデータベース８２５内に見つかった場合、当該ローカルデータベースはライセンス情報を用いて更新８８０される。ライセンスがつきとめられる場合、当該メディアファイルの使用が許される（ステップ８８５）。例えば、ソリューションソフトウェアは、メディアプレイヤーアプリケーションが、要求された音楽ファイルにアクセスできるようにする。いくつかの実施例において、一旦メディアファイルが特定のユーザ装置８０５上における使用が許されると、当該メディアファイルは、ユーザ装置８０５にアンラップされた形式で記憶される。当該ラッパーは、ソリューションソフトウェアが当該メディアファイルがユーザ装置８０５から他の装置または記憶媒体にコピーまたは移動されたことを検知した時に、当該ソリューションソフトウェアによってのみ再び用いられる。当該コピーまたは移動の検知は、上述したファイルＩ／Ｏシステムの監視を通じて判断される。他の実施例においては、メディアファイルは、ラップされた形式でユーザ装置８０５に記憶され、当該メディアファイルが開かれる時ごとに、ローカルデータベース８１５内に記憶されたライセンス情報を用いてアンラップされる。

図９は、ユーザがメディアファイルについてのライセンスを持っていない場合にメディアファイルにアクセスするための処理９００を示すフロー図である。処理９００は、ユーザ装置９０５、ローカルデータベース９１５、セントラルサーバ９２０、およびセントラルデータベース９２５における操作とこれらの間での通信を含んでいる。処理９００が開始されて、ユーザがメディアファイルに対するライセンスを持っていないと判断される（ステップ９３０）。この判断は、図８のステップ８７５におけるライセンスのサーチが失敗した結果である。この判断に応答して、当該ユーザ装置９０５は、ライセンスが必要とされるという通知９３５をセントラルサーバ９２０に対して行う。セントラルサーバ９２０は、支払要求９４０によって応答し、当該要求がユーザ装置９０５上に表示されるか、または当該ユーザが支払情報が取得され得るウェブサイトに向けられる。ユーザ装置９０５は、当該ユーザから支払情報を受信し（ステップ９４５）、当該支払情報をセントラルサーバ９２０に送信する。当該支払情報が処理され（ステップ９５５）、その処理は、どのくらいのライセンス料がコンテンツオーナー、そして／または、当該メディアファイルを配信した１又は複数のユーザに対して割り当てられるかの判断を含む。セントラルデータベース９２５は、当該ユーザがメディアファイルに対するライセンスを持っていることを示す情報によって更新９６０される。セントラルデータベース９２５もまた、支払割り当て情報によって更新される。更に、ローカルデータベース９１５が、当該ユーザがメディアファイルに対するライセンスを持っていることを示す情報によって更新される。更新されたライセンス情報に基づいて、当該ユーザは、ユーザ装置９０５においてメディアファイルの使用を許される（ステップ９７０）。

例えば、装置がインターネットに接続することができない場合、セントラルサーバに直接通信することができない装置がある。メディアファイルは、当該メディアファイルがラッパーなしに更に他の装置に送信されないような方法でそのような装置に対して送信される。このような状況において、コンピュータコードの一部がファームウェアにインストールされ、小規模なローカルライセンスデータベースが当該装置の書き込み可能なメモリにインストールされる。図１０は、ユーザ装置１００５から第２の装置１０１０に対してメディアファイルをコピー又は移動させる処理１０００のフロー図である。処理１０００は、ユーザ装置１００５、第２の装置１０１０、ローカルデータベース１０１５、そしてセントラルサーバ１０２５における操作とこれらの間の通信を含んでいる。第２の装置１０１０は、例えば、衛星接続されたカーオーディオシステム、携帯電話、ＭＰ３プレイヤー、又は他のポータブル装置であり、ＩＥＥＥ１３９４ファイアワイヤー又はＵＳＢケーブル等であってこれらに限定されないケーブルを用いてユーザ装置と接続し、又は、無線接続を介して接続され得る。ソリューションソフトウェアのバージョンが、例えば工場において、第２の装置１０１０上に予めインストールされる。

メディアファイルを送信する要求が、ユーザ装置１００５によって受信される（ステップ１０３０）。これに応じて、ユーザ装置１００５は、第２の装置１０１０からの装置ＩＤを要求する（１０３５）。第２の装置は、その装置ＩＤを応答する（１０４０）。ユーザ装置１００５は、当該メディアファイルのラッパーに含まれているビジネスルールが、要求された送信を許すことを確認する（ステップ１０４５）。例えば、当該ビジネスルールは、メディアファイルがコピーされ得る装置数に制限を置いている。当該送信が許されるとすると、ラップされたメディアファイルと、対応するライセンス情報が第２の装置１０１０に対して送信１０５０される。第２の装置１０１０は、第２の装置データベース１０２０に記憶する（ステップ１０５５）。ライセンス情報は、予めインストールされたソリューションソフトウェアとともに、第２の装置１０１０がラップされたメディアファイルにアクセスできるようにする。更に、当該ユーザ装置１００５は、ローカルデータベース１０１５内のローカルライセンス情報を更新する（ステップ１０６０）。この更新は、当該メディアファイルのコピーが第２の装置１０１０に対して送信されたことを示す情報を記憶する。

続いて、ユーザ装置１００５とセントラルサーバ１０２５との間のコネクションが確立１０６５される。このコネクションは、新たなメディアファイルにアクセスする試み、ライセンス情報をつきとめる試み、又はユーザ装置１００５が当該ライセンスの使用を継続するために、ローカルデータベース１０１５に記憶されているライセンスを定期的に検証する要求に応じて確立される。当該コネクションを用いて、ローカルデータベース１０１５内に記憶されたライセンスの更新が、セントラルサーバ１０２５に対してアップロード１０７０され（そして、セントラルデータベースに記憶され）、セントラルサーバが当該メディアファイルのコピーが存在する装置を追跡できるようにし、当該メディアファイルがビジネスルールの下で許されるより多くの装置にコピーされないようにできる。セントラルサーバ１０２５はまた、ローカルデータベース１０１５内に記憶された現存のライセンスを検証１０７５する。

ユーザからユーザへのメディアファイルの配信をサポートし、そして、当該ユーザが、彼らが他の者にメディアファイルを配信した結果生み出された収益の恩恵を受けられるようにする技術もまた提供される。ユーザは、他の消費者に対して、自分が所有するか楽しんでいるメディアファイルに関する情報を電子的に送信する。販売がパスアロングの結果行われた場合、当該ユーザは、当該メディアファイルの販売の結果生み出された収益、そして、当該メディアファイルのその後の販売の結果生み出された収益のある割合を得る。当該メディアファイルのラッパーは、当該ユーザが、認識された再販売者と配信者とからメディアファイルを受信した場合に、元々の再販売者と配信者を識別する情報を、当該メディアファイルを更に廃止するユーザを識別する情報と同様に含み得る。当該ファイルに関連付けられたビジネスルールに基づいて、この情報は、当該再販売者とユーザが、当該メディアファイルがパスアロングされたときに行われた購入に対する報酬を受けられるようにする。更に、ファイルがアンラップされたまま送信されるか受信される場合、紹介ユーザ、再販売者、そして配信者は、彼らのユニークな識別子がトランザクションデータとともに含まれている限り、報酬を受けることができる。例えば、購入者が紹介ユーザを特定でき、そのような場合に、セントラルサーバが、誰が収益を分配されるかを特定することを含めて、どのようにして当該紹介ユーザがファイルを受信し、当該配信チェーンを再構築するかを判断する。

ビジネスルールは、メディアファイルをライセンスされていないユーザが当該メディアファイルの再配信から利益を得ることができるかを判断する。例えば、ユーザは、たとえ当該ユーザが、自身が配信しているファイルに対するライセンスを自らは所有していなくても、再配信ポイントとして動作するサーバ上にファイルを収容し、パスアロングへの参加料の支払を受ける。

誰かがファイルを友人に対して送信する処理を開始した時、ソリューションソフトウェアは、新たにラップされたバージョンのメディアファイルを生成し、当該メディアファイルをパスアロング処理に供する。この新たなラッパーは、当該メディアファイルに対するＵＦＩＤ、当該メディアファイルに対して適用するビジネスルール、そして、送信元のユーザ（又はユーザ達）についてのＵＣＩＤであって、当該ユーザ（又はユーザ達）が、受信したユーザによって購入されるソングを自身がプロモートした時に報酬を受けられるようにするＵＣＩＤを含んでいる。再販売者及び配信者のＩＤ情報が、また、当該ラッパー内に含められ得る。ソリューションソフトウェアは、ユーザ装置がＣＤ又はＤＶＤをリップ（ｒｉｐ）するために用いられた時に、これと同様の処理を行う。例えば、ＣＤ上のソングがコンピュータ上にリップされると、そのソングに対するライセンスがライセンスデータベースにインストールされる。続いて、当該ソングがそのコンピュータのＩ／Ｏシステムを通じて送信される場合、ラッパーが当該ソングに対して適用される。当該ラッパーは、当該リップされたファイルに含まれているソング識別情報に基づいて、又は、上述したファイル識別技術を用いて取得される識別情報を用いて、セントラルデータベースから抽出される。そのソングがＣＤ上に焼かれると、ラップされたファイルがそのＣＤに書き込まれる。その代わりとして、ソリューションソフトウェアは、再販売者と配信者の情報を持つＵＦＩＤとＵＣＩＤといったメディア情報ファイルを含む、デュアルセッションＣＤを、当該ＣＤのＰＣ読み取り可能なエリアにおいて生成する。デュアルセッションＣＤの形式においては、従来のオーディオファイルが当該ＣＤのオーディオセクションにおいて許され、当該ＣＤが従来のＣＤプレイヤー上で再生できるようにする。しかし、当該ファイルがソリューションソフトウェアがインストールされている装置にロードされると、当該ファイルは、ライセンシングを要求する。

図１１は、パスアロング配信を実行する具体的処理１１００のフロー図である。まず、ユーザ２が、ユーザ１からメディアファイルを受信する（ステップ１１０５）。ユーザ２は、ユーザ１から受信したメディアファイルに対するライセンスを購入する（ステップ１１１０）。当該支払処理に関して、当該メディアファイルに関連付けられているビジネスルールが調査される（ステップ１１１５）。当該調査は、ユーザ装置上、セントラルサーバにおいて、又は他のロケーションにおいて行われる。次に、ユーザ１が、当該ビジネスルールによって特定される額だけの手数料の支払を受ける（ステップ１１２０）。その手数料は、セントラルサーバによって管理される少額決済アカウントに支払われ、メディアファイルのライセンスの将来の購入において使用するためにユーザ１に対して支払われ、又は、少額決済システムを通じたユーザ１の銀行口座に対して預金される。

続いて、ユーザ３がユーザ２からメディアファイルを受信する（ステップ１１２５）。ユーザ３は、ユーザ２から受信したメディアファイルに対するライセンスを購入する（ステップ１１３０）。支払処理に関連して、当該メディアファイルに関連付けられたビジネスルールが再び調査される（ステップ１１３５）。そして、ユーザ１とユーザ２が、当該ビジネスルールによって特定される額の手数料の支払を受ける（ステップ１１４０）。従って、多くの支払レベルが当該メディアファイルの配信に対して実行される。

いくつかの実施例においては、セントラルサーバが、預金口座のように、ユーザのパスアロング動作からのアカウントに対して支払を行い、また、追跡を行う。全てのアカウントホルダーは、追加的な音楽に対する支払において、又は電子ファンドトランスファー（ＥＦＴ）を介したマネタリーファンドとして行われる受け出し、又は他の適当な方法として、彼らのファンドを追跡し、用いることができる。これは、ユーザ、再販売者、配信者、そしてレコード会社、出版者、アーティストといったコンテンツ管理者を含む、収益ストリームに参加する全ての者に当てはまる。支払レベルの数と各々のレベルに対する支払額が、当該ファイルに対する所有権の保持者（通常は著作権の保持者又は出版者）によるＵＦＩＤの生成において確立され、ビジネスルールによって異なる。

図１２は、メディアファイルをラッピングする処理１２００のフロー図である。当該処理は、ラップされるメディアファイルを選択することから開始される（ステップ１２０５）。当該メディアファイルに関連付けられるビジネスルールが識別される（ステップ１２１０）。当該ビジネスルールは、当該メディアファイルのオーナー又は出版者によって確立される。ビジネスルールは、支払情報とメディアファイルを使用しコピーする際の制限に関する情報を含んでいる。当該メディアファイルに対するＵＦＩＤが生成される（ステップ１２１５）。ＵＦＩＤは、当該ビジネスルールを組み込んでおり、そして／またはセントラルデータベースに記憶されたビジネスルールに対するポインタとして役立つ。一般に、当該ＵＦＩＤは、著作物の特定のコピーがラップされているかラップされていないかにかかわらず、特定の著作物（例えば、特定のアーティストによる特定のレコーディング）に関連付けられている。従って、ファイル識別技術がメディアファイルを特定するために用いられると、認識されたメディアファイルは、当該メディアファイルに対応する特定のＵＦＩＤを有する。ＵＦＩＤを組み込んでいるラッパーが、当該メディアファイルに対して適用される（ステップ１２２０）。当該ラッパーは、一般に、ユーザが当該メディアファイルに対するライセンスを用いて当該ラッパーを外すことのみができるように、メディアファイルの暗号化を含んでいる。ソリューションソフトウェアは、一般に、ラッパーなしにファイルを移動させないようにするが、ユーザがスタンダードオーディオＣＤを焼いて、当該ＣＤのコンテンツが他のコンピュータにリップされるような、ファイルがラッパーなしに移動される状況がある。当該ファイルがラッパーなしに移動される時、認識技術が当該ファイルを特定し、セントラルデータベース内の関連するＵＦＩＤとそのビジネスルールを見るために用いられる。

説明した技術は、デジタル電子回路、集積回路、又はコンピュータハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せにおいて実行される。当該技術を実行する装置は、プログラマブルプロセッサによって実行するための装置読み取り可能な記憶装置において具体的に具体化されるソフトウェアプロダクト（例えば、コンピュータプログラムプロダクト）において実現されることができ、処理オペレーションが、入力データ上で操作し、出力を生成することによって説明された機能の実行を指示するプログラムを実行する、プログラマブルプロセッサによって実行され得る。当該技術は、データ記憶システムからデータと指示を受信し、データと指示を送信するために接続された、少なくとも１つのプログラマブルプロセッサ、少なくとも１つの入力装置、そして少なくとも１つの出力装置を含んでいる。各々のソフトウェアプログラムは、高水準の手続的又はオブジェクト指向のプログラム言語、又は好ましくはアセンブリ又はマシン言語において実行されることができ、いずれにせよ、当該言語はコンパイル言語又はインタープリテッド言語であり得る。

一例として、適合するプロセッサは、一般的かつ特別の双方の目的を持ったマイクロプロセッサを含んでいる。一般に、プロセッサは、リードオンリーメモリ、ランダムアクセスメモリ、そして／または機械読み取り可能な信号（例えばネットワークコネクションを通じて受信されたデジタル信号）を受信する。一般に、コンピュータは、データファイルを記憶するための１又は複数の大規模記憶装置を含んでいる。そのような装置は、内部のハードディスク及びリムーバブルディスク、光磁気ディスク、そして光ディスクといった磁気ディスクを含む。具体的にソフトウェアプログラムの指示及びデータを具体化するのに適した記憶装置は、一例としてＥＰＲＯＭ（電子的にプログラマブルなリードオンリーメモリ）、ＥＥＰＲＯＭ（電子的消去可能プログラマブルリードオンリーメモリ）といった半導体メモリ装置、フラッシュメモリ装置、内部ハードディスクと着脱可能なディスクといった磁気ディスク、光磁気ディスク、そしてＣＤ−ＲＯＭディスクを含むあらゆる形式の不揮発性のメモリを含んでいる。上述した任意のものは、ＡＳＩＣＳ（アプリケーション特有の集積回路）によって拡張され、または組み込まれる。

ある実施例においては、ユーザに対してファイルが表示され、再生され、または配信されるユーザ装置は、ソリューションソフトウェアそして／またはローカルライセンスデータベースを蓄積し得るローカルストレージ媒体またはメモリを持っていない。そのような場合、そのファイルは、そのユーザ装置に対して配信されるか、または、一時的にそのユーザ装置上に記憶される。従って、ソリューションソフトウェアが動作し、そのファイルに対するアクセスをコントロールするプロセッサは、リモートに配置される。そのようなリモートプロセッサは、情報をローカルに記憶できないユーザ装置に対するプロキシとして役立つ。

ユーザとのインタラクションを提供するため、その技術は、ユーザに対して情報を表示するためのモニタまたはＬＣＤ（液晶ディスプレイ）スクリーン、そして、キーボードそしてユーザがコンピュータシステム、または入力可能で音声やシンボルを通じて情報を提供できるマウスまたはトラックボールといったポインティング装置、またはＢｒａｉｌｌｅの入出力システムといった他の手段を備えるコンピュータシステムにおいて実現される。当該コンピュータシステムは、コンピュータプログラムがユーザとインタラクトするグラフィカルユーザインタフェースを提供するようにプログラムされ得る。音声入出力といった新たな技術を用いれば、説明した技術を実現するビジュアルディスプレイは必要でなくなる。

多くの実施例が説明された。しかし、様々な変形例があることが理解されるべきである。例えば、図２Ａから２Ｃ、図４から図１２において示される処理のステップは、再配置されるかそして／またはあるステップは省略され得る。従って、他の実施例は以下のクレームの範囲を逸脱しない。様々な図面における同様の参照符号は、同様の要素を示す。

デジタル著作権を管理し配信する代表的なシステムのブロック図である。 メディアファイルライセンスを購入し、記憶する処理のフロー図である。 異なるリテイラーサーバからメディアファイルライセンスを購入し、記憶する処理のフロー図である。 紹介（ｒｅｆｅｒｒａｌ）クレジットを取得し記憶する処理のフロー図である。 メディアファイルライセンスの購入に用いられ得るユーザインタフェースの一例である。 コンピュータといったユーザ装置上にロードされたデジタル著作権を管理する処理のフロー図である。 プロテクトされたファイルに対するアクセスを制御するソフトウェア（「ソリューションソフトウェア」）をユーザ装置上にインストールする処理のフロー図である。 ソリューションソフトウェアを有するユーザ装置上にデジタルラッパー（ｗｒａｐｐｅｒ）なしに届いたコンテンツをラッピングする（ｗｒａｐｐｉｎｇ）処理のフロー図である。 ユーザに対する一意の顧客識別子そして／またはユーザ装置に特有のキーを生成する処理のフロー図である。 ユーザが既にメディアファイルについてのライセンスを持っている場合にメディアファイルにアクセスする処理のフロー図である。 ユーザがメディアファイルについてのライセンスを持っていない場合にメディアファイルにアクセスする処理のフロー図である。 ユーザ装置から第２の装置にメディアファイルをコピーし、又は移動する処理のフロー図である。 パスアロング（ｐａｓｓａｌｏｎｇ）配信を実行する処理のフロー図である。 メディアファイルをラッピングする処理のフロー図である。

Claims (27)

1. デジタルメディアにおけるライセンス権を管理する方法であって、
   デジタルメディアのライセンス記録を複数のユーザのアイデンティティに関連付けて記憶し、各ユーザのアイデンティティについてのライセンス記録は、前記ユーザのアイデンティティに対応する第１の認証証明書を用いてリモートな装置からアクセス可能であり、
   第２の認証証明書を用いたデジタルメディアの購入をオファーし、
   特定の第２の認証証明書を特定のユーザのアイデンティティに対応する前記第１の認証証明書に関連付け、
   前記特定の第２の認証証明書と前記特定のユーザのアイデンティティに対応する第１の認証証明書との関連付けに基づいて、前記特定の第２の認証証明書を用いて購入されたデジタルメディアのライセンス記録を前記特定のユーザのアイデンティティに関連付けて記憶する
   ことを特徴とするライセンス権管理方法。
2. 請求項１に記載のライセンス権管理方法であって、
   前記各第１の認証証明書と各ユーザのアイデンティティについての前記第２の認証証明書が、ユーザ名とチャレンジレスポンスとを備える
   ことを特徴とするライセンス権管理方法。
3. 請求項１に記載のライセンス権管理方法であって、
   前記デジタルメディアのライセンス記録が、ライセンスについてのパラメータ又はデジタルメディアファイルの識別子のうちの一つを有する
   ことを特徴とするライセンス権管理方法。
4. 請求項１に記載のライセンス権管理方法が、更に、
   前記特定のユーザのアイデンティティに関連付けられた複数の装置識別子を記憶し、前記特定のユーザのアイデンティティについてのライセンス記録によって識別されるデジタルメディアについてのライセンスが、複数の装置識別子のうちの一つを持つ装置において前記デジタルメディアを使用できるようにする
   ことを特徴とするライセンス権管理方法。
5. 請求項１に記載のライセンス権管理方法であって、
   前記ライセンス記録が、ユーザのアイデンティティに関連付けられた装置において発見されたデジタルメディアを識別するデータを含む
   ことを特徴とするライセンス権管理方法。
6. 請求項１に記載のライセンス権管理方法であって、
   前記第１の認証証明書がセントラルサーバに関連付けられており、前記第２の認証証明書がリテイラーサーバに関連付けられている
   ことを特徴とするライセンス権管理方法。
7. 請求項６に記載のライセンス権管理方法であって、
   前記セントラルサーバが、デジタルメディアを購入する多数の者の間における、収益の割り当てを規定するルールを記憶する
   ことを特徴とするライセンス権管理方法。
8. 請求項１に記載のライセンス権管理方法が、更に、
   第２のユーザのアイデンティティを用いたデジタルメディアライセンスの購入に応じて、第１のユーザのアイデンティティに関連付けられたアカウントにクレジットを割り当て、
   前記購入は、前記第１のユーザの識別子から前記第２のユーザの識別子に対する紹介に応じて行われる
   ことを特徴とするライセンス権管理方法。
9. デジタルメディアにおけるライセンス権を管理する方法であって、
   複数のユーザのアイデンティティに関連付けられたデジタルメディアのライセンス記録を記憶し、
   第１のリテイラーからの第１のデジタルメディアのライセンスの第１の購入を識別するデータを受信し、前記データは、前記第１の購入に関連付けられた特定のユーザのアイデンティティを識別するのに十分な情報を含み、
   前記デジタルメディアのライセンス記録内に、前記特定のユーザのアイデンティティに関連付けられた第１の購入の記録を記憶し、
   第２のリテイラーからの第２のデジタルメディアのライセンスの第２の購入を識別するデータを受信し、前記データは、前記第２の購入に関連付けられた特定のユーザのアイデンティティを識別するのに十分な情報を含み、
   前記デジタルメディアのライセンス記録内に、前記特定のユーザのアイデンティティに関連付けられた第２の購入の記録を記憶する
   ことを特徴とするライセンス権管理方法。
10. 請求項９に記載のライセンス権管理方法において、
    前記第１の購入と前記第２の購入の各々が、前記特定のユーザのアイデンティティを用いて行われる
    ことを特徴とするライセンス権管理方法。
11. 請求項１０に記載のライセンス権管理方法において、
    前記第１の購入の記録は、前記第１のデジタルメディアについてのデジタルメディアライセンスと前記特定のユーザのアイデンティティとの関連付けを有し、前記第２の購入の記録は、前記第２のデジタルメディアについてのデジタルメディアライセンスと前記特定のユーザのアイデンティティとの関連付けを有する
    ことを特徴とするライセンス権管理方法。
12. 請求項９に記載のライセンス権管理方法において、
    前記第１の購入と前記第２の購入の各々が、前記特定のユーザのアイデンティティを用いて行われた紹介に応じて行われる
    ことを特徴とするライセンス権管理方法。
13. 請求項１２に記載のライセンス権管理方法において、
    前記第１の購入の記録と前記第２の購入の記録とが、前記特定のユーザのアイデンティティに関連付けられたアカウントに対するクレジットを有する
    ことを特徴とするライセンス権管理方法。
14. 請求項１３に記載のライセンス権管理方法において、
    前記クレジットは、前記第１のリテイラー又は前記第２のリテイラーのうちの少なくとも一つを通じたデジタルメディアライセンスの購入を行うために用いられる
    ことを特徴とするライセンス権管理方法。
15. 請求項９に記載のライセンス権管理方法が、更に、
    前記クレジットは、前記第１のリテイラー及び前記第２のリテイラーに対して、前記記録へのアクセスを提供する
    ことを特徴とするライセンス権管理方法。
16. 請求項９に記載のライセンス権管理方法が、更に、
    購入からの収益を、前記第１のリテイラー、前記デジタルメディアのオーナー、そして前記セントラルサーバに関連付けられた者の間で割り当てる
    ことを特徴とするライセンス権管理方法。
17. 請求項９に記載のライセンス権管理方法において、
    前記第１のリテイラーと前記第２のリテイラーの各々が、購入用のデジタルメディアの別個のカタログを有する
    ことを特徴とするライセンス権管理方法。
18. デジタルメディアにおけるライセンス権を管理するシステムであって、
    特定のユーザのアイデンティティに関連付けられたリテイラーに特有の認証証明書を用いた購入のためのデジタルメディアのライセンスを提供し得る少なくとも一つのリテイラーサーバと、
    複数のユーザのアイデンティティに関連付けられたデジタルメディアのライセンス記録を記憶し得るセントラルサーバとを備え、
    前記特定のユーザのアイデンティティについてのライセンス記録が、前記特定のユーザのアイデンティティに関連付けられたプライマリ認証証明書を用いてリモートな装置からアクセスでき、
    前記特定のユーザのアイデンティティについてのライセンス記録が、前記特定のユーザのアイデンティティに関連付けられたリテイラーに特有の認証証明書を用いて購入されたデジタルメディアライセンスのレコードを含むように自動的に更新される
    ことを特徴とするライセンス権管理システム。
19. 請求項１８に記載のライセンス権管理システムにおいて、
    前記セントラルサーバが、更に、少なくとも各々のリテイラーサーバのオペレータと前記セントラルサーバとの間での収益の分配を規定するルールを記憶し得る
    ことを特徴とするライセンス権管理システム。
20. 請求項１８に記載のライセンス権管理システムにおいて、
    前記少なくとも一つのリテイラーサーバの各々が、更に、前記特定のユーザのアイデンティティに関連付けられたデジタルメディアのライセンス記録から情報を抽出し得る
    ことを特徴とするライセンス権管理システム。
21. 請求項１８に記載のライセンス権管理システムにおいて、
    前記セントラルサーバが、更に、他のユーザのアイデンティティを用いて行われた購入についての前記特定のユーザのアイデンティティによって得られたクレジットを識別するデータを記憶することができ、
    前記購入は、前記特定のユーザのアイデンティティを用いて行われた紹介に関連付けられている
    ことを特徴とするライセンス権管理システム。
22. 請求項１８に記載のライセンス権管理システムにおいて、
    前記少なくとも一つのリテイラーサーバの各々が、更に、前記特定のユーザのアイデンティティを用いて、ライセンスされたデジタルメディアファイルの送信をサポートし得る
    ことを特徴とするライセンス権管理システム。
23. デジタルメディアにおけるライセンス権を管理するシステムであって、
    各々のリテイラーサーバが、購入用のデジタルメディアライセンスを提供することができ、各々のリテイラーサーバが、別個のデジタルメディアのカタログを備えている複数のリテイラーサーバと、
    複数のユーザのアイデンティティに関連付けられているデジタルメディアのライセンス記録を記憶し得るセントラルサーバとを備え、
    特定のユーザのアイデンティティについてのライセンス記録が、前記複数のリテイラーサーバのうちの第１のリテイラーサーバを通じて購入されたデジタルメディアのライセンスと前記複数のリテイラーサーバのうちの第２のリテイラーサーバを通じて購入されたデジタルメディアのライセンス記録を含んでいる
    ことを特徴とするライセンス権管理システム。
24. 請求項２３に記載のライセンス権管理システムにおいて、
    前記セントラルサーバが、更に、デジタルメディアライセンスなしのデジタルメディアファイルの使用を制限するためのセキュリティメカニズムをサポートし得る
    ことを特徴とするライセンス権管理システム。
25. 請求項２３に記載のライセンス権管理システムにおいて、
    前記セントラルサーバが、更に、前記複数のリテイラーサーバによる前記デジタルメディアのライセンス記録に対するアクセスを提供し得る
    ことを特徴とするライセンス権管理システム。
26. 請求項２３に記載のライセンス権管理システムにおいて、
    前記セントラルサーバが、更に、収益を生み出した購入が行われた、少なくとも前記セントラルサーバのオペレータと前記リテイラーサーバのオペレータとの間での前記収益の分配を規定するルールを記憶し得る
    ことを特徴とするライセンス権管理システム。
27. 請求項２６に記載のライセンス権管理システムにおいて、
    前記セントラルサーバが、更に、前記セントラルサーバのオペレータと前記複数のリテイラーサーバのオペレータの各々の間での収益の分配を規定するデータを記憶し得る
    ことを特徴とするライセンス権管理システム。

Images