JP4694077B2 - 権利管理アーキテクチャにおける保護コンテンツにアクセスするためのコンピューティングデバイス - Google Patents

Description

【０００１】
（関連事例に対する相互参照）
本出願は、どちらも１９９９年１２月１７日に提出された「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ（デジタル権利管理のためのシステムおよび方法）」という名称の米国仮出願第６０／１７２、３１９号、ならびに「Ｓｙｓｔｅｍ ｆｏｒ Ｄｉｓｔｒｉｂｕｔｉｎｇ Ｃｏｎｔｅｎｔ Ｈａｖｉｎｇ Ｍｕｌｔｉｌｅｖｅｌ Ｓｅｃｕｒｉｔｙ Ｐｒｏｔｅｃｔｉｏｎ（多重レベル機密保護を有するコンテンツ配布システム）」という名称の米国仮特許出願第６０／１７２、３１８号の有利性を請求するものである。
【０００２】
（発明の分野）
本発明は、一般には電子コンテンツの配布に関し、より詳細には、権利管理アーキテクチャにおける保護コンテンツにアクセスするためのシステムおよび方法に関する。
【０００３】
（発明の背景）
コンピュータおよびパームサイズの電子デバイスの可用性および用途が広がるにつれて、文書を電子的に伝送および閲覧することが一般化してきた。インターネットのようなインフラストラクチャによる通信の速度および機能の向上に伴って、充実したサービスおよびコンテンツをデバイスに提供する動きが極めて活発化している。提供できるサービスおよびコンテンツとしては、ブックまたはテキスト資料のような著作物が挙げられる。テキスト文書の電子配布は従来的なペーパコピーの配布より高速かつ安価である。オーディオやビデオのようなテキスト以外のコンテンツに対しても同じ原理が適応し、当該コンテンツの電子配布は、一般に従来的な媒体（例えば磁気テープまたは光ディスク）による当該コンテンツの配布より高速かつ安価である。しかし、電子配布の低コストおよび即時性は、電子コンテンツを複写することの容易さと併せて、配布物の所有者の権利を保護するような配布管理と矛盾する。
【０００４】
電子文書が一当事者に伝送されると、電子文書における権利の所有者による承認を得ることなく、またはしばしばその所有者がそのことを知ることもなく容易に複写され、他人に配布されうる。この種の不正な文書配布は、著者またはコンテンツ・プロバイダから権利使用料および／または所得を奪うおそれがある。現行の多くの配布スキームに伴う問題は、所有権を保護するための規定が設けられないことである。他のシステムは、所有権を保護することを試みているが、面倒で柔軟性に欠け、購入者にとっての著作物の閲覧／読取り（あるいは、音楽やビデオなどのテキスト以外のコンテンツの場合は著作物の再生）が困難である。
【０００５】
上記のことを鑑み、所有者の権利を保護しながら電子著作物を購入者に配布できる一方、柔軟で利用しやすい改良されたデジタル権利管理システムが必要である。柔軟な機密保護レベルを提供するとともに、その購入者が各々のプラットホームで電子コンテンツを閲覧／再生できるようにいくつかのクライアントプラットフォーム上で動作可能なシステムも必要とされる。
【０００６】
本発明のデジタル権利管理システムは、コンテンツ所有者の知的財産を保護するとともに、著者または他のコンテンツ所有者が彼らの創作努力に対する報酬を得ることを可能にしながら、その保護機構によって購入者に過度な負担がかからないようにする上述の課題に対する解決策を有利に提供する。
【０００７】
（発明の概要）
デジタル権利管理（「ＤＲＭ」）システムにおけるコンテンツ再生クライアントのためのアーキテクチャを提供する。該アーキテクチャは、ＤＲＭシステムによって保護されたコンテンツを再生する再生アプリケーション（例えばテキスト閲覧アプリケーションまたは「リーダ」）を含む。該アーキテクチャは、不当な配布または保護コンテンツの不当な使用を防止する様々なセキュリティ機能、ならびにセキュリティ機能をナビゲートして、適切なクライアント環境でコンテンツを再生できるようにするソフトウェアコンポーネントをも含む。
【０００８】
提供されたアーキテクチャに従って、無保護、ソース封印、個別封印（または登録）、ソース署名、および完全個別化（または「所有者限定」）を含む複数のレベルでコンテンツを保護することができる。「無保護」コンテンツは、暗号化されていない形式で配布される。「ソース封印」および「個別封印」コンテンツは暗号化され、権利管理データが変更されたらキーを検索することができないように、コンテンツに関連する特定の権利管理データによって暗号で封印された暗号鍵（「コンテンツ鍵」）にバンドル（ｂｕｎｄｌｅ）される。
【０００９】
「ソース」封印と「個別」封印の違いは、「個別封印」コンテンツは、正当な所有者に関係する情報（例えば所有者の名称、クレジットカード番号、受領番号、または購入取引のための取引ＩＤ）を権利管理データ内に含み、コンテンツの実用コピーからこの情報を削除できないようにすることで不当配布の検索を可能にする。含まれる特定種類の情報は、コピーの小売店によって決定される。
【００１０】
「署名」コンテンツは、再生アプリケーションがその信頼性、またはその配布経路の信頼性を検証できるように暗号で署名される。「完全個別化」コンテンツは、単に権利管理情報で封印されただけでなく、特定のクライアントまたはクライアント群だけに発行することにより当該コンテンツの利用を限られた数のインストレーションに限定する「セキュアリポジトリ」および「起動認証」がなければアクセスできないように暗号化された解読鍵が提供されている。「完全個別化」コンテンツは、コンテンツに関してユーザが行使できる権利を指定するライセンスをも含む。
【００１１】
本発明の一実施形態では、クライアントを利用して、上述した保護を保持するファイルでクライアントに配布されるブックまたはテキストを読み取る。好ましくは、コンテンツの保護および利用に関連するクライアントソフトウェアおよびデータは、再生アプリケーション（コンテンツがテキストの場合は「リーダ」と呼ぶ）；
保護コンテンツおよび特定の他の暗号機能の開封を行う「管理」コンポーネント；
リーダアプリケーションのインストールおよび／または「起動」状態のような情報、ならびにその解読化が特定の読者群に限定される「完全個別化」コンテンツを用意するためにディストリビュータが必要とする「起動」認証に関する情報をコンテンツディストリビュータに提供するソフトウェアオブジェクト；
ならびに、クライアント上のインストールに対するセキュアリポジトリおよび起動認証を取得する機能を実行する「起動」ソフトウェアオブジェクトを含む。
【００１２】
好ましくは、起動ソフトウェアオブジェクトは、ＡＣＴＩＶＥＸコントロールとして具体化され、コンテンツ配布サイトに情報を提供するオブジェクトは、１つまたは複数のＪａｖａ（登録商標）記述機能にプラグインラップされたＡＣＴＩＶＥＸおよび／またはブラウザとして具体化される。さらに、管理オブジェクトは、リーダアプリケーションに対して顕示されるＡＰＩを介してリーダアプリケーションにより動作可能であることが好ましい。
【００１３】
好ましくは、完全個別化コンテンツのコンテンツ鍵は、特定の起動認証に関連する公開／秘密鍵対に従って暗号化され、起動認証のコピーは、一人の人間が所有する複数のデバイスで同じ「完全個別化」コンテンツを読み取ることができるように、特定の人間（または「人物」）により所有または使用される様々なクライアントデバイスに提供されうるのに対して、同様のデバイスを所有する他の人は、彼らに対して必要な起動認証が発行されないため、同じ「完全個別化」コンテンツを読み取ることができないことにより、完全個別化コンテンツの普及を制限する。
【００１４】
本発明の他の特徴を以下に説明する。
【００１５】
前述の概要、ならびに続く詳細な説明は、添付の図面を併用しながら読むとより深く理解される。本発明を例示するために、図面のいくつかの図を通じて、同様の参照番号で同様の部品を表しているが、本発明は開示された特定の方法および手段に限定されないことが理解される。
【００１６】
（発明の詳細な説明）
本発明は、電子コンテンツの処理および配布のためのシステムであって、該コンテンツを複数のレベルで保護することができるシステムに向けられる。電子ブックの処理および配布に向けられる本発明の好ましい実施形態を説明するが、本発明は電子ブックに限定されるものではなく、ビデオ、オーディオ、ソフトウェア実行ファイル、データなどのあらゆるデジタルコンテンツを含むことができる。
【００１７】
＜概要＞
電子ブック業界の成功により、あらゆる種類のテキスト資料を取得するための印象的かつ安全で親しみやすい経験を既存の書籍購入者に提供することが確実に求められるようになる。このような資料としては、コピープロテクトをほとんど必要としない「無料」または安価な資料から、包括的な権利保護を必要とする「特選」電子ブックタイトル（ここでは「ｅＢｏｏｋ」）を挙げることができる。印刷物に対する現行の配布および小売モデルから電子配布システムへの円滑な以降を可能にするために、コピープロテクトを必要とする出版物に対する高レベルのコピープロテクトを確保しながら、より低レベルの保護を必要とするタイトルの配布をサポートするためのインフラストラクチャが存在しなければならない。
【００１８】
本発明のデジタル権利管理（ＤＲＭ）およびデジタルアセットサーバ（ＤＡＳ）システムは、当該インフラストラクチャを有利に提供する。本発明は、ｅＢｏｏｋを購入するほうがｅＢｏｏｋを「盗む」（例えば不当に複写する）より望ましいものとする。非介入的ＤＲＭシステムは、著作権侵害リスクを最小限に抑えながら、ｅＢｏｏｋの形式での販売／配布を増やすことによって著作権侵害を補う可能性を高める。さらに、本発明は、低コストで迅速に配備することが可能なシステムを小売店に提供する。
【００１９】
システムの主たるユーザは、該システムを使用および／または配備して、販売するコンテンツの合法性ならびにコピープロテクトを確保する出版者および小売店である。該システムの典型的なユーザは、従来的な出版者、「最先端の」出版者および「ハングリー著者」でありうる。従来的な出版者は、印刷物出版業務からの歳入がｅＢｏｏｋの著作権侵害によって失われることについて懸念する可能性が大きい。最先端出版者は、必ずしも単発的な著作権侵害を懸念せず、消費者が購入習慣を発展させるシステムにおいてｅＢｏｏｋ商取引が最も効果を発揮することを理解しうる。これに対して、自分の著作物の販売数に見合った収入を得ることになるハングリー著者は、帰属性（例えば著者の名前が永遠に著作物に付随すること）により大きな関心を示す。
【００２０】
以下により詳細に説明するが、本発明のＤＲＭシステムは著作物を保護することによってその目標を達成しながら、様々な「レベル」の保護をサポートすることによって消費者による正当な利用を可能にする。
【００２１】
最も低いレベル（レベル１）では、コンテンツソースおよび／またはプロバイダは、ライセンスを含まない無署名かつ無封印の（クリヤテキスト）ｅＢｏｏｋによる無保護を選択することができる。
【００２２】
次のレベル（レベル２）の保護は、コンテンツが鍵で暗号化および封印されたことを意味し、該封印はｅＢｏｏｋのタイトルのメタデータの暗号ハッシュを使用して行われ（以下参照）、コンテンツを解読するために鍵が必要とされる「ソース封印」である。
【００２３】
ソース封印は、メタデータに何らかの変更が加えられるとタイトルが使用不能になるため、タイトルを封印した後にコンテンツおよび付随するメタデータの改竄を防止するが、ソース封印は、タイトルのコピーの認証を保証するものではない（すなわち、ソース封印は正当なコピーと不当なコピーを区別するための機構を提供しない）。「ハングリー著者」の場合は、著者の名前をメタデータに含めて永久にコンテンツに付随させることによって、「ハングリー著者」の帰属目標を満たすことができる。
【００２４】
次のレベルの保護（「レベル３」）は、「個別封印」（または「登録」）である。「個別封印」タイトルは、メタデータが合法的な購入者に関連する情報（例えばユーザの名称またはクレジットカード番号、取引ＩＤ、または購入取引による受領番号など）を、タイトルが封印されたときにこの情報を暗号でコンテンツに付随させるように含むｅＢｏｏｋである。このレベルの保護は、不当なコピーの出所を検出することが容易であるために、人々がタイトルのコピーを配布するのを防ぐことになる（そして、購入者に関連する情報を含めてメタデータに何らかの変更が加えられると、必要な解読鍵を開封することが不可能になるか、または少なくともその可能性が極めて低くなる）。
【００２５】
次のレベルの保護（レベル４）は、「ソース署名」である。ソース署名ｅＢｏｏｋは、（以下により詳細に論述するが、ＰＣ、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）、ポケットＰＣまたは用途別読取りデバイスのようなコンピューティングデバイスによるｅＢｏｏｋの読取りを可能にするユーザアプリケーションである）「リーダ」によって認証できるタイトルである。
【００２６】
認証は、３つの方法、すなわちｅＢｏｏｋタイトルが信用変換および暗号ツールによって生成されたことを保証する「ツール署名」；
やはりコピーのコンテンツ（所有者は著者であっても著作権保有者であってもよい）の認証を保証するツール署名ｅＢｏｏｋである「所有者署名」；
ならびに、そのプロバイダ（コンテンツの出版者または小売店）の認証を実証するツール署名ｅＢｏｏｋである「プロバイダ署名」で定められるのが好ましいといえる。
【００２７】
「ツール」、所有者およびプロバイダは、情報のデジタル署名の作成および検証を促進するために、それぞれ独自の非対称鍵対を有することができる。タイトルは、（例えばコピーの署名鎖を通じて）該タイトルの配布経路の認証を促進させるプロバイダ署名とソース署名の両方であってもよい。最強レベルの保護は、「完全個別化」または「所有者限定」（レベル５）である。「完全個別化」タイトルは、特定のユーザに対して「起動」する認証済リーダアプリケーションによってのみ開封可能とすることで、ある人のリーダ（または複数のリーダ）からその人に対して登録されていないリーダへのタイトルの移植を防止する。
【００２８】
本発明のリーダがレベル５で保護されたタイトルを開くために、リーダを「起動」させなければならない（すなわち、リーダが内蔵されるデバイスは、特定の人物に対する起動認証、およびセキュアリポジトリを有していなければならない）。以下に図５を参照しながら起動の処理について詳述する。
【００２９】
本発明のシステムは、リーダとコンテンツプロバイダとコンテンツソースの間で情報を共用するためのアーキテクチャ、その情報を用いて様々なレベルでタイトルを「封印する」方法、ならびにその情報を構成すべき方法を定めるものでもある。これらの選択の可用性は、どのコンテンツをどのユーザに（保護を適用する場合は）どの保護を用いて販売するかをコンテンツソースが選定することを可能にする。リーダによる使用に向けてタイトルに署名および／または封印するために特定の情報を利用することができ、適合可能なリーダ（レベル５の場合は特定の人物に対して起動されるリーダでありうる）は、タイトルを開封し、ｅＢｏｏｋの読取りを可能にすることができる。
【００３０】
＜システムアーキテクチャ＞
図１に示すように、本発明を実施するための典型的なシステムは、処理装置２１と、システムメモリ２２と、システムメモリ２２とを含むさまざまなシステムコンポーネントを処理装置２１に結合するシステムバス２３を含む従来のパーソナルコンピュータまたはネットワークサーバ２０などの形式の汎用コンピュータデバイスを含む。
【００３１】
システムバス２３は、メモリバスまたはメモリコントローラ、周辺バス、および各種バスアーキテクチャのいずれかを用いたローカルバスを含むいくつかの種類のバス構造のいずれかでありうる。システムメモリは、読取り専用メモリ（ＲＯＭ）２４およびランダムアクセスメモリ（ＲＡＭ）２５を含む。起動時などにパーソナルコンピュータ２０内の要素間で情報を転送するのに役立つ基本ルーチンを含む基本入出力システム２６（ＢＩＯＳ）がＲＯＭ２４に格納されている。パーソナルコンピュータまたはネットワークサーバ２０は、ハードディスク（不図示）に対する読取りおよび書込みを行うためのハードディスクドライブ２７、取外し可能磁気ディスク２９に対する読取りまたは書込みを行うための磁気ディスクドライブ２８、ならびにＣＤ−ＲＯＭまたは他の光媒体のような取外し可能光ディスク３１に対する読取りまたは書込みを行うための光ディスクドライブ３０をさらに含むことができる。
【００３２】
ハードディスクドライブ２７、磁気ディスクドライブ２８および光ディスクドライブ３０は、それぞれハードディスクドライブインターフェース３２、磁気ディスクドライブインターフェース３３および光ドライブインターフェース３４によってシステムバス２３に接続される。ドライブ、およびそれらの関連するコンピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、およびコンピュータまたはネットワークサーバ２０用の他のデータの不揮発性記憶手段を提供する。
【００３３】
ここに示す例示的な環境では、ハードディスク、取外し可能磁気ディスク２９および取外し可能光ディスク３１が採用されているが、磁気カセット、フラッシュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）などコンピュータによってアクセス可能なデータを記憶できる他の種類のコンピュータ可読媒体も典型的な動作環境に使用できることを当業者なら理解するはずである。
【００３４】
オペレーティングシステム３５（例えばＷｉｎｄｏｗｓ（登録商標）２０００、Ｗｉｎｄｏｗｓ（登録商標） ＮＴまたはＷｉｎｄｏｗｓ（登録商標）９５／９８）、１つまたは複数のアプリケーションプログラム３６、他のプログラムモジュール３７およびプログラムデータ３８を含めて、いくつかのプログラムモジュールをハードディスク、磁気ディスク２９、光ディスク３１、ＲＯＭ２４またはＲＡＭ２５に記憶することができる。
【００３５】
ユーザは、キーボード４０やポインティングデバイス４２のような入力デバイスを介して、コマンドおよび情報をパーソナルコンピュータ２０に入力することができる。他の入力デバイス（不図示）としては、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディスク、スキャナなどを挙げることができる。これらの入力デバイスおよび他の入力デバイスは、システムバス２３に結合されるシリアルポートインターフェース４６を介して処理装置２１にしばしば接続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）または１３９４高速シリアルポートのような他のインターフェースによっても接続することができる。モニタ４７または他の種類の表示装置も、ビデオアダプタ４８のようなインターフェースを介してシステムバス２３に接続される。モニタ４７に加えて、パーソナルコンピュータは、典型的にはスピーカやプリンタのような他の周辺出力デバイス（不図示）を含む。
【００３６】
パーソナルコンピュータまたはネットワークサーバ２０は、リモートコンピュータ４９のような１つまたは複数のリモートコンピュータに対する論理接続を用いたネットワーク化環境で動作することができる。リモートコンピュータ４９は、他のパーソナルコンピュータ、他のネットワークサーバ、ルータ、ネットワークＰＣ、ピアデバイスまたは他の共通ネットワークノードであってもよく、図２にはメモリ記憶デバイス５０しか示されていないが、典型的にはパーソナルコンピュータ２０に対して上述した要素の多くまたはすべてを含む。図２に示される論理接続は、ローカルエリアネットワーク（ＬＡＮ）５１および広域ネットワーク（ＷＡＮ）５２を含む。当該ネットワーキング環境は、オフィス、企業規模のコンピュータネットワーク、イントラネットおよびインターネットにおいて一般化されている。
【００３７】
ＬＡＮネットワーキング環境で使用される場合は、パーソナルコンピュータまたはネットワークサーバ２０は、ネットワークインターフェースまたはアダプタ５３を介してローカルネットワーク５１に接続される。ＷＡＮネットワーキング環境で使用される場合は、パーソナルコンピュータまたはネットワークサーバ２０は、典型的にはモデム５４、またはインターネットのような広域ネットワーク５２での通信を確立するための他の手段を含む。
【００３８】
モデム５４は、内部モデムであっても外部モデムであってもよく、シリアルポートインターフェース４６を介してシステムバス２３に接続される。ネットワーク化環境において、パーソナルコンピュータまたはネットワークサーバ２０に対して示されたプログラムモジュール、またはその一部をリモートメモリ記憶装置５０に記憶することができる。ここに示すネットワーク接続は例示的なもので、コンピュータ間の通信リンクを確立する他の手段を使用できることが理解されるであろう。
【００３９】
＜クライアントアーキテクチャ＞
次に図２を参照すると、本発明による第１の例示的なクライアントアーキテクチャ９０が示されている。図１のパーソナルコンピュータ２０、あるいはパームサイズコンピュータ、ラップトップコンピュータ、またはｅＢｏｏｋタイトルを読み込むための用途別の閉鎖デバイスのような他の適切なコンピューティングデバイス上でクライアントアーキテクチャ９０を具現化することができる。クライアントアーキテクチャ９０は、ｅＢｏｏｋタイトル１０を読み取るためのリーダシェル９２（または「リーダ９２」）、および小売店／ディストリビュータサイトにコンタクトするためのウェブブラウザ１０２（例えばＭＩＣＲＯＳＯＦＴ（登録商標）ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲブラウザ）を含む。情報技術記憶システム（ＩＴＳＳ）５．２ ９６用のプラグインとすることができる暗号変換が提供される。
【００４０】
暗号変換は、コンテンツ鍵を開封し、ｅＢｏｏｋファイルまたは「ＬＩＴファイル」１０（図４に示す）から出るコンテンツストリームを解読することになるソフトウェアコンポーネントである。この暗号変換は、ＬＩＴファイル１０に対するリーダ９２によって使用される既存のＩＴＳＳ９６コードへの拡張として実施されるのが好ましい。
【００４１】
この拡張は、暗号化コンテンツにアクセスする毎にインスタンス化される。（例えば、購入者の名称、またメタデータ内の他の識別情報を含む個別的に封印されたタイトルの場合には）購入者の名称（または購入者に関連する他の情報）を、各タイトル１０のＤＲＭ記憶オブジェクト１４内の暗号的にハッシュ化されたブックプレートストリーム１４Ｃから戻すブックプレートＡＰＩ９４が提供される。この機能によって戻された列を表紙ページ１００に使用してタイトル１０の正当な所有者を識別することができる。列がユーザ名である例が図２に示されている。
【００４２】
ユーザが、表示された名称、または表紙ページの著作権通知／アイコンをクリックすると（タッチスクリーンデバイスの場合は軽く打つと）、出版物の著作権保護された性質を強調するダイアログボックスを表示させることができる。ローカルストア９８は、ｅＢｏｏｋを記憶することのできるディレクトリまたはフォルダであることが好ましい（図４を参照しながら以下に説明するが、ｅＢｏｏｋ１０はブックのコンテンツ、ならびに他の情報を含むファイルである）。
【００４３】
例えば、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムのいずれかのもとで動作するデバイス上でアーキテクチャ９０が具現化される場合は、ローカルストア９８は、単に「Ｃ：ＭｙＬｉｂｒａｒｙ」と呼ばれるディレクトリでありうる。ブラウザ１０２は、（ＭＩＣＲＯＳＯＦＴ ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲブラウザまたはＮＥＴＳＣＡＰＥ ＮＡＶＩＧＡＴＯＲブラウザのような）典型的なブラウジングプログラムである。それを使用して、ｅＢｏｏｋを販売する小売サイトにコンタクトし、それらのサイトとの取引に従事する。場合によっては、リーダ９２は、小売サイトにコンタクトし、一般的なブラウジングアプリケーション１０２を使用することなくショッピングを促進させる「統合ブックストア」を有することができる。
【００４４】
次に、図３を参照すると、第２の例示的なクライアントアーキテクチャ９０′が示されている。第２のクライアントアーキテクチャでは、第１のクライアントアーキテクチャのように、同様の参照番号が同様の要素を表すため、これら同様の要素については繰り返しを避けるため説明を省略する。ＤＲＭマネージャ８０は、内部ＡＰＩの集合をリーダ９２に対して顕示させるコンポーネントで、コンテンツの解読、鍵の開封およびブックプレート列（例えばレベル３またはレベル５のタイトルの場合における表示用ユーザ名）の復帰などを実行するのに加えて、暗号化ＬＩＴファイルへのアクセスを要求するアプリケーションの認証を管理する。
【００４５】
例えば、リーダ９２に対するコードは、ＡＰＩの一部であるインターフェースの呼であって、上記機能のいずれか１つを実行するためのコンピュータ実行可能命令を呼び出す呼を含むことができる。コンピュータ実行可能命令は、ＣＯＭオジェクトおよび／またはリーダ９２に使用されるダイナミックリンクライブラリ（ＤＬＬ）内で具体化することができる。
【００４６】
技術の更新に対処するために（すなわち、そのうちのいくつかはリーダ９２に対するコードが作成されたときにまだ開発されていなかった様々なＤＲＭ技術によって、一定のＡＰＩにもかかわらずリーダ９２が透明に機能することを可能にするために）ＣＯＭオブジェクトおよび／またはＤＬＬの様々なバージョンを提供することができる。
【００４７】
一例において、アーキテクチャ９０′の開発者／管理者がインターフェースの仕様書または説明書（例えばＡＰＩに対する方法名／ラベルの集合）をリーダ９２の開発者に提供することができ、次いでＤＬＬまたはＣＯＭオブジェクト（あるいは連続的なＤＬＬおよびＣＯＭオブジェクト）をクライアントアーキテクチャ９０′のユーザに提供することができる。他の例において、アーキテクチャ９０′の開発者／管理者は、リーダ９２を提供する同一エンティティであってもよく、ＤＲＭマネージャ８０に対するＡＰＩを定めてアーキテクチャ９０の様々なコンポーネントとの通信を促進させることができる。
【００４８】
セキュアリポジトリ８２は、起動処理時にダウンロードされ、リーダが完全個別化（レベル５）ｅＢｏｏｋ（ＬＩＴファイル）を開くことを可能にする実行ファイルである。セキュアリポジトリ８２は、アーキテクチャ９０′が具現化される各コンピューティングデバイス（例えばＰＣまたは用途別読取りデバイス）に対して一意（あるいはほとんど一意）であることが好ましい。セキュアリポジトリ８２は、レベル５の保護タイトルを開くのに必要な秘密鍵を保持する。セキュアリポジトリ８２は、（以下に説明する）起動処理時に取得することができる。一例において、アーキテクチャ９０′が存在するコンピューティングデバイスは（ネットワーク５２のようなネットワークを介して）、コンピューティングデバイスに関連するハードウェアをベースとし（例えば連続番号またはそのハードウェアに関連する他の番号）、デバイスを一意に識別するハードウェアＩＤを「セキュアリポジトリサーバ」（不図示）にアップロードする。
【００４９】
次いで、「セキュアリポジトリサーバ」は、そのコードが、アーキテクチャ９０′が具現化されるコンピューティングデバイスをベースとし、好ましくはその正しい実行が該コンピューティングデバイス結び付けられるセキュアリポジトリを該コンピューティングデバイスにダウンロードすることができ、そのセキュアリポジトリは、コンテンツ鍵を開封する処理、ならびにコンテンツを解読する処理に使用される一意の秘密鍵を適用することを含む機能を実行する。
【００５０】
例示的な実施形態において、レベル５のタイトルのコンテンツを対称鍵で暗号化し、その対称鍵を起動認証に含まれる公開鍵で暗号化し、暗号化された対称鍵をタイトルで封印し、起動認証の秘密鍵を、セキュアリポジトリ８２の公開鍵によって暗号化された形式で起動認証に含める。本例では、セキュアリポジトリ８２は、セキュアリポジトリ８２の秘密鍵を使用して起動認証の秘密鍵を解読し、次いで起動認証の秘密鍵を使用して対称鍵を解読する。セキュアリポジトリ８２を作成するためのシステムおよび方法は、本願と同時に提出され、特にその全体を本願に引用して援用する現地代理人事件記録番号ＭＳＦＴ−０１２６に記載されている。
【００５１】
起動ＡＣＴＩＶＥＸコントロール８４は、起動処理時にクライアントコンピューティングデバイスによって使用されるコンポーネントである（以下参照）。好ましくは、ＡＣＴＩＶＥＸコントロール８４はブラウザ（例えばＭＩＣＲＯＳＯＦＴ ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲブラウザ）によって使用され、次にそのブラウザはリーダ９２を上位装置とする（ただし、ＡＣＴＩＶＥＸコントロール８４は独立型ブラウザによって稼働することも可能である）。
【００５２】
起動ＡＣＴＩＶＥＸコントロール８４は、リーダ９２（またはそれが存在するコンピューティングデバイス）が接続されるサーバ（例えば「起動サーバ」）の検証、ハードウェアＩＤの演算、セキュアリポジトリ８２（および関連する起動認証）のダウンロード、ならびにダウンロードされた実行ファイルの認証およびインストールに備える方法を顕示する。例えば、リーダ９２（または他のソフトウェアコンポーネント）は、リーダ９２が起動されたかどうかを検出する命令を含むことができ、まだ起動されていない場合は、１つまたは複数の命令を起動ＡＣＴＩＶＥＸコントロール８４に対して発行して起動を実行することができ、それらの命令は上記の動作を実行する命令を含むことができる。
【００５３】
ウェブ商取引オブジェクト８６は、ＡＣＴＩＶＥＸコントロールおよびＮＥＴＳＣＡＰＥ ＮＡＶＩＧＡＴＯＲ（登録商標）プラグインとして配布される。それは、完全個別化コピー（すなわちレベル５の保護コピー）を販売する時、クライアント側のスクリプティングを介して小売店によって利用することができる。このＣＯＭオブジェクト８６は、好ましくは、実際の方法、ならびにプラグインとＡＣＴＩＶＥＸコントロールの基本的相違点を抽出するクライアント側のスクリプト機能によってラップされる。
【００５４】
ウェブ商取引オブジェクト８６および付随するインターフェースによって提供される重要な方法としては、リーダ９２のインストールの検出、起動状態の検出、リーダの起動処理への立上げ（図５を参照のこと）、リーダを起動させた暗号化ＰＡＳＳＰＯＲＴ ＩＤの検索、完全個別化コピー（レベル５の保護）のダウンロード時における（好ましくは暗号化された）起動認証の検索が挙げられる。
【００５５】
例えば、スクリプト（Ｊａｖａ（登録商標）スクリプトなど）をｅＢｏｏｋの小売店に配布して、該小売店のウェブページに含めることができる。そのスクリプトは、上記の方法を実施する機能呼出しを顕示することができ、さらにそのスクリプトは、それがＭＩＣＲＯＳＯＦＴ ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲブラウザによって実行されるか、またはＮＥＴＳＣＡＰＥ ＮＡＶＩＧＡＴＯＲブラウザによって実行されるか（第１のケースではＡＣＴＩＶＥＸコントロールを使用し、第２のケースではプラグインを使用する）を判断するためのコードを含むことができる。小売店は、機能を呼び出すスクリプト命令とともに、機能呼出を定めるスクリプトを伝送することによって、クライアントコンピューティングデバイス上で実行される命令を効果的に伝送することができる。
【００５６】
例えば、小売店は、リーダ９２がクライアントのコンピューティングデバイスにインストールされているかどうかの検出を希望することができ、そのため小売店は、リーダ９２がインストールされているかどうかを検出する機能を定めるＪａｖａ（登録商標）スクリプトを含むウェブページを、その機能を呼び出す命令とともにクライアントデバイスに伝送することができる。検出機能自体が、スクリプトが実行されるブラウザのブランドに応じてＡＣＴＩＶＥＸコントロールまたはプラグインの検出機能を実行するためのコードを含むことができる。このように、特定のブラウザが小売店に対して透明で、小売店は、いずれかのブラウザで上記の機能のいずれかを実行する単一のウェブページを作成できる。
【００５７】
＜ｅＢｏｏｋファイル構造＞
次に図４を参照すると、例示的なｅＢｏｏｋ（または「ＬＩＴ」）ファイル構造が示されている。ｅＢｏｏｋ１０は、それ自体が暗号化され、かつ／または封印された鍵（「コンテンツ鍵」）によって暗号化されたブックのようなテキスト（またはオーディオやビデオのような任意の電子コンテンツ）であるコンテンツ１６を含む。好ましい実施形態では、その鍵は、メタデータ１２の暗号ハッシュ、あるいはレベル５のタイトルの場合にはユーザの起動認証の公開鍵で封印される対称鍵１４である。この鍵は、個別ストリームとして、ｅＢｏｏｋファイルの二次記憶部（図４におけるＤＲＭ記憶装置１４のストリーム１４Ａ）に記憶されるか或いはレベル５のタイトルの場合にはライセンスに記憶される。（レベル５のタイトルの場合には、コンテンツ鍵を個別ストリームとして記憶する代わりに、ストリーム１４Ａは、ユーザがタイトルを購入すると行使できる権利を定める構成体であるライセンスを含む。ライセンスを有するタイトルでは、ライセンス内にコンテンツ鍵が含まれる）。
【００５８】
ＤＲＭ記憶装置１４には、出版者（または他のコンテンツソース）の名称を含むことができるソースストリーム１４Ｂ、ならびに個別封印（レベル３および／またはレベル５）タイトルについては小売店が提供するような消費者の名称（例えば、消費者のクレジットカード情報から得られるような、ｅＢｏｏｋ１０を購入する商取引の一部として取得できる名称）を含むブックプレートストリーム１４Ｃが含まれる。
【００５９】
対称鍵１４Ｃを暗号化し、かつ／または封印する暗号ハッシュを計算する方法（または鍵を封印する当該暗号ハッシュを使用する方法）は、信用コンテンツ作成ツールおよび信用再生アプリケーションのみに対して知らされる「機密事項」とするのが好ましい。このようにハッシュを使用することにより、ｅＢｏｏｋ１０とともに含まれるメタデータ１２の改竄を複雑化／防止することができる。ｅＢｏｏｋに対する何らかの改竄防止策を提供するのであれば、任意の方法を用いてｅＢｏｏｋを「封印」できることがわかる。
【００６０】
本発明によれば、メタデータ１２は、コンテンツソース（例えば出版者）がユーザまたは購入者に授与した権利を記す著作権タグを含むことができる。当該タグが存在する限り、例えばユーザが、個別封印コピーの場合には（図２および図３に示す）表紙ページ１００上に表示されるか或いは（著作権タグを伴うソース封印コピーの場合には）表紙ページ１００に表示することもできる「著作権通知」リンク上に表示される名称を軽く打つと、リーダ９２はタグに含まれるテキストをユーザに対して表示することができる。著作権がコンテンツソースによりメタデータ１２に含められないものの、ｅＢｏｏｋタイトルが（レベル３の）個別封印されている場合は、開示システムをベースとした読取りアプリケーション（例えばリーダ９２）は、以下のメッセージまたは同様のメッセージのような真の著作権通知を表示することができる。
【００６１】
「この電子出版物は、どのような形式でも、あるいは電子手段、機械的手段、印刷、コピー、レコーディングなどのどのような手段によっても、あるいはどのような情報記憶装置や検索システムによっても、出版者の文書による同意なくして複製、再配布または再送付を行うことが全面的に禁止されている」。著作権通知を表示する動作は、典型的なユーザが彼らのｅＢｏｏｋを複写しようとするのを阻止する役割を果たし、彼らが所有権付きの資料を閲覧していることをユーザに認識させるのに有利であると思われる場合におけるｅＢｏｏｋの閲覧時の任意の時点で当該通知を表示させることができる。
【００６２】
＜リーダの起動＞
上述したように、起動は、完全個別化（すなわちレベル５の）ｅＢｏｏｋタイトルの購入、ダウンロードおよび閲覧に向けてリーダクライアントをイネーブルする。ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標）オペレーティングシステム（または他の汎用オペレーティングシステム）の１つを実行するコンピュータは、基本的には、任意のアプリケーションのセキュリティをハッキングするために誰もが実行処理をデバッグし、「パッチ」（ソフトウェア改造モジュール）を作成することが可能なプラットフォームを開くため、真のコピープロテクト／防止を提供するために、リーダクライアントの周囲にセキュリティフレームワークを確立することが必要不可欠である。「起動」は、リーダ９２に対してこのフレームワークを確立する処理である。
【００６３】
起動データベースとして、ＭＩＣＲＯＳＯＦＴ（登録商標）ＰＡＳＳＰＯＲＴ（商標）のような「ネームスペースオーソリティ」を使用して起動処理を実行するのが好ましい。ＰＡＳＳＰＯＲＴ（商標）を使用すると、ユーザによる起動認証をその人物にリンクさせることが可能になるため有利である。ここで用いられる「人物」とは、ユーザに結び付けることができ、またバンド外処理（セキュアソケットレイヤ（ｓｅｃｕｒｅ ｓｏｃｋｅｔ ｌａｙｅｒ）（ＳＳＬ）に対して使用されるウェブブラウザでのユーザ名およびパスワード形式は当該処理の典型的な実施形態である）によって確実に認証することができる一意的な識別子である。
【００６４】
「人物」スキーマを使用し、各人は、それに基づいてタイトルを購入した「人物」を使用して起動した任意のリーダで、購入したタイトルを読み取ることができる。また、プライバシーへの気遣いを軽減しながら業者と起動オーソリティの間のサーバ対サーバ通信を行わなくてもすむように、一度起動したら、複数の業者に対して起動情報を利用可能にすることができる。
【００６５】
次に、リーダを起動させる処理について説明する。ユーザが用途別ｅＢｏｏｋ読取りデバイスを購入するか、または（例えばＣＤ−ＲＯＭ３１、またはインターネットのような広域ネットワーク５２を介してのダウンロードによって）ＰＣ用リーダソフトウェアを取得すると、ユーザは、リーダを始めて開始するときに（例えばラップトップ／デスクトップアプリケーションのためのセットアップの直後に）リーダを起動するよう勧められる。
【００６６】
例えば、リーダを開始する度に、それが起動されたかどうかを確認することができる（他のソフトウェアオブジェクトも、リーダが起動されたかどうかを確認することができる）。リーダがまだ起動されていない場合は、リーダは、完全個別化（すなわちレベル５の保護）を必要とするプレミアムタイトルを取得できないことをユーザに通知するダイアログボックスを表示させる。当該通知の例を以下に示す。
【００６７】
Ｍｉｃｒｏｓｏｆｔ（登録商標）リーダのインストールおめでとうござい
ます。配布に対して保護されたプレミアムタイトルの購入およびダウンロ
ードに向けてあなたのリーダを使用可能にするためには、それをオンライ
ンで起動させる必要があります。
【００６８】
そのダイアログは、ユーザがリーダ９２を起動することを可能にするボタンを含むことができる（例えば、ダイアログボックスは、「今リーダを起動する」および「後でリーダを起動する」と記された２つのボタンを表示することができる）。ユーザがレベル５のタイトルの取得に関心をもたない場合にチェックを入れることで、リーダが開始時の起動メッセージの表示を止める、「今後このメッセージを表示させないでください」といったようなメッセージを伴う「チェックボックス」をダイアログボックスに含めることができる。リーダが既に起動されている場合は、リーダを起動させた最後のユーザのＰＡＳＳＰＯＲＴ ＩＤまたは人物ＩＤが、「＜人物＞に対して起動済み」といったような「スプラッシュ画面」内に表示されることになる。ユーザは、任意の小売ウェブサイトからリーダを起動させながら、独立型ブラウザでショッピングを行うこともできる。
【００６９】
このシナリオにおいて、業者は、リーダウェブ商取引オブジェクト８６、および関連するスクリプトラッパＡＰＩを利用して、リーダ９２を開始するリンクおよび／またはボタンを個別処理として表示させることができる。例えば、業者は、リーダ９２を開始して起動機能とし、次いで、あたかもユーザが自分自身でリーダをスタートさせて起動機能を開始しているようにしてユーザに起動工程を案内するスクリプト機能をウェブページに含めることができる。（上述したように、スクリプト機能は、それが実行されるブラウザの種類に応じてＡＣＴＩＶＥＸコントロールまたはプラグインを使用して開始を実行することができる）。
【００７０】
業者は、リーダ９２が起動されているかどうかを最初に検出し、リーダ９２がまだ起動されていない場合にのみ起動処理を開始する命令を（ウェブ商取引オブジェクト８６および関連するスクリプトラッパを使用して）ウェブページに含めることもできる。他のシナリオにおいて、リーダ９２は、リーダの「統合ブックストア」機能（例えば、ユーザが、ブラウザを使用することなくｅＢｏｏｋを販売する様々なウェブサイトで買い物をすることを可能にする機能）を使用することができ、またリーダ９２の「統合ブックストア」機能（またはその一部）から起動処理を開始することが可能になる。
【００７１】
ユーザがリーダ９２を起動することを決定したとすると、起動処理は、図５に示すステップを含むことができる。ステップ１５０において、リーダクライアントは「統合ブックストア」部を切り開き、セキュアソケットレイヤ（ＳＳＬ）を介して起動サービスに接続し、そこでユーザは、ＰＡＳＳＰＯＲＴ（商標）証明を使用してログインすることが求められる（ステップ１５２）。ユーザがＰＡＳＳＰＯＲＴ（商標）アカウントを所有していない場合は、それに対するサインアップに向けたリンク時に提供されることになる（ステップ１５４）。サーバが真に起動サーバであることをクライアントが保証できるように、ＳＳＬ接続を利用して起動サーバを起動ＡＣＴＩＶＥＸコントロール８４にハードコード化するのが好ましい。
【００７２】
ユーザがＰＡＳＳＰＯＲＴ（商標）により認証されると（ステップ１５６）、ＰＡＳＳＰＯＲＴ（商標）ＡＰＩをユーザエイリアスおよび電子メールアドレスに対して照合する（ステップ１５８）。その後、ステップ１６０から１６２において、起動サーバは、クライアントが（ＡＣＴＩＶＥＸコントロールを介して）（上述したように、ユーザのコンピューティングデバイスを実質的に一意に識別するユーザのコンピューティングデバイス上のハードウェアコンポーネントから導くことができる）一意的なハードウェアＩＤをアップロードすることになる。次に、これがリーダ９２についての最初の起動であるかどうかを判断する（ステップ１６４）。（場合によっては、異なるＰＡＳＳＰＯＲＴ ＩＤによってリーダを複数回起動させることができる。リーダ９２が他のＰＡＳＳＰＯＲＴ ＩＤで既に起動されている場合は、ステップ１６６に示されるような警告が表示される）。
【００７３】
ステップ１６４においてこれが新規の起動であると判断された場合は、ユーザが過去９０日間のうちに５を上回る数のリーダを起動したかどうかを判断する。そうである場合は、ステップ１７２において、サポート電話番号を含むエラーメッセージを表示し、ステップ１９８において処理が終了する。
【００７４】
上述したように、過去９０日間のうちに起動するリーダの数を５つ以内にとどめるという制限は単に例示的なものにすぎない。時間および数によってリーダの起動を制限することは、世界中で何千（または何百万）ものリーダによる閲覧の対象となるレベル５のｅＢｏｏｋタイトルが広範囲に流布することを防ぐのに役立つ。
【００７５】
しかしながら、本発明の主旨および範囲から逸脱することなく、起動に対する他の制限を課することができるため、図５の例における「９０日間で５つのリーダ」の制限は単に例示にすぎない。例えば、所定の期間が経過した時点で追加的な起動を許可することにより、例えば合計１０の起動を限度として続く９０日間が経過した後に１つの追加的な起動を許可することにより、図５に示された起動制限を拡大することが可能である。
【００７６】
９０日間のうちにユーザが起動したリーダの数が５以内である場合（あるいはリーダ９２の起動が禁止されていない場合）は、ユーザが記入するための起動ページが表示される（ステップ１７０）。ユーザが、不完全な形式でその書式を伝送すると（ステップ１７４において検出され）、ユーザがその書式を完成するまでそのページが再表示されることになる。
【００７７】
次に、ステップ１７６において、現在の起動がリカバリ（すなわち、既に起動されているが何らかの理由で使用不能または使用不可能な状態になったリーダを「再起動」させる試み）であるかどうかを判断する。現在の起動がリカバリでない場合は、ユーザおよびリーダに対する新たな記録が作成され、ユーザに関連するリーダの数がインクリメントされる（ステップ１８０）。先に生成されたセキュアリポジトリ鍵対がデータベースから検索され（ステップ１８２）、起動認証も生成される（ステップ１８４）。（上述したように、起動認証は、秘密鍵がセキュアリポジトリ鍵対の公開鍵で暗号化された公開／秘密鍵対を含むことができる）。
【００７８】
ステップ１８６において、起動鍵、ユーザＩＤおよび装置ＩＤをデータベース（不図示）に保持する。好ましくは、それらのセキュアリポジトリ鍵を保持せず、今後作成して配布することが必要な任意の新たなセキュアリポジトリが新たな鍵対を有することになる（そして、その新たなセキュアリポジトリとともに配布される起動認証は保持された起動鍵対を含むことができるが、秘密鍵は（新たな）セキュアリポジトリの（新たな）公開鍵に対して暗号化される）。
【００７９】
ステップ１７６において、この起動がリカバリであると判断された場合は、先の起動から記憶された公開／秘密鍵対を使用して起動認証を生成し（ステップ１７８）（公開／秘密鍵対は、ステップ１８６においてそれが保持されたデータベースから検索される）、ステップ１８８で処理を継続する。
【００８０】
ステップ１８８において、起動サーバは、セキュアリポジトリ実行ファイル８２を生成する。好ましくは、セキュアリポジトリ実行ファイル８２は、デジタル署名され、装置ＩＤをベースとし、かつ／またはそれに結び付けられる。起動サーバは、好ましくはユーザのＰＡＳＳＰＯＲＴ（商標）ＩＤを介してユーザの人物に結び付けられる起動認証をも生成する。次いで、セキュアリポジトリ実行ファイル８２および起動認証がクライアントにダウンロードされる（ステップ１８８および１９０）。
【００８１】
起動認証は、（例えば、それが結び付けられる人物に関連する認証に含まれるあらゆる情報を保護するために）ダウンロード時に暗号化される。その起動認証は、図６に関連して以下に説明するｅＢｏｏｋ取得処理を通じて（すなわちレベル５タイトルを取得する処理の一部として）、後に「ダウンロード」または「履行」サーバにアップロードされる。ユーザのＰＡＳＳＰＯＲＴ（商標）ＩＤは、商取引時のアップロードに向けて、（リーダ９２が、レジストリを有するコンピューティングデバイスにインストールされるときに）このダウンロードの一部としてＰＣレジストリで暗号化され、記録される。レベル５のタイトルの取得時に、記憶されたＰＡＳＳＰＯＲＴ ＩＤを、起動認証内のＰＡＳＳＰＯＲＴ ＩＤと比較することができるように、ＰＡＳＳＰＯＲＴ（商標）ＩＤを（起動認証に含むことができても）起動認証から離して記憶することにより、コンテンツの盗難の防止に寄与する。
【００８２】
ステップ１９２において、セキュアリポジトリ８２および起動認証のダウンロードが成功したかどうかを判断する。成功しなかった場合には、事象をログして、再びダウンロードを試みる（ステップ１９４および１９２）。ダウンロードが成功した場合は、ステップ１９６において、ユーザは、リーダ９２の起動を「祝う」とともに、起動処理が完了したことを通知するページが提供されることになる。
【００８３】
一例では、そのページは、「宣伝用」または「無料」のｅＢｏｏｋを取得できるリンクを含むことができる。このリンクは、宣伝に応じて変化することになる（すなわち、「宣伝」が変われば、サーバは異なるリンクで異なるページをダウンロードすることができる）。このリンクも起動ＡＣＴＩＶＥＸコントロール８４によって顕示される方法を利用して、ユーザをリーダ上のライブラリページに戻すことができる。次いで、ステップ１９８において処理を終了する。
【００８４】
＜電子商取引処理の流れ＞
次に図６を参照しながら、ｅＢｏｏｋタイトルをオンラインで取得および配布する基本的な処理の概要を説明する。本発明のリーダは、サーバ環境内で対話および動作するように構成されていることがわかる。当該例示的なサーバ環境は、特にその全体を本願に引用して援用する、本出願と同時に提出された現地代理人事件記録番号ＭＳＦＴ−０１２４号に記載されている。
【００８５】
ユーザは、ブラウザまたはリーダ９２の「統合ブックストア」機能を利用して、小売サイトを訪れ、小売店が実施するようにブックを選択する（ステップ２００）。例えば、そのサイトは、ユーザが購入を希望する可能性のある様々なブックを（リンクとして）表示するウェブページを提供することができる。
【００８６】
次いで、ユーザは、クレジットカード番号を提示することなどによってそのタイトルに対する支払を行う（ステップ２０２）（あるいは、ユーザがそのサイトに対するアカウントを有する場合は、記憶されているクレジットカード番号を照合することによって支払を行う。一利用形態では、ユーザのＰＡＳＳＰＯＲＴ ＩＤを当該番号またはアカウントに照合することができる）。ステップ２０４において、受領ページとともにその取引を完了させる。その受領ページは、注文を「確認」したり、または注文に対する謝意を表す情報を含むことができ、また購入された各タイトルをダウンロードするためのリンク（ＨＴＴＰ ＰＯＳＴリクエスト）を含む。完全個別化タイトル（レベル５）については、クライアント側のスクリプトが、ウェブ商取引オブジェクト８６を介して、起動認証とともにＰＯＳＴの本体を占める（例えば、ウェブ商取引オブジェクト８６を使用して、小売店のサイトに提供するための起動認証を検索する）。
【００８７】
一例では、小売店のウェブサイトに起動認証を提供することができ、次いでそれが、（ＰＯＳＴの本体のなかに）暗号ブロブを含むＨＴＴＰリクエスト（すなわちＰＯＳＴリクエスト）を作成する。次いで、（暗号ブロブを含む）ＨＴＴＰリクエストをクライアントサイトにおけるリンクとして表示させ、（以下に説明するように）クライアントはそのリンクをクリックして購入したタイトルをダウンロードする。この典型的なシナリオでは、（好ましくは履行サイトに関与する小売店によって生成される）ＨＴＴＰリクエストおよび暗号ブロブは、購入者に提供される特定のｅＢｏｏｋを識別する情報、ならびに履行サイトがｅＢｏｏｋの注文を履行するのに同意した対象となる小売店によって暗号ブロブが生成されたことを履行サイトに対して証明する情報を含む。
【００８８】
さらに、レベル５のタイトルを購入する場合は、クライアント側のソフトウェアが、ＰＯＳＴの本体に起動認証を追加して、ｅＢｏｏｋの対称鍵を暗号化し、ユーザの人物に対して起動されるリーダに使用できるようにする。
【００８９】
ステップ２０６において、リンクのいずれかをクリックすると、ブラウザが、受領ページに指定されたダウンロードまたは「履行」サーバからのダウンロードを開始する。個別封印（「登録」）コピーについては、ダウンロードサーバが消費者の名称（またはユーザのクレジットカード番号や取引ＩＤなどの小売サイトが決定するほかの識別情報）をタイトルメタデータに追加し、次に当該識別情報を含む新規のメタデータから得られる新規の暗号ハッシュを使用して対称鍵を再封印する。（含められる特定の情報は、小売店によって決定され、ＰＯＳＴの本体における暗号ブロブの一部として提供される）。完全個別化コピー（レベル５）については、ブックプレートの作成に加えて、ライセンスが生成され、ＬＩＴファイルに埋め込まれる。このライセンスは、起動認証のなかの公開鍵で「封印」されたＬＩＴファイルを暗号化した対称鍵を含む。ダウンロードが完了すると（ステップ２０８）、ダウンロードサーバが取引を記録し、クライアント上で、リーダ９２を自動的に開始することができる（ステップ２１０）。
【００９０】
この時点で、タイトルをローカルストア／ＬＩＴストア９８、あるいはｅＢｏｏｋタイトルを記憶するよう設計された他のフォルダまたはディレクトリのなかに移動させることができる。リーダ９２を開始すると、ｅＢｏｏｋをその表紙ページ１００に対して開くことができる。
【００９１】
本発明によれば、末端ユーザの観点から見れば、レベル３の保護タイトルとレベル５の保護タイトルの間に明確な相違はない。両者はブックプレートを含む（例えば、表紙ページ１００上にユーザの名称が含まれる）。ユーザは、リーダ９２がｅＢｏｏｋを購入した人物に対して起動されていないインストレーションにレベル５のｅＢｏｏｋを移動させようとする場合に始めてその違いを認識する。この場合は、レベル５のタイトルは当該リーダ９２では開かず、レベル３のタイトルが開くことになる。
【００９２】
＜ＤＲＭシステムクライアントの利用のシナリオ＞
ＤＲＭシステムアーキテクチャは、ｅＢｏｏｋの消費者が遭遇するいくつかのシナリオによって導かれる。例示的なシナリオを以下に説明する。当該シナリオは、衝動的にブックを購入し、複数のリーダ９２でブックを読み、リーダ９２を起動させ、かつ失われたタイトルまたは損なわれたタイトルを復旧させる。それらのシナリオは、出版物のプロバイダが選択するレベルのコピープロテクトに従って変動する。そのような変動は、場合によって、ユーザが１つまたは複数のリーダ９２に対してタイトルを取得し開くためになすべきことを決定付けるため、ユーザに影響を与えることになる。
【００９３】
＜ブックの衝動的購入および読書＞
消費者が、ウェブブラウザ、またはリーダアプリケーション９２の中の「ブックストア」機能を使用して小売店のウェブサイトを走査するときに、購入すべきブックを選択し（例えば「ショッピングカート」を構築し）、小売サイトの規則および／または手順に従ってチェックアウトに進む。選択したタイトルに関連する（例えば、小売サイト、その代わりに小売サイトがｅＢｏｏｋを配布するコンテンツ所有者によって決定されうる）保護のレベルに応じて、小売サイトが消費者を一意に識別する情報を要求する。（例えば、タイトルがレベル３で保護されている場合は、ユーザが偽名でタイトルを購入したり、タイトルが不正に配布された場合に検出を回避することができないように、（好ましくは）信用ソースからユーザの名称を取得してメタデータに含める。このシナリオでは、ユーザのクレジットカード番号や取引ＩＤのような、そこから購入者を追跡できる他の情報を利用して同じ目的を満たすことが可能である）。
【００９４】
タイトルがレベル５で保護されている場合は、小売サイトは、コンテンツキーを正しく暗号化するために、（好ましくは、ウェブ商取引オブジェクト８６を関連スクリプトラッパとして使用することにより取得された）起動認証をも必要とすることになる。カスタマ／ブラウザが取引を完了させるための必要情報を提供できない場合は、小売サイトは、必要なステップを（例えば、その工程、ならびにどのようにしてそれらを遂行し、かつ／または追従されるハイパリンクを提供できるかを説明するウェブページの形式で）カスタマに提供する。取引を完成させたら、カスタマは、取引を確認するための受領書（すなわち注文確認ページ）を受け取るか、あるいは小売サイトの規則および方針に従って彼らの取引の処理に伴う問題を報告する通知エラーを受け取ることが好ましい。
【００９５】
次に、購入者は、小売サイトが定めた規則および方針に従って、彼らが購入したブックに対する受領書に埋め込まれたダウンロード命令に従う。（例えば、その受領書は、ｅＢｏｏｋのダウンロードを開始するためにユーザがクリックすべきハイパリンクを含むことができる）。ｅＢｏｏｋをダウンロードした後に、リーダ９２によって読み取るためにそれを開くことができる。
【００９６】
＜複数のリーダでのブックの読取り＞
消費者は、複数の読取りプラットフォーム、例えばデスクトップＰＣ、ラップトップ、パームトップまたはｅＢｏｏｋデバイスでタイトルを読み取れることを期待する。本発明のＤＲＭシステムはそのような利用法に備えるものである。ＤＲＭシステムの一部として、出版者、ディストリビュータおよび業者が、ｅＢｏｏｋタイトルを暗号化するのに使用される対称鍵の保持者でありうる。好ましくは、タイトルまたはＳＫＵ／ＩＳＢＮ／ＥＡＮ毎に１つの鍵を使用する。対称鍵はタイトルを開くのに必要とされ、購入時にライセンス／ＤＲＭストリームに埋め込まれる。対称鍵を暗号化し、その後埋め込む処理をここでは「封印（ｓｅａｌｉｎｇ）」と呼ぶ。対称鍵は、消費者の起動認証鍵対に関連する公開鍵を使用して暗号化するか、あるいはソースおよび個別封印コピーの場合は、メタデータの暗号ハッシュで暗号化することができる。
【００９７】
複数のリーダ９２で暗号化されたタイトルを読み取るために、リーダ９２のインタンスは、そのタイトルのライセンス／ＤＲＭストリームに埋め込まれた対称鍵１４Ａにアクセスできることが必要である。ある人に対して完全に個別化されていない保護タイトル（例えばレベル２、３または４のタイトル）の場合は、タイトルのメタデータを使用して（例えばハッシングして）、対称鍵１４Ａを開封し、恐らくは解読することによって対称鍵１４Ａへのアクセスが遂行されるが、それは好ましくはＤＲＭマネージャ８０によって行われる。このシナリオでは、タイトルの業者／ディストリビュータが、（例えばレベル３のタイトルの場合は正当な所有者の名称を含むことができる）タイトルのメタデータのハッシュからプログラムによって生成される暗号ハッシュで対称鍵１４Ａを暗号化する。次いで、リーダ９２および／またはＤＲＭマネージャ８０は、同じハッシュアルゴリズムを使用して、対称鍵を開封する。新しいメタデータは異なるハッシュを生じることにより、リーダソフトウェアは対称鍵１４Ａを解読／開封できなくなるため、タイトルのメタデータのコンテンツを改竄するユーザは、ｅＢｏｏｋタイトルを読み取ることができなくなる。
【００９８】
完全個別化（レベル５）タイトルの場合は、対称鍵１４Ａは、ユーザの起動認証の公開鍵によって暗号化され、ライセンスに挿入され、ダウンロードに先立ってそのライセンスがストリーム１４Ａ内のＤＲＭ記憶装置１４に挿入される（図４を参照）。上述したように、特定の人物に対して起動された各リーダ９２は、その人物に関連する公開／秘密鍵対を含む起動認証を有する。したがって、特定の人物に対して起動された任意のリーダ９２でタイトルを読み取ることができる。上述したように、起動認証は、起動処理時に取得される。前述の「ライセンス」は、以下により詳細に説明するが、消費者がコンテンツを購入したら行使できる権利を定める構成体で、存在する場合は、コンテンツ鍵（すなわち対称鍵）をも含む。
【００９９】
クライアントアーキテクチャ９０′は、上述のように、起動認証秘密鍵が暗号化された形式で記憶され、セキュアリポジトリ８２を使用してその公開鍵を暗号化秘密鍵に適用することによって取得される場合に、起動認証からの秘密鍵を適用することによって、レベル５のタイトルのライセンスに含まれる暗号化対称鍵を解読する。それに合わせてレベル５のタイトルが作成された証明（すなわち人物）を用いてリーダ９２が起動されたことを確認すると、ユーザが複数のリーダ９２でタイトルを読み取ることを可能にするためにそれ以上の動作を必要としない。
【０１００】
さらに、レベル５のタイトルの場合でも、リーダが正しい人物に対して起動されていることを確認する動作は暗示的に行われる。すなわち、リーダ９２がレベル５のタイトルと関連する人に対して起動されていない場合は、リーダ９２は、コンテンツストリーム１６を解読するのに必要とされる対称鍵１４Ａにリーダがアクセスすることを可能にする起動認証（およびその秘密鍵）へのアクセスをもたないことになる。リーダ９２に合わせて購入されたすべてのレベル５のタイトルは、リーダ／人物に関連する起動認証に含まれる公開鍵に対してそれらのコンテンツ鍵を暗号化する。
【０１０１】
ユーザが他のリーダ９２をインストールまたは購入する場合は、ユーザは、同じ人物でその新たなリーダを起動して同じ起動認証（あるいは、より厳密にいうと、秘密鍵が、上述したように、新たな読取りデバイス／インストレーションに存在するセキュアリポジトリの公開鍵で暗号化される同じ公開／秘密鍵を備えた同等の起動認証）を受け取るだけでよい。
【０１０２】
対称鍵１４Ａを取得するための他の変形形態はオープンカードによるものである。オープンカードは、それぞれ、それに対してタイトルが封印される鍵または鍵対を含む。ユーザが、異なるリーダ９２で同じタイトルを読み取ることを希望する場合は、オープンカードスロットを有するデバイスにリーダ９２をインストールしなければならない。よって、ユーザがデバイスにオープンカードを挿入すると、タイトルが自動的に可読になる。したがって、タイトルは、実際は特定の起動認証および／または人物ではなくカードに結び付けられているため、ユーザが複数のリーダ９２でオープンカードベースのタイトルを読み出すことを希望する場合に特殊な工程が必要とされない。
【０１０３】
＜リーダの更新または交換＞
ユーザが自分のリーダを紛失、交換または更新した場合は、そのユーザは、その新しいリーダで先に購入したタイトル（例えばレベル５のタイトル）を読み取れることが重要である。本発明の一態様によれば、ユーザが複数のリーダ９２で読み取ることを可能にする同じメカニズムを使用して、ユーザが先に購入したコンテンツを新しいリーダ９２で読み取れるようにする。すなわち新しいリーダ９２は、必要な起動認証（ユーザの人物に対して発行された先の起動認証に含まれる鍵対を備えた起動認証）を取得する。
【０１０４】
上述の方法でリーダ９２の起動の回数を制限することにより、更新／交換処理を単純化する。ユーザが起動に対する適用可能な限界を超過していなければ、あたかもそのユーザが所有するいくつかのリーダの他の１つを起動しているように新規／更新／交換リーダ９２を起動することが可能である。ユーザは、起動認証を削除することによって古いリーダの起動を「取り消す」ことができるが、起動認証（例えばユーザが、起動認証およびセキュアリポジトリ８２を取得するためにコンタクトする起動サーバ）は、起動認証が削除されていること、または回復可能にバックアップされていないことを何らかの方法で検証する必要がないため、そうすることによって、特定の人物に対する有効起動の回数が増加するとは限らない。したがって、本発明の一実施形態では、起動認証の削除は、特定の人物についての新たな起動に対する環境的制限を「再設定」するものではない。
【０１０５】
＜紛失または損傷したタイトルの復旧＞
ユーザは、例えばｅＢｏｏｋファイル１０を取外し可能磁気ディスク２９、光ディスク３１または取外し可能不揮発性メモリカードにコピーすることによってタイトルをバックアップすることができる。特定の読取りデバイスの主要記憶装置上のタイトルが紛失したり、または損傷を受けた場合は、バックアップ記憶装置からそのタイトルを復元することができる。しかし、何らかの理由で、タイトルのバックアップがとられていない場合は、紛失または損傷したタイトルを小売店から取り寄せることにより復旧させることも可能である。例えば、ユーザは、タイトル購入から受領ページ（すなわちダウンロードリンクを含むページ）を保持し、単にリンクを「再訪問」してダウンロードサーバに接続して、そのタイトルを具体化するｅＢｏｏｋ（「ＬＩＴ」）ファイル１０の新しいコピーを入手することができる。ユーザは、彼らの受領書を局所的または交互に保持することができ、小売店は、小売店のサーバ上に彼らの受領書を記憶するサービスの提供を選択することができる。
【０１０６】
しかし、本発明の好ましい実施形態では、ダウンロードリンクをそれが発行された後に（例えば１時間以内に）所定の回数より多くクリックすると、ダウンロードサーバがタイトルのダウンロードを拒否するように、受領書は有効期限を設けている（例えば、ダウンロードサーバに接触するためにクリックするリンクに関連する暗号ブロブはそこに有効期限を導入することができる）。この場合は、小売店は購入記録を保持し、受領書／ダウンロードリンクの新たなコピーを提供することができる。紛失または損傷したｅＢｏｏｋタイトルを復旧させるために、ユーザは、そのｅＢｏｏｋタイトルの購入元である業者に接続しなければならない。ユーザが識別された後に、その業者サイトはユーザに対して受領書のリストを提示し、ユーザはその中から適切な受領書を選択することになる。
【０１０７】
次いで、ユーザは、復旧させたいと思うタイトルを突きとめ、ダウンロードに向けて提供されたリンクをクリックすることができる。あらゆる制約を業者サイトから取り除き、ユーザが、紛失したｅＢｏｏｋタイトルを再度ダウンロードできるようにする必要がある。ユーザは装置から装置にタイトルを常に自由にコピーしていたため、一般には業者がタイトルの再ダウンロードを制限する必要はなく（いうまでもなく、レベル５のタイトルは、そのタイトルを購入した人物以外の人物に対して起動されたリーダでは動作しないという条件に従う）、そのためタイトルの再ダウンロードの制限は追加的なコピープロテクトをもたらすものではない。しかし、業者は再ダウンロードを、業者がそれに対する料金の回収を望むサービスと見なすことができるため、無料「再ダウンロード」の特権を与える判断は業者の裁量で行われる。
【０１０８】
＜同一ＰＣ上での複数の起動リーダのサポート＞
ラップトップおよびデスクトップＰＣ用のリーダは、同一のコンピュータを共用する複数のユーザをサポートするよう設計されることが好ましい。ユーザが共用するＰＣに対して異なるローカルアカウントを有するのであれば、リーダは、それぞれのプロフィルおよび「現行ユーザ」レジストリ値で支持された適切なユーザデータスペースにユーザ固有のデータを記憶することができる。例えば、該当ユーザのプロフィルに対するトップレベルディレクトリの内部に論理的に含まれるディレクトリの中にｅＢｏｏｋファイル１０をユーザ毎に記憶することができる。起動処理の場合は、その処理により、起動されているリーダ９２およびダウンロードされているコンポーネント（例えばセキュアリポジトリ８２および起動認証）が現行のユーザ（例えば、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳ（登録商標） ＮＴオペレーティングシステムを実行するワークステーション上の現行のログインユーザ）に結び付けられていることを確認することができる。
【０１０９】
さらに、リーダは、起動されると、それが起動された対象となるユーザについてのＰＡＳＳＰＯＲＴ（商標）名を、例えばスプラッシュ画面や高速設定ページに表示することができる。高速設定ページでは、最後にリーダを起動させたユーザに対するＰＡＳＳＰＯＲＴ（商標）名が、起動リンクの真上に示されることになる。これは、完全個別化タイトル（レベル５の保護）に対するショッピング処理時における、起動認証のクライアント側のウェブ商取引オブジェクト８６による適切なハンドリング、ならびに暗号化ＰＡＳＳＰＯＲＴ（商標）ＩＤのアップロードを考慮したものである。
【０１１０】
複数のユーザが例示的な共用システム上で同一のリーダ９２を起動することを可能にする処理は以下の通りである。リーダは、スタートアップを通じてそれが起動されたかどうかをチェックすることになる。このチェックは、ＨＫＥＹ＿ＣＵＲＲＥＮＴ＿ＵＳＥＲ／ソフトウェア／マイクロソフト／ｅＢｏｏｋに基づいて、ＡｃｔｉｖａｔｉｏｎＣｏｍｐｌｅｔｅ ＲｅｇＫｅｙに対するチェックを行うことによって実行される。このＲｅｇＫｅｙはＨＫＣＵブランチに対して記述されているため、それがユーザ固有のものであって、現在コンピュータ上でログオンされているユーザ名に結び付けられることを保証する。このＲｅｇＫｅｙが見つからないか、または１に設定されていない場合（すなわち起動に成功した場合）は、上述のように、ユーザは工程に従ってリーダを起動する。ダウンロードが完了した後に、起動ＡＣＴＩＶＥＸコントロール８４は、ＰＣ上で現在ログオンされているユーザに対するユーザ名をオペレーティングシステムに照会する。ユーザ名が返答されない場合は、ユーザ名として「ＤｅｆａｕｌｔＵｓｅｒ」を想定する。
【０１１１】
次いで、ＡＣＴＩＶＥＸコントロール８４は、レジストリに照会してリーダがインストールされた場所を突きとめる。次いで、／＜ユーザ名＞／セキュアリポジトリ（オペレーティングシステムの照会によって決定される＜ユーザ名＞）と名付けられることになるＭＳリーダインストレーションディレクトリに基づいてディレクトリを作成する。ディレクトリが作成されると、ＡＣＴＩＶＥＸコントロール８２は、そのディレクトリに対するフルパスでＨＫＣＵ／．．／ｅＢｏｏｋ／セキュアリポジトリ鍵を占有する。そのディレクトリにおいて、ＡＣＴＩＶＥＸコントロール８４は、セキュアリポジトリ８２および起動認証をインストールする。次いで、セキュアリポジトリ８２の自記録に向けた「インストール」パラメータによってセキュアリポジトリ８２を実行する。上記すべてのステップが成功したとして、ＡＣＴＩＶＥＸコントロール８４は、ＡｃｔｉｖａｔｉｏｎＣｏｍｐｌｅｔｅ ＲｅｇＫｅｙを記録する。
【０１１２】
＜ライセンスフォーマット＞
完全個別化タイトルのダウンロード毎に使用される例示的なライセンスを以下に示す。ライセンスは、対称鍵を開封して権利を行使するための要件を定めるのに加えて、ユーザがタイトルを購入すると行使できる権利を定める構成体である。ライセンスにおいて表すことが可能な「権利」の例としては、コンテンツの表示（例えばテキストコンテンツの例では、ＰＣのモニタ上でのその読取り）、コンテンツの印刷、またはコンテンツの一部のコピーおよび貼り付けが挙げられる。該例示的なライセンスフォーマットは、本発明の範囲を制限することを意図するものではなく、より多くの情報またはより少ない情報を有するほかのライセンスも可能であることがわかる。
【０１１３】
ライセンスを表すのに選択される言語はＸＭＬで、ライセンスフォーマットは拡張権利マーク付き言語（ＸｒＭＬ）規格に基づいているのが好ましい。これは、使用権を柔軟に記述するのに好適なマーク付き言語である。ＸｒＭＬは高いインターオペラビリティに備えるとともに、これらのライセンスを生成して長期間利用されるように管理するコンポーネントに対するあらゆる技術投資に対応することにもなる。好ましい実施形態では、ライセンスに明記された者だけがライセンスを授与される（すなわち、権利の授与が明記されていない場合は拒否される）。しかし、拒否または修正がライセンスに明記されていなければ、デフォルトの権利が想定されるなど、他の仕組みも可能であることを当業者なら理解するであろう。
【０１１４】
コラプスドフォーマットにおけるトップレベルタグは以下の通りである。
【０１１５】
【表１】

