JP2006518514A - マイクロペイメント処理方法およびシステム - Google Patents

マイクロペイメント処理方法およびシステム Download PDF

Info

Publication number
JP2006518514A
JP2006518514A JP2006502960A JP2006502960A JP2006518514A JP 2006518514 A JP2006518514 A JP 2006518514A JP 2006502960 A JP2006502960 A JP 2006502960A JP 2006502960 A JP2006502960 A JP 2006502960A JP 2006518514 A JP2006518514 A JP 2006518514A
Authority
JP
Japan
Prior art keywords
party
micropayment
token
instructions
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
JP2006502960A
Other languages
English (en)
Other versions
JP2006518514A5 (ja
Inventor
エル．リベスト ロナルド
ミカーリ シルビノ
ソロモン ペリー
ピー．ニックス ロバート
カーニー ロバート
ジョーナラガッダ ヴァラプラサド
バージェロン ザ サード ジョーゼフ
ベイツ マーク
Original Assignee
ペッパーコイン インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ペッパーコイン インコーポレイテッド filed Critical ペッパーコイン インコーポレイテッド
Publication of JP2006518514A publication Critical patent/JP2006518514A/ja
Publication of JP2006518514A5 publication Critical patent/JP2006518514A5/ja
Abandoned legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Storage Device Security (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Packages (AREA)
  • Auxiliary Devices For And Details Of Packaging Control (AREA)

Abstract

１つの実施例では、オファー・パッケージ（offer package）を生成する方法は、オファー・パッケージの内部で、提供される商品の説明を定めることを含む。また、提供される商品のコストおよび提供する業者もオファー・パッケージの内部で定められ、オファー・パッケージは提供される商品の暗号化バージョンを含む。

Description

関連出願
本出願は、（ａ）２００３年１月２５日に出願した米国特許仮出願第60/442,486号「Method and System for Micropayment Transactions」、（ｂ）２００３年３月２１日に出願した米国特許仮出願第60/456,741号「Method and System for Micropayment Transactions」、および（ｃ）２００３年１０月２７日に出願した米国特許出願第10/476,128号「Method and System for Micropayment Transactions」の優先権の利益を主張し、米国特許出願第10/476,128号は国際出願第PCT/US02/12189号（２００２年４月１７日出願）の優先権の利益を主張し、国際出願第PCT/US02/12189号は米国特許仮出願第60/287,251号（２００１年４月２７日出願）、米国特許仮出願第60/306,257号（２００１年７月１８日出願）、および米国特許仮出願第60/344,205号（２００１年１２月２６日出願）の優先権の利益を主張する。
本発明はトランザクション処理に関し、更に詳細には、複数のマイクロペイメント・トランザクションの処理に関する。
今や無料のインターネット・コンテンツの時代は終わりに近づき、消費者はインターネット購入可用度を補完するペイ・パー・ユース（使用時間に応じた課金）オプションを要求する。ディジタル・コンテンツ所有者は（ゲーム、音楽、およびソフトウェアのような商品に対する）ペイ・パー・ユース・モデルの潜在的可能性を認識しているが、低価格ディジタル・コンテンツのための既存の支払いシステムは高いトランザクション・コストにより特徴付けられ、時として高いトランザクション・コストはディジタル・コンテンツ自体の値段を越える。
銀行および支払い処理業者は、全てのディジタル・コンテンツ・トランザクション（非常に低い値段を有するトランザクションでさえ）に対して最低トランザクション料金（即ち、一般に少なくとも＄０．２０）を課金することが多い。
残念なことに、これらの最低トランザクション料金は、低価格のトランザクションの収益力に対する重大なバリアを構成し、低価格のコンテンツを流通させる市場の成長を抑制してきた。
１つの実施例では、オファー・パッケージ (offer package) を生成する方法は、オファー・パッケージの内部で、提供される商品の説明を定めることを含む。また、提供される商品のコストおよび提供する業者もオファー・パッケージの内部で定められ、オファー・パッケージは提供される商品の暗号化バージョンを含む。
また、以下の特徴の１つまたは複数が含まれる。提供される商品に対する使用時間は、オファー・パッケージの内部で定められる。オファーの流通性は、オファー・パッケージの内部で定められる。オファーの有効期限は、オファー・パッケージの内部で定められる。オファー・パッケージはディジタル署名され、提供される商品は暗号化されて提供される商品の暗号化バージョンを生成する。
他の実施例では、オファー・パッケージを生成する方法は、オファー・パッケージの内部で、提供される商品／サービスの説明を定めることを含む。また、提供される商品／サービスのコストおよび提供する業者もオファー・パッケージの内部で定められ、オファー・パッケージは提供される商品／サービスへの暗号化されたリンクを含む。
また、以下の特徴の１つまたは複数が含まれる。提供される商品／サービスに対する使用時間は、オファー・パッケージの内部で定められる。オファーの流通性は、オファー・パッケージの内部で定められる。オファーの有効期限は、オファー・パッケージの内部で定められる。オファー・パッケージは、ディジタル署名される。提供される商品／サービスへのリンクは暗号化され、暗号化されたリンクを生成する。
他の実施例では、ダウンロード詐欺を減少させる方法は、オファー・パッケージがオファー説明および提供される商品の暗号化バージョンを含むようにオファー・パッケージを定めること、およびオファー説明を検討する前に潜在的消費者がオファー・パッケージをダウンロードすることを要求することを含む。
また、以下の特徴の１つまたは複数が含まれる。潜在的消費者は、オファー・パッケージを購入する前にオファー・パッケージをダウンロードすることを要求される。潜在的消費者は、オファー・パッケージを購入することに対して、提供される商品の暗号化バージョンを復号化することを許される。潜在的消費者は、潜在的消費者が提供される商品の暗号化バージョンを複合化することを可能にする復号化鍵を供給される。
他の実施例では、オファー・パッケージを処理する方法は、オファー・パッケージを検査すること、オファー・パッケージを受け入れること、オファー・パッケージを受け入れた消費者に対する累積消費額を決定すること、およびオファー・パッケージおよび累積消費額を識別するマイクロペイメント・トークンを生成することを含む。
また、以下の特徴の１つまたは複数が含まれる。オファー・パッケージの内部に含まれるオファー説明は、オファー・パッケージを受け入れる前に検討される。マイクロペイメント・トークンは、ディジタル署名される。マイクロペイメント・トークンは、トークン処理システムへ送信される。復号化鍵は、トークン処理システムから受信される。
オファー・パッケージは提供される商品と関係し、提供される商品の暗号化バージョンを含む。復号化鍵は、消費者が提供される商品の暗号化バージョンを復号化することを可能にする。
オファー・パッケージは提供される商品／サービスと関係し、提供される商品／サービスへの暗号化されたリンクを含む。復号化鍵は、消費者が暗号化されたリンクを復号化することを可能にする。
オファー・パッケージを受け入れた消費者に関しては、消費者証明はトークン処理システムから取得される。消費者証明は、累積消費額の検索を可能にする消費者識別子を含む。オファー・パッケージは、リモート・ロケーションから検索される。
他の実施例では、複数のマイクロペイメント・トークンを処理する方法は、マイクロペイメント・トークンをリモート・ソースから受信することを含む。マイクロペイメント・トークンは、業者により提供され、消費者により受け入れられたオファー・パッケージに関する。マイクロペイメント・トークンは検査され、処理を受託され、マイクロペイメント処理を選択される。
また、以下の特徴の１つまたは複数が含まれる。復号化鍵は、消費者へ送信される。業者により提供され、消費者により受け入れられたオファー・パッケージは検査される。オファー・パッケージは、期限切れでないことを確認される。.
選択された複数のマイクロペイメント・トークンがマイクロペイメント金額を業者に支払う基礎として使用されるように、受け入れられた複数のマイクロペイメント・トークンは、選択された複数のマイクロペイメント・トークンまたは選択されなかった複数のマイクロペイメント・トークンの何れかとして定められる。受け入れられた複数のマイクロペイメント・トークンは、定められた選択率によって定められる。定められた選択率は１％（即ち、９９個の選択されなかった各マイクロペイメント・トークンに対して１個の選択されたマイクロペイメント・トークンをもたらす）、または１０％（即ち、９個の選択されなかった各マイクロペイメント・トークンに対して１個の選択されたマイクロペイメント・トークンをもたらす）である。
選択された各マイクロペイメント・トークンは、マイクロペイメント・トークン金額を定める。マイクロペイメント・トークン金額は定められた選択率の逆数に応じて増加し、従って、マイクロペイメント金額を定める。マイクロペイメント・トークンは、ディジタル署名される。
他の実施例では、選択された複数のマイクロペイメント・トークンを処理する方法は、選択されたマイクロペイメント・トークンを検査すること、および選択されたマイクロペイメント・トークンを待ち行列に入れることを含む。選択されたマイクロペイメント・トークンはマイクロペイメント金額を定め、マイクロペイメント・トークン金額を定め、業者により提供され、消費者により受け入れられたオファー・パッケージに関する。
また、以下の特徴の１つまたは複数が含まれる。業者により提供され、消費者により受け入れられたオファー・パッケージは検査される。オファー・パッケージは、期限切れでないことを確認される。待ち行列予約が処理待ち行列に関連するように、選択されたマイクロペイメント・トークンは、処理待ち行列に配置される。処理待ち行列は、ＦＩＦＯ待ち行列である。更に、選択された各マイクロペイメント・トークンは累積消費額を定め、累積消費額は消費者へ以前に課金された最終金額、および最後の課金から消費者が使った差額の合計である。
消費者に関連する消費者金融機関は、マイクロペイメント・トークン金額、および差額の合計を課金される。消費者へ以前に課金された最終金額は、消費者へ以前に課金された最終金額、差額、およびマイクロペイメント・トークン金額の合計に等しく設定される。差額は、ゼロに等しく設定される。マイクロペイメント・トークン金額、および差額の合計は、処理待ち行列に関連する待ち行列予約に入金される。処理待ち行列の内部の次に処理されるべき選択されたマイクロペイメント・トークンのマイクロペイメント金額は、待ち行列予約の値と比較される。次に処理されるべき選択されたマイクロペイメント・トークンは、処理待ち行列の先頭にある選択されたマイクロペイメント・トークンである。次に処理されるべき選択されたマイクロペイメント・トークンで定められたマイクロペイメント金額は、業者に関連する業者金融機関に入金される。
他の実施例では、選択されなかった複数のマイクロペイメント・トークンを処理する方法は、選択されなかったマイクロペイメント・トークンの処理を許可すること、および選択されなかったマイクロペイメント・トークンを検査することを含む。選択されなかったマイクロペイメント・トークンはマイクロペイメント・トークン金額、累積消費額を定め、業者により提供され、消費者により受け入れられたオファー・パッケージに関する。累積消費額は、消費者へ以前に課金された最終金額、および最後の課金から消費者が使った差額の合計である。
また、以下の特徴の１つまたは複数が含まれる。業者により提供され、消費者により受け入れられたオファー・パッケージは検査される。オファー・パッケージは、期限切れでないことを確認される。選択されなかったマイクロペイメント・トークンは、処理待ち行列に配置される。待ち行列予約は、処理待ち行列に関連する。処理待ち行列は、ＦＩＦＯ待ち行列である。
消費者に関連する消費者金融機関は、マイクロペイメント・トークン金額、および差額の合計を課金される。消費者へ以前に課金された最終金額は、消費者へ以前に課金された最終金額、差額、およびマイクロペイメント・トークン金額の合計に等しく設定される。差額は、ゼロに等しく設定される。マイクロペイメント・トークン金額、および差額の合計は、処理待ち行列に関連する待ち行列予約に入金される。
もし実期間が予め定められた期間を越えていたら、選択されなかったマイクロペイメント・トークンの処理が許可されるように、予め定められた期間（例えば、３０日）が、選択されなかったマイクロペイメント・トークンが生成されてからの実期間と比較される。もし差額が予め定められた期間を越えていたら、選択されなかったマイクロペイメント・トークンの処理が許可されるように、好ましい最小の課金しきい値（例えば、５ドル）が差額と比較される。
他の実施例では、バッチ符号化方法はバッチ・サイズ定義を定めること、およびバッチ・サイズ定義を満たす２または３以上のデータ・オブジェクトを取得することを含む。各データ・オブジェクトはハッシュされ、Ｎ番目のハッシュされたデータ・オブジェクトを各データ・オブジェクトに対して生成する。Ｎ番目のハッシュされたデータ・オブジェクトは、Ｎ番目のハッシュされたデータ・オブジェクトの１または複数のペアにグループ分けされる。Ｎ番目のハッシュされたデータ・オブジェクトの各ペアはハッシュされ、（Ｎ＋１）番目のハッシュされたデータ・オブジェクトをＮ番目のハッシュされたデータ・オブジェクトの各ペアに対して生成する。Ｎ番目のハッシュされたデータ・オブジェクトのグループ分け、およびＮ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュすることは、（Ｎ＋１）番目のハッシュされた唯一のデータ・オブジェクトが生成されるまで再帰的に繰り返される。
また、１または複数の以下の特徴も含まれる。（Ｎ＋１）番目のハッシュされたデータ・オブジェクトは、ディジタル署名される。生成されたＮ番目のハッシュされたデータ・オブジェクトの数は奇数であり、Ｎ番目のハッシュされたデータ・オブジェクトのグループ分けは、Ｎ番目のハッシュされたデータ・オブジェクトの１または複数のペア、およびＮ番目のハッシュされた単一のデータ・オブジェクトをもたらす。
Ｎ番目のハッシュされた単一のデータ・オブジェクトは、Ｍ番目のハッシュされたデータ・オブジェクトを用いてグループ分けされる。Ｍ番目のハッシュされたデータ・オブジェクトは、Ｎ番目のハッシュされた単一のデータ・オブジェクトより高次のハッシュされたデータ・オブジェクトである。Ｎ番目のハッシュされた単一のデータ・オブジェクトはＭ番目のハッシュされたデータ・オブジェクトを用いてハッシュされ、（Ｍ＋１）番目のハッシュされたデータ・オブジェクトを生成する。
バッチ・サイズ定義を定めることは、時間（例えば、１００ミリ秒）を定めることを含む。２または３以上のデータ・オブジェクトを取得することは、時間内に利用可能にされる複数のデータ・オブジェクトを取得することを含む。バッチ・サイズ定義を定めることは、多数のデータ・オブジェクトを定めることを含む。データ・オブジェクトは、マイクロペイメント・トークン（例えば、選択されたマイクロペイメント・トークン、もしくは選択されなかったマイクロペイメント・トークン）、またはオファー・パッケージである。
他の実施例では、ハッシュされたマルチレベルのデータ・オブジェクトが１または複数のハッシュされた目的外データ・オブジェクトを含むように、検査方法はハッシュされたマルチレベルのデータ・オブジェクトを受信することを含む。シーケンシャルなデータ鍵の各々が、ハッシュされた目的外データ・オブジェクトに、ハッシュされたマルチレベルのデータ・オブジェクトの内部の固有のレベルで対応するように、１または複数のシーケンシャルなデータ鍵が受信される。ハッシュされていない目的データ・オブジェクトが受信される。ハッシュされていない目的データ・オブジェクトはハッシュされ、第Ｎレベルのハッシュされたデータ・オブジェクトを生成する。第Ｎレベルのハッシュされたデータ・オブジェクトは、第Ｎレベルのシーケンシャルなデータ鍵を用いてグループ分けされ、第Ｎレベルのオブジェクト／鍵のペアを生成する。第Ｎレベルのハッシュされたデータ・オブジェクトのグループ分け、および第Ｎレベルのオブジェクト／鍵のペアのハッシュがシーケンシャルなデータ鍵の各々に対して繰り返されるように、第Ｎレベルのオブジェクト／鍵のペアはハッシュされ、第（Ｎ＋１）レベルのハッシュされたデータ・オブジェクトを生成する。
また、１または複数の以下の特徴も含まれる。ハッシュされたマルチレベルのデータ・オブジェクトは、暗号化されハッシュされたマルチレベルのデータ・オブジェクトである。暗号化されハッシュされたマルチレベルのデータ・オブジェクトは復号化され、復号化されハッシュされたマルチレベルのデータ・オブジェクトを生成する。復号化されハッシュされたマルチレベルのデータ・オブジェクトは、ハッシュされたマルチレベルのデータ・オブジェクトの妥当性を決定するために生成された最高レベルのハッシュされたデータ・オブジェクトと比較される。
ハッシュされていない目的データ・オブジェクトは、マイクロペイメント・トークン（例えば、選択されたマイクロペイメント・トークン、もしくは選択されなかったマイクロペイメント・トークン）、またはオファー・パッケージである。
他の実施例では、安全な支払処理システムは、少なくとも１つの安全なモジュール、および少なくとも１つの安全でないモジュールを含む。複数のトークンが、少なくとも１つの安全なモジュールと少なくとも１つの安全でないモジュールの間で転送される。複数モジュールの少なくとも１つが、処理のために１または複数の（しかし、全部ではない）トークンを複数のトークンから選択するマイクロペイメント選択プロトコルを実行する。
また、１または複数の以下の特徴も含まれる。少なくとも１つの安全なモジュールは、ｃＰＳＰモジュール、またはｍＰＳＰモジュールを含む。少なくとも１つの安全でないモジュールは、消費者代理モジュール、オファー開発モジュール、またはＰＣＳモジュールを含む。
マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立する。プロトコルは、第一者がＴに関連するデータ列ＣをＴから導出し、第二者にデータ列Ｃの少なくとも一部を受信させることを含む。Ｖが第一者によって実質的に予測不可能なように、プロトコルは、第二者が項目ＶをＣの少なくとも一部に関連付けることを含む。プロトコルは、第二者がＶはプロパティＰを満たすか否かを決定することを含み、もしそうなら、第二者は第三者に情報Ｉを受信さること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第三者がＶはプロパティＰを満たすか否かを確認することを含み、ＶがプロパティＰを満たす場合にのみ、第三者は第四者に金額Ａを受信させる。
マイクロペイメント選択プロトコルは、ユーザＵが、トランザクション値ＴVを有するトランザクションＴに対する業者Ｍへの支払いを確立することを可能にする。ＳＩＧU（Ｔ）がトランザクションＴに対するユーザＵのディジタル署名を第１ディジタル署名方式で表すように、プロトコルは、ユーザが公開鍵および対応する秘密鍵を第１ディジタル署名方式に対して確立すること、およびＴからデータ列Ｃ＝ＳＩＧU（Ｔ）を導出して、Ｃを含む電子小切手を創出することを含む。プロトコルは、ユーザが業者にデータ列Ｃを受信させることを含む。ＳＩＧM（Ｃ）がデータ列Ｃに対する業者Ｍのディジタル署名を第２ディジタル署名方式表すように、プロトコルは、業者が公開鍵および対応する秘密鍵を第２ディジタル署名方式を確立すること、および項目Ｖ＝ＳＩＧM（Ｃ）をデータ列Ｃに関連付けることを含む。プロトコルは、業者が値Ｆ（Ｖ）＝Ｆ（ＳＩＧM（Ｃ））を計算することを含む。ここで、Ｆは、ビット列に作用して０と１の間の数を出力する公開関数を表す。プロトコルは、業者がＦ（ＳＩＧM（Ｃ））を定数ｓと比較してＦ（Ｖ）＜ｓであるか否かを決定すること、もしそうなら、銀行に業者の公開鍵を取得させることを含む。プロトコルは、銀行が業者の公開鍵を使用してＦ（ＳＩＧM（Ｃ））＜ｓであることを確認し、Ｆ（ＳＩＧM（Ｃ））＜ｓである場合にのみ、銀行が業者に金額Ａ＝［ＴV＊１／ｓ］を受信させることを含む。ここで、ｓは０より大きく１より小さい定数であり、電子小切手が銀行への提示のために選択される確率を表す。
マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立する。データ列ＣがＴに関連付けられるように、プロトコルは、第一者が第二者からデータ列Ｃの少なくとも一部を受信することを含む。Ｖが第二者によって実質的に予測不可能なように、プロトコルは、第一者が項目ＶをＣの少なくとも一部に関連付けることを含む。プロトコルは、第一者がＶはプロパティＰを満たすか否かを決定すること、および、その場合にのみ、第一者は第三者に情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、それによりＶがＰを満たすことを確認すると直ぐ、第三者は第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立する。項目ＶがＴから第三者により導出されるデータ列Ｃの少なくとも一部と関連付けられ、Ｖが第三者によって実質的に予測不可能なように、プロトコルは、第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第一者がＶはプロパティＰを満たすか否かを確認することを含む。プロトコルは、ＶがプロパティＰを満たす場合にのみ、第一者が第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立する。Ｃが時間ｔに関する情報ＩＮを含むように、プロトコルは、第一者がＴに関連するデータ列ＣをＴから導出することを含む。Ｃの少なくとも一部が情報ＩＮを含むように、プロトコルは、第一者が第二者にデータ列Ｃの少なくとも一部を受信させることを含む。Ｖが第一者によって実質的に予測不可能なように、プロトコルは、第二者が項目ＶをＣの少なくとも一部に関連付けることを含む。プロトコルは、第二者がＶはプロパティＰを満たすか否かを決定すること、もしそうなら、第二者が時間ｔ'において第三者に情報ＩＮおよび情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第三者がＶはプロパティＰを満たすか否かを確認することを含み、ＶがプロパティＰを満たし、｜ｔ'−ｔ｜は予め定められた時間間隔より小さい場合にのみ、第三者は第四者に金額Ａを受信させる。
マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立する。プロトコルは、第一者がＴに関連するデータ列ＣをＴから導出し、第二者にデータ列Ｃの少なくとも一部を受信させることを含む。Ｑが第一者によって実質的に予測不可能なように、プロトコルは、第二者がプロパティＰはＣの少なくとも一部とＣに依存する量Ｑの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第三者がプロパティＰが満たされるか否かを確認すること、およびプロパティＰがＣの少なくとも一部とＱの間の状態を持続することを確認すると直ぐ、第三者が第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立する。プロトコルは、第一者がＴからＴに関連するデータ列Ｃを導出することを含む。１より大きくｎより小さい少なくとも１つの 整数ｍに対して、｜ｔ−ｔm｜が予め定められた金額より小さいように、プロトコルは、第二者が一連の時間ｔi（i＝１，．．．，ｎ）に関連する一連の値ＶＬiを導出することを含む。一部がトランザクションＴの時間ｔに関する情報を含むように、プロトコルは、第一者が第二者にデータ列Ｃの少なくとも一部を受信させることを含む。プロトコルは、第二者がプロパティＰがＣの一部とｔmに関連する値ＶＬmの間の状態を持続するか否か、および量ＱがＶＬmに依存するか否かを決定することを含む。もしＰが持続するなら、プロトコルは、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第三者がＱはＰを満たすか否かを確認することを含む。ＱがプロパティＰを満たす場合にのみ、プロトコルは、第三者が第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立する。Ｃがｔに関する情報を含むように、プロトコルは、第一者がＴに関連するデータ列ＣをＴから導出することを含む。隣接する時間単位ｔi+1およびｔiの各ペアが時間間隔Δｔi＝ｔi+1−ｔiを定めるように、および１より大きくにより小さい少なくとも１つの整数ｍに対して、時間ｔが時間間隔Δｔmの範囲内であるように、プロトコルは、第二者が一連の時間単位ｔi（i＝１，．．．，ｎ）に関連する一連の値Ｖiを導出することを含む。Ｑmが第一者によって実質的に予測不可能なように、プロトコルは、時間間隔Δｔmの最初の部分で、第二者がＶmに関連する値Ｑmを導出することを含む。プロトコルは、時間間隔Δｔmの間に、第一者が第二者にＣの少なくとも一部を受信させること、第二者がプロパティＰはＣの一部とＱmの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第三者がＱがＰを満たすか否かを確認することを含む。ＱがプロパティＰを満たす場合にのみ、プロトコルは、第三者が第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立する。Ｃがｔに関する情報Ｆを含むように、プロトコルは、第一者がＴに関連するデータ列ＣをＴから導出することを含む。ｘi＝Ｈ（ｘi+1）（ｉ＝０，１，．．．，ｎ−1）（ここで、Ｈは１方向ハッシュ関数）であるように、隣接する時間値ｔi+1およびｔiの各ペアが時間間隔Δｔi＝ｔi+1−ｔiを定めるように、および１より大きくｎより小さい少なくとも１つの整数ｍに対して、時間ｔが時間間隔Δｔmの範囲にあるように、プロトコルは、第二者が一連の時間値ｔi（ｉ＝０，１，．．．，ｎ）に関連する一連の値ｘi（ｉ＝０，１，．．．，ｎ）を導出すること、およびｘ0を公開することを含む。一部がＦを含むように、プロトコルは、時間間隔Δｔmの間に、第一者が第二者にＣの少なくとも一部を受信させることを含む。プロトコルは、時間間隔Δｔmの間に、第二者がプロパティＰはＱmとＣの一部の間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすることを含む。プロトコルは、第三者が、Ｉを受信すると直ぐに、ＱmがＰを満たすか否かを確認することを含む。ＱがプロパティＰを満たす場合にのみ、プロトコルは、第三者が第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立する。項目ＶがＴから第三者により導出され、ｔに関する情報を含むデータ列Ｃの少なくとも一部と関連付けられ、Ｖが第三者によって実質的に予測不可能なように、プロトコルは、第一者が第二者から時間ｔ'に情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にすることを含む。プロトコルは、Ｉを受信すると直ぐに、第一者がＶはプロパティＰを満たすか否かを確認すること、およびＣを含む。プロトコルは、ａ）ＶがプロパティＰを満たし、｜ｔ'−ｔ｜が予め定められた金額より小さい場合にのみ、第一者が第四者に金額Ａを受信させることを含む。
マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立する。データ列ＣがＴに関連づけられるように、およびＣの一部がｔの情報を含むように、プロトコルは、第一者が第二者からデータ列Ｃの少なくとも一部を受信することを含む。Ｖが第二者によって実質的に予測不可能なように、プロトコルは、第一者が項目ＶをＣの少なくとも一部に関連付けることを含む。もしＶがＰを満たし、｜ｔ'−ｔ｜が予め定められた金額より小さければ、プロトコルは、第一者がＶはプロパティＰを満たすか否かを決定すること、もしそうなら、第一者が時間ｔ'に第三者に情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、それにより第三者が第四者に金額Ａを受信させることを可能にすることを含む。
添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立する。Ｃiが添え字ｉの表示を含むように、プロトコルは、第一者が確率的な支払い法式を使用してチェックＣiを各トランザクションＴiに対して生成すること、および第二者にＣiを受信させることを含む。プロトコルは、第二者が、支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を、どのチェックＣjが支払われるべきであるとして選択されるかを第一者が予め予測できない方法で選択することを含む。プロトコルは、第二者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは支払われるべきであるか否かを確認することを可能にすることを含む。プロトコルは、第三者が、Ｉjの受信に応答して、選択されたチェックＣjは支払われるべきかを確認すること、およびＣjが支払われるべきである場合にのみ、第五者が第四者に掛売金額ＣＲjを受信させること、および第一者が請求金額Ｄjだけ課金されるようにすることを含み、全ての添え字ｊ（１＜ｊ＜ｎ）に対して、および支払われるべき複数のチェックの任意の選択に対して、Ｄ＝Ｄ1＋Ｄ2＋．．．＋Ｄjは、ＴＶagg＝ＴＶ1＋ＴＶ2＋．．．＋ＴＶjより大きくない。
添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連付けられるように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立することを含む。プロトコルは、第一者が各トランザクションＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信させることを含む。Ｖiが第一者によって実質的に予測不可能なように、プロトコルは、第二者が各データ列Ｃiを項目Ｖiと関連付けることを含む。プロトコルは、第二者がＶiはプロパティＰiを満たすか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、第三者がＶiはプロパティＰiを満たすか否かを確認することを可能にすること、第三者が、Ｉiの受信に応答して、ＶiはプロパティＰiを満たすか否かを確認することを含む。請求金額Ｄiが掛売金額ＣＲi以下であるように、プロトコルは、ＶiがプロパティＰiを満たす場合にのみ、第五者が第四者に掛売金額ＣＲiを受信させること、および第一者が請求金額Ｄiだけ課金されるようにすることを含む。
マイクロペイメント選択プロトコルは、各々が値ＴＶを有する複数の同値トランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対して支払いをする。各データ列Ｃiが累進的なシリアル番号Ｓiを含み、シリアル番号Ｓiは１から始まって連続的に順序付けられ、データ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表すように、プロトコルは、第一者が各トランザクションＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信されることを含む。Ｖiが第一者によって実質的に予測不可能なように、プロトコルは、第二者が項目ＶiをＣiに関連付けることを含む。プロトコルは、第二者がプロパティＰiはＣiとＶiの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、および第三者がＶiはＰiを満たすか否かを確認することを可能にすることを含む。ＳmaxがＣk（１≦ｋ＜ｎ）に含まれる最大のシリアル番号Ｓkを表し、Ｃkが第二者によりＣiを受信する前に受信されるように、プロトコルは、第三者がＶiはＰiを満たすか否かを確認すること、およびＶiがＰiを満たす場合にのみ、第五者がＳmaxの値を決定することを含む。第三者は、ＶkがＰkを満たすこと、および第一者がゼロでない金額Ｄkだけ課金されてきたことを確認し、第五者は第四者に掛売金額ＣＲを受信させる。プロトコルは、第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられる。
マイクロペイメント選択プロトコルは、ユーザが、トランザクション値ＴＶi（i＝１，．．．，ｎ）を有する複数のトランザクションＴi（i＝１，．．．，ｎ）に対する業者Ｍへの支払いを確立することを可能にする。ＳＩＧU（Ｔi）がトランザクションＴiに対するユーザＵiのディジタル署名を第１ディジタル署名方式で表し、Ｓiが、第一者により導出されたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するデータ列Ｃiの順序を表す累進的なシリアル番号であるように、プロトコルは、ユーザＵが公開鍵および対応する秘密鍵を第１ディジタル署名方式に対して確立すること、および各Ｔiからデータ列Ｃi＝ＳＩＧU（Ｔi）を導出して、Ｃiおよびシリアル番号Ｓiを含む電子小切手ＣＨiを創出することを含む。プロトコルは、ユーザＵが業者ＭにＣiおよびＳiを含む電子小切手ＣＨiを受信させることを含む。ＳＩＧM（Ｃi）がデータ列Ｃiに対する業者Ｍのディジタル署名を第２ディジタル署名方式で表すように、プロトコルは、業者Ｍが公開鍵および対応する秘密鍵を第２ディジタル署名方式に対して確立すること、および項目Ｖi＝ＳＩＧM（Ｃi）をデータ列Ｃiに関連付けることを含む。プロトコルは、業者Ｍが値Ｆ（Ｖi）＝Ｆ（ＳＩＧM（Ｃi））を計算することを含む。ここで、Ｆは、ビット列に作用して０と１の間の数を出力する公開関数を表す。プロトコルは、業者ＭがＦ（ＳＩＧM（Ｃi））を定数ｓ（０＜ｓ＜１）と比較してＦ（Ｖi）＜ｓであるか否かを決定すること、もしそうなら、銀行に業者Ｍの公開鍵を取得させることを含む。銀行が業者の公開鍵を使用してＦ（ＳＩＧM（Ｃi））＜ｓであることを確認し、Ｆ（ＳＩＧM（Ｃi））＜ｓである場合にのみ、Ｓmaxが支払いが行われた順番で連続する任意のＣＨjに含まれる最大シリアル番号Ｓjを表すように、プロトコルは、第五者がＳmaxの値を決定することを含む。プロトコルは、第五者が第四者に掛売金額ＣＲを受信させることを含む。プロトコルは、第五者が第一者に請求金額Ｄiが請求されるようにすることを含む。
添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連付けられるように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．,Ｔi，．．．,Ｔnに対する支払いを確立する。各データ列ＣiがＴiから確率的な支払い方式を使用して生成されるように、および各Ｃiが添え字ｉの表示を含むように、プロトコルは、第一者が第二者からデータ列Ｃiの少なくとも一部を各Ｔiに対して受信することを含む。プロトコルは、第一者が、どのチェックＣjが支払われるべきであると選択されるか第一者が予測できない方法で支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を選択することを含む。プロトコルは、選択された各チェックＣjに対して、第一者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは本当に支払われるべきであることを確認することを可能にすること、それにより第三者が、Ｃjは支払われるべきと確認したら直ぐに、第四者に掛売金額ＣＲjを受信させること、および第二者に請求金額Ｄjだけ課金させることを可能にすることを含み、全ての添え字ｊ（１＜ｊ＜ｎ）に対して、および支払われるべき複数のチェックＣjの任意の選択に対して、Ｄ＝Ｄ1＋Ｄ2＋．．．＋Ｄjは、ＴＶagg＝ＴＶ1＋ＴＶ2＋．．．＋ＴＶjより大きくない。
添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連付けられるように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられ、対応するデータ列Ｃiにより表されるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．,Ｔi，．．．,Ｔnに対する支払いを確立する。プロトコルは、第一者が第二者から情報Ｉjを受信すること、および第一者がチェックＣjは支払われるべきであることを確認することを可能にすることを含み、チェックＣjは第二者により複数のトランザクションＴi（i＝１，．．．，ｎ）の対応する１つから第三者により導出された複数のチェックＣi（i＝１，．．．，ｎ）から選択され、チェックＣjの選択は第三者によって実質的に予測不可能である。プロトコルは、第一者が、Ｉjを受信すると直ぐに、Ｃjは本当に支払われるべきであるか否かを確認することを含む。プロトコルは、第一者が第四者に掛売金額ＣＲiを受信させること、および第三者に請求金額Ｄiだけ課金させるようにすることを含む。
各トランザクションＴiが、ユニット値ＵＶの倍数であるトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立する。各データ列Ｃiが情報を整数の添え字ｉおよびＴiの値ＴＶiにベクトル（Ｓi，Ｓi＋Ｖi−1）の形式で含むように、１＜ｉ＜ｎの全てのｉに対して、Ｓiが連続的に順序付けられたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表す累進的なシリアル番号であるように、およびＶiがｉに依存する整数であってＴiの値ＴＶiを表し、Ｖi＝ＴＶi／（ＵＶ）により与えられるように、プロトコルは、第一者が各トランザクションＴiからＴiに対応するデータ列Ｃiを導出すること、および第二者にＣiを受信させることを含む。プロトコルは、第二者が、どのチェックＣjが支払われるべきであると選択されるか第一者が予測できない方法で支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を選択することを含む。プロトコルは、第二者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは支払われるべきであるかを確認することを可能にすることを含む。プロトコルは、第三者が、Ｉjの受信に応答して、選択されたチェックＣjは支払われるべきであることを確認することを含む。ｍａｘは整数で１≦ｍａｘ＜ｉ≦ｎであり、ｖmax＝ＴＶmax／（ＵＶ）であるように、およびＳmaxがＣkに含まれる最大のシリアル番号Ｓk（１≦ｋ＜ｎ）を表し、Ｃkは第二者によりＣiを受信する前に受信され、第三者がＶkはＰkを満たすことを確認し、第一者はゼロでない金額Ｄkだけを課金され、および第五者は第四者に掛売金額ＣＲを受信させるように、プロトコルは、Ｃjが支払われるべきである場合にのみ、第五者がＳmaxの値を決定することを含む。プロトコルは、第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含む。ここで、Ｄiは、（Ｓi+Ｖi−1−Ｓmax）＊ＵＶにより与えられる。
添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連付けられるように、および各トランザクションＴiがユニット値ＵＶの整数倍であるトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立する。各データ列Ｃiが情報を整数の添え字ｉおよびＴiの値ＴＶiにベクトル（Ｓi，Ｓi＋Ｖi−1）の形式で含むように、１＜ｉ＜ｎの全てのｉに対して、Ｓiが連続的に順序付けられたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表す累進的なシリアル番号であるように、およびＶiがｉに依存する整数であってＴiの値ＴＶiを表し、Ｖi＝ＴＶi／（ＵＶ）により与えられるように、プロトコルは、第一者が各トランザクションＴiからＴiおよびに対応するデータ列Ｃiを導出すること、第二者にＣiを受信させることを含む。Ｖiが第一者によって実質的に予測不可能なように、プロトコルは、第二者が項目ＶiをＣiに関連付けることを含む。プロトコルは、第二者がプロパティＰiはＣiとＶiの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、および第三者がＶiはＰiを満たすか否かを確認することを可能にすることを含む。ｍａｘが整数（１≦ｍａｘ＜ｉ≦ｎ）であるように、ｖmax＝ＴＶmax／（ＵＶ）であるように、ＳmaxがＣkに含まれる最大のシリアル番号Ｓk（１≦ｋ＜ｎ）を表すように、Ｃkが第二者によりＣiを受信する前に受信され、第三者はＶkがＰkを満たすことを確認し、および第一者がゼロでない金額Ｄkだけ課金され、第五者が第四者に掛売金額ＣＲを受信させ、およびｃ）第五者が第一者に請求金額Ｄiだけ課金させ、Ｄiが（Ｓi+Ｖi−1−Ｓmax）＊ＵＶにより与えられるように、プロトコルは、第三者がＶiはＰiを満たすか否かを確認すること、およびＶiがＰiを満たす場合にのみ、第五者がＳmaxの値を決定することを含む。
マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴi（i＝１，．．．，ｎ）に対する支払いを確立し、各トランザクションＴiは値ＴＶiを有する。プロトコルは、第一者が各ＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信させることを含む。各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌkを含むように、およびΣm k=1ｌk＝ｎであるようにプロトコルは、第二者が一意にデータ列Ｃの複数グループをｍ個のリストＬk（ｋ＝１，．．．,ｍ）に関連付けることを含み、第二者は各Ｌkに対するコミットメントＣＭkを計算することによりＬk（ｋ＝１，．．．,ｍ）にコミットし、第三者にＣＭk（ｋ＝１，．．．,ｍ）を受信させ、１≦ｉr≦ｍであるように、第三者は、ＣＭk（ｋ＝１，．．．,ｍ）の受信に応答して、１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択し、第二者に複数のインデックスｉ1，ｉ2，．．．ｉrを受信させ、複数のインデックスｉ1，ｉ2，．．．ｉrの受信に応答して、第二者はＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶ち、それによりＬi1，．．．，Ｌirを第三者へ明らかにし、および第五者は第四者に掛売金額ＣＲを受信させ、第一者に請求金額Ｄだけ課金させる。
マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，．．．，Ｔi，．．．，Ｔnに対する支払いを確立し、各トランザクションＴiは値ＴＶiを有する。プロトコルは、各Ｔiに対して、第一者が、第二者からＴiから導出されたデータ列Ｃiを受信することを含む。各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌkを含むように、およびΣm k=1ｌk＝ｎであるように、プロトコルは、第一者が、データ列Ｃの複数グループをｍ個のリストＬk（ｋ＝１，．．．,ｍ）へ一意に関連付けることを含む。１≦ｉr≦ｍであるように、プロトコルは、各Ｌkに対するコミットメントＣＭkを計算することにより、第一者がＬk（ｋ＝１，．．．,ｍ）にコミットすること、第三者にＣＭk（ｋ＝１，．．．,ｍ）を受信させ、それにより第三者が１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択することを可能にすることを含み、複数のインデックスｉ1，ｉ2，．．．ｉrを受信すると直ぐに、第一者はＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶ち、それによりＬi1，．．．，Ｌirを第三者へ明らかにし、第三者が第四者に掛売金額ＣＲを受信させることを可能にし、および第二者に請求金額Ｄだけ課金させることを可能にする。
各トランザクションＴiが値ＴＶiを有し、Ｔiから導出された対応するデータ列Ｃiにより表されるように、およびデータ列Ｃの複数グループがｍ個のリストＬk（ｋ＝１，．．．,ｍ）へ一意に関連付けられ、各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌk（Σm k=1ｌk＝ｎ）を含むように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，．．．，Ｔi，．．．，Ｔnに対する支払いを確立する。プロトコルは、第一者が第二者からｍ個の各リストＬk（ｋ＝１，．．．,ｍ）に対するコミットメントＣＭkを受信することを含む。プロトコルは、１≦ｉr≦ｍであるように、第一者が、ＣＭk（ｋ＝１，．．．,ｍ）を受信すると直ぐに、１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択すること、およびＬi1，．．．，Ｌirを第一者へ明らかにするように、第二者に複数のインデックスｉ1，ｉ2，．．．ｉrを受信させ、それにより第二者がＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶つことを可能にすること含む。プロトコルは、第一者が第三者に掛売金額ＣＲを受信させること、および第四者に請求金額Ｄだけ課金させることを含む。
また、上記の方法は、プロセッサにより実行される一連の命令としても実施される。
１または複数の実施例の詳細は、図面および以下の説明に記載される。他の特徴および長所は、詳細な説明、図面、請求項から明らかになるであろう。
図１を参照すると、業者１８により提供される種々の商品／サービス２０，２２，２４に対して業者１８が受信する種々のマイクロペイメント・トークン（即ち、少額の支払いを表すトークン）１２，１４，１６を処理するマイクロペイメント処理システム１０が示される。
一般に、マイクロペイメント処理システム１０は、ネットワーク２８に接続されたコンピュータ２６に常駐し、コンピュータ２６ににより実行される。コンピュータ２６は、ネットワーク・オペレーティングシステム（例えば、 Microsoft Window 2000 Server （登録商標）、 Novell Netware （登録商標）、または Redhat Linux （登録商標））上で動作するウェブサーバでもよい。一般に、コンピュータ２６も、ネットワーク２８を介したコンピュータ２６へのＨＴＴＰ（即ち、ハイパテキスト転送プロトコル）アクセスを可能にするウェブサーバ・アプリケーション（例えば、 Microsoft IIS （登録商標）、 Novell Webserver （登録商標）、または Apache Webserver （登録商標））を実行する。
（一般に、コンピュータ２６に結合した記憶装置３０に記憶される）マイクロペイメント処理システム１０の命令セットおよびサブルーチンは、コンピュータ２６に組み込まれた１または複数のプロセッサ（図示されない）および１または複数のメモリアーキテクチャ（図示されない）により実行される。記憶装置３０は、例えば、ハードディスク・ドライブ、テープドライブ、光学ドライブ、ＲＡＩＤアレイ、ランダムアクセス・メモリ（ＲＡＭ）、または読み出し専用メモリ（ＲＯＭ）である。
以下で詳細に論じるように、１または複数の消費者３２，３４，３６は、マイクロペイメント処理システム１０の種々の部分へ（消費者コンピュータ３８，４０，４２を介して各々が）アクセスして使用し、業者１８が売りに出した商品／サービス２０，２２，２４に関するオファー・パッケージ４４，４６，４８を受信して検討し、業者１８は、マイクロペイメント処理システム１０へ業者コンピュータ５０を介してアクセスする。
図２を参照すると、マイクロペイメント処理システム１０は、オファー開発モジュール１００、消費者代理モジュール１０２、支払い取り立てサービス（ＰＣＳ）モジュール１０４、（業者金融機関１０８とインターフェースする）業者支払いサービス提供者（ｍＰＳＰ）モジュール１０６、および（消費者金融機関１１２とインターフェースする）消費者支払いサービス提供者（ｃＰＳＰ）モジュール１１０を含み、各々は以下で更に詳細に論じられる。
図３を参照すると、オファー開発モジュール１００は、業者１８が複数のオファー・パッケージ（例えば、オファー・パッケージ４４，４６，４８）を、潜在的な消費者への配布および勧誘のために準備することを可能にする（１５０）。
オファー開発モジュール１００を使用しているとき、新しい複数の業者は、複数のオファー・パッケージを準備する前に業者アカウントを確立することを要求される（１５２）。特に、オファー開発モジュール１００は、新しい業者が（以下で更に詳細に論じられる）ｍＰＳＰモジュール１０６にアクセスすること、および新しい業者アカウントを確立することを可能にする。
新しい業者アカウントを確立するとき、新しい業者は、ｍＰＳＰモジュール１０６に情報（例えば、業者名、業者の住所、業者のユーザ名、業者のパスワード、業者のＥメールアドレス、業者の電話番号、および業者金融機関１０８）を（即ち、受け取った資金を預けるアカウントを定めるために）提供する（１５４）。
上記のように、複数のオファー・パッケージ４４，４６，４８は、業者１８が売りに出した種々の商品／サービスに関連する。これらの商品／サービスの実施例は、例えば、容易に転送可能な形式（例えば、ＭＰ３形式）にエンコードされた個々の歌、コンサートのストリーミング・ビデオ放送、スポーツ・イベントのストリーミング・オーディオ放送、およびオンラインビデオゲームへの定められた期間だけの参加を含む。
一般に、オファー・パッケージは何が提供されているかの説明（例えば、アーティスト「Ｙ」による歌「Ｘ」の最新リリース）、およびオファー・パッケージのコスト（例えば、＄０．１０）を含むように、業者は、オファー開発モジュール１００を使用して、勧誘のためのオファー・パッケージを定める（１５６）。加えて、消費者が提供される持続時間も定められる。例えば、業者は、商品／サービスを（ａ）無制限の数のユーザに対して無制限の期間にわたって、（ｂ）無制限の数のユーザに対して制限された期間にわたって（ｃ）制限された数のユーザに対して無制限の期間にわたって、または（ｄ）制限された数のユーザに対して制限された期間にわたって提供し、各々が商品／サービスのコストに影響する。
一般に、オファー・パッケージは、提供している業者、マイクロペイメント・トークンを処理するＰＣＳモジュール１０４のアドレスまたはＵＲＬ(uniform resource locator)、およびオファーの流通性（例えば、米ドル、ユーロ、円、または英国ポンド）も定める。オファーに関する有効期限は、（もし適用可能なら）（例えば、販売促進期間または公開イベントの生放送に関する）時間に依存するイベントに対するオファー・パッケージを含む。
売りに出されたの商品／サービスの暗号化されたコピーが、オファー・パッケージ（例えば、オファー・パッケージ４４，４６，４８）に含まれる（１５８）。例えば、もしオファー・パッケージが個々の歌に関するものなら、業者により準備されたオファー・パッケージは、売りに出された実際の歌を含む。しかし、以下で詳細に論じるように、オファーを受け入れて業者に歌に対する支払いをするまで消費者がアクセスしないように、歌は取り込みの前に暗号化される（１６０）。オファー・パッケージがダウンロードされるまでオファーは受け入れられず、いったんオファー・パッケージが正常にダウンロードされたら、提供される商品（即ち、歌）は既に消費者が操作するコンピュータ上にあるので、このタイプのオファーは、商品に基づくオファー（例えば、歌を購入するオファー）に対して有利である。同様に、このことは、消費者が取得（即ち、ダウンロード）できない商品を購入したと主張する可能性を減少させる。
或いは、商品／サービスを購入できるウェブサイトへのリンクを提供するＵＲＬは暗号化され（１６２）、オファー・パッケージに含まれる（１６４）。このＵＲＬは暗号化されるので、消費者がオファーを受け入れて業者が商品／サービスに対する支払いを受けるまで、ＵＲＬは使用可能ではない。このタイプのオファーは、将来発生するイベント、および現在利用できない商品（例えば、 Superbowl （登録商標）のストリーミング放送、およびまだリリースされていないアルバムからの歌）に対して有利である。
いったん業者１８がオファー・パッケージを定めたら、オファー・パッケージを消費者へ提供する（１６６）前に、オファー・パッケージは業者により業者ディジタル証明書（以下、「ｍＣＥＲＴ」と称する）を使用してディジタル署名され（１６８）、ｍＣＥＲＴは一般に（以下で更に詳細に論じられる）ｍＰＳＰモジュール１０６から受信され（１７０）、オファー・パッケージの保全性を証明する。ｍＣＥＲＴはローカルに記憶されるか、またはリモート・コンピュータ（例えば、コンピュータ２６）から検索される。
ｍＣＥＲＴは、業者の資格証明書を確立するファイルである。一般に、ｍＣＥＲＴは、業者の名前、（識別目的のための）一意な業者シリアル番号、証明書有効期限、（メッセージの暗号化、およびディジタル署名のための）業者の公開鍵のコピー、および証明書発行認証者（例えば、 www.verisign.com （登録商標）、またはサードパーティの信用代理人）のディジタル署名を含み、消費者は業者ディジタル証明書の保全性を確認できる。
一般に、ｍＣＥＲＴを使用するとき、オファー・パッケージを消費者が利用可能にする前に、ハッシュ・アルゴリズムがオファー・パッケージのハッシュを生成し、ハッシュは本質的にオファー・パッケージの数学的合計である。次に、業者は、このハッシュを、業者の秘密−公開暗号化鍵ペアの秘密鍵を使用して暗号化する。この暗号化されたハッシュは、業者のディジタル署名として機能する。消費者がオファー・パッケージの保全性を確認しているとき、消費者はオファー・パッケージのハッシュを、業者がハッシュを作成するのと同じハッシュ・アルゴリズムを使用して作成する。次に、消費者は、業者の公的に利用可能な公開鍵を使用してディジタル署名（即ち、業者により作成されたハッシュ）を暗号化し、２個のハッシュが比較される。もし２個のハッシュが一致したら、オファー・パッケージの保全性および真正性が確認される。
一般に、業者（例えば、業者１８）は、潜在的顧客へ複数のオファー・パッケージを同時に提示する。例えば、もし業者が音楽配布ウェブサイトなら、消費者は、例えば、歌のタイトル、アルバムのタイトル、アーティスト名、リリース日、または音楽のタイプに基づいて検索を実行できる。同様に、このことは、結果リストに含まれる結果（即ち、複数のオファー・パッケージ）の各に対するＵＲＬを含む結果リストを生成する。これら複数のオファー・パッケージは、個々の歌、歌の編纂物、アルバム全体、または名曲集全体に関する。
一般に、オファー開発モジュール１００は、業者（例えば、業者１８）が業者コンピュータ５０上で動作するブラウザ・アプリケーション（例えば、 Microsoft Internet Explorer （登録商標）、または Netscape Navigator （登録商標））を通してアクセスするウェブ対応のアプリケーションであり、業者はマイクロペイメント処理システム１０に暗号化されたＳＳＬ（即ち、安全なソケット層）接続を使用してログインする。或いは、オファー開発モジュール１００は、業者コンピュータ５０でローカルに実行されるローカルなアプリケーションでもよい。
図４を参照すると、消費者代理モジュール１０２は、消費者が、業者１８が生成した複数のオファー・パッケージ（例えば、オファー・パッケージ４４，４６，４８）を検討すること（２００）、および消費者が関心のあるこれら複数のオファー・パッケージを受け入れること（即ち、商品／サービスを購入すること）（２０２）を可能にする。加えて、消費者代理モジュール１０２は、業者から受信したオファー・パッケージの保全性を、業者がオファー・パッケージのハッシュの作成に使用するのと同じハッシュ・アルゴリズムを使用してオファー・パッケージのハッシュを作成することにより確認する（２０４）。次に、消費者代理モジュール１０２は、業者の公的に利用可能な公開鍵を使用して、業者により作成されたハッシュを暗号化し、複合化された業者のハッシュおよび消費者のハッシュが比較される、もし２個のハッシュが一致したら、オファー・パッケージの保全性および真正性が確認される。
一般に、消費者代理モジュール１０２は、消費者（例えば、消費者３２）が消費者コンピュータ（例えば、消費者コンピュータ３８）上で動作するブラウザ・アプリケーションを通してアクセスするウェブ対応のアプリケーションであり、消費はマイクロペイメント処理システム１０へ暗号化されたＳＳＬ接続を使用して安全にログインする。或いは、消費者代理モジュール１０２は、消費者コンピュータ３８でローカルに実行されるローカルなアプリケーションでもよい。
消費者代理モジュール１０２を使用するとき、新しい複数のユーザは、オファーを受け入れて業者が売りに出した商品／サービスを購入する前に、消費者アカウントを確立することを要求される（２０６）。消費者代理モジュール１０２の使用により、消費者は（以下で更に詳細に論じられる）ｃＰＳＰモジュール１１０へアクセスし、そのような新しい消費者アカウントを確立できる。
消費者アカウントを確立するとき、新しい消費者はｃＰＳＰモジュール１１０に情報（例えば、消費者名、消費者の課金住所、消費者のユーザ名、消費者のパスワード、消費者のＥメールアドレス、消費者の電話番号、（課金目的のための、従って、請求金額が適用される消費者金融機関１１２を定めるための）消費者のクレジット・カード情報、および（コンテンツ規制、およびアクセス目的のための）消費者の年齢）を提供する（２０８）。加えて、消費者は、アカウントのタイプ（例えば、「前払い」または「後払い」）を定める（２１０）。
前払いアカウントに対して、消費者は、例えば、クレジット・カードを使用して資金を消費者アカウントへ転送し、そのアカウントを使用するとき、もし消費者アカウントの残高が得た商品／サービスのコストをカバーするのに充分であれば、消費者は商品／サービスを購入することのみ許される。アカウントが購入をカバーするのに不充分な資金を有する場合、購入は拒否される。例えば、両親が１０代の子供の支出を制御することを所望するとき、このタイプのアカウントは有利である。
或いは、消費者アカウントは「後払い」アカウントとして形成され、従って、消費者が購入を許される前に予め必要な資金は要求されない。しかし、消費者が一定の金額までの商品／サービスだけを購入できるように、「信用限度」が「後払い」アカウントに対して定められ、一定の金額より上では請求金額は拒否される。
いったん消費者が消費者アカウントを消費者代理モジュール１０２を使用して確立したら、消費者はオファーを受け入れ（２０２）、従って、業者がオファーした商品／サービスを購入する。
消費者代理モジュール１０２は消費者が業者が売りに出した商品／サービスを購入することを可能にするので、消費者代理モジュール１０２を使用するとき、消費者は身分の証明を要求される（２１２）。この証明は、消費者にユーザ名とパスワードの組み合わせを入力させることにより、または身分証明の他の既知の手段（例えば、トークン、証明書、または cookie を通過させること）により達成される。
いったん消費者の身分が証明されたら、消費者代理モジュール１０２を使用する消費者に関する消費者ディジタル証明書（以下、ｃＣＥＲＴと称する）は、ｃＰＳＰモジュール１１０から検索される（２１４）。ｍＣＥＲＴの性質に類似して、ｃＣＥＲＴは一般に、消費者の名前、（識別目的のための）一意な消費者シリアル番号、証明書有効期限、（メッセージおよびディジタル署名を暗号化するために使用される）消費者の公開鍵のコピー、および証明書発行認証者のディジタル署名を含み、業者は消費者ディジタル証明書の保全性を確認できる。一般に、一意な消費者シリアル番号は、ディジタル証明書が関係する消費者の（以下で論じられる）累積した支出金額の決定を可能にする。加えて、ｃＣＥＲＴは消費者のアカウントの状態（例えば、有効、停止、または解約）および消費者アカウントのタイプ（例えば、「前払い」、または「後払い」アカウント）も定める。
消費者がオファーをブラウザ・アプリケーションによって検討しているとき（２００）、消費者代理モジュール１０２は、消費者がオファー・パッケージを検討のために選択することに応答して一般に自動的に起動され、従って、消費者がオファー・パッケージの詳細を検討することを可能にする。一般に、検討のためのオファー・パッケージのこの選択は、消費者がオファー・パッケージ（または、オファー・パッケージを指すリンク）を「クリック」することにより達成される。
図５を参照すると、オファー・パッケージを検討するとき（２００）、消費者代理モジュール１０２は、消費者へのオファーの詳細（例えば、アーティストおよび歌のタイトル（２５２）、オファーのコスト（２５４）、支払先（２５６）有効期限（２５８）、および全体の説明（２６０））を表示するユーザ・インターフェース・ディスプレイスクリーン（２５０）を描写する（２１６）。
もし、オファー・パッケージを受信（２００）したら直ぐに、消費者がオファーを受け入れて業者がオファーした商品／サービスを購入することを決めたら（２０２）、消費者は購入を開始するための肯定的行動（例えば、購入ボタン（２６２）をマウス・ポインタ（または、図示されない他のポインティング・デバイス）（２６４）で「クリック」すること）を実行する。
購入が開始されるとき、消費者代理モジュール１０２はｃＣＥＲＴを検査（２１８）して、消費者が停止されていないことを確認する。更に、もし消費者アカウントが前払いアカウントなら、消費者代理モジュールは消費者アカウントの残高が得た商品／サービスのコストをカバーするのに充分であることを確認する（２２０）。
従って、もし消費者が有効（即ち、停止されていない）消費者で、アカウントが後払いアカウントまたは充分な資金がある前払いアカウントの何れかなら、業者がオファーした商品／サービスの購入を有効にするためにマイクロペイメント・トークン（例えば、トークン１２，１４，１６）が生成される（２２２）。マイクロペイメント・トークンは、消費者代理モジュール５２により検索されたｃＣＥＲＴに含まれる消費者のディジタル署名を使用してディジタル署名される（２２４）。（ＰＣＳモジュール１０４へ送信（２２６）される）マイクロペイメント・トークンは、購入する商品／サービスを定め、マイクロペイメント・トークン金額（即ち、購入の金額）を定め、購入を行う消費者を識別し、その特定の消費者の累積消費額を定める。（一般に、ｃＣＥＲＴに含まれる消費者シリアル番号を使用してｃＰＳＰモジュール１１０から検索される）この累積消費額は、消費者が商品／サービスへ以前に支出したお金の合計金額を定め、現在受け入れられているオファーに関連するコストは含まない。
図６を参照すると、ＰＣＳモジュール１０４がマイクロペイメント・トークンを受信するとき（３００）、一般にマイクロペイメント・トークンは有効にされ（３０２）、それが真正であり改ざんされていないことを確認する。上記のように、消費者代理モジュール１０２により送信されたマイクロペイメント・トークンは、ｃＣＥＲＴのディジタル署名を使用してディジタル署名される（２２４）。従って、ハッシュはマイクロペイメント・トークンで作成され、ハッシュは消費者の秘密／公開鍵ペアの秘密鍵を使用して暗号化される。
従って、マイクロペイメント・トークンを有効にするとき、ＰＣＳモジュール１０４は、マイクロペイメント・トークンのハッシュを、消費者がハッシュを作成するのと同じハッシュ・アルゴリズムを使用して作成する。次に、ＰＣＳモジュール１０４は、消費者の公開鍵を使用して消費者代理モジュールにより作成されたハッシュを暗号化し、２個のハッシュが比較される。もし２個のハッシュが一致したら、マイクロペイメント・トークンの保全性および真正性が確認される。
一般に、ＰＣＳモジュール１０４により実行されるトークン検証プロセス（３０２）も、マイクロペイメント・トークンで指定された累積消費額がｃＣＥＲＴで指定された累積消費額と一致することを確認することを含む。
また、ＰＣＳモジュール１０４も、オファー・パッケージを（ｍＣＥＲＴに含まれる業者のディジタル署名および公開鍵の使用により）検証し（３０４）、オファー・パッケージの保全性を保証する。一般に、このオファー検証プロセス（３０４）も、オファー・パッケージがまだ有効であること（例えば、業者により取り消されていないこと、または期限が切れていないこと）を確認すること、消費者が要求を満たすことを確認するオファー・パッケージ要求を検査することを含む。例えば、１５歳の消費者は、１７歳未満禁止の映画を観ることに関するオファー・パッケージを受け入れることを許されない。
いったん有効にされたら（３０２，３０４）、マイクロペイメント・トークンはＰＣＳモジュール１０４により受け入れられ（３０６）、処理のために待ち行列に入れられる（３０８）。加えて、ＰＣＳモジュール１０４は、消費者代理モジュール１０２へ送信（３１２）されるコンテンツ受領書５２を生成（３１０）し、消費者が購入した商品／サービスへアクセスすることを可能にする復号化鍵を一般に含む。更に、ＰＣＳモジュール１０４も、消費者の累積消費額の（以下で論じられる）差額をマイクロペイメント・トークン金額だけ更新する（即ち、増加させる）（３１４）。
上記のように、業者が生成したオファー・パッケージは、実際のデータ・ファイル（例えば、ＭＰ３ベースの歌ファイル）の暗号化バージョンを含む。もし消費者がそのようなオファーを受け入れたら、購入されたデータ・ファイルは既に消費者のコンピュータ（例えば、コンピュータ３８）に存在する。このシナリオでは、コンテンツ受領書５２の受領（２２８）が消費者代理モジュール１０２を起動し、コンテンツ受領書５２に含まれる復号化鍵を使用して消費者コンピュータに存在するデータ・ファイルを暗号化する（２３０）。
或いは、以下で論じられるように、業者が用意したオファー・パッケージは、リモート・コンピュータ（例えば、コンピュータ２６）に存在する暗号化されたデータ・ファイルへのリンクを含むだけである。このシナリオでは、（復号化鍵を含む）コンテンツ受領書５２の受領（２２８）は、暗号化されたデータ・ファイルの暗号化（２３０）の前に、（リモート・コンピュータからの）暗号化されたデータ・ファイルの検索（２３２）を起動する。
加えて、以下で論じられるように、業者が用意したオファー・パッケージは、リモート・コンピュータ（例えば、コンピュータ２６）に存在する暗号化されたデータ・ファイルへの暗号化されたリンクを含むだけである。このシナリオでは、コンテンツ受領書５２の受領（２２８）は、暗号化されたデータ・ファイルの検索（２３２）および復号化（２３０）の前に、暗号化されたリンクの復号化（２３４）を起動する。
更に上記のように、消費者は、将来発生するイベントに対するオーディオ、ビデオ、またはオーディオ／ビデオ・ストリームへのアクセスを購入している。このシナリオでは、コンテンツ受領書に含まれる復号化鍵はタイム・スタンプされ、従って、消費者がストリームにアクセスすることはイベント直前の時間まで許されない。加えて、コンテンツ受領書に含まれるコンテンツ受領書および／または復号化鍵は、定められた期間だけ有効である。例えば、消費者は、オンライン・ゲーム・ウェブサイトへの１時間のアクセスを購入する。そのようなシナリオでは、復号化鍵および／またはコンテンツ受領書は、時系列な時間、またはオンライン時間の一時だけ有効である。
ＰＣＳモジュール１０４はマイクロペイメント選択プロトコル１１４を実行し、マイクロペイメント選択プロトコル１１４は米国特許出願第10/476,128号（２００３年１０月２７日に出願）「Method and System for Micropayment Transactions」の主題であり、米国特許出願第10/476,128号は国際特許出願第PCT/US02/12189号（２００２年４月１７日に出願）への優先権の利益を主張し、国際特許出願第PCT/US02/12189号は米国特許仮出願第60/287,251号（２００１年４月２７日に出願）、米国特許仮出願第60/306,257号（２００１年７月１８日に出願）、および米国特許仮出願第60/344,205号（２００１年１２月２６日に出願）への優先権の利益を主張し、ここで参照される。国際特許出願第PCT/US02/12189号のコピーが、 Appendix A として添付される。
米国特許出願第10/476,128号で論じられるように、マイクロペイメント選択プロトコル１１４は、複数のマイクロペイメント・トークンを、安全で、ランダムな、消費者、業者、またはＰＳＰモジュールにより制御不可能な確率的方法で処理する。特に、複数のマイクロペイメント・トークンの定められた割合が処理のために選択され（３１６）、マイクロペイメント・トークンの値は増加し（即ち、定められた割合の逆数だけ拡大され）（３１８）、マイクロペイメントが業者１８へ行われる。例えば、定められた割合を１％（即ち、１００のうち１）と仮定すると、１００個のマイクロペイメント・トークンの中から１個が処理のために選択される。従って、マイクロペイメントは、選択率によって拡大される業者へ行われる。従って、もし選択されたマイクロペイメント・トークンの値が＄０．９９で選択率が１００分の１なら、業者へ行われるマイクロペイメントの値は＄９９．９０（即ち、マイクロペイメント・トークンの実際の値の１００倍）である。
単一のマイクロペイメントが、これら９９個の選択されなかった複数のマイクロペイメント・トークン、および１つの選択されたマイクロペイメント・トークン合計の確率的等価物を表すので、選択されなかった複数のマイクロペイメント・トークン（即ち、この実施例では１００分の９９）に関して、業者１８はこれら複数のマイクロペイメント・トークンに対する支払いを決して受け取らない。
マイクロペイメント・トークンが処理のためにマイクロペイメント選択プロトコル１１４により選択され、マイクロペイメントの業者１８への支払いの基礎として使用されるとき、上記のように、マイクロペイメント・トークンの値は、適切なマイクロペイメント・レベルまで増加する（３１８）。次に、マイクロペイメント・トークンは、ＰＣＳモジュール１０４によりディジタル署名され（３２０）、ｍＰＳＰモジュール１０６へ処理のために送信される（３２２）。
図７および図８を参照すると、ｍＰＳＰモジュール１０６は、業者１８の代理で活動している支払いサービス提供者である。ｍＰＳＰモジュール１０６がマイクロペイメント・トークンをＰＣＳモジュール１０４から受信するとき（３５０）、マイクロペイメント・トークンの妥当性が確認される（３５２）。
上記のように、一般に、マイクロペイメント・トークンは、ｍＰＳＰモジュール１０６へ送信される（３２２）前に、ＰＣＳモジュール１０４によりディジタル署名される（３２０）従って、マイクロペイメント・トークンがｍＰＳＰモジュール１０６により受信されるとき（３５０）、マイクロペイメント・トークンのハッシュを生成し、ＰＣＳモジュール１０４が生成した暗号化されたハッシュを復号化し、２個のハッシュを比較することにより、ｍＰＳＰモジュール１０６はマイクロペイメント・トークンを有効にする（３５２）。もし一致したら、マイクロペイメント・トークンの妥当性が確認される。
いったんマイクロペイメント・トークンがｍＰＳＰモジュールにより有効にされたら（３５２）、マイクロペイメント・トークンはｃＰＳＰモジュール１１０へ更に処理するために送信される（３５４）。ｍＰＳＰモジュール１０６が業者１８の代理で活動し、ｃＰＳＰモジュール１１０が消費者の代理で活動するので、一般にｍＰＳＰモジュール１０６は、送信（３５４）の前に、マイクロペイメント・トークンにディジタル署名する（３５６）。一般に、（上記の手順を使用して）受信（４０２）すると直ぐに、および受け入れる（４０４）前に、ｃＰＳＰモジュール１１０は、マイクロペイメント・トークンの妥当性を確認する（４００）。いったん有効にされて（４００）受け入れられたら（４０４）、マイクロペイメント・トークンは、ｃＰＳＰモジュール１１０による処理のために（以下で論じられる）待ち行列に入れられる。
複数のマイクロペイメント・トークンを待ち行列に入れることは、システムの資金不足および業者／消費者の共謀のリスクを減少させる。上記のように、ｃＰＳＰモジュール１１０により処理される選択された各マイクロペイメント・トークン（即ち、マイクロペイメント処理のために選択されたトークン）は、オファーのコストｄ（即ち、マイクロペイメント・トークン金額）、増大したマイクロペイメント金額Ｄ（即ち、スケーリング因子を掛けたオファー・コスト）、および累積消費額Ｃj＋Ｃiを指定する。
例えば、消費者が、＄０．１０のマイクロペイメント・トークン金額ｄを有する購入を繰り返し行うと仮定する。更に、マイクロペイメント選択プロトコル１１４は複数のマイクロペイメント・トークンを定められた割合（または、率）に従う確率的方法で処理するので、消費者がこの購入を行う最初の７５回、消費者のマイクロペイメント・トークンは選択されず、従って、消費者は購入に対して決して課金されないと仮定する。従って、Ｃj（即ち、消費者へ以前に課金された最終金額）は（消費者は以前の７５回の購入に対して決して課金されないので）＄０．００に等しくなるように、およびＣi（即ち、最後の課金から消費者が使った差額）は＄７．５０であり、＄７．５０が以前の７５回の課金されていない購入のコストを表すように、消費者が７６回目の購入を行うとき、マイクロペイメント・トークンで指定される累積消費額Ｃj＋Ｃiは＄７．５０である。
ｃＰＳＰモジュール１１０により保持される複数の待ち行列は、待ち行列予約ＱR、および停止中の（即ち、まだ処理されていない）複数のマイクロペイメント・トークン（例えば、トークン１２，１４，１６）の順序付けられたセットを含む。ｃＰＳＰモジュール１１０は複数のマイクロペイメント・トークンを受信し（４０２）、有効にし（４００）、受け入れる（４０４）ので、ｃＰＳＰモジュール１１０は消費者金融機関１１２に支出された差額（Ｃi）＋マイクロペイメント・トークン金額ｄを課金する（４０６）。この特定の実施例では、消費者は課金されてこなかったので、この差額は＄７．５０であり、マイクロペイメント・トークン金額は＄０．１０である。従って、ｃＰＳＰモジュール１１０は消費者金融機関１１２に＄７．６０を課金し（４０６）、＄７．６０は待ち行列予約ＱRに預けられる（４０８）。
次に、ｃＰＳＰモジュール１１０は、選択されたマイクロペイメント・トークンを待ち行列の最後に挿入し（４１０）、待ち行列は一般に先入れ先出し（ＦＩＦＯ）待ち行列である。ＦＩＦＯ待ち行列は、もっとも古いエントリが最初に処理され、反対に、もっとも新しいエントリが最後に処理される待ち行列である。ｃＰＳＰモジュール１１０は、次に処理する番である増大したマイクロペイメント・トークン（即ち、待ち行列の最初にあるトークン）のマイクロペイメント金額Ｄを、待ち行列予約ＱRの現在の残高と繰り返し比較する（４１２）。待ち行列予約ＱRの（現在は＄７．６０である）現在の残高が、検査されるマイクロペイメント・トークンのマイクロペイメント金額Ｄ（この実施例では＄１０．００）以上の時だけ、増大したマイクロペイメント・トークンが処理され、マイクロペイメントが業者に支払われる。
待ち行列予約ＱRが、現在のところマイクロペイメント金額Ｄより小さいので、マイクロペイメントは業者に行われない。しかし、（ｃＰＳＰモジュール１１０により有効にされた）続けて受信される各マイクロペイメント・トークンの差分値が待ち行列予約ＱRに預けられるので、結局のところ待ち行列予約ＱRの値はマイクロペイメント金額Ｄの値以上になる。これが起きるとき、マイクロペイメントは業者金融機関１０８へ（ｍＰＳＰモジュール１０６を介して）発行され（４１４）、マイクロペイメントの値が待ち行列予約ＱRから差し引かれる（４１６）。
この処理は、（ａ）待ち行列が空になる、または（ｂ）マイクロペイメント・トークンを待ち行列で精算するには不十分な準備金が存在するまでは、待ち行列の先頭にある各マイクロペイメント・トークンに対して繰り返される。
（ａ）全ての消費者が共通の待ち行列を使用するように、（ｂ）各消費者が別々の待ち行列を有するように、または（ｃ）消費者の定められたグループがその定められたグループに共通の待ち行列を共有するように、ｃＰＳＰモジュール１１０により保持される１または複数の待ち行列に関して、１または複数の待ち行列は形成される。
上で論じたように、マイクロペイメント選択プロトコル１１４は、複数のマイクロペイメント・トークンを、定められた割合（または、率）に従う確率的方法で処理する。上記の実施例では、この率は１００分の１であり、ＰＣＳモジュール１０４が受信した１００個のマイクロペイメント・トークンの中から１個が処理のために選択されるので、ｃＰＳＰモジュール１１０は消費者に購入の実際の金額を課金し、ｍＰＳＰモジュール１０６はマイクロペイメントを業者に業者金融機関１０８を介して行う。
しかし、選択されなかった複数のマイクロペイメント・トークンもまだ処理されなければならず、業者に行われたマイクロペイメントの金額と消費者から集められたマイクロペイメント・トークン金額ｄの差分コストを埋め合わせるために、消費者が課金される。従って、ＰＣＳモジュール１０４は、選択されなかった複数のマイクロペイメント・トークンを繰り返し検査して、ｍＰＳＰ１０６およびｃＰＳＰ１１０へ処理のために送信できないかを決定する。
特に、ＰＣＳモジュール１０４は、選択されなかった各マイクロペイメント・トークンを検査して（３２４）、２つの決定（ａ）選択されなかったトークンが生成されてからの実期間、および（ｂ）消費者が最後に課金されてから消費者が支出した差額Ｃi、を行う。もしマイクロペイメント・トークンが生成されてからの実期間が、予め定められた期間（例えば、３０日）を過ぎていたら（３２６）、マイクロペイメント・トークンはディジタル署名され（３２０）、ｍＰＳＰモジュール１０６へ処理のために送信される（３２２）。更に、もし差額Ｃiが好ましい最小の課金しきい値（例えば、＄５．００）を超えるなら（３２８）、マイクロペイメント・トークンはディジタル署名され（３２０）、ｍＰＳＰモジュール１０６へ処理のために送信される（３２２）。
ｍＰＳＰモジュール１０６により受信されるとき（３５０）、選択されなかった複数のマイクロペイメント・トークンは、選択された複数のマイクロペイメント・トークンに類似して処理される（即ち、有効にされて（３５２）、確認される（３５４））。しかし、選択されなかった複数のマイクロペイメント・トークンは、マイクロペイメント金額を反映するために値が増大しなかったので、これら選択されなかった複数のマイクロペイメント・トークンに関して業者への支払いは行われず、増大したマイクロペイメントが、選択されなかった複数のマイクロペイメント・トークンに対して既に支払われた業者へ行われる。
従って、ｍＰＳＰモジュール１０６が選択されなかったマイクロペイメント・トークンを処理のために受信するとき、選択されなかったマイクロペイメント・トークンは、ｃＰＳＰモジュール１１０へ消費者への課金目的で送信される（３５４）。
Ｃjが消費者へ以前に課金された最終金額を表し、Ｃiが最後の課金から消費者が使った差額を表すように、選択されなかった各マイクロペイメント・トークンは、マイクロペイメント・トークン金額ｄ、および累積消費額Ｃj＋Ｃiを指定する。ｃＰＳＰモジュール１１０は、消費者に（消費者金融機関１１２を介して）支出された差額（Ｃi）＋マイクロペイメント・トークン金額ｄを課金する（４０６）。次に、これら受け取った資金は待ち行列予約ＱRに預けられ（４０８）、従って、待ち行列予約ＱRの値を上昇させ、１または複数の業者への追加マイクロペイメントの支払いを可能にする。しかし、これらは選択されなかった複数のマイクロペイメント・トークンなので（４１８）、これら選択されなかったトークンは、マイクロペイメントを待つために待ち行列に配置されず、マイクロペイメントは選択されなかったトークンに行われない。
累積消費額に関して、この値は、ＰＣＳモジュール１０４により（記憶装置３０に）に保持される。上記のように、消費者代理モジュール１０２から検索されたｃＣＥＲＴは、消費者代理モジュール１０２が（ＰＣＳモジュール１０４から）現在の累積消費額を検索することを可能にするシリアル番号を指定し、現在の累積消費額は、消費者代理モジュール１０２が生成した複数のマイクロペイメント・トークン（例えば、トークン１２，１４，１６）に取り込まれる。従って、ＰＣＳモジュール１０４に保持される累積消費額の精度を保証することにより、複数のマイクロペイメント・トークンで指定される累積消費額の精度も保証される。
上記のように、Ｃjが消費者へ以前に課金された最終金額を表し、Ｃiが最後の課金から消費者が使った差額を表すように、累積消費額はＣj＋Ｃiとして定められる。従って、マイクロペイメント・トークンが処理されるときはいつも、それが選択されなかったトークン（または、マイクロペイメントに対する基礎としてマイクロペイメント選択プロトコル１１４により選択されたトークン）であるないに関わらず、消費者は支出された差額（Ｃi）＋マイクロペイメント・トークン金額（ｄ）に対して課金される（４０６）。従って、マイクロペイメント・トークンが処理される（即ち、ｍＰＳＰモジュール１０６へ送信される）各時間に、ＰＣＳモジュール１０４により保持される累積消費額が更新される（３１４）。累積消費額を更新するとき、Ｃjは（Ｃj），（Ｃi），および（ｄ）の和に設定され、（クライアントは現在課金されておらず、従って、最後の課金から購入していないので）、支出された差額（Ｃi）はゼロにリセットされる。
上記の実施例に継続して、消費者が７６回目の購入を行うとき、消費者のマイクロペイメント・トークンはマイクロペイメント選択プロトコル１１４により選択される。この時点で、（消費者が、以前の７５回の購入の何れに対しても課金されていないので）Ｃj（即ち、消費者へ以前に課金された最終金額）が＄０．００に等しく、Ｃi（即ち、最後の課金から消費者が使った差額）が＄７．５０に等しく、＄７．５０は以前の７５回の課金されなかった購入のコストを表すように、マイクロペイメント・トークンおよびＰＣＳモジュール１０４で指定される累積消費額Ｃj＋Ｃiは＄７．５０である。
従って、この消費者の累積消費額を更新するとき、Ｃjは（Ｃj），（Ｃi），および（ｄ）の和（即ち、＄０．００＋＄７．５０＋＄０．１０）に等しく設定される。更に、支出された差額（Ｃi）が、ゼロにリセットされる。従って、Ｃjが＄７．６０に等しく、Ｃiが＄０．００に等しいように、消費者が７７番目のマイクロペイメント・トークンを発生するとき、ＰＣＳモジュール１０４から検索され、７７番目のマイクロペイメント・トークンに取り込まれる累積消費額Ｃj＋Ｃiは＄７．６０である。
マイクロペイメント処理システム１０は、処理される各マイクロペイメント・トークンに対するトークン処理料金にアクセスする。システムが如何にして構成されるかによって、次の１または複数が適応する。例えば、（ａ）消費者が、消費者が発生する各トークンに対して請求される、（ｂ）業者が、その業者に行われたマイクロペイメントに対する基礎として使用された各トークンに対して請求される、または（ｃ）業者が、その業者に向けられた各トークン対して請求される。
（国際特許出願第PCT/US02/12189号（ Appendix A として添付）の主題であり、完全に開示された）マイクロペイメント選択プロトコル１１４は安全な選択プロトコルであり、プロトコルを実行する１または複数のモジュールは、プロトコルが安全であるために安全なシステムで動作する必要がない。例えば、ｍＰＳＰモジュール１０６およびｃＰＳＰモジュール１１０は一般に安全なシステムで動作するが、オファー開発モジュール１００、消費者代理モジュール１０２、およびＰＣＳモジュール１０４は安全でないシステムで動作してもよく、従って、マイクロペイメント処理システム１０の全体の運用コストを下げる。
上記のように、マイクロペイメント処理システム１０の内部の種々のモジュールは、送信の前に複数のデータ・オブジェクトをハッシュしてディジタル署名する。実施例は、複数のオファー・パッケージをハッシュしてディジタル署名するオファー開発モジュール１００、ＰＣＳモジュールへ送信する前に複数のマイクロペイメント・トークンをハッシュしてディジタル署名する消費者代理モジュール１０２、ｍＰＳＰモジュールへ送信する前に複数のマイクロペイメント・トークンをハッシュしてディジタル署名するＰＣＳモジュール１０４、およびｃＰＳＰモジュールへ送信する前に複数のマイクロペイメント・トークンをハッシュしてディジタル署名するｍＰＳＰモジュール１０６を含む。
残念なことに、特にデータ・オブジェクトをハッシュするために必要な帯域幅と比較するとき、複数のデータ・オブジェクトにディジタル署名することは、相当な計算帯域幅を消費する。以下で詳細に論じるように、複数のデータ・オブジェクトをバッチ処理することにより、処理遅延時間の少しだけの増加を被る一方、計算帯域幅の大幅な減少が実現される。
図９を参照すると、バッチ処理モジュール４５０は、マイクロペイメント処理システム１０の複数のモジュール（例えば、モジュール１００，１０２，１０４，１０６および／または１１０）の何れかに含まれる。バッチ処理モジュール４５０は、複数のデータ・オブジェクト（例えば、複数のオファー・パッケージ、および複数のマイクロペイメント・トークン）のバッチ処理を可能にする。
上で論じたように、各データ・オブジェクトは、一般にハッシュされてディジタル署名される。従って、８個のデータ・オブジェクトのバッチに対して、８個のハッシュ・オペレーションおよび８個の署名オペレーションが従来から要求される。しかし、バッチ処理モジュール４５０は、処理される８個のデータ・オブジェクトのバッチ毎に、１回のディジタル署名オペレーション、および（２Ｎ−１）回のハッシュ・オペレーション（即ち、１５回のハッシュ・オペレーション）だけを要求する。単一のディジタル署名を処理するために１０4回のハッシュ処理能力を要求すると仮定すると、従来のオブジェクト毎に１つの署名処理は、１０，０１５個の処理ユニット（即ち、１署名＠１０，０００ユニット、および（２Ｎ−１）ハッシュ＠１ユニット）に対して８０，００８個の処理ユニット（即ち、８署名＠１０，０００ユニット、および８ハッシュ＠１ユニット）を必要とする。従って、バッチ処理モジュール４５０の使用は、８７．４８％の処理帯域幅減少をもたらす。
バッチサイズが増加するときに、処理帯域幅節約は更に重要である。例えば、６４のバッチサイズに対して、従来のオブジェクト毎に１つの署名処理は、１０，１２７個の処理ユニット（即ち、１署名＠１０，０００ユニット、および（２Ｎ−１）ハッシュ＠１ユニット）に対して６４０，０６４個の処理ユニット（即ち、６４署名＠１０，０００ユニット、および６４ハッシュ＠１ユニット）を必要とする。従って、６４のバッチサイズに対して、バッチ処理モジュール４５０の使用は、９８．４１％の処理帯域幅減少をもたらす。
しかし、この増加した効率はコストなしに実現せず、バッチサイズが大きくなると、そのようなバッチを構成するのに更に長い時間を必要とする。例えば、もしシステム１０が１データ・オブジェクト／マイクロ秒で生成していたら、６４のオブジェクト・バッチは６４マイクロ秒（即ち、ほぼ受け入れられるレベルの遅延）でアセンブルできる。しかし、もしシステム１０が１データ・オブジェクト／秒で生成していたら、６４のオブジェクト・バッチをアセンブルするのに１分以上かかる（即ち、ほぼ容認できない遅延）。
従って、バッチサイズを定めるとき、受け入れられるレベルの遅延を考えるべきである。従って、０．１００秒が受け入れられるレベルの遅延を表すように、固定した時間（例えば、０．１００秒）の間に得られるオブジェクトの数としてバッチを定めることが望ましい。
バッチ処理モジュール４５０は、ユーザがバッチ・サイズ定義を定めることを可能にする（４５２）。このバッチ・サイズ定義を定めるとき、ユーザはバッチの内部に含まれるデータ・オブジェクトの数を定める（４５４）。或いは、バッチに含まれるデータ・オブジェクトの数が時間内に利用可能にされるデータ・オブジェクトの数であるように、ユーザは時間（例えば、１００ミリ秒）を定める（４５６）。
バッチサイズが定められる（即ち、時間、またはデータ・オブジェクト数）方法に関わりなく、バッチ符号化処理４５０はバッチをアセンブルするのに必要な複数のデータ・オブジェクトを得る（４５８）。もしユーザがバッチサイズを特定の数のデータ・オブジェクトとして定めたら、バッチ処理モジュール４５０は特定の数のデータ・オブジェクトを得る（４６０）。もしユーザがバッチサイズを特定の時間内に利用可能なオブジェクトの数として定めたら、バッチ処理モジュールは特定の時間内に利用可能な複数のデータ・オブジェクトを得る（４６２）。
図１０を参照すると、符号化されたバッチファイル５００のグラフ図が示され、バッチファイル５００はバッチ符号化処理４５０の最終生成物を表す。この特定の実施例では、バッチファイル５００は８個のデータ・オブジェクト５０２−５１６を含み、各々は、例えば、マイクロペイメント・トークン（または、オファー・パッケージ）を表す。
符号化されたバッチファイル（例えば、符号化されたバッチファイル５００）を生成するとき、バッチ符号化処理４５０は適切な数のデータ・オブジェクト（例えば、データ・オブジェクト５０２−５１６）を得る（４５８）。いったんこれらのデータ・オブジェクトが得られたら、バッチ処理モジュール４５０は各データ・オブジェクトをハッシュして（４６４）、ハッシュされたデータ・オブジェクトを各データ・オブジェクトに対して生成する。
いったんハッシュされたら（４６４）、これらハッシュされたデータ・オブジェクトは、ハッシュされたデータ・オブジェクトのペア（例えば、オブジェクト・ペア５０２／５０４、オブジェクト・ペア５０６／５０８、オブジェクト・ペア５１０／５１２、およびオブジェクト・ペア５１４／５１６）にグループ分けされ（４６６）、ハッシュされたデータ・オブジェクトのこれらペアはハッシュされ（４６８）、従って、４個のハッシュされたデータ・オブジェクト５１８，５２０，５２２，５２４を（それぞれ）生成し、各々はハッシュされたデータ・オブジェクトの単一ペアに対応する。バッチ符号化処理４５０は、ハッシュされたデータ・オブジェクトのペアをハッシュする（４６８）ときに生成されたハッシュされたデータ・オブジェクトの数をモニタし（４７０）、このグループ分け（４６６）およびハッシュ（４６８）は、ハッシュされた唯一のデータ・オブジェクトが生成されるまで再帰的に繰り返される。
上記の実施例に継続して、４個のハッシュされたデータ・オブジェクトが生成されるので、これら４個のハッシュされたデータ・オブジェクトは、ハッシュされたデータ・オブジェクトの２個のペア（例えば、オブジェクト・ペア５１８／５２０、およびオブジェクト・ペア５２２／５２４）にグループ分けされ（４６６）、ハッシュされたデータ・オブジェクトのこれら２個のペアはハッシュされ（４６８）、従って、２個のハッシュされたデータ・オブジェクト５２６，５２８を（それぞれ）生成する。
バッチ処理モジュール４５０は、２個以上のハッシュされたデータ・オブジェクトが生成されたことを決定するので（４７０）、これら２個のハッシュされたデータ・オブジェクトは、ハッシュされたデータ・オブジェクトの１つのペア（例えば、オブジェクト・ペア５２６／５２８）にグループ分けされ、ハッシュされたデータ・オブジェクトのこのペアはハッシュされ（４６８）、従って、１個のハッシュされたデータ・オブジェクト５３０を生成する。
バッチ処理モジュール４５０は、ハッシュされた唯一のデータ・オブジェクトが生成されたことを決定するので（４７０）、バッチ処理モジュール４５０は、ハッシュされたデータ・オブジェクトにディジタル署名（即ち、暗号化）し（４７２）、ディジタル署名され、ハッシュされたデータ・オブジェクトは意図する受取人へ送信される（４７４）。以下で更に詳細に説明されるように、いったんディジタル署名されハッシュされたこのデータ・オブジェクトが意図する受取人に受信されたら、元の８個のデータ・オブジェクト５０２−５１６は復号化される。
上記の実施例では、８個のハッシュされたデータ・オブジェクトのグループ分け（４６６）は４個のペアになり、４個のペアはハッシュされて（４６８）２個のペアになり、２個のペアはハッシュされて（４６８）１個のペアになり、１個のペアはハッシュされて（４６８）署名されて（４７２）送信される（４７４）。残念なことに、複数のデータ・オブジェクトの最初の数が２の累乗（即ち、例えば、２，４，８，１６，３２，６４または１２８）であるときにだけ、このグループ分けおよびハッシュは円滑に働く。しかし、もしバッチ処理モジュール４５０のユーザがバッチサイズを期間を定める（４５６）ことにより定めたら（４５２）、処理されるデータ・オブジェクトの数は任意の数でよい。
従って、ハッシュされたデータ・オブジェクトを処理するとき、もしペアにされたハッシュされたデータ・オブジェクトの数が奇数なら、ペアにできるこれらのデータ・オブジェクトはペアにされ、単一のペアにできないハッシュされたデータ・オブジェクトは、次に更に高いレベルでペア化される。ハッシュ処理４６８が奇数のハッシュされたデータ・オブジェクトを生成するとき、この次に続くペア化が発生する。
例えば、上記の実施例で処理される８個のデータ・オブジェクト（即ち、データ・オブジェクト５０２−５１６）に加えて、９番目のデータ・オブジェクト５３２も処理されると仮定する。個の９番目のデータ５３２のペア化は、奇数のハッシュされたデータ・オブジェクトが生成されるまで遅延される。上記のように、８番目のデータ・オブジェクトのペア化は、４個のペア（即ち、オブジェクト・ペア５０２／５０４、オブジェクト・ペア５０６／５０８、オブジェクト・ペア５１０／５１２、オブジェクト・ペア５１４／５１６）になり、４個のペアはハッシュされてグループ分けされ、２個のペア（即ち、オブジェクト・ペア５１８／５２０、オブジェクト・ペア５２２／５２４）になり、２個のペアはハッシュされてグループ分けされ、単一ペア（即ち、オブジェクト・ペア５２６／５２８）になり、単一ペアはハッシュされて単一のハッシュされたデータ・オブジェクト５３０になる。ハッシュされたデータ・オブジェクト５３０は、単一のハッシュされたデータ・オブジェクトが生成された最初のときを表すので、９番目のデータ・オブジェクト５３２は、ハッシュされたデータ・オブジェクト５３０を用いてハッシュされて（４６４）ペア化され（４６６）、オブジェクト・ペア５３０／５３２になる。オブジェクト・ペア５３０／５３２は次にハッシュされて（４６８）、新しいハッシュされたデータ・オブジェクト５３４が生成される。
図１１を参照すると、確認モジュール５５０は、マイクロペイメント処理システム１０の任意のモジュール（例えば、モジュール１００，１０２，１０４，１０６および／または１１０）に含まれる。確認モジュール５５０は、バッチ処理モジュール４５０が生成したディジタル署名され、ハッシュされたデータ・オブジェクト（例えば、データ・オブジェクト５３０）の確認を可能にする。
確認モジュール５５０は、ディジタル署名されハッシュされたデータ・オブジェクト５３０を受信し（５５２）、データ・オブジェクト５３０は、（上で論じたように）符号化されたバッチファイル５００の内部のデータの多重レベルを表すマルチレベルのデータ・オブジェクトである。データ・オブジェクト５３０は、ハッシュされた目的データ・オブジェクト（例えば、データ・オブジェクト５０２）、および１または複数のハッシュされた目的外データ・オブジェクト（即ち、データ・オブジェクト５０４−５２８）を含む。
また、これらシーケンシャルなデータ鍵の各々が、ハッシュされた目的外データ・オブジェクトに、ディジタル署名されハッシュされたデータ・オブジェクト５３０の内部の固有のレベルで対応するように、確認モジュール５５０も、１または複数のシーケンシャルなデータ鍵（例えば、データ・オブジェクト５０４，５２０，５２８）を受信する（５５４）。加えて、確認モジュール５５０は、ハッシュされていない目的データ・オブジェクト５３６（例えば、ハッシュされた目的オブジェクト５０２のハッシュされていないバージョン）を受信する（５５６）。
複数のデータ鍵（例えば、データ・オブジェクト５０４，５２０，５２８）およびハッシュされていない目的データ・オブジェクト５３６の使用を通して、署名されハッシュされたデータ・オブジェクト５３０および（署名されハッシュされたデータ・オブジェクト５３０の内部に埋め込まれた）目的データ・オブジェクト５０２の妥当性を確認できる。
上記の実施例に継続して、ハッシュされたマルチレベルのデータ・オブジェクト５３０は、バッチ処理モジュール４５０によりディジタル署名され、確認モジュール５５０により受信された（５５２）と仮定する。上で論じたように、データ・オブジェクト５３０は、８個のデータ・オブジェクト（即ち、データ・オブジェクト５０２−５１６）からの情報を含むハッシュされたデータ・オブジェクトである。データ・オブジェクト５０２は、ハッシュされた目的データ・オブジェクト（即ち、処理されるオファー・パッケージ、またはトークン）であると仮定する。データ・オブジェクト５３０とデータ・オブジェクト５０２の経路が３回分割しているので、３個のデータ鍵がこれら２個のデータ・オブジェクトの間の経路をマッピングするために必要であり、従って、特にハッシュされた目的データ・オブジェクト（即ち、データ・オブジェクト５０２）の、および一般にハッシュされたデータ・オブジェクト５３０の保全性を検査する。
特に、これら３個のデータ鍵は、データ分割の選択されなかった経路上の複数のデータ・オブジェクトのハッシュされた値に対応する。例えば、データ・オブジェクト５３０から目的データ・オブジェクト５０２へマッピングするとき、遭遇する最初の分割は、データ・オブジェクト５２６とデータ・オブジェクト５２８の間の分割である。データ・オブジェクト５２６は選択された経路なので（即ち、データ・オブジェクト５２６は、データ・オブジェクト５０２へ向かってマッピングする）、データ・オブジェクト５２８は選択されなかった経路にあり、従って、データ・オブジェクト５２８のハッシュされた値は、データ・オブジェクト５０２を有効にするのに必要な３個のデータ鍵の１つである。他の２個のデータ鍵は、（即ち、第２の分割に対して）データ・オブジェクト５２０、および（即ち、第３の分割に対して）データ・オブジェクト５０４である。
従って、上記の実施例に継続して、確認モジュール５５０は、目的データ・オブジェクト５０２を有効にするために必要な３個のデータ鍵を受信する（５５４）。上で説明したように、これらのデータ鍵は、ハッシュされたデータ・オブジェクト５２８，５２０，５０４である。加えて、確認モジュール５５０は、ハッシュされていない目的データ・オブジェクト５３６を受信する（５５６）。
確認モジュール５５０は、ハッシュされていない目的データ・オブジェクト５３６をハッシュして（５５８）、第１レベルのハッシュされたデータ・オブジェクト（即ち、マルチレベルのデータ・オブジェクト５３０の内部のデータ・オブジェクト５０２）を生成する。モジュール５５０は、ハッシュされたデータ・オブジェクト５０２（即ち、第１レベルのハッシュされたデータ・オブジェクト）を第１レベルのシーケンシャルなデータ鍵（即ち、データ・オブジェクト５０４）を用いてグループ分けし（５６０）、第１レベルのオブジェクト／鍵のペア５０２／５０４を生成し、第１レベルのオブジェクト／鍵のペア５０２／５０４はハッシュされ（５６２）、第２レベルのハッシュされたデータ・オブジェクト（即ち、ハッシュされたデータ・オブジェクト５１８）を生成する。もしシーケンシャルな複数のデータ鍵の全てが、ハッシュされたデータ・オブジェクトとペア化されなければ（５６４）、グループ分け処理５６０およびハッシュ処理５６２は、全てのシーケンシャルな複数のデータ鍵が使い果たされるまで繰り返されなければならない。
２個のシーケンシャルなデータ鍵（即ち、データ鍵５２０，５２８）が残っているとき、確認モジュール５５０は第２レベルのハッシュされたデータ・オブジェクト５１８を、第２レベルのシーケンシャルなデータ鍵（即ち、データ・オブジェクト５２０）を用いてグループ分けし（５６０）、第２レベルのオブジェクト／鍵のペア５１８／５２０を生成し、第２レベルのオブジェクト／鍵のペア５１８／５２０はハッシュされ（５６２）、第３レベルのハッシュされたデータ・オブジェクト（即ち、ハッシュされたデータ・オブジェクト５２６）を生成する。
１個のシーケンシャルなデータ鍵（即ち、データ鍵５２８）が残っているとき、確認モジュール５５０は第３レベルのハッシュされたデータ・オブジェクト５２６を第３レベルのシーケンシャルなデータ鍵（即ち、データ・オブジェクト５２８）を用いてグループ分けし（５６０）、第３レベルのオブジェクト／鍵のペア５２６／５２８を生成し、第３レベルのオブジェクト／鍵のペア５２６／５２８はハッシュされ（５６２）、第４レベルのハッシュされたデータ・オブジェクト（即ち、ハッシュされたデータ・オブジェクト５３０）を生成する。
シーケンシャルな複数のデータ鍵が残っていないとき、グループ分け処理５６０およびハッシュ処理５６２は完了する。任意で、モジュール５５０はハッシュされたマルチレベルのデータ・オブジェクト５３０を復号化し（５６６）、復号化されハッシュされたマルチレベルのデータ・オブジェクト（即ち、ハッシュされたマルチレベルのデータ・オブジェクト５３０の復号化されたバージョン）を生成する。次に、モジュール５５０は、ハッシュされたマルチレベルのデータ・オブジェクト５３０のこの復号化されたバージョンを、第４レベルのハッシュされたデータ・オブジェクトと比較して（５６８）、一致するかを見る。これら２個のデータ・オブジェクトが一致する場合、マルチレベルのデータ・オブジェクト５３０、および目的データ・オブジェクト５０２の妥当性が確認される。
ハッシュされたデータ・オブジェクトがハッシュされたデータ・オブジェクトのペアにグループ分けされるとして上に記載されたが、更に多数のハッシュされたデータ・オブジェクトが一緒にグループ分けされる他の形態も可能である。
消費者代理モジュールへ送信されたコンテンツ受領書は、消費者が購入した商品／サービスにアクセスすることを可能にする復号化鍵を一般に含むとして上に記載されたが、一連の鍵を利用する他の更に複雑な形態が可能である。
例えば、ＰＣＳモジュール１０４は、ＰＣＳ ＭＣＫ暗号化鍵ペアを生成し、公開鍵はｍＣＥＲＴの内部に記憶される。オファー開発モジュール１００は、対称な主コンテンツ鍵を周期的プロセスで生成する。オファー開発モジュール１００は、主コンテンツ鍵、およびＰＣＳ ＭＣＫ暗号化鍵ペアの公開鍵により暗号化された主コンテンツ鍵のコピーを記憶する。以下に記載のように、この主コンテンツ鍵セット（即ち、暗号化および非暗号化バージョン）は、任意の数のオファー・パッケージに対して使用される。
例えば、コンテンツ鍵がオファー・パッケージ・コンテンツ・ファイル（例えば、歌、またはＵＲＬ）を暗号化するために使用されるように、各オファー・パッケージに対して、オファー開発モジュール１００は対称なコンテンツ鍵を生成する。次に、暗号化されたコンテンツ鍵、および暗号化された主コンテンツ鍵が、オファー・パッケージの内側に記憶されるように、オファー開発モジュール１００は、主コンテンツ鍵を使用してコンテンツ鍵を暗号化する。次に、オファー開発モジュール１００は、オファー・パッケージ全体にｍＣＥＲＴの内部の暗号化鍵を使用して署名する。
いったんＰＣＳモジュール１０４がマイクロペイメント・トークンを有効にしたら、ＰＣＳモジュール１０４は所定のマイクロペイメント・トークンに対するコンテンツ鍵を次のように復号化する。もしこのマイクロペイメント・トークンに対する主コンテンツ鍵がキャッシュされなければ、主コンテンツ鍵をＰＣＳ ＭＣＫ暗号化鍵を使用して復号化し、主コンテンツ鍵を将来の使用のためにキャッシュする。さもなければ、キャッシュされた主コンテンツ鍵を使用して、復号化されキャッシュされた主コンテンツ鍵を使用するコンテンツ鍵を復号化する。次に、結果として生成したコンテンツ鍵が、消費者代理モジュール１０２へコンテンツ受領書を用いて送られる。
マイクロペイメント処理システムは、１つの業者（即ち、業者１８）だけにサービスするとして示されたが、他の形態も可能である。例えば、マイクロペイメント処理システムは、複数の業者（例えば、業者４６，４８）へ向けられた複数のマイクロペイメント・トークンを処理するように構成してもよい。加えて、マイクロペイメント処理システムは、単一の更に大きな業者へ向けられた複数のマイクロペイメント・トークンを処理するように構成された複数のＰＣＳモジュールを含んでもよい。更に、マイクロペイメント処理システムは拡大縮小可能なので、複数のＰＣＳモジュールの銀行は、複数の業者へ向けられた複数のマイクロペイメント・トークンを分散して処理するように構成されてもよい。
モジュール１００，１０２，１０４，１０６，および１１０は、直接的にアクセスされるとして上に記載されたが、プロキシを介したアクセスを可能にする他の形態が可能である。例えば、オファー開発モジュール１００は、業者コンピュータ５０で動作するブラウザ・アプリケーション（例えば、 Microsoft Internet Explorer （登録商標）、または Netscape Navigator （登録商標））を介してアクセスされてもよい。従って、ブラウザ・アプリケーションは、業者が（ウェブサーバ上でリモートに動作している）オファー開発モジュール１００へアクセスし、および消費者が検査可能な複数のオファー・パッケージをリモートで形成することを可能にする。
金銭的コストは上記の各オファー・パッケージに関連するが、他の形態も可能である。例えば、オファー・パッケージのコストはマイレージのマイル数で指定されてもよく、消費者はマイレージのマイル数を使用して商品／サービスを購入する。或いは、商品（例えば、ソーダ、穀物、またはポテト・チップス）を購入する毎に消費者はポイントを得て、得たポイントは商品／サービスの購入に使用できるように、オファー・パッケージのコストは消費者のポイントで指定されてもよい。
上記のシステムは、マイクロペイメント・トークンが処理のためにＰＣＳモジュールにより受信される時点で年齢要求を確認することを開示するが、他の形態も可能である。例えば、システムは、もし消費者が年齢要求を満たすなら、消費者がオファー・パッケージの詳細を検討することを可能にするように消費者代理モジュールを構成してもよい。
上記のシステムは、マイクロペイメント・トークンが消費者代理モジュールにより生成される時点でアカウント残高を確認することを開示するが、他の形態も可能である。例えば、システムは、もし消費者が充分なアカウント残高を有するなら、消費者がオファー・パッケージの詳細を検討することを可能にするように消費者代理モジュールを構成してもよい。
マイクロペイメント選択プロトコルは、定められた割合のマイクロペイメント・トークンを処理のために選択し、選択されたマイクロペイメント・トークンの値を定められた割合の逆数により増加させるとして上に記載されるが、他の形態も可能であり、例えば、業者がマイクロペイメントの所望するサイズを定める。例えば、もし業者が＄１００．００のマイクロペイメントを受信することを所望し、複数のマイクロペイメント・トークンの値ｄが＄０．２０なら、スケーリング因子は＄１００．００／＄０．２０（即ち、５００）であり、従って、選択率は、５００個毎に１個のトークンが処理のために選択されるように設定される。
マイクロペイメント・システムは、システムを使用して業者が売りに出したデータ・ファイルをローカルに記憶しているとして上に記載されるが、他の形態も可能である。例えば、サードパーティのデータ権利管理システム１１６は、データ・ファイルのリモート記憶を可能にするように利用されてもよい。加えて、データ権利管理システム１１６も、データ・ファイルのアクセスおよびダウンロードを制御してもよい。
消費者は、マイクロペイメント処理システムへ排他的にコンピュータの使用を通してアクセスするように示されるが、他の形態も可能である。例えば、消費者は、マイクロペイメント・システムへ携帯型装置（例えば、携帯電話、または携帯情報端末（例えば、 Palm （登録商標）、または Pocket PC （登録商標）、図示されない携帯型装置））を介してアクセスしてもよい。
多数の実施例が開示されたが、種々の変更がなされることは理解されるであろう。従って、他の実施例は特許請求の範囲内である。
分散型コンピュータネットワークに結合したマイクロペイメント処理システムの線図である。 図１のマイクロペイメント処理システムの詳細図である。 図１のマイクロペイメント処理システムのオファー開発モジュールのブロック図である。 図１のマイクロペイメント処理システムの消費者代理モジュールのブロック図である。 図１のマイクロペイメント処理システムにより表示されるディスプレイスクリーンの線図である。 図１のマイクロペイメント処理システムのＰＣＳモジュールのブロック図である。 図１のマイクロペイメント処理システムのｍＰＳＰモジュールのブロック図である。 図１のマイクロペイメント処理システムのｃＰＳＰモジュールのブロック図である。 図１のマイクロペイメント処理システムのバッチ処理モジュールのブロック図である。 符号化されたバッチファイルの線図である。 図１のマイクロペイメント処理システムの確認モジュールのブロック図である。
符号の説明
１０ マイクロペイメント処理システム
１２，１４，１６ マイクロペイメント・トークン
２０ ビデオ・ストリーム
２２ オーディオ・ストリーム
２４ ＭＰ３ファイル
２６ リモート・コンピュータ
２８ ネットワーク
３０ 記憶装置
３２，３４，３６ 消費者
３８，４０，４２ 消費者コンピュータ
１８，４６，４８ 業者
５０ 業者コンピュータ
５２ コンテンツ受領書
１００ オファー開発モジュール
１０２ 消費者代理モジュール
１０４ ＰＣＳモジュール
１０６ ｍＰＳＰモジュール
１０８ 業者金融機関
１１０ ｃＰＳＰモジュール
１１２ 消費者金融機関
１１４ マイクロペイメント選択プロトコル
１１６ データ権利管理システム
４５０ バッチ処理モジュール
５００ バッチファイル

Claims (220)

  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. 前記選択されたマイクロペイメント・トークンを有効にすることが、
    業者により提供され、消費者により受け入れられた前記オファー・パッケージを有効にすることを含むことを特徴とする、請求項３８に記載の方法。
  40. 前記選択されたマイクロペイメント・トークンを有効にすることが、
    前記オファー・パッケージが期限切れでないことを確認することを含むことを特徴とする、請求項３８に記載の方法。
  41. 前記選択されたマイクロペイメント・トークンを待ち行列に入れることが、
    前記選択されたマイクロペイメント・トークンを前記処理待ち行列に配置することを含み、待ち行列予約は前記処理待ち行列に関することを特徴とする、請求項３８に記載の方法。
  42. 前記処理待ち行列がＦＩＦＯ待ち行列であることを特徴とする、請求項４１に記載の方法。
  43. 選択された各マイクロペイメント・トークンは累積消費額を更に定め、累積消費額は、
    前記消費者へ以前に課金された最終金額、および
    最後の課金から前記消費者が使った差額の合計であることを特徴とする、請求項４１に記載の方法。
  44. 前記消費者に関連する消費者金融機関に、前記マイクロペイメント・トークン金額、および前記差額の前記合計を課金することを更に含むことを特徴とする、請求項４３に記載の方法。
  45. 前記消費者へ以前に課金された最終金額を、
    前記消費者へ以前に課金された最終金額、
    前記差額、および
    前記マイクロペイメント・トークン金額の合計に等しく設定することを更に含むことを特徴とする、請求項４４に記載の方法。
  46. 前記差額をゼロに等しく設定することを更に含むことを特徴とする、請求項４５に記載の方法。
  47. 前記マイクロペイメント・トークン金額、および前記差額の前記合計を、前記処理待ち行列に関連する前記待ち行列予約へ入金することを更に含むことを特徴とする、請求項４３に記載の方法。
  48. 前記処理待ち行列の内部の次に処理されるべき選択されたマイクロペイメント・トークンの前記マイクロペイメント金額を、前記待ち行列予約の値と比較することを更に含むことを特徴とする、請求項４１に記載の方法。
  49. 前記次に処理されるべき選択されたマイクロペイメント・トークンは、前記処理待ち行列の先頭にある前記選択されたマイクロペイメント・トークンであることを特徴とする、請求項４８に記載の方法。
  50. 前記次に処理されるべき選択されたマイクロペイメント・トークンで定められた前記マイクロペイメント金額を、前記業者と関連する業者金融機関へ入金することを更に含むことを特徴とする、請求項４８に記載の方法。
  51. 選択されなかったマイクロペイメント・トークンを処理するための方法であって、
    選択されなかったマイクロペイメント・トークンの処理を許可すること、および
    前記選択されなかったマイクロペイメント・トークンを有効にすることを含み、
    前記選択されなかったマイクロペイメント・トークンはマイクロペイメント・トークン金額を定め、累積消費額を定め、業者により提供され、消費者により受け入れられたオファー・パッケージに関し、
    前記累積消費額は、
    前記消費者へ以前に課金された最終金額、および
    最後の課金から前記消費者が使った差額の合計であることを特徴とする方法。
  52. 前記選択されなかったマイクロペイメント・トークンを有効にすることが、
    業者により提供され、消費者により受け入れられた前記オファー・パッケージを有効にすることを含むことを特徴とする、請求項５１に記載の方法。
  53. 前記選択されなかったマイクロペイメント・トークンを有効にすることが、
    前記オファー・パッケージが期限切れでないことを確認することを含むことを特徴とする、請求項５１に記載の方法。
  54. 前記選択されなかったマイクロペイメント・トークンを前記処理待ち行列へ配置することを更に含み、待ち行列予約は前記処理待ち行列に関することを特徴とする、請求項５１に記載の方法。
  55. 前記処理待ち行列がＦＩＦＯ待ち行列であることを特徴とする、請求項５４に記載の方法。
  56. 前記消費者に関連する消費者金融機関に、前記マイクロペイメント・トークン金額、および前記差額の前記合計を課金することを更に含むことを特徴とする、請求項５４に記載の方法。
  57. 前記消費者へ以前に課金された最終金額を、
    前記消費者へ以前に課金された最終金額、
    前記差額、および
    前記マイクロペイメント・トークン金額の合計に等しく設定することを更に含むことを特徴とする、請求項５６に記載の方法。
  58. 前記差額をゼロに等しく設定することを更に含むことを特徴とする、請求項５７に記載の方法。
  59. 前記マイクロペイメント・トークン金額、および前記差額の前記合計を、前記処理待ち行列に関連する前記待ち行列予約へ入金することを更に含むことを特徴とする、請求項５４に記載の方法。
  60. 選択されなかったマイクロペイメント・トークンの処理を許可することが、
    予め定められた期間を、前記選択されなかったマイクロペイメント・トークンが生成されてからの実期間と比較することを含み、
    もし前記実期間が前記予め定められた期間を超えていたら、前記選択されなかったマイクロペイメント・トークンの処理が許可されることを特徴とする、請求項５１に記載の方法。
  61. 前記予め定められた期間が３０日であることを特徴とする、請求項６０に記載の方法。
  62. 選択されなかったマイクロペイメント・トークンの処理を許可することが、
    予め定められた最小の課金しきい値を、前記差額と比較することを含み、
    もし前記差額が前記予め定められた期間を超えていたら、前記選択されなかったマイクロペイメント・トークンは処理を許可されることを特徴とする、請求項５１に記載の方法。
  63. 前記予め定められた最小の課金しきい値が＄５であることを特徴とする、請求項６２に記載の方法。
  64. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    オファー・パッケージの内部で、提供される商品の説明を定め、
    前記オファー・パッケージの内部で、前記提供される商品のコストを定め、
    前記オファー・パッケージの内部で、提供する業者を定め、および
    前記オファー・パッケージの内部で、前記提供される商品の暗号化されたバージョンを含むことを特徴とするプログラム。
  65. 前記オファー・パッケージの内部で、前記提供される商品に対する使用時間を定めるための命令を更に含むことを特徴とする、請求項６４に記載のコンピュータ・プログラム。
  66. 前記オファー・パッケージの内部で、オファーの流通性を定めるための命令を更に含むことを特徴とする、請求項６４に記載のコンピュータ・プログラム。
  67. 前記オファー・パッケージの内部で、オファーの有効期限を定めるための命令を更に含むことを特徴とする、請求項６４に記載のコンピュータ・プログラム。
  68. 前記オファー・パッケージにディジタル署名するための命令を更に含むことを特徴とする、請求項６４に記載のコンピュータ・プログラム。
  69. 前記提供される商品を暗号化して、前記提供される商品の暗号化バージョンを生成するための命令を更に含むことを特徴とする、請求項６４に記載のコンピュータ・プログラム。
  70. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    オファー・パッケージの内部で、提供される商品／サービスの説明を定め、
    前記オファー・パッケージの内部で、前記提供される商品／サービスのコストを定め、
    前記オファー・パッケージの内部で、提供する業者を定め、および
    前記オファー・パッケージの内部で、前記提供される商品／サービスへの暗号化されたリンクを含むことを特徴とするプログラム。
  71. 前記オファー・パッケージの内部で、前記提供される商品／サービスに対する使用時間を定めるための命令を更に含むことを特徴とする、請求項７０に記載のコンピュータ・プログラム。
  72. 前記オファー・パッケージの内部で、オファーの流通性を定めるための命令を更に含むことを特徴とする、請求項７０に記載のコンピュータ・プログラム。
  73. 前記オファー・パッケージの内部で、オファーの有効期限を定めるための命令を更に含むことを特徴とする、請求項７０に記載のコンピュータ・プログラム。
  74. 前記オファー・パッケージにディジタル署名するための命令を更に含むことを特徴とする、請求項７０に記載のコンピュータ・プログラム。
  75. 前記提供される商品／サービスへのリンクを暗号化して、前記暗号化されたリンクを生成するための命令を更に含むことを特徴とする、請求項７０に記載のコンピュータ・プログラム。
  76. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    オファー・パッケージを定め、前記オファー・パッケージは、オファー説明および前記提供される商品の暗号化されたバージョンを含み、および
    前記オファー説明を検討する前に、潜在的消費者が前記オファー・パッケージをダウンロードすることを要求することを特徴とするプログラム。
  77. 潜在的消費者に、オファー・パッケージを購入する前に、オファー・パッケージをダウンロードすることを要求することことを特徴とする、請求項７６に記載のコンピュータ・プログラム。
  78. 前記潜在的消費者が前記オファー・パッケージを購入することに応答して、前記潜在的消費者が前記提供される商品の前記暗号化されたバージョンを復号化することを可能にするための命令を更に含むことを特徴とする、請求項７７に記載のコンピュータ・プログラム。
  79. 前記潜在的消費者が復号化することを可能にするための命令が、
    前記潜在的消費者に、前記潜在的消費者が前記提供される商品の前記暗号化されたバージョンを復号化することを可能にする復号化鍵を提供するための命令を更に含むことを特徴とする、請求項７８に記載のコンピュータ・プログラム。
  80. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    オファー・パッケージを有効にし、
    前記オファー・パッケージを受け入れ、
    前記オファー・パッケージを受信した前記消費者に対する累積消費額を決定し、および
    前記オファー・パッケージおよび前記累積消費額を識別するマイクロペイメント・トークンを生成することを特徴とするプログラム。
  81. 前記オファー・パッケージを受け入れる前に、前記オファー・パッケージの内部に含まれるオファー説明を検討するための命令を更に含むことを特徴とする、請求項８０に記載のコンピュータ・プログラム。
  82. 前記マイクロペイメント・トークンにディジタル署名するための命令を更に含むことを特徴とする、請求項８０に記載のコンピュータ・プログラム。
  83. 前記マイクロペイメント・トークンをトークン処理システムへ送信するための命令を更に含むことを特徴とする、請求項８０に記載のコンピュータ・プログラム。
  84. 復号化鍵を前記トークン処理システムから受信するための命令を更に含むことを特徴とする、請求項８３に記載のコンピュータ・プログラム。
  85. 前記オファー・パッケージは、提供される商品に関し、
    前記オファー・パッケージは、前記提供される商品の暗号化されたバージョンを含み、および
    前記復号化鍵は、前記消費者が前記提供される商品の前記暗号化されたバージョンを復号化することを可能にすることを特徴とする、請求項８４に記載のコンピュータ・プログラム。
  86. 前記オファー・パッケージは、提供される商品／サービスに関し、
    前記オファー・パッケージは、前記提供される商品／サービスへの暗号化されたリンクを含み、および
    前記復号化鍵は、前記消費者が前記暗号化されたリンクを復号化することを可能にすることを特徴とする、請求項８４に記載のコンピュータ・プログラム。
  87. 累積消費額を決定するための命令が、
    前記オファー・パッケージを受け入れた前記消費者に関する消費者証明を、トークン処理システムから得るための命令を含み、
    前記消費者証明は、前記累積消費額の検索を可能にする消費者識別子を含むことを特徴とする、請求項８０に記載のコンピュータ・プログラム。
  88. 前記オファー・パッケージをリモート・ロケーションから検索するための命令を更に含むことを特徴とする、請求項８０に記載のコンピュータ・プログラム。
  89. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    マイクロペイメント・トークンをリモート・ソースから受信し、前記マイクロペイメント・トークンは、業者により提供され、消費者により受け入れられたオファー・パッケージに関し、
    前記マイクロペイメント・トークンを有効にし、
    前記マイクロペイメント・トークンを処理のために受け入れ、および
    マイクロペイメント・トークンをマイクロペイメント処理のために選択することを特徴とするプログラム。
  90. 復号化鍵を前記消費者へ送信するための命令を更に含むことを特徴とする、請求項８９に記載のコンピュータ・プログラム。
  91. 前記マイクロペイメント・トークンを有効にするための命令が、
    業者により提供され、消費者により受け入れられた前記オファー・パッケージを有効にするための命令を更に含むことを特徴とする、請求項８９に記載のコンピュータ・プログラム。
  92. 前記マイクロペイメント・トークンを有効にするための命令が、
    前記オファー・パッケージが期限切れでないことを確認するための命令を更に含むことを特徴とする、請求項８９に記載のコンピュータ・プログラム。
  93. マイクロペイメント・トークンを、マイクロペイメント処理のために選択するための命令が、
    前記受け入れられたマイクロペイメント・トークンを、選択されたマイクロペイメント・トークン、または選択されなかったマイクロペイメント・トークンの何れかとして定めるための命令を含み、
    前記選択されたマイクロペイメント・トークンが、マイクロペイメント金額を前記業者へ支払うための基礎として使用されることを特徴とする、請求項８９に記載のコンピュータ・プログラム。
  94. 前記受け入れられたマイクロペイメント・トークンを定めるための命令が、
    前記受け入れられたマイクロペイメント・トークンを、定められた選択率に従って定めるための命令を更に含むことを特徴とする、請求項９３に記載のコンピュータ・プログラム。
  95. 前記定められた選択率が１％であり、１個の選択されたマイクロペイメント・トークンを、９９個の選択されなかった各マイクロペイメント・トークンに対してもたらすことを特徴とする、請求項９４に記載のコンピュータ・プログラム。
  96. 前記定められた選択率が１０％であり、１個の選択されたマイクロペイメント・トークンを、９個の選択されなかった各マイクロペイメント・トークンに対してもたらすことを特徴とする、請求項９４に記載のコンピュータ・プログラム。
  97. 選択された各マイクロペイメント・トークンが、マイクロペイメント・トークン金額を定め、前記コンピュータ・プログラムが、
    前記マイクロペイメント・トークン金額を、前記定められた選択率の逆数に従って増加させ、従って、前記マイクロペイメント金額を定めるための命令を更に含むことを特徴とする、請求項９４に記載のコンピュータ・プログラム。
  98. 前記マイクロペイメント・トークンにディジタル署名するための命令を更に含むことを特徴とする、請求項９７に記載のコンピュータ・プログラム。
  99. 前記受け入れられたマイクロペイメント・トークンを定めるための前記命令が、
    前記受け入れられたマイクロペイメント・トークンを、所望するマイクロペイメント金額に従って定めるための命令を含むことを特徴とする、請求項９３に記載のコンピュータ・プログラム。
  100. 前記所望するマイクロペイメント金額が＄１００であることを特徴とする、請求項９９に記載のコンピュータ・プログラム。
  101. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    選択されたマイクロペイメント・トークンを有効にし、および
    前記選択されたマイクロペイメント・トークンを待ち行列に入れ、
    wherein 前記選択されたマイクロペイメント・トークンはマイクロペイメント金額を定め、マイクロペイメント・トークン金額を定め、業者により提供され、消費者により受け入れられたオファー・パッケージに関することを特徴とするプログラム。
  102. 前記選択されたマイクロペイメント・トークンを有効にするための前記命令が、
    業者により提供され、消費者により受け入れられた前記オファー・パッケージを有効にするための命令を含むことを特徴とする、請求項１０１に記載のコンピュータ・プログラム。
  103. 前記選択されたマイクロペイメント・トークンを有効にするための前記命令が、
    前記オファー・パッケージが期限切れでないことを確認するための命令を含むことを特徴とする、請求項１０１に記載のコンピュータ・プログラム。
  104. 前記選択されたマイクロペイメント・トークンを待ち行列に入れるための前記命令が、
    前記選択されたマイクロペイメント・トークンを前記処理待ち行列へ配置するための命令を含み、待ち行列予約は前記処理待ち行列に関することを特徴とする、請求項１０１に記載のコンピュータ・プログラム。
  105. 前記処理待ち行列がＦＩＦＯ待ち行列であることを特徴とする、請求項１０４に記載のコンピュータ・プログラム。
  106. 選択された各マイクロペイメント・トークンは、累積消費額を更に定め、累積消費額は、
    前記消費者へ以前に課金された最終金額、および
    最後の課金から前記消費者が使った差額の合計であることを特徴とする、請求項１０４に記載のコンピュータ・プログラム。
  107. 前記消費者に関連する消費者金融機関に、前記マイクロペイメント・トークン金額、および前記差額の前記合計を課金するための命令を更に含むことを特徴とする、請求項１０６に記載のコンピュータ・プログラム。
  108. 前記消費者へ以前に課金された最終金額を、
    前記消費者へ以前に課金された最終金額、
    前記差額、および
    マイクロペイメント・トークン金額の合計に等しく設定するための命令を更に含むことを特徴とする、請求項１０７に記載のコンピュータ・プログラム。
  109. 前記差額をゼロに等しく設定するための命令を更に含むことを特徴とする、請求項１０８に記載のコンピュータ・プログラム。
  110. 前記マイクロペイメント・トークン金額、および前記差額の前記合計を、前記処理待ち行列に関連する前記待ち行列予約へ入金するための命令を更に含むことを特徴とする、請求項１０６に記載のコンピュータ・プログラム。
  111. 前記処理待ち行列の内部の次に処理されるべき選択されたマイクロペイメント・トークンの前記マイクロペイメント金額を、前記待ち行列予約の値と比較するための命令を更に含むことを特徴とする、請求項１０４に記載のコンピュータ・プログラム。
  112. 前記次に処理されるべき選択されたマイクロペイメント・トークンは、前記処理待ち行列の先頭にある前記選択されたマイクロペイメント・トークンであることを特徴とする、請求項１１１に記載のコンピュータ・プログラム。
  113. 前記次に処理されるべき選択されたマイクロペイメント・トークンで定められた前記マイクロペイメント金額を、前記業者と関連する業者金融機関へ入金するための命令を更に含むことを特徴とする、請求項１１１に記載のコンピュータ・プログラム。
  114. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    選択されなかったマイクロペイメント・トークンを処理することを許可し、および
    前記選択されなかったマイクロペイメント・トークンを有効にし、
    前記選択されなかったマイクロペイメント・トークンはマイクロペイメント・トークン金額を定め、累積消費額を定め、業者により提供され、消費者により受け入れられたオファー・パッケージに関し、
    前記累積消費額は、
    前記消費者へ以前に課金された最終金額、および
    最後の課金から前記消費者が使った差額の合計であることを特徴とするコンピュータ・プログラム。
  115. 前記選択されなかったマイクロペイメント・トークンを有効にするための命令が、
    業者により提供され、消費者により受け入れられた前記オファー・パッケージを有効にするための命令を含むことを特徴とする、請求項１１４に記載のコンピュータ・プログラム。
  116. 前記選択されなかったマイクロペイメント・トークンを有効にするための命令が、
    前記オファー・パッケージが期限切れでないことを確認するための命令を含むことを特徴とする、請求項１１４に記載のコンピュータ・プログラム。
  117. 選択されなかったマイクロペイメント・トークンを前記処理待ち行列へ配置するための命令を更に含み、待ち行列予約は前記処理待ち行列に関することを特徴とする、請求項１１４に記載のコンピュータ・プログラム。
  118. 前記処理待ち行列がＦＩＦＯ待ち行列であることを特徴とする、請求項１１７に記載のコンピュータ・プログラム。
  119. 前記消費者に関連する消費者金融機関に、前記マイクロペイメント・トークン金額、および前記差額の前記合計を課金するための命令を更に含むことを特徴とする、請求項１１７に記載のコンピュータ・プログラム。
  120. 前記消費者へ以前に課金された最終金額を、
    前記消費者へ以前に課金された最終金額、
    前記差額、および
    前記マイクロペイメント・トークン金額の合計に等しく設定するための命令を更に含むことを特徴とする、請求項１１９に記載のコンピュータ・プログラム。
  121. 前記差額をゼロに等しく設定するための命令を更に含むことを特徴とする、請求項１２０に記載のコンピュータ・プログラム。
  122. 前記マイクロペイメント・トークン金額、および前記差額の前記合計を、前記処理待ち行列に関連する前記待ち行列予約へ入金するための命令を更に含むことを特徴とする、請求項１１７に記載のコンピュータ・プログラム。
  123. 選択されなかったマイクロペイメント・トークンの処理を許可するための前記命令が、
    予め定められた期間を、前記選択されなかったマイクロペイメント・トークンが生成されてからの実期間と比較するための命令を更に含み、
    もし前記実期間が前記予め定められた期間を超えていたら、前記選択されなかったマイクロペイメント・トークンの処理が許可されることを特徴とする、請求項１１４に記載のコンピュータ・プログラム。
  124. 前記予め定められた期間が３０日であることを特徴とする、請求項１２３に記載のコンピュータ・プログラム。
  125. 選択されなかったマイクロペイメント・トークンの処理を許可するための前記命令が、
    予め定められた最小の課金しきい値を、前記差額と比較するための命令を更に含み、
    もし前記差額が前記予め定められた期間を超えていたら、前記選択されなかったマイクロペイメント・トークンは処理を許可されることを特徴とする、請求項１１４に記載のコンピュータ・プログラム。
  126. 前記予め定められた最小の課金しきい値が＄５であることを特徴とする、請求項１２５に記載のコンピュータ・プログラム。
  127. バッチ符号化方法であって、
    バッチ・サイズ定義を定めること、
    前記バッチ・サイズ定義を満たす２または３以上のデータ・オブジェクトを取得すること、
    各データ・オブジェクトはハッシュして、Ｎ番目のハッシュされたデータ・オブジェクトを各データ・オブジェクトに対して生成すること、
    Ｎ番目のハッシュされたデータ・オブジェクトを、Ｎ番目のハッシュされたデータ・オブジェクトの１または複数のペアにグループ分けすること、および
    Ｎ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュして、（Ｎ＋１）番目のハッシュされたデータ・オブジェクトをＮ番目のハッシュされたデータ・オブジェクトの各ペアに対して生成することを含み、
    Ｎ番目のハッシュされたデータ・オブジェクトのグループ分け、およびＮ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュすることは、（Ｎ＋１）番目のハッシュされた唯一のデータ・オブジェクトが生成されるまで再帰的に繰り返されることを特徴とする方法。
  128. （Ｎ＋１）番目のハッシュされたデータ・オブジェクトに、ディジタル署名することを更に含むことを特徴とする、請求項１２７に記載の方法。
  129. 生成されたＮ番目のハッシュされたデータ・オブジェクトの数は奇数であり、および
    Ｎ番目のハッシュされたデータ・オブジェクトのグループ分けは、Ｎ番目のハッシュされたデータ・オブジェクトの１または複数のペア、およびＮ番目のハッシュされた単一のデータ・オブジェクトをもたらすことを特徴とする、請求項１２７に記載の方法。
  130. Ｎ番目のハッシュされたデータ・オブジェクトをグループ分けすることは、前記Ｎ番目のハッシュされた単一のデータ・オブジェクトを、Ｍ番目のデータ・オブジェクトを用いてグループ分けすることを含み、前記Ｍ番目のデータ・オブジェクトは、前記Ｎ番目のハッシュされた単一のデータ・オブジェクトより高次のハッシュされたデータ・オブジェクトであり、および
    Ｎ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュすることは、前記Ｎ番目のハッシュされた単一のデータ・オブジェクトを、前記Ｍ番目のデータ・オブジェクトを用いてハッシュし、（Ｍ＋１）番目のハッシュされたデータ・オブジェクトを生成することを含むことを特徴とする、請求項１２９に記載の方法。
  131. バッチ・サイズ定義を定めることが、
    時間を定めることを含むことを特徴とする、請求項１２７に記載の方法。
  132. 前記時間が１００ミリ秒であることを特徴とする、請求項１３１に記載の方法。
  133. ２または３以上のデータ・オブジェクトを取得することが、
    時間内に利用可能にされる複数のデータ・オブジェクトを取得することを含むことを特徴とする、請求項１３１に記載の方法。
  134. バッチ・サイズ定義を定めることが、
    多数のデータ・オブジェクトを定めることを含むことを特徴とする、請求項１２７に記載の方法。
  135. 前記データ・オブジェクトが、マイクロペイメント・トークンであることを特徴とする、請求項１２７に記載の方法。
  136. 前記マイクロペイメント・トークンが、選択されたマイクロペイメント・トークンであることを特徴とする、請求項１３５に記載の方法。
  137. 前記マイクロペイメント・トークンが、選択されなかったマイクロペイメント・トークンであることを特徴とする、請求項１３５に記載の方法。
  138. 前記データ・オブジェクトが、オファー・パッケージであることを特徴とする、請求項１２７に記載の方法。
  139. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    バッチ・サイズ定義を定め、
    前記バッチ・サイズ定義を満たす２または３以上のデータ・オブジェクトを取得し、
    各データ・オブジェクトをハッシュして、Ｎ番目のハッシュされたデータ・オブジェクトを各データ・オブジェクトに対して生成し、
    前記Ｎ番目のハッシュされたデータ・オブジェクトを、Ｎ番目のハッシュされたデータ・オブジェクトの１または複数のペアへグループ分けし、および
    Ｎ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュして、（Ｎ＋１）番目のハッシュされたデータ・オブジェクトを、Ｎ番目のハッシュされたデータ・オブジェクトの各ペアに対して生成し、
    Ｎ番目のハッシュされたデータ・オブジェクトのグループ分け、およびＮ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュすることは、（Ｎ＋１）番目のハッシュされた唯一のデータ・オブジェクトが生成されるまで再帰的に繰り返されることを特徴とするプログラム。
  140. （Ｎ＋１）番目のハッシュされたデータ・オブジェクトにディジタル署名するための命令を更に含むことを特徴とする、請求項１３９に記載のコンピュータ・プログラム。
  141. 生成されたＮ番目のハッシュされたデータ・オブジェクトの数は奇数であり、および
    Ｎ番目のハッシュされたデータ・オブジェクトのグループ分けは、Ｎ番目のハッシュされたデータ・オブジェクトの１または複数のペア、およびＮ番目のハッシュされた単一のデータ・オブジェクトをもたらすことを特徴とする、請求項１３９に記載のコンピュータ・プログラム。
  142. Ｎ番目のハッシュされたデータ・オブジェクトをグループ分けするための命令は、前記Ｎ番目のハッシュされた単一のデータ・オブジェクトを、Ｍ番目のデータ・オブジェクトを用いてグループ分けすための命令を含み、前記Ｍ番目のデータ・オブジェクトは、前記Ｎ番目のハッシュされた単一のデータ・オブジェクトより高次のハッシュされたデータ・オブジェクトであり、および
    Ｎ番目のハッシュされたデータ・オブジェクトの各ペアをハッシュするための命令は、前記Ｎ番目のハッシュされた単一のデータ・オブジェクトを、前記Ｍ番目のデータ・オブジェクトを用いてハッシュし、（Ｍ＋１）番目のハッシュされたデータ・オブジェクトを生成する命令を含むことを特徴とする、請求項１４１に記載のコンピュータ・プログラム。
  143. バッチ・サイズ定義を定めるための命令が、
    時間を定めるための命令を含むことを特徴とする、請求項１３９に記載のコンピュータ・プログラム。
  144. 前記時間が１００ミリ秒であることを特徴とする、請求項１４３に記載のコンピュータ・プログラム。
  145. ２または３以上のデータ・オブジェクトを取得するための命令が、
    時間内に利用可能にされる複数のデータ・オブジェクトを取得するための命令をふくむことを特徴とする、請求項１４３に記載のコンピュータ・プログラム。
  146. バッチ・サイズ定義を定めるための命令が、
    多数のデータ・オブジェクトを定めるための命令を含むことを特徴とする、請求項１３９に記載のコンピュータ・プログラム。
  147. 前記データ・オブジェクトが、マイクロペイメント・トークンであることを特徴とする、請求項１３９に記載のコンピュータ・プログラム。
  148. 前記マイクロペイメント・トークンが、選択されたマイクロペイメント・トークンであることを特徴とする、請求項１４７に記載のコンピュータ・プログラム。
  149. 前記マイクロペイメント・トークンが、選択されなかったマイクロペイメント・トークンであることを特徴とする、請求項１４７に記載のコンピュータ・プログラム。
  150. 前記データ・オブジェクトが、オファー・パッケージであることを特徴とする、請求項１３９に記載のコンピュータ・プログラム。
  151. 検査方法であって、
    ハッシュされたマルチレベルのデータ・オブジェクトを受信することであって、ハッシュされたマルチレベルのデータ・オブジェクトが１または複数のハッシュされた目的外データ・オブジェクトを含むこと、
    １または複数のシーケンシャルなデータ鍵を受信することであって、シーケンシャルなデータ鍵の各々が、ハッシュされた目的外データ・オブジェクトに、ハッシュされたマルチレベルのデータ・オブジェクトの内部の固有のレベルで対応すること、
    ハッシュされていない目的データ・オブジェクトを受信すること、
    ハッシュされていない目的データ・オブジェクトをハッシュして、第Ｎレベルのハッシュされたデータ・オブジェクトを生成すること、
    第Ｎレベルのハッシュされたデータ・オブジェクトを、第Ｎレベルのシーケンシャルなデータ鍵を用いてグループ分けして、第Ｎレベルのオブジェクト／鍵のペアを生成すること、および
    第Ｎレベルのオブジェクト／鍵のペアをハッシュして、第（Ｎ＋１）レベルのハッシュされたデータ・オブジェクトを生成することを含み、
    第Ｎレベルのハッシュされたデータ・オブジェクトのグループ分け、および第Ｎレベルのオブジェクト／鍵のペアのハッシュがシーケンシャルなデータ鍵の各々に対して繰り返されることを特徴とする検査方法。
  152. ハッシュされたマルチレベルのデータ・オブジェクトは、暗号化されハッシュされたマルチレベルのデータ・オブジェクトであり、
    暗号化されハッシュされたマルチレベルのデータ・オブジェクトを復号化し、復号化されハッシュされたマルチレベルのデータ・オブジェクトを生成することを含むことを特徴とする、請求項１５１に記載の方法。
  153. 復号化されハッシュされたマルチレベルのデータ・オブジェクトを、ハッシュされたマルチレベルのデータ・オブジェクトの妥当性を決定するために生成された最高レベルのハッシュされたデータ・オブジェクトと比較することを更に含むことを特徴とする、請求項１５２に記載の方法。
  154. ハッシュされていない目的データ・オブジェクトが、マイクロペイメント・トークンであることを特徴とする、請求項１５１に記載の方法。
  155. 前記マイクロペイメント・トークンが、選択されたマイクロペイメント・トークンであることを特徴とする、請求項１５４に記載の方法。
  156. 前記マイクロペイメント・トークが、選択されなかったマイクロペイメント・トークンであることを特徴とする、請求項１５４に記載の方法。
  157. ハッシュされていない目的データ・オブジェクトが、オファー・パッケージであることを特徴とする、請求項１５１に記載の方法。
  158. コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムであって、
    ハッシュされたマルチレベルのデータ・オブジェクトを受信して、ハッシュされたマルチレベルのデータ・オブジェクトが１または複数のハッシュされた目的外データ・オブジェクトを含むみ、
    １または複数のシーケンシャルなデータ鍵を受信して、シーケンシャルなデータ鍵の各々が、ハッシュされた目的外データ・オブジェクトに、ハッシュされたマルチレベルのデータ・オブジェクトの内部の固有のレベルで対応し、
    ハッシュされていない目的データ・オブジェクトを受信し、
    ハッシュされていない目的データ・オブジェクトをハッシュして、第Ｎレベルのハッシュされたデータ・オブジェクトを生成し、
    第Ｎレベルのハッシュされたデータ・オブジェクトを、第Ｎレベルのシーケンシャルなデータ鍵を用いてグループ分けして、第Ｎレベルのオブジェクト／鍵のペアを生成し、および
    第Ｎレベルのオブジェクト／鍵のペアをハッシュして、第（Ｎ＋１）レベルのハッシュされたデータ・オブジェクトを生成させ、
    第Ｎレベルのハッシュされたデータ・オブジェクトのグループ分け、および第Ｎレベルのオブジェクト／鍵のペアのハッシュがシーケンシャルなデータ鍵の各々に対して繰り返されるプログラム。
  159. ハッシュされたマルチレベルのデータ・オブジェクトは、暗号化されハッシュされたマルチレベルのデータ・オブジェクトであり、前記コンピュータ・プログラムが、
    暗号化されハッシュされたマルチレベルのデータ・オブジェクトを復号化し、復号化されハッシュされたマルチレベルのデータ・オブジェクトを生成するための命令を含むことを特徴とする、請求項１５８に記載のコンピュータ・プログラム。
  160. 復号化されハッシュされたマルチレベルのデータ・オブジェクトを、ハッシュされたマルチレベルのデータ・オブジェクトの妥当性を決定するために生成された最高レベルのハッシュされたデータ・オブジェクトと比較するための命令を更に含むことを特徴とする、請求項１５９に記載のコンピュータ・プログラム。
  161. ハッシュされていない目的データ・オブジェクトが、マイクロペイメント・トークンであることを特徴とする、請求項１５８に記載のコンピュータ・プログラム。
  162. 前記マイクロペイメント・トークンが、選択されたマイクロペイメント・トークンであることを特徴とする、請求項１６１に記載のコンピュータ・プログラム。
  163. 前記マイクロペイメント・トークンが、選択されなかったマイクロペイメント・トークンであることを特徴とする、請求項１６１に記載のコンピュータ・プログラム。
  164. ハッシュされていない目的データ・オブジェクトが、オファー・パッケージであることを特徴とする、請求項１５８に記載のコンピュータ・プログラム。
  165. 安全な支払処理システムであって、
    少なくとも１つの安全なモジュール、および
    少なくとも１つの安全でないモジュールを含み、
    複数のトークンが、少なくとも１つの安全なモジュールと少なくとも１つの安全でないモジュールの間で転送され、
    複数モジュールの少なくとも１つが、処理のために１または複数の（しかし、全部ではない）トークンを複数のトークンから選択するマイクロペイメント選択プロトコルを実行することを特徴とするシステム。
  166. 前記少なくとも１つの安全なモジュールが、ｃＰＳＰモジュールを含むことを特徴とする、請求項１６５に記載のシステム。
  167. 前記少なくとも１つの安全なモジュールが、ｍＰＳＰモジュールを含むことを特徴とする、請求項１６５に記載のシステム。
  168. 前記少なくとも１つの安全でないモジュールが、消費者代理モジュールを含むことを特徴とする、請求項１６５に記載のシステム。
  169. 前記少なくとも１つの安全でないモジュールが、オファー開発ジュールを含むことを特徴とする、請求項１６５に記載のシステム。
  170. 前記少なくとも１つの安全でないモジュールが、ＰＣＳジュールを含むことを特徴とする、請求項１６５に記載のシステム。
  171. マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立し、プロトコルは、
    Ａ．第一者がＴに関連するデータ列ＣをＴから導出し、第二者にデータ列Ｃの少なくとも一部を受信させること、
    Ｂ．Ｖが第一者によって実質的に予測不可能なように、第二者が項目ＶをＣの少なくとも一部に関連付けること、
    Ｃ．第二者がＶはプロパティＰを満たすか否かを決定することを含み、もしそうなら、第二者は第三者に情報Ｉを受信さること、および第三者がＶはプロパティＰを満たすか否かを確認すること、
    Ｄ．Ｉを受信すると直ぐに、第三者がＶはプロパティＰを満たすか否かを確認すること、および
    Ｅ．ＶがプロパティＰを満たす場合にのみ、第三者は第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  172. マイクロペイメント選択プロトコルは、ユーザＵが、トランザクション値ＴVを有するトランザクションＴに対する業者Ｍへの支払いを確立することを可能にし、前記プロトコルは、
    Ａ．ＳＩＧU（Ｔ）がトランザクションＴに対するユーザＵのディジタル署名を第１ディジタル署名方式で表すように、ユーザが公開鍵および対応する秘密鍵を第１ディジタル署名方式に対して確立し、Ｔからデータ列Ｃ＝ＳＩＧu（Ｔ）を生成してＣを含む電子小切手を創出すること、
    Ｂ．ユーザが業者にデータ列Ｃを受信させること、
    Ｃ．ＳＩＧM（Ｃ）がデータ列Ｃに対する業者Ｍのディジタル署名を第２ディジタル署名方式表すように、業者が公開鍵および対応する秘密鍵を第２ディジタル署名方式を確立すること、および項目Ｖ＝ＳＩＧM（Ｃ）をデータ列Ｃに関連付けること、
    Ｄ．業者が値Ｆ（Ｖ）＝Ｆ（ＳＩＧM（Ｃ））を計算することであって、ここで、Ｆは、ビット列に作用して０と１の間の数を出力する公開関数を表すこと、
    Ｅ．業者がＦ（ＳＩＧM（Ｃ））を定数ｓと比較してＦ（Ｖ）＜ｓであるか否かを決定すること、もしそうなら、銀行に業者の公開鍵を取得させること、
    Ｆ．銀行が業者の公開鍵を使用してＦ（ＳＩＧM（Ｃ））＜ｓであることを確認すること、および
    Ｇ．Ｆ（ＳＩＧM（Ｃ））＜ｓである場合にのみ、銀行が業者に金額Ａ＝［ＴV＊１／ｓ］を受信させることを含み、
    ここで、ｓは０より大きく１より小さい定数であり、電子小切手が銀行への提示のために選択される確率を表すことを特徴とする、請求項１６５に記載のシステム。
  173. マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．データ列ＣがＴに関連付けられるように、第一者が第二者からデータ列Ｃの少なくとも一部を受信すること、
    Ｂ．Ｖが第二者によって実質的に予測不可能なように、第一者が項目ＶをＣの少なくとも一部に関連付けること、および
    Ｃ．第一者がＶはプロパティＰを満たすか否かを決定すること、および、その場合にのみ、第一者は第三者に情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、それによりＶがＰを満たすことを確認すると直ぐ、第三者は第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  174. マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にすること、
    項目ＶはＴから第三者により導出されるデータ列Ｃの少なくとも一部と関連付けられ、および
    Ｖは第三者によって実質的に予測不可能であり、
    Ｂ．第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にすること、および
    Ｃ．ＶがプロパティＰを満たす場合にのみ、第一者が第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  175. マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．第一者がＴに関連するデータ列ＣをＴから導出し、Ｃが時間ｔに関する情報ＩＮを含むこと、
    Ｂ．第一者が第二者にデータ列Ｃの少なくとも一部を受信させ、Ｃの少なくとも一部が情報ＩＮを含むこと、
    Ｃ．Ｖが第一者によって実質的に予測不可能なように、第二者が項目ＶをＣの少なくとも一部に関連付けること、
    Ｄ．第二者がＶはプロパティＰを満たすか否かを決定すること、もしそうなら、第二者が時間ｔ'において第三者に情報ＩＮおよび情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、
    Ｅ．Ｉを受信すると直ぐに、第三者がＶはプロパティＰを満たすか否かを確認すること、および
    Ｆ．ａ）ＶがプロパティＰを満たし、
    ｂ）｜ｔ'−ｔ｜は予め定められた時間間隔より小さい場合にのみ、
    第三者は第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  176. マイクロペイメント選択プロトコルは、トランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．第一者がＴに関連するデータ列ＣをＴから導出し、第二者にデータ列Ｃの少なくとも一部を受信させること、
    Ｂ．Ｑが第一者によって実質的に予測不可能なように、第二者がプロパティＰはＣの少なくとも一部とＣに依存する量Ｑの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすること、
    Ｃ．Ｉを受信すると直ぐに、第三者がプロパティＰが満たされるか否かを確認すること、および
    Ｄ．プロパティＰがＣの少なくとも一部とＱの間の状態を持続することを確認すると直ぐ、第三者が第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  177. マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．第一者がＴからＴに関連するデータ列Ｃを導出すること、
    Ｂ．１より大きくｎより小さい少なくとも１つの整数ｍに対して、｜ｔ−ｔm｜が予め定められた金額より小さいように、第二者が一連の時間ｔi（i＝１，．．．，ｎ）に関連する一連の値ＶＬiを導出すること、
    Ｃ．一部がトランザクションＴの時間ｔに関する情報を含むように、第一者が第二者にデータ列Ｃの少なくとも一部を受信させること、
    Ｄ．第二者がプロパティＰがＣの一部とｔmに関連する値ＶＬmの間の状態を持続するか否か、および量ＱがＶＬmに依存するか否かを決定すること、
    Ｅ．もしＰが持続するなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすること、
    Ｆ．Ｉを受信すると直ぐに、第三者がＱはＰを満たすか否かを確認すること、および
    Ｇ．ＱがプロパティＰを満たす場合にのみ、第三者が第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  178. マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．Ｃがｔに関する情報を含むように、第一者がＴに関連するデータ列ＣをＴから導出すること、
    Ｂ．隣接する時間単位ｔi+1およびｔiの各ペアが時間間隔Δｔi＝ｔi+1−ｔiを定めるように、および１より大きくにより小さい少なくとも１つの整数ｍに対して、時間ｔが時間間隔Δｔmの範囲内であるように、第二者が一連の時間単位ｔi（i＝１，．．．，ｎ）に関連する一連の値Ｖiを導出すること、
    Ｃ．Ｑmが第一者によって実質的に予測不可能なように、時間間隔Δｔmの最初の部分で、第二者がＶmに関連する値Ｑmを導出すること、
    Ｄ．時間間隔Δｔmの間に、
    ａ）第一者が第二者にＣの少なくとも一部を受信させること、
    ｂ）第二者がプロパティＰはＣの一部とＱmの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすること、
    Ｅ．Ｉを受信すると直ぐに、第三者がＱはＰを満たすか否かを確認すること、および
    Ｆ．ＱがプロパティＰを満たす場合にのみ、第三者が第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  179. マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．Ｃがｔに関する情報Ｆを含むように、第一者がＴに関連するデータ列ＣをＴから導出すること、
    Ｂ．ｘi＝Ｈ（ｘi+1）（ｉ＝０，１，．．．，ｎ−1）（ここで、Ｈは１方向ハッシュ関数）であるように、隣接する時間値ｔi+1およびｔiの各ペアが時間間隔Δｔi＝ｔi+1−ｔiを定めるように、および１より大きくにより小さい少なくとも１つの整数ｍに対して、時間ｔが時間間隔Δｔmの範囲にあるように、第二者が一連の時間値ｔi（ｉ＝０，１，．．．，ｎ）に関連する一連の値ｘi（ｉ＝０，１，．．．，ｎ）を導出すること、およびｘ0を公開すること、
    Ｃ．一部がＦを含むように、時間間隔Δｔmの間に、第一者が第二者にＣの少なくとも一部を受信させること、
    Ｄ．時間間隔Δｔmの間に、第二者がプロパティＰはＱmとＣの一部の間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にすること、
    Ｅ．第三者が、Ｉを受信すると直ぐに、ＱmがＰを満たすか否かを確認すること、
    Ｆ．ＱがプロパティＰを満たす場合にのみ、第三者が第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  180. マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．項目ＶがＴから第三者により導出され、ｔに関する情報を含むデータ列Ｃの少なくとも一部と関連付けられ、Ｖが第三者によって実質的に予測不可能なように、第一者が第二者から時間ｔ'に情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にすること、
    Ｂ．第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にすること、および
    Ｃ．ａ）ＶがプロパティＰを満たし、
    ｂ）｜ｔ'−ｔ｜が予め定められた金額より小さい場合にのみ、
    第一者が第四者に金額Ａを受信させることを含むことを特徴とする、請求項１６５に記載のシステム。
  181. マイクロペイメント選択プロトコルは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、前記プロトコルは、
    Ａ．データ列ＣがＴに関連づけられるように、およびＣの一部がｔの情報を含むように、第一者が第二者からデータ列Ｃの少なくとも一部を受信すること、
    Ｂ．Ｖが第二者によって実質的に予測不可能なように、第一者が項目ＶをＣの少なくとも一部に関連付けること、および
    Ｃ．ａ）もしＶがＰを満たし、
    ｂ）｜ｔ'−ｔ｜が予め定められた金額より小さければ、
    第一者がＶはプロパティＰを満たすか否かを決定すること、もしそうなら、第一者が時間ｔ'に第三者に情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、それにより第三者が第四者に金額Ａを受信させることを可能にすることを含むことを特徴とする、請求項１６５に記載のシステム。
  182. 添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立するし、前記プロトコルは、
    Ａ． Ｃiが添え字ｉの表示を含むように、第一者が確率的な支払い法式を使用してチェックＣiを各トランザクションＴiに対して生成すること、および第二者にＣiを受信させること、
    Ｂ． 第二者が、支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を、どのチェックＣjが支払われるべきであるとして選択されるかを第一者が予め予測できない方法で選択すること、
    Ｃ． 第二者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは支払われるべきであるか否かを確認することを可能にすること、
    Ｄ． 第三者が、Ｉjの受信に応答して、選択されたチェックＣjは支払われるべきかを確認すること、および
    Ｅ． Ｃjが支払われるべきである場合にのみ、第五者が第四者に掛売金額ＣＲjを受信させること、および第一者が請求金額Ｄjだけ課金されるようにすることを含み、全ての添え字ｊ（１＜ｊ＜ｎ）に対して、および支払われるべき複数のチェックの任意の選択に対して、Ｄ＝Ｄ1＋Ｄ2＋．．．＋Ｄjは、ＴＶagg＝ＴＶ1＋ＴＶ2＋．．．＋ＴＶjより大きくないことを含むことを特徴とする、請求項１６５に記載のシステム。
  183. 添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、前記プロトコルは、
    Ａ． 第一者が各トランザクションＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信させること、
    Ｂ． Ｖiが第一者によって実質的に予測不可能なように、第二者が各データ列Ｃiを項目Ｖiと関連付けること、
    Ｃ． 第二者がＶiはプロパティＰiを満たすか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、第三者がＶiはプロパティＰiを満たすか否かを確認することを可能にすること、
    Ｄ． 第三者が、Ｉiの受信に応答して、ＶiはプロパティＰiを満たすか否かを確認すること、および
    Ｅ． 請求金額Ｄiが掛売金額ＣＲi以下であるように、ＶiがプロパティＰiを満たす場合にのみ、第五者が第四者に掛売金額ＣＲiを受信させること、および第一者が請求金額Ｄiだけ課金されるようにすることを含むことを特徴とする、請求項１６５に記載のシステム。
  184. マイクロペイメント選択プロトコルは、各々が値ＴＶを有する複数の同値トランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対して支払いをし、前記プロトコルは、
    Ａ． 各データ列Ｃiが累進的なシリアル番号Ｓiを含み、シリアル番号Ｓiは１から始まって連続的に順序付けられ、データ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表すように、第一者が各トランザクションＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信されること、
    Ｂ． Ｖiが第一者によって実質的に予測不可能なように、第二者が項目ＶiをＣiに関連付けること
    Ｃ． 第二者がプロパティＰiはＣiとＶiの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、および第三者がＶiはＰiを満たすか否かを確認することを可能にすること、
    Ｄ． 第三者がＶiはＰiを満たすか否かを確認することを含み、およびＶiがＰiを満たす場合にのみ、
    a)第五者がＳmaxの値を決定し、ＳmaxがＣk（１≦ｋ＜ｎ）に含まれる最大のシリアル番号Ｓkを表し、
    i) １≦ｋ＜ｎ；
    ii) Ｃkは第二者によりＣiを受信する前に受信され、
    iii) 第三者は、ＶkがＰkを満たすことを確認し、
    iv) 第一者がゼロでない金額Ｄkだけ課金されてきており、
    b) 第五者は第四者に掛売金額ＣＲを受信させ、
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１６５に記載のシステム。
  185. マイクロペイメント選択プロトコルは、ユーザが、トランザクション値ＴＶi（i＝１，．．．，ｎ）を有する複数のトランザクションＴi（i＝１，．．．，ｎ）に対する業者Ｍへの支払いを確立することを可能にし、前記プロトコルは、
    Ａ． ＳＩＧU（Ｔi）がトランザクションＴiに対するユーザＵiのディジタル署名を第１ディジタル署名方式で表し、Ｓiが、第一者により導出されたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するデータ列Ｃiの順序を表す累進的なシリアル番号であるように、ユーザＵが公開鍵および対応する秘密鍵を第１ディジタル署名方式に対して確立すること、および各Ｔiからデータ列Ｃi＝ＳＩＧU（Ｔi）を導出して、Ｃiおよびシリアル番号Ｓiを含む電子小切手ＣＨiを創出すること、
    Ｂ． ユーザＵが業者ＭにＣiおよびＳiを含む電子小切手ＣＨiを受信させること、
    Ｃ． ＳＩＧM（Ｃi）がデータ列Ｃiに対する業者Ｍのディジタル署名を第２ディジタル署名方式で表すように、プロトコルは、業者Ｍが公開鍵および対応する秘密鍵を第２ディジタル署名方式に対して確立すること、および項目Ｖi＝ＳＩＧM（Ｃi）をデータ列Ｃiに関連付けること、
    Ｄ． 業者Ｍが値Ｆ（Ｖi）＝Ｆ（ＳＩＧM（Ｃi））を計算すること（ここで、Ｆは、ビット列に作用して０と１の間の数を出力する公開関数）、
    Ｅ． 業者ＭがＦ（ＳＩＧM（Ｃi））を定数ｓ（０＜ｓ＜１）と比較してＦ（Ｖi）＜ｓであるか否かを決定すること、もしそうなら、銀行に業者Ｍの公開鍵を取得させること、
    Ｆ． 銀行が業者の公開鍵を使用してＦ（ＳＩＧM（Ｃi））＜ｓであることを確認すること、
    G. Ｆ（ＳＩＧM（Ｃi））＜ｓである場合にのみ、
    a)Ｓmaxが支払いが行われた順番で連続する任意のＣＨjに含まれる最大シリアル番号Ｓjを表すように、第五者がＳmaxの値を決定し、
    b) 第五者は第四者に掛売金額ＣＲを受信させ、
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１６５に記載のシステム。
  186. マイクロペイメント選択プロトコルは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、前記プロトコルは、
    Ａ． 各データ列ＣiがＴiから確率的な支払い法式を使用して生成されるように、および各Ｃiが添え字ｉの表示を含むように、プロトコルは、第一者が第二者からデータ列Ｃiの少なくとも一部を各Ｔiに対して受信すること、
    Ｂ． 第一者が、どのチェックＣjが支払われるべきであると選択されるか第一者が予測できない方法で支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を選択すること、
    Ｃ． 選択された各チェックＣjに対して、第一者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは本当に支払われるべきであることを確認することを可能にすること、それにより第三者が、Ｃjは支払われるべきと確認したら直ぐに、第四者に掛売金額ＣＲjを受信させること、および第二者に請求金額Ｄjだけ課金させることを可能にすることを含み、全ての添え字ｊ（１＜ｊ＜ｎ）に対して、および支払われるべき複数のチェックＣjの任意の選択に対して、Ｄ＝Ｄ1＋Ｄ2＋．．．＋Ｄjは、ＴＶagg＝ＴＶ1＋ＴＶ2＋．．．＋ＴＶjより大きくないことを特徴とする、請求項１６５に記載のシステム。
  187. マイクロペイメント選択プロトコルは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、前記プロトコルは、
    Ａ． 第一者が第二者から情報Ｉjを受信すること、および第一者がチェックＣjは支払われるべきであることを確認することを可能にすることを含み、チェックＣjは第二者により複数のトランザクションＴi（i＝１，．．．，ｎ）の対応する１つから第三者により導出された複数のチェックＣi（i＝１，．．．，ｎ）から選択され、チェックＣjの選択は第三者によって実質的に予測不可能であること、
    Ｂ． 第一者が、Ｉjを受信すると直ぐに、Ｃjは本当に支払われるべきであるか否かを確認すること、
    Ｃ． 第一者が第四者に掛売金額ＣＲiを受信させること、および第三者に請求金額Ｄiだけ課金させるようにすることを含むことを特徴とする、請求項１６５に記載のシステム。
  188. マイクロペイメント選択プロトコルは、各トランザクションＴiが、ユニット値ＵＶの倍数であるトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、前記プロトコルは、comprising:
    Ａ． 各データ列Ｃiが情報を整数の添え字ｉおよびＴiの値ＴＶiにベクトル（Ｓi，Ｓi＋Ｖi−1）の形式で含むように、１＜ｉ＜ｎの全てのｉに対して、Ｓiが連続的に順序付けられたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表す累進的なシリアル番号であるように、およびＶiがｉに依存する整数であってＴiの値ＴＶiを表し、Ｖi＝ＴＶi／（ＵＶ）により与えられるように、プロトコルは、第一者が各トランザクションＴiからＴiに対応するデータ列Ｃiを導出すること、および第二者にＣiを受信させること、
    Ｂ． 第二者が、支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を、どのチェックＣjが支払われるべきであるとして選択されるかを第一者が予め予測できない方法で選択すること
    Ｃ． 第二者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは支払われるべきであるか否かを確認することを可能にすること
    Ｄ． 第三者が、Ｉjの受信に応答して、選択されたチェックＣjは支払われるべきかを確認すること、および
    Ｅ． Ｃjが支払われるべきである場合にのみ、
    a)第五者がＳmaxの値を決定し、
    ｍａｘは整数で１≦ｍａｘ＜ｉ≦ｎであり、ｖmax＝ＴＶmax／（ＵＶ）であり、および
    ＳmaxがＣkに含まれる最大のシリアル番号Ｓk（１≦ｋ＜ｎ）を表し、、
    i) Ｃkは第二者によりＣiを受信する前に受信され、および
    ii) 第三者は、ＶkがＰkを満たすことを確認し、
    iii) 第一者はゼロでない金額Ｄkだけを課金され、および
    b) 第五者は第四者に掛売金額ＣＲを受信させ、および
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１６５に記載のシステム。
  189. マイクロペイメント選択プロトコルは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連付けられるように、および各トランザクションＴiがユニット値ＵＶの整数倍であるトランザクション値ＴＶiにより部分的に特徴付けられるように、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、前記プロトコルは、
    Ａ． 各データ列Ｃiが情報を整数の添え字ｉおよびＴiの値ＴＶiにベクトル（Ｓi，Ｓi＋Ｖi−1）の形式で含むように、１＜ｉ＜ｎの全てのｉに対して、Ｓiが連続的に順序付けられたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表す累進的なシリアル番号であるように、およびＶiがｉに依存する整数であってＴiの値ＴＶiを表し、Ｖi＝ＴＶi／（ＵＶ）により与えられるように、第一者が各トランザクションＴiからＴiおよびに対応するデータ列Ｃiを導出すること、第二者にＣiを受信させること、
    Ｂ． Ｖiが第一者によって実質的に予測不可能なように、第二者が項目ＶiをＣiに関連付けること
    Ｃ． 第二者がプロパティＰiはＣiとＶiの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、および第三者がＶiはＰiを満たすか否かを確認することを可能にすること
    Ｄ． 第三者がＶiはＰiを満たすか否かを確認すること、およびＶiがＰiを満たす場合にのみ、
    a) 第五者がＳmaxの値を決定し、
    ｍａｘは整数で１≦ｍａｘ＜ｉ≦ｎであり、ｖmax＝ＴＶmax／（ＵＶ）であり、
    ＳmaxがＣkに含まれる最大のシリアル番号Ｓk（１≦ｋ＜ｎ）を表し、
    i) Ｃkは第二者によりＣiを受信する前に受信され、および
    ii) 第三者は、ＶkがＰkを満たすことを確認し、
    iii) 第一者はゼロでない金額Ｄkだけを課金され、および
    b) 第五者は第四者に掛売金額ＣＲを受信させ、および
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１６５に記載のシステム。
  190. マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴi（i＝１，．．．，ｎ）に対する支払いを確立し、各トランザクションＴiは値ＴＶiを有し、前記プロトコルは、
    Ａ． 第一者が各ＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信させること、
    Ｂ． 各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌkを含むように、およびΣm k=1ｌk＝ｎであるように、第二者が一意にデータ列Ｃの複数グループをｍ個のリストＬk（ｋ＝１，．．．,ｍ）に関連付けること、
    Ｃ． 第二者は各Ｌkに対するコミットメントＣＭkを計算することによりＬk（ｋ＝１，．．．,ｍ）にコミットし、第三者にＣＭk（ｋ＝１，．．．,ｍ）を受信させること、
    Ｄ． １≦ｉr≦ｍであるように、第三者は、ＣＭk（ｋ＝１，．．．,ｍ）の受信に応答して、１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択し、第二者に複数のインデックスｉ1，ｉ2，．．．ｉrを受信させること、
    Ｅ． 複数のインデックスｉ1，ｉ2，．．．ｉrの受信に応答して、第二者はＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶ち、それによりＬi1，．．．，Ｌirを第三者へ明らかにすること、
    Ｆ． 第五者は第四者に掛売金額ＣＲを受信させ、第一者に請求金額Ｄだけ課金させることを含むことを特徴とする、請求項１６５に記載のシステム。
  191. マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴi（i＝１，．．．，ｎ）に対する支払いを確立し、各トランザクションＴiは値ＴＶiを有し、前記プロトコルは、
    Ａ． 各Ｔiに対して、第一者が、第二者からＴiから導出されたデータ列Ｃiを受信すること、
    Ｂ． 各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌkを含むように、およびΣm k=1ｌk＝ｎであるように、第一者が、データ列Ｃの複数グループをｍ個のリストＬk（ｋ＝１，．．．,ｍ）へ一意に関連付けること、
    Ｃ． １≦ｉr≦ｍであるように、プロトコルは、各Ｌkに対するコミットメントＣＭkを計算することにより、第一者がＬk（ｋ＝１，．．．,ｍ）にコミットすること、第三者にＣＭk（ｋ＝１，．．．,ｍ）を受信させ、それにより第三者が１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択することを可能にすること、
    Ｄ． 複数のインデックスｉ1，ｉ2，．．．ｉrを受信すると直ぐに、第一者はＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶ち、それによりＬi1，．．．，Ｌirを第三者へ明らかにし、第三者が第四者に掛売金額ＣＲを受信させることを可能にし、および第二者に請求金額Ｄだけ課金させることを可能にすることを含むことを特徴とする、請求項１６５に記載のシステム。
  192. マイクロペイメント選択プロトコルは、各トランザクションＴiが値ＴＶiを有し、Ｔiから導出された対応するデータ列Ｃiにより表されるように、およびデータ列Ｃの複数グループがｍ個のリストＬk（ｋ＝１，．．．,ｍ）へ一意に関連付けられ、各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌk（Σm k=1ｌk＝ｎ）を含むように、ｎ個のトランザクションＴ1，．．．，Ｔi，．．．，Ｔnに対する支払いを確立し、前記プロトコルは、
    Ａ． 第一者が第二者からｍ個の各リストＬk（ｋ＝１，．．．,ｍ）に対するコミットメントＣＭkを受信すること、
    Ｂ． １≦ｉr≦ｍであるように、第一者が、ＣＭk（ｋ＝１，．．．,ｍ）を受信すると直ぐに、１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択すること、およびＬi1，．．．，Ｌirを第一者へ明らかにするように、第二者に複数のインデックスｉ1，ｉ2，．．．ｉrを受信させ、それにより第二者がＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶つことを可能にすること、
    Ｃ． 第一者が第三者に掛売金額ＣＲを受信させること、および第四者に請求金額Ｄだけ課金させることを含むことを特徴とする、請求項１６５に記載のシステム。
  193. 安全な支払処理システムであって、
    少なくとも１つの安全なモジュール、および
    少なくとも１つの安全でないモジュールを含み、
    複数のトークンが、少なくとも１つの安全なモジュールと少なくとも１つの安全でないモジュールの間で転送され、
    複数のモジュールの少なくとも１つは、コンピュータ読み取り可能な媒体に記録されたコンピュータ・プログラムを含み、プロセッサにより実行されるとき、プロセッサに処理のために１または複数の（しかし、全部ではない）トークンを複数のトークンから選択させることを特徴とするシステム。
  194. 前記少なくとも１つの安全なモジュールが、ｃＰＳＰモジュールを含むことを特徴とする、請求項１９３に記載のシステム。
  195. 前記少なくとも１つの安全なモジュールが、ｍＰＳＰモジュールを含むことを特徴とする、請求項１９３に記載のシステム。
  196. 前記少なくとも１つの安全でないモジュールが、消費者代理モジュールを含むことを特徴とする、請求項１９３に記載のシステム。
  197. 前記少なくとも１つの安全でないモジュールが、オファー開発ジュールを含むことを特徴とする、請求項１９３に記載のシステム。
  198. 前記少なくとも１つの安全でないモジュールが、ＰＣＳジュールを含むことを特徴とする、請求項１９３に記載のシステム。
  199. 前記コンピュータ・プログラムは、トランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための命令が、
    Ａ．第一者がＴに関連するデータ列ＣをＴから導出し、第二者にデータ列Ｃの少なくとも一部を受信させるための命令、
    Ｂ．Ｖが第一者によって実質的に予測不可能なように、第二者が項目ＶをＣの少なくとも一部に関連付けるための命令、
    Ｃ．第二者がＶはプロパティＰを満たすか否かを決定することを含み、もしそうなら、第二者は第三者に情報Ｉを受信されること、および第三者がＶはプロパティＰを満たすか否かを確認するための命令、
    Ｄ．Ｉを受信すると直ぐに、第三者がＶはプロパティＰを満たすか否かを確認するための命令、および
    Ｅ．ＶがプロパティＰを満たす場合にのみ、第三者は第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  200. 前記コンピュータ・プログラムは、ユーザＵが、トランザクション値ＴVを有するトランザクションＴに対する業者Ｍへの支払いを確立することを可能にし、１または複数のマイクロペイメント・トークンを選択するための命令が、
    Ａ．ＳＩＧU（Ｔ）がトランザクションＴに対するユーザＵのディジタル署名を第１ディジタル署名方式で表すように、ユーザが公開鍵および対応する秘密鍵を第１ディジタル署名方式に対して確立し、Ｔからデータ列Ｃ＝ＳＩＧu（Ｔ）を生成してＣを含む電子小切手を創出するための命令、
    Ｂ．ユーザが業者にデータ列Ｃを受信させるための命令、
    Ｃ．ＳＩＧM（Ｃ）がデータ列Ｃに対する業者Ｍのディジタル署名を第２ディジタル署名方式表すように、業者が公開鍵および対応する秘密鍵を第２ディジタル署名方式を確立すること、および項目Ｖ＝ＳＩＧM（Ｃ）をデータ列Ｃに関連付けるための命令、
    Ｄ．業者が値Ｆ（Ｖ）＝Ｆ（ＳＩＧM（Ｃ））を計算することであって、ここで、Ｆは、ビット列に作用して０と１の間の数を出力する公開関数を表すための命令、
    Ｅ．業者がＦ（ＳＩＧM（Ｃ））を定数ｓと比較してＦ（Ｖ）＜ｓであるか否かを決定すること、もしそうなら、銀行に業者の公開鍵を取得させるための命令、
    Ｆ．銀行が業者の公開鍵を使用してＦ（ＳＩＧM（Ｃ））＜ｓであることを確認するための命令、および
    Ｇ．Ｆ（ＳＩＧM（Ｃ））＜ｓである場合にのみ、銀行が業者に金額Ａ＝［ＴV＊１／ｓ］を受信させるための命令を含み、
    ここで、ｓは０より大きく１より小さい定数であり、電子小切手が銀行への提示のために選択される確率を表すことを特徴とする、請求項１９３に記載のシステム。
  201. 前記コンピュータ・プログラムは、トランザクションＴへの支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための命令が、
    Ａ．データ列ＣがＴに関連付けられるように、第一者が第二者からデータ列Ｃの少なくとも一部を受信するための命令、
    Ｂ．Ｖが第二者によって実質的に予測不可能なように、第一者が項目ＶをＣの少なくとも一部に関連付けるための命令、および
    Ｃ．第一者がＶはプロパティＰを満たすか否かを決定すること、および、その場合にのみ、第一者は第三者に情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、それによりＶがＰを満たすことを確認すると直ぐ、第三者は第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  202. 前記コンピュータ・プログラムは、トランザクションＴへの支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にするための命令、
    項目ＶはＴから第三者により導出されるデータ列Ｃの少なくとも一部と関連付けられ、および
    Ｖは第三者によって実質的に予測不可能であり、
    Ｂ． 第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にするための命令、および
    Ｃ． ＶがプロパティＰを満たす場合にのみ、第一者が第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  203. 前記コンピュータ・プログラムは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者がＴに関連するデータ列ＣをＴから導出し、Ｃが時間ｔに関する情報ＩＮを含むための命令、
    Ｂ． 第一者が第二者にデータ列Ｃの少なくとも一部を受信させ、Ｃの少なくとも一部が情報ＩＮを含むための命令。
    Ｃ． Ｖが第一者によって実質的に予測不可能なように、第二者が項目ＶをＣの少なくとも一部に関連付けるための命令。
    Ｄ． 第二者がＶはプロパティＰを満たすか否かを決定すること、もしそうなら、第二者が時間ｔ'において第三者に情報ＩＮおよび情報Ｉを受信させるための命令、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にするための命令、
    Ｅ． Ｉを受信すると直ぐに、第三者がＶはプロパティＰを満たすか否かを確認するための命令、および
    Ｆ． ａ）ＶがプロパティＰを満たし、
    ｂ）｜ｔ'−ｔ｜は予め定められた時間間隔より小さい場合にのみ、
    第三者は第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  204. 前記コンピュータ・プログラムはトランザクションＴへの支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者がＴに関連するデータ列ＣをＴから導出し、第二者にデータ列Ｃの少なくとも一部を受信させるための命令、
    Ｂ． Ｑが第一者によって実質的に予測不可能なように、第二者がプロパティＰはＣの少なくとも一部とＣに依存する量Ｑの間の状態を持続するか否かを決定するための命令、もしそうなら、第二者が第三者に情報Ｉを受信させるための命令、および第三者がプロパティＰが満たされることを確認することを可能にするための命令、
    Ｃ． Ｉを受信すると直ぐに、第三者がプロパティＰが満たされるか否かを確認するための命令、および
    Ｄ． プロパティＰがＣの少なくとも一部とＱの間の状態を持続することを確認すると直ぐ、第三者が第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  205. 前記コンピュータ・プログラムは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者がＴからＴに関連するデータ列Ｃを導出するための命令、
    Ｂ． １より大きくｎより小さい少なくとも１つの整数ｍに対して、｜ｔ−ｔm｜が予め定められた金額より小さいように、第二者が一連の時間ｔi（i＝１，．．．，ｎ）に関連する一連の値ＶＬiを導出すること、
    Ｃ． 一部がトランザクションＴの時間ｔに関する情報を含むように、第一者が第二者にデータ列Ｃの少なくとも一部を受信させるための命令、
    Ｄ． 第二者がプロパティＰがＣの一部とｔmに関連する値ＶＬmの間の状態を持続するか否か、および量ＱがＶＬmに依存するか否かを決定するための命令、
    Ｅ． もしＰが持続するなら、第二者が第三者に情報Ｉを受信させるための命令、および第三者がプロパティＰが満たされることを確認することを可能にするための命令、
    Ｆ． Ｉを受信すると直ぐに、第三者がＱはＰを満たすか否かを確認するための命令、および
    G. ＱがプロパティＰを満たす場合にのみ、第三者が第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  206. 前記コンピュータ・プログラムは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． Ｃがｔに関する情報を含むように、第一者がＴに関連するデータ列ＣをＴから導出するための命令、
    Ｂ． 隣接する時間単位ｔi+1およびｔiの各ペアが時間間隔Δｔi＝ｔi+1−ｔiを定めるように、および１より大きくにより小さい少なくとも１つの整数ｍに対して、時間ｔが時間間隔Δｔmの範囲内であるように、第二者が一連の時間単位ｔi（i＝１，．．．，ｎ）に関連する一連の値Ｖiを導出するための命令、
    Ｃ． Ｑmが第一者によって実質的に予測不可能なように、時間間隔Δｔmの最初の部分で、第二者がＶmに関連する値Ｑmを導出するための命令、
    Ｄ． 時間間隔Δｔmの間に、
    ａ）第一者が第二者にＣの少なくとも一部を受信させること、
    ｂ）第二者がプロパティＰはＣの一部とＱmの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にするための命令、
    Ｅ． Ｉを受信すると直ぐに、第三者がＱはＰを満たすか否かを確認するための命令、および
    Ｆ． ＱがプロパティＰを満たす場合にのみ、第三者が第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  207. 前記コンピュータ・プログラムは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． Ｃがｔに関する情報Ｆを含むように、第一者がＴに関連するデータ列ＣをＴから導出するための命令、
    Ｂ． ｘi＝Ｈ（ｘi+1）（ｉ＝０，１，．．．，ｎ−1）（ここで、Ｈは１方向ハッシュ関数）であるように、隣接する時間値ｔi+1およびｔiの各ペアが時間間隔Δｔi＝ｔi+1−ｔiを定めるように、および１より大きくにより小さい少なくとも１つの整数ｍに対して、時間ｔが時間間隔Δｔmの範囲にあるように、第二者が一連の時間値ｔi（ｉ＝０，１，．．．，ｎ）に関連する一連の値ｘi（ｉ＝０，１，．．．，ｎ）を導出すること、およびｘ0を公開するための命令、
    Ｃ． 一部がＦを含むように、時間間隔Δｔmの間に、第一者が第二者にＣの少なくとも一部を受信させるための命令、
    Ｄ． 時間間隔Δｔmの間に、第二者がプロパティＰはＱmとＣの一部の間の状態を持続するか否かを決定するための命令、もしそうなら、第二者が第三者に情報Ｉを受信させること、および第三者がプロパティＰが満たされることを確認することを可能にするための命令、
    Ｅ． 第三者が、Ｉを受信すると直ぐに、ＱmがＰを満たすか否かを確認するための命令、
    Ｆ． ＱがプロパティＰを満たす場合にのみ、第三者が第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  208. 前記コンピュータ・プログラムは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 項目ＶがＴから第三者により導出され、ｔに関する情報を含むデータ列Ｃの少なくとも一部と関連付けられ、Ｖが第三者によって実質的に予測不可能なように、第一者が第二者から時間ｔ'に情報Ｉを受信するための命令、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にするための命令、
    Ｂ． 第一者が第二者から情報Ｉを受信すること、および第一者が項目ＶがプロパティＰを満たすことを確認することを可能にするための命令、および
    Ｃ． ａ）ＶがプロパティＰを満たし、ｂ）｜ｔ'−ｔ｜が予め定められた金額より小さい場合にのみ、
    第一者が第四者に金額Ａを受信させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  209. 前記コンピュータ・プログラムは、時間ｔにより部分的に特徴付けられるトランザクションＴに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． データ列ＣがＴに関連づけられるように、およびＣの一部がｔの情報を含むように、第一者が第二者からデータ列Ｃの少なくとも一部を受信するための命令、
    Ｂ． Ｖが第二者によって実質的に予測不可能なように、第一者が項目ＶをＣの少なくとも一部に関連付けるための命令、および
    Ｃ． ａ）もしＶがＰを満たし、
    ｂ）｜ｔ'−ｔ｜が予め定められた金額より小さければ
    第一者がＶはプロパティＰを満たすか否かを決定するための命令、もしそうなら、第一者が時間ｔ'に第三者に情報Ｉを受信させること、および第三者がＶはプロパティＰを満たすか否かを確認することを可能にすること、それにより第三者が第四者に金額Ａを受信させることを可能にするための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  210. 前記コンピュータ・プログラムは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． Ｃiが添え字ｉの表示を含むように、第一者が確率的な支払い法式を使用してチェックＣiを各トランザクションＴiに対して生成するための命令、および第二者にＣiを受信させるための命令、
    Ｂ． 第二者が、支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を、どのチェックＣjが支払われるべきであるとして選択されるかを第一者が予め予測できない方法で選択するための命令、
    Ｃ． 第二者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは支払われるべきであるか否かを確認することを可能にするための命令、
    Ｄ． 第三者が、Ｉjの受信に応答して、選択されたチェックＣjは支払われるべきかを確認するための命令、および
    Ｅ． Ｃjが支払われるべきである場合にのみ、第五者が第四者に掛売金額ＣＲjを受信させること、および第一者が請求金額Ｄjだけ課金されるようにするための命令を含み、全ての添え字ｊ（１＜ｊ＜ｎ）に対して、および支払われるべき複数のチェックの任意の選択に対して、Ｄ＝Ｄ1＋Ｄ2＋．．．＋Ｄjは、ＴＶagg＝ＴＶ1＋ＴＶ2＋．．．＋ＴＶjより大きくないことことを特徴とする、請求項１９３に記載のシステム。
  211. 前記コンピュータ・プログラムは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者が各トランザクションＴiからＴiに関連するデータ列Ｃiを導出すること、および第二者にデータ列Ｃiを受信させるための命令、
    Ｂ． Ｖiが第一者によって実質的に予測不可能なように、第二者が各データ列Ｃiを項目Ｖiと関連付けるための命令、
    Ｃ． 第二者がＶiはプロパティＰiを満たすか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、第三者がＶiはプロパティＰiを満たすか否かを確認することを可能にするための命令、
    Ｄ． 第三者が、Ｉiの受信に応答して、ＶiはプロパティＰiを満たすか否かを確認するための命令、および
    Ｅ． 請求金額Ｄiが掛売金額ＣＲi以下であるように、ＶiがプロパティＰiを満たす場合にのみ、第五者が第四者に掛売金額ＣＲiを受信させること、および第一者が請求金額Ｄiだけ課金されるようにするための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  212. マイクロペイメント選択プロトコルは、各々が値ＴＶを有する複数の同値トランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対して支払いをし、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 各データ列Ｃiが累進的なシリアル番号Ｓiを含み、シリアル番号Ｓiは１から始まって連続的に順序付けられ、データ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表すように、第一者が各トランザクションＴiからＴiに関連するデータ列Ｃiを導出するための命令、および第二者にデータ列Ｃiを受信されるための命令
    Ｂ． Ｖiが第一者によって実質的に予測不可能なように、第二者が項目ＶiをＣiに関連付けるための命令、
    Ｃ． 第二者がプロパティＰiはＣiとＶiの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、および第三者がＶiはＰiを満たすか否かを確認することを可能にするための命令、
    Ｄ． 第三者がＶiはＰiを満たすか否かを確認するための命令を含み、およびＶiがＰiを満たす場合にのみ、
    a)第五者がＳmaxの値を決定し、ＳmaxがＣk（１≦ｋ＜ｎ）に含まれる最大のシリアル番号Ｓkを表し、
    ｉ）１≦ｋ＜ｎ；
    ｉｉ）Ｃkは第二者によりＣiを受信する前に受信され、
    iii)第三者は、ＶkがＰkを満たすことを確認し、および
    iv) 第一者がゼロでない金額Ｄkだけ課金されてきており、
    b) 第五者は第四者に掛売金額ＣＲを受信させ、および
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１９３に記載のシステム。
  213. 前記コンピュータ・プログラムは、ユーザが、トランザクション値ＴＶi（i＝１，．．．，ｎ）を有する複数のトランザクションＴi（i＝１，．．．，ｎ）に対する業者Ｍへの支払いを確立することを可能にし、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． ＳＩＧU（Ｔi）がトランザクションＴiに対するユーザＵiのディジタル署名を第１ディジタル署名方式で表し、Ｓiが、第一者により導出されたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するデータ列Ｃiの順序を表す累進的なシリアル番号であるように、ユーザＵが公開鍵および対応する秘密鍵を第１ディジタル署名方式に対して確立すること、および各Ｔiからデータ列Ｃi＝ＳＩＧU（Ｔi）を導出して、Ｃiおよびシリアル番号Ｓiを含む電子小切手ＣＨiを創出するための命令、
    Ｂ． ユーザＵが業者ＭにＣiおよびＳiを含む電子小切手ＣＨiを受信させるための命令
    Ｃ． ＳＩＧM（Ｃi）がデータ列Ｃiに対する業者Ｍのディジタル署名を第２ディジタル署名方式で表すように、業者Ｍが公開鍵および対応する秘密鍵を第２ディジタル署名方式に対して確立するための命令、および項目Ｖi＝ＳＩＧM（Ｃi）をデータ列Ｃiに関連付けるための命令、
    Ｄ． 業者Ｍが値Ｆ（Ｖi）＝Ｆ（ＳＩＧM（Ｃi））を計算するための命令（ここで、Ｆは、ビット列に作用して０と１の間の数を出力する公開関数）、
    Ｅ． 業者ＭがＦ（ＳＩＧM（Ｃi））を定数ｓ（０＜ｓ＜１）と比較してＦ（Ｖi）＜ｓであるか否かを決定すること、もしそうなら、銀行に業者Ｍの公開鍵を取得させるための命令、
    Ｆ． 銀行が業者の公開鍵を使用してＦ（ＳＩＧM（Ｃi））＜ｓであることを確認するための命令を含み、
    G. Ｆ（ＳＩＧM（Ｃi））＜ｓである場合にのみ、
    a)Ｓmaxが支払いが行われた順番で連続する任意のＣＨjに含まれる最大シリアル番号Ｓjを表すように、第五者がＳmaxの値を決定し、
    b) 第五者は第四者に掛売金額ＣＲを受信させ、および
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１９３に記載のシステム。
  214. 前記コンピュータ・プログラムは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 各データ列ＣiがＴiから確率的な支払い法式を使用して生成されるように、および各Ｃiが添え字ｉの表示を含むように、プロトコルは、第一者が第二者からデータ列Ｃiの少なくとも一部を各Ｔiに対して受信するための命令、
    Ｂ． 第一者が、どのチェックＣjが支払われるべきであると選択されるか第一者が予測できない方法で支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を選択するための命令、
    Ｃ． 選択された各チェックＣjに対して、第一者が第三者に情報Ｉjを受信させるための命令、および第三者が選択されたチェックＣjは本当に支払われるべきであることを確認することを可能にするための命令、それにより第三者が、Ｃjは支払われるべきと確認したら直ぐに、第四者に掛売金額ＣＲjを受信させるための命令、および第二者に請求金額Ｄjだけ課金させることを可能にするための命令を含み、全ての添え字ｊ（１＜ｊ＜ｎ）に対して、および支払われるべき複数のチェックＣjの任意の選択に対して、Ｄ＝Ｄ1＋Ｄ2＋．．．＋Ｄjは、ＴＶagg＝ＴＶ1＋ＴＶ2＋．．．＋ＴＶjより大きくないことを特徴とする、請求項１９３に記載のシステム。
  215. 前記コンピュータ・プログラムは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連するように、および各トランザクションＴiがトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、複数のｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者が第二者から情報Ｉjを受信するための命令、および第一者がチェックＣjは支払われるべきであることを確認することを可能にするための命令を含み、チェックＣjは第二者により複数のトランザクションＴi（i＝１，．．．，ｎ）の対応する１つから第三者により導出された複数のチェックＣi（i＝１，．．．，ｎ）から選択され、チェックＣjの選択は第三者によって実質的に予測不可能であり、
    Ｂ． 第一者が、Ｉjを受信すると直ぐに、Ｃjは本当に支払われるべきであるか否かを確認するための命令、
    Ｃ． 第一者が第四者に掛売金額ＣＲiを受信させること、および第三者に請求金額Ｄiだけ課金させるようにするための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  216. 前記コンピュータ・プログラムは、各トランザクションＴiが、ユニット値ＵＶの倍数であるトランザクション値ＴＶiにより部分的に特徴付けられるように、マイクロペイメント選択プロトコルは、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 各データ列Ｃiが情報を整数の添え字ｉおよびＴiの値ＴＶiにベクトル（Ｓi，Ｓi＋Ｖi−1）の形式で含むように、１＜ｉ＜ｎの全てのｉに対して、Ｓiが連続的に順序付けられたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表す累進的なシリアル番号であるように、およびＶiがｉに依存する整数であってＴiの値ＴＶiを表し、Ｖi＝ＴＶi／（ＵＶ）により与えられるように、プロトコルは、第一者が各トランザクションＴiからＴiに対応するデータ列Ｃiを導出すること、および第二者にＣiを受信させること
    Ｂ． 第二者が、支払われるべき複数のチェックＣj（１≦ｊ≦ｎ）を、どのチェックＣjが支払われるべきであるとして選択されるかを第一者が予め予測できない方法で選択すること
    Ｃ． 第二者が第三者に情報Ｉjを受信させること、および第三者が選択されたチェックＣjは支払われるべきであるか否かを確認することを可能にすること
    Ｄ． 第三者が、Ｉjの受信に応答して、選択されたチェックＣjは支払われるべきかを確認すること および
    Ｅ． Ｃjが支払われるべきである場合にのみ、
    a)第五者がＳmaxの値を決定し、
    ｍａｘは整数で１≦ｍａｘ＜ｉ≦ｎであり、ｖmax＝ＴＶmax／（ＵＶ）であり、および
    ＳmaxがＣkに含まれる最大のシリアル番号Ｓk（１≦ｋ＜ｎ）を表し、、
    i) Ｃkは第二者によりＣiを受信する前に受信され、および
    ii) 第三者は、ＶkがＰkを満たすことを確認し、
    iii) 第一者はゼロでない金額Ｄkだけを課金され、および
    b) 第五者は第四者に掛売金額ＣＲを受信させ、および
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１９３に記載のシステム。
  217. 前記コンピュータ・プログラムは、添え字ｉ（１＜ｉ＜ｎ）が各Ｔiに関連付けられるように、および各トランザクションＴiがユニット値ＵＶの整数倍であるトランザクション値ＴＶiにより部分的に特徴付けられるように、ｎ個のトランザクションＴ1，Ｔ2，．．．Ｔi，．．．Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令は、 include instructions for:
    Ａ． 各データ列Ｃiが情報を整数の添え字ｉおよびＴiの値ＴＶiにベクトル（Ｓi，Ｓi＋Ｖi−1）の形式で含むように、１＜ｉ＜ｎの全てのｉに対して、Ｓiが連続的に順序付けられたデータ列Ｃj（ｊ＝１，．．．，ｎ）の順番で連続する他の複数のデータ列に対するＣiの位置を表す累進的なシリアル番号であるように、およびＶiがｉに依存する整数であってＴiの値ＴＶiを表し、Ｖi＝ＴＶi／（ＵＶ）により与えられるように、第一者が各トランザクションＴiからＴiおよびに対応するデータ列Ｃiを導出するための命令、第二者にＣiを受信させるための命令、
    Ｂ． Ｖiが第一者によって実質的に予測不可能なように、第二者が項目ＶiをＣiに関連付けるための命令
    Ｃ． 第二者がプロパティＰiはＣiとＶiの間の状態を持続するか否かを決定すること、もしそうなら、第二者が第三者に情報Ｉiを受信させること、および第三者がＶiはＰiを満たすか否かを確認することを可能にするための命令を含み、
    Ｄ． 第三者がＶiはＰiを満たすか否かを確認すること、およびＶiがＰiを満たす場合にのみ、
    a) 第五者がＳmaxの値を決定し、
    ｍａｘは整数で１≦ｍａｘ＜ｉ≦ｎであり、ｖmax＝ＴＶmax／（ＵＶ）であり、
    ＳmaxがＣkに含まれる最大のシリアル番号Ｓk（１≦ｋ＜ｎ）を表し、
    i) Ｃkは第二者によりＣiを受信する前に受信され、および
    ii) 第三者は、ＶkがＰkを満たすことを確認し、
    iii) 第一者はゼロでない金額Ｄkだけを課金され、および
    b) 第五者は第四者に掛売金額ＣＲを受信させ、および
    c) 第五者が第一者に請求金額Ｄiだけ課金されるようにすることを含み、ここで、Ｄiは（Ｓi−Ｓmax）＊ＴＶで与えられることを特徴とする、請求項１９３に記載のシステム。
  218. 前記コンピュータ・プログラムは、ｎ個のトランザクションＴi（i＝１，．．．，ｎ）に対する支払いを確立し、各トランザクションＴiは値ＴＶiを有し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 第一者が各ＴiからＴiに関連するデータ列Ｃiを導出するための命令、および第二者にデータ列Ｃiを受信させるための命令、
    Ｂ． 各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌkを含むように、およびΣm k=1ｌk＝ｎであるように、プロトコルは、第二者が一意にデータ列Ｃの複数グループをｍ個のリストＬk（ｋ＝１，．．．,ｍ）に関連付けるための命令、
    Ｃ． 第二者は各Ｌkに対するコミットメントＣＭkを計算することによりＬk（ｋ＝１，．．．,ｍ）にコミットし、第三者にＣＭk（ｋ＝１，．．．,ｍ）を受信させるための命令、
    Ｄ． １≦ｉr≦ｍであるように、第三者は、ＣＭk（ｋ＝１，．．．,ｍ）の受信に応答して、１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択し、第二者に複数のインデックスｉ1，ｉ2，．．．ｉrを受信させるための命令、
    Ｅ． 複数のインデックスｉ1，ｉ2，．．．ｉrの受信に応答して、第二者はＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶ち、それによりＬi1，．．．，Ｌirを第三者へ明らかにするための命令、
    Ｆ． 第五者は第四者に掛売金額ＣＲを受信させ、第一者に請求金額Ｄだけ課金させることための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  219. 前記コンピュータ・プログラムは、ｎ個のトランザクションＴi（i＝１，．．．，ｎ）に対する支払いを確立し、各トランザクションＴiは値ＴＶiを有し、１または複数のマイクロペイメント・トークンを選択するための前記命令が、
    Ａ． 各Ｔiに対して、第一者が、第二者からＴiから導出されたデータ列Ｃiを受信するための命令、
    Ｂ． 各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌkを含むように、およびΣm k=1ｌk＝ｎであるように、第一者が、データ列Ｃの複数グループをｍ個のリストＬk（ｋ＝１，．．．,ｍ）へ一意に関連付けるための命令、
    Ｃ． １≦ｉr≦ｍであるように、プロトコルは、各Ｌkに対するコミットメントＣＭkを計算することにより、第一者がＬk（ｋ＝１，．．．,ｍ）にコミットすること、第三者にＣＭk（ｋ＝１，．．．,ｍ）を受信させ、それにより第三者が１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択することを可能にするための命令、
    Ｄ． 複数のインデックスｉ1，ｉ2，．．．ｉrを受信すると直ぐに、第一者はＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶ち、それによりＬi1，．．．，Ｌirを第三者へ明らかにし、第三者が第四者に掛売金額ＣＲを受信させることを可能にし、および第二者に請求金額Ｄだけ課金させることを可能にするための命令を含むことを特徴とする、請求項１９３に記載のシステム。
  220. 前記コンピュータ・プログラムは、各トランザクションＴiが値ＴＶiを有し、Ｔiから導出された対応するデータ列Ｃiにより表されるように、およびデータ列Ｃの複数グループがｍ個のリストＬk（ｋ＝１，．．．,ｍ）へ一意に関連付けられ、各リストＬkが複数のデータ列Ｃk 1，．．．，Ｃkｌk（Σm k=1ｌk＝ｎ）を含むように、ｎ個のトランザクションＴ1，．．．，Ｔi，．．．，Ｔnに対する支払いを確立し、１または複数のマイクロペイメント・トークンを選択するための前記命令は、
    Ａ． 第一者が第二者からｍ個の各リストＬk（ｋ＝１，．．．,ｍ）に対するコミットメントＣＭkを受信するための命令、
    Ｂ． １≦ｉr≦ｍであるように、第一者が、ＣＭk（ｋ＝１，．．．,ｍ）を受信すると直ぐに、１または複数の整数インデックスｉ1，ｉ2，．．．ｉrを選択するための命令、およびＬi1，．．．，Ｌirを第一者へ明らかにするように、第二者に複数のインデックスｉ1，ｉ2，．．．ｉrを受信させるための命令、それにより第二者がＣＭi1，ＣＭi2，．．．，ＣＭirへのコミットを絶つことを可能にするための命令、
    Ｃ． 第一者が第三者に掛売金額ＣＲを受信させること、および第四者に請求金額Ｄだけ課金させるための命令を含むことを特徴とする、請求項１９３に記載のシステム。
