JP2003518282A

JP2003518282A - 権利管理アーキテクチャにおける保護コンテンツにアクセスするためのシステムおよび方法

Info

Publication number: JP2003518282A
Application number: JP2001547233A
Authority: JP
Inventors: エー．デメロマルコ; クリシュナスワミービネー; エル．マンフェルデリジョン
Original assignee: Microsoft Corp
Current assignee: Microsoft Corp
Priority date: 1999-12-17
Filing date: 2000-12-13
Publication date: 2003-06-03
Anticipated expiration: 2020-12-13
Also published as: WO2001046783A3; DE60038046T2; JP4694077B2; US8032943B2; US7562395B2; ES2593311T3; AU4717501A; EP1242858B1; EP1242858A2; US6996720B1; US20050188228A1; US20050108556A1; US7707643B2; DE60038046D1; ATE386290T1; US20090293116A1; WO2001046783A2; ES2616250T3

Abstract

(57)【要約】電子コンテンツの配布、保護および使用のためのデジタル権利管理システム。該システムはコンテンツを受け取るクライアントアーキテクチャを含み、該コンテンツは好ましくは暗号化によって保護され、ライセンスおよび個別化機能を含むことができる。コンテンツはいくつかのレベルで保護される。該クライアントはまた暗号化コンテンツのアクセスおよび保護を可能にするコンポーネントならびにクライアントに対して個別化される形式でコンテンツをクライアントに提供することを可能にするコンポーネントを含み、かつ／または受け取る。場合によっては、該コンテンツへのアクセスは該コンテンツに結び付けられたライセンスに定められた権利構成体によって支配されることになる。該クライアントコンポーネントは暗号化コンテンツにアクセスするオブジェクトと、ライセンスを解析し、該ライセンスにおける権利を行使するオブジェクトと、保護ソフトウェアならびにクライアントおよび／または該クライアントを動作させる人物に対して個別化されるデータを取得するオブジェクトと、該コンテンツをクライアントおよび／またはその動作人物に対して個別化できるように、個別化情報をコンテンツのディストリビュータに提供する命令のスクリプトとを含む。

Description

【発明の詳細な説明】

【０００１】（関連事例に対する相互参照）本出願は、どちらも１９９９年１２月１７日に提出された「Ｓｙｓｔｅｍａ
ｎｄＭｅｔｈｏｄｆｏｒＤｉｇｉｔａｌＲｉｇｈｔｓＭａｎａｇｅｍ
ｅｎｔ（デジタル権利管理のためのシステムおよび方法）」という名称の米国仮
出願第６０／１７２、３１９号、ならびに「ＳｙｓｔｅｍｆｏｒＤｉｓｔｒ
ｉｂｕｔｉｎｇＣｏｎｔｅｎｔＨａｖｉｎｇＭｕｌｔｉｌｅｖｅｌＳｅ
ｃｕｒｉｔｙＰｒｏｔｅｃｔｉｏｎ（多重レベル機密保護を有するコンテンツ
配布システム）」という名称の米国仮特許出願第６０／１７２、３１８号の有利
性を請求するものである。

【０００２】（発明の分野）本発明は、一般には電子コンテンツの配布に関し、より詳細には、権利管理ア
ーキテクチャにおける保護コンテンツにアクセスするためのシステムおよび方法
に関する。

【０００３】（発明の背景）コンピュータおよびパームサイズの電子デバイスの可用性および用途が広がる
につれて、文書を電子的に伝送および閲覧することが一般化してきた。インター
ネットのようなインフラストラクチャによる通信の速度および機能の向上に伴っ
て、充実したサービスおよびコンテンツをデバイスに提供する動きが極めて活発
化している。提供できるサービスおよびコンテンツとしては、ブックまたはテキ
スト資料のような著作物が挙げられる。テキスト文書の電子配布は従来的なペー
パコピーの配布より高速かつ安価である。オーディオやビデオのようなテキスト
以外のコンテンツに対しても同じ原理が適応し、当該コンテンツの電子配布は、
一般に従来的な媒体（例えば磁気テープまたは光ディスク）による当該コンテン
ツの配布より高速かつ安価である。しかし、電子配布の低コストおよび即時性は
、電子コンテンツを複写することの容易さと併せて、配布物の所有者の権利を保
護するような配布管理と矛盾する。

【０００４】電子文書が一当事者に伝送されると、電子文書における権利の所有者による承
認を得ることなく、またはしばしばその所有者がそのことを知ることもなく容易
に複写され、他人に配布されうる。この種の不正な文書配布は、著者またはコン
テンツ・プロバイダから権利使用料および／または所得を奪うおそれがある。現
行の多くの配布スキームに伴う問題は、所有権を保護するための規定が設けられ
ないことである。他のシステムは、所有権を保護することを試みているが、面倒
で柔軟性に欠け、購入者にとっての著作物の閲覧／読取り（あるいは、音楽やビ
デオなどのテキスト以外のコンテンツの場合は著作物の再生）が困難である。

【０００５】上記のことを鑑み、所有者の権利を保護しながら電子著作物を購入者に配布で
きる一方、柔軟で利用しやすい改良されたデジタル権利管理システムが必要であ
る。柔軟な機密保護レベルを提供するとともに、その購入者が各々のプラットホ
ームで電子コンテンツを閲覧／再生できるようにいくつかのクライアントプラッ
トフォーム上で動作可能なシステムも必要とされる。

【０００６】本発明のデジタル権利管理システムは、コンテンツ所有者の知的財産を保護す
るとともに、著者または他のコンテンツ所有者が彼らの創作努力に対する報酬を
得ることを可能にしながら、その保護機構によって購入者に過度な負担がかから
ないようにする上述の課題に対する解決策を有利に提供する。

【０００７】（発明の概要）デジタル権利管理（「ＤＲＭ」）システムにおけるコンテンツ再生クライアン
トのためのアーキテクチャを提供する。該アーキテクチャは、ＤＲＭシステムに
よって保護されたコンテンツを再生する再生アプリケーション（例えばテキスト
閲覧アプリケーションまたは「リーダ」）を含む。該アーキテクチャは、不当な
配布または保護コンテンツの不当な使用を防止する様々なセキュリティ機能、な
らびにセキュリティ機能をナビゲートして、適切なクライアント環境でコンテン
ツを再生できるようにするソフトウェアコンポーネントをも含む。

【０００８】提供されたアーキテクチャに従って、無保護、ソース封印、個別封印（または
登録）、ソース著名、および完全個別化（または「所有者限定」）を含む複数の
レベルでコンテンツを保護することができる。「無保護」コンテンツは、暗号化
されていない形式で配布される。「ソース封印」および「個別封印」コンテンツ
は暗号化され、権利管理データが変更されたらキーを検索することができないよ
うに、コンテンツに関連する特定の権利管理データによって暗号で封印された暗
号鍵（「コンテンツ鍵」）にバンドル（ｂｕｎｄｌｅ）される。

【０００９】「ソース」封印と「個別」封印の違いは、「個別封印」コンテンツは、正当な
所有者に関係する情報（例えば所有者の名称、クレジットカード番号、受領番号
、または購入取引のための取引ＩＤ）を権利管理データ内に含み、コンテンツの
実用コピーからこの情報を削除できないようにすることで不当配布の検索を可能
にする。含まれる特定種類の情報は、コピーの小売店によって決定される。

【００１０】「著名」コンテンツは、再生アプリケーションがその信頼性、またはその配布
経路の信頼性を検証できるように暗号で著名される。「完全個別化」コンテンツ
は、単に権利管理情報で封印されただけでなく、特定のクライアントまたはクラ
イアント群だけに発行することにより当該コンテンツの利用を限られた数のイン
ストレーションに限定する「セキュアリポジトリ」および「起動認証」がなけれ
ばアクセスできないように暗号化された解読鍵が提供されている。「完全個別化
」コンテンツは、コンテンツに関してユーザが行使できる権利を指定するライセ
ンスをも含む。

【００１１】本発明の一実施形態では、クライアントを利用して、上述した保護を保持する
ファイルでクライアントに配布されるブックまたはテキストを読み取る。好まし
くは、コンテンツの保護および利用に関連するクライアントソフトウェアおよび
データは、再生アプリケーション（コンテンツがテキストの場合は「リーダ」と
呼ぶ）；保護コンテンツおよび特定の他の暗号機能の開封を行う「管理」コンポーネン
ト；リーダアプリケーションのインストールおよび／または「起動」状態のような
情報、ならびにその解読化が特定の読者群に限定される「完全個別化」コンテン
ツを用意するためにディストリビュータが必要とする「起動」認証に関する情報
をコンテンツディストリビュータに提供するソフトウェアオブジェクト；ならびに、クライアント上のインストールに対するセキュアリポジトリおよび
起動認証を取得する機能を実行する「起動」ソフトウェアオブジェクトを含む。

【００１２】好ましくは、起動ソフトウェアオブジェクトは、ＡＣＴＩＶＥＸコントロール
として具体化され、コンテンツ配布サイトに情報を提供するオブジェクトは、１
つまたは複数のＪａｖａ（登録商標）記述機能にプラグインラップされたＡＣＴ
ＩＶＥＸおよび／またはブラウザとして具体化される。さらに、管理オブジェク
トは、リーダアプリケーションに対して顕示されるＡＰＩを介してリーダアプリ
ケーションにより動作可能であることが好ましい。

【００１３】好ましくは、完全個別化コンテンツのコンテンツ鍵は、特定の起動認証に関連
する公開／秘密鍵対に従って暗号化され、起動認証のコピーは、一人の人間が所
有する複数のデバイスで同じ「完全個別化」コンテンツを読み取ることができる
ように、特定の人間（または「人物」）により所有または使用される様々なクラ
イアントデバイスに提供されうるのに対して、同様のデバイスを所有する他の人
は、彼らに対して必要な起動認証が発行されないため、同じ「完全個別化」コン
テンツを読み取ることができないことにより、完全個別化コンテンツの普及を制
限する。

【００１４】本発明の他の特徴を以下に説明する。

【００１５】前述の概要、ならびに続く詳細な説明は、添付の図面を併用しながら読むとよ
り深く理解される。本発明を例示するために、図面のいくつかの図を通じて、同
様の参照番号で同様の部品を表しているが、本発明は開示された特定の方法およ
び手段に限定されないことが理解される。

【００１６】（発明の詳細な説明）本発明は、電子コンテンツの処理および配布のためのシステムであって、該コ
ンテンツを複数のレベルで保護することができるシステムに向けられる。電子ブ
ックの処理および配布に向けられる本発明の好ましい実施形態を説明するが、本
発明は電子ブックに限定されるものではなく、ビデオ、オーディオ、ソフトウェ
ア実行ファイル、データなどのあらゆるデジタルコンテンツを含むことができる
。

