EP1323011A4 - Automated payment system - Google Patents
Automated payment systemInfo
- Publication number
- EP1323011A4 EP1323011A4 EP01962252A EP01962252A EP1323011A4 EP 1323011 A4 EP1323011 A4 EP 1323011A4 EP 01962252 A EP01962252 A EP 01962252A EP 01962252 A EP01962252 A EP 01962252A EP 1323011 A4 EP1323011 A4 EP 1323011A4
- Authority
- EP
- European Patent Office
- Prior art keywords
- customer
- financial
- financial account
- information
- payment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- the present invention relates to computerized billing and payment systems.
- the invention relates to an automated credit card payment system that matches a customer's information, fingerprint, retina scan voice, or other biometric measurement and/or a unique personal identifier ("UPI") with financial account information consolidated from multiple financial institutions and selects, or allows customers to select, a financial account for use in paying bills, invoices and other obligations.
- UPI unique personal identifier
- the present invention is for a system and related method for payment of bills, purchases, or other payments which compares a UPI or a merchant/biller's database of subscribers, customers, potential customers, prospects, or accounts receivables, sometimes referred to herein collectively as "customers", either with a consolidated database of financial account information such as credit card account information, or with a plurality of non-customers, either with a consolidated database of financial account information such as credit card account information, or with a plurality of non-
- financial account information may be used to make the payments, including, but not limited to, credit cards, charge cards, debit cards, smart cards, bank cards, demand deposit accounts such as checking accounts, virtual payment accounts, virtual cash account numbers such as those provided for commercial transactions over the Internet, wire transfer networks, financial electronic data interchange (FEDI), E-check, Automated Clearing 5House (ACH), payment products from third party, non-bank financial institutions such as CyberCash and TransPoint (MSFDC), stored value tools such as VisaCash and Mondex, and the like.
- FEDI financial electronic data interchange
- E-check E-check
- ACH Automated Clearing 5House
- MSFDC CyberCash and TransPoint
- stored value tools such as VisaCash and Mondex, and the like.
- the system matches the customer's UPI or the customer identification data contained in a merchant, biller or payment processor's database with the financial account lOinformation contained in the one or more financial account databases and selects which one or more financial accounts to present when the customer is a holder of more than one financial account.
- the financial account or accounts selected are provided to the merchant or biller for inclusion on a commercial communication, such as a payment stub, renewal form, invoice,
- the merchant/biller need not know the particular financial account or number being used.
- a commercial communication may indicate the issuer of the financial account, such as a credit card, and a particular financial account, such as a particular credit card account, for the customer to charge the purchase to, but include the account number only in encrypted form,
- the customer can indicate his approval to use the credit card number provided in
- the merchant/biller collects the invoices or other offers with the customer's indication or authorization of payment from the credit card account and, optionally, submits it to a service bureau which decrypts the credit card account number and processes billing to the selected credit card account. This helps preserve the customer's privacy in his or her credit
- the system of the present invention serves as an intermediary between a large number of issuers and a large number of merchants.
- issuers provide their account information lists to the central account management and consolidation system of the present invention, which in turn receives customer identification data from merchants, and matches and selects financial account information to provide to 5merchants, as described above.
- the system includes a memory device which stores consolidated multiple financial account information, such as a master financial account list, which includes , for example , credit card account information from multiple credit card issuers .
- a computer system or other processing unit matches customer identification data from the lOstored consolidated financial account information to a UPI or to a database of a merchant/biller 's customer identification data in order to associate a financial account number with a selected member of the customer database.
- the computer system or processing unit selects one or more specific associated financial account numbers when more than one financial account number matches the selected member of the merchant/biller 's customer database. If
- the associated financial account number is encrypted and provided to the merchant/biller for inclusion on the customer's commercial communication, such as a bill, payment stub, renewal form or invoice, which is then sent to the customer.
- the system may also decrypt the encrypted financial account number for processing payment to the merchant/biller from the selected
- the system may be comprised of a plurality of databases of financial account information either internal or remote, and a mechanism for searching the various databases to locate a customer's financial account information.
- the various financial account 5information databases may include databases of individual issuers and/or partially consolidated databases containing information from a number of financial account issuers.
- a method in accordance with one embodiment of the invention includes the steps of consolidating multiple financial account information lists from multiple financial account issuers into a master financial account list, receiving a UPI or a merchant/biller 's customer
- the method may include consolidating some subset of financial account lists and searching a plurality of such lists as well as lists from individual financial account issuers in order to
- the present invention is directed to a system and method for providing automated payments over a computer network, for example, over the Internet.
- the system includes an automated payment server which is connected to various financial institutions and which receives and compiles data from those institutions to create files of 5account information for various customers.
- a customer desires to purchase goods from a merchant's web site, or to pay bills, the customer is routed to the payment server, and is presented with the account information as compiled by the payment server.
- the customer selects one or more of the financial accounts, and the payment server transmits the appropriate financial information to the merchant's payment processor to complete the transaction.
- credit card numbers are not transmitted over the Internet or stored on a merchant's site, but are only transmitted between the payment server and the payment processor, preferably over a secure line.
- Fig. 1 is a block diagram illustrating the problems encountered in matching a large number of financial account issuers to a large number of merchants/billers in an automated payment system
- Fig. 2 is a block diagram illustrating the use of the present invention in efficiently matching a large number of financial account issuers to a large number of merchants/billers in an automated payment system
- Fig. 3 is a block diagram of a preferred embodiment of an apparatus for carrying out the automated credit card payment method and system of the present invention
- 25 Fig. 4 is a flow chart illustrating the use of the apparatus of Fig. 3;
- Fig. 5 is a block diagram of an alternative embodiment of the present invention
- Fig. 6 is a block diagram of an automated payment system used for biller s in accordance with one preferred embodiment of the invention
- Fig. 7 is a flow chart illustrating the use of the system of Fig. 6; 30 Fi . 8 is a block diagram of an alternative embodiment of the present invention.
- Fig. 9 is a flow chart illustrating the use of the system of Fig. 8;
- Figs. 10 and 11 are representations of an interface presented to a customer upon accessing a payment server according to one aspect of the invention.
- Fig. 12 is a block diagram of an embodiment of an apparatus for carrying out the automated credit card payment method and system of the present invention using a bricks- 5and-mortar terminal and a biometric identifier and/or PIN.
- an automatic payment system 50 according to one embodiment of the present invention is shown.
- the system 50 may utilize any combination of many types of financial accounts and is described with reference to credit card accounts for
- the system 50 may be operated by a company, such as a service bureau, and includes a database consolidation and sorting subsystem 55, a master credit card database 57, an identifier matching and selecting subsystem 59, and an optional credit card account number encryption subsystem 53.
- the automatic payment system 50 is used in conjunction with n number of credit
- Each of the n credit card issuers 60 maintains on a computer system its own credit card information list 66 0 to 66 n in accordance with one of a number of conventional format types known to those of skill in the art.
- These credit card information lists 66 typically contain account holder identification data, such as the name and address of each account holder, as well as the associated credit card number, name of financial institution,
- 25account information and demographic information pertaining to each card holder 25account information and demographic information pertaining to each card holder.
- financial account information or devices including but not limited to smart cards, bank cards, checking accounts, and virtual payment accounts used for Internet and other on-line commercial transactions, may be used instead of or in any
- the automated payment system 50 receives credit card information lists 66 over a transmission medium 68 from the n credit card issuers 60.
- This transfer of information over medium 68 may be achieved by many communications methods, including but not limited to modem connections, high speed data lines, the Internet, or the physical transfer of storage media, such as tapes or disks. This transfer is authorized by contractual relationships and may 5include financial incentives.
- the database consolidation and sorting subsystem 55 which may be in the form of a programmed computer system, sorts and consolidates the credit card information 66 0 to 66 n provided by the credit card issuers 60 o to 60 n , and the sorted and lOconsolidated data is then stored in the master credit card information database 57.
- This database may reside on a mass storage unit of the computer system.
- the processing elements and information storage elements may reside on multiple computing devices to provide for contingencies such as fault tolerance and load balancing.
- the automated payment system 50 is used to provide credit card account
- Each of the m merchants/billers may maintain on a computer its own list 76 of customer identification data.
- These lists 76 0 to 76 m include customer identification data such as names and addresses of customers or additional information, such as social security numbers and demographic information.
- the automatic payment system 50 receives the customer identification data from
- the matching and selecting subsystem 59 compares the customer identification data supplied by merchants/billers 70 x with the records in the master credit card information database 57 to locate matching credit card holder identification data.
- the matching and selecting subsystem 59 may be in the form of a preprogrammed computer system which is either the same as the one used for the database consolidation and sorting
- the process of matching customers from a merchant/biller database to credit card account holders in the matching and selecting subsystem 59 may be performed using conventional matching algorithms as known to those of skill in the art.
- one or more of the matching credit card identifiers is selected or featured by the matching and selecting subsystem 59.
- This selection proceeds in accordance with certain selection and presentation rules.
- a simple selection rule is used wherein the selected credit card is the one issued by the issuer having the most credit cards in the database, i.e. , the most "popular" or predominant credit card.
- the selection is made on a pro rata basis or 5other algorithm based on the total number of credit card accounts for each issuer in relation to the number of credit card accounts for the other issuers and the total number of credit card accounts in the master credit card database 57.
- a credit card issuer which accounts, for example, for 25% of the total number of credit card accounts in the consolidated database, will have its associated credit card account selected 25% of the time for customers lOwho have multiple credit card number accounts including that issuer.
- Another method of selecting one associated credit card account number from more than one matching associated credit card account is to compare the selected associated credit card account numbers with credit card usage information to determine the customer's primary credit card, based on amount of use, and selecting the customer's most often used credit card.
- Yet another method of selecting one associated credit card account number from more than one matching associated credit card account is to compare the selected associated credit card account numbers with credit card usage information to determine the customer's primary credit card, based on amount of use, and selecting the customer's most often used credit card.
- Yet another method of selecting one associated credit card account number from more than one matching associated credit card account is to compare the selected associated credit card account numbers with credit card usage information to determine the customer's primary credit card, based on amount of use, and selecting the customer's most often used credit card.
- selecting an account may take into consideration the fees associated with financial transactions and select the financial institution that charges the lowest fees.
- the selection process may take into account historical data and select the financial institution that yields the best results or success for a particular merchant/biller.
- the selection may be made as a result of fees paid by the credit card issuer to receive priority in the selection 0process.
- more than one credit card, or all of the credit cards may be selected for inclusion, and the customer is given the option of selecting which one of the cards is to be used for making payment.
- all matching credit card account numbers may be selected and presented to the customer.
- the selected credit card 5accounts may be presented to the customer in a list with a check box, such as in the following form:
- the selected credit card accounts can also be ordered and presented to the user, based on similar criteria as that used by the system to determine the selection of credit cards, e.g. , the most popular card in the database, the customer's most often used credit card, the card that charges the lowest fees, or the card whose 5issuer has paid the highest fee, can be presented above or ahead of other credit cards.
- the selected credit card account number or numbers which are to be included on a commercial communication are encrypted by a credit card account number encryption subsystem 53.
- the particular method of encryption may include a finder number, record locator, some form of high level encryption, or any other encryption technique. While lOencryption is an element of the preferred embodiment, the method of encryption may be any method which achieves adequate security and the specific method of encryption does not constitute a material element of the system and method set forth herein.
- credit card information may be encrypted and provided in encrypted form from the credit card issuers 60 before being stored in the master credit card information database.
- Fig. 4 illustrates the use of encrypted account information of the present invention, and specifically, encrypted credit card information for the sake of simplicity.
- the encrypted credit card account number associated with the customer is provided by merchant/biller 70 x to the customer (step 80) as part of the communication to the customer 0from merchant/biller 70 x .
- the customer communicates directly to the central database 57 via a payment process interface, e.g., a terminal or computer.
- the customer decides whether to authorize payment by credit card.
- This authorization step may also include selecting which 5credit card(s) to use if the customer is presented with more than one. If the customer authorizes such payment and returns the commercial communication to the merchant/biller or other payment processing entity, the encrypted credit card account number is decrypted at step 100. The encrypted number may be sent by the system 50 to the credit card issuer, a payment processor or merchant for decryption and/or payment processing. After decryption the credit
- 30card account number is used to process payment to merchant/biller (step 110) and payment is made to the particular merchant/biller, along with any required payments for use of the system in handling the transaction. If the customer 90 does not authorize payment, steps 100 and 110 are simply not performed.
- the consolidated credit card account database has been described as containing account information from multiple credit card account issuers .
- the merchant/biller 's customer identification data may alternatively be matched serially against multiple databases, including individual credit card issuers' credit card account databases and/or one or more consolidated database.
- Each individual or consolidated database lOrepresents some number of credit card issuers which is a subset of all the issuers.
- Fig. 5 shows an alternative embodiment of an automated payment system 50' according to the present invention.
- the system 50' of this alternative embodiment includes a serial matching subsystem 59' and a selection/presentation subsystem 59".
- the serial matching subsystem compares customer identification data, received over transmission medium
- the serial matching subsystem may also compare the customer identification data with a consolidated database 58 containing information consolidated from a limited number of issuers 60, in this case, issuers 3 and 4.
- the serial matching subsystem locates matches of the merchant/biller 's customer identification 0data with account holder identification data contained in the individual and partially consolidated databases 66 and 58, as discussed above. Once a set of matching credit card account numbers is located, the selection subsystem 59" selects one or more of the account numbers, in accordance with the selection rules discussed above.
- FIG. 6 therein is shown a block diagram of an embodiment 5of the automated credit card payment system of the present invention as applied to merchant/billers.
- multiple merchant/billers 150 use a fulfillment house 152 and a service bureau 154 employing the system of the present invention to deal with multiple credit card account databases 156, one or more of which may be partially consolidated databases as explained above.
- More than one fulfillment house 152 may be utilized to serve
- the various merchant/billers and/or groups of merchant/billers, or one fulfillment house 152 may be used for each biller 150.
- Merchant/billers 150 provide the fulfillment house 152 with each of their customer files 158 and outside lists 160 (e.g., lists of prospective customers).
- the service bureau 154 uses the system of the present invention to match the names on the merchant/billers' customer files 158 with associated financial account information. This information, including credit card information, is consolidated by the service bureau 154 from 5multiple credit card issuers 156 and is stored in a master credit card file. Alternatively, this credit card information can be accessed serially from databases of the multiple credit card issuers.
- the service bureau After matching the merchant/billers' customer files 158 and outside lists 160 with associated financial account information, the service bureau encrypts the matching credit lOcard account numbers (block 162) and provides them to the fulfillment house 152.
- the use of the located credit card information is shown in the flow chart of Fig. 7, where fulfillment house 152 uses the encrypted credit card account information in marketing, billing and/or renewal efforts (step 164), such as by placing encrypted credit card account numbers on commercial communications.
- customers authorize the use of their credit card
- the orders are collected and the encrypted number entered and consolidated into a consolidated order file (step 166).
- the encrypted account numbers in the consolidated order file are then decrypted (step 170) and payments are
- the system 200 is designed for use over a computer network, for example, over the Internet, a LAN, WAN, or the like.
- the system 200 includes an automated payment server 202 that includes a processing unit 204 and a customer database
- the database combines account information from various financial institutions, as well as bill information from various billers.
- the automated payment server 202 connects to a plurality of customers at respective terminals 208, and interacts with those customers via a suitable customer interface
- the customer interface can be a basic application used to select payment options, a method of viewing bills from various billers, and/or a full-service interface that combines those functions and allows the customer to re-configure the account. It will be apparent to those skilled in the art that various forms of interface may be employed.
- the automated payment server 202 further connects to one or more merchant 5sites 212 over one or more communication lines 214.
- the lines 214 is a secure line for transmission of payment information, as is described in greater detail below.
- the automated payment server 202 is connected to various financial institutions 220 and to various billers 222.
- the automated payment system 202 receives account lOinformation, including updated account information, over a transmission medium from the financial institutions, and receives billing information from the various billers, as described above in connection with the automated payment server 50.
- various utilities may transmit bills electronically to their customers via the payment server 202.
- 15merge/purge subsystem 226, which may be in the form of programmed computer systems, sort and consolidate the account and bill information provided by the financial institutions and billers, and the sorted and consolidated data is then stored in the customer database 206 for subsequent access, as is described in greater detail below.
- the customer terminals 208 can take many different forms, and can access the
- the customer may transmit purchase requests via a brick-and-mortar terminal, E-mail, or over the Internet by clicking on a banner on a web site, through interactive television, WebTV ® , over the telephone, by direct mail, or in any other suitable manner.
- the merchant site 212 may post a banner indicating that payment for a transaction may be conducted through
- the automated payment server 202 The customer can then click on the banner and be directed to the automated payment server, as is described in greater detail below.
- the customer interface 210 is preferably a suitable interface that allows the automated payment server 202 to simultaneously communicate with multiple customers over the Internet or other computer network.
- Operation begins at step 300, with a customer beginning the transaction by communicating with a merchant 212 and either placing an order or requesting to pay a bill for goods or services.
- the merchant site presents the customer with a banner having an embedded URL of the automated payment server 202, or alternatively the merchant site can automatically direct the customer to the automated payment 5server when the customer places an order.
- the customer is linked to the automated payment server 202, and at step 303 the server determines whether the customer is registered with the server. If the customer is not registered, operation proceeds to step 304, and the customer registers with the payment server.
- Registration can be conducted over the computer network, over the telephone, through the mail, or in any other suitable manner, and lOinvolves receiving identifying information from the customer to verify the identity of the customer for all subsequent transactions.
- the customer may provide their name, address, etc., along with their mother's maiden name, a social security number, or the like.
- the customer may also provide biometric information, e.g. , fingerprint sample, handwriting sample, retina scan, or voice recording/pattern.
- a password is selected for the customer (either chosen by the customer or randomly assigned by the payment server), as is well known in the art.
- the merchant 212 transmits order and/or payment data to the payment server
- the data preferably identifies the customer, for example by including order ID data and/or a customer UPI, which is also transmitted to the payment server when the customer accesses the payment server.
- the merchant site may transmit the customer's name or any other 5identifying data to allow the payment server to associate the customer with the particular order or payment request.
- the customer's UPI or other identifying information is associated with the customer's financial account(s).
- the UPI can be in the form of a name, password, PIN, ID number, or other unique identifier.
- the UPI can take the form of a fingerprint,
- biometric identifiers in some cases, can be used in conjunction with a password or PIN.
- the recording, capturing, and storing of unique biometric identifiers such as retina scans, iris scans, voice patterns, digital handwriting samples or digitally scanned fingerprints are described in U.S. Patent Nos. 6,047,281; 6,038,334 and 5,991,408, the disclosures of which are incorporated herein by reference.
- the 5customer's UPI is recorded and/or authenticated using prior art devices, such as digital scanners, cameras or recorders, attached to the consumer's computer or located at a bricks- and-mortar or other merchant terminal as exemplified in Fig. 12.
- step 306 the payment server accesses the customer database lOto retrieve the customer's account information, which as described above is in the form of various credit cards, debit cards, smart cards, bank cards, demand deposit accounts such as checking accounts, virtual payment accounts, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), payment products from third party, non-bank financial institutions such as CyberCash and TransPoint (MSFDC), stored
- customer's account information which as described above is in the form of various credit cards, debit cards, smart cards, bank cards, demand deposit accounts such as checking accounts, virtual payment accounts, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), payment products from third party, non-bank financial institutions such as CyberCash and TransPoint (MSFDC), stored
- FEDI financial electronic data interchange
- Echeck Automated Clearing House
- MSFDC CyberCash and TransPoint
- the payment server 202 presents the customer account information to the customer (Fig. 10).
- the account information identifies the various financial to the customer, without transmitting entire account numbers to the customer. For example, some identifying information is transmitted, such as the name of the credit card, the last several digits of a credit card, or the like (e.g., "AmEx
- the account information may include, in addition to identifying the various credit cards and the like, available balance information, date of the last update to that account, date of last payment, credit limit, transaction detail, and the like.
- the customer selects one or more payment options, and that selection (or selections) is transmitted to the payment server via the interface 210.
- the customer may choose to split a payment between two or more financial accounts, for example, two or more credit cards.
- the payment server can present the accounts to the customer in some specific order, as defined by the customer, the financial institutions, particular merchants, account usage, available balances, interest rates, and the
- the payment server 202 presents the customer only with appropriate payment options . For example , if the purchase amount is $ 100 , and the customer ' s checking account has a balance less than $100, the payment server preferably does not provide that as an option to the customer. Alternatively, the checking account may be presented to the customer, but in a different color or font to indicate to the customer that such account is not 5suitable for the particular transaction, but can be used in connection with another payment option to complete the transaction.
- the payment server 202 transmits a request for authorization to the payment processor of the merchant site 212, which includes the payment option selected by the customer.
- the customer interface determines whether fhe payment option is lOacceptable. For example, the customer may have selected a credit card that is not accepted by the particular merchant. If so, operation proceeds to step 316, and the customer is informed that the authorization failed. Operation then flows back to step 308, to allow the customer to select another payment option.
- step 314 If the payment option is acceptable at step 314, operation proceeds to step 318,
- the payment server 202 transmits the approved order or Approval to the merchant site or to the merchant's payment processor 212, preferably over a secure line, and the merchant fills the order by interacting with the customer 208.
- the merchant site may request shipping information if they do not already have it or other required information to complete 0the transaction.
- the payment processor accesses the appropriate financial institution and transmits the payment information, so that the customer's account is debited and the merchant's account is credited.
- the above steps may also be carried out over a telephone network that allows for interactivity, such as those systems 5offering voice recognition and/or dual tone multi-frequency (DTMF) tones.
- DTMF dual tone multi-frequency
- the customer may enter a user ID and password by pressing the appropriate keys on the telephone, with the payment server including the appropriate, well-known hardware to interpret the DTMF tones to determine the corresponding numbers entered by the customer.
- a customer may dial a telephone number, listen to a list of available goods, services
- the payment server through a well-known interactive system such as interactive voice response (IVR) or the like, then prompts the customer to enter identification data, such as a user name and PIN number, or fhe like. Once the identity of the customer is verified, the payment server may then present the customer with a list of credit cards that may be used to complete a transaction. For example, the IVR software may read "Press 1 to select your Visa account, press 2 to select American Express, " or the like. The customer may simply press the corresponding key on the telephone to signal the payment server of the customer's choice. The remainder of fhe process is fhe same as the computer network version described above.
- IVR interactive voice response
- the payment server 202 is available to customers over a telephone network.
- the present invention may be implemented through the mail, by the customer returning an order form sent through regular mail and/or electronic mail.
- the payment server sends a preprinted order form to potential customers, listing various goods, services and/or bills available, and also listing that particular customer's financial accounts as compiled by the customer database 206.
- the customer selects one or more of fhe goods, services and/or bills, selects a financial account for payment from the customer-specific list printed on the form, and returns the order form to the payment server 202.
- An operator at the payment server then enters the data, or in the case of electronic transfer such as email, fhe data is uploaded.
- the payment server forwards fhe data to the appropriate merchant. If the payment option selected by fhe customer is not appropriate (e.g. , the merchant does not accept that type of payment or the available balance is too low), the customer is notified, either through the mail (electronic or regular) or via telephone, and may select another payment option. Once a suitable payment option is selected, the remainder of fhe transaction is completed along the lines of the computer network version described above.
- the customer who receives the order form or bill may call a telephone number provided on the form and complete fhe transaction over the telephone, in the same manner as described above.
- the customer at terminal 208 may access the payment server 202 directly without initially accessing a merchant's site.
- the customer then may be presented with outstanding bills, as compiled by the automated bill information merge/purge subsystem 226 (Fig. 11).
- the customer may select one or more of the bills to be paid, and is then presented with the account information, similar to the process described above with respect to Fig. 9.
- the system and method of fhe present invention allow payment transactions to be performed over a computer network without requiring any credit card numbers or the like to be transmitted directly between the customer 208 and merchant 5212, or between the customer 208 and the payment server 202.
- no account information passes over a public network such as the Internet.
- the account information is transmitted over secure lines between the financial institutions and the payment server 202, and between the payment server and the merchant's payment processor or the merchant's site.
- multiple merchants do not need to maintain a database of account numbers, as such information lOis maintained at the payment server 202. Maintaining the database at one location rather than at each individual merchant further reduces the likelihood of fraud.
- an automatic payment system 50 is shown according to an embodiment that implements use of biometric identifiers and/or PINs.
- a biometric identifier and/or PIN is collected at a bricks-and-mortal terminal.
- a bricks-and-mortar terminal may
- the automatic payment system 50 receives the biometric identifier and/or PIN from the bricks-and-mortar terminals 84 x , and the matching and selecting subsystem 59 compares the biometric identifier and/or PIN 88 x with the records in the master credit card information database 57 to locate matching credit card holder identification data.
- the matching and selecting subsystem 59 compares the biometric identifier and/or PIN 88 x with the records in the master credit card information database 57 to locate matching credit card holder identification data.
- 20and selecting subsystem 59 may be in the form of a preprogrammed computer system which is either the same as the one used for the database consolidation and sorting subsystem 55, or separate therefrom.
- the process of matching customers from a merchant/biller database to credit card account holders in the matching and selecting subsystem 59 may be performed using conventional matching algorithms as known to those of skill in the art. If a match is
- the present invention provides a number of benefits to customers (such as credit card users), financial institutions, merchants and billers. Benefits for fhe financial institutions include reduced fraud, more credit card usage, higher retention rates, and increased fee income.
- 30Benefits for fhe customer include convenience, privacy, and efficiency. Benefits to the merchant/billers are reduced fraud and theft, higher retention rates, less bad debt, savings on mailing expense, and better customer relationships.
- the system and method of the present invention may also be used in conjunction with a targeted marketing or coupon plan in which purchasing behavior can be identified and recorded by the payment server.
- consumers with financial 5accounts (including credit card accounts) on the payment server can acquiesce in having their purchasing behavior tracked and provided to a wide variety of businesses and industries. These business and industries can then preferentially target various consumers for discounts, coupons, or other marketing deals based on their past purchases.
- a centralized organization or company is the only party, aside from the financial institutions with relationships with the consumers, as well as the consumers themselves, that has access to the specific financial account information. It should be understood that the functions performed by the central organization may actually be divided between separate
- one entity may perform processing, while another entity performs encryption/decryption.
- encryption/decryption As described above, only encrypted account information is provided to the merchants/billers; however, it is within the scope of fhe present invention to provide a system in which accounts are provided to merchants/billers directly, and the merchant/biller or other company encrypts such account information for use in its billing materials. In such
- the merchant/biller receives the customer's approval for charging a particular account, it can proceed to decrypt and process the payment from the financial institution directly.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Control Of Driving Devices And Active Controlling Of Vehicle (AREA)
Abstract
An automated payment system (50), such as for credit cards, is provided which compiles customer financial account information (76) from a plurality of financial institutions. The system receives account information (66) from the financial institutions, and compiles the information (76) in a central location (55). The system presents financial account information (76) to the customer. The system then receives and stores a selection of at least one of the financial account of the customer and provides the selected financial account information (76) to a merchant, biller or payment processor (70).
Description
AUTOMATED PAYMENT SYSTEM
FIELD OF THE INVENTION
The present invention relates to computerized billing and payment systems. In particular, the invention relates to an automated credit card payment system that matches a customer's information, fingerprint, retina scan voice, or other biometric measurement and/or a unique personal identifier ("UPI") with financial account information consolidated from multiple financial institutions and selects, or allows customers to select, a financial account for use in paying bills, invoices and other obligations.
BACKGROUND OF THE INVENTION
Most companies that provide continual services can automatically bill their customers on a regular basis. To increase customer retention, as well as reliability in payments, and also to avoid the need for repeated billings of past due accounts, companies
increasingly offer customers the option of making payments through the customer's credit card. However, the need for customers to retrieve the credit card they wish to use, coupled with the customer's perception that writing their credit card account number on a bill and mailing it is not secure, hinders many customers from taking advantage of this convenient payment method. 5 Second, when a customer desires to purchase goods or services on the Internet, they usually give the merchant their credit card information as a form of payment. Since there are millions of merchants on the Internet, it is becoming increasingly difficult for the consumer and for credit card organizations to control fraud. From the moment the consumer presses "send" on the merchant's website, their credit card is exposed. Their card number can be lOintercepted by perpetrators en route to the merchant, or it can be "hacked" from the merchant' s database once it is received. In addition, the fact that there are millions of merchants and that that number is growing exponentially, makes it virtually impossible to ensure that the merchant is a legitimate company and not merely in existence to perpetrate credit card fraud.
Third, when a customer purchases goods or services with a traditional bricks-
15and-mortar merchant, they must have their credit card with them, and they must give it to the merchant so that the credit card can be processed. Given this conventional scenario, the consumer is vulnerable when the credit card is lost or stolen. They are also vulnerable if the merchant or any employee decides to use the credit card number in a fraudulent manner.
Thus, there is a need for a system that provides customers the ability to 0efficiently match their financial account information with their UPI, allowing them to purchase goods or services with their credit card or other financial account, without presenting the actual card. The aim of this system is to optimize customer security and privacy interests.
SUMMARY OF THE INVENTION 5 The present invention is for a system and related method for payment of bills, purchases, or other payments which compares a UPI or a merchant/biller's database of subscribers, customers, potential customers, prospects, or accounts receivables, sometimes referred to herein collectively as "customers", either with a consolidated database of financial account information such as credit card account information, or with a plurality of non-
30consolidated databases of financial account information, or with a combination of the two types. Many types of financial account information may be used to make the payments,
including, but not limited to, credit cards, charge cards, debit cards, smart cards, bank cards, demand deposit accounts such as checking accounts, virtual payment accounts, virtual cash account numbers such as those provided for commercial transactions over the Internet, wire transfer networks, financial electronic data interchange (FEDI), E-check, Automated Clearing 5House (ACH), payment products from third party, non-bank financial institutions such as CyberCash and TransPoint (MSFDC), stored value tools such as VisaCash and Mondex, and the like.
The system matches the customer's UPI or the customer identification data contained in a merchant, biller or payment processor's database with the financial account lOinformation contained in the one or more financial account databases and selects which one or more financial accounts to present when the customer is a holder of more than one financial account.
The financial account or accounts selected are provided to the merchant or biller for inclusion on a commercial communication, such as a payment stub, renewal form, invoice,
15or other marketing material soliciting payment or subscription. Optionally, the merchant/biller need not know the particular financial account or number being used. For example, a commercial communication may indicate the issuer of the financial account, such as a credit card, and a particular financial account, such as a particular credit card account, for the customer to charge the purchase to, but include the account number only in encrypted form,
20thus offering security and privacy to the consumer. Many forms of securing information are known and may be used, including but not limited to the use of encryption techniques and record locator techniques.
For example, in a transaction where the financial account utilized is a credit card account, the customer can indicate his approval to use the credit card number provided in
25encrypted form and thus does not have to provide the information himself when paying by credit card. The merchant/biller collects the invoices or other offers with the customer's indication or authorization of payment from the credit card account and, optionally, submits it to a service bureau which decrypts the credit card account number and processes billing to the selected credit card account. This helps preserve the customer's privacy in his or her credit
30card and related information.
As shown in Fig. 2, the system of the present invention serves as an
intermediary between a large number of issuers and a large number of merchants. As shown in Fig. 2, issuers provide their account information lists to the central account management and consolidation system of the present invention, which in turn receives customer identification data from merchants, and matches and selects financial account information to provide to 5merchants, as described above.
In some embodiments, the system includes a memory device which stores consolidated multiple financial account information, such as a master financial account list, which includes , for example , credit card account information from multiple credit card issuers . A computer system or other processing unit matches customer identification data from the lOstored consolidated financial account information to a UPI or to a database of a merchant/biller 's customer identification data in order to associate a financial account number with a selected member of the customer database. The computer system or processing unit selects one or more specific associated financial account numbers when more than one financial account number matches the selected member of the merchant/biller 's customer database. If
15not previously encrypted, the associated financial account number, is encrypted and provided to the merchant/biller for inclusion on the customer's commercial communication, such as a bill, payment stub, renewal form or invoice, which is then sent to the customer. After selection and authorization by the customer, the system may also decrypt the encrypted financial account number for processing payment to the merchant/biller from the selected
20financial account of the customer.
Alternatively, in lieu of including a master consolidated database of financial account information, the system may be comprised of a plurality of databases of financial account information either internal or remote, and a mechanism for searching the various databases to locate a customer's financial account information. The various financial account 5information databases may include databases of individual issuers and/or partially consolidated databases containing information from a number of financial account issuers.
A method in accordance with one embodiment of the invention includes the steps of consolidating multiple financial account information lists from multiple financial account issuers into a master financial account list, receiving a UPI or a merchant/biller 's customer
30database, and matching information from the master financial account list to the customer's UPI or to the master/biller's database to associate at least one financial account number for
each customer. In accordance with desired selection rules, one or more of the matching financial account number(s) is selected, if more than one financial account number is found for a particular customer. The selected financial account number is encrypted, or may be provided already encrypted in the financial account databases. The encrypted financial account number 5or numbers are provided to the merchant/biller for inclusion on the merchant/biller 's commercial communication to the customer, thus providing the customer with a means for authorizing payment for purchase to the associated financial account number, such as a particular credit card. Payment for the purchase is processed and made to the merchant/biller from the financial account of the authorizing member. Of course, a financial account number lOcan be any unique encrypted identifier, even those including letters as well as numbers.
Alternatively, instead of consolidating multiple financial account information from a number of financial account issuers into a single master financial account database or list, the method may include consolidating some subset of financial account lists and searching a plurality of such lists as well as lists from individual financial account issuers in order to
15associate at least one financial account number for each customer in the merchant/biller 's customer database, or searching a plurality of individual financial account lists made available by different issuers.
In another embodiment, the present invention is directed to a system and method for providing automated payments over a computer network, for example, over the Internet. The system includes an automated payment server which is connected to various financial institutions and which receives and compiles data from those institutions to create files of 5account information for various customers. When a customer desires to purchase goods from a merchant's web site, or to pay bills, the customer is routed to the payment server, and is presented with the account information as compiled by the payment server. The customer selects one or more of the financial accounts, and the payment server transmits the appropriate financial information to the merchant's payment processor to complete the transaction. In this lOmanner, credit card numbers are not transmitted over the Internet or stored on a merchant's site, but are only transmitted between the payment server and the payment processor, preferably over a secure line.
BRIEF DESCRIPTION OF THE DRAWINGS
15 For a fuller understanding of the invention, reference is made to the following description taken in connection with the accompanying drawings, in which:
Fig. 1 is a block diagram illustrating the problems encountered in matching a large number of financial account issuers to a large number of merchants/billers in an automated payment system; 20 Fig. 2 is a block diagram illustrating the use of the present invention in efficiently matching a large number of financial account issuers to a large number of merchants/billers in an automated payment system;
Fig. 3 is a block diagram of a preferred embodiment of an apparatus for carrying out the automated credit card payment method and system of the present invention; 25 Fig. 4 is a flow chart illustrating the use of the apparatus of Fig. 3;
Fig. 5 is a block diagram of an alternative embodiment of the present invention; Fig. 6 is a block diagram of an automated payment system used for biller s in accordance with one preferred embodiment of the invention;
Fig. 7 is a flow chart illustrating the use of the system of Fig. 6; 30 Fi . 8 is a block diagram of an alternative embodiment of the present invention;
Fig. 9 is a flow chart illustrating the use of the system of Fig. 8;
Figs. 10 and 11 are representations of an interface presented to a customer upon accessing a payment server according to one aspect of the invention; and
Fig. 12 is a block diagram of an embodiment of an apparatus for carrying out the automated credit card payment method and system of the present invention using a bricks- 5and-mortar terminal and a biometric identifier and/or PIN.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Preferred embodiments of the invention are now described with reference to the drawings. Although many of the drawings and descriptions illustrate the use of the invention lOwith credit card accounts for the sake of simplicity, the invention is in no way meant to be limited to credit card accounts.
Referring to Fig. 3, an automatic payment system 50 according to one embodiment of the present invention is shown. The system 50 may utilize any combination of many types of financial accounts and is described with reference to credit card accounts for
15simplicity. The system 50 may be operated by a company, such as a service bureau, and includes a database consolidation and sorting subsystem 55, a master credit card database 57, an identifier matching and selecting subsystem 59, and an optional credit card account number encryption subsystem 53.
The automatic payment system 50 is used in conjunction with n number of credit
20card issuers 60o to 60n. Each of the n credit card issuers 60 maintains on a computer system its own credit card information list 660 to 66n in accordance with one of a number of conventional format types known to those of skill in the art. These credit card information lists 66 typically contain account holder identification data, such as the name and address of each account holder, as well as the associated credit card number, name of financial institution,
25account information and demographic information pertaining to each card holder. One skilled in the art will recognize that although the preferred embodiments are described with reference to the use of credit cards, other financial account information or devices, including but not limited to smart cards, bank cards, checking accounts, and virtual payment accounts used for Internet and other on-line commercial transactions, may be used instead of or in any
30combination with credit card accounts.
The automated payment system 50 receives credit card information lists 66 over
a transmission medium 68 from the n credit card issuers 60. This transfer of information over medium 68 may be achieved by many communications methods, including but not limited to modem connections, high speed data lines, the Internet, or the physical transfer of storage media, such as tapes or disks. This transfer is authorized by contractual relationships and may 5include financial incentives. In order to increase the likelihood of locating customer credit card information, it is preferable to include the credit card account information from as many credit card issuers as possible. The database consolidation and sorting subsystem 55, which may be in the form of a programmed computer system, sorts and consolidates the credit card information 660 to 66n provided by the credit card issuers 60o to 60n, and the sorted and lOconsolidated data is then stored in the master credit card information database 57. This database may reside on a mass storage unit of the computer system. Of course, the processing elements and information storage elements may reside on multiple computing devices to provide for contingencies such as fault tolerance and load balancing.
The automated payment system 50 is used to provide credit card account
15information to one or more of m number of merchants/billers 70o to 70m. Each of the m merchants/billers may maintain on a computer its own list 76 of customer identification data. These lists 760 to 76m include customer identification data such as names and addresses of customers or additional information, such as social security numbers and demographic information. The automatic payment system 50 receives the customer identification data from
20a given merchant/biller 70x, and the matching and selecting subsystem 59 compares the customer identification data supplied by merchants/billers 70x with the records in the master credit card information database 57 to locate matching credit card holder identification data. The matching and selecting subsystem 59 may be in the form of a preprogrammed computer system which is either the same as the one used for the database consolidation and sorting
25subsystem 55, or separate therefrom. The process of matching customers from a merchant/biller database to credit card account holders in the matching and selecting subsystem 59 may be performed using conventional matching algorithms as known to those of skill in the art.
If more than one credit card holder identifier matches a given customer (i.e.,
30the customer has more than one credit card), one or more of the matching credit card identifiers is selected or featured by the matching and selecting subsystem 59. This selection
proceeds in accordance with certain selection and presentation rules. As an illustrative example, a simple selection rule is used wherein the selected credit card is the one issued by the issuer having the most credit cards in the database, i.e. , the most "popular" or predominant credit card. Alternatively, in one embodiment, the selection is made on a pro rata basis or 5other algorithm based on the total number of credit card accounts for each issuer in relation to the number of credit card accounts for the other issuers and the total number of credit card accounts in the master credit card database 57. Thus, for example, a credit card issuer which accounts, for example, for 25% of the total number of credit card accounts in the consolidated database, will have its associated credit card account selected 25% of the time for customers lOwho have multiple credit card number accounts including that issuer. Another method of selecting one associated credit card account number from more than one matching associated credit card account is to compare the selected associated credit card account numbers with credit card usage information to determine the customer's primary credit card, based on amount of use, and selecting the customer's most often used credit card. Yet another method
15of selecting an account may take into consideration the fees associated with financial transactions and select the financial institution that charges the lowest fees. Alternatively, the selection process may take into account historical data and select the financial institution that yields the best results or success for a particular merchant/biller. Finally, the selection may be made as a result of fees paid by the credit card issuer to receive priority in the selection 0process.
In alternative embodiments, more than one credit card, or all of the credit cards, may be selected for inclusion, and the customer is given the option of selecting which one of the cards is to be used for making payment. In this embodiment, all matching credit card account numbers may be selected and presented to the customer. The selected credit card 5accounts may be presented to the customer in a list with a check box, such as in the following form:
Choose the card(s) with which you wish to pay: CITIBANK VISA DISCOVER
30 AMERICAN EXPRESS
In a more preferred embodiment of the present invention, the selected credit card accounts can also be ordered and presented to the user, based on similar criteria as that used by the system to determine the selection of credit cards, e.g. , the most popular card in the database, the customer's most often used credit card, the card that charges the lowest fees, or the card whose 5issuer has paid the highest fee, can be presented above or ahead of other credit cards.
The selected credit card account number or numbers which are to be included on a commercial communication are encrypted by a credit card account number encryption subsystem 53. The particular method of encryption may include a finder number, record locator, some form of high level encryption, or any other encryption technique. While lOencryption is an element of the preferred embodiment, the method of encryption may be any method which achieves adequate security and the specific method of encryption does not constitute a material element of the system and method set forth herein. Moreover, credit card information may be encrypted and provided in encrypted form from the credit card issuers 60 before being stored in the master credit card information database.
15 Fig. 4 illustrates the use of encrypted account information of the present invention, and specifically, encrypted credit card information for the sake of simplicity. In one embodiment, for each customer in a merchant/biller 's customer identification data database 76, the encrypted credit card account number associated with the customer is provided by merchant/biller 70x to the customer (step 80) as part of the communication to the customer 0from merchant/biller 70x. Alternatively, in a bricks-and-mortar embodiment of the present invention where the bricks-and-mortar merchant does not have a "customer information database," the customer communicates directly to the central database 57 via a payment process interface, e.g., a terminal or computer. At step 90, the customer decides whether to authorize payment by credit card. This authorization step may also include selecting which 5credit card(s) to use if the customer is presented with more than one. If the customer authorizes such payment and returns the commercial communication to the merchant/biller or other payment processing entity, the encrypted credit card account number is decrypted at step 100. The encrypted number may be sent by the system 50 to the credit card issuer, a payment processor or merchant for decryption and/or payment processing. After decryption the credit
30card account number is used to process payment to merchant/biller (step 110) and payment is made to the particular merchant/biller, along with any required payments for use of the system
in handling the transaction. If the customer 90 does not authorize payment, steps 100 and 110 are simply not performed.
It should be understood that elements of the system and method of the present invention described herein, such as in Figures 3 and 4, may be modified in keeping with the 5intended scope of the invention. For example, the consolidated credit card account database has been described as containing account information from multiple credit card account issuers . However, the merchant/biller 's customer identification data may alternatively be matched serially against multiple databases, including individual credit card issuers' credit card account databases and/or one or more consolidated database. Each individual or consolidated database lOrepresents some number of credit card issuers which is a subset of all the issuers.
Fig. 5 shows an alternative embodiment of an automated payment system 50' according to the present invention. The system 50' of this alternative embodiment includes a serial matching subsystem 59' and a selection/presentation subsystem 59". The serial matching subsystem compares customer identification data, received over transmission medium
1569 from a merchant or one or more customer databases 76 of a given merchant/biller 70, to a number of credit card databases 66 of a number of issuers 60. The serial matching subsystem may also compare the customer identification data with a consolidated database 58 containing information consolidated from a limited number of issuers 60, in this case, issuers 3 and 4. The serial matching subsystem locates matches of the merchant/biller 's customer identification 0data with account holder identification data contained in the individual and partially consolidated databases 66 and 58, as discussed above. Once a set of matching credit card account numbers is located, the selection subsystem 59" selects one or more of the account numbers, in accordance with the selection rules discussed above.
Referring now to Fig. 6, therein is shown a block diagram of an embodiment 5of the automated credit card payment system of the present invention as applied to merchant/billers. In this arrangement, multiple merchant/billers 150 use a fulfillment house 152 and a service bureau 154 employing the system of the present invention to deal with multiple credit card account databases 156, one or more of which may be partially consolidated databases as explained above. More than one fulfillment house 152 may be utilized to serve
30the various merchant/billers and/or groups of merchant/billers, or one fulfillment house 152 may be used for each biller 150. Merchant/billers 150 provide the fulfillment house 152 with
each of their customer files 158 and outside lists 160 (e.g., lists of prospective customers). The service bureau 154 uses the system of the present invention to match the names on the merchant/billers' customer files 158 with associated financial account information. This information, including credit card information, is consolidated by the service bureau 154 from 5multiple credit card issuers 156 and is stored in a master credit card file. Alternatively, this credit card information can be accessed serially from databases of the multiple credit card issuers.
After matching the merchant/billers' customer files 158 and outside lists 160 with associated financial account information, the service bureau encrypts the matching credit lOcard account numbers (block 162) and provides them to the fulfillment house 152. The use of the located credit card information is shown in the flow chart of Fig. 7, where fulfillment house 152 uses the encrypted credit card account information in marketing, billing and/or renewal efforts (step 164), such as by placing encrypted credit card account numbers on commercial communications. At step 165, customers authorize the use of their credit card,
15and optionally select which credit card to use if more than one is presented to the customer.
When customers place orders using the encrypted credit card account information on the commercial communication, the orders are collected and the encrypted number entered and consolidated into a consolidated order file (step 166). The encrypted account numbers in the consolidated order file are then decrypted (step 170) and payments are
20processed (step 172).
Referring now to Figs. 8 and 9, there is shown another embodiment of the present invention. In this embodiment, the system 200 is designed for use over a computer network, for example, over the Internet, a LAN, WAN, or the like. The system 200 includes an automated payment server 202 that includes a processing unit 204 and a customer database
25206 maintained by the processing unit, and is similar in many respects to the automated payment system 50 described above. The database combines account information from various financial institutions, as well as bill information from various billers.
The automated payment server 202 connects to a plurality of customers at respective terminals 208, and interacts with those customers via a suitable customer interface
30210 (only one terminal is shown schematically in FIG. 8). The customer interface can be a basic application used to select payment options, a method of viewing bills from various
billers, and/or a full-service interface that combines those functions and allows the customer to re-configure the account. It will be apparent to those skilled in the art that various forms of interface may be employed.
The automated payment server 202 further connects to one or more merchant 5sites 212 over one or more communication lines 214. Preferably, at least one of the lines 214 is a secure line for transmission of payment information, as is described in greater detail below.
The automated payment server 202 is connected to various financial institutions 220 and to various billers 222. The automated payment system 202 receives account lOinformation, including updated account information, over a transmission medium from the financial institutions, and receives billing information from the various billers, as described above in connection with the automated payment server 50. For example, various utilities may transmit bills electronically to their customers via the payment server 202. An automated account information merge/purge subsystem 224 and an automated bill information
15merge/purge subsystem 226, which may be in the form of programmed computer systems, sort and consolidate the account and bill information provided by the financial institutions and billers, and the sorted and consolidated data is then stored in the customer database 206 for subsequent access, as is described in greater detail below.
The customer terminals 208 can take many different forms, and can access the
20automated payment server 202 in many different ways. For example, the customer may transmit purchase requests via a brick-and-mortar terminal, E-mail, or over the Internet by clicking on a banner on a web site, through interactive television, WebTV®, over the telephone, by direct mail, or in any other suitable manner. In one embodiment, the merchant site 212 may post a banner indicating that payment for a transaction may be conducted through
25the automated payment server 202. The customer can then click on the banner and be directed to the automated payment server, as is described in greater detail below.
The customer interface 210 is preferably a suitable interface that allows the automated payment server 202 to simultaneously communicate with multiple customers over the Internet or other computer network.
30 Referring now to Fig. 9, the operation of the automated payment server 202 is described in more detail. Operation begins at step 300, with a customer beginning the
transaction by communicating with a merchant 212 and either placing an order or requesting to pay a bill for goods or services. In one embodiment, the merchant site presents the customer with a banner having an embedded URL of the automated payment server 202, or alternatively the merchant site can automatically direct the customer to the automated payment 5server when the customer places an order. At step 302, the customer is linked to the automated payment server 202, and at step 303 the server determines whether the customer is registered with the server. If the customer is not registered, operation proceeds to step 304, and the customer registers with the payment server. Registration can be conducted over the computer network, over the telephone, through the mail, or in any other suitable manner, and lOinvolves receiving identifying information from the customer to verify the identity of the customer for all subsequent transactions. For example, the customer may provide their name, address, etc., along with their mother's maiden name, a social security number, or the like. The customer may also provide biometric information, e.g. , fingerprint sample, handwriting sample, retina scan, or voice recording/pattern. Once the customer's identity has been
15verified, a password is selected for the customer (either chosen by the customer or randomly assigned by the payment server), as is well known in the art.
If the customer is already registered with the payment server 202, the customer inputs his or her user name and password at step 303, and after authentication or verification, the customer is allowed to continue with the payment transaction. 0 The merchant 212 transmits order and/or payment data to the payment server
202, either automatically or after being prompted by the payment server, at step 305. The data preferably identifies the customer, for example by including order ID data and/or a customer UPI, which is also transmitted to the payment server when the customer accesses the payment server. Alternatively, the merchant site may transmit the customer's name or any other 5identifying data to allow the payment server to associate the customer with the particular order or payment request.
The customer's UPI or other identifying information is associated with the customer's financial account(s). The UPI can be in the form of a name, password, PIN, ID number, or other unique identifier. Alternatively, the UPI can take the form of a fingerprint,
30retina scan, voice pattern, handwriting sample, or other unique "biometric" identifier. These biometric identifiers, in some cases, can be used in conjunction with a password or PIN. The
recording, capturing, and storing of unique biometric identifiers such as retina scans, iris scans, voice patterns, digital handwriting samples or digitally scanned fingerprints are described in U.S. Patent Nos. 6,047,281; 6,038,334 and 5,991,408, the disclosures of which are incorporated herein by reference. In one possible embodiment of the invention, the 5customer's UPI is recorded and/or authenticated using prior art devices, such as digital scanners, cameras or recorders, attached to the consumer's computer or located at a bricks- and-mortar or other merchant terminal as exemplified in Fig. 12.
Once the payment server has associated the customer with the order or payment request, operation proceeds to step 306, and the payment server accesses the customer database lOto retrieve the customer's account information, which as described above is in the form of various credit cards, debit cards, smart cards, bank cards, demand deposit accounts such as checking accounts, virtual payment accounts, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), payment products from third party, non-bank financial institutions such as CyberCash and TransPoint (MSFDC), stored
15value tools such as VisaCash and Mondex, and the like. Then, at step 308, the payment server 202 presents the customer account information to the customer (Fig. 10). The account information identifies the various financial to the customer, without transmitting entire account numbers to the customer. For example, some identifying information is transmitted, such as the name of the credit card, the last several digits of a credit card, or the like (e.g., "AmEx
206543"). The account information may include, in addition to identifying the various credit cards and the like, available balance information, date of the last update to that account, date of last payment, credit limit, transaction detail, and the like.
At step 310, the customer selects one or more payment options, and that selection (or selections) is transmitted to the payment server via the interface 210. Thus, the
25actual account numbers are not transmitted between the payment server and the customer.
The customer may choose to split a payment between two or more financial accounts, for example, two or more credit cards. In addition, the payment server can present the accounts to the customer in some specific order, as defined by the customer, the financial institutions, particular merchants, account usage, available balances, interest rates, and the
301ike.
In one embodiment, the payment server 202 presents the customer only with
appropriate payment options . For example , if the purchase amount is $ 100 , and the customer ' s checking account has a balance less than $100, the payment server preferably does not provide that as an option to the customer. Alternatively, the checking account may be presented to the customer, but in a different color or font to indicate to the customer that such account is not 5suitable for the particular transaction, but can be used in connection with another payment option to complete the transaction.
At step 312, the payment server 202 transmits a request for authorization to the payment processor of the merchant site 212, which includes the payment option selected by the customer. At step 314, the customer interface determines whether fhe payment option is lOacceptable. For example, the customer may have selected a credit card that is not accepted by the particular merchant. If so, operation proceeds to step 316, and the customer is informed that the authorization failed. Operation then flows back to step 308, to allow the customer to select another payment option.
If the payment option is acceptable at step 314, operation proceeds to step 318,
15and the customer is notified that the transaction has been approved. Then, at step 320, the payment server 202 transmits the approved order or Approval to the merchant site or to the merchant's payment processor 212, preferably over a secure line, and the merchant fills the order by interacting with the customer 208. For example, the merchant site may request shipping information if they do not already have it or other required information to complete 0the transaction. Then, at step 322, the payment processor accesses the appropriate financial institution and transmits the payment information, so that the customer's account is debited and the merchant's account is credited.
It will be apparent to those skilled in the art that the above steps may also be carried out over a telephone network that allows for interactivity, such as those systems 5offering voice recognition and/or dual tone multi-frequency (DTMF) tones. As is well known in the art, the customer may enter a user ID and password by pressing the appropriate keys on the telephone, with the payment server including the appropriate, well-known hardware to interpret the DTMF tones to determine the corresponding numbers entered by the customer. Thus, a customer may dial a telephone number, listen to a list of available goods, services
30and/or bills, and select one or more of the goods, services and/or bills by pressing appropriate keys on the telephone. The payment server, through a well-known interactive system such as
interactive voice response (IVR) or the like, then prompts the customer to enter identification data, such as a user name and PIN number, or fhe like. Once the identity of the customer is verified, the payment server may then present the customer with a list of credit cards that may be used to complete a transaction. For example, the IVR software may read "Press 1 to select your Visa account, press 2 to select American Express, " or the like. The customer may simply press the corresponding key on the telephone to signal the payment server of the customer's choice. The remainder of fhe process is fhe same as the computer network version described above. Thus, in this manner the payment server 202 is available to customers over a telephone network. Alternatively, the present invention may be implemented through the mail, by the customer returning an order form sent through regular mail and/or electronic mail. In this manner, the payment server sends a preprinted order form to potential customers, listing various goods, services and/or bills available, and also listing that particular customer's financial accounts as compiled by the customer database 206. The customer selects one or more of fhe goods, services and/or bills, selects a financial account for payment from the customer-specific list printed on the form, and returns the order form to the payment server 202. An operator at the payment server then enters the data, or in the case of electronic transfer such as email, fhe data is uploaded. The payment server forwards fhe data to the appropriate merchant. If the payment option selected by fhe customer is not appropriate (e.g. , the merchant does not accept that type of payment or the available balance is too low), the customer is notified, either through the mail (electronic or regular) or via telephone, and may select another payment option. Once a suitable payment option is selected, the remainder of fhe transaction is completed along the lines of the computer network version described above.
In an alternative embodiment, the customer who receives the order form or bill may call a telephone number provided on the form and complete fhe transaction over the telephone, in the same manner as described above.
In another embodiment, the customer at terminal 208 may access the payment server 202 directly without initially accessing a merchant's site. The customer then may be presented with outstanding bills, as compiled by the automated bill information merge/purge subsystem 226 (Fig. 11). The customer may select one or more of the bills to be paid, and is then presented with the account information, similar to the process described above with
respect to Fig. 9.
It will be apparent that the system and method of fhe present invention allow payment transactions to be performed over a computer network without requiring any credit card numbers or the like to be transmitted directly between the customer 208 and merchant 5212, or between the customer 208 and the payment server 202. Thus, no account information passes over a public network such as the Internet. The account information is transmitted over secure lines between the financial institutions and the payment server 202, and between the payment server and the merchant's payment processor or the merchant's site. In addition, multiple merchants do not need to maintain a database of account numbers, as such information lOis maintained at the payment server 202. Maintaining the database at one location rather than at each individual merchant further reduces the likelihood of fraud.
Referring to Fig. 12, an automatic payment system 50 is shown according to an embodiment that implements use of biometric identifiers and/or PINs. A biometric identifier and/or PIN is collected at a bricks-and-mortal terminal. A bricks-and-mortar terminal may
15include a computer, digital camera, scanner, recorder or other device capable of capturing such information. The automatic payment system 50 receives the biometric identifier and/or PIN from the bricks-and-mortar terminals 84x, and the matching and selecting subsystem 59 compares the biometric identifier and/or PIN 88x with the records in the master credit card information database 57 to locate matching credit card holder identification data. The matching
20and selecting subsystem 59 may be in the form of a preprogrammed computer system which is either the same as the one used for the database consolidation and sorting subsystem 55, or separate therefrom. The process of matching customers from a merchant/biller database to credit card account holders in the matching and selecting subsystem 59 may be performed using conventional matching algorithms as known to those of skill in the art. If a match is
25found in the master credit card database 57, then the PIN is validated.
As can be understood from the above description of the present invention, the present invention provides a number of benefits to customers (such as credit card users), financial institutions, merchants and billers. Benefits for fhe financial institutions include reduced fraud, more credit card usage, higher retention rates, and increased fee income.
30Benefits for fhe customer include convenience, privacy, and efficiency. Benefits to the merchant/billers are reduced fraud and theft, higher retention rates, less bad debt, savings on
mailing expense, and better customer relationships.
The system and method of the present invention may also be used in conjunction with a targeted marketing or coupon plan in which purchasing behavior can be identified and recorded by the payment server. In one possible embodiment, consumers with financial 5accounts (including credit card accounts) on the payment server can acquiesce in having their purchasing behavior tracked and provided to a wide variety of businesses and industries. These business and industries can then preferentially target various consumers for discounts, coupons, or other marketing deals based on their past purchases.
Another benefit provided by the present invention is the security and privacy lOfor consumers. Therefore, in accordance with the preferred embodiment of the invention herein, a centralized organization or company is the only party, aside from the financial institutions with relationships with the consumers, as well as the consumers themselves, that has access to the specific financial account information. It should be understood that the functions performed by the central organization may actually be divided between separate
15entities. For example, one entity may perform processing, while another entity performs encryption/decryption. As described above, only encrypted account information is provided to the merchants/billers; however, it is within the scope of fhe present invention to provide a system in which accounts are provided to merchants/billers directly, and the merchant/biller or other company encrypts such account information for use in its billing materials. In such
20a case, once the merchant/biller receives the customer's approval for charging a particular account, it can proceed to decrypt and process the payment from the financial institution directly.
Many other user functions known in the art can be implemented such as the ability to allow a user to modify his user registration information.
While several forms of fhe invention have been described, it will be apparent to those skilled in the art that various modifications and improvements may be made without departing from the spirit and scope of the invention.
Claims
WHAT IS CLAIMED IS:
1. A method for facilitating payment from a customer ' s financial account to a merchant/biller or a payment processor associated with a merchant/biller, comprising the steps of: compiling in a memory financial account information for at least one customer from a plurality of financial institutions; receiving and storing transaction information relating to a particular customer; retrieving from the memory the financial account information for the customer; presenting the financial account information to the customer; receiving and storing a selection by the customer of at least one of the financial accounts; and providing the selected financial account(s) information either to the merchant/biller or to a payment processor associated with the merchant/biller.
2. The method of claim 1 , wherein said financial account corresponds to at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, checking account, virtual payment account, virtual cash account, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value tools.
3. The method of claim 1, further comprising the step of consolidating at least two of said plurality of financial account information databases into a single consolidated financial account information database and wherein said retrieving step includes the step of searching said consolidated database.
4. The method of claim 1 , further comprising the steps of selecting a subset of one or more financial accounts from among a plurality of customer financial accounts, and presenting the subset to the customer.
5. The method of claim 4, wherein the subset of accounts includes financial accounts acceptable to the merchant/biller.
6. The method of claim 1 , further comprising the step of dividing payment for a single transaction among more than one financial account if more than one financial account is selected.
7. The method of claim 1 , further comprising the step of selecting the order in which one or more financial accounts are presented to the customer before presenting the financial account information to the customer.
8. The method of claim 1, further comprising the steps of encrypting said selected customer financial account information prior to providing it to said merchant/biller, or payment processor, and encrypting or truncating the financial account information before it is presented to the customer.
9. The method of claim 1, further comprising the step of updating said financial account information from at least one of said plurality of financial institutions.
10. The method of claim 1, further comprising the steps of determining whether a customer is a registered customer; and registering a customer if the customer is not yet registered.
11. The method of claim 10, wherein the step of registering a customer further includes capturing a PIN and a biometric measurement of fhe customer.
12. The method of claim 11, wherein the biometric measurement includes voice patterns, fingerprints, retina scans, or handwriting samples.
13. The method of claim 11, further comprising the step of comparing the PIN, biometric measurement, or both, against a respective stored database of PINs or biometric measurements.
14. The method of claim 1, further comprising the step of comparing a transaction value from the transaction information to an available balance value from the financial account information.
15. The method of claim 14, further comprising the step of presenting to customers only those financial accounts with an individual or combined available fund balance equal to or greater than the transaction value.
16. A method for facilitating payment from a customer' s financial account for a bill selected from a plurality of bills presented to the customer, fhe method comprising the following steps: compiling in a memory financial account information for at least one customer from a plurality of financial institutions; presenting the customer with bill information for each of a plurality of bills; receiving selection information from the customer specifying a particular selected bill which is to be paid; retrieving from the memory the financial account information for the customer; presenting the financial account information to the customer; and receiving selection information from the customer specifying a particular account to be used to pay the selected bill.
17. The method of claim 16, wherein said financial account corresponds to at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, checking account, virtual payment account, virtual cash account, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value tools.
18. The method of claim 16, further comprising the step of consolidating at least two of said plurality of financial account information databases into a single consolidated financial account information database and wherein said retrieving step includes the step of searching said consolidated database.
19. The method of claim 16, further comprising the steps of selecting a subset of one or more financial accounts from among a plurality of customer financial accounts, and presenting the subset to the customer.
20. The method of claim 19, wherein the subset of accounts includes financial accounts acceptable to the merchant/biller.
21. The method of claim 16, further comprising the step of dividing payment for a single transaction among more than one financial account if more than one financial account is selected.
22. The method of claim 16, further comprising the step of selecting the order in which one or more financial accounts are presented to the 'customer before presenting the financial account information to the customer.
23. The method of claim 16, further comprising the steps of encrypting said selected customer financial account information prior to providing it to said merchant/biller, or payment processor, and encrypting or truncating the financial account information before it is presented to the customer.
24. The method of claim 16, further comprising the step of updating said financial account information from at least one of said plurality of financial institutions.
25. The method of claim 16, further comprising the steps of determining whether a customer is a registered customer; and registering a customer if the customer is not yet registered.
26. The method of claim 25 , wherein the step of registering a customer further includes capturing a PIN, an IP address or a biometric measurement of the customer.
27. The method of claim 26, wherein the biometric measurement includes voice patterns, fingerprints, retina scans, or handwriting samples.
28. The method of claim 26, further comprising the step of comparing at least one of the PIN, IP address, biometric measurement, against a respective stored database of PINs, IP addresses or biometric measurements.
29. The method of claim 16, further comprising the step of comparing a transaction value from the transaction information to an available balance value from the financial account information.
30. The method of claim 29, further comprising the step of presenting to customers only those financial accounts with an individual or combined available fund balance equal to or greater than the transaction value.
31. A method for facilitating payment from a customer ' s financial account to a merchant/biller or a payment processor associated with a merchant biller over a computer network, comprising the steps of: compiling in a memory at a payment server financial account information for at least one customer, said information being received from a plurality of financial institutions; receiving over the computer network transaction information at the payment server relating to a particular customer and storing the transaction information; retrieving from the memory the financial account information for the customer; transmitting the financial account information over the computer network to the customer; receiving over the computer network a selection by the customer of one or more of the financial accounts and storing the selection; and
transmitting the selected financial account information over the computer network to said merchant/biller or a payment processor associated with the merchant/biller.
32. The method of claim 31 , wherein said financial account corresponds to at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, checking account, virtual payment account, virtual cash account, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value tools.
33. The method of claim 31 , further comprising the step of consolidating at least two of said plurality of financial account information databases into a single consolidated financial account information database and wherein said retrieving step includes the step of searching said consolidated database.
34. The method of claim 31 , further comprising the steps of selecting a subset of one or more financial accounts from among a plurality of customer financial accounts, and presenting the subset to the customer.
35. The method of claim 34, wherein the subset of accounts includes financial accounts acceptable to the merchant/biller.
36. The method of claim 31, further comprising the step of dividing payment for a single transaction among more than one financial account if more than one financial account is selected.
37. The method of claim 31 , further comprising the step of selecting the order in which one or more financial accounts are presented to the customer before presenting the financial account information to the customer.
38. The method of claim 31 , further comprising the steps of encrypting said selected customer financial account information prior to providing it to said merchant/biller, or payment processor, and encrypting or truncating the financial account information before it is presented to the customer.
39. The method of claim 31, further comprising the step of updating said financial account information from at least one of said plurality of financial institutions.
40. The method of claim 31, further comprising the steps of determining whether a customer is a registered customer; and registering a customer if the customer is not yet registered.
41. The method of claim 40, wherein fhe step of registering a customer further includes capturing a PIN, IP address or a biometric measurement of the customer.
42. The method of claim 41, wherein the biometric measurement includes voice patterns, fingerprints, retina scans, or handwriting samples.
43. The method of claim 41 , further comprising the step of comparing at least one of the PIN, IP address, and biometric measurement, against a respective stored database of PINs, IP addresses or biometric measurements.
44. The method of claim 31, further comprising the step of comparing a transaction value from the transaction information to an available balance value from the financial account information.
45. The method of claim 44, further comprising the step of presenting to customers only those financial accounts with an individual or combined available fund balance equal to or greater than the transaction value.
46. A method for facilitating payment from a customer's financial account to a merchant/biller or a payment processor associated with a merchant biller, comprising the steps of: compiling in a memory at a payment server financial account information for at least one customer, said information being received from a plurality of financial institutions; receiving transaction information relating to a particular customer;
transmitting said transaction information to the payment server and storing the transaction infonnation; retrieving from the memory the financial account information for the customer; displaying the financial account information on an interface; receiving a selection by the customer of at least one of the financial accounts and storing the selection; and transmitting the selected financial account(s) information either to the merchant/biller or to a payment processor associated with the merchant/biller.
47. The method of claim 46, wherein said financial account corresponds to at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, checking account, virtual payment account, virtual cash account, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value tools.
48. The method of claim 46, further comprising the step of consolidating at least two of said plurality of financial account information databases into a single consolidated financial account information database and wherein said retrieving step includes the step of searching said consolidated database.
49. The method of claim 46, further comprising the steps of selecting a subset of one or more financial accounts from among a plurality of customer financial accounts, and presenting the subset to the customer.
50. The method of claim 49, wherein the subset of accounts includes financial accounts acceptable to the merchant/biller.
51. The method of claim 46, further comprising the step of dividing payment for a single transaction among more than one financial account if more than one financial account is selected.
52. The method of claim 46, further comprising the step of selecting the order in which one or more financial accounts are presented to the customer before presenting the financial account information to the customer.
53. The method of claim 46, further comprising the steps of encrypting said selected customer financial account information prior to providing it to said merchant/biller, or payment processor, and encrypting or truncating the financial account information before it is presented to the customer.
54. The method of claim 46, further comprising the step of updating said financial account information from at least one of said plurality of financial institutions.
55. The method of claim 46, further comprising the steps of determining whether a customer is a registered customer; and registering a customer if the customer is not yet registered.
56. The method of claim 55, wherein the step of registering a customer further includes capturing a PIN, IP address or a biometric measurement of the customer.
57. The method of claim 56, wherein the biometric measurement includes voice patterns, fingerprints, retina scans, or handwriting samples.
58. The method of claim 56, further comprising the step of comparing at least one of the PIN, IP address and biometric measurement, against a respective stored database of PINs, IP addresses or biometric measurements.
59. The method of claim 46, further comprising the step of comparing a transaction value from the transaction information to an available balance value from the financial account information.
60. The method of claim 59, further comprising the step of presenting to customers only those financial accounts with an individual or combined available fund balance equal to or greater than the transaction value.
61. The method of claim 46, wherein the interface includes a terminal, smart terminal, smart box, keypad, LCD display, cardswipe device or touchpad.
62. The method of claim 46, wherein only those financial accounts acceptable to the merchant/biller are displayed on the interface.
63. A method for facilitating direct bill payment by a customer, comprising the steps of: receiving and storing billing information from a merchant/biller or merchant payment processor relating to a particular customer; retrieving from a customer database financial account information for the customer compiled from a plurality of financial institutions; presenting to the customer a bill payment interface with one or more of the customer's financial accounts; receiving and storing a selection by the customer of at least one of the financial accounts for payment of the bill; and providing the selected financial account(s) information either to the merchant/biller or to a payment processor associated with the merchant/biller.
64. The method of claim 63, wherein said financial account corresponds to at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, checking account, virtual payment account, virtual cash account, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value tools.
65. The method of claim 63 , further comprising the step of consolidating at least two of said plurality of financial account information databases into a single consolidated financial account information database and wherein said retrieving step includes the step of searching said consolidated database.
66. The method of claim 63, further comprising the steps of selecting a subset of one or more financial accounts from among a plurality of customer financial accounts, and presenting the subset to the customer.
67. The method of claim 66, wherein the subset of accounts includes financial accounts acceptable to the merchant/biller.
68. The method of claim 63, further comprising the step of dividing payment for a single transaction among more than one financial account if more than one financial account is selected.
69. The method of claim 63 , further comprising the step of selecting the order in which one or more financial accounts are presented to the customer before presenting the financial account information to the customer.
70. The method of claim 63, further comprising the steps of encrypting said selected customer financial account information prior to providing it to said merchant/biller, or payment processor, and encrypting or truncating the financial account information before it is presented to the customer.
71. The method of claim 63, further comprising the step of updating said financial account information from at least one of said plurality of financial institutions.
72. The method of claim 63, further comprising the steps of determining whether a customer is a registered customer; and registering a customer if the customer is not yet registered.
73. The method of claim 72, wherein the step of registering a customer further includes capturing a PIN, IP address or a biometric measurement of the customer.
74. The method of claim 73, wherein the biometric measurement includes voice patterns, fingerprints, retina scans, or handwriting samples.
75. The method ofclaim 73, further comprising the step ofcomparing at least one of the PIN, IP address or biometric measurement, against a respective stored database of PINs, IP addresses or biometric measurements.
76. The method of claim 63, further comprising the step of comparing a transaction value from the transaction information to an available balance value from the financial account information.
77. The method of claim 76, further comprising the step of presenting to customers only those financial accounts with an individual or combined available fund balance equal to or greater than the transaction value.
78. An apparatus for facilitating payment from a customer's financial account to a merchant/biller or a payment processor associated with a merchant/biller, comprising: a processor; and a memory storing processing instructions for controlling the processor, the processor operative with the processing instructions to: compile in a memory financial account information for at least one customer from a plurality of financial institutions; receive and storing transaction information relating to a particular customer; retrieve from the memory the financial account information for the customer; present the financial account information to the customer; receive and store a selection by the customer of at least one of the financial accounts; and provide the selected financial account(s) information either to the merchant/biller or to a payment processor associated with the merchant/biller.
79. The system ofclaim 78, wherein said financial account corresponds to at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, checking account, virtual payment account, virtual cash account, wire transfer networks, financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value tools.
80. The system ofclaim 78, wherein the processor is operative to consolidate at least two of said plurality of financial account information databases into a single consolidated financial account information database.
81. The system of claim 78, wherein the processor is operative to select a subset of one or more financial accounts from among a plurality of customer financial accounts, and to present the subset to the customer.
82. The system of claim 78, wherein the processor is operative to select a subset of accounts that includes financial accounts acceptable to the merchant/biller.
83. The system of claim 78, wherein the processor is operative to divide a payment for a single transaction among more than one financial account if more than one financial account is selected.
84. The system of claim 78, wherein the processor is operative to select the order in which one or more financial accounts are presented to the customer before presenting fhe financial account information to the customer.
85. The system ofclaim 78, wherein the processor is operative to encrypt said selected customer financial account information prior to providing it to said merchant/biller or to said payment processor, and to encrypt or truncate the financial account information before it is presented to the customer.
86. The system ofclaim 78, wherein the processor is operative to update said financial account information from at least one of said plurality of financial institutions.
87. The system ofclaim 78, wherein the processor is operative to determine whether a customer is a registered customer, and to register the customer if the customer is not yet registered.
88. The system of claim 87, wherein the processor is operative to capture a PIN, IP address or a biometric measurement of the customer as part of the registration.
89. The system of claim 88 , wherein the biometric information includes voice patterns, fingerprints, retina scans, or handwriting samples.
90. The system ofclaim 88, wherein the processor is operative to compare at least one of the PIN, IP address and biometric measurement, against a respective stored database of PINs, IP addresses or biometric measurements.
91. The system of claim 78, wherein the processor is operative to compare a transaction value from the transaction information to an available balance value from the financial account information.
92. The system of claim 91 , wherein the processor is operative to present to customers only those financial accounts with an individual or combined available fund balance equal to or greater than the transaction value.
1 93. An apparatus for facilitating payment from a customer's financial account
2 for a bill selected from a plurality of bills presented to the customer, comprising:
3 a processor; and
4 a memory storing processing instructions for controlling the processor, the
5 processor operative with the processing instructions to:
6 compile in a memory financial account information for at least one
7 customer from a plurality of financial institutions;
8 present the customer with bill information for each of a plurality of bills;
9 receive selection information from the customer specifying a particular L0 selected bill which is to be paid;
LI retrieve from the memory the financial account information for the
L2 customer;
13 present the financial account information to the customer; and
14 receive selection information from the customer specifying a particular L5 account to be used to pay the selected bill.
94. An apparatus for facilitating payment from a customer' s financial account to a merchant/biller or a payment processor associated with a merchant/biller over a computer network, comprising: a processor; and a memory storing processing instructions for controlling the processor, the processor operative with the processing instructions to: compile in a memory at a payment server financial account information for at least one customer, said information being received from a plurality of financial institutions; receive over the computer network transaction information at the payment server relating to a particular customer and storing the transaction information; retrieve from the memory the financial account information for the customer;
transmit the financial account information over the computer network to the customer; receive over the computer network a selection by the customer of one or more of the financial accounts and storing the selection; and transmit the selected financial account information over the computer network to said merchant/biller or a payment processor associated with the merchant/biller.
95. An apparatus for facilitating payment from a customer's financial account to a merchant/biller or a payment processor associated with a merchant biller, comprising: a processor; and a memory storing processing instructions for controlling the processor, the processor operative with the processing instructions to: compile in a memory at a payment server financial account information for at least one customer, said information being received from a plurality of financial institutions; receive transaction information relating to a particular customer; transmit said transaction information to the payment server and storing the transaction information; retrieve from the memory the financial account information for fhe customer; display the financial account information on an interface; receive a selection by the customer of at least one of the financial accounts and storing the selection; and
transmit the selected financial account(s) information either to the merchant/biller or to a payment processor associated with the merchant/biller.
96. An apparatus for facilitating direct bill payment by a customer, comprising: a processor; and a memory storing processing instructions for controlling the processor, the processor operative with the processing instructions to: receive and store billing information from a merchant/biller or merchant payment processor relating to a particular customer; retrieve from a customer database financial account information for the customer compiled from a plurality of financial institutions; present to the customer a bill payment interface with one or more of the customer' s financial accounts ;
receive and store a selection by the customer of at least one of fhe financial accounts for payment of the bill; and provide the selected financial account(s) information either to the merchant/biller or to a payment processor associated with the merchant/biller. — .
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US64107300A | 2000-08-17 | 2000-08-17 | |
US641073 | 2000-08-17 | ||
PCT/US2001/025888 WO2002014985A2 (en) | 2000-08-17 | 2001-08-17 | Automated payment system |
Publications (2)
Publication Number | Publication Date |
---|---|
EP1323011A2 EP1323011A2 (en) | 2003-07-02 |
EP1323011A4 true EP1323011A4 (en) | 2006-02-01 |
Family
ID=24570836
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP01962252A Withdrawn EP1323011A4 (en) | 2000-08-17 | 2001-08-17 | Automated payment system |
Country Status (9)
Country | Link |
---|---|
EP (1) | EP1323011A4 (en) |
JP (1) | JP2004506973A (en) |
KR (1) | KR20030040403A (en) |
CN (1) | CN1459068A (en) |
AU (1) | AU2001283447A1 (en) |
BR (1) | BR0113462A (en) |
CA (1) | CA2419566A1 (en) |
MX (1) | MXPA03001461A (en) |
WO (1) | WO2002014985A2 (en) |
Families Citing this family (72)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8165958B1 (en) | 1999-03-26 | 2012-04-24 | Metavante Corporation | Electronic bill presentation and payment method and system |
US7237117B2 (en) | 2001-03-16 | 2007-06-26 | Kenneth P. Weiss | Universal secure registry |
US8751384B2 (en) | 2002-05-08 | 2014-06-10 | Metavante Corporation | Integrated bill presentment and payment system and method of operating the same |
EP1604339A1 (en) * | 2003-03-06 | 2005-12-14 | Fortunatus Holdings Limited | Secure transaction system |
GB2399209B (en) * | 2003-03-06 | 2006-09-13 | Fortunatus Holdings Ltd | Secure transaction system |
US20040215560A1 (en) * | 2003-04-25 | 2004-10-28 | Peter Amalraj | Integrated payment system and method |
US9460441B2 (en) | 2004-06-29 | 2016-10-04 | Textura Corporation | Construction payment management system and method with document exchange features |
RU2394275C2 (en) * | 2004-10-26 | 2010-07-10 | Дзе Кока-Кола Компани | Transaction system and method |
US8001055B2 (en) | 2006-02-21 | 2011-08-16 | Weiss Kenneth P | Method, system and apparatus for secure access, payment and identification |
US11227676B2 (en) | 2006-02-21 | 2022-01-18 | Universal Secure Registry, Llc | Universal secure registry |
US8234220B2 (en) | 2007-02-21 | 2012-07-31 | Weiss Kenneth P | Universal secure registry |
US7591419B2 (en) | 2006-03-28 | 2009-09-22 | HSBC Card Services Inc. | User selectable functionality facilitator |
KR100822952B1 (en) * | 2006-06-05 | 2008-04-17 | 주식회사 신한은행 | System and Method for Operating Accounts, Devices for Opersting Accounts and Recording Medium |
US8027917B2 (en) | 2006-08-15 | 2011-09-27 | Frank Easterly | Method for facilitating financial and non financial transactions between customers, retailers and suppliers |
CN101154283A (en) * | 2006-09-29 | 2008-04-02 | 阿里巴巴公司 | System and method for implementing payment |
WO2008123762A1 (en) * | 2007-04-10 | 2008-10-16 | Epetrol Holding Sdn. Bhd. | Method and apparatus for performing a transaction |
EP2045959B1 (en) * | 2007-10-03 | 2011-07-20 | Accenture Global Services Limited | Technology agnostic universally appliable data model for a telecommunication service provider archtitecture |
EP2248059B1 (en) * | 2008-02-26 | 2015-11-25 | Universal Secure Registery, LLC | Universal secure registry |
BRPI0911807A2 (en) * | 2008-04-29 | 2015-10-06 | Visa Usa Inc | computer readable medium, server computer, method, and access device |
CN101685512A (en) * | 2008-09-28 | 2010-03-31 | ***股份有限公司 | Computer, payment system and method thereof for realizing on-line payment |
US9818118B2 (en) | 2008-11-19 | 2017-11-14 | Visa International Service Association | Transaction aggregator |
US8162208B2 (en) | 2009-01-23 | 2012-04-24 | HSBC Card Services Inc. | Systems and methods for user identification string generation for selection of a function |
US9443253B2 (en) | 2009-07-27 | 2016-09-13 | Visa International Service Association | Systems and methods to provide and adjust offers |
US10546332B2 (en) | 2010-09-21 | 2020-01-28 | Visa International Service Association | Systems and methods to program operations for interaction with users |
US9841282B2 (en) | 2009-07-27 | 2017-12-12 | Visa U.S.A. Inc. | Successive offer communications with an offer recipient |
US9342835B2 (en) | 2009-10-09 | 2016-05-17 | Visa U.S.A | Systems and methods to deliver targeted advertisements to audience |
US9031860B2 (en) | 2009-10-09 | 2015-05-12 | Visa U.S.A. Inc. | Systems and methods to aggregate demand |
US8595058B2 (en) | 2009-10-15 | 2013-11-26 | Visa U.S.A. | Systems and methods to match identifiers |
US20110093387A1 (en) * | 2009-10-16 | 2011-04-21 | Zack Fuerstenberg | System and method for non-credit card billers to accept credit card payments |
US20110093324A1 (en) | 2009-10-19 | 2011-04-21 | Visa U.S.A. Inc. | Systems and Methods to Provide Intelligent Analytics to Cardholders and Merchants |
US20110125565A1 (en) | 2009-11-24 | 2011-05-26 | Visa U.S.A. Inc. | Systems and Methods for Multi-Channel Offer Redemption |
US8738418B2 (en) | 2010-03-19 | 2014-05-27 | Visa U.S.A. Inc. | Systems and methods to enhance search data with transaction based data |
US9697520B2 (en) | 2010-03-22 | 2017-07-04 | Visa U.S.A. Inc. | Merchant configured advertised incentives funded through statement credits |
US9471926B2 (en) | 2010-04-23 | 2016-10-18 | Visa U.S.A. Inc. | Systems and methods to provide offers to travelers |
US8359274B2 (en) | 2010-06-04 | 2013-01-22 | Visa International Service Association | Systems and methods to provide messages in real-time with transaction processing |
US9760905B2 (en) | 2010-08-02 | 2017-09-12 | Visa International Service Association | Systems and methods to optimize media presentations using a camera |
US9972021B2 (en) | 2010-08-06 | 2018-05-15 | Visa International Service Association | Systems and methods to rank and select triggers for real-time offers |
US9679299B2 (en) | 2010-09-03 | 2017-06-13 | Visa International Service Association | Systems and methods to provide real-time offers via a cooperative database |
WO2012037479A1 (en) | 2010-09-17 | 2012-03-22 | Universal Secure Registry, Llc | Apparatus, system and method employing a wireless user-device |
US9477967B2 (en) | 2010-09-21 | 2016-10-25 | Visa International Service Association | Systems and methods to process an offer campaign based on ineligibility |
US10055745B2 (en) | 2010-09-21 | 2018-08-21 | Visa International Service Association | Systems and methods to modify interaction rules during run time |
US9558502B2 (en) | 2010-11-04 | 2017-01-31 | Visa International Service Association | Systems and methods to reward user interactions |
US10007915B2 (en) | 2011-01-24 | 2018-06-26 | Visa International Service Association | Systems and methods to facilitate loyalty reward transactions |
US10438299B2 (en) | 2011-03-15 | 2019-10-08 | Visa International Service Association | Systems and methods to combine transaction terminal location data and social networking check-in |
US20120290484A1 (en) * | 2011-05-13 | 2012-11-15 | Maher Joel M | Method and System for Sending Surveys and Receipts Electronically to Customers Purchasing with Credit Cards |
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 |
US9466075B2 (en) | 2011-09-20 | 2016-10-11 | Visa International Service Association | Systems and methods to process referrals in offer campaigns |
US10380617B2 (en) | 2011-09-29 | 2019-08-13 | Visa International Service Association | Systems and methods to provide a user interface to control an offer campaign |
US10290018B2 (en) | 2011-11-09 | 2019-05-14 | Visa International Service Association | Systems and methods to communicate with users via social networking sites |
US10497022B2 (en) | 2012-01-20 | 2019-12-03 | Visa International Service Association | Systems and methods to present and process offers |
US10672018B2 (en) | 2012-03-07 | 2020-06-02 | Visa International Service Association | Systems and methods to process offers via mobile devices |
CN102638473B (en) * | 2012-05-04 | 2014-12-10 | 盛趣信息技术(上海)有限公司 | User data authorization method, device and system |
US10360627B2 (en) | 2012-12-13 | 2019-07-23 | Visa International Service Association | Systems and methods to provide account features via web based user interfaces |
CN103903369A (en) * | 2012-12-27 | 2014-07-02 | ***股份有限公司 | Method and device for prompting user to select payment bank card to obtain concessions |
US10489754B2 (en) | 2013-11-11 | 2019-11-26 | Visa International Service Association | Systems and methods to facilitate the redemption of offer benefits in a form of third party statement credits |
US10419379B2 (en) | 2014-04-07 | 2019-09-17 | Visa International Service Association | Systems and methods to program a computing system to process related events via workflows configured using a graphical user interface |
US10354268B2 (en) | 2014-05-15 | 2019-07-16 | Visa International Service Association | Systems and methods to organize and consolidate data for improved data storage and processing |
US10650398B2 (en) | 2014-06-16 | 2020-05-12 | Visa International Service Association | Communication systems and methods to transmit data among a plurality of computing systems in processing benefit redemption |
US10438226B2 (en) | 2014-07-23 | 2019-10-08 | Visa International Service Association | Systems and methods of using a communication network to coordinate processing among a plurality of separate computing systems |
CN105338164A (en) * | 2014-08-01 | 2016-02-17 | 阿里巴巴集团控股有限公司 | Recharge prompting method and recharge prompting device |
US20160110726A1 (en) * | 2014-10-20 | 2016-04-21 | Mastercard International Incorporated | Method and system for linking handwriting to transaction data |
US11210669B2 (en) | 2014-10-24 | 2021-12-28 | Visa International Service Association | Systems and methods to set up an operation at a computer system connected with a plurality of computer systems via a computer network using a round trip communication of an identifier of the operation |
CN106156087A (en) * | 2015-04-01 | 2016-11-23 | 阿里巴巴集团控股有限公司 | Data processing method and device |
US9691085B2 (en) | 2015-04-30 | 2017-06-27 | Visa International Service Association | Systems and methods of natural language processing and statistical analysis to identify matching categories |
CN105072023B (en) * | 2015-08-24 | 2018-09-25 | 努比亚技术有限公司 | A kind of information transmission equipment and method |
CA2999776A1 (en) * | 2015-09-23 | 2017-03-30 | Mroute Corp. | System and method for settling multiple payees from a single electronic and/or check payment |
CN105306281B (en) * | 2015-12-03 | 2019-05-14 | 腾讯科技(深圳)有限公司 | Information processing method and client |
CN106257517A (en) * | 2016-07-25 | 2016-12-28 | 四川易想电子商务有限公司 | A kind of scanning method of payment |
CN108604340A (en) * | 2017-01-25 | 2018-09-28 | 华为技术有限公司 | A kind of method of mobile payment, device and storage medium |
CN107292595A (en) * | 2017-07-04 | 2017-10-24 | 广东信基蜂巢科技有限责任公司 | A kind of multichannel actual time safety pays route system |
US11386422B2 (en) * | 2018-12-05 | 2022-07-12 | Paypal, Inc. | Passive management of multiple digital tokens for an electronic transaction |
CN109816515A (en) * | 2018-12-24 | 2019-05-28 | 天翼电子商务有限公司 | Credit class product Internet-based selects system and method |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5757917A (en) * | 1995-11-01 | 1998-05-26 | First Virtual Holdings Incorporated | Computerized payment system for purchasing goods and services on the internet |
JPH09237305A (en) * | 1996-03-04 | 1997-09-09 | Hitachi Ltd | Method for executing plural kinds of transaction processing through the use of card |
US5987132A (en) * | 1996-06-17 | 1999-11-16 | Verifone, Inc. | System, method and article of manufacture for conditionally accepting a payment method utilizing an extensible, flexible architecture |
AU1916400A (en) * | 1998-11-17 | 2000-06-05 | Prenet Corporation | Electronic payment system utilizing intermediary account |
-
2001
- 2001-08-17 CA CA002419566A patent/CA2419566A1/en not_active Abandoned
- 2001-08-17 KR KR10-2003-7002333A patent/KR20030040403A/en not_active Application Discontinuation
- 2001-08-17 MX MXPA03001461A patent/MXPA03001461A/en unknown
- 2001-08-17 EP EP01962252A patent/EP1323011A4/en not_active Withdrawn
- 2001-08-17 WO PCT/US2001/025888 patent/WO2002014985A2/en not_active Application Discontinuation
- 2001-08-17 BR BR0113462-0A patent/BR0113462A/en not_active IP Right Cessation
- 2001-08-17 CN CN01815744A patent/CN1459068A/en active Pending
- 2001-08-17 JP JP2002520049A patent/JP2004506973A/en not_active Withdrawn
- 2001-08-17 AU AU2001283447A patent/AU2001283447A1/en not_active Abandoned
Non-Patent Citations (2)
Title |
---|
No Search * |
See also references of WO0214985A3 * |
Also Published As
Publication number | Publication date |
---|---|
WO2002014985A2 (en) | 2002-02-21 |
EP1323011A2 (en) | 2003-07-02 |
MXPA03001461A (en) | 2004-12-13 |
AU2001283447A1 (en) | 2002-02-25 |
CN1459068A (en) | 2003-11-26 |
JP2004506973A (en) | 2004-03-04 |
KR20030040403A (en) | 2003-05-22 |
WO2002014985A3 (en) | 2002-06-13 |
CA2419566A1 (en) | 2002-02-21 |
WO2002014985A9 (en) | 2003-08-21 |
BR0113462A (en) | 2003-12-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2002014985A2 (en) | Automated payment system | |
US9785942B2 (en) | Methods for performing internet processes using global positioning and other means | |
US9830602B2 (en) | Transaction processing with non-internet communication | |
CA2939482C (en) | Purchasing on the internet using verified order information and bank payment assurance | |
US7080048B1 (en) | Purchasing on the internet using verified order information and bank payment assurance | |
US20020077978A1 (en) | Method and system for processing internet payments | |
US20070119923A1 (en) | Biometric authentication | |
US20040019563A1 (en) | Purchasing on the internet using verified order information and bank payment assurance | |
US7356502B1 (en) | Internet based payment system | |
US20050038715A1 (en) | Customer processing for purchasing on the internet using verified order information | |
WO1999005633A1 (en) | Automated credit card payment system | |
US20060143122A1 (en) | Purchasing on the internet using verified order information and bank payment assurance | |
WO2002025495A1 (en) | A computerized method and system for a secure on-line transaction using cardholder authentication | |
KR20010000329A (en) | The ON/OFF line electronic commerce method and system using a networking prepaid card and the method of sharing members among the internet site by means of this system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20030317 |
|
AK | Designated contracting states |
Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR |
|
AX | Request for extension of the european patent |
Extension state: AL LT LV MK RO SI |
|
A4 | Supplementary search report drawn up and despatched |
Effective date: 20051216 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN |
|
18D | Application deemed to be withdrawn |
Effective date: 20060301 |