JPH08263440A - ディジタルワーク配給システム - Google Patents

Abstract

(57)【要約】 【課題】 ディジタルワークの使用及び配給の制御シス
テムを提供する。 【解決手段】 使用権文法上の権利は、権利の行使のた
めの所定の行動と条件に対応するラベルであり、COPY R
IGHT（著作権）はディジタルワークがコピーされてもよ
いことを示し、その条件はリクエスタが特定のセキュリ
ティ基準を渡すことであり、LOAN RIGHT（貸出権）はワ
ークの貸出し期間を制限するために定義される。使用権
は、権利の行使のための条件と共に、権利が同時に行使
される回数を制限するコピーカウント条件、リクエスタ
が適切なレベルのセキュリティを有していることを確実
とするセキュリティクラス条件、アクセステストを指定
するアクセス条件、権利行使のためのタイムベースの制
約条件を示すタイム仕様、権利の行使に対する使用料を
示す料金使用等の権利コードを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタルコード
化ワーク（作品、著作物）の配給及び使用権実施の分野
に関する。

【０００２】

【従来の技術及び発明が解決しようとする課題】電子出
版と見なされる出版（パブリッシング）及び情報産業が
直面している基本的な問題は、電子出版された資料（デ
ータ）の無許可、料金請求されない配給又は使用を如何
にして阻止するかにある。電子出版される資料は、一般
的にディジタル形式で配給され、これらの資料を再作成
する（recreate）能力を有するコンピュータベースシス
テムにおいて再作成される。オーディオ及びビデオレコ
ーディング、ソフトウェア、書籍、並びにマルチメディ
アワークは、全て電子出版されている。これらの業界に
おける企業は、小売り店におけるオーディオＣＤの販売
のような資料のデリバリについて責任を負うことに対す
るローヤリティを受け取る。ワーク（作品、著作物、著
書を全般的に称する）の料金請求されない配給は結果的
に支払われないローヤリティを生じることになる（例え
ば、オーディオレコーディングＣＤを他のディジタル媒
体へコピーすること）。

【０００３】電子出版されたワークが、「完全に」再生
され、配給されることができる簡単さが主な問題であ
る。ネットワーク全体におよぶディジタルワークの転送
は今や常識である。このように広範囲に使用される一つ
のネットワークは、Internet（インターネット）であ
る。インターネットは、多くの大学、企業、及び政府機
関におけるコンピュータのユーザが通信し、アイデアや
情報を交換する広範囲なネットワークファシリティであ
る。CompuServe及びProdigy のようなインターネット及
び商業ネットワーク上に設けられたコンピュータ掲示板
は、ディジタル情報のポスティング及び検索を許容す
る。Dialog及びLEXIS/NEXIS のような情報サービスは、
幅広いトピックに対して現在情報のデータベースを提供
する。さらに状況を悪化させる他のファクタは、ＮＩＩ
（米国における全国情報基盤整備政策）の開発と拡大で
ある。ＮＩＩが成長するにつれて、ネットワーク全体に
わたるディジタルワークの転送が何回でも繰り返されて
増大することが予想される。従って、広範囲な無許可コ
ピーの危険性を伴わずに、ディジタルワークの配給のた
めにＮＩＩを使用することが所望される。

【０００４】料金請求されない配給を抑制する最も簡単
な方法は、無許可コピー及び転送を防止することにあ
る。ディジタル形式で配給された現存の資料に関して
は、種々の保護手段が使用されている。ソフトウェアの
場合、作成され得るコピー数を制限したり又はコピー
（複製）が検出された時に出力した物を改悪するような
コピー保護方式（スキーム）が用いられてきた。他の方
式は、所定期間を経過すると、ソフトウェアを動作禁止
にする。ワークステーションベースのソフトウェアに使
用される技術は、ソフトウェアをランするには特別なハ
ードウェアデバイスがワークステーション上に存在すべ
きであることを要求する。これに関しては、例えば、"M
ethod and Apparatus for Protecting Computer Softwa
re Utilizing Coded Filter Network in conjuntion wi
th an Active Coded Hardware Device"と題された米国
特許第4,932,054 号を参照されたい。このような装置
は、一般に、"dongles" と呼ばれるソフトウェアを備え
ている。

【０００５】さらに他の方式は、ソフトウェアを動作可
能にするための「キー」を必要とするソフトウェアを配
給することである。これは、ソフトウェアの"demos"
（デモンストレーションの意）がプロダクト全体と共に
媒体上に提供されるような配給方式において使用され
る。demos は自由に使用されることができるが、実際の
プロダクトを使用する為には、キーが購入されなければ
ならない。まず最初にキーを購入すれば、これらの方式
はソフトウェアのコピーを妨害しない。

【０００６】

【課題を解決するための手段】ディジタルワークの使用
及び配給を制御するシステムが開示されている。ディジ
タルワークは、ディジタル形式で変換されるか又は作成
されると共にソフトウェアプログラムのような適切なレ
ンダリング手段を用いて再作成され得るあらゆる書き込
み、聴覚、グラフィカル、又はビデオベースのワークで
ある。一つ以上のディジタルワークを含むフォルダは、
ディジタルワークとして処理されることができる。本発
明はディジタルワークのオーナーが彼らのワークに使用
権をアタッチするのを可能にする。これらの使用権はデ
ィジタルワークがいかにして使用され、配給されるかを
定義する。これらの使用権はディジタルワークの一部と
なり常に遵守される。

【０００７】使用権のインスタンスはフレキシブルで拡
張可能な使用権文法を用いて定義される。概念的には、
使用権文法における権利は権利を行使することに対する
所定の行動と条件に対応したラベルである。例えば、CO
PY right（著作権）はディジタルワークのコピーが行わ
れてもよいことを表記する。この権利の行使に対する条
件は、リクエスタがいくらかのセキュリティ（機密保
護）基準を渡さなければならない事にある。条件は権利
其れ自体を制限するためにもアタッチされる。例えば、
LOAN right（貸出し権）はワーク（作品）が貸し出され
る期間を制限するために定義されてもよい。

【０００８】本発明においては、使用権は、権利を行使
するための種々の条件と一緒に権利コードを備えてい
る。このような条件は、権利が同時に行使される回数を
制限するコピーカウント（複製回数）の条件（例えば、
所定回数ローンでのコピー数制限）、リクエスタが適切
なレベルのセキュリティを有していることを確実とする
セキュリティクラス条件、渡されるべきアクセステスト
を指定するためのアクセス条件、権利を行使するための
タイムベースの制約条件を示すタイム仕様、及び権利の
行使に対する使用料を示す料金仕様を含む。ディジタル
ワークはディジタルワークへアタッチされた権利の異な
るバージョンを有することができる。権利のバージョン
は他のバージョンと同じ権利コードを有するが、条件
（及び一般的には料金）は異なる。

【０００９】ディジタルワークとそれらのアタッチされ
た使用権はリポジトリ内に記憶される。ディジタルワー
クはリポジトリ同士の間で転送される。リポジトリは使
用トランザクションステップの所定のセットに従ってデ
ィジタルワーク同士を交換するように対話する。使用権
の行動は使用トランザクションステップの所定のセット
内に組み込まれる。当該使用トランザクションステップ
は権利が行使される前に満たされるべき全ての条件を更
にチェックする。これらの使用権トランザクションステ
ップは権利の行使の要求と権利の実行のためにリポジト
リによって使用されるプロトコルを定義する。

【００１０】本発明の一つの態様は、アタッチされた一
つ以上の使用権を有するディジタルワークを配給するた
めの配給システムであって、関連するディジタルワーク
の所有者が前記関連するディジタルワークを伝送する方
法を示す使用権のインスタンスを作成する文法を備え、
前記文法から使用権を作成する手段を備え、作成された
使用権をディジタルワークへアタッチする手段を備え、
ディジタルワークへアクセスするためのリクエスタリポ
ジトリを備え、前記要求リポジトリが使用トランザクシ
ョンを発生する手段を有し、前記使用トランザクション
の各々が使用権を指定し、アタッチされた作成された使
用権を有するディジタルワークを記憶するサーバリポジ
トリを備え、前記サーバリポジトリが、前記リクエスタ
リポジトリからの使用トランザクションを処理してディ
ジタルワークへのアクセスが許諾されるか否かを決定す
る手段を有していることよりなるディジタルワーク配給
システムである。

【００１１】本発明の他の態様は、ディジタルワークの
配給及び使用を制御するためのコンピュータベースシス
テムであって、ディジタルワークがいかにして使用され
又は配給されるかを定義する使用権のインスタンスを作
成する使用権文法を備え、前記使用権文法が使用権の伝
送を定義するための第１の複数の文法エレメントと使用
権のレンダリングを定義するための第２の複数の文法エ
レメントとを有し、使用権をディジタルワークへアタッ
チする手段を備え、ディジタルワークを記憶すると共に
交換するための複数のリポジトリを備え、前記複数のリ
ポジトリの各々が、ディジタルワークとそれらのアタッ
チされた使用権を記憶する手段と、トランザクション処
理手段であって、要求されたディジタルワークへのアク
セスを要求するためのリクエスタ動作モードを有し、前
記要求が使用権を指定し、前記要求において指定された
使用権と前記要求されたディジタルワークへアタッチさ
れた使用権とに基づいて、前記要求されたディジタルワ
ークへアクセスするための要求を処理するためのサーバ
動作モードを有する、前記トランザクション処理手段
と、通信媒体を介して前記複数のリポジトリの他のリポ
ジトリと結合する結合手段と、を有することよりなるデ
ィジタルワークの配給及び使用の制御用コンピュータベ
ースシステムである。

【００１２】

【発明の実施の形態】ディジタルワークの使用及び配給
を制御するためのシステムが開示されている。本発明は
ディジタルワークを含む商業的トランザクション（取
引）をサポートすることに関する。

【００１３】本明細書中において、用語「ディジタルワ
ーク」、「ワーク」及び「内容」は、ディジタル表現に
縮小されたあらゆるワーク（作品、著作物、著書等）を
称する。これは、あらゆるオーディオ、ビデオ、テキス
ト又はマルチメディアワーク、及びワークを再作成する
ために必要とされ得るあらゆる付随するインタープリタ
（例えば、ソフトウェア）を含む。用語「複合ワーク」
は、他のディジタルワークの集合からなるディジタルワ
ークを称する。用語「使用権」又は「権利」は、ディジ
タルワークの配布先として許諾された権利を称する用語
である。一般に、これらの権利は、ディジタルワークが
いかにして使用され得るか、及び当該ディジタルワーク
が更に配給され得るか否かを定義する。各使用権は、権
利が行使される前に満たされなければならない一つ以上
の指定条件を有している。

【００１４】図１は、種々の詳細は省略しているが、本
発明の基本的な動作を示す高レベルフローチャートであ
る。図１に関しては、ステップ１０１において、クリエ
ータがディジタルワークを作成する。ステップ１０２に
おいて、クリエータは適切な使用権及び料金を決定し、
ディジタルワークにそれらをアタッチし、次いでそれら
をリポジトリ１内に記憶する。適切な使用権及び料金の
決定は様々な経済的ファクタによる。アクセス要求が受
信されるまで、ディジタルワークはリポジトリ１内に安
全に残されている。アクセス要求は、他のリポジトリに
よるセッション開始から始まる。この時、ステップ１０
３において、リポジトリ２は、リポジトリ１とセッショ
ンを開始する。以下により詳細に記述されているよう
に、このセッション開始は、それぞれのリポジトリが信
頼できることを確実とするのを助けるステップを含む。
セッションが設定されることができると仮定すると、ス
テップ１０４において、リポジトリ２は主張された目的
のためにDigital Work（ディジタルワーク）へのアクセ
スを要求することができる。この目的は、例えば、ディ
ジタルワークをプリントすること又はディジタルワーク
のコピーを入手することであってもよい。この目的は、
特定の使用権に対応している。いかなる場合でも、ステ
ップ１０５において、リポジトリ１はディジタルワーク
へのアクセスが許諾されたか否かを決定するためにディ
ジタルワークに対応する使用権をチェックする。使用権
のチェックは、本質的に、アクセス要求に対応している
権利がディジタルワークにアタッチされているか否か、
及びこの権利に対応している全ての条件が満たされてい
るか否かについての決定を含んでいる。アクセスが拒絶
された場合、ステップ１０６において、リポジトリ１は
エラーメッセージによってセッションを終了する。アク
セスが許諾された場合、ステップ１０７において、リポ
ジトリ１はディジタルワークをリポジトリ２へ転送す
る。ディジタルワークがリポジトリ２へ転送されると、
ステップ１０８において、リポジトリ１及び２はそれぞ
れアクセスに対して請求情報を発生し、当該請求情報は
クレジットサーバへ転送される。このような２重の請求
報告は、請求処理を不正に欺こうとする企てから守るた
めに行われる。

【００１５】図２は、本発明におけるリポジトリタイプ
同士間の基本的な対話を示す。図２から明らかになるよ
うに、種々のリポジトリタイプは異なる機能を供給す
る。安全であると共に信頼できる通信を可能とする機能
のコアセットをリポジトリが共有することが基本であ
る。図２に関しては、リポジトリ２０１はリポジトリの
一般的なインスタンスを示す。リポジトリ２０１は、サ
ーバモードとリクエスタモードの二つの動作モードを有
している。サーバモードの時、リポジトリは、ディジタ
ルワークへのアクセス要求を受け取ったり、処理したり
する。リクエスタモードの時、リポジトリは、ディジタ
ルワークへアクセスするための要求を開始する。リポジ
トリ２０１は、その主な目的がディジタルワークのため
の交換媒体である点で一般的である。動作の過程におい
て、当該リポジトリ２０１は、複数の他のリポジトリ、
即ち、オーソライゼーションリポジトリ２０２、レンダ
リングリポジトリ２０３及びマスタリポジトリ２０４と
通信してもよい。リポジトリ同士の間の通信は、リポジ
トリ・トランザクション・プロトコル２０５を用いて行
われる。

【００１６】オーソライゼーションリポジトリ２０２と
の通信は、アクセスされているディジタルワークがオー
ソライゼーションを要求する条件を有している時に行わ
れる。概念的に、オーソライゼーションとは、ディジタ
ル的証明書であり、ディジタルワークへのアクセスを得
る為にこの証明書の所有が要求される。オーソライゼー
ションとは、リポジトリ同士の間で移動できると共に料
金や使用権の条件に当てられるディジタルワークそれ自
体である。オーソライゼーションは、ディジタルワーク
へのアクセスにおいて関係する両リポジトリによって要
求されてもよい。

【００１７】レンダリングリポジトリ２０３との通信
は、ディジタルワークのレンダリングに関して行われ
る。以下に詳細に記述されるように、レンダリングリポ
ジトリはレンダリングシステムを備えるレンダリングデ
バイスと連結されている（例えば、プリンタデバイ
ス）。

【００１８】マスタリポジトリ２０５との通信は、識別
証明書を入手することに関して行われる。識別証明書
は、リポジトリが「信頼できる」として識別されるため
の手段である。識別証明書の使用は、登録トランザクシ
ョンに関して以下に記述されている。

【００１９】図３は、クレジットサーバ３０１に連結さ
れたリポジトリ２０１を示す。クレジットサーバ３０１
は、リポジトリ２０１に対する請求情報を累積するデバ
イスである。このクレジットサーバ３０１は、請求トラ
ンザクションを記録するために請求トランザクション３
０２を介してリポジトリ２０１と通信する。請求トラン
ザクションは、クレジットサーバによって請求クリアリ
ングハウス（情報機関）３０３へ定期的に報告される。
クレジットサーバ３０１は、クリアリングハウストラン
ザクション３０４を介して請求クリアリングハウス３０
３と通信する。クリアリングハウス・トランザクション
３０４は請求クリアリングハウス３０３への情報の安全
な転送、即ち暗号化された転送を可能とする。

【００２０】レンダリングシステムは、リポジトリと、
所望される形式でディジタルワークをレンダリングする
ことができるレンダリングデバイスとを備えたシステム
として一般に定義される。レンダリングシステムの実施
例は、コンピュータシステム、ディジタルオーディオシ
ステム、又はプリンタであってもよい。レンダリングシ
ステムはリポジトリと同じセキュリティ（機密保護）特
性を有している。レンダリング・リポジトリのレンダリ
ングデバイスとの連結はレンダリングデバイスのタイプ
に適した方法で行われてもよい。

【００２１】図４（ａ）は、レンダリングシステムの実
施例としてのプリンタを示している。図４に関しては、
プリンタシステム４０１は、プリンタリポジトリ４０２
及びプリンタデバイス４０３を含んでいる。なお、当該
プリンタシステム４０１を画定するダッシュラインは、
セキュリティシステム境界を画定している。境界との通
信は安全であると仮定されている。セキュリティレベル
によって、境界は、物理的な完全性を提供するように意
図されたバリアも示す。プリンタリポジトリ４０２は、
図２のレンダリングリポジトリ２０５のインスタンス生
成である。当該プリンタリポジトリ４０２は、幾つかの
インスタンスにおいて、プリンタエンジン４０３によっ
てプリントアウトされるまで残るディジタルワークの一
回切りのコピーも含んでいる。他のインスタンスにおい
ては、当該プリンタリポジトリ４０２は、使用に基づい
て残ったり請求されることができるフォントのようなデ
ィジタルワークを含む。このデザインは、プリンタとプ
リント装置との間の全通信ラインが、物理的に安全な境
界の中にない場合に、暗号化されることを確実とする。
このデザイン形態によって、ディジタルワークが不正に
得られるような潜在的な「フォルト」ポイントが取り除
かれる。プリンタデバイス４０３は、プリントされた出
力を作成するために使用されるプリンタ構成要素を示
す。

【００２２】図４の（ａ）にはリポジトリ４０４も示さ
れている。当該リポジトリ４０４はプリンタリポジトリ
４０２に連結されている。当該リポジトリ４０４はディ
ジタルワークを含む外部リポジトリを示す。

