WO2005101713A2 - System and method for processing and for funding a transaction - Google Patents

System and method for processing and for funding a transaction Download PDF

Info

Publication number
WO2005101713A2
WO2005101713A2 PCT/US2005/011965 US2005011965W WO2005101713A2 WO 2005101713 A2 WO2005101713 A2 WO 2005101713A2 US 2005011965 W US2005011965 W US 2005011965W WO 2005101713 A2 WO2005101713 A2 WO 2005101713A2
Authority
WO
WIPO (PCT)
Prior art keywords
account
transaction
fransaction
attempted
destination account
Prior art date
Application number
PCT/US2005/011965
Other languages
French (fr)
Other versions
WO2005101713A3 (en
Inventor
Robert Minter Alexander
Charles Aaron Rosenblatt
Original Assignee
Capital One Financial Corporation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Capital One Financial Corporation filed Critical Capital One Financial Corporation
Publication of WO2005101713A2 publication Critical patent/WO2005101713A2/en
Publication of WO2005101713A3 publication Critical patent/WO2005101713A3/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401Transaction verification
    • G06Q20/4016Transaction verification involving fraud or risk level assessment in transaction processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Definitions

  • Membership reward programs also often offer participants other rewards, incentives or the like instead of or in addition to the ability to accumulate reward units. For example, some membership reward programs return to a participant a predetermined percentage of a transaction amount or of an amount spent during a predetermined period (referred to as "cash back") either as a credit to an account or by check, offer participants discounts on select merchandise or services, and complimentary merchandise or services. Typically, participants earn rewards when using transaction cards associated with a credit line, such as conventional credit cards.
  • a still further aspect of the present application provides for a system for processing a transaction comprising a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account, and a processing unit operatively connected to the memory unit, the processing unit programmed to automatically request an automated clearing house transfer from a source account to the destination account via an automated clearing house network, receive the automated clearing house transfer, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the transfer, receive fransaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and the data identifying the destination account, process the attempted transaction with a credit card interchange rate, and transmit data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted fransaction.
  • An additional aspect of the present application provides for a system for processing a transaction comprising a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account, and a processing unit operatively connected to the memory unit, the processing unit programmed to receive an automated clearing house transfer from a source account via an automated clearing house network, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the transfer, receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and the data identifying the destination account, processing the attempted transaction with a credit card interchange rate, and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted fransaction.
  • Fig. 3 illustrates another exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application.
  • Fig. 4 illustrates in more detail the exemplary fransaction system shown in Fig. 1.
  • the exemplary embodiments of the present application are described with reference to an account holder having a plurality of accounts and at least one associated fransaction card linked to at least one of the plurality of accounts.
  • the account holder can use the card, for example, to make a purchase at or with a merchant.
  • the appearance of the transaction card can represent a credit card, a debit card, an ATM card and a smart card and, thus, is not meant to be limited to any particular type of card and associated account.
  • Transactions conducted with the transaction card are processed using a credit card interchange rate, as described herein in more detail. As is well known in the art, some transactions can be conducted without presenting a physical card at a point-of-sale ("POS").
  • POS point-of-sale
  • Financial institution B 150 includes processing unit 155 coupled to memory unit 160 having stored therein source account data 175.
  • Source account data 175 is associated with source account 415, also shown in Fig. 4.
  • Financial institution A 125 transmits data to and receives data, for instance, ACH transfer 425 as shown in Fig. 4, from financial institution B 150 via ACH network 165.
  • ACH transfer 425 as shown in Fig. 4
  • the use of debit/credit network 115 for transmitting and for processing credit and debit fransaction data is well known in the art and therefore is not described in detail herein.
  • Memory unit 170 and memory unit 160 associated with financial institution A 125 and financial institution B 150, respectively, can include various types of memory storage devices, for example, one or more databases, relational or otherwise and, therefore, is not meant to be limited to any particular type of storage device or quantity of storage devices operating alone or in combination.
  • Memory unit 170 stores data including, for instance, source account data 140 and destination account data 145
  • memory unit 160 stores data including, for example, source account data 175.
  • memory unit 170 and memory unit 160 can store other data associated with account holder 180, such as personal data, transaction history data, security data and data associated with accumulated and redeemed rewards.
  • Debit/credit network 115 can be the MasterCard®/Nisa® network or other proprietary networks, such as Plus, ⁇ ovus (debit), Diner's Club® (credit) and American Express®, the operation and use of which are well known in the art and are, thus, not described herein.
  • Transaction data associated with a fransaction between account holder 180 and merchant 110 is transmitted using debit/credit network 115.
  • Transaction data can also be transmitted through an Internet link, through a mail link and through a telephone link instead of debit/credit network 115 or in combination with debit/credit network 115.
  • the components of Fig. 1 maybe implemented through hardware, software, and/or firmware.
  • the components in fransaction system 100 are not limited to those illusfrated.
  • Processing unit 120 receives the requested ACH fransfer from financial institution B 150, in 210, and updates destination account data 145 stored in memory unit 170 associated with account holder 180 by increasing the stored balance data by the amount of ACH fransfer 425, in 215. Further, processing unit 155 of financial institution B 150 updates source account 415, in particular, source account data 175 stored in memory unit 160, also associated with account holder 180 by decreasing the stored balance data by the amount of ACH transfer 425.
  • the amount of the automatic ACH transfer 425 is determined by the respective account holder, for instance, account holder 180, and the predetermined time, for instance, daily, weekly, monthly or yearly, when ACH transfer 425 occurs is also determined by that account holder.
  • processing unit 155 of financial institution B 150 automatically transfers the predetermined amount of funds from source account 415 to destination account 410 at financial institution A 125 at the predetermined time via ACH transfer 425 through ACH network 165.
  • ACH transfer 425 is received by processing unit 120, in 220. Similar to when financial institution A 125 initiates ACH transfer 425, processing unit 120 adjusts destination account data 145 including the balance data by increasing the balance data by the amount of ACH fransfer 425, in 225. Also, processing unit 155 adjusts source account data 175 by decreasing the stored balance data by the amount of ACH fransfer 425.
  • account holder 180 presents transaction card 105 to merchant 110, for instance, at a POS for conducting a fransaction with merchant 110.
  • a device or devices located at merchant 110 such as a POS terminal, read a magnetic stripe located on transaction card 105 or a memory unit located on transaction card 105 if transaction card 105 is a smart card or the like.
  • Transaction data including at least a transaction amount and an account number associated with transaction card 105 is received by processing unit 120 of financial institution A 125 via debit/credit network 115, in 230.
  • the received account number is associated with destination account 410 and destination account data 145 stored in memory unit 170.
  • the account number can be associated with another account linked to destination account 410.
  • destination account 410 may have a balance reflected by destination account data 145, described herein with reference to Figs. 2-4. In an exemplary embodiment, if destination account 410 has a balance, account holder 180 earns interest at a fixed or variable interest rate on the account balance.
  • the fixed or variable interest rate can be determined by financial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds.
  • Interest determination unit 130 determines an amount of interest that has accrued on a balance of destination account 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance.
  • processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance.
  • funds are transferred from source account 415 to destination account 410 by ACH transfer 425 only upon request by account holder 180 after (or before) a respective attempted transaction by account holder 180.
  • funds are transferred from source account 415 to destination account 410 by financial institution A 125 or by financial institution B 150 automatically after account holder 180 initiates the transaction with merchant 180. For instance, upon processing unit 120 receiving data from merchant 110 indicating a transaction amount, processing unit 120 automatically transmits ACH request 430 to processing unit 155 requesting an ACH transfer equal to the transaction amount be transferred to destination account 410.
  • account holder 180 can contact financial institution A 125 or financial institution B 150 to request ACH fransfer 425 for a specific amount of money at least equal to the fransaction amount.
  • FIG. 3 illustrates another exemplary flow diagram for processing and for funding a fransaction according to the exemplary embodiments of the present application.
  • transaction data including at least a transaction amount and an account number associated with transaction card 105 is received by processing unit 120 of financial institution A 125 via debit/credit network 115, in 310.
  • Processing unit 120 then requests ACH transfer 425 by fransmitting ACH request 430 for an amount equal to the fransaction amount to be electronically transferred from source account 415 associated with financial institution B 150 to destination account 410 associated with financial institution A 125, in 315.
  • ACH transfer 425 can result either from account holder 180 requesting the ACH fransfer or from financial institution A 125 requesting the ACH fransfer.
  • Processing unit 120 thereafter receives the funds through ACH fransfer 425 via ACH network 165, in 320.
  • a credit line associated with financial institution A 125 or financial institution B 150, or another demand deposit account associated with account holder 180 is accessed by processing unit 120 to cover the amount of the attempted transaction or a portion thereof.
  • Account holder 180 can also be charged a predetermined transaction fee for utilizing the overdraft protection benefit associated with transaction card 105.
  • Processing unit 120 updates destination account data 145 stored in memory unit 170 associated with account holder 180 by increasing the stored balance data by the amount of ACH fransfer 425, in 325.
  • processing unit 155 of financial institution B 150 updates source account data 175 stored in memory unit 160 also associated with account holder 180 by decreasing the stored balance data by the amount of ACH fransfer 425.
  • Processing unit 120 then authorizes the attempted fransaction and fransmits authorization data to merchant 110 via debit/credit network 115, in 330.
  • the authorization data is transmitted before receiving funds in 320 or before requesting ACH transfer 425 in 315.
  • processing unit 120 again updates destination account data 145 stored in memory unit 170 associated with account holder 180 by decreasing the stored balance data by the transaction amount, in 325.
  • processing unit 120 does not update the balance data of destination account 410, for instance, by first increasing the balance data and then decreasing the balance data by the same amount, as described herein with reference to 325 and 335. Rather, the balance data is not altered for the net result of the balance is the same.
  • ACH transfer 425 can occur once a day, for example, at the end of the day, for an amount equal to the cumulative amount of all transactions conducted by account holder 180 using transaction card 105 during that respective day.
  • ACH transfer 425 can occur after a predetermined number of hours or days have elapsed, the amount of ACH fransfer 425 equaling the cumulative amount of all fransactions conducted by account holder 180 during the predetermined number of hours or days preceding the transfer.
  • the source account from which a predetermined amount of money originates is associated with financial institution A 125, as opposed to financial institution B 150.
  • source account data 140 associated with source account 425 is stored in memory unit 170 of financial institution 125, as depicted in Fig. 1.
  • processing unit 120 either automatically or upon request by account holder 180 request transfers from source account 425 to destination account 410 or automatically receives transfers from source account 425 as described herein with reference to Figs. 2 and 3.
  • funds can be transferred internally within a financial institution or funds can be transferred from one account associated with the institution to another account associated with the same institution using ACH network 165.
  • Destination account 410 may have a balance reflected by destination account data 145, described herein with reference to Figs. 2-4.
  • processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance.
  • processing unit 120 is also coupled to reward determination unit 135.
  • reward determination unit 135 determines whether a respective account holder, for example, account holder 180, is entitled to a reward. If it is determined that account holder 180 is entitled to a reward, the particular reward is determined by reward determination unit 135 and then associated with an account, such as a reward account, of account holder 180 so that account holder 180 can later redeem the reward.
  • Transactions conducted by account holder 180 using fransaction card 105 are processed using a credit card interchange rate as described herein.
  • a credit card interchange rate as opposed to a lower debit card interchange rate, affords issuers, such as financial institution 125, a financial benefit and these issuers extend reward opportunities associated with a reward program to account holders like account holder 180.
  • account holder 180 participates in a reward program associated with financial institution A 125 and thereby earns rewards, incentives or the like, for instance, by engaging in transactions with merchants, such as merchant 110, using fransaction card 105 associated with a qualified financial account, for instance, destination account 410, and later redeeming those accumulated rewards, incentives or the like with merchant 110 or with other merchants.
  • account holder 180 has the ability to earn a plurality of reward units, such as points, for example, for purchases with merchant 110 and other merchants using a qualified financial account —destination account 410 as described herein.
  • the present application is applicable, to any institution or company having a membership reward program associated therewith, including financial institutions, airlines, supermarkets, hotels, car rental companies, retail stores, Internet loyalty programs, loyalty providers, such as Carlson Companies, Inc. and Cendant Corporation, and Visa® and MasterCard® that offer rewards, incentives or the like.
  • the membership reward program is managed directly by the institution or company, for instance, financial institution A 125.
  • the membership reward program is managed by a third party associated with financial institution A 125.
  • two or more membership reward programs can be linked together so that account holder 180 earns reward units or the like in a single rewards account from various sources.
  • the exemplary embodiments of the present application are described herein with reference to reward units as being points, and earning and redeeming the same.
  • the present application is not limited to points, as points are units merely symbolizing a form of currency for use towards transactions.
  • other symbols operable as currency are equally applicable to the exemplary embodiments of the present application, for instance, miles, stars, dollars, cash, rebates or credits.
  • account holder 180 participating in the membership reward program earns (and redeems) points when conducting fransactions with merchant 110 and other merchants.
  • transaction system 100 is operable for an institution (for example, financial institution A 125) other than the institution (for example, financial institution B 150) offering account holder 180 a demand deposit account (for example, source account 415), such as a checking account, to issue a transaction card linked to this demand deposit account through ACH network 165.
  • a demand deposit account for example, source account 415
  • source account 415 such as a checking account
  • fransaction card 105 appears as a credit card and is processed as a credit card since a credit card interchange rate is imposed on each fransaction.
  • transaction card 105 operates like a debit card, because with every transaction, at the end of each day or at some other time, an ACH transaction would debit source account 415 of account holder 180 for the amount of the purchase(s).

Abstract

Method for processing a transaction, the method comprising automatically requesting an automated clearing house transfer from a source account (140) to a destination account (145) via an automated clearing house network, receiving the automated clearing hous transfer, adjusting destination account data associated with the destination account (145) by increasing a balance of the destination account (145) by an amount of the transfer, receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and data identifying the destination account (145), processing the attempted transacti with a credit card interchange rate, and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction.

Description

SYSTEM AND METHOD FOR PROCESSING AND FOR FUNDING A TRANSACTION
Field The present application relates to a banking system and method and, more particularly, to a system and method for providing transactional access to a demand deposit account while imposing a credit card interchange rate on the respective transaction.
Background Credit cards, debit cards and other types of transaction cards are commonly used today by consumers to fund transactions at or with merchants. When credit cards and debit cards are used by consumers, interchange rates are routinely imposed by a bankcard association. An interchange rate is a percentage of a transaction amount and the percentage is set by the bankcard association. Acquiring banks are charged the interchange rate for a consumer transaction by the bankcard association. An acquiring bank is a financial institution that contracts with merchants to settle electronic transactions. For credit card transactions, an acquiring bank provides the merchant with its credit card processing account. This acquiring bank sends credit card and purchase information for transactions to a credit card association (such as Visa® and MasterCard®), which forwards it to the issuer associated with the credit card. The credit card association also collects interchange revenue due to the interchange rate imposed for each transaction associated with the respective credit or debit card and forwards at least a portion of that revenue to the issuer. Interchange rates for credit card transactions are higher than interchange rates for debit cards. Also commonly used today in the banking industry is automated clearing house ("ACH") transactions. ACH is a form of electronic payment. Specifically, ACH is an electronic fund transfer through an ACH network including the Federal Reserve Bank from one account to another account, such as to a checking or savings account. ACH is typically used to process payments for settlement within one or two business days. ACH transactions are settled in a manner similar to the way checks are settled: The clearinghouse takes all ACH files received daily from its member banks, sorts them by the originating bank (the bank where the check was cashed or deposited) and the paying bank (the bank against which the check was drawn), totals the accounts, and credits or debits appropriate accounts accordingly. A company can issue an ACH debit for a purchase amount through the ACH network to a customer's account at the customer's bank. A company can also initiate a purchase upon receipt of an ACH credit. Numerous financial institutions, such as credit card companies and banks, and other companies, such as airline carriers, hotels and retailers, offer membership reward programs to their customers. Traditionally, membership reward programs are funded at least in part by the interchange revenue collected by the respective financial institution. These membership reward programs often provide their participants the ability to earn and accumulate units or portions thereof that are operable as currency, such as points, stars and miles. Participants earn such units, for example, when conducting transactions with a qualified account or engaging services with the qualified account. The units are redeemable for merchandise or services with participating merchants. Further, these membership reward programs offer other rewards to participants for being enrolled in the respective reward program that do not involve the redemption of points or the like, such as a companion airline ticket upon purchasing an airline ticket with a qualified account. Depending on the reward program enrolled in by a participant, certain rewards may not be available to the respective participant. For instance, program X may not offer particular merchandise or services to its participants, whereas program y does offer such merchandise or services.
A participant may use a transaction card associated with the qualified account to conduct the respective transaction. Reward units typically accrue at a rate of one unit for every dollar spent using the account and the accrued units operate as currency. Some entities restrict purchasing to particular merchants to earn reward units, whereas other financial institutions have no such restrictions. The maximum reward units a participant can earn annually are usually unlimited. Sometimes, however, a cap is imposed on the amount of reward units a participant can earn. Additionally, reward units usually do not accumulate on cash advances, convemence checks, balance transfers, fees or adjustments. When merchandise purchased with the respective account is returned, the account credit will result in a reduction of reward units. Participants usually seek to accumulate enough reward units to purchase merchandise or services. For instance, a participant may seek to accumulate enough reward units to purchase a particular product from an associated merchant or purchase an airline ticket from another associated merchant. Depending on the program, only certain merchants are considered qualified merchants with whom reward units can be redeemed towards a purchase. Membership reward programs also often offer participants other rewards, incentives or the like instead of or in addition to the ability to accumulate reward units. For example, some membership reward programs return to a participant a predetermined percentage of a transaction amount or of an amount spent during a predetermined period (referred to as "cash back") either as a credit to an account or by check, offer participants discounts on select merchandise or services, and complimentary merchandise or services. Typically, participants earn rewards when using transaction cards associated with a credit line, such as conventional credit cards. Few debit card issuers, however, offer rewards for use of their debit cards at least in part because companies like Mastercard® and Visa® collect lower interchange revenue from merchants and consequently pay less to the respective issuers. As a result, debit card issuers do not have sufficient revenue to fund programs such as rewards programs. Moreover, consumers commonly obtain their debit cards from the same banks which provide their checking or other demand deposit account. Therefore, a need exists for a system and method that utilizes a transaction card with a credit card interchange rate which is paid on a predetermined basis, such as daily, weekly or monthly, through ACH to a demand deposit account, the demand deposit account being associated with the issuer of the transaction card or a different financial institution. As a result of imposing the credit card interchange rate, a need exist for providing such account holders of the transaction card issuers with rewards for engaging in transactions.
Summary An aspect of the present application provides for a method for processing a transaction, the method comprising automatically requesting an automated clearing house transfer from a source account to a destination account via an automated clearing house network, receiving the automated clearing house transfer, adjusting destination account data associated with the destination account by increasing a balance of the destination account by an amount of the transfer, receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and data identifying the destination account, processing the attempted transaction with a credit card interchange rate, and transmitting data to the merchant indicating one of" authorization of the attempted transaction and denial of the attempted transaction. Another aspect of the present application provides for a method for processing a transaction, the method comprising receiving an automated clearing house transfer from a source account via an automated clearing house network, adjusting destination account data associated with a destination account by increasing a balance of the destination account by an amount of the transfer, receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and data identifying the destination account, processing the attempted transaction with a credit card interchange rate; and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction. A further aspect of the present application provides for a method for processing a transaction, the method comprising receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and data identifying the destination account, processing the attempted transaction with a credit card interchange rate, requesting an automated clearing house transfer for the transaction amount to be transmitted from a source account to a destination account via an automated clearing house network, receiving the automated clearing house transfer, and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction. A still further aspect of the present application provides for a system for processing a transaction comprising a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account, and a processing unit operatively connected to the memory unit, the processing unit programmed to automatically request an automated clearing house transfer from a source account to the destination account via an automated clearing house network, receive the automated clearing house transfer, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the transfer, receive fransaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and the data identifying the destination account, process the attempted transaction with a credit card interchange rate, and transmit data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted fransaction. An additional aspect of the present application provides for a system for processing a transaction comprising a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account, and a processing unit operatively connected to the memory unit, the processing unit programmed to receive an automated clearing house transfer from a source account via an automated clearing house network, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the transfer, receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and the data identifying the destination account, processing the attempted transaction with a credit card interchange rate, and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted fransaction. Another aspect of the present application provides for a system for processing a transaction comprising a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account, and a processing unit operatively connected to the memory unit, the processing unit programmed to receive an automated clearing house transfer from a source account via an automated clearing house network, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the transfer, receive transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and the data identifying the destination account, processing the attempted transaction with a credit card interchange rate, and fransmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction.
Brief Description of the Drawings
Fig. 1 illustrates an exemplary transaction system according to the exemplary embodiments of the present application;
Fig. 2 illustrates an exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application;
Fig. 3 illustrates another exemplary flow diagram for processing a transaction according to the exemplary embodiments of the present application; and
Fig. 4 illustrates in more detail the exemplary fransaction system shown in Fig. 1.
Detailed Description The exemplary embodiments of the present application are described with reference to an account holder having a plurality of accounts and at least one associated fransaction card linked to at least one of the plurality of accounts. The account holder can use the card, for example, to make a purchase at or with a merchant. The appearance of the transaction card can represent a credit card, a debit card, an ATM card and a smart card and, thus, is not meant to be limited to any particular type of card and associated account. Transactions conducted with the transaction card, however, are processed using a credit card interchange rate, as described herein in more detail. As is well known in the art, some transactions can be conducted without presenting a physical card at a point-of-sale ("POS"). Rather, an account holder can present a predetermined number associated with one or more accounts to perform a transaction. Further, transaction cards can be administered by various companies, such as banks, credit card companies, or other institutions or companies. Figure 1 illustrates an exemplary transaction system 100 according to the exemplary embodiments of the present application. Transaction system 100 includes merchant 110, financial institution A 125 coupled to merchant 110 via debit/credit network 115, and financial institution B 150. Financial institution A 125 includes processing unit 120, interest determination unit 130, reward determination unit 135 and memory unit 170 having stored therein source account data 140 and destination account data 145. Source account data is associated with source account 425 and destination account data 145 is associated with destination account 410, depicted in Fig. 4. Alternatively, the functionality provided by interest determination unit 130 and reward determination unit 135 can instead be provided by processing unit 120 or in conjunction with processing unit 120. Financial institution B 150 includes processing unit 155 coupled to memory unit 160 having stored therein source account data 175. Source account data 175 is associated with source account 415, also shown in Fig. 4. Financial institution A 125 transmits data to and receives data, for instance, ACH transfer 425 as shown in Fig. 4, from financial institution B 150 via ACH network 165. The use of debit/credit network 115 for transmitting and for processing credit and debit fransaction data is well known in the art and therefore is not described in detail herein. Similarly, the use of ACH network 165 for transmitting and for processing ACH transfer 425 is well known in the art and hence is also not described in detail herein. Transaction card 105 is operable for account holder 180 to purchase at or with merchant 110 to cause data to be transmitted to and from financial institution A 125 regarding that transaction. Financial institution A 125 issues to account holder 180 transaction card 105, financial institution A 125 being a credit card company, a bank, a mortgage company or any other type of financial institution or company. Like financial institution A 125, financial institution B 150 is linked to financial institution A 125 and can be a credit card company, a bank, a mortgage company or any other type of financial institution or company. Memory unit 170 and memory unit 160 associated with financial institution A 125 and financial institution B 150, respectively, can include various types of memory storage devices, for example, one or more databases, relational or otherwise and, therefore, is not meant to be limited to any particular type of storage device or quantity of storage devices operating alone or in combination. Memory unit 170 stores data including, for instance, source account data 140 and destination account data 145, and memory unit 160 stores data including, for example, source account data 175. As will be appreciated by a person having ordinary skill in the art, memory unit 170 and memory unit 160 can store other data associated with account holder 180, such as personal data, transaction history data, security data and data associated with accumulated and redeemed rewards. Debit/credit network 115 can be the MasterCard®/Nisa® network or other proprietary networks, such as Plus, Νovus (debit), Diner's Club® (credit) and American Express®, the operation and use of which are well known in the art and are, thus, not described herein. Transaction data associated with a fransaction between account holder 180 and merchant 110 is transmitted using debit/credit network 115. Transaction data can also be transmitted through an Internet link, through a mail link and through a telephone link instead of debit/credit network 115 or in combination with debit/credit network 115. The components of Fig. 1 maybe implemented through hardware, software, and/or firmware. The components in fransaction system 100 are not limited to those illusfrated. Figure 2 illustrates an exemplary flow diagram for processing and for funding a transaction according to the exemplary embodiments of the present application. Financial institution A 125 is electronically coupled to financial institution B 150 so that funds can be electronically transferred to or from the respective financial institution via ACH network 165. In an exemplary embodiment, ACH transactions occur automatically on a recurring basis at a predetermined time, for instance, daily, weekly, monthly or yearly, or a combination thereof, as described herein in more detail. Alternatively, ACH transactions can occur upon request, as opposed to automatically, for example, by account holder 180, by financial institution A 125 and/or by financial institution B 150, also described herein in more detail with reference to Fig. 3. In Fig. 2, ACH transfer 425 occurs automatically at a predetermined time for a predetermined amount before a transaction is attempted by account holder 180. The automatic ACH transfer 425 is either initiated by financial institution A 125 via ACH request 430, described herein with reference to 205-215, or is initiated by financial institution B 165, as described herein with reference to 220-225. When initiated by financial institution A 125 by ACH request 430, a predetermined amount of funds are requested by processing unit 120 to be transferred to destination account 410 associated with financial institution A 125 from source account 415 associated with financial institution B 150, in 205, as shown in Fig. 2. Processing unit 120 receives the requested ACH fransfer from financial institution B 150, in 210, and updates destination account data 145 stored in memory unit 170 associated with account holder 180 by increasing the stored balance data by the amount of ACH fransfer 425, in 215. Further, processing unit 155 of financial institution B 150 updates source account 415, in particular, source account data 175 stored in memory unit 160, also associated with account holder 180 by decreasing the stored balance data by the amount of ACH transfer 425. In an exemplary embodiment of the present application, the amount of the automatic ACH transfer 425 is determined by the respective account holder, for instance, account holder 180, and the predetermined time, for instance, daily, weekly, monthly or yearly, when ACH transfer 425 occurs is also determined by that account holder. When financial institution B 150 initiates ACH fransfer 425, processing unit 155 of financial institution B 150 automatically transfers the predetermined amount of funds from source account 415 to destination account 410 at financial institution A 125 at the predetermined time via ACH transfer 425 through ACH network 165. ACH transfer 425 is received by processing unit 120, in 220. Similar to when financial institution A 125 initiates ACH transfer 425, processing unit 120 adjusts destination account data 145 including the balance data by increasing the balance data by the amount of ACH fransfer 425, in 225. Also, processing unit 155 adjusts source account data 175 by decreasing the stored balance data by the amount of ACH fransfer 425. Thus, processing unit 120 of financial institution A 125 can automatically request the transfer of the predetermmed amount of funds from source account 415 to destination account 410 via ACH transfer 425 at the predetermined time or processing unit 155 of financial institution B 150 can automatically fransfer the predetermined amount of funds from source account 415 to destination account 410 at financial institution A 125 via ACH fransfer 425 at the predetermined time, as described herein. In both instances, an account balance of destination account 410 is increased which is reflected by destination account data 145 stored in memory unit 170. Accordingly, funds will be available for account holder 180 to conduct at least one transaction at or with merchant 110, the fransaction having imposed thereon a credit card interchange rate. As shown in Fig. 2, after the occurrence of ACH transfer 425, account holder 180 presents transaction card 105 to merchant 110, for instance, at a POS for conducting a fransaction with merchant 110. A device or devices located at merchant 110, such as a POS terminal, read a magnetic stripe located on transaction card 105 or a memory unit located on transaction card 105 if transaction card 105 is a smart card or the like. Transaction data including at least a transaction amount and an account number associated with transaction card 105 is received by processing unit 120 of financial institution A 125 via debit/credit network 115, in 230. In an example embodiment, the received account number is associated with destination account 410 and destination account data 145 stored in memory unit 170. The account number, however, can be associated with another account linked to destination account 410. In fransaction system 100, a conventional credit card interchange rate 420 is imposed for the fransaction conducted by account holder 180 at merchant 110 using transaction card 105. Accordingly, the interchange revenue earned by the issuer of transaction card 105, for instance, financial institution 125, is greater than the interchange revenue earned from a debit card interchange rate. Once the fransaction data is received by processing unit 120, in 230, processing unit 120 processes the attempted fransaction by account holder 180, in 235. Specifically, processing unit 120 determines from the received transaction data the account number associated with fransaction card 105 used by account holder 180 at merchant 110 and the transaction amount. Since in an exemplary embodiment the account number is associated with destination account 410, processing unit 120 accesses destination account data 145 stored in memory unit 170 to determine whether to authorize the attempted transaction, in 240. More particularly, processing unit 120 compares the balance of destination account 410 to the transaction amount to determine whether the balance is greater than or equal to the transaction amount. If the balance of destination account 410 is greater than or equal to the fransaction amount, then processing unit 120 authorizes the attempted transaction and transmits authorization data to merchant 110 via debit/credit network 115, in 250. If,, however, the balance of destination account 410 is less than the fransaction amount, then processing unit 120 denies the attempted transaction and fransmits denial data to merchant 110 via debit/credit network 115, in 245. Alternatively, if the balance of destination account 410 is less than the amount of the attempted transaction, a credit line associated with financial institution A 125 or financial institution B 150, or another demand deposit account associated with account holder 180 is accessed by processing unit 120 to cover the amount of the attempted fransaction or a portion thereof not covered by the balance of destination account 410. Account holder 180 can also be charged a predetermined fransaction fee for utilizing the overdraft protection benefit associated with transaction card 105. Destination account 410 may have a balance reflected by destination account data 145, described herein with reference to Figs. 2-4. In an exemplary embodiment, if destination account 410 has a balance, account holder 180 earns interest at a fixed or variable interest rate on the account balance. The fixed or variable interest rate can be determined by financial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds. Interest determination unit 130 determines an amount of interest that has accrued on a balance of destination account 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance. In an alternative embodiment described in more detail herein with reference to Fig. 3, funds are transferred from source account 415 to destination account 410 by ACH transfer 425 only upon request by account holder 180 after (or before) a respective attempted transaction by account holder 180. In a further alternative embodiment, funds are transferred from source account 415 to destination account 410 by financial institution A 125 or by financial institution B 150 automatically after account holder 180 initiates the transaction with merchant 180. For instance, upon processing unit 120 receiving data from merchant 110 indicating a transaction amount, processing unit 120 automatically transmits ACH request 430 to processing unit 155 requesting an ACH transfer equal to the transaction amount be transferred to destination account 410. Alternatively, account holder 180 can contact financial institution A 125 or financial institution B 150 to request ACH fransfer 425 for a specific amount of money at least equal to the fransaction amount. Account holder 180 can also request when ACH fransfer 425 should occur to assure that the appropriate funds are present in destination account 410 for covering the transaction amount and/or any future transactions using transaction card 105 at merchant 110. Figure 3 illustrates another exemplary flow diagram for processing and for funding a fransaction according to the exemplary embodiments of the present application. As shown in Fig. 3, like the exemplary embodiment described herein with reference to Fig. 2, transaction data including at least a transaction amount and an account number associated with transaction card 105 is received by processing unit 120 of financial institution A 125 via debit/credit network 115, in 310. Processing unit 120 then requests ACH transfer 425 by fransmitting ACH request 430 for an amount equal to the fransaction amount to be electronically transferred from source account 415 associated with financial institution B 150 to destination account 410 associated with financial institution A 125, in 315. ACH transfer 425 can result either from account holder 180 requesting the ACH fransfer or from financial institution A 125 requesting the ACH fransfer. Processing unit 120 thereafter receives the funds through ACH fransfer 425 via ACH network 165, in 320. If source account 415, however, does not have sufficient funds, a credit line associated with financial institution A 125 or financial institution B 150, or another demand deposit account associated with account holder 180 is accessed by processing unit 120 to cover the amount of the attempted transaction or a portion thereof. Account holder 180 can also be charged a predetermined transaction fee for utilizing the overdraft protection benefit associated with transaction card 105. Processing unit 120 updates destination account data 145 stored in memory unit 170 associated with account holder 180 by increasing the stored balance data by the amount of ACH fransfer 425, in 325. Further, processing unit 155 of financial institution B 150 updates source account data 175 stored in memory unit 160 also associated with account holder 180 by decreasing the stored balance data by the amount of ACH fransfer 425. Processing unit 120 then authorizes the attempted fransaction and fransmits authorization data to merchant 110 via debit/credit network 115, in 330. Alternatively, the authorization data is transmitted before receiving funds in 320 or before requesting ACH transfer 425 in 315. Before or after fransmitting the authorization data, processing unit 120 again updates destination account data 145 stored in memory unit 170 associated with account holder 180 by decreasing the stored balance data by the transaction amount, in 325. In an alternative embodiment, processing unit 120 does not update the balance data of destination account 410, for instance, by first increasing the balance data and then decreasing the balance data by the same amount, as described herein with reference to 325 and 335. Rather, the balance data is not altered for the net result of the balance is the same. Besides requesting ACH transfer 425 on a per transaction basis, ACH transfer 425 can occur once a day, for example, at the end of the day, for an amount equal to the cumulative amount of all transactions conducted by account holder 180 using transaction card 105 during that respective day. Alternatively, ACH transfer 425 can occur after a predetermined number of hours or days have elapsed, the amount of ACH fransfer 425 equaling the cumulative amount of all fransactions conducted by account holder 180 during the predetermined number of hours or days preceding the transfer. In another exemplary embodiment of the present application, the source account from which a predetermined amount of money originates is associated with financial institution A 125, as opposed to financial institution B 150. For example, source account data 140 associated with source account 425 is stored in memory unit 170 of financial institution 125, as depicted in Fig. 1. As a result, processing unit 120 either automatically or upon request by account holder 180 request transfers from source account 425 to destination account 410 or automatically receives transfers from source account 425 as described herein with reference to Figs. 2 and 3. As will be appreciated by a person having ordinary skill in the art, funds can be transferred internally within a financial institution or funds can be transferred from one account associated with the institution to another account associated with the same institution using ACH network 165. Destination account 410 may have a balance reflected by destination account data 145, described herein with reference to Figs. 2-4. In an exemplary embodiment, if destination account 410 has a balance, account holder 180 earns interest at a fixed or variable interest rate on the account balance. For example, destination account 410 has a balance if the amount of ACH fransfer 425 exceeds the amount of a transaction or transactions that need to be funded. The fixed or variable interest rate can be determined by financial institution A 125 or determined based in whole or in part on any other known method for determining interest rates on deposited funds. Interest determination unit 130 determines an amount of interest that has accrued on a balance of destination account 145 at a predetermined time, for instance, on a daily, weekly, monthly or yearly basis. Thereafter, processing unit 120 receives data from interest determination unit 130 indicating the accrued interest and stores this data in memory unit 170 in association with destination account 410 so that destination account data 145 reflects the increase in the account balance. As can be seen in Fig. 1, processing unit 120 is also coupled to reward determination unit 135. In an exemplary embodiment, reward determination unit 135 determines whether a respective account holder, for example, account holder 180, is entitled to a reward. If it is determined that account holder 180 is entitled to a reward, the particular reward is determined by reward determination unit 135 and then associated with an account, such as a reward account, of account holder 180 so that account holder 180 can later redeem the reward. Transactions conducted by account holder 180 using fransaction card 105 are processed using a credit card interchange rate as described herein. The use of a credit card interchange rate, as opposed to a lower debit card interchange rate, affords issuers, such as financial institution 125, a financial benefit and these issuers extend reward opportunities associated with a reward program to account holders like account holder 180. In the present application, account holder 180 participates in a reward program associated with financial institution A 125 and thereby earns rewards, incentives or the like, for instance, by engaging in transactions with merchants, such as merchant 110, using fransaction card 105 associated with a qualified financial account, for instance, destination account 410, and later redeeming those accumulated rewards, incentives or the like with merchant 110 or with other merchants. Under the reward program, account holder 180 has the ability to earn a plurality of reward units, such as points, for example, for purchases with merchant 110 and other merchants using a qualified financial account —destination account 410 as described herein. The present application is applicable, to any institution or company having a membership reward program associated therewith, including financial institutions, airlines, supermarkets, hotels, car rental companies, retail stores, Internet loyalty programs, loyalty providers, such as Carlson Companies, Inc. and Cendant Corporation, and Visa® and MasterCard® that offer rewards, incentives or the like. In an exemplary embodiment of the present application, the membership reward program is managed directly by the institution or company, for instance, financial institution A 125. Alternatively, the membership reward program is managed by a third party associated with financial institution A 125. Financial institution A 125 may or may not be in a partnership with a third party and/or other party. For instance, in the event financial institution A 125 has a partnership relationship with the third party and/or other party, the relationship may involve a co-branding. The membership reward program can also be operable as an independent reward program, as an accelerator reward program, as a coalition reward program or otherwise, or as a combination thereof. As would be appreciated by a person having ordinary skill in the art, when enrolled in an accelerator program, an account holder accelerates the earning of reward units or the like in another reward program independent of the accelerator program, for example, when conducting fransactions with an account linked to the accelerator program. A coalition reward program, such as Upromise (www.upromise.com), is operable for account holders to earn rewards from a particular suite of merchants. Other reward programs can be associated with the coalition reward program. When an account holder conducts a transaction with one of the merchants within the suite using one of these other reward programs, that account holder earns additional rewards. For instance, a reward program associated with a coalition reward program is operable for account holders to earn X% for every fransaction regardless of the merchant and an additional Y% for fransactions conducted with one of the merchants within the suite and an additional Z% at another one of the merchants within the suite. Accordingly, two or more membership reward programs can be linked together so that account holder 180 earns reward units or the like in a single rewards account from various sources. The exemplary embodiments of the present application are described herein with reference to reward units as being points, and earning and redeeming the same. The present application, however, is not limited to points, as points are units merely symbolizing a form of currency for use towards transactions. Hence, other symbols operable as currency are equally applicable to the exemplary embodiments of the present application, for instance, miles, stars, dollars, cash, rebates or credits. In an exemplary embodiment, account holder 180 participating in the membership reward program earns (and redeems) points when conducting fransactions with merchant 110 and other merchants. These points are earned by account holder 180, for example, upon account holder 180 conducting fransactions with merchant 110 using destination account 410. Earning and redeeming currency units, such as points, associated with a membership reward program are well known in the art and are therefore not described in detail herein. Account holder 180 can also earn and redeem other rewards, including, for example, gift certificates, coupons, companion airplane tickets, or other goods or services. The present application is not limited to these rewards, as they are merely exemplary. ( According to the embodiments described in the present application, transaction system 100 is operable for an institution (for example, financial institution A 125) other than the institution (for example, financial institution B 150) offering account holder 180 a demand deposit account (for example, source account 415), such as a checking account, to issue a transaction card linked to this demand deposit account through ACH network 165. To merchant 110, fransaction card 105 appears as a credit card and is processed as a credit card since a credit card interchange rate is imposed on each fransaction. To account holder 180, though, transaction card 105 operates like a debit card, because with every transaction, at the end of each day or at some other time, an ACH transaction would debit source account 415 of account holder 180 for the amount of the purchase(s). Hence, transaction card 105 is, for example, a credit card behaving like a debit card due to the use of ACH. The use of ACH network 165 enables account holder 180 flexibility in that account holder 180 can get a fransaction card from one institution, for example, a credit card company, while having his or her demand deposit account at another institution, such as a bank. The embodiments described above are illustrative examples of the present application and it should not be construed that the present application is limited to these particular embodiments. Various changes and modifications may be effected by one skilled in the art without departing from the spirit or scope of the invention as defined in the appended claims.

Claims

What is claimed is: — 1. A method for processing a fransaction, the method comprising: automatically requesting an automated clearing house fransfer from a source account to a destination account via an automated clearing house network; receiving the automated clearing house transfer; adjusting destination account data associated with the destination account by increasing a balance of the destination account by an amount of the fransfer; receiving fransaction data from a merchant indicating an attempted fransaction, the transaction data including a transaction amount and data identifying the destination account; processing the attempted transaction with a credit card interchange rate; and transmitting data to the merchant indicating one of authorization of the attempted fransaction and denial of the attempted transaction.
—2. The method as set forth in claim 1, wherein automatically requesting the automated clearing house transfer includes automatically requesting the automated clearing house transfer at a predetermined time for a predetermined amount of money.
~3. The method as set forth in claim 2, wherein the predetermined time is on a recurring basis.
—4. The method as set forth in claim 1, wherein automatically requesting the automated clearing house transfer includes automatically requesting the automated clearing house fransfer on a fransactional basis or on request by one of an associated account holder and an associated financial institution.
~5. The method as set forth in claim 3, wherein the recurring basis occurs one of daily, weekly, monthly and yearly.
—6. The method as set forth in claim 1, wherein the source account is one of a checking account, a savings account and a money market account.
—1. The method as set forth in claim 1, wherein the destination account is one of a checking account, a savings account and a money market account.
—8. The method as set forth in claim 1, wherein the source account and the destination account are managed by the same financial institution.
—9. The method as set forth in claim 6, wherein the financial institution is one of a bank and a credit card company.
—10. The method as set forth in claim 1, wherein receiving the fransaction data from the merchant includes receiving the data from the merchant via a proprietary credit network, the proprietary credit network being associated with one of VISA®, MasterCard®, Plus, Novus, Diner's Club® and American Express®.
—11. The method as set forth in claim 1 , wherein processing the attempted transaction with the credit card interchange rate includes accessing the balance of the destination account to determine whether the balance is greater than or equal to the fransaction amount, if it is determined that the balance is greater than or equal to the transaction amount authorizing the attempted fransaction, and if it is determined that the balance is not greater than or equal to the transaction amount, denying the attempted transaction.
—12. The method as set forth in claim 1, wherein processing the attempted transaction with the credit card interchange rate includes accessing the balance of the destination account to determine whether the balance is greater than or equal to the fransaction amount, if it is determined that the balance is greater than or equal to the transaction amount authorizing the attempted transaction, and if it is determined that the balance is not greater than or equal to the fransaction amount, one of reprocessing the attempted fransaction and accessing a line of credit associated with at least one of the source account and the destination account for funding the attempted fransaction or at least a portion of the attempted fransaction. -13. The method as set forth in claim 12, wherein an account holder associated with the source account and the destination account is presented with an option of reprocessing the attempted fransaction or accessing the line of credit associated with the at least one of the source account and the destination account.
-14. The method as set forth in claim 1, wherein the credit card interchange rate is a percentage of the transaction amount.
—15. The method as set forth in claim 1, further comprising: providing interest at one of a fixed interest rate and a variable interest rate on at least a portion of the balance of the destination account, the interest accruing after expiration of a predetermined period of time.
—16. The method as set forth in claim 1, further comprising: providing a reward to an account holder associated with the source account and the destination account, if the attempted transaction was authorized.
—17. The method as set forth in claim 16, wherein providing the reward includes assigning at least one reward unit to another account associated with the destination account, the at least one reward unit being determined according to the fransaction amount of the attempted fransaction.
-18. The method as set forth in claim 17, wherein the at least one reward unit includes one of at least one point and at least one mile.
—19. The method as set forth in claim 16, wherein the reward includes one of a discount on the transaction amount of the attempted fransaction, a gift certificate, a coupon, a good and a service.
—20. A method for processing a fransaction, the method comprising: receiving an automated clearing house fransfer from a source account via an automated clearing house network; adjusting destination account data associated with a destination account by increasing a balance of the destination account by an amount of the fransfer; receiving fransaction data from a merchant indicating an attempted transaction, the transaction data including a fransaction amount and data identifying the destination account; processing the attempted fransaction with a credit card interchange rate; and fransmitting data to the merchant indicating one of authorization of the attempted fransaction and denial of the attempted fransaction.
—21. The method as set forth in claim 20, wherein receiving the automated clearing house fransfer includes receiving the automated clearing house transfer at a predetermined time for a predetermined amount of money.
-22. The method as set forth in claim 21, wherein the predetermined time is on a recurring basis. —23. The method as set forth in claim 22, wherein the recurring basis occurs one of daily, weekly, monthly and yearly.
-24. The method as set forth in claim 20, wherein the source account is one of a checking account, a savings account and a money market account.
—25. The method as set forth in claim 20, wherein the destination account is one of a checking account, a savings account and a money market j account.
—26. The method as set forth in claim 20, wherein the source account and the destination account are managed by the same financial institution.
—27. The method as set forth in claim 26, wherein the financial institution is one of a bank and a credit card company.
--28. The method as set forth in claim 20, wherein receiving the fransaction data from the merchant includes receiving the data from the merchant via a proprietary credit network, the proprietary credit network being associated with one of VISA®, MasterCard®, Plus, Novus, Diner's Club® and American Express®. -29. The method as set forth in claim 20, wherein processing the attempted fransaction with the credit card interchange rate includes accessing the balance of the destination account to determine whether the balance is greater than or equal to the fransaction amount, if it is determined that the balance is greater than or equal to the fransaction amount authorizing the attempted fransaction, and if it is determined that the balance is not greater than or equal to the transaction amount, denying the attempted fransaction.
—30. The method as set forth in claim 20, wherein processing the attempted fransaction with the credit card interchange rate includes accessing the balance of the destination account to determine whether the balance is greater than or equal to the fransaction amount, if it is determined that the balance is greater than or equal to the transaction amount authorizing the attempted transaction, and if it is determined that the balance is not greater than or equal to the transaction amount, one of reprocessing the attempted fransaction and accessing a line of credit associated with at least one of the source account and the destination account for funding the attempted fransaction or at least a portion of the attempted fransaction.
—31. The method as set forth in claim 30, wherein an account holder associated with the source account and the destination account is presented with an option of reprocessing the attempted transaction or accessing the line of credit associated with the at least one of the source account and the destination account.
-32. The method as set forth in claim 20, wherein the credit card interchange rate is a percentage of the transaction amount.
—33. The method as set forth in claim 20, further comprising: providing interest at one of a fixed interest rate and a variable interest rate on at least a portion of the balance of the destination account, the interest accruing after expiration of a predetermined period of time.
—34. The method as set forth in claim 20, further comprising: providing a reward to an account holder associated with the source account and the destination account, if the attempted fransaction was authorized.
—35. The method as set forth in claim 34, wherein providing the reward includes assigning at least one reward unit to another account associated with the destination account, the at least one reward unit being determined according to the fransaction amount of the attempted fransaction.
—36. The method as set forth in claim 35, wherein the at least one reward unit includes one of at least one point and at least one mile. —37. The method as set forth in claim 34, wherein the reward includes one of a discount on the fransaction amount of the attempted fransaction, a gift certificate, a coupon, a good and a service.
—38. A method for processing a transaction, the method comprising: receiving transaction data from a merchant indicating an attempted transaction, the transaction data including a fransaction amount and data identifying the destination account; processing the attempted transaction with a credit card interchange rate; requesting an automated clearing house transfer for the fransaction amount to be transmitted from a source account to a destination account via an automated clearing house network; receiving the automated clearing house transfer; and fransmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction.
—39. The method as set forth in claim 38, further comprising: adjusting destination account data associated with the destination account by increasing a balance of the destination account by an amount of the automated clearing house fransfer upon receiving the automated clearing house transfer; and readjusting the destination account data by decreasing the balance of the destination account one of before and after fransmitting the authorization data to the merchant.
—40. A system for processing a fransaction comprising: a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account; and a processing unit operatively connected to the memory unit, the processing unit programmed to automatically request an automated clearing house fransfer from a source account to the destination account via an automated clearing house network, receive the automated clearing house fransfer, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the fransfer, receive transaction data from a merchant indicating an attempted transaction, the transaction data including a fransaction amount and the data identifying the destination account, process the attempted transaction with a credit card interchange rate, and transmit data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction.
— 41. A system for processing a fransaction comprising: a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account; and a processing unit operatively connected to the memory unit, the processing unit programmed to receive an automated clearing house fransfer from a source account via an automated clearing house network, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the fransfer, receiving transaction data from a merchant indicating an attempted fransaction, the transaction data including a transaction amount and the data identifying the destination account, processing the attempted fransaction with a credit card interchange rate, and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted fransaction.
—42. A system for processing a transaction comprising: a memory unit for storing destination account data including data indicating a balance of a destination account and data identifying the destination account; and a processing unit operatively connected to the memory unit, the processing unit programmed to receive an automated clearing house fransfer from a source account via an automated clearing house network, adjust the destination account data associated with the destination account by increasing the balance of the destination account by an amount of the fransfer; receive transaction data from a merchant indicating an attempted transaction, the transaction data including a transaction amount and the data identifying the destination account, processing the attempted fransaction with a credit card interchange rate, and transmitting data to the merchant indicating one of authorization of the attempted transaction and denial of the attempted transaction.
PCT/US2005/011965 2004-04-13 2005-04-07 System and method for processing and for funding a transaction WO2005101713A2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/822,999 2004-04-13
US10/822,999 US20050246289A1 (en) 2004-04-13 2004-04-13 System and method for processing and for funding a transaction

Publications (2)

Publication Number Publication Date
WO2005101713A2 true WO2005101713A2 (en) 2005-10-27
WO2005101713A3 WO2005101713A3 (en) 2007-05-03

Family

ID=35150654

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2005/011965 WO2005101713A2 (en) 2004-04-13 2005-04-07 System and method for processing and for funding a transaction

Country Status (2)

Country Link
US (5) US20050246289A1 (en)
WO (1) WO2005101713A2 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008075151A3 (en) * 2006-12-18 2009-09-11 Fundamo (Proprietary) Limited Transaction system and method
CN109074599A (en) * 2016-04-15 2018-12-21 万事达卡国际股份有限公司 Exchange rate processing system and method
US20220261811A1 (en) * 2021-02-16 2022-08-18 Capital One Services, Llc Direct Data Share
US11935047B2 (en) 2021-02-16 2024-03-19 Capital One Services, Llc Enhanced feedback exposure for merchants based on transaction metadata

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7752129B2 (en) 1998-10-21 2010-07-06 Island Intellectual Property Llc Systems and methods for managing client accounts
US7668772B1 (en) 1998-10-21 2010-02-23 Island Intellectual Property Llc Systems and methods for money fund banking with flexible interest allocation
US7536350B1 (en) 1998-10-21 2009-05-19 Island Intellectual Property Llc Systems and methods for providing enhanced account management services for multiple banks
US8793160B2 (en) 1999-12-07 2014-07-29 Steve Sorem System and method for processing transactions
WO2002011019A1 (en) 2000-08-01 2002-02-07 First Usa Bank, N.A. System and method for transponder-enabled account transactions
US7831467B1 (en) * 2000-10-17 2010-11-09 Jpmorgan Chase Bank, N.A. Method and system for retaining customer loyalty
US7295999B1 (en) 2000-12-20 2007-11-13 Jpmorgan Chase Bank, N.A. System and method for determining eligibility and enrolling members in various programs
US7895098B2 (en) 2001-03-01 2011-02-22 Jpmorgan Chase Bank, N.A. System and method for measuring and utilizing pooling analytics
AU2002312381A1 (en) 2001-06-07 2002-12-16 First Usa Bank, N.A. System and method for rapid updating of credit information
US7266839B2 (en) 2001-07-12 2007-09-04 J P Morgan Chase Bank System and method for providing discriminated content to network users
US8020754B2 (en) 2001-08-13 2011-09-20 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US20080147481A1 (en) * 2001-09-21 2008-06-19 Robinson Timothy L System and method for encouraging use of a biometric authorization system
US7987501B2 (en) 2001-12-04 2011-07-26 Jpmorgan Chase Bank, N.A. System and method for single session sign-on
US20040122736A1 (en) 2002-10-11 2004-06-24 Bank One, Delaware, N.A. System and method for granting promotional rewards to credit account holders
US8301493B2 (en) 2002-11-05 2012-10-30 Jpmorgan Chase Bank, N.A. System and method for providing incentives to consumers to share information
US8150766B1 (en) 2003-01-27 2012-04-03 Island Intellectual Property Llc System and method for investing public deposits
US8306907B2 (en) 2003-05-30 2012-11-06 Jpmorgan Chase Bank N.A. System and method for offering risk-based interest rates in a credit instrument
US8175908B1 (en) 2003-09-04 2012-05-08 Jpmorgan Chase Bank, N.A. Systems and methods for constructing and utilizing a merchant database derived from customer purchase transactions data
US20050246289A1 (en) 2004-04-13 2005-11-03 Alexander Robert M Iv System and method for processing and for funding a transaction
US7401731B1 (en) 2005-05-27 2008-07-22 Jpmorgan Chase Bank, Na Method and system for implementing a card product with multiple customized relationships
US7837100B2 (en) * 2005-07-05 2010-11-23 American Express Travel Related Services Company, Inc. System, method, and computer program product for issuing and using debit cards
US10242382B1 (en) * 2005-09-20 2019-03-26 Capital One Services, Llc System and method for redeeming a reward
US7594611B1 (en) * 2005-12-29 2009-09-29 United Services Automobile Association (Usaa) Multi-account access card
US7784692B1 (en) 2005-12-29 2010-08-31 United Services Automobile Association (Usaa) Single access vehicle
US7873573B2 (en) * 2006-03-30 2011-01-18 Obopay, Inc. Virtual pooled account for mobile banking
US8532021B2 (en) * 2006-03-30 2013-09-10 Obopay, Inc. Data communications over voice channel with mobile consumer communications devices
US8249965B2 (en) * 2006-03-30 2012-08-21 Obopay, Inc. Member-supported mobile payment system
US20080032741A1 (en) * 2006-03-30 2008-02-07 Obopay Programmable Functionalities for Mobile Consumer Communications Devices with Identification-Modules
US20070255662A1 (en) * 2006-03-30 2007-11-01 Obopay Inc. Authenticating Wireless Person-to-Person Money Transfers
CA2647636A1 (en) * 2006-03-30 2008-03-06 Obopay Inc. Mobile person-to-person payment system
US20070244811A1 (en) * 2006-03-30 2007-10-18 Obopay Inc. Mobile Client Application for Mobile Payments
US7813943B1 (en) 2006-10-06 2010-10-12 Health Payment Systems, Inc. System and method for managing payments for health care services
US20080147542A1 (en) * 2006-12-13 2008-06-19 Matthew James Dunlop System And Method For Efficient Allocation Of Charitable Donations
US8055581B2 (en) * 2007-02-22 2011-11-08 First Data Corporation Management of financial transactions using debit networks
US8260705B1 (en) 2007-02-28 2012-09-04 Island Intellectual Property Llc Systems, methods and program products for deposit and withdrawal processing
US7752107B1 (en) 2007-02-28 2010-07-06 Island Intellectual Property Llc System and method for managing aggregated accounts
US20090319425A1 (en) * 2007-03-30 2009-12-24 Obopay, Inc. Mobile Person-to-Person Payment System
US20100063935A1 (en) * 2007-03-30 2010-03-11 Obopay, Inc. Multi-Factor Authorization System and Method
US7725387B1 (en) * 2007-10-31 2010-05-25 Intuit Inc. Method and system for management of financial accounts
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
WO2009114876A2 (en) * 2008-03-14 2009-09-17 Obopay, Inc. Network-based viral payment system
US8681965B1 (en) * 2008-04-25 2014-03-25 Intervoice Limited Partnership Systems and methods for authenticating interactive voice response systems to callers
US8732082B2 (en) 2009-03-03 2014-05-20 Quercus (BVI) Limited System and method for executing an electronic payment
US8732080B2 (en) * 2009-03-03 2014-05-20 Quercus (BVI) Limited System and method for executing a financial transaction
US8781931B1 (en) 2009-05-26 2014-07-15 Island Intellectual Property Llc Method and system for allocating deposits over a plurality of depository institutions
CA2768713C (en) * 2009-07-29 2014-09-16 Markwater Handling Systems Ltd. Pipe kicker/indexer for pipe handling systems
US8423453B1 (en) 2009-10-07 2013-04-16 Capital One Financial Corporation Systems and methods for processing a transaction
US20110093324A1 (en) 2009-10-19 2011-04-21 Visa U.S.A. Inc. Systems and Methods to Provide Intelligent Analytics to Cardholders and Merchants
US8370236B1 (en) 2009-11-24 2013-02-05 Island Intellectual Property Llc Method and system for allocating funds over a plurality of time deposit instruments in depository institutions
US20110153461A1 (en) * 2009-12-17 2011-06-23 First Data Corporation Enrollment authentication with entry of partial primary account number (pan)
US9471926B2 (en) 2010-04-23 2016-10-18 Visa U.S.A. Inc. Systems and methods to provide offers to travelers
US8458089B1 (en) 2010-06-14 2013-06-04 Island Intellectual Property Llc System, method and program product for administering fund movements using depository institution groups
US20110320292A1 (en) * 2010-06-28 2011-12-29 Perdue Donald R Systems and methods for obtaining debit card customer approval of overdraft fees
US8554631B1 (en) 2010-07-02 2013-10-08 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US9760905B2 (en) 2010-08-02 2017-09-12 Visa International Service Association Systems and methods to optimize media presentations using a camera
US8583545B1 (en) 2010-09-20 2013-11-12 Island Intellectual Property Llc Systems and methods for money fund banking with flexible interest allocation
US8498934B2 (en) * 2010-10-21 2013-07-30 Bml Productions, Inc. Multi-account payment consolidation system
US10223707B2 (en) 2011-08-19 2019-03-05 Visa International Service Association Systems and methods to communicate offer options via messaging in real time with processing of payment transaction
US8452702B1 (en) 2011-09-08 2013-05-28 Island Intellectual Property Llc System, method and program product for minimizing fund movements
US8655689B1 (en) 2011-10-13 2014-02-18 Island Intellectual Property Llc System, method and program product for modeling fund movements
US10496990B2 (en) 2012-02-22 2019-12-03 Visa International Service Association Data security system using mobile communications device
US20140081651A1 (en) * 2012-09-14 2014-03-20 Gaines S. Dittrich Healthcare payment and processing system and method
US10360627B2 (en) 2012-12-13 2019-07-23 Visa International Service Association Systems and methods to provide account features via web based user interfaces
US9659303B2 (en) * 2013-04-03 2017-05-23 Salesforce.Com, Inc. System and method for handling gamification fraud
CA2866596A1 (en) * 2013-10-09 2015-04-09 Lauren Van Heerden Systems and methods for providing enhanced point-of-sale services
US20150363778A1 (en) * 2014-06-16 2015-12-17 Bank Of America Corporation Cryptocurrency electronic payment system
CN105335847A (en) * 2014-06-30 2016-02-17 阿里巴巴集团控股有限公司 Operation method and device of electronic account
US9805344B1 (en) 2015-01-23 2017-10-31 Island Intellectual Property, Llc Notification system and method
WO2017218485A1 (en) * 2016-06-15 2017-12-21 Mastercard International Incorporated Systems and methods for bridging transactions between eft payment networks and payment card networks
US11010731B1 (en) * 2017-02-17 2021-05-18 Wells Fargo Bank, N.A. Systems and methods for processing global financial transactions
CN108694573A (en) * 2017-04-11 2018-10-23 杭州呯嘭智能技术有限公司 The depth that dynamic network is accounted pays point account method and system
US10095888B1 (en) * 2018-06-04 2018-10-09 Capital One Services, Llc Secure decentralized system utilizing smart contracts, a blockchain, and/or a distributed file system
US11315108B2 (en) * 2018-11-30 2022-04-26 Block, Inc. Profile generation and association with multiple transaction cards contemporaneously
US20220114570A1 (en) * 2020-10-08 2022-04-14 Mastercard International Incorporated Systems and methods for pre-payment incentive management
US20230289750A1 (en) * 2022-03-14 2023-09-14 Fidelity Information Services, Llc Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060015463A1 (en) * 2004-07-19 2006-01-19 Vikas Gupta Performing automatically authorized programmatic transactions

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5870724A (en) * 1989-12-08 1999-02-09 Online Resources & Communications Corporation Targeting advertising in a home retail banking delivery service
JPH09148937A (en) 1995-11-21 1997-06-06 Sony Corp Method and device for encoding processing and method and device for decoding processing
US6029150A (en) * 1996-10-04 2000-02-22 Certco, Llc Payment and transactions in electronic commerce system
AU6237698A (en) * 1996-12-20 1998-09-09 Financial Services Technology Consortium Method and system for processing electronic documents
US20010047342A1 (en) * 1997-06-16 2001-11-29 Vincent Cuervo Credit or debit cards of all kinds to be issued with a bank savings account attched
IL121192A0 (en) * 1997-06-30 1997-11-20 Ultimus Ltd Processing system and method for a heterogeneous electronic cash environment
US6295522B1 (en) * 1997-07-11 2001-09-25 Cybercash, Inc. Stored-value card value acquisition method and apparatus
US6105001A (en) * 1997-08-15 2000-08-15 Larry A. Masi Non-cash transaction incentive and commission distribution system
US6043815A (en) * 1997-09-30 2000-03-28 The United States Of America As Represented By The Secretary Of The Navy Method for using guiscript and providing a universal client device
US6032136A (en) * 1998-11-17 2000-02-29 First Usa Bank, N.A. Customer activated multi-value (CAM) card
US6609113B1 (en) * 1999-05-03 2003-08-19 The Chase Manhattan Bank Method and system for processing internet payments using the electronic funds transfer network
US7249097B2 (en) * 1999-06-18 2007-07-24 Echarge Corporation Method for ordering goods, services, and content over an internetwork using a virtual payment account
US7889052B2 (en) * 2001-07-10 2011-02-15 Xatra Fund Mx, Llc Authorizing payment subsequent to RF transactions
US6332134B1 (en) * 1999-11-01 2001-12-18 Chuck Foster Financial transaction system
KR100304527B1 (en) 2000-01-10 2001-11-03 이동욱, 이정호 Cash approval method for real time Using Cach card
US6847947B1 (en) 2000-01-18 2005-01-25 First Data Corporation Method and system for reduced cost debit processing
US8046256B2 (en) * 2000-04-14 2011-10-25 American Express Travel Related Services Company, Inc. System and method for using loyalty rewards as currency
US10185936B2 (en) * 2000-06-22 2019-01-22 Jpmorgan Chase Bank, N.A. Method and system for processing internet payments
US6505772B1 (en) * 2000-06-22 2003-01-14 First Data Corporation System for utilizing a single card to provide multiple services in an open network environment
US20020013767A1 (en) * 2000-06-26 2002-01-31 Norman Katz Electronic funds transfer system for financial transactions
US20020029194A1 (en) * 2000-09-07 2002-03-07 Richard Lewis System and method of managing financial transactions over an electronic network
US20020052841A1 (en) * 2000-10-27 2002-05-02 Guthrie Paul D. Electronic payment system
US20020103752A1 (en) * 2001-01-30 2002-08-01 Caesar Berger E-commerce payment solution
JP2002288570A (en) 2001-03-27 2002-10-04 Izumu:Kk Debit card participant user control substituting method, credit card participant user control substituting method, electronic money participant user control substituting method, debit card settlement method and credit card settlement method
US20020143655A1 (en) * 2001-04-02 2002-10-03 Stephen Elston Remote ordering system for mobile commerce
US20030097270A1 (en) * 2001-11-16 2003-05-22 Musselwhite Eric Lee Methods, systems and articles of manufacture for providing financial accounts with incentives
US7356516B2 (en) * 2002-06-13 2008-04-08 Visa U.S.A. Inc. Method and system for facilitating electronic dispute resolution
US20030233333A1 (en) * 2002-06-14 2003-12-18 Lee Dae Hyung Remittance intermediating service system and method of providing the same
US20030033245A1 (en) * 2002-08-26 2003-02-13 Andrew Kahr Method for collection of amounts overdue and due by payday-to-payday drafts
JP2004102787A (en) 2002-09-11 2004-04-02 Bank Of Tokyo-Mitsubishi Ltd Credit card use propriety determination system and method, credit card processing system and method, credit card direct debit schedule notification service system and method, computer program, and recording medium recorded with computer program
US20050192897A1 (en) * 2004-02-10 2005-09-01 First Data Corporation Methods and systems for payment-network enrollment
US20050246289A1 (en) * 2004-04-13 2005-11-03 Alexander Robert M Iv System and method for processing and for funding a transaction
US20050234817A1 (en) * 2004-04-16 2005-10-20 First Data Corporation Methods and systems for private label transaction processing
US20060036540A1 (en) * 2004-08-11 2006-02-16 Steve Lawrence Method and system for merchant indemnification for online financial transactions
US20060026073A1 (en) * 2005-10-24 2006-02-02 Kenny Edwin R Jr Methods and Systems for Managing Card Programs and Processing Card Transactions

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060015463A1 (en) * 2004-07-19 2006-01-19 Vikas Gupta Performing automatically authorized programmatic transactions

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008075151A3 (en) * 2006-12-18 2009-09-11 Fundamo (Proprietary) Limited Transaction system and method
AU2007335921B2 (en) * 2006-12-18 2012-08-16 Visa Cape Town (Pty) Ltd Transaction system and method
CN109074599A (en) * 2016-04-15 2018-12-21 万事达卡国际股份有限公司 Exchange rate processing system and method
US20220261811A1 (en) * 2021-02-16 2022-08-18 Capital One Services, Llc Direct Data Share
US11935038B2 (en) * 2021-02-16 2024-03-19 Capital One Services, Llc Direct data share
US11935047B2 (en) 2021-02-16 2024-03-19 Capital One Services, Llc Enhanced feedback exposure for merchants based on transaction metadata

Also Published As

Publication number Publication date
US20220156705A1 (en) 2022-05-19
US20060004655A1 (en) 2006-01-05
US11244318B2 (en) 2022-02-08
US9922326B2 (en) 2018-03-20
US20220148003A1 (en) 2022-05-12
US20180300727A1 (en) 2018-10-18
US20050246289A1 (en) 2005-11-03
WO2005101713A3 (en) 2007-05-03

Similar Documents

Publication Publication Date Title
US20220148003A1 (en) System and method for processing and for funding a transaction
US10789607B2 (en) Multi-vendor multi-loyalty currency program
US7090138B2 (en) System and method for redeeming rewards and incentives
US7398919B2 (en) Transaction card system and approach
AU2009289465B2 (en) System and method for performing a real time redemption transaction by leveraging a payment network
US8682791B2 (en) Redemption of credit card rewards at a point of sale
US20080210753A1 (en) Loyalty reward settlement system and method
US6826544B1 (en) Automated loan repayment
US8725633B1 (en) System and method of operating a debit card reward program
AU2007303530B2 (en) Consumer specific conditional rewards
US20020198803A1 (en) Method and apparatus for facilitating monetary and commercial transactions and for providing consumer reward programs
US20080059303A1 (en) Transaction evaluation for providing rewards
AU8169698A (en) Automated loan repayment
US20130124273A1 (en) Systems and Methods for Customer Loyalty Program
AU2013381363A1 (en) Methods and systems for applying promotions to payment transactions
AU2015201521A1 (en) System and method for a merchant debit card program including a plurality of issuers

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase