JP2005506619A - ライセンス及びコンテンツの安全な送信を提供するシステム及び方法 - Google Patents

Abstract

要求ノード（１１０）と提供ノード（１０８）を有するコンピュータネットワーク（１００）は、認証ノードにより許可されると、それらの間のデータ送信を許可する。認証に応答して生成された通知とデータ送信に応答して生成された通知は、データの利用に対し集められ、支払われた支払いの正確さを向上させる調停ノード（１１８）において調停される。そのような支払いは、デジタル形式により記録された音声、映像及び他の作品に対する著作権ロイヤルティを含む。

Description

【０００１】
［関連出願の相互参照］
本出願は、Ｎｕｔｔａｌｌによる、現在は米国特許第６，２０２，０５６号となっている１９９８年４月３日に出願された米国特許出願第０９／０５５，０６８号の分割出願である２０００年１１月２１日に出願された米国特許出願第０９／７１７，６１４号の一部継続出願であり、優先権を主張するものである。
［発明の技術分野］
本発明は、データ送信のためのコンピュータネットワークと、例えば、使用権の料金計算のためのデータの利用の監視に関する。
［発明の背景］
デジタル形式による情報の発行者は、電子的に発行された題材の認証及び料金なしでの配布や利用を避けたい。電子的に発行された題材は、典型的には、デジタル形式で配布され、コンピュータベースシステムにおいて再構成される。音声及び映像記録、コンピュータプログラム、書籍及びマルチメディアなどが、電子的な発行に適した作品の例である。電子出版企業及び情報システム企業の販売収入は、例えば、小売店での音楽ＣＤの販売のようなデジタル形式での情報の提供に基づく支払いを含む。作品の料金徴収なしでの配布は、販売者の売上の減少と所有者の作品使用権のロイヤルティの減少をもたらす。例えば、音楽ＣＤを当該音楽の抽出及び再生が可能な他のデジタル媒体に複製可能にすることは、当該作品の権利を有する所有者による著作権のロイヤルティのもととなる配布の支払いを回避可能にする。
【０００２】
電子的に発行された作品の権利の所有者はまた、そのような題材の認証及び料金なしの配布や利用を回避することを所望する。作品の配布及び利用の記録が販売業者により排他的に保持されるとき、記録の改ざんにより販売業者の利益増加と権利所有者のロイヤルティ収入の減少がもたらされる。作品のデジタル記録媒体への認証なしの複製及びコンピュータネットワークを介した認証なしの送信を回避することにより、認証及び料金なしの配布を抑制することができる。再利用のための作品の記録を回避することにより、または記録された複製の利用を監視することにより、認証及び料金なしの利用を抑制することができる。
【０００３】
デジタル作品の記録、送信及びモニタなしでの利用を回避するための既存のシステム及び方法は、デジタル形式の作品へのアクセスを所望する顧客に大きな費用負荷を課すものである。デジタル形式での作品の発行及び利用の継続的拡大は、使用料の正確な基礎を提供するコンピュータネットワーク処理システム及び方法がなければ、知的財産保護政策（著作者及び発行者に対するインセンティブの提供のような）の本分を守ることはできない。
［発明の概要］
デジタル作品の販売及び利用の制御のためのシステムは、そのような販売及び利用に関する料金を正確に計算する販売及び利用通知機構を有する。本システムは、コンテンツ提供ノードからコンテンツ要求ノードへのデータ送信方法に従い動作する。本方法は、（ａ）認証ノードに通知するための第１リクエストをコンテンツ提供ノードに送信するステップ、（ｂ）この通知に応答して認証ノードから許可を受信するステップ、（ｃ）この許可に応答してファイル名を決定するステップ、（ｄ）このファイル名からなる第２リクエストをコンテンツ提供ノードに送信するステップ、（ｅ）許可の受信に応答して第１通知をイベント通知ノードに送信するステップ、（ｆ）ファイルからデータを受信するステップ、及び（ｇ）ファイルの受信に応答して第２通知をイベント通知ノードに送信するステップ、から構成される。
【０００４】
コンテンツ要求ノードと認証ノードとの間の直接の通信なく許可を取得することによって、コンテンツ要求ノードによる認証ノードの操作が回避される。コンテンツ要求ノードは、無制限の認証を受け取るために、認証ノードを操作する誘因を有する。コンテンツ提供ノードは、それへの収入が認証された送信数に基づくため、適切な認証を維持する誘因を有する。
【０００５】
コンテンツ提供ノードにおいて受信されたリクエストに作品が特定されていても、コンテンツ提供ノードは、当該作品を構成するファイル名を導く情報の取得が回避される。コンテンツ提供ノードは、他への商業的利用や個人的利用のため当該作品の無料での送信を提供する誘因を有するかもしれないが、許可に応答してファイル名を決定し、コンテンツ提供ノードから当該許可へのアクセスを避けることによって、コンテンツ提供ノードはある作品に対応するファイルの特定を行うことができない。
【０００６】
コンテンツ要求ノードからイベント通知ノードに通知を送ることによって、コンテンツ提供ノードによるデータ送信通知の修正が避けられる。正確な記録は、例えば、作品の権利保有者に支払い可能な料金に対する基礎を提供する。
【０００７】
データ送信前に第１通知を送信し、データ送信後に第２通知を送信することによって、当該データの利用期間は、例えば、販売業者への収入及び権利保有者への支払いに対する基礎として利用されうる。コンテンツ要求ノードによる利用期間の改ざんが回避される。
【０００８】
本発明の実施例が図面を参照しながらさらに説明される。ここで同一の記号は同一の要素を表す。
［好適実施例の詳細な説明］
本発明における通信ネットワークを利用したコンピュータシステム間でのデータ送信が示される。本発明の通信ネットワークは、複数のネットワークノードのそれぞれにおいて少なくとも１つのコンピュータシステムを有する。各ノードは当該ネットワークの他のノードとの通信に従いリンクにより接続される。各リンクは、例えば、構内領域、構外領域、専用電話、衛星サービス、従来のデータ通信ハードウェア及びソフトウェアを含むタイプの従来のコンピュータ通信技術を含む。インターネット、ワールドワイドウェブ及び全米情報基盤（Ｎａｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）として知られる一般的なコンピュータネットワークは、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）からの名前やＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスのような、物理的に異なる場所にあり、ノードアドレスによりアドレスされているノードを有する通信ネットワークの例である。
【０００９】
図１の通信ネットワーク１００は、各自がブロックにより示されるデータ送信のため通信するコンピュータシステムを有する。メッセージの通信は、任意の２つのブロック間における１つの通信リンクにより任意数のメッセージラインに対応できるということは明らかであるが、ブロック間に１以上のラインが示されている。本発明の変形の実践は、そのようなラインが専用線のように連続的に維持されているか、あるいは複数の公衆アクセス施設のようにメッセージの存続期間において維持されるかどうかには依存しない。
【００１０】
通信技術は、メッセージ送信のための既知の機構及びコンピュータソフトウェアを提供する。この技術では、メッセージの追跡、装置の同期化、メッセージコンテンツデータの正確かつ安全な送信の保証を含む様々な目的のための機構を提供する他のデータにより、メッセージコンテンツデータを取り囲む。以下の説明では、デジタル作品がノード間で送信される。従って、「コンテンツ」という用語は、デジタル作品またはその一部を指す。
【００１１】
ネットワーク１００は、コンテンツ取得ノード１０２、コンテンツ管理ノード１０４、プロバイダ前処理ノード１０６、コンテンツ提供ノード１０８、コンテンツ要求ノード１１０、認証ノード１１２、銀行取引ノード１１４、イベント通知ノード１１６及び調停ノード１１８を有する。
【００１２】
動作中、リクエストに応じて恐らく数百万のコンテンツ要求ノードの何れかに送信されるコンテンツに対し、当該コンテンツはまずソースから受信され、恐らく数千のコンテンツ提供ノードの１以上での記憶のためフォーマット化される。初期的には、コンテンツ開発者、発行者あるいは販売業者は、コンテンツ管理ノード１０４による格納及びアクセスに効率的なフォーマットで符号化するコンテンツ取得ノード１０２にマルチメディアファイルのようなデジタル作品を提供する。コンテンツは、コンテンツ管理ノード１０４による管理に対し利用可能になると、回線１３０上に送られる。コンテンツ管理ノード１０４からのコンテンツは、回線１３２上に送られ、プロバイダ前処理ノード１０６により実行されるフォーマット化プロセスにより、各コンテンツ提供ノード１０８に対し一意なものとされる。コンテンツ提供ノード１０８は、回線１３４上でプロバイダ前処理ノード１０６から逐次的にコンテンツを受信する。
【００１３】
インターネットの好適な実施例においてデータ送信をリクエストするために、コンテンツ要求ノード１１０におけるユーザまたは消費者は、マイクロソフトインターネットエクスプローラのようなネットワークブラウザを利用し、インターネットリンクを辿り（ＨＴＭＬファイル表示部分をクリックし）、ＨＴＴＰ フォーマットのメッセージを回線１３６上でコンテンツ提供ノード１０８に送る。コンテンツ提供ノード１０８は、当該リクエストを回線１３８を介し認証ノード１１２に転送する。このリクエストが有効である場合、認証ノード１１２は許可を与え、回線１４６を介しコンテンツ要求ノード１１０にリクエストを送信する。許可は、特定のコンテンツ要求ノードからのリクエストに一意的に応答するよう生成されたメッセージである。この許可部分を利用して、コンテンツ要求ノード１１０は、回線１３６を介しコンテンツ提供ノード１０８からの特定のファイルを要求する。これに応答して、この特定ファイルが回線１４８を介しコンテンツ要求ノード１１０に送られ、当該データ送信処理が完了する。
【００１４】
上述のデータ送信料金は、例えば、コンテンツ要求ノード１１０のユーザからの支払いの受け取り、コンテンツ提供ノード１０８の少なくともオペレータへの配信サービスに対する支払い、当該コンテンツの１人以上の権利保有者への支払いを含む。これらの料金処理は、データ送信処理中の異なる時点で通知される様々なネットワークノードからの通知の調停における正確な基礎となる。たとえば、認証ノード１１２がリクエストを受信し、回線１４０及び１４２を介しコンテンツ管理ノード１０４のアクセス権限データベースをクエリすると、コンテンツ管理ノード１０４は当該クエリのログを取り、定期的に当該ログを回線１５６を介し調停ノード１１８に通知する。要求された目的に対し（例えば、複製またはプレビュー）、コンテンツ要求ノード１１０の識別、ユーザの識別、及び要求された作品の価格がわかると、認証ノードは回線１４４を介し送信されたメッセージにより銀行ノード１１４に保持される口座の引き落としを確認する。銀行ノード１１４は、口座引き落としのログを取り、当該ログを回線１５４を介し調停ノード１１８に定期的に通知する。データ送信が開始され、再びデータの少なくとも一部の送信が完了すると、コンテンツ要求ノード１１０は回線１５０を介しイベント通知ノード１１６に通知する。イベント通知ノード１１６は、当該イベントのログをとり、回線１５２を介し調停ノード１１８に定期的に通知する。回線１５２、１５４、１５６および恐らく１５８（コンテンツ提供ノード１０８）から受信された通知を比較することにより、調停ノード１１８は有効である完全なデータ送信を不完全な送信及びネットワーク１００の整合性への意図的な干渉を示すイベントとを識別する。各有効である完全な送信に対して、調停ノード１１８は、回線１４４を参照しながら上述されたように、ユーザの口座引き落としから得られる収入を配分する。その後、調停ノード１１８は、例えば、販売手数料及びロイヤリティの支払いのため、回線１６０を介した銀行ノード１１４へのメッセージにより資金移動を開始する。
【００１５】
ネットワーク１００の各ノードは、とりわけ本発明の方法を実行する従来のコンピュータシステム以上のものを表すかもしれない。ネットワークトラフィックが高い期間において機能する特定ノードの機能を維持するため、複数のコンピュータまたは複数のデータ記憶装置が必要であるかもしれない。一意的なネットワークノードアドレス（例えば、ＩＰアドレス）が各ノードに関連付けられ、このような複数のコンピュータは様々な物理的位置に存在するかもしれない。
【００１６】
本発明によるコンテンツ提供ノードへの格納のためコンテンツを用意するための方法は、コンテンツとマップ情報の分離を含む。便宜上、コンテンツが従来のファイル記憶システムにおいて複数のファイルに分割されるとき、マップ情報は、記憶システムにおける格納情報の全体から特定のファイルと、特定作品を再構成するためのファイル提供順序を特定する。コンテンツとマップ情報の分離は、コンテンツ要求ノードにおける作品の迅速な提供や作品の性能の過度の妥協なく、安全性を向上させる。
【００１７】
例えば、図２に示されるように、コンテンツ取得ノード１０２は、（既存のデータフォーマット化および圧縮技術を利用して）当該作品に関する契約アイテムを符号化するとともに、作品それ自体の符号化も行う。当該作品が主として音声記録であるとき、契約アイテムは、アルバム名、製作者、ラベル、発行者、配送企業、発行年、バーコード、アルバムおよびトラック販売レベル、トラックタイトル、演奏者、著作者、作曲者、タイトルＩＳＲＣコード、言語、トラック番号、所要時間、抽出開始および終了時間、許容複製数、プレビュー（視聴）価格、複製作成価格、団体徴収権、許可された販売エリア、アルバムカバー画像、ライナーノート（ｌｉｎｅｒ ｎｏｔｅ）、他のグラフィックス、音楽形式、関連国、記録に関する画像および作品の再生中に示されるテキストなど付加的に含んでいてもよい。コンテンツ管理ノード１０４における（既存の通信およびデータ記憶技術を利用した）受信プロセス２０４及び２０６は、符号化された契約アイテムとコンテンツを受信し、各自アクセス権限データベース（ＡＡＤＢ）２０８とコンテンツマスタ記憶装置２１０に格納する。
【００１８】
特定のコンテンツ提供ノード１０８が特定されると、当該ノードに提供されるべき作品がコンテンツマスタ記憶装置２１０から選ばれ、プロセス２１４により（既存のデータセキュリティ技術を利用して）スクランブル化される。スクランブル化は、リクエスト時の作品のデータ送信や利用に過度な負荷をかけることなくある程度の安全性を可能にする暗号化の好適な（しかし弱い）一形態である。作品のスクランブル化された結果は、１以上のコンテンツファイルを生成するため、アクセス権限データベース２０８からの暗号化データを含むヘッダと結合される。コンテンツファイル２１７は、コンテンツ提供ノード１０８の記憶装置２１６への格納のため送信される。
【００１９】
プロセス２１２は、記憶装置２１６への送信および格納のために、マップファイル２１８を準備する。作品、コンテンツファイルおよびコンテンツ提供ノード１０８の記述子が、ＡＡＤＢ２０８から取得され、プロセス２１２により（既存のデータフォーマット化及び暗号化技術を利用して）フォーマット化及び暗号化される。これら記述子の一部またはすべてが、単独あるいは結合して、厳格な暗号化を受ける。マップファイルはコンテンツファイルの所在を記憶装置２１６においてランダムあるいは少なくとも予測不可能な状態にし、記憶装置２１６におけるコンテンツファイル２１８の暗号化に関するシステムパフォーマンスのペナルティなく権限のないアクセスの確率を実質的に減少させる。
【００２０】
音声記録のための好適な実施例では、コンテンツファイル群のバージョン番号と当該コンテンツファイル群の各コンテンツファイルへのノードアドレスおよびパス名を含む。ノードアドレスは、コンテンツファイルが用意されているコンテンツ提供ノードの一意的なノードアドレスに対応する。各ノードアドレスとパス名は別々に暗号化される。コンテンツファイル群の各コンテンツファイルは、同一の音声素材に対し異なるレベルの音質を提供する。異なるレベルの音質は、例えば、異なるコンテンツ要求ノードの音声忠実性の適合に柔軟性を与える。図１３は、プロバイダ前処理ノード１０６でのメモリへのインスタンス化時における一例となるマップファイルデータ構造１３００を示す。図１４は、プロバイダ前処理ノード１０６でのメモリへのインスタンス化時におけるコンテンツファイルのヘッダの一例となるデータ構造を示す。
【００２１】
コンテンツファイル２１７とマップファイル２１８は、ディレクトリシステム、シャドー物理ドライブまたはＲＡＩＤシステムのような既存のファイルシステムを利用することによって、記憶装置２１６への容易なアクセスのため組織化される。
【００２２】
図２の楕円により示されるように、多数のコンテンツ取得ノードが、コンテンツ管理ノード１０４にコンテンツの提供を行う。コンテンツ管理ノード１０４からのコンテンツファイルを有する多数のコンテンツ提供ノードが供給されてもよい。異なるセキュリティおよびトラフィックサポート要求により、物理的に異なるノード１０４と１０６を有するネットワークを操作することが好適である。一変形では、ノード１０４と１０６の機能が、１つのノードで結合、あるいはコンテンツ取得ノード１０２と結合される。
【００２３】
データ送信のための本発明による様々な方法は、（ａ）複数のネットワークノードの協調、（ｂ）登録されたノードを介したリクエストのリンク、（ｃ）複数ソースからのデータの利用許可の生成、（ｄ）ノードの一意的属性に基づく暗号化、現在時刻あるいは暗号鍵の利用、及び／または（ｅ）コンテンツファイル及びマップファイルへの一意的構造及び別々のアクセスの提供、に利する。これらの特徴は、とりわけ、リクエスト、許可及びデータ送信プロセス自体の認証を実現する。認証が不成功である場合、データ送信は中断され、ネットワーク１００の整合性が維持される。ネットワーク１００の整合性は、デジタル作品の認証されていないコピー、送信及び利用により妥協される。
【００２４】
例えば、図３に示されるように、データ送信はコンテンツ要求ノード（ＣＲＮ）１１０において開始される。そこにおいて、消費者またはサービスユーザは、デジタル作品のタイトルのリストを取得する。プロセス３０２は（既存のブラウザ及びオペレーティングシステムを利用して）、例えば、画面上のカーソルがタイトルを特定するＨＴＭＬページの一部にポインティングされているときのマウススイッチの押下（クリック）のようなユーザ入力に応答して、既存の方法によりコンテンツ提供ノード（ＣＰＮ）１０８へのメッセージ３０３を生成する。プロセス３０４（既存のＨＴＴＰメッセージ技術を利用した）、リクエスト３０５を認証ノード（ＡＮ）１１２に転送する。図１５は、認証ノード１１２におけるメモリでのインスタンス化時における一例となるリクエストデータ構造１５００を示す。一変形では、プロセス３０４は、リクエスト形式及びタイトルに対する請求金額を決定し、転送されたリクエストにより価格及び価格通貨を含む。価格情報が、コンテンツ提供ノード１０８のオペレータによる編集に利用可能なファイル３０６に格納される。好適な実施例では、認証支払いプロセス３１０は、リクエストの認証が決定された後、価格情報を関連するマップファイルを介し各コンテンツファイルから取得する。
【００２５】
プロセス３０８は、所定の基準を満たさないリクエストに対するさらなるプロセスを拒絶することにより当該リクエストを認証する。一変形では、図６に示されるように、プロセス３０８はステップ６００から始まるステップを含む。ステップ６０２において、コンテンツ提供ノード（ＣＰＮ）１０８のノードアドレスが、アクセス権限データベース（ＡＡＤＢ）２０８から取得される。ステップ６０４において、リクエスト３０５で与えられるようなＣＰＮノードアドレスが、ＡＡＤＢ２０８から得られるようなＣＰＮノードアドレスと比較される。一致が検出されれば、制御はステップ６０６に移り、そうでなければリクエストが無視されるステップ６０８に移行する。ステップ６０６において、呼び出しページのノードアドレス（プロセス３０２に先行するリンクを含む）が、ＡＡＤＢ２０８により与えられるＣＰＮノードアドレスと比較される。一致が検出されると、当該リクエストは有効とみなされ、制御はプロセス３１０に移り、そうでなければリクエストが無視されるステップ６０８に移行する。
【００２６】
プロセス３１０は（既存のデータベースおよび通信技術を利用した）、ユーザが（支払い価格プロセス３１０を介し）ユーザの口座に適当な引き落としを行ったということを確認することにより、ユーザによる支払いを確認する。引き落としが確認できなければ、リクエスト３０５は無視される。引き落とし処理の確認がなされれば、制御はプロセス３１２に移る。
【００２７】
プロセス３１２は、複数のソースからの情報を合成することにより許可を生成する。一変形では、図７に示されるように、プロセス３１２はステップ７００から始まるステップを有する。ステップ７０２において、リクエストされたコンテンツのためのマップファイル３１５は、当該リクエストから、あるいはコンテンツ提供ノード１０８の記憶装置２１６から取得される。ステップ７０４において、コンテンツ提供ノードアドレス、コンテンツ価格及び価格通貨がリクエスト３０５から取得される。ステップ７０６において、ローカルな日時が認証ノード１１２から取得される。これらのデータアイテムは、例えば、図１６に示されるような認証ノード１１２のメモリにおいてインスタンス化されるデータ構造１６００に配置される。ステップ７０８において、許可データ構造１６００の一部あるいはすべてのデータが、許可３１３を提供するため暗号化される。ステップ７１０において、許可３１３はコンテンツ要求ノード１１０に送信される。
【００２８】
プロセス３１４は、所定の基準を満たさない許可に対する処理を停止することにより当該許可を認証する。一変形では、図８に示されるように、プロセス３１４は、ステップ８００から始まるステップを有する。ステップ８０２において、暗号化された許可部分が解読される。ステップ８０４において、各コンテンツファイルの所在のシンタックス（ｃｏｎｔｅｎｔ．ＣＰＮ．ｎｏｄｅ ａｄｄｒｅｓｓ．ｐａｔｈｎａｍｅ）がチェックされる。許可における複数のパス名がリクエスト３０５において特定される音質レベルに適合するコンテンツファイルへのアクセス準備を提供する（図１５、ｒｅｑｕｅｓｔ．ｓｏｕｎｄ．ｑｕａｌｉｔｙを参照）。シンタックスのチェックが失敗すれば、制御はステップ８１０に移り、処理は停止される。そうでなければ、制御は許可３１３において与えられるコンテンツ要求ノードアドレスがコンテンツ要求ノード１１０のノードアドレスと比較されるステップ８０６に移行する。一致がなければ、制御はステップ８１０に移る。一致が検出されれば、制御はステップ８０８に移り、コンテンツ要求ノード１１０の現在日時が、許可３１３の認証ノード（ＡＮ）１１２によりスタンプされた日時（ＡＮ．ｄａｔｅ．ｔｉｍｅ）と比較される。現在時刻がＡＮ．ｄａｔｅ．ｔｉｍｅから所定の時間（例えば、５分）だけ経過していれば、制御はステップ８１０に移り、処理は停止される。そうでなければ、制御はステップ８１２に移り、次にプロセス３１６に移行する。
【００２９】
プロセス３１６は、コンテンツ提供ノード１０８とコンテンツ要求ノード１１０との間のデータ送信の開始を通知する。通知は、データ送信の実際の開始前、あるいはデータ送信の初期段階において生成されてもよい。開始通知は、コンテンツ提供ノード１０８のリストにより特定されるように、１以上のイベント通知ノードに対し行われる。この通知は、他のポートにおいて実行中のデータ送信それ自身による干渉を回避するため、別のポートにおいてパケットメッセージ技術により送信される。２つのポートが、ＴＣＰ／ＩＰの適用においてよく知られるようなインターネットサービスプロバイダへの単一回線のような同一の通信ハードウェアを共有していてもよい。他の通信ハードウェア及びソフトウェア構成では、同時ポートが２以上のハードウェアリンクにおいて設定されてもよい。
【００３０】
一変形では、図９に示されるように、プロセス３１６は、ステップ９００から始まるステップを有する。ステップ９０２において、１以上のイベント通知ノードアドレスとコンテンツ管理ノードアドレスが、コンテンツ提供ノード１０８のリスト３１８から取得される。ステップ９０４において、リスト３１８の各イベント通知ノードに対しポートが開かれる。好適な実施例では、他のポート数がコンテンツ要求ノード１１０の通信ソフトウェアにより等しく収容されるが、ポート１０００から１０１６が利用される。通信のための接続が試みられた後に応答に成功したイベント通知ノードがない場合、処理は停止されるか、あるいは通知生成能力を有することなく処理は継続される。ステップ９０６において、１０００から１０１６までで次に利用可能なポート番号を利用することにより、コンテンツ管理ノード１０４への通知のためポートが開かれる。ステップ９０８において、リクエスト３０５から情報が取得され、メモリのデータ構造に配置される。図１７は、コンテンツ要求ノード１１０のメモリにおけるインスタンス化時の開始通知データ構造１７００を示す。データ構造１７００に対し、そのようなデータは、コンテンツ要求ノードアドレス、ユーザ名、パスワード、価格、通貨及び特定の音質を含む。ステップ９１０において、許可３１３からのデータが開始通知データ構造に追加される。データ構造１７００に対し、そのようなデータは、特定の音質レベルに対するコンテンツファイルの所在、すなわち、対応するｃｏｎｔｅｎｔ．ＣＰＮ．ｎｏｄｅ．ａｄｄｒｅｓｓ．ｐａｔｈｎａｍｅ．ｑｕａｌｉｔｙ．ｌｅｖｅｌを有する。ステップ９１２において、コンテンツファイルヘッダからのデータが開始通知データ構造に追加される。データ構造１７００に対し、そのようなデータは、タイトル、アーティスト、著作権、有効期間、ＩＤ．ｃｏｄｅ．ｔｙｐｅ（ＩＳＲＣ、ＩＳＷＣなどであるか）、ＩＤ．ｃｏｄｅ．ｎｕｍｂｅｒ、コンテンツ提供ノードアドレス及びファイル番号（符号化プロセス２０２により割り当てられるシリアルナンバー）を有する。ステップ９１４において、コンテンツ要求ノードのローカル値が開始データ構造に追加される。データ構造１７００に対し、そのような値は、同一ユーザからの通知を区別するための処理番号、現在日時、コンテンツ要求ノードに一意な暗号鍵、及びコンテンツ要求ノード１１０が存在する国の値を有する。これら後の値は、本発明の一実施例では、タイムゾーン、ノード１１０のオペレーティングシステムにより特定される言語、及びノード１１０のオペレーティングシステムにより特定されるキーボードを含む。国の所在は、ある司法権（国家）から他の司法権で変化する法律の下、ロイヤルティの配分に重要である。ステップ９１６において、既存技術を利用した最終的な形式で通知は置かれ、ステップ９１８において、ノード１１６のような各イベント通知ノード及びコンテンツ管理ノード１０４に送信される。
【００３１】
プロセス３２０は、要求されたコンテンツファイルの取得及び利用を行う。コンテンツファイルヘッダがプロセス３２０により受信された後、もし当該ヘッダのコンテンツが許可と比較して一致していなければ、当該処理は停止される。一変形では、すべてのリクエストされたファイルのデータ送信が完了する前に、サマリレポートが用意される。サマリレポートがイベント通知ノードにより受信されたという確認の受け取りに応答して、ファイルに対するさらなるリクエストがなされてもよい。第２の変形では、ファイルの利用有効期間が計時され、サマリレポートに通知され、すべてのファイルの受信後、あるいは利用が実質的に完了したと判断された後、準備及び送信される。後者の場合、図１０に示されるように、プロセス３２０は、ステップ１０００から始まるステップを有する。ステップ１００２において、コンテンツプロバイダノードファイル送信のためポートが開かれる（上述の通知のために開かれたポートに加えて）。ステップ１００４において、要求されたコンテンツファイルのヘッダが取得される。このコンテンツファイルへのパス名が、コンテンツ要求ノード１１０の対応する音質に対する許可３１３に与えられる。パス名自体を解読した後、ステップ１００６において、特定されたコンテンツファイルのヘッダが解読される。ステップ１００８において、取得されたコンテンツファイルヘッダのコンテンツ提供ノードアドレスが許可されたようなコンテンツ提供ノードアドレスと一致しない場合、ステップ１０１０において、処理は停止される。そうでなければ、制御はステップ１０１２に移る。
【００３２】
ステップ１０１２において、許可されたような利用モードがリクエストされた利用モードと比較される。ユーザは、デジタル作品のタイトルの引取り時に、適切な価格の計算を容易にするよう利用モードを特定する。例えば、多くの場合、作品をプレビューするための価格は（音声作品の一部の聴取のような）、無制限な利用のための作品の複製のための価格より低いものである。要求及び許可された利用モードが複製を行うということを示す場合、すなわち、送信されるデータが繰り返しの利用のため格納される場合、制御は図１２のステップ１２０２に移る。そうでない場合、制御は図１１のステップ１１０２に移る。ステップ１１０２から１１０８では、要求されたコンテンツファイルの以降のすべてのブロックが取得され、各ブロックの受信後、各ブロックのデータに従いデジタル作品が実行される。当該データのスクランブル解除が必要とされるかもしれない。実行またはプレビューは、例えば、音声の再生、画像の描写、マルチメディアの実行あるいはコンピュータプログラムデジタル作品の実行の１以上であるかもしれない。例えば、音声ファイルの受信中、スクランブル解除が行われ、結果として得られるデータが中断されることなく再生されるかもしれない。
【００３３】
ステップ１１１０において、複数のソースからの情報がサマリレポートを生成するため合成される。サマリレポートの一つの目的は、調停のため、デジタル作品が実行される有効期間を示すことである。図１８は、コンテンツ要求ノード１１０のメモリにおけるインスタンス化時におけるサマリレポートデータ構造１８００を示す。サマリレポート３２８に対し、開始レポート構造１７００（同一の名前を有する）からのデータアイテムがサマリレポートデータ構造１８００においてフォーマット化される。ステップ１１１２において、サマリレポートは、ステップ９０２及び９０４において開かれたポートを介し１以上のイベント通知ノードに送信される。ステップ１１１４において、処理は終了される。
【００３４】
ステップ１０１２において、作品の複製が許可されていれば、制御はステップ１２０２に移る。ステップ１２０２において、デジタル作品を受信するための宛先ファイルがコンテンツ要求ノード１１０において開かれる。ステップ１２０４において、既存のデータセキュリティ技術を利用して暗号鍵が用意される。ステップ１２０６において、コンテンツファイルヘッダが取得され、宛先ファイルに書き込まれる。ステップ１２０８から１２１４において、リクエストされたコンテンツファイルの各ブロックが、取得、暗号化及び宛先ファイルへの書き込みが実行される。ステップ１２１６において、宛先ファイルは閉じられる。ステップ１２１８において、処理は終了される。
【００３５】
定期的に、ネットワーク１００の整合性をチェックするため、及び図３のプロセス３１０を参照して説明したように、ユーザの口座から引き落とすことにより受け取られる収入を配分するため、様々なノードにより通知が生成される。５つの通知がネットワーク１００に与えられる。アクセス通知３３２が、認証ノードプロセス３０８から３１２により開始されるＡＡＤＢ２０８のクエリからコンテンツ管理ノード１０４により与えられる。図１９は、コンテンツ管理ノード１０４または調停ノード１１８のメモリにおいてインスタンス化時のアクセス通知レコードのデータ構造１９００のメモリマップである。通知３４２は、認証ノード１１２のプロセス３１０により要求される引き落とし処理から銀行ノード１１４により与えられる。図２０は、銀行ノード１１４または調停ノード１１８のメモリにおけるインスタンス化時の引き落とし通知レコードのデータ構造のメモリマップである。通知３２６と３２８は、それぞれコンテンツ要求ノード１１０からの開始及びサマリ情報を与える。データ構造１７００及び１８００は、それぞれ調停ノード１１８のメモリにおけるインスタンス化時の開始レポート及びサマリレポートの一つのレコードに対応する。最後に、どのコンテンツファイルがいつ送信されたかを記述したレポート３３６が、コンテンツ提供ノード１０８により生成されてもよい。
【００３６】
各通知は、各自が複数のフィールドを有する複数のレコードから構成される。これらの通知はいくつかのフィールドを共通的に有するため、同一フィールドのデータの比較は（「調停」）、中断された処理及び認証されていない処理から有効である完全な処理を区別するための基礎を提供する。例えば、アクセス通知レコード１９００、引き落とし通知レコード２０００、開始通知１７００及びサマリレポート１８００のそれぞれは、ｒｅｑｕｅｓｔ．ＣＲＮ．ｎｏｄｅ．ａｄｄｒｅｓｓ．ｔｒａｎｓａｃｔｉｏｎ．ｎｕｍｂｅｒの値のためのトラッキングフィールドを有する。このトラッキングフィールドにおいて同一の値を有する４つのレコードすべてが調停ノード１１８において受信されたかどうか表すことにより、ネットワーク整合性と資金配分についての結論が信頼性をもってなされうる。
【００３７】
本発明の通知調停方法は、高容量のイベント通知プロセスのための調整を含む。さらに、調停された通知は、怪しいプロセスを有するノードの特定、及びそれによるデジタル作品の認証されていない複製及び使用の検出方法を提供するため利用されてもよい。
【００３８】
ＡＡＤＢ２０８の処理と組み合わせて、認証されていない利用はブロックされてもよい。例えば、認証されていない処理が頻繁に同一のコンテンツ提供ノードアドレスに関するものである場合、そのノードアドレスはＡＡＤＢ２０８での適切なプロセスにより登録されたコンテンツ提供ノードのリストから削除されてもよい。コンテンツ要求ノードが原因となるコンテンツ提供ノードアドレスにおけるリンクを介しリクエストするとき、当該リクエストは認証ノードにより拒絶される。
【００３９】
本発明の調停方法の一例が図４に示される。イベント通知ノード１１６は、多数のコンテンツ要求ノードから高いトラフィックレベルの開始レポート３２６とサマリレポート３２８を受け取る。各レポートは、既存のデータベース技術を利用したプロセス４０２によりイベントとしてログがとられる。ログがとられたイベントは、イベントデータベース４０４に一時的に格納される。複数の並列イベント通知ノードの同期化により、イベントデータベース４０４のレコードに関するイベント通知ノード１１６による追加的なデータベース処理が発生するかもしれない。
【００４０】
定期的に、イベントデータベース４０４からのレコードが調停ノード１１８に与えられる。既存のデータベース技術を利用したプロセス４０６は、同一な各自が１以上のフィールド値を有するレコードの比較を実現する。一変形では、トラッキングフィールドは排他的に利用される。図５の表５０２は、調停される通知の複数の組み合わせに対する調停結果を特定する。与えられたトラッキングフィールド値に対し（または与えられた時刻、日付、コンテンツ要求ノード及びコンテンツ提供ノードにおいて）、通知Ａ３３２、Ｂ３４２、Ｃ３２６、Ｄ３２８及びおそらくＥ３３６のログがとられていれば、データ送信のための通常のリクエスト及び支払いを実現するメッセージ群が、良好に完了されたと推測することができる。プロセス４０８による収入の配分がそのような調停結果の特定に続く。
【００４１】
他方、もし１以上の予想通知が与えられた共通フィールド値を有する調停のため適時的に受信されない場合、ネットワーク整合性を妥協して、ネットワーク１００の１以上のノードのソフトウェアが操作されたか疑われてもよい。多数のコンテンツ要求ノードと、そのようなノードのソフトウェアが操作されるのを保護することが可能な物理的制御の欠如のため、すべての期待された通知の受信エラーの少なくとも一部は、コンテンツ要求ノードのソフトウェア操作の結果であるかもしれない。ケース５０８及び５１０において、要求されたデータ送信の一部またはすべてが成功しているかもしれない。しかしながら、それぞれのコンテンツ要求ノードのユーザがユーザの口座の引き落としが逆転されるべきであると主張する可能性がある場合、収入の分配は正当化されないかもしれない。
【００４２】
プロセス４０８による収入の分配は、既存の銀行メッセージプロセス及びデータベース技術にしたがって、銀行ノード１１４におけるプロセス４１０による資金送信リクエストを生成することにより達成される。
【００４３】
上記詳細に説明したように、ネットワーク１００は、従来技術による問題点を解決し、本発明のシステムに蓄積された、あるいは本発明の方法に従い送信されたデジタル作品の権利保持者への収入の正確な配分のための基礎を提供する。これらの、または他の効果が、これまで可能なものよりより低いシステムパフォーマンスペナルティにより与えられる。
【００４４】
本発明の様々な特定のデータ送信は、データを送信したシステムへの認証のないアクセスを回避するよう維持される１以上のインタフェースを介し行われる。アクセスとは、送り手からのデータの読み出し、送り手により蓄積されたデータの変更（例えば、データの上書き、データの修正あるいはデータへの参照の改正など）、あるいは送り手のプロセッサでのプログラムの実行であるかもしれない。本発明の様々な特徴によると、そのようなインタフェースを介したデータ送信は、プロトコルにしたがって条件付で許可される。ここで、送信に関する情報が利用可能である場合、さらなるアクセスを容易にする情報を省くことにより認証されていないアクセスへのバリアを提供する任意の送信を含む送信は、プロテクトされた送信と呼ばれる。ソースの特定が受信者や受信プロセスにとって明らかでない場合、プロテクトされた送信は受信者または受信プロセスの観点から匿名の送信である。
【００４５】
例えば、許可３１３が、回線１４６により示されるノード１１２と１１０間のネットワークリンクとプロトコルを含むインタフェースを介し送信される。この送信は当該プロトコルに従った条件付きである。プロトコルは、とりあえず、リクエスト３１５の受信とプロセス３１０による支払いの確認のような必須イベントを含む。上述のように、ネットワークリンク（回線１４６）は、匿名送信として送信される許可（例えば、ノード１１０）の受信者による必須アクションなく送信（例えば、許可３１３の送信）を可能にし、許可の送信は許可（例えば、コンテンツ要求ノード１１０のネットワークアドレス）の送信を容易にする情報を含むリクエスト３１５の受信に応じた条件が付いている。当該許可のコンテンツ要求ノード１１０への送信のこれら特徴のそれぞれは、ノード１１２と１１０との間のインタフェースの一つの特徴であり、受信者であるノード１１０でのプロセスによる送り手であるノード１１２への認証なしのアクセスに対するバリアを構成する。プロテクトされた送信は、受信者や受信プロセスにとって明らかな方法で送り手の完全なる特定を有することなく送られるため、匿名性のあるものとなる。例えば、以下の情報は、コンテンツ要求ノード１１０及び／またはプロセス３１４、すなわち、ノード１１２のネットワークノードアドレス、送り手のネットワークノードアドレス（例えば、ノード１１２の一部であるファイアーウォールシステム、あるいはノード１１２により利用されるネットワークノードアドレスの間接的行動）、プロセス３１２の特定、または送信に利用されるポート及びリンクの特定にとって明らかでないかもしれない。
【００４６】
プロトコルは、順序付けされた状態の系列と状態変化の所定の基準に従い、インタフェースの一方における状態を維持及び変更するための任意のシステムを含む。プロトコルをサポートするプロセスまたは回路は、イベントの検出のため監視し、現在状態から当該系列の次の状態への状態変化のための基準とイベントを比較し、必須イベントの検出に応答して、維持されている現在の状態から次の状態へ遷移する。この系列は、各自がそれぞれの基準に関連付けられた特定の状態への出入する複数の方法を定義する。
【００４７】
プロセス（例えば、アプリケーションプログラム、オペレーティングシステム、あるいはネットワーク１００とシステム２５００を参照して説明されるプロセスの何れか）は、インタフェースの各側のポートを利用したインタフェースを介したデータ送信に効果的であるかもしれない。ポートは、プロセスあるいは別の機能主体とって不可欠であるかもしれない。ポートは、イベントの検出、状態の保持、及び検出されたイベントに応答した状態の変化によるプロトコルに応じたインタフェース（例えば、リンク、バスまたは信号パスを介した）を介したデータの提供あるいは受け取りを行うプロセスまたは機構である。
【００４８】
データを格納するサブシステムと当該データへのアクセスを所望するサブシステムとの間のインタフェースを取り除くことにより、認証されていないアクセスからデータの安全性を確保する。この削除は、リンクの確立の回避、バスの切断または信号パスのブロックを含むかもしれない。不正利用されうるインタフェースが存在する場合、インタフェースにプロトコルを加えることにより（例えば、ポートを介して起こる送信を要求することにより）、インタフェースで利用されているプロトコルにおける状態遷移を制限することにより、及び／または上述のようなプロテクトされた送信を利用することにより、インタフェースを介した認証されていないデータ送信のリスクが低減されるかもしれない。例えば、インタフェースにあるポートによる特定イベントの検出は（例えば、既知のセキュリティ攻撃技術）、アクセスの拒絶を導くかもしれないし、多数の複雑なイベント（ノードアドレス、ポート、サブシステム、及び送信に関するプロセスやインタフェースに存在するプロセスの正確な特定、受信者や送信者の特定、受信者や送信者の信用証明の提示、及び受信者や送信者におけるプロセスの提供が可能である）が、送信が許可された状態へのエントリを取得するための基準として設定されてもよい。
【００４９】
本発明の様々な特徴によるデータ送信システムは、公衆ネットワークを有するかもしれない。公衆ネットワーク（例えば、インターネット）の利用は、任意数のサブシステム間のデータ通信を簡素化する。例えば、図２１のシステム２１００は、マルチサブシステム設備２１０２、公衆ネットワーク２１１２、銀行サブシステム２１３２、小売サブシステム２１３６及び消費者サブシステム２１３８を含む。銀行サブシステム２１３６と小売サブシステム２１３６は、データ送信のためプライベートネットワーク２１３４により接続される。マルチサブシステム設備２１０２は、パッケージ化サブシステム２１０４、送信サブシステム２１０６及びセキュリティ管理サブシステム２１０８のそれぞれに接続されるプライベートネットワーク２１１０を含む。各サブシステムは、そこに蓄積されたデータを有する１以上の既存のコンピュータシステム（例えば、サーバまたはワークステーション）を含んでもよい。
【００５０】
示された各サブシステムは、システム２１００の機能の一部を実行する。追加的なサブシステムが他の実現において加えられてもよく、また上述の形式のデータ送信から逸脱することなくより少数の物理的サブシステムに対し適当な機能の組み合わせが実行されてもよい。例えば、システム２１００の他の実現は、示された各サブシステムに並列に（例えば、冗長性のため）作動する同一の機能タイプの任意数のサブシステムを、同一または異なる場所（容量追加また特化のため）含むようにしてもよい。他の実現は、マルチサブシステム設備２１０２に異なるサブシステムを含んでもよいし、そのような設備をゼロ以上の数だけ含んでもよい。さらなる他の実現では、小売サブシステム２１３６はまた、プライベートネットワーク２１１０に接続され、拡張されたマルチサブシステム設備の一部であってもよい。
【００５１】
システム２１００は、送信サブシステム２１０６とセキュリティ管理サブシステム２１０８を含む他の様々なサブシステムに蓄積されたデータのセキュリティを維持しながら、消費者サブシステム２１３８にデータプロダクツ（例えば、デジタル作品）の送信を実現する。例えば、消費者サブシステム２１３８は、小売サブシステム２１３６へのデータ送信を介しプロダクツをオーダーしてもよい。小売サブシステム２１３６は、オーダーされたプロダクツに対する支払いを確かめるため銀行サブシステム２１３２と通信するようにしてもよい。セキュリティ管理サブシステム２１０８は、消費者サブシステム２１３８によるプロダクツへのアクセスを規制するため、消費者サブシステム２１３８に許可を伝えるようにしてもよい。そして、パッケージ化サブシステム２１０４による送信のため用意されるプロダクツが、当該許可により許可されたように、送信サブシステム２１０６により消費者サブシステム２１３８により送信されてもよい。
【００５２】
上述のように、システム２１００のプロセスの商業的価値と実質的に干渉することなく、システム２１００の様々なサブシステムにより保持されるデータは、システム構成及び動作のいくつかの特徴の組み合わせにより上述のようにセキュリティが確保される。例えば、他のサブシステムに関するデータが、（１）小売サブシステム２１３６による処理２１２２はマルチサブシステム設備２１０２、そのサブシステムあるいは銀行サブシステム２１３２の特定を導く情報をもたらさない；（２）消費者サブシステム２１３８と銀行サブシステム２１３２との間のインタフェースは存在しない；（３）消費者サブシステム２１３８とパッケージ化サブシステム２１０４との間のインタフェースは存在しない；（４）許可はプロテクトされた送信２１２４を介し送信される；（５）プロダクツはプロテクトされた送信２１２６を介し送信される；及び（６）許可はプロダクツの制限なしの利用に十分な情報を含まない；からなる複数の方法により消費者サブシステム２１３８のプロセスからセキュリティが確保される。
【００５３】
システム２１００を参照して上述した機能は、システム２１００の特定のアプリケーションとしてコンピュータネットワーク１００の実現を容易にする。システム２１００の各サブシステムは、上述のようなノードである必要もなく、また一意的なネットワークアドレスを有する必要もないが、そのような実現におけるサブシステムは以下のようなノードに対応するかもしれない。パッケージ化サブシステム２１０４は、コンテンツ取得ノード１０２、コンテンツ管理ノード１０４、これらのノードを参照して上述したプロセス及びデータ記憶機能を有するプロバイダ前処理ノード１０６を含んでもよい。送信サブシステム２１０６は、上述のような記憶装置２１６、リスト３１８、送信プロセス３２２及び通知プロセス３３４を含んでもよい。セキュリティ管理サブシステム２１０８は、当該ノードを参照して上述したプロセス及びデータ記憶機能を有する認証ノード１１２と調停ノード１１８を含んでもよい。銀行サブシステム２１３２は、当該ノードを参照して上述したプロセス及びデータ記憶機能を有する銀行ノード１１４を含んでもよい。小売サブシステム２１３６は、ファイル３０６を含み、リクエストプロセス３０４とイベント通知ノード１１６及びそのプロセスとデータ記憶機能を形成してもよい。消費者サブシステム２１３８は、当該ノードを参照して上述されたプロセス及びデータ記憶機能を有するコンテンツ要求ノード１１０を含んでもよい。システム２１００は、ネットワーク１００を参照して上述された並列処理のいくつかのプロセスを含むメソッドであってもよい。
【００５４】
システム２１００は、許可の販売（例えば、図２２の２２００のような）、プロダクツの送信（例えば、図２３の２３００のような）、及びセキュリティ侵害の検出（例えば、図２４の２４００のような）を含むメソッドを実行する。各メソッドは、システム２１００の様々なインタフェースを介した協調のためのプロトコルの表現を含む。許可を販売するメソッドは、カタログを要求する（２２０２）か、あるいは消費者サブシステム２１３８、データ送信２１２２及び小売サブシステム２１３６の協調を介した任意の既存の方法によるプロダクツへの興味を示す消費者から始まる。カタログが与えられ（２２０４）、任意の適当な既存の方法による、小売サブシステム２１３６、データ送信２１２２及び消費者サブシステム２１３８の協調を介した消費者への許可の販売を成立させる（２２０４）。支払いは、小売サブシステム２１３６、プライベートネットワーク２１３４及び銀行サブシステム２１３２の協調により、任意の適当な方法（例えば、引き落とし、クレジット、バウチャーまたはギフト券により）で適切に確保されたか確認される。支払いが適切に確保されていない場合（２２０８）、当該メソッドは許可を送信することなく終了される。そうでない場合、セキュリティ管理サブシステム２１０８、プロテクトされたデータ送信２１２４及び消費者サブシステム２１３８の協調を介したプロテクトされた送信を介し消費者に許可が発行される。当該許可の受け取りに応答して、消費者は任意の適当な方法により許可を格納する（２２１２）。この格納は消費者サブシステム２１３８により実行される。例えば、許可は消費者サブシステム２１３８を介し確実なレジストリに格納されてもよい。また許可は暗号化形式により送信されてもよい。また暗号化形式またはクリア形式での許可が、格納前に暗号化されてもよい。
【００５５】
プロダクツ送信メソッドは、消費者サブシステム２１３８、データ送信２１２２及び小売サブシステム２１３６の協調を介した消費者による許可されたプロダクツの要求（２３０２）から開始される。送信サブシステム２１０６は、任意の既存の方法（例えば、小売サブシステム２１３６から送信サブシステム２１０６への通知、送信サブシステム２１０６による投票、あるいはバッチ処理の結果として）により送信が要求されたということを認識するかもしれない。この送信者は、送信サブシステム２１０６、保護された送信２１２６及び消費者サブシステム２１３８の協調を介した保護された送信を介し要求されたプロダクツを消費者に提供する（２３０４）。プロダクツの受け取りに応答して、消費者は当該プロダクツを格納する（２３０６）。この格納は消費者サブシステム２１３８により実行される。プロダクツは安全な形式（例えば、スクランブル化、暗号化またはストリーム化）により送信されることが好ましい。プロダクツは安全なレジストリに格納されてもよい。以降の許可された任意の時点で、消費者は安全な方法により当該プロダクツを使用するようにしてもよい（２３０８）。少なくとも消費者サブシステム２１３８を介し利用が行われる。利用はさらなる送信を伴うかもしれない（例えば、２３０４及び２３０６を参照して上述した繰り返し処理）。利用後、プロダクツは再び格納されてもよい（２３０６）。利用のための料金計算は、利用前、利用中または利用後に、任意の適当な方法により行われてもよい。
【００５６】
セキュリティ侵害を検出するメソッドは、様々なタイプのデータの受信通知の受け取りにより開始される。少なくとも２つのタイプの受信通知が受け取られる。本発明の様々な特徴によると、以下の通知の２つ以上の任意の組み合わせが、任意の消費者に関する各商業活動に対し受け取られてもよい。通知は、データを受信したサブシステムから直接受信されてもよいし、あるいは任意のサブシステムの通過後、または蓄積後受信されてもよい。好ましくは、上述の許可及びプロダクツ送信メソッドの一部でない任意のインタフェースの必要性を通知プロセスは生成しない。以下のタイプの通知が受信されてもよい：（ａ）小売サブシステム２１３６により受信されるような許可に対するリクエストの受信（２２０４）；（ｂ）消費者サブシステム２１３８に通知されるような許可の受信（２２１２）；（ｃ）小売サブシステム２１３６により受信されるような送信対象プロダクツの対するリクエストの受信（２３０２）；（ｄ）小売サブシステム２１３６に通知されるようなプロダクツの送信が開始されたという通知の受信（２３０４）；または（ｅ）小売サブシステム２１３６に通知されるようなプロダクツの送信が完了したという通知の受信。適当な期間において受信した各通知に対し、当該通知が一組の通知（例えば、関連付け）の一部であるか判断される（２４０６）。データ送信に関する消費者の苦情が容易に調査しうるということを確実にするため、この通知分析は小売サブシステムにおいて完全あるいは部分的に行われてもよいし、及び／あるいは、許可された送信と利用の違反が容易に調査しうるということを確実にするため、セキュリティ管理サブシステム２１０８において完全あるいは部分的に行われてもよい。分析後（２４０４）適合しない通知があれば（２４０８）、あるいは、分析後（２４０４）不完全な組み合わせがあれば（２４１０）、任意の方法でセキュリティの侵害が記録または通知されてもよい。
【００５７】
上述のように、システム２１００の様々なサブシステムの機能が組み合わせにより実行されてもよい。機能の機能的グループ化は、システム２１００の反応性（例えば、ネットワークや計算遅延）の測定、及びシステム２１００のデータ記憶容量（例えば、記憶装置の物理的位置）の測定に好適である。にもかかわらず、特定の機能を実行するプロセス間のインタフェースは、当該インタフェース間をプロテクトされた送信が行われない場合、省略されてもよい。
【００５８】
システム構成は、とりわけ、システム機能の効率的なパフォーマンスのためと、プロセス間の効率的な通信のため、システム機能が特定プロセスの責任とされる設計を有する。システム構成は、システムの実現が開発及び拡張されるように、体系的に適用される。例えば、図２５のシステム構成２５００は、パッケージ化機能２５０１、セキュリティ管理機能２５０２、小売機能２５０３、銀行機能２５０４、送信機能２５０５及び消費者機能２５０６を含む。パッケージ化機能２５０１と送信機能２５０５間を送信されるデータはインタフェース２５１６を介す。セキュリティ管理機能２５０２と小売機能２５０３間を送信されるデータはインタフェース２５３１を介す。セキュリティ管理機能２５０２と消費者機能２５０６間を送信されるデータはインタフェース２５３０を介す。セキュリティ管理機能２５０２と送信機能２５０５間を送信されるデータはインタフェース２５２９を介す。小売機能２５０３と銀行機能２５０４間を送信されるデータはインタフェース２５４５を介す。小売機能２５０３と消費者機能２５０６間を送信されるデータはインタフェース２５４６を介す。消費者機能２５０６と送信機能２５０５間を送信されるデータはインタフェース２５６６を介す。
【００５９】
データ送信が２つの機能グループ間のインタフェースを介さない場合、当該インタフェースは、別々のサーバの２つのグループのホスティング、またはプロセス間通信が存在または非通知とされることを許可しないオペレーティングシステムでのホスティングにより実現されてもよい。
【００６０】
上述のようなポートを有するインタフェースが実現されるとき、任意の既存のプロトコルが利用されてもよい。簡単化のため、図２５ではポートが省略されているが、上述のようなデータ送信パスあるいはインタフェースを制御するのに好適に利用される。システム構成２５００による実現形態に含まれるポート数は、例えば、機能間のインタフェースを構成するのに必要でない共通ホストの任意の有益な機能の集合体をホスティングすることにより、図２５に示される機能グループによるものから減じられてもよい。例えば、パッケージ化サブシステム２１０４と送信サブシステム２１０６の機能が１つのサーバに設けられれば、インタフェース２５１６は省略されてもよく、プライベートネットワーク２１１０のネットワークプロトコルをサポートする共通のポートがインタフェース２５１５と２５２９を介したデータ送信のため利用されてもよい。にもかかわらず、インタフェース２５６６を介したプロテクされたデータ送信２５６５（２１２６を実現する）に対して、別のポートが推奨される。セキュリティ管理機能２５０２は他の機能により設けられてもよい。にもかかわらず、インタフェース２５３０を介したプロテクトされたデータ送信２５２５（２１２４を実現する）に対して、別のポートが推奨される。
【００６１】
図２５を参照して説明されたプロセスは、十分な入力が受け取られたときはいつでも、プロセスが出力を生成するマルチタスク環境を含む任意の既存のコンピュータ技術により実現されてもよい。プロセス間の通信は、リモート手続き呼び出し、投票、中断、あるいは他のプロセスまたはスレッドスケジューリング技術を含んでいてもよい。データは、例えば、階層またはリレーショナルデータベース、ドキュメントオブジェクトモデル、あるいはマークアップ言語（例えば、ＸＭＬ）を含む任意の既存の技術を利用して記憶されてもよい。
【００６２】
パッケージ化機能２５０１は、プロダクツ定義プロセス２５０９、権利確立プロセス２５１１及びプロダクツ発行プロセス２５１３を含む。これらの機能に関するデータが、クリア形式でのコンテンツ、プロダクツ定義及び許可項目を含む記憶部２５０８に格納される。記憶部２５０８は、プロダクツのためのデータ（コンテンツとまた呼ばれる）を含む。データは暗号化されていない（クリア）形式で格納されてもよい。プロダクツは任意の形式のデータである。プロダクツは、任意の既存のソースからのコンテンツ及び任意の既存の方法により合成されたコンテンツを含んでもよい。プロダクツの例は、コンピュータプログラム実行可能ファイル、データベース、テキスト付きの印刷された音楽、グラフィックアート付きの小説、新聞の購読、演奏された歌のデジタル化された音声、音声と映像を備えたアニメマンガ、コマーシャル休憩とサブタイトルを備えた映画、リアルタイムでの遠隔計測装置から取得された生データまたは分析データのストリーム、通信教育のためのインタラクティブなチュートリアルを含む。これらプロダクツのいくつかは、利用前に全体で１つのユニットとして送信される。他のものは、送信中に利用されるストリーム化フォーマットで送信される。
【００６３】
プロダクツ定義プロセス２５０９は、オペレータの入力により、プロダクツを構成することを所望する記憶部２５０８のファイルを特定し、プロダクツ識別子を割り当て、プロダクツ識別子によりインデックスされる前述の情報をプロダクツ定義（例えば、第１のマスタコピー）として記憶部２５０８に格納することによって、プロダクツの定義を行う。オペレータの入力及び、プロダクツ定義プロセス２５０９からの特定のプロダクツ識別子２５１０の受信に応答して、権利確立プロセス２５１１は、プロダクツの利用及び／または配置のための任意の既存の権利を定義する。価格及び販売コントロールを含む権利が、任意の適切な権利文法、好ましくは、産業規格の権利表現言語でのルールとして定義されてもよい。特定のプロダクツのための権利が、プロダクツ識別子によりインデックスされる許可項目として、記憶部２５０８に格納されてもよい。権利及びプロダクツ定義（例えば、タイトル、著者及び説明を含む）が、カタログ情報プロセス２５１９の発行のため、インタフェース２５１５を介しデータ送信により送信される２５１２。
【００６４】
構成２５００は、パッケージ化機能を有する多数のサイトから送信機能を有する多数のサイトへのプロダクツの送信をサポートする。プロダクツ発行プロセス２５１３に対するオペレータの入力は、プロダクツ（例えば、プロダクツの第２のマスタコピー）が発行されるべき特定の送信サイトを定義してもよい。プロダクツ発行プロセス２５１３は、インタフェース２５１６を介した対応するデータの送信前に、任意の適当な既存の方法により発行されたプロダクツを搬送するコンテンツを暗号化またはスクランブル化してもよい。典型的に選ばれる形式は、解読プロセス２５５８により解読されうるものである。暗号化に使われる鍵は、送信サイト及びプロダクツタイプのそれぞれ、またはその両方に対し一意とされてもよい。鍵はプロセス２５２１により発行され、任意の既存の方法により記憶部２５１８に格納されてもよい。パッケージ化後、記憶部２５０８のクリアコンテンツに格納されているファイル系列としてのプロダクツの生成は、発行されたパッケージ（例えば、異なるファイル構成を有するデータベースとして送信される）と明らかな類似がないかもしれない。
【００６５】
セキュリティ管理機能は、カタログ情報発行プロセス２５１９、鍵発行プロセス２５２１、許可発行プロセス２５２３、送信スケジューリングプロセス２５２６及び通知収集プロセス２５２８を含む。プロダクツの説明、プロダクツ許可、鍵、スケジュール及び送信ログを含むこれらの機能に関連するデータが記憶部２５１８に格納される。送信ログは、ソフトウェア（例えば、送信セキュリティを保持するための消費者サブシステムに発行されるプログラム）の送信のログ、ライセンスの送信ログ、及びプロダクツの送信ログを含む。プロセス２５１９から２５２８によるアクセスのため、及びセキュリティ侵害の確認のため、ログは任意の便宜的な方法によりインデックス化される。
【００６６】
構成２５００は、セキュリティ管理機能を有する多数のサイトから小売機能を有する多数のサイトへのプロダクツ情報（例えば、タイトル、説明、価格、利用項目、プロダクツ識別子）の配布をサポートする。カタログ情報発行プロセス２５１９は、パッケージ化機能から定期的に受信する（２５１２）データを配布する。小売者のカタログの再申請を維持するための情報が、オペレータの入力により特定される小売サイトへのデータ送信２５２０により、あるいは記憶部２５１８に格納されているスケジュールで処理される。（例えば、情報が競争に敏感であると考えられるとき）小売サイトに特有の暗号化形式を含む任意の適切な形式で、情報はインタフェース２５３１を介し送信されてもよい。
【００６７】
許可を発行する認証（２５３２）の受け取りに応答して、許可発行プロセス２５２３は、鍵発行プロセス２５２１から１以上の鍵の要求（２５２２）及び取得（２５２４）を行う。利用項目、プロダクツ識別子、消費者への送信前の許可の他のフィールドを暗号化するため１以上の鍵が利用される。追加的及び好ましくは異なる鍵が、２５１４及び２５６５のような送信のためのプロダクツの暗号化のため利用される。第１鍵により暗号化されたデータ（例えば、許可）は、第１鍵とは好ましくは異なる第２鍵により暗号化されてもよい。
【００６８】
送信設定プロセス２５４２によるリクエスト２５４３の受信に応答して、送信スケジューリングプロセス２５２６は、要求されたプロダクツの送信を開始する適切な日時を決定する。スケジューリングは、リクエスト、プロダクツ、消費者、利用項目及びネットワーク負荷の所定のタイプに対し優先度を与えるようにしてもよい。送信スケジューリングプロセス２５２６は、各優先度に対しキューを保持し、送信機能２５０５へのプロダクツの送信するリクエスト２５２７を提供するため、複数のキューの中から１つを選択するため調停を行うようにしてもよい。リクエスト２５２７はインタフェース２５２９を介し、より高いセキュリティのためインタフェースにおけるポートを通過するようにしてもよい。
【００６９】
リクエスト２５２７がなされると、送信スケジューリングプロセス２５２６は送信プロセス２５４２の設定のため状態２５４４を通知する。プロダクツ送信プロセス２５６３からの通知（例えば、送信開始、送信終了、送信中断）の受け取りに応答して、送信スケジューリングプロセス２５２６は送信プロセス２５４２の設定のため同一のもの（２５４４）を通知してもよい。
【００７０】
定期的に、送信設定プロセス２５４２は、通知収集プロセス２５２８に生形式または組み合わせ形式で通知２５４７を提供してもよい。通知収集プロセス２５２８は、使用権の任意の侵害に対する通知を分析し、オペレータに結果を通知するようにしてもよい。通知収集プロセス２５２８は、記憶部２５１８において送信ログを保持し、任意の既存のデータベース分析及び提供技術を利用して、送信ログのクエリに基づくサマリまたは分析を提供するためのオペレータの入力に応答する。他の実施形態では、通知収集プロセス２５２８が適当な期間様々なプロダクツとして処理された作品の送信及び利用のためのロイヤルティの支払いを行うための銀行機能を指示してもよい。
【００７１】
小売機能は、カタログ維持プロセス２５３４、許可販売プロセス２５３６、支払い確認プロセス２５３９、及び送信設定プロセス２５４２を含む。カタログ、定期的に利用可能となるプロダクツ（例えば、新聞）の購読、及びセッションログを含むこれらの機能に関連するデータが、記憶部２５１８に格納される。
【００７２】
カタログ維持プロセス２５３４は、更新２５２０を受信し、（例えば、異なるタイプの消費者リクエストに対する多数のカタログを含む）現在のカタログ情報を記憶部２５３３に保持する。カタログ情報は、カタログにおいて価格付けされた任意のタイプの使用権による許可に対する販売をまとめるのに十分なものである。ユーザがカタログの品目として示される以外の使用権やプロダクツを所望する場合、当該リクエストはパッケージ化またはセキュリティ管理サブシステムのオペレータによる一括した考察のためログがとられるか、顧客サポート（例えば、提供されたものや代替品を購入するよう消費者を説得するため）のためオペレータに参照されるか、あるいは無視されるようにしてもよい。
【００７３】
許可販売プロセス２５３６は、許可発注プロセス２５８２から許可を購入するためのリクエストを受信し、それに応答して、要求された、そしておそらく関連する許可の販売の完了に必要なカタログ情報の要求（２５３７）及び受信（２５３５）を行う。この販売は、他の任意の許可（例えば、同一あるいは異なるプロダクツに対する使用権の拡張あるいは縮小）によるクレジットまたは交換の許可（２５８１）のリターンを含んでもよい。消費者に購入確認リクエストを提供するとき、販売許可が購入確認を受信し、支払いの回収に進んでもよい。
【００７４】
支払い確認プロセス２５３９は、販売活動（例えば、購入や返品）から生じた金銭的な処理を準備するための認証を販売許可プロセス２５３６から受け取る。支払い確認プロセス２５３９は、取引清算プロセス２５５０に１以上の金銭処理２５４０（例えば、引き落とし、クレジット、振り替え）を与え、口座が良好に調整されたという確認２５４１を受け取る。その確認の受け取りに応答して、支払い確認プロセス２５３９は、上述のような許可を発行する許可発行プロセス２５２３を通知する（２５３２）。取引清算プロセス２５５０からの確認がなければ、許可２５３２の発行リクエストがインタフェース２５３１を介し送信されていないため、許可は発行されない。
【００７５】
送信設定プロセス２５４２は、許可及びプロダクツの送信リクエストを受信する。レジスタプロセス２５７２からのソフトウェアの起動リクエストの受け取りに応答して、送信設定プロセス２５４２は要求された送信を開始するよう送信スケジューリングプロセス２５２６に通知する。プロダクツに対してここで説明されたものと同一のリクエスト及び送信パスを利用して、起動したソフトウェアが要求及び送信されてもよい。具体的には、ソフトウェアの送信は、上述のようなプロテクトされた送信２５６５を含んでもよい。プロダクツを送信させるプロダクツ発注プロセス２５７８からのリクエストの受け取りに応答して、送信設定プロセス２５４２は送信スケジューリングプロセス２５２６に要求された送信を開始するよう通知する。
【００７６】
送信設定プロセス２５４２は、メソッド２４００を参照して上述された様々な通知（２５７７、２５８０９、２５４４）を受信する。送信設定プロセスは、送信の適切さを確認し、セキュリティ管理機能２５０２にそれを通知する任意のメソッド（例えば、２４００）を実行してもよい。適切な送信に関する情報は、リード（ｌｅａｄ）の展開、消費者需要の展開、あるいはプロダクツの宣伝するため、オペレータや既存の小売プロセスに通知されてもよい。
【００７７】
銀行機能は取引清算プロセス２５５０を含む。口座残高及び取引ログがデータ記憶部２５５１に保持される。銀行機能は、金銭清算所の任意の既存のネットワークにより実現されてもよい。口座情報は、各自が示されるような銀行機能の一部を提供する様々な民間の金融機関に配信されている。
【００７８】
送信機能は、在庫維持プロセス２５５５、読み取りプロセス２５５６、解読プロセス２５５８、暗号化プロセス２５６１、及びプロダクツ送信プロセス２５６３を含む。プロダクツ識別子によりインデックスされた暗号化形式のプロダクツを含むこれらの機能に関するデータが、記憶部２５５４に格納される。在庫維持プロセスは、パッケージ化機能、すなわち、プロダクツ発行プロセス２５１３により発行されたプロダクツを受信する。安全性、アクセス容易性、メンテナンス容易性のため、任意の適切な既存の方法で記憶部２５５４に格納されてもよい。
【００７９】
プロダクツを送信するためのリクエスト２５２７の受け取りに応答して、読み取りプロセス２５５６は、要求された送信モード（例えば、すべてのダウンロード、特定のデータ速度でのストリーム、複数の消費者への配信またはマルチキャスト）をサポートするプロダクツを取得するため、記憶部２５５４のプロダクツ目録にアクセスする。その後、プロダクツ発行プロセス２５１３による暗号化及びセキュリティ機能が取り除かれるよう、読み取りプロセスは解読プロセス２５５８によるアクセスのため当該プロダクツ（または一部）をキューする。読み取りプロセスは、リクエスト２５２７で供給される鍵を解読及び暗号化プロセス２５５８及び２５６１に提供する。クリアコンテンツ２５３９が、解読プロセス２５５８により暗号化プロセス２５６１に提供される。暗号化プロセス２５６１は、暗号化されたコンテンツ２５６２を提供するため、クリアコンテンツ２５３９を暗号化する。プロダクツ送信プロセス２５６１は、暗号化コンテンツ２５６２を受け取り、プロテクトされた送信を介し、それをプロダクツコピー管理プロセス２５８３に提供する。送信の開始と終了に応答して、プロダクツ送信プロセス２５６３は、通知２５６４を送信スケジューリングプロセス２５２６に提供するようにしてもよい。プロダクツ送信プロセスはまた、プロダクツ２５２７の送信リクエストを通知するようにしてもよい。プロダクツ送信プロセスは、有線及び無線プロトコルを含む任意の既存の通信プロトコルに対するポートを含むものであってもよい。
【００８０】
消費者機能は、レジスタプロセス２５７２、ライセンス管理プロセス２５７４、プロダクツ発注プロセス２５７８、プロダクツ管理コピー２５８３、及び許可発注プロセス２５８２を含む。消費者の鍵及び安全レジストリを含むこれら機能に関連するデータは、記憶部２５７０に格納されている。消費者鍵は、シンプルな対象鍵であってもよいし、あるいは鍵発行プロセス２５２１により発行された公開／秘密二重鍵システムの公開鍵であってもよい。安全レジストリは、許可の発注、コンテンツの発注、及び消費者に送信されたコンテンツの利用に必要な情報を含む。
【００８１】
ここで説明される機能を実行するソフトウェアのインストール及び設定後のコンピュータ（例えば、パーソナルコンピュータ、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、無線装置、電話、ラップトップまたはワークステーション）は、消費者サブステーションとしてシステム２５００とともに動作する。そのようなソフトウェアは、適切なオペレーティングシステム（例えば、セキュリティ機能が侵害されていないということを確認するため）；接続及び公衆ネットワークのブラウジングのためのアクセスソフトウェア（例えば、インターネットを介したブラウジング及びショッピングに利用される既存のウェブブラウザ）；レジストリやコンテナへのすべてのアクセスに利用される安全なコンテナ、安全なレジストリ及び安全な管理者を確立するためのソフトウェア；送信されたプロダクツを利用するための特定用途ソフトウェア（例えば、テキストベースのプロダクツを利用するためのワードプロセッサ、音声及び映像プロダクツを利用するための目ディプレーヤー、暗号化形式のプロダクツを利用するためのインライン解読／暗号化ソフトウェア）；例えば、システム２５００の他の機能を要求するために利用されるレジストリまたは安全なコンテナに格納される鍵；インストールされている設定の権限なしの分析及び修正を困難にする改ざん防止ソフトウェア；及び安全な今宛名、安全なレジストリ、許可及びプロダクツを含むインストールされた設定の構成の分析または変更（例えば、置き換え）の試みを検出及び通知する改ざん検出ソフトウェア；を含んでもよい。そのようなソフトウェアは、インストールされた設定の一部を構成するハードウェア（例えば、回路組み立て、スマートカードあるいは読み出し専用メディア）とともに協調してもよい。そのようなソフトウェア及びハードウェアは、消費者機能２５０６と協調して、ここで説明される以外の適切な既存の機能を実行する。
【００８２】
以下のプロセスは、ブラウザと協調するよう実現され、上述の通信メソッドの詳細を隠す一様なインタフェースをユーザに提供することにより、プロダクツの購入及び利用を簡素化する。
【００８３】
タイマーの経過あるいはユーザの入力に自動的に応答して、レジスタプロセス２５７２は、消費者サブシステムのソフトウェア構成への追加及び更新を要求する。レジスタプロセス２５７２は、上述のようなソフトウェアの送信または更新を開始する送信プロセスの設定リクエストを与える。
【００８４】
ユーザの入力に応答して、許可発注プロセス２５８２は、許可を購入するためのリクエスト２５８１を行う。このリクエストは買い物の結果であってもよいし、あるいは消費者による買い物の開始であってもよい。買い物は、消費者サブステーションのユーザによって特定される任意の既存のクエリに応答したカタログ説明の提供を含む。そのようなリクエストは、上述のような許可の発行の販売を開始する。プロテクトされた送信を介し許可を提供することにより、ユーザによるセキュリティ攻撃は、セキュリティ攻撃に資する追加情報の検索に十分な情報をユーザに与えないため、実効性のないものになるであろう。
【００８５】
許可管理プロセス２５７４は、プロテクトされた送信２５２５を介し許可を受け取り、送信設定プロセス２５４２にこの受信（２５７３）を通知する。
【００８６】
ユーザの入力に応答して、プロダクツ発注プロセス２５７８は、送信されなかった現在許可されているプロダクツの関するクエリの結果を表す許可管理プロセス２５７４から、使用権及びプロダクツの識別を要求（２５７６）及び取得（２５７５）を行う。プロダクツ送信要求（２５７９）は、当該プロダクツを受け取る権利を与える許可の複製を含むことが好ましい。送信機能２５０５により実行される、小売機能２５０３そしてその後のセキュリティ管理機能２５０２を介した許可の転送は、インターネットプロトコル（例えば、ＨＴＴＰ）において提供されるインディレクション（ｉｎｄｉｒｅｃｔｉｏｎ）を含む任意の既存の間接アドレッシング技術や既存のファイアーウォール設計を利用することにより実現されてもよい。
【００８７】
表１は、図２６に示されるデータ構造において利用されるようなフィールドを説明するものである。図２６のデータ構造は、任意の既存の技術を利用したメモリあるいはメッセージにおいて表されてもよい。各データ構造は、表に記載された機能値の表示間の関連（例えば、各組み合わせ）を実現する。
【００８８】
【表１】

【００８９】
【表２】

本発明は、好適な実施例において説明されてきた。いくつかの変形及び変更もまた説明及び提示された。以下のクレームで主張されるような本発明の範囲及び趣旨を逸脱することなく、当業者に知られる他の実施例、変形及び変更が実現されてもよい。
【図面の簡単な説明】
【００９０】
【図１】図１は、本発明の一実施例によるネットワークのブロック図である。
【図２】図２は、図１のネットワークにおける、特にコンテンツ提供ノードのコンテンツファイルを生成する部分のデータフロー図である。
【図３】図３は、図１のネットワークにおける、特にデータ送信リクエストを満たす部分のデータフロー図である。
【図４】図４は、図１のネットワークにおける、特に例えば、送信されたデータの権利保有者への支払いを実現する部分のデータフロー図である。
【図５】図５は、通知の消失した送信に対する結果テーブルである。
【図６】図６は、認証ノードによるリクエスト確認方法の一部の機能フロー図である。
【図７】図７は、認証ノードによる許可生成方法の一部の機能フロー図である。
【図８】図８は、コンテンツ要求ノードによる許可確認方法の一部の機能フロー図である。
【図９】図９は、コンテンツ要求ノードによるデータ送信の開始の通知方法の一部の機能フロー図である。
【図１０】図１０は、コンテンツファイル取得及び利用方法ならびにデータ送信サマリ通知方法の一部の機能フロー図である。
【図１１】図１１は、コンテンツファイル取得及び利用方法ならびにデータ送信サマリ通知方法の一部の機能フロー図である。
【図１２】図１２は、コンテンツファイル取得及び利用方法ならびにデータ送信サマリ通知方法の一部の機能フロー図である。
【図１３】図１３は、本発明のマップファイルのデータ構造のメモリマップである。
【図１４】図１４は、本発明のコンテンツファイルのヘッダのデータ構造のメモリマップである。
【図１５】図１５は、本発明のリクエストのデータ構造のメモリマップである。
【図１６】図１６は、本発明の許可のデータ構造のメモリマップである。
【図１７】図１７は、本発明の開始通知のデータ構造のメモリマップである。
【図１８】図１８は、本発明のサマリ通知のデータ構造のメモリマップである。
【図１９】図１９は、本発明のアクセス通知のデータ構造のメモリマップである。
【図２０】図２０は、本発明の引き落とし通知のデータ構造のメモリマップである。
【図２１】図２１は、本発明の様々な特徴によるシステムの機能ブロック図である。
【図２２】図２２は、許可販売方法の一部の機能フロー図である。
【図２３】図２３は、プロダクツ送信方法の一部の機能フロー図である。
【図２４】図２４は、セキュリティ侵害検出方法の一部の機能フロー図である。
【図２５Ａ】図２５Ａは、本発明の様々な特徴による構成を説明するデータフローを含む機能ブロック図である。
【図２５Ｂ】図２５Ｂは、本発明の様々な特徴による構成を説明するデータフローを含む機能ブロック図である。
【図２５Ｃ】図２５Ｃは、本発明の様々な特徴による構成を説明するデータフローを含む機能ブロック図である。
【図２５Ｄ】図２５Ｄは、本発明の様々な特徴による構成を説明するデータフローを含む機能ブロック図である。
【図２６Ａ】図２６Ａは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｂ】図２６Ｂは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｃ】図２６Ｃは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｄ】図２６Ｄは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｅ】図２６Ｅは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｆ】図２６Ｆは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｇ】図２６Ｇは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｈ】図２６Ｈは、図２５の構成において利用されるデータ構造のメモリマップを与える。
【図２６Ｉ】図２６Ｉは、図２５の構成において利用されるデータ構造のメモリマップを与える。