【００２３】図４の（ｂ）は、レンダリングシステムと
してのコンピュータシステムの実施例である。コンピュ
ータシステムは、ディジタルワーク（例えば、ソフトウ
ェアプログラム）を実行（execute ）し、ディジタルワ
ーク（例えば、ディジタル化された写真）をディスプレ
イするので、「多機能（multi-function）」デバイスを
備えていてもよい。論理的には、物理的リポジトリを一
つだけしか必要としないにもかかわらず、各レンダリン
グデバイスはそれ自体のリポジトリを有しているように
見える。図４の（ｂ）に関しては、コンピュータシステ
ム４１０は、ディスプレイ／実行リポジトリ４１１を含
んでいる。当該ディスプレイ／実行リポジトリ４１１
は、ディスプレイデバイス４１２及び実行デバイス４１
３に連結されている。当該コンピュータシステム４１０
を囲むダッシュラインボックスは、通信が安全であると
仮定されるセキュリティ境界を示している。当該ディス
プレイ／実行リポジトリ４１１は、ディジタルワークへ
のアクセスに対して請求された料金を通知するためにク
レジットサーバ４１４と、記憶されたディジタルワーク
にアクセスするためにリポジトリ４１５と、に更に連結
されている。

【００２４】使用権は、ディジタルワークに直接アタッ
チされている。従って、ディジタルワークの構造を理解
することは重要である。特別な複合ディジタルワークに
おいては、ディジタルワークの構造は、当然、階層のよ
うな非循環構造になるように編成されている。例えば、
雑誌は、色々な人によって作成され所有されている可能
性のある様々な記事や写真を載せている。これらの記事
や写真の各々は階層構造におけるノードを示すことがで
きる。結果的に、制御、即ち使用権は、クリエータ（作
成者）によって各ノードへ配置されてもよい。制御と料
金の請求が各ノードに対応付けされるのを可能とするこ
とによって、ワークのクリエータは、権利及び料金が不
正に欺かれないことを保証することが可能である。

【００２５】本発明の実施の形態においては、ディジタ
ルワークに対するファイル情報は、「内容」ファイルと
「記述ツリー」ファイルの二つのファイルへ分割され
る。リポジトリから見ると、「内容」ファイルは、その
フォーマットが、当該ディジタルワークを再生し、ディ
スプレイし、又はプリントするために使用されるインタ
ープリタに完全に依存しているアドレス可能なバイトの
流れである。「記述ツリー」ファイルは、ディジタルワ
ークの内容とは無関係に、ワークに対する権利や料金を
検討することを可能とする。なお、本明細書中で使用さ
れている用語「記述ツリー」は、ディジタルワークの種
々の構成要素同士の間の関係を示すために使用される任
意のタイプの非循環構造を称する。

【００２６】図５は、内容ファイルのレイアウトを示
す。図５に関しては、ディジタルワーク５０９は、スト
ーリーＡ：５１０、広告５１１、ストーリーＢ：５１
２、及びストーリーＣ：５１３を備える。ディジタルワ
ークは相対アドレス０からスタートして記憶されると仮
定される。ディジタルワークの部分の各々は線形で記憶
され、これによりストーリーＡ：５１０は、大体、０か
ら30,000番目までのアドレスに記憶され、広告５１１は
30,001から40,000番目までのアドレスに記憶され、スト
ーリーＢ：５１２は40,001から60,000番目までのアドレ
スに記憶され、ストーリーＣ：５１３は60,001から90,0
00番目までのアドレスに記憶される。ストーリーＡ：５
１０の詳細は図６に示されている。図６に関しては、ス
トーリーＡ５１０はさらに小さく分けられて、大体、０
から1500番目までのアドレスに記憶されたテキスト６１
４、1501から10,000番目までのアドレスに記憶されたレ
ンガ状に積まれた写真６１５、10,000から25,000番目ま
でのアドレスに記憶されたグラフィックス６１６、25,0
01から30,000番目までのアドレスに記憶されたサイドバ
ー６１７を示している。なお、内容ファイルにおけるデ
ータは圧縮されるか（記憶保存のため）又は暗号化（セ
キュリティのため）されてもよい。

【００２７】ディジタルワークが階層としてのその構成
要素部分によって示されることができることが容易に観
察される。ディジタルワークに対する記述ツリーは、関
連した記述子ブロック（ｄ−ブロック）のセットを備え
る。各ｄ−ブロックの内容は、図７に関して記述されて
いる。図７に関しては、ｄ−ブロック７００は、リポジ
トリ内のワークに対する唯一の識別子である識別子７０
１と、当該ワークの第１バイトの開始アドレスを提供す
る開始アドレス７０２と、当該ワーク内のバイトの数を
付与するレングス７０３と、許諾された使用権及びそれ
らの状態データが保持されている権利部分７０４と、親
のｄ−ブロックを指す親ポインタ７０５と、子のｄ−ブ
ロックを指す子ポインタ７０６とを含んでいる。好まし
い実施の形態において、識別子７０１は二つの部分を有
している。第１の部分は、製造時にリポジトリへ割り当
てられる唯一の数である。第２の部分は、作成時にワー
クへ割り当てられる唯一の数である。権利部分７０４
は、権利に対応する種々の情報が保持されているルック
アップテーブルのようなデータ構造を含む。それぞれの
使用権によって要求された情報は、以下にもっと詳細に
記述される。ｄ−ブロックは厳格な階層を形成する。ワ
ークのトップのｄ−ブロックは親を有しておらず、他の
全てのｄ−ブロックは一つの親を有する。親と子のｄ−
ブロック同士の間の使用権の関係と、競合の解消の方法
が以下に説明されている。

【００２８】特別なタイプのｄ−ブロックは「シェル」
ｄ−ブロックである。シェルｄ−ブロックはその部分の
内容以外の新しい内容を追加しない。シェルｄ−ブロッ
クは権利と料金の情報を追加するために一般的にディジ
タルワークのディストリビュータによって使用される。

【００２９】図８は、図５のディジタルワークに対する
記述ツリーを示す。図８に関しては、ディジタルワーク
に対するトップのｄ−ブロック８２０は、内部に含まれ
た種々のストーリーと広告を指示する。この時点で、ト
ップのｄ−ブロック８２０は、（ストーリーＡ：５１０
を表す）ｄ−ブロック８２１、（広告５１１を表す）ｄ
−ブロック８２２、（ストーリーＢ：５１２を表す）ｄ
−ブロック８２３、及び（ストーリーＣ：５１３を表
す）ｄ−ブロック８２４を指示する。

【００３０】図９にはストーリーＡ：５１０に対する記
述ツリーの部分が示されている。ｄ−ブロック９２５は
テキスト６１４を表し、ｄ−ブロック９２６は写真６１
５を表し、ｄ−ブロック９２７はグラフィックス６１６
を表し、ｄ−ブロック９２８はサイドバー６１７を表
す。

【００３１】記述子ブロックの権利部分７０４は、図１
０に更に示されている。図１０は、各権利に対して権利
部分７０４において反復される構造を示している。図１
０に関しては、各権利は、権利コードフィールド１０５
０及び状態情報フィールド１０５２を有している。権利
コードフィールド１０５０は権利に割り当てられた唯一
のコードを有する。状態情報フィールド１０５２は、権
利の状態とディジタルワークに関する情報を含む。この
ような情報は以下の表１に示されている。権利部分７０
４内に記憶される権利は、一般に、権利コードに基づく
数の順序であってもよい。

【００３２】

【表１】

【００３３】記述データを内容から分離することによっ
てディジタルワークを示すアプローチは、ファイルの各
部分が同一の境界内に存在するが、内容の実際表示には
関わっていないことを仮定している。特に、それは、内
容表示がオブジェクト指向のアプローチを取るか否かの
問題には中立である。内容をオブジェクトとして示すこ
とは自然である。原理的に、請求構造を含む内容オブジ
ェクトと、ｄ−ブロック内で示される権利情報とを有す
ることは都合が良い。表示のデザインにおいてこのよう
なバリエーションは可能であり、また代替的に実行可能
であるが、例えば、オブジェクトの解読のような処理オ
ーバーヘッドを導入することもある。

【００３４】ディジタルワークは階層ファイルシステム
の一部としてリポジトリ内に記憶される。フォルダ（デ
ィレクトリ及びサブディレクトリとも呼ばれる）は、デ
ィジタルワークと共に他のフォルダを含む。フォルダ内
のディジタルワーク及びフォルダは、アルファベット順
に並べられる。これらのディジタルワークはこれらのフ
ァイルがいかにして使用されるかを反映するようにタイ
プされる。フォルダそれ自体がディジタルワークとして
取り扱われるように、使用権はフォルダにアタッチされ
得る。フォルダへのアクセスは、あらゆる他のディジタ
ルワークと同じ方法で処理される。以下により詳細に記
述されるように、フォルダの内容はそれら自体の権利に
従属する。さらに、ファイルマネジメント権利がフォル
ダにアタッチされて、いかにしてフォルダ内容が管理さ
れ得るかを定義する。

【００３５】使用権がディジタルワークの一部として取
り扱われることは本発明にとっての基本である。ディジ
タルワークが配給されると、許諾された使用権の範囲は
そのまま変わらないか又は狭められる。例えば、ディジ
タルワークがドキュメントサーバからリポジトリへ転送
されると、使用権は、コピーを所定期間貸出す権利を含
む（オリジナル権と呼ばれる）。リポジトリがディジタ
ルワークのコピーを貸出す時、貸し手のコピーの使用権
（次の権利のセットと呼ばれる）は、コピーを貸出すた
めの任意の付加的権利を禁止するようにセットされるこ
とができる。基本的な考えは、彼らが持っている権利よ
り以上の権利は許諾できないということである。

【００３６】使用権のディジタルワークへのアタッチメ
ントは種々の方法で行われることができる。ディジタル
ワーク全体に対して使用権が同じである場合、ディジタ
ルワークがディジタルワークサーバにおけるデポジット
のために処理される時、当該使用権が（ディジタルワー
クへ）アタッチされる。種々の構成要素毎に異なる使用
権を有するディジタルワークの場合、（使用権のアタッ
チは）ディジタルワークの作成中に実行され得る。使用
権アタッチの自動化されたプロセスを提供する著作ツー
ル又はディジタルワークアセンブリングツールが使用さ
れ得る。

【００３７】以下に記述されるように、ディジタルワー
クがコピーされ、転送され、又は貸出される時、「次の
権利のセット」が指定され得る。この「次の権利のセッ
ト」はそれが伝送される時にディジタルワークへアタッ
チされる。

【００３８】ディジタルワークの各部分がそれ自体の使
用権を有するかもしれないので、「含まれている部分」
の権利がその親又はコンテナ（container ）部分とは異
なるインスタンスがある。これにより、何時、どのよう
に権利が行使されるかを指定するために競合ルールが設
定されなければならない。ディジタルワークの階層スト
ラクチュア（構造）はこのようなルールの実施を円滑に
する。「厳格な」ルールとは次のようになる：その部分
と、その部分を含む先祖のｄ−ブロックと、全ての子孫
のｄ−ブロックに対して許諾された場合、及びその場合
だけにおいて、ディジタルワークの当該部分に対する権
利が許諾される。許諾されることにより、（１）それぞ
れの部分の各々が権利を有していなくてはならないこと
と、（２）その権利を行使するためのあらゆる条件が満
たされることとが示される。

【００３９】もっと寛大なルールを用いて本発明を実行
することも可能である。もっと寛大なルールにおいて
は、その部分へのアクセスが、権利を有する子孫の部分
に対しては動作可能とされるが、権利を有さない子孫に
対しては拒絶される。

【００４０】厳格なルール及び寛大なルールの使用例が
図１１に関して示されている。図１１に関しては、ルー
トｄ−ブロック１１０１は子ｄ−ブロック１１０２乃至
１１０５を有している。この場合、ルートｄ−ブロック
は雑誌を示し、子ｄ−ブロック１１０２乃至１１０５の
各々は雑誌における記事を示す。厳格なルールに従った
ルートｄ−ブロック１１０１によって示されたディジタ
ルワークをPRINT するための要求が行われると仮定す
る。次に、このルートｄ−ブロック１１０１と子ｄ−ブ
ロック１１０２乃至１１０５に対する権利が検討され
る。ルートｄ−ブロック１１０１と子ｄ−ブロック１１
０２と１１０５のPRINT 権は許諾される。子ｄ−ブロッ
ク１１０３のPRINT 権は許諾されないが、子ｄ−ブロッ
ク１１０４は使用料の支払いを条件としてPRINT 権を得
る。

【００４１】厳格なルール下では、子ｄ−ブロックがPR
INT 権（単体）を有していないので、PRINT 権は行使さ
れることができない。寛大なルール下では、結果が異な
る。子ｄ−ブロック１１０２と１１０５によって示され
たディジタルワークは、プリントされることができ、ｄ
−ブロック１１０４によって示されたディジタルワーク
は、使用料が支払われれば、プリントされることができ
る。ｄ−ブロック１１０３によって示されるディジタル
ワークだけがプリントされることができない。要求が個
別ディジタルワークの各々に指定された場合、厳格なル
ール下では同じ結果が達成される。

【００４２】本発明は、アクセスの許容及び非許容の様
々なコンビネーションをサポートする。さらに、以下に
説明されるように、使用権文法は、ディジタルワークの
所有者が、制約条件がコンテナ部分によってワークに課
せられるか否かを指定するのを許容する。ディジタルワ
ークが使用権競合のために認可され得る方法は、実施に
関する特性であり、この方法は、ディジタルワークの性
質に依存する。

【００４３】図２の記述において、リポジトリが種々の
形式を取ることが示されている。全てのリポジトリはデ
ィジタルワーク転送のためのサービスのコアセットを提
供する。ディジタルワークが交換される方法は、リポジ
トリ同士の間の全てのトランザクションに対する基本で
ある。種々のリポジトリタイプはそれらが実行する最終
的な機能が異なっている。リポジトリはそれら自体がデ
バイスであってもよいし、又は他のシステムに組み込ま
れてもよい。図２のレンダリングリポジトリ２０３がそ
の一例である。

【００４４】リポジトリはリポジトリ識別子と自身を対
応付ける。一般的に、リポジトリ識別子は製造時に当該
リポジトリへ割り当てられた唯一の数字である。各リポ
ジトリはまた、特別なセキュリティクラス内にあるもの
として分類される。いくつかの通信及びトランザクショ
ンは、特別なセキュリティクラス内にあるリポジトリ上
で条件が付与される。種々のセキュリティクラスは以下
に詳細に記述される。

【００４５】動作に欠くことのできないものとして、リ
ポジトリは識別証明書の所有を必要とする。識別証明書
は偽造を防止するために暗号化され、Master repositor
y （マスタリポジトリ）によって発行される。マスタリ
ポジトリはリポジトリがディジタルワークを受け取るの
を可能にするオーソライゼーションエージェントの役割
を果たす。識別証明書は定期的に更新されなければなら
ない。識別証明書は登録トランザクションに関して以下
により詳細に説明される。

【００４６】リポジトリはハードウェアと機能表現の両
方を備えている。機能表現は、一般に、ハードウェアの
具体化部分で実行されるソフトウェアである。或いは、
機能表現は、Application Specific Integrated Circui
t （ASIC）チップのようなハードウェアの具体化部分に
埋め込まれてもよい。

【００４７】リポジトリのハードウェアの具体化部分
は、合意が得られれば、リポジトリを動作不可能にさせ
るセキュリティハウジングに囲まれている。リポジトリ
のハードウェアの具体化部分の基本的構成要素は図１２
に関して記述されている。図１２に関しては、リポジト
リは、処理手段１２００、記憶システム１２０７、クロ
ック１２０５及び外部インタフェース１２０６からな
る。処理手段１２００はプロセッサエレメント１２０１
とプロセッサメモリ１２０２を備える。当該処理手段１
２００は、コントローラと、リポジトリトランザクショ
ンと、このリポジトリのための使用権トランザクション
機能とを提供する。ディジタルワークとトランザクショ
ンメッセージの復号及び／又は圧縮解除のようなリポジ
トリの動作上の種々の機能も処理手段１２００によって
実行される。プロセッサエレメント１２０１は、マイク
ロプロセッサ又は他の適切な演算構成要素であってもよ
い。プロセッサメモリ１２０２は、一般的に、ＲＯＭ
（リードオンリーメモリ）及びＲＡＭ（ランダムアクセ
スメモリ）を更に備える。このようなメモリは、リポジ
トリの機能を実行する時に、プロセッサエレメント１２
０１によって使用されるソフトウェア命令を含む。

【００４８】記憶システム１２０７は、記述子記憶装置
１２０３及び内容記憶装置１２０４を更に備える。記述
子記憶装置１２０３は、ディジタルワーク用の記述ツリ
ーを記憶し、内容記憶装置１２０４は対応する内容を記
憶する。記述子記憶装置１２０３及び内容記憶装置１２
０４は、同じタイプの記憶媒体である必要はないし、ま
た、必ずしも同じ物理的デバイス上に置かれる必要もな
い。ここで、例えば、記述子記憶装置１２０３は、（記
述ツリー情報の迅速な検索のための）固体記憶装置上に
記憶されてもよいが、内容記憶装置１２０４は光ディス
クのような高容量記憶装置上に置かれてもよい。

【００４９】クロック１２０５は、使用権のための又は
ディジタルワークに対応され得る使用料を課金するため
の種々のタイムベースの条件をタイムスタンプするため
に使用される。当該クロック１２０５は、タイムスタン
プの完全性を維持するため、途絶しない電源、例えば、
バッテリを有する。外部インタフェース手段１２０６
は、他のリポジトリ及びクレジットサーバへ信号接続を
提供する。外部インタフェース手段１２０６は、ＲＳ−
２３２又はPersonal Computer Manufacturers Card Ind
ustry （ＰＣＭＣＩＡ）規格、又はＦＤＤＩのような標
準インタフェースを介して信号の交換を提供する。外部
インタフェース手段１２０６はネットワーク接続性を提
供してもよい。

【００５０】リポジトリの機能的な具体化部分は図１３
に記述されている。図１３に関しては、機能的な具体化
部分は、オペレーティングシステム１３０１、コアリポ
ジトリサービス１３０２、使用トランザクションハンド
ラ１３０３、リポジトリ特定機能１３０４、及びユーザ
インタフェース１３０５を備える。オペレーティングシ
ステム１３０１はリポジトリにとって特定であり、一般
的に使用されているプロセッサのタイプに依存する。オ
ペレーティングシステム１３０１は、リポジトリの基本
的構成要素同士の間で制御し、インタフェースするため
の基本的サービスも提供する。