JP2006502960A 2003-01-25 2004-01-23 マイクロペイメント処理方法およびシステム Abandoned JP2006518514A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US44248603P 2003-01-25 2003-01-25
US45674103P 2003-03-21 2003-03-21
PCT/US2004/001845 WO2004068293A2 (en) 2003-01-25 2004-01-23 Micropayment processing method and system

Publications (2)

Publication Number Publication Date
JP2006518514A true JP2006518514A (ja) 2006-08-10
JP2006518514A5 JP2006518514A5 (ja) 2007-03-15

Family

ID=32829791

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006502960A Abandoned JP2006518514A (ja) 2003-01-25 2004-01-23 マイクロペイメント処理方法およびシステム

Country Status (7)

Country Link
US (1) US20080232590A1 (ja)
EP (1) EP1593068A4 (ja)
JP (1) JP2006518514A (ja)
KR (1) KR20060009815A (ja)
AU (1) AU2004208331A1 (ja)
CA (1) CA2514283A1 (ja)
WO (1) WO2004068293A2 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080040261A1 (en) * 2006-04-24 2008-02-14 Robert Nix Systems and methods for implementing financial transactions
US8909553B2 (en) * 2006-09-06 2014-12-09 Transaction Wireless, Inc. Payment card terminal for mobile phones
AU2007351552B2 (en) * 2006-11-07 2010-10-14 Security First Corporation Systems and methods for distributing and securing data
US8521650B2 (en) 2007-02-26 2013-08-27 Zepfrog Corp. Method and service for providing access to premium content and dispersing payment therefore
US20090198619A1 (en) * 2008-02-06 2009-08-06 Motorola, Inc. Aggregated hash-chain micropayment system
EP2138970A1 (en) * 2008-06-26 2009-12-30 Nokia Siemens Networks Oy Ordering scheme
US20100299255A1 (en) * 2009-05-21 2010-11-25 Nizam Antoo Cash redemption of funded portable consumer transaction device without purchase transaction requirements
CN102436618A (zh) * 2011-12-31 2012-05-02 北京握奇数据系统有限公司 一种多远程支付应用处理方法、装置及双界面智能卡

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4309569A (en) * 1979-09-05 1982-01-05 The Board Of Trustees Of The Leland Stanford Junior University Method of providing digital signatures
US7353396B2 (en) * 1995-10-02 2008-04-01 Corestreet, Ltd. Physical access control
US6097811A (en) * 1995-11-02 2000-08-01 Micali; Silvio Tree-based certificate revocation system
US7337315B2 (en) * 1995-10-02 2008-02-26 Corestreet, Ltd. Efficient certificate revocation
US6301659B1 (en) * 1995-11-02 2001-10-09 Silvio Micali Tree-based certificate revocation system
US6085320A (en) * 1996-05-15 2000-07-04 Rsa Security Inc. Client/server protocol for proving authenticity
US5857023A (en) * 1996-11-25 1999-01-05 Xerox Corporation Space efficient method of redeeming electronic payments
US5903652A (en) * 1996-11-25 1999-05-11 Microsoft Corporation System and apparatus for monitoring secure information in a computer network
US5999919A (en) * 1997-02-26 1999-12-07 At&T Efficient micropayment system
US5999625A (en) * 1997-02-27 1999-12-07 International Business Machines Corporation Method for electronic payment system with issuer control
US6341273B1 (en) * 1997-03-26 2002-01-22 British Telecommunications Public Limited Company Electronic coin stick with potential for future added value
US6055508A (en) * 1998-06-05 2000-04-25 Yeda Research And Development Co. Ltd. Method for secure accounting and auditing on a communications network
FI109278B (fi) * 1998-11-25 2002-06-28 Veikkaus Ab Oy Menetelmä ja järjestelmä sähköisten pika-arpajaisten järjestämiseksi
US6529885B1 (en) * 1999-03-18 2003-03-04 Oracle Corporation Methods and systems for carrying out directory-authenticated electronic transactions including contingency-dependent payments via secure electronic bank drafts
AU4508001A (en) * 1999-11-29 2001-06-18 Microsoft Corporation System and method for flexible micropayment of low value electronic assets
US20030144907A1 (en) * 2001-03-05 2003-07-31 American Express Travel Related Services Company, Inc. System and method for administering incentive offers