Claims (39)

1. データプロダクツへの認証されていないアクセスのリスクを減少させる方法であって、
   ａ．許可の送信のため、第１のプロテクトされた送信によりデータを送信するステップと、
   ｂ．前記許可に従い前記データプロダクトの送信のため、第２のプロテクトされた送信によりデータを送信するステップとからなることを特徴とする方法。
2. 請求項１記載の方法であって、前記許可を送信するための送信はソースから消費者サブシステムへの送信を前記ソースの識別子の送信なく行うことからなり、前記送信は前記許可のための支払いが第１に提供されるプロセスにより確認されたという第１通知に応答して行われ、前記確認は前記第１に提供されるプロセスにおいて前記消費者サブシステムからの前記許可に対するリクエストの受信に応答して行われ、前記許可に対するリクエストは前記ソースの前記識別子を所持しないことを特徴とする方法。
3. 請求項２記載の方法であって、前記データプロダクツを送信するための送信は前記ソースから前記消費者サブシステムへのデータプロダクツの一部を送信することからなり、該送信は前記消費者サブシステムからの前記データプロダクツに対する要求が第２に提供されるプロセスにより受信されたという第２通知に応答して行われることを特徴とする方法。
4. 請求項１記載の方法であって、さらに、
   ある期間中少なくとも２つの通知を受信するステップと、
   通知を関連する通知の組にグループ化するステップと、
   特定の通知が一致しないままであるか判断するステップと、
   特定の組が不完全なままであるか判断するステップと、
   前記特定の通知が一致しないままであるか、及び前記特定の組が不完全なままであるかの少なくとも１つに従ってセキュリティ侵害の通知を提供するステップとを備えることを特徴とする方法。