【０１１６】
【表２】

【０１１７】
上記のＸｒＭＬ構造の第一行は、ＸｒＭＬライセンスを作成するのに使用されるＸＭＬ言語のバージョンを定める。第二行は、ＸＭＬファイルを解析するのに使用されるＤＴＤファイルの名称を指定する。ＢＯＤＹタグは、ライセンスの種類、ライセンスが生成されたときに使用されたＸｒＭＬ規格のバージョン、およびそれが発行されたときの日付を提示する。それは、ライセンス全体に対するメタタグで、以下のサブセクション、すなわちＷＯＲＫ、ＬＩＣＥＮＳＯＲ、ＬＩＣＥＮＳＥＤＰＲＩＮＣＩＰＡＬＳおよびＳＩＧＮＴＵＲＥを有する。ＷＯＲＫは、使用権を含めて、ライセンスに関するすべての意味的情報を含む。このフィールドのコンテンツ（タグを含む）は、ハッシュされ署名されたデータを構成する。ＬＩＣＥＮＳＯＲは、ライセンスを発行したエンティティ、通常は小売店に関係する情報を含む。ＬＩＣＥＮＳＥＤＰＲＩＮＣＩＰＡＬＳは、ライセンスに指定された使用権を行使するときに認証しなければならない一連の原理を含む。
【０１１８】
ＳＩＧＮＡＴＵＲＥは、ＬＩＣＥＮＳＥＢＯＤＹのハッシュ／ダイジェスト、ならびに使用されたアルゴリズムを含めて、ハッシュがどのようにして作成されたかに関する情報を含む。また、それは、ライセンスを発行するときにライセンサが名付けたアルゴリズムに従って暗号化されたＤＩＧＥＳＴを含む。ＤＩＧＥＳＴおよびＳＩＧＮＡＴＵＲＥタグは、改善することができないようにしてライセンス全体を検証するのに使用される認証情報を提示する。
＜ＢＯＤＹタグの構造＞
ＸｒＭＬライセンス構成体の主要タグはＢＯＤＹタグで、以下のタグを含む。
【０１１９】
【表３】