Also Published As

Publication number Publication date
AU2004208331A1 (en) 2004-08-12
WO2004068293A2 (en) 2004-08-12
KR20060009815A (ko) 2006-02-01
CA2514283A1 (en) 2004-08-12
EP1593068A4 (en) 2008-10-01
AU2004208331A2 (en) 2004-08-12
WO2004068293A3 (en) 2005-05-06
US20080232590A1 (en) 2008-09-25
EP1593068A2 (en) 2005-11-09

Similar Documents

Publication Publication Date Title
US11551211B1 (en) Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US7249097B2 (en) Method for ordering goods, services, and content over an internetwork using a virtual payment account
AU2001251286B2 (en) System, method and apparatus for international financial transactions
US7318047B1 (en) Method and apparatus for providing electronic refunds in an online payment system
AU2001251286A1 (en) System, method and apparatus for international financial transactions
JP2004527051A (ja) マイクロペイメント・トランザクションのための方法およびシステム
KR102174691B1 (ko) 가상화폐를 이용한 결제 시스템
JP2006518514A (ja) マイクロペイメント処理方法およびシステム
JP4249423B2 (ja) 支払管理サーバ、支払管理方法および支払管理用プログラム
WO2001048658A1 (en) Selling a digital content product in an online transaction
US20080201260A1 (en) Internet micro payments system
AU2005201214B2 (en) Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070123

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070123

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20080616

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20080616

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20090421