JP2013101670A - 電子的ライセンスを提供するシステム及び方法 - Google Patents

Abstract

【課題】データオブジェクトへのアクセスを許可するシステム及び付随する方法を提供する。
【解決手段】コンテンツの規約に適合するように前記コンテンツを管理する方法であって、コンテンツマネージャにおいて、一コンテンツと、前記コンテンツの使用を画定する一組の規約を取得する段階と、１つ以上の非対称鍵を用いて暗号化された少なくとも１つ以上の対称鍵を取得する段階と、前記一組の規約と前記暗号化された１つ以上の対称鍵とを前記暗号化されたコンテンツと結合し、コンテンツセルを生成する段階と、前記１つ以上の対称鍵を用いて前記コンテンツを暗号化する段階と、を有する、方法。
【選択図】図１

Description

本システム及び方法はデジタル権利管理に関する。

インターネットの成長により、インターネットを経由して商品とサービスを提供するオンラインの会社とともに、オンラインの消費者の数も増加している。従って、消費者は情報の電子的転送によりいっそう依存し、情報に瞬時にアクセスできることを期待し始めている。消費者にとってはそのようにアクセスが容易になることは大変な利益であるが、一方、消費者のアクセスをコントロールすることはしばしば困難な仕事である。

消費者のアクセスをコントロールするアプローチのひとつは、デジタル権利管理（DRM）を活用することである。DRMは情報にデジタル権利を付与し、それによりユーザアクセスをコントロールし、情報の所有者に適切なコントロールを提供する。例えば、DRMによって情報の所有者はロイヤルティの支払いを受け、情報の使用を追跡し、ライセンスを発行することなどができる。

共通する問題のひとつは、従来のアプローチでは情報に対する消費者のアクセスを適切にコントロールできないことである。消費者は所有者のコントロールをうまく避ける方法を見つけてしまう。例えば、所有者が消費者に情報にアクセスするためのパスワードを送ったとする。消費者が一旦情報にアクセスすると、その消費者はその情報をコピーして他人に回してしまうかも知れない。

共通する問題の今ひとつは、従来のアプローチでは多様なタイプの情報に使えるデジタル権利管理システムを提供できなかったことである。例えば、あるデジタル権利管理システムは音楽ファイルには使えるが、文学的作品には適当でないかも知れない。

本発明は、データオブジェクトへのアクセスを許可するシステム及び付随する方法を提供する。

本発明は、顧客がコンピュータを使って通信媒体を経由してライセンス管理システムに接続するライセンスマネージメントシステムを提供するシステムと方法に関する。顧客は、多様なコンテントのコピーを取得するため通信媒体を通してライセンス管理システムと情報交換し、要求されたコンテントを含むコンテントセルが作成され顧客に送信される。加えて、顧客は、コンテントにアクセスするライセンスを取得するため通信媒体を通してライセンス管理システムと情報交換し、要求されたライセンスを含むライセンスセルが作成され顧客に送信される。顧客がコンテントセル及び関係するライセンスセルを両方とも取得すると、コンテントセルとライセンスセルの条件に規定されている通り、コンテントへのアクセスを許される。

前記システムと方法の特長は、ライセンス管理システムが顧客の情報へのアクセスを完全に管理できることである。ライセンス管理システムは顧客に付随したライセンス、及びコンテントに関するアクセス権をコンテント及び・又はライセンスに内蔵しすることができる。従って、顧客は、ライセンス条件が満たされた後にコンテントへアクセスできる。さらに、ライセンス権によって、所有者はコンテントへの多様なアクセスのタイプを管理することができる。例えば、顧客がコンテントを見ることはできるが、コンテントをプリントすることはできない。

前記システムと方法の他の特長は、多様な異なったタイプの情報にライセンス管理システムが使用できることである。幅広いコンテントをコンテントセルとして作成し、そのコンテントセルに対応するライセンスを作成するので、どんなコンテントセルに対してもライセンスを作成できる。例えば、顧客は音声ファイル、実行ファイル、テキストファイル等、多様なコンテントへアクセスできる。

ライセンス管理システムは通信媒体を通してすぐにアクセスできるので、顧客は大きな遅れなしにコンテントを受信しアクセスできることが、本実施形態の今ひとつの便益である。ライセンス管理システムによって、ユーザはその要求に対してすばやい応答を得ることができる。

発明を要約するため、発明の特定の形態、特長、新規な特徴をここに説明した。それら特長のすべてが、本発明の特定の実施形態で実現できるわけではない。従って、例えば、当業者であれば分かるように、本発明は、ここに教示された一つまたはそれ以上の特徴を実現するように実施されるが、必ずしもここに教示又は暗示された他の特長を実現するものではない。

本発明の一実施形態のハイレベルのブロック図であり、ライセンス管理システムとユーザコンピュータの間の情報交換を示す。 本発明の一実施形態のハイレベルのブロック図であり、コンテントマネージャ、オファーマネージャ、及びユーザコンピュータの間の情報の流れを示す。 図２のユーザコンピュータの一実施形態のブロック図である。 図２のコンテントマネージャの一実施形態のブロック図である。 図２のオファーマネージャの一実施形態のブロック図である。 コンテントセルの一実施形態のブロック図である。 コンテントセルの他の実施形態のブロック図である。 ライセンスセルの一実施形態のブロック図である。 ライセンスセルの他の実施形態のブロック図である。 ユーザにコンテントへのアクセスを提供する一実施形態のフローチャートである。 コンテントを送信する一実施形態のフローチャートである。 ライセンスを要求する一実施形態のフローチャートである。 ライセンスを送信する一実施形態のフローチャートである。 コンテント及びライセンスをチェックする一実施形態のフローチャートである。 コンテントセルを生成する一実施形態のフローチャートである。 ライセンスセルを生成する一実施形態のフローチャートである。

これら及びその他の特徴を、図面を参照しながら説明する。これらの図面及び付随する説明は、本発明の実施形態を示すためのものであり、本発明の範囲を制限するためのものではない。

図面を通して、参照番号は参照されている要素の間の対応を示すため再利用される。さらに、各参照番号の最初の桁は、その要素が最初に現れる図面を表す。

この出願はベンソン等の米国特許第5,845,281号を文献援用(incorporated by reference)している。

本発明はライセンス管理システム１２０を提供するためのシステムと方法に関する。図１は一実施形態を示し、顧客１１０がユーザコンピュータ１１５を使って、通信媒体１３０を経由してライセンス管理システム１２０に接続している。例示したシステムにおいて、ライセンス管理システム１２０はオファーマネージャ１２２及びコンテントマネージャ１２４というふたつの主たる構成要素から成る。顧客１１０は通信媒体１３０を経由してコンテントマネージャ１２４と情報交換し、多様なコンテントのコピーを得る。コンテントは音声ファイル、ビデオファイル、テキスト文書、電子メール、データベースレコード、ハイパーテキストマークアップランゲージ（HTML）ファイル、エクステンシブルマークアップランゲージ（XML）ファイル、電子データ交換（EDI）ファイル、メッセージ指向ミドルウェア（MOM）ファイル、実行可能スクリプト等を含む。さらに、顧客１１０は通信媒体１３０を経由してオファーマネージャ１２２と情報交換し、コンテントにアクセスするためのライセンスを得る。

Ｉ． 概観
ライセンス管理システム１２０の一実施形態の概観が図２に示されている。例示したシステムにおいて、ユーザコンピュータ１１５はオファーマネージャ１２２及びコンタクトマネージャ１２４と通信媒体１３０を通じて通信する。図２に図示した実施形態において、ライセンス管理システム１２０のオファーマネージャ１２２とコンテントマネージャ１２４は通信媒体１３０に接続された分離した構成要素として実施されている。他の実施形態においては、オファーマネージャ１２２とコンテントマネージャ１２４は直接接続された単一のシステムの一部とすることもできる。

図２は顧客１１０（図１）がコンテントにアクセスしたい時の情報の流れを図示している。イベントＡに関して、ユーザコンピュータ１１５はコンテントを要求し、その要求はコンテントマネージャ１２４に送信される。イベントＢにおいて、コンテントマネージャ１２４は、要求されたコンテントを含むコンテントセル２１０をユーザコンピュータ１１５に送信する。次に、イベントＣで、ユーザコンピュータ１１５はライセンスを要求し、その要求はオファーマネージャ１２２に送信される。イベントＤにおいて、オファーマネージャ１２２は要求されたライセンスを含んだライセンスセル２２０をユーザコンピュータ１１５に送信する。イベントＥ及びＦにおいて、ユーザコンピュータ１１５はコンテントセル２１０及び対応するライセンスセル２２０を両方持っていることを検証し、ユーザコンピュータ１１５はコンテントへのアクセスを許可する。

この実施形態の長所は、ユーザコンピュータ１１５がコンテントを受信し、大きな遅れ無しにコンテントにアクセスできることであり、それはライセンス管理システム１２０が通信媒体１３０を通じてすぐにアクセス可能だからである。ライセンス管理システム１２０はユーザがその要求に対する応答をタイムリーに受信できるようにしている。

この実施形態の他の長所は、ライセンス管理システム１２０がユーザコンピュータ１１５のコンテントの使用をライセンスによって管理することである。ライセンス管理システム１２０は、ユーザコンピュータ１１５に付随したライセンス権利、及びコンテントセル２１０及び・またはライセンスセル２２０内のコンテントに関係したアクセス権限を内蔵できる。

ＩＩ． ライセンス管理システムの実施
このセクションは、図２に示した電子的ライセンスを提供するためのシステムの一実施形態をさらに説明する。例示したシステムは、通信媒体１３０、ユーザコンピュータ１１５、及びライセンス管理システム１２０を含む。

Ａ． 通信媒体
図２に示す通信媒体１３０に関して、現在のところ好ましい通信媒体１３０は、コンピュータのグローバルネットワークであるインターネットを含む。インターネットの構造は、当業者には周知であるが、ネットワークバックボーンと、バックボーンから枝分かれ（ブランチ）したネットワークを含む。これらブランチはさらに枝分かれしたネットワークを持つ。ルータは情報パケットをネットワークレベルでやり取りし、ネットワークからネットワークへ送り、そのパケットが送付先の近傍に届くまで送る。送付先からは、送付先のネットワークのホストが情報パケットを適当な端末またはノードに送る。インターネットの構造と動作に関するより詳細な説明は、Harley Hahn及びRick Stoutによる”The Internet Complete Reference”（McGraw-Hill社、1994年）を参照されたい。

ひとつの有利な実施形態において、インターネットのルーティングハブはドメインネームシステム（DNS）サーバから成ることは周知である。DNSはトランスファーコントロールプロトコル／インターネットプロトコル（TCP／IP）サービスであり、ドメインネームをインターネットプロトコル(IP)アドレスに、またはインターネットプロトコル(IP)アドレスからドメインネームに変換する時に呼び出される。 ルーティングハブは高速通信リンクを通して他のルーティングハブに接続している。

しかし、当業者であれば、広い範囲のインターラクティブな通信媒体１３０が本発明で使用できることを認めるであろう。例えば、通信媒体１３０はインターラクティブなテレビネットワーク、電話ネットワーク、無線データ送信システム、双方向ケーブルシステム、カスタマイズされたコンピュータネットワーク、インターラクティブなキオスクネットワーク、現金自動預入支払機ネットワーク等を含む。

インターネットで良く使用されるのはワールドワイドウェブである。ワールドワイドウェブはグラフィックス及びテキスト情報を表示できる文書を記憶している異なったコンピュータを含んでいる。ワールドワイドウェブ上で情報を提供するコンピュータは通常「ウェブサイト」と呼ばれている。ウェブサイトはインターネットアドレスにより指定され、インターネットアドレスには電子的なページが付随している。その電子的ページはユニフォームリサーチロケータ（URL）により同定される。一般的に、電子的ページはテキスト、グラフィカルイメージ、オーディオ、ビデオ等の表示を統合するドキュメントである。

Ｂ． ユーザコンピュータ
ユーザコンピュータ１１５は、図３に示されており、ユーザが通信媒体１３０（図１）と情報交換する装置である。一実施形態において、ユーザコンピュータ１１５は従来の汎用コンピュータであり、一またはそれ以上のマイクロプロセッサ、例えばPentium（登録商標）プロセッサ、Pentium（登録商標）IIプロセッサ、Pentium（登録商標） Proプロセッサ、xx86プロセッサ、8051プロセッサ、MIPSプロセッサ、Power PCプロセッサ、Alphaプロセッサを使用している。一実施形態において、ユーザコンピュータ１１５は適当なオペレーティングシステム、例えば、Microsoft（登録商標） Windows（登録商標） 3.X、Microsoft（登録商標） Windows（登録商標） 98、Microsoft（登録商標） Windows（登録商標） NT、Microsoft（登録商標） Windows（登録商標） CE、Palm Pilot OS、Apple（登録商標） MacOS（登録商標）、Disk Operating System (DOS)、UNIX（登録商標）、Linux（登録商標）、またはIBM（登録商標） OS/2（登録商標）を動作させている。一実施形態において、ユーザコンピュータ１１５は従来のモデムまたはその他のネットワーク接続機能、例えば、イーサネット（登録商標）（IEEE802.3）、トークンリング（IEEE802.5）、ファイバーディストリビューテッドデータリンクインターフェイス（FDDI）、非同期トランスファーモード（ATM）を備えている。従来どおり、一実施形態において、オペレーティングシステムは、通信媒体１３０を通して入出するすべてのメッセージトラフィックを処理するTCP/IPスタックを含む。

他の実施形態において、ユーザコンピュータ１１５は、例えばコンピュータワークステーション、個別のコンピュータのローカルエリアネットワーク、インターラクティブテレビ、インターラクティブキオスク、パーソナルデジタルアシスタント、インターラクティブ無線通信装置、ハンドヘルドコンピュータ、電話機、ルータ、サテライト、スマートカード、内蔵コンピューティング装置等、通信媒体１３０と情報交換できるものであれば良い。そのようなシステムにおいて、オペレーティングシステムは異なるが、通信媒体１３０と通信リンクを確立するのに必要な適当な通信プロトコルを提供する。

例示したユーザコンピュータ１１５はブラウザモジュール３１０、ユーザマネージャ３２０、及びデータベースコレクション３３０を含む。

１． ブラウザモジュール
一実施形態において、ユーザコンピュータ１１５はユーザブラウザモジュール３１０を含む複数の動作モジュールを利用する。ユーザブラウザモジュール３１０（以下、ユーザブラウザ３１０と呼ぶ）はソフトウェアプログラムであり、消費者は、通信媒体１３０（図１）を通して異なるコンテントプロバイダーにアクセス可能となる。一実施形態において、ユーザブラウザ３１０はネットスケープが開発したNetscape（登録商標）Navigator、またはマイクロソフトが開発したMicrosoft（登録商標）インターネットエクスプローラである。しかし、当業者であれば、その他のタイプの多数のアクセスソフトウェアでも、本発明の実施形態を実施できることを認めるであろう。その他のタイプのアクセスソフトウェアとは、例えば、他のタイプのインターネットブラウザ、カスタムネットワークブラウザ、双方向通信ソフトウェア、ケーブルモデムソフトウェア、ポイントツーポイントソフトウェア等でもよい。