【００１７】＜概要＞電子ブック業界の成功により、あらゆる種類のテキスト資料を取得するための
印象的かつ安全で親しみやすい経験を既存の書籍購入者に提供することが確実に
求められるようになる。このような資料としては、コピープロテクトをほとんど
必要としない「無料」または安価な資料から、包括的な権利保護を必要とする「
特選」電子ブックタイトル（ここでは「ｅＢｏｏｋ」）を挙げることができる。
印刷物に対する現行の配布および小売モデルから電子配布システムへの円滑な以
降を可能にするために、コピープロテクトを必要とする出版物に対する高レベル
のコピープロテクトを確保しながら、より低レベルの保護を必要とするタイトル
の配布をサポートするためのインフラストラクチャが存在しなければならない。

【００１８】本発明のデジタル権利管理（ＤＲＭ）およびデジタルアセットサーバ（ＤＡＳ
）システムは、当該インフラストラクチャを有利に提供する。本発明は、ｅＢｏ
ｏｋを購入するほうがｅＢｏｏｋを「盗む」（例えば不当に複写する）より望ま
しいものとする。非介入的ＤＲＭシステムは、著作権侵害リスクを最小限に抑え
ながら、ｅＢｏｏｋの形式での販売／配布を増やすことによって著作権侵害を補
う可能性を高める。さらに、本発明は、低コストで迅速に配備することが可能な
システムを小売店に提供する。

【００１９】システムの主たるユーザは、該システムを使用および／または配備して、販売
するコンテンツの合法性ならびにコピープロテクトを確保する出版者および小売
店である。該システムの典型的なユーザは、従来的な出版者、「最先端の」出版
者および「ハングリー著者」でありうる。従来的な出版者は、印刷物出版業務か
らの歳入がｅＢｏｏｋの著作権侵害によって失われることについて懸念する可能
性が大きい。最先端出版者は、必ずしも単発的な著作権侵害を懸念せず、消費者
が購入習慣を発展させるシステムにおいてｅＢｏｏｋ商取引が最も効果を発揮す
ることを理解しうる。これに対して、自分の著作物の販売数に見合った収入を得
ることになるハングリー著者は、帰属性（例えば著差の名前が永遠に著作物に付
随すること）により大きな関心を示す。

【００２０】以下により詳細に説明するが、本発明のＤＲＭシステムは著作物を保護するこ
とによってその目標を達成しながら、様々な「レベル」の保護をサポートするこ
とによって消費者による正当な利用を可能にする。

【００２１】最も低いレベル（レベル１）では、コンテンツソースおよび／またはプロバイ
ダは、ライセンスを含まない無署名かつ無封印の（クリヤテキスト）ｅＢｏｏｋ
による無保護を選択することができる。

【００２２】次のレベル（レベル２）の保護は、コンテンツが鍵で暗号化および封印された
ことを意味し、該封印はｅＢｏｏｋのタイトルのメタデータの暗号ハッシュを使
用して行われ（以下参照）、コンテンツを解読するために鍵が必要とされる「ソ
ース封印」である。

【００２３】ソース封印は、メタデータに何らかの変更が加えられるとタイトルが使用不能
になるため、タイトルを封印した後にコンテンツおよび付随するメタデータの改
竄を防止するが、ソース封印は、タイトルのコピーの認証を保証するものではな
い（すなわち、ソース封印は正当なコピーと不当なコピーを区別するための機構
を提供しない）。「ハングリー著者」の場合は、著者の名前をメタデータに含め
て永久にコンテンツに付随させることによって、「ハングリー著者」の帰属目標
を満たすことができる。

【００２４】次のレベルの保護（「レベル３」）は、「個別封印」（または「登録」）であ
る。「個別封印」タイトルは、メタデータが合法的な購入者に関連する情報（例
えばユーザの名称またはクレジットカード番号、取引ＩＤ、または購入取引によ
る受領番号など）を、タイトルが封印されたときにこの情報を暗号でコンテンツ
に付随させるように含むｅＢｏｏｋである。このレベルの保護は、不当なコピー
の出所を検出することが容易であるために、人々がタイトルのコピーを配布する
のを防ぐことになる（そして、購入者に関連する情報を含めてメタデータに何ら
かの変更が加えられると、必要な解読鍵を開封することが不可能になるか、また
は少なくともその可能性が極めて低くなる）。

【００２５】次のレベルの保護（レベル４）は、「ソース署名」である。ソース署名ｅＢｏ
ｏｋは、（以下により詳細に論述するが、ＰＣ、ラップトップ、パーソナルデジ
タルアシスタント（ＰＤＡ）、ポケットＰＣまたは用途別読取りデバイスのよう
なコンピューティングデバイスによるｅＢｏｏｋの読取りを可能にするユーザア
プリケーションである）「リーダ」によって認証できるタイトルである。

【００２６】認証は、３つの方法、すなわちｅＢｏｏｋタイトルが信用変換および暗号ツー
ルによって生成されたことを保証する「ツール署名」；やはりコピーのコンテンツ（所有者は著者であっても著作権保有者であっても
よい）の認証を保証するツール署名ｅＢｏｏｋである「所有者署名」；ならびに、そのプロバイダ（コンテンツの出版者または小売店）の認証を実証
するツール署名ｅＢｏｏｋである「プロバイダ署名」で定められるのが好ましい
といえる。

【００２７】「ツール」、所有者およびプロバイダは、情報のデジタル署名の作成および検
証を促進するために、それぞれ独自の非対称鍵対を有することができる。タイト
ルは、（例えばコピーの署名鎖を通じて）該タイトルの配布経路の認証を促進さ
せるプロバイダ署名とソース署名の両方であってもよい。最強レベルの保護は、
「完全個別化」または「所有者限定」（レベル５）である。「完全個別化」タイ
トルは、特定のユーザに対して「起動」する認証済リーダアプリケーションによ
ってのみ開封可能とすることで、ある人のリーダ（または複数のリーダ）からそ
の人に対して登録されていないリーダへのタイトルの移植を防止する。

【００２８】本発明のリーダがレベル５で保護されたタイトルを開くために、リーダを「起
動」させなければならない（すなわち、リーダが内蔵されるデバイスは、特定の
人物に対する起動認証、およびセキュアリポジトリを有していなければならない
）。以下に図５を参照しながら起動の処理について詳述する。

【００２９】本発明のシステムは、リーダとコンテンツプロバイダとコンテンツソースの間
で情報を共用するためのアーキテクチャ、その情報を用いて様々なレベルでタイ
トルを「封印する」方法、ならびにその情報を構成すべき方法を定めるものでも
ある。これらの選択の可用性は、どのコンテンツをどのユーザに（保護を適用す
る場合は）どの保護を用いて販売するかをコンテンツソースが選定することを可
能にする。リーダによる使用に向けてタイトルに署名および／または封印するた
めに特定の情報を利用することができ、適合可能なリーダ（レベル５の場合は特
定の人物に対して起動されるリーダでありうる）は、タイトルを開封し、ｅＢｏ
ｏｋの読取りを可能にすることができる。

【００３０】＜システムアーキテクチャ＞図１に示すように、本発明を実施するための典型的なシステムは、処理装置２
１と、システムメモリ２２と、システムメモリ２２とを含むさまざまなシステム
コンポーネントを処理装置２１に結合するシステムバス２３を含む従来のパーソ
ナルコンピュータまたはネットワークサーバ２０などの形式の汎用コンピュータ
デバイスを含む。

【００３１】システムバス２３は、メモリバスまたはメモリコントローラ、周辺バス、およ
び各種バスアーキテクチャのいずれかを用いたローカルバスを含むいくつかの種
類のバス構造のいずれかでありうる。システムメモリは、読取り専用メモリ（Ｒ
ＯＭ）２４およびランダムアクセスメモリ（ＲＡＭ）２５を含む。起動時などに
パーソナルコンピュータ２０内の要素間で情報を転送するのに役立つ基本ルーチ
ンを含む基本入出力システム２６（ＢＩＯＳ）がＲＯＭ２４に格納されている。
パーソナルコンピュータまたはネットワークサーバ２０は、ハードディスク（不
図示）に対する読取りおよび書込みを行うためのハードディスクドライブ２７、
取外し可能磁気ディスク２９に対する読取りまたは書込みを行うための磁気ディ
スクドライブ２８、ならびにＣＤ−ＲＯＭまたは他の光媒体のような取外し可能
光ディスク３１に対する読取りまたは書込みを行うための光ディスクドライブ３
０をさらに含むことができる。

【００３２】ハードディスクドライブ２７、磁気ディスクドライブ２８および光ディスクド
ライブ３０は、それぞれハードディスクドライブインターフェース３２、磁気デ
ィスクドライブインターフェース３３および光ドライブインターフェース３４に
よってシステムバス２３に接続される。ドライブ、およびそれらの関連するコン
ピュータ可読媒体は、コンピュータ可読命令、データ構造、プログラムモジュー
ル、およびコンピュータまたはネットワークサーバ２０用の他のデータの不揮発
性記憶手段を提供する。

【００３３】ここに示す例示的な環境では、ハードディスク、取外し可能磁気ディスク２９
および取外し可能光ディスク３１が採用されているが、磁気カセット、フラッシ
ュメモリカード、デジタルビデオディスク、ベルヌーイカートリッジ、ランダム
アクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）などコンピュータによ
ってアクセス可能なデータを記憶できる他の種類のコンピュータ可読媒体も典型
的な動作環境に使用できることを当業者なら理解するはずである。

【００３４】オペレーティングシステム３５（例えばＷｉｎｄｏｗｓ（登録商標）２０００
、Ｗｉｎｄｏｗｓ（登録商標）ＮＴまたはＷｉｎｄｏｗｓ（登録商標）９５／
９８）、１つまたは複数のアプリケーションプログラム３６、他のプログラムモ
ジュール３７およびプログラムデータ３８を含めて、いくつかのプログラムモジ
ュールをハードディスク、磁気ディスク２９、光ディスク３１、ＲＯＭ２４また
はＲＡＭ２５に記憶することができる。

【００３５】ユーザは、キーボード４０やポインティングデバイス４２のような入力デバイ
スを介して、コマンドおよび情報をパーソナルコンピュータ２０に入力すること
ができる。他の入力デバイス（不図示）としては、マイクロフォン、ジョイステ
ィック、ゲームパッド、サテライトディスク、スキャナなどを挙げることができ
る。これらの入力デバイスおよび他の入力デバイスは、システムバス２３に結合
されるシリアルポートインターフェース４６を介して処理装置２１にしばしば接
続されるが、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳ
Ｂ）または１３９４高速シリアルポートのような他のインターフェースによって
も接続することができる。モニタ４７または他の種類の表示装置も、ビデオアダ
プタ４８のようなインターフェースを介してシステムバス２３に接続される。モ
ニタ４７に加えて、パーソナルコンピュータは、典型的にはスピーカやプリンタ
のような他の周辺出力デバイス（不図示）を含む。