【００５１】コアリポジトリサービス１３０２は、各リ
ポジトリ及び全てのリポジトリによって要求される機能
のセットを備える。このコアリポジトリサービス１３０
２は、以下に詳細に定義されるセッション開始トランザ
クションを含む。このサービスのセットは、ディジタル
チケットを「パンチ」するために使用されるジェネリッ
クチケットエージェントと、オーソライゼーション仕様
を処理するためのジェネリックオーソライゼーションサ
ーバとを含んでいる。ディジタルチケット及びオーソラ
イゼーションは、ディジタルワークの配給及び使用を制
御するための特定メカニズムであり、以下により詳細に
説明されている。複数の識別証明書１３０６がコアリポ
ジトリサービスに連結されていることに注目されたい。
識別証明書１３０６はリポジトリの使用を可能とするた
めに必要とされる。

【００５２】使用トランザクションハンドラ１３０３
は、ディジタルワークへのアクセス要求を処理すると共
にアクセスに基づいて料金を請求する機能を備えてい
る。サポートされている使用トランザクションはリポジ
トリタイプにより異なる。例えば、ディジタルワークに
対するアクセス要求をハンドル（処理）することが必要
ではないリポジトリもある。

【００５３】リポジトリ特定機能１３０４はリポジトリ
にとって唯一の機能を備える。例えば、マスタリポジト
リはディジタル的証明書を発行すると共に暗号化キーを
保持するための特別な機能を有している。このリポジト
リ特定機能１３０４は、リポジトリに対するユーザイン
タフェースの実行を含む。

【００５４】幾つかのディジタルワークに対しては、オ
ーソライズされていないコピーのあらゆる個々のインス
タンスによって生じる損失は重要ではなく、主な経済的
関心は、アクセスの利便性やロー・オーバーヘッドの請
求を確実とすることにある。このような場合において、
セキュリティの対策や保証が充分でなくても、単純かつ
廉価なハンドヘルド・リポジトリやネットワークベース
のワークステーションが適切なリポジトリであるかもし
れない。

【００５５】封切られたばかりの映画、有価証券、又は
株式証券のような幾つかのディジタルワークの他の極端
なケースは、非常に価値が高いため、それらがコピーさ
れたり、偽造されることがないのを確実にするために、
警戒やかなり入念なセキュリティ（機密保護）対策を取
ることが賢明である。このようなディジタルワークを保
持するのに適したリポジトリは、物理的完全性を確実に
するための、及び使用前のオーソライゼーションを検証
するための念入りな対策を有することができる。

【００５６】汎用プロトコルを配列することによって、
全ての種類のリポジトリは原則として相互通信すること
ができる。しかしながら、幾つかのワーク（著作物）の
クリエータは、彼らのワークがセキュリティレベルが充
分に高いリポジトリへのみ転送を指定したいと望む。こ
のため、ドキュメントリポジトリはセキュリティのクラ
ス及びレベルに対してランキングシステムを有する。本
発明の好ましい実施の形態におけるセキュリティクラス
は表２に説明されている。

【００５７】

【００５８】表２に記述されたセキュリティレベルの特
性表示は固定的なものではない。もっと重要なのは、異
なるリポジトリに対して異なるセキュリティレベルを有
することの考えである。新しいセキュリティクラス及び
必要条件が社会的状況やテクノロジの変化に応じて進化
することが望まれる。

【００５９】リポジトリ・ユーザ・インタフェース ユーザインタフェースは、ユーザがリポジトリと対話し
てディジタルワークへのアクセスを得るためのトランザ
クションを呼出すか又は使用権を行使するメカニズムと
して広く定義付けられている。上記のように、リポジト
リは種々の形式で組み込まれる。リポジトリに対するユ
ーザインタフェースは、特定の実施例によって異なる。
ユーザインタフェースは、ディジタルワークを示すアイ
コンや実行され得る種々のトランザクションを有するグ
ラフィカルユーザインタフェース（ＧＵＩ）であっても
よい。ユーザインタフェースは情報がユーザにプロンプ
トされる生成ダイアログであってもよい。

【００６０】ユーザインタフェース自体はリポジトリの
一部である必要はない。リポジトリが他のデバイス内に
埋め込まれてもよい場合、ユーザインタフェースは、リ
ポジトリが埋め込まれるデバイスの一部であるにすぎな
い。例えば、リポジトリはコンピュータシステム内の利
用可能なスロットに挿入される「カード」内に埋め込ま
れることができる。ユーザインタフェースは、コンピュ
ータシステムで実行されるディスプレイ、キーボード、
カーソル制御デバイス及びソフトウェアの組み合わせで
ある。

【００６１】最低でも、ユーザインタフェースは、ユー
ザが、アクセス要求及び英数字データのような情報を入
力すると共にトランザクション状態に対してフィードバ
ックを提供するのを可能にしなければならない。ユーザ
インタフェースは、次に、要求を保守するために、リポ
ジトリに対して、適切なトランザクションを開始させ
る。特別なユーザインタフェースの他のファセットはリ
ポジトリが提供する機能に依存する。

【００６２】本発明において、料金は権利の行使に対応
付けられる。料金支払の必要条件は、使用権言語におけ
る使用権の各バージョンと共に記述される。このような
料金の記録及び通知はクレジットサーバによって行われ
る。料金を権利に対応付けることによって可能とされる
いくつかの可能性の内の一つは、広範囲の請求モデルを
サポートすることの可能性である。従来のソフトウェア
によって使用された最も簡単なモデルは、購入時には単
一料金しか設定されておらず、その後は、購入者は彼又
は彼女が望む限り何度もワークを使用できる無制限の権
利を得たのである。他のモデルとしては、課金される使
用及び可変料金を含む。単一ワークは異なる使用に対し
て異なる料金を有することができる。例えば、ディスプ
レイ上の写真を見ることは、ハードコピーを作成するこ
と又は当該ハードコピーを新しく作成されたワークに組
み込むこととは別の料金を有する。これらの他の請求モ
デルへのキーは、料金を設定してこれらのトランザクシ
ョンに対する料金計算を行うロー・オーバーヘッド手段
を有することにある。

【００６３】クレジットサーバは、料金が請求され支払
われるよう、これらのトランザクションを確実にオーソ
ライズし、記録する計算システムである。当該クレジッ
トサーバは料金を請求クリアリングハウスへ通知する。
当該請求クリアリングハウスは、金融トランザクション
が発生するとこれらのトランザクションを管理する。結
果的には、請求書が発生され、その料金が清算される。
好ましくは、クレジットサーバは、料金トランザクショ
ンを記憶し、清算のためにネットワークを介して請求ク
リアリングハウスと周期的に通信する。このような実施
例において、請求クリアリングハウスとの通信は、完全
性とセキュリティの理由のために暗号化される。他の実
施例において、クレジットサーバは、ユーザの勘定に対
してトランザクションが「リアルタイム」で発生する
「デビット（借り方）カード」として作用する。

【００６４】クレジットサーバは、メモリ、処理手段、
クロック、並びにリポジトリ及び金融機関と結合するた
めのインタフェース手段（例えば、モデム）からなる。
クレジットサーバは、セキュリティ及び認証の機能を有
する必要もある。これらのエレメントはリポジトリのエ
レメントと本質的に同じエレメントである。従って、単
一デバイスが対応する機能とプロトコルを実行するため
の適切な処理エレメントを有していると仮定すれば、そ
れはリポジトリとクレジットサーバの両方であることが
できる。一般的に、しかしながら、クレジットサーバ
は、リポジトリに結合され、以下に説明されるように金
融トランザクションを介して対話する。金融機関との対
話は、金融機関自体によって設定されたプロトコルを介
して行われてもよい

【００６５】本発明の実施の形態において、サーバとリ
ポジトリの両方に対応しているクレジットサーバは、請
求クリアリングハウス（情報の中心機関）へ金融トラン
ザクションを通知する。例えば、ディジタルワークがそ
の料金に関して一つのリポジトリから他のリポジトリへ
コピーされる時、リポジトリの各々に結合されたクレジ
ットサーバはこのトランザクションを請求クリアリング
ハウスに通知する。このことは、クレジットサーバと請
求クリアリングハウスの通信が中断された場合でも、ト
ランザクションの料金計算が行われることを保証する観
点から望ましい。しかしながら、幾つかの実施例では、
いくつかのトランザクションを失う危険性のある時にト
ランザクションの処理を最小とするように当該トランザ
クションへ通知する単一クレジットサーバのみを組み込
むことができる。

【００６６】本発明は、ディジタルワークとそれらの部
分に対応している権利を定義するために高レベル「使用
権言語」のステートメントを用いる。使用権ステートメ
ントはリポジトリによって解読され、あるディジタルワ
ークに対してどのトランザクションが無事に遂行され得
るかを決定するため、及びこれらのトランザクションに
対するパラメータを決定するために使用される。例え
ば、言語におけるセンテンスは、所与のディジタルワー
クがコピーされ得るか否か、何時そしていかにしてそれ
が使用され得るか、及びその使用に対していくら（あれ
ば）請求されるべきかを決定する。使用権ステートメン
トが発生すると、これらは、トランザクションの処理中
にアクセスするために適切な形式でコード化される。

【００６７】使用権をディジタルワークの階層表現と組
み合わせて言語で定義することによって、（ディジタル
ワークの）広範囲の配給と料金方式のサポートが可能と
なる。一つの例は、権利の複数のバージョンをワークに
アタッチする可能性である。そこで、クリエータは１０
ドルで５部のコピーを作成するPRINT 権や、１００ドル
でコピーを無制限に作成するPRINT 権をアタッチするこ
とができる。次に、購入者は、どのオプションが彼のニ
ーズに一番適しているかを選択することができる。他の
例としては、権利と料金が加算されるものである。ここ
で、複合ワークの場合、構成要素ワークの各々の権利及
び料金は、全体としてワークに対する権利及び料金を決
定するときに使用される。

【００６８】権利の基本的な内容は、図１４に示されて
いる。図１４に関しては、権利１４５０は、トランザク
ショナル構成要素１４５１及び仕様構成要素１４５２を
有する。権利１４５０は、権利によって組み込まれる使
用又は配給の特権を示すラベル（例えば、COPY又はPRIN
T ）を有する。トランザクショナル構成要素１４５１
は、ディジタルワークが使用されるか又は配給される特
別な方法に対応している。当該トランザクショナル構成
要素１４５１は、一般的に、権利についての使用又は配
給の特権を実行するリポジトリ内のソフトウェア命令の
中に組み込まれている。仕様構成要素１４５２は、権利
が行使される前に満たされなければならない条件を指定
するか又は種々のトランザクションに関連したパラメー
タを指定するために使用される。本発明の好ましい実施
の形態においては、これらの仕様は、コピーカウント１
４５３、料金と報酬１４５４、タイム１４５５、アクセ
スとセキュリティ１４５６、及び制御１４５７を含む。
これらの仕様の各々は、言語文法エレメントに関して以
下に詳細に説明されている。

【００６９】使用権言語は以下に説明される文法に基づ
く。文法は、言語に対するシンボルの有効なシーケンス
を定義するために便利な手段である。文法を説明する
際、代替物からの明確な選択を示すために表記［ａ｜ｂ
｜ｃ］が使用される。この例において、センテンス
は、”ａ”、”ｂ”、又は”ｃ”のいずれかを有するこ
とができる。センテンスはその内の一つを正確に含んで
いなければならない。ブレース｛｝が選択項目を示すた
めに使用される。ブラケット［］やバーやブレースが使
用権センテンスの言語を記述するために使用されるが、
言語の実際のセンテンス内には現れない。

【００７０】これに対して、括弧（）は使用権言語の部
分である。括弧はリストされた項目をグループ化するた
めに使用される。表記（ｘ^* ）は可変長リスト、即ち、
タイプｘの一つ以上の項目を含むリストを示すために使
用される。表記（ｘ）^* はｘを含む可変数リストを示す
ために使用される。

【００７１】文法におけるキーワードはコロンが付加さ
れるワードである。キーワードは言語における共通で、
非常に特別なケースである。これらは単一値、一般には
識別子を示すために時々使用される。多くの場合、キー
ワードとパラメータは全体的にオプショナルである。キ
ーワードが与えられると、その値として単一の識別子を
取る。いくつかの場合において、キーワードは識別子の
リストを取る。

【００７２】使用権言語において、時間は、hours:minu
tes:seconds(又はhh:mm:ss) 表現で指定される。タイム
ゾーンインジケータ、例えば、ＰＤＴ(Pacific Dayligh
t Time）も指定されることができる。日付は年／月／日
（又はＹＹＹＹ／ＭＭＭ／ＤＤ）として示される。これ
らの時間及び日付の表現は、時刻即ち時間の単位を指定
することができる。お金の単位はドルに換算して指定さ
れる。

【００７３】使用権言語において、種々の「もの」が互
いに対話する必要がある。例えば、使用権のインスタン
スは、銀行トランザクション、ディジタルチケット等を
指定する。このような物は、識別される必要があり、本
発明においては接尾辞"-ID"を用いて指定される。

【００７４】使用権文法は図１５にその全体のリストが
作成されており、以下に詳細に記述されている。

【００７５】文法エレメント１５０１"Digital Work Ri
ghts=(Rights^* )"は、ディジタルワーク権利を権利のセ
ットとして定義する。ディジタルワークにアタッチされ
る権利のセットはそのディジタルワークがいかにして転
送され、使用され、実行され又は再生されるかを定義す
る。権利のセットは全体的なディジタルワークにアタッ
チされ、複合ディジタルワークの場合はディジタルワー
クの構成要素の各々にアタッチされる。ディジタル構成
要素の使用権は異なる。

【００７６】文法エレメント１５０２"Right:=（Right-
Code｛Copy-Count｝｛Control-Spec｝｛Time-Spec ｝
｛Access-Spec ｝｛Fee-Spec｝)"は、権利の内容を列挙
している。各使用権は権利コードを指定しなければなら
ない。各使用権は権利が行使され得る前に満たされなけ
ればならない条件も選択的に指定することができる。こ
れらの条件とは、コピーカウント、制御、タイム、アク
セス、及び料金の条件である。本発明の好ましい実施の
形態において、オプショナルエレメントに関しては、以
下のデフォルトが適用される。即ち、１のコピーカウン
ト、権利の使用に関する時間制限の非設定、権利を使用
するために要求されるアクセステスト又はセキュリティ
レベルの非設定、及び無料。これらの条件はそれぞれ以
下により詳細に記述される。

【００７７】それぞれが同じ権利コードを有する複数の
権利バージョンをディジタルワークが有していてもよい
ことに注目することは重要である。複数のバージョン
は、ディジタルワークにアクセスするための代替条件や
料金を提供する。

【００７８】文法エレメント１５０３"Right-Code:= Re
nder-Code ｜Transport-Code｜File-Management-Code｜
Derivative-Works-Code Configuration-Code" は、（各
権利が異なる権利コードによって識別されるが、）特定
権利の各々を特別の権利タイプに区別する。このよう
に、文法は、ディジタルワークの部分に対応し得る可能
性のある権利のカタログを提供する。以下において、権
利はそれらを記述する便宜上、カテゴリ別に分けられ
る。

【００７９】文法エレメント１５０４"Render-Code:=
Play: ｛Player:Player-ID｝｜Print:｛Printer:Printe
r-ID｝ "は、全てがディジタルワークの一時的で、短命
の、又はノンディジタルのコピーの作成を含む権利のカ
テゴリのリストである。これらのコピーは使用された後
は消去される。 ・Play−幾つかのプロセッサ上でディジタルワークをレ
ンダリング又は実行するプロセス。これはディジタル映
画の再生、ディジタル音楽の再生、ビデオゲームの再
生、コンピュータプログラムの実行、又はディスプレイ
上でのドキュメントの再生などのものを含む。 ・Print −使用権によってこれ以上は保護されない媒体
へワークをレンダリングすること、例えば、用紙にプリ
ントすること。

【００８０】文法エレメント１５０５"Transport-Code:
= Copy｜Transfer｜Loan｛Remaining-Rights:Next-Set-
of-Rights ｝ ｛(Next-Copy-Rights:Next-Set of Righ
ts)｝" は、持続性があり、他のリポジトリ上で使用可
能なディジタルワークのコピーの作成を含む権利のカテ
ゴリのリストである。オプショナルなNext-Copy-Rights
は、伝送された後のワークの権利を決定する。これが指
定されない場合、伝送されたコピーの権利はオリジナル
の権利と同じである。オプショナルなRemaining-Rights
は、コピーが貸出された時にディジタルワークと共に残
っている権利を指定する。この権利が指定されない場
合、デフォルトは、コピーが貸し出された時に権利が行
使されないデフォルトである。 ・Copy−ワークの新しいコピーを作成する。 ・Transfer−ワークを一つのリポジトリから他のリポジ
トリへ移動する。 ・Loan−指定された期間、コピーを他のリポジトリへ貸
し出す。

【００８１】文法エレメント１５０６"File-Management
-Code:=Backup ｛Back-Up-Copy-Rights:Next-Set-of Ri
ghts｝｜Restore ｜Delete｜Folder｜Directory ｛Nam
e:Hide-Local ｜Hide-Remote ｝｛Parts:Hide-Local｜H
ide-Remote ｝" は、コピー所有者を悲惨な機器の故障
から保護するためにバックアップコピーのようなファイ
ルマネージメントのための動作を含む権利のカテゴリの
リストである。

【００８２】多数のソフトウェアライセンス及び著作権
法は、コピー所有者を悲惨な機器の故障から保護するた
めにバックアップコピーを作成する権利をコピーの所有
者に与える。しかしながら、制御されないバックアップ
コピーの作成は、オーソライズされたコピーが販売され
た後でも制御されないバックアップコピーが保存され復
元されることもできるので、本質的に使用を制御する能
力とならない。

【００８３】File-Management （ファイルマネージメン
ト）の権利は、使用権を尊重する方法でバックアップコ
ピーの作成及び復元を可能とし、コピー所有者と権利授
与者及び収入所有者の双方の要求条件を尊重する。ワー
ク記述のバックアップコピー（使用権及び料金データを
含む）は、適切なプロトコル及び使用権制御下におい
て、充分に高度なセキュリティを有する他のドキュメン
トリポジトリへ送られ得る。更なる権利によってディジ
タルワークのフォルダへの編成が許容される。これらの
フォルダはこれら自体がディジタルワークとして扱わ
れ、それらの内容が、リポジトリの内容を決定しようと
するパーティから「隠蔽」されてもよい。 ・Backup−媒体の故障に対する保護としてディジタルワ
ークのバックアップコピーを作成すること。 ・Restore −ディジタルワークのバックアップコピーを
復元すること。 ・Delete−ディジタルワークのコピーを削除又は消去す
ること。 ・Folder−フォルダを作成及びネーミングし、フォルダ
同士の間でファイル及びフォルダを移動すること。 ・Directory −フォルダ又はその内容を隠蔽すること。