5. データプロダクツへの認証されていないアクセスのリスクを減少させる方法であって、
   ソースから消費者サブシステムに前記ソースの識別子を送信することなく許可を送信するステップと、
   前記ソースから前記消費者サブシステムへのデータプロダクトの一部を前記ソースの識別子を送信することなく送信するステップとからなる方法であって、前記許可の送信は前記許可の支払いが第１に提供されるプロセスにより確認されたという第１通知に応答して行われ、前記確認は前記第１に提供されるプロセスにおいて前記消費者サブシステムからの前記許可に対するリクエストの受信に応答して行われ、前記許可に対するリクエストは前記ソースの前記識別子を所持せず、前記データプロダクトの一部の送信は前記消費者サブシステムから前記データプロダクツに対するリクエストが第２に提供されるプロセスにより受信されたという第２通知に応答して行われることを特徴とする方法。
6. 請求項５記載の方法であって、前記ソースはマルチサブシステム設備を備えることを特徴とする方法。
7. 請求項６記載の方法であって、前記ソースの前記識別子は前記マルチサブシステム設備を特定することを特徴とする方法。
8. 請求項６記載の方法であって、前記マルチサブシステム設備は、
   前記許可を送信する第１サブシステムと、
   前記データプロダクツの前記部分を送信する第２サブシステムと、
   前記第１サブシステムと前記第２サブシステムとを接続するプライベートネットワークとからなることを特徴とする方法。