２． ユーザマネージャ
一実施形態において、ユーザコンピュータ１１５はユーザマネージャ３２０を含む。ユーザマネージャ３２０はユーザコンピュータ１１５が受け取ったすべてのコンテントとライセンスを追跡管理する。一実施形態において、ユーザマネージャ３２０はウェブベースのダウンロードプロセスと通してユーザコンピュータ１１５にロードされる。ウェブベースのダウンロードプロセスにおいて、ユーザブラウザ３１０はユーザに、ユーザマネージャ３２０をダウンロードするか問い合わせることができる。ユーザがYESと答えれば、ダウンロードプロセスはユーザマネージャ３２０がユーザブラウザ３１０をサポートしているかチェックする。サポートしていれば、ユーザブラウザ３１０はユーザマネージャ３２０をユーザコンピュータ上に自動的にダウンロードする。他の実施形態において、ユーザマネージャのダウンロードプロセスは、ユーザの介入無しに実行しても、ユーザマネージャ３２０がユーザコンピュータ１１５にプリインストールされていてもよい。

３． データベースコレクション
一実施形態において、ユーザコンピュータ１１５は図３に示したデータベースコレクション３３０を含む。例示したデータベースコレクション３３０は複数のデータベース、例えばライセンスデータベース３３２、コンテントデータベース３３４、暗号鍵データベース３３６を含み、暗号鍵データベース３３６は一またはそれ以上の暗号鍵を含むことができる。

ライセンスデータベース３３２は、ユーザコンピュータ１１５が受け取ったライセンスセル２２０に関する情報を含む。その情報は受け取ったままのライセンスセル２２０のコピー、または解凍された情報、例えばライセンス規約、ライセンスセルヘッダー情報等を含むことができる。

コンテントデータベース３３４は、ユーザコンピュータ１１５が受け取ったコンテントセル２１０に関する情報を含む。その情報は受け取ったままのコンテントセル２１０のコピー、または解凍された情報、例えば暗号化されたコンテント、コンテントセルヘッダー情報等を含むことができる。

暗号鍵データベース３３６はライセンスセル２２０を通じて受け取った鍵を含み、その鍵はユーザマネージャ３２０が暗号化されたコンテントを解読するために用いる。一実施形態ではシンメトリック鍵暗号を使用するが、他の実施形態においては、シンメトリック暗号とは別に、または関連して他の暗号方法を使うことができる。

一実施形態において、データベースコレクション３３０はフラットファイルデータベース構造を使って実施できる。別の実施形態においては、データベースコレクション３３０は他のデータベースを使用して実施でき、例えばストラクチャークエリーランゲージ（SQL）を使ってデータにアクセスできるリレーショナルデータベースであるMicrosoft（登録商標）SQLサーバを使って実施できる。さらに、図３に示したデータコレクション３３０は複数の個別のデータベースから成るが、他の実施形態においては、データベースコレクション３３０は他のデータベースを含むこともできるし、他のデータベースを結合することもできる。加えて、データベースコレクション３３０は複数の個別のテーブルを持ったひとつのデータベースとして実施しても良いし、または周知の別のデータ構造、例えばリンクされたリスト、バイナリーツリー等として実施しても良い。

Ｃ． ライセンス管理システム
一実施形態において、ライセンス管理システム１２０（図１）はコンテントとライセンスの生成と発行を管理する。別の実施形態において、ライセンス管理システム１２０は主としてコンテントセル２１０とライセンスセル２２０の発行を管理し、別個のモジュールがライセンスセル２２０及び・またはコンテントセル２１０を生成してもよい。前述の通り、ライセンス管理システム１２０は二つの主たる構成要素、コンテントマネージャ１２４及びオファーマネージャ１２２から成る。しかし、別の実施形態においては、複数のコンテントマネージャ１２４及び・または複数のオファーマネージャ１２２があってもよい。

１． コンテントマネージャ
図４はコンテントマネージャ１２４の一実施形態を示す。例示したコンテントマネージャ１２４はウェブサーバソフトウェア４１０、コンテントマネージャコンポーネント４２０、及びデータベースコレクション４３０を含む。

ａ． ウェブサーバソフトウェア
一実施形態において、コンテントマネージャ１２４は図４に示した通りウェブサーバソフトウェア４１０を含む。ウェブサーバソフトウェア４１０は、例えばネットスケープのインターネットサーバソフトウェア、マイクロソフトのインターネットサーバソフトウェア（ＩＳＳ）等であってもよい。斯様なウェブサーバソフトウェア４１０は図２に示した通り、ユーザコンピュータ１１５及びオファーマネージャ１２２からのメッセージを処理するように構成されている。

ｂ． コンテントマネージャコンポーネント
一実施形態において、コンテントマネージャ１２４はコンテントセル２１０の生成と発行を管理するコンテントマネージャコンポーネント４２０を含む。図４に示したコンテントマネージャコンポーネント４２０は、二つのプロセス、ユーザマネージャダウンロードプロセス４２２とコンテントセル生成プロセス４２４から成る。コンテントマネージャコンポーネント４２０は図示しない別のプロセスを含んでも良く、例えばユーザを登録管理するプロセス、コンテントセルのインベントリーを追跡するプロセス、及びサーチエンジンを提供するプロセスを含んでも良い。

ユーザマネージャダウンロードプロセス４２２はユーザコンピュータ１１５にユーザマネージャ３２０をダウンロードする。別の実施形態において、ユーザマネージャダウンロードプロセス４２２は他のモジュールで実行しても良いし、ユーザマネージャ３２０がユーザコンピュータ１１５にプリインストールされていても良い。コンテントセル生成プロセス４２４は、ユーザコンピュータ１１５がコンテントを要求し、プロセス４２４が要求されたコンテントのコンテントセル２１０を生成する時に呼び出される。この実施形態においては、コンテントマネージャ１２４はコンテント生成プロセス４２４を含むが、別の実施形態においては、別のモジュールがコンテントセル２１０を生成しても良く、コンテントマネージャ１２４が、コンテントセル２１０を生成するのではなくロケートすることによって、コンテントセル２１０の発行を主として管理しても良い。

ｃ． データベースコレクション
一実施形態において、コンテントマネージャ１２４は図４に示したデータベースコレクション４３０を含む。例示したデータベースコレクション４３０は複数のデータベースを含み、例えば規約データベース４３２、暗号鍵データベース４３４（暗号鍵データベースは一つまたはそれ以上のシンメトリック鍵を含む）、公開証明書データベース４３６、コンテントデータベース４３８、セルヘッダー情報データベース４３９を含む。

規約データベース４３２はコンテントに権利をどのようにいつ割り当てるかに関する規約を含む。規約は一般的なもの（例えば、コンテントＸにはライセンスＹが必要である）でも良いし、より特定のもの（例えば、ライセンスＹを持つ者は誰でもコンテントＸをプリントできる。コンテントＸをプリントするにはライセンスＹが必要であり、さもなければURL Cに飛ぶ。）であっても良い。図４は規約が規約データベース４３２に記憶されているとして示したが、別の実施形態においては、規約は他のフォーマットに記憶されても良く、例えばプログラムまたは一組のスクリプトのフォーマットに記憶されても良い。

暗号鍵データベース４３４は一組のシンメトリック鍵を含み、コンテントマネージャ１２４が要求されたコンテントを解読するためにその一組のシンメトリック鍵を使用する。シンメトリック鍵は周知の技術を使って生成できる。シンメトリック及びアシンメトリック暗号に関するより詳しい説明は、Bruce Schneierによる”Applied Cryptography: Protocols, Algorithms, and Source Code in C, Second Edition”（John Wiley & Sons、1996年）を参照されたい。この実施形態はシンメトリック暗号を使用するが、別の実施形態においては、別の暗号方法をシンメトリック暗号とは別に、またはそれに関連して使用しても良い。

公開証明書データベース４３６は、コンテントマネージャ１２４が通信する別の構成要素からの公開証明書を含む。構成要素の公開暗号鍵は構成要素の公開証明書の中に入っている。例えば、公開証明書データベース４３６は、オファーマネージャ１２２の公開証明書（オファーマネージャ１２２の公開暗号鍵を含む）を含んで、コンテントマネージャ１２４とオファーマネージャ１２２が通信する時の暗号化及び認証をしても良い。公開証明書データベース４３６はコンテントを要求したユーザコンピュータ１１５の公開証明書を含んでも良い。

コンテントデータベース４３８は多様なコンテントそのもの、及びコンテントに関する情報を含む。コンテントは、音声ファイル、テキスト文書、電子メール、データベースレコード、ハイパーテキストマークアップ言語（HTML）ファイル、エクステンシブルマークアップ言語（XML）ファイル、電子データ交換（EDI）ファイル、メッセージ指向ミドルウェア（MOM）ファイル、実行可能スクリプト等を含んでも良い。コンテントデータベース４３８は発行者テーブル、発行物テーブル、アーティクルテーブル等を含んでも良い。

発行者テーブルは発行者に関する情報を保存する。発行者テーブルは、発行者ID、ステータス（発行者がアクティブか否かを示す）、発行者名、デフォルトの価格、などのフィールドを含んでも良い。各発行者は一つまたはそれ以上の発行物を発行できる。

発行物テーブルは発行物に関する情報を保存する。発行物テーブルは、発行物ID、ステータス（発行物がアクティブか否かを示す）、発行物コード、属性、発行者ID、ドメイン、発行物名、発行物ファイルタイプ、発行物ウェブアドレス、イントロダクトリークレジット、デフォルト価格、無料アーティクル数、プリントフィールド（プリントをできるかを示す）、コピーフィールド（コピーできるかを示す）、などのフィールドを含むことができる。各発行物は一つまたはそれ以上のアーティクルを含む。

アーティクルテーブルはアーティクル（ひとつひとつのコンテント）に関する情報を保存する。「アーティクル」という用語が使われているが、「アーティクル」という用語は、音声ファイル、ビデオファイル、テキストドキュメント、電子メール、データベースレコード、ハイパーテキストマークアップ言語（HTML）ファイル、エクステンシブルマークアップ言語（XML）ファイル、電子データ交換（EDI）ファイル、メッセージ指向ミドルウェア（MOM）ファイル、実行可能スクリプト、などのコンテントを含んでも良いと認められている。アーティクルテーブルはタイトル、タイムスタンプ、発行物ID、発行者ID、価格、有効期間、セルタイプ等のフィールドを含んでも良い。

コンテントデータベース４３８は申込みテーブル、管理者テーブル等のコンテントに関係した他のテーブルを含んでも良い。申込みテーブルは多様な申込みを定義し、デスクリプションフィールド、申込みID、価格等のフィールドを含む。管理者テーブルは、価格、終了日、グループの設定等、管理業務を行う権限を有する特別なアカウントを保存する。管理者テーブルは、氏名、パスワード、電子メールアドレス、電話番号、発行者ID、管理者レベル、グループアカウント管理許可、プロモーション管理許可等のフィールドを含んでも良い。

セルヘッダー情報データベース４３９はセルヘッダーに関する情報を含む。この情報は各コンテントセル２１０に固有の識別子、コンテントを製作する多様な店舗に関する情報、記述的情報、及び認証情報（例えば、失効日・時間）を含むことができる。

データベースコレクション４３０に関して、ひとつの実施形態においては、データベースコレクション４３０と共に働くIDジェネレータ、ナンバージェネレータ、統計ジェネレータ、セッションジェネレータ、一時記憶部などの複数のプロセス（図示せず）をおいても良い。

ひとつの実施形態においては、データベースコレクション４３０は、構造化クエリー言語（SQL）を通してデータにアクセスできるリレーショナルデータベースであるMicrosoft（登録商標）SQLサーバを使って実施されている。SQLはリレーショナルデータベースを定義し、更新し、リレーショナルデータベースに問い合わせるために国際標準化機構（ISO）により標準化された言語である。

別の実施形態において、データベースコレクション４３０は、別のリレーショナルデータベースを使って実施しても良いし、別のタイプのデータベース（例えば、フラットファイルデータベースなど）を使っても良い。さらに、図４に示したデータベースコレクション４３０は複数の個別のデータベースから成るが、別の実施形態においては、データベースコレクション４３０は別のデータベースを含んでも良いし、いくつかのデータベースが結合されていても良い。なお、データベースコレクション４３０は、個別のテーブルを持った単一のデータベースとして実施しても良いし、リンクされたリスト、バイナリーツリー等の周知である別のデータ構造として実施しても良い。

ひとつの実施形態においては、データベースコレクション４３０は、サーブレット（サーバ上で起動する小さなプログラム）を通してデータベースリクエストを受け取り、データベース４３０に対応するSQL要求を送るバックエンドの構成要素（図示しない）に接続されていても良い。別の実施形態においては、データへアクセスする仕方は異なっても良く、例えば、異なるタイプのバックエンド構成要素を使っても、データベースコレクション４３０に直接アクセスしても良い。

データベースコレクション４３０の実施形態のより詳しい説明は、添付した補遺Aに書かれている。補遺Aのデータベースコレクション４３０はライセンス管理システム１２０を図示しており、コンテントマネージャ１２４及びオファーマネージャ１２２は共に同じデータベースコレクションにアクセスしているが、別の実施形態においては、コンテントマネージャ１２４及びオファーマネージャ１２２は多様なデータベースの個別のコピーを持っていても良い。

２． オファーマネージャ
図５はオファーマネージャ１２２のひとつの実施形態を図示している。例示したオファーマネージャ１２２はウェブサーバソフトウェア５１０、オファーマネージャコンポーネント５２０、ライセンスマネージャ５３０、及びデータベースコレクション５４０を含む。

ａ． ウェブサーバソフトウェア
ひとつの実施形態において、オファーマネージャ１２２は図５に示す通りウェブサーバソフトウェア５１０を含んでいる。ウェブサーバソフトウェア５１０は、例えば、ネットスケープのインターネットサーバソフトウェアでも、マイクロソフトのインターネットサーバソフトウェア（ＩＳＳ）等でも良い。斯様なウェブサーバソフトウェア５１０はユーザコンピュータ１１５及びコンテントマネージャ１２４からのメッセージを処理するよう構成されている。

ｂ． オファーマネージャコンポーネント
ひとつの実施形態において、図５に示した通り、オファーマネージャ１２２はライセンスセル２２０の発行を管理するオファーマネージャコンポーネント５２０を含む。オファーマネージャコンポーネント５２０は、ユーザとの情報交換管理、ライセンスマネージャ５３０が呼ばれる前にユーザ要求が満足されたかの決定、金銭の支払いの追跡、ライセンスが発行されたかの決定その他の処理などの処理（図示せず）を含んでも良い。