【００８４】文法エレメント１５０７"Derivative-Work
s-Code:= Extract｜Embed ｜Edit｛Process:Process-I
D｝ ｛Next-Copy-Rights:Next-Set-of-Rights ｝"
は、新しいワークを作成するためのディジタルワークの
使用を含む権利のカテゴリのリストである。 ・Extract −新しいワークの作成目的のため、ワークの
部分を取り除くこと。 ・Embed −現存のワーク内にワークを組み込むこと。 ・Edit−現存のディジタルワークの部分をコピー、選
択、及び変更することによりディジタルワークを変更す
ること。

【００８５】文法エレメント１５０８"Configuration-C
ode:=Install｜Uninstall"は、リポジトリ（一般的にレ
ンダリングリポジトリ）上でソフトウェアをインストー
ルする権利及びインストールしない権利のカテゴリのリ
ストである。これは一般的にレンダリングリポジトリ内
での新しいタイプの再生手段のインストールに対して発
生する。 ・Install −リポジトリ上で新しいソフトウェアをイン
ストールすること。 ・Uninstall −リポジトリから現存のソフトウェアを除
去すること。

【００８６】文法エレメント１５０９"Next-Set-Of-Rig
hts:= ｛ Add: Set-Of-Rights)｝｛(Delete:Set-Of-Rig
hts)｝｛(Replace:Set-Of-Rights｝｛(Keep:Set-Of-Rig
hts)｝" は、ディジタルワークのコピーに対する権利が
どのように進められるかを定義する。Next-Copy-Rights
が指定されない場合、次のコピーに対する権利は現在コ
ピーの権利と同じである。さもなければ、次のコピーに
対する権利のセットが指定され得る。Add の後の権利の
バージョンは、権利の現在セットに加算される。Delete
の後の権利は、権利の現在セットからデリートされる。
権利コードだけがDeleteの後にリストされた場合、これ
らのコードを有する権利の全てのバージョンがデリート
される。Replace の後の権利のバージョンは、権利の現
在セットにおける同じタイプの権利の全てのバージョン
を包含する。

【００８７】Remaining-Rightsが指定されない場合は、
全てのローンコピーが貸し出された後、オリジナルに対
する権利はない。Remaining-Rightsが指定された場合、
背後でどの権利をキープすべきかについての表現を単純
化するためにKeep: トークンが使用されることができ
る。キープ手段に続く権利コードのリストは、リストさ
れた権利のバージョンの全てが残りのコピーの中に保持
されていることを意味する。この仕様は、引き続くDele
te: 又はReplace:仕様によって無効にされることができ
る。

【００８８】種々のトランザクションに関しては、権利
に対して同時に行使され得るワークの「コピー」の数に
ついて何らかの制限を行うことが所望される。例えば、
一度に貸し出され、一度に閲覧され得るディジタルワー
クのコピー数を制限することが所望される。

【００８９】文法エレメント１５１０"Copy-Count:=
（Copies:positive-integer ｜0 ｜unlimited)" は、権
利を得ることを条件とするワークの「コピー」数を定義
する条件を提供する。コピーカウントはゼロ、固定数、
又は無制限である。ディジタルワークに対して単一のコ
ピーカウントが存在していることに対抗して、コピーカ
ウントは各権利に対応している。権利に対するCopy-Cou
ntは権利が行使される度にデクリメントされる。権利に
対するCopy-Countがゼロに等しい場合、この権利はもう
行使されない。Copy-Countが指定されない場合、デフォ
ルト値は１である。

【００９０】権利と料金は、概して、クリエータによっ
て許諾された権利に依存すると共に、新しいディストリ
ビュータによって課される更なる制限にも左右される。
制御仕様は、クリエータと、更なる制限及び料金の賦課
を支配する彼らのディストリビュータと、の間での対話
を処理する。例えば、ディジタルワークのディストリビ
ュータは、ディジタルワークの最終的な消費者が、購入
されたディジタルワークを商業的に活用して料金をつり
上げたり、さもなければ、利益を得たりすることを望ま
ない。

【００９１】文法エレメント１５１１"Control-Spec:=
（Control:｛Restrictable｜Unrestrictable｝｛Unchar
geable｜Chargeable｝)"は、権利の行使に対する親の使
用権及び料金の影響を指定するための条件を提供する。
より高いレベルのｄ−ブロックが、権利に対して更なる
制限（タイム仕様及びアクセス仕様）を課すことができ
る場合、ディジタルワークは制限可能である。更なる制
約が課せられない場合は制限不可能である。デフォルト
の設定は制限可能である。それ以上の料金を権利の使用
に課すことができない場合、権利は請求不可能である。
それ以上の料金を権利の使用に課すことができる場合、
権利は請求可能である。このデフォルトは請求可能であ
る。

【００９２】何時権利が行使されるかの開始日を割当て
たり又は期間を指定することがしばしば望まれる。文法
エレメント１５１２"Time-Spec:=（｛Fixed-Interval｜
Sliding-Interval｜Meter-Time｝Until:Expiration-Dat
e)" は、権利の行使への時間の条件を指定することを備
える。権利は指定された時間の間、許諾され得る。異な
る時間仕様の種類は異なる種類の権利に対して適正であ
る。幾つかの権利は決められた所定の期間、行使されこ
とができる。幾つかの権利は、あるトランザクションに
より権利が呼び出される時刻からスタートするインター
バルの間だけ行使されてもよい。幾つかの権利は、ある
種類の課金時間に従って行使されるか又は請求されるこ
とができ、この課金時間は、分離されたインターバルへ
分割され得る。例えば、絵画を１時間見る権利は、１０
分の閲覧を６回、１５分の閲覧を４回、及び２０分の閲
覧を３回に分割されてもよい。

【００９３】用語「タイム」及び「デート」は同義語と
して使用されて時刻を表している。いくつかの種類の時
間仕様がある。各仕様は、使用権が適用される時間に対
して制限を示す。Expiration-Date は使用権が終了する
時刻を指定する。例えば、Expiration-Date が「１９９
５年１月１日」である場合、権利は１９９５年の最初の
時刻に終了する。Expiration-Date が ^*forever ^* と指
定された場合、権利は終了せずに継続するものとして解
読される。満期日だけが与えられている場合、その権利
はその満期日までに所望されるだけ行使されることがで
きる。

【００９４】文法エレメント１５１３"Fixed-Interval:
= From:Start-Time"は開始時間から満期日までランされ
る所定のインターバルを定義するために使用される。

【００９５】文法エレメント１５１４"Sliding-Interva
l:= Interval:Use-Duration"は、不定の（又は「オープ
ン」）なスタート時間を定義するために使用される。該
エレメントは、内容がアクセス可能である時間の連続期
間に制限をセットする。この期間は、最初のアクセスの
時にスタートし、この期間が経過した後か又は満期日に
達した後かのいずれか早い方で終了する。例えば、権利
が１０時間の連続アクセスを付与する場合、使用期間
は、最初のアクセスが行われた時に開始し、１０時間後
に終了する。

【００９６】文法エレメント１５１５"Meter-Time:=Tim
e-Remaining:Remaining-Use"が「課金時間」、即ち、権
利が実際に行使された時間の測定、を定義するために使
用される。これは、ディジタルワーク使用中の時間（期
間）が連続的である必要がない点で、Sliding-Interval
仕様とは異なる。例えば、権利が三日間のアクセスを保
証する場合、これらの日数は、一ケ月以上にわたり分散
されることができる。この仕様によって、これらの権利
は、課金時間を使い果すか又は満期日に達するかのいず
れか早い方まで行使される。

【００９７】Remaining-Use:=Time-Unit Start-Time:=Time-Unit Use-Duration:=Time-Unit 時間仕様の全てはそれらの最終的なインスタンス生成に
おいてタイムユニット仕様を含む。

【００９８】本発明は、配給又は使用方式へ導入される
種々のセキュリティメカニズムを提供する。文法エレメ
ント１５１６"Access-Spec:=( ｛SC:Security-Class ｝
｛Authorization:Authorization-ID^* ｝｛Other-Author
ization:Authorization-ID^*｝｛Ticket:Ticket-ID｝)
はアクセス及び転送を限定する手段を提供する。アクセ
ス仕様は権利を行使するためにリポジトリに対して要求
されたセキュリティクラス又は満たされなければならな
い要求されたオーソライゼーションテストを指定するこ
とができる。

【００９９】キーワード"SC:" はアクセスにおいて含ま
れるリポジトリに対する最小のセキュリティレベルを指
定するために使用される。"SC:" が指定されない場合、
最低のセキュリティレベルが受容可能である。

【０１００】オプショナルな"Authorization" キーワー
ドは、ワークと同じリポジトリでの要求されるオーソラ
イゼーションを指定するために使用される。オプショナ
ルな"Other-Authorization" キーワードは、トランザク
ションにおける他のリポジトリへ要求されるオーソライ
ゼーションを指定するために使用される。

【０１０１】オプショナルな"Ticket:" キーワードはト
ランザクションに要求されたチケットの識別を指定す
る。ディジタルチケットを含むトランザクションは、ト
ランザクションが進められる前に「パンチ」することが
できるか又はこのチケットを有効にすることができる適
切なディジタルチケットエージェントを検索しなければ
ならない。チケットは以下により詳細に記述されてい
る。

【０１０２】リポジトリとドキュメントサーバを含むト
ランザクションにおいて、いくつかの使用権は、リポジ
トリが特定のオーソライゼーションを有すること、サー
バがいくつかのオーソライゼーションを有すること、又
は両リポジトリが（恐らく異なる）オーソライゼーショ
ンを有することを要求することができる。オーソライゼ
ーション自体は、他のディジタルワークと同様にリポジ
トリ同士の間で移動することができるディジタルワーク
（これ以降、オーソライゼーションオブジェクトと呼ば
れる）である。これらのコピー及び転送は、他のディジ
タルワークと同じオーソライゼーション及び料金を受け
ることができる。リポジトリはこのオーソライゼーショ
ンオブジェクトがこのリポジトリ内に含まれる場合、オ
ーソライゼーションを有すると言われる。

【０１０３】いくつかのケースにおいて、オーソライゼ
ーションはドキュメントサーバ及びリポジトリ以外のソ
ースから要求されてもよい。Authorization-IDによって
参照されるオーソライゼーションオブジェクトは、リポ
ジトリとオーソライゼーションソースの間での通信リン
クをセットアップするために使用されるディジタルアド
レス情報を含むことができる。これらは電話番号に類似
している。このようなアクセステストに対しては、通信
が設定される必要があり、権利が行使される前にオーソ
ライゼーションを得なければならない。

【０１０４】一度だけの使用権に関するこの方式の変形
は、ディジタルチケットを持つことである。チケットは
ディジタルチケットエージェントに提供され、チケット
にそのタイプが指定される。最も単純なケースにおいて
は、全てのリポジトリへ利用可能な、保証されたジェネ
リックチケットエージェントが、このチケットを「パン
チ」するために利用可能である。他のケースにおいて
は、チケットは「特別」のチケットエージェントを検索
するためのアドレス情報を含むことができる。チケット
は一旦パンチされると、同じ種類のトランザクションに
再度使用することはできない（以下に説明されるよう
に、非パンチ状態にされる、即ちリフレッシュされる場
合は除く）。パンチングは、チケットが使用される日時
のタイムスタンプでチケットにマーキングすることを含
む。チケットはディジタルワークであり、これらのディ
ジタルワークの使用権に従って、リポジトリ同士の間で
コピー又は転送され得る。

【０１０５】本発明の好ましい実施の形態において、
「パンチされた」チケットは、それがコピーされるか又
は抽出される時、「非パンチ状態にされる」即ち「リフ
レッシュされる」。Copy及びExtract 動作はそのディジ
タルチケットの特性として日時を保存する。チケットエ
ージェントがチケットを付与された時、当該ディジタル
エージェントは、それが、パンチされた最終時間の後で
コピーされたか否かを単純にチェックすることができ
る。ディジタルチケットは、当然、そのコピーを有する
か、又は当該コピーにアタッチされた使用権を抽出しな
ければならない。

【０１０６】チケットをパンチしない能力は以下の場合
に重要である。 ・ディジタルワークが一回だけの使用に限定されて低コ
ストで頒布される。 ・ディジタルワークが、他のワークの購入の際の割引を
するために一回使用可能なチケットによって頒布され
る。 ・ディジタルワークが、未来のアップグレード用に使用
することができる（購入価格に含まれ、恐らくそのワー
ク内に埋め込まれた）チケットによって頒布される。

【０１０７】これらの各ケースにおいて、購入されたコ
ピーが、（チケットを含む）ディジタルワークから成さ
れる場合、新しい所有者は、そのコピーの販売者がその
ワークを使用してもしなくても、フレッシュ（パンチさ
れてない）チケットを得ることを期待する。これに対し
て、ワークの貸出し又はワークを単に他のリポジトリへ
転送することは、チケットを再利用することではない。

【０１０８】ディジタルワークの使用に対する請求は、
商業的流通システムに対する基本である。文法エレメン
ト１５１７"Fee-Spec:= ｛Scheduled-Discount｝Regula
r-Fee-Spec｜Scheduled-Fee-Spec｜Markup-Spec"はディ
ジタルワークの使用に対する請求のオプションの範囲を
提供する。

【０１０９】この方法の主要な特徴は潜在的に少量のト
ランザクションに対するローオーバーヘッド請求の開発
である。これにより、数千のトランザクションの各々に
対してほんの数セントの料金を集めることが容易とな
る。

【０１１０】文法は、使用毎に請求が発生する使用と、
タイムユニットによって課金される使用と、を区別す
る。トランザクションは、ディジタルワークを使用する
ためにユーザが支払う料金だけでなく、ユーザを誘導し
てディジタルワークを使用又は配給させるために権利許
諾者がユーザに支払った報酬をサポートすることができ
る。

【０１１１】オプショナルなスケジュールされた割引
は、料金仕様の残りの部分に対応し、所定割合の時間だ
け料金を割り引く。指定されない場合、スケジュールさ
れた割引はない。規定の料金仕様は時間当たりで一定し
ている。スケジュールされた料金仕様は、料金仕様が変
化する日付のスケジュールを付与する。マークアップ仕
様は既に請求されている料金に対して手数料を加算する
ためにｄ−ブロック内で使用される。

【０１１２】文法エレメント１５１８"Scheduled-Disco
unt:=(Scheduled-Discount:(Time-Spec Percentage)
^* )"。Scheduled-Discountは、本質的に、ディジタル
ワークの権利の当該バージョンに対する他の料金仕様の
スケジュールされた変更子である。（これは子又は親の
ディジタルワーク又は他の権利バージョンに対応しな
い）。これは時間とパーセンテージのペアリストであ
る。トランザクションの時にまだ経過していないリスト
内の最新時間が、実施される時間である。このパーセン
テージは割引パーセントを付与する。例えば、数字１０
は１０％の割引を示す。

【０１１３】文法エレメント１５１９"Regular-Fee-Spe
c:=(｛Fee:｜Incentive:｝ Per-Use-Spec ｜Metered-Ra
te-Spec ｜Best-Price-Spec ｜Call-For-Price-Spec
｛Min:Money-Unit Per:Time-Spec｝｛Max:Money-Unit P
er:Time-Spec｝To:Account-ID)" は数種類の料金仕様を
提供している。

【０１１４】Fee:が指定されたならば、料金はコピー所
有者／ユーザによって総収入所有者へ支払われる。Ince
ntive:が指定されると、報酬は収入所有者によってユー
ザへ支払われる。Min:仕様が付与されると、その使用に
対してタイム仕様毎に請求される最小の料金が示され
る。次に、Max:仕様が与えられると、その使用に対して
タイム仕様毎に請求される最大の料金が示される。Fee:
が指定されると、Account-IDは料金が支払われる勘定書
を識別する。Incentive:が指定されると、Account-IDは
料金が支払われる勘定書を識別する。

【０１１５】文法エレメント１５２０"Per-Use-Spec:=
Per-Use:Money-Unit" は、トランザクションに掛かった
時間に関係なく、権利が行使される度に支払われる単純
な料金を定義する。

【０１１６】文法エレメント１５２１"Metered-Rate-Sp
ec:= Metered:Money-Unit Per:Time-Spec"は権利が行使
された時間に応じて支払われる課金レート料金を定義す
る。このように、トランザクションを終了するのに掛か
った時間がこの料金を決定する。

【０１１７】文法エレメント１５２２"Best-Price-Spe
c:= Best-Price:Money-unit Max:Money-unit"は勘定書
が設定された時に決定される最適価格を指定するために
使用される。この仕様は、リポジトリが利用できない情
報に依存する特別な取引(deal)、リベート、及び価格表
示を含む。全ての料金仕様は、消費者が問屋であるか若
しくは好ましい顧客であるか、又は販売者が何らかの方
法でオーソライズされていることなどを示すことができ
るチケット又はオーソライゼーションと合成されること
ができる。 Max: フィールドにおける金額は使用にかか
る経費の最大の額である。これは、クレジットサーバに
仮請求された金額である。しかしながら、最終的に取引
が成立した時にいかなる超過金額も別のトランザクショ
ンで消費者へ返却される。

【０１１８】文法エレメント１５２３"Call-For-Price-
Spec:= Call-For-Price"は、価格が変動する場合を含む
ことを意図している点で、"Best-Price-Spec" に類似し
ている。Call-For-Price-Spec は、価格を決定するため
にディーラーとの情報交換を要求する。権利が行使され
る時にリポジトリがディーラーと通信できない場合、こ
のオプションは行使されることができない。このこと
は、ディーラーが、権利を行使するためにプライスを付
け、取引証明を渡す安全なトランザクションに基づいて
おり、この取引証明は請求プロセスにおいて参照された
り又は取込まれる。