【００３６】パーソナルコンピュータまたはネットワークサーバ２０は、リモートコンピュ
ータ４９のような１つまたは複数のリモートコンピュータに対する論理接続を用
いたネットワーク化環境で動作することができる。リモートコンピュータ４９は
、他のパーソナルコンピュータ、他のネットワークサーバ、ルータ、ネットワー
クＰＣ、ピアデバイスまたは他の共通ネットワークノードであってもよく、図２
にはメモリ記憶デバイス５０しか示されていないが、典型的にはパーソナルコン
ピュータ２０に対して上述した要素の多くまたはすべてを含む。図２に示される
論理接続は、ローカルエリアネットワーク（ＬＡＮ）５１および広域ネットワー
ク（ＷＡＮ）５２を含む。当該ネットワーキング環境は、オフィス、企業規模の
コンピュータネットワーク、イントラネットおよびインターネットにおいて一般
化されている。

【００３７】ＬＡＮネットワーキング環境で使用される場合は、パーソナルコンピュータま
たはネットワークサーバ２０は、ネットワークインターフェースまたはアダプタ
５３を介してローカルネットワーク５１に接続される。ＷＡＮネットワーキング
環境で使用される場合は、パーソナルコンピュータまたはネットワークサーバ２
０は、典型的にはモデム５４、またはインターネットのような広域ネットワーク
５２での通信を確立するための他の手段を含む。

【００３８】モデム５４は、内部モデムであっても外部モデムであってもよく、シリアルポ
ートインターフェース４６を介してシステムバス２３に接続される。ネットワー
ク化環境において、パーソナルコンピュータまたはネットワークサーバ２０に対
して示されたプログラムモジュール、またはその一部をリモートメモリ記憶装置
５０に記憶することができる。ここに示すネットワーク接続は例示的なもので、
コンピュータ間の通信リンクを確立する他の手段を使用できることが理解される
であろう。

【００３９】＜クライアントアーキテクチャ＞次に図２を参照すると、本発明による第１の例示的なクライアントアーキテク
チャ９０が示されている。図１のパーソナルコンピュータ２０、あるいはパーム
サイズコンピュータ、ラップトップコンピュータ、またはｅＢｏｏｋタイトルを
読み込むための用途別の閉鎖デバイスのような他の適切なコンピューティングデ
バイス上でクライアントアーキテクチャ９０を具現化することができる。クライ
アントアーキテクチャ９０は、ｅＢｏｏｋタイトル１０を読み取るためのリーダ
シェル９２（または「リーダ９２」）、および小売店／ディストリビュータサイ
トにコンタクトするためのウェブブラウザ１０２（例えばＭＩＣＲＯＳＯＦＴ（
登録商標）ＩＮＴＥＲＮＥＴＥＸＰＬＯＲＥＲブラウザ）を含む。情報技術記
憶システム（ＩＴＳＳ）５．２９６用のプラグインとすることができる暗号変
換が提供される。

【００４０】暗号変換は、コンテンツ鍵を開封し、ｅＢｏｏｋファイルまたは「ＬＩＴファ
イル」１０（図４に示す）から出るコンテンツストリームを解読することになる
ソフトウェアコンポーネントである。この暗号変換は、ＬＩＴファイル１０に対
するリーダ９２によって使用される既存のＩＴＳＳ９６コードへの拡張として実
施されるのが好ましい。

【００４１】この拡張は、暗号化コンテンツにアクセスする毎にインスタンス化される。（
例えば、購入者の名称、またメタデータ内の他の識別情報を含む個別的に封印さ
れたタイトルの場合には）購入者の名称（または購入者に関連する他の情報）を
、各タイトル１０のＤＲＭ記憶オブジェクト１４内の暗号的にハッシュ化された
ブックプレートストリーム１４Ｃから戻すブックプレートＡＰＩ９４が提供され
る。この機能によって戻された列を表紙ページ１００に使用してタイトル１０の
正当な所有者を識別することができる。列がユーザ名である例が図２に示されて
いる。

【００４２】ユーザが、表示された名称、または表紙ページの著作権通知／アイコンをクリ
ックすると（タッチスクリーンデバイスの場合は軽く打つと）、出版物の著作権
保護された性質を強調するダイアログボックスを表示させることができる。ロー
カルストア９８は、ｅＢｏｏｋを記憶することのできるディレクトリまたはフォ
ルダであることが好ましい（図４を参照しながら以下に説明するが、ｅＢｏｏｋ
１０はブックのコンテンツ、ならびに他の情報を含むファイルである）。

【００４３】例えば、ＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録商標）オペレーティング
システムのいずれかのもとで動作するデバイス上でアーキテクチャ９０が具現化
される場合は、ローカルストア９８は、単に「Ｃ：ＭｙＬｉｂｒａｒｙ」と呼ば
れるディレクトリでありうる。ブラウザ１０２は、（ＭＩＣＲＯＳＯＦＴＩＮ
ＴＥＲＮＥＴＥＸＰＬＯＲＥＲブラウザまたはＮＥＴＳＣＡＰＥＮＡＶＩＧ
ＡＴＯＲブラウザのような）典型的なブラウジングプログラムである。それを使
用して、ｅＢｏｏｋを販売する小売サイトにコンタクトし、それらのサイトとの
取引に従事する。場合によっては、リーダ９２は、小売サイトにコンタクトし、
一般的なブラウジングアプリケーション１０２を使用することなくショッピング
を促進させる「統合ブックストア」を有することができる。

【００４４】次に、図３を参照すると、第２の例示的なクライアントアーキテクチャ９０′
が示されている。第２のクライアントアーキテクチャでは、第１のクライアント
アーキテクチャのように、同様の参照番号が同様の要素を表すため、これら同様
の要素については繰り返しを避けるため説明を省略する。ＤＲＭマネージャ８０
は、内部ＡＰＩの集合をリーダ９２に対して顕示させるコンポーネントで、コン
テンツの解読、鍵の開封およびブックプレート列（例えばレベル３またはレベル
５のタイトルの場合における表示用ユーザ名）の復帰などを実行するのに加えて
、暗号化ＬＩＴファイルへのアクセスを要求するアプリケーションの認証を管理
する。

【００４５】例えば、リーダ９２に対するコードは、ＡＰＩの一部であるインターフェース
の呼であって、上記機能のいずれか１つを実行するためのコンピュータ実行可能
命令を呼び出す呼を含むことができる。コンピュータ実行可能命令は、ＣＯＭオ
ジェクトおよび／またはリーダ９２に使用されるダイナミックリンクライブラリ
（ＤＬＬ）内で具体化することができる。

【００４６】技術の更新に対処するために（すなわち、そのうちのいくつかはリーダ９２に
対するコードが作成されたときにまだ開発されていなかった様々なＤＲＭ技術に
よって、一定のＡＰＩにもかかわらずリーダ９２が透明に機能することを可能に
するために）ＣＯＭオブジェクトおよび／またはＤＬＬの様々なバージョンを提
供することができる。

【００４７】一例において、アーキテクチャ９０′の開発者／管理者がインターフェースの
仕様書または説明書（例えばＡＰＩに対する方法名／ラベルの集合）をリーダ９
２の開発者に提供することができ、次いでＤＬＬまたはＣＯＭオブジェクト（あ
るいは連続的なＤＬＬおよびＣＯＭオブジェクト）をクライアントアーキテクチ
ャ９０′のユーザに提供することができる。他の例において、アーキテクチャ９
０′の開発者／管理者は、リーダ９２を提供する同一エンティティであってもよ
く、ＤＲＭマネージャ８０に対するＡＰＩを定めてアーキテクチャ９０の様々な
コンポーネントとの通信を促進させることができる。

【００４８】セキュアリポジトリ８２は、起動処理時にダウンロードされ、リーダが完全個
別化（レベル５）ｅＢｏｏｋ（ＬＩＴファイル）を開くことを可能にする実行フ
ァイルである。セキュアリポジトリ８２は、アーキテクチャ９０′が具現化され
る各コンピューティングデバイス（例えばＰＣまたは用途別読取りデバイス）に
対して一意（あるいはほとんど一意）であることが好ましい。セキュアリポジト
リ８２は、レベル５の保護タイトルを開くのに必要な秘密鍵を保持する。セキュ
アリポジトリ８２は、（以下に説明する）起動処理時に取得することができる。
一例において、アーキテクチャ９０′が存在するコンピューティングデバイスは
（ネットワーク５２のようなネットワークを介して）、コンピューティングデバ
イスに関連するハードウェアをベースとし（例えば連続番号またはそのハードウ
ェアに関連する他の番号）、デバイスを一意に識別するハードウェアＩＤを「セ
キュアリポジトリサーバ」（不図示）にアップロードする。

【００４９】次いで、「セキュアリポジトリサーバ」は、そのコードが、アーキテクチャ９
０′が具現化されるコンピューティングデバイスをベースとし、好ましくはその
正しい実行が該コンピューティングデバイス結び付けられるセキュアリポジトリ
を該コンピューティングデバイスにダウンロードすることができ、そのセキュア
リポジトリは、コンテンツ鍵を開封する処理、ならびにコンテンツを解読する処
理に使用される一意の秘密鍵を適用することを含む機能を実行する。

【００５０】例示的な実施形態において、レベル５のタイトルのコンテンツを対称鍵で暗号
化し、その対称鍵を起動認証に含まれる公開鍵で暗号化し、暗号化された対称鍵
をタイトルで封印し、起動認証の秘密鍵を、セキュアリポジトリ８２の公開鍵に
よって暗号化された形式で起動認証に含める。本例では、セキュアリポジトリ８
２は、セキュアリポジトリ８２の秘密鍵を使用して起動認証の秘密鍵を解読し、
次いで起動認証の秘密鍵を使用して対称鍵を解読する。セキュアリポジトリ８２
を作成するためのシステムおよび方法は、本願と同時に提出され、特にその全体
を本願に引用して援用する現地代理人事件記録番号ＭＳＦＴ−０１２６に記載さ
れている。

【００５１】起動ＡＣＴＩＶＥＸコントロール８４は、起動処理時にクライアントコンピュ
ーティングデバイスによって使用されるコンポーネントである（以下参照）。好
ましくは、ＡＣＴＩＶＥＸコントロール８４はブラウザ（例えばＭＩＣＲＯＳＯ
ＦＴＩＮＴＥＲＮＥＴＥＸＰＬＯＲＥＲブラウザ）によって使用され、次に
そのブラウザはリーダ９２を上位装置とする（ただし、ＡＣＴＩＶＥＸコントロ
ール８４は独立型ブラウザによって稼働することも可能である）。

【００５２】起動ＡＣＴＩＶＥＸコントロール８４は、リーダ９２（またはそれが存在する
コンピューティングデバイス）が接続されるサーバ（例えば「起動サーバ」）の
検証、ハードウェアＩＤの演算、セキュアリポジトリ８２（および関連する起動
認証）のダウンロード、ならびにダウンロードされた実行ファイルの認証および
インストールに備える方法を顕示する。例えば、リーダ９２（または他のソフト
ウェアコンポーネント）は、リーダ９２が起動されたかどうかを検出する命令を
含むことができ、まだ起動されていない場合は、１つまたは複数の命令を起動Ａ
ＣＴＩＶＥＸコントロール８４に対して発行して起動を実行することができ、そ
れらの命令は上記の動作を実行する命令を含むことができる。