ｃ． ライセンスマネージャコンポーネント
ひとつの実施形態において、オファーマネージャ１２２はライセンスセル２２０の生成を管理するライセンスマネージャ５３０を含む。図５に示したライセンスマネージャ５３０は、ライセンスセル生成プロセス５３２から成る。ライセンスセル生成プロセス５３２はユーザコンピュータ１１５がコンテントセル２１０を求めるライセンスを要求した後、呼び出されても良い。ライセンスセル生成プロセス５３２は要求されたコンテントのライセンスセル２２０を生成する。この実施形態においては、ライセンスマネージャ５３０はコンテント生成プロセス４２４を含むが、別の実施形態においては、別のモジュールがライセンスセル２２０を生成しても良い。

例えば、オファーマネージャ１２２はライセンスセル生成プロセス５３２を含み、ライセンスセル２２０を生成しても良い。しかし、ひとつの実施形態においては、別のモジュールがライセンスセル２２０を生成しても良く、ライセンスマネージャ５３０またはコンテントマネージャ１２４いずれかが適当なライセンスセル２２０を配置するようにしても良い。

ライセンスマネージャ５３０は発行されたライセンスを一時保管（repository）などの図示しないその他のプロセスを含んでも良い。なお、ひとつの実施形態において、ライセンスマネージャ５３０は新しいライセンスが生成されるたびに追跡される発行済みライセンスデータベース５４７を含む。この管理によって、ライセンスマネージャ５３０はライセンスするプロセスの監査証跡（オーディットトレイル）となり、他のモジュールに要求されたライセンス情報を提供できる。

ｄ． データベースコレクション
ひとつの実施形態において、オファーマネージャ１２２は図５に示したデータベースコレクション５４０を含む。例示したデータベースコレクション５４０は、規約データベース５４１、暗号鍵データベース５４２（ひとつまたはそれ以上のシンメトリック鍵を含む）、公開証明書データベース５４３、コンテントデータベース５４４、ユーザデータベース５４５、グループデータベース５４６、発行済みライセンスデータベース（「ライセンスデータベース」）５４７、課金データベース５４８、セルヘッダー情報データベース５４９等、複数のデータベースを含む。

規約データベース５４１は、いかに、いつ、コンテントに権利を割当てるかに関する規約を含んでいる。規約は一般的なもの（例えば、コンテントＸにはライセンスＹが必要である）でも良いし、より特定のもの（例えば、ライセンスＹを有する者は誰でもコンテントＹをプリントできる、コンテントＸをプリントするにはライセンスＹが必要で、無ければURL Cに飛ぶ）であっても良い。図５は規約データベース５４１を示しているが、別の実施形態においては、規約はプログラムやスクリプトのような別のフォーマットに記憶されていても良い。

暗号鍵データベース５４２は、コンテントマネージャ１２４が要求されたコンテントを暗号化するのに使用する一組のシンメトリック鍵を含む。シンメトリック鍵は周知の技術を使用して生成できる。シンメトリック及びアシンメトリック暗号のより詳細な説明は、Bruce Schneierによる”Applied Cryptography: Protocols, Algorithms, and Source Code in C, Second Edition”（John Wiley & Sons社、1996年）を参照されたい。この実施形態はシンメトリック暗号を使用しているが、別の実施形態においては、シンメトリック暗号とは異なった、または関連した別の暗号を使用しても良い。

公開証明書データベース５４３は、オファーマネージャ１２２が通信する他の構成要素からの一組の公開証明書を含む。構成要素の公開暗号鍵は構成要素の公開証明書の中にある。例えば、コンテントマネージャ１２４とオファーマネージャ１２２が通信する時に認証ができるよう、公開証明書データベース５４３はコンテントマネージャ１２４の公開証明書（コンテントマネージャ１２４の公開鍵を含む）を含んでも良い。公開証明書データベース５４３はライセンスを要求するユーザコンピュータ１１５の公開証明書を含んでも良い。

特定の実施形態においては、オファーマネージャのコンテントデータベース５４４はコンテントマネージャのコンテントデータベース４３８の一部または全部を含んでも良い。コンテントデータベース５４４は、周知のデータ複製技術を使って、コンテントマネージャのコンテントデータベース４３８からデータをコピーして、オファーマネージャ１２２及びコンテントマネージャ１２４が、データの同一性を損なうことなく、それぞれ同じデータのコピーを持つようにしても良い。さらに、オファーマネージャのコンテントデータベース５４４はコンテントマネージャのコンテントデータベース４３８には含まれていない情報を含んでも良い。この実施形態はオファーマネージャ１２４及びコンテントマネージャ１２２がそれぞれ、同じコンテントデータベース５４４、４３８のコピーを有する場合を示したが、別の実施形態においては、オファーマネージャ１２２及びコンテントマネージャ１２４が両方とも、同じコンテントデータベースにアクセスしても良い。コンテントデータベース５４４のひとつの実施形態のより詳細な情報として、「１．コンテントマネージャ ｃ．データベースコレクション」という表題をつけたセクションを参照されたい。

ユーザデータベース５４５はユーザに関する情報を追跡する。ユーザデータベース５４５はユーザ情報テーブル、ユーザクレジットカード情報テーブル、ユーザコメントテーブル、ユーザアカウントバランステーブル等のテーブルを含んでも良い。

ユーザ情報テーブルはシステムのユーザに関する情報を含む。ユーザ情報テーブルはユーザアカウントID、名前、苗字、勤務先、電子メールアドレス、アカウント生成データ、アカウントステータス、現在請求金額、現在クレジット、残高制限、サービスレベル、販促電子メール、リモートユーザ、リモートアドレス、リモートホスト、請求先名、請求先住所、パスワード、パスワード暗号化タイプ等のフィールドを含んでも良い。ユーザクレジットカード情報テーブルはユーザの暗号化されたクレジットカード番号の記録及びその他のクレジットカード情報を保持する。ユーザクレジットカード情報テーブルはユーザアカウントID、クレジットカード暗号化方法、暗号化されたクレジットカードアカウント番号、クレジットカード失効月、クレジットカード失効年等のフィールドを含んでも良い。ユーザコメントテーブルは特定のユーザのコメントを追跡し、カスタマイズされた顧客サポートを可能とする。ユーザコメントテーブルは、ユーザアカウントID、タイムスタンプ、コメントフィールド等のフィールドを含む。ユーザアカウントバランステーブルは、ユーザがアクセスした特定の発行物ごとにユーザのクレジットと請求額の記録を保持する。ユーザアカウントバランステーブルはユーザアカウントID、発行物ID、クレジットが発生した時間、利用可能クレジット、適用されたクレジット額、現在請求額、表示された価格条件、及びユーザアカウントに関係したその他情報等のフィールドを含んでも良い。

グループデータベース５４６は、複数のユーザをコーポレートアカウント等、ひとつのアカウントに連結する。グループデータベース５４６はグループテーブル、グループユーザテーブル、発行物テーブル等のテーブルを含んでも良い。

グループテーブルはグループに関係する情報を維持する。グループテーブルは、グループID、グループ名、パスワード、アカウントのタイプ、アカウントが有効な日数、発行物ID、有効期限等のフィールドを含む。グループユーザテーブルはグループのメンバーを特定する。グループユーザテーブルは、グループID、ユーザアカウントID、有効期限等のフィールドを含んでも良い。グループ出版物テーブルは、グループのメンバーがアクセスできる出版物を特定する。グループ出版物テーブルは、グループID、出版物ID等のフィールドを含んでも良い。

ライセンスデータベース５４７は発行されたライセンステーブル等の複数のテーブルを含んでも良い。発行されたライセンステーブルはアーティクルへのアクセスを許す、ユーザに発行された各ライセンスを記録する。発酵されたライセンステーブルは、取引ID、タイムスタンプ、アーティクルID、コンテントセルの場所、コンテントセルID、フレームワークID、発行物ID、請求金額等のフィールドを含んでも良い。

課金データベース５４８は請求取引を管理する。課金データベース５４８は、現在取引、請求可能取引、請求可能適用（サマリー）等のテーブルを含んでも良い。他の標準的請求情報は課金データベース５４８に含んでも良い。

セルヘッダー情報データベース５４９はセルヘッダーのための情報を含む。この情報は、各ライセンスセル２２０のためのユニークな識別子、各コンテントセル２１０のためのユニークな識別子、コンテントを製作する多様な店舗に関する情報、記述的情報、及び検証情報（例えば、有効期限の日時）を含んでも良い。

データベースコレクション５４０は多様な管理業務を実行するため、他のデータベース（図示せず）を含んでも良い。例えば、データベースコレクション５４０は、ユーザ要求等の多様なユーザアクティビティを追跡するユーザアクションデータベースを含み、クリックスルー（ユーザがウェブリンクを選択するたびにトラッキングすること）を使用しても良い。なお、データベースコレクション５４０は多様なシステムエラー、例えば特定のアーティクルに関係したエラー、新しいユーザに関係したエラー、新しいライセンスに関係したエラー等をトラッキングするエラーデータベースを含んでも良い。データベースコレクション５４０はデータの同一性を維持するためのデータベース、例えば新しい情報が追加される時、及び・または既存の情報を変更しなければならない時にシステムに警告を発する多様な同期テーブルなどを含んでも良い。データベースコレクション５４０は、ユーザに電子メール及びその他の通信手段で送った販促をトラッキングする販促データベースを含んでも良い。データベースコレクション５４０は、ユーザがユーザマネージャ３２０をユーザの計算機のひとつに再インストールしようと試みた時、またはユーザがユーザＩＤを検証した時などに、ユーザがユーザの計算機のひとつにユーザマネージャ３２０のロードを試みた回数をトラッキングするためのユーザマネージャ起動情報を含んでも良い。

データベースコレクション５４０に関して、ひとつの実施形態においては、データベースコレクション５４０と共に働くＩＤジェネレータ、ナンバージェネレータ、統計ジェネレータ、セッションジェネレータ、一時記憶ユニット等の複数のプロセス（図示せず）があっても良い。

ひとつの実施形態においては、データベースコレクション５４０は、構造化クエリー言語（ＳＱＬ）を通してデータにアクセスできるリレーショナルデータベースであるMicrosoft（登録商標）ＳＱＬサーバを使って実施している。ＳＱＬは、リレーショナルデータベースを定義し、更新し、リレーショナルデータベースに問い合せるために国際標準化機構により標準化された言語である。

ひとつの実施形態においては、データベースコレクション５４０は異なったリレーショナルデータベース、及び異なったタイプのデータベース（例えばフラットファイルデータベース）を使って実施できる。さらに、図５に示したデータベースコレクション５４０は複数の個別のデータベースから成っているが、別の実施形態においては、データベースコレクション５４０が別のデータベースを含んでも良いし、いくつかのデータベースが結合されても良い。なお、データベースコレクション５４０は、個別のテーブルを備えた単一のデータベースとして実施しても良いし、リンクされたデータ、バイナリーツリー等周知の他のデータ構造として実施しても良い。

ひとつの実施形態において、データベースコレクション５４０は、サーブレット（サーバ上で起動する小さなプログラム）を通じてデータベース要求を受け取り、データベースコレクション５４０に対応するＳＱＬ要求を送るバックエンド構成要素（図示せず）に接続されても良い。別の実施形態においては、データへのアクセスは異なった仕方で、例えば、異なったタイプのバックエンド構成要素を使っても良いし、データベースコレクション５４０に直接アクセスしても良い。

データベースコレクション５４０の実施形態のより詳細な説明は、添付した補遺Ａにある。補遺Ａのデータベースコレクション５４０は、コンテントマネージャ１２４及びオファーマネージャ１２２両方が、同じデータベースコレクションにアクセスするライセンス管理システム１２０を示すが、別の実施形態においては、コンテントマネージャ１２４及びオファーマネージャ１２２は、個別のデータベース（似たものでも、部分的に同じものでも、違うものでも良い）を有しても良い。
III. ライセンス管理システムセル
ひとつの実施形態において、ライセンス管理システム１２０は、コンテントを含むセル（コンテントセル２１０）、及びライセンスを含むセル（ライセンスセル２２０）を生成する。

A. コンテントセル
図６ａはコンテントセル２１０ａの一実施形態である。例示したコンテントセル２１０ａは一組の規約６１２ａ、暗号化されたコンテント６１４ａ、セルヘッダー６１６ａ、公開証明書６１８ａ、及びコンテントセル署名６１１ａを含む。

１． 規約
コンテントセル規約６１２ａはユーザコンピュータ１１５に、コンテントセル２１０ａにどんな権利が付随しており、その権利を得るためには何が要求されるかを知らせる。例えば、コンテントセル２１０ａは、アーティクルをプリントする権利のための一セットの必要条件、及びアーティクルを見るための一セットの必要条件を有しても良い。一実施形態において、規約６１２ａは特定のユーザのためにかかれたものであっても良いし、別の実施形態においては、規約６１２ａはより一般的に書かれた特定のクラスのユーザに適用されるものでも良い。

２． 暗号化されたコンテント
コンテントセルの暗号化されたコンテント６１４ａは、コンテントマネージャ１２４に暗号化された要求されたコンテントを含む。一実施形態において、コンテントは対称鍵を使って暗号化される。対称鍵はオファーマネージャの公開鍵を使ってライセンス管理システム１２０によって暗号化され、オファーマネージャ１２２だけがその対象鍵を復号化でき、暗号化された対象鍵はユーザマネージャ３２０に送信される。ユーザマネージャ３２０がライセンスを要求した時、ユーザマネージャ３２０はオファーマネージャ１２２に暗号化された対象鍵を送信する。オファーマネージャ１２２は、ユーザコンピュータ１１５が有効なライセンスを持っていることを検証すると、オファーマネージャ１２２はその対称鍵を復号化でき、その対称鍵をユーザマネージャの公開鍵で暗号化し、ユーザマネージャ３２０がその対称鍵を復号化できるように、そしてコンテントを復号化できるようにする。対称及び非対称暗号化のより詳しい説明については、Bruce Schneierによる”Applied Cryptography: Protocols, Algorithms, and Source Code in C, Second Edition”（John Wiley & Sons、1996年）を参照されたい。この実施形態は対称暗号と非対称暗号の組み合わせを使用するが、別の暗号化法を使用しても良い。例えば、オファーマネージャ１２２及びコンテントマネージャ１２４は共に対称鍵のデータベースにアクセスでき、ユーザコンピュータ１１５がライセンスを取得するまで、対称鍵がユーザコンピュータ１１５に送信されないようにしても良い。

３． セルヘッダー
セルヘッダー６１６ａはコンテントセル２１０ａに関する情報を含む。斯様な情報はコンテントセル２１０ａのユニークな識別子、要求されたコンテントを製作する店舗に関する情報、記述的情報、オファーマネージャ１２２を位置づけるための情報（例えば、オファーマネージャのＵＲＬなど）、及び検証情報(例えば、有効期限の日時)を含んでも良い。

４． 公開証明書
コンテントセルの公開証明書６１８ａは、セル生成者の公開証明書であり、セル生成者の公開鍵を含む。例えば、もしコンテントマネージャ１２４がコンテントセル２１０ａを生成するなら、コンテントマネージャ１２４はセル２１０ａに署名し、公開証明書をコンテントセル２１０ａに含める。公開証明書６１８ａは、セルの受信者（例えば、ユーザコンピュータ１１５）に、送信者（例えば、コンテントマネージャ１２４）の真正性を検証させる。