【０１１９】文法エレメント１５２４"Scheduled-Fee-S
pec:=(Schedule:(Time-Spec Regular-Fee-Spec) ^* )
は、料金仕様が変化する日付のスケジュールを提供する
ために使用される。最新の過去の日付を有するこの料金
仕様が、実施される料金仕様である。これは料金の合意
を各期間ごとに変更するための手段を提供するので、よ
り一般的である。

【０１２０】文法エレメント１５２５"Markup-Spec:=Ma
rkup:percentage To: Account-ID"は、既に請求されて
いる料金に手数料を加算するために提供される。例え
ば、５％のマークアップはこれまでの累積料金の５％の
料金がディストリビュータに割り当てられることを示
す。マークアップ仕様は他の種類の料金仕様の全てに適
用されることができる。当該マークアップ仕様はディス
トリビュータによって提供されたシェル内に一般に使用
される。これは現在ｄ−ブロックの部分であるｄ−ブロ
ックに対応する料金に当てはまる。これは税金又はディ
ストリビュータオーバーヘッドに使用するために役立つ
仕様である。

【０１２１】ユーザがディジタルワークへのアクセスを
要求する時、リポジトリは種々のトランザクションを開
始する。呼び出されたトランザクションの組み合わせは
使用権に割り当てられた仕様に依存する。セッション開
始トランザクション、金融トランザクション及び使用ト
ランザクションの三つの基本的なタイプのトランザクシ
ョンがある。概して、セッション開始トランザクション
は有効なセッションを設立するために最初に開始され
る。有効なセッションが設定されると、種々の使用権に
対応するトランザクションが呼び出される。最後に、特
定トランザクションリクエスト（request specific tra
nsactions ）が実行される。

【０１２２】トランザクションは、二つのリポジトリ
（一つがサーバとして作用する）の間、リポジトリとド
キュメント再生プラットフォーム（例：実行及び閲覧
用）の間、リポジトリとクレジットサーバの間、又はリ
ポジトリとオーソライゼーションサーバの間で発生す
る。トランザクションが一つ以上のリポジトリ同士の間
で発生する時、これらのリポジトリ同士の間に信頼でき
る通信チャネルがあると仮定される。この通信チャネル
は、例えば、転送エラーを検出し、補正するための組込
み（built-in）機能を有するＴＣＰ／ＩＰチャネル又は
他の市販されているチャネルであってもよい。しかしな
がら、通信チャネルが安全であるとは仮定されない。セ
キュリティ及びプライバシーの提供は、リポジトリを指
定、実行するための必要条件の一部であり、これによ
り、種々のトランザクションに対する必要性が構成され
る。

【０１２３】トランザクションはリポジトリ同士の間の
いくつかの通信があることを要求する。リポジトリ同士
の間の通信はメッセージと称されるユニットにおいて発
生する。通信ラインは安全でないと仮定されるので、最
低セキュリティクラスより上にある全てのリポジトリと
の通信は、パブリックキー暗号技術を用いて暗号化され
る。パブリックキー暗号化は暗号化技術において周知の
技術である。用語「キー」は暗号化及び復号のアルゴリ
ズムと共に使用される。キーはペアで現れ、そこでは、
「書き込みキー」がデータを暗号化するために使用さ
れ、「チェッキングキー」がデータを復号するために使
用される。書き込み及びチェッキング・キーは共にパブ
リック又はプライベートであってもよい。パブリックキ
ーは他に配給されるキーである。プライベートキーは秘
密保持される。

【０１２４】キーの管理とセキュリティはパブリックキ
ー暗号化システムの成功において有用である。本発明の
好ましい実施の形態において、一つ以上のマスタリポジ
トリはこれらのキーを保持し、リポジトリによって使用
される識別証明書を作成する。

【０１２５】発送リポジトリが受信リポジトリにメッセ
ージを転送する時、この発送リポジトリは、当該受信リ
ポジトリのパブリックな書き込みキーを用いてそのデー
タの全てを暗号化する。発送リポジトリは、それ自体の
名前、受信リポジトリの名前、（以下に記述される）臨
時語（nonce ）のようなセッション識別子、及び各メッ
セージにおけるメッセージカウンタを含む。

【０１２６】このように、通信は、復号に対してプライ
ベートなチェッキングキーを保持する受信リポジトリに
よってのみ（高い確率で）読み出されることができる。
補助データはセキュリティを様々な再生攻撃から保護す
るために使用される。メッセージが誤ったカウンタ又は
古い臨時語と共に到着した場合、リポジトリは、誰かが
通信を妨害し、トランザクションが終了したと仮定する
ことができる。

【０１２７】暗号化のために使用されるリポジトリのた
めのそれぞれのパブリックキーは以下に記述される登録
トランザクションにおいて得られる。

【０１２８】使用トランザクションはリポジトリ同士の
間のセッションにおいて実行される。一つ以上のリポジ
トリを含む使用トランザクションに対して、又はリポジ
トリとクリジットサーバの間の金融トランザクションに
対して、登録トランザクションが実行される。ログイン
トランザクションと呼ばれる第２のトランザクション
が、セッションを開始するために要求されることもあ
る。リポジトリ同士の間の通信チャネルは信頼できる
が、安全ではないと仮定されるので、非リポジトリがリ
ポジトリへの合法的でないアクセスを得るためにプロト
コルを模倣するかもしれない危険性がある。

【０１２９】二つのリポジトリ間の登録トランザクショ
ンは、図１６及び１７に関して記述されている。記述さ
れているステップは、識別を「リポジトリ−２」に登録
する「リポジトリ−１」の観点からである。その識別を
リポジトリ−１に登録しているリポジトリ−２に対して
同じセットのステップが反復されるよう、登録は対称的
でなければならない。図１６に関しては、ステップ１６
０１においてリポジトリ−１は最初に暗号化された登録
識別子を発生し、ステップ１６０２において登録メッセ
ージを発生する。登録メッセージは、マスタリポジトリ
の識別子、リポジトリ−１に対する識別証明書、及び暗
号化されたランダム登録識別子で構成されている。識別
証明書は、そのプライベートキーでマスタリポジトリに
よって暗号化され、当該リポジトリ（ここではリポジト
リ−１）が本物のリポジトリであることを証明する。識
別証明書はリポジトリ、リポジトリセキュリティレベ
ル、及び（その時間を過ぎれば証明書がもはや有効では
ないことを示す）タイムスタンプのためのパブリックキ
ーも含む。登録識別子はこの登録のためのリポジトリに
よって発生された数字である。当該登録識別子はセッシ
ョンに対して唯一であり、リポジトリ−１のプライベー
トキーで暗号化される。当該登録識別子はいくつかの種
類の通信ベース攻撃を検出することによって認証のセキ
ュリティを改善するために使用される。次に、ステップ
１６０３において、リポジトリ−１は、登録メッセージ
をリポジトリ−２へ転送する。

【０１３０】登録メッセージを受け取ると、ステップ１
６０４において、リポジトリ−２は当該メッセージがマ
スタリポジトリに必要とされるパブリックキーを持って
いるか否かを決定する。リポジトリ−２が識別証明書を
復号するのに必要とされるパブリックキーを持たない場
合、ステップ１６１８において、登録トランザクション
はエラーで終了する。

【０１３１】リポジトリ−２が適当なパブリックキーを
有すると仮定すると、ステップ１６０５において、識別
証明書が復号される。ステップ１６０６において、リポ
ジトリ−２は暗号化された登録識別子を保存し、ステッ
プ１６０７において、リポジトリ識別子を抽出する。ス
テップ１６０８において、抽出されたリポジトリ識別子
は、採用されたドキュメントリポジトリの「ホットリス
ト」に対してチェックされる。本発明の好ましい実施の
形態において、各リポジトリは採用されたリポジトリの
「ホットリスト」を含む。そのリポジトリが「ホットリ
スト」に載っている場合、ステップ１６１８において、
登録トランザクションはエラーで終了する。リポジトリ
はそれらの証明書の期限が切れると、ホットリストから
除外されることができ、これによりリストは際限なく成
長しなくてもよい。さらに、リポジトリは以前に受け取
ったホットリスト証明書のショートリストを保持するこ
とによって、当該リポジトリは実際にこのリストを検討
する作業を避けることができる。これらのリストはマス
タリポジトリによって暗号化される。能率を改善するた
めのアプローチのためのマイナーな変形は、ホットリス
ト証明書の名前のリストを最初に交換するリポジトリを
有し、結果的に、以前に受け取ったことのないリストの
みが交換される。「ホットリスト」はマスタリポジトリ
によって保持され、配給される。

【０１３２】トランザクションがエラーで終了する代わ
りに、トランザクションが、他の登録メッセージが他の
マスタリポジトリによって作成された識別証明書に基づ
いて送られることを要求することができることに注目さ
れたい。これは、申し分のない識別証明書が見つかるま
で又は信頼が確立されないことが決定するまで反復され
る。

【０１３３】リポジトリがホットリスト上にないと仮定
した場合、リポジトリ識別は検証されなければならな
い。言い換えれば、リポジトリ−２は、（リンクの）他
端におけるリポジトリが実際にリポジトリ−１であるこ
とを検証する必要がある。これはパフォーマンステスト
と呼ばれ、リポジトリ−１とリポジトリ−２の間の前の
セッション開始のレコードを再生する偽リポジトリを介
してリポジトリへの無効なアクセスを防止するために実
行される。パフォーマンステストは、ステップ１６０９
においてパフォーマンスメッセージを発生するリポジト
リ−２によって開始される。パフォーマンスメッセージ
は、臨時語（ノンス）、それぞれのリポジトリの名前、
時間、及びリポジトリ−１から受け取られた登録識別子
からなる。ノンスは、いくつかの任意の可変情報（例え
ば、時間又は温度）に基づいて生成されたメッセージで
ある。このノンスは、リポジトリ−１がメッセージ上で
今まで一度も見たことがことが要求されるプライベート
キーを用いて、当該リポジトリ−１がメッセージの正確
な暗号化を実際に展開することができるか否かをチェッ
クするために使用される。パフォーマンスメッセージは
リポジトリ−１の登録メッセージ内で指定されたパブリ
ックキーを用いて暗号化される。このパフォーマンスメ
ッセージは、ステップ１６１０において、リポジトリ−
１へ転送され、ステップ１６１１において、そのプライ
ベートキーを用いてリポジトリ−１によって復号され
る。次に、リポジトリ−１は、ステップ１６１２におい
て二つのリポジトリの名前が正しいか、ステップ１６１
３において時間が正確か、ステップ１６１４において登
録識別子がリポジトリ−１が送った識別子に対応してい
るか否かを確かめるためにチェックする。これらのテス
トのうちのどれかが不合格ならば、トランザクションは
ステップ１６１６で終了する。これらのテストが合格す
れば、ステップ１６１５において、リポジトリ−１はノ
ンスをリポジトリ−２へ暗号化しないで転送する。次
に、リポジトリ−２は、ステップ１６１７において、受
け取ったノンスを元のノンスと比較する。これらが一致
しない場合、ステップ１６１８において、登録トランザ
クションはエラーで終了する。これらが同じ場合は、登
録トランザクションは無事に終了する。

【０１３４】この時、このトランザクションが終了しな
かったと仮定すると、これらのリポジトリは、セッショ
ンの間の全ての通信において使用されるセッションキー
を含むメッセージを交換し、クロックを同期する。図１
７は、セッション情報交換及びクロック同期ステップを
示す（再度、リポジトリ−１の観点から）。図１７に関
しては、ステップ１７０１においてリポジトリ−１はセ
ッションキーのペアを作成する。第１のキーは、プライ
ベートに保持され、メッセージを暗号化するためにリポ
ジトリ−１によって使用される。第２のキーはリポジト
リ−２によって使用されるパブリックキーであり、メッ
セージの復号を行う。この第２のキーは、ステップ１７
０２において、リポジトリ−２のパブリックキーを用い
て暗号化され、ステップ１７０３において、リポジトリ
−２へ送られる。受け取ったら、ステップ１７０４にお
いて、リポジトリ−２は当該第２のキーを復号する。第
２のキーは次に続く通信においてメッセージを復号する
ために使用される。各リポジトリがこのステップを終了
すると、これらのリポジトリは共に、もう一方のリポジ
トリが本物であり、これらのリポジトリがオリジナルの
リポジトリと通信していることが確認される。各リポジ
トリはセッション中の更なる通信を復号するときに使用
されるキーをもう一方のリポジトリへ付与する。このキ
ーはそれ自体が受信リポジトリのみのパブリックキーで
転送されるので、引き続くメッセージを復号するために
使用されるキーを復号することが可能である。

【０１３５】セッションの情報が交換された後、リポジ
トリはこれらのクロックの同期をとらなければならな
い。クロックの同期は、これらのリポジトリの互いのト
ランザクションの金融記録に対して合意が得られたタイ
ムベースを設定するために当該リポジトリによって使用
される。図１７に戻って、ステップ１７０５において、
リポジトリ−２は、タイムスタンプ交換メッセージを発
生することによって、クロック同期を開始し、ステップ
１７０６においてこのメッセージをリポジトリ−１へ転
送する。受信すると、ステップ１７０７においてリポジ
トリ−１はそれ自体のタイムスタンプメッセージを発生
し、ステップ１７０８においてそのメッセージをリポジ
トリ−２へ戻すように転送する。ステップ１７０９にお
いて、リポジトリ−２は現在時間を記し、ステップ１７
１０において、リポジトリ−１から受け取った時間を記
憶する。ステップ１７１１において、現在時間がリポジ
トリ−１から受け取った時間と比較される。ステップ１
７１２において、この差は、所定の許容値（例えば、１
分）を超過しているかを見るためにチェックされる。超
過している場合、ステップ１７１３において、リポジト
リ−２は、当該リポジトリ−２がリポジトリの偽造を示
すかもしれないのでトランザクションを終了する。超過
していない場合、ステップ１７１４において、リポジト
リ−２は調整されたタイムデルタを計算する。調整され
たタイムデルタは、リポジトリ−２のクロックタイムと
リポジトリ−１及びリポジトリ−２からの時間の平均と
の差である。

【０１３６】より高い精度を達成するために、リポジト
リ−２は時間を一定回数（例えば、５回）まで再び要求
し、クロック同期ステップを反復し、その結果を平均す
る。

【０１３７】第２のセッション開始トランザクションは
Login transaction （ログイン・トランザクション）で
ある。Login transaction はトランザクションを要求す
るユーザの真偽をチェックするために使用される。Logi
n transaction は、クレジットサーバへ請求される金融
トランザクションのオーソライゼーションに関して特に
慎重である。Login transaction は、ユーザインタフェ
ースにおけるユーザとリポジトリに対応しているクレジ
ットサーバとの対話を含む。ここで交換される情報は、
ユーザに対して自体を識別するためにリポジトリ／クレ
ジットサーバによって供給されるログインストリング
と、クレジットサーバに対して自身を識別するためにユ
ーザによって提供されるPersonal Identification Numb
er(PIN) （個人識別番号）である。ユーザが、ユーザイ
ンタフェースが常駐しているリポジトリとは異なるリポ
ジトリでクレジットサーバへアクセスしている場合、情
報の交換はそれぞれのリポジトリのパブリック及びプラ
イベートキーを用いて暗号化される。

【０１３８】Billing Transaction （請求トランザクシ
ョン）はクレジットサーバとの金銭上のトランザクショ
ンに関する。請求トランザクションは全ての他の条件が
満たされた時に実行され、この要求を許諾するために使
用料が要求される。大抵の場合、請求トランザクション
は当該技術分野においては良く理解される。これらのト
ランザクションは、リポジトリとクレジットサーバの
間、又はクレジットサーバと請求クリアリングハウスの
間にある。つまり、要求されるトランザクションは以下
を含む： ・リポジトリとユーザがそれらの本物をクレジットサー
バへ設定するための登録及びLOGIN トランザクション。
リポジトリとクレジットサーバが単一システムとして実
行される場合、これらのトランザクションは完全に内部
トランザクションである。 ・クレジットサーバがその本物を請求クリアリングハウ
スへ設定する登録及びLOGIN トランザクション。 ・料金を割り当てるためのAssign-fee transaction。こ
のトランザクションにおける情報は、トランザクション
識別子、トランザクションにおけるリポジトリの同一
性、及びディジタルワークの該当部分からの請求のリス
トを含む。トランザクションにおいて何らかの異常事
態、例えば、通信妨害などが発生した場合、この情報も
含まれる。 ・請求を割り当てるためのBegin-charge transaction
（請求開始トランザクション）。このトランザクション
は、課金使用に用いられることを除いては料金割当てト
ランザクション（Assign-fee transaction）とほぼ同様
である。なお、このトランザクションは、料金割当てト
ランザクションと共に使用料情報を含む。次に、クレジ
ットサーバはクロックをランする役割を果たす。 ・課金使用に対する請求を終了するEnd-charge transac
tion。（このアプローチの変形ではリポジトリは時間ブ
ロック毎に周期的請求情報を交換する。） ・パーソナルクレジットサーバと請求クリアリングハウ
スの間のReport-chargestransaction（請求通知トラン
ザクション）。このトランザクションは請求(billing)
期間において少なくとも一度は呼び出される。これは、
請求に関する情報を渡すために使用される。貸借カード
上で、このトランザクションは、必要に応じて、バラン
ス（貸借対照）情報及びクレジットの制限を更新するた
めに使用される。

【０１３９】全ての請求トランザクションにはトランザ
クションＩＤが付与され、サーバとクライアントの両方
によってクレジットサーバへ通知される。これによっ
て、トランザクションのパーティの一人が銀行カードを
無くした場合、請求情報の損失の可能性を軽減し、シス
テムの偽造に対するチェックを行う。

【０１４０】セッション開始トランザクションが終了し
た後で、使用の要求が処理されてもよい。使用要求を処
理する時に実行されるステップの記述を簡素化するた
め、用語「リクエスタ」は要求を開始するリクエスタモ
ードのリポジトリを称するために使用される。用語「サ
ーバ」は、サーバモードのリポジトリを称するために使
用されると共に、所望されるディジタルワークも含む。
ワークをプリントするか又は閲覧するかの要求のような
多数のケースにおいては、リクエスタ及びサーバは同じ
デバイスであってもよいし、以下に記述されているトラ
ンザクションは完全に内部トランザクションであっても
よい。このようなインスタンスにおいて、登録トランザ
クションのようないくつかのトランザクションステップ
が実行されなくてもよい。