【００５３】ウェブ商取引オブジェクト８６は、ＡＣＴＩＶＥＸコントロールおよびＮＥＴ
ＳＣＡＰＥＮＡＶＩＧＡＴＯＲ（登録商標）プラグインとして配布される。そ
れは、完全個別化コピー（すなわちレベル５の保護コピー）を販売する時、クラ
イアント側のスクリプティングを介して小売店によって利用することができる。
このＣＯＭオブジェクト８６は、好ましくは、実際の方法、ならびにプラグイン
とＡＣＴＩＶＥＸコントロールの基本的相違点を抽出するクライアント側のスク
リプト機能によってラップされる。

【００５４】ウェブ商取引オブジェクト８６および付随するインターフェースによって提供
される重要な方法としては、リーダ９２のインストールの検出、起動状態の検出
、リーダの起動処理への立上げ（図５を参照のこと）、リーダを起動させた暗号
化ＰＡＳＳＰＯＲＴＩＤの検索、完全個別化コピー（レベル５の保護）のダウ
ンロード時における（好ましくは暗号化された）起動認証の検索が挙げられる。

【００５５】例えば、スクリプト（Ｊａｖａ（登録商標）スクリプトなど）をｅＢｏｏｋの
小売店に配布して、該小売店のウェブページに含めることができる。そのスクリ
プトは、上記の方法を実施する機能呼出しを顕示することができ、さらにそのス
クリプトは、それがＭＩＣＲＯＳＯＦＴＩＮＴＥＲＮＥＴＥＸＰＬＯＲＥＲ
ブラウザによって実行されるか、またはＮＥＴＳＣＡＰＥＮＡＶＩＧＡＴＯＲ
ブラウザによって実行されるか（第１のケースではＡＣＴＩＶＥＸコントロール
を使用し、第２のケースではプラグインを使用する）を判断するためのコードを
含むことができる。小売店は、機能を呼び出すスクリプト命令とともに、機能呼
出を定めるスクリプトを伝送することによって、クライアントコンピューティン
グデバイス上で実行される命令を効果的に伝送することができる。

【００５６】例えば、小売店は、リーダ９２がクライアントのコンピューティングデバイス
にインストールされているかどうかの検出を希望することができ、そのため小売
店は、リーダ９２がインストールされているかどうかを検出する機能を定めるＪ
ａｖａ（登録商標）スクリプトを含むウェブページを、その機能を呼び出す命令
とともにクライアントデバイスに伝送することができる。検出機能自体が、スク
リプトが実行されるブラウザのブランドに応じてＡＣＴＩＶＥＸコントロールま
たはプラグインの検出機能を実行するためのコードを含むことができる。このよ
うに、特定のブラウザが小売店に対して透明で、小売店は、いずれかのブラウザ
で上記の機能のいずれかを実行する単一のウェブページを作成できる。

【００５７】＜ｅＢｏｏｋファイル構造＞次に図４を参照すると、例示的なｅＢｏｏｋ（または「ＬＩＴ」）ファイル構
造が示されている。ｅＢｏｏｋ１０は、それ自体が暗号化され、かつ／または封
印された鍵（「コンテンツ鍵」）によって暗号化されたブックのようなテキスト
（またはオーディオやビデオのような任意の電子コンテンツ）であるコンテンツ
１６を含む。好ましい実施形態では、その鍵は、メタデータ１２の暗号ハッシュ
、あるいはレベル５のタイトルの場合にはユーザの起動認証の公開鍵で封印され
る対称鍵１４である。この鍵は、個別ストリームとして、ｅＢｏｏｋファイルの
二次記憶部（図４におけるＤＲＭ記憶装置１４のストリーム１４Ａ）に記憶さレ
イヤるいはレベル５のタイトルの場合にはライセンスに記憶される。（レベル５
のタイトルの場合には、コンテンツ鍵を個別ストリームとして記憶する代わりに
、ストリーム１４Ａは、ユーザがタイトルを購入すると行使できる権利を定める
構成体であるライセンスを含む。ライセンスを有するタイトルでは、ライセンス
内にコンテンツ鍵が含まれる）。

【００５８】ＤＲＭ記憶装置１４には、出版者（または他のコンテンツソース）の名称を含
むことができるソースストリーム１４Ｂ、ならびに個別封印（レベル３および／
またはレベル５）タイトルについては小売店が提供するような消費者の名称（例
えば、消費者のクレジットカード情報から得られるような、ｅＢｏｏｋ１０を購
入する商取引の一部として取得できる名称）を含むブックプレートストリーム１
４Ｃが含まれる。

【００５９】対称鍵１４Ｃを暗号化し、かつ／または封印する暗号ハッシュを計算する方法
（または鍵を封印する当該暗号ハッシュを使用する方法）は、信用コンテンツ作
成ツールおよび信用再生アプリケーションのみに対して知らされる「機密事項」
とするのが好ましい。このようにハッシュを使用することにより、ｅＢｏｏｋ１
０とともに含まれるメタデータ１２の改竄を複雑化／防止することができる。ｅ
Ｂｏｏｋに対する何らかの改竄防止策を提供するのであれば、任意の方法を用い
てｅＢｏｏｋを「封印」できることがわかる。

【００６０】本発明によれば、メタデータ１２は、コンテンツソース（例えば出版者）がユ
ーザまたは購入者に授与した権利を記す著作権タグを含むことができる。当該タ
グが存在する限り、例えばユーザが、個別封印コピーの場合には（図２および図
３に示す）表紙ページ１００上に表示さレイヤるいは（著作権タグを伴うソース
封印コピーの場合には）表紙ページ１００に表示することもできる「著作権通知
」リンク上に表示される名称を軽く打つと、リーダ９２はタグに含まれるテキス
トをユーザに対して表示することができる。著作権がコンテンツソースによりメ
タデータ１２に含められないものの、ｅＢｏｏｋタイトルが（レベル３の）個別
封印されている場合は、開示システムをベースとした読取りアプリケーション（
例えばリーダ９２）は、以下のメッセージまたは同様のメッセージのような真の
著作権通知を表示することができる。

【００６１】「この電子出版物は、どのような形式でも、あるいは電子手段、機械的手段、
印刷、コピー、レコーディングなどのどのような手段によっても、あるいはどの
ような情報記憶装置や検索システムによっても、出版者の文書による同意なくし
て複製、再配布または再送付を行うことが全面的に禁止されている」。著作権通
知を表示する動作は、典型的なユーザが彼らのｅＢｏｏｋを複写しようとするの
を阻止する役割を果たし、彼らが所有権付きの資料を閲覧していることをユーザ
に認識させるのに有利であると思われる場合におけるｅＢｏｏｋの閲覧時の任意
の時点で当該通知を表示させることができる。

【００６２】＜リーダの起動＞上述したように、起動は、完全個別化（すなわちレベル５の）ｅＢｏｏｋタイ
トルの購入、ダウンロードおよび閲覧に向けてリーダクライアントをイネーブル
する。ＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録商標）オペレーティングシス
テム（または他の汎用オペレーティングシステム）の１つを実行するコンピュー
タは、基本的には、任意のアプリケーションのセキュリティをハッキングするた
めに誰もが実行処理をデバッグし、「パッチ」（ソフトウェア改造モジュール）
を作成することが可能なプラットフォームを開くため、真のコピープロテクト／
防止を提供するために、リーダクライアントの周囲にセキュリティフレームワー
クを確立することが必要不可欠である。「起動」は、リーダ９２に対してこのフ
レームワークを確立する処理である。

【００６３】起動データベースとして、ＭＩＣＲＯＳＯＦＴ（登録商標）ＰＡＳＳＰＯＲＴ
（商標）のような「ネームスペースオーソリティ」を使用して起動処理を実行す
るのが好ましい。ＰＡＳＳＰＯＲＴ（商標）を使用すると、ユーザによる起動認
証をその人物にリンクさせることが可能になるため有利である。ここで用いられ
る「人物」とは、ユーザに結び付けることができ、またバンド外処理（セキュア
ソケットレイヤ（ｓｅｃｕｒｅｓｏｃｋｅｔｌａｙｅｒ）（ＳＳＬ）に対し
て使用されるウェブブラウザでのユーザ名およびパスワード形式は当該処理の典
型的な実施形態である）によって確実に認証することができる一意的な識別子で
ある。

【００６４】「人物」スキーマを使用し、各人は、それに基づいてタイトルを購入した「人
物」を使用して起動した任意のリーダで、購入したタイトルを読み取ることがで
きる。また、プライバシーへの気遣いを軽減しながら業者と起動オーソリティの
間のサーバ対サーバ通信を行わなくてもすむように、一度起動したら、複数の業
者に対して起動情報を利用可能にすることができる。

【００６５】次に、リーダを起動させる処理について説明する。ユーザが用途別ｅＢｏｏｋ
読取りデバイスを購入するか、または（例えばＣＤ−ＲＯＭ３１、またはインタ
ーネットのような広域ネットワーク５２を介してのダウンロードによって）ＰＣ
用リーダソフトウェアを取得すると、ユーザは、リーダを始めて開始するときに
（例えばラップトップ／デスクトップアプリケーションのためのセットアップの
直後に）リーダを起動するよう勧められる。

【００６６】例えば、リーダを開始する度に、それが起動されたかどうかを確認することが
できる（他のソフトウェアオブジェクトも、リーダが起動されたかどうかを確認
することができる）。リーダがまだ起動されていない場合は、リーダは、完全個
別化（すなわちレベル５の保護）を必要とするプレミアムタイトルを取得できな
いことをユーザに通知するダイアログボックスを表示させる。当該通知の例を以
下に示す。

【００６７】Ｍｉｃｒｏｓｏｆｔ（登録商標）リーダのインストールおめでとうございます。配布に対して保護されたプレミアムタイトルの購入およびダウンロードに向けてあなたのリーダを使用可能にするためには、それをオンラインで起動させる必要があります。

【００６８】そのダイアログは、ユーザがリーダ９２を起動することを可能にするボタンを
含むことができる（例えば、ダイアログボックスは、「今リーダを起動する」お
よび「後でリーダを起動する」と記された２つのボタンを表示することができる
）。ユーザがレベル５のタイトルの取得に関心をもたない場合にチェックを入れ
ることで、リーダが開始時の起動メッセージの表示を止める、「今後このメッセ
ージを表示させないでください」といったようなメッセージを伴う「チェックボ
ックス」をダイアログボックスに含めることができる。リーダが既に起動されて
いる場合は、リーダを起動させた最後のユーザのＰＡＳＳＰＯＲＴＩＤまたは
人物ＩＤが、「＜人物＞に対して起動済み」といったような「スプラッシュ画面
」内に表示されることになる。ユーザは、任意の小売ウェブサイトからリーダを
起動させながら、独立型ブラウザでショッピングを行うこともできる。