【０１２０】
【表４】

【０１２１】
【表５】

【０１２２】
【表６】

【０１２３】
【表７】

【０１２４】
【表８】

【０１２５】
【表９】

【０１２６】
【表１０】

【０１２７】
【表１１】

【０１２８】
【表１２】

【０１２９】
【表１３】

【０１３０】
＜ライセンス認証＞
セキュアリポジトリ８２は、ＳＩＧＮＡＴＵＲＥおよびＤＩＧＥＳＴタグを介してライセンスを認証する。これは、表示されているコンテンツが信用ソースからのものであることをクライアントソフトウェアが検証できるようにしている。これらのタグのより詳細な例を以下に提示する。
【０１３１】
【表１４】

【０１３２】
前述の例は単に説明を目的として提示したもので、どの点からしても本発明を制限するものとして解釈されるべきではないことがわかる。様々な実施形態を参照しながら本発明を説明したが、ここに用いられている用語は説明および例示についての用語であって、制限についての用語ではないことが理解される。さらに、ここでは特定の手段、材料および実施形態を参照しながら本発明を説明したが、本発明はここに開示された特定のものに限定されるのではなく、添付の請求項の範囲に含まれる機能的に同等のあらゆる構造、方法および用途に広げられる。本明細書の教示の恩恵を受ける当業者は、それに対する多くの改造を成し遂げることができ、本発明の範囲および主旨から逸脱することなくその態様に変更を加えることができる。
【図面の簡単な説明】
【図１】 本発明の態様を実施することができる典型的なコンピューティング環境を示す構成図である。
【図２】 本発明によるデジタル権利管理システムの態様を実施するクライアントアーキテクチャの第１の実施形態の構成図である。
【図３】 本発明によるデジタル権利管理システムの態様を実施するクライアントアーキテクチャの第２の実施形態の構成図である。
【図４】 典型的な電子ブック（ｅＢｏｏｋ）タイトルファイルフォーマットを示す図である。
【図５】 リーダ起動処理を示す流れ図である。
【図６】 本発明によるデジタル権利管理システムを使用してｅＢｏｏｋの選択、取得および読取りを行う典型的な処理を示す流れ図である。