【０１４１】使用権トランザクションの全てのセマンテ
ィックス（意味論）の一部であるいくつかの共通のステ
ップがある。これらのステップは共通トランザクション
ステップと呼ばれる。「オープニング」ステップと「ク
ロージング」ステップの二つのステップがある。簡素化
のために、これらは使用権トランザクションの全ての記
述においてそれらを反復するよりも、本発明においては
リストされている。

【０１４２】トランザクションは、ディジタルワークの
一部、完全なディジタルワーク、又は他のディジタルワ
ークを含むDigital workを指示することができる。本明
細書中には詳細に記述されていないが、トランザクショ
ンは複数のディジタルワークからなるフォルダさえも指
示することができる。用語「ワーク」はアクセスされて
いるディジタルワークの任意の部分又は任意のセットを
指示するために使用される。

【０１４３】ステップの多くは特定の条件が満たされて
いるか否かを決定することを含む。各使用権は、権利が
行使される前に満たされなければならない一つ以上の条
件を有することもあることを思い出して頂きたい。ディ
ジタルワークは部分を有し、部分は部分を有する。異な
る部分は異なる権利及び料金を有することができる。従
って、トランザクションに含まれる全ての部分に対して
必要条件が満たされることを検証することが必要であ
る。要するに、権利が存在しているか及び行使するため
の条件が満たされているかのチェックに指示される時、
全てのこのようなチェックがワークの関連部分のそれぞ
れに対して発生するように意図されている。

【０１４４】図１８はトランザクションのための最初の
共通のオープニング及びクロージングステップを示して
いる。この時点で、登録が発生し、「信頼できる(trust
ed)」セッションが適所に置かれていると仮定される。
汎用テストは、ワークを含むフォルダ又はファイルシス
テム階層内の高位にあるフォルダを含む幾つかのフォル
ダに対応している使用権に対するテストである。これら
のテストは、ワークがワークそれ自体にアタッチされて
いることに対抗して、ワークが特定のリポジトリ上にあ
った結果としてのワークに課せられた必要条件に対応し
ている。図１８に関しては、ステップ１８０１におい
て、使用トランザクションを開始する前に、リクエスタ
は当該トランザクションに対応している権利が行使され
る前に、要求されるあらゆる汎用テストを実行する。例
えば、（ソフトウェアの）インストール権、アンインス
トール権及びデリート権が、権利が行使される前にリク
エスタがオーソライゼーション証明書を有することを要
求するために実行されてもよい。他の例は、ディジタル
ワークがリクエスタへコピーされる前に、ディジタルチ
ケットが提示され、パンチされるという必要条件であ
る。汎用テストのいずれかが不合格ならば、ステップ１
８０２において、トランザクションは開始されない。使
用要求を受けて、このように要求されたテストに合格し
たと仮定すると、ステップ１８０３において、サーバ
は、トランザクションの記録又は通知に使用されるトラ
ンザクション識別子を発生する。次に、サーバは、ステ
ップ１８０４において、要求されたトランザクションに
対応している権利がディジタルワークに対して許諾され
たか否かをチェックする。当該要求に対応している権利
がディジタルワークに対して許諾されなかった場合、ス
テップ１８０５においてトランザクションは終了する。
要求された権利がディジタルワークに対して許諾された
場合、サーバは、権利を行使するための種々の条件が満
たされたか否かを決定する。ステップ１８０６におい
て、タイムベースの条件が検討される。これらの条件は
権利のバージョンに対するタイム仕様を検討することに
よってチェックされる。いずれの条件も満たされなかっ
た場合、ステップ１８０５においてトランザクションは
終了する。

【０１４５】タイムベースの条件が満たされた場合、ス
テップ１８０７においてサーバはセキュリティ及びアク
セス条件をチェックする。このようなセキュリティ及び
アクセス条件は以下の場合に満たされる。 １）リクエスタが指定されたセキュリティクラス又はそ
れより高位のセキュリティクラスにあること。 ２）サーバがあらゆる指定されたオーソライゼーション
テストに合格していること。 ３）リクエスタがあらゆる指定されたオーソライゼーシ
ョンテストに合格し、あ らゆる要求されたディジタルチケットを有しているこ
と。 いずれの条件も満たされなかった場合、ステップ１８０
５においてトランザクションは終了する。

【０１４６】セキュリティ及びアクセス条件がすべて満
たされたと仮定すると、ステップ１８０８においてサー
バはコピーカウント条件をチェックする。コピーカウン
トがゼロに等しい場合、トランザクションは完了するこ
とができず、ステップ１８０５においてトランザクショ
ンは終了する。

【０１４７】コピーカウントがゼロに等しくないと仮定
すると、ステップ１８０９において、サーバは、要求さ
れた権利のために使用されているコピーが、要求された
権利（又は関連部分）のためのコピーカウントに等しい
か又はそれ以上であるか否かをチェックする。使用中の
コピーがコピーカウントより大きいか又は等しい場合、
これはトランザクションのバージョンに対する使用権が
使い果たされたことを示す。従って、ステップ１８０５
において、サーバはトランザクションを終了する。コピ
ーカウントがトランザクションに使用されているコピー
より少ない場合、トランザクションは続けられ、ステッ
プ１８１０においては、使用されているコピーが当該ト
ランザクションにおいて要求されたディジタルワークの
数だけインクリメントされる。

【０１４８】次に、サーバは、ステップ１８１１におい
てディジタルワークが"Loan"アクセス権利を有している
か否かをチェックする。"Loan"アクセス権利は、全ての
コピーが貸し出されても権利が残存していることがある
ので、特別のケースである。ディジタルワークが"Loan"
アクセス権利を有している場合、ステップ１８１２にお
いて、全てのコピーが貸し出されたか否かを見るために
チェックされる。貸し出されたコピーの数はディジタル
ワークの貸出権利の全てのバージョンに対するCopy-Cou
nts の合計である。複合ワークに関しては、関連する数
字は、複合ワークの各構成要素の合計のような最小数で
ある。全てのコピーが貸し出された場合、ステップ１８
１３において、残りの権利が決定される。残りの権利
は、"Loan"の権利のバージョンからの残りの権利仕様か
ら決定される。"Loan"の権利が一つだけの場合、決定は
簡単である。残りの権利はLoanの権利のバージョンにお
いて仕様された権利か、又はRemaining-Rights: が指定
されていない場合は無しである。Loanの権利の複数バー
ジョンがある場合、及び全てのバージョンの全てのコピ
ーが貸し出された場合、残りの権利は、Loanの権利の全
てのバージョンに渡って残っている権利の最小セット
（共通部分）として取られる。ステップ１８１４におい
て、サーバは要求されたセットが残りの権利のセット内
にあるか否かを決定する。要求されたセットが残りの権
利のセット内にない場合、ステップ１８０５において、
サーバはトランザクションを終了する。

【０１４９】Loanがディジタルワークの使用権ではない
場合、又は全てのコピーが貸し出されず、又は要求され
た権利が残りの権利のセット内にある場合、ステップ１
８１５において、その権利に対する料金の条件がチェッ
クされる。これはリポジトリとそれに対応するクレジッ
トサーバの間の種々の金融トランザクションを開始す
る。さらに、ディジタルワークの使用のあらゆる課金が
開始される。任意の金融トランザクションが失敗する
と、ステップ１８０５においてトランザクションは終了
する。

【０１５０】条件がチェックされる順番がステップ１８
０６乃至１８１５の順序に従わなくともよいことに注目
されたい。

【０１５１】この時点で、権利特定ステップは今や実行
され、ステップ１８１６として表される。この権利特定
ステップは以下により詳細に記述されている。

【０１５２】共通のクロージングトランザクションステ
ップが実行される。クロージングトランザクションステ
ップの各々は、トランザクションが無事に完了した後
で、サーバによって実行される。図１８に戻ってみる
と、ステップ１８１７において、要求された権利に対し
て使用されているコピーの値は当該トランザクションに
含まれているコピー数だけデクリメントされる。次に、
権利が計量による使用料金仕様を有する場合、ステップ
１８１８において、サーバはトランザクションに含まれ
ている全ての部分に対する権利に対応しているRemainin
g-Use-Timeから経過した時間を減算する。最後に、権利
に対応している料金仕様がある場合、ステップ１８１９
において、サーバは請求を確認するためにEnd-Charge
（請求終了）金融トランザクションを開始する。

【０１５３】考慮すべき重要な部分は、サーバからリク
エスタへのディジタルワークの転送である。本明細書中
に記述されている転送プロトコルは有効セッションが作
成された後で発生する事象に関する。転送プロトコル
は、リポジトリ同士の間での通信中断ケースを取り扱わ
なければならない。通信チャネルへのノイズ注入のよう
な妨害は完全性チェック（例えば、パリティ、チェック
サム等）によって検出されることができる。当該完全性
チェックは、伝送プロトコルの中へ組み込まれているが
本明細書中では詳細に説明しない。

【０１５４】転送プロトコルの基盤となる目標は、通信
チャネルの故意又は事故による妨害のようないくつかの
故障モードを阻止することである。例えば、トランザク
ションの終りに近い特定の時間においてユーザがクレジ
ットサーバを有するカードを引いたと仮定する。「カー
ドを引く」ことによってリポジトリが作成されたワーク
のコピー数を正確に数え損なうような無防備な時間があ
ってはならない。要するに、ディジタルワークを使った
後で、支払いを避けるための手段としてパーティが接続
を破壊できるような時間があってはならない。

【０１５５】トランザクションが妨害（及び失敗）され
た場合、両方のリポジトリは、ディジタルワークと、失
敗前の当該ディジタルワークの状態に対する会計、及び
失敗それ自体のモジュール記録を回復する。

【０１５６】図１９は、トランザクション中に情報を転
送する過程におけるステップを示す状態ブロックであ
る。各ボックスは、サーバモード（中央の点線１９０１
の上）又はリクエスタモード（点線１９０１の下）のい
づれかにおいてリポジトリの状態を示す。実線の矢印は
状態同士の間の遷移を表す。ダッシュラインの矢印は、
リポジトリ同士の間のメッセージ通信を表す。実線の遷
移矢印を指し示すダッシュラインのメッセージ矢印は、
メッセージが受け取られた時、遷移が発生することを意
味すると解釈される。ラベル付けされてない遷移の矢印
は、無条件で発生する。状態遷移矢印における他のラベ
ルは遷移をトリガーする条件を記述する。

【０１５７】図１９に関しては、サーバは最初に新しい
トランザクションがスタートメッセージ１９０３を介し
て開始される１９０２の状態にある。このメッセージは
トランザクション識別子と、転送されるデータのブロッ
クのカウントとを含むトランザクション情報を含む。最
初は、１９０４において待機状態にあるリクエスタはデ
ータ待機状態１９０５を実行する。

【０１５８】サーバはデータ転送状態１９０６を実行
し、データブロック１９０７を転送し、次にアクノレッ
ジ状態１９０８の待機を実行する。データが受け取られ
ると、リクエスタはデータ受け取り状態１９０９を実行
し、データブロックが完全に受け取られた時それはアク
ノレッジ状態１９１０を実行し、Acknowledgement mess
age （アクノレッジ・メッセージ）１９１１をサーバへ
転送する。

【０１５９】より多くのブロックを送る場合、サーバは
リクエスタからAcknowledgement message を受け取るま
で待機する。Acknowledgement message が受け取られる
と、サーバは次のブロックをリクエスタへ送り、アクノ
レッジを再び待機する。このリクエスタも同じ状態サイ
クルを反復する。

【０１６０】サーバが最終ブロックを送る前に通信の失
敗を検出した場合、当該サーバはトランザクションが取
り消されるキャンセル状態１９１２に入る。同様に、リ
クエスタが最終ブロックを受け取る前に通信の失敗を検
出した場合、当該リクエスタは取消状態１９１３に入
る。

【０１６１】送ろうとするブロックがなくなった場合、
サーバはトランザクションにコミット（委任）し、状態
１９１４における最終のAcknowledgement （アクノレッ
ジ）を待機する。サーバが最終のAcknowledgement mess
age を受け取る前に通信の失敗があった場合、サーバは
やはりトランザクションにコミットするが、状態１９１
５におけるそのクレジットサーバへの事象に関する通知
を含む。この通知は二つの目的を果たす。この通知は、
完全には受け取られなかったディジタルワークを受け取
ったものとして請求されたことについてのユーザによる
主張を合法とするのを補助する。さらに、これは、疑わ
しい使用パターン及び妨害を有するリポジトリや通信ラ
インを識別するのを補助する。サーバは、次に、その完
了状態１９１６を実行する。

【０１６２】受け取ろうとするブロックがもうないリク
エスタサイドでは、リクエスタは状態１９１７において
このトランザクションにコミットする。リクエスタがこ
の状態における通信の失敗を検出すると、リクエスタは
状態１９１８におけるその失敗をクレジットサーバへ通
知するが、依然としてそのトランザクションにコミット
し続ける。リクエスタがコミットした時、それはアクノ
レッジメッセージをサーバへ送る。サーバは、次に、そ
の完了状態１９１９に入る。

【０１６３】キー特性は、サーバ及びリクエスタの両方
が、全てのデータブロックが引き渡される前にトランザ
クションが妨害された場合にトランザクションをキャン
セルすると共に、全てのデータブロックが引き渡された
場合に当該トランザクションにコミットすることであ
る。

【０１６４】サーバが全てのデータブロックを送った
（及びコミットした）が、リクエスタは全部を受け取っ
ていなかったり、そのトランザクションをキャンセルす
るような可能性がある。この場合、恐らくは、両方のリ
ポジトリが通信の失敗を検出し、それをこのリポジトリ
のクレジットサーバへ通知する。通信の失敗の非常に正
確なタイミングに依存するのでこのケースは恐らくは稀
である。唯一の結果は、リクエスタリポジトリにおける
ユーザは、クレジットサービスからの払戻しを望み、こ
の払戻しに対するケースは両リポジトリによる通知によ
り実証されることである。

【０１６５】データの損失を防止するために、サーバ
は、リクエスタからの最終アクノレッジを受け取るま
で、あらゆる転送されたディジタルワークをデリートし
てはならない。しかし、サーバ又はファイルを使用して
もならない。この状態を処理する周知の方法は、「２相
コミット」又は２ＰＣ（2 phase commit）と呼ばれる。

【０１６６】「２相コミット」は以下のように作用す
る。第１フェーズは上記に示された方法と同様に作用す
る。サーバはリクエスタへ全てのデータを送る。両方の
リポジトリは、トランザクション（及び適切なファイ
ル）にコミットされなかったものとしてマークする。サ
ーバは、ready-to-commit メッセージをリクエスタへ送
る。リクエスタはアクノレッジをリターンする。次に、
サーバはコミットし、リクエスタにコミットメッセージ
を送る。リクエスタがコミットメッセージを受け取った
時、リクエスタはファイルにコミットする。

【０１６７】通信の失敗又は他のクラッシュがあった場
合、リクエスタはトランザクションの状況を決定するた
めにサーバと共にチェックバックしなければならない。
サーバはこれに対して最終ワードを有している。リクエ
スタが全てのデータを受け取っているかもしれないが、
リクエスタが最終メッセージを得ていなかった場合、リ
クエスタはコミットしてはいない。サーバが一旦コミッ
トすると、ファイルが完全に転送されたことが２ＰＣサ
イクルを開始する前にわかっているので、サーバは先へ
進んで（トランザクション記録を除いて）ファイルをデ
リートすることができる。

【０１６８】同じ効果を達成するために使用されること
ができる技術的に公知の変形がある。例えば、サーバが
ワークをクライアントへ転送する時に付加的暗号化レベ
ルを使用することができる。クライアントがメッセージ
アクノレッジの受領情報を送った後でのみ、このクライ
アントはキーを送る。次に、クライアントはディジタル
ワークに対しての支払いに合意する。この変形のポイン
トは、クライアントがワークを受け取ったことの明白な
会計履歴を提供することにある。しかしながら、信用の
あるシステムに関しては、この変形は暗号化レベルの追
加によって会計処理能力の実利得をもたらさない。

【０１６９】特定の使用権に対するトランザクションを
以下に説明する。Copy Transaction（コピートランザク
ション）は、同等か又はやや少ない使用権を有するワー
クの一つ以上の独立コピーを作成するための要求であ
る。コピーは、それがディジタルワーク全体又はディジ
タルワークを含むフォルダ全体を指示する点で後で説明
される抽出権とは異なる。コピー動作はディジタルワー
クのある部分を取り除くために使用することはできな
い。 ・リクエスタはサーバへCopy Transactionを開始するよ
うにメッセージを送る。このメッセージはコピーされる
ワーク、トランザクションに使用される著作権のバージ
ョン、ワークを配置するための宛て先アドレス（フォル
ダ内の位置）情報、ワークに対するファイルデータ（サ
イズを含む）、要求されたコピー部数を示す。 ・リポジトリは共通のオープニング・トランザクション
・ステップを実行する。 ・サーバは、転送プロトコルに従って、要求された内容
及びデータをクライアントへ転送する。Next-Set-Of-Ri
ghtsが権利のバージョンに提供された場合、これらの権
利がワークに対する権利として転送される。そうでない
場合、オリジナルの権利が転送される。あらゆる場合に
おいて、送られているディジタルワークのコピーに対す
るCopy-Countフィールドが、要求されたコピー部数にセ
ットされる。 ・リクエスタは、ワークの内容、データ、及び使用権を
記録し、このワークを記憶する。リクエスタはコピーが
作成された日付と時間をディジタルワークの属性の中に
記録する。 ・リポジトリは、共通のクロージングトランザクション
ステップを実行する。