9. 請求項８記載の方法であって、前記ソースの前記識別子は前記第１サブシステムを特定することを特徴とする方法。
10. 請求項８記載の方法であって、前記ソースの前記識別子は前記第２サブシステムを特定することを特徴とする方法。
11. 請求項５記載の方法であって、前記許可は暗号化されたデータ構造におけるアイテムからなることを特徴とする方法。
12. 請求項５記載の方法であって、前記第２のリクエストは前記許可の少なくとも一部を有することを特徴とする方法。
13. 請求項５記載の方法であって、前記第２通知は前記許可の少なくとも一部を有することを特徴とする方法。
14. 請求項５記載の方法であって、前記消費者サブシステムは消費者サブステーションを有することを特徴とする方法。
15. 請求項５記載の方法であって、前記消費者サブシステムは前記許可に対するリクエストとデータプロダクトに対するリクエストを開始するブラウザを有することを特徴とする方法。
16. 請求項５記載の方法であって、前記データプロダクツは、デジタル作品、ファイル、音声記録、映像記録、実行可能なプログラム、文書、マルチメディアプログラム及びコンテンツを少なくとも１つを備えることを特徴とする方法。
17. 請求項５記載の方法であって、前記データプロダクツの前記部分の送信は前記データプロダクツのすべてをダウンロードすることからなることを特徴とする方法。
18. 請求項５記載の方法であって、前記データプロダクツの前記部分の送信は前記データプロダクツのストリーム化からなることを特徴とする方法。
19. 請求項５記載の方法であって、前記許可の送信はプロテクトされた送信でのデータの送信からなることを特徴とする方法。
20. 請求項１９記載の方法であって、前記プロテクトされた送信は匿名の送信からなることを特徴とする方法。
21. 請求項５記載の方法であって、前記データプロダクツの前記部分の送信はプロテクトされた送信でのデータの送信からなることを特徴とする方法。
22. 請求項２１記載の方法であって、前記プロテクトされた送信は匿名の送信からなることを特徴とする方法。
23. 請求項５記載の方法であって、前記許可の送信は、
    前記第１通知の受信と前記消費者サブシステムのネットワークアドレスの決定の少なくとも１つである必須イベントを検出するステップと、
    前記イベントが検出されない場合、前記許可のデータを送信するための状態へのエントリを拒絶するプロトコルに従ってポートからインタフェースを介しデータを送信するステップとを備えることを特徴とする方法。