【００６９】このシナリオにおいて、業者は、リーダウェブ商取引オブジェクト８６、およ
び関連するスクリプトラッパＡＰＩを利用して、リーダ９２を開始するリンクお
よび／またはボタンを個別処理として表示させることができる。例えば、業者は
、リーダ９２を開始して起動機能とし、次いで、あたかもユーザが自分自身でリ
ーダをスタートさせて起動機能を開始しているようにしてユーザに起動工程を案
内するスクリプト機能をウェブページに含めることができる。（上述したように
、スクリプト機能は、それが実行されるブラウザの種類に応じてＡＣＴＩＶＥＸ
コントロールまたはプラグインを使用して開始を実行することができる）。

【００７０】業者は、リーダ９２が起動されているかどうかを最初に検出し、リーダ９２が
まだ起動されていない場合にのみ起動処理を開始する命令を（ウェブ商取引オブ
ジェクト８６および関連するスクリプトラッパを使用して）ウェブページに含め
ることもできる。他のシナリオにおいて、リーダ９２は、リーダの「統合ブック
ストア」機能（例えば、ユーザが、ブラウザを使用することなくｅＢｏｏｋを販
売する様々なウェブサイトで買い物をすることを可能にする機能）を使用するこ
とができ、またリーダ９２の「統合ブックストア」機能（またはその一部）から
起動処理を開始することが可能になる。

【００７１】ユーザがリーダ９２を起動することを決定したとすると、起動処理は、図５に
示すステップを含むことができる。ステップ１５０において、リーダクライアン
トは「統合ブックストア」部を切り開き、セキュアソケットレイヤ（ＳＳＬ）を
介して起動サービスに接続し、そこでユーザは、ＰＡＳＳＰＯＲＴ（商標）証明
を使用してログインすることが求められる（ステップ１５２）。ユーザがＰＡＳ
ＳＰＯＲＴ（商標）アカウントを所有していない場合は、それに対するサインア
ップに向けたリンク時に提供されることになる（ステップ１５４）。サーバが真
に起動サーバであることをクライアントが保証できるように、ＳＳＬ接続を利用
して起動サーバを起動ＡＣＴＩＶＥＸコントロール８４にハードコード化するの
が好ましい。

【００７２】ユーザがＰＡＳＳＰＯＲＴ（商標）により認証されると（ステップ１５６）、
ＰＡＳＳＰＯＲＴ（商標）ＡＰＩをユーザエイリアスおよび電子メールアドレス
に対して照合する（ステップ１５８）。その後、ステップ１６０から１６２にお
いて、起動サーバは、クライアントが（ＡＣＴＩＶＥＸコントロールを介して）
（上述したように、ユーザのコンピューティングデバイスを実質的に一意に識別
するユーザのコンピューティングデバイス上のハードウェアコンポーネントから
導くことができる）一意的なハードウェアＩＤをアップロードすることになる。
次に、これがリーダ９２についての最初の起動であるかどうかを判断する（ステ
ップ１６４）。（場合によっては、異なるＰＡＳＳＰＯＲＴＩＤによってリー
ダを複数回起動させることができる。リーダ９２が他のＰＡＳＳＰＯＲＴＩＤ
で既に起動されている場合は、ステップ１６６に示されるような警告が表示され
る）。

【００７３】ステップ１６４においてこれが新規の起動であると判断された場合は、ユーザ
が過去９０日間のうちに５を上回る数のリーダを起動したかどうかを判断する。
そうである場合は、ステップ１７２において、サポート電話番号を含むエラーメ
ッセージを表示し、ステップ１９８において処理が終了する。

【００７４】上述したように、過去９０日間のうちに起動するリーダの数を５つ以内にとど
めるという制限は単に例示的なものにすぎない。時間および数によってリーダの
起動を制限することは、世界中で何千（または何百万）ものリーダによる閲覧の
対象となるレベル５のｅＢｏｏｋタイトルが広範囲に流布することを防ぐのに役
立つ。

【００７５】しかしながら、本発明の主旨および範囲から逸脱することなく、起動に対する
他の制限を課することができるため、図５の例における「９０日間で５つのリー
ダ」の制限は単に例示にすぎない。例えば、所定の期間が経過した時点で追加的
な起動を許可することにより、例えば合計１０の起動を限度として続く９０日間
が経過した後に１つの追加的な起動を許可することにより、図５に示された起動
制限を拡大することが可能である。

【００７６】９０日間のうちにユーザが起動したリーダの数が５以内である場合（あるいは
リーダ９２の起動が禁止されていない場合）は、ユーザが記入するための起動ペ
ージが表示される（ステップ１７０）。ユーザが、不完全な形式でその書式を伝
送すると（ステップ１７４において検出され）、ユーザがその書式を完成するま
でそのページが再表示されることになる。

【００７７】次に、ステップ１７６において、現在の起動がリカバリ（すなわち、既に起動
されているが何らかの理由で使用不能または使用不可能な状態になったリーダを
「再起動」させる試み）であるかどうかを判断する。現在の起動がリカバリでな
い場合は、ユーザおよびリーダに対する新たな記録が作成され、ユーザに関連す
るリーダの数がインクリメントされる（ステップ１８０）。先に生成されたセキ
ュアリポジトリ鍵対がデータベースから検索され（ステップ１８２）、起動認証
も生成される（ステップ１８４）。（上述したように、起動認証は、秘密鍵がセ
キュアリポジトリ鍵対の公開鍵で暗号化された公開／秘密鍵対を含むことができ
る）。

【００７８】ステップ１８６において、起動鍵、ユーザＩＤおよび装置ＩＤをデータベース
（不図示）に保持する。好ましくは、それらのセキュアリポジトリ鍵を保持せず
、今後作成して配布することが必要な任意の新たなセキュアリポジトリが新たな
鍵対を有することになる（そして、その新たなセキュアリポジトリとともに配布
される起動認証は保持された起動鍵対を含むことができるが、秘密鍵は（新たな
）セキュアリポジトリの（新たな）公開鍵に対して暗号化される）。

【００７９】ステップ１７６において、この起動がリカバリであると判断された場合は、先
の起動から記憶された公開／秘密鍵対を使用して起動認証を生成し（ステップ１
７８）（公開／秘密鍵対は、ステップ１８６においてそれが保持されたデータベ
ースから検索される）、ステップ１８８で処理を継続する。

【００８０】ステップ１８８において、起動サーバは、セキュアリポジトリ実行ファイル８
２を生成する。好ましくは、セキュアリポジトリ実行ファイル８２は、デジタル
署名され、装置ＩＤをベースとし、かつ／またはそれに結び付けられる。起動サ
ーバは、好ましくはユーザのＰＡＳＳＰＯＲＴ（商標）ＩＤを介してユーザの人
物に結び付けられる起動認証をも生成する。次いで、セキュアリポジトリ実行フ
ァイル８２および起動認証がクライアントにダウンロードされる（ステップ１８
８および１９０）。

【００８１】起動認証は、（例えば、それが結び付けられる人物に関連する認証に含まれる
あらゆる情報を保護するために）ダウンロード時に暗号化される。その起動認証
は、図６に関連して以下に説明するｅＢｏｏｋ取得処理を通じて（すなわちレベ
ル５タイトルを取得する処理の一部として）、後に「ダウンロード」または「履
行」サーバにアップロードされる。ユーザのＰＡＳＳＰＯＲＴ（商標）ＩＤは、
商取引時のアップロードに向けて、（リーダ９２が、レジストリを有するコンピ
ューティングデバイスにインストールされるときに）このダウンロードの一部と
してＰＣレジストリで暗号化され、記録される。レベル５のタイトルの取得時に
、記憶されたＰＡＳＳＰＯＲＴＩＤ起動認証内のＰＡＳＳＰＯＲＴＩＤと比
較することができるように、ＰＡＳＳＰＯＲＴ（商標）ＩＤを（起動認証に含む
ことができても）起動認証から離して記憶することにより、コンテンツの盗難の
防止に寄与する。

【００８２】ステップ１９２において、セキュアリポジトリ８２および起動認証のダウンロ
ードが成功したかどうかを判断する。成功しなかった場合には、事象をログして
、再びダウンロードを試みる（ステップ１９４および１９２）。ダウンロードが
成功した場合は、ステップ１９６において、ユーザは、リーダ９２の起動を「祝
う」とともに、起動処理が完了したことを通知するページが提供されることにな
る。

【００８３】一例では、そのページは、「宣伝用」または「無料」のｅＢｏｏｋを取得でき
るリンクを含むことができる。このリンクは、宣伝に応じて変化することになる
（すなわち、「宣伝」が変われば、サーバは異なるリンクで異なるページをダウ
ンロードすることができる）。このリンクも起動ＡＣＴＩＶＥＸコントロール８
４によって顕示される方法を利用して、ユーザをリーダ上のライブラリページに
戻すことができる。次いで、ステップ１９８において処理を終了する。

【００８４】＜電子商取引処理の流れ＞次に図６を参照しながら、ｅＢｏｏｋタイトルをオンラインで取得および配布
する基本的な処理の概要を説明する。本発明のリーダは、サーバ環境内で対話お
よび動作するように構成されていることがわかる。当該例示的なサーバ環境は、
特にその全体を本願に引用して援用する、本出願と同時に提出された現地代理人
事件記録番号ＭＳＦＴ−０１２４号に記載されている。

【００８５】ユーザは、ブラウザまたはリーダ９２の「統合ブックストア」機能を利用して
、小売サイトを訪れ、小売店が実施するようにブックを選択する（ステップ２０
０）。例えば、そのサイトは、ユーザが購入を希望する可能性のある様々なブッ
クを（リンクとして）表示するウェブページを提供することができる。

【００８６】次いで、ユーザは、クレジットカード番号を提示することなどによってそのタ
イトルに対する支払を行う（ステップ２０２）（あるいは、ユーザがそのサイト
に対するアカウントを有する場合は、記憶されているクレジットカード番号を照
合することによって支払を行う。一利用形態では、ユーザのＰＡＳＳＰＯＲＴ
ＩＤを当該番号またはアカウントに照合することができる）。ステップ２０４に
おいて、受領ページとともにその取引を完了させる。その受領ページは、注文を
「確認」したり、または注文に対する謝意を表す情報を含むことができ、また購
入された各タイトルをダウンロードするためのリンク（ＨＴＴＰＰＯＳＴリク
エスト）を含む。完全個別化タイトル（レベル５）については、クライアント側
のスクリプトが、ウェブ商取引オブジェクト８６を介して、起動認証とともにＰ
ＯＳＴの本体を占める（例えば、ウェブ商取引オブジェクト８６を使用して、小
売店のサイトに提供するための起動認証を検索する）。