５． コンテントセル署名
コンテントセルのデジタル署名６１１ａは、コンテントセル２１０ａとコンテントマネージャの非公開鍵両方に基づく情報である。デジタル署名６１１ａはユーザコンピュータ１１５に使用され、コンテントセル２１０ａの生成者及びコンテントセル２１０ａに含まれる情報を認証するために使用される。

一般的に、デジタル署名は各メッセージ、及びメッセージの送信者にユニークなコードである。デジタル署名を使った認証は、メッセージが期待通りの送信者からのものであることを受信者に保障し、メッセージは完全で、改変されていないことを確認する。デジタル署名は暗号手段であって、それを使ってセルの出所と送信者の身元を検証できる。デジタル署名のより詳しい説明は、Bruce Schneierによる”Applied Cryptography: Protocols, Algorithms, and Source Code in C, Second Edition”（John Wiley & Sons、1996年）を参照されたい。

６． 他の署名
図６ｂはコンテントセル２１０ｂの別の実施形態を示す。規約６１２ｂ、暗号化されたコンテント６１４ｂ、セルヘッダー６１６ｂは上述のものと似ているが、各構成要素はそれ自身のデジタル署名６１３ｂ、６１５ｂ、６１７ｂを持つ。各デジタル署名６１３ｂ、６１５ｂ、６１７ｂは構成要素を生成したモジュールによって生成される。例えば、規約署名６１３ｂは規約６１２ｂを生成したモジュールによって生成され、セルヘッダー署名６１７ｂはセルヘッダー６１６ｂを生成したモジュールによって生成される。別の実施形態においては、異なったモジュールがコンテントセル２１０の異なった部分を生成しても良く、各モジュールはそれ独自のデジタル署名を提供する。この機能によって、セルの受信者は構成要素の生成者の身元を検証できる。この実施形態において生成者の身元を検証するために、コンテントセル２１０は、コンテントセル２１０の部分を生成した各モジュールの公開証明書６１８ｂを含まなければならない。

別の実施形態において、デジタル署名は個別の規約、または一組の規約に使用することもできる。例えば、もしモジュールＡが規約Ｘ、Ｙ、Ｚを生成し、モジュールＢが規約Ｍ、Ｎを生成するなら、モジュールＡは規約Ｘ、Ｙ、Ｚに署名でき、モジュールＢは規約Ｍ、Ｎに署名できる。モジュールＡ及びモジュールＢ両方の公開証明書がコンテントセル２１０で送られ、ユーザは各規約の出所を検証することができる。

別の実施形態において、コンテントセル２１０は異なった構成要素で成り立っていても良いし、上述の構成要素の部分集合だけを含んでいても良い。さらに、対称暗号、非対称暗号、及びデジタル署名など多様な暗号化技術について議論してきたが、別の実施形態においては、別のセキュリティ確保手段を使っても良い。

Ｂ． ライセンスセル
図７ａはライセンスセル２２０ａの一実施形態を示す。例示したライセンスセル２２０ａは、一組の暗号化された規約７１２ａ、暗号化されたライセンス７１４ａ、セルヘッダー７１６ａ、公開証明書７１８ａ、及びライセンスセル署名７１１ａを含む。

１． 規約
ライセンスセル規約７１２ａはユーザコンピュータ１１５に、ライセンスセル２２０ａにどのような権利が付随するか、及びその権利を得るには何が必要かを知らせる。例えば、ライセンスセル２２０ａは、アーティクルをプリントする権利のために一組の必要条件を有し、アーティクルを見るために別の必要条件を有しても良い。一実施形態において、規約は特定のユーザのために書かれたものでも良いし、別の実施形態においては、規約はより一般的に書かれ、特定クラスのユーザに適用されても良い。一実施形態において、ライセンスセル２２０及びコンテントセル２１０共に、規約６１２、７１２を含む。別の実施形態において、ライセンスセル２２０だけ、もしくはコンテントセル２１０だけが規約６１２、７１２を含み、またはどちらも規約６１２、７１２を含まない。

２． 暗号化されたライセンス
ライセンスセルの暗号化されたライセンス７１４ａは、ライセンスマネージャ５３０により暗号化された要求されたライセンスを含む。一実施形態において、ライセンスはユニークな識別子である。別の実施形態において、ライセンスは別のタイプのデータ、例えば情報のレコードであっても良く、ライセンスは規約を含んでも良い。

一実施形態において、ライセンスは対称鍵を使って暗号化される。例えば、ライセンスはコンテントを暗号化したのと同じ対称鍵を使って暗号化しても良い。一実施形態において、対称鍵はライセンス管理システム１２０によりユーザマネージャの公開鍵を使って暗号化され、ユーザマネージャ３２０だけが対称鍵を復号化でき、従ってライセンスを復号化できるようにする。この実施形態は対称鍵と非対称鍵の使用を説明しているが、別の暗号化方法を使用しても良い。

３． セルヘッダー
セルヘッダー７１６ａはライセンスセル２２０ａに関する情報を含む。斯様な情報はライセンスセル２２０ａのユニークな識別子、コンテントセル２１０に関係する識別子、要求されたコンテントを製作している店舗に関する情報、記述的情報、及び検証情報（例えば、有効期限の日時）を含んでも良い。

４． 公開証明書
ライセンスセルの公開証明書７１８ａはセル生成者の公開証明書であり、セル生成者の公開鍵を含む。例えば、ライセンスマネージャ５３０がライセンスセル２２０ａを生成した場合、ライセンスマネージャ５３０はセル２２０ａに署名し、ライセンスセル２２０に公開証明書７１８ａを含める。公開証明書７１８ａにより、セルの受信者（例えば、ユーザコンピュータ１１５）は送信者（例えばライセンスマネージャ５３０）の真正性を検証できる。

５． ライセンスセル署名
ライセンスセルのデジタル署名６１１ａは、ライセンスセル２２０ａ及びライセンスマネージャの非公開鍵に基づく情報である。デジタル署名６１１ａを使ってユーザコンピュータ１１５はライセンスセル２２０ａの生成者、及びライセンスセル２２０ａに含まれる情報が真正であることを確認する。

６． 別の署名
図７ｂはライセンスセル２２０ｂの別の実施形態を示す。規約７１２ｂ、暗号化されたライセンス７１４ｂ、セルヘッダー７１６ｂは上述したものと同様であるが、各構成要素はそれ自身のデジタル署名７１３ｂ、７１５ｂ、７１７ｂを有する。各デジタル署名７１３ｂ、７１５ｂ、７１７ｂは構成要素７１２ｂ、７１５ｂ、７１６ｂを生成したモジュールによって生成される。例えば、規約署名７１３ｂは規約７１２ｂを生成したモジュールによって生成され、セルヘッダー署名７１５ｂはセルヘッダー７１４ｂを生成したモジュールによって生成される。別の実施形態において、別のモジュールがライセンスセル２２０ｂの別の部分を生成しても良く、従って各モジュールがそれ自身のデジタル署名を提供する。この機能によって、セルの受信者は構成要素の生成者が真正であることを確認できる。この実施形態において、生成者の同一性を検証するために、ライセンスセル２２０ｂは、ライセンスセル２２０ｂの部分を生成した各モジュールに公開証明書７１８ｂを含めねばならない。

別の実施形態において、デジタル署名は個別の規約または一組一組の規約に署名するために使用しても良い。例えば、もしモジュールＡが規約Ｘ、Ｙ、Ｚを生成し、モジュールＢが規約Ｍ、Ｎを生成したとすると、モジュールＡは規約Ｘ、Ｙ、Ｚに署名し、モジュールＢは規約Ｍ、Ｎに署名するであろう。モジュールＡとモジュールＢの公開証明書はライセンスセル２２０に入れて送信され、ユーザが各規約の出所を検証できるであろう。

別の実施形態において、ライセンスセル２２０は別の構成要素から成っても良いし、上述の構成要素の一部を含んでも良い。さらに、対称暗号、非対称暗号、デジタル署名等の多様な暗号化技術について議論したが、別の実施形態において、別の方法でセキュリティを確保しても良い。
ＩＶ． ライセンス管理プロセスの概観
図８は、以前図２で議論した情報の流れの一実施形態のフローチャートを示す。図８に示したフローチャートは図２の情報の流れに対応し、ステップ８２０がイベントＡに、ステップ８３０がイベントＢに、ステップ８４０がイベントＣに、ステップ８５０がイベントＤに、ステップ８６０がイベントＥに、そしてステップ８７０がイベントＦにそれぞれ対応する。

開始ステップ８１０から始まり、プロセスはユーザコンピュータ要求ステップ８２０に進む。ステップ８２０で、ユーザコンピュータ１１５は特定のコンテントを要求し、その後コンテントマネージャ送信ステップ８３０に進む。ステップ８３０で、コンテントマネージャ１２４は要求されたコンテントをユーザコンピュータ１１５に送信し、ユーザコンピュータ１１５がライセンスを要求する次のステップ８４０に進む。ステップ８５０で、オファーマネージャ１２２はライセンスをユーザコンピュータ１１５に送信し、ユーザコンピュータ１１５が要求したコンテントとそれに対応するライセンスがあるかチェックするステップ８６０に進む。それらが見つかれば、プロセスはステップ８７０に進み、ユーザマネージャ３２０が要求したコンテントにとって適当なアプリケーションを呼び出す。プロセスは終了ステップ８８０に進む。

Ａ． ユーザがコンテントを要求する
一実施形態において、ステップ８２０で、ユーザはブラウザ３１０を使ってウェブページを見る。次に、ユーザは見たり、プリントしたり、コピーしたり、プレイしたりするためにコンテントを要求する。別の実施形態において、ユーザは電子メールを使って送られてきた、またはＣＤ−ＲＯＭ、フロッピー（登録商標）ディスクなどの記憶ユニットに保存されているコンテントセル２１０にアクセスを試みることによってコンテントを要求することもできる。なお、別の実施形態において、ユーザが知らないうちにコンテントが要求されることもある。例えば、特定のコンピュータアプリケーションが実行された時、コンピュータプログラムアプリケーションはコンテントマネージャ１２４にコンテントを求める要求を自動的に送信することもできる。

Ｂ． コンテントマネージャがコンテントセルを送信する
ステップ８３０に関して、コンテントマネージャ１２４は要求されたコンテントを見つけ、そのコンテントをユーザコンピュータ１１５へのプレゼンテーションのため用意する。ステップ８３０に対応するフローチャートはさらに図９に示した。開始ステップ８３０から始まり、プロセスはステップ９１０に進み、コンテントマネージャ１２４がコンテント要求を受信する。ステップ９２０に進み、コンテントマネージャ１２４は要求されたコンテントを含むコンテントセル２１０を作り、ステップ９３０に進み、コンテントマネージャ１２４がコンテントセル２１０をユーザコンピュータ１１５条のユーザブラウザ３１０に送る。

この実施形態においては、コンテントマネージャ１２４がコンテントセル２１０を作るが、別の実施形態においては、コンテントマネージャ１２４がデータベースにあるあらかじめ作られたコンテントセル２１０をロケートしても良い。前述の通り、別のモジュールが一般的なコンテントセル２１０を作って保管しておき、コンテントマネージャ１２４等の別のモジュールがそのコンテントセル２１０にアクセスし、要求どおりユーザに送信しても良い。さらに、コンテントセル２１０はディスク、ＣＤ−ＲＯＭ、及びその他の記憶装置から引き出しても良い。ステップ９２０でコンテントマネージャ１２４がコンテントセル２１０を作った後、コンテントマネージャ１２４はステップ９３０で、コンテントセル２１０をユーザのブラウザ３１０に送信し、その後、終了ステップ９４０に進む。別の実施形態において、コンテントセル２１０はユーザブラウザ３１０ではなく、ユーザマネージャ３２０に直接送信されても良い。

Ｃ． ユーザコンピュータがライセンスを要求する
ユーザコンピュータ１１５がライセンスを要求するステップ８４０に対応するフローチャートを図１０に示した。開始ステップ８４０から始まって、プロセスはステップ１０１０に進み、ユーザブラウザ３１０がコンテントセル２１０を受信し、コンテントセル２１０をユーザマネージャ３２０に渡す。ユーザマネージャ３２０はステップ１０２０でコンテントせる２１０を開け、ステップ１０３０に進み、ユーザマネージャ３２０はコンテントセル２１０が真正なものであるか検証する。前述したとおり、一実施形態において、コンテントセル２１０は署名と公開証明書を含み、ユーザマネージャ３２０が公開証明書を使ってコンテントセル２１０の送信者及び生成者が真正なものであるか検証できるようになっている。ステップ１０４０に進み、ユーザマネージャ３２０はコンテントセル２１０のライセンスを探す。ステップ１０５０でもしライセンスが見つかれば、プロセスは終了ステップ１０９０に進み、ステップ８７０に行き、ユーザマネージャ３２０がアプリケーションとコンテントを呼び出す。しかし、もしライセンスが見つからなければ、プロセスはステップ１０７０に進み、ユーザマネージャ３２０がコンテントデータベース３３４にコンテントセル情報を記憶し、ステップ１０８０に進み、ユーザコンピュータ１１５がライセンスを要求する。一実施形態において、ユーザマネージャ３２０はユーザブラウザ３１０に、ライセンス要求をコンテントマネージャ１２４に送信させ、終了ステップ１０９０に進む。

Ｄ． オファーマネージャがライセンスを送信する
オファーマネージャ１２２がユーザコンピュータ１１５にライセンスを送信するステップ８５０に対応したフローチャートを図１１に示した。開始ステップ８５０から始まり、プロセスはステップ１１１０に進み、オファーマネージャ１２２がライセンス要求を受信し、ステップ１１２０に進み、オファーマネージャ１２２がユーザブラウザ３１０を使ってユーザにライセンス発行の必要条件を満たさせる。例えば、ユーザは登録情報、郵送情報を送信し、質問に答え、クレジットカード情報を送信したりしなければならないかも知れない。サンプル登録フォームは、名前、苗字、電子メールアドレス、勤務先、クレジットカードのタイプ、クレジットカード番号、有効期日、クレジットカード上の氏名、請求先住所、都市名、州名、郵便番号、国名、パスワード等の情報を記入するようになっているかも知れない。ステップ１１３０に進んで、もしユーザが必要条件を満たさなければ、プロセスは終了ステップ１１４０に進む。しかし、もしユーザが必要条件を満たせば、プロセスはステップ１１５０に進み、ユーザマネージャ３２０がライセンスセル２２０を作り始める。ライセンスマネージャ５３０がライセンスセル２２０を作った後、プロセスはステップ１１６０に進み、オファーマネージャ１２２がユーザコンピュータ１１５にライセンス料を「課金」しても良い。この課金は、例えば、もしライセンス発行の必要条件がクレジットカード、またはその他アカウント情報による金銭の支払いを含んでいる場合に発生する。別の実施形態においては、課金取引は例えばサービスプロバイダー、サーバ等、他のモジュールで処理されても良い。ステップ１１７０、オファーマネージャ１２２はライセンスセル２２０をユーザのブラウザ３１０に送信し、終了ステップ１１８０に進む。

