データオブジェクトの利用制御条件に適合するように前記データオブジェクトを管理する方法であって、前記データオブジェクトの、可変数の利用制御条件を供給する段階と、前記可変数の利用制御条件に基づき、前記可変数の利用制御条件に適合する前記データオブジェクトの利用を画定する1つ以上の利用制御要素を含む前記データオブジェクトの一般的制御データを供給する段階と、前記一般的制御データを前記データオブジェクトと合成する段階と、前記データオブジェクトと前記1つ以上の利用制御要素を暗号化してセキュアデータパッケージを生成する段階とを有する、方法。前記データオブジェクトと前記一般的制御データとをいっしょに暗号化する段階を追加的に有する、請求項1に記載の方法。前記一般的制御データを供給する段階は、前記一般的制御データを一意的に識別する識別子を供給する段階を含む、請求項1に記載の方法。前記一般的制御データを供給する段階は、前記データオブジェクトの利用を許可する前に適用するセキュリティプロセスを識別するセキュリティ制御要素を供給する段階を含む、請求項1に記載の方法。前記一般的制御データを供給する段階は、前記制御データのフォーマットを識別するフォーマット制御要素を供給する段階を含む、請求項1に記載の方法。ユーザによる利用許可を求める要求を受け取る段階と、許可が要求されている利用を、前記一般的制御データの1つ以上の利用制御要素と比較する段階と、前記許可が要求されている利用が前記1つ以上の利用制御要素により画定する利用に適合するとき、前記許可を与える段階とを追加的に有する、請求項1に記載の方法。前記許可を与える前に、前記要求された利用の許可に対する支払いを要求する段階を追加的に有する、請求項6に記載の方法。前記セキュアデータパッケージをデータプロセッサに送信する段階と、前記データオブジェクトの利用に対するユーザによる要求に応じて、要求された利用が前記一般的制御データの1つ以上の利用制御要素により画定される利用に適合するかチェックする段階と、前記要求された利用が前記一般的制御データの1つ以上の利用制御要素により画定される利用に適合するとき、前記データオブジェクトを復号して、前記要求された利用をさせる段階とを追加的に有する、請求項1に記載の方法。前記データオブジェクトの利用後、前記データオブジェクトと前記1つ以上の利用制御要素とを合成する段階と、少なくとも前記データオブジェクトと前記1つ以上の利用制御要素とを再暗号化する段階とを追加的に有する、請求項8に記載の方法。データオブジェクトの利用制御条件に適合するように前記データオブジェクトのユーザによる利用を制御する方法であって、前記データオブジェクトの可変数の利用制御条件を供給する段階と、データオブジェクトと、前記可変数の利用制御条件に適合する前記データオブジェクトの利用を画定する少なくとも1つの利用制御要素制御データを有する制御データとを有するデータパケットであって、前記データオブジェクトと前記少なくとも1つの利用制御データとは暗号化されたデータパケットを供給する段階と、前記データオブジェクトの利用を求める前記ユーザによる要求を受け取る段階と、前記制御データを復号する段階と、前記データオブジェクトの利用を求める前記ユーザによる要求に応じて、前記要求された利用が前記制御データの少なくとも1つの利用制御要素により画定される利用に適合するかチェックする段階と、前記要求された利用が前記制御データの少なくとも1つの利用制御要素により画定される利用に適合するとき、前記データオブジェクトを復号して、前記要求された利用をさせる段階とを有する、方法。前記利用制御要素は前記データオブジェクトの少なくとも1回の利用の後に更新される、請求項10に記載の方法。前記制御データは、前記少なくとも1つの利用制御要素により前記ユーザが前記データオブジェクトの利用を許可された回数の表示を有し、前記回数が1回以上であるときにのみ、前記要求されたデータオブジェクトを利用させ、前記要求させた利用をさせたとき、前記回数を1だけ減少させる、請求項10に記載の方法。前記制御データはセキュリティ制御要素を有し、前記データオブジェクトの各利用の前に、前記セキュリティ制御要素で画定されたセキュリティ手順を実行する段階を追加的に有する、請求項10に記載の方法。前記要求させた利用が前記少なくとも1つの利用制御要素により画定された利用に適合するかチェックする段階は、データプロセッサが、前記少なくとも1つの利用制御要素のセキュリティ制御要素で指定されたセキュリティ手順を実行できることをチェックし、実行できなければ、前記利用をさせない段階を有する、請求項10に記載の方法。前記データオブジェクトの利用後、前記データオブジェクトと前記1つ以上の利用制御要素とを合成する段階と、少なくとも前記データオブジェクトと前記1つ以上の利用制御要素とを再暗号化する段階とを追加的に有する、請求項10に記載の方法。データオブジェクトの利用制御条件に適合するように前記データオブジェクトを管理するシステムであって、可変数の制御条件を受け取るユーザインタフェースモジュールと、前記可変数の利用制御条件に基づき、前記可変数の利用制御条件に適合する前記データオブジェクトの利用を画定する少なくとも1つの利用制御要素を含む前記データオブジェクトの一般的制御データを供給するパッケージングモジュールと、前記データオブジェクトと1つ以上の利用制御要素を暗号化して、必要なセキュアデータパッケージを生成する段階とを有する、システム。前記一般的制御データは前記データオブジェクトのさらなる配信を制御する制御データ要素を有する、請求項16に記載のシステム。前記利用制御要素の1つは、セキュリティ手順を画定するセキュリティ制御要素を含む、請求項16に記載のシステム。データオブジェクトの利用制御条件に適合するように前記データオブジェクトのユーザによる利用を制御するシステムであって、可変数の制御条件を受け取り、ユーザが要求した利用が前記可変数の制御条件に適合する少なくとも1つの利用制御要素により画定される利用に適合するかチェックし、前記利用が前記少なくとも1つの利用制御要素により画定される利用に適合しないとき、前記ユーザが要求した利用をさせない利用管理モジュールと、前記少なくとも1つの利用制御要素と前記データオブジェクトを復号する復号モジュールとを有するシステム。前記利用制御要素の1つは、セキュリティ手順を画定するセキュリティ制御要素を含む、請求項19に記載のシステム。前記セキュリティ手順はRSA暗号化アルゴリズムである、請求項20に記載のシステム。前記利用管理モジュールは、利用後に前記データオブジェクトを再パッケージ化する、請求項19に記載のシステム。データオブジェクトの可変数の利用条件に適合するように前記データオブジェクトのユーザによる利用を制御する方法であって、各々が、データオブジェクトと、前記可変数の条件に適合する前記データオブジェクトの利用を画定する少なくとも1つの利用制御要素を有するユーザ制御データとを有する少なくとも2つのデータパケットであって、前記データオブジェクトと前記少なくとも1つの利用制御要素とは暗号化されたデータパケットを供給する段階と、前記ユーザ制御データの前記利用制御要素を復号する段階と、前記少なくとも2つのデータパッケージの前記利用制御要素が一致するか調べる段階と、前記少なくとも2つのデータパッケージの前記ユーザ制御データで指定された動作を実行する段階とを有する、方法。前記少なくとも2つのデータパッケージの一方は売り注文であり、前記少なくとも2つのデータパッケージの他方は買い注文である、請求項23に記載の方法。データプロセッサが前記少なくとも1つの利用制御要素のセキュリティ制御要素で指定されたセキュリティ手順を実行できるかチェックする段階と、前記データプロセッサが前記セキュリティ手順を実行できないとき、前記利用をさせない段階とを追加的に有する、請求項23に記載の方法。各データパッケージの前記少なくとも1つの利用制御要素を更新する段階と、前記データオブジェクトの利用後、各データオブジェクトとその少なくとも1つの利用制御要素とを合成する段階と、前記合成したデータオブジェクトとその少なくとも1つの利用制御要素をそれぞれ再暗号化する段階と、前記再パッケージ化したデータオブジェクトをそのプロバイダに転送する段階とを追加的に有する請求項23に記載の方法。データオブジェクトの可変数の利用制御条件に適合するように前記データオブジェクトを管理する方法であって、前記データオブジェクトの可変利用制御条件を供給する段階と、前記可変利用制御条件に基づき、前記可変利用制御条件に適合する前記データオブジェクトの利用を画定する少なくとも1つの利用制御要素を含む前記データオブジェクトの一般的制御データを供給する段階と、ユーザによるデータオブジェクトの利用の許可を求める要求に応じて、一般的制御データの少なくとも一部を含み、少なくとも1つの利用制御要素を含むユーザ制御データを供給する段階と、前記ユーザ制御データを前記データオブジェクトと合成する段階と、少なくとも前記データオブジェクトと、前記ユーザ制御データの少なくとも1つの利用制御要素とを暗号化して、セキュアデータパッケージを生成する段階と、前記ユーザへの前記データパッケージの転送をさせる前に、前記データオブジェクトの利用の許可を求める要求が認められたかチェックする段階と、を有する方法。データプロセッサが前記少なくとも1つの利用制御要素のセキュリティ制御要素で指定されたセキュリティ手順を実行できるかチェックする段階と、前記データプロセッサが前記セキュリティ手順を実行できないとき、前記利用をさせない段階とを追加的に有する、請求項27に記載の方法。前記データオブジェクトは少なくとも2つの構成要素データオブジェクトよりなり、ユーザによる前記構成要素データオブジェクトの一方の利用の許可を求める要求に応じて、その構成要素データオブジェクトのみに対してユーザ制御データを生成し、その構成要素データオブジェクトのコピーとのみ合成する、請求項27に記載の方法。データネットワークを介してユーザから許可を求める要求を受け取る、請求項27に記載の方法。前記データオブジェクトは少なくとも2つの構成要素データオブジェクトを含む合成データオブジェクトであり、一般的制御データを供給する段階は、各構成要素データオブジェクトと合成データオブジェクトの一般的制御データを供給する段階を有し、ユーザ制御データを供給する段階は、各構成要素データオブジェクトと合成データオブジェクトのユーザ制御データを供給する段階を有する、請求項27に記載の方法。データオブジェクトプロバイダのプロセッサに前記ユーザ制御データを格納する段階を追加的に有する、請求項27に記載の方法。前記データパッケージを送信する段階と、前記ユーザ制御データの前記少なくとも1つの利用制御要素を復号する段階と、前記データオブジェクトの利用に対するユーザによる要求に応じて、要求された利用が前記ユーザ制御データの少なくとも1つの利用制御要素により画定される利用に適合するかチェックする段階と、前記要求された利用が前記ユーザ制御データの少なくとも1つの利用制御要素により画定される利用に適合するとき、前記データオブジェクトを復号して、前記要求された利用をさせる段階とを追加的に有する、請求項27に記載の方法。前記データパッケージを送信する段階と、前記ユーザ制御データの前記少なくとも1つの利用制御要素を復号する段階と、前記データオブジェクトの利用に対するユーザによる要求に応じて、要求された利用が前記ユーザ制御データの少なくとも1つの利用制御要素により画定される利用に適合するかチェックする段階と、前記要求された利用が前記ユーザ制御データの少なくとも1つの利用制御要素により画定される利用に適合するとき、前記データオブジェクトを復号して、前記要求された利用をさせる段階と、前記データオブジェクトの利用後、前記データオブジェクトと前記ユーザ制御データの前記1つ以上の利用制御要素とを合成して、少なくとも前記データオブジェクトと前記ユーザ制御データの前記1つ以上の利用とを合成する段階とを追加的に有する、請求項27に記載の方法。データオブジェクトの利用制御条件に適合するように前記データオブジェクトを管理するシステムであって、可変利用条件に基づき前記データオブジェクトの一般的制御データであって、前記可変条件に適合し前記ユーザ制御データを前記データオブジェクトと合成する前記データオブジェクトの利用を画定する1つ以上の利用制御要素を有する一般的制御データを供給するパッケージングモジュールであって、ユーザによる前記データオブジェクトの利用の許可を求める要求に応じて、少なくとも前記一般的制御データの一部を含み、少なくとも1つの利用制御要素を含むユーザ制御データを供給するパッケージングモジュールと、前記データオブジェクトと、前記ユーザ制御データの少なくとも1つ以上の利用制御要素とを暗号化して、ユーザに転送できるセキュアデータパケットを生成する暗号化モジュールと、前記ユーザへの前記データパッケージの転送をさせる前に、前記データオブジェクトの利用の許可を求める要求が認められたかチェックする制御モジュールと、を有するシステム。データオブジェクトの利用に対する制御条件に適合するように前記データオブジェクトを管理する方法であって、前記可変数の利用制御条件に基づき、前記可変数の利用制御条件に適合する前記データオブジェクトの利用を画定する少なくとも1つの利用制御要素を含む前記データオブジェクトの一般的制御データを供給する段階と、前記データオブジェクトと前記1つ以上の利用制御要素を暗号化して少なくとも1つのセキュアデータパッケージを生成する段階とを有する、方法。前記データオブジェクトと前記利用制御要素はそれぞれ別のセキュアパッケージに暗号化される、請求項36に記載の方法。前記一般的制御データを供給する段階は、前記データオブジェクトの利用を許可する前に適用するセキュリティプロセスを識別するセキュリティ制御要素を供給する段階を含む、請求項36に記載の方法。前記一般的制御データを供給する段階は、前記制御データのフォーマットを識別するフォーマット制御要素を供給する段階を含む、請求項36に記載の方法。ユーザによる利用許可を求める要求を受け取る段階と、許可が要求されている利用を、前記一般的制御データの1つ以上の利用制御要素と比較する段階と、前記許可が要求されている利用が前記1つ以上の利用制御要素により画定する利用に適合するとき、前記許可を与える段階とを追加的に有する、請求項36に記載の方法。これら及びその他の特徴を、図面を参照しながら説明する。これらの図面及び付随する説明は、本発明の実施形態を示すためのものであり、本発明の範囲を制限するためのものではない。図面を通して、参照番号は参照されている要素の間の対応を示すため再利用される。さらに、各参照番号の最初の桁は、その要素が最初に現れる図面を表す。この出願はベンソン等の米国特許第5845281号を文献援用している。本発明はライセンス管理システム120を提供するためのシステムと方法に関する。図1は一実施形態を示し、顧客110がユーザコンピュータ115を使って、通信媒体130を経由してライセンス管理システム120に接続している。例示したシステムにおいて、ライセンス管理システム120はオファーマネージャ122及びコンテントマネージャ124というふたつの主たる構成要素から成る。顧客110は通信媒体130を経由してコンテントマネージャ124と情報交換し、多様なコンテントのコピーを得る。コンテントは音声ファイル、ビデオファイル、テキスト文書、電子メール、データベースレコード、ハイパーテキストマークアップランゲージHTMLファイル、エクステンシブルマークアップランゲージXMLファイル、電子データ交換EDIファイル、メッセージ指向ミドルウェアMOMファイル、実行可能スクリプト等を含む。さらに、顧客110は通信媒体130を経由してオファーマネージャ122と情報交換し、コンテントにアクセスするためのライセンスを得る。I.概観ライセンス管理システム120の一実施形態の概観が図2に示されている。例示したシステムにおいて、ユーザコンピュータ115はオファーマネージャ122及びコンタクトマネージャ124と通信媒体130を通じて通信する。図2に図示した実施形態において、ライセンス管理システム120のオファーマネージャ122とコンテントマネージャ124は通信媒体130に接続された分離した構成要素として実施されている。他の実施形態においては、オファーマネージャ122とコンテントマネージャ124は直接接続された単一のシステムの一部とすることもできる。図2は顧客110図1がコンテントにアクセスしたい時の情報の流れを図示している。イベントAに関して、ユーザコンピュータ115はコンテントを要求し、その要求はコンテントマネージャ124に送信される。イベントBにおいて、コンテントマネージャ124は、要求されたコンテントを含むコンテントセル210をユーザコンピュータ115に送信する。次に、イベントCで、ユーザコンピュータ115はライセンスを要求し、その要求はオファーマネージャ122に送信される。イベントDにおいて、オファーマネージャ122は要求されたライセンスを含んだライセンスセル220をユーザコンピュータ115に送信する。イベントE及びFにおいて、ユーザコンピュータ115はコンテントセル210及び対応するライセンスセル220を両方持っていることを検証し、ユーザコンピュータ115はコンテントへのアクセスを許可する。この実施形態の長所は、ユーザコンピュータ115がコンテントを受信し、大きな遅れ無しにコンテントにアクセスできることであり、それはライセンス管理システム120が通信媒体130を通じてすぐにアクセス可能だからである。ライセンス管理システム120はユーザがその要求に対する応答をタイムリーに受信できるようにしている。この実施形態の他の長所は、ライセンス管理システム120がユーザコンピュータ115のコンテントの使用をライセンスによって管理することである。ライセンス管理システム120は、ユーザコンピュータ115に付随したライセンス権利、及びコンテントセル210及びまたはライセンスセル220内のコンテントに関係したアクセス権限を内蔵できる。II.ライセンス管理システムの実施このセクションは、図2に示した電子的ライセンスを提供するためのシステムの一実施形態をさらに説明する。例示したシステムは、通信媒体130、ユーザコンピュータ115、及びライセンス管理システム120を含む。A.通信媒体図2に示す通信媒体130に関して、現在のところ好ましい通信媒体130は、コンピュータのグローバルネットワークであるインターネットを含む。インターネットの構造は、当業者には周知であるが、ネットワークバックボーンと、バックボーンから枝分かれブランチしたネットワークを含む。これらブランチはさらに枝分かれしたネットワークを持つ。ルータは情報パケットをネットワークレベルでやり取りし、ネットワークからネットワークへ送り、そのパケットが送付先の近傍に届くまで送る。送付先からは、送付先のネットワークのホストが情報パケットを適当な端末またはノードに送る。インターネットの構造と動作に関するより詳細な説明は、HarleyHahn及びRickStoutによるTheInternetCompleteReferenceMcGrawHill社、1994年を参照されたい。ひとつの有利な実施形態において、インターネットのルーティングハブはドメインネームシステムDNSサーバから成ることは周知である。DNSはトランスファーコントロールプロトコル/インターネットプロトコルTCP/IPサービスであり、ドメインネームをインターネットプロトコルアドレスに、またはインターネットプロトコルアドレスからドメインネームに変換する時に呼び出される。ルーティングハブは高速通信リンクを通して他のルーティングハブに接続している。しかし、当業者であれば、広い範囲のインターラクティブな通信媒体130が本発明で使用できることを認めるであろう。例えば、通信媒体130はインターラクティブなテレビネットワーク、電話ネットワーク、無線データ送信システム、双方向ケーブルシステム、カスタマイズされたコンピュータネットワーク、インターラクティブなキオスクネットワーク、現金自動預入支払機ネットワーク等を含む。インターネットで良く使用されるのはワールドワイドウェブである。ワールドワイドウェブはグラフィックス及びテキスト情報を表示できる文書を記憶している異なったコンピュータを含んでいる。ワールドワイドウェブ上で情報を提供するコンピュータは通常ウェブサイトと呼ばれている。ウェブサイトはインターネットアドレスにより指定され、インターネットアドレスには電子的なページが付随している。その電子的ページはユニフォームリサーチロケータURLにより同定される。一般的に、電子的ページはテキスト、グラフィカルイメージ、オーディオ、ビデオ等の表示を統合するドキュメントである。B.ユーザコンピュータユーザコンピュータ115は、図3に示されており、ユーザが通信媒体130図1と情報交換する装置である。一実施形態において、ユーザコンピュータ115は従来の汎用コンピュータであり、一またはそれ以上のマイクロプロセッサ、例えばPentium登録商標プロセッサ、Pentium登録商標IIプロセッサ、Pentium登録商標Proプロセッサ、xx86プロセッサ、8051プロセッサ、MIPSプロセッサ、PowerPCプロセッサ、Alphaプロセッサを使用している。一実施形態において、ユーザコンピュータ115は適当なオペレーティングシステム、例えば、Microsoft登録商標Windows登録商標3X、Microsoft登録商標Windows登録商標98、Microsoft登録商標Windows登録商標NT、Microsoft登録商標Windows登録商標CE、PalmPilotOS、Apple登録商標MacOS登録商標、DiskOperatingSystem、UNIX登録商標、Linux登録商標、またはIBM登録商標OS2登録商標を動作させている。一実施形態において、ユーザコンピュータ115は従来のモデムまたはその他のネットワーク接続機能、例えば、イーサネット登録商標IEEE8023、トークンリングIEEE8025、ファイバーディストリビューテッドデータリンクインターフェイスFDDI、非同期トランスファーモードATMを備えている。従来どおり、一実施形態において、オペレーティングシステムは、通信媒体130を通して入出するすべてのメッセージトラフィックを処理するTCPIPスタックを含む。他の実施形態において、ユーザコンピュータ115は、例えばコンピュータワークステーション、個別のコンピュータのローカルエリアネットワーク、インターラクティブテレビ、インターラクティブキオスク、パーソナルデジタルアシスタント、インターラクティブ無線通信装置、ハンドヘルドコンピュータ、電話機、ルータ、サテライト、スマートカード、内蔵コンピューティング装置等、通信媒体130と情報交換できるものであれば良い。そのようなシステムにおいて、オペレーティングシステムは異なるが、通信媒体130と通信リンクを確立するのに必要な適当な通信プロトコルを提供する。例示したユーザコンピュータ115はブラウザモジュール310、ユーザマネージャ320、及びデータベースコレクション330を含む。1.ブラウザモジュール一実施形態において、ユーザコンピュータ115はユーザブラウザモジュール310を含む複数の動作モジュールを利用する。ユーザブラウザモジュール310以下、ユーザブラウザ310と呼ぶはソフトウェアプログラムであり、消費者は、通信媒体130図1を通して異なるコンテントプロバイダーにアクセス可能となる。一実施形態において、ユーザブラウザ310はネットスケープが開発したNetscape登録商標Navigator、またはマイクロソフトが開発したMicrosoft登録商標インターネットエクスプローラである。しかし、当業者であれば、その他のタイプの多数のアクセスソフトウェアでも、本発明の実施形態を実施できることを認めるであろう。その他のタイプのアクセスソフトウェアとは、例えば、他のタイプのインターネットブラウザ、カスタムネットワークブラウザ、双方向通信ソフトウェア、ケーブルモデムソフトウェア、ポイントツーポイントソフトウェア等でもよい。2.ユーザマネージャ一実施形態において、ユーザコンピュータ115はユーザマネージャ320を含む。ユーザマネージャ320はユーザコンピュータ115が受け取ったすべてのコンテントとライセンスを追跡管理する。一実施形態において、ユーザマネージャ320はウェブベースのダウンロードプロセスと通してユーザコンピュータ115にロードされる。ウェブベースのダウンロードプロセスにおいて、ユーザブラウザ310はユーザに、ユーザマネージャ320をダウンロードするか問い合わせることができる。ユーザがYESと答えれば、ダウンロードプロセスはユーザマネージャ320がユーザブラウザ310をサポートしているかチェックする。サポートしていれば、ユーザブラウザ310はユーザマネージャ320をユーザコンピュータ上に自動的にダウンロードする。他の実施形態において、ユーザマネージャのダウンロードプロセスは、ユーザの介入無しに実行しても、ユーザマネージャ320がユーザコンピュータ115にプリインストールされていてもよい。3.データベースコレクション一実施形態において、ユーザコンピュータ115は図3に示したデータベースコレクション330を含む。例示したデータベースコレクション330は複数のデータベース、例えばライセンスデータベース332、コンテントデータベース334、暗号鍵データベース336を含み、暗号鍵データベース336は一またはそれ以上の暗号鍵を含むことができる。ライセンスデータベース332は、ユーザコンピュータ115が受け取ったライセンスセル220に関する情報を含む。その情報は受け取ったままのライセンスセル220のコピー、または解凍された情報、例えばライセンス規約、ライセンスセルヘッダー情報等を含むことができる。コンテントデータベース334は、ユーザコンピュータ115が受け取ったコンテントセル210に関する情報を含む。その情報は受け取ったままのコンテントセル210のコピー、または解凍された情報、例えば暗号化されたコンテント、コンテントセルヘッダー情報等を含むことができる。暗号鍵データベース336はライセンスセル220を通じて受け取った鍵を含み、その鍵はユーザマネージャ320が暗号化されたコンテントを解読するために用いる。一実施形態ではシンメトリック鍵暗号を使用するが、他の実施形態においては、シンメトリック暗号とは別に、または関連して他の暗号方法を使うことができる。一実施形態において、データベースコレクション330はフラットファイルデータベース構造を使って実施できる。別の実施形態においては、データベースコレクション330は他のデータベースを使用して実施でき、例えばストラクチャークエリーランゲージSQLを使ってデータにアクセスできるリレーショナルデータベースであるMicrosoft登録商標SQLサーバを使って実施できる。さらに、図3に示したデータコレクション330は複数の個別のデータベースから成るが、他の実施形態においては、データベースコレクション330は他のデータベースを含むこともできるし、他のデータベースを結合することもできる。加えて、データベースコレクション330は複数の個別のテーブルを持ったひとつのデータベースとして実施しても良いし、または周知の別のデータ構造、例えばリンクされたリスト、バイナリーツリー等として実施しても良い。C.ライセンス管理システム一実施形態において、ライセンス管理システム120図1はコンテントとライセンスの生成と発行を管理する。別の実施形態において、ライセンス管理システム120は主としてコンテントセル210とライセンスセル220の発行を管理し、別個のモジュールがライセンスセル220及びまたはコンテントセル210を生成してもよい。前述の通り、ライセンス管理システム120は二つの主たる構成要素、コンテントマネージャ124及びオファーマネージャ122から成る。しかし、別の実施形態においては、複数のコンテントマネージャ124及びまたは複数のオファーマネージャ122があってもよい。1.コンテントマネージャ図4はコンテントマネージャ124の一実施形態を示す。例示したコンテントマネージャ124はウェブサーバソフトウェア410、コンテントマネージャコンポーネント420、及びデータベースコレクション430を含む。a.ウェブサーバソフトウェア一実施形態において、コンテントマネージャ124は図4に示した通りウェブサーバソフトウェア410を含む。ウェブサーバソフトウェア410は、例えばネットスケープのインターネットサーバソフトウェア、マイクロソフトのインターネットサーバソフトウェアISS等であってもよい。斯様なウェブサーバソフトウェア410は図2に示した通り、ユーザコンピュータ115及びオファーマネージャ122からのメッセージを処理するように構成されている。b.コンテントマネージャコンポーネント一実施形態において、コンテントマネージャ124はコンテントセル210の生成と発行を管理するコンテントマネージャコンポーネント420を含む。図4に示したコンテントマネージャコンポーネント420は、二つのプロセス、ユーザマネージャダウンロードプロセス422とコンテントセル生成プロセス424から成る。コンテントマネージャコンポーネント420は図示しない別のプロセスを含んでも良く、例えばユーザを登録管理するプロセス、コンテントセルのインベントリーを追跡するプロセス、及びサーチエンジンを提供するプロセスを含んでも良い。ユーザマネージャダウンロードプロセス422はユーザコンピュータ115にユーザマネージャ320をダウンロードする。別の実施形態において、ユーザマネージャダウンロードプロセス422は他のモジュールで実行しても良いし、ユーザマネージャ320がユーザコンピュータ115にプリインストールされていても良い。コンテントセル生成プロセス424は、ユーザコンピュータ115がコンテントを要求し、プロセス424が要求されたコンテントのコンテントセル210を生成する時に呼び出される。この実施形態においては、コンテントマネージャ124はコンテント生成プロセス424を含むが、別の実施形態においては、別のモジュールがコンテントセル210を生成しても良く、コンテントマネージャ124が、コンテントセル210を生成するのではなくロケートすることによって、コンテントセル210の発行を主として管理しても良い。c.データベースコレクション一実施形態において、コンテントマネージャ124は図4に示したデータベースコレクション430を含む。例示したデータベースコレクション430は複数のデータベースを含み、例えば規約データベース432、暗号鍵データベース434暗号鍵データベースは一つまたはそれ以上のシンメトリック鍵を含む、公開証明書データベース436、コンテントデータベース438、セルヘッダー情報データベース439を含む。規約データベース432はコンテントに権利をどのようにいつ割り当てるかに関する規約を含む。規約は一般的なもの例えば、コンテントXにはライセンスYが必要であるでも良いし、より特定のもの例えば、ライセンスYを持つ者は誰でもコンテントXをプリントできる。コンテントXをプリントするにはライセンスYが必要であり、さもなければURLCに飛ぶ。であっても良い。図4は規約が規約データベース432に記憶されているとして示したが、別の実施形態においては、規約は他のフォーマットに記憶されても良く、例えばプログラムまたは一組のスクリプトのフォーマットに記憶されても良い。暗号鍵データベース434は一組のシンメトリック鍵を含み、コンテントマネージャ124が要求されたコンテントを解読するためにその一組のシンメトリック鍵を使用する。シンメトリック鍵は周知の技術を使って生成できる。シンメトリック及びアシンメトリック暗号に関するより詳しい説明は、BruceSchneierによるAppliedCryptographyProtocolsAlgorithmsandSourceCodeinCSecondEditionJohnWileySons、1996年を参照されたい。この実施形態はシンメトリック暗号を使用するが、別の実施形態においては、別の暗号方法をシンメトリック暗号とは別に、またはそれに関連して使用しても良い。公開証明書データベース436は、コンテントマネージャ124が通信する別の構成要素からの公開証明書を含む。構成要素の公開暗号鍵は構成要素の公開証明書の中に入っている。例えば、公開証明書データベース436は、オファーマネージャ122の公開証明書オファーマネージャ122の公開暗号鍵を含むを含んで、コンテントマネージャ124とオファーマネージャ122が通信する時の暗号化及び認証をしても良い。公開証明書データベース436はコンテントを要求したユーザコンピュータ115の公開証明書を含んでも良い。コンテントデータベース438は多様なコンテントそのもの、及びコンテントに関する情報を含む。コンテントは、音声ファイル、テキスト文書、電子メール、データベースレコード、ハイパーテキストマークアップ言語HTMLファイル、エクステンシブルマークアップ言語XMLファイル、電子データ交換EDIファイル、メッセージ指向ミドルウェアMOMファイル、実行可能スクリプト等を含んでも良い。コンテントデータベース438は発行者テーブル、発行物テーブル、アーティクルテーブル等を含んでも良い。発行者テーブルは発行者に関する情報を保存する。発行者テーブルは、発行者ID、ステータス発行者がアクティブか否かを示す、発行者名、デフォルトの価格、などのフィールドを含んでも良い。各発行者は一つまたはそれ以上の発行物を発行できる。発行物テーブルは発行物に関する情報を保存する。発行物テーブルは、発行物ID、ステータス発行物がアクティブか否かを示す、発行物コード、属性、発行者ID、ドメイン、発行物名、発行物ファイルタイプ、発行物ウェブアドレス、イントロダクトリークレジット、デフォルト価格、無料アーティクル数、プリントフィールドプリントをできるかを示す、コピーフィールドコピーできるかを示す、などのフィールドを含むことができる。各発行物は一つまたはそれ以上のアーティクルを含む。アーティクルテーブルはアーティクルひとつひとつのコンテントに関する情報を保存する。アーティクルという用語が使われているが、アーティクルという用語は、音声ファイル、ビデオファイル、テキストドキュメント、電子メール、データベースレコード、ハイパーテキストマークアップ言語HTMLファイル、エクステンシブルマークアップ言語XMLファイル、電子データ交換EDIファイル、メッセージ指向ミドルウェアMOMファイル、実行可能スクリプト、などのコンテントを含んでも良いと認められている。アーティクルテーブルはタイトル、タイムスタンプ、発行物ID、発行者ID、価格、有効期間、セルタイプ等のフィールドを含んでも良い。コンテントデータベース438は申込みテーブル、管理者テーブル等のコンテントに関係した他のテーブルを含んでも良い。申込みテーブルは多様な申込みを定義し、デスクリプションフィールド、申込みID、価格等のフィールドを含む。管理者テーブルは、価格、終了日、グループの設定等、管理業務を行う権限を有する特別なアカウントを保存する。管理者テーブルは、氏名、パスワード、電子メールアドレス、電話番号、発行者ID、管理者レベル、グループアカウント管理許可、プロモーション管理許可等のフィールドを含んでも良い。セルヘッダー情報データベース439はセルヘッダーに関する情報を含む。この情報は各コンテントセル210に固有の識別子、コンテントを製作する多様な店舗に関する情報、記述的情報、及び認証情報例えば、失効日時間を含むことができる。データベースコレクション430に関して、ひとつの実施形態においては、データベースコレクション430と共に働くIDジェネレータ、ナンバージェネレータ、統計ジェネレータ、セッションジェネレータ、一時記憶部などの複数のプロセス図示せずをおいても良い。ひとつの実施形態においては、データベースコレクション430は、構造化クエリー言語SQLを通してデータにアクセスできるリレーショナルデータベースであるMicrosoft登録商標SQLサーバを使って実施されている。SQLはリレーショナルデータベースを定義し、更新し、リレーショナルデータベースに問い合わせるために国際標準化機構ISOにより標準化された言語である。別の実施形態において、データベースコレクション430は、別のリレーショナルデータベースを使って実施しても良いし、別のタイプのデータベース例えば、フラットファイルデータベースなどを使っても良い。さらに、図4に示したデータベースコレクション430は複数の個別のデータベースから成るが、別の実施形態においては、データベースコレクション430は別のデータベースを含んでも良いし、いくつかのデータベースが結合されていても良い。なお、データベースコレクション430は、個別のテーブルを持った単一のデータベースとして実施しても良いし、リンクされたリスト、バイナリーツリー等の周知である別のデータ構造として実施しても良い。ひとつの実施形態においては、データベースコレクション430は、サーブレットサーバ上で起動する小さなプログラムを通してデータベースリクエストを受け取り、データベース430に対応するSQL要求を送るバックエンドの構成要素図示しないに接続されていても良い。別の実施形態においては、データへアクセスする仕方は異なっても良く、例えば、異なるタイプのバックエンド構成要素を使っても、データベースコレクション430に直接アクセスしても良い。データベースコレクション430の実施形態のより詳しい説明は、添付した補遺Aに書かれている。補遺Aのデータベースコレクション430はライセンス管理システム120を図示しており、コンテントマネージャ124及びオファーマネージャ122は共に同じデータベースコレクションにアクセスしているが、別の実施形態においては、コンテントマネージャ124及びオファーマネージャ122は多様なデータベースの個別のコピーを持っていても良い。2.オファーマネージャ図5はオファーマネージャ122のひとつの実施形態を図示している。例示したオファーマネージャ122はウェブサーバソフトウェア510、オファーマネージャコンポーネント520、ライセンスマネージャ530、及びデータベースコレクション540を含む。a.ウェブサーバソフトウェアひとつの実施形態において、オファーマネージャ122は図5に示す通りウェブサーバソフトウェア510を含んでいる。ウェブサーバソフトウェア510は、例えば、ネットスケープのインターネットサーバソフトウェアでも、マイクロソフトのインターネットサーバソフトウェアISS等でも良い。斯様なウェブサーバソフトウェア510はユーザコンピュータ115及びコンテントマネージャ124からのメッセージを処理するよう構成されている。b.オファーマネージャコンポーネントひとつの実施形態において、図5に示した通り、オファーマネージャ122はライセンスセル220の発行を管理するオファーマネージャコンポーネント520を含む。オファーマネージャコンポーネント520は、ユーザとの情報交換管理、ライセンスマネージャ530が呼ばれる前にユーザ要求が満足されたかの決定、金銭の支払いの追跡、ライセンスが発行されたかの決定その他の処理などの処理図示せずを含んでも良い。c.ライセンスマネージャコンポーネントひとつの実施形態において、オファーマネージャ122はライセンスセル220の生成を管理するライセンスマネージャ530を含む。図5に示したライセンスマネージャ530は、ライセンスセル生成プロセス532から成る。ライセンスセル生成プロセス532はユーザコンピュータ115がコンテントセル210を求めるライセンスを要求した後、呼び出されても良い。ライセンスセル生成プロセス532は要求されたコンテントのライセンスセル220を生成する。この実施形態においては、ライセンスマネージャ530はコンテント生成プロセス424を含むが、別の実施形態においては、別のモジュールがライセンスセル220を生成しても良い。例えば、オファーマネージャ122はライセンスセル生成プロセス532を含み、ライセンスセル220を生成しても良い。しかし、ひとつの実施形態においては、別のモジュールがライセンスセル220を生成しても良く、ライセンスマネージャ530またはコンテントマネージャ124いずれかが適当なライセンスセル220を配置するようにしても良い。ライセンスマネージャ530は発行されたライセンスを一時保管repositoryなどの図示しないその他のプロセスを含んでも良い。なお、ひとつの実施形態において、ライセンスマネージャ530は新しいライセンスが生成されるたびに追跡される発行済みライセンスデータベース547を含む。この管理によって、ライセンスマネージャ530はライセンスするプロセスの監査証跡オーディットトレイルとなり、他のモジュールに要求されたライセンス情報を提供できる。d.データベースコレクションひとつの実施形態において、オファーマネージャ122は図5に示したデータベースコレクション540を含む。例示したデータベースコレクション540は、規約データベース541、暗号鍵データベース542ひとつまたはそれ以上のシンメトリック鍵を含む、公開証明書データベース543、コンテントデータベース544、ユーザデータベース545、グループデータベース546、発行済みライセンスデータベースライセンスデータベース547、課金データベース548、セルヘッダー情報データベース549等、複数のデータベースを含む。規約データベース541は、いかに、いつ、コンテントに権利を割当てるかに関する規約を含んでいる。規約は一般的なもの例えば、コンテントXにはライセンスYが必要であるでも良いし、より特定のもの例えば、ライセンスYを有する者は誰でもコンテントYをプリントできる、コンテントXをプリントするにはライセンスYが必要で、無ければURLCに飛ぶであっても良い。図5は規約データベース541を示しているが、別の実施形態においては、規約はプログラムやスクリプトのような別のフォーマットに記憶されていても良い。暗号鍵データベース542は、コンテントマネージャ124が要求されたコンテントを暗号化するのに使用する一組のシンメトリック鍵を含む。シンメトリック鍵は周知の技術を使用して生成できる。シンメトリック及びアシンメトリック暗号のより詳細な説明は、BruceSchneierによるAppliedCryptographyProtocolsAlgorithmsandSourceCodeinCSecondEditionJohnWileySons社、1996年を参照されたい。この実施形態はシンメトリック暗号を使用しているが、別の実施形態においては、シンメトリック暗号とは異なった、または関連した別の暗号を使用しても良い。公開証明書データベース543は、オファーマネージャ122が通信する他の構成要素からの一組の公開証明書を含む。構成要素の公開暗号鍵は構成要素の公開証明書の中にある。例えば、コンテントマネージャ124とオファーマネージャ122が通信する時に認証ができるよう、公開証明書データベース543はコンテントマネージャ124の公開証明書コンテントマネージャ124の公開鍵を含むを含んでも良い。公開証明書データベース543はライセンスを要求するユーザコンピュータ115の公開証明書を含んでも良い。特定の実施形態においては、オファーマネージャのコンテントデータベース544はコンテントマネージャのコンテントデータベース438の一部または全部を含んでも良い。コンテントデータベース544は、周知のデータ複製技術を使って、コンテントマネージャのコンテントデータベース438からデータをコピーして、オファーマネージャ122及びコンテントマネージャ124が、データの同一性を損なうことなく、それぞれ同じデータのコピーを持つようにしても良い。さらに、オファーマネージャのコンテントデータベース544はコンテントマネージャのコンテントデータベース438には含まれていない情報を含んでも良い。この実施形態はオファーマネージャ124及びコンテントマネージャ122がそれぞれ、同じコンテントデータベース544、438のコピーを有する場合を示したが、別の実施形態においては、オファーマネージャ122及びコンテントマネージャ124が両方とも、同じコンテントデータベースにアクセスしても良い。コンテントデータベース544のひとつの実施形態のより詳細な情報として、1.コンテントマネージャc.データベースコレクションという表題をつけたセクションを参照されたい。ユーザデータベース545はユーザに関する情報を追跡する。ユーザデータベース545はユーザ情報テーブル、ユーザクレジットカード情報テーブル、ユーザコメントテーブル、ユーザアカウントバランステーブル等のテーブルを含んでも良い。ユーザ情報テーブルはシステムのユーザに関する情報を含む。ユーザ情報テーブルはユーザアカウントID、名前、苗字、勤務先、電子メールアドレス、アカウント生成データ、アカウントステータス、現在請求金額、現在クレジット、残高制限、サービスレベル、販促電子メール、リモートユーザ、リモートアドレス、リモートホスト、請求先名、請求先住所、パスワード、パスワード暗号化タイプ等のフィールドを含んでも良い。ユーザクレジットカード情報テーブルはユーザの暗号化されたクレジットカード番号の記録及びその他のクレジットカード情報を保持する。ユーザクレジットカード情報テーブルはユーザアカウントID、クレジットカード暗号化方法、暗号化されたクレジットカードアカウント番号、クレジットカード失効月、クレジットカード失効年等のフィールドを含んでも良い。ユーザコメントテーブルは特定のユーザのコメントを追跡し、カスタマイズされた顧客サポートを可能とする。ユーザコメントテーブルは、ユーザアカウントID、タイムスタンプ、コメントフィールド等のフィールドを含む。ユーザアカウントバランステーブルは、ユーザがアクセスした特定の発行物ごとにユーザのクレジットと請求額の記録を保持する。ユーザアカウントバランステーブルはユーザアカウントID、発行物ID、クレジットが発生した時間、利用可能クレジット、適用されたクレジット額、現在請求額、表示された価格条件、及びユーザアカウントに関係したその他情報等のフィールドを含んでも良い。グループデータベース546は、複数のユーザをコーポレートアカウント等、ひとつのアカウントに連結する。グループデータベース546はグループテーブル、グループユーザテーブル、発行物テーブル等のテーブルを含んでも良い。グループテーブルはグループに関係する情報を維持する。グループテーブルは、グループID、グループ名、パスワード、アカウントのタイプ、アカウントが有効な日数、発行物ID、有効期限等のフィールドを含む。グループユーザテーブルはグループのメンバーを特定する。グループユーザテーブルは、グループID、ユーザアカウントID、有効期限等のフィールドを含んでも良い。グループ出版物テーブルは、グループのメンバーがアクセスできる出版物を特定する。グループ出版物テーブルは、グループID、出版物ID等のフィールドを含んでも良い。ライセンスデータベース547は発行されたライセンステーブル等の複数のテーブルを含んでも良い。発行されたライセンステーブルはアーティクルへのアクセスを許す、ユーザに発行された各ライセンスを記録する。発酵されたライセンステーブルは、取引ID、タイムスタンプ、アーティクルID、コンテントセルの場所、コンテントセルID、フレームワークID、発行物ID、請求金額等のフィールドを含んでも良い。課金データベース548は請求取引を管理する。課金データベース548は、現在取引、請求可能取引、請求可能適用サマリー等のテーブルを含んでも良い。他の標準的請求情報は課金データベース548に含んでも良い。セルヘッダー情報データベース549はセルヘッダーのための情報を含む。この情報は、各ライセンスセル220のためのユニークな識別子、各コンテントセル210のためのユニークな識別子、コンテントを製作する多様な店舗に関する情報、記述的情報、及び検証情報例えば、有効期限の日時を含んでも良い。データベースコレクション540は多様な管理業務を実行するため、他のデータベース図示せずを含んでも良い。例えば、データベースコレクション540は、ユーザ要求等の多様なユーザアクティビティを追跡するユーザアクションデータベースを含み、クリックスルーユーザがウェブリンクを選択するたびにトラッキングすることを使用しても良い。なお、データベースコレクション540は多様なシステムエラー、例えば特定のアーティクルに関係したエラー、新しいユーザに関係したエラー、新しいライセンスに関係したエラー等をトラッキングするエラーデータベースを含んでも良い。データベースコレクション540はデータの同一性を維持するためのデータベース、例えば新しい情報が追加される時、及びまたは既存の情報を変更しなければならない時にシステムに警告を発する多様な同期テーブルなどを含んでも良い。データベースコレクション540は、ユーザに電子メール及びその他の通信手段で送った販促をトラッキングする販促データベースを含んでも良い。データベースコレクション540は、ユーザがユーザマネージャ320をユーザの計算機のひとつに再インストールしようと試みた時、またはユーザがユーザIDを検証した時などに、ユーザがユーザの計算機のひとつにユーザマネージャ320のロードを試みた回数をトラッキングするためのユーザマネージャ起動情報を含んでも良い。データベースコレクション540に関して、ひとつの実施形態においては、データベースコレクション540と共に働くIDジェネレータ、ナンバージェネレータ、統計ジェネレータ、セッションジェネレータ、一時記憶ユニット等の複数のプロセス図示せずがあっても良い。ひとつの実施形態においては、データベースコレクション540は、構造化クエリー言語SQLを通してデータにアクセスできるリレーショナルデータベースであるMicrosoft登録商標SQLサーバを使って実施している。SQLは、リレーショナルデータベースを定義し、更新し、リレーショナルデータベースに問い合せるために国際標準化機構により標準化された言語である。ひとつの実施形態においては、データベースコレクション540は異なったリレーショナルデータベース、及び異なったタイプのデータベース例えばフラットファイルデータベースを使って実施できる。さらに、図5に示したデータベースコレクション540は複数の個別のデータベースから成っているが、別の実施形態においては、データベースコレクション540が別のデータベースを含んでも良いし、いくつかのデータベースが結合されても良い。なお、データベースコレクション540は、個別のテーブルを備えた単一のデータベースとして実施しても良いし、リンクされたデータ、バイナリーツリー等周知の他のデータ構造として実施しても良い。ひとつの実施形態において、データベースコレクション540は、サーブレットサーバ上で起動する小さなプログラムを通じてデータベース要求を受け取り、データベースコレクション540に対応するSQL要求を送るバックエンド構成要素図示せずに接続されても良い。別の実施形態においては、データへのアクセスは異なった仕方で、例えば、異なったタイプのバックエンド構成要素を使っても良いし、データベースコレクション540に直接アクセスしても良い。データベースコレクション540の実施形態のより詳細な説明は、添付した補遺Aにある。補遺Aのデータベースコレクション540は、コンテントマネージャ124及びオファーマネージャ122両方が、同じデータベースコレクションにアクセスするライセンス管理システム120を示すが、別の実施形態においては、コンテントマネージャ124及びオファーマネージャ122は、個別のデータベース似たものでも、部分的に同じものでも、違うものでも良いを有しても良い。IIIライセンス管理システムセルひとつの実施形態において、ライセンス管理システム120は、コンテントを含むセルコンテントセル210、及びライセンスを含むセルライセンスセル220を生成する。Aコンテントセル図6aはコンテントセル210aの一実施形態である。例示したコンテントセル210aは一組の規約612a、暗号化されたコンテント614a、セルヘッダー616a、公開証明書618a、及びコンテントセル署名611aを含む。1.規約コンテントセル規約612aはユーザコンピュータ115に、コンテントセル210aにどんな権利が付随しており、その権利を得るためには何が要求されるかを知らせる。例えば、コンテントセル210aは、アーティクルをプリントする権利のための一セットの必要条件、及びアーティクルを見るための一セットの必要条件を有しても良い。一実施形態において、規約612aは特定のユーザのためにかかれたものであっても良いし、別の実施形態においては、規約612aはより一般的に書かれた特定のクラスのユーザに適用されるものでも良い。2.暗号化されたコンテントコンテントセルの暗号化されたコンテント614aは、コンテントマネージャ124に暗号化された要求されたコンテントを含む。一実施形態において、コンテントは対称鍵を使って暗号化される。対称鍵はオファーマネージャの公開鍵を使ってライセンス管理システム120によって暗号化され、オファーマネージャ122だけがその対象鍵を復号化でき、暗号化された対象鍵はユーザマネージャ320に送信される。ユーザマネージャ320がライセンスを要求した時、ユーザマネージャ320はオファーマネージャ122に暗号化された対象鍵を送信する。オファーマネージャ122は、ユーザコンピュータ115が有効なライセンスを持っていることを検証すると、オファーマネージャ122はその対称鍵を復号化でき、その対称鍵をユーザマネージャの公開鍵で暗号化し、ユーザマネージャ320がその対称鍵を復号化できるように、そしてコンテントを復号化できるようにする。対称及び非対称暗号化のより詳しい説明については、BruceSchneierによるAppliedCryptographyProtocolsAlgorithmsandSourceCodeinCSecondEditionJohnWileySons、1996年を参照されたい。この実施形態は対称暗号と非対称暗号の組み合わせを使用するが、別の暗号化法を使用しても良い。例えば、オファーマネージャ122及びコンテントマネージャ124は共に対称鍵のデータベースにアクセスでき、ユーザコンピュータ115がライセンスを取得するまで、対称鍵がユーザコンピュータ115に送信されないようにしても良い。3.セルヘッダーセルヘッダー616aはコンテントセル210aに関する情報を含む。斯様な情報はコンテントセル210aのユニークな識別子、要求されたコンテントを製作する店舗に関する情報、記述的情報、オファーマネージャ122を位置づけるための情報例えば、オファーマネージャのURLなど、及び検証情報を含んでも良い。4.公開証明書コンテントセルの公開証明書618aは、セル生成者の公開証明書であり、セル生成者の公開鍵を含む。例えば、もしコンテントマネージャ124がコンテントセル210aを生成するなら、コンテントマネージャ124はセル210aに署名し、公開証明書をコンテントセル210aに含める。公開証明書618aは、セルの受信者例えば、ユーザコンピュータ115に、送信者例えば、コンテントマネージャ124の真正性を検証させる。5.コンテントセル署名コンテントセルのデジタル署名611aは、コンテントセル210aとコンテントマネージャの非公開鍵両方に基づく情報である。デジタル署名611aはユーザコンピュータ115に使用され、コンテントセル210aの生成者及びコンテントセル210aに含まれる情報を認証するために使用される。一般的に、デジタル署名は各メッセージ、及びメッセージの送信者にユニークなコードである。デジタル署名を使った認証は、メッセージが期待通りの送信者からのものであることを受信者に保障し、メッセージは完全で、改変されていないことを確認する。デジタル署名は暗号手段であって、それを使ってセルの出所と送信者の身元を検証できる。デジタル署名のより詳しい説明は、BruceSchneierによるAppliedCryptographyProtocolsAlgorithmsandSourceCodeinCSecondEditionJohnWileySons、1996年を参照されたい。6.他の署名図6bはコンテントセル210bの別の実施形態を示す。規約612b、暗号化されたコンテント614b、セルヘッダー616bは上述のものと似ているが、各構成要素はそれ自身のデジタル署名613b、615b、617bを持つ。各デジタル署名613b、615b、617bは構成要素を生成したモジュールによって生成される。例えば、規約署名613bは規約612bを生成したモジュールによって生成され、セルヘッダー署名617bはセルヘッダー616bを生成したモジュールによって生成される。別の実施形態においては、異なったモジュールがコンテントセル210の異なった部分を生成しても良く、各モジュールはそれ独自のデジタル署名を提供する。この機能によって、セルの受信者は構成要素の生成者の身元を検証できる。この実施形態において生成者の身元を検証するために、コンテントセル210は、コンテントセル210の部分を生成した各モジュールの公開証明書618bを含まなければならない。別の実施形態において、デジタル署名は個別の規約、または一組の規約に使用することもできる。例えば、もしモジュールAが規約X、Y、Zを生成し、モジュールBが規約M、Nを生成するなら、モジュールAは規約X、Y、Zに署名でき、モジュールBは規約M、Nに署名できる。モジュールA及びモジュールB両方の公開証明書がコンテントセル210で送られ、ユーザは各規約の出所を検証することができる。別の実施形態において、コンテントセル210は異なった構成要素で成り立っていても良いし、上述の構成要素の部分集合だけを含んでいても良い。さらに、対称暗号、非対称暗号、及びデジタル署名など多様な暗号化技術について議論してきたが、別の実施形態においては、別のセキュリティ確保手段を使っても良い。B.ライセンスセル図7aはライセンスセル220aの一実施形態を示す。例示したライセンスセル220aは、一組の暗号化された規約712a、暗号化されたライセンス714a、セルヘッダー716a、公開証明書718a、及びライセンスセル署名711aを含む。1.規約ライセンスセル規約712aはユーザコンピュータ115に、ライセンスセル220aにどのような権利が付随するか、及びその権利を得るには何が必要かを知らせる。例えば、ライセンスセル220aは、アーティクルをプリントする権利のために一組の必要条件を有し、アーティクルを見るために別の必要条件を有しても良い。一実施形態において、規約は特定のユーザのために書かれたものでも良いし、別の実施形態においては、規約はより一般的に書かれ、特定クラスのユーザに適用されても良い。一実施形態において、ライセンスセル220及びコンテントセル210共に、規約612、712を含む。別の実施形態において、ライセンスセル220だけ、もしくはコンテントセル210だけが規約612、712を含み、またはどちらも規約612、712を含まない。2.暗号化されたライセンスライセンスセルの暗号化されたライセンス714aは、ライセンスマネージャ530により暗号化された要求されたライセンスを含む。一実施形態において、ライセンスはユニークな識別子である。別の実施形態において、ライセンスは別のタイプのデータ、例えば情報のレコードであっても良く、ライセンスは規約を含んでも良い。一実施形態において、ライセンスは対称鍵を使って暗号化される。例えば、ライセンスはコンテントを暗号化したのと同じ対称鍵を使って暗号化しても良い。一実施形態において、対称鍵はライセンス管理システム120によりユーザマネージャの公開鍵を使って暗号化され、ユーザマネージャ320だけが対称鍵を復号化でき、従ってライセンスを復号化できるようにする。この実施形態は対称鍵と非対称鍵の使用を説明しているが、別の暗号化方法を使用しても良い。3.セルヘッダーセルヘッダー716aはライセンスセル220aに関する情報を含む。斯様な情報はライセンスセル220aのユニークな識別子、コンテントセル210に関係する識別子、要求されたコンテントを製作している店舗に関する情報、記述的情報、及び検証情報例えば、有効期限の日時を含んでも良い。4.公開証明書ライセンスセルの公開証明書718aはセル生成者の公開証明書であり、セル生成者の公開鍵を含む。例えば、ライセンスマネージャ530がライセンスセル220aを生成した場合、ライセンスマネージャ530はセル220aに署名し、ライセンスセル220に公開証明書718aを含める。公開証明書718aにより、セルの受信者例えば、ユーザコンピュータ115は送信者例えばライセンスマネージャ530の真正性を検証できる。5.ライセンスセル署名ライセンスセルのデジタル署名611aは、ライセンスセル220a及びライセンスマネージャの非公開鍵に基づく情報である。デジタル署名611aを使ってユーザコンピュータ115はライセンスセル220aの生成者、及びライセンスセル220aに含まれる情報が真正であることを確認する。6.別の署名図7bはライセンスセル220bの別の実施形態を示す。規約712b、暗号化されたライセンス714b、セルヘッダー716bは上述したものと同様であるが、各構成要素はそれ自身のデジタル署名713b、715b、717bを有する。各デジタル署名713b、715b、717bは構成要素712b、715b、716bを生成したモジュールによって生成される。例えば、規約署名713bは規約712bを生成したモジュールによって生成され、セルヘッダー署名715bはセルヘッダー714bを生成したモジュールによって生成される。別の実施形態において、別のモジュールがライセンスセル220bの別の部分を生成しても良く、従って各モジュールがそれ自身のデジタル署名を提供する。この機能によって、セルの受信者は構成要素の生成者が真正であることを確認できる。この実施形態において、生成者の同一性を検証するために、ライセンスセル220bは、ライセンスセル220bの部分を生成した各モジュールに公開証明書718bを含めねばならない。別の実施形態において、デジタル署名は個別の規約または一組一組の規約に署名するために使用しても良い。例えば、もしモジュールAが規約X、Y、Zを生成し、モジュールBが規約M、Nを生成したとすると、モジュールAは規約X、Y、Zに署名し、モジュールBは規約M、Nに署名するであろう。モジュールAとモジュールBの公開証明書はライセンスセル220に入れて送信され、ユーザが各規約の出所を検証できるであろう。別の実施形態において、ライセンスセル220は別の構成要素から成っても良いし、上述の構成要素の一部を含んでも良い。さらに、対称暗号、非対称暗号、デジタル署名等の多様な暗号化技術について議論したが、別の実施形態において、別の方法でセキュリティを確保しても良い。IV.ライセンス管理プロセスの概観図8は、以前図2で議論した情報の流れの一実施形態のフローチャートを示す。図8に示したフローチャートは図2の情報の流れに対応し、ステップ820がイベントAに、ステップ830がイベントBに、ステップ840がイベントCに、ステップ850がイベントDに、ステップ860がイベントEに、そしてステップ870がイベントFにそれぞれ対応する。開始ステップ810から始まり、プロセスはユーザコンピュータ要求ステップ820に進む。ステップ820で、ユーザコンピュータ115は特定のコンテントを要求し、その後コンテントマネージャ送信ステップ830に進む。ステップ830で、コンテントマネージャ124は要求されたコンテントをユーザコンピュータ115に送信し、ユーザコンピュータ115がライセンスを要求する次のステップ840に進む。ステップ850で、オファーマネージャ122はライセンスをユーザコンピュータ115に送信し、ユーザコンピュータ115が要求したコンテントとそれに対応するライセンスがあるかチェックするステップ860に進む。それらが見つかれば、プロセスはステップ870に進み、ユーザマネージャ320が要求したコンテントにとって適当なアプリケーションを呼び出す。プロセスは終了ステップ880に進む。A.ユーザがコンテントを要求する一実施形態において、ステップ820で、ユーザはブラウザ310を使ってウェブページを見る。次に、ユーザは見たり、プリントしたり、コピーしたり、プレイしたりするためにコンテントを要求する。別の実施形態において、ユーザは電子メールを使って送られてきた、またはCD-ROM、フロッピー登録商標ディスクなどの記憶ユニットに保存されているコンテントセル210にアクセスを試みることによってコンテントを要求することもできる。なお、別の実施形態において、ユーザが知らないうちにコンテントが要求されることもある。例えば、特定のコンピュータアプリケーションが実行された時、コンピュータプログラムアプリケーションはコンテントマネージャ124にコンテントを求める要求を自動的に送信することもできる。B.コンテントマネージャがコンテントセルを送信するステップ830に関して、コンテントマネージャ124は要求されたコンテントを見つけ、そのコンテントをユーザコンピュータ115へのプレゼンテーションのため用意する。ステップ830に対応するフローチャートはさらに図9に示した。開始ステップ830から始まり、プロセスはステップ910に進み、コンテントマネージャ124がコンテント要求を受信する。ステップ920に進み、コンテントマネージャ124は要求されたコンテントを含むコンテントセル210を作り、ステップ930に進み、コンテントマネージャ124がコンテントセル210をユーザコンピュータ115条のユーザブラウザ310に送る。この実施形態においては、コンテントマネージャ124がコンテントセル210を作るが、別の実施形態においては、コンテントマネージャ124がデータベースにあるあらかじめ作られたコンテントセル210をロケートしても良い。前述の通り、別のモジュールが一般的なコンテントセル210を作って保管しておき、コンテントマネージャ124等の別のモジュールがそのコンテントセル210にアクセスし、要求どおりユーザに送信しても良い。さらに、コンテントセル210はディスク、CD-ROM、及びその他の記憶装置から引き出しても良い。ステップ920でコンテントマネージャ124がコンテントセル210を作った後、コンテントマネージャ124はステップ930で、コンテントセル210をユーザのブラウザ310に送信し、その後、終了ステップ940に進む。別の実施形態において、コンテントセル210はユーザブラウザ310ではなく、ユーザマネージャ320に直接送信されても良い。C.ユーザコンピュータがライセンスを要求するユーザコンピュータ115がライセンスを要求するステップ840に対応するフローチャートを図10に示した。開始ステップ840から始まって、プロセスはステップ1010に進み、ユーザブラウザ310がコンテントセル210を受信し、コンテントセル210をユーザマネージャ320に渡す。ユーザマネージャ320はステップ1020でコンテントせる210を開け、ステップ1030に進み、ユーザマネージャ320はコンテントセル210が真正なものであるか検証する。前述したとおり、一実施形態において、コンテントセル210は署名と公開証明書を含み、ユーザマネージャ320が公開証明書を使ってコンテントセル210の送信者及び生成者が真正なものであるか検証できるようになっている。ステップ1040に進み、ユーザマネージャ320はコンテントセル210のライセンスを探す。ステップ1050でもしライセンスが見つかれば、プロセスは終了ステップ1090に進み、ステップ870に行き、ユーザマネージャ320がアプリケーションとコンテントを呼び出す。しかし、もしライセンスが見つからなければ、プロセスはステップ1070に進み、ユーザマネージャ320がコンテントデータベース334にコンテントセル情報を記憶し、ステップ1080に進み、ユーザコンピュータ115がライセンスを要求する。一実施形態において、ユーザマネージャ320はユーザブラウザ310に、ライセンス要求をコンテントマネージャ124に送信させ、終了ステップ1090に進む。D.オファーマネージャがライセンスを送信するオファーマネージャ122がユーザコンピュータ115にライセンスを送信するステップ850に対応したフローチャートを図11に示した。開始ステップ850から始まり、プロセスはステップ1110に進み、オファーマネージャ122がライセンス要求を受信し、ステップ1120に進み、オファーマネージャ122がユーザブラウザ310を使ってユーザにライセンス発行の必要条件を満たさせる。例えば、ユーザは登録情報、郵送情報を送信し、質問に答え、クレジットカード情報を送信したりしなければならないかも知れない。サンプル登録フォームは、名前、苗字、電子メールアドレス、勤務先、クレジットカードのタイプ、クレジットカード番号、有効期日、クレジットカード上の氏名、請求先住所、都市名、州名、郵便番号、国名、パスワード等の情報を記入するようになっているかも知れない。ステップ1130に進んで、もしユーザが必要条件を満たさなければ、プロセスは終了ステップ1140に進む。しかし、もしユーザが必要条件を満たせば、プロセスはステップ1150に進み、ユーザマネージャ320がライセンスセル220を作り始める。ライセンスマネージャ530がライセンスセル220を作った後、プロセスはステップ1160に進み、オファーマネージャ122がユーザコンピュータ115にライセンス料を課金しても良い。この課金は、例えば、もしライセンス発行の必要条件がクレジットカード、またはその他アカウント情報による金銭の支払いを含んでいる場合に発生する。別の実施形態においては、課金取引は例えばサービスプロバイダー、サーバ等、他のモジュールで処理されても良い。ステップ1170、オファーマネージャ122はライセンスセル220をユーザのブラウザ310に送信し、終了ステップ1180に進む。E.ユーザコンピュータがライセンスとコンテントを探すユーザコンピュータ115がコンテントとライセンスを見つけるステップ860に対応したフローチャートを図12に示した。開始ステップ860から始まり、プロセスはステップ1210に進み、ユーザのブラウザ310がライセンスセル220を受信し、ライセンスセル220をユーザマネージャ320に渡す。ステップ1220で、ユーザマネージャ320はライセンスセル220を開け、ステップ1230に進み、ユーザマネージャ320がライセンスセル220が真正なものであることを検証する。前述の通り、ライセンスセル220は、一実施形態において、署名及び公開証明書を含み、ユーザマネージャ320がライセンスセル220を使ってその送信者と生成者が真正なものであることを検証できる。ステップ1240に進んで、ユーザマネージャ320はライセンスセル情報をユーザコンピュータ115に記憶する。一実施形態において、ライセンスマネージャ530はライセンスセル情報をライセンスデータベース332に記憶する。別の実施形態において、別の記憶方法を使っても良い。ステップ1250に進んで、プロセスはユーザがまだライセンスを欲しているか検証する。もしユーザの答えがノーなら、プロセスは終了ステップ1255に進む。もしユーザがまだライセンスを欲しているなら、プロセスはステップ1260に進み、ユーザコンピュータ115がライセンスを再要求し、ステップ1270に進み、ユーザコンピュータ115がライセンスを探し、ステップ1280に進む。ステップ1280で、ユーザコンピュータ115はコンテントを探し、ステップ1290に進む。F.ユーザマネージャがアプリケーションを呼び出すユーザマネージャ320がライセンスとコンテントを持てば、ユーザマネージャ320はステップ870で、要求されたコンテントについて適当なアプリケーションを呼び出し、終了ステップ880に進む。ユーザマネージャ320は規約に則り、コンテントへの適切なアクセスを可能とする。例えば、もし要求されたコンテントがMP3フォーマットの楽曲であり、規約によってユーザコンピュータ115がその楽曲の最初の20秒を再生できる場合、ユーザマネージャ320は、要求された楽曲とともにユーザコンピュータ115上のMP3プレーヤを呼び出し、20秒間その楽曲を再生させる。コンテントへのアクセス方法は、規約によって多様なタイプを可能とでき、例えば、コンテントの一部を視聴したり、コンテント全体を視聴したり、コンテントの一部をコピーしたり、コンテント全体をコピーしたり、コンテントの一部をプリントしたり、コンテント全体を一回だけプリントしたり、コンテント全体を二回プリントしたりなどのタイプを可能としても良い。G.他の実施形態一実施形態においては、ライセンスが生成される前にコンテントを要求できるが、別の実施形態においては、コンテントが生成または要求される前にライセンスが生成または要求されてもよい。例えば、ユーザは特定の発行物中のすべての新しいアーティクルを購読するライセンスを買うことが可能である。ユーザはまだ生成されていないコンテントのライセンスを受け取る。さらに、一つのコンテントが一つまたはそれ以上のライセンスに関係しても良いし、一つのライセンスが一つまたはそれ以上のコンテントに対応しても良い。一実施形態において、コンテントマネージャ124はユーザにコンテントロケーションセルを送信しても良い。コンテントロケーションセルはユーザにコンテントがどこにあるかの情報を提供する。ユーザは、コンテントにアクセスする準備ができた時に、まだコンテントセル210を必要としていても良い。例えば、ユーザが2時間の映画のビデオファイルを視聴したいとする。コンテント全体を一度に送るのではなく、コンテントマネージャ124のようなライセンス管理システムモジュールは、要求されたコンテントの場所にアクセスできるコンテントロケーションセルをユーザに送信しても良い。コンテントロケーションセルはコンテントセルに似ていても良いが、コンテントそのものではなく、暗号化されたコンテントの場所情報、例えばURLなどを含む。コンテントロケーションセルはコンテントマネージャ124またはその他のモジュールにより生成されても良い。ユーザがコンテントロケーションセルを受信すると、ユーザはコンテントの場所にアクセスするライセンスを求めても良い。ユーザが特定の場所にアクセスするライセンスを受信した後、ユーザがコンテントの場所にアクセスしても良い。このアクセスによってユーザは、例えば、コンテントの断片を見ることができ、広告にアクセスできる。ユーザはコンテント自体にアクセスする要求をしても良いし、もし必要なら適当なライセンスを要求しても良い。Vセルを作る図13及び14はコンテントセル210及びライセンスセル220を作るための一実施形態を示す。前述した通り、別の実施形態において、別のモジュールがセルを作っても良いし、セルは別の技術を使って作られても良い。A.コンテントセルを作るコンテントセル210の組成の実施形態に対応するフローチャートを図13に示した。開始ステップ920で、プロセスはコンテントマネージャ124が規約612を抽出するステップ1310に進む。前述した通り、規約612はどのようなタイプのライセンス及びまたはユーザが多様なタイプのデータにアクセスできるか、及びコンテントにアクセスするには何が必要かを知らせる。規約612は規約データベースに記憶されていても良いし、テキスト文書及びまたはプログラムとしてリストされていても良く、コンテントマネージャ124が選択されたコンテントにどの規約612が適用されるか決定できれば良い。ステップ1320に進み、コンテントマネージャ124はコンテントデータベース438からコンテントを取得する。一実施形態において、すべてのコンテントはひとつのデータベースに記憶されており、コンテントマネージャ124はデータベースを検索し要求されたコンテントを読み出すことができる。ステップ1330に進み、コンテントマネージャ124はコンテントを暗号化する。暗号化技術は多様な周知の技術を使用しても良い。しかし、前述の通り、一実施形態において、コンテントマネージャ124は対称鍵を使ってコンテントを暗号化し、その対称鍵をオファーマネージャの公開鍵を使って暗号化する。暗号化されたコンテント614及び暗号化された対称鍵がユーザコンピュータ115に送信される時、ユーザコンピュータ115はコンテントを復号化できず、適当なライセンスを持つまでは対称鍵を復号化できない。ステップ1340に進んで、コンテントマネージャ124はセルヘッダー616を生成する。セルヘッダー616はコンテントのユニークな識別子、コンテントが引き出された店舗、記述的テキスト、有効期限の情報その他の情報などを含んでも良い。ステップ1350に進んで、コンテントマネージャ124は抽出した規約612、暗号化され多コンテント614、セルヘッダー616、及び自分自身の公開証明書618をコンテントセル210に付け加える。ステップ1360で、コンテントマネージャ124はコンテントセル210に署名する。前述の通り、コンテントセル210に署名するモジュールは、そのモジュールの公開証明書もセルに含めなければならない。従って、ステップ1350で、コンテントマネージャ124はその公開証明書を含め、コンテントセル210を生成し送信したのがコンテントマネージャ124であることを受信者が検証できるようにする。コンテントマネージャ124がコンテントセル210に署名した後、プロセスは終了ステップ1370に進む。B.ライセンスセルを作るライセンスセル220を組成する一実施形態に対応するフローチャートを図14に示した。開始ステップ1150で、プロセスはライセンスマネージャ530が規約712を抽出するステップ1410に進む。前述の通り、規約712はどのようなタイプのライセンス及びまたはユーザが多様なタイプのデータにアクセスでき、コンテントにアクセスするのに何が必要かを知らせる。規約712は規約データベースに記憶されても良いし、テキスト文書及びまたはプログラムとしてリストされても良く、ライセンスマネージャ530が復号化して、どの規約712が適用されるかを決定できれば良い。ステップ1420に進んで、ライセンスマネージャ530はライセンスを生成する。ステップ1430に進んで、ライセンスマネージャ530はライセンスを暗号化する。暗号化技術は多様な周知の技術を使うことができる。しかし、前述の通り、一実施形態において、ライセンスマネージャ530は対称鍵を使ってライセンスを暗号化し、その後、ユーザの公開鍵を使ってその対称鍵を暗号化する。暗号化されたライセンス714と暗号化された対称鍵がユーザコンピュータ115に送信された時、ユーザコンピュータはライセンスを解読できる。ステップ1440に進んで、ライセンスマネージャ530はセルヘッダー716を生成する。セルヘッダー716はライセンスセルにユニークな識別子、コンテントに関係したユニークな識別子、コンテントが引き出された店舗、記述的テキスト、有効期限に関する情報その他の情報を含んでも良い。ステップ1450に進んで、ライセンスマネージャ530は、抽出された規約712、暗号化されたライセンス714、セルヘッダー716、及びそれ自身の公開証明書718をライセンスセル220に付け加える。ステップ1460で、ライセンスマネージャ530はライセンスセル220に署名する。前述の通り、ライセンスセル220に署名するモジュールは、そのモジュールの公開証明書をセルに含めなければならない。従って、ステップ1460で、ライセンスマネージャ530は、その公開証明書を含め、ライセンスマネージャ530がライセンスセル220を生成し送信したことを受信者が検証できるようにする。ライセンスマネージャ530がライセンスセル220に署名した後、プロセスは終了ステップ1470に進む。一実施形態において、ライセンスマネージャ530は、発行したライセンスを後でトラッキングするため、ライセンスセル情報のコピーをライセンスデータベース547に記憶する。VI.結論本発明の特定の好ましい実施形態を説明したが、これらの実施形態は例として提示しただけであり、本願発明の範囲を制限することを意図したものではない。従って、本願発明の広さと範囲はクレーム及びその均等物によってのみ定められねばならない。なお、上記の実施形態に関連して以下の付記を記す。付記1データオブジェクトへのアクセスを許可する方法であって、データオブジェクトセルを生成し、ネットワークで計算機に前記データオブジェクトセルを送信し、前記データオブジェクトセルに関係するライセンスオブジェクトセルを生成し、前記ネットワークで前記計算機に前記ライセンスオブジェクトセルを送信し、前記関係するライセンスオブジェクトセルの情報に基づいて前記データオブジェクトセルへのアクセスを許可する方法。付記2付記1記載の方法であって、さらにデータオブジェクトセルを求めるユーザ要求を受信する方法。付記3付記1記載の方法であって、さらにライセンスオブジェクトを求めるユーザ要求を受信する方法。付記4付記1記載の方法であって、前記オブジェクトセルへのアクセスを許可することは、前記データオブジェクトセルに関係するライセンスオブジェクトセルが前記計算機上にあることを検証することを含む方法。付記5付記1記載の方法であって、前記データオブジェクトセルは少なくともデータコントロール要素及びデータオブジェクトを含む方法。付記6付記5記載の方法であって、少なくとも前記データオブジェクトを暗号化する方法。付記7付記1記載の方法であって、少なくとも前記ライセンスオブジェクトセルの一部は暗号化される方法。付記8付記1記載の方法であって、さらに前記データオブジェクトセルに関係するデータロケーションセルを引出し、ネットワークで計算機に前記データロケーションセルを送信し、関係するライセンスオブジェクトセルの情報に基づいて前記データロケーションセルへのアクセスを許可する方法。付記9データオブジェクトへのアクセスを許可する方法であって、データオブジェクトセルを引出し、ネットワークで計算機に前記データオブジェクトセルを送信し、少なくともひとつのデータオブジェクトセルに関係するライセンスオブジェクトセルを引出し、ネットワークで前記計算機に前記ライセンスオブジェクトセルを送信し、関係するライセンスオブジェクトセルの情報に基づき前記データオブジェクトセルへのアクセスを許可する方法。付記10付記9記載の方法であって、さらにデータオブジェクトセルを求めるユーザ要求を受信する方法。付記11付記9記載の方法であって、さらにライセンスオブジェクトを求めるユーザ要求を受信する方法。付記12付記9記載の方法であって、前記データオブジェクトセルへのアクセスを許可することは、前記データオブジェクトセルに関係するライセンスオブジェクトセルが前記計算機にあることを検証することを含む方法。付記13付記9記載の方法であって、前記オブジェクトセルは少なくともひとつのデータコントロール要素とデータオブジェクトを含む方法。付記14付記13記載の方法であって、さらに少なくとも前記データオブジェクトを暗号化する方法。付記15付記9記載の方法であって、少なくとも前記ライセンスオブジェクトセルの一部分は暗号化される方法。付記16付記9記載の方法であって、さらにデータオブジェクトセルを生成する方法。付記17付記9記載の方法であって、さらにライセンスオブジェクトセルを生成する方法。付記18付記9記載の方法であって、前記データオブジェクトセルと前記ライセンスオブジェクトセルは少なくともひとつのユニークな識別子で関係付けられる方法。付記19データオブジェクトを管理する方法であって、第1の計算機にデータオブジェクトを求める要求を送信し、前記第1の計算機から前記要求したデータオブジェクトに関係するデータオブジェクトセルを受信し、第2の計算機に前記データオブジェクトセルに関係するライセンスオブジェクトを求める要求を送信し、前記第2の計算機から前記要求したライセンスオブジェクトに関係するライセンスオブジェクトセルを受信し、前記関係するライセンスオブジェクトセルの情報に基づき前記データオブジェクトセルへのアクセスを許可する方法。付記20付記19記載の方法であって、前記第1の計算機と前記第2の計算機は同一の計算機である方法。付記21データオブジェクトを管理する方法であって、ネットワークノードからデータオブジェクトを求める要求を受信し、前記要求されたデータオブジェクトに付随するデータオブジェクトセルを特定し、前記ネットワークノードに前記データオブジェクトセルを送信し、前記データオブジェクトセルへのアクセスは関係するライセンスオブジェクトセルを必要とする方法。付記22付記21記載の方法であって、さらに、前記データオブジェクトセルに関係するライセンスオブジェクトセルにアクセスし、前記ネットワークノードに前記ライセンスオブジェクトセルを送信し、前記ライセンスオブジェクトセルが少なくとも前記データオブジェクトセルへのアクセスを許可する方法。付記23データオブジェクトを管理する方法であって、ネットワークノードからライセンスオブジェクトを求める要求を受信し、前記要求されたライセンスオブジェクトに関係するライセンスオブジェクトセルにアクセスし、前記ネットワークノードに前記ライセンスオブジェクトセルを送信し、前記ライセンスオブジェクトセルが少なくともひとつのデータオブジェクトセルへのアクセスを許可する方法。付記24ネットワークであって、前記ネットワークに結合したユーザノードが設けられ、前記ユーザノードはユーザマネージャモジュールを含み、ネットワークにデータオブジェクト及び関係するライセンスオブジェクトを求める要求をし、前記ネットワークに結合したコンテントマネージャノードが設けられ、前記コンテントサーバノードは前記ネットワークからデータオブジェクトを求める要求を受信し、要求されたデータオブジェクトを引出し、前記ネットワークからのデータオブジェクトを求める前記要求に応答し、前記ネットワークに結合したライセンスマネージャノードが設けられ、前記コンテントサーバノードは前記ネットワークから関係するライセンスオブジェクトを求める要求を受信し、要求された関係するライセンスオブジェクトを引出し、前記ネットワークからの関係するライセンスオブジェクトを求める前記要求に応答するネットワーク。付記25ネットワークであって、データオブジェクトの供給を求める要求に応答するコンテントマネージャノードが設けられ、少なくともひとつのデータオブジェクトに関係するライセンスオブジェクトの供給を求める要求に応答するライセンスマネージャノードが設けられ、前記関係するライセンスオブジェクトを伴う前記データオブジェクトへのアクセスを提供するユーザノードが設けられたネットワーク。付記26付記25記載のネットワークであって、前記ユーザノードはさらに一以上のデータオブジェクトを要求するユーザインターフェイスをユーザに提供し、前記コンテントマネージャノードから選ばれたデータオブジェクトを求める要求を出し、前記ユーザノードがデータオブジェクト及びライセンスオブジェクトへのアクセスできるか決定するネットワーク。付記27データオブジェクトを管理するシステムであって、データオブジェクトを求める要求を受信し、前記データオブジェクトを引出し、前記要求されたデータオブジェクトを送信するコンテントモジュールが設けられ、前記データオブジェクトに関係するライセンスオブジェクトを求める要求を受信し、前記データオブジェクトに関係するライセンスオブジェクトを引出し、前記要求されたライセンスオブジェクトを送信するライセンスモジュールが設けられたシステム。付記28データオブジェクトを管理するシステムであって、前記データオブジェクトを管理する手段が設けられ、前記ライセンスオブジェクトを管理する手段が設けられ、少なくとも関係するライセンスオブジェクトに基づき前記データオブジェクトへのアクセスを許可する手段が設けられたシステム。付記29データオブジェクトへのアクセスを許可する方法であって、データオブジェクトセル引出手段が設けられ、データオブジェクトセル送信手段が設けられ、ライセンスオブジェクトセル引出手段が設けられ、ライセンスオブジェクトセル送信手段が設けられ、アクセス許可手段が設けられた方法。付記30データオブジェクトセルであって、データコントロール要素及びデータオブジェクトが設けられたデータオブジェクトセル。付記31付記30記載のデータオブジェクトセルであって、前記データオブジェクトは暗号化されているデータオブジェクトセル。付記32付記30記載のデータオブジェクトセルであって、さらにセルヘッダーが設けられたデータオブジェクトセル。付記33付記30記載のデータオブジェクトセルであって、さらに少なくともひとつの公開証明書が設けられたデータオブジェクトセル。付記34付記30記載のデータオブジェクトセルであって、さらに少なくともひとつの署名が設けられたデータオブジェクトセル。付記35ライセンスオブジェクトセルであって、ライセンスコントロール要素及びライセンスオブジェクトが設けられたライセンスオブジェクトセル。付記36付記30記載のライセンスオブジェクトセルであって、前記ライセンスオブジェクトは暗号化されているライセンスオブジェクトセル。付記37付記30記載のライセンスオブジェクトセルであって、さらにセルヘッダーが設けられたライセンスオブジェクトセル。付記38付記30記載のライセンスオブジェクトセルであって、少なくともひとつの公開証明書がさらに設けられたライセンスオブジェクトセル。付記39付記30記載のデータオブジェクトセルであって、少なくともひとつの署名がさらに設けられたデータオブジェクトセル。付記40データベーススキーマであって、ユーザデータと、コンテントデータと、ライセンスデータを関係づけるデータベーススキーマ。付記41付記40記載のデータベーススキーマであって、前記ユーザデータはグループデータを含むデータベーススキーマ。付記42付記40記載のデータベーススキーマであって、前記コンテントデータは発行者データが設けられ、発行物データが設けられ、アーティクルデータが設けられたデータベーススキーマ。付記43付記40記載のデータベーススキーマであって、前記コンテントデータはサブスクリプションデータが設けられたデータベーススキーマ。付記44付記40記載のデータベーススキーマであって、前記コンテントデータは課金データが設けられたデータベーススキーマ。付記45付記40記載のデータベーススキーマであって、前記ライセンスデータは発行されたライセンスデータが設けられたデータベーススキーマ。補遺AActivatedFwidsテーブルユーザによるメディアセンターのすべての成功したインストレーションを登録する。各ユーザに活性化したフレームワークを割当てる。現在、ユーザと活性化したフレームワークの間には一対一の関係がある。この関係を変更して、一人のユーザが複数の活性化したフレームワークを持てるようにする計画がある。フレームワークを活性化する前に、まずペンディングしなければならない。活性化する時、PendingFwidsテーブル中のフレームワークに関するすべての情報をActivatedFwidsテーブルにコピーする。バックエンドは、この時、ユーザが誰で、どのフレームワークが使われるか分かる。フィールドの説明TimeStampフレームワークが活性化された日付と時間FrameworkIdフレームワークユニーク識別子例:fwid0001.0000001101。現在、一フレームワークに一ユーザアカウントIdが対応している。ユーザアカウントIdに多数の活性化されたフレームワークIdを許容する計画がある。CellIdフレームワークIdセルをユニークに識別する文字ストリング。フレームワークIdセル、コントラクトセル、コンテントセルを含む各セルはユニークなIdを有する。Emailメディアセンターをインストールした時にユーザが入力した電子メールアカウント。RequestIdどのフレームワークから来たものかを検証する。さらにセキュリティーを高める即ち、バックエンドが応答しない場合、要求Idを活性化し送信するよう試みる。ハッカーを予防するために使う。UserHost今は使用していない。RemoteHost今は使用していない。Authenticationブール値。偽は電子メールアドレスが認証されていないことを表す。ユーザがバックエンドの確認電子メールを受信し、登録を完了すためにリンクをクリックしたことを示す。このプロセスは、ユーザが実際に電子メールを受信したことがバックエンドに分かるので、電子メールアドレスが正しいものであることを認証、または検証できる。UserAccountIdユーザと同じ。ValidThroughフレームワークIdの有効期限例:6ヶ月、1年等Administratorsテーブル管理業務を行う権限を有する特別なユーザのリストを含む。このリスト中のアドミニストレータはユーザとは何の関係もない。アドミニストレータとしてログインすると、権限を有するメディアDNA社員及び発行者はナレッジスターのデータを管理することができる。フィールドの説明Nameアドミニストレータの名前またはログインアカウント。Passwordアドミニストレータアカウントにアクセスするためのパスワード。Emailアドミニストレータの電子メールアドレス。アドミニストレータと電子的に通信可能である例:レポート、統計の送信。Phoneアドミニストレータの電話番号。PublisherIdこのアドミニストレータが管理する権限を持つ発行物。Typeこのアドミニストレータのタイプを定義する。現在はレギュラーとスーパーの2タイプのみがある。レギュラーアドミニストレータは指定された発行者とその発行物のみ取り扱える。スーパーアドミニストレータにはこの制限は無い。言い換えれば、スーパーアドミニストレータになるということは、PublisherIdコラムを無効とすることである。このコラムで有効な値はRとSである。ManageCorpAccountsこのアドミニストレータがコーポレートアカウントを管理する権限を有するかを示す。ManagePromoEmailこのアドミニストレータが販促電子メールを管理する権限を有するかを示す。ArticleSyncテーブルダイナミクスデータベース上でアップデートすべきDOIアーティクルの待ち行列を表す。ダイナミクスデータベース中のDOIリストをナレッジスター上のDOIリストと同期するためである。フィールドの説明Doi同期する必要があるアーティクルのDoi。Operationデータベース間でアーティクルを同期するには何をすべきかを説明する。現在、作成と更新という二つのOperationが可能である。有効な値はCとUである。StatusOperationの状態を記述する。未決定Pending、進行中、エラーの3つの値が定義されている。有効な値はP、I、Eである。ErrorReason同期中にエラーが発生した場合、StatusがEに設定され、エラーメッセージがこのフィールドに入る。BillableSummariesテーブル特定のフレームワークユーザによってなされたすべての取引の要約をリストし、そのアカウントへの課金情報を有する。一つのエントリーはBillableTransactionsテーブル中のたくさんの個別取引の合計である。フィールドの説明TransactionIdユーザの一群の取引一つまたは多数のをユニークに識別する。TimeStamp取引が発生した日付と時刻。AccountId取引を行ったユーザ。FirstNameユーザのファーストネーム。LastNameユーザのラストネーム。Companyユーザの勤務先。このフィールドは空欄でも良い。Emailユーザの電子メールアドレス。AccountStatusユーザアカウントの状態を定義する。ユーザアカウントには不活性0であるか、又はゲスト使用1、メンバー使用2、グループ使用3の状態がある。不使用4とすることもできる。ServiceLevel将来、ユーザによって異なったレベルのサービスを提供するためのもの例えば、ゴールド、シルバー、エリート等。現在はゲストとメンバーという二つのレベルのみ。NameForBillingこのユーザに対する課金業務のための名前。BillingAddress1請求先住所フィールドNo.1BillingAddress2請求先住所フィールドNo.2City請求先住所都市。State請求先住所州。PostalCode請求先郵便番号。Country請求先住所国。CardType請求用クレジットカードタイプビザ、マスター等。EncryptedCardNumber暗号化されたクレジットカード番号。セキュリティのために暗号化されている。EncryptionTypeクレジットカード番号を暗号化するのに使われた暗号タイプ。使えるのはBasic1、RSA2、SimpleHash3である。CardExpirationMonthクレジットカードの有効期限月。CardExpirationYearクレジットカードの有効期限年。CountOfTransactionsこの要約書でグループ化された取引数。Amountこの要約書でグループ化された取引の金額。Comment一般的なコメントフィールド。ほとんど使わない。BillableTransactionsテーブルナレッジスターで発生した課金可能な個々の取引をリストする。契約を発行するたびに取引が発生する。フィールドの説明。TransactionId一ユーザの一群の取引の一部として取引を識別する。TimeStampこのテーブルにエントリーされた日時。一般的には、ユーザが支払いページにおいてクレジットカードへの課金を承諾した時である。TransTime取引が発生した日時。TimeStampに先立つ時間、日数、週数でも良い。一般的にはユーザが各ドキュメントを購入した時である。Description何の取引かの記述。通常は購入されたアーティクルのタイトルを含み、または紹介文である。Doi取引されたアーティクル。AccountId取引したユーザ。FrameworkIdユーザが使用するフレームワーク識別番号。PublicationIdアーティクルが属する発行物。TransType番号によって識別される取引タイプ。有効なタイプは、使用中0、導入クレジット1、購入2、要約3である。Amount取引金額。Comment取引に関するコメント。通常は空欄である。ClickThroughsテーブルユーザが発行されたウェブページに行くのにナレッジスターをクリックするたびにトラッキングする。フィールドの説明。TimeStampクリックスルーされた日時。FrameworkIdクリックスルーしたフレームワーク。後でこのフレームワークを使っているユーザまでトラッキングする。PublicationCodeユーザがクリックスルーし終わった発行物。ContractStatsテーブルバックエンドをとめる時、エグジットする前に、バックエンドが取引数とそれに要した平均時間を記録する。この記録がこのテーブルに保管される。このテーブルはバックエンドスターデータベースの他のテーブルと直接関係は無い。デバッグ及びシステムモニタリングに使用するものである。フィールドの説明TimeStampバックエンドが実行を終了した日時。NumberContractsバックエンドが前回初期化されてから今回終了されるまでに、バックエンドにより生成発行されたコントラクト数。AverageTimeコントラクト生成に要した平均時間。この値は契約生成コードの性能をモニターするために使われる。Comment一般的なコメント。普通、バックエンドが実行終了したとのメッセージを表示する。CreditCardNumbersテーブル各ユーザのクレジットカード番号を暗号化して保管する。クレジットカード番号を暗号化した暗号化のタイプも特定される。フィールドの説明UserAccountIdこのカードが使用可能なアカウントを特定する。EncryptionTypeクレジットカード番号を暗号化するのに使用した方法。使用できるのは、Basic1、RSA2、SimpleHash3である。EncryptedCardNumber暗号化されたクレジットカード番号。CurrentTransactionsテーブル取引に関連した情報を保存する。各契約についてCurrentTransactionsテーブルにエントリーがなされる。エントリーは借方または貸方でも良いし、これらのエントリーを消去するものでも良い。ユーザがアーティクルを購入するたびに、IssuedContractエントリーとCurrentTransactionエントリーがなされる。フィールドの説明TimeStamp取引のなされた日時。Description取引対象を説明する。通常、購入されたアーティクルのタイトルを含み、又は紹介クレジットを示す即ち、購入取引の場合、アーティクルの名称が入力される。Doi取引されたアーティクルである。AccountIdユーザを特定する。FrameworkIdこの取引を処理すべきフレームワークを特定する。PublicationId取引されたアーティクルの発行物を特定する。TransType数字で特定された取引タイプ。有効なタイプは未使用0、紹介クレジット1、購入2、要約3である。Amountこの取引の金額である。Comment一般的なコメントフィールド。DOIsテーブルアーティクル関係の情報が入っている。アーティクルはDOIとしても知られている。各エントリーはナレッジスターで取り扱えるDOIを表す。このテーブルはアーティクルの在庫であり、ユーザがアクセスするだろうすべてのアーティクル、すべてのコンテントセルなどを含む。このテーブルはネーミングサーブレットである。フィールドの説明TimeStampDOIが登録された日時。Titleアーティクルのタイトル。PublicationIdこのDOIが属する発行物の識別番号。PublisherIdこのDOIが属する発行者の識別番号。Urlアーティクルセルがあるアドレス例:file:///d:dataDirectorycellscom.cadcamnet_cad_018_01_01.mdnaPriceこのアーティクルの価格。ValidFromこのDOIにアクセス可能となる最初の日を示す。アーティクルへのアクセスを制限する。ValidThroughこのDOIにいつまでアクセスできるか示す。アーティクルへのアクセスを制限する。ContentCellこのDOIで特定されたセルがコンテントセルかどうかを示す。値は真1又は偽0である。EmailHistoryテーブル特定のユーザに送信された電子メールをトラッキングする。電子メールがユーザに送信された日付及び使用されたテンプレートも記録される。フィールドの説明TemplateId使用した電子メールテンプレート。EmailTemplates.TemplateIDへの外部キー。DateSent電子メールが送信された日付。ToHeader電子メールが送信された電子メールアカウント。ユーザはこのデータをカスタマープロファイルで変更できるので、実際に使用されたアドレスを記憶させている。UserAccountId電子メールを受信するユーザ。Users.AccountIdへの外部キーである。EmailTemplatesテーブルこのテーブルは、電子メールメッセージを生成するためにシステムが使用できるテンプレートの集まりを収容している。電子メールメッセージを生成するには、システムはデータベースのエントリーからFromHeader、SubjectHeader、Bodyを取り、メッセージを組み立てるのに使用する。テンプレートは特定の発行者が保有するか、システムが保有する。フィールドの説明TemplateIdこの番号によりテンプレートがユニークに特定される。PublisherIdこのテンプレートを所有する発行者。この欄が0ゼロの場合はシステムテンプレートであることを示す。Nameこのテンプレートの名前。この名前は、この発行者が所有するテンプレート中でユニークである。CreationDateテンプレートが作成された日付。SubjectHeaderこのテンプレートで電子メールを送信する時のSubjectライン。FromHeaderこのテンプレートを使用して送信される電子メールのFromHeaderを定義する。Bodyこのテンプレートを使った電子メールの内容。ErrorLogDoiテーブルDoi関係のエラーを記録する。エラーが発生した日付、エラーのタイプ、エラーが発行されたフレームワークユーザ、及び試みられたDoiがこのログに含まれる。フィールドの説明TimeStampエラーが記録された日付と時刻。ErrorNumberエラーの内容を記述するエラー番号。頻度が高いDoiエラーは、Doiが見つからない101とDoiが解決されていないunresolved102である。Doiこのアーティクルに対するアクセスがエラーとなった。FrameworkId失敗したアーティクルを要求しているフレームワーク。RemoteADdrDoiエラーが発行されたリモートIPアドレス。RemoteHostDoiエラーが発行されたリモートホスト名。ErrorLogFwidテーブルFrameworkId関連のエラーを記録する。エラーが発生した日付、エラーのタイプ、エラーが発行されたフレームワークユーザ、試みられたDoiがこのログに含まれる。フィールドの説明。TransactionIdエラーを特定するユニークな取引番号。TimeStampエラーが記録された日付と時刻。ErrorNumberエラーを記述する番号。起こりえるエラーは、Fwidが無い2001、フォーマットが良くない2002、未登録2003、アカウントが見つからない2004、活性化されていない2005、期限超過2006である。FrameworkIdエラーに巻き込まれたフレームワーク。Doiエラーに巻き込まれたDoi。RemoteAddrエラーに巻き込まれたユーザIPアドレス。RemoteHostエラーに巻き込まれたユーザホスト名。ExtraText一般的なコメント。ErrorLogFwidActivationテーブルFrameworkIdの活性化に関するエラーを記録する。フィールドの説明TimeStampエラーが記録された日付及び時刻。FrameworkIdエラーに巻き込まれたフレームワーク。CellIdエラーを経験したフレームワークのIDセルをユニークに特定する文字ストリング。フレームワークIDセル、コントラクトセル、コンテントセルも含めて、各セルはユニークなIDを持つ。ExpiresフレームワークのIDセルが期限切れとなる時間。UserHostこのカラムはもう使用しない。RequestId要求番号。RemoteAddrユーザのIPアドレス。RemoteHostこのカラムはもう使用しない。FrameworkReinstallsテーブルユーザがフレームワークをリインストールしようと試みた回数をカウントし、成功したリインストールに新しいフレームワーク識別番号を割当てる。フィールドの説明TimeStampフレームワークのリインストールが記録された日付。FrameworkId以前インストールされたフレームワーク。InstFwidリインストールされたフレームワーク。ChainLengthユーザが試みたフレームワークのリインストールの数。回数が所定の制限に達したら、そのユーザはそれ以上のリインストールを許されない。RemoteUserこのカラムはもう使われていない。RemoteAddrフレームワークをリインストールしたユーザのIPアドレス。RemoteHostフレームワークをリインストールしたユーザのホスト名。FwidCellidNumberGeneratorテーブルユニークなセル番号を生成するメカニズムである。ユニークなセルID番号をトラッキングする。このテーブルはナレッジスターデータベースのバックエンドの他のテーブルとは直接的な関係を持たない。フィールドの説明NextCellidNumber次のセルの識別番号をトラッキングする。GroupPublicationsテーブルユーザグループメンバーによってアクセス可能な発行物を特定する。フィールドの説明GroupIdグループの識別番号。PublicationId発行物の識別番号。Groupsテーブルグループ関係の情報を保管する。コーポレートアカウントを実現するためグループを使い、コーポレートアカウントを使ってユーザを一つのアカウントにまとめる。フィールドの説明GroupIdグループの識別番号。この番号はユニークである。Nameグループの名前。Passwordこのグループのアカウントにアクセスするパスワード。Type有効なグループアカウントのタイプ。現在許されているグレープアカウントは、デモアカウントD、標準アカウントSである。それぞれのグループアカウントフィーが支払われれば、デモアカウントのユーザは標準アカウントに昇格される。UserTTLこのグループのグループアカウントが有効な日数。PublicationIdこのグループのメンバーがアクセスできる発行物。Expiresこのグループアカウントの有効期限日。GroupUsersテーブルユーザをグループに結びつける。グループのメンバーを特定する。フィールドの説明GroupIdグループ識別番号。UserAccountIdユーザアカウントの識別番号。Expiresこのユーザに関するこのグループアカウントの有効期限日。IssuedContractsテーブル特定のユーザがアーティクルを入手する時発行された各契約を記録する。フレームワークに契約ごとにエントリーされる発行されたアーティクルごとに一つの契約。これらのエントリーは永久に保存され、ユーザが同じアーティクルをダウンロードしても課金されないようにする。フィールドの説明TransactionIdユニークな番号であり、監査に使用するこの取引の識別子である。TimeStampこの取引が登録された日時。Doiこの契約がなされたアーティクルを示す。ContractUrl契約セルがある場所を特定するディスクをきれいにするため、しばらくすると契約セルは破棄される。CellId契約セルをユニークに特定する文字ストリング。フレームワークIDセル、契約セル、コンテントセルを含め、各セルはユニークなIDを有する。FrameworkIdフレームワークIDはDoiで特定されたセルにアクセスできる。PublicationIdこの契約のDoiがどの発行物に属するか示す。Amountユーザが課金された金額。デバッグとトラッキングに使用される。OnlineSubscriptionDefsテーブルナレッジスターが管理するオンライン購読に関する定義を含む。フィールドの説明Descriptionオンライン購読の特徴を記述する。PublicationIdオンライン購読をサポートする発行物。Priceこの発行物をオンライン購読するための価格。PendingFwidsテーブルペンディングとなっているすべてのフレームワークをリストする。ペンディングフレームワークは通常ゲストユーザに属する。PendingFwidが活性化された時、そのエントリーはこのテーブルからActivatedFwidsテーブルに移動する。フィールドの説明CellIdフレームワークIDセルをユニークに定義する文字ストリング。フレームワークIDセル、コントラクトセル、コンテントセルを含め、セルごとにユニークなIDを有する。FrameworkIdペンディングされたフレームワーク。Emailペンディングフレームワークを有するゲストユーザの電子メール。ValidThroughこのペンディングフレームワークが有効な期限日。UserAccountIdこのペンディングフレームワークを持つユーザアカウント。PromotionalEmailテーブルバックエンドにある販促電子メールごとの特性と特徴を登録する。フィールドの説明PublicationIdこの販促電子メールに関係する発行物。TemplateIdこの販促電子メールに使用されたテンプレート。Enabledこの販促電子メールがイネーブルかどうかを示す。EnableDateこの販促電子メールがイネーブルされた日付。Publicationsテーブルナレッジスター上の各発行物に関する情報を有する。一つの発行物が多数のアーティクル又はDOIを含んでも良い。フィールドの説明PublicationId各発行物のユニークな番号。内部的に発行物を特定する。Status発行物の状態はactive又はinactiveである。PublicationCode発行物を特定する短いコード、通常は3文字のコードである例:csn、olr、又はcad。ResourceFileこの発行物があるファイルを示す例:c:backproperties/ATContentCell.properties。PublisherIdこの発行物を所有する発行者。Domainこの発行物の発行者ドメイン例:com.g2news、com.cadcamnetなどName発行物の名称。ContentCellExtensionこの発行物のコンテントのセルフォーマット例:MDNA、XDNAUrlHomePageこの発行物のウェブアドレス例:http://www.g2news.com/csnindex.html。IntroCreditこの発行物からアーティクルにアクセスするユーザに提供される紹介クレジット。金額はUSドルである。DefaultPriceこの発行物のアーティクルのデフォルト価格。金額はUSドルである。FreeArticlesユーザに提供される無料アーティクルの数。PermitPrintingこの発行物のアーティクルのプリントが許されているかどうかを示す。有効な値は真1又は偽0である。PermitCopyingこの発行物のアーティクルのコピーが許されているかどうかを示す。有効な値は真1又は偽0である。Publishersテーブルナレッジスターにコンテントを有する各発行者からの情報を含む。一発行者は多数の発行物を有していても良い。フィールドの説明PublisherId発行者のユニークな識別番号。Status発行物の状態はactive又はinactiveである。PublisherName発行者の名称。DefaultPriceこの発行物のアーティクルのデフォルト価格。金額はUSドルである。TransactionNumberGeneratorテーブルユニークな取引ID番号が生成されるメカニズムである。ユニークな取引ID番号をトラッキングする。このテーブルはナレッジスターデータベースのテーブルとは直接的な関係を持たない。フィールドの説明NextTransactionNumbwer次の取引番号を保管する。UserBalancesテーブルユーザのクレジット及び特定の発行物に対する課金の記録を保管する。ユーザがアクセスした発行物に関するエントリーがある。フィールドの説明UserAccountIdアーティクルにアクセスするユーザ。PublicationIdアクセスされたアーティクルが属する発行物。TimeCreditCreatedこの発行物からのアーティクルについてこのユーザにクレジットされた日時。AvailableCredit使用可能なクレジットの金額をUSドルで示す。CreditApplied適用されたクレジットの金額をUSドルで示す。CurrentChargesこの発行物からのアーティクルについてこのユーザに課金されている金額をUSドルで示す。HaveShownPricingTermsユーザがこの発行物のアーティクルの契約条件を見たかどうかを示す。有効な値は真1又は偽0である。UserCommentsテーブル各ユーザのコメントを保管する。このテーブルはカスタム化サポートで使われる。フィールドの説明UserAccountIdコメントが登録されているユーザ。TimeStampコメントが登録された日時。Commentこのユーザのコメント。Usersテーブルナレッジスターのユーザアカウントの情報を保管する。この情報は各ユーザについてアドレス、アカウント状態、クレジット、課金などを含む。ユーザごとにUsersテーブルにエントリーがある。ユーザがフレームワークID番号を必要とする事を何かすると、エントリーが作成されフレームワークID番号が送信される。フィールドの説明UserAccountId各ユーザを識別する。FirstNameユーザのファーストネーム。LastNameユーザのラストネーム。Companyユーザの勤務先。空欄でも良い。Emailユーザの電子メールアドレス。AccountCreationDateこのユーザアカウントが作成された日付。AccountStatusユーザアカウントの状態。ユーザアカウントはinactive0、ゲスト1、メンバー2、又はグループメンバー3である。ディスエーブル4とすることも可能である。ゲストはナレッジスターに完全には登録していないユーザである。メンバーは課金情報も含めて完全な情報を提供したユーザである。CurrentChargesこのユーザアカウントへの課金をUSドルで表す。CurrentCreditsこのユーザが使えるクレジットをUSドルで表す。OutstandingLimitユーザに支払いを督促する限度額。ユーザごとに設定できる。ServiceLevelユーザに様々なレベルのサービスを提供するために将来使用する例:ゴールド、シルバー、エリートなど。現在はゲストとメンバーの2レベルある。PromotionalEmailユーザが販促電子メールを欲しているかどうかを示す。有効な値は真1と偽0である。RemoteUserこのカラムは使用していない。RemoteAddrユーザのIPアドレス。RemoteHostこのカラムは使用していない。NameForBilling請求先名。BillingAddress1ユーザの請求先アドレスNo.1BillingAddress2ユーザの請求先アドレスNo.2Cityユーザの住所都市名。Stateユーザの住所州名。PostalCodeユーザの郵便番号。Countryユーザの住所国名。Passwordユーザのパスワード。PasswordEncryptionTypeユーザのパスワードを暗号化した暗号タイプ。使用可能なのはBasic1、RSA2、SimpleHash3である。CardTypeクレジットカードのタイプ例:Visa、MasterCard等CardAccountNumber表示しても安全なクレジットカード番号で、例えばxxxxxxxxxxxx1234。CardExpirationMonthクレジットカードの有効期限が切れる月。CardExpirationYearクレジットカードの有効期限が切れる年。UserSyncテーブルダイナミクスデータベースでアップデートされるのを待つユーザのキュー。主な目的は、ダイナミクスデータベースのユーザリストをナレッジスターデータベースのユーザリストとシンクロナイズすることである。フィールドの説明UserAccountId両方のデータベースをシンクロナイズするためのユーザアカウント。Operationデータベース間でアーティクルをシンクロナイズするために何をするかを記述する。現在、CreateとUpdateという二つの動作が許されている。有効な値はCとUである。StatusOperationの状態を記述する。ペンディング、進行中、エラーという3つの値が定義されている。有効な値はP、I、Eである。ErrorReasonエラーが発生しStatusがEとマークされると、エラーメッセージがここに表される。