24. 請求項５記載の方法であって、前記データプロダクツの前記部分の送信は、
    前記第２通知の受信、前記許可の少なくとも一部の受信、前記データプロダクツの前記部分を暗号化するための鍵の受信、及び前記消費者サブシステムのネットワークアドレスの決定の少なくとも１つである必須イベントを検出するステップと、
    前記イベントが検出されない場合、前記プロダクツのデータを送信するための状態へのエントリを拒絶するプロトコルに従ってポートからインタフェースを介しデータを送信するステップとを備えることを特徴とする方法。
25. 許可を送信するため、第１のプロテクトされた送信によりデータを送信する手段と、
    プロダクツを送信するため、第２のプロテクトされた送信によりデータを送信する手段とからなることを特徴とするシステム。
26. 請求項２５記載のシステムであって、さらに、
    ある期間少なくとも２つの通知を受信する手段と、
    通知を関連する通知の組にグループ化する手段と、
    特定の通知が一致しないままであるかどうか判断する手段と、
    特定の組が不完全なままであるか判断する手段と、
    前記特定の通知が一致しないままであるか、及び前記特定の組が不完全なままであるかの少なくとも１つに従ってセキュリティ侵害の通知を提供する手段とを備えることを特徴とするシステム。
27. クライアントポートを有するクライアントと通信するシステムであって、
    ａ．複数の第１プロセスを備え、許可に対するリクエストを確立するため前記クライアントポートと第１処理を行い、許可の少なくとも一部からなり、データプロダクツに対するリクエストを確立するため前記クライアントポートと第２処理を行う第１ポートと、
    ｂ．複数の第２プロセスを備え、前記許可に対するリクエストに従って前記クライアントポートに許可を提供する第２ポートと、
    ｃ．複数の第３プロセスを備え、前記データプロダクツの対するリクエストに従って前記クライアントポートに前記データプロダクツを提供する第３ポートとからなるシステムであって、
    ｄ．前記複数の第１及び第２プロセスは少なくとも前記許可に対するリクエストの一部と前記データプロダクツに対するリクエストの一部とを前記複数の第２プロセスに送信するため接続され、
    ｅ．前記複数の第２及び第３プロセスは少なくとも前記データプロダクツに対するリクエストの前記部分を前記複数の第３プロセスに送信するため接続されることを特徴とするシステム。