【００８７】一例では、小売店のウェブサイトに起動認証を提供することができ、次いでそ
れが、（ＰＯＳＴの本体のなかに）暗号ブロブを含むＨＴＴＰリクエスト（すな
わちＰＯＳＴリクエスト）を作成する。次いで、（暗号ブロブを含む）ＨＴＴＰ
リクエストをクライアントサイトにおけるリンクとして表示させ、（以下に説明
するように）クライアントはそのリンクをクリックして購入したタイトルをダウ
ンロードする。この典型的なシナリオでは、（好ましくは履行サイトに関与する
小売店によって生成される）ＨＴＴＰリクエストおよび暗号ブロブは、購入者に
提供される特定のｅＢｏｏｋを識別する情報、ならびに履行サイトがｅＢｏｏｋ
の注文を履行するのに同意した対象となる小売店によって暗号ブロブが生成され
たことを履行サイトに対して証明する情報を含む。

【００８８】さらに、レベル５のタイトルを購入する場合は、クライアント側のソフトウェ
アが、ＰＯＳＴの本体に起動認証を追加して、ｅＢｏｏｋの対称鍵を暗号化し、
ユーザの人物に対して起動されるリーダに使用できるようにする。

【００８９】ステップ２０６において、リンクのいずれかをクリックすると、ブラウザが、
受領ページに指定されたダウンロードまたは「履行」サーバからのダウンロード
を開始する。個別封印（「登録」）コピーについては、ダウンロードサーバが消
費者の名称（またはユーザのクレジットカード番号や取引ＩＤなどの小売サイト
が決定するほかの識別情報）をタイトルメタデータに追加し、次に当該識別情報
を含む新規のメタデータから得られる新規の暗号ハッシュを使用して対称鍵を再
封印する。（含められる特定の情報は、小売店によって決定され、ＰＯＳＴの本
体における暗号ブロブの一部として提供される）。完全個別化コピー（レベル５
）については、ブックプレートの作成に加えて、ライセンスが生成され、ＬＩＴ
ファイルに埋め込まれる。このライセンスは、起動認証のなかの公開鍵で「封印
」されたＬＩＴファイルを暗号化した対称鍵を含む。ダウンロードが完了すると
（ステップ２０８）、ダウンロードサーバが取引を記録し、クライアント上で、
リーダ９２を自動的に開始することができる（ステップ２１０）。

【００９０】この時点で、タイトルをローカルストア／ＬＩＴストア９８、あるいはｅＢｏ
ｏｋタイトルを記憶するよう設計された他のフォルダまたはディレクトリのなか
に移動させることができる。リーダ９２を開始すると、ｅＢｏｏｋをその表紙ペ
ージ１００に対して開くことができる。

【００９１】本発明によれば、末端ユーザの観点から見れば、レベル３の保護タイトルとレ
ベル５の保護タイトルの間に明確な相違はない。両者はブックプレートを含む（
例えば、表紙ページ１００上にユーザの名称が含まれる）。ユーザは、リーダ９
２がｅＢｏｏｋを購入した人物に対して起動されていないインストレーションに
レベル５のｅＢｏｏｋを移動させようとする場合に始めてその違いを認識する。
この場合は、レベル５のタイトルは当該リーダ９２では開かず、レベル３のタイ
トルが開くことになる。

【００９２】＜ＤＲＭシステムクライアントの利用のシナリオ＞ＤＲＭシステムアーキテクチャは、ｅＢｏｏｋの消費者が遭遇するいくつかの
シナリオによって導かれる。例示的なシナリオを以下に説明する。当該シナリオ
は、衝動的にブックを購入し、複数のリーダ９２でブックを読み、リーダ９２を
起動させ、かつ失われたタイトルまたは損なわれたタイトルを復旧させる。それ
らのシナリオは、出版物のプロバイダが選択するレベルのコピープロテクトに従
って変動する。そのような変動は、場合によって、ユーザが１つまたは複数のリ
ーダ９２に対してタイトルを取得し開くためになすべきことを決定付けるため、
ユーザに影響を与えることになる。

【００９３】＜ブックの衝動的購入および読書＞消費者が、ウェブブラウザ、またはリーダアプリケーション９２の中の「ブッ
クストア」機能を使用して小売店のウェブサイトを走査するときに、購入すべき
ブックを選択し（例えば「ショッピングカート」を構築し）、小売サイトの規則
および／または手順に従ってチェックアウトに進む。選択したタイトルに関連す
る（例えば、小売サイト、その代わりに小売サイトがｅＢｏｏｋを配布するコン
テンツ所有者によって決定されうる）保護のレベルに応じて、小売サイトが消費
者を一意に識別する情報を要求する。（例えば、タイトルがレベル３で保護され
ている場合は、ユーザが偽名でタイトルを購入したり、タイトルが不正に配布さ
れた場合に検出を回避することができないように、（好ましくは）信用ソースか
らユーザの名称を取得してメタデータに含める。このシナリオでは、ユーザのク
レジットカード番号や取引ＩＤのような、そこから購入者を追跡できる他の情報
を利用して同じ目的を満たすことが可能である）。

【００９４】タイトルがレベル５で保護されている場合は、小売サイトは、コンテンツキー
を正しく暗号化するために、（好ましくは、ウェブ商取引オブジェクト８６を関
連スクリプトラッパとして使用することにより取得された）起動認証をも必要と
することになる。カスタマ／ブラウザが取引を完了させるための必要情報を提供
できない場合は、小売サイトは、必要なステップを（例えば、その工程、ならび
にどのようにしてそれらを遂行し、かつ／または追従されるハイパリンクを提供
できるかを説明するウェブページの形式で）カスタマに提供する。取引を完成さ
せたら、カスタマは、取引を確認するための受領書（すなわち注文確認ページ）
を受け取るか、あるいは小売サイトの規則および方針に従って彼らの取引の処理
に伴う問題を報告する通知エラーを受け取ることが好ましい。

【００９５】次に、購入者は、小売サイトが定めた規則および方針に従って、彼らが購入し
たブックに対する受領書に埋め込まれたダウンロード命令に従う。（例えば、そ
の受領書は、ｅＢｏｏｋのダウンロードを開始するためにユーザがクリックすべ
きハイパリンクを含むことができる）。ｅＢｏｏｋをダウンロードした後に、リ
ーダ９２によって読み取るためにそれを開くことができる。

【００９６】＜複数のリーダでのブックの読取り＞消費者は、複数の読取りプラットフォーム、例えばデスクトップＰＣ、ラップ
トップ、パームトップまたはｅＢｏｏｋデバイスでタイトルを読み取れることを
期待する。本発明のＤＲＭシステムはそのような利用法に備えるものである。Ｄ
ＲＭシステムの一部として、出版者、ディストリビュータおよび業者が、ｅＢｏ
ｏｋタイトルを暗号化するのに使用される対称鍵の保持者でありうる。好ましく
は、タイトルまたはＳＫＵ／ＩＳＢＮ／ＥＡＮ毎に１つの鍵を使用する。対称鍵
はタイトルを開くのに必要とされ、購入時にライセンス／ＤＲＭストリームに埋
め込まれる。対称鍵を暗号化し、その後埋め込む処理をここでは「封印（ｓｅａ
ｌｉｎｇ）」と呼ぶ。対称鍵は、消費者の起動認証鍵対に関連する公開鍵を使用
して暗号化するか、あるいはソースおよび個別封印コピーの場合は、メタデータ
の暗号ハッシュで暗号化することができる。

【００９７】複数のリーダ９２で暗号化されたタイトルを読み取るために、リーダ９２のイ
ンタンスは、そのタイトルのライセンス／ＤＲＭストリームに埋め込まれた対称
鍵１４Ａにアクセスできることが必要である。ある人に対して完全に個別化され
ていない保護タイトル（例えばレベル２、３または４のタイトル）の場合は、タ
イトルのメタデータを使用して（例えばハッシングして）、対称鍵１４Ａを開封
し、恐らくは解読することによって対称鍵１４Ａへのアクセスが遂行されるが、
それは好ましくはＤＲＭマネージャ８０によって行われる。このシナリオでは、
タイトルの業者／ディストリビュータが、（例えばレベル３のタイトルの場合は
正当な所有者の名称を含むことができる）タイトルのメタデータのハッシュから
プログラムによって生成される暗号ハッシュで対称鍵１４Ａを暗号化する。次い
で、リーダ９２および／またはＤＲＭマネージャ８０は、同じハッシュアルゴリ
ズムを使用して、対称鍵を開封する。新しいメタデータは異なるハッシュを生じ
ることにより、リーダソフトウェアは対称鍵１４Ａを解読／開封できなくなるた
め、タイトルのメタデータのコンテンツを改竄するユーザは、ｅＢｏｏｋタイト
ルを読み取ることができなくなる。

【００９８】完全個別化（レベル５）タイトルの場合は、対称鍵１４Ａは、ユーザの起動認
証の公開鍵によって暗号化され、ライセンスに挿入され、ダウンロードに先立っ
てそのライセンスがストリーム１４Ａ内のＤＲＭ記憶装置１４に挿入される（図
４を参照）。上述したように、特定の人物に対して起動された各リーダ９２は、
その人物に関連する公開／秘密鍵対を含む起動認証を有する。したがって、特定
の人物に対して起動された任意のリーダ９２でタイトルを読み取ることができる
。上述したように、起動認証は、起動処理時に取得される。前述の「ライセンス
」は、以下により詳細に説明するが、消費者がコンテンツを購入したら行使でき
る権利を定める構成体で、存在する場合は、コンテンツ鍵（すなわち対称鍵）を
も含む。

【００９９】クライアントアーキテクチャ９０′は、上述のように、起動認証秘密鍵が暗号
化された形式で記憶され、セキュアリポジトリ８２を使用してその公開鍵を暗号
化秘密鍵に適用することによって取得される場合に、起動認証からの秘密鍵を適
用することによって、レベル５のタイトルのライセンスに含まれる暗号化対称鍵
を解読する。それに合わせてレベル５のタイトルが作成された証明（すなわち人
物）を用いてリーダ９２が起動されたことを確認すると、ユーザが複数のリーダ
９２でタイトルを読み取ることを可能にするためにそれ以上の動作を必要としな
い。

【０１００】さらに、レベル５のタイトルの場合でも、リーダが正しい人物に対して起動さ
れていることを確認する動作は暗示的に行われる。すなわち、リーダ９２がレベ
ル５のタイトルと関連する人に対して起動されていない場合は、リーダ９２は、
コンテンツストリーム１６を解読するのに必要とされる対称鍵１４Ａにリーダが
アクセスすることを可能にする起動認証（およびその秘密鍵）へのアクセスをも
たないことになる。リーダ９２に合わせて購入されたすべてのレベル５のタイト
ルは、リーダ／人物に関連する起動認証に含まれる公開鍵に対してそれらのコン
テンツ鍵を暗号化する。

【０１０１】ユーザが他のリーダ９２をインストールまたは購入する場合は、ユーザは、同
じ人物でその新たなリーダを起動して同じ起動認証（あるいは、より厳密にいう
と、秘密鍵が、上述したように、新たな読取りデバイス／インストレーションに
存在するセキュアリポジトリの公開鍵で暗号化される同じ公開／秘密鍵を備えた
同等の起動認証）を受け取るだけでよい。