【０１７０】Transfer transaction（転送トランザクシ
ョン）は、同等又はやや少ない使用権を有するワークの
コピーを他のリポジトリへ移動するための要求である。
CopyTransactionとは対照的に、これはサーバからワー
クコピーを除去することになる。 ・リクエスタはサーバへTransfer transactionを開始す
るようにメッセージを送る。このメッセージは転送され
るワーク、当該トランザクションにおいて使用される転
送権のバージョン、ワークを配置するための宛て先アド
レス情報、このワークのためのファイルデータ、及び含
まれるコピー数を示す。 ・リポジトリは共通のオープニングトランザクションス
テップを実行する。 ・サーバは、転送プロトコルに従って、要求された内容
及びデータをリクエスタへ転送する。Next-Set-Of-Righ
tsが権利のバージョンに提供された場合、これらの権利
がワークに対する権利として転送される。そうでない場
合、オリジナルの権利が転送される。両方のケースにお
いて、転送された権利に対するCopy-Countフィールド
は、要求されたコピー部数にセットされる。 ・リクエスタはワークの内容、データ、及び使用権を記
録し、このワークを記憶する。 ・サーバは当該トランザクションに含まれるコピー数だ
けそのコピーカウントをデクリメントする。 ・リポジトリは共通のクロージングトランザクションス
テップを実行する。 ・サーバ内に残っているコピー数が現在ゼロである場
合、ディジタルワークはメモリから消去される。

【０１７１】Loan transaction（貸出しトランザクショ
ン）はディジタルワークのコピーを貸し出すためのメカ
ニズムである。この貸出しの最大期間はディジタルワー
クの内部パラメータによって決定される。ワークは所定
期間の後で自動的に返却される。 ・リクエスタはサーバへLoan transactionを開始するよ
うにメッセージを送る。 このメッセージは貸し出されるワーク、当該トランザク
ションにおいて使用される貸出権のバージョン、ワーク
を配置するための宛て先アドレス情報、包含されるコピ
ー数、ワークのためのファイルデータ、及び貸出しの期
間を示す。 ・サーバは、要求された貸出期間の有効性をチェック
し、この期間が有効でない場合は、エラーで終了する。
貸出されたコピーに対する貸出しは、サーバへのオリジ
ナルの貸出期間を超過することができない。 ・リポジトリは共通のオープニングトランザクションス
テップを実行する。 ・サーバは、要求された内容及びデータをリクエスタへ
転送する。Next-Set-Of-Rightsが提供された場合、これ
らの権利がワークに対する権利として転送される。そう
でない場合、オリジナルの権利が、貸出期間を反映する
ように更新されてから、転送される。 ・リクエスタはワークの内容、データ、使用権、及び貸
出期間を記録し、このワークを記憶する。 ・サーバは貸し出されたコピー数を反映するようにディ
ジタルワークにおける使用権情報を更新する。 ・リポジトリは、共通のクロージングトランザクション
ステップを実行する。 ・サーバは、ディジタルワークに対する使用権データを
更新する。これは、ワークが返却されるまで、このワー
クの使用を除外する。リクエスタプラットフォームにい
るユーザは、ここで、ディジタルワークの転送されたコ
ピーを使用することができる。オリジナルリポジトリに
アクセスしているユーザは、コピーが残っていない限
り、ディジタルワークを使用することができない。次に
発生することは、時間における事象の順序に依存する。ケース１ ：貸出し期間の時間はまだ使い切られておら
ず、リクエスタがリポジトリへReturn message（返却メ
ッセージ）を送る場合、 ・返却メッセージはリクエスタ識別、及びトランザクシ
ョンＩＤを含む。 ・サーバは、返却されたコピー部数だけ使用中のコピー
をデクリメントする。（返却されたディジタルワークの
数が実際に貸し出された数より大きい場合はエラーとし
て処理される。）このステップは、ここで、他のユーザ
に対するサーバにおいてワークを有効にすることができ
る。 ・リクエスタはそのコピーを無効にして、メモリからそ
の内容を除去する。リクエスタは全ての現在使用を終了
し、メモリからディジタルワークコピーを消去する。い
ずれにしろワークは自動的に返却されるのであるが、リ
クエスタは貸出し期間より早くワークを返却することが
想定される。早めの返却理由の一つは、貸出しコストを
決定する計量による料金の存在である。早期返却はこの
料金を削減することができる。ケース２ ：貸出し期間の時間が使い果たされ、リクエス
タがまだReturn messageを送っていない場合、 ・サーバは、使用中のコピーフィールドを、貸し出され
たディジタルワークの数だけデクリメントする。 ・リクエスタは、ディジタルワークのコピーを自動的に
無効にする。当該リクエスタは全ての現在使用を終了
し、メモリからディジタルワークコピーを消去する。ワ
ークはいずれにしろ自動的に返却されるのにもかかわら
ず、リクエスタは貸出し期間より早くワークを返却する
ことが想定される。早期返却理由の一つは、貸出しコス
トを決定する計量による料金の存在である。早期返却は
この料金を削減することができる。

【０１７２】Play Transaction（再生トランザクショ
ン）はワークの内容を使用するための要求である。一般
に、ワークを「再生（play）」することは、スピーカ又
はディスプレイデバイスのようなある種類のトランスデ
ューサを介してディジタルワークへ送ることである。こ
の要求は、これらの内容が他のシステムへディジタル式
に通信されないように意図されていることを示唆してい
る。例えば、これらの内容はプリンタへ送られるか、デ
ィジタル媒体に記録されるか、トランザクション後に保
持されるか、又は他のリポジトリへ送られる。

【０１７３】用語「再生（Play）」は、音楽の再生、映
画の再生、又はビデオゲームの再生などの例に対して自
然である。再生の一般的な形態は、ディジタルワークを
使用するために「プレーヤー」が使用されることを意味
する。しかしながら、この用語「再生」は、全ての記録
媒体及び記録種類を網羅する。従って、ある人がディジ
タルワークを「再生」するとは、それを読み出すために
レンダリングすることを意味し、又はコンピュータプロ
グラムを「再生」するとは、それを実行することを意味
する。ディジタルチケットに関しては、プレーヤーはデ
ィジタルチケットエージェントにもなり得る。 ・リクエスタはサーバへPlay Transactionを開始するよ
うにメッセージを送る。このメッセージは、再生される
ワーク、当該トランザクションにおいて使用される再生
権のバージョン、使用されているプレーヤーの識別、及
びワークに対するファイルデータを示す。 ・サーバは、プレーヤーの識別の有効性と、このプレー
ヤー識別と権利上のプレーヤー仕様の互換性をチェック
する。これらが満たされない場合、エラーで終了する。 ・リクエスタは、共通のオープニングトランザクション
ステップを実行する。 ・サーバ及びリクエスタは、転送プロトコルに従って、
プレーヤーによって要求された通りに、データのブロッ
クの読み出し、書き込みを行う。リクエスタはプレーヤ
ーを用いてワークの内容を再生する。 ・プレーヤーが終了した時、プレーヤーとリクエスタは
それらのメモリから内容を除去する。 ・リポジトリは共通のクロージングトランザクションス
テップを実行する。

【０１７４】Print transaction （プリント・トランザ
クション）はワークの内容を「プリンタ」上でレンダリ
ング（描画）するために当該ワークの内容を得るための
要求である。我々は、インクで用紙に書き込む一般的な
ケースを含むように、用語「プリンタ」を使用する。し
かしながら、我々のこの用語の使用における「プリンテ
ィング」の主な態様は、使用権の保護の外側にある場所
で、ディジタルワークのコピーを作成することにある。
全ての権利と同様に、これは特別のオーソライゼーショ
ン証明書を要求してもよい。

【０１７５】ディジタルワークが一旦プリントされる
と、発行者及びユーザは、どんな著作権法が効力がある
かによって制限される。しかしながら、プリンティング
はそれらの内容をリポジトリの制御外へ移動する。例え
ば、他の実施メカニズムがない場合、ディジタルワーク
が一旦用紙にプリントされると、ディジタルワークは使
用料金を集金するリポジトリによって妨害されずに通常
の複写機でコピーされることができてる。ディジタルデ
スクへのプリンタが許容された場合、このディジタルコ
ピーは使用権の制御外にある。クリエータはこのような
著作権法を侵すコピーに絶対に暗黙に同意しないが、ク
リエータとユーザは共にこのことを知っている。 ・リクエスタは、サーバへPrint transaction を開始す
るようにメッセージを送る。このメッセージは再生され
るワーク、使用されるプリンタの識別、ワークのための
ファイルデータ、及び要求されているコピー数を示す。 ・サーバは、プリンタ識別の有効性、及びプリンタ識別
と権利上のプリンタ仕様の互換性をチェックする。これ
らの条件が満たされない場合、エラーで終了する。 ・リポジトリは共通のオープニングトランザクションス
テップを実行する。 ・サーバは、転送プロトコルに従って、データのブロッ
クを転送する。 ・リクエスタは、プリンタを用いて、ワーク内容をプリ
ントする。 ・プリンタが終了した時、プリンタとリクエスタはそれ
らのメモリからこれらの内容を除去する。 ・リポジトリは共通のクロージングトランザクションス
テップを実行する。

【０１７６】Backup transaction（バックアップ・トラ
ンザクション）は、媒体の故障に対する保護としてディ
ジタルワークのバックアップコピーを作成するための要
求である。リポジトリの内容において、セキュリティバ
ックアップコピーは、以下の三つの点において他のコピ
ーとは異なる。（１）これらのセキュリティバックアッ
プコピーはCopy transactionではなく、Backup transac
tionの制御下で作成される。（２）これらは正規のコピ
ーとしてカウントしない。（３）これらは正規のコピー
として使用可能ではない。概して、バックアップコピー
は暗号化されている。

【０１７７】バックアップコピーはこれらに割り当てら
れる権利に依って転送されたり又はコピーされたりする
が、それらの再生、プリント又は埋め込み（embedding
）のためにバックアップコピーを有用にするための唯
一の方法はそれらを復元することである。

【０１７８】Backup operation（バックアップ動作）の
出力は、ワークの内容及び記述を含む暗号化されたデー
タファイルと、暗号化された内容を復元する暗号化キー
を有する復元ファイルとの両方である。多くの場合にお
いて、暗号化されたデータファイルは、セキュリティの
ための暗号化のみに頼って、この出力を保護システムの
外側のディスクに「プリント」するための権利を有す
る。このようなファイルは、物理的に安全であり便利な
所に記憶されることができる。復元ファイルはリポジト
リ内に保持される。このファイルは、バックアップコピ
ーの復元のために必要である。このファイルは、リポジ
トリ同士の間での転送のための権利を有することができ
る。 ・リクエスタは、サーバへBackup transactionを開始す
るようにメッセージを送る。このメッセージはバックア
ップされるワーク、当該トランザクションにおいて使用
されるバックアップ権のバージョン、バックアップコピ
ーを配置するための宛て先アドレス情報、及びワークに
対するファイルデータを示す。 ・リポジトリは共通のオープニングトランザクションス
テップを実行する。 ・サーバは、要求された内容及びデータを、リクエスタ
へ転送する。Next-Set-Of-Rightsが提供された場合、こ
れらの権利がワークに対する権利として転送される。そ
うでない場合、オリジナルのバックアップファイルに対
するデフォルトの権利セットがサーバによってセットさ
れる。 ・リクエスタは、ワークの内容、データ、及び使用権を
記録する。それは、次に、一回使用のキーを作成し、内
容ファイルを暗号化する。それはキー情報を復元ファイ
ル内に保存する。 ・リポジトリは共通のクロージングトランザクションス
テップを実行する。

【０１７９】いくつかのケースにおいて、磁気光学的記
憶装置システム又は磁気テープのようなオフライン記憶
装置を守るために大量の暗号化された内容ファイルをア
ーカイブ（保管）することができることは便利である。
非リポジトリアーカイブファイルの作成は暗号化プロセ
スと同じ程安全である。このような非リポジトリアーカ
イブ記憶装置は、「プリンティング」の形式と見なさ
れ、特定の「アーカイブ・プリンタ」を有するプリント
権によって制御される。アーカイブプリンタデバイス
は、検索されることができるように、暗号化された内容
ファイル（しかし、記述ファイルではない）をオフライ
ン保存するようにプログラムされる。

【０１８０】Restore transaction （復元トランザクシ
ョン）は、ディジタルワークの暗号化されたバックアッ
プコピーを使用可能なコピーへ変換するための要求であ
る。復元動作は、災害による媒体の故障を補償するため
に使用されるように意図されている。全ての使用権と同
様に、復元権はオーソライゼーションチェックを含む料
金及びアクセステストを含むことができる。 ・リクエスタは、Restore transaction を開始するよう
にサーバへメッセージを送る。このメッセージは復元さ
れるワーク、当該トランザクションにおいて使用される
復元権のバージョン、ワークを配置するための宛て先ア
ドレス情報、及びワークに対するファイルデータを示
す。 ・サーバは、内容ファイルが使用可能であることを検証
する（即ち、この要求に対応したディジタルワークがバ
ックアップされている）。内容ファイルが使用可能でな
い場合、トランザクションはエラーで終了される。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・サーバは、復元ファイルからキーを検索する。当該サ
ーバは、ワーク内容、データ、及び使用権の暗号を解読
する。 ・サーバは、転送プロトコルに従って、要求された内容
及びデータをリクエスタへ転送する。Next-Set-Of-Righ
tsが提供された場合、これらの権利がワークに対する権
利として転送される。そうでない場合、オリジナルのバ
ックアップファイルに対するデフォルトの権利セットが
サーバによって転送される。 ・リクエスタは、ディジタルワークを記憶する。 ・リポジトリは共通のクロージング・トランザクション
・ステップを実行する。

【０１８１】Delete transaction（デリート・トランザ
クション）は、ディジタルワーク又はリポジトリからの
ディジタルワークの多数のコピーをデリートする。実際
的には、全てのディジタルワークがデリート権を有して
いる。 ・リクエスタは、Delete transactionを開始するように
サーバへメッセージを送る。このメッセージは、デリー
トされるワーク、当該トランザクションのためのデリー
ト権のバージョンを示す。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・サーバはファイルをデリートし、それをファイルシス
テムから消去する。 ・リポジトリは共通のクロージング・トランザクション
・ステップを実行する。

【０１８２】Directory transaction （ディレクトリ・
トランザクション）は、フォルダ、ディジタルワーク、
及びそれらの部分についての情報に対する要求である。
これは、フルパワーの使用権言語のアクセス仕様へ汎用
化されることを除いては、TENEX のような従来のファイ
ルシステムにおける保護コードとほぼ同じ考え方であ
る。

【０１８３】Directory transaction は、ディジタルワ
ークに対応している権利及び料金の記述を渡す重要な役
割を有している。ユーザが権利を行使したいと思う時、
ユーザのリポジトリのユーザインタフェースは、使用可
能な権利のバージョンを決定するためにディレクトリ要
求を暗黙に作成する。一般に、例えば、権利の行使に対
する異なる請求の選択候補を有して、これらはユーザに
提供される。このように、多くのDirectory transactio
n は、ユーザの眼に見えないし、全ての権利を行使する
ことの通常のプロセスの一部として行使される。 ・リクエスタは、Directory transaction を開始するよ
うにサーバへメッセージを送る。このメッセージはディ
レクトリ要求の根源であるファイル又はフォルダ、及び
当該トランザクションに使用されたディレクトリ権のバ
ージョンを示す。 ・サーバはリクエスタへの情報がアクセス可能であるこ
とを検証する。特に、これらのディレクトリ仕様におい
てHIDE-NAME （名前の隠蔽）状態を有するあらゆるファ
イルのネームをリターンしないし、これらの仕様におい
てHIDE-PARTS（部分の隠蔽）を有するあらゆるフォルダ
又はファイルの部分をリターンしない。情報がアクセス
可能でない場合、サーバはエラーでこのトランザクショ
ンを終了する。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・サーバは、転送プロトコルに従って、要求されたデー
タをリクエスタへ送る。 ・リクエスタはデータを記憶する。 ・リポジトリは共通のクロージングトランザクションス
テップを実行する。

【０１８４】Folder transaction（フォルダトランザク
ション）は、フォルダを作成及びリネーム（名前の変
更）し、又はワークをフォルダ同士の間で移動するため
の要求である。Directory rights（ディレクトリ権）と
共に、Folder rights （フォルダ権）は、リポジトリの
構成が他のリポジトリからアクセス又は修正されること
ができる度合いを制御する。 ・リクエスタは、サーバへ、Folder transactionを開始
するようにメッセージを送る。このメッセージは、フォ
ルダ要求の根源であるフォルダ、及び当該トランザクシ
ョンのためのフォルダ権のバージョン、動作、及びデー
タを示す。動作は、ファイルの作成、リネーム、及び移
動の内の一つであってもよい。このデータは、フォルダ
又はディジタルワーク及びネームの仕様のような動作に
対して要求される仕様である。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・サーバは、要求された動作を実行する。例えば、フォ
ルダ作成、フォルダ・リネーム、又はフォルダ間のワー
クの移動、を実行する。 ・リポジトリは、共通のクロージングトランザクション
ステップを実行する。

【０１８５】Extract transaction （抽出トランザクシ
ョン）は、ディジタルワークの一部をコピーし、それを
含む新たなワークを作成するための要求である。Extrac
t transaction は、ディジタルワークの一部を、追加の
制限又は料金が配置されたｄ−ブロック又はシェルから
分離させるために使用され得るという点でコピーとは異
なる。抽出動作は、それが、ワークのｄ−ブロック内へ
の埋め込みだけで、ワークの内容を変更しないという点
で編集動作とも異なる。抽出は新しいディジタルワーク
を作成する。 ・リクエスタは、サーバへ、Extract transaction を開
始するようにメッセージを送る。このメッセージは、抽
出されるワークの部分、当該トランザクションにおいて
使用される抽出権のバージョン、その部分を新しいワー
クとして配置するための宛て先アドレス情報、ワークの
ためのファイルデータ、及び含まれるコピー数を示す。 ・リポジトリは共通のオープニングトランザクションス
テップを実行する。 ・サーバは、転送プロトコルに従って、要求された内容
及びデータをリクエスタへ転送する。Next-Set-Of-Righ
tsが提供された場合、これらの権利が新しいワークに対
する権利として転送される。そうでない場合、オリジナ
ルの権利が転送される。この権利に対するCopy-Countフ
ィールドは要求されるコピー数にセットされる。 ・リクエスタは、内容、データ、及び使用権を記録し、
このワークを記憶する。リクエスタは、ワークの属性に
おいて新しいワークが作成された日時を記録する。 ・リポジトリは共通のクロージング・トランザクション
・ステップを実行する。