28. 請求項２７記載のシステムであって、前記第２ポートは第１ネットワークアドレスと関連付けされ、前記第３ポートは第２ネットワークアドレスと関連付けされることを特徴とするシステム。
29. 請求項２８記載のシステムであって、前記第１ポートは第３ネットワークアドレスと関連付けされることを特徴とするシステム。
30. 請求項２９記載のシステムであって、前記許可の提供と前記データプロダクツの提供の少なくとも１つはアクセスするためのバリアを提供するプロトコルに従うデータ送信を備えることを特徴とするシステム。
31. 請求項３０記載のシステムであって、前記バリアは前記許可及び前記データプロダクツを越えたアクセスを容易にする情報を削除することからなることを特徴とするシステム。
32. 請求項３１記載のシステムであって、前記削除された情報は前記第２ポートと前記第３ポートの少なくとも１つと関連付けされた識別子を含むことを特徴とするシステム。
33. 請求項３２記載のシステムであって、前記第２ポートは前記許可に対するリクエストの受信以降、前記クライアントによるアクションなく前記許可を提供することが可能であることを特徴とするシステム。
34. 請求項３３記載のシステムであって、前記第３ポートは前記データプロダクツに対するリクエストの受信以降、前記クライアントによるアクションなく前記データプロダクツを提供することが可能であることを特徴とするシステム。
35. 請求項３４記載のシステムであって、前記許可と前記データプロダクツに対するリクエストの少なくとも１つは前記クライアントポートに関連付けされたネットワークアドレスを有することを特徴とするシステム。
36. 請求項３５記載のシステムであって、前記第１ポート、前記第２ポート及び前記第３ポートの少なくとも２つは１つのプロセッサに設置されることを特徴とするシステム。
37. クライアントによる認証されたアクセスを許可し、前記クライアントからの許可に対するリクエストにアクセスし、許可の少なくとも一部を備え、前記クライアントからのデータプロダクツに対するリクエストにアクセスする提供された第１インタフェースと協調するシステムであって、
    ａ．それを介して前記許可のアクセスを前記クライアントに提供する第２インタフェースであって、（１）該第２インタフェースは前記許可の送信のため、前記システムと前記クライアントとの間の第１リンクを備え、（２）該第１リンクは前記許可に対するリクエストの少なくとも一部に従い可能とされ、
    ｂ．それを介してデータプロダクツのアクセスを前記クライアントに提供する第３インタフェースであって、（１）該第３インタフェースは前記データプロダクツの送信のため、前記システムと前記クライアントとの間の第２リンクを備え、（２）該第２リンクは前記データプロダクツに対するリクエストの少なくとも一部に従い可能とされ、それによって前記データプロダクツへの認証されたアクセスを条件付で許可することを特徴とするシステム。
38. 請求項３７記載のシステムであって、前記データプロダクツは、デジタル作品、ファイル、音声記録、映像記録、実行可能なプログラム、文書、マルチ目ディプログラム及びコンテンツの少なくとも１つからなることを特徴とするシステム。
39. 請求項３７記載のシステムであって、データプロダクトのアクセスは、前記データプロダクトの少なくとも一部のネットワークを介した受信、前記データプロダクトの少なくとも一部の実行、前記データプロダクトの少なくとも一部の読み込み、及び記憶装置からの前記データプロダクトの少なくとも一部の呼び出しの少なくとも１つからなることを特徴とするシステム。

Images