【０１０２】対称鍵１４Ａを取得するための他の変形形態はオープンカードによるものであ
る。オープンカードは、それぞれ、それに対してタイトルが封印される鍵または
鍵対を含む。ユーザが、異なるリーダ９２で同じタイトルを読み取ることを希望
する場合は、オープンカードスロットを有するデバイスにリーダ９２をインスト
ールしなければならない。よって、ユーザがデバイスにオープンカードを挿入す
ると、タイトルが自動的に可読になる。したがって、タイトルは、実際は特定の
起動認証および／または人物ではなくカードに結び付けられているため、ユーザ
が複数のリーダ９２でオープンカードベースのタイトルを読み出すことを希望す
る場合に特殊な工程が必要とされない。

【０１０３】＜リーダの更新または交換＞ユーザが自分のリーダを紛失、交換または更新した場合は、そのユーザは、そ
の新しいリーダで先に購入したタイトル（例えばレベル５のタイトル）を読み取
れることが重要である。本発明の一態様によれば、ユーザが複数のリーダ９２で
読み取ることを可能にする同じメカニズムを使用して、ユーザが先に購入したコ
ンテンツを新しいリーダ９２で読み取れるようにする。すなわち新しいリーダ９
２は、必要な起動認証（ユーザの人物に対して発行された先の起動認証に含まれ
る鍵対を備えた起動認証）を取得する。

【０１０４】上述の方法でリーダ９２の起動の回数を制限することにより、更新／交換処理
を単純化する。ユーザが起動に対する適用可能な限界を超過していなければ、あ
たかもそのユーザが所有するいくつかのリーダの他の１つを起動しているように
新規／更新／交換リーダ９２を起動することが可能である。ユーザは、起動認証
を削除することによって古いリーダの起動を「取り消す」ことができるが、起動
認証（例えばユーザが、起動認証およびセキュアリポジトリ８２を取得するため
にコンタクトする起動サーバ）は、起動認証が削除されていること、または回復
可能にバックアップされていないことを何らかの方法で検証する必要がないため
、そうすることによって、特定の人物に対する有効起動の回数が増加するとは限
らない。したがって、本発明の一実施形態では、起動認証の削除は、特定の人物
についての新たな起動に対する環境的制限を「再設定」するものではない。

【０１０５】＜紛失または損傷したタイトルの復旧＞ユーザは、例えばｅＢｏｏｋファイル１０を取外し可能磁気ディスク２９、光
ディスク３１または取外し可能不揮発性メモリカードにコピーすることによって
タイトルをバックアップすることができる。特定の読取りデバイスの主要記憶装
置上のタイトルが紛失したり、または損傷を受けた場合は、バックアップ記憶装
置からそのタイトルを復元することができる。しかし、何らかの理由で、タイト
ルのバックアップがとられていない場合は、紛失または損傷したタイトルを小売
店から取り寄せることにより復旧させることも可能である。例えば、ユーザは、
タイトル購入から受領ページ（すなわちダウンロードリンクを含むページ）を保
持し、単にリンクを「再訪問」してダウンロードサーバに接続して、そのタイト
ルを具体化するｅＢｏｏｋ（「ＬＩＴ」）ファイル１０の新しいコピーを入手す
ることができる。ユーザは、彼らの受領書を局所的または交互に保持することが
でき、小売店は、小売店のサーバ上に彼らの受領書を記憶するサービスの提供を
選択することができる。

【０１０６】しかし、本発明の好ましい実施形態では、ダウンロードリンクをそれが発行さ
れた後に（例えば１時間以内に）所定の回数より多くクリックすると、ダウンロ
ードサーバがタイトルのダウンロードを拒否するように、受領書は有効期限を設
けている（例えば、ダウンロードサーバに接触するためにクリックするリンクに
関連する暗号ブロブはそこに有効期限を導入することができる）。この場合は、
小売店は購入記録を保持し、受領書／ダウンロードリンクの新たなコピーを提供
することができる。紛失または損傷したｅＢｏｏｋタイトルを復旧させるために
、ユーザは、そのｅＢｏｏｋタイトルの購入元である業者に接続しなければなら
ない。ユーザが識別された後に、その業者サイトはユーザに対して受領書のリス
トを提示し、ユーザはその中から適切な受領書を選択することになる。

【０１０７】次いで、ユーザは、復旧させたいと思うタイトルを突きとめ、ダウンロードに
向けて提供されたリンクをクリックすることができる。あらゆる制約を業者サイ
トから取り除き、ユーザが、紛失したｅＢｏｏｋタイトルを再度ダウンロードで
きるようにする必要がある。ユーザは装置から装置にタイトルを常に自由にコピ
ーしていたため、一般には業者がタイトルの再ダウンロードを制限する必要はな
く（いうまでもなく、レベル５のタイトルは、そのタイトルを購入した人物以外
の人物に対して起動されたリーダでは動作しないという条件に従う）、そのため
タイトルの再ダウンロードの制限は追加的なコピープロテクトをもたらすもので
はない。しかし、業者は再ダウンロードを、業者がそれに対する料金の回収を望
むサービスと見なすことができるため、無料「再ダウンロード」の特権を与える
判断は業者の裁量で行われる。

【０１０８】＜同一ＰＣ上での複数の起動リーダのサポート＞ラップトップおよびデスクトップＰＣ用のリーダは、同一のコンピュータを共
用する複数のユーザをサポートするよう設計されることが好ましい。ユーザが共
用するＰＣに対して異なるローカルアカウントを有するのであれば、リーダは、
それぞれのプロフィルおよび「現行ユーザ」レジストリ値で支持された適切なユ
ーザデータスペースにユーザ固有のデータを記憶することができる。例えば、該
当ユーザのプロフィルに対するトップレベルディレクトリの内部に論理的に含ま
れるディレクトリの中にｅＢｏｏｋファイル１０をユーザ毎に記憶することがで
きる。起動処理の場合は、その処理により、起動されているリーダ９２およびダ
ウンロードされているコンポーネント（例えばセキュアリポジトリ８２および起
動認証）が現行のユーザ（例えば、ＭＩＣＲＯＳＯＦＴＷＩＮＤＯＷＳ（登録
商標）ＮＴオペレーティングシステムを実行するワークステーション上の現行
のログインユーザ）に結び付けられていることを確認することができる。

【０１０９】さらに、リーダは、起動されると、それが起動された対象となるユーザについ
てのＰＡＳＳＰＯＲＴ（商標）名を、例えばスプラッシュ画面や高速設定ページ
に表示することができる。高速設定ページでは、最後にリーダを起動させたユー
ザに対するＰＡＳＳＰＯＲＴ（商標）名が、起動リンクの真上に示されることに
なる。これは、完全個別化タイトル（レベル５の保護）に対するショッピング処
理時における、起動認証のクライアント側のウェブ商取引オブジェクト８６によ
る適切なハンドリング、ならびに暗号化ＰＡＳＳＰＯＲＴ（商標）ＩＤのアップ
ロードを考慮したものである。

【０１１０】複数のユーザが例示的な共用システム上で同一のリーダ９２を起動することを
可能にする処理は以下の通りである。リーダは、スタートアップを通じてそれが
起動されたかどうかをチェックすることになる。このチェックは、ＨＫＥＹ＿Ｃ
ＵＲＲＥＮＴ＿ＵＳＥＲ／ソフトウェア／マイクロソフト／ｅＢｏｏｋに基づい
て、ＡｃｔｉｖａｔｉｏｎＣｏｍｐｌｅｔｅＲｅｇＫｅｙに対するチェックを
行うことによって実行される。このＲｅｇＫｅｙはＨＫＣＵブランチに対して記
述されているため、それがユーザ固有のものであって、現在コンピュータ上でロ
グオンされているユーザ名に結び付けられることを保証する。このＲｅｇＫｅｙ
が見つからないか、または１に設定されていない場合（すなわち起動に成功した
場合）は、上述のように、ユーザは工程に従ってリーダを起動する。ダウンロー
ドが完了した後に、起動ＡＣＴＩＶＥＸコントロール８４は、ＰＣ上で現在ログ
オンされているユーザに対するユーザ名をオペレーティングシステムに照会する
。ユーザ名が返答されない場合は、ユーザ名として「ＤｅｆａｕｌｔＵｓｅｒ」
を想定する。

【０１１１】次いで、ＡＣＴＩＶＥＸコントロール８４は、レジストリに照会してリーダが
インストールされた場所を突きとめる。次いで、／＜ユーザ名＞／セキュアリポ
ジトリ（オペレーティングシステムの照会によって決定される＜ユーザ名＞）と
名付けられることになるＭＳリーダインストレーションディレクトリに基づいて
ディレクトリを作成する。ディレクトリが作成されると、ＡＣＴＩＶＥＸコント
ロール８２は、そのディレクトリに対するフルパスでＨＫＣＵ／．．／ｅＢｏｏ
ｋ／セキュアリポジトリ鍵を占有する。そのディレクトリにおいて、ＡＣＴＩＶ
ＥＸコントロール８４は、セキュアリポジトリ８２および起動認証をインストー
ルする。次いで、セキュアリポジトリ８２の自記録に向けた「インストール」パ
ラメータによってセキュアリポジトリ８２を実行する。上記すべてのステップが
成功したとして、ＡＣＴＩＶＥＸコントロール８４は、ＡｃｔｉｖａｔｉｏｎＣ
ｏｍｐｌｅｔｅＲｅｇＫｅｙを記録する。

【０１１２】＜ライセンスフォーマット＞完全個別化タイトルのダウンロード毎に使用される例示的なライセンスを以下
に示す。ライセンスは、対称鍵を開封して権利を行使するための要件を定めるの
に加えて、ユーザがタイトルを購入すると行使できる権利を定める構成体である
。ライセンスにおいて表すことが可能な「権利」の例としては、コンテンツの表
示（例えばテキストコンテンツの例では、ＰＣのモニタ上でのその読取り）、コ
ンテンツの印刷、またはコンテンツの一部のコピーおよび貼り付けが挙げられる
。該例示的なライセンスフォーマットは、本発明の範囲を制限することを意図す
るものではなく、より多くの情報またはより少ない情報を有するほかのライセン
スも可能であることがわかる。

【０１１３】ライセンスを表すのに選択される言語はＸＭＬで、ライセンスフォーマットは
拡張権利マーク付き言語（ＸｒＭＬ）規格に基づいているのが好ましい。これは
、使用権を柔軟に記述するのに好適なマーク付き言語である。ＸｒＭＬは高いイ
ンターオペラビリティに備えるとともに、これらのライセンスを生成して長期間
利用されるように管理するコンポーネントに対するあらゆる技術投資に対応する
ことにもなる。好ましい実施形態では、ライセンスに明記された者だけがライセ
ンスを授与される（すなわち、権利の授与が明記されていない場合は拒否される
）。しかし、拒否または修正がライセンスに明記されていなければ、デフォルト
の権利が想定されるなど、他の仕組みも可能であることを当業者なら理解するで
あろう。