【０１８６】Embed transaction （埋め込みトランザク
ション）は、ディジタルワークを他のディジタルワーク
の一部とするか、又はワークのディストリビュータによ
って料金の追加を可能とさせるためにシェル又はｄ−ブ
ロックを追加するための要求である。 ・リクエスタは、Embed transaction を開始するように
サーバへメッセージを送る。このメッセージは、組み込
まれるワーク、当該トランザクションに使用される埋め
込み権のバージョン、部分をワークとして配置するため
の宛て先アドレス情報、ワーク用のファイルデータ、及
び含まれるコピー数を示す。 ・サーバは、部分及び宛て先における全ての権利に対す
る制御仕様をチェックする。互換性がない場合、サーバ
はエラーでトランザクションを終了する。 ・リポジトリは共通のオープニング・トランザクション
・ステップを実行する。 ・サーバは、転送プロトコルに従って、要求された内容
及びデータをリクエスタへ転送する。Next-Set-Of-Righ
tsが提供された場合、これらの権利がワークに対する権
利として転送される。そうでない場合、オリジナルの権
利が転送される。この権利に対するCopy-Countフィール
ドが要求されるコピー数へセットされる。 ・リクエスタは内容、データ、及び使用権を記録し、宛
て先ファイルにワークを組み込む。 ・リポジトリは共通のクロージング・トランザクション
・ステップを実行する。

【０１８７】Edit transaction（編集トランザクショ
ン）は、現存のディジタルワークの部分をコピー、選
択、及び変更することによって新しいディジタルワーク
を作成するための要求である。この動作は、実際、ディ
ジタルワークの内容を変更することができる。許容され
る変更の種類は、使用されているプロセスに依存する。
抽出動作と同様に、編集はディジタルワークの部分上で
動作する。抽出動作とは対照的に、編集は、ワークの権
利又は位置に影響しない。許容される変更の種類はこれ
らの権利において指定されたプロセッサのタイプ仕様に
よって決定される。本発明の好ましい実施の形態におい
て、Edit transactionは、ワーク自体を変更し、新しい
ワークを作成しない。しかしながら、ワークの新しいコ
ピーを作成させるには合理的な変化である。 ・リクエスタは、サーバへ、Edit transactionを開始す
るようにメッセージを送る。このメッセージは、編集さ
れるワーク、当該トランザクションに使用される編集権
のバージョン、ワーク用のファイルデータ（サイズを含
む）、当該プロセスのためのプロセス−ＩＤ、及び含ま
れるコピー数を示す。 ・サーバは、リクエスタによって使用されるプロセス−
ＩＤの権利におけるあらゆるプロセス−ＩＤ仕様に対し
て互換性をチェックする。互換性がない場合、このトラ
ンザクションをエラーで終了する。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・リクエスタは、ディジタルワークの内容を所望される
ように変更するために当該プロセスを使用する。（例え
ば、リクエスタは、ディジタルワークの一部を選択し、
複写し、それを他の情報と連結し、又は情報に基づいて
関数を演算することができる。これは、結局、テキス
ト、音楽、又は画像（絵）を編集すること、又はデリバ
ティブ（系列）ワークを作成するのに有用な他のステッ
プを任意に使うことに相当する。） ・リポジトリは、共通のクロージング・トランザクショ
ン・ステップを実行する。

【０１８８】Edit transaction（編集トランザクショ
ン）は、広範囲の種類のワークを網羅するために使用さ
れる。ディジタルワークの任意の部分を入力として取
り、次に、何らかの方法でこの入力を変更するプロセス
が該トランザクションのカテゴリである。例えば、テキ
ストに関しては、このテキストを編集するためのプロセ
スは、編集権を要求する。テキスト中のワードを「要
約」し、又はカウントするプロセスも編集と見なされ
る。音楽ファイルに関しては、プロセッシングは、ピッ
チやテンポの変更、若しくは反響（エコー）の追加、又
はあらゆる他のオーディオ効果を含むことができる。デ
ィジタルビデオに関しては、画像を変更するものは編集
権を必要とする。例としては、着色、スケーリング（拡
大縮小）、スチール写真の抽出、フレームを選択し結合
してストーリーボードを作成すること、信号プロセッシ
ングによる画像の鮮明化、その他である。

【０１８９】何人かのクリエータは、（ワーク上で）実
行されるプロセスの種類を制限することによって彼らの
ワーク（作品）の認証を保護したがるかもしれない。編
集権がない場合、プロセッシングは全く許容されない。
どの種類のプロセスが許容されるかを指定するためにプ
ロセッサ識別子が含まれることができる。プロセッサ識
別子が指定されなかった場合、任意のプロセッサが使用
され得る。特定プロセスの一例に関しては、写真家は彼
の写真の使用をオーソライズしようとするかもしれない
が、着色されるのをいやがるかもしれない。音楽家は彼
の作品の部分の抽出をオーソライズしようとするかもし
れないが、階調特性を変更するのはいやがるかもしれな
い。

【０１９０】オーソライゼーショントランザクションが
定義されるには多数の方法がある。以下において、一つ
の好ましい方法は、我々がリポジトリのために既に必要
とする他のトランザクションに関してそれらを簡単に定
義することである。このように、「オーソライゼーショ
ントランザクション」を述べるのはしばしば簡単ではあ
るが、これらのトランザクションは実際にはリポジトリ
が既に有している他のトランザクションから構成されて
いる。

【０１９１】使用権は、オーソライゼーションオブジェ
クト（標準フォーマットファイルにおけるディジタルワ
ーク）を識別するオーソライゼーション−ＩＤを指定す
ることができ、このオーソライゼーションオブジェクト
は、リポジトリが所有していなければならないと共に当
該リポジトリが処理しなければならない。オーソライゼ
ーションは、当該オーソライゼーションの解読を開始す
るリポジトリのジェネリックオーソライゼーション（又
はチケット）サーバへ付与される。

【０１９２】前に述べたように、オーソライゼーション
はサーバ識別子を含み、該サーバ識別子はジェネリック
オーソライゼーションサーバ又は他のサーバであっても
よい。遠隔オーソライゼーションサーバが要求される
時、サーバはディジタルアドレスを含むことができる。
当該サーバはさらにディジタル証明書を含むことができ
る。

【０１９３】遠隔オーソライゼーションサーバが要求さ
れる場合、オーソライゼーションプロセスは最初に以下
のステップを実行する。 ・ジェネリックオーソライゼーションサーバは、通信チ
ャネルをセットアップ（設定）しようとする。（チャネ
ルがセットアップされない場合、オーソライゼーション
はエラーで失敗する。） ・チャネルがセットアップされた場合、遠隔リポジトリ
によって登録プロセスを実行する。（登録に失敗した場
合、オーソライゼーションはエラーで失敗する。） ・登録が終了すると、ジェネリックオーソライゼーショ
ンサーバは遠隔リポジトリによって「再生」トランザク
ションを呼び出し、再生されるディジタルワークとして
のオーソライゼーションドキュメントと、「プレーヤ
ー」としての遠隔オーソライゼーションサーバ（プログ
ラム）を供給する。（プレーヤーが見つからないか又は
プレーヤーがいくつかの他のエラーを有していた場合、
オーソライゼーションはエラーで終了する。） ・オーソライゼーションサーバは、次に、オーソライゼ
ーションを「再生」する。これは、証明書を発行したマ
スタリポジトリのパブリックキー又はそれを転送したリ
ポジトリからのセッションキーのいずれかを使ってそれ
を復号することを含む。オーソライゼーションサーバ
は、種々のテストを実行する。これらのテストはオーソ
ライゼーションサーバによって変化する。これらは、オ
ーソライゼーションの発行及び有効期間をチェックし、
知られている無効オーソライゼーションのホットリスト
をチェックするようなステップを含む。オーソライゼー
ションサーバは、リポジトリ上においても、ディレクト
リをチェックし、パスワードを送ってくれる誰かを見つ
け、又は幾つかの他のディジタルワークの再生のような
あらゆる他のトランザクションを実行することを要求す
ることができる。オーソライゼーションサーバは、さら
に、位置又は最近の事象に関する情報をチェックするた
めにいくつかの特別なプロセスを呼び出してもよい。こ
のようなステップに関する「スクリプト」はオーソライ
ゼーションサーバ内に含まれている。 ・要求されるステップの全てが申し分なく終了した場
合、オーソライゼーションサーバはトランザクションを
正常に終了し、このオーソライゼーションが許諾された
ことを合図する。

【０１９４】Install transaction （インストール・ト
ランザクション）はリポジトリ上で実行可能なソフトウ
ェアとしてディジタルワークをインストールするための
要求である。一般的なケースにおいて、リクエスタ・リ
ポジトリはレンダリングリポジトリであり、このソフト
ウェアは新しい種類又は新しいバージョンのプレーヤー
である。さらに一般的なケースにおいて、ソフトウェア
は、リクエスタリポジトリがインストールされる前に、
当該リクエスタリポジトリのファイルシステムにコピー
される。 ・リクエスタはサーバへInstall メッセージを送る。こ
のメッセージは、インストールされるワーク、呼び出さ
れるインストール権のバージョン、及びそのワークのた
めのファイルデータ（そのサイズを含む）を指示する。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・リクエスタは、ソフトウェアのためのディジタル証明
書のコピーを抽出する。この証明書が見つからず、又は
この証明書に対するマスタリポジトリがリクエスタに知
らされていない場合、トランザクションはエラーで終了
する。 ・リクエスタは、マスタリポジトリのパブリックキーを
用いてディジタルワーク証明書を復号すると共に、供給
者とクリエータの識別、ソフトウェアを復号するための
キー、互換性情報、及び偽造チェックコードを記録す
る。（このステップはソフトウェアを認証する。） ・リクエスタは、証明書からのキーを用いてソフトウェ
アを復号し、単方向ハッシュ関数を用いてチェックコー
ドをリクエスタ上で演算する。チェックコードが証明書
からの偽造チェックコードと符号しない場合、インスタ
レーション・トランザクションはエラーで終了する。
（このステップは、種々のスクリプトを含むソフトウェ
アの内容が偽造されていなかったことを確実とする。） ・リクエスタは互換性チェックスクリプトにおいて命令
を検索し、それらをフォローする。ソフトウェアがリポ
ジトリと互換性がない場合、インスタレーション・トラ
ンザクションはエラーで終了する。（このステップはプ
ラットフォームの互換性をチェックする。） ・リクエスタはインスタレーションスクリプトにおいて
命令を検索し、それらをフォローする。このプロセスに
おいてエラーがあった場合（例えば、不十分なリソー
ス）、トランザクションはエラーで終了する。インスタ
レーションプロセスは、他のトランザクションを実行す
る時のリポジトリ動作の一部としてソフトウェアを実行
すること以外の任意の使用権を行使するためのワークと
してもはやアクセスできないリポジトリに、実行可能な
ソフトウェアを配置することに注目されたい。 ・リポジトリは共通のクロージングトランザクションス
テップを実行する。

【０１９５】Uninstall transaction （アンインストー
ル・トランザクション）は、リポジトリからソフトウェ
アを除外するための要求である。リポジトリからのソフ
トウェアの制御されない又は不正確な除外がその行動上
の完全性を損傷し得るので、このステップは制御され
る。 ・リクエスタは、Uninstall メッセージをサーバへ送
る。このメッセージは、インストールされないワーク、
呼び出されるUninstall 権のバージョン、及びこのワー
クのためのファイルデータ（そのサイズを含む）を示
す。 ・リポジトリは、共通のオープニングトランザクション
ステップを実行する。 ・ソフトウェアのためのディジタル証明書のコピーを抽
出する。この証明書が見つからず、又はこの証明書のた
めのマスタリポジトリがリクエスタに知らされていない
場合、トランザクションはエラーで終了する。 ・リクエスタは、ソフトウェアがインストールされたか
否かをチェックする。ソフトウェアがインストールされ
ない場合、トランザクションはエラーで終了する。 ・リクエスタは、マスタリクエスタのパブリックキーを
用いてディジタル証明書を復号すると共に、供給者とク
リエータの識別、ソフトウェアを復号するためのキー、
互換性情報、及び偽造チェックコードを記録する。（こ
のステップは、ソフトウェアを除外するためのスクリプ
トを含むソフトウェアの証明書を認証する。） ・リクエスタは、証明書からのキーを用いてソフトウェ
アを復号し、単方向ハッシュ関数を用いてチェックコー
ドをリクエスタ上で演算する。チェックコードが証明書
からの偽造チェックコードと符号しない場合、インスタ
レーション・トランザクションはエラーで終了する。
（このステップは、種々のスクリプトを含むソフトウェ
アの内容が偽造されていなかったことを確実とする。） ・リクエスタは、アンインスタレーション（除外設定）
スクリプトにおける命令を検索し、これらの命令をフォ
ローする。このプロセスにエラーが発生した場合（例え
ば、不十分なリソース）、当該トランザクションはエラ
ーで終了する。 ・リポジトリは共通のクロージング・トランザクション
・ステップを実行する。

【０１９６】

【発明の効果】ディジタルワークの使用及び配給を制御
するシステムを提供する。

【図面の簡単な説明】

【図１】本発明の好ましい実施の形態の動作の単純なイ
ンスタンス生成を示すフローチャートである。

【図２】本発明の好ましい実施の形態において、種々の
リポジトリのタイプを示し、リポジトリ同士間でのリポ
ジトリ・トランザクション・フローを示すブロック図で
ある。

【図３】本発明の好ましい実施の形態において、クレジ
ットサーバに連結されたリポジトリのブロック図であ
る。

【図４】図４の（ａ）は、本発明の実施の形態において
使用され得るレンダリングシステムの実施例を示す図で
ある。図４の（ｂ）は、本発明の実施の形態において使
用され得るレンダリングシステムの実施例を示す図であ
る。

【図５】本発明の好ましい実施の形態において使用され
得るディジタルワークに対する内容ファイルレイアウト
を示す図である。

【図６】本発明の好ましい実施の形態において使用され
得る図５のディジタルワークの個々のディジタルワーク
に対する内容ファイルレイアウトを示す図である。

【図７】本発明の好ましい実施の形態の記述ブロックの
構成要素を示す図である。

【図８】図５に示されたディジタルワークの内容ファイ
ルレイアウトに対する記述ツリーを示す図である。

【図９】図６に示された個々のディジタルワークに対応
している記述ツリーの部分を示す図である。

【図１０】本発明の実施の形態において使用される記述
ブロックの権利部分に対するレイアウトを示す図であ
る。

【図１１】いくつかのd-ブロックがPRINT 使用権を有す
る記述ツリーであり、当該記述ツリーが使用権の競合を
解消するための「厳格」及び「寛大」なルールを示すた
めに使用される図である。

【図１２】本発明の好ましい実施の形態において使用さ
れるリポジトリのハードウェア構成要素のブロック図で
ある。

【図１３】本発明の好ましい実施の形態において使用さ
れるリポジトリの機能的（論理的）構成要素のブロック
図である。

【図１４】本発明の好ましい実施の形態における使用権
の基本構成要素を示すブロック図である。

【図１５】本発明の好ましい実施の形態の使用権文法の
プログラム表示例である。

【図１６】本発明の好ましい実施の形態で実行されるよ
うに、登録トランザクションにおいて実行される証明書
デリバリ、ホットリストチェック及びパフォーマンステ
ストのステップを示すフローチャートである。

【図１７】登録トランザクションにおける各リポジトリ
が図１６に示したステップを無事に完了した後で、本発
明の好ましい実施の形態において実行されるセッション
情報交換とクロック同期のステップを示すフローチャー
トである。

【図１８】本発明の好ましい実施の形態で実行されるよ
うに、共通のオープニング及びクロージングステップを
含む使用トランザクションに対する基本フローを示すフ
ローチャートである。

【図１９】本発明の好ましい実施の形態で実行されるよ
うに、ディジタルワークをサーバからクライアントリポ
ジトリへ移動する時にフォローされる伝送プロトコルに
従ったサーバ及びクライアントリポジトリの状態のブロ
ック図である。

【符号の説明】

２０１ リポジトリ ３０１ クレジットサーバ ４０１ プリントシステム ４０２ プリンタリポジトリ ４０３ プリントデバイス ４１０ マルチ機能システム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 9/32 8842−5Ｊ Ｈ０４Ｌ 9/00 ６７３Ｚ

Claims (2)

【特許請求の範囲】
1. 【請求項１】 アタッチされた一つ以上の使用権を有す
   るディジタルワークを配給するための配給システムであ
   って、 関連するディジタルワークの所有者が前記関連するディ
   ジタルワークを伝送する方法を示す使用権のインスタン
   スを作成する文法を備え、 前記文法から使用権を作成する手段を備え、 作成された使用権をディジタルワークへアタッチする手
   段を備え、 ディジタルワークへアクセスするためのリクエスタリポ
   ジトリを備え、前記要求リポジトリが使用トランザクシ
   ョンを発生する手段を有し、前記使用トランザクション
   の各々が使用権を指定し、 アタッチされた作成された使用権を有するディジタルワ
   ークを記憶するサーバリポジトリを備え、前記サーバリ
   ポジトリが、前記リクエスタリポジトリからの使用トラ
   ンザクションを処理してディジタルワークへのアクセス
   が許諾されるか否かを決定する手段を有していることよ
   りなるディジタルワーク配給システム。
2. 【請求項２】 ディジタルワークの配給及び使用を制御
   するためのコンピュータベースシステムであって、 ディジタルワークがいかにして使用され又は配給される
   かを定義する使用権のインスタンスを作成する使用権文
   法を備え、前記使用権文法が使用権の伝送を定義するた
   めの第１の複数の文法エレメントと使用権のレンダリン
   グを定義するための第２の複数の文法エレメントとを有
   し、 使用権をディジタルワークへアタッチする手段を備え、 ディジタルワークを記憶すると共に交換するための複数
   のリポジトリを備え、前記複数のリポジトリの各々が、 ディジタルワークとそれらのアタッチされた使用権を記
   憶する手段と、 トランザクション処理手段であって、要求されたディジ
   タルワークへのアクセスを要求するためのリクエスタ動
   作モードを有し、前記要求が使用権を指定し、前記要求
   において指定された使用権と前記要求されたディジタル
   ワークへアタッチされた使用権とに基づいて、前記要求
   されたディジタルワークへアクセスするための要求を処
   理するためのサーバ動作モードを有する、前記トランザ
   クション処理手段と、 通信媒体を介して前記複数のリポジトリの他のリポジト
   リと結合する結合手段と、を有することよりなるディジ
   タルワークの配給及び使用の制御用コンピュータベース
   システム。