権利を行使するためのシステム内の複数のデバイスによって読み出し可能なディジタル作品の権利を譲渡するシステムであって、前記複数のデバイスの少なくとも1つは、ディジタル作品を記憶する記憶手段と、前記記憶手段に記憶された前記ディジタル作品の少なくとも1つの使用権であって、当事者が前記ディジタル作品にどのようにアクセスできるかを各デバイスに定義する使用権と、前記記憶手段に記憶された前記ディジタル作品の委任権であって、当事者が前記ディジタル作品を他のユーザにどのように頒布できるかを各デバイスに定義する委任権と、を記憶する権利割り当て手段と、を有し、前記当事者の使用権及び委任権は、ユーザのアイデンティティ、ユーザの地位、又はユーザのステータスに基づいて特定され、前記複数のデバイスの少なくとも1つは、当事者へ委任権を与えることで、ディジタル作品の権利を第三者へ譲渡するための当事者の権限を各デバイスに定義する権利管理手段を有し、前記権利管理手段は、使用権及び委任権のうちの少なくとも一つを譲渡するためにデバイスで生成されたリクエストを受信し、委任権に基づいて譲渡できるか否かを決定し、該委任権に基づいて譲渡できると決定された場合に、第三者に対して前記使用権及び委任権のうちの少なくとも一つを転送するように構成されているシステム。前記権利割り当て手段は、更に、使用権を行使するための1つ以上の条件と、委任権を行使するための1つ以上の条件と、を定義するように構成されている請求項1のシステム。前記ディジタル作品はコンテンツを含む請求項1のシステム。前記コンテンツは、テキスト、音楽、ビデオ情報の少なくとも1つを含む請求項3のシステム。前記第三者の委任権に基づいて、更なる第三者によって行使される使用権が決定される請求項1のシステム。権利を行使するためのシステムの複数のデバイスによって読み出し可能なディジタル作品の権利を譲渡するシステムであって、各デバイスに対応する各ノードの階層構造を生成する手段と、当事者が前記ディジタル作品にどのようにアクセスできるかをデバイスに定義する使用権と、当事者が前記ディジタル作品を第三者にどのように頒布できるかをデバイスに定義する委任権と、が他のノードにどのように割り当てられるかをデバイスに定義する階層的権利を生成する手段と、前記階層的権利に従ってノードに使用権を割り当てる手段と、デバイスによって生成された、使用権及び委任権のうちの少なくとも一つを第2のノードへ譲渡する要求を、第1のノードのデバイスによって受信する手段と、前記階層的権利に基づいて譲渡を許可するか否かを決定する手段と、前記階層的権利に基づいて譲渡を許可すると決定された場合に、第1のノードのデバイスによって、前記使用権及び委任権のうちの少なくとも一つを第2のノードのデバイスに転送する手段と、を備えるシステム。各デバイスによる各ノードにおいて前記使用権を行使する手段を更に備えた請求項6のシステム。前記ディジタル作品はコンテンツを含む請求項6のシステム。前記コンテンツは、テキスト、音楽、ビデオ情報の少なくとも1つを含む請求項8のシステム。前記第2のノードの委任権に基づいて、第3のノードのデバイスによって行使される使用権が決定される請求項6のシステム。上記のコンセプトを拡張して、1つ以上のディジタル作品へ階層的権利を割り当てることが有利であろう。たとえば、第1のユーザは、たとえば料金を含む文書の使用権を与えられることがある。更に、そのユーザは、同一または異なった権利を第2のユーザへ移転する権利を有する。更に拡張して、第2のユーザは、特定の権利を第3のユーザへ割り当てる権利を有することがある。一般的に、階層的権利は、ピラミッド構成またはツリー構造に類似したステップで頒布されることができ、構造内の各々の分岐で割り当てられた権利は、他の分岐内の権利と同一または異なることがある。一般的に、ユーザが文書の著作者に近ければ、それだけ権限が大きくなり、ユーザがアクセスを有する権利が多くなるであろう。しかし、特定の実現形態に依存して、コンテンツオーナーは、ルートに近い1つ以上のノードの能力または権利を制限することによって、一般的な規則から離れたいと望むことがある。たとえば、出版社は、頒布者がブックを頒布し、そのブックを読む権利を有料でエンドユーザへ与えたいと望むことがある。しかし、たとえば、頒布者もエンドユーザに匹敵する閲覧権に対して料金を支払わない限り、出版社は、そのブックを読む権利を頒布者へ提供したくないと希望可能である。この階層的権利構成は、コンテンツオーナーから頒布者、2次頒布者、エンドユーザなどへの頒布チェーンの中で使用可能である。一般的に、階層的権利は、任意の個人またはエンティティによって、任意の情報に関連づけ可能である。したがって、本発明の態様は、ディジタルライツマネジメントに関連する。具体的には、本発明の例示的実施形態は、階層的ディジタルライツのマネジメントを提供する。本発明の更なる態様はユーザに、階層的権利を割り当てる能力、および関連づけられた階層的権利を有する情報のマネジメントを提供する。本発明の追加的態様は、文書に関連づけられた階層的権利に基づいて、ユーザの使用権を決定することに関する。本発明の追加的態様は、1つ以上の関連づけられた階層的権利を有する情報に関する。本発明のこれらおよび他の特徴および利点は、実施形態の以下の詳細な説明に記述されるか、その説明から明らかである。本発明の実施形態は、以下の図面を参照して詳細に説明される。階層的権利の割り当てによって、たとえば、著作者は、1つ以上の文書を、より大きく管理することがある。この階層的権利の割り当ては、更に、たとえば、頒布者、2次頒布者、ユーザなどへ広がる文書頒布チェーンを通して、より大きな管理を可能にする。したがって、文書に関連づけられた権利のグラフィカル表現は、各々のノードが権利の関連づけられた部分を有する一連の接続されたノードとして現れる。本発明のシステムおよび方法の例示的実施形態は、更に、ライツオンライツrightsonrightsスキームを含むことがある。その場合、たとえば、カウンタまたは他のシステムは様々な層、ノード、および分岐を管理し、たとえば、1つ以上の追加層に対する他の権利などを変更、編集、割り当て、破棄、移転する権利を規制する。権利は、たとえばXMLを使用してオブジェクトクラスとして取り扱われることがあるので、権利は自分自身を含み、たとえば繰り返しとして、それ自身を参照する。たとえば、ユーザは、権利割り当てツリーの最大2つの層のためにライツオンライツを移転することができ、これらの2つの層は、たとえば、更に、権利および文書の双方の全体的頒布を制限および管理することがある。したがって、ユーザの権利は、ユーザが階層構造の中で割り当てるか移転することのできる権利とは異なることがある。更に、たとえば、変更、編集、複製、署名などを行う権利は、オーナーからユーザへ渡されることがある。これらの権利の1つ以上に、文書追跡アクションを関連づけ可能である。たとえば、ディジタル署名を使用して、文書は、その頒布経路を管理および記録し、たとえば、任意の割り当ておよび/または頒布アクションを含む各々のユーザの文書との交信、および関連する他の情報を記録することがある。したがって、文書は、たとえば、文書がその特定のユーザへ利用可能であったときの文書のスナップショットを表す多数の署名を、文書に関連づけることがある。たとえば、第2のユーザは、第1のユーザによって既に署名された文書のコンテンツの付加、削除、修正、編集などを行うことがある。第2のユーザによるこれらの修正は、次に署名され、ユーザの文書との交信が記録される。次に、文書の双方のバージョンは、参照、アカウンティング、プロファイリングなどのために、たとえば、データベースに記憶されることがある。更に、本願と一緒に出願され、参照によってその全体がここに組み込まれる条件付きまたは派生的権利を文書へ割り当てる方法および装置、並びにそのような権利を有する文書MethodandApparatusforAssigningConditionalorConsequentialRightstoDocumentsandDocumentsHavingsuchRightsと題する同時係属代理人ドケット第111325.64号で説明されるように、文書を使用する権利は、コンテンツをベースにするか、役割をベースにすることがある。たとえば、ある会社の社長が、ただ一人特定の文書の使用の許可を受けたいと希望する。もし会社の社長が替わったならば、新しい社長は自動的に権利の保持者になり得る。ここで、社長は、たとえば、バイオメトリクス手法、スマートカード、IDカード、または相当する識別デバイスまたはスキームを使用して、たとえば社長の地位を証明可能と仮定する。これによって、権利の割り当てを、地位の割り当てから分離可能である。同様に、本発明のシステムおよび方法は、権利編集ツールおよびテンプレート、たとえば、参照によって全体をここに組み込まれる文書またはディジタルコンテンツに関連づけられた権利および条件を編集および指定する方法および装置MethodandApparatusforEditingandSpecifyingtheRightsandConditionsAssociatedwithDocumentsorDigitalContentsと題する米国暫定特許出願第60261753号で説明されるものと一緒に使用されることがある。たとえば、権利は、たとえば、仕事上の地位、地理的ロケーション、プロファイル、識別子などに基づいて権利を1つ以上のユーザクラスへ割り当てるときの助けになるテンプレートを使用して割り当てられることがある。更に、このコンセプトは、それ自身を医療分野へ拡張する。たとえば、医療記録がドクターによって使用される場合、医療記録は或るクラスまたは分野における個人の使用権を含むことがある。これは、1つ以上の文書へのアクセスを制限することによって、たとえば、患者の安全および患者のプライバシの双方に関する配慮を満足させる。更に、たとえば、特定のクラスの個人がコンテンツの閲覧を制限されるように、たとえばアダルトコンテンツを有する映画へのアクセスに対して、役割ベースまたはコンテンツベースの権利を使用することがある。制限されたコンテンツへアクセスする試みは、記録されることができ、たとえば、適正な当事者へ報告されることがある。更に、親は、階層的権利割り当て構造の中のノードとして考えることができ、親は、権利割り当て、権利修正、および権利カスタマイズのテンプレートまたはツールキットを得て、権利を一人以上の子供に譲渡することがある。こうして、親は、たとえば、対応するテンプレートを有するか有しない年齢ベースの権利割り当てスキームを使用して、たとえば、子供が成長するにつれて、子供の権利を更新および修正することがある。図1は、例示的文書100を示す。例示的文書100は、権利マネジメントモジュール110、権利割り当てモジュール120、追跡モジュール130、権利使用決定モジュール140、インタフェースモジュール150、アカウンティングモジュール160、およびリンク5によって相互接続された文書更新モジュール170を含む。更に、文書100は、1つ以上の他の文書へ接続されるか接続されない頒布ネットワーク図示されていない、アカウント処理システム、権利マネジメントシステム、または他の分散ネットワーク、および1つ以上の入力デバイス、およびディスプレイデバイス図示されていないへ接続されることがある。図1に示された例示的実施形態は、並置された文書100および関連構成要素を示すが、文書100の様々な構成要素は、分散ネットワーク、たとえば、ローカルエリアネットワーク、広域ネットワーク、イントラネットおよび/またはインターネットの遠位部分、または専用文書または文書システムの中に置かれることが可能であることを理解すべきである。したがって、文書100の構成要素は、1つの装置へ組み合わせられるか、分散ネットワークの特定のノードに並置されることを理解すべきである。更に、例示を容易にするため、文書100の様々な機能的構成要素が、図1で示されるように分割されたことを理解すべきである。しかし、図1で示された機能的構成要素の任意のものが、システムの動作に影響を及ぼすことなく、組み合わせられるか、更に分割されることがある。以下の説明から分かるように、また、計算の効率性を理由として、文書の構成要素は、システムの動作に影響を与えることなく、分散ネットワーク内の任意のロケーションに配列されることがある。更に、本明細書で使用されるモジュールの用語は、ここで説明される機能を提供するどんなハードウェアおよび/またはソフトウェアをも含むことを理解すべきである。同様に、文書100は、Eブックのように自己完結的であって、文書100の特定の実施形態および/または実現形態を与えるために必要なコントローラ、メモリ、および/またはI/Oインタフェースを含むことがある。更に、文書100は、階層的権利が関連づけられる任意の情報であることがある。更に、リンク5は、有線または無線リンクであるか、接続された要素の間でデータを供給および通信することのできる任意の他の既知の要素、または将来開発される要素であることがある。更に、入力デバイスは、たとえば、キーボード、マウス、音声-テキスト変換器、スタイラス、マウスなどを含むことがある。一般的に、入力デバイスは、情報を文書100へ通信可能な任意のデバイスであってもよい。更に、ディスプレイデバイスは、コンピュータモニタ、PDA上のディスプレイ、Eブック、または1つ以上のユーザへ情報を表示可能な任意の他のデバイスであってよい。動作において、ユーザ、たとえば文書の作成者は、権利を文書100に関連づける。具体的には、インタフェースモジュール150および1つ以上の入力デバイスおよびディスプレイデバイスを介して、ユーザは権利を入力し、文書100に関連づける。権利マネジメントモジュール110および権利割り当てモジュール120と協調して、権利は文書100に関連づけられる。この例示的実施形態において、コンテンツオーナーまたは著作者は、権利を文書100へ割り当てることに関連する何らのアカウンティング手順、たとえば貸方勘定または借方勘定に責任を有しないものと仮定する。しかし、特定の実施形態では、権利を文書100に関連づけるユーザに基づいて、ユーザの貸方または借方勘定が望ましいことを理解すべきである。しかし、前述したように、権利の関連づけおよび割り当ては、たとえば、1つ以上の階層的権利を文書100に関連づける1つ以上の外部権利割り当てシステムによって、実行されることがある。たとえば、新聞社の従業員は、特定のトピックについて記事を書くために雇用される。記事が完成すると、ジャーナリストは閲覧、編集、および頒布の権利を出版社へ割り当てることがある。こうして、たとえば、これらの権利および文書の頒布が出版社へ割り当てられると、著作者はその作品について貸方勘定を記入される。代替的に、ユーザは文書100を受け取り、その文書に関連づけられた権利を修正することを望むことがある。したがって、権利マネジメントモジュール110は、文書100に関連づけられた利用可能および割り当て可能な権利を決定する。次に、インタフェースモジュール150、および1つ以上の入力デバイス並びにディスプレイデバイスを介して、ユーザによって割り当てられる権利が受け取られる。次に、権利マネジメントモジュール110によって、割り当てが許可されるか否かの決定が行われる。たとえば、文書100に関連づけられた権利は、たとえば、ユーザ、頒布履歴、他のユーザの文書との交信などに基づいて、関連づけられた権利を修正する現在のユーザリクエストに対する許可を制限することがある。もし権利割り当てモジュール120が、ユーザリクエストは許されないと決定すれば、それを示すメッセージをユーザへ回送することがある。しかし、もし権利割り当てモジュール120によって、割り当てが許されると決定されるならば、アカウンティングモジュール160によって、アカウンティング機能を実行する必要があるかどうかのオプションの決定を実施可能である。もしアカウンティング機能を実行する必要があれば、アカウンティングモジュール160は、必要な貸方および/または借方勘定を適正に記入可能である。たとえば、アカウンティングモジュール160は、ユーザのトランザクションを許可するアカウンティングシステム図示されていないにコンタクト可能である。代替的に、たとえば、アカウンティングモジュール160は、たとえば、スマートカード、クレジットカードのインタフェースなどを介してユーザと連係し、借方および/または貸方勘定をユーザのアカウントへ適正に記入可能である。しかし、もし文書に関連づけられた権利が、たとえば、検査およびコメントのために利用可能な文書の中で指定していれば、アカウンティングモジュール160は、そのような機能を実行する必要がないことを理解すべきである。更に、アカウンティングモジュール160は、アカウンティング機能をリアルタイムで実行する必要はなく、必要ベース、バッチなどで実行可能なことが分かる。たとえば、もし文書100がEブックであれば、それが受け渡されるとき、アカウンティングモジュール160は、Eブックのコンテンツを閲覧する全てのユーザに対して借方勘定を記入可能である。したがって、たとえば図書館へEブックが返却されると、アカウンティングモジュール160は、たとえば、あらゆる必要なアカウンティング機能を実行するアカウンティングシステムと同期可能である。一般的に、もしアカウンティングが要求されて成功すれば、ユーザによって選択された権利は、文書に関連づけられる。しかし、たとえば、もしアカウンティング機能が許されなければ、問題があることを示すメッセージをユーザへ回送可能である。文書更新モジュール170が、更新された権利を文書に関連づけた後、追跡モジュール130は、この特定のユーザによって行われたディジタル署名、権利の更新、または編集などの他の更新を使用して、任意的に履歴を維持可能である。次に、この情報は、追跡モジュール130の協調によって、文書に関連づけ可能である。使用にあたって、ユーザは、閲覧、編集、修正、更新、頒布などのために、1つ以上の文書100を受け取る。文書100を受け取ると、権利マネジメントモジュール110は、そのユーザに利用可能な権利を決定する。もしユーザの使用リクエストが、そのユーザに利用可能な権利に対応すれば、権利使用決定モジュール140が、権利マネジメントモジュール110と協調して、ユーザのリクエストを許可する。更に、ユーザの使用リクエストに基づいて、文書更新モジュール170は、たとえば、文書110の編集、更新、または修正をユーザに許可可能である。しかし、もしユーザの使用リクエストが、そのユーザに利用可能な使用権に対応しなければ、たとえば、代替の使用リクエストの入力を要求する、または文書へのアクセスを否定するメッセージを、ユーザへ回送可能である。任意的に、追跡モジュール130は、更に、文書に対するユーザのアクセス試行および権利リクエストのログを維持可能である。図2は、関連した階層的権利を各々のツリーノードで有する文書の例示的ツリーを示す。具体的には、ユーザ、たとえばコンテンツオーナー200は、1つ以上の文書をユーザ210、220、230へ頒布する。文書240、250、260は、それぞれ使用権および委任権を含む。使用権は、ユーザが特定の文書にアクセスできる範囲を管理する。委任権は、ユーザの権利割り当て能力を管理し、文書の更なる頒布を管理し、文書を頒布できるユーザの数を規制する。この例示的実施形態において、コンテンツオーナー200は第1の文書をユーザ210へ頒布し、ユーザ210は文書240をユーザ220へ頒布する。更に、コンテンツオーナーは、文書250および260をユーザ230へ頒布する。この例示的実施形態において、ユーザ210は、委任権244に基づいて、1つ以上の追加的ユーザへ権利を更に頒布する能力を有する。この例では、ユーザ210は文書240をユーザ220へ頒布する。したがって、ユーザ220は、関連した使用権242および委任権244を有する文書240のバージョンを有するであろう。これらの使用権242および委任権244は、ユーザ210へ与えられた使用権および/または委任権のサブセットであるか、それらの権利に存在しない追加の権利を含有可能である。ユーザ230は2つの文書250および260を所有する。文書250は、関連した使用権252および委任権254を含む。同様に、文書260は使用権262および委任権264を含む。したがって、ユーザ230は、利用可能な権利に基づいて、1つ以上の使用権および/または委任権を修正し、それらを1つ以上の追加の当事者へ回送する能力を有する。このようにして、使用権および委任権の階層的構造は、ツリー状の構造の中でコンテンツオーナーから1つ以上のユーザまで拡張される。図3は、例示的文書に関連づけられた使用権および委任権の様々な例示的実施形態を示す。具体的には、コンテンツオーナー300は、6つの文書310~360を頒布する。文書310は、ユーザAが閲覧権を有し、閲覧権を2つの追加層へ委任する権利を有することを許す。ユーザBは、閲覧権、および閲覧権を1つの追加層の2つのユーザへ委任する権利を有する。ユーザCおよびDの双方は、ユーザBによって与えられた閲覧権を有するが、委任権を有しない。文書320は、ユーザKが、閲覧権、および閲覧権を1つの追加層へ委任する権利を有することを許す。これらの閲覧権が与えられると、ユーザWは文書への閲覧権を有する。文書330については、コンテンツオーナー300は、印刷使用権をユーザVに与えたが、委任権を与えなかった。したがって、文書330はそれ以上委任されることはできず、たとえば、Vが印刷権を行使した後ではアクセス不可能になる。文書340は、印刷権、および閲覧権を2つの追加層へ委任する権利を、ユーザEに提供する。これらの権利が委任されると、ユーザFは、閲覧権、および1つの更なる層の2つの追加ユーザへ閲覧権を委任する権利を有する。これらの権利が委任されると、ユーザGおよびHの双方は、文書340を閲覧可能である。文書350については、コンテンツオーナー300は、ユーザZに完全な権利を提供した。したがって、ユーザZは、任意の委任権および/または使用権を文書350へ割り当てる能力を有する。したがって、文書350は、ユーザZが文書に関連づけた権利に基づく更新された権利に基づいて、更に頒布および/または使用が可能である。文書360は、ユーザQが無制限のユーザへの頒布権、およびこれらのユーザの各々へ閲覧権を委任する能力を有することを許す。したがって、ユーザQは、1つ以上のユーザXへ閲覧権を委任することができ、ユーザXは、たとえばペイパービュー方式で文書を閲覧可能なことがある。図3に示された例示的実施形態は、特定の使用権および委任権を示すが、使用権、たとえば編集、修正、更新、複製、閲覧などの権利は、1つ以上の文書に関連づけ可能であることを理解すべきである。更に、文書に関連づけられた権利は、アカウンティング権、条件付きまたは派生的権利、返還権、追跡権、署名要求権などを含有可能であることを理解すべきである。一般的に、文書に関連づけられた権利は、1つ以上のユーザへアクセスを許可または制限する任意の権利であることができ、少なくとも、XrML商標権利言語および関連した使用権および文法で指定された全ての権利を包含可能である。図4は、権利を文書に関連づける方法の例示的実施形態を示す。具体的には、制御はステップS100で始まり、ステップS110へ続く。ステップS110では、権利が文書に既に関連づけられたかどうかの決定が行われる。もし権利が文書に関連づけられていれば、制御はステップS120へ続く。そこでは、特定のユーザで利用可能な使用権および委任権が決定される。次に、制御はステップS130へ続く。ステップS130では、1つ以上のユーザが文書に関連づけることを望む権利が受け取られる。次に、ステップS140で、これらの権利の割り当てが許されるかどうかが決定される。もし割り当てが許されるならば、制御はステップS160へ続く。そうでなければ、制御はステップS150へとぶ。ステップS150では、割り当てが利用可能でないことを示すメッセージを、ユーザへ回送可能である。次に制御は、任意的にステップS130へ戻る。ステップS160では、オプションのアカウンティング機能を実行可能である。もしアカウンティングが必要であれば、制御はステップS170へ続く。そうでなければ、制御はステップS200へとぶ。ステップS170では、必要なアカウンティング機能が試みられる。したがって、ステップS180では、アカウンティング、たとえば貸方および/または借方勘定が許されるかどうかの決定が行われる。もしアカウンティング機能が成功すれば、制御はステップS200へとぶ。そうでなければ、制御はステップS190へ続く。そこでは、メッセージをユーザへ回送することができ、制御はステップS130へ戻る。ステップS200では、1つ以上のユーザによって選択された権利が、文書に関連づけられる。したがって、ステップS210では、たとえば、どの使用権が使用されたか、これらの使用権のいずれかの効果、ユーザの署名、および、たとえば、委任権の修正または割り当てを反映させて、文書を更新することがある。次に、制御はステップS200へ続き、そこで制御シーケンスは終了する。図5は、1つ以上の使用権および委任権を使用する例示的方法を示す。具体的には、制御はステップS300で始まり、ステップS310へ続く。ステップS310では、使用リクエストが受け取られる。この使用リクエストは、1つ以上の使用権リクエストまたは委任権リクエストであることがある。次に、ステップS320で、特定のユーザで利用可能な権利が決定される。たとえば、前述したように、権利は、ユーザのアイデンティティ、ユーザの地位、ユーザのステータスなどに基づくことがある。次に、制御はステップS330へ続く。ステップS330では、ユーザの権利リクエストが許されるか否かが決定される。もし使用リクエストが許されないならば、制御はステップS340へ続く。そうでなければ、制御はステップS350へとぶ。ステップS340では、リクエストされた使用、すなわち、使用または委任のリクエストが許されないことを示すメッセージを、ユーザへ回送可能である。次に、制御は任意にステップS320へ戻る。ステップS350では、アカウンティング機能が、たとえば、使用リクエストまたは委任リクエストに基づいて実行されるべきか否かの決定が行われる。もしアカウンティング機能が実行されるのであれば、制御はステップS360へ続く。そうでなければ、制御はステップS390へとぶ。ステップS360では、アカウンティング機能が試みられる。したがって、ステップS370では、アカウンティング機能が許されるか否かの決定が行われる。もしアカウンティング機能が許されるのであれば、制御はステップS380へ続く。そうでなければ、制御はステップS390へとぶ。ステップS380では、たとえば、貸方および/または借方勘定の認可が失敗したことを示すメッセージを、ユーザへ回送可能である。次に、制御は、たとえばステップS320へ戻るか、任意には、ユーザは追加のアカウンティング情報を求められる。ステップS390では、1つ以上の使用権または委任権が許される。次に、制御はステップS400へ続き、そこで制御シーケンスは終了する。図1で示されるように、文書は、プログラムされた単一の汎用コンピュータ、またはプログラムされた別個の汎用コンピュータの上で実現されるようになっていてもよい。しかし、文書は、特殊目的コンピュータ、プログラムされたマイクロプロセッサまたはマイクロコントローラおよび周辺集積回路要素、ASICまたは他の集積回路、ディジタル信号プロセッサ、ハードワイヤド電子またはロジック回路、たとえばディスクリートエレメント回路、プログラマブルロジックデバイス、たとえば、PLD、PLA、FPGA、PALなどの上で実現されることもできる。一般的に、本発明に従った文書および階層的権利マネジメントシステムを実現するため、図4~図5のフローチャートを実行可能な有限状態機械を実現できる任意のデバイスを使用可能である。更に、開示された方法は、オブジェクトまたはオブジェクト指向ソフトウェア開発環境を使用するソフトウェアで容易に実現されるようになっていてもよい。前記開発環境は、多様なコンピュータまたはワークステーションハードウェアプラットフォーム上で使用可能な、移植可能なソースコードを提供する。代替的に、開示された文書および権利マネジメントシステムは、標準ロジック回路またはVLSI設計を使用するハードウェアで部分的または全体的に実現され得る。本発明に従ったシステムおよび方法を実現するため、ハードウェアを使用するかソフトウェアを使用するかは、システムの速度および/または効率要件、特定の機能、および利用されている特定のソフトウェアおよび/またはハードウェアシステムまたはマイクロプロセッサまたはマイクロコンピュータシステムに依存する。しかし、ここで例示された文書および権利マネジメントシステムは、ここで提供された機能的説明から適用可能な技術、およびコンピュータ技術の一般的な基本知識を有する当業者によって、既知または将来開発されるシステムまたは構造、デバイスおよび/またはソフトウェアを使用するハードウェアおよび/またはソフトウェアで容易に実現され得る。更に、開示された方法は、プログラムされた汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサなどの上で実行されるソフトウェアとして容易に実現され得る。これらの場合、本発明の方法およびシステムは、パーソナルコンピュータ、Eブック、安全コンテナなどに埋め込まれたプログラム、たとえばJava登録商標またはCGIスクリプト、XML文書、サーバまたはグラフィックスワークステーション上に存在するリソース、専用電子文書、電子文書ビューアなどに埋め込まれたルーチンとして実現され得る。文書および権利マネジメントシステムは、ハードウェアおよび/またはソフトウェアシステム、たとえばコンピュータまたは専用電子文書のハードウェアおよびソフトウェアへシステムおよび方法を物理的に組み込むことによっても実現され得る。したがって、本発明によれば、電子文書を管理するシステムおよび方法が提供されたことが明かである。本発明は多数の実施形態と結びつけて説明されたが、多くの代替、修正、および変形が当業者に自明であることは明かである。したがって、出願人は、本発明の趣旨および範囲の中にある全ての代替、修正、および変形を包含することを意図している。