Claims (6)

1. ネットワークインフラストラクチャを介して通信するように構成されたコンピューティングデバイスであって、
   第１のデータが記憶されたメモリと、
   ここで、該第１のデータは、暗号化された情報と、起動認証の秘密鍵に関連して暗号化された対称鍵を有する情報とを含み、
   複数のアプリケーションのいずれかにアクセスすることによって、前記メモリに記憶された前記第１のデータにアクセス可能な管理モジュールと、
   複数のアプリケーションのいずれかにアクセスすることによって、前記管理モジュールの起動処理時に、セキュアリポジトリと、該管理モジュールに固有の前記起動認証の秘密鍵とを生成する手段と、
   前記セキュアリポジトリを使用して前記第１のデータにアクセスして、前記起動認証の秘密鍵を用いて前記第１のデータの前記暗号化された対称鍵を解読することによって、前記管理モジュールが起動されたか否かを確認する手段と
   複数のアプリケーションのいずれかにアクセスすることによって、前記起動が認証された管理モジュールを用いて前記情報を含む前記第１のデータを読取る手段と
   を具えたことを特徴とするコンピューティングデバイス。
2. 前記第１のデータは、ユーザ又は取引に関係する情報を含み、当該情報は、前記管理モジュールによって前記レンダリングアプリケーションに返還されて前記コンピューティングデバイスで使用されることを特徴とする請求項１記載のコンピューティングデバイス。
3. 前記ユーザ又は取引に関係する情報は、ユーザ名称、クレジットカード番号および受領番号からなるグループから選択されることを特徴とする請求項２記載のコンピューティングデバイス。
4. 前記管理モジュールは、前記第１のデータを返還する前に前記レンダリングアプリケーションを認証することを特徴とする請求項１記載のコンピューティングデバイス。
5. 前記管理モジュールは、前記ネットワークインフラストラクチャを介して受領可能なセキュアリポジトリとインターフェース可能で、
   前記セキュアリポジトリは、第２のデータに鍵を適用することを特徴とする請求項１記載のコンピューティングデバイス。
6. 前記第２のデータは、前記第１のデータを解読する鍵を備えたことを特徴とする請求項５記載のコンピューティングデバイス。

Images