JPH11505343A - System for accepting financial overpayment and method of using same - Google Patents

System for accepting financial overpayment and method of using same

Info

Publication number
JPH11505343A
JPH11505343A JP8532797A JP53279796A JPH11505343A JP H11505343 A JPH11505343 A JP H11505343A JP 8532797 A JP8532797 A JP 8532797A JP 53279796 A JP53279796 A JP 53279796A JP H11505343 A JPH11505343 A JP H11505343A
Authority
JP
Japan
Prior art keywords
account
amount
card
charity
computer
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.)
Pending
Application number
JP8532797A
Other languages
Japanese (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
Priority claimed from US08/429,758 external-priority patent/US6112191A/en
Application filed by エブリー・ペニー・カウンツ・インコーポレイテッド filed Critical エブリー・ペニー・カウンツ・インコーポレイテッド
Publication of JPH11505343A publication Critical patent/JPH11505343A/en
Pending legal-status Critical Current

Links

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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/04—Payment circuits
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G1/00—Cash registers
    • G07G1/12—Cash registers electronically operated
    • G07G1/14—Systems including one or more distant stations co-operating with a central processing unit

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

(57)【要約】 消費者の支払人が、販売端末（第１図のＲＴＩ〜ＲＴＮ）において現金を支払ったり、小切手を切ったり、ＡＴＭ装置を利用したり、クレジットカードやデビットカードを使用したりする度に貯蓄や寄付を行うためのシステム及びその使用方法（構造的システムについては第１図、ビジネス管理システムについては第４図及び第５図参照）。ＰＯＳシステムは寄付者／支払人、中立の小売業者／集金人、中央クリーニングハウス、及びプロバイダ勘定からなるネットワークである。ラウンダシステムは、寄付者／支払人、受取人、口座管理者、及びプロバイダサービスからなるネットワークである。これらのシステムが、全体として、寄付者／支払人が支払いをする度に寄付や貯蓄を行うための統合された方法を提供する。 (57) [Summary] A consumer payer pays cash, checks, uses an ATM device, or uses a credit card or debit card at a sales terminal (RTI to RTN in FIG. 1). A system for saving and donating every time and how to use it (see FIG. 1 for a structural system and FIGS. 4 and 5 for a business management system). A POS system is a network of donors / payers, neutral retailers / collectors, central cleaning houses, and provider accounts. The rounder system is a network of donor / payer, payee, account manager, and provider services. Collectively, these systems provide an integrated method for making donations and savings each time a donor / payer makes a payment.

Description

【発明の詳細な説明】 金融的な過剰支払を受け付けるためのシステム及びその使用方法発明の分野 本発明は一般に、資金分配のための方法及びシステムに関する。発明の一形態 では、本発明は、資格を付与されたチャリティーへの頻繁かつ容易に小額の寄付 を行うこと、特に組織的な集金−記録システムに関する。別の形態では、本発明 は、商品券やプリパチェイシングコンセプトを（pre-purchasing concept）更新 することによるオープン型消費者購入システムの運営に関する。他の形態では、 本発明は、現金、小切手、クレジットカード、デビットカードを用いた従来の消 費者の出費を伴う取り引きから過剰資金を作り出すことに関連する。この過剰資 金は、将来の出費のための特別な勘定に貯えられる。発明の背景 出費を伴う取引から過剰資金を作り出す現在の方法及びシステムは多くの限界 がある。例えば、今消費者が将来の出費に備えて過剰資金を作るためには、過剰 支払いを行ったり、将来の出費に割り当てられた過剰な支払いをさせればよいが 、それは非常に限られた環境のもとでしか行えない。実際には、消費者は現存の 勘定を持つ支払先（例えば公益企業及びガス会社）には過剰支払いを申し出るこ とができ、過剰資金を将来のサービスへの支払い用として支払先に残したり、あ るいは、支払先に過剰資金を外部のプロバイダ、例えばチャリティなどに分配す るように指示することが可能である。このような“クローズドな”プロセスのも とでは、支払先が、勘定の管理と、外部のプロバイダに対してと同様な 内部的な目的のための過剰資金の選択／分配とに関して有効な役割を果たす。こ のような現在の機構においては、消費者は過剰資金を捻出したり、前記資金の用 途を決定したりする機会が非常に限られている。これは、この技術の現在の状態 が、消費者の既存の勘定を持つ関係である支払先によって管理されなければなら ない“クローズドの”システムだからである。また、消費者が過剰資金を作り出 せるのは、支払先に支払われた額面価格が購入価格を上回っているときのみであ る。過剰支払いの必要性に加えて、支払先は提出された金額から購入価格を差し 引くことによって取引をする必要もある。従って、支払先は、消費者の過剰資金 の管理及び／または分配に関する手間がかかることになる。 更に消費者は将来の購入に対する前払いをする機会は非常に限られた環境のも とでしか行えない。事実上消費者が前払い金を支払えるのは、勘定を開いている 、または既存の勘定を有しており、前払い目的の資金を将来のサービスの支払い ようとして支払先に留めておくことができる小売商の支払先に対してのみである 。このような“クローズドな”プロセスのもとでは、支払先は内部目的用だけの 前払い資金の選択／分配及び勘定管理に関する役目を果たしている。このような 現在の機構のもとでは、消費者が前払いを行ったり、前記資金を異なる用途に選 択する機会は非常に限られている。これは従来技術の状態では、既存の勘定を有 する関係の小売商の支払先により管理される“クローズドな”システムだからで ある。 更に、現在の買い物についての状況では、店員はキャッシュレジスタに全ての 商品の価格を打ち込み、次いで金額を合計している。消費者は現金の正確な金額 、または商品価格を超える分の合計額を申し出、店員がその金額を入力する。次 いでレジスタが、現金の金額から商品価格を差し引くのである。 過剰な現金は消費者が少額のお金を苦痛なく節約する機会を与えてくれる。ま た、消費者が少額のお金をチャリティに寄付することが可能となる。実際、店舗 にチャリティに寄付される小額のお金を預かる入れ物があることを広告している 場合もある。しかし、このようなシステムは消費者に自分のお金を継続的に節約 したり好ましいチャリティに寄付したりするような機会を与えるものではなく、 寄付した金額が税金の影響を考慮すべき金額に達していた場合でもそのことを十 分に記録することができない。発明の要約 本発明の実施例は、支払先に支払われるべき必要な金額を入力することにより 、支払い者と支払先との間の金融取引から、支払い者の余剰勘定に信用を蓄積す る過程と、前記支払い者により申し出のあった追加的金額を入力する過程と、前 記余剰勘定に追加的金額を預ける過程とを含む。本発明の別の実施例によれば、 前記追加的な金額を預ける過程が、支払先が中央決済機関のもとにある前記余剰 勘定に前記追加的金額を信用貸しし、前記支払先が前記追加的金額に関して中立 なままであるようにする。本発明の更に別の実施例によれば、前記追加的金額を 入力する過程が、前記余剰勘定に関連する所定のデータから前記追加的金額を計 算する過程を含む。 別の実施例では、中立な小売商の支払先により処理されるインテリジェントカ ード上でオープンな購入クレジットの交換時に、消費者と小売商との間の金融取 引から、残高を支給し、残高を足し、かつ残高の書き込みを行う過程を有する。 別の形態では中立の小売商の支払先が、流出金額と購入クレジットの減少額との 間のネット値を求め、そのネット値をネットワークの中央クリーニングハウスに 転送する。更に別の形態で は、中央クリーニングハウスが１つの購入クレジットのプールを管理し、各中立 な小売商の支払先のターミナルからの報告に従って資金を受け取りかつ分配する 。図面の簡単な説明 第１図は、本発明の特徴を実現したシステムのブロック図である。 第２図及び第３図は、第１図の実施例の一部を構成するクレジットカードの図 である。 第４Ａ図及び第４Ｂ図（全体として第４図と称する）及び第５Ａ図、第５Ｂ図 、及び第５Ｃ図（第５図）は、第１図にあるステップの流れ図である。 第６Ａ図、第６Ｂ図、第６Ｃ図、及び第６Ｄ図（全体として第６図と称する） は、第１図におけるコンピュータの中にあるステップの流れ図である。 第７．１図は、本発明の特徴を実現したシステムのブロック図である。 第７．２図は、第７．１図におけるシステムハードウェアのブロック図である 。 第７．３図は、第７．１図の実施例の一部を構成するインテリジェントカード の図である。 第７．４図は、第１図における信用を発行するコンピュータにおけるステップ の流れ図である。 第７．５図は、第７．１図におけるクレジットを減らすコンピュータにおける ステップの流れ図である。 第７．６図は、第７．１図における、ネット値を決定し、その値をクリーニン グハウスに転送するコンピュータにあるステップの流れ図である。 第７．７図は、第７．１図における、中央クリーニングハウスから、各中立な 支払先に勘定の清算を報告するコンピュータにあるステップの流れ図である。 第７．８図は、第７．３図における寄付者の支払人の記録の行動をプリントア ウトするＰＣ及びＩＣコンピュータにおけるステップの流れ図である。 第８．１Ａ図は、本発明の特徴を実現したＰＯＳシステムのブロック図である 。 第８．１Ｂ図及び第８．１Ｃ図は、本発明の特徴を実現したクリーニングハウ ス管理システムのブロック図である。 第８．１Ｄ図及び第８．１Ｅ図は、本発明の特徴を実現したプロバイダ管理シ ステムのブロック図である。 第８．１Ｆ図は、本発明の特徴を実現した２つのＰＯＳシステムにおいて使用 されるデータ及び資金転送機構のブロック図である。 第８．２図は、第８．１図におけるＰＯＳシステムハードウェアのブロック図 である。 第８．３図は、第８．１図における実施例の一部を構成する取引カードの図で ある。 第８．４Ａ図及び第８．４Ｂ図及び第８．４Ｃ図及び第８．４Ｄ図（第８．４ 図）は、第８．１Ｂ図におけるステップの流れ図である。 第８．５Ａ図及び第８．５Ｂ図（全体として第８．５図と称する）は、第８． １Ｃ図におけるコンピュータにあるステップの流れ図である。 第８．６Ａ図及び第８．６Ｂ図、及び第８．６Ｃ図（全体で第８．６図）は、 第８．１Ｂ図及び第８．１Ｃ図におけるコンピュータにある登録ステップの流れ 図である。 第８．７図は、本発明の特徴を実現したラウンダシステムのブロック 図である。 第８．８図は、第８．７図に示されたラウンダシステムにおいて寄付者を登録 するために置かれたステップのフローチャートである。 第８．９Ａ図〜第８．９Ｅ図は、第８．７Ａ図及び第８．７Ｂ図におけるラウ ンダ取引をするために、銀行によって管理される中央コンピュータ及びターミナ ルコンピュータにおいて用いられるデータ処理の方法論のフローチャートである 。 第８．１０Ａ図〜第８．１０Ｅ図は、第８．７Ａ図及び第８．７Ｂ図における ラウンダ取引を処理するために銀行及びクレジット会社により管理される中央コ ンピュータ及びターミナルコンピュータにおいて使用されるデータ処理の方法論 のフローチャートである。好適実施例の詳細な説明 第１図において、本発明を実現したシステムは、中央プロセッサＣＰＵ及び巨 大なデータストレージＤＳを備えた中央コンピュータＣＣを含む。電話線、衛星 、またはケーブルを含み得る通信システムＣＳは、中央コンピュータＣＣと、店 舗、スーパーマーケット、ガソリンスタンド、デパート等の、中央コンピュータ から遠隔地にある小売り店舗における多数のキャッシュレジスタＣＲｘ（ｘ＝１ ，．．．Ｍ，．．．Ｎ）を接続している。本明細書全体を通して、ｘは、それが 符号の文字の後ろに添付された場合１，．．Ｍ，．．．Ｎと等しい。 キャッシュレジスタＣＲｘは各キーパッドＫＰｘとカードリーダＣＤｘとを結 合する。互いに結合された各キャッシュレジスタＣＲ、キーパッドＫＰｘ及びカ ードリーダＣＤｘは、リモート端末ＲＴｘを表す。各キャッシュレジスタＣＲｘ に対して、レジスタと中央コンピュータＣＣに結合するスポンサー端末ＳＴｘが 存在する。キャッシュレジスタのと ころで、消費者へのロッジャへの信用供与のために、お金が集金され、銀行、デ ビットカード発行者、クレジットカード発行者等の施設や様々なチャリティの口 座に入金される。データストレージＤＳはチャリティ口座ＣＡ及び銀行等の他の 口座ＯＡに対する各個人の入金データを有しており、全ての口座で個人の消費者 とロッジャとの取引が行われる。 通信システムＣＳは、中央コンピュータＣＣとチャリティコンピュータＣＨｙ 及び他のコンピュータＯＣｚ（ｙ＝１．．．ｋ，ｚ＝１．．．ｊ）も結合する。 他のコンピュータＯＣｚの例としては銀行のコンピュータＢＫｘや、デビットア カウントホルダのような様々なチャリティ、及びクレジットカード発行会社等が ある。これらのチャリティ及び他の施設は、キャッシュレジスタＣＲｘで集金さ れた寄付金や貯金の最終的な受取手である。コンピュータＣＣも消費者のロッジ ャの取引を行うデフォルト口座ＤＡを有しておりお金をそこに保存して他の先に は割り振られないようにしている。 キャッシュレジスタＣＲｘは、現金取引、クレジットカードまたは小切手によ る購入を示すための取引ディスプレイを含む。このディスプレイは自動的に動作 して問題の数字を示す。キーパッドＫＰｘを備えたカードリーダＣＤｘにより、 寄付者または店員が寄付金を直接入力することが可能となる。キーパッドＫＰｘ により、寄付者が、この取引に関するお金の割り振りを変化させることが可能と なる。またこのキーパッドＫＰｘにより、寄付者が、寄付金額を減らし釣銭を受 け取るようにすることもできる。端末ＲＴｘは、寄付の事実を中央コンピュータ ＣＣに通信システムＣＳを介して直接リポートする。中央コンピュータＣＣは必 要に応じて目的の集団に対する寄付金のリポートを周期的にプリントアウトする 。 本発明によれば、店舗、スーパーマーケット、ガソリンスタンド、デ パート等における消費者は、所望の商品を選択し、それを店員の所に持っていく 。店員はキャッシュレジスタＣＲｘの所で、レジスタのキーボードまたはバーコ ードリーダによって全ての商品の価格を入力し、レジスタは価格の総額を算出す る。次いで消費者は、店員に総額丁度の金額、あるいは総額よりいくらか多い金 額を支払い、店員はその現金及び総額をキャッシュレジスタに打ち込む。キャッ シュレジスタＣＲｘは次いで現金から価格を差し引く計算をする。 消費者が店員に丁度の金額を支払った場合には問題は生じない。しかし、店員 に支払われた現金が価格を超えている場合には、消費者は所望に応じて釣銭を受 け取るか、寄付するか、釣銭の全てまたは一部を別途蓄えておくか選択すること ができる。後者の場合、消費者は寄付者カードナンバーをキーパッドＫＰｘに打 ち込むか、寄付者カードそのものをカードリーダＣＤｘに入れる。カードリーダ は、カード上の磁気ストライプまたはバーコードから番号を読み出す。消費者は 、キーパッドに消費者が受け取る釣銭のいくらを中央コンピュータＣＣの様々な 所定の口座に振り込むべきかを入力することも可能である。レジスタＣＲｘはキ ーパッドに打ち込まれた番号またはカードリーダＣＤｘに入力された番号を読み 出す。 本発明による寄付者カードＤＣ１は第２図に示されており、寄付者ナンバーを 書き込んだ磁気ストライプＭＳを備えている。第３図のカードＤＣにはバーコー ドＢＡの形態で寄付者ナンバーが書き込まれている。 データを受け取った後、レジスタＣＲｘは中央コンピュータＣＣにアクセスす る。中央コンピュータＣＣは釣銭または消費者によって選択された釣銭の一部分 を、コンピュータＣＣ内にある様々なチャリティ口座ＣＡ及び他の勘定ＯＡに、 消費者が以前に中央コンピュータに入力したプログラムされた命令に従って割り 振りする。消費者は全ての寄付者取 引及び今終了した経済的取引の内容をプリントアウトしたものを受け取る。 必要ならば、消費者は支払った現金と価格の間の差のごく一部分を寄付するこ とを選択することもできる。次いで消費者は寄付する金額を入力し、適当な金額 の釣銭を受け取る。 本発明の実施例によれば、各取引につき、コンピュータＣＣは、それがチャリ ティのコンピュータにアクセス可能となった瞬間にまたはその直後に各チャリテ ィＣＨに対して割り振られた金額を全て電子的に転送する。このようにして、寄 付者は常に寄付が確実になされたか否かを即座に確認できるのである。他の勘定 ＯＡに書き込まれた金額は、即座にそこに送信されか、または他の施設が受け取 ることができるだけの十分な金額に達するまで蓄積するべく保持される。 キャッシュレジスタＣＲｘ、キーパッドＫＰｘ、及びカードリーダＣＤｘの動 作の一例が第４図及び第５図の流れ図に示されている。ここでは、消費者がバー コードを備えた商品を購入したことが仮定されている。しかし、本発明はサービ ス、レンタル、または他の商品価値の有るものを購入する際にも適用することが できる。 第４図のステップ１０４において、店員は、キーボード（図示せず）またはバ ーコードリーダＢＣＲｘの何れかによって様々な商品の価格をキャッシュレジス タＣＲｘに打ち込む。ステップ１０７において、キャッシュレジスタは商品総額 を求める。次いで顧客は店員に商品総額と同じ金額あるいはそれ以上の現金を手 渡す。この例では現金を手渡す場合について述べているが、本発明は、クレジッ トカードによる支払にも適用されうる。即ち、消費者は、本発明により、寄付や 分配をするために商品価格を超える金額の支払いをクレジットカードで行うこと を希望することができるのである。この説明では、現金なる用語はクレジットカ ードによる支払も含んだ意味で用いられている。 ステップ１１０において、店員は現金支払総額をキャッシュレジスタに入力す る。通常の状況の下では、現金支払いは商品総額と等しいかそれより多い額であ る。しかし、本発明により、寄付者がクレジット残高から引き出したお金を中央 コンピュータＣＣに記録された勘定の１つに振り込むことが可能となる。そうで ない場合、このような取引形態はクレジットカードセールの場合に生じうる。従 って、状況によっては、現金の総額が商品価格に達しないことがあり得る。ステ ップ１１４において、キャッシュレジスタは現金の総額が価格の総額を超えたか 否かを判定する。 この判定がイエスの場合は、現金は商品価格を超えており、レジスタＣＲｘは 、ステップ１１７において現金総額から商品価格を差し引くことにより釣銭の額 を求める。この判定の結果がノーである場合は、現金の総額が商品価格に達して おらず、レジスタはステップ１２０において支払うべき残りの金額を求める。ス テップ１２４において、キャッシュレジスタＣＲｘは、顧客が寄付者カードを有 しておりその使用を希望しているか否かを質問する。店員または寄付者カードを カードリーダＣＤｘに入れることによって直接にその質問に応答することができ る。ステップ１２４の応答により顧客が寄付者カードを有していないかその使用 を希望していない場合には、キャッシュレジスタＣＲｘは、ステップ１２７にお いて取引内容を印刷し、ステップ１３０において店員に釣銭を渡すか、足りない 現金を受け取ることを指示する。顧客が必要な現金を支払わない場合には、店員 は取引を中断するか取引をやり直さなければならない。 顧客が寄付者カードの使用を希望している場合は、店員は情報をレジスタのキ ーボードに打ち込むか、顧客がカードリーダＣＤｘにカードを 入れる。ステップ１３４において、レジスタは中央コンピュータとやりとりし、 コンピュータが寄付者カードの読み出しを行う。ステップ１３７において、中央 コンピュータＣＣは、そのカードが有効であるか否かを判定する。有効でない場 合は、レジスタＣＲｘがステップ１２７の処理に戻る。 カードが有効である場合には、キャッシュレジスタＣＲｘは、ステップ１４０ において再び支払われた現金が商品総額を超えているか否かを質問する。そうで ない場合は、ステップ１４４において、中央コンピュータＣＣ及びキャッシュレ ジスタＣＲｘがキャッシュレジスタのディスプレイＤＩに、キャッシュレジスタ が寄付者のキャッシュホルダの口座の１つから不足の金額を借方記入しているか どうか尋ねる。そうでない場合は、処理はステップ１２７に戻る。 ステップ１４４の答えがイエスである場合には、コンピュータＣＣは、ステッ プ１４５において、顧客にその個人ＩＤ（ＰＩＮ）ナンバーを入力させる。ステ ップ１４６において、コンピュータＣＣはＰＩＮナンバーがカードナンバーと一 致しているか否かを判定する。一致していない場合は、コンピュータの処理はス テップ１２７に戻る。判定の結果がイエスである場合には、カードが支払われる べき金額をカバーするだけの十分な残高を有しているか否かを判定する。そうで ない場合には、処理は再びステップ１２７に戻る。この判定がイエスである場合 には、ステップ１５０において、コンピュータは支払い者の口座からお金を引き 出し、予めプログラムされたように機関またはスポンサーＳＰｘの口座に貸方記 入する。ステップ１５０において、キャッシュレジスタＣＲｘは取引のプリント アウトもする。 ステップ１４０に対する答え、即ち商品価格より現金の金額の方が多いか否か という質問に対する答えがイエスである場合には、ステップ１ ５４においてキャッシュレジスタＣＲｘは、顧客が支払われるべき釣銭をいくら か残しておくことを希望しているか否かを質問するメッセージを表示する。この 答えがイエスならば、キャッシュレジスタＣＲｘ及びコンピュータＣＣは顧客に いくらを残しいくらを寄付するかをキーパッドＫＰｘに入力するように指示する 。ステップ１５４において、キャッシュレジスタＣＲｘは店員に対して適切なネ ットの釣銭を返すように指示し、ネットの寄付金の金額を表示する。 処理はここで第５図のＡに進む。ステップ１５４の判定の答えがノーである場 合にも、処理は第５図のＡに進む。 Ａにおいて、第５図のステップ２０４では、コンピュータＣＣが特定の寄付者 カードに対する予めプログラミングされた支払金額を見つけるべく記録を検索す る。支払総額は第６図に示すように入力される。第５図のステップ２０７におい て、コンピュータＣＣは、予めプログラミングされた比率または優先順位または 金額に従って支払総額の分配を開始する。ステップ２１０〜２２７において、様 々なチャリティ、銀行、デビットカード、及び商品券の口座に選択された金額が 振り込まれる。通常、振り込みの後に残高が残ることはない。しかし、このよう な残高が存在することもあり得る。従って、ステップ２３０においては、コンピ ュータＣＣが残った金額があるか否かを確認する。その判定がイエスである場合 には、ステップ２３４において、以前に寄付者によって選択されていたデフォル ト勘定にその金額を振り込む。ステップ２３７において、コンピュータＣＣは、 それ自身のデータバンク及びコンピュータＣＨｙ及びＯＴｚ口座を更新する。コ ンピュータＣＨｙ及びＯＴｚは取引を確認する。 好適実施例においては、コンピュータＣＣは寄付のお金をチャリティの口座ま たはチャリティＣＨｙに各取引毎に転送し振り込みを行う。従 って、寄付金は各取引毎に積み上げられていくのである。 ステップ２３０の答えがノーである場合には、残ったお金はなく、処理はステ ップ２３７に直接進む。ステップ２４０において、キャッシュレジスタＣＲｘは 様々な口座に寄付され振り込まれた総額、商品価格及び釣銭の金額等をプリント アウトする。 コンピュータＣＣ及びキャッシュレジスタＣＲｘは、次いで顧客にコンピュー タＣＣにおける様々な寄付のプログラミングを変更する希望が有るか否かを尋ね る。この答えがイエスの場合には、カードリーダＣＤｘがステップ２４７におけ る残高を含め金額及び割り振りを表示し、次いで顧客がステップ２５０において 所望の変更を入力し、コンピュータＣＣはステップ２５４において割り振りを変 える。それによってステップ２５７において取引は終了する。ステップ２４４の 質問に対する答えがノーである場合には、処理は直接ステップ２５７に進む。 本発明の一実施例においては、消費者はステップ２４４〜２５４の処理を、別 々の時間に、別々のカードリーダＣＤｘ及びキーパッドＫＰｘで行う。これによ って店員が他の顧客に接客中にそれらの機械が使用されることが防止される。実 際、店舗にはこの目的専用の個別の端末ＲＴｘが備えられ得る。 第６図に示すのは、コンピュータＣＣが、キーパッドＫＰｘを通して寄付者の 口座を開いたり変更し口座のデータを新規なまたは既存のカード口座に振り込ん だりする処理のステップを示した流れ図である。キーパッドＫＰｘ上のディスプ レイＤＳｘまたはキャッシュレジスタＣＲｘにより、コンピュータＣＣが顧客に 一定の作業を行うか否かを尋ねることが可能となる。各団体がそのコンピュータ ＣＣにアクセスした後、コンピュータは、ステップ３０４において、その消費者 が寄付者カードを有しているか否かを質問する。この答えがノーであれば、ステ ップ３０ ７において、コンピュータは消費者に消費者の氏名または住所を入力するように 求める。ステップ３０８において、コンピュータＣＣは全ての情報が入力された か否かを判定する。判定の結果がノーであれば、処理はステップ３０７に戻り、 必要な情報を再度質問する。判定の結果がイエスであれば、コンピュータＣＣは 処理をステップ３１０に進め、顧客に個人ＩＤ（ＰＩＮ）ナンバーを選択するよ うに指示する。ステップ３１４において、コンピュータはＰＩＮナンバーが許容 できるナンバーであるか否かを判定する。この判定の結果がノーであれば、処理 はステップ３１０に戻り、他のナンバーを要求する。この判定がイエスであれば 、コンピュータは処理をステップ３１０に進め新たなカードナンバーを割り当て る。 ステップ３０４における消費者がカードを有しているか否かの質問がイエスで ある場合は、コンピュータＣＣは処理をステップ３２０に進め、顧客にカードを 入れるように指示する。ステップ３２４において、コンピュータは顧客に予め選 択されたＰＩＮナンバーを入力するように指示する。ステップ３２７において、 コンピュータは入力されたＰＩＮナンバーが予め選択されたＰＩＮナンバーと一 致するか否かを判定する。一致しない場合は、処理はステップ３２４に戻りナン バーを訂正させる。コンピュータによりこのステップ３２４から３２７に至る手 順が最大３回まで反復され、その後プログラムは中断する。 ＰＩＮナンバーが正しく資格のある者と認められた場合には、コンピュータＣ Ｃは、ステップ３３０において全ての既存の受贈者及び特定の期間、例えば１年 間の間に寄付された金額をリストする。消費者は任意の期間をリクエストし得る 。ステップ３３４において、コンピュータは残高のある全ての信用口座もリスト する。ステップ３３７において、コンピュータは消費者に除かれるべき受贈者の 口座が有れば、それを全て リストするように要求する。次いでコンピュータは処理をステップ３４４に進め る。ステップ３４４においても、カードナンバーが新規の場合にはステップ３１ ７からのプロンプトを受け取る。 ステップ３４４において、コンピュータは消費者に新規な受贈者口座または信 用口座を入力するように要求する。ステップ３４７において、コンピュータはチ ャリティの形態での受贈者またはクレジット機構が、システムによって許容され た組織またはチャリティのリストにあるか否かを判定する。判定がノーならば、 コンピュータは、ステップ３４８において、消費者が調査が終了するまでの間受 取人またはクレジット組織用にセットアップされる仮勘定を有することを希望す るか否かを聞く。ステップ３４８の質問に対してイエスの場合には、コンピュー タは、ステップ３４９において、仮勘定をセットアップし、調査が終了するまで 資格がある者としてそれをリストする。ステップ３４８の質問への答えがノーで ある場合には、コンピュータＣＣはステップ３４７に処理を戻す。 コンピュータＣＣが受取人またはクレジット組織をひとたび認定すると、処理 はステップ３５０に進み、ここで消費者が追加することを希望している最終受取 人勘定またはクレジット勘定であるか否かを質問する。ノーの場合には、処理は ステップ３４４に戻る。イエスの場合には、コンピュータはステップ３５４にお いて従来の全ての割り振りをキャンセルし、ステップ３５７において、続けて現 存の口座、新規な受取人の口座及びクレジット口座をリストアップし、それと同 時に適用可能な古い割り振りを表示する。ステップ３６０において、コンピュー タは消費者に各口座に割り振る新規なパーセンテージを入力するようにリクエス トする。チェック処理として、ステップ３６４において、コンピュータはパーセ ンテージの合計が１００％を越えているか否かを判定する。イエ スの場合には、処理はステップ３６０に戻り、新規な入力を要求する。そうでな い場合には、処理はステップ３６７に進み、処理しているのは最終の勘定か否か をチェックする。最終勘定でない場合には処理はステップ３７０に戻り消費者に 次の口座に進むかを聞き、ステップ３６０に戻る。イエスの場合には、コンピュ ータＣＣはステップ３７４に進み、ここでパーセンテージの合計が１００％であ るか否かをチェックする。そうでない場合には、コンピュータＣＣはステップ３ ７７において残りのパーセンテージを消費者の個人のデフォルト勘定に入れ、消 費者に口座を選択し割り振りを変えるように要求する。ステップ３８０において 、コンピュータは処理を終了させその結果をプリントアウトする。 本発明の実施例によれば、コンピュータＣＣはカードが使用される度にＰＩＮ ナンバーを要求する。別の実施例では、コンピュータはカードオーナーの代わり に他人に寄付を認める。このケースの例としては両親が子供の代わりに行う場合 がある。この場合、ステップ１２４はカードナンバーの入力のみカード無しに済 ますことができる。 いくつかの例においては、現金の総額が商品価格より低く、小売店または顧客 が取引の中止を希望することがある。この場合はステップ１１７においてキャッ シュレジスタＣＲｘが取引中断を希望するか否かを質問する。この答えがイエス の場合には、処理はステップ１０４から再スターとしなければならない。 本発明は、店員がキャッシュレジスタに全ての商品の値段を入力し、キャッシ ュレジスタがその値段の総計を算出するような現在の状況とは対照的である。消 費者は購入価格の合計と等しい金額またはそれより多い金額を申し出、店員がそ の金額を入力する。するとキャッシュレジスタが現金の金額から商品価格を差し 引く計算をする。 本発明によれば、やはり店員はキャッシュレジスタに全ての商品の価 格を入力し、キャッシュレジスタがその合計金額を算出する。消費者はやはり購 入価格と等しいかそれ以上の現金を払い、店員がその金額を入力する。そしてキ ャッシュレジスタが現金の金額から商品総額価格を差し引く計算をする。しかし 、次に消費者はバーコードまたは磁気ストライプを備えた寄付者カードナンバー を入力する。次いでレジスタがリモートの処理ユニットに接続し、この処理ユニ ットで消費者が前もって入力しておいた予めプログラミングされた命令に従って 釣銭が割り振られる。消費者はその時点で行われた経済的取引の記録と共に全て の寄付の取引の記録のプリントアウトを受け取る。 必要ならば、消費者は、提出された現金と商品価格との間の差の一部分のみを 寄付するように選択をすることもできる。この場合、消費者は寄付する金額を入 力し、適当な現金の釣銭を受け取る。 中央プロセッサにリスティングする前に、本発明は、各チャリティをその課税 控除状態、運営、管理、訴訟及び他の関連する法律及び財務情報を調べて的確で あるかどうかチェックする。チャリティは、これらの事実を証明しなければなら ない。報告された情報が要求を満たすものであれば、チャリティは的確なもので ある。コンピュータは、定期的にこの的確性に関する事実をチェックし更新する 。中央プロセッサは的確なチャリティを処理を継続しつつ維持する。 レジスタは寄付者に、税金上の目的及びチャリティがお金を受け取ったことの 証明のために各寄付者の取引のプリントされたレシートを供給する。レシートに は、その寄付者のシリアルナンバー、寄付金額、日付、寄付金総額が記載されて おり、またチャリティが全体として受け取った特定のキャンペーンまたはプロジ ェクトの現在の財務状態も記載されている。 本発明の一実施例は他の報酬を寄付者に供給する。例えば、国連児童 基金への寄付に応じて端末が例えば“イッツアスモールワールド（It's a small world）”のような音楽を演奏しうる。別の形態として、寄付者が、その最後の １０セントの寄付によってこのチャリティの寄付金の１単位の１００ドルに達し た旨のメッセージを受取り、特別なディスカウントクーポンを提供するようにす ることもできる。他の例として、寄付者が、その寄付者の寄付がスポンサーによ るボーナス寄付に一致している旨のメッセージを受け取るようにすることもでき る。 本発明は、寄付者、スポンサー、慈善団体、内国歳入庁（ＲＩＳ）、及び最終 受取人を含む寄付のサイクルの関係者全員に利益がもたらされるように、慈善的 な寄付を管理し、実現し、かつ調整する。これにより、中央処理ステーションに 接続されたリモートな受取ステーション、あるいは送付ステーションが、１ドル 単位に満たない１セントから寄付を受け付けることが可能となる。寄付の金額と は無関係に、指定されたチャリティが寄付された資金を受け取ったことを、全て の関係者に効果的に保証する。従って、本発明は各寄付の信用性をサポートする ものである。また、本発明は、寄付者に対して、そのチャリティや貯蓄口座への 振り込みに関する無制限のアクセスを可能にさせ、資金の使途、及び基金が受け 取った金額の総計に関連するフィードバックを得られる。 本発明は、効果的に単なる数セントを、短期間の集金でチャリティへの寄付す るだけの価値のある金額である数ドルに実質的に達するようレバレッジをきかせ ることができる。本発明は日常生活の中で全ての個人が慈善の施しや蓄えを行う ことに対して報いられるようにし、それを奨励するものである。 ネットワークを用いるオープン型消費者購入システムを管理する改善された方 法及びシステムに関する。このオープン型消費者購入システムは、インテリジェ ントカードを利用する消費者、オープン型購入クレジ ットの受取及び発行を行う中立な小売商、からなり、中立な小売商は選択的なク リアリングハウス機能を提供し、かつネットワークオープン型購入クレジットを 中央クリアリングハウスに伝送する。中央クリアリングハウスは１つの購入クレ ジットのプールを管理するのみであり、消費者に購入クレジットを販売したり消 費者の口座の管理をすることはしない。様々な中立な小売商から、前もってオー プン型購入クレジットを消費者が購入できることより、消費者は貯金が簡便に行 えるようになり、また様々な小売商のもとでクレジットを利用できるようになる という融通がきくようになる。 第７．１図において、“オープン型”ネットワークは、３つのレベルの購入シ ステムを実現している。このシステムは、レベル１ＣＰ（消費者／支払人）、レ ベル２ＭＰ（多数の中立な小売商の支払先）を含み、レベル２ＭＰは、２Ａにお いてインテリジェントカードを初期化し、２Ｂにおいて、インテリジェントカー ド（ＩＣ）上に書き込まれた電子的な購入クレジットの形態で購入クレジットを 販売する。ＥＥＰＲＯＭのプログラミング能力を備えた販売端末のあるＭＰでは 、ＩＣ上に購入クレジットの書き込みを行う。レベル２Ｃにおいて、ＭＰはＣＰ に販売された商品またはサービスの対価として電子的購入クレジットを減らす。 ＭＰの端末はそれらのＰＯＳ端末におけるＥＥＰＲＯＭソフトウェア処理能力を 利用してＩＣの残高を更新する。レベル２Ｃにおいて、ＭＰのＰＯＳ端末は、１ 日の取引でメモリに格納された電子購入クレジットの借方と貸方の差のネット残 高を計算し、そのネット残高をレベル３、即ち中央クリアリングハウス（ＣＣ１ ）にリポートする。ＣＣ１は１つの購入クレジットのプールを管理し、資金を受 取りその資金を中立なＭＰの端末のネット値のそれぞれのリポートに応じてＭＰ に分配する。 第７．２図において、本発明を実現するシステムは、中央プロセッサ ＣＰＵ及び巨大なデータストレージＤＳを備えたクリアリングハウス中央コンピ ュータ（ＣＣ１）を含む。電話線、衛星、またはケーブルを含み得る通信システ ムＣＳはＣＣ１と小売り商店、スーパーマーケット、ガソリンスタンド、デパー ト、自動販売機、高速道路料金所、病院、公衆電話等の中央コンピュータから遠 隔地にある、ＲＴｘリモート端末と称されるＰＯＳ端末、パソコン、電子キャッ シュレジスタ（ＥＣＲｘ）の多数のＩＣＲｘリーダとを結合する（ｘ＝１，．． ．Ｍ，．．．Ｎ）。本明細書全体を通して、ｘは符号の文字の後に付されたとき １，．．．Ｍ，．．．Ｎを表す。 ＲＴｘは各キーパッドＫＰｘに、接続されており、他の構成要素と共に、ＣＣ １に接続されたリモートな端末を構成する。 ＥＣＲｘの実施例に置けるＲＴｘは、現金取引、クレジットカードまたは小切 手による購入を示すディスプレイを備えている。このディスプレイは、自動的に 問題の数字を示すように動作する。キーパッドＫＰｘを備えたカードリーダＩＣ Ｒｘにより、ＣＰまたは店員が振り込まれる、または引き落とされる資金の金額 を直接入力することが可能となる。キーパッドＫＰｘにより、ＣＰがこの取引の 振り込みの割り振りを、この取引に限ってまたは継続的に変化させることが可能 となる。また、キーパッドＫＰｘにより、ＣＰが振り込まれるまたは引き落とさ れる金額を減らして、ＣＰが釣銭を受け取れるようにすることも可能になる。Ｒ ＴｘまたはＥＣＲｘは、振込額または引き落とし額のネット金額を通信システム ＣＳを介して直接ＣＣ１に報告する。ＣＣ１は知ることが必要になる度に目的の 団体に周期的に報告をプリントアウトする。 本発明によれば、店舗、スーパー、ガソリンスタンド、デパートにいる消費者 は、一般的なＩＣを購入し、中立な小売商に預金をする。ＭＰのＥＣＲは、ＩＣ Ｒを用いて、ＩＣにネットワークに預けられた購入ク レジットの金額を書き込む。ＭＣが受け取る実際の資金は、その日のネットワー クの受け取ったネット金額がＲＴｘにより求められた後、ＣＣ１にフォワーディ ングされる。 消費者がＩＣに電子的に購入クレジットを書き込んだ後、ｙはＩＣを用いて書 き込まれた金額を減らす形で購入のための支払を行う。これは、ＣＰがＩＣをＥ ＣＲに接続されたＩＣＲに挿入し、ＥＣＲが電子購入クレジットを支払のために 立ち上げて、新規な残高を反映したＩＣへの再書き込みを行うことによって達成 される。 本発明によるＩＣカードは第７．３図に示されている。本発明の他の使用方法 として、ＩＣ技術を車のフロントガラスまたは車の窓に一体に組み込んで、本発 明を様々な環境のもと、例えばドライブスルーウィンドウ、料金所等において使 用することが可能にすることもできる。 第７．４図のステップ７１００において、端末は稼働されスクロールされる。 ステップ７１０２において、ＩＣは端末に挿入され、端末がこのカードが有効 カードか否かを質問する。 その答えがノーである場合には、ステップ７１０４において、カードは初期化 され、ステップ７１０６に進む。 この答えがイエスである場合には、ステップ７１０６において、店員が振り込 まれる資金の金額をＩＣに入力し、ＩＣ内のコンピュータチップが、購入クレジ ット共にカードの残高を更新する。 ステップ７１０８において、リモートな端末にはＩＣに支払うべき処理手数料 があるか否かを質問する。 この質問の答えがノーである場合には、ステップ７１１２において、ＩＣの残 高がプログラムされたように残り、端末がメモリに振り込まれた金額を記録し、 残高を計算する。 この答えがイエスである場合には、ステップ７１１０において、ＲＴはＩＣ上 で処理手数料を残高から差し引き、ステップ７１１２に進む。 ステップ７１１４において、預け入れ取引はプリントアウトされディスプレイ される。 ステップ７１１６において、システムに受け入れられた資金の総額及び控除さ れた手数料が端末のメモリに記録され発行された購入クレジットのネット残高と 支払われた手数料が更新される。 ステップ７１１８において、処理を終了し、コンピュータがステップ７１００ に戻る。 第７．５図のステップ７２００において、端末は稼働されスクロールされる。 ステップ７２０２において、店員が支払先に支払われるべき購入価格の総額を 入力する。 ステップ７２０４において、支払人は支払った分を差し引いてもらうべくＩＣ を出す。 ステップ７２０６において、コンピュータが支払金額をカバーするだけの十分 な電子購入クレジット残高があるか否かを確認する。ステップ７２０６の答えが ノーである場合には、端末は処理をステップ７２００に戻す。 この答えがイエスである場合には、ステップ７２０においてＲＴは正確な金額 を差し引き、ＩＣはその上に新規な残高を反映させる。 ステップ７２１０においてＩＣから差し引かれた購入クレジットの総額が、端 末のメモリに記録され、支払先に支払われるべきクレジットのネット残高が更新 される。 ステップ７２１２において、端末はディスプレイ及びレシートの印刷を行う。 ステップ７２１４において、取引は終了し、端末は処理をステップ７２００に 戻す。 第７．６図のステップ７３００において、ＣＣ１から命令があったとき、端末 はＩＣｘ上に書き込まれた購入クレジットの発行残高と、端末に書き込まれた購 入クレジットの支払残高との差のネット値を、ステップ７１１６またはステップ ７２１０において最終的にシステムに入力された残高を検索することにより検索 するが、レベル３で作動さする中央クリアリングハウスには、計算されたネット 値のみが伝送される。 第７．７図のステップ７４００において、れべる３にある中央コンピュータは 、各支払先の端末のネット値の報告をメモリに入力する。 ステップ７４０２において、ＣＣ１では、ＩＣｘにより多くの購入クレジット を発行し、ＩＣｘから受け取った端末が資金を発行された購入クレジットの支払 としてＣＣ１に伝送する。 ステップ７４０４においてＣＣ１では、ＩＣｘからより多くの購入クレジット を受け取り、ＩＣｘを発行した端末が、商品またはサービスの売り上げに対する 支払としてＣＣ１から資金を受け取る。 ステップ７４０６において、ＣＣ１はその日の最終残高を記録し、報告をプリ ントアウトする。 第７．８図のステップ７５００において、ＩＣはＰＣに挿入され、ＩＣに記録 された処理結果が分析され、ＰＣにおいて利用されたソフトウェア毎にプリント アウトされる。 本発明は、最小限の数のコンピュータの勘定エントリーと共に機能する消費者 及び中立な小売商のためのオープン型ネットワークを提供し、かつ消費者である 支払人及び中立な小売商である支払先のプライバシーは十分守れる形態を提供す るものである。消費者は彼らの無名性を維持することができる。小売商は、中央 クリアリングハウスには全ての売り 上げデータをリポートする代わりに単にネットの数字のみをリポートすることか ら店独自の売り上げ情報の管理を維持することができる。 第８．１Ａ図〜第８．１０Ｅ図は、本発明のいくつかの実施例を示す。以下そ の実施例について説明する。 （１．）第８．１Ａ図において、“オープン型”ＰＯＳネットワークは、４つ のレベルの支払／貯蓄システムを実現している。このシステムはレベル１ＳＰ（ 多数の寄付者／支払人）からなり、ＳＰはレベル２のＭＣ（多数の小売商／集金 人）に過剰支払額または貯蓄過剰資金の金額を申し出、ＭＣはレベル３ＣＣＣ（ １つの管理されたクリアリングハウスの中央コンピュータ）に、電子的に伝送さ れるデータ及び資金をコンピュータに入力し、ＣＣＣはそのデータ及び資金をレ ベル４（多数のプロバイダの口座）に伝送し、最終的な製品またはサービスの購 入が行われる。 第８．１Ａ図において、過剰資金は、ＭＣにより販売カウンタ（ＰＯＳ）で作 り出され、ＭＣは、寄付者／支払人（ＳＰ）の支払取引を“フロントエンド”処 理し、商品またはサービスの購入価格と申し出た支払金額との差である過剰金額 を求める。 過剰資金の金額が、ＭＣの電子キャッシュレジスタ（ＥＣＲ）により求められ た後、ＳＰは取引カードを用いるか、勘定ナンバーをＭＣに与えることにより、 クリアリングハウスの中央コンピュータ（ＣＣＣ）に送金する。次いでＭＣはカ ードを入れるか、口座番号をＥＣＲまたは為替取引用リモート端末を用いて口座 番号を入力し、時間、端末の位置、入力された資金の金額、及び使用された口座 番号を記録する。次いで、端末またはキャッシュレジスタは振り込み取引のレシ ートをプリントアウトし、ＭＣはカード及びレシートをＳＰに戻す。 個人の取引をＭＣリモート端末へ振り込むのは、“オフライン”モー ドでも、“オンライン”モードでも両者の組合せのモードでも行うことができる 。特定の期間または金額、例えば日、週、５０ドルの取引が終了した時点で、Ｍ Ｃ端末に記憶された全オフライン取引ファイルは、バッチ処理により“オンライ ン”でＣＣＣ（クリアリングハウスの中央コンピュータ）に送られる。オンライ ンモードでの個人の振り込み取引を処理するのは、システムがクレジットカード やデビットカードの処理のようにオンラインでの確認を必要としないことにより 可能となっている。 各端末の位置は同じ報告手続を取り、ＣＣＣはシステムに入力された全ての取 引を端末の位置とは無関係に記録している。ＣＣＣに伝送されたファイルは口座 、振込金額、日付、及び振り込みを受け付けた端末を識別することにより各振り 込み取引の詳細を含んでいる。実際のシステムへの現金の転送は、ＭＣがＳＰか らＥＦＴの銀行に振り込んだときに開始され、クリアリングハウスの銀行の口座 に転送されてＣＣＣの所で、移送資金ＥＦＴが小売商の端末から取引記録を受け 取る度に各リストされたＰＣ（プロバイダ口座）に資金を転送することによって 終了する。１つの口座から次の口座への現金の移送は、通常のＡＣＨ（自動クリ アリングハウス）またはＥＤＩ（電子データ交換）を介して銀行の情報の転送に より達成される。 事実上、このシステムにより各ＳＰが国境を越えて、互いに無関係な団体によ り運営されている端末への送金が可能となり、１回の取引にたった１セントでも 振り込みが可能となり、かつ２４時間振り込みができるようになる。 ＥＣＲ端末を運営するＭＣは振り込みの時点では消費者のプロバイダの選択や 、消費者のプロバイダへの資金の配分に関しては中立であり自動的である。この システムに限っていえば、ＳＰは様々な支払先との取引時に生成される過剰な支 払の振り込みをすることが可能である。お金 は“オープン型の”ネットワークに振り込まれ、ネットワークはそのお金をプー ルして次いでＳＰによって選択されたＰＡへ一度分割された資金を転送する。こ のシステムを従来技術の既存のシステムと比較すると、ネットワークから振り込 まれた資金を受け取るＰＡは振り込みの元の集金人である必要もない。従って、 我々は様々な集金人及びプロバイダを混合し整合することが可能な“オープン型 の”システムを得ることができたわけである。 このシステムのもとでは、１つの期間が集金またはプロバイダの役割の双方を 果たすことが可能であるが、ネットワークサイクルに他の自治権のある点では事 情が異なる。例えば、シアーズストアが寄付者である消費者をシアーズストアの 勘定の会員にさせて、消費者が過剰な釣銭を小売商／集金人端末に振り込む際に シアーズストア発行の磁気ストライプカードを使用させて彼らを識別することが できる。これにより、シアーズストアはネットワーク上での独立プロバイダとし ての役割を果たすことになるのである。このカードをファーストフードレストラ ンやコンビニエンスストアや他のデパート等で過剰資金の振り込みに使用するこ とも可能である。また、ＳＰはシアーズストアのどこの店でもネットワークに転 送される過剰は資金の振り込みをシアーズストアの端末において行うことができ る。このような状況のもとでは、シアーズストアはネットワーク内の会員ＭＣと しての役割を果たしており、ネットワークの末端のＰＡとして、また他のＭＣと 同じ手続を行う。 第８．１Ｂ図及び第８．１Ｃ図において、クリアリングハウス管理型システム （ＣＭＳ）は、レベル１から始まり、寄付者／支払人が、過剰な支払をレベル２ の小売商／集金人に申し出る。小売商／集金人は、過剰な支払額を電子キャッシ ュレジスタ／リモート端末に入力し、端末が取引毎にオンラインで、または他の 振り込みと共にバッチフォーマット で通信システムにより資金及びデータをレベル３のクリアリングハウス中央コン ピュータに転送する。レベル３は資金を以前にレベル１ＳＰによって開設されて いた口座にレベルによって提供されるサービスにより資金を割り当てる。この資 金は、予め選択された閾値に達したとき、ＥＤＩ（電子データインタフェース） によりレベル１のＳＰで選択されたレベル４のプロバイダ口座にフォワーディン グされる。 クリアリングハウス管理型システム（ＣＭＳ）は、ＳＰを口座に登録し、口座 管理者の役割を果たす、システムの中央コンピュータによりより重要な役割を提 供するネットワークを有している。この仕組みのもとでは、ネットワークはシス テムの全体の動作を制御し、取引カード（バーコード、磁気ストライプ及び／ま たは“スマート”カードまたは装置）を発行し、システムの中央コンピュータを 稼働させ、オンライン及びオフラインの双方でＰＯＳ端末と中央コンピュータと の間の通信を確保し、振り込まれるＳＰ資金に対する会計上の責任を果たし、勘 定の記録を維持し、ＳＰによって選択された団体への全ての外部的な支払を行い 、ＰＯＳ購入時に、ＭＣに対する支払のクレジットを受け付ける目的でＳＰが自 分の口座にアクセスできることを可能にしている。ＣＭＳのもとでは、口座管理 者としての役目を果たすネットワークに加えて、システムは銀行、クレジットカ ード組織、及び小売商／集金人を指定して、追加的な超信用責任を確保する。 第８．１Ｄ図及び第８．１Ｅ図において、プロバイダ管理型システム（ＰＭＳ ）は、レベル１の寄付者／支払人から始まり、寄付者／支払人はレベル２の小売 商／集金人に過剰な支払を申し出る。小売商／集金人は過剰な支払の金額を電子 キャッシュレジスタ／リモート端末に入力し、端末は好ましくは通信システムを 介して資金及びデータを他の振り込みと共にバッチフォーマットでレベル３のク リアリングハウス中央コンピ ュータに伝送する。レベル３は、取引をプロバイダ勘定毎に区別する。データ及 び資金は、予め選択された閾値に達したとき、ＥＤＩ（電子データインタフェー ス）によりフォワーディングされ勘定管理及び最終分配を行うレベル４のプロバ イダに伝送される。レベル１のＳＰは初めに登録することによりネットワークに 参加し、レベル４のプロバイダと取り引きするようになる。 プロバイダ管理型システム（ＰＭＳ）は、“オープン型”システムである。こ のシステムは、ＳＰがＰＡによって管理される勘定に直接属し、ＰＡによって発 行された磁気ストライプカードを受取り、ＰＯＳのある位置での彼らの過剰な釣 銭の振り込みや、ＭＣにより中立ネットワーククリアリングハウス（ＣＣＣ）に よって伝送されるようなネットワークを構成する。ＰＡＭＳのもとでは、ＣＣＣ は取引データ及び資金を受け取って処理し、カードＩＤに従ってＰＡにもフォワ ーディングする。ＰＡはＳＰの命令の毎に勘定を管理する。 ＰＭＳシナリオにおいては、小売商／クリアリングハウスの双方が口座の開設 及び資金の最終分配のＳＰの選択に関して受動的である。ここで、受取人及びク リアリングハウスの双方は振り込みを受け取り、現金及び取引記録を最終ＰＡに 伝送するのみである。 また、ＰＭＳの実施例のもとでは、ひとたび資金が銀行、保険会社、証券会社 、マーチャンダイザ、旅行代理店、慈善組織等のＰＡによって受け取られると、 ＳＰは積立金をサービス及び／または製品にどのように使用するかを決定する。 第８．１Ｆ図において、クリアリングハウス管理型システムまたはプロバイダ 管理型システムの双方において、データ伝送は専用ネットワークを介してレベル ２のＭＣからレベル３に送られる。レベル３によって処理された後、選択された データは専用ネットワークを介してレベル４ に送られる。資金の伝送の側では、レベル１は資金をレベル２の小売店に振り込 む。レベル２は資金をＭＣの銀行口座に振り込み。ＥＤＩにより資金はレベル３ の銀行口座に転送され、ここから最終ＥＤＩを介してレベル４の銀行口座に伝送 される。 第８．２図において、ＰＯＳを実現した本発明のシステムは、中央プロセッサ ＣＰＵ及び巨大なデータストレージＤＳを備えたクリアリングハウス中央コンピ ュータ（ＣＣＣ）を含む。電話線、衛星、またはケーブルを含む通信システムＣ Ｓは、ＣＣＣと小売店、スーパー、ガソリンスタンド、デパート等の中央コンピ ュータからリモートな位置にあるリテール小売店にある多数の電子キャッシュレ ジスタＥＣＲｘとを結合する（ｘ＝１，．．．Ｍ，．．．Ｎ）。この明細書全体 を通して、ｘは符号の文字の後ろに付されたとき、１，．．．Ｍ，．．．Ｎに等 しい。 ＥＣＲｘキャッシュレジスタは、それぞれのキーパッドＫＰｘ及びカードリー ダＣＤｘに接続されている。他の構成要素と共に、このキャッシュレジスタは様 々な中央コンピュータに接続されたリモート端末ＲＴを構成する。 本発明の実施例であるＣＭＳにおいて、勘定はＣＣＣにおいて管理される。お 金はＥＣＲｘのところで集金され、様々な慈善団体及び銀行、デビットカード発 行者、クレジットカード発行者等の他の機関の口座にある消費者のロッジャーに 当てて振り込まれる。データストレージＤＳはチャリティの口座ＣＡ及び銀行等 の他の口座ＯＡであって、各消費者のロッジャーと取引を持つ口座に対する個別 のデータを含んでいる。 本発明のＰＭＳの実施例においては、ＣＣＣがクリアリングハウスとしての役 目を果たすと共に、全てのデータ及び資金を各ＰＡに転送するという勘定管理及 び最終資金分配を行っている。 ＣＣＣ通信システムＣＳはチャリティコンピュータＣＨｙ及び他のコ ンピュータＯＣｚとを接続する（ｙ＝１．．．ｋ，ｚ＝１．．．ｊ）。ＯＣｚの 例としては、銀行コンピュータ、マーチャンダイザコンピュータ、デビットアカ ウントホルダ、クレジットカード発行者等がある。これらのチャリティ及び他の 組織は、電子キャッシュレジスタＥＣＲｘの所で集金された寄付金及び振り込み を受け取る最終的な受取手である。ＣＣＣはまた、顧客のロッジャーと取引のあ る割当先のない資金を保持するデフォルト勘定ＤＡを有する。 ＥＣＲｘは、現金取引、クレジットカード、または小切手による購入を示す取 引ディスプレイを有している。このディスプレイは自動的に問題の数字を示すよ うに動作する。キーパッドＫＰｘを備えたカードリーダＣＤｘにより、ＳＰまた は店員が振り込みを直接入力することが可能となる。キーパッドＫＰｘにより、 ＳＰがこの取引に限ってまたはその後継続的に割り振りを変えることも可能とな る。キーパッドＫＰｘにより、ＳＰが振り込み金額を減らし、現金の釣銭を受け 取れるようにすることも可能となる。端末ＲＴｘまたはＥＣＲｘは、振り込みを 、通信システムＣＳを介して直接ＣＣＣに報告する。ＣＣＣは知ることが必要に なる度に目的の団体へ定例的な報告をプリントアウトする。 本発明によれば、小売店、スーパー、ガソリンスタンド、デパート等にいる消 費者は、所望の商品を選択して、それを店員の所に持っていく。店員はレジスタ のキーボードまたはバーコードリーダによりＥＣＲｘに全ての商品の価格を入力 し、レジスタはその価格を合計する。消費者は店員に価格合計に丁度等しい額ま たはそれより多い金額の現金を手渡す。そして、店員は現金及び商品価格をキャ ッシュレジスタに入力する。ＥＣＲは現金の総額から商品価格を差し引く。 消費者が店員に商品価格に丁度等しい額の現金を手渡した場合には、問題はな い。しかし、店員に渡した金額が商品価格より多い場合には、 消費者は所望に応じて、その差額を釣銭として受け取るか、または釣銭の全部ま たは一部を寄付または振り込みするかを選択する。寄付または振り込みをする場 合には、消費者はキーパッドＫＰｘにカードナンバーを入力するか、またはカー ドリーダＣＤｘにカード自体を差し込む。カードリーダはカード上のバーコード または磁気ストライプからナンバーを読み出す。消費者は釣銭の総額のうちいく らをＣＣＣにある様々な所定の口座に振り込むべきかをキーパッドに入力するこ ともできる。レジスタＥＣＲｘは、キーボードに入力されたナンバー、またはカ ードリーダＣＤｘを介して入力されたナンバーを読み出す。 ＳＰがネットワークに資金を直接振り込むことを希望する場合（商品を購入し たり過剰資金を申し出たりするのでなく）には、必要なことは、ＥＣＲｘに振り 込まれる金額を入力し、資金がＣＣＣに転送されることである。 本発明による取引カードＤＣ値は、第８．３図に示されており、寄付者のナン バーを書き込んだ磁気ストライプＭＳを備えている。第８．３図のカードＤＣに は、バーコードＢＣの形態でナンバーが書き込まれている。本発明の別の実施例 では、カードはスマートカードであり得る。また、バーコードの使用に関して、 バーコードはキーチェイン装置の設計において、一体に組み込まれるか、または 車のフロントガラスまたは窓ガラスに表示されて、様々な条件、例えばドライブ スルーウィンドウや料金所等でアクセスされ得るようにすることも可能である。 データを受け取った後、ＥＣＲはＣＣＣにアクセスする。ＣＣＣは、釣銭また は釣銭の一部分、またはＳＰにより提供された直接振り込みの金額を、ＣＣ内の チャリティ口座ＣＡまたは他の口座ＯＡに振り分ける。様々な口座への分配は、 消費者が以前にＣＣＣに命令を与えておいた予めプログラミングされた命令に従 って行われる。各振り込みまたは寄付 に対して、ＳＰはＥＣＲｘまたはＲＴｘからの取引のプリントされたレシートを 受け取る。 必要ならば、消費者は支払われた現金と商品価格との間の価格の一部分のみを 振り込む選択をすることができる。次いで消費者は振り込まれる金額を入力し、 適当な現金の釣銭を受け取る。 本発明の実施例によれば、各取引毎にコンピュータはコンピュータがチャリテ ィコンピュータにアクセスしうる状態になるやいなや、または十分な金額がある 場合に、各チャリティＣＨｙに口座に割り振られた金額の全てを電子的に転送す る。このように、寄付者は、常に寄付が有効である状態を補償されるのである。 他の勘定ＯＡの振り込みは、即座に送られるか、または他の機関により受け取ら れるだけの金額に蓄積されるまで保持され得る。 ＣＭＳの実施例の動作の例は、第８．４Ａ図及び第８．４Ｂ図の流れ図に示さ れている。この流れ図は、ＣＭＳの実施例のオンラインバージョンを図解したも のである。しかし、ＣＭＳはオフラインモードでも動作可能であり、この場合は レベル２のＭＣによって処理される取引が、処理の後メモリに格納されて、バッ チ形態でレベル３のＣＣＣに周期的に転送される。第８．４Ａ図及び第８．４Ｂ 図において、消費者は、バーコードを備えた商品を購入することが仮定されてい る。しかし、本発明は、サービス、レンタル、その他の商品価値のあるものを購 入する際にも適用可能である。 第８．４Ａ図のステップ８１０４において、店員は様々な商品の価格を、キー ボード（図示せず）またはバーコードリーダＢＣＲｘを用いてキャッシュレジス タＥＣＲに入力する。ステップ８１０７において、キャッシュレジスタは商品価 格の総額を計算する。次いで顧客は、商品価格に一致するかまたはそれ以上の現 金を店員に手渡す。この例では、現 金を用いる場合について述べているが、本発明は小切手、クレジットカードまた はデビットカードによる支払の場合にも適用可能である。即ち、顧客が本発明に 従い寄付または振り込みを行うために商品価格を超える金額を当座預金口座、ク レジットカードまたはデビットカードで支払うことを希望することが可能なので ある。本明細書において、現金という言葉は小切手、クレジットカードまたはデ ビットカードによる支払も包含するものとして用いられる。 ステップ８１１０において、店員は現金支払いの金額をＥＣＲｘに入力する。 通常の環境のもとでは、現金支払いは商品を購入せずシステムに現金を振り込む のでなければ、商品価格の合計以上の金額を支払う。しかし、本発明により、Ｓ Ｐは、ＣＣＣに記録された口座の１つの信用残高からお金を引き出すことから可 能となる。このような形態でない場合には、同じことがクレジットカードやデビ ットカード販売の場合に起こり得る。従って、ある状況においては、現金の総額 が、商品価格の合計より少なくなる場合があり得る。ステップ８１１４において 、キャッシュレジスタは現金の総額が商品価格の合計を越えているか否かを判定 する。 この判定の答えがイエスである場合には、現金は商品価格を越えており、ＥＣ Ｒｘは、ステップ８１１７において現金総額から商品価格を差し引くことにより 釣銭の総額を計算する。この判定の答えがノーである場合には、現金は商品価格 を超えておらず、レジスタはステップ８１２０において更に上乗せすべき金額を 計算する。ステップ８１２４において、キャッシュレジスタＥＣＲｘは、顧客が ネットワークカードを有しておりその使用を希望しているか否かを質問する。店 員または顧客はキーボードにより、またはカードをカードリーダＣＤｘに差し込 むことによってこれに応答する。 顧客がステップ８１２４の質問に対してネットワークカードを有していないか 、その使用を希望しない場合には、キャッシュレジスタＥＣＲｘはステップ８１ ２７及びステップ８１３０において取引を印刷し、店員に釣銭を手渡すか上乗せ 金額を集金するように促す。顧客が必要な現金を出さない場合には、店員は取引 を中止するか、そうでなければ取引内容を訂正しなければならない。 顧客がネットワークカードの使用を希望している場合には、店員はその情報を レジスタキーボードに入力するかまたは顧客が自らカードリーダＣＤｘにカード を差し込む。ステップ８１３４において、ＥＣＲｘはネットワークカードの読み 出しを行う。ステップ８１３７において、ＥＣＲｘはカードが有効であるか否か を判定する。有効でない場合には、レジスタＥＣＲｘは処理をステップ８１２７ に戻す。 カードが有効である場合には、ＥＣＲは再びステップ８１４０において支払わ れた現金が商品価格の合計を越えているか否かを質問する。越えていない場合に は、ステップ８１４４において、ＥＣＲがキャッシュレジスタＥＣＲのディスプ レイＤＳに、キャッシュレジスタがＳＰのカードホルダーの口座の１つから不足 した金額を引き出すべきか否か質問するようにさせる。それに対する応答がノー であるなら、処理はステップ８１２７に戻る。 ステップ８１４４の質問に対する答えがイエスである場合には、コンピュータ ＣＣＣはステップ８１４５において、顧客に個人ＩＤ（ＰＩＮ）ナンバーを入力 するように要求する。ステップ８１４６において、ＣＣＣは、ＰＩＮナンバーが カードナンバーと一致しているか否かを判定する。一致していない場合には、コ ンピュータは処理をステップ８１２７に戻す。一致している場合には、コンピュ ータはカードが支払われるべき金額をカバーするだけの十分な残高を有している か否かを判定する。 残高が足りない場合には、処理は再びステップ８１２７に戻る。残高が足りてい る場合には、ステップ８１５０において、コンピュータはカード口座からお金を 引き出し、予めプログラムされた期間またはスポンサーＳＰｘの口座に振り込む 。ステップ８１５０において、キャッシュレジスタＥＣＲｘは取引のプリントア ウトも行う。 ステップ８１４０に対する答え、即ち商品価格より現金価格が大きいか否かと いう質問に対する答えがイエスである場合には、ステップ８１５４においてＥＣ Ｒが、顧客が支払われるべき釣銭のいくらかをそのまま受け取ることを希望して いるか否かを質問するメッセージを表示する。この質問に対する答えがイエスで ある場合には、ＥＣＲは顧客に釣銭としてもらうべき金額または振り込むべき金 額がいくらかをキーパッドＫＰｘに入力するように促す。ステップ８１５７にお いて、キャッシュレジスタＥＣＲは、店員に適当な金額の釣銭を手渡すように指 示し、ネット振込金額を表示する。 ここで処理は第８．４Ｂ図のＡに進む。ステップ１５４の質問に対する答えが ノーである場合にも、処理は第８．４Ｂ図のＡに進む。 第８．４Ｂ図のＡ、ステップ８２０４において、ＣＣＣは、記録を検索して特 定のネットワークカードについて予めプログラミングされた支払金額を見つけだ す。この支払金額は第８．６図に示すように入力される。第８．４Ｂ図のステッ プ８２０７において、ＣＣＣは優先順位または金額に従って予めプログラムされ た比率で支払金額の割り振りを開始する。ステップ８２１０〜ステップ８２２７ において、様々なチャリティ、銀行、デビットカード、及び商品券の口座の中の 選択された口座にそれは入れられる。通常、振り込まれた後残るお金は存在しな い。しかし、このような残りの金額が存在する場合がある。従って、ステップ８ ２３０において、ＣＣＣは残った金額が有るか否かを質問する。この質 問に対する答えがイエスである場合には、ステップ８２３４で、その金額がＳＰ によって以前に選択されていたデフォルト勘定に振り込まれる。ステップ８２３ ７において、ＣＣＣはコンピュータＣＨｙ及びＯＣｚにおける勘定及びそれ自身 のデータバンクにおける勘定の双方を更新する。コンピュータＣＨｙ及びＯＣｚ は取引の内容を確認する。 ステップ８２３０に対する答えがノーである場合には、残った金額が存在し、 処理はステップ８２３７に直接進む。ステップ８２４０において、ＥＣＲｘは振 り込まれた総額、各口座への入金額、商品価格、及び釣銭額等をプリントアウト する。 ＣＣＣ及びＥＣＲｘは、次いでステップ８２４４において顧客にＣＣＣ内の様 々な勘定のプログラミングを変化させることを希望しているか否かを質問する。 これに対する答えがイエスである場合には、カードリーダＣＤｘまたはＣＣＣは 振り分け及びステップ８２４７の残高を含む金額を表示し、消費者はステップ８ ２５０において所望の変更を入力し、そしてＣＣＣまたはカードリーダがステッ プ８２５４において変更を行う。これによりステップ８２５７において取引が終 了する。ステップ８２４４の答えがノーである場合には、処理は直接ステップ８ ２５７に進む。 本発明の一実施例においては、消費者はステップ８２４４〜８２５４を異なる 時間に、異なるカードリーダＣＤｘ及びキーパッドＫＰｘで行う。これによって 、店員が別の顧客を接客している間にその消費者がこれらの機械を使用すること が防止されている。実際、店舗にはこの目的専用の個別の端末ＲＴｘが備えられ 得る。 ＣＣＣでリストする前に、本発明では各チャリティに対してその税金控除の事 情、運営、管理活動、訴訟、及び他の関連する法律的及び財務的情報を調査して 適格であるかをチェックする。チャリティはこれらの 条件を証明しなければならない。報告された情報が要求を満たすものであるなら ば、チャリティは適格なものである。ＣＣＣは定例的に適格条件のチェック及び 更新を行う。ＣＣＣは現在進行形で適格なチャリティを維持する。 レジスタはＳＰに税金関係の目的及びチャリティがお金を受け取ったことの確 認のために各寄付の印刷されたレシートを渡す。オンラインモードでは、このレ シートは、日付、店舗の場所、シリアルナンバー、寄付金額、チャリティ全体に より受け取られた特定のキャンペーンまたはプロジェクトの現在の財務的状況を 表示しうる。 本発明の一実施例は、寄付者に対して他の報酬を提供する。例えば、国連児童 基金への寄付に応じて端末が例えば“イッツアスモールワールド（It's a small world）”のような音楽を演奏しうる。別の形態として、寄付者がその最後の１ ０セントの寄付によってこのチャリティの寄付金の１単位の１００ドルに達した 旨のメッセージを受け取り、特別なディスカウントクーポンを提供するようにす ることもできる。他の例として、寄付者が、この寄付者の寄付がスポンサーによ るボーナス寄付に一致している旨のメッセージを受け取るようにすることもでき る。 本発明は、寄付者、スポンサー、慈善団体、内国歳入庁（ＲＩＳ）、及び最終 受取人を含む寄付のサイクルの関係者全員に利益がもたらされるように、慈善的 な寄付を管理し、実現し、かつ調整する。これにより、中央処理ステーションに 接続されたリモートな受け取りステーションあるいは送付ステーションが１ドル 単位に満たない１セントから寄付を受け付けることが可能となる。寄付の金額と は無関係に、指定されたチャリティ寄付された資金を受け取ったことを、全ての 関係者に効果的に補償する。従って、本発明は各寄付の信用性をサポートするも のである。また、本発明は、寄付者に対して、そのチャリティや貯蓄口座への振 り 込みに関する無制限のアクセスを可能にさせ、資金の使途、及び基金が受け取っ た金額の総計に関連するフィードバックを得られる。 本発明は、効果的に、単なる数セントを、短期間の集金でチャリティへの寄付 するだけの価値のある金額である数ドルに実質的に達するようレバレッジを効か せることができる。本発明は日常生活の中で全ての個人が慈善への施しや蓄えを 行うことに対して報いられるようにし、それを奨励するものである。 ＰＭＳの実施例の動作の一例を、第８．５Ａ図及び第８．５Ｂ図の流れ図に示 す。ＰＭＳの実施例においては、口座の開設及び閉鎖は、ＰＡ中央コンピュータ により行われる。この流れ図は、ＰＭＳの実施例のオフラインバージョンを図解 したものであり、ここでは取引がレベル２のＭＣで処理され、メモリに格納され て、バッチフォーマットでレベル３のＣＣＣに周期的に転送される。レベル３は 、レベル４の勘定の始まりに従ってソートし、その取引をレベル４にフォワーデ ィングする。しかし、ＰＭＳはオンラインモードでも動作することができ、取引 はスマートカードによって処理されるかレベル３または４に存在する中央コンピ ュータでオンラインで処理される。 ここで第８．５Ａ図及び第８．５Ｂ図を参照すると、ＰＭＳがレベル２のＭＣ にあるＥＣＲｘを通してなされる取引の処理を行うステップ群を示す流れ図が示 されている。 一番上のステップ８３００において、ＰＯＳカウンタにあるリモート端末は、 入力を受け入れる準備ができた状態におかれ、システムの使用方法に関する情報 のメッセージをスクローリングしている。 ステップ８３０２において、店員が各商品の価格をバーコードリーダまたはキ ーパッドによりＥＣＲｘに入力する。 ステップ８３０４において、端末コンピュータは商品価格の総額を計 算する。 ステップ８３０６において、店員はたいていは現金である支払いの総額を端末 コンピュータに入力する。しかし、小切手、デビットカードまたはクレジットカ ードがＳＰによって手渡された場合は、過剰支払が事実上現金となり、従って振 り込みすることができることになる。 ステップ８３０８において、端末コンピュータは支払金額が購入価格の合計よ り多いか否かを質問する。 この質問に対する答えがノー及び数字が０である場合には、端末コンピュータ はステップ８３１０に進み、レシートをプリントアウトする。ステップ８３１２ において、取引は終了し、端末コンピュータは新たな取引のためにステップ８３ ００に戻す。 この質問に対する答えがイエスである場合には、ステップ８３１４において端 末コンピュータがその差額を計算し、その差額を表示すると共に処理をステップ ８３１６に進める。ステップ８３１６において、端末コンピュータは顧客がシス テムの使用を希望しているか否かを質問する。 この質問に対する答えがノーで有れば、ステップ８３１８においてレシートが プリントアウトされ、ステップ８３２０において取引が終了し、端末コンピュー タがステップ８３００に戻す。 ステップ８３１６の質問に対する答えがイエスである場合には、ステップ８３ ２２において端末コンピュータが寄付者であるか否かを質問する。 この質問に対する答えがノーである場合には、ステップ８３２４で非寄付者が 店員に一般アクセスコードを入力するように頼むことによってシステムを使用す ることが可能となる。これらのケースでは、よくあるのは、非寄付者が慈善目的 のために寄付をする場合である。この場合ステップ８３２６において非寄付者は 認定されたチャリティのリストから チャリティを選び出し、店員がキーで選択を行う。ステップ８３２８において、 プリントアウトされたレシートは、寄付の動向を示すものである。この同じレシ ートは、個人用としては監査の手がかりとなるものであり、または組織向けとし ては慈善団体が寄付を受け取ったことを確認する、証拠となる。ステップ８３３ ０において、取引は終了し、端末コンピュータは処理をステップ８３００に戻す 。 第８．５Ｂ図を参照すると、質問の答えがイエスである場合には、ステップ８ ３３２において寄付者または店員が寄付者のカードを端末に挿入する。端末コン ピュータはカードを読み取り、自動的に釣銭のセント単位の端数の全てをＰＯＳ に振込金または寄付金として記録する。 寄付者が釣銭（コイン及び紙幣）の全てを振り込むことを希望している場合は 、８３３２Ａがコンピュータに入力される。寄付者が釣銭の特定の部分を振り込 むことを希望している場合は、８３３２Ｂが特定の金額、例えば２ドル５４セン トの釣銭のうちの１ドル５４セントのようにキーパッドに入力される。 ステップ８３３４において端末コンピュータは寄付者がチャリティに関するデ フォルト命令をバイパスし、この取引に限って特別なチャリティを選択すること を希望しているか否かを質問する。 ステップ８３３６において、この質問に対する答えがノーである場合には、端 末コンピュータは処理をステップ８３４０に進める。 ステップ８３３４の質問に対する答えがイエスである場合には、ステップ８３ ３８においてバイパスするチャリティの口座番号を端末コンピュータにキーパッ ドを通して入力させる。 ステップ８３４０において、寄付者は、寄付者の寄付金額を示したレシートを 受け取る。 ステップ８３４２において、端末コンピュータは取引をメモリに書き 込む。 ステップ８３４２において、取引は終了し、端末コンピュータは処理を８３０ ０に戻す。 ステップ８３４０において、プログラミングされた時間ベースで、端末コンピ ュータはモデムによってフォワーディング処理を行い、バッチ処理された取引が レベル３のＣＣＣのメモリに保持される。 ＣＭＳの実施例において登録を行うために、ＳＰはレベル３ＣＣＣの口座にサ インアップする。ＰＭＳの実施例において登録を行うために、ＳＰはレベル４の ＰＡの口座にサインアップする。 弟８．６図は、ＣＭＳまたはＰＭＳの口座に対して登録を行うステップの流れ 図である。このステップにより中央コンピュータがキーパッドＫＰｘを通してＳ Ｐの口座を開設したり変更したりする。キーパッドＫＰｘまたはＥＣＲｘ上のデ ィスプレイＤＳｘにより、中央コンピュータが消費者にある動作を実行すること を要求することが可能となる。ある団体にコンピュータがアクセスした後、ステ ップ８４０４において、コンピュータは消費者がネットワークカードを有してい るか否かを質問する。ステップ８４０７の質問に対する答えがノーである場合は 、コンピュータは消費者に氏名または住所を入力するように要求する。ステップ ８４０８において、コンピュータは全ての情報が入力されたか否かを判定する。 判定の結果がノーである場合は、処理はステップ８４０７に戻り、必要な情報を 再び要求する。判定の結果がイエスである場合は、コンピュータは処理をステッ プ８４１０に進め、消費者に個人ＩＤ（ＰＩＮ）ナンバーを選択するように要求 する。ステップ８４１４において、コンピュータはＰＩＮナンバーが可能なもの であるか否かを判定する。適切なナンバーでない場合は、処理はステップ８４１ ０に戻り他のナンバーを要求する。判定の結果がイエスであれば、コンピュータ は処理を ステップ８４１７に進め、新規なカードナンバーを割り当てる。 ステップ８４０４の質問に対する答えがイエスであり、消費者がカードを有し ている場合は、コンピュータは処理を８４２０に進め、顧客にカードを差し込む ように要求する。ステップ８４２４において、コンピュータは顧客に予め選択さ れたＰＩＮナンバーを入力するように要求する。ステップ８４２７において、コ ンピュータは入力されたＰＩＮナンバーが予め選択されたＰＩＮナンバーと一致 しているか否かを判定する。一致していなければ、処理はステップ８４２４に戻 り正しいナンバーを入力させる。このコンピュータにより、ステップ８４２４と ステップ８４２７との間の手続は３回を限度とし、そこでプログラムを中止させ るようにすることができる。 ＰＩＮナンバーが正しく資格があった場合には、コンピュータはステップ４３ ０において、全ての既存の口座及び特定の期間、例えば１年間の間に振り込まれ た金額をリストする。消費者は任意の期間をリクエストすることができる。ステ ップ８４３４において、コンピュータは全ての口座を残高と共にリストする。ス テップ３４３７において、コンピュータは消費者に除かれるべき口座があればそ れを全てリストすることを要求する。ステップ８４４０において、コンピュータ が消費者に除かれるべき口座を確認させる。次いでコンピュータは処理をステッ プ８４４４に進め、新規な口座をリストする。ステップ８４４４では、カードナ ンバーが新規である場合ステップ８４１７からのプロンプトも受け取る。 ステップ８４４７において、コンピュータはチャリティ、小売商、または施設 の形態での口座が、システムによって受容されたチャリティまたは施設のリスト にあるか否かを判定する。この判定の結果がノーであれば、コンピュータはステ ップ８４４８において、消費者に受取人または組織が未決定の調査のために仮勘 定をセットアップすることを希望す るか否かを質問する。この質問に対する答えがイエスであれば、コンピュータは ステップ８４４９において仮勘定をセットアップし、的確な未決定の調査として それをリストアップする。８４４８の質問に対する答えがノーであれば、コンピ ュータは処理をステップ８４４７に戻す。 コンピュータがひとたび受取人または施設を適格なものとして認定したならば 、コンピュータは処理をステップ８４５０に進め、その口座が消費者が追加する ことを希望する最後の口座であるか否かを質問する。この質問に対する答えがノ ーであれば、処理はステップ８４４４に戻される。イエスであれば、コンピュー タは全ての従来の割り振りをステップ８４５４においてキャンセルし、ステップ ８４５７において、続けて全ての残存の口座及び新規な口座をリストし、適用可 能であれば古い割り振りも示す。ステップ８４６０において、コンピュータは消 費者に口座に対する新規な割り振りのパーセントを入力するように要求する。チ ェックとして、ステップ８４６４において、コンピュータはパーセンテージの合 計が１００％を越えているか否かを確認する。これがイエスであれば、処理は入 力し直すためにステップ８４６０に戻される。ノーであれば、処理はステップ８ ４６７に進み、この口座が最終口座であるか否かを確認する。ノーであれば、処 理はステップ８４７０に進み、消費者に次の口座にそのことを要求し、処理はス テップ８４６０に戻る。イエスである場合、コンピュータはステップ８４７４に 進み、そこでパーセンテージの台計が１００％であるか否かを確認する。ノーで あれば、コンピュータは残りのパーセンテージを消費者の個人ボルト勘定に入れ 、消費者に勘定を選択し割り振りを変えるように要求することを、ステップ８４ ７７で行う。コンピュータはステップ８４８０において、処理を終了しその結果 をプリントアウトする。 （２．）所定のデータにより追加的な金額を計算する、ラウンダシス テムと称されるものについて説明する。第８．７Ａ図は、本発明の４つのレベル からなるラウンダシステムを示すブロック図であって、このシステムにより消費 者が小切手、クレジット用紙またはデビット用紙を用いてサービスまたはものを 購入し光入金額を支払いするときに過剰資金を作り出すことが可能となる。 第８．７図において、レベル１の寄付者（ＳＰ）は小切手、クレジットカード またはデビットカードを用いて商品価格丁度の金額の支払いを行い、レベル２の 受取人に手形を振り出す。レベル２の受取人は為替の振り込みを行い、レベル３ の口座管理者（ＡＭ）（銀行またはクレジット会社）による顧客の認可承認及び 支払が行われる。本発明の規定するところでは、レベル３のＡＭは過剰支払を作 り出すために、為替または口座への入金の額面金額に足したり引いたりの予め決 められた計算も行う。ラウンダ金額と称される過剰支払の金額は、為替の額面金 額に加えられ、トータルの数字が借方に記入（引き出し金または口座料金）か、 または口座の残高に加えられる（預金または利息の支払い）。レベル３ＡＭは、 資金を管理し、プロバイダサービス（ＰＳ）レベル４（ミューチャルファンド、 年金等）に資金を分配する。 本発明の実施例であるラウンダシステムは、釣銭のない丁度の支払から、サー ビスまたは物品の購入に対する支払を受けた受取人の協力若しくは受取人が知る ことすらなく過剰資金を作り出すものである。このシステムは、額面金額または 小切手、ＡＴＭからの引き出し、クレジット及びデビット為替のような口座への 入金金額に行列式をかけることによって過剰資金を作り出す機能にその基礎をお いている。 ラウンダシステム対ＰＯＳシステムは、異なる環境において、商業的購入サイ クルの異なる点で発生する。取引の処理は、小切手及びクレジットドラフトが既 存の残高に対して借方記入されたとき、商業取引サイ クルの“末端”で発生する。事実上、本発明の実施例では、過剰資金の金額、例 えば１ドル、２ドル１４セント、５ドル１セント、１０ドル、０．２８セント等 額面金額または記載された数字に加えるか（引き出しまたは口座手数料として） 、差し引く（振り込み／支払または配当金として）残高を調節する。過剰資金に 金額は次いで残高の中に表示され、周期的にプロバイダサービス、即ちミューチ ャルファンド、年金、商品、チャリティ等の口座に転送される。 このシステムのもとでは、ＳＰは新規な口座を開設するか、小切手用、クレジ ット用、またはデビット用の既存の口座を更新し、銀行またはクレジットカード 発行者に、ＳＰが消費者の口座に対して最終的に借方記入すべく銀行またはクレ ジット発行者に戻った後、各取引に対して行列式を加えるか引くかするように指 示する。 ラウンダシステムによって作り出された過剰ファンドは、銀行またはクレジッ ト会社により内部的に保持されるか、ミューチャルファンド、年金、債権、旅行 代理店、商品等の購入のための他のプロバイダに割り当てられ得る。 消費者が、金銭を消費する取引から過剰資金を２つを結びつけた形態で作り出 す上述の改善された方法を利用するとき、消費者は現金を用いる場合でも、小切 手を切る場合でも、ＡＴＭマシンを使用する場合でも、クレジットカードやデビ ットカードを使用する場合でも、これとは無関係にお金を使う度にその一部を貯 蓄することが可能である。 ここで第８．８図を参照すると、中央コンピュータがキーパッド及びディスプ レイを通してラウンダ勘定を開設または変更するステップの流れ図が示されてい る。寄付者／寄付者の口座への指令は、組織の中央コンピュータ（ＣＣ）によっ て与えられ、過剰ファンドが作り出される。 ステップ８５００において、ＣＣは消費者にラウンダ勘定を有してい るか否かを質問する。 この質問に対する答えがノーである場合には、ステップ８５０２において、Ｃ Ｃが消費者にその氏名、住所、社会保障番号を入力し、ＰＩＮナンバーを選択し 、また口座を開設するのに必要な他の重要な情報を入力するように要求する。 ステップ８５０４において、ＣＣは必要な情報が入力されたか否かを判定する 。この判定の結果がノーであれば、処理はステップ８５０２に戻り、必要な情報 を再度要求する。 この判定の結果がイエスであれば、ＣＣは処理をステップ８５０６に進め、消 費者のＰＩＮナンバーまたはコードネームを入力する。ステップ８５０において 、ＣＣはＰＩＮナンバーが受容できるものであるか否かを判定する。この判定の 結果がノーであれば、処理はステップ８５０６に戻り別のナンバーを選択するこ とを要求する。 この判定の結果がイエスであれば、ＣＣはステップ８５１０に処理を進め、ラ ウンダ口座番号を割り当てる。次いでコンピュータは処理をステップ８５２２に 進め、新規な勘定を作る。 ステップ８５００の質問に対する答えがイエスである場合は、消費者は既に寄 付者であり、ＣＣは処理をステップ８５１２に進め、寄付者にそのラウンダ口座 番号を入力させる。ステップ８５１４において、コンピュータは寄付者に予め選 択したＰＩＮナンバーを入力することを要求する。ステップ８５１６において、 ＣＣは入力されたＰＩＮナンバーが入力された寄付者番号である予め選択された ＰＩＮナンバーと一致しているか否かを判定する。この判定の結果がノーであれ ば、処理はステップ８５１２に進み、寄付者ナンバー及び／またはＰＩＮナンバ ーを構成する。ＣＣにより、ステップ５１２とステップ５１６との間の手続の反 復は３回までとし、そこでプログラムは中止するようにすることが可能 である。 ＰＩＮナンバーが構成され認証された場合には、ＣＣはステップ８５１８にお いて、ラウンダ数またはパーセンテージをリストする。このラウンダ数またはパ ーセンテージは各口座への入金（１ドル、３ドル、２％等）に適用され、オーダ ーをストップし（ラウンダ取引の処理がストップしたとき）、処理及び振り込み 、即ち当座預金口座及びＡＴＭ端末用として使用した自動車、デビットカードの 使用、及びクレジットカードの使用、全てのサブアカウント（貯蓄、投資、及び 慈善団体の選択）の全ての氏名及び住所、及び各サブアカウントに割り当てられ たラウンダ取引のパーセンテージであって、トータルが１００％となるものをス トップする。ステップ８５２０において、ＣＣは寄付者に除去されるべきあるい は変更されるべき口座があればそれを全てリストするように要求する。 ステップ８５２２において、ＣＣは寄付者に新規な追加口座があるか否かを質 問する。 この質問への答えがノーであれば、コンピュータは処理をステップ８５２６に 進め、更新されたラウンダ口座ファイルを書き込む。この質問に対する答えがイ エスであれば、ＣＣは処理をステップ８５２４に進め、寄付者にラウンダ数また はパーセンテージに従って新規な口座を入力するように要求する。このラウンダ 数またはパーセンテージは、各勘定への入金（１ドル、３ドル、２％等）、スト ップオーダー（将来の処理を中止すべき時）、処理または振り込みに用いられる 手段（例えば当座預金口座及びＡＴＭ端末、デビットカードの使用、及びクレジ ットカードの使用）、全てのサブアカウント（貯蓄、投資、及び／または３つの 慈善団体の選択）の名称及び住所、及び各サブアカウントに割り当てられたラウ ンダ取引のパーセンテージであって、トータルが１００％となる ものに対して適用される。 ステップ８５２６において、コンピュータはラウンダアカウントファイルと称 される、新規なまたは変更された寄付者の情報及びアカウント命令を含むファイ ルを書き込む。 ステップ８５２８において、プロセスは終了し、コンピュータは処理をステッ プ８５００に戻す。 以下の情報は、第８．９Ａ図〜第８．９Ｅ図及び第８．１０Ａ図〜第８．１０ Ｅ図に詳細が記載されているステップの説明である。 額面金額または記載金額とは、何らかのラウンダ処理の前に小切手／ＡＴＭか らの引き出しまたはクレジットカード料金の実際の金額を意味する。 ラウンダ取引は、額面金額または記載額それ自体を（即ち１ドル、３ドル、２ ％、または特定の数字１．５０ドル）に、過剰資金を作り出すべく適用される数 字で表した関数である。好適実施例においては、これは、記載金額に追加される 、１ドル、５ドル、１０ドルのようなドル単位の金額である。 コイン金額は、額面金額、即ち１０ドル１４セントの小切手のようなものに存 在するコインで支払われる端数の存在である。 ラウンダ金額はラウンダ取引を適用して、額面−コインで支払われる端数の金 額で作り出される過剰資金の金額である。即ち１０ドル１４セントの１ドルラウ ンダを用いると、８６セントが過剰資金のラウンダ金額として作り出される。 全引き出し額は、ラウンダ金額＋額面金額であって、この金額が当座預金口座 またはクレジットカード残高に借方記入され、新規な口座残高が求められる。 ここで第８．９Ａ図〜第８．９Ｅ図を参照すると、銀行の中央コンピ ュータが、キーパッド及びディスプレイを通して、資金を集金し、内部的にファ ンドを管理し、その資金を分配するステップを説明する流れ図が示されている。 第８．９Ａ図の一番上から始めると、銀行は初めに当座預金口座の決済のため に割り当てられたＣＣに、全ての取引情報及びラウンダ勘定処理の指示を伝送す る。 ステップ８６００において、当座預金口座取引が読み出される。この取引は小 切手ドラフト、ＡＴＭ引き出し、当座預金口座料金、利息の支払い等であり得る 。 ステップ８６０５において、コンピュータは当座預金口座残高を読み出す。 ステップ８６１０において、コンピュータはこの勘定が寄付者のラウンダ勘定 か否かを確認する。 この答えがイエスである場合は、ステップ８６２０において、取引がラウンダ 取引命令に従って処理される。 これに対する答えがノーである場合は、ステップ８７４０において取引がラウ ンダ取引命令無しで処理される（第１．４Ｅ図参照）。 ステップ８７４７において、基本的な口座残高が更新される。 ステップ８７５０において、コンピュータは処理された取引をファイルに書き 込む。 ステップ８７５５において、コンピュータは次の当座取引を読み出す。 ステップ８７６０において、コンピュータはこれがファイルの終わりか否かを 質問する。この答えがイエスである場合は、コンピュータが処理をステップ８７ ６５に進める。これに対する答えがノーである場合は、コンピュータは処理をス テップ８６００に戻す。 ステップ８７６５において、コンピュータは全ての取引を検索する。 ステップ８７７０において、コンピュータはステップ８５２６におけるラウン ダ勘定ファイルに含まれた勘定の命令毎にラウンダ勘定の割り当て分を割り振る 。 ステップ８７７５において、コンピュータはチャリティへの寄付、貯蓄、投資 、及び他の勘定に伝送を行う。 ラウンダ勘定寄付金を作り出すのに必要なコンピュータ処理の詳細は第８．９ Ｂ図に示されている。図面の上部から初めて、ステップ８６２２において、コン ピュータはその取引が借方記入または引き出しなのか否かを確認する。 これに対する答えがノーである場合は、コンピュータは処理をステップ８６３ ４に進める。これに対する答えがイエスである場合は、コンピュータはステップ ８６２４においてその取引における端数のセントが０セントより大きいか否かを 確認する。 以下の記述においては１ドルベースのラウンダ取引の適用例を説明している。 前述の確認の答えがノーである場合は、ステップ８６２８において、ラウンダ 取引がラウンダ金額と等しくなる。例えば、ラウンダ取引が１ドルで、１０ドル の引き出し額の額面に加えられるならば、１ドルのラウンダ金額がラウンダ勘定 に対する過剰資金として作り出され、全体の引き出し額は１１ドルとなる。 前述の質問に対する答えがイエスならば、ステップ８６２６において、購入価 格のセント単位の端数がラウンダ取引から差し引かれ、ネットの差額がラウンダ 金額となり、これがラウンダ勘定に振り込まれる。例えば、購入価格が１０ドル １４セントで１ドルがラウンダ取引である場合は、１４セントが１ドルから差し 引かれ、ネットの８６セントがラウンダ金額となり、これがラウンダ勘定に振り 込まれる。全体の引き出し額 はやはり１１ドルとなる。ステップ８６３０において、ラウンダ勘定及び額面金 額は合計されて全体の引き出し額が求められる。 ステップ８６３２において、全体の引き出し額は、既存の残高から差し引かれ 、新規な残高が求められる。 ラウンダ勘定寄付を作り出すのに必要なコンピュータ処理の詳細は第８．９Ｃ 図に続き振り込みまたは料金の収入に関して説明する。 勘定への振り込みまたは利息の処理において、我々は処理を逆転し、当座預金 口座に入っていくお金の金額を減らして、過剰資金を作り出すことができる。従 って、本発明は取り扱う口座からの引き出しの時には、上述の方法と同様に但し 金額を減らす形で同じ方法論が適用できうることになる。 好適実施例において、我々は単に端数の金額を取り除く分だけ振り込みまたは 利息の支払いを減らす。 図面の最上部から始めると、ステップ８６３４において、コンピュータはこの 取引が振り込みまたは利息なのかを確認する。 これに対する答えがノーである場合は、コンピュータは処理をステップ８６４ ８に進める。 これに対する答えがイエスである場合は、コンピュータは処理をステップ８６ ３８に進め、取引の金額の端数のセントが０セントより大きいか否かを確認する 。 これに対する答えがノーである場合は、振り込みの額面金額に端数が無いこと から、ステップ８６４０においてラウンダ勘定寄付金は０となる。そしてプログ ラムはステップ８６４４に進む。 上記の質問に対する答えがイエスであれば、ステップ８６４２において端数の セントが額面から差し引かれ、端数分がラウンダ寄付金となる。例えば、振り込 み額が１０ドル１４セントである場合は、ラウンダは１ ４セントであり、別途の振込金額は１０ドルとなる。 ステップ８６４４において、ラウンダ金額は額面金額から差し引かれ、全振込 額が求められる。 ステップ８６４６において全振込額が既存の残高に加えられ、新たな残高が求 められる。 本発明の当座預金口座への振り込みから端数分を取り除く機能によって、当座 預金口座の帳尻合わせが簡単になる。 ラウンダ金額を作り出すのに必要なコンピュータ処理の詳細は更に第８．９Ｄ 図に記載されており、ここでは取引が手数料である場合について説明する。 ここに適用されるルールは、引き出しの処理と同じものである。しかし、以下 に説明する好適実施例においては、手数料に端数の金額が存在する場合に処理が 適用された場合のみである。 図面の最上部から始めると、ステップ８６４８においてコンピュータはこれが 料金であるか否かを確認する。 この確認に対する答えがノーであれば、コンピュータは処理をステップ８６６ ２に進める。これに対する答えがイエスであれば、コンピュータは処理をステッ プ８６５０に進め、取引における端数のセントの金額が０セントより大きいか否 かを確認する。 この確認に対する答えがノーであれば、料金の額面金額に端数が含まれていな いことから、ステップ８６５２においてラウンダ勘定寄付金は０となる。次いで プログラムはステップ８６５６に進む。 この質問に対する答えがイエスであれば、ステップ８６５４において、セント 単位の端数が額面金額に加算され、この端数がラウンダ金額となる。例えば、料 金が１０ドル１４セントである場合、１ドルのラウンダに８６セントが加算され 、ネットの引き出し金額は１１ドルとなる。 ステップ８６５６において、ラウンダ金額は額面金額に加算されて、全体の引 き出し額が計算される。 ステップ８６６０において、全引き出し額は既存の残高から差し引かれ、新た な残高が求められる。 本発明の当座預金口座の料金から端数分を取り除く機能により当座預金口座の 帳尻合わせが容易となる。 非ラウンダ勘定取引の処理に必要なコンピュータの処理ステップの詳細は第８ ．９Ｅ図に示されている。図面の最上部から始めると、ステップ８７４１におい てコンピュータはこの取引が借方記入または引き出しまたは料金なのか否かを確 認する。 これに対する答えがイエスである場合は、ステップ８７４２において、当座預 金口座残高から取引金額を差し引くことによって求められる。 これに対する答えがノーである場合は、コンピュータが処理をステップ８７４ ３に進め、この取引が振り込みまたは利息であるか否かを確認する。 これに対する答えがイエスである場合は、ステップ８７４４において当座預金 口座残高が口座座残高から取引金額を差し引くことによって求められる。 これに対する答えがノーである場合は、コンピュータは処理をステップ８７４ ５に進め、エラーメッセージを表示する。 第８．１０Ａ図〜第８．１０Ｅ図を参照すると、カード発行者の中央コンピュ ータが、キーパッド及びディスプレイを通して、資金を集金し、資金を内部的に 管理しその資金を分配する処理ステップを表す流れ図が示されている。 第８．１０Ａ図の最上部から始めると、カード発行者は、初めにデビットカー ド及びクレジットカード勘定の決済に使用されるコンピュータ ＣＣに、デビット／クレジットカード取引の切り上げまたは切り捨てを行う寄付 者の取引情報の全てを伝送する。この情報は第８．８図に見られるように、登録 プロセスにおいて得られたものである。 ステップ８８００において、デビット／クレジット勘定取引が読み出される。 この取引は、ＰＯＳ端末を通して手で打ち込まれるか、電話を通してＰＯＳ端末 により処理されたデビット／クレジット代金であり得る。 ステップ８８０５において、コンピュータはカードホルダの勘定の残高を読み 出す。 ステップ８８１０においてコンピュータはこの勘定がラウンダ勘定の寄付者で あるか否かを確認する。 これに対する答えがイエスである場合は、ステップ８８２０において取引がラ ウンダ命令に従って処理される。 これに対する答えがノーである場合は、ステップ８９２０において取引がラウ ンダ命令無しに処理される。 ステップ８９３０において、勘定の残高が更新される。 ステップ８９４０において、コンピュータは処理された取引をファイルに書き 込む。 ステップ８９５０において、コンピュータは次のデビット／クレジットカード 取引を読み出す。 ステップ８９６０において、コンピュータはこれがファイルの最終行か否かを 確認する。これに対する答えがイエスである場合は、コンピュータは処理をステ ップ８９７０に進める。これに対する答えがノーである場合は、コンピュータは 処理をステップ８８００に戻す。 ステップ８９７０において、コンピュータは全ての取引を検索する。 ステップ８９８０において、コンピュータはラウンダ勘定ファイルの ステップ８５２６において含まれた勘定命令毎にラウンダ勘定寄付金の振り分け を行う。 ステップ８９９０において、コンピュータはチャリティへの寄付金、貯蓄、投 資、及び他の勘定への転送を行う。 ラウンダ取引寄付金を作り出すために必要なコンピュータ処理の詳細は第８． １０Ｂ図に示されている。図面の最上部から始めると、ステップ８８２２におい てコンピュータはこの取引がデビットまたはクレジットカード代金の支払である か否かを確認する。 これに対する答えがノーである場合は、コンピュータは処理をステップ８８３ ４に進める。これに対する答えがイエスである場合は、コンピュータはステップ ８８２４において、この取引におけるセント単位の端数が０セントより大きいか 否かを確認する。 これに対する答えがノーである場合は、ステップ８８２８においてラウンダ取 引がラウンダ残高と等しくなる。次いでコンピュータは処理をステップ８８３０ に進める。例えば、ラウンダ取引が１ドルであって、これが例えば３００ドルの クレジット代金の額面金額に加えられるとするならば、ラウンダ金額の１ドルは 過剰資金として作り出され、ラウンダ勘定に振り込まれ、全代金は３０１ドルと なる。 これに対する答えがイエスである場合は、ステップ８８２６において、代金の セント単位の端数が、ラウンダ取引の金額から差し引かれ、ネットの差額がラウ ンダ金額となり、これがラウンダ勘定に振り込まれる。例えば、クレジット代金 が３００ドル１４セントであって１ドルがラウンダ取引である場合は、１４セン トが１ドルから差し引かれネットの８６セントがラウンダ金額となり、これがラ ウンダ勘定に振り込まれる。全体の代金はやはり３０１ドルになる。ステップ８ ８３０において、ラウンダ金額及び額面金額は、加算され合って、全代金が求め られる。 ステップ８８３２において、全引き出し額は、既存の残高から差し引かれ、新 たな残高が求められる。 ラウンダ金額の寄付金が作り出されるのに必要なコンピュータ処理の詳細は第 ８．１０Ｃ図に示されており、ここでは支払または利息配当が振り込まれた場合 について説明を行う。勘定への支払の処理において、我々は処理を逆にして、勘 定に振り込まれる金額を減らし、過剰資金を作り出せるようにした。従って、本 発明がお金の引き出しについて適用されるときには前述したのと同じ方法である が、但し金額を差し引く形で本発明が適用されうる。 好適実施例においては、本発明は少額の端数が存在する場合に支払を単に減ら す。 図面の最上部から始めると、ステップ８８３４において、コンピュータはこの 取引が支払または利息配当であるか否かを確認する。 これに対する答えがノーである場合は、コンピュータが処理をステップ８８４ ８に進める。これに対する答えがイエスである場合は、コンピュータはステップ ８８３８において、この取引におけるセント単位の端数が０セントより大きいか 否かを確認する。れに対する答えがノーである場合は、ステップ８８４０におい て、ラウンダ勘定寄付金が振り込みの額面金額において端数が存在しないことか ら、０となる。次いでコンピュータはステップを８８４４に進める。 これに対する答えがイエスである場合は、ステップ８８４２において、セント 単位の端数が額面金額から差し引かれ、その端数がラウンダ寄付金となる。例え ば、支払金額が５００ドル１４セントである場合は、ラウンダは１４セントを取 り除き、ネットの振込額が５００ドルとなる。 ステップ８８４４において、ラウンダ金額は額面金額から差し引かれ、全支払 額が求められる。ステップ８８４６において、全引き出し額は既 存の残高から差し引かれ、新規な残高が求められる。 ラウンダ金額を作り出すのに必要なコンピュータ処理の詳細は第８．１０Ｄ図 に示されており、ここでは取引が料金である場合について説明する。 ここに適用されるルールは引き出し金額の処理の場合と同じものである。しか し、好適実施例においては、以下に説明するように、処理は料金の端数の金額の 存在に対してのみ適用される。 図面の最上部から始めると、ステップ８８４８において、コンピュータはこれ が料金であるか否かを確認する。 これに対する答えがノーである場合は、コンピュータが処理をステップ８８６ ０に進める。これに対する答えがイエスである場合は、コンピュータはステップ ８５０において取引におけるセント単位の端数が０セントより大きいか否かを確 認する。 これに対する答えがノーである場合は、ステップ８８５２において、ラウンダ 勘定寄付金が料金の額面金額の端数がないことから０に等しくなる。次いでコン ピュータは処理をステップ８８５６に進める。 これに対する答えがイエスである場合は、ステップ８８５４において、セント 単位の端数が額面金額に加算され、この端数がラウンダ金額となる。例えば、料 金が１０ドル１４セントで１ドルのラウンダである場合には、残りの８６セント を加算し、ネットの引き出し金額金額は１１ドルとなる。 ステップ８８５６において、ラウンダ金額は額面金額に加算され全引き出し金 額が求められる。 ステップ８８５８において、全引き出し金額は次いで既存の残高から差し引か れ新規な残高が求められる。 非ラウンダ勘定取引を処理するのに必要なコンピュータの処理ステッ プの詳細は第８．１０Ｅ図に示されている。図面の最上部から始めると、ステッ プ８９２１において、コンピュータはこの取引が代金または料金であるか否かを 確認する。 これに対する答えがイエスである場合はステップ８９２２において、クレジッ ト残高が取引残高を勘定残高から差し引くことによって求められる。 これに対する答えがノーである場合は、コンピュータは処理をステップ８９２ ３に進め、この取引が支払または利息配当金であるか否かを確認する。 これに対する答えがイエスである場合は、ステップ８９２４において、クレジ ット勘定残高が取引金額を勘定残高から差し引くことによって求められる。 これに対する答えがノーである場合は、コンピュータはステップ８９２５にお いて、エラーメッセージを表示する。 本発明は、独自の、現時点では消費者が利用できない支払を行うためにお金を 貯める方法を提供するものであって、この方法では現金を使用する場合でも、小 切手を切る場合でも、ＡＴＭを使用する場合でも、クレジットカードやデビット カードを使用する場合でもこれらとは無関係に利用できる。 本発明は、消費者が販売カウンタで過剰支払を行い、その過剰資金を特別な勘 定に振り込むことができるような“オープン型”ＰＯＳシステムを提供する。こ の過剰支払を作るための“オープン型”システムは、寄付者／支払人（ＳＰ）と 称される消費者、小売商／集金人（ＭＣ）と称される受取人、中央コンピュータ ／クリアリングハウス／ネットワーク（ＣＣＣ）及びプロバイダ勘定（ＰＡ）を 組み合わせて用いられる４つのレベルのネットワークを含む。このＰＯＳシステ ムにより、ＳＰが ＰＯＳカウンタの所で、現金、小切手、クレジットカードまたはデビットカード を用いて金銭消費取引の過剰支払から過剰資金を作り出し、前記過剰支払がＣＣ Ｃを通して前記ＳＰにより選択されたプロバイダ勘定に転送されるようにするこ とが可能となる。 本発明はまた、寄付者が小切手、ＡＴＭ機、クレジットカードまたはデビット カードにより支払われる取引に関連する額面金額から過剰資金を作り出すための ４つのレベルのラウンダシステム（ＲＳ）を提供する（ここで前記取引は様々な 商業的施設、ＰＯＳカウンタ、人対人ベースの郵便による取引、ネットワークに よる取引、電話による取引、またはコンピュータによる取引等において発生する 取引である）。ラウンダシステムは、コンピュータ化されたラウンダ金額を適用 して、過剰資金を作り出すが、このとき受取人の協力は不要であり、申し出られ た支払の額面が実際の支払が必要な光入金額を超えていない場合でも、過剰資金 を設定するのに必要な手段としてのシステムが機能する。 本発明の実施例について詳細に説明したが、本発明がその精神及び範囲を逸脱 することなく別の形態でも実施できるということは同業者には明らかであろう。 従って、以下の請求の範囲の内容は、本発明の精神及び範囲内での別の実施形態 や実施例の変更も包含するものである。 本発明は、将来の商品またはサービスへの支出に備えて、中立な小売商からク レジットを購入し、参加している小売商の所でそのクレジットを償却することに より、購入クレジットインテリジェントカードに格納するための改善されたシス テムを提供するものである。このシステムは、消費者、中立な参加している小売 商、及び中央クリアリングハウスからなるネットワークである。消費者が前もっ て、様々な参加している中立な小売商からオープンな購入クレジットを購入でき ることによって消費者はお金を貯蓄するという利便性や、様々な小売商の環境の もとでずっ と使用できるという融通性を獲得することができる。 本発明はまた、販売施設のための自動寄付システムを提供するものである。こ のシステムはキャッシュレジスタに製品の価格を入力し、支払われた現金の金額 を入力するための入力機構及び過剰な現金支払いを求めるための計算機を有して いる。カードリーダキーパッドがカードに関連するチャリティ勘定を含むデータ にアクセスするためのカードナンバーを受け取り、コンピュータが前記金額のう ちの過剰支払の少なくとも一部分を分配して更に入力された金額をプリントアウ トする。Description: A system for accepting financial overpayments and method of use thereof Field of the invention The present invention generally relates to methods and systems for fund distribution. In one aspect of the invention, the present invention relates to making frequent and easy small contributions to qualified charities, and more particularly to an organized collection and record system. In another aspect, the invention relates to the operation of an open consumer purchasing system by updating a gift certificate or pre-purchasing concept. In another aspect, the invention relates to generating excess funds from traditional consumer spending transactions using cash, checks, credit cards, and debit cards. This excess money is stored in a special account for future expenses. Background of the Invention Current methods and systems for creating excess funds from expensive transactions have a number of limitations. For example, consumers can now overpay for future expenditures by making overpayments or overpaying for future expenditures, but in a very limited environment Can only be done under In practice, consumers can offer overpayments to payees with existing accounts (e.g., utilities and gas companies), leaving excess funds at payees for payment for future services, or , The payee can be instructed to distribute the excess funds to an external provider, such as a charity. Under such a "closed" process, the payee plays an effective role in managing accounts and selecting / distributing excess funds for internal purposes as well as to external providers. Fulfill. Under these current mechanisms, consumers have very limited opportunity to generate excess funds or determine the use of such funds. This is because the current state of the technology is a "closed" system that must be managed by the payee, a relationship with the consumer's existing account. Consumers can only create excess funds when the par value paid to the payee is greater than the purchase price. In addition to the need to overpay, the payee must also transact by subtracting the purchase price from the amount submitted. Thus, the payee will have to deal with managing and / or distributing the excess funds of the consumer. Further, consumers have the opportunity to prepay for future purchases only in very limited circumstances. In effect, consumers can pay upfront only if they have an open account or have an existing account and can keep the funds for upfront purposes on the payee in order to pay for future services. Only for quotient payees. Under such a "closed" process, the payee is responsible for the selection / distribution and account management of upfront funds for internal purposes only. Under these current mechanisms, the opportunity for consumers to make upfront payments and to select the funds for different uses is very limited. This is because, in the state of the art, it is a "closed" system managed by a related merchant payee with an existing account. Further, in the current shopping situation, the clerk has entered the prices of all items into a cash register and then sums up the amounts. The consumer offers the exact amount of cash, or the total amount in excess of the item price, and the clerk enters that amount. The register then subtracts the item price from the cash amount. Excess cash gives consumers the opportunity to save a small amount of money painlessly. It also allows consumers to donate a small amount of money to a charity. In fact, they may advertise that a store has a container for small amounts of money donated to charities. However, such a system does not give consumers the opportunity to continually save their money or donate to favorable charities, and the amount of the donation reaches an amount that should take into account the impact of taxes. Even if they do, it cannot be recorded sufficiently. Summary of the Invention An embodiment of the present invention provides a method for storing credit in a payer's surplus account from a financial transaction between the payer and the payee by entering the required amount to be paid to the payee; A step of inputting an additional amount offered by the party, and a step of depositing the additional amount in the surplus account. According to another embodiment of the present invention, the step of depositing the additional amount is such that the payee lends the additional amount to the surplus account under a central clearing house, and the payee Try to remain neutral with respect to additional amounts. According to yet another embodiment of the present invention, the step of inputting the additional amount includes calculating the additional amount from predetermined data associated with the surplus account. In another embodiment, a balance is provided and added from a financial transaction between a consumer and a merchant during the exchange of open purchase credits on an intelligent card processed by a neutral merchant payee. And writing a balance. In another form, a neutral merchant payee determines a net value between the outflow amount and the purchase credit reduction and forwards the net value to the network's central cleaning house. In yet another form, a central cleaning house manages one pool of purchase credits and receives and distributes funds according to reports from each neutral merchant payee terminal. BRIEF DESCRIPTION OF THE FIGURES FIG. 1 is a block diagram of a system implementing the features of the present invention. FIGS. 2 and 3 are views of a credit card which forms part of the embodiment of FIG. FIGS. 4A and 4B (collectively, FIG. 4) and FIGS. 5A, 5B, and 5C (FIG. 5) are flow charts of the steps in FIG. FIGS. 6A, 6B, 6C, and 6D (collectively FIG. 6) are flow charts of the steps within the computer in FIG. FIG. 7.1 is a block diagram of a system implementing the features of the present invention. FIG. 7.2 is a block diagram of the system hardware in FIG. 7.1. FIG. 7.3 is a diagram of an intelligent card which forms part of the embodiment of FIG. 7.1. FIG. 7.4 is a flow chart of the steps in the computer issuing credits in FIG. FIG. 7.5 is a flowchart of steps in a computer for reducing credits in FIG. 7.1. FIG. 7.6 is a flow chart of the steps in FIG. 7.1 at the computer for determining the net value and transferring the value to the cleaning house. FIG. 7.7 is a flow chart of the steps in FIG. 7.1 at the computer reporting the settlement of the account from the central cleaning house to each neutral payee. FIG. 7.8 is a flowchart of the steps in the PC and IC computer that print out the behavior of the donor's payer record in FIG. 7.3. FIG. 8.1A is a block diagram of a POS system implementing the features of the present invention. FIGS. 8.1B and 8.1C are block diagrams of a cleaning house management system implementing the features of the present invention. FIGS. 8.1D and 8.1E are block diagrams of a provider management system implementing the features of the present invention. FIG. 8.1F is a block diagram of the data and fund transfer mechanism used in the two POS systems implementing the features of the present invention. FIG. 8.2 is a block diagram of the POS system hardware in FIG. 8.1. FIG. 8.3 is a diagram of a transaction card which forms part of the embodiment in FIG. 8.1. FIGS. 8.4A, 8.4B, 8.4C, and 8.4D (FIG. 8.4) are flow diagrams of the steps in FIG. 8.1B. FIGS. 8.5A and 8.5B (collectively referred to as FIG. 8.5) correspond to FIG. FIG. 1C is a flowchart of the steps in the computer in FIG. 1C. FIGS. 8.6A, 8.6B, and 8.6C (total 8.6) are flow diagrams of the registration steps at the computer in FIGS. 8.1B and 8.1C. . FIG. 8.7 is a block diagram of a rounder system implementing the features of the present invention. FIG. 8.8 is a flowchart of the steps placed to register a donor in the rounder system shown in FIG. 8.7. FIGS. 8.9A-8.9E illustrate the data processing methodologies used at the central and terminal computers managed by the bank to perform the rounder transactions in FIGS. 8.7A and 8.7B. It is a flowchart. Figures 8.10A to 8.10E show the data used on the central and terminal computers managed by banks and credit companies to process rounder transactions in Figures 8.7A and 8.7B. It is a flowchart of the methodology of a process. Detailed Description of the Preferred Embodiment In FIG. 1, the system implementing the present invention includes a central computer CC having a central processor CPU and a huge data storage DS. The communication system CS, which may include telephone lines, satellites or cables, comprises a central computer CC and a number of cash registers CRx (x = 1) in retail stores remote from the central computer, such as stores, supermarkets, gas stations, department stores and the like. ,. . . M,. . . N). Throughout this specification, x is 1,... When it is appended after the letter of the code. . M,. . . Equal to N. The cash register CRx connects each keypad KPx with the card reader CDx. Each cash register CR, keypad KPx and card reader CDx coupled to each other represents a remote terminal RTx. For each cash register CRx there is a sponsor terminal STx which couples the register and the central computer CC. At the cash register, money is collected and credited to facilities such as banks, debit card issuers, credit card issuers, and accounts of various charities to provide credit to the lodger to consumers. The data storage DS has each person's payment data for the charity account CA and other accounts OA such as a bank, and transactions between the individual consumer and the lodge are performed in all accounts. The communication system CS includes a central computer CC, a charity computer CHy, and other computers OCz (y = 1. . . k, z = 1. . . j) is also combined. Examples of other computers OCz include the computer BKx of a bank, various charities such as debit account holders, and credit card issuers. These charities and other facilities are the ultimate recipients of donations and savings collected at the cash register CRx. The computer CC also has a default account DA for transacting consumer lodges and stores the money there so that it cannot be allocated elsewhere. The cash register CRx includes a transaction display for showing purchases by cash transaction, credit card or check. This display automatically runs and shows the numbers in question. The card reader CDx provided with the keypad KPx allows a donor or a clerk to directly input a donation. The keypad KPx allows the donor to change the money allocation for this transaction. The keypad KPx also allows the donor to reduce the donation amount and receive change. The terminal RTx reports the fact of the donation directly to the central computer CC via the communication system CS. The central computer CC periodically prints out reports of donations to the target group as needed. According to the present invention, a consumer in a store, a supermarket, a gas station, a department store, or the like selects a desired product and takes it to a clerk. At the cash register CRx, the clerk inputs the prices of all the commodities by using the register keyboard or barcode reader, and the register calculates the total price. The consumer then pays the clerk the exact amount, or somewhat more, and the clerk drives the cash and amount into a cash register. The cash register CRx then performs a calculation to subtract the price from the cash. There is no problem if the consumer pays the clerk exactly. However, if the cash paid to the clerk exceeds the price, the consumer may choose to receive change, donate, or store all or part of the change separately, as desired. it can. In the latter case, the consumer types the donor card number into the keypad KPx or inserts the donor card itself into the card reader CDx. The card reader reads a number from a magnetic stripe or bar code on the card. The consumer can also enter on the keypad how much of the change that he receives should be transferred to various predetermined accounts of the central computer CC. The register CRx reads the number entered into the keypad or the number entered into the card reader CDx. The donor card DC1 according to the invention is shown in FIG. 2 and comprises a magnetic stripe MS on which the donor number is written. The donor number is written on the card DC in FIG. 3 in the form of a barcode BA. After receiving the data, the register CRx accesses the central computer CC. The central computer CC allocates the change or a portion of the change selected by the consumer to various charity accounts CA and other accounts OA within the computer CC according to programmed instructions previously input by the consumer to the central computer. I do. Consumers will receive a printout of the contents of all donor transactions and economic transactions that have just ended. If necessary, the consumer may choose to donate a small portion of the difference between the cash paid and the price. The consumer then enters the amount to donate and receives the appropriate change. According to an embodiment of the present invention, for each transaction, the computer CC electronically transfers all the amount allocated to each charity CH at the moment it becomes accessible to the charity's computer or shortly thereafter. I do. In this way, the donor can always immediately confirm whether the donation has been made or not. Amounts written to other accounts OA are either sent immediately there or retained for accumulation until a sufficient amount is received by other facilities. An example of the operation of the cash register CRx, keypad KPx, and card reader CDx is shown in the flow charts of FIGS. 4 and 5. It is assumed here that the consumer has purchased a product with a barcode. However, the invention is also applicable to purchasing services, rentals, or other items of commercial value. In step 104 of FIG. 4, the clerk enters the prices of various commodities into the cash register CRx using either a keyboard (not shown) or a barcode reader BCRx. In step 107, the cash register determines the total price of the product. The customer then gives the clerk cash equal to or greater than the total value of the item. Although the case where cash is handed is described in this example, the present invention can be applied to payment by a credit card. That is, the present invention allows a consumer to wish to pay with a credit card an amount in excess of the product price to make a donation or distribution. In this description, the term cash is used to include payment by credit card. In step 110, the clerk enters the total cash payment into a cash register. Under normal circumstances, the cash payment is equal to or greater than the total value of the item. However, the present invention allows the donor to transfer the money withdrawn from the credit balance to one of the accounts recorded on the central computer CC. Otherwise, such a form of transaction may occur in the case of a credit card sale. Therefore, depending on the situation, the total amount of cash may not reach the commodity price. In step 114, the cash register determines whether the total amount of cash has exceeded the total amount of the price. If this determination is YES, the cash has exceeded the commodity price, and the register CRx obtains the change amount by subtracting the commodity price from the total cash in step 117. If the result of this determination is no, then the total amount of cash has not reached the commodity price and the register determines the remaining amount to be paid in step 120. At step 124, the cash register CRx asks whether the customer has a donor card and wants to use it. The question can be answered directly by inserting a clerk or donor card into the card reader CDx. If the customer does not have or wish to use the donor card in response to step 124, the cash register CRx prints the transaction in step 127 and passes the change to the clerk in step 130. Tells you to receive the missing cash. If the customer does not pay the required cash, the clerk must interrupt or redo the transaction. If the customer wants to use a donor card, the clerk types the information into a register keyboard or the customer inserts the card into a card reader CDx. At step 134, the register interacts with the central computer, which reads the donor card. In step 137, the central computer CC determines whether the card is valid. If not valid, the register CRx returns to the processing of step 127. If the card is valid, the cash register CRx asks at step 140 whether the cash paid out again exceeds the total value of the goods. Otherwise, at step 144, the central computer CC and the cash register CRx ask the cash register display DI if the cash register has debited the missing amount from one of the donor's cash holder accounts. Otherwise, processing returns to step 127. If the answer to step 144 is yes, the computer CC prompts the customer to enter their personal ID (PIN) number in step 145. In step 146, the computer CC determines whether the PIN number matches the card number. If not, the computer returns to step 127. If the result of the determination is yes, it is determined whether the card has sufficient balance to cover the amount to be paid. Otherwise, the process returns to step 127 again. If this determination is yes, at step 150, the computer withdraws money from the payer's account and credits the institution or sponsor SPx account as pre-programmed. In step 150, the cash register CRx also prints out the transaction. If the answer to step 140, the answer to the question whether the amount of cash is greater than the commodity price, is yes, then at step 154 the cash register CRx leaves the customer with some change to be paid. Display a message asking if you want to put it. If the answer is yes, the cash register CRx and the computer CC indicate to the keypad KPx how much to donate to the customer. In step 154, the cash register CRx instructs the clerk to return the appropriate net change and displays the amount of the net donation. The process now proceeds to A in FIG. If the answer to the determination in step 154 is no, the process proceeds to A in FIG. At A, in step 204 of FIG. 5, the computer CC searches the record to find a pre-programmed payment for a particular donor card. The total payment is entered as shown in FIG. In step 207 of FIG. 5, the computer CC starts distributing the total payment according to a pre-programmed ratio or priority or amount. In steps 210-227, the selected amounts are transferred to various charity, bank, debit card, and gift certificate accounts. Normally, no balance remains after the transfer. However, it is possible that such a balance exists. Therefore, in step 230, the computer CC checks whether or not there is a remaining amount. If so, at step 234, the amount is transferred to a default account previously selected by the donor. In step 237, the computer CC updates its own data bank and computer CHy and OTz accounts. Computers CHy and OTz confirm the transaction. In the preferred embodiment, the computer CC transfers and transfers the donated money to a charity account or charity CHy for each transaction. Therefore, donations are accumulated for each transaction. If the answer to step 230 is no, then there is no money left and the process proceeds directly to step 237. In step 240, the cash register CRx prints out the total amount, product price, change amount, and the like donated and transferred to various accounts. The computer CC and the cash register CRx then ask the customer whether they want to change the programming of the various donations on the computer CC. If the answer is yes, the card reader CDx displays the amount and allocation, including the balance at step 247, then the customer enters the desired changes at step 250, and the computer CC changes the allocation at step 254. This ends the transaction at step 257. If the answer to the question at step 244 is no, the process proceeds directly to step 257. In one embodiment of the present invention, the consumer performs the processes of steps 244 to 254 at different times on different card readers CDx and keypads KPx. This prevents clerks from using those machines while serving other customers. In fact, the store may be equipped with a separate terminal RTx dedicated to this purpose. FIG. 6 is a flowchart showing the steps of the process in which the computer CC opens or changes the donor's account through the keypad KPx and transfers the account data to a new or existing card account. The display DSx or the cash register CRx on the keypad KPx allows the computer CC to ask the customer whether to perform certain tasks. After each party accesses the computer CC, the computer queries at step 304 whether the consumer has a donor card. If the answer is no, in step 307 the computer prompts the consumer to enter the consumer's name or address. In step 308, the computer CC determines whether all information has been input. If the result of the determination is no, the process returns to step 307 and asks for the necessary information again. If the result of the determination is yes, the computer CC advances the process to step 310 and instructs the customer to select a personal ID (PIN) number. At step 314, the computer determines whether the PIN number is an acceptable number. If the result of this determination is no, the process returns to step 310 and requests another number. If this determination is yes, the computer proceeds to step 310 and assigns a new card number. If the question at step 304 whether the consumer has a card is yes, the computer CC proceeds to step 320 and instructs the customer to insert the card. At step 324, the computer prompts the customer to enter a pre-selected PIN number. In step 327, the computer determines whether the entered PIN number matches a preselected PIN number. If not, the process returns to step 324 to correct the number. The procedure from step 324 to step 327 is repeated up to three times by the computer, and then the program is interrupted. If the PIN number is found to be properly qualified, the computer CC lists at step 330 all existing donors and the amount donated during a specified time period, such as one year. Consumers can request any time period. At step 334, the computer also lists all credit accounts that have a balance. At step 337, the computer requests that the consumer list all the beneficiary accounts to be removed, if any. Then, the computer proceeds to step 344. Also at step 344, if the card number is new, a prompt from step 317 is received. At step 344, the computer requests the consumer to enter a new gift or credit account. In step 347, the computer determines whether the donor or credit mechanism in the form of a charity is on the list of organizations or charities allowed by the system. If not, the computer asks at step 348 if the consumer wants to have a suspense account set up for the payee or credit organization until the survey is completed. If the answer to the question at step 348 is yes, the computer sets up a suspense account at step 349 and lists it as eligible until the survey is completed. If the answer to the question at step 348 is no, computer CC returns to step 347. Once the computer CC has recognized the payee or credit organization, the process proceeds to step 350 where it asks if it is the final payee or credit account that the consumer wants to add. If no, the process returns to step 344. If yes, the computer cancels all conventional allocations at step 354 and continues at step 357 to list existing accounts, new payee accounts and credit accounts, while simultaneously applying the applicable old View allocations. At step 360, the computer requests the consumer to enter a new percentage to allocate to each account. As a check process, in step 364, the computer determines whether the sum of the percentages exceeds 100%. If yes, the process returns to step 360 and requests a new input. Otherwise, processing proceeds to step 367, where it is checked whether the processing is for the final account. If not, the process returns to step 370 and asks the consumer whether to proceed to the next account and then returns to step 360. If yes, the computer CC proceeds to step 374, where it checks whether the sum of the percentages is 100%. Otherwise, the computer CC puts the remaining percentage in the consumer's personal default account in step 377 and requests the consumer to select an account and change the allocation. In step 380, the computer ends the processing and prints out the result. According to an embodiment of the present invention, the computer CC requests a PIN number each time the card is used. In another embodiment, the computer grants donations to others on behalf of the card owner. An example of this case is when parents do it on behalf of the child. In this case, step 124 can be performed without inputting the card number only. In some instances, the total amount of cash is lower than the item price and the retailer or customer may wish to cancel the transaction. In this case, in step 117, it is asked whether the cash register CRx wants to suspend the transaction. If the answer is yes, the process must be restarted from step 104. The present invention is in contrast to the current situation where a clerk enters the price of every item in a cash register and the cash register calculates the sum of the prices. The consumer offers an amount equal to or greater than the total purchase price, and the clerk enters that amount. Then, the cash register performs a calculation of subtracting the commodity price from the cash amount. According to the present invention, the clerk also inputs the prices of all the products into the cash register, and the cash register calculates the total amount. Consumers also pay cash equal to or greater than the purchase price, and the clerk enters that amount. Then, the cash register performs a calculation of subtracting the total commodity price from the cash amount. However, the consumer then enters a donor card number with a barcode or magnetic stripe. A register then connects to the remote processing unit, where change is allocated according to pre-programmed instructions previously input by the consumer. The consumer will receive a printout of the record of all donation transactions along with a record of the economic transactions made at that time. If necessary, the consumer can choose to donate only a portion of the difference between the cash submitted and the item price. In this case, the consumer enters the amount to donate and receives the appropriate cash change. Prior to listing on the central processor, the present invention checks each charity for accuracy by examining its tax exemption, operational, administrative, litigation and other relevant legal and financial information. The charity must prove these facts. If the reported information satisfies the requirements, the charity is correct. The computer regularly checks and updates facts about this accuracy. The central processor maintains the correct charity while continuing processing. The register provides the donor with a printed receipt of each donor's transaction for tax purposes and proof that the charity has received the money. The receipt includes the donor's serial number, the amount of the donation, the date, the total amount of the donation, and the current financial status of the particular campaign or project the charity has received as a whole. One embodiment of the present invention provides other rewards to donors. For example, a terminal may play music such as "It's a small world" in response to a donation to the UN Children's Fund. Alternatively, the donor may receive a message stating that the last 10 cents of donation has reached $ 100, a unit of donation for this charity, and provide a special discount coupon. . As another example, the donor may receive a message that the donor's donation matches the bonus donation by the sponsor. The present invention manages and implements charitable donations to benefit all parties involved in the donation cycle, including donors, sponsors, charities, the Internal Revenue Service (RIS), and ultimate recipients. And adjust. This allows a remote receiving or sending station connected to the central processing station to accept donations from less than one dollar. Effectively assures all parties that the designated charity has received the donated funds, regardless of the amount of the donation. Therefore, the present invention supports the credibility of each donation. The present invention also allows donors to have unrestricted access to their charities and savings account transfers, providing feedback related to the use of funds and the total amount of money received by the fund. The present invention can effectively leverage just a few cents to substantially reach a few dollars, an amount worth donating to a charity in a short collection. The present invention rewards and encourages all individuals to give or save charity in their daily lives. An improved method and system for managing an open consumer purchasing system using a network. This open consumer purchasing system consists of consumers using intelligent cards, neutral retailers receiving and issuing open purchase credits, and neutral retailers provide selective clearinghouse functionality. And transmit the network open purchase credit to the central clearinghouse. The central clearinghouse only manages one pool of purchase credits and does not sell purchase credits to consumers or manage their accounts. The ability for consumers to purchase open purchase credits in advance from a variety of neutral retailers will make it easier for consumers to save money and use credits with a variety of retailers. Become flexible. Seventh. In FIG. 1, an "open" network implements a three level purchasing system. The system includes a level 1 CP (consumer / payer), a level 2 MP (multiple neutral merchant payees), which initializes an intelligent card at 2A and an intelligent card (IC) at 2B. Sell purchase credits in the form of electronic purchase credits written above. In an MP having a sales terminal having EEPROM programming capability, a purchase credit is written on an IC. At level 2C, the MP reduces electronic purchase credits for goods or services sold to the CP. MP terminals use the EEPROM software processing capabilities of their POS terminals to update IC balances. At level 2C, the POS terminal of the MP calculates the net balance of the difference between the debit and credit of the electronic purchase credit stored in the memory in a one-day transaction, and stores the net balance at level 3, ie, the central clearinghouse (CC1). ). CC1 manages one pool of purchased credits and receives funds and distributes the funds to MPs according to respective reports of the net value of the terminals of neutral MPs. Seventh. In FIG. 2, the system implementing the present invention includes a clearinghouse central computer (CC1) with a central processor CPU and a huge data storage DS. The communication system CS, which may include telephone lines, satellites, or cables, is CC1 and a remote location from a central computer such as a retail store, supermarket, gas station, department store, vending machine, highway toll booth, hospital, payphone, or RTx. A POS terminal called a remote terminal, a personal computer, and multiple ICRx readers of an electronic cash register (ECRx) are connected (x = 1,. . . M,. . . N). Throughout the specification, x is 1,. . . M,. . . Represents N. RTx is connected to each keypad KPx and together with other components constitutes a remote terminal connected to CC1. The RTx in the ECRx embodiment has a display that indicates purchases by cash transaction, credit card or check. The display automatically operates to show the numbers in question. The card reader IC Rx with the keypad KPx allows the CP or the clerk to directly enter the amount of the funds to be transferred or debited. The keypad KPx allows the CP to change the transfer allocation for this transaction for this transaction only or continuously. The keypad KPx also allows the CP to receive a change by reducing the amount of money that the CP is transferred or withdrawn. The RTx or ECRx reports the net amount of the transfer or debit directly to CC1 via the communication system CS. CC1 periodically prints out a report to the target organization whenever it needs to know. According to the present invention, consumers at stores, supermarkets, gas stations, and department stores buy generic ICs and deposit with neutral retailers. The MP ECR uses the ICR to write the purchase credit amount deposited on the network in the IC. The actual funds received by the MC are forwarded to CC1 after the net amount received by the network for that day has been determined by RTx. After the consumer electronically writes the purchase credit on the IC, y pays for the purchase in a manner that reduces the amount written using the IC. This is accomplished by the CP inserting the IC into the ICR connected to the ECR and the ECR launching an electronic purchase credit for payment and rewriting the IC to reflect the new balance. . The IC card according to the present invention has the seventh aspect. This is shown in FIG. Another use of the present invention is to integrate the IC technology into a car windshield or car window so that the present invention can be used in various environments, such as in drive-through windows, toll booths, etc. You can also Seventh. In step 7100 of FIG. 4, the terminal is activated and scrolled. In step 7102, the IC is inserted into the terminal and the terminal queries whether this card is a valid card. If the answer is no, in step 7104 the card is initialized and the method proceeds to step 7106. If the answer is yes, in step 7106, the clerk enters the amount of funds to be transferred into the IC, and the computer chip in the IC updates the card balance with the purchase credit. In step 7108, the remote terminal is asked whether there is a processing fee to be paid to the IC. If the answer to this question is no, in step 7112, the balance of the IC remains as programmed, and the terminal records the amount transferred to memory and calculates the balance. If the answer is yes, in step 7110, the RT deducts the processing fee on the IC from the balance and proceeds to step 7112. At step 7114, the deposit transaction is printed out and displayed. In step 7116, the total amount of funds received by the system and the deducted fee are recorded in the terminal memory, and the net balance of the purchased credit issued and the fee paid are updated. In step 7118, the process ends, and the computer returns to step 7100. Seventh. In step 7200 of FIG. 5, the terminal is activated and scrolled. At step 7202, the clerk enters the total purchase price to be paid to the payee. In step 7204, the payer issues an IC to have the payment subtracted. In step 7206, the computer determines whether there is sufficient electronic purchase credit balance to cover the payment amount. If the answer to step 7206 is no, the terminal returns the processing to step 7200. If the answer is yes, at step RT the RT deducts the correct amount and the IC reflects the new balance thereon. In step 7210, the total amount of the purchased credit deducted from the IC is recorded in the terminal memory, and the net balance of the credit to be paid to the payee is updated. In step 7212, the terminal prints the display and receipt. In step 7214, the transaction ends and the terminal returns the process to step 7200. Seventh. In step 7300 of FIG. 6, when there is a command from CC1, the terminal sends the net value of the difference between the issue balance of the purchase credit written on ICx and the balance of the purchase credit written to the terminal in step 7116. Alternatively, the central clearinghouse operating at level 3, which is retrieved by retrieving the balance finally entered into the system in step 7210, is transmitted only the calculated net value. Seventh. In step 7400 of FIG. 7, the central computer at 3 receives the net value report of each payee terminal into memory. In step 7402, CC1 issues more purchase credits to ICx, and the terminal received from ICx transmits funds to CC1 as payment for the issued purchase credits. In step 7404, CC1 receives more purchase credits from ICx, and the terminal that issued ICx receives funds from CC1 as payment for the sale of goods or services. In step 7406, CC1 records the final balance for the day and prints out the report. Seventh. In step 7500 of FIG. 8, the IC is inserted into the PC, the processing result recorded in the IC is analyzed, and the result is printed out for each software used in the PC. The present invention provides an open network for consumers and neutral retailers that works with a minimal number of computer bill entries, and provides a consumer payer and a neutral retailer payee. Privacy provides a form that is well protected. Consumers can maintain their anonymity. Retailers can maintain their own sales information management by simply reporting only net numbers to the central clearinghouse instead of reporting all sales data. No. 8. FIG. 1A to FIG. FIG. 10E illustrates some embodiments of the present invention. Hereinafter, the embodiment will be described. (1. 8). In FIG. 1A, an "open" POS network implements a four level payment / saving system. The system consists of a Level 1 SP (many donors / payers), the SP offers the Level 2 MC (many merchants / collectors) the amount of overpayment or savings overfunding, and the MC is a Level 3 CCC (many donors / payers). Enter the data and funds that are to be transmitted electronically into one managed clearinghouse central computer), and the CCC transmits the data and funds to Level 4 (multiple provider accounts) and sends the final Purchase of a typical product or service. No. 8. In FIG. 1A, excess funds are created at the sales counter (POS) by the MC, which has "front-ended" the donor / payer (SP) payment transaction and offered the purchase price of the goods or services. Find the excess amount that is the difference from the payment amount. After the amount of the excess funds is determined by the MC's electronic cash register (ECR), the SP remits to the clearinghouse central computer (CCC) using a transaction card or by giving the MC an account number. The MC then inserts the card or enters the account number using the ECR or a remote terminal for foreign exchange transactions and records the time, location of the terminal, amount of funds entered, and account number used. The terminal or cash register then prints out the receipt of the transfer transaction and the MC returns the card and receipt to the SP. The transfer of personal transactions to the MC remote terminal can be performed in an "offline" mode, an "online" mode, or a combination of the two. At the end of a specific period or amount of money, for example, $ 50 a day, weekly, at the end of a transaction, all the offline transaction files stored on the MC terminal will be batch processed "online" in the CCC (clearinghouse central computer). Sent to Processing personal transfer transactions in online mode is possible because the system does not require online verification as it does for credit and debit cards. Each terminal location follows the same reporting procedure, and the CCC records all transactions entered into the system independent of the terminal location. The file transmitted to the CCC contains details of each transfer transaction by identifying the account, transfer amount, date, and terminal that accepted the transfer. The transfer of cash to the actual system is initiated when the MC transfers money from the SP to the EFT bank and is transferred to the clearinghouse bank account where the transfer funds EFT are transferred from the retailer terminal at the CCC. Finish by transferring funds to each listed PC (provider account) each time a transaction record is received. The transfer of cash from one account to the next is accomplished by transfer of bank information via a conventional ACH (Automatic Clearing House) or EDI (Electronic Data Exchange). In effect, this system allows each SP to cross the border and remit money to a terminal operated by an unrelated organization, allowing a single transaction to be transferred for just one cent, and a 24 hour transfer. become able to. At the time of transfer, the MC operating the ECR terminal is neutral and automatic with respect to the selection of the consumer's provider and the allocation of funds to the consumer's provider. In this system only, the SP can transfer excessive payments generated during transactions with various payees. Money is transferred to an "open" network, which pools the money and then transfers the once split funds to the PA selected by the SP. Comparing this system with existing systems of the prior art, the PA receiving the funds transferred from the network does not need to be the original collector of the transfer. Thus, we have an "open" system that can mix and match various collectors and providers. Under this system, it is possible for one period to serve both as a collection or the role of a provider, but the situation is different in that the network cycle has other autonomy. For example, a Sears Store may make a Contributing Consumer a member of the Sears Store account and use a Sears Store-issued magnetic stripe card when the consumer transfers excess change to a merchant / collector terminal. They can be identified. This will allow the Sears Store to act as an independent provider on the network. This card can also be used to transfer excess funds at fast food restaurants, convenience stores, other department stores, and the like. The SP can transfer funds to the network at any of the Sears stores at the terminal of the Sears store. Under these circumstances, the Sears Store is acting as a member MC in the network, performing the same procedure as the PA at the end of the network and with other MCs. No. 8. FIG. 1B and FIG. In FIG. 1C, the Clearinghouse Managed System (CMS) starts at level 1, where donors / payers offer excessive payments to level 2 merchants / collectors. The merchant / collector enters the overpaid amount into an electronic cash register / remote terminal, and the terminal clears funds and data via the communication system for each transaction online or in batch format with other transfers at level 3 Transfer to House Central Computer. Level 3 allocates funds to the accounts previously opened by the Level 1 SP through the services provided by Level. The funds are forwarded by EDI (Electronic Data Interface) to a Level 4 provider account selected by a Level 1 SP when a pre-selected threshold is reached. A clearinghouse managed system (CMS) has a network that registers SPs in accounts and provides the more important role of the system's central computer, acting as an account manager. Under this mechanism, the network controls the overall operation of the system, issues transaction cards (barcodes, magnetic stripes and / or "smart" cards or devices), runs the system's central computer, Ensure communication between the POS terminal and the central computer both offline and fulfill accounting responsibilities for incoming SP funds, maintain accounting records, and provide all external access to entities selected by the SP. It allows SPs to access their accounts for the purpose of making payments and receiving credit for payments to the MC at the time of POS purchase. Under the CMS, in addition to the network acting as an account manager, the system designates banks, credit card organizations, and retailers / collectors to secure additional supercredit liability. No. 8. FIG. 1D and FIG. In FIG. 1E, the provider-managed system (PMS) begins with a level 1 donor / payer, who offers overpaid to a level 2 merchant / collector. The merchant / collector enters the amount of the overpaid into an electronic cash register / remote terminal, which preferably transmits the funds and data via a communications system in batch format with other transfers in a level 3 clearinghouse central computer To be transmitted. Level 3 distinguishes transactions by provider account. When data and funds reach a preselected threshold, they are forwarded by EDI (Electronic Data Interface) and transmitted to Level 4 providers for account management and final distribution. Level 1 SPs will join the network by first registering and will be dealing with Level 4 providers. Provider managed systems (PMS) are "open" systems. In this system, the SPs belong directly to the accounts managed by the PA, receive the magnetic stripe cards issued by the PA, transfer their excess change at certain POS locations, and provide the MC with a neutral network clearinghouse ( (CCC). Under PAMS, the CCC receives and processes transaction data and funds, and also forwards PAs according to card ID. The PA manages the account for each SP command. In a PMS scenario, both the merchant / clearinghouse are passive with respect to opening an account and selecting an SP for final distribution of funds. Here, both the payee and the clearinghouse only receive the transfer and only transmit cash and transaction records to the final PA. Also, under the PMS embodiment, once funds are received by a PA, such as a bank, insurance company, securities company, merchandiser, travel agency, charity, etc., the SP may use the reserve as a service and / or product. Decide how to use it. No. 8. In FIG. 1F, in both the clearinghouse-managed system and the provider-managed system, data transmission is routed from a Level 2 MC to a Level 3 via a dedicated network. After being processed by Level 3, the selected data is sent to Level 4 via a dedicated network. On the fund transfer side, Level 1 transfers funds to Level 2 retailers. Level 2 transfers funds to MC's bank account. The EDI transfers the funds to the Level 3 bank account, from where it is transferred via final EDI to the Level 4 bank account. No. 8. In FIG. 2, the POS-implemented system of the present invention includes a clearinghouse central computer (CCC) with a central processor CPU and a huge data storage DS. A communications system CS including telephone lines, satellites or cables couples the CCC with a number of electronic cash registers ECRx at retail outlets located remotely from central computers such as retail outlets, supermarkets, gas stations, department stores and the like. (X = 1,. . . M,. . . N). Throughout this specification, x is 1,... . . M,. . . Equal to N. The ECRx cash register is connected to each keypad KPx and card reader CDx. Together with other components, this cash register constitutes a remote terminal RT connected to various central computers. In a CMS that is an embodiment of the present invention, accounts are managed in the CCC. Money is collected at the ECRx and transferred to consumer lodgers in accounts of various charities and other institutions such as banks, debit card issuers, credit card issuers, and the like. The data storage DS is a charity account CA and other accounts OA, such as a bank, which contains individual data for the accounts that have transactions with each consumer's locker. In the PMS embodiment of the present invention, the CCC acts as a clearinghouse and provides account management and final funding to transfer all data and funds to each PA. The CCC communication system CS connects the charity computer CHy and another computer OCz (y = 1. . . k, z = 1. . . j). Examples of OCz include bank computers, merchandiser computers, debit account holders, credit card issuers, and the like. These charities and other organizations are the ultimate recipient of donations and transfers collected at the electronic cash register ECRx. The CCC also has a default account DA that holds unassigned funds that have transactions with the customer's logger. ECRx has a transaction display that shows purchases by cash transaction, credit card, or check. The display automatically operates to show the numbers in question. The card reader CDx provided with the keypad KPx allows the SP or the clerk to directly input the transfer. The keypad KPx also allows the SP to change the allocation for this transaction only or continuously thereafter. The keypad KPx also enables the SP to reduce the transfer amount and receive cash change. The terminal RTx or ECRx reports the transfer directly to the CCC via the communication system CS. The CCC prints out regular reports to the target organization whenever it needs to be known. According to the present invention, a consumer at a retail store, supermarket, gas station, department store, or the like selects a desired product and brings it to a clerk. The clerk enters the prices of all the items into the ECRx using the register keyboard or barcode reader, and the register totals the prices. The consumer hands the clerk an amount of cash exactly equal to or greater than the total price. Then, the clerk inputs the cash and the product price to the cash register. The ECR subtracts the product price from the total cash. There is no problem if the consumer hands the clerk cash exactly equal to the product price. However, if the amount given to the clerk is greater than the product price, the consumer may choose to receive the difference as change, or donate or transfer all or part of the change, as desired. To make a donation or transfer, the consumer enters the card number on the keypad KPx or inserts the card itself into a card reader CDx. The card reader reads the number from a barcode or magnetic stripe on the card. The consumer can also enter on the keypad how much of the change total should be transferred to various predetermined accounts at the CCC. The register ECRx reads the number input to the keyboard or the number input via the card reader CDx. If the SP wishes to transfer funds directly to the network (rather than buying a product or offering excess funds), all that is required is to enter the amount to be transferred to ECRx and transfer the funds to the CCC Is to be done. The transaction card DC value according to the present invention can be determined in the eighth step. FIG. 3 shows a magnetic stripe MS on which the number of the donor is written. No. 8. The number is written on the card DC in FIG. 3 in the form of a barcode BC. In another embodiment of the invention, the card may be a smart card. Also, regarding the use of barcodes, the barcodes are either integrated into the design of the keychain device or displayed on the windshield or window glass of the car, under various conditions, such as drive-through windows and toll booths. It is also possible that it can be accessed. After receiving the data, the ECR accesses the CCC. The CCC distributes the change or portion of the change, or the amount of the direct transfer provided by the SP, to a charity account CA or other account OA in the CC. Distribution to the various accounts is made according to pre-programmed instructions that the consumer has previously given instructions to the CCC. For each transfer or donation, the SP receives a printed receipt of the transaction from ECRx or RTx. If necessary, the consumer can choose to transfer only a fraction of the price between the cash paid and the commodity price. The consumer then enters the amount to be transferred and receives the appropriate cash change. According to an embodiment of the present invention, for each transaction, the computer allocates all of the amount allocated to the account to each charity CHy as soon as the computer is ready to access the charity computer, or if there is a sufficient amount. Electronically transfer. Thus, the donor is always compensated for the state in which the contribution is valid. Transfers of other accounts OA may be sent immediately or may be held until they accumulate in amounts that are received by other agencies. An example of the operation of the CMS embodiment is described in Section 8. FIG. 4A and FIG. This is shown in the flow diagram of FIG. 4B. This flow chart illustrates an online version of an embodiment of the CMS. However, the CMS can also operate in an off-line mode, where transactions processed by the Level 2 MC are stored in memory after processing and periodically transferred to the Level 3 CCC in batch form. No. 8. FIG. 4A and FIG. In FIG. 4B, it is assumed that the consumer purchases a product with a barcode. However, the invention is also applicable to purchasing services, rentals, and other items of commercial value. No. 8. In step 8104 of FIG. 4A, the clerk enters the prices of various items into the cash register ECR using a keyboard (not shown) or a barcode reader BCRx. In step 8107, the cash register calculates the total price of the item. The customer then hands the cash equal to or greater than the item price to the clerk. In this example, the case of using cash is described, but the present invention is also applicable to the case of payment by check, credit card or debit card. That is, a customer may wish to pay an amount in excess of the item price with a checking account, credit card or debit card to make a donation or transfer in accordance with the present invention. As used herein, the term cash is used to include payment by check, credit card or debit card. In step 8110, the clerk enters the cash payment amount into ECRx. Under normal circumstances, cash payments pay more than the sum of the item prices unless cash is transferred to the system without purchasing the item. However, the present invention allows SP to withdraw money from the credit balance of one of the accounts recorded in the CCC. Otherwise, the same can occur with credit and debit card sales. Thus, in some situations, the total amount of cash may be less than the total value of the item. In step 8114, the cash register determines whether the total amount of cash exceeds the total value of the item. If the answer to this determination is yes, the cash has exceeded the commodity price, and the ECRx calculates the total change by subtracting the commodity price from the total cash in step 8117. If the answer to this determination is no, the cash has not exceeded the item price and the register calculates the amount to be added further in step 8120. At step 8124, the cash register ECRx queries whether the customer has a network card and wants to use it. The clerk or customer responds by keyboard or by inserting the card into a card reader CDx. If the customer does not have or wishes to use the network card in response to the question in step 8124, the cash register ECRx prints the transaction in steps 8127 and 8130 and hands or adds change to the clerk. Encourage them to collect money. If the customer does not pay the required cash, the clerk must cancel the transaction or otherwise correct the transaction. If the customer wants to use a network card, the clerk enters that information into a register keyboard or the customer inserts the card himself into a card reader CDx. In step 8134, the ECRx reads the network card. In step 8137, the ECRx determines whether the card is valid. If not, the register ECRx returns the process to step 8127. If the card is valid, the ECR again asks at step 8140 if the cash paid exceeds the sum of the item prices. If not, at step 8144, the ECR causes the display DS of the cash register ECR to ask whether the cash register should withdraw the missing amount from one of the SP's cardholder accounts. If the response is no, processing returns to step 8127. If the answer to the question in step 8144 is yes, the computer CCC in step 8145 requests the customer to enter a personal identification (PIN) number. In step 8146, the CCC determines whether the PIN number matches the card number. If not, the computer returns the process to step 8127. If they match, the computer determines whether the card has sufficient balance to cover the amount due. If the balance is insufficient, the process returns to step 8127 again. If the balance is sufficient, at step 8150 the computer withdraws money from the card account and transfers it to a pre-programmed period or sponsor SPx account. At step 8150, cash register ECRx also prints out the transaction. If the answer to step 8140, ie, the question of whether the cash price is greater than the commodity price, is yes, the ECR in step 8154 expects the customer to receive some of the change to be paid. Display a message asking if you are If the answer to this question is yes, the ECR prompts the customer to enter into the keypad KPx how much money to change or transfer. In step 8157, the cash register ECR instructs the store clerk to hand an appropriate amount of change, and displays the net transfer amount. The processing here is the eighth. Proceed to A in FIG. 4B. If the answer to the question in step 154 is no, the processing is the eighth. Proceed to A in FIG. 4B. No. 8. In FIG. 4B, A, step 8204, the CCC searches the record to find the pre-programmed payment amount for the particular network card. This payment amount is 8. Input is made as shown in FIG. No. 8. In step 8207 of FIG. 4B, the CCC begins allocating payments at a pre-programmed rate according to priority or amount. In steps 8210 to 8227, it is deposited into a selected one of various charity, bank, debit card, and gift certificate accounts. Usually, there is no money left after the transfer. However, there may be such a remaining amount. Therefore, in step 8230, the CCC queries whether there is any money left. If the answer to this question is yes, at step 8234, the amount is transferred to the default account previously selected by the SP. In step 8237, the CCC updates both the accounts in the computers CHy and OCz and the accounts in its own data bank. The computers CHy and OCz confirm the contents of the transaction. If the answer to step 8230 is no, then there is an amount remaining and processing proceeds directly to step 8237. In step 8240, the ECRx prints out the total amount transferred, the deposit amount in each account, the product price, the change amount, and the like. The CCC and ECRx then ask the customer at step 8244 if they want to change the programming of various accounts in the CCC. If the answer to this is yes, the card reader CDx or CCC displays the amount including the distribution and the balance of step 8247, the consumer enters the desired changes in step 8 250, and the CCC or card reader In step 8254, a change is made. This ends the transaction in step 8257. If the answer to step 8244 is no, the process proceeds directly to step 8257. In one embodiment of the invention, the consumer performs steps 8244-8254 at different times and with different card readers CDx and keypads KPx. This prevents the consumer from using these machines while the clerk is serving another customer. In fact, the store may be equipped with a separate terminal RTx dedicated to this purpose. Prior to listing on the CCC, the present invention examines each charity for tax eligibility, operational, administrative activities, litigation, and other relevant legal and financial information to determine if it is eligible. . The charity must prove these conditions. If the reported information meets the requirements, the charity is eligible. The CCC regularly checks and updates eligibility conditions. The CCC maintains an ongoing and qualified charity. The register gives the SP a printed receipt of each donation for tax-related purposes and confirmation that the charity has received the money. In the online mode, the receipt may display the date, store location, serial number, donation amount, and current financial status of the particular campaign or project received by the entire charity. One embodiment of the present invention provides other rewards for donors. For example, a terminal may play music such as "It's a small world" in response to a donation to the UN Children's Fund. Alternatively, the donor may receive a message stating that the last 10 cents of donation has reached $ 100, a unit of donation for this charity, and provide a special discount coupon. . As another example, the donor may receive a message that the donor's donation matches the bonus donation by the sponsor. The present invention manages and implements charitable donations to benefit all parties involved in the donation cycle, including donors, sponsors, charities, the Internal Revenue Service (RIS), and ultimate recipients. And adjust. This allows a remote receiving or sending station connected to the central processing station to accept donations from less than one dollar. Regardless of the amount of the donation, the designated charity will effectively compensate all stakeholders for receiving the donated funds. Therefore, the present invention supports the credibility of each donation. The present invention also allows donors to have unrestricted access to their charities and savings account transfers, providing feedback related to the use of funds and the total amount of money received by the fund. The present invention can effectively leverage just a few cents to a few dollars, a monetary amount worth donating to a charity in a short collection. The present invention rewards and encourages all individuals to give and save charity in their daily lives. An example of the operation of the PMS embodiment is described in Section 8. FIG. 5A and FIG. This is shown in the flowchart of FIG. 5B. In the PMS embodiment, account opening and closing is performed by the PA central computer. This flow diagram illustrates an offline version of an embodiment of the PMS, where transactions are processed by a Level 2 MC, stored in memory, and periodically transferred to a Level 3 CCC in a batch format. . Level 3 sorts according to the beginning of the level 4 account and forwards the transaction to level 4. However, the PMS can also operate in an online mode, wherein transactions are processed by a smart card or processed online at a central computer located at level 3 or 4. Here, the eighth. FIG. 5A and FIG. Referring to FIG. 5B, there is shown a flow diagram illustrating the steps in which the PMS processes transactions made through the ECRx at the Level 2 MC. At the top step 8300, the remote terminal at the POS counter is ready to accept input and is scrolling messages of information about how to use the system. In step 8302, the clerk inputs the price of each product to the ECRx using a barcode reader or keypad. In step 8304, the terminal computer calculates the total price of the item. At step 8306, the clerk enters the total amount of the payment, usually cash, into the terminal computer. However, if the check, debit card or credit card was handed over by the SP, the overpayment would effectively be cash and could therefore be transferred. In step 8308, the terminal computer queries whether the payment amount is greater than the total purchase price. If the answer to this question is no and the number is 0, the terminal computer proceeds to step 8310 and prints out the receipt. In step 8312, the transaction ends and the terminal computer returns to step 8300 for a new transaction. If the answer to this question is yes, in step 8314 the terminal computer calculates the difference, displays the difference and advances the process to step 8316. In step 8316, the terminal computer queries whether the customer wants to use the system. If the answer to this question is no, the receipt is printed out at step 8318, the transaction ends at step 8320, and the terminal computer returns to step 8300. If the answer to the question in step 8316 is yes, step 8322 asks whether the terminal computer is a donor. If the answer to this question is no, step 8324 allows the non-donor to use the system by asking the clerk to enter a general access code. In these cases, it is often the case that a non-donor makes a donation for charitable purposes. In this case, in step 8326, the non-donor selects a charity from the list of recognized charities, and the clerk makes a selection with a key. In step 8328, the receipt printed out indicates the trend of the donation. This same receipt is an audit clue for personal use, or as evidence that the charity has received the donation for an organization. In step 8330, the transaction ends and the terminal computer returns the process to step 8300. No. 8. Referring to FIG. 5B, if the answer to the question is yes, the donor or clerk inserts the donor's card into the terminal at step 8332. The terminal computer reads the card and automatically records all of the change's cents in the POS as a transfer or donation. If the donor wants to transfer all of the change (coins and bills), 8332A is entered into the computer. If the donor wishes to transfer a specific portion of the change, 8332B is entered into the keypad as a specific amount, for example, $ 1.54 of a $ 2.54 change. In step 8334, the terminal computer asks if the donor bypasses the default order for charity and wishes to select a special charity only for this transaction. In step 8336, if the answer to this question is no, the terminal computer proceeds with the process to step 8340. If the answer to the question in step 8334 is yes, step 8338 causes the terminal computer to enter the account number of the charity to be bypassed through the keypad. In step 8340, the donor receives a receipt indicating the donation amount of the donor. At step 8342, the terminal computer writes the transaction to memory. In step 8342, the transaction ends and the terminal computer returns processing to 83000. At step 8340, on a programmed time basis, the terminal computer performs a forwarding operation by the modem, and the batched transactions are held in the memory of the level 3 CCC. To register in the CMS embodiment, the SP signs up for a Level 3 CCC account. To register in the PMS embodiment, the SP signs up for a Level 4 PA account. Brother 8. FIG. 6 is a flowchart of steps for registering for a CMS or PMS account. This step causes the central computer to open or change the SP account through the keypad KPx. The display DSx on the keypad KPx or ECRx allows the central computer to require the consumer to perform certain actions. After the computer accesses the party, in step 8404, the computer queries whether the consumer has a network card. If the answer to the question in step 8407 is no, the computer prompts the consumer to enter a name or address. In step 8408, the computer determines whether all information has been input. If the result of the determination is no, the process returns to step 8407 and requests the required information again. If the answer is yes, the computer proceeds to step 8410 and requests the consumer to select a personal identification (PIN) number. At step 8414, the computer determines whether the PIN number is possible. If not, the process returns to step 8410 to request another number. If the result of the determination is yes, the computer proceeds to step 8417 and assigns a new card number. If the answer to the question in step 8404 is yes and the consumer has a card, the computer proceeds to 8420 and requests the customer to insert the card. At step 8424, the computer requests the customer to enter a pre-selected PIN number. In step 8427, the computer determines whether the entered PIN number matches a pre-selected PIN number. If they do not match, the process returns to step 8424 to enter the correct number. The computer allows the procedure between steps 8424 and 8427 to be limited to three times, at which point the program is aborted. If the PIN number is correct, the computer lists in step 430 all existing accounts and amounts transferred during a specified period of time, eg, one year. Consumers can request any time period. At step 8434, the computer lists all accounts along with their balances. In step 3437, the computer requests that the consumer list all accounts to be removed, if any. At step 8440, the computer causes the consumer to confirm the account to be removed. The computer then proceeds to step 8444 and lists the new account. Step 8444 also receives a prompt from step 8417 if the card number is new. In step 8447, the computer determines whether the account in the form of a charity, merchant, or facility is on the list of charities or facilities accepted by the system. If this determination is no, the computer asks the consumer at step 8448 if the recipient or organization wishes to set up a suspense account for pending research. If the answer to this question is yes, the computer sets up a suspense account at step 8449 and lists it as a successful pending survey. If the answer to the question at 8448 is no, the computer returns the process to step 8449. Once the computer has identified the recipient or facility as eligible, the computer proceeds to step 8450 and queries whether the account is the last account the consumer wishes to add. If the answer to this question is no, the process returns to step 8444. If yes, the computer cancels all conventional allocations at step 8454 and continues at step 8457 with a list of all remaining accounts and new accounts, also showing old allocations where applicable. At step 8460, the computer requests the consumer to enter a new allocation percentage for the account. As a check, in step 8464, the computer determines whether the sum of the percentages exceeds 100%. If this is the case, processing returns to step 8460 to re-enter. If no, processing proceeds to step 8467, where it is determined whether this account is the last account. If no, processing proceeds to step 8470, asking the consumer for the next account, and processing returns to step 8460. If yes, the computer proceeds to step 8474 where it checks whether the percentage total is 100%. If no, the computer enters the remaining percentage into the consumer's personal vault account and asks the consumer to select the account and change the allocation at step 8777. In step 8480, the computer ends the process and prints out the result. (2. ) A description will be given of what is called a rounder system, which calculates an additional amount based on predetermined data. No. 8. FIG. 7A is a block diagram illustrating a four-level rounder system of the present invention in which a consumer purchases a service or thing using a check, credit or debit paper and pays a deposit. When you do, you can create excess funds. No. 8. In FIG. 7, a level 1 donor (SP) pays the exact price of the item using a check, credit card or debit card and draws a note to the level 2 recipient. Level 2 payees make money transfers and level 3 account managers (AMs) (banks or credit companies) authorize and pay customers. As defined by the present invention, a level 3 AM also performs a predetermined calculation, such as adding or subtracting the face value of money orders or deposits to an account, to create an overpayment. The amount of overpayment, called the rounder amount, is added to the face value of the currency exchange, and the total number is debited (withdrawal or account fee) or added to the account balance (deposit or interest payment) . Level 3AM manages funds and distributes them to Provider Services (PS) Level 4 (mutual funds, pensions, etc.). A rounder system, an embodiment of the present invention, creates an excess of funds from an exact change without change, with the cooperation of the payee or the payee without even knowing the payee for the purchase of the service or goods. The system is based on the ability to create excess funds by determinanting the amount of money deposited into an account, such as face value or checks, withdrawals from ATMs, credit and debit exchanges. Rounder versus POS systems occur in different environments at different points in the commercial purchase cycle. Transaction processing occurs at the "end" of the commercial transaction cycle when checks and credit drafts are debited against existing balances. In effect, in embodiments of the present invention, the amount of excess funds, for example, $ 1, $ 2.14, $ 5.11, $ 10,. Adjust the balance (either as a withdrawal or account fee) or deduct (as a transfer / payment or dividend) to the 28 cent par value or stated number. The amount of excess funds is then displayed in the balance and periodically transferred to the provider service, ie, an account for mutual funds, pensions, commodities, charities, etc. Under this system, the SP opens a new account or updates an existing check, credit, or debit account, and gives the bank or credit card issuer the After returning to the bank or credit issuer to ultimately debit, you are instructed to add or subtract determinants for each transaction. Excess funds created by the rounder system can be held internally by banks or credit companies or allocated to other providers for the purchase of mutual funds, pensions, receivables, travel agencies, merchandise, etc. . When consumers take advantage of the above-described improved method of creating a surplus of funds from money-consuming transactions in a linked fashion, consumers use ATM machines, whether they use cash or make checks. Regardless of whether you use it or use a credit or debit card, you can save a portion of it each time you spend money, regardless of this. Here, the eighth. Referring to FIG. 8, there is shown a flowchart of the steps by which a central computer opens or changes a rounder account through a keypad and display. Directives to the donor / donor account are provided by the organization's central computer (CC), creating an excess fund. At step 8500, the CC queries the consumer if they have a rounder account. If the answer to this question is no, at step 8502 the CC enters the consumer with his name, address, social security number, selects a PIN number, and any other information necessary to open an account. Request to enter important information. In step 8504, the CC determines whether necessary information has been input. If the result of this determination is no, the process returns to step 8502 and requests the required information again. If the result of this determination is yes, the CC proceeds to step 8506 and inputs the consumer's PIN number or codename. At step 850, the CC determines whether the PIN number is acceptable. If the result of this determination is no, the process returns to step 8506 and requests that another number be selected. If the result of this determination is yes, the CC proceeds to step 8510 and assigns a rounder account number. The computer then proceeds to step 8522 and creates a new account. If the answer to the question in step 8500 is yes, the consumer is already a donor and the CC proceeds to step 8512, causing the donor to enter the rounder account number. At step 8514, the computer requests the donor to enter a preselected PIN number. In step 8516, the CC determines whether the entered PIN number matches a previously selected PIN number that is the entered donor number. If the result of this determination is no, the process proceeds to step 8512 and constructs a donor number and / or PIN number. The CC allows the procedure between steps 512 and 516 to be repeated no more than three times, at which point the program is aborted. If the PIN number has been configured and authenticated, the CC lists the number or percentage of rounders at step 8518. This number or percentage of rounders applies to deposits into each account ($ 1, $ 3, 2%, etc.), stops orders (when processing of rounder transactions stops), processes and deposits, ie checking account and Use of cars, debit cards and credit cards used for ATM terminals, all names and addresses of all sub-accounts (savings, investment and charity choices), and the rounder assigned to each sub-account Stop the percentage of transactions that total 100%. At step 8520, the CC requests the donor to list any accounts to be removed or changed, if any. At step 8522, the CC queries the donor whether there is a new additional account. If the answer to this question is no, the computer proceeds to step 8526 and writes the updated rounder account file. If the answer to this question is yes, the CC proceeds to step 8524, requesting the donor to enter a new account according to the rounder number or percentage. The number or percentage of rounders may be used for deposits into each account ($ 1, $ 3, 2%, etc.), stop orders (when future processing should be stopped), and the means used for processing or transferring (eg, checking account and ATM terminals, use of debit cards, and use of credit cards), the names and addresses of all sub-accounts (savings, investments, and / or a choice of three charities), and the rounder transactions assigned to each sub-account. It is applied to the percentage, which is 100% in total. At step 8526, the computer writes a file containing the new or changed donor information and account instructions, called a rounder account file. At step 8528, the process ends and the computer returns the process to step 8500. The following information is provided in Chapter 8. 9A to 8. FIG. 9E and FIG. 10A to 8. 10E is an explanation of the steps detailed in FIG. Denomination or stated amount means the actual amount of a check / ATM withdrawal or credit card fee prior to any rounder processing. The rounder transaction may be performed on the par or stated amount itself (i.e., $ 1, $ 3, 2%, or the specific number 1. $ 50) is a numerical function applied to create excess funds. In the preferred embodiment, this is a dollar amount, such as $ 1, $ 5, $ 10, added to the stated amount. The coin amount is the par value, ie, the presence of a fraction paid out with coins present on something like a $ 10.14 check. The rounder amount is the amount of excess funds created by applying the rounder transaction and at a fractional amount paid in par-coin. That is, using a $ 1.14 round of $ 1 rounder creates 86 cents as a rounder amount of excess funds. The total withdrawal amount is the rounder amount + the face value, and this amount is debited to the checking account or credit card balance, and a new account balance is obtained. Here, the eighth. 9A to 8. Referring to FIG. 9E, there is shown a flow diagram illustrating the steps by which a bank's central computer collects funds, manages the fund internally, and distributes the funds through a keypad and display. No. 8. Starting at the top of FIG. 9A, the bank initially transmits all transaction information and rounder account processing instructions to the CC assigned for clearing the checking account. At step 8600, the checking account transaction is read. This transaction may be a check draft, ATM withdrawal, checking account fee, interest payment, etc. In step 8605, the computer reads the checking account balance. At step 8610, the computer checks to see if this account is the donor's rounder account. If the answer is yes, at step 8620 the transaction is processed according to the rounder transaction instruction. If the answer to this is no, the transaction is processed without a rounder transaction instruction in step 8740 (1. (See FIG. 4E). In step 8747, the basic account balance is updated. At step 8750, the computer writes the processed transaction to a file. In step 8755, the computer reads the next quick transaction. At step 8760, the computer queries whether this is the end of the file. If the answer is yes, the computer proceeds to step 8765. If the answer to this is no, the computer returns processing to step 8600. In step 8765, the computer retrieves all transactions. In step 8770, the computer allocates a rounder account quota for each account instruction included in the rounder account file in step 8526. In step 8775, the computer makes a donation to the charity, saves, invests, and transmits to another account. The details of the computer processing required to create a rounder account donation are described in Section 8. This is shown in FIG. 9B. Beginning at the top of the drawing, in step 8622, the computer determines whether the transaction is a debit or withdrawal. If the answer is no, the computer proceeds to step 8634. If the answer to this is yes, the computer checks at step 8624 if the fractional cent in the transaction is greater than zero cents. The following description describes an application example of a dollar-based rounder transaction. If the answer to the above confirmation is no, at step 8628 the rounder transaction is equal to the rounder amount. For example, if a rounder transaction is $ 1 and is added to the face value of a $ 10 withdrawal amount, a $ 1 rounder amount will be created as excess funds to the rounder account, resulting in a total $ 11 withdrawal amount. If the answer to the above question is yes, then in step 8626 the fraction of the purchase price in cents is subtracted from the rounder transaction and the net difference becomes the rounder amount, which is transferred to the rounder account. For example, if the purchase price is $ 10.14 and $ 1 is a rounder transaction, 14 cents is deducted from $ 1 and the net amount of 86 cents is the rounder amount, which is transferred to the rounder account. The total withdrawal is still $ 11. In step 8630, the rounder account and face value are summed to determine the total withdrawal amount. At step 8632, the total withdrawal amount is subtracted from the existing balance to determine a new balance. Details of the computer processing required to create a rounder account donation can be found in Section 8. The transfer or fee income will be described following FIG. 9C. In the transfer of money to the account or the processing of interest, we can reverse the processing and reduce the amount of money going into the checking account to create excess funds. Therefore, the present invention allows the same methodology to be applied when withdrawing from a handled account in the same manner as described above, but with a reduced amount. In the preferred embodiment, we reduce transfers or interest payments simply by removing fractional amounts. Beginning at the top of the drawing, in step 8634, the computer checks to see if the transaction is a transfer or interest. If the answer to this is no, the computer proceeds to step 8648. If the answer to this is yes, the computer proceeds to step 8638 and checks whether the fractional cent of the amount of the transaction is greater than zero cents. If the answer to this is no, there is no fraction in the par value of the remittance, so the rounder account donation is zero in step 8640. Then, the program proceeds to step 8644. If the answer to the above question is yes, a fraction cent is subtracted from the face value in step 8642, and the fraction is a rounder donation. For example, if the transfer amount is $ 10 and 14 cents, the rounder is 14 cents and the separate transfer amount is $ 10. In step 8644, the rounder amount is subtracted from the face value to determine the total transfer amount. In step 8646, the total transfer amount is added to the existing balance to determine a new balance. The ability of the present invention to remove fractions from a transfer to a checking account simplifies matching of the checking account. The details of the computer processing required to generate the rounder amount are further described in Section 8. FIG. 9D shows the case where the transaction is a fee. The rules applied here are the same as in the withdrawal process. However, in the preferred embodiment described below, it is only when the processing is applied when a fractional amount exists in the commission. Beginning at the top of the drawing, in step 8648 the computer checks to see if this is a fee. If the answer to this confirmation is no, the computer proceeds to step 8662. If the answer to this is yes, the computer proceeds to step 8650 and checks whether the fractional cent amount in the transaction is greater than 0 cents. If the answer to this confirmation is no, then the rounder account donation is zero in step 8652 since the par value of the fee does not include a fraction. The program then proceeds to step 8656. If the answer to this question is yes, then in step 8654, a fraction in cents is added to the face value, and this fraction becomes the rounder price. For example, if the fee is $ 10.14, 86 cents will be added to the $ 1 rounder, and the net withdrawal amount will be $ 11. In step 8656, the rounder amount is added to the par value to calculate the total withdrawal amount. In step 8660, the total withdrawal amount is subtracted from the existing balance to determine a new balance. The function of removing a fraction from the current account account fee according to the present invention facilitates matching of the current account account. Details of the computer processing steps required to process non-rounder account transactions are provided in Section 8. This is shown in FIG. 9E. Beginning at the top of the drawing, in step 8741, the computer determines whether the transaction is a debit or withdrawal or fee. If the answer to this is yes, it is determined in step 8742 by subtracting the transaction amount from the checking account balance. If the answer is no, the computer proceeds to step 8743 to determine whether the transaction is a transfer or interest. If the answer is yes, then in step 8744, the checking account balance is determined by subtracting the transaction amount from the account balance. If the answer is no, the computer proceeds to step 8745 and displays an error message. No. 8. 10A to 8. Referring to FIG. 10E, there is shown a flow diagram illustrating the process steps by which the card issuer's central computer collects, manages and distributes funds internally through the keypad and display. No. 8. Beginning at the top of FIG. 10A, the card issuer first provides the computer CC used to clear the debit and credit card account with all of the donor's transaction information that rounds up or downs the debit / credit card transaction. Is transmitted. This information can be found in Section 8. As can be seen in FIG. 8, obtained in the registration process. At step 8800, the debit / credit account transaction is read. This transaction may be a debit / credit payment entered manually by a POS terminal through a POS terminal or processed by a POS terminal through a telephone. In step 8805, the computer reads the cardholder account balance. In step 8810, the computer checks whether this account is a donor of the rounder account. If the answer to this is yes, at step 8820 the transaction is processed according to the rounder instruction. If the answer to this is no, at step 8920 the transaction is processed without a rounder instruction. At step 8930, the account balance is updated. At step 8940, the computer writes the processed transaction to a file. At step 8950, the computer reads the next debit / credit card transaction. At step 8960, the computer checks if this is the last line of the file. If the answer to this is yes, the computer proceeds to step 8970. If the answer to this is no, the computer returns the process to step 8800. At step 8970, the computer retrieves all transactions. In step 8980, the computer distributes the rounder account donation for each account instruction included in step 8526 of the rounder account file. In step 8990, the computer makes a donation to the charity, saves, invests, and transfers to another account. The details of the computer processing required to create a rounder donation are described in Section 8. This is shown in FIG. 10B. Beginning at the top of the drawing, in step 8822, the computer determines whether the transaction is a payment of a debit or credit card. If the answer is no, the computer proceeds to step 8834. If the answer is yes, the computer checks at step 8824 if the fraction of a cent in this transaction is greater than 0 cents. If the answer to this is no, at step 8828 the rounder transaction equals the rounder balance. The computer then proceeds to step 8830. For example, if the rounder transaction is $ 1 and this is in addition to the nominal amount of the credit for example $ 300, then $ 1 of the rounder amount is created as excess funds and transferred to the rounder account and the total amount is That's $ 301. If the answer is yes, in step 8826, the fractional cents of the price are subtracted from the amount of the rounder transaction, and the net difference becomes the rounder amount, which is transferred to the rounder account. For example, if the credit price is $ 300 and 14 cents and 1 dollar is a rounder transaction, 14 cents is subtracted from 1 dollar and 86 cents of the net is the rounder amount, which is transferred to the rounder account. The total price is still $ 301. In step 8830, the rounder amount and face value are added together to determine the total price. At step 8832, the total withdrawal amount is subtracted from the existing balance to determine a new balance. Details of the computer processing required to generate a rounder amount donation can be found in Section 8. This is shown in FIG. 10C, and a case where a payment or an interest and dividend is paid is described here. In the process of paying accounts, we reversed the process, reducing the amount transferred to accounts and creating excess funds. Therefore, when the present invention is applied to withdrawal of money, the same method as described above is applied, except that the present invention can be applied in a form of deducting the amount. In a preferred embodiment, the present invention simply reduces payments when small fractions are present. Beginning at the top of the drawing, in step 8834, the computer determines whether the transaction is a payment or an interest distribution. If the answer is no, the computer proceeds to step 8848. If the answer is yes, the computer determines at step 8838 whether the fraction of a cent in this transaction is greater than zero cents. If the answer is no, then in step 8840 the rounder account donation is zero because there is no fraction of the par value of the transfer. The computer then proceeds to step 8844. If the answer is yes, then in step 8842, the fraction in cents is subtracted from the face value, and the fraction becomes a rounder donation. For example, if the payment is $ 500 and 14 cents, Rounder removes 14 cents and the net transfer is $ 500. In step 8844, the rounder amount is subtracted from the par value to determine the total payment. At step 8846, the total withdrawal amount is subtracted from the existing balance to determine a new balance. The details of the computer processing required to generate the rounder amount are described in Section 8. This is shown in FIG. 10D, where the transaction is a fee. The rules applied here are the same as those for the processing of the withdrawal amount. However, in the preferred embodiment, as described below, the process applies only to the presence of fractional amounts. Starting at the top of the drawing, in step 8848 the computer checks if this is a fee. If the answer to this is no, the computer advances the process to step 8860. If the answer to this is yes, the computer determines at step 850 whether the fraction of a cent in the transaction is greater than 0 cents. If the answer to this is no, in step 8852 the rounder account donation is equal to zero since there is no fraction of the nominal amount of the fee. The computer then proceeds to step 8856. If the answer is yes, then in step 8854, the fraction in cents is added to the denomination, and this fraction becomes the rounder amount. For example, if the fee is $ 10.14 and the rounder is $ 1, the remaining 86 cents is added, and the net withdrawal amount is $ 11. In step 8856, the rounder amount is added to the par value to determine the total withdrawal amount. At step 8858, the total withdrawal amount is then subtracted from the existing balance to determine a new balance. Details of the computer processing steps required to process non-rounder account transactions are provided in Section 8. This is shown in FIG. 10E. Beginning at the top of the drawing, in step 8921, the computer determines whether the transaction is a price or a fee. If the answer is yes, then in step 8922 the credit balance is determined by subtracting the transaction balance from the account balance. If the answer is no, the computer proceeds to step 8923 to determine whether the transaction is a payment or an interest dividend. If the answer is yes, then in step 8924, the credit account balance is determined by subtracting the transaction amount from the account balance. If the answer to this is no, the computer displays an error message at step 8925. The present invention provides a unique method of saving money to make payments that are not currently available to consumers, whether using cash or making checks, using ATMs. You can use it regardless of whether you use a credit card or a debit card. The present invention provides an "open" POS system that allows a consumer to overpay at a sales counter and transfer the excess funds to a special account. "Open" systems for making this overpayment include consumers called donors / payers (SP), payees called retailers / collectors (MC), central computer / clearinghouse / Includes four levels of networks used in combination with networks (CCC) and provider accounts (PA). With this POS system, the SP uses a cash, check, credit card or debit card at the POS counter to create excess funds from overpayment of money-consuming transactions, and the overpayment is selected by the SP through the CCC. It can be transferred to the provider account. The present invention also provides a four-level rounder system (RS) for donors to generate excess funds from par value associated with transactions paid by check, ATM machine, credit or debit card, where Such transactions may occur in various commercial establishments, POS counters, person-to-person mail transactions, network transactions, telephone transactions, computer transactions, etc.). The rounder system applies a computerized rounder amount to create excess funds, but without the need for the recipient's cooperation, and the par value of the offered payment is the amount of light deposit that requires actual payment. If not, the system functions as a necessary means of setting up excess funds. Although embodiments of the present invention have been described in detail, it will be apparent to one skilled in the art that the present invention may be embodied in other forms without departing from the spirit and scope thereof. Therefore, the following claims are intended to cover modifications of other embodiments and examples that are within the spirit and scope of the invention. The present invention purchases credit from a neutral retailer and stores it in a purchased credit intelligent card by amortizing the credit at participating merchants in preparation for future spending on goods or services. To provide an improved system for This system is a network of consumers, neutral participating retailers, and a central clearinghouse. The ability of consumers to buy open purchase credits from a variety of participating neutral retailers in advance will provide them with the convenience of saving money and will continue to be available in a variety of retailer environments. Flexibility can be obtained. The present invention also provides an automatic donation system for a sales facility. The system has an input mechanism for entering the price of the product in a cash register and for entering the amount of cash paid, and a calculator for requesting excessive cash payments. A card reader keypad receives a card number for accessing data including a charity account associated with the card, and a computer distributes at least a portion of the overpayment of the amount and prints out the entered amount.

───────────────────────────────────────────────────── フロントページの続き (31)優先権主張番号 ０８／４９３，３９６ (32)優先日 1995年６月22日 (33)優先権主張国 米国（ＵＳ） (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，Ｂ Ｙ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ， ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，Ｍ Ｄ，ＭＧ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ， ＴＭ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ 【要約の続き】 ────────────────────────────────────────────────── ─── Continued on the front page (31) Priority claim number 08 / 493,396 (32) Priority date June 22, 1995 (33) Priority country United States (US) (81) Designated country EP (AT, BE, CH, DE, DK, ES, FI, FR, GB, GR, IE, IT, LU, MC, NL, PT, SE), OA (BF, BJ, CF, CG, CI, CM, GA, GN, ML, MR, NE, SN, TD, TG), AP (KE, LS, MW, SD, SZ, UG), AM, AT, AU, BB, BG, BR, BY, CA, CH, CN, CZ, DE, DK, EE, ES, FI, GB, GE, HU, IS, JP, KE, KG, KP, KR, KZ, LK, LR, LT, LU, LV, MD, MG, N, MW, MX, NO, NZ, PL, PT, RO, RU, SD, SE, SG, SI, SK, TJ, TM, TT, UA, UG, US, UZ, VN [continuation of the summary]

Claims (1)

【特許請求の範囲】 １．支払人と受取人との間の経済的取引から支払人の余剰勘定に信用を蓄積する 方法であって、 前記受取人への支払い必要額を入力する過程と、 前記支払人が申し出た追加金額を入力する過程と、 前記余剰勘定に追加金額を振り込む過程とを有することを特長とする支払人と 受取人との間の経済的取引から支払人の余剰勘定に信用を蓄積する方法。 ２．前記追加金額を入力する過程が、前記受取人が中央決済機関にある前記余剰 勘定に前記追加金額を貸方記入して、前記受取人が前記追加金額に対して中立な 立場を維持するようにする過程を含むことを特徴とする請求項１に記載の方法。 ３．前記追加金額を入力する過程が、前記余剰勘定に関連する所定のデータから 前記追加金額を計算する過程を含むことを特徴とする請求項１に記載の方法。 ４．前記余剰勘定の状態をプリントアウトする過程を更に含むことを特徴とする 請求項２に記載の方法。 ５．前記余剰勘定が複数のチャリティ、銀行、及び他の個別勘定を特定する個別 勘定を含むことを特徴とし、 前記余剰金額を振り込む過程が前記個別勘定に前記余剰勘定の所定の部分を割 り当てる過程を含むことを特徴とする請求項２に記載の方法。 ６．前記過剰金額の状態をプリントアウトする過程を更に含むことを特徴とする 請求項３に記載の方法。 ７．前記余剰勘定が複数のチャリティ、銀行、及び他の個別勘定を特定する個別 勘定を含むことを特徴とし、 前記余剰金額を振り込む過程が前記個別勘定に前記余剰勘定の所定の 部分を割り当てる過程を含むことを特徴とする請求項３に記載の方法。 ８．支払人と受取人との間の経済的取引から支払人の余剰勘定に信用を蓄積する システムであって、 ネットワークと、 前記受取人への支払い必要額を入力するための第１入力手段と、 前記支払人が申し出た追加金額を入力するための第２入力手段と、 前記余剰勘定に追加的金額を振り込むための貯蓄手段とを有することを特長と する支払人と受取人との間の経済的取引から支払人の余剰勘定に信用を蓄積する システム。 ９．前記貯蓄手段が、前記受取人が中央決済機関にある前記余剰勘定に前記追加 金額を貸方記入して、前記受取人が前記追加金額に対して中立な立場を維持する ようにする受取人貸方記入手段を含むことを特徴とする請求項８に記載のシステ ム。 １０．前記第２入力手段が、前記余剰勘定に関連する所定のデータから前記追加 金額を計算する計算手段を含むことを特徴とする請求項８に記載のシステム。 １１．前記余剰勘定の状態をプリントアウトするためのプリントアウト手段を更 に含むことを特徴とする請求項８に記載のシステム。 １２．前記余剰勘定が、複数のチャリティ、銀行、及び他の金融機関を特定する 個別勘定を含むことを特徴とし、 前記貯蓄手段が、前記個別勘定に前記余剰勘定の所定の部分を割り当てる割り 当て手段を含むことを特徴とする請求項８に記載のシステム。 １３．前記余剰勘定の状態をプリントアウトするためのプリントアウト手段を更 に含むことを特徴とする請求項１０に記載のシステム。 １４．前記余剰勘定が、複数のチャリティ、銀行、及び他の金融機関を特定する 個別勘定を含むことを特徴とし、 前記貯蓄手段が、前記個別勘定に前記余剰勘定の所定の部分を割り当てる割り 当て手段を含むことを特徴とする請求項１０に記載のシステム。 １５．中央クリアリングハウスにより連係された形態で、中立な小売商により、 インテリジェントカード上に、コンピュータにより計算されたオープン型購入ク レジットの残高を、発行し、減らし、書き込みする方法であって、 前記中立な小売商によってインテリジェントカードを初期化する過程と、 前記中立な小売商に対して購入クレジットの金額を入力する過程と、 前記インテリジェントカード上に記録された前記購入クレジットの残高を入力 する過程と、 前記中立な小売商の端末において記録された前記購入クレジットの金額を入力 する過程と、 前記インテリジェントカードから減らされた購入クレジットの金額を入力する 過程と、 前記中立な小売商の端末から減らされた購入クレジットの金額を入力する過程 と、 前記インテリジェントカードの新規な購入クレジット残高を記録する過程と、 前記中立な小売商の端末上の新規な購入クレジット残高を記録する過程と、 前記中立な小売商端末により、前記購入クレジットのネット値を中央クリアリ ングハウスに伝送する過程と、 中央クリアリングハウスに前記ネット値を受信させ、転送された購入クレジッ トの前記ネット値に基づいて中立な小売商に資金を支払う過程とを有することを 特徴とする中央クリアリングハウスにより連係された 形態で、中立な小売商により、インテリジェントカード上に、コンピュータによ り計算されたオープン型購入クレジットの残高を、発行し、減らし、書き込みす る方法。 １６．キャッシュレジスタと、 前記キャッシュレジスタに製品の価格と一致する金額を入力し、支払われた現 金に一致する金額を入力するためのキャッシュレジスタへの入力手段と、 過剰現金支払いの存在を判定するためのキャッシュレジスタ内の計算手段と、 １または２以上の所定の勘定を特定するカードアイデンティファイヤへの入力 を行うためのカードアイデンティファイヤ入力手段と、 前記レジスタ及び前記カードアイデンティファイヤ入力手段に応じて、前記カ ードで特定された多数の所定の勘定に、前記過剰現金支払の少なくとも一部分を 振り分けるための振り分け手段とを有することを特徴とし、 前記レジスタ内のデータとは無関係に前記勘定が特定されることを特徴とする システム。 １７．前記キャッシュレジスタが振り分けを行った後、前記過剰現金支払から残 った金額を現金で戻すための釣銭返却手段を有することを特徴とする請求項１６ に記載のシステム。 １８．前記キャッシュレジスタが、前記過剰現金支払額及び残りの金額を表示す るためのディスプレイを有することを特徴とする請求項１７に記載のシステム。 １９．前記プリントアウト手段が前記勘定のそれぞれの状態をプリントアウトす ることを特徴とする請求項３７に記載のシステム。 ２０．前記カードアイデンティファイヤ入力手段が、前記振り分けにお いて釣銭額を入力するための手段を有することを特徴とする請求項１５に記載の システム。 ２１．前記振り分け手段が、各振り分け割合に基づいてチャリティの受取人勘定 に過剰資金の一部を割り振りするための割り振り手段を有することを特徴とする 請求項１５に記載のシステム。 ２２．前記振り分け手段が、各振り分け割合に基づいて、前記過剰資金の一部を チャリティの受取人勘定に直接転送する手段を含むことを特徴とする請求項２１ に記載のシステム。 ２３．前記振り分け手段が、 複数の適格なチャリティの名称を格納するためのチャリティ記憶手段と、 多数の銀行の名称を格納するための銀行記憶手段と、 クライアントの勘定の数を格納するための勘定記憶手段と、 チャリティ及び銀行の名称を入力し、その名称の各エントリに対して名称を設 定し入力するための入力手段と、 前記記憶手段及び前記入力手段に応じて、各入力された名称と、格納された名 称とを比較して前記入力された名称が格納された名称に一致しているか否かを判 定するための比較手段と、 前記比較手段に応じて、チャリティまたは銀行が入力されたとき前記チャリテ ィまたは銀行に勘定を割り当てるための割り当て手段と、 前記勘定記憶手段に応じて、額面金額を前記勘定に記録するための記録手段と 、 前記勘定記憶手段に応じて、尿力された前記チャリティ及び銀行の中の勘定に 記録された振込金の一部のその勘定に対する割り振りを登録するための割り振り 手段とを有することを特徴とする請求項２１に記載のシステム。 ２４．受け取った支払から商品のコストを控除して過剰額を求めるための控除手 段と、 複数の適格なチャリティの名称を格納するためのチャリティ記憶手段と、 複数の銀行の名称を格納するための銀行記憶手段と、 クライアントの勘定の番号を格納するための勘定格納手段と、 チャリティ及び銀行の名称を入力し、各名称の入力に対する入力された名称を 確定するための入力手段と、 前記記憶手段のそれぞれに応じて前記入力された名称と前記格納された名称と を比較して、入力された名称が格納された名称に一致しているか否かを判定する ための比較手段と、 前記比較手段に応じて、クライアントがチャリティまたは銀行を選択したとき 前記チャリティまたは銀行に勘定を割り当てるための割り当て手段と、 前記勘定記憶手段のそれぞれに応じて入金を前記勘定に記録するための記録手 段と、 前記控除手段及び前記勘定記憶手段に応じて、入力された前記チャリティ及び 銀行の中の各勘定に前記商品価格を控除した後の過剰金額の部分の割り振りを記 録するための割り振り手段とを有することを特徴とし、 前記記憶手段、前記入力手段、前記比較手段、前記割り当て手段、及び前記記 録手段のそれぞれが、前記控除手段から独立していることを特徴とする分配シス テム。 ２５．製品の価格に一致する金額をキャッシュレジスタに入力する過程と、 支払われた現金に一致する金額を入力する過程と、 過剰な現金支払いを求める過程と、 カードアイデンティファイヤを入力する過程と、 前記カードアイデンティファイヤによって決定された多数の所定の勘定のうち の１または２以上の勘定の中に過剰現金支払いの少なくとも一部分を分配する分 配過程と、 前記カードアイデンティファイヤに対応する１または２以上の前記勘定に前記 過剰支払を貸方記入する過程とを有することを特徴とし、 前記所定の勘定が前記キャッシュレジスタとは独立した前記カードアイデンテ ィファイヤで特定されることを特徴とする売り上げポイント管理方法。 ２６．前記分配過程が、分配の後前記過剰支払からの残りを戻すための釣銭を現 金で用意する過程を含むことを特徴とする請求項２５に記載の方法。 ２７．前記プリントアウト過程が、前記過剰現金額及び残りの金額を表示する過 程を含むことを特徴とする請求項２６に記載の方法。 ２８．前記プリントアウト過程が、前記勘定のそれぞれの状態をプリントアウト する過程を含むことを特徴とする請求項２５に記載の方法。 ２９．前記分配過程が、釣銭分を分配に当てる過程を含むことを特徴とする請求 項２５に記載の方法。 ３０．前記分配過程が、チャリティ受取人勘定に過剰金額の一部分を各分配割合 に応じて割り振りする過程を含むことを特徴とする請求項２５に記載の方法。 ３１．前記分配過程が、前記チャリティの受取人に対して直接に前記チャリティ の受取人の勘定に対する過剰資金のそれぞれの分配割合に応じた割り当て分を伝 送する過程を含むことを特徴とする請求項３０に記載の方法。 ３２．前記分配過程が、 複数の適格なチャリティの名称を格納する過程と、 多数の銀行の名称を格納する過程と、 クライアントの勘定のナンバーを格納する過程と、 チャリティ及び銀行の名称を入力し、各名称に対して入力された名称を確定す る過程と、 各入力された名称と格納された名称とを比較して、入力された名称が格納され た名称に一致しているか否かを判定する過程と、 チャリティまたは銀行が入力されたときチャリティまたは銀行に勘定を割り当 てる過程と、 設定された勘定への入金を記録する過程と、 入力されたチャリティ及び銀行の中の各勘定に記録された振込金の部分の割り 振りを登録する過程とを有することを特徴とする請求項２５に記載の方法。 ３３．前記振り分け手段が、前記キャッシュレジスタからリモートの位置にある 、前記カードアイデンティファイヤ入力手段からデータを受け取るための中央プ ロセッサを含むことを特徴とする請求項１６に記載のシステム。 ３４．前記カードアイデンティファイヤ入力手段が、振り分けのための命令及び 勘定を含むデータとナンバーとを有するカードを受け取るための受け取り手段を 有し、前記振り分け手段が、前記カードからデータを受け取るための手段を更に 有することを特徴とする請求項１６に記載のシステム。 ３５．前記振り分け手段が、前記カードナンバー入力手段からのデータをバッチ 処理ベースで受け取るための前記キャッシュレジスタからリモートの位置にある 中央プロセッサを有することを特徴とする請求項３４に記載のシステム。 ３６．前記レジスタからリモートの位置にある中央プロセッサが、前記カードア イデンティファイヤ入力手段からデータをリアルタイムベースで受け取る役目を 果たすことを特徴とする請求項３３に記載のシステム。 ３７．前記キャッシュレジスタ、前記カード入力手段、前記振り分け手段に接続 された、入力され、振り分けられた金額をプリントアウトするためのプリントア ウト手段を更に有することを特徴とする請求項１６に記載のシステム。 ３８．前記カードが、キャッシュレジスタのデータとは無関係に、各勘定に振り 分けられた分配割合を特定することを特徴とする請求項１６に記載のシステム。 ３９．各勘定間の前記分配割合が、前記キャッシュレジスタのデータとは無関係 にカードアイデンティファイヤによって特定されることを特徴とする請求項２５ に記載の方法。 ４０．前記キャッシュレジスタからリモートの位置にある中央プロセッサに前記 カードアイデンティファイヤ入力手段からのデータを受け取る過程を更に有する ことを特徴とする請求項２５に記載の方法。 ４１．前記入力過程が、前記カードアイデンティファイヤ及び振り分けのための 命令、及び勘定を含むデータを有するカードを受け取る過程を含み、前記分配過 程が前記カードからのデータを受け取る過程を更に有することを特徴とする請求 項２５に記載の方法。 ４２．前記分配過程が、前記カードから入力されたデータをキャッシュレジスタ からリモートの位置にある中央プロセッサにバッチ処理ベースで受け取る過程を 含むことを特徴とする請求項４１に記載の方法。 ４３．前記キャッシュレジスタからリモートの位置にある中央プロセッサにデー タを受け取る前記過程が、カードナンバー入力手段からのデータをリアルタイム ベースで受け取る過程を含むことを特徴とする請求項 ４２に記載の方法。 ４４．入力され振り分けられた金額をプリントアウトする過程を更に含むことを 特徴とする請求項３１に記載の方法。 ４５．前記カードが、前記キャッシュレジスタのデータとは無関係に、各勘定へ の振り分け割合を特定することを特徴とする請求項４１に記載の方法。[Claims] 1. Accumulate credit in payer's surplus accounts from economic transactions between payer and payee The method   Inputting a required payment amount to the payee;   Inputting the additional amount offered by the payer;   Paying an additional amount to the surplus account. A method of accumulating credit in the payer's surplus account from economic transactions with the payee. 2. The step of inputting the additional amount comprises the step of: Credit the account with the additional amount so that the payee is neutral to the additional amount The method of claim 1, including the step of maintaining a position. 3. The step of inputting the additional amount is based on predetermined data related to the surplus account. The method of claim 1, comprising calculating the additional amount. 4. The method further includes printing out the state of the surplus account. The method according to claim 2. 5. The surplus account identifies multiple charities, banks, and other individual accounts It is characterized by including accounts   The step of transferring the surplus amount includes assigning a predetermined portion of the surplus account to the individual account. 3. The method according to claim 2, comprising the step of applying. 6. And printing out the state of the excess amount. The method of claim 3. 7. The surplus account identifies multiple charities, banks, and other individual accounts It is characterized by including accounts   The step of transferring the surplus amount is a step of transferring the surplus account to the individual account. 4. The method according to claim 3, comprising the step of assigning parts. 8. Accumulate credit in payer's surplus accounts from economic transactions between payer and payee The system   Network and   First input means for inputting a required payment amount to the payee;   Second input means for inputting the additional amount offered by the payer;   Saving means for transferring an additional amount to the surplus account, Accumulate credit in the payer's surplus account from economic transactions between the payer and the payee system. 9. The savings means, wherein the payee is added to the surplus account at a central clearing house Credit the amount so that the payee remains neutral with respect to the additional amount 9. The system according to claim 8, further comprising a payee credit entry means. M 10. The second input means performs the addition based on predetermined data related to the surplus account. 9. The system according to claim 8, comprising calculating means for calculating an amount. 11. A printout means for printing out the state of the surplus account; 9. The system according to claim 8, comprising: 12. The surplus account identifies multiple charities, banks, and other financial institutions It is characterized by including individual accounts,   The saving means allocates a predetermined portion of the surplus account to the individual account; 9. The system according to claim 8, comprising hitting means. 13. A printout means for printing out the state of the surplus account; The system of claim 10, comprising: 14． The surplus account identifies multiple charities, banks, and other financial institutions It is characterized by including individual accounts,   The saving means allocates a predetermined portion of the surplus account to the individual account; The system according to claim 10, comprising a hitting means. 15. In a form linked by a central clearinghouse, by a neutral retailer, On the intelligent card, a computerized open purchase A method of issuing, reducing, and writing a credit balance,   Initializing an intelligent card by the neutral retailer;   Entering a purchase credit amount for the neutral retailer;   Enter the purchase credit balance recorded on the intelligent card Process,   Enter the amount of the purchase credit recorded at the neutral retailer's terminal Process,   Enter the amount of the purchase credit reduced from the intelligent card Process   Inputting the reduced purchase credit amount from the neutral retailer's terminal When,   Recording a new purchase credit balance of the intelligent card;   Recording a new purchase credit balance on the neutral retailer's terminal;   The neutral retailer terminal clears the net value of the purchase credit to a central clear The process of transmitting to the   Have the central clearinghouse receive the net value and transfer the purchased credit Paying a neutral retailer based on said net value of the Linked by a central clearinghouse featuring In the form of a neutral retailer, a computer on an intelligent card Issue, reduce and write the calculated open purchase credit balance Way. 16. A cash register;   In the cash register, enter the amount that matches the price of the product, and Input means to a cash register for inputting an amount matching the money;   Calculating means in a cash register to determine the presence of an excess cash payment;   Input to a card identifier that specifies one or more predetermined accounts Card identifier input means for performing   According to the register and the card identifier input means, A number of predetermined accounts identified in the Characterized by having sorting means for sorting,   The account is specified independently of the data in the register. system. 17． After the cash register makes the allocation, the remaining cash 17. A change return means for returning a spent amount in cash. System. 18. The cash register displays the excess cash payment and the remaining amount. The system of claim 17, comprising a display for displaying. 19. The printout means prints out the status of each of the accounts. 38. The system of claim 37, wherein: 20. The card identifier input means performs the 16. The method according to claim 15, further comprising means for inputting a change amount. system. 21. The allocating means calculates a charity payee account based on each allocation ratio. Characterized by having allocation means for allocating a part of excess funds The system according to claim 15. 22. The allocating means allocates a part of the excess funds based on each allocation ratio. 22. A means for direct transfer to a charity payee account. System. 23. The sorting means,   Charity storage means for storing a plurality of eligible charity names;   Bank storage means for storing a number of bank names;   Account storage means for storing the number of client accounts;   Enter the name of the charity and bank and set a name for each entry in that name. Input means for specifying and inputting,   According to the storage means and the input means, each input name and the stored name To determine whether the input name matches the stored name. Means for determining   When a charity or a bank is input according to the comparing means, Allocation means for assigning accounts to banks or banks;   Recording means for recording a denomination in the account according to the account storage means; ,   According to the account storage means, the urinary charity and the account in the bank Allocation to create an allocation of part of the recorded transfer to that account 22. The system of claim 21, comprising means. 24. A deductible to deduct the cost of goods from the payment received to determine the excess Steps and   Charity storage means for storing a plurality of eligible charity names;   Bank storage means for storing names of a plurality of banks;   An account storage means for storing a client account number;   Enter the name of the charity and the bank, and enter the name entered for each name Input means for confirming,   The input name and the stored name according to each of the storage means To determine whether the input name matches the stored name Means for comparison;   When the client selects a charity or bank according to the comparison means Allocating means for allocating an account to the charity or bank;   Recording means for recording the payment in the account according to each of the account storage means Steps and   According to the deduction means and the account storage means, the input charity and The allocation of the excess amount after deducting the commodity price to each account in the bank is described. Characterized by having allocation means for recording   The storage unit, the input unit, the comparison unit, the allocation unit, and the storage unit Recording means independent of said deduction means. Tem. 25. Entering an amount corresponding to the price of the product into a cash register;   Inputting an amount corresponding to the cash paid;   Requesting excessive cash payments;   Inputting a card identifier,   Of a number of predetermined accounts determined by the card identifier, To distribute at least a portion of the excess cash payment into one or more accounts of Distribution process,   One or more of the accounts corresponding to the card identifier Crediting the overpayment.   The predetermined account is independent of the cash register. Sales point management method characterized in that it is specified by a qualifier. 26. The dispensing step presents a change to return the remainder from the overpayment after dispensing. 26. The method of claim 25, comprising providing with gold. 27. The printout process includes displaying the excess cash amount and the remaining amount. 27. The method of claim 26, comprising the steps of: 28. The printout process prints out the status of each of the accounts. The method of claim 25, comprising the step of: 29. The method of claim 1, wherein the distributing step includes the step of applying the change to the distribution. Item 29. The method according to Item 25. 30. The distributing process includes distributing a portion of the excess amount to the charity payee account at each distribution ratio. 26. The method of claim 25, comprising allocating according to: 31. The distributing step includes directing the charity to a recipient of the charity; Of the excess funds to the payee's account 31. The method of claim 30, including transmitting. 32. Said distributing step,   Storing a plurality of eligible charity names;   Storing the names of a number of banks;   Storing a client account number;   Enter the charity and bank names and confirm the name entered for each name Process,   Each input name is compared with the stored name, and the input name is stored. Determining whether the name matches the specified name;   Assign Charity or Bank Account When Charity or Bank Entered The process of   Recording the deposit to the set account;   Divide the portion of the remittance recorded on each account in the charity and bank entered 26. The method according to claim 25, further comprising the step of registering a swing. 33. The distributing means is located at a position remote from the cash register; A central processor for receiving data from the card identifier input means. The system of claim 16, including a processor. 34. The card identifier input means includes a command for sorting and A receiving means for receiving a card having data and a number including an account And said distributing means further comprises means for receiving data from said card. The system of claim 16, comprising: 35. The sorting means batches data from the card number input means. At a remote location from the cash register for receiving on a processing basis 35. The system of claim 34, comprising a central processor. 36. A central processor at a location remote from the register, The role of receiving data from the identifier input means on a real-time basis 34. The system of claim 33, wherein the system performs. 37. Connected to the cash register, the card input unit, and the distribution unit Printout to print out the entered, entered and sorted amounts 17. The system according to claim 16, further comprising an outgoing means. 38. The card is allocated to each account regardless of the cash register data. 17. The system according to claim 16, wherein a divided distribution ratio is specified. 39. The distribution ratio between each account is independent of the cash register data 26. The method according to claim 25, wherein the identification is performed by a card identifier. The method described in. 40. A central processor at a remote location from the cash register Receiving data from the card identifier input means. The method of claim 25, wherein: 41. The inputting step is performed for the card identifier and the sorting. Receiving a card having instructions and data including an account, said distributing Wherein the step further comprises receiving data from the card. Item 29. The method according to Item 25. 42. The distributing step includes a step of transferring data input from the card to a cash register. Receiving from a remote processor to a central processor on a batch basis The method of claim 41, comprising: 43. Data from the cash register to a central processor at a remote location. Receiving the data from the card number input means in real time Claims comprising receiving on a basis. 42. The method according to 42. 44. Further including the step of printing out the entered and sorted amounts. The method of claim 31, wherein the method comprises: 45. The card is transferred to each account regardless of the data in the cash register. 42. The method according to claim 41, wherein a distribution ratio is determined.
JP8532797A 1995-04-25 1996-04-25 System for accepting financial overpayment and method of using same Pending JPH11505343A (en)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US42840195A 1995-04-25 1995-04-25
US08/429,758 US6112191A (en) 1993-02-18 1995-04-27 Method and system to create and distribute excess funds from consumer spending transactions
US49339695A 1995-06-22 1995-06-22
US08/428,401 1995-06-22
US08/493,396 1995-06-22
US08/429,758 1995-06-22
PCT/US1996/006055 WO1996034358A1 (en) 1995-04-25 1996-04-25 System and its method of use for accepting financial overpayments

Publications (1)

Publication Number Publication Date
JPH11505343A true JPH11505343A (en) 1999-05-18

Family

ID=27411585

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8532797A Pending JPH11505343A (en) 1995-04-25 1996-04-25 System for accepting financial overpayment and method of using same

Country Status (5)

Country Link
EP (1) EP0850456A4 (en)
JP (1) JPH11505343A (en)
CA (1) CA2252638A1 (en)
NZ (1) NZ335926A (en)
WO (1) WO1996034358A1 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099780A (en) * 2000-07-19 2002-04-05 Ooku:Kk Method for selling or buying commodity by using network
JP2002366618A (en) * 2001-06-05 2002-12-20 Kazutoshi Ito System for selling travel with donation
JP2007026471A (en) * 2000-07-19 2007-02-01 Ooku:Kk Method and system for selling or purchasing merchandise using network
JP2007048015A (en) * 2005-08-10 2007-02-22 Shinya Futagami Budget designation method and budget designation-equipped payment method
JP2007504558A (en) * 2003-09-05 2007-03-01 アメリカン キャンサー ソサエティ Method and system for automatically determining and collecting monetary contributions from instruments
US9171316B2 (en) 1997-08-26 2015-10-27 Inventor Holdings, Llc Method and apparatus for vending a combination of products
JP6231652B1 (en) * 2016-12-28 2017-11-15 三井住友カード株式会社 Savings and investment systems, methods, and programs
JP6271063B1 (en) * 2017-04-28 2018-01-31 三井住友カード株式会社 Fund transfer system, method and program executed by fund transfer system

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7571849B2 (en) 1993-02-18 2009-08-11 Burke Bertram V Method and system to create and distribute excess funds from consumer spending transactions
BR9815463A (en) * 1997-03-21 2001-11-06 Walker Asset Man Ltd Partnersh System, processes for conducting a lottery transaction and lottery ticket transactions and merchandise transactions, for processing a request for lottery ticket information and for lottery ticket transactions, for acquiring and authenticating a lottery ticket, device transaction processing, receipt and processes and devices to determine a complementary sale of a purchase and a second product depending on a purchase, to offer a complementary sale of a purchase, to facilitate the purchase of fractions of lottery tickets to provide a sale of a supplementary product at a point of sale terminal, to control the performance of a supplementary process at a point of sale terminal, to process a sale of supplementary product at a point of sale terminal and to control offers that are provided at a point-of-sale terminal
US6941274B1 (en) * 1997-11-28 2005-09-06 Diebold, Incorporated Automated transaction machine
FR2776403B1 (en) * 1998-03-20 2000-05-26 Roland Moreno METHOD AND SYSTEM FOR ELECTRONIC FUNDRAISING
AU2001264784A1 (en) * 2000-05-22 2001-12-03 Electronic Data Systems Corporation Method and system for settlement processing
US7480634B1 (en) 2001-04-17 2009-01-20 Cornelius Marketing Method and system for saving and investing through use of a money management card and pooled investment accounts
JP2003067839A (en) * 2001-08-27 2003-03-07 Fujitsu Ltd System, device, method and program for managing change, cash paying machine and computer readable recording medium recorded with change management program
GB0605281D0 (en) * 2006-03-16 2006-04-26 Dent Davie R Payment and recipient system
US10540712B2 (en) 2008-02-08 2020-01-21 The Pnc Financial Services Group, Inc. User interface with controller for selectively redistributing funds between accounts
US8229806B1 (en) 2008-05-12 2012-07-24 The Pnc Financial Services Group, Inc. Computer implemented method of tracking customer spending and income
US8768736B1 (en) 2008-05-12 2014-07-01 The Pnc Financial Services Group, Inc. Tracking customer spending
US8401938B1 (en) 2008-05-12 2013-03-19 The Pnc Financial Services Group, Inc. Transferring funds between parties' financial accounts
US8751385B1 (en) 2008-05-15 2014-06-10 The Pnc Financial Services Group, Inc. Financial email
US8065230B1 (en) 2008-07-14 2011-11-22 The Pnc Financial Services Group, Inc. Family purchase card for developing financial management skills
US8965798B1 (en) 2009-01-30 2015-02-24 The Pnc Financial Services Group, Inc. Requesting reimbursement for transactions
US10891037B1 (en) 2009-01-30 2021-01-12 The Pnc Financial Services Group, Inc. User interfaces and system including same
US10387853B1 (en) 2010-01-19 2019-08-20 The Pnc Financial Services Group, Inc. Secondary purchase card for financial transactions (“cap card”)
US8791949B1 (en) 2010-04-06 2014-07-29 The Pnc Financial Services Group, Inc. Investment management marketing tool
US8780115B1 (en) 2010-04-06 2014-07-15 The Pnc Financial Services Group, Inc. Investment management marketing tool
US8417614B1 (en) 2010-07-02 2013-04-09 The Pnc Financial Services Group, Inc. Investor personality tool
US8423444B1 (en) 2010-07-02 2013-04-16 The Pnc Financial Services Group, Inc. Investor personality tool
US9665908B1 (en) 2011-02-28 2017-05-30 The Pnc Financial Services Group, Inc. Net worth analysis tools
US8374940B1 (en) 2011-02-28 2013-02-12 The Pnc Financial Services Group, Inc. Wealth allocation analysis tools
US9852470B1 (en) 2011-02-28 2017-12-26 The Pnc Financial Services Group, Inc. Time period analysis tools for wealth management transactions
US8321316B1 (en) 2011-02-28 2012-11-27 The Pnc Financial Services Group, Inc. Income analysis tools for wealth management
US9098831B1 (en) 2011-04-19 2015-08-04 The Pnc Financial Services Group, Inc. Search and display of human resources information
US10169812B1 (en) 2012-01-20 2019-01-01 The Pnc Financial Services Group, Inc. Providing financial account information to users
US8781906B2 (en) 2012-02-06 2014-07-15 Walter Cruttenden Systems and methods for managing consumer transaction-based investments
US10937097B1 (en) 2012-02-06 2021-03-02 Acorns Grow Incorporated Systems and methods for creating excess funds from retail transactions and apportioning those funds into investments
USD928190S1 (en) 2013-03-14 2021-08-17 Acorns Grow Incorporated Mobile device screen or portion thereof with an animated graphical user interface
USD972577S1 (en) 2013-03-14 2022-12-13 Acorns Grow Inc. Mobile device screen with a graphical user interface
USD969818S1 (en) 2013-03-14 2022-11-15 Acorns Grow Inc. Mobile device screen with graphical user interface
USD927509S1 (en) 2013-03-14 2021-08-10 Acorns Grow Incorporated Mobile device screen or portion thereof with graphical user interface
US11176614B1 (en) 2013-03-14 2021-11-16 Acorns Grow Incorporated Systems and methods for creating excess funds from retail transactions and apportioning those funds into investments
WO2015118506A2 (en) * 2014-02-08 2015-08-13 Singh Suvan A method of distributing funds
USD792890S1 (en) 2015-05-22 2017-07-25 Acorns Grow Incorporated Display screen or portion therof with a financial data graphical user interface
USD928799S1 (en) 2018-07-19 2021-08-24 Acorns Grow Incorporated Mobile device screen or portion thereof with graphical user interface
US11567655B2 (en) 2019-02-21 2023-01-31 Acorns Grow Incorporated Secure signature creation on a secondary device
US11315139B2 (en) 2019-09-13 2022-04-26 Capital One Services, Llc Systems and methods for overpayment handling
USD927521S1 (en) 2019-12-09 2021-08-10 Acorns Grow Incorporated Mobile device screen or portion thereof with a graphical user interface

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
US5202826A (en) * 1989-01-27 1993-04-13 Mccarthy Patrick D Centralized consumer cash value accumulation system for multiple merchants
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9171316B2 (en) 1997-08-26 2015-10-27 Inventor Holdings, Llc Method and apparatus for vending a combination of products
JP2002099780A (en) * 2000-07-19 2002-04-05 Ooku:Kk Method for selling or buying commodity by using network
JP2007026471A (en) * 2000-07-19 2007-02-01 Ooku:Kk Method and system for selling or purchasing merchandise using network
JP2002366618A (en) * 2001-06-05 2002-12-20 Kazutoshi Ito System for selling travel with donation
JP4623351B2 (en) * 2001-06-05 2011-02-02 和俊 伊藤 Travel sales system with donations
JP2007504558A (en) * 2003-09-05 2007-03-01 アメリカン キャンサー ソサエティ Method and system for automatically determining and collecting monetary contributions from instruments
JP2007048015A (en) * 2005-08-10 2007-02-22 Shinya Futagami Budget designation method and budget designation-equipped payment method
JP6231652B1 (en) * 2016-12-28 2017-11-15 三井住友カード株式会社 Savings and investment systems, methods, and programs
JP2018106613A (en) * 2016-12-28 2018-07-05 三井住友カード株式会社 Saving and investment system, method, and program
JP6271063B1 (en) * 2017-04-28 2018-01-31 三井住友カード株式会社 Fund transfer system, method and program executed by fund transfer system
JP2018190074A (en) * 2017-04-28 2018-11-29 三井住友カード株式会社 Fund transfer system, method executed by fund transfer system, and program

Also Published As

Publication number Publication date
CA2252638A1 (en) 1996-10-31
EP0850456A1 (en) 1998-07-01
WO1996034358A1 (en) 1996-10-31
NZ335926A (en) 2001-02-23
EP0850456A4 (en) 2004-11-24

Similar Documents

Publication Publication Date Title
US6112191A (en) Method and system to create and distribute excess funds from consumer spending transactions
US8025217B2 (en) Method and system to create and distribute excess funds from consumer spending transactions
US7171370B2 (en) Funds distribution system connected with point of sale transactions
US6088682A (en) Funds distribution system connected with point of sale transactions
JPH11505343A (en) System for accepting financial overpayment and method of using same
US5621640A (en) Automatic philanthropic contribution system
US6405182B1 (en) System for dispensing prepaid debit cards through point-of-sale terminals
US8027917B2 (en) Method for facilitating financial and non financial transactions between customers, retailers and suppliers
US6105865A (en) Financial transaction system with retirement saving benefit
US20060190347A1 (en) System and process for sales, validation, rewards and delivery of prepaid debit cards
US20010047342A1 (en) Credit or debit cards of all kinds to be issued with a bank savings account attched
US20030139999A1 (en) Method and apparatus for facilitating monetary and commercial transactions
US20050021363A1 (en) Debit card per-transaction charitable contribution
US20050131792A1 (en) Financial transaction system with integrated, automatic reward detection
JP2001509629A (en) Automatic payment system and method
RU2145436C1 (en) Devices and methods for retail trade
KR101969011B1 (en) Digital currency, electronic wallet system for disital currency, and disital currency issuance, circulation and use syatem, and method thereof
US8498902B1 (en) Process and system for the clearing and settling of transactions
US20040199438A1 (en) Method and system for implementing electronic account transactions
KR20000059133A (en) Pay Hold Cash Card System for the Protection of On-Line and Off-Line Business
KR100530651B1 (en) Method to float the cash receipt according to cash transaction
AU761833B2 (en) System and its method of use for accepting financial overpayments
AU2003246294B2 (en) System and its method of use for accepting financial overpayments
AU5670696A (en) System and its method of use for accepting financial overpayments
AU2007237230A1 (en) System and its method of use for accepting financial overpayments