【０１１４】コラプスドフォーマットにおけるトップレベルタグは以下の通りである。

【０１１５】

【表１】

【０１１６】

【表２】

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

【０１１８】ＳＩＧＮＡＴＵＲＥは、ＬＩＣＥＮＳＥＢＯＤＹのハッシュ／ダイジェスト、
ならびに使用されたアルゴリズムを含めて、ハッシュがどのようにして作成され
たかに関する情報を含む。また、それは、ライセンスを発行するときにライセン
サが名付けたアルゴリズムに従って暗号化されたＤＩＧＥＳＴを含む。ＤＩＧＥ
ＳＴおよびＳＩＧＮＡＴＵＲＥタグは、改善することができないようにしてライ
センス全体を検証するのに使用される認証情報を提示する。＜ＢＯＤＹタグの構造＞ＸｒＭＬライセンス構成体の主要タグはＢＯＤＹタグで、以下のタグを含む。

【０１１９】

【表３】

【０１２０】

【表４】

【０１２１】

【表５】

【０１２２】

【表６】

【０１２３】

【表７】

【０１２４】

【表８】

【０１２５】

【表９】

【０１２６】

【表１０】

【０１２７】

【表１１】

【０１２８】

【表１２】

【０１２９】

【表１３】

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

【０１３１】

【表１４】

【０１３２】前述の例は単に説明を目的として提示したもので、どの点からしても本発明を
制限するものとして解釈されるべきではないことがわかる。様々な実施形態を参
照しながら本発明を説明したが、ここに用いられている用語は説明および例示に
ついての用語であって、制限についての用語ではないことが理解される。さらに
、ここでは特定の手段、材料および実施形態を参照しながら本発明を説明したが
、本発明はここに開示された特定のものに限定されるのではなく、添付の請求項
の範囲に含まれる機能的に同等のあらゆる構造、方法および用途に広げられる。
本明細書の教示の恩恵を受ける当業者は、それに対する多くの改造を成し遂げる
ことができ、本発明の範囲および主旨から逸脱することなくその態様に変更を加
えることができる。

【図面の簡単な説明】

【図１】本発明の態様を実施することができる典型的なコンピューティング環境を示す
構成図である。

【図２】本発明によるデジタル権利管理システムの態様を実施するクライアントアーキ
テクチャの第１の実施形態の構成図である。

【図３】本発明によるデジタル権利管理システムの態様を実施するクライアントアーキ
テクチャの第２の実施形態の構成図である。

【図４】典型的な電子ブック（ｅＢｏｏｋ）タイトルファイルフォーマットを示す図で
ある。

【図５】リーダ起動処理を示す流れ図である。

【図６】本発明によるデジタル権利管理システムを使用してｅＢｏｏｋの選択、取得お
よび読取りを行う典型的な処理を示す流れ図である。

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号０９／６０４，９４６ (32)優先日平成12年６月27日(2000．6．27) (33)優先権主張国米国（ＵＳ） (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者ビネークリシュナスワミーアメリカ合衆国 98072 ワシントン州ウッディンビルノースイースト 142 プレイス 23319 (72)発明者ジョンエル．マンフェルデリアメリカ合衆国 98053 ワシントン州レドモンド 245 ウェイノースイースト 7921 Ｆターム(参考） 5B017 AA06 BA07 CA16 【要約の続き】動作人物に対して個別化できるように、個別化情報をコンテンツのディストリビュータに提供する命令のスクリプトとを含む。

Claims

【特許請求の範囲】

【請求項１】ネットワークインフラストラクチャを介して通信するように
構成されたコンピューティングデバイスであって、長期記憶装置と、前記コンピューティングデバイスと対話するとともに、レンダリングアプリケ
ーションを開始するように構成されたユーザインターフェースと、前記レンダリングアプリケーションからの通信を受け取って前記長期記憶装置
に記憶された第１の情報にアクセスする管理モジュールとを具え、ここで、前記第１の情報は、暗号化された形式で記憶され、前記管理モジュールは、前記レンダリングアプリケーションによる前記第１の
情報の使用をイネーブルにする第１のデータを返還することを特徴とするコンピ
ューティングデバイス。
【請求項２】前記第１のデータは、前記第１の情報を解読するための鍵を
備えたことを特徴とする請求項１記載のコンピューティングデバイス。
【請求項３】前記第１のデータは、暗号化されていない形式の前記第１の
情報を含むことを特徴とする請求項１記載のコンピューティングデバイス。
【請求項４】ユーザに関係する第２の情報または取引は、前記管理モジュ
ールによって前記レンダリングアプリケーションに返還されて前記コンピューテ
ィングデバイスで使用されることを特徴とする請求項１記載のコンピューティン
グデバイス。
【請求項５】前記第２の情報は、名称、クレジットカード番号および受領
番号からなるグループから選択されることを特徴とする請求項４記載のコンピュ
ーティングデバイス。
【請求項６】前記管理モジュールは、前記第１のデータを返還する前に前
記レンダリングアプリケーションを認証することを特徴とする請求項１記載のコ
ンピューティングデバイス。
【請求項７】前記管理モジュールは、前記ネットワークインフラストラク
チャを介して受領可能なセキュアリポジトリとインターフェース可能で、前記セキュアリポジトリは、第２のデータに鍵を適用することを特徴とする請
求項１記載のコンピューティングデバイス。
【請求項８】前記第２のデータは、前記第１の情報を解読する鍵を備えた
ことを特徴とする請求項１記載のコンピューティングデバイス。
【請求項９】動作を実行するためのコンピュータ実行可能命令を備えたコ
ンピュータ可読媒体であって、ソフトウェアを認証する動作と、前記ソフトウェアに対して少なくとも１つの暗号サービスを提供する動作とを具え、ここで、前記少なくとも１つの暗号サービスを実行するための前記コンピュータ実行可
能命令は、前記第１のソフトウェアからの呼によって呼出可能であることを特徴
とするコンピュータ可読媒体。
【請求項１０】前記少なくとも１つの暗号サービスは、暗号鍵を使用して
データを解読することを含むことを特徴とする請求項９記載のコンピュータ可読
媒体。
【請求項１１】前記少なくとも１つの暗号サービスは、封印データを開封
することを含むことを特徴とする請求項９記載のコンピュータ可読媒体。
【請求項１２】前記封印データは、暗号鍵を含むことを特徴とする請求項
１１記載のコンピュータ可読媒体。
【請求項１３】前記封印データは、コンテンツがライセンスされるユーザ
に関連する情報を含むことを特徴とする請求項１１記載のコンピュータ可読媒体
。
【請求項１４】前記情報は、名称、クレジットカード番号および受領番号
からなるグループから選択されることを特徴とする請求項１３記載のコンピュー
タ可読媒体。
【請求項１５】少なくとも１つの暗号サービスを提供する前記動作は、セ
キュアリポジトリに対して呼を発行する動作を含み、前記セキュアリポジトリは、少なくともいくつかのデータを解読することを特
徴とする請求項９記載のコンピュータ可読媒体。
【請求項１６】コンテンツ配布システムをサポートする方法であって、少なくとも１つのサービスを要求するためのインターフェースを第１のエンテ
ィティに提供する動作と、ここで、該インターフェースは、第１のソフトウェア
によって使用可能であり、１つまたは複数のサービスを提供するコンピュータ実行可能命令の集合を第２
のエンティティに提供する動作とを具え、ここで、前記コンピュータ実行可能命令は、前記インターフェースにより呼出可能で、前記１つまたは複数のサービスは、暗号化された形式で記憶された情報の使用
をイネーブルにすることを特徴とする方法。
【請求項１７】前記第１のエンティティは、前記第１のソフトウェアの開
発者を含むことを特徴とする請求項１６記載の方法。
【請求項１８】前記第１のソフトウェアは、デジタルコンテンツレンダリ
ングアプリケーションを含むことを特徴とする請求項１６記載の方法。
【請求項１９】前記第２のエンティティは、前記情報の消費者を含むこと
を特徴とする、請求項１６に記載の方法。
【請求項２０】前記コンピュータ実行可能命令の集合は、ＣＯＭオブジェ
クトを含むことを特徴とする請求項１６記載の方法。
【請求項２１】前記１つまたは複数のサービスは、前記情報を解読して、
前記第１のソフトウェアに提供する工程を含むことを特徴とする請求項１６記載
の方法。
【請求項２２】前記１つまたは複数のサービスは、前記情報を解読するた
めの鍵を前記第１のソフトウェアに提供する工程を含むことを特徴とする請求項
１６記載の方法。
【請求項２３】前記１つまたは複数のサービスは、前記情報の正当なユー
ザの名称を前記第１のソフトウェアに提供する工程を含むことを特徴とする請求
項１６記載の方法。
【請求項２４】前記１つまたは複数のサービスは、前記情報の少なくとも
一部を開封する工程を含むことを特徴とする請求項１６記載の方法。
【請求項２５】前記１つまたは複数のサービスは、前記第１のソフトウェ
アを認証する工程を含むことを特徴とする請求項１６記載の方法。
【請求項２６】前記第１のエンティティに提供する前記動作は、前記第１
のエンティティによって実行されることを特徴とする請求項１６記載の方法。
【請求項２７】前記コンピュータ実行可能命令の集合は、前記情報が第１のレベルの保護をそれに関連付けている場合にセキュアリポジ
トリに呼を発行する命令と、前記情報が、前記第１のレベルの保護と異なる第２のレベルの保護をそれに関
連付けている場合に、前記セキュアリポジトリを使用することなく前記情報の使
用をイネーブルにする命令とを含むことを特徴とする請求項１６記載の方法。
【請求項２８】暗号化された形式で記憶された第１の情報を使用する方法
であって、前記第１の情報の使用をイネーブルにする第１のデータの提供を求める第１の
要求を発行する動作と、前記第１の情報が、前記第１の情報の正当なユーザに関係する第２の情報で封
印されている場合に、前記第２の情報を含む第２のデータの提供を求める第２の
要求を発行する動作とを具えたことを特徴とする方法。
【請求項２９】前記第２の情報は、名称、クレジットカード番号および受
領番号からなるグループから選択されることを特徴とする請求項２８記載の方法
。
【請求項３０】前記第１のデータは、暗号化されていない形式の前記第１
の情報を含むことを特徴とする請求項２８記載の方法。
【請求項３１】前記第１のデータは、前記第１の情報を解読する鍵を含む
ことを特徴とする請求項２８記載の方法。
【請求項３２】前記第１の要求は、前記要求を満たすオブジェクトに対し
て発行されることを特徴とする請求項２８記載の方法。
【請求項３３】前記オブジェクトは、ＣＯＭオブジェクトを含むことを特
徴とする請求項３２記載の方法。