Ｅ． ユーザコンピュータがライセンスとコンテントを探す
ユーザコンピュータ１１５がコンテントとライセンスを見つけるステップ８６０に対応したフローチャートを図１２に示した。開始ステップ８６０から始まり、プロセスはステップ１２１０に進み、ユーザのブラウザ３１０がライセンスセル２２０を受信し、ライセンスセル２２０をユーザマネージャ３２０に渡す。ステップ１２２０で、ユーザマネージャ３２０はライセンスセル２２０を開け、ステップ１２３０に進み、ユーザマネージャ３２０がライセンスセル２２０が真正なものであることを検証する。前述の通り、ライセンスセル２２０は、一実施形態において、署名及び公開証明書を含み、ユーザマネージャ３２０がライセンスセル２２０を使ってその送信者と生成者が真正なものであることを検証できる。ステップ１２４０に進んで、ユーザマネージャ３２０はライセンスセル情報をユーザコンピュータ１１５に記憶する。一実施形態において、ライセンスマネージャ５３０はライセンスセル情報をライセンスデータベース３３２に記憶する。別の実施形態において、別の記憶方法を使っても良い。ステップ１２５０に進んで、プロセスはユーザがまだライセンスを欲しているか検証する。もしユーザの答えが「ノー」なら、プロセスは終了ステップ１２５５に進む。もしユーザがまだライセンスを欲しているなら、プロセスはステップ１２６０に進み、ユーザコンピュータ１１５がライセンスを再要求し、ステップ１２７０に進み、ユーザコンピュータ１１５がライセンスを探し、ステップ１２８０に進む。ステップ１２８０で、ユーザコンピュータ１１５はコンテントを探し、ステップ１２９０に進む。

Ｆ． ユーザマネージャがアプリケーションを呼び出す
ユーザマネージャ３２０がライセンスとコンテントを持てば、ユーザマネージャ３２０はステップ８７０で、要求されたコンテントについて適当なアプリケーションを呼び出し、終了ステップ８８０に進む。ユーザマネージャ３２０は規約に則り、コンテントへの適切なアクセスを可能とする。例えば、もし要求されたコンテントがMP3フォーマットの楽曲であり、規約によってユーザコンピュータ１１５がその楽曲の最初の20秒を再生できる場合、ユーザマネージャ３２０は、要求された楽曲とともにユーザコンピュータ１１５上のMP3プレーヤを呼び出し、20秒間その楽曲を再生させる。コンテントへのアクセス方法は、規約によって多様なタイプを可能とでき、例えば、コンテントの一部を視聴したり、コンテント全体を視聴したり、コンテントの一部をコピーしたり、コンテント全体をコピーしたり、コンテントの一部をプリントしたり、コンテント全体を一回だけプリントしたり、コンテント全体を二回プリントしたりなどのタイプを可能としても良い。

G． 他の実施形態
一実施形態においては、ライセンスが生成される前にコンテントを要求できるが、別の実施形態においては、コンテントが生成または要求される前にライセンスが生成または要求されてもよい。例えば、ユーザは特定の発行物中のすべての新しいアーティクルを購読するライセンスを買うことが可能である。ユーザはまだ生成されていないコンテントのライセンスを受け取る。さらに、一つのコンテントが一つまたはそれ以上のライセンスに関係しても良いし、一つのライセンスが一つまたはそれ以上のコンテントに対応しても良い。

一実施形態において、コンテントマネージャ１２４はユーザにコンテントロケーションセルを送信しても良い。コンテントロケーションセルはユーザにコンテントがどこにあるかの情報を提供する。ユーザは、コンテントにアクセスする準備ができた時に、まだコンテントセル２１０を必要としていても良い。例えば、ユーザが２時間の映画のビデオファイルを視聴したいとする。コンテント全体を一度に送るのではなく、コンテントマネージャ１２４のようなライセンス管理システムモジュールは、要求されたコンテントの場所にアクセスできるコンテントロケーションセルをユーザに送信しても良い。

コンテントロケーションセルはコンテントセルに似ていても良いが、コンテントそのものではなく、暗号化されたコンテントの場所情報、例えばURLなどを含む。コンテントロケーションセルはコンテントマネージャ１２４またはその他のモジュールにより生成されても良い。ユーザがコンテントロケーションセルを受信すると、ユーザはコンテントの場所にアクセスするライセンスを求めても良い。ユーザが特定の場所にアクセスするライセンスを受信した後、ユーザがコンテントの場所にアクセスしても良い。このアクセスによってユーザは、例えば、コンテントの断片を見ることができ、広告にアクセスできる。ユーザはコンテント自体にアクセスする要求をしても良いし、もし必要なら適当なライセンスを要求しても良い。
V. セルを作る
図１３及び１４はコンテントセル２１０及びライセンスセル２２０を作るための一実施形態を示す。前述した通り、別の実施形態において、別のモジュールがセルを作っても良いし、セルは別の技術を使って作られても良い。

A． コンテントセルを作る
コンテントセル２１０の組成の実施形態に対応するフローチャートを図１３に示した。開始ステップ９２０で、プロセスはコンテントマネージャ１２４が規約６１２を抽出するステップ１３１０に進む。前述した通り、規約６１２はどのようなタイプのライセンス及び・またはユーザが多様なタイプのデータにアクセスできるか、及びコンテントにアクセスするには何が必要かを知らせる。規約６１２は規約データベースに記憶されていても良いし、テキスト文書及び・またはプログラムとしてリストされていても良く、コンテントマネージャ１２４が選択されたコンテントにどの規約６１２が適用されるか決定できれば良い。

ステップ１３２０に進み、コンテントマネージャ１２４はコンテントデータベース４３８からコンテントを取得する。一実施形態において、すべてのコンテントはひとつのデータベースに記憶されており、コンテントマネージャ１２４はデータベースを検索し要求されたコンテントを読み出すことができる。

ステップ１３３０に進み、コンテントマネージャ１２４はコンテントを暗号化する。暗号化技術は多様な周知の技術を使用しても良い。しかし、前述の通り、一実施形態において、コンテントマネージャ１２４は対称鍵を使ってコンテントを暗号化し、その対称鍵をオファーマネージャの公開鍵を使って暗号化する。暗号化されたコンテント６１４及び暗号化された対称鍵がユーザコンピュータ１１５に送信される時、ユーザコンピュータ１１５はコンテントを復号化できず、適当なライセンスを持つまでは対称鍵を復号化できない。

ステップ１３４０に進んで、コンテントマネージャ１２４はセルヘッダー６１６を生成する。セルヘッダー６１６はコンテントのユニークな識別子、コンテントが引き出された店舗、記述的テキスト、有効期限の情報その他の情報などを含んでも良い。

ステップ１３５０に進んで、コンテントマネージャ１２４は抽出した規約６１２、暗号化され多コンテント６１４、セルヘッダー６１６、及び自分自身の公開証明書６１８をコンテントセル２１０に付け加える。ステップ１３６０で、コンテントマネージャ１２４はコンテントセル２１０に「署名」する。前述の通り、コンテントセル２１０に署名するモジュールは、そのモジュールの公開証明書もセルに含めなければならない。従って、ステップ１３５０で、コンテントマネージャ１２４はその公開証明書を含め、コンテントセル２１０を生成し送信したのがコンテントマネージャ１２４であることを受信者が検証できるようにする。コンテントマネージャ１２４がコンテントセル２１０に署名した後、プロセスは終了ステップ１３７０に進む。

B． ライセンスセルを作る
ライセンスセル２２０を組成する一実施形態に対応するフローチャートを図１４に示した。開始ステップ１１５０で、プロセスはライセンスマネージャ５３０が規約７１２を抽出するステップ１４１０に進む。前述の通り、規約７１２はどのようなタイプのライセンス及び・またはユーザが多様なタイプのデータにアクセスでき、コンテントにアクセスするのに何が必要かを知らせる。規約７１２は規約データベースに記憶されても良いし、テキスト文書及び・またはプログラムとしてリストされても良く、ライセンスマネージャ５３０が復号化して、どの規約７１２が適用されるかを決定できれば良い。

ステップ１４２０に進んで、ライセンスマネージャ５３０はライセンスを生成する。ステップ１４３０に進んで、ライセンスマネージャ５３０はライセンスを暗号化する。暗号化技術は多様な周知の技術を使うことができる。しかし、前述の通り、一実施形態において、ライセンスマネージャ５３０は対称鍵を使ってライセンスを暗号化し、その後、ユーザの公開鍵を使ってその対称鍵を暗号化する。暗号化されたライセンス７１４と暗号化された対称鍵がユーザコンピュータ１１５に送信された時、ユーザコンピュータはライセンスを解読できる。

ステップ１４４０に進んで、ライセンスマネージャ５３０はセルヘッダー７１６を生成する。セルヘッダー７１６はライセンスセルにユニークな識別子、コンテントに関係したユニークな識別子、コンテントが引き出された店舗、記述的テキスト、有効期限に関する情報その他の情報を含んでも良い。

ステップ１４５０に進んで、ライセンスマネージャ５３０は、抽出された規約７１２、暗号化されたライセンス７１４、セルヘッダー７１６、及びそれ自身の公開証明書７１８をライセンスセル２２０に付け加える。ステップ１４６０で、ライセンスマネージャ５３０はライセンスセル２２０に「署名」する。前述の通り、ライセンスセル２２０に署名するモジュールは、そのモジュールの公開証明書をセルに含めなければならない。従って、ステップ１４６０で、ライセンスマネージャ５３０は、その公開証明書を含め、ライセンスマネージャ５３０がライセンスセル２２０を生成し送信したことを受信者が検証できるようにする。ライセンスマネージャ５３０がライセンスセル２２０に署名した後、プロセスは終了ステップ１４７０に進む。

一実施形態において、ライセンスマネージャ５３０は、発行したライセンスを後でトラッキングするため、ライセンスセル情報のコピーをライセンスデータベース５４７に記憶する。
VI． 結論
本発明の特定の好ましい実施形態を説明したが、これらの実施形態は例として提示しただけであり、本願発明の範囲を制限することを意図したものではない。従って、本願発明の広さと範囲はクレーム及びその均等物によってのみ定められねばならない。

なお、上記の実施形態に関連して以下の付記を記す。

（付記１） データオブジェクトへのアクセスを許可する方法であって、
データオブジェクトセルを生成し、
ネットワークで計算機に前記データオブジェクトセルを送信し、
前記データオブジェクトセルに関係するライセンスオブジェクトセルを生成し、
前記ネットワークで前記計算機に前記ライセンスオブジェクトセルを送信し、
前記関係するライセンスオブジェクトセルの情報に基づいて前記データオブジェクトセルへのアクセスを許可する方法。

（付記２） 付記１記載の方法であって、さらにデータオブジェクトセルを求めるユーザ要求を受信する方法。

（付記３） 付記１記載の方法であって、さらにライセンスオブジェクトを求めるユーザ要求を受信する方法。

（付記４） 付記１記載の方法であって、前記オブジェクトセルへのアクセスを許可することは、前記データオブジェクトセルに関係するライセンスオブジェクトセルが前記計算機上にあることを検証することを含む方法。

（付記５） 付記１記載の方法であって、前記データオブジェクトセルは少なくともデータコントロール要素及びデータオブジェクトを含む方法。

（付記６） 付記５記載の方法であって、少なくとも前記データオブジェクトを暗号化する方法。

（付記７） 付記１記載の方法であって、少なくとも前記ライセンスオブジェクトセルの一部は暗号化される方法。

（付記８） 付記１記載の方法であって、さらに
前記データオブジェクトセルに関係するデータロケーションセルを引出し、
ネットワークで計算機に前記データロケーションセルを送信し、
関係するライセンスオブジェクトセルの情報に基づいて前記データロケーションセルへのアクセスを許可する方法。

（付記９） データオブジェクトへのアクセスを許可する方法であって、
データオブジェクトセルを引出し、
ネットワークで計算機に前記データオブジェクトセルを送信し、
少なくともひとつのデータオブジェクトセルに関係するライセンスオブジェクトセルを引出し、
ネットワークで前記計算機に前記ライセンスオブジェクトセルを送信し、
関係するライセンスオブジェクトセルの情報に基づき前記データオブジェクトセルへのアクセスを許可する方法。

（付記１０） 付記９記載の方法であって、さらにデータオブジェクトセルを求めるユーザ要求を受信する方法。

（付記１１） 付記９記載の方法であって、さらにライセンスオブジェクトを求めるユーザ要求を受信する方法。

（付記１２） 付記９記載の方法であって、前記データオブジェクトセルへのアクセスを許可することは、前記データオブジェクトセルに関係するライセンスオブジェクトセルが前記計算機にあることを検証することを含む方法。

（付記１３） 付記９記載の方法であって、前記オブジェクトセルは少なくともひとつのデータコントロール要素とデータオブジェクトを含む方法。

（付記１４） 付記１３記載の方法であって、さらに少なくとも前記データオブジェクトを暗号化する方法。

（付記１５） 付記９記載の方法であって、少なくとも前記ライセンスオブジェクトセルの一部分は暗号化される方法。

（付記１６） 付記９記載の方法であって、さらにデータオブジェクトセルを生成する方法。

（付記１７） 付記９記載の方法であって、さらにライセンスオブジェクトセルを生成する方法。

（付記１８） 付記９記載の方法であって、前記データオブジェクトセルと前記ライセンスオブジェクトセルは少なくともひとつのユニークな識別子で関係付けられる方法。
（付記１９） データオブジェクトを管理する方法であって、
第１の計算機にデータオブジェクトを求める要求を送信し、
前記第１の計算機から前記要求したデータオブジェクトに関係するデータオブジェクトセルを受信し、
第２の計算機に前記データオブジェクトセルに関係するライセンスオブジェクトを求める要求を送信し、
前記第２の計算機から前記要求したライセンスオブジェクトに関係するライセンスオブジェクトセルを受信し、
前記関係するライセンスオブジェクトセルの情報に基づき前記データオブジェクトセルへのアクセスを許可する方法。

（付記２０） 付記１９記載の方法であって、前記第１の計算機と前記第２の計算機は同一の計算機である方法。

（付記２１） データオブジェクトを管理する方法であって、
ネットワークノードからデータオブジェクトを求める要求を受信し、
前記要求されたデータオブジェクトに付随するデータオブジェクトセルを特定し、
前記ネットワークノードに前記データオブジェクトセルを送信し、
前記データオブジェクトセルへのアクセスは関係するライセンスオブジェクトセルを必要とする方法。

（付記２２） 付記２１記載の方法であって、さらに、
前記データオブジェクトセルに関係するライセンスオブジェクトセルにアクセスし、
前記ネットワークノードに前記ライセンスオブジェクトセルを送信し、
前記ライセンスオブジェクトセルが少なくとも前記データオブジェクトセルへのアクセスを許可する方法。

（付記２３） データオブジェクトを管理する方法であって、
ネットワークノードからライセンスオブジェクトを求める要求を受信し、
前記要求されたライセンスオブジェクトに関係するライセンスオブジェクトセルにアクセスし、
前記ネットワークノードに前記ライセンスオブジェクトセルを送信し、
前記ライセンスオブジェクトセルが少なくともひとつのデータオブジェクトセルへのアクセスを許可する方法。

（付記２４） ネットワークであって、
前記ネットワークに結合したユーザノードが設けられ、前記ユーザノードはユーザマネージャモジュールを含み、ネットワークにデータオブジェクト及び関係するライセンスオブジェクトを求める要求をし、
前記ネットワークに結合したコンテントマネージャノードが設けられ、前記コンテントサーバノードは前記ネットワークからデータオブジェクトを求める要求を受信し、要求されたデータオブジェクトを引出し、前記ネットワークからのデータオブジェクトを求める前記要求に応答し、
前記ネットワークに結合したライセンスマネージャノードが設けられ、前記コンテントサーバノードは前記ネットワークから関係するライセンスオブジェクトを求める要求を受信し、要求された関係するライセンスオブジェクトを引出し、前記ネットワークからの関係するライセンスオブジェクトを求める前記要求に応答するネットワーク。

（付記２５） ネットワークであって、
データオブジェクトの供給を求める要求に応答するコンテントマネージャノードが設けられ、
少なくともひとつのデータオブジェクトに関係するライセンスオブジェクトの供給を求める要求に応答するライセンスマネージャノードが設けられ、
前記関係するライセンスオブジェクトを伴う前記データオブジェクトへのアクセスを提供するユーザノードが設けられたネットワーク。

（付記２６） 付記２５記載のネットワークであって、前記ユーザノードはさらに
一以上のデータオブジェクトを要求するユーザインターフェイスをユーザに提供し、
前記コンテントマネージャノードから選ばれたデータオブジェクトを求める要求を出し、
前記ユーザノードがデータオブジェクト及びライセンスオブジェクトへのアクセスできるか決定するネットワーク。

（付記２７） データオブジェクトを管理するシステムであって、
データオブジェクトを求める要求を受信し、前記データオブジェクトを引出し、前記要求されたデータオブジェクトを送信するコンテントモジュールが設けられ、
前記データオブジェクトに関係するライセンスオブジェクトを求める要求を受信し、前記データオブジェクトに関係するライセンスオブジェクトを引出し、前記要求されたライセンスオブジェクトを送信するライセンスモジュールが設けられたシステム。

（付記２８） データオブジェクトを管理するシステムであって、
前記データオブジェクトを管理する手段が設けられ、
前記ライセンスオブジェクトを管理する手段が設けられ、
少なくとも関係するライセンスオブジェクトに基づき前記データオブジェクトへのアクセスを許可する手段が設けられたシステム。
（付記２９） データオブジェクトへのアクセスを許可する方法であって、
データオブジェクトセル引出手段が設けられ、
データオブジェクトセル送信手段が設けられ、
ライセンスオブジェクトセル引出手段が設けられ、
ライセンスオブジェクトセル送信手段が設けられ、
アクセス許可手段が設けられた方法。

（付記３０） データオブジェクトセルであって、
データコントロール要素及びデータオブジェクトが設けられたデータオブジェクトセル。

（付記３１） 付記３０記載のデータオブジェクトセルであって、前記データオブジェクトは暗号化されているデータオブジェクトセル。

（付記３２） 付記３０記載のデータオブジェクトセルであって、さらにセルヘッダーが設けられたデータオブジェクトセル。

（付記３３） 付記３０記載のデータオブジェクトセルであって、さらに少なくともひとつの公開証明書が設けられたデータオブジェクトセル。

（付記３４） 付記３０記載のデータオブジェクトセルであって、さらに少なくともひとつの署名が設けられたデータオブジェクトセル。

（付記３５） ライセンスオブジェクトセルであって、
ライセンスコントロール要素及びライセンスオブジェクトが設けられたライセンスオブジェクトセル。

（付記３６） 付記３０記載のライセンスオブジェクトセルであって、前記ライセンスオブジェクトは暗号化されているライセンスオブジェクトセル。

（付記３７） 付記３０記載のライセンスオブジェクトセルであって、さらにセルヘッダーが設けられたライセンスオブジェクトセル。

（付記３８） 付記３０記載のライセンスオブジェクトセルであって、少なくともひとつの公開証明書がさらに設けられたライセンスオブジェクトセル。

（付記３９） 付記３０記載のデータオブジェクトセルであって、少なくともひとつの署名がさらに設けられたデータオブジェクトセル。

（付記４０） データベーススキーマであって、
ユーザデータと、
コンテントデータと、
ライセンスデータを関係づけるデータベーススキーマ。

（付記４１） 付記４０記載のデータベーススキーマであって、前記ユーザデータはグループデータを含むデータベーススキーマ。

（付記４２） 付記４０記載のデータベーススキーマであって、前記コンテントデータは
発行者データが設けられ、
発行物データが設けられ、
アーティクルデータが設けられたデータベーススキーマ。

（付記４３） 付記４０記載のデータベーススキーマであって、前記コンテントデータはサブスクリプションデータが設けられたデータベーススキーマ。

（付記４４） 付記４０記載のデータベーススキーマであって、前記コンテントデータは課金データが設けられたデータベーススキーマ。

（付記４５） 付記４０記載のデータベーススキーマであって、前記ライセンスデータは発行されたライセンスデータが設けられたデータベーススキーマ。

補遺Ａ

ＡｃｔｉｖａｔｅｄＦｗｉｄｓテーブル
ユーザによるメディアセンターのすべての成功したインストレーションを登録する。各ユーザに活性化したフレームワークを割当てる。現在、ユーザと活性化したフレームワークの間には一対一の関係がある。この関係を変更して、一人のユーザが複数の活性化したフレームワークを持てるようにする計画がある。
フレームワークを活性化する前に、まずペンディングしなければならない。活性化する時、ＰｅｎｄｉｎｇＦｗｉｄｓテーブル中のフレームワークに関するすべての情報をＡｃｔｉｖａｔｅｄＦｗｉｄｓテーブルにコピーする。バックエンドは、この時、ユーザが誰で、どのフレームワークが使われるか分かる。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
フレームワークが活性化された日付と時間
ＦｒａｍｅｗｏｒｋＩｄ
フレームワークユニーク識別子（例：ｆｗｉｄ０００１．００００００１１０１）。現在、一フレームワークに一ユーザアカウントＩｄが対応している。ユーザアカウントＩｄに多数の活性化されたフレームワークＩｄを許容する計画がある。
ＣｅｌｌＩｄ
フレームワークＩｄセルをユニークに識別する文字ストリング。フレームワークＩｄセル、コントラクトセル、コンテントセルを含む各セルはユニークなＩｄを有する。
Ｅｍａｉｌ
メディアセンターをインストールした時にユーザが入力した電子メールアカウント。
ＲｅｑｕｅｓｔＩｄ
どのフレームワークから来たものかを検証する。さらにセキュリティーを高める（即ち、バックエンドが応答しない場合、要求Ｉｄを活性化し送信するよう試みる。ハッカーを予防するために使う）。
ＵｓｅｒＨｏｓｔ
今は使用していない。
ＲｅｍｏｔｅＨｏｓｔ
今は使用していない。
Ａｕｔｈｅｎｔｉｃａｔｉｏｎ
ブール値。偽は電子メールアドレスが認証されていないことを表す。ユーザがバックエンドの確認電子メールを受信し、登録を完了すためにリンクをクリックしたことを示す。このプロセスは、ユーザが実際に電子メールを受信したことがバックエンドに分かるので、電子メールアドレスが正しいものであることを認証、または検証できる。
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
ユーザと同じ。
ＶａｌｉｄＴｈｒｏｕｇｈ
フレームワークＩｄの有効期限（例：６ヶ月、１年等）
Ａｄｍｉｎｉｓｔｒａｔｏｒｓテーブル
管理業務を行う権限を有する特別なユーザのリストを含む。このリスト中のアドミニストレータはユーザとは何の関係もない。アドミニストレータとしてログインすると、権限を有するメディアＤＮＡ社員及び発行者はナレッジスターのデータを管理することができる。

フィールドの説明
Ｎａｍｅ
アドミニストレータの名前またはログインアカウント。
Ｐａｓｓｗｏｒｄ
アドミニストレータアカウントにアクセスするためのパスワード。
Ｅｍａｉｌ
アドミニストレータの電子メールアドレス。アドミニストレータと電子的に通信可能である（例：レポート、統計の送信）。
Ｐｈｏｎｅ
アドミニストレータの電話番号。
ＰｕｂｌｉｓｈｅｒＩｄ
このアドミニストレータが管理する権限を持つ発行物。
Ｔｙｐｅ
このアドミニストレータのタイプを定義する。現在はレギュラーとスーパーの２タイプのみがある。レギュラーアドミニストレータは指定された発行者とその発行物のみ取り扱える。スーパーアドミニストレータにはこの制限は無い。言い換えれば、スーパーアドミニストレータになるということは、ＰｕｂｌｉｓｈｅｒＩｄコラムを無効とすることである。このコラムで有効な値はＲとＳである。
ＭａｎａｇｅＣｏｒｐＡｃｃｏｕｎｔｓ
このアドミニストレータがコーポレートアカウントを管理する権限を有するかを示す。
ＭａｎａｇｅＰｒｏｍｏＥｍａｉｌ
このアドミニストレータが販促電子メールを管理する権限を有するかを示す。
ＡｒｔｉｃｌｅＳｙｎｃテーブル
ダイナミクスデータベース上でアップデートすべきＤＯＩ（アーティクル）の待ち行列を表す。ダイナミクスデータベース中のＤＯＩリストをナレッジスター上のＤＯＩリストと同期するためである。

フィールドの説明
Ｄｏｉ
同期する必要があるアーティクルのＤｏｉ。
Ｏｐｅｒａｔｉｏｎ
データベース間でアーティクルを同期するには何をすべきかを説明する。
現在、作成と更新という二つのＯｐｅｒａｔｉｏｎが可能である。有効な値はＣとＵである。
Ｓｔａｔｕｓ
Ｏｐｅｒａｔｉｏｎの状態を記述する。未決定（Ｐｅｎｄｉｎｇ）、進行中、エラーの３つの値が定義されている。有効な値はＰ、Ｉ、Ｅである。
ＥｒｒｏｒＲｅａｓｏｎ
同期中にエラーが発生した場合、ＳｔａｔｕｓがＥに設定され、エラーメッセージがこのフィールドに入る。
ＢｉｌｌａｂｌｅＳｕｍｍａｒｉｅｓテーブル
特定のフレームワーク（ユーザ）によってなされたすべての取引の要約をリストし、そのアカウントへの課金情報を有する。一つのエントリーはＢｉｌｌａｂｌｅＴｒａｎｓａｃｔｉｏｎｓテーブル中のたくさんの個別取引の合計である。

フィールドの説明
ＴｒａｎｓａｃｔｉｏｎＩｄ
ユーザの一群の取引（一つまたは多数の）をユニークに識別する。
ＴｉｍｅＳｔａｍｐ
取引が発生した日付と時刻。
ＡｃｃｏｕｎｔＩｄ
取引を行ったユーザ。
ＦｉｒｓｔＮａｍｅ
ユーザのファーストネーム。
ＬａｓｔＮａｍｅ
ユーザのラストネーム。
Ｃｏｍｐａｎｙ
ユーザの勤務先。このフィールドは空欄でも良い。
Ｅｍａｉｌ
ユーザの電子メールアドレス。
ＡｃｃｏｕｎｔＳｔａｔｕｓ
ユーザアカウントの状態を定義する。ユーザアカウントには不活性（０）であるか、又はゲスト使用（１）、メンバー使用（２）、グループ使用（３）の状態がある。不使用（４）とすることもできる。
ＳｅｒｖｉｃｅＬｅｖｅｌ
将来、ユーザによって異なったレベルのサービスを提供するためのもの（例えば、ゴールド、シルバー、エリート等）。現在はゲストとメンバーという二つのレベルのみ。
ＮａｍｅＦｏｒＢｉｌｌｉｎｇ
このユーザに対する課金業務のための名前。
ＢｉｌｌｉｎｇＡｄｄｒｅｓｓ１
請求先住所フィールドＮｏ．１
ＢｉｌｌｉｎｇＡｄｄｒｅｓｓ２
請求先住所フィールドＮｏ．２
Ｃｉｔｙ
請求先住所（都市）。
Ｓｔａｔｅ
請求先住所（州）。
ＰｏｓｔａｌＣｏｄｅ
請求先郵便番号。
Ｃｏｕｎｔｒｙ
請求先住所（国）。
ＣａｒｄＴｙｐｅ
請求用クレジットカードタイプ（ビザ、マスター等）。
ＥｎｃｒｙｐｔｅｄＣａｒｄＮｕｍｂｅｒ
暗号化されたクレジットカード番号。セキュリティのために暗号化されている。
ＥｎｃｒｙｐｔｉｏｎＴｙｐｅ
クレジットカード番号を暗号化するのに使われた暗号タイプ。使えるのはＢａｓｉｃ（１）、ＲＳＡ（２）、ＳｉｍｐｌｅＨａｓｈ（３）である。
ＣａｒｄＥｘｐｉｒａｔｉｏｎＭｏｎｔｈ
クレジットカードの有効期限（月）。
ＣａｒｄＥｘｐｉｒａｔｉｏｎＹｅａｒ
クレジットカードの有効期限（年）。
ＣｏｕｎｔＯｆＴｒａｎｓａｃｔｉｏｎｓ
この要約書でグループ化された取引数。
Ａｍｏｕｎｔ
この要約書でグループ化された取引の金額。
Ｃｏｍｍｅｎｔ
一般的なコメントフィールド。ほとんど使わない。
ＢｉｌｌａｂｌｅＴｒａｎｓａｃｔｉｏｎｓテーブル
ナレッジスターで発生した課金可能な個々の取引をリストする。契約を発行するたびに取引が発生する。

フィールドの説明。
ＴｒａｎｓａｃｔｉｏｎＩｄ
一ユーザの一群の取引の一部として取引を識別する。
ＴｉｍｅＳｔａｍｐ
このテーブルにエントリーされた日時。一般的には、ユーザが「支払い」ページにおいてクレジットカードへの課金を承諾した時である。
ＴｒａｎｓＴｉｍｅ
取引が発生した日時。ＴｉｍｅＳｔａｍｐに先立つ時間、日数、週数でも良い。一般的にはユーザが各ドキュメントを購入した時である。
Ｄｅｓｃｒｉｐｔｉｏｎ
何の取引かの記述。通常は購入されたアーティクルのタイトルを含み、または紹介文である。
Ｄｏｉ
取引されたアーティクル。
ＡｃｃｏｕｎｔＩｄ
取引したユーザ。
ＦｒａｍｅｗｏｒｋＩｄ
ユーザが使用するフレームワーク識別番号。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
アーティクルが属する発行物。
ＴｒａｎｓＴｙｐｅ
番号によって識別される取引タイプ。有効なタイプは、使用中（０）、導入クレジット（１）、購入（２）、要約（３）である。
Ａｍｏｕｎｔ
取引金額。
Ｃｏｍｍｅｎｔ
取引に関するコメント。通常は空欄である。
ＣｌｉｃｋＴｈｒｏｕｇｈｓテーブル
ユーザが発行されたウェブページに行くのにナレッジスターをクリックするたびにトラッキングする。

フィールドの説明。
ＴｉｍｅＳｔａｍｐ
クリックスルーされた日時。
ＦｒａｍｅｗｏｒｋＩｄ
クリックスルーしたフレームワーク。後でこのフレームワークを使っているユーザまでトラッキングする。
ＰｕｂｌｉｃａｔｉｏｎＣｏｄｅ
ユーザがクリックスルーし終わった発行物。
ＣｏｎｔｒａｃｔＳｔａｔｓテーブル
バックエンドをとめる時、エグジットする前に、バックエンドが取引数とそれに要した平均時間を記録する。この記録がこのテーブルに保管される。このテーブルはバックエンドスターデータベースの他のテーブルと直接関係は無い。デバッグ及びシステムモニタリングに使用するものである。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
バックエンドが実行を終了した日時。
ＮｕｍｂｅｒＣｏｎｔｒａｃｔｓ
バックエンドが前回初期化されてから今回終了されるまでに、バックエンドにより生成（発行）されたコントラクト数。
ＡｖｅｒａｇｅＴｉｍｅ
コントラクト生成に要した平均時間。この値は契約生成コードの性能をモニターするために使われる。
Ｃｏｍｍｅｎｔ
一般的なコメント。普通、バックエンドが実行終了したとのメッセージを表示する。
ＣｒｅｄｉｔＣａｒｄＮｕｍｂｅｒｓテーブル
各ユーザのクレジットカード番号を暗号化して保管する。クレジットカード番号を暗号化した暗号化のタイプも特定される。

フィールドの説明
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
このカードが使用可能なアカウントを特定する。
ＥｎｃｒｙｐｔｉｏｎＴｙｐｅ
クレジットカード番号を暗号化するのに使用した方法。使用できるのは、Ｂａｓｉｃ（１）、ＲＳＡ（２）、ＳｉｍｐｌｅＨａｓｈ（３）である。
ＥｎｃｒｙｐｔｅｄＣａｒｄＮｕｍｂｅｒ
暗号化されたクレジットカード番号。
ＣｕｒｒｅｎｔＴｒａｎｓａｃｔｉｏｎｓテーブル
取引に関連した情報を保存する。各契約についてＣｕｒｒｅｎｔＴｒａｎｓａｃｔｉｏｎｓテーブルにエントリーがなされる。エントリーは借方または貸方でも良いし、これらのエントリーを消去するものでも良い。ユーザがアーティクルを購入するたびに、ＩｓｓｕｅｄＣｏｎｔｒａｃｔエントリーとＣｕｒｒｅｎｔＴｒａｎｓａｃｔｉｏｎエントリーがなされる。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
取引のなされた日時。
Ｄｅｓｃｒｉｐｔｉｏｎ
取引対象を説明する。通常、購入されたアーティクルのタイトルを含み、又は紹介クレジットを示す（即ち、購入取引の場合、アーティクルの名称が入力される）。
Ｄｏｉ
取引されたアーティクルである。
ＡｃｃｏｕｎｔＩｄ
ユーザを特定する。
ＦｒａｍｅｗｏｒｋＩｄ
この取引を処理すべきフレームワークを特定する。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
取引されたアーティクルの発行物を特定する。
ＴｒａｎｓＴｙｐｅ
数字で特定された取引タイプ。有効なタイプは未使用（０）、紹介クレジット（１）、購入（２）、要約（３）である。
Ａｍｏｕｎｔ
この取引の金額である。
Ｃｏｍｍｅｎｔ
一般的なコメントフィールド。
ＤＯＩｓテーブル
アーティクル関係の情報が入っている。アーティクルはＤＯＩとしても知られている。各エントリーはナレッジスターで取り扱えるＤＯＩを表す。このテーブルはアーティクルの在庫であり、ユーザがアクセスするだろうすべてのアーティクル、すべてのコンテントセルなどを含む。このテーブルはネーミングサーブレットである。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
ＤＯＩが登録された日時。
Ｔｉｔｌｅ
アーティクルのタイトル。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
このＤＯＩが属する発行物の識別番号。
ＰｕｂｌｉｓｈｅｒＩｄ
このＤＯＩが属する発行者の識別番号。
Ｕｒｌ
アーティクルセルがあるアドレス（例：ｆｉｌｅ：／／／ｄ：￥ｄａｔａＤｉｒｅｃｔｏｒｙ￥ｃｅｌｌｓ￥ｃｏｍ．ｃａｄｃａｍｎｅｔ＿ｃａｄ＿０１８＿０１＿０１．ｍｄｎａ）
Ｐｒｉｃｅ
このアーティクルの価格。
ＶａｌｉｄＦｒｏｍ
このＤＯＩにアクセス可能となる最初の日を示す。アーティクルへのアクセスを制限する。
ＶａｌｉｄＴｈｒｏｕｇｈ
このＤＯＩにいつまでアクセスできるか示す。アーティクルへのアクセスを制限する。
ＣｏｎｔｅｎｔＣｅｌｌ
このＤＯＩで特定されたセルがコンテントセルかどうかを示す。値は真（１）又は偽（０）である。
ＥｍａｉｌＨｉｓｔｏｒｙテーブル
特定のユーザに送信された電子メールをトラッキングする。電子メールがユーザに送信された日付及び使用されたテンプレートも記録される。

フィールドの説明
ＴｅｍｐｌａｔｅＩｄ
使用した電子メールテンプレート。ＥｍａｉｌＴｅｍｐｌａｔｅｓ．ＴｅｍｐｌａｔｅＩＤへの外部キー。
ＤａｔｅＳｅｎｔ
電子メールが送信された日付。
ＴｏＨｅａｄｅｒ
電子メールが送信された電子メールアカウント。ユーザはこのデータをカスタマープロファイルで変更できるので、実際に使用されたアドレスを記憶させている。
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
電子メールを受信するユーザ。Ｕｓｅｒｓ．ＡｃｃｏｕｎｔＩｄへの外部キーである。
ＥｍａｉｌＴｅｍｐｌａｔｅｓテーブル
このテーブルは、電子メールメッセージを生成するためにシステムが使用できるテンプレートの集まりを収容している。電子メールメッセージを生成するには、システムはデータベースのエントリーからＦｒｏｍＨｅａｄｅｒ、ＳｕｂｊｅｃｔＨｅａｄｅｒ、Ｂｏｄｙを取り、メッセージを組み立てるのに使用する。テンプレートは特定の発行者が保有するか、システムが保有する。

フィールドの説明
ＴｅｍｐｌａｔｅＩｄ
この番号によりテンプレートがユニークに特定される。
ＰｕｂｌｉｓｈｅｒＩｄ
このテンプレートを所有する発行者。この欄が０（ゼロ）の場合はシステムテンプレートであることを示す。
Ｎａｍｅ
このテンプレートの名前。この名前は、この発行者が所有するテンプレート中でユニークである。
ＣｒｅａｔｉｏｎＤａｔｅ
テンプレートが作成された日付。
ＳｕｂｊｅｃｔＨｅａｄｅｒ
このテンプレートで電子メールを送信する時のＳｕｂｊｅｃｔライン。
ＦｒｏｍＨｅａｄｅｒ
このテンプレートを使用して送信される電子メールのＦｒｏｍＨｅａｄｅｒを定義する。
Ｂｏｄｙ
このテンプレートを使った電子メールの内容。
ＥｒｒｏｒＬｏｇＤｏｉテーブル
Ｄｏｉ関係のエラーを記録する。エラーが発生した日付、エラーのタイプ、エラーが発行されたフレームワーク（ユーザ）、及び試みられたＤｏｉがこのログに含まれる。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
エラーが記録された日付と時刻。
ＥｒｒｏｒＮｕｍｂｅｒ
エラーの内容を記述するエラー番号。頻度が高いＤｏｉエラーは、Ｄｏｉが見つからない（１０１）とＤｏｉが解決されていない（ｕｎｒｅｓｏｌｖｅｄ）（１０２）である。
Ｄｏｉ
このアーティクルに対するアクセスがエラーとなった。
ＦｒａｍｅｗｏｒｋＩｄ
失敗したアーティクルを要求しているフレームワーク。
ＲｅｍｏｔｅＡＤｄｒ
Ｄｏｉエラーが発行されたリモートＩＰアドレス。
ＲｅｍｏｔｅＨｏｓｔ
Ｄｏｉエラーが発行されたリモートホスト名。
ＥｒｒｏｒＬｏｇＦｗｉｄテーブル
ＦｒａｍｅｗｏｒｋＩｄ関連のエラーを記録する。エラーが発生した日付、エラーのタイプ、エラーが発行されたフレームワーク（ユーザ）、試みられたＤｏｉがこのログに含まれる。

フィールドの説明。
ＴｒａｎｓａｃｔｉｏｎＩｄ
エラーを特定するユニークな取引番号。
ＴｉｍｅＳｔａｍｐ
エラーが記録された日付と時刻。
ＥｒｒｏｒＮｕｍｂｅｒ
エラーを記述する番号。起こりえるエラーは、Ｆｗｉｄが無い（２００１）、フォーマットが良くない（２００２）、未登録（２００３）、アカウントが見つからない（２００４）、活性化されていない（２００５）、期限超過（２００６）である。
ＦｒａｍｅｗｏｒｋＩｄ
エラーに巻き込まれたフレームワーク。
Ｄｏｉ
エラーに巻き込まれたＤｏｉ。
ＲｅｍｏｔｅＡｄｄｒ
エラーに巻き込まれたユーザＩＰアドレス。
ＲｅｍｏｔｅＨｏｓｔ
エラーに巻き込まれたユーザホスト名。
ＥｘｔｒａＴｅｘｔ
一般的なコメント。
ＥｒｒｏｒＬｏｇＦｗｉｄＡｃｔｉｖａｔｉｏｎテーブル
ＦｒａｍｅｗｏｒｋＩｄの活性化に関するエラーを記録する。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
エラーが記録された日付及び時刻。
ＦｒａｍｅｗｏｒｋＩｄ
エラーに巻き込まれたフレームワーク。
ＣｅｌｌＩｄ
エラーを経験したフレームワークのＩＤセルをユニークに特定する文字ストリング。フレームワークＩＤセル、コントラクトセル、コンテントセルも含めて、各セルはユニークなＩＤを持つ。
Ｅｘｐｉｒｅｓ
フレームワークのＩＤセルが期限切れとなる時間。
ＵｓｅｒＨｏｓｔ
このカラムはもう使用しない。
ＲｅｑｕｅｓｔＩｄ
要求番号。
ＲｅｍｏｔｅＡｄｄｒ
ユーザのＩＰアドレス。
ＲｅｍｏｔｅＨｏｓｔ
このカラムはもう使用しない。
ＦｒａｍｅｗｏｒｋＲｅｉｎｓｔａｌｌｓテーブル
ユーザがフレームワークをリインストールしようと試みた回数をカウントし、成功したリインストールに新しいフレームワーク識別番号を割当てる。

フィールドの説明
ＴｉｍｅＳｔａｍｐ
フレームワークのリインストールが記録された日付。
ＦｒａｍｅｗｏｒｋＩｄ
以前インストールされたフレームワーク。
ＩｎｓｔＦｗｉｄ
リインストールされたフレームワーク。
ＣｈａｉｎＬｅｎｇｔｈ
ユーザが試みたフレームワークのリインストールの数。回数が所定の制限に達したら、そのユーザはそれ以上のリインストールを許されない。
ＲｅｍｏｔｅＵｓｅｒ
このカラムはもう使われていない。
ＲｅｍｏｔｅＡｄｄｒ
フレームワークをリインストールしたユーザのＩＰアドレス。
ＲｅｍｏｔｅＨｏｓｔ
フレームワークをリインストールしたユーザのホスト名。
ＦｗｉｄＣｅｌｌｉｄＮｕｍｂｅｒＧｅｎｅｒａｔｏｒテーブル
ユニークなセル番号を生成するメカニズムである。ユニークなセルＩＤ番号をトラッキングする。このテーブルはナレッジスターデータベースのバックエンドの他のテーブルとは直接的な関係を持たない。

フィールドの説明
ＮｅｘｔＣｅｌｌｉｄＮｕｍｂｅｒ
次のセルの識別番号をトラッキングする。
ＧｒｏｕｐＰｕｂｌｉｃａｔｉｏｎｓテーブル
ユーザグループメンバーによってアクセス可能な発行物を特定する。

フィールドの説明
ＧｒｏｕｐＩｄ
グループの識別番号。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
発行物の識別番号。
Ｇｒｏｕｐｓテーブル
グループ関係の情報を保管する。コーポレートアカウントを実現するためグループを使い、コーポレートアカウントを使ってユーザを一つのアカウントにまとめる。

フィールドの説明
ＧｒｏｕｐＩｄ
グループの識別番号。この番号はユニークである。
Ｎａｍｅ
グループの名前。
Ｐａｓｓｗｏｒｄ
このグループのアカウントにアクセスするパスワード。
Ｔｙｐｅ
有効なグループアカウントのタイプ。現在許されているグレープアカウントは、デモアカウントＤ、標準アカウントＳである。それぞれのグループアカウントフィーが支払われれば、デモアカウントのユーザは標準アカウントに昇格される。
ＵｓｅｒＴＴＬ
このグループのグループアカウントが有効な日数。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
このグループのメンバーがアクセスできる発行物。
Ｅｘｐｉｒｅｓ
このグループアカウントの有効期限日。
ＧｒｏｕｐＵｓｅｒｓテーブル
ユーザをグループに結びつける。グループのメンバーを特定する。

フィールドの説明
ＧｒｏｕｐＩｄ
グループ識別番号。
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
ユーザアカウントの識別番号。
Ｅｘｐｉｒｅｓ
このユーザに関するこのグループアカウントの有効期限日。
ＩｓｓｕｅｄＣｏｎｔｒａｃｔｓテーブル
特定のユーザがアーティクルを入手する時発行された各契約を記録する。フレームワークに契約ごとにエントリーされる（発行されたアーティクルごとに一つの契約）。これらのエントリーは永久に保存され、ユーザが同じアーティクルをダウンロードしても課金されないようにする。

フィールドの説明
ＴｒａｎｓａｃｔｉｏｎＩｄ
ユニークな番号であり、監査に使用するこの取引の識別子である。
ＴｉｍｅＳｔａｍｐ
この取引が登録された日時。
Ｄｏｉ
この契約がなされたアーティクルを示す。
ＣｏｎｔｒａｃｔＵｒｌ
契約セルがある場所を特定する（ディスクをきれいにするため、しばらくすると契約セルは破棄される）。
ＣｅｌｌＩｄ
契約セルをユニークに特定する文字ストリング。フレームワークＩＤセル、契約セル、コンテントセルを含め、各セルはユニークなＩＤを有する。
ＦｒａｍｅｗｏｒｋＩｄ
フレームワークＩＤはＤｏｉで特定されたセルにアクセスできる。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
この契約のＤｏｉがどの発行物に属するか示す。
Ａｍｏｕｎｔ
ユーザが課金された金額。デバッグとトラッキングに使用される。
ＯｎｌｉｎｅＳｕｂｓｃｒｉｐｔｉｏｎＤｅｆｓテーブル
ナレッジスターが管理するオンライン購読に関する定義を含む。

フィールドの説明
Ｄｅｓｃｒｉｐｔｉｏｎ
オンライン購読の特徴を記述する。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
オンライン購読をサポートする発行物。
Ｐｒｉｃｅ
この発行物をオンライン購読するための価格。
ＰｅｎｄｉｎｇＦｗｉｄｓテーブル
ペンディングとなっているすべてのフレームワークをリストする。ペンディングフレームワークは通常ゲストユーザに属する。ＰｅｎｄｉｎｇＦｗｉｄが活性化された時、そのエントリーはこのテーブルからＡｃｔｉｖａｔｅｄＦｗｉｄｓテーブルに「移動」する。

フィールドの説明
ＣｅｌｌＩｄ
フレームワークＩＤセルをユニークに定義する文字ストリング。フレームワークＩＤセル、コントラクトセル、コンテントセルを含め、セルごとにユニークなＩＤを有する。
ＦｒａｍｅｗｏｒｋＩｄ
ペンディングされたフレームワーク。
Ｅｍａｉｌ
ペンディングフレームワークを有するゲストユーザの電子メール。
ＶａｌｉｄＴｈｒｏｕｇｈ
このペンディングフレームワークが有効な期限日。
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
このペンディングフレームワークを持つユーザアカウント。
ＰｒｏｍｏｔｉｏｎａｌＥｍａｉｌテーブル
バックエンドにある販促電子メールごとの特性と特徴を登録する。

フィールドの説明
ＰｕｂｌｉｃａｔｉｏｎＩｄ
この販促電子メールに関係する発行物。
ＴｅｍｐｌａｔｅＩｄ
この販促電子メールに使用されたテンプレート。
Ｅｎａｂｌｅｄ
この販促電子メールがイネーブルかどうかを示す。
ＥｎａｂｌｅＤａｔｅ
この販促電子メールがイネーブルされた日付。
Ｐｕｂｌｉｃａｔｉｏｎｓテーブル
ナレッジスター上の各発行物に関する情報を有する。一つの発行物が多数のアーティクル又はＤＯＩを含んでも良い。

フィールドの説明
ＰｕｂｌｉｃａｔｉｏｎＩｄ
各発行物のユニークな番号。内部的に発行物を特定する。
Ｓｔａｔｕｓ
発行物の状態は「ａｃｔｉｖｅ」又は「ｉｎａｃｔｉｖｅ」である。
ＰｕｂｌｉｃａｔｉｏｎＣｏｄｅ
発行物を特定する短いコード、通常は３文字のコードである（例：ｃｓｎ、ｏｌｒ、又はｃａｄ）。
ＲｅｓｏｕｒｃｅＦｉｌｅ
この発行物があるファイルを示す（例：ｃ：￥ｂａｃｋ￥ｐｒｏｐｅｒｔｉｅｓ／ＡＴＣｏｎｔｅｎｔＣｅｌｌ．ｐｒｏｐｅｒｔｉｅｓ）。
ＰｕｂｌｉｓｈｅｒＩｄ
この発行物を所有する発行者。
Ｄｏｍａｉｎ
この発行物の発行者ドメイン（例：ｃｏｍ．ｇ２ｎｅｗｓ、ｃｏｍ．ｃａｄｃａｍｎｅｔなど）
Ｎａｍｅ
発行物の名称。
ＣｏｎｔｅｎｔＣｅｌｌＥｘｔｅｎｓｉｏｎ
この発行物のコンテントのセルフォーマット（例：ＭＤＮＡ、ＸＤＮＡ）
ＵｒｌＨｏｍｅＰａｇｅ
この発行物のウェブアドレス（例：ｈｔｔｐ：／／ｗｗｗ．ｇ２ｎｅｗｓ．ｃｏｍ／ｃｓｎｉｎｄｅｘ．ｈｔｍｌ）。
ＩｎｔｒｏＣｒｅｄｉｔ
この発行物からアーティクルにアクセスするユーザに提供される紹介クレジット。金額はＵＳドルである。
ＤｅｆａｕｌｔＰｒｉｃｅ
この発行物のアーティクルのデフォルト価格。金額はＵＳドルである。
ＦｒｅｅＡｒｔｉｃｌｅｓ
ユーザに提供される無料アーティクルの数。
ＰｅｒｍｉｔＰｒｉｎｔｉｎｇ
この発行物のアーティクルのプリントが許されているかどうかを示す。有効な値は真（１）又は偽（０）である。
ＰｅｒｍｉｔＣｏｐｙｉｎｇ
この発行物のアーティクルのコピーが許されているかどうかを示す。有効な値は真（１）又は偽（０）である。
Ｐｕｂｌｉｓｈｅｒｓテーブル
ナレッジスターにコンテントを有する各発行者からの情報を含む。一発行者は多数の発行物を有していても良い。

フィールドの説明
ＰｕｂｌｉｓｈｅｒＩｄ
発行者のユニークな識別番号。
Ｓｔａｔｕｓ
発行物の状態は「ａｃｔｉｖｅ」又は「ｉｎａｃｔｉｖｅ」である。
ＰｕｂｌｉｓｈｅｒＮａｍｅ
発行者の名称。
ＤｅｆａｕｌｔＰｒｉｃｅ
この発行物のアーティクルのデフォルト価格。金額はＵＳドルである。
ＴｒａｎｓａｃｔｉｏｎＮｕｍｂｅｒＧｅｎｅｒａｔｏｒテーブル
ユニークな取引ＩＤ番号が生成されるメカニズムである。ユニークな取引ＩＤ番号をトラッキングする。このテーブルはナレッジスターデータベースのテーブルとは直接的な関係を持たない。

フィールドの説明
ＮｅｘｔＴｒａｎｓａｃｔｉｏｎＮｕｍｂｗｅｒ
次の取引番号を保管する。
ＵｓｅｒＢａｌａｎｃｅｓテーブル
ユーザのクレジット及び特定の発行物に対する課金の記録を保管する。ユーザがアクセスした発行物に関するエントリーがある。

フィールドの説明
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
アーティクルにアクセスするユーザ。
ＰｕｂｌｉｃａｔｉｏｎＩｄ
アクセスされたアーティクルが属する発行物。
ＴｉｍｅＣｒｅｄｉｔＣｒｅａｔｅｄ
この発行物からのアーティクルについてこのユーザにクレジットされた日時。
ＡｖａｉｌａｂｌｅＣｒｅｄｉｔ
使用可能なクレジットの金額をＵＳドルで示す。
ＣｒｅｄｉｔＡｐｐｌｉｅｄ
適用されたクレジットの金額をＵＳドルで示す。
ＣｕｒｒｅｎｔＣｈａｒｇｅｓ
この発行物からのアーティクルについてこのユーザに課金されている金額をＵＳドルで示す。
ＨａｖｅＳｈｏｗｎＰｒｉｃｉｎｇＴｅｒｍｓ
ユーザがこの発行物のアーティクルの契約条件を見たかどうかを示す。有効な値は真（１）又は偽（０）である。
ＵｓｅｒＣｏｍｍｅｎｔｓテーブル
各ユーザのコメントを保管する。このテーブルはカスタム化サポートで使われる。

フィールドの説明
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
コメントが登録されているユーザ。
ＴｉｍｅＳｔａｍｐ
コメントが登録された日時。
Ｃｏｍｍｅｎｔ
このユーザのコメント。
Ｕｓｅｒｓテーブル
ナレッジスターのユーザアカウントの情報を保管する。この情報は各ユーザについてアドレス、アカウント状態、クレジット、課金などを含む。ユーザごとにＵｓｅｒｓテーブルにエントリーがある。ユーザがフレームワークＩＤ番号を必要とする事を何かすると、エントリーが作成されフレームワークＩＤ番号が送信される。

フィールドの説明
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
各ユーザを識別する。
ＦｉｒｓｔＮａｍｅ
ユーザのファーストネーム。
ＬａｓｔＮａｍｅ
ユーザのラストネーム。
Ｃｏｍｐａｎｙ
ユーザの勤務先。空欄でも良い。
Ｅｍａｉｌ
ユーザの電子メールアドレス。
ＡｃｃｏｕｎｔＣｒｅａｔｉｏｎＤａｔｅ
このユーザアカウントが作成された日付。
ＡｃｃｏｕｎｔＳｔａｔｕｓ
ユーザアカウントの状態。ユーザアカウントはｉｎａｃｔｉｖｅ（０）、ゲスト（１）、メンバー（２）、又はグループメンバー（３）である。ディスエーブル（４）とすることも可能である。「ゲスト」はナレッジスターに完全には登録していないユーザである。「メンバー」は課金情報も含めて完全な情報を提供したユーザである。
ＣｕｒｒｅｎｔＣｈａｒｇｅｓ
このユーザアカウントへの課金をＵＳドルで表す。
ＣｕｒｒｅｎｔＣｒｅｄｉｔｓ
このユーザが使えるクレジットをＵＳドルで表す。
ＯｕｔｓｔａｎｄｉｎｇＬｉｍｉｔ
ユーザに支払いを督促する限度額。ユーザごとに設定できる。
ＳｅｒｖｉｃｅＬｅｖｅｌ
ユーザに様々なレベルのサービスを提供するために将来使用する（例：「ゴールド」、「シルバー」、「エリート」など）。現在は「ゲスト」と「メンバー」の２レベルある。
ＰｒｏｍｏｔｉｏｎａｌＥｍａｉｌ
ユーザが販促電子メールを欲しているかどうかを示す。有効な値は真（１）と偽（０）である。
ＲｅｍｏｔｅＵｓｅｒ
このカラムは使用していない。
ＲｅｍｏｔｅＡｄｄｒ
ユーザのＩＰアドレス。
ＲｅｍｏｔｅＨｏｓｔ
このカラムは使用していない。
ＮａｍｅＦｏｒＢｉｌｌｉｎｇ
請求先名。
ＢｉｌｌｉｎｇＡｄｄｒｅｓｓ１
ユーザの請求先アドレスＮｏ．１
ＢｉｌｌｉｎｇＡｄｄｒｅｓｓ２
ユーザの請求先アドレスＮｏ．２
Ｃｉｔｙ
ユーザの住所（都市名）。
Ｓｔａｔｅ
ユーザの住所（州名）。
ＰｏｓｔａｌＣｏｄｅ
ユーザの郵便番号。
Ｃｏｕｎｔｒｙ
ユーザの住所（国名）。
Ｐａｓｓｗｏｒｄ
ユーザのパスワード。
ＰａｓｓｗｏｒｄＥｎｃｒｙｐｔｉｏｎＴｙｐｅ
ユーザのパスワードを暗号化した暗号タイプ。使用可能なのはＢａｓｉｃ（１）、ＲＳＡ（２）、ＳｉｍｐｌｅＨａｓｈ（３）である。
ＣａｒｄＴｙｐｅ
クレジットカードのタイプ（例：Ｖｉｓａ、ＭａｓｔｅｒＣａｒｄ等）
ＣａｒｄＡｃｃｏｕｎｔＮｕｍｂｅｒ
表示しても安全なクレジットカード番号で、例えば「ｘｘｘｘｘｘｘｘｘｘｘｘ１２３４」。
ＣａｒｄＥｘｐｉｒａｔｉｏｎＭｏｎｔｈ
クレジットカードの有効期限が切れる月。
ＣａｒｄＥｘｐｉｒａｔｉｏｎＹｅａｒ
クレジットカードの有効期限が切れる年。
ＵｓｅｒＳｙｎｃテーブル
ダイナミクスデータベースでアップデートされるのを待つユーザのキュー。主な目的は、ダイナミクスデータベースのユーザリストをナレッジスターデータベースのユーザリストとシンクロナイズすることである。

フィールドの説明
ＵｓｅｒＡｃｃｏｕｎｔＩｄ
両方のデータベースをシンクロナイズするためのユーザアカウント。
Ｏｐｅｒａｔｉｏｎ
データベース間でアーティクルをシンクロナイズするために何をするかを記述する。現在、ＣｒｅａｔｅとＵｐｄａｔｅという二つの動作が許されている。有効な値はＣとＵである。
Ｓｔａｔｕｓ
Ｏｐｅｒａｔｉｏｎの状態を記述する。ペンディング、進行中、エラーという３つの値が定義されている。有効な値はＰ、Ｉ、Ｅである。
ＥｒｒｏｒＲｅａｓｏｎ
エラーが発生しＳｔａｔｕｓがＥとマークされると、エラーメッセージがここに表される。

Claims (8)

1. コンテンツの規約に適合するように前記コンテンツを管理する方法であって、
   コンテンツマネージャにおいて、
   一コンテンツと、前記コンテンツの使用を画定する一組の規約を取得する段階と、
   １つ以上の非対称鍵を用いて暗号化された少なくとも１つ以上の対称鍵を取得する段階と、
   前記一組の規約と前記暗号化された１つ以上の対称鍵とを前記暗号化されたコンテンツと結合し、コンテンツセルを生成する段階と、
   前記１つ以上の対称鍵を用いて前記コンテンツを暗号化する段階と、
   を有する、方法。
2. 前記少なくとも１つ以上の対称鍵を取得する段階は、前記少なくとも１つ以上の対称鍵を一意的に識別する識別子を取得する段階を含む、請求項１に記載の方法。
3. 前記一コンテンツを取得する段階は、前記コンテンツの利用を許可する前に適用するセキュリティプロセスを識別するセキュリティ制御要素を取得する段階を含む、請求項１に記載の方法。
4. 前記一コンテンツを取得する段階は、前記コンテンツのフォーマットを識別するフォーマット制御要素を取得する段階を含む、請求項１に記載の方法。
5. オファーマネージャにおいて、
   ユーザによる利用許可を求める要求を受け取る段階と、
   許可が要求されている利用を、前記１つ以上の対称鍵と比較する段階と、
   前記許可が要求されている利用が前記１つ以上の対称鍵に適合するとき、前記許可を与える段階と
   を追加的に有する、請求項１に記載の方法。
6. 前記許可を与える前に、前記要求された利用の許可に対する支払いを要求する段階を追加的に有する、請求項５に記載の方法。
7. ユーザコンピュータにおいて、
   前記コンテンツセルをデータプロセッサに送信する段階と、
   前記コンテンツの利用に対するユーザによる要求に応じて、要求された利用が前記一組の規約により画定される利用に適合するかチェックする段階と、
   前記要求された利用が前記一組の規約により画定される利用に適合するとき、前記コンテンツを復号して、前記要求された利用をさせる段階とを追加的に有する、請求項１に記載の方法。
8. 前記ユーザコンピュータにおいて、
   前記コンテンツの利用後、前記コンテンツと前記１つ以上の対称鍵とを結合する段階と、
   少なくとも前記コンテンツと前記１つ以上の対称鍵とを再暗号化する段階と
   を追加的に有する、請求項７に記載の方法。

Images