USRE38801E1 - Automated interactive bill payment system using debit cards - Google Patents

Automated interactive bill payment system using debit cards Download PDF

Info

Publication number
USRE38801E1
USRE38801E1 US10/389,735 US38973503A USRE38801E US RE38801 E1 USRE38801 E1 US RE38801E1 US 38973503 A US38973503 A US 38973503A US RE38801 E USRE38801 E US RE38801E
Authority
US
United States
Prior art keywords
payment
caller
transaction
entered
account
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.)
Expired - Fee Related
Application number
US10/389,735
Inventor
Catherine R. Rogers
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BMC Resources Inc
Original Assignee
BMC Resources Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=24606809&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=USRE38801(E1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority claimed from US08/649,926 external-priority patent/US5652786A/en
Priority claimed from US08/946,272 external-priority patent/US5870456A/en
Application filed by BMC Resources Inc filed Critical BMC Resources Inc
Priority to US10/389,735 priority Critical patent/USRE38801E1/en
Application granted granted Critical
Publication of USRE38801E1 publication Critical patent/USRE38801E1/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/26Debit schemes, e.g. "pay now"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/305Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wired telephone networks

Definitions

  • the invention relates generally to systems for electronic bill payment systems and, more particularly, to a universal, real-time bill payment system method and system that uses debit (ATM) cards without the requirement of a PIN (personal identification number) in conjunction with touch tone telephones to initiate consumer bill payments electronically and provide for the elimination of paper checks and the heretofore use of the Automated Clearing House of the U.S. Banking System to settle individual items.
  • ATM debit
  • PIN personal identification number
  • Bill payment by telephone has been available primarily from financial institutions for approximately 15 years.
  • This technology allowed a customer of a bank, savings and loan, or credit union to pay any pre-registered bill with the use of a touch tone telephone and that financial institutions interactive voice response unit (provided that they offered the serviced).
  • the customer would first have to select a financial institution that offered the service, request to participate in the service, send in a voided check, and then provide a manual list of all the bills that were desired to be paid using this system.
  • a signature authorization card would be to signed and archived by the financial institution. The financial institution would then manually input all of this information into their computer, and then advise the customer that system access was then available. This process usually took up to two weeks to complete.
  • the customer Once activated, the customer would then have the capability to call the financial institution and input payment instructions in conjunction with a touch tone telephone and reference each payee by a number that was assigned by the financial institution.
  • This process of bill payment would allow the customer to pay bills by having the bank then issue an “electronic check” to the designated payee.
  • This “electronic” document would then be presented to the Automated Clearing House of the U. S. Banking System for processing and clearing. In reality the process was identical to the processing of a paper check, with the only exception being that there was not any paper involved in the transaction. The payment could still “bounce” and be returned for non-sufficient funds since there was no actual verification on the customer's account balance to insure that sufficient funds were on deposit to cover the transaction.
  • bills may be paid using a telephone connectable to at least one remote debit card network via a telepay system.
  • the method of the present invention comprises steps of prompting a caller to enter an access code using a keypad of said telephone, said access code identifying a current payment transaction; responsive to entry of an access code, determining whether said entered access code is valid; prompting said caller to enter an account number using said telephone keypad said account number identifying a payee in connection with said current payment transaction; responsive to entry of an account number, determining whether said entered account number is valid; prompting said caller to enter a debit card number using said telephone keypad, said debit card number identifying a payor in connection with said current payment transaction; responsive to entry of a debit card number, determining whether said entered debit card number is valid; prompting said caller to enter a payment amount using said telephone keypad; responsive to a determination that a payment amount has been entered and further responsive to a determination that said entered access code, account number and debit card number are valid accessing a remote debit card network associated with said entered debit card number, said accessed remote debit card network determining whether sufficient funds exist in an account
  • a technical advantage achieved with the invention is that it enables the use of debit card (ATM) networks for a real-time positively authorized bill payment that inquire electronically against balances on deposit PRIOR to the processing of the bill payment transaction, thus eliminating the Automated Clearing House to process individual transactions.
  • ATM debit card
  • Another technical advantage achieved with the invention is that it enables real-time inquiry capability into the consumers balances at virtually any U.S. financial institution in order to verify funds on deposit prior to processing the transaction, thereby eliminating the possibility of a non-sufficient funds occurrence.
  • Another technical advantage achieved with the invention is the elimination of a PIN (personal identification number) in conjunction with debit card number usage in order to comply with Regulation E of the U.S. Banking Regulations by maintaining security and frequency of usage restrictions in the method and process.
  • PIN personal identification number
  • Yet another technical advantage achieved with the invention is the integration of interactive voice response technology and debit card number authorization processing with electronic funds transfer bill payment method and process.
  • Still another technical advantage achieved with the invention is the elimination of any specialized equipment on the part of the consumer to process an electronic bill payment (i.e., personal computers, specialized telephones or terminals, etc.).
  • a further technical advantage achieved with the invention is the elimination of any pre-registration or “sign up” procedure on the part of the payor.
  • a final technical advantage achieved with the invention is the provision to the recipient of the bill payment of an electronic daily general ledger or activity summary, that balances back to the gross amount of electronic deposits made in the designated bank accounts by the utilized debit card networks.
  • the system of the present invention offers to the consumer the advantage of anywhere, anyplace, anytime, convenience with complete spontaneity as to the system usage.
  • FIG. 1 is a block diagram of a telepay system embodying features of the present invention.
  • FIGS. 2A-2G illustrate a flowchart of a bill payment transaction process of the present invention.
  • FIG. 3 is a flowchart of a settlement process of the present invention.
  • FIG. 4 is a flowchart of a payee inquiry process of the present invention.
  • FIG. 1 the general operation and structure of the system of the present invention will be described, it being understood that the operation of the system will be described in greater detail with reference to FIGS. 2 . 1 , 2 . 7 , 3 . 1 and 4 . 1 2 A- 2 G, 3 and 4 .
  • the consumer is prompted by an interactive voice response unit within the system 10 to input certain necessary information, to wit, payee access code, debit card number, account number, and amount.
  • the TelePay system 10 then checks all of its internal files, including an account number velocity file 14 , a debit card velocity file 16 and a negative file 18 , to validate the access code entered, the card number presented, the validity of the account number, and if that card number and/or account number has ever processed a fraudulent transaction. If any of these internal checks into the TelePay system 10 process indicate fraud, then the transaction is denied. If all of the checks are passed, then the TelePay system 10 assembles the data into an authorization request message, which is electronically sent to a debit card network 20 for transmission to a financial institution 22 that issued the card for verification of balance on deposit.
  • the debit card network 20 receives a response as to whether or not the there are sufficient funds on deposit to process the transaction requested by the consumer.
  • the debit card network 20 prepares an appropriate deduction from the consumer's account and prepares an appropriate deposit to the payee's account to be processed later. In addition any fees that are due from the payor are also preprocessed at this time.
  • the debit card network then sends a message to the TelePay system 10 while the consumer is still on the telephone 12 line.
  • the TelePay system 10 will then translate the numeric data received into an audible verbal response transmitted to the consumer via the telephone 12 .
  • Settlement is defined herein as the methodology of debiting and crediting the appropriate accounts affected by the above-described transaction. These accounts would affect the payor, the payee, and the TelePay system 10 for any transaction fee.
  • the debit card network 20 will initiate this process.
  • the debit card network 20 will only deposit a TOTAL of the days transactions into the payee's account.
  • the network has no capability to discern which consumer paid how much. It then becomes the responsibility of the TelePay system 10 to detail the specific account numbers and amount of payments that were made that day. This is accomplished by a computer dial-up link (RJE) 24 from the TelePay system 10 to the payee's billing system 26 .
  • RJE computer dial-up link
  • the TelePay system 10 will also bill the payee on a monthly basis for 800 telephone line usage (if any).
  • the accounts receivable department of the payee is also provided with the capability to call into the TelePay system 10 to inquire as to if and when a consumer initiated a payment.
  • a single 800 number is used by the TelePay system 10 .
  • Technology allows for a virtually unlimited number of telephone lines to terminate on the same number, limited only by the compliment of computer hardware and it's capabilities that are running the system.
  • the caller will be asked to enter the access code of the bill to be paid. This access code typically will be printed on the bottom of the statement in an obvious manner and is a requirement of all payees utilizing the service.
  • the code will identify the payee within the TelePay system 10 and will activate the TelePay software to verbalize the customer's selection in order to give positive re-enforcement as is the case with all customer input (i.e. “you have elected to pay Florida Power and Light in Miami, Fla.
  • the next step will be the entering of the debit (ATM) card number.
  • Various TelePay system 10 checks will be done on this entry. Verbal re-enforcement of the numbers entered is again given to the user (“You have entered 5419 23485 4657. Please press 1 if correct or 2 if incorrect”). The TelePay system 10 will then instruct the user to enter the amount of the payment and verbal positive re-enforcement will be given. If all has been acknowledge positively up to this point, then the system will give a verbal summary of the transaction and give the customer a final opportunity to validate the entries (“Press 1 if correct, or press 2 if incorrect”).
  • the TelePay system When the transaction has been positively re-enforced by the user, the TelePay system will then build an authorization request that will be sent out to the existing debit (Electronic Funds Transfer) networks.
  • the system When the transaction has been authorized, the system will once again give positive re-enforcement to the user (“Your payment to Dallas Gas and Electric in the amount or $124.56 has been paid from your ATM card account number 5419 23485 4657. Your authorization number for this transaction is XXXXXXX. Please make a note of this authorization code for future reference. If you would like to hear the authorization code for this transaction again, press 1. If you would like to pay another bill press 2. If you are finished press 3.”).
  • the system will retain the previously entered card number and ask the caller if the next bill being paid is to be paid with the same card, or allow the opportunity to enter a new card number.
  • any fee that the customer is paying, in addition to the actual bill payment, is automatically deducted from the payor's account immediately and added to the amount that the debit card network will owe TelePay and the payee at settlement.
  • the amount of the bill that was paid is automatically added to the amount that will be credited to the payee at the end of the business day (every payee is required to provide a bank account number that will be used to electronically credit the days receipts).
  • TelePay's bank account will, in a like manner, be automatically credited for the transaction fee. Any network usage fees that have to be paid to process the transaction by the use of an debit card network will be electronically paid by the TelePay system 10 to the appropriate service provider.
  • FIGS. 2 . 1 - 2 . 7 2 A- 2 G A flowchart illustrating the operation of a bill payment transaction process of the TelePay system 10 is shown in FIGS. 2 . 1 - 2 . 7 2 A- 2 G.
  • the process is initiated by a user's calling into the system 10 .
  • a general purpose welcome message that announces and instructs the caller in the manner with which the system can be used is transmitted to the user via the telephone 12 (FIG. 1 . 1 1 ).
  • the user is prompted to enter a payee access code, which is assigned by the embodiment of the invention in the form of a service and the user is made aware of this code due to its printed presence on the monthly customer statement, statement stuffers or other printed handouts.
  • This code is what distinguishes one payee from the other, and is the identifier that causes the system 10 (FIG. 1 . 1 1 ) to record the transaction in the appropriate payee record file.
  • step 206 a determination is made whether the entered access code is valid. If the access code is invalid, in step 208 , the system 10 checks to determine whether this is the third incorrect entry of an access code. If this is not the third incorrect entry of the access code, in step 210 , the system 10 instructs the caller that the access code is invalid, and offers the caller to opportunity to re-enter the access code in step 202 . If this is the third incorrect entry of an access code, in step 212 , the system 10 instructs the caller to check the access code information and call again.
  • step 214 the caller is prompted to enter the account number of the bill that they are paying.
  • step 216 the system 10 checks the account number for validity.
  • the validity check is based on the methodology that the payee uses to verify account numbers and will vary according to payee.
  • the system 10 will have all of the participating payees verification methodologies. This methodology could be a MOD 10 or MOD 11 check digit routine with or without a check digit in it's most basic implementation. In a mere sophisticated environment, the system would have in it's database, a list of all the valid account numbers for that particular payee, commonly known to those skilled in the art as a “shadow file.”
  • step 218 (FIG. 2 . 2 2 B) a determination is made as to the validity of the account number entered. If the entered account number is not valid, in step 220 , a determination is made as to whether this is the third incorrect entry. If it is not the third incorrect entry, in step 221 (FIG. 2 . 1 2 A), the caller is informed that the entry is invalid and is given an opportunity to reenter the account number. If the entry attempt is the third invalid attempt, in step 222 , the caller is instructed to check their information and call again. If a valid account number is entered within three attempts, in step 224 , the system 10 requests the caller to enter the debit card number.
  • step 226 the debit card number is checked for validity. This validity check is done via the MOD 10 algorithm that is the basis for debit card issuance used by financial institutions. Using this method that is commonly used, and familiar to those skilled in the art, gives a great level of assurance that the number that was entered by the caller was entered properly.
  • step 228 a determination is made whether the entered debit card number is valid. If the entered debit card number is not valid, in step 230 , a determination is made whether this is the third invalid entry. If this is not the third invalid entry, in step 232 , the caller is instructed of the invalid entry and then, in step 224 , is requested to enter a debit card number.
  • step 234 the system 10 requests the caller to check their information and call again.
  • step 236 (FIG. 2 . 3 2 C)
  • the caller is requested to enter the dollar amount (without a decimal) of the bill to be paid.
  • step 238 the system 10 repeats the entered amount to the caller and, in step 240 , asks the caller to indicate whether the entry is correct by depressing a key on the keypad of the telephone 12 .
  • step 242 a determination is made whether the caller responded that the entry is correct. If the entry is not correct, in step 244 , a determination is made whether this is the third incorrect entry. If this is not the third incorrect entry, in step 236 , the caller is requested to enter a new dollar amount. If this is the third incorrect entry, in step 246 , the caller is requested to check their information and call again.
  • step 248 the system 10 initiates a velocity file 14 check.
  • the velocity file 14 is an internal file to this invention that restricts the number of times that a payor account number can be paid electronically using the system 10 over a 30 day period.
  • the numerical value of the velocity file is individually selectable by each payee participating in the system 10 , and will prevent excessive payments from their customers that have the potential for fraud.
  • step 250 if payments are located in the velocity file 14 that indicate to the system 10 a violation of the number of transactions permitted over a 30 day period by the payee, in step 252 , the caller is notified that their transaction cannot be processed, due to the excessive frequency of usage. If the transaction is within the number allowed by the payee over a thirty day period, in step 254 , the system 10 performs the velocity file check on the debit card number that the caller entered.
  • the numerical value of the debit card velocity file 16 is determined by the system 10 based on, but not limited to, historical usage data of all payees and payors over a given period of time. This value is variable and is achieved generally by multiplying the total number of payees participating in the system times the total number of payments allowed by each payee over a 30 day period. If the system 10 determines that the transaction by the payor exceeds the debit card velocity file criteria, in step 256 , the caller is notified that the transaction cannot be processed due to the frequency of the number of uses of the debit card used to process transactions over a thirty day period.
  • step 258 the system 10 determines whether either the payor account number or the debit card number is contained in the negative file 18 comprising a database of negative accounts stored on the system 10 .
  • the purpose of the negative file 18 maintained by the system 10 is to prevent debit card numbers and account numbers that have been involved in fraudulent transactions from initiating another transaction. This file is updated by payees participating in the system by written notification to the service. An employee of the service would then update the system.
  • step 260 the caller is informed that the transaction cannot be processed. If there is not a match found on the negative file 16 , then the details of the transaction are summarized to the caller verbally on the interactive voice response system in step 262 .
  • step 264 the caller is prompted to begin the processing of the transaction by pressing one (1) on the telephone keypad, or by pressing two (2) on the telephone keypad to abort the transaction.
  • step 266 the system 10 checks the caller's response. If two has been depressed by the caller, in step 268 , the system 10 thanks the caller and terminates the call.
  • step 270 the system 10 outdials via a normal telephone line to an appropriate debit card network, such as the network 20 for processing.
  • a debit card network is a third party processor that will process the transaction for a fee, providing connectivity to either the financial institution that issued the debit card number, or another debit card network that has the capability to connect with the financial institution that issued the debit card number.
  • a debit card network i.e. Pulse in Houston, Tex. MOST in Washington D.C., Honor in Maitland, Fla. etc.
  • process primarily ATM (Automated Teller Machine) transactions and do not rely on the Automated Clearing House (ACH) to process individual transactions.
  • ACH Automated Clearing House
  • the system adds a service charge that the caller will electronically pay for use of the convenience of the system.
  • the debit card network rather than the ACH, the transaction is positively verified against funds on deposit prior to the processing of the transaction.
  • step 272 while the system 10 is outdialing to the debit card network 20 , the system 20 plays a customized individually recorded marketing message for each payee utilizing the system 10 , that will promote a service of the payee while the caller is awaiting approval. If the debit card network and the subsequent transmission to other debit card networks (if required) make the determination that funds are not available in the caller's account selected by the debit card number, then the transaction will be declined.
  • step 274 the system 10 awaits a reply from the debit card network 20 .
  • step 276 the system 10 then makes a determination on the disposition of the transaction based on the response received back form the debit card network 20 . If the response from the debit card network 20 indicates to the system 10 a declination, with which those skilled in the art are familiar, in step 278 , the system 10 informs the caller that the transaction was declined by the financial institution that issued their debit card number. If the response from the debit card network 20 indicates an approval, the caller will be verbally informed of the approval code in step 280 .
  • step 282 the approved transaction is updated in a system transaction log file that will later become the basis for the transmission for payment data to each individual payee.
  • the transaction log file contains the debit card number, payor account number of the bill paid, amount of the bill paid, time/date, and approval code. The log file is individually kept for each payee participating in the system for later electronic transmission for billing system update.
  • step 284 when a transaction is successfully completed, the aforementioned debit card number velocity file that was checked as part of the pre-processing procedures is updated to reflect the transaction.
  • step 286 the velocity file for the account number of the bill that was paid is updated to reflect the transaction.
  • step 288 the system 10 asks the caller if he or she would like to pay another bill by requesting the caller to press one (1) to pay another bill, or two (2) to terminate the call.
  • step 290 the system 10 makes a determination as to whether the caller would like to make another payment, based on the response indicated by the caller. If a one was pressed, the system 10 prompts the caller for another access code in step 202 (FIG. 2 . 1 2 A). If a two is pressed, the system 10 terminates the call in step 292 .
  • FIG. 3 . 1 3 is a flowchart of the settlement process of the present invention.
  • the debit card network 20 After close of the business day, by the debit card network 20 , the debit card network 20 begins to move the funds electronically; a process with which those skilled in the art are familiar. At that point the system 10 is in a position to transmit the detail of the days transactions to the individual payees that will be receiving electronic credits from the debit card network 20 .
  • the debit card networks transmit only the gross dollar amount of funds for crediting to each payee.
  • the system 10 performs the actual detail of the electronic transmission of individually paid accounts.
  • the system 10 will recognize the time of day by the internal clock common to most computer systems, and select the first payee in the aforementioned transaction log file. In step 300 , the system 10 will outdial using an ordinary telephone line into the first payee on the system in an effort to connect to the computer billing system 26 (FIG. 1 . 1 1 ).
  • step 302 the system 10 begins the process of transmitting the payor account numbers and amounts of the bills that were paid since the last settlement period using the system 10 .
  • This process is known to those skilled in the art as remote job entry (RJE).
  • step 3143 the system 10 determines whether there are other files to be transmitted.
  • step 306 the system 10 outdials the appropriate telephone number established in advance to establish a telephonic RJE link with the next payee.
  • step 302 in a manner similar to the aforementioned, the transactions that the system 10 performed in favor of that particular payee will be transmitted to that payee's computer billing system 10 . Once all the files have been transmitted, the settlement process is terminated in step 308 .
  • FIG. 4 . 1 4 is a flowchart of a payee inquiry process of the present invention, which provides a payee with the ability to initiate a telephone call into the present invention operating as a third party to the transaction, in order that payment information can be discerned in conjunction with a touch tone telephone.
  • the process is initiated by a payee calling into the system 10 .
  • the system 400 will ask the caller to input a security code, which is assigned to each payee and is different for each payee.
  • the input of a proper code will indicate to the system which payee payments are to be inquired upon. Without a proper code, no inquiry access is permitted. It is important to recognize that this system capability is for the payee, and not for the actual payor of the bill. This system capability assists in past due collection activity.
  • step 402 the system 10 checks its internal data files to ascertain the validity of the code entered. If an improper code is entered, in step 404 , the system 10 informs the caller that the code is invalid. If the entered code matches one that was contained in the system database, in step 406 , the system 10 requests the caller to enter the account number of the customer whose bill is being inquired upon. After the caller enters the account number, in step 408 , the system attempts to locate it on the system database. If the system 10 cannot locate the account number, in step 410 , the caller is informed that no payment exists for the entered account number and is given an opportunity to enter another account number in step 406 .
  • step 412 the system 10 informs the caller of the details of the transaction, to wit, time, date, amount, and authorization number of the payment.
  • step 414 upon completion of the audio text information, the caller is asked whether he or she has another inquiry to perform. If so, in step 406 , the system 10 prompts the caller to enter the account number; otherwise, the system 10 terminates the call in step 416 .
  • the crux of this invention is that bill payment transactions have never been presented to the debit networks for a real-time authorization initiated by the consumer from a touch tone telephone with the debit card number used as the transaction vehicle. Additionally, this process has never been done without the requirement of a PIN (personal identification number) and still maintain an assemblage of transaction security.
  • PIN personal identification number
  • the TelePay System when a transaction is entered by a consumer, and subsequently passed on to an outside debit card network for authorization, a number of things happen. Assuming that the transaction is authorized, then any fee that the customer is paying, in addition to the-actual bill payment, is automatically deducted from the payor's account immediately and added to the amount that the debit card network will distribute between TelePay and the payee at settlement.
  • the amount of the bill that was paid is automatically added to the amount that will be credited to the payee at the end of the business day (every payee is required to provide a bank account number that will be used to electronically credit the days receipts).
  • Telepay's bank account will, in a like manner, be automatically credited for the transaction fee. Any network usage fees that have to be paid to process the transaction by the use of an debit card network will be electronically paid by TelePay to the appropriate service provider.
  • TelePay Once a day at TelePay's settlement time, each payee participating in the system will receive the electronic on-line detail summary of the days individual transactions for posting to the consumer's account.
  • a service address (telephone number or residential electricity site, etc.) or payee account number can only be the recipient of a specific limited number of payments within 30 days that is selectable by the funds recipient and a velocity file by account number is kept at the TelePay system tracking this limitation.
  • a debit card number can only be used in the TelePay system a specific limited number of times based on a recipient of funds selectable parameter and current recipient of funds (payee) negative files due to adverse experience are added to the TelePay system prior to implementation.
  • any consumer chargebacks will prevent that customer's telephone number/electricity service address number and that credit/debit card number to have system access. Appropriate additions will be made to the negative file unless specific overrides are requested by the funds recipient. Also, all transactions will be routed electronically to the card issuing entity/network by the TelePay system for positive authorization as to card acceptability, credit limit guidelines, payment status, balance availability, and any and all criteria that the issuer deems appropriate.
  • the TelePay system will provide records of all declinations by card number and by telephone number, electric service account number, or payer account number, whichever is appropriate and a check will be done on all debit card numbers entered into the TelePay system to ensure that the input number is an assigned number within the criteria of the issuing entities, as well as on service address account numbers to insure that the proper number and sequence of digits have been entered to add an additional level of accuracy to the numeric entry process.
  • the customer will always be given positive audio reinforcement at critical steps during the data entry process to assist in the entry of accurate information and transaction declinations due to non-sufficient funds will be audio referred for the consumer to contact their card issuing institution.
  • the TelePay system is a technologically advanced and consumer convenient process.
  • the consumer may use the TelePay system to pay bills at will, spontaneously, without any personal investment in equipment, and any requirement of pre-registration.
  • the use of the TelePay system is not tied to a specific locations, as any touch tone telephone will suffice.
  • Use of this unique process will eliminate the use of stamps, envelopes, the U. S. Postal Service, and the necessity of going to a mailbox.
  • Personal computers and the lack of realistic portability are problems that do not exist in the present invention. Receipt of payment is also assured and issues of “lost in the mail” or mail delays will no longer exist.
  • Debit cards will now have true utility as transaction vehicles in order to electronically present payment as opposed to paper checks. Older technology of pre-registration and direct debit registration systems will become obsolete.
  • the present invention can take many forms and embodiments.
  • the embodiments shown herein are intended to illustrate rather than to limit the invention, it being appreciated that variations may be made without departing from the spirit of the scope of the invention.
  • the payor may be an individual or an institution, such as a corporation or association.

Abstract

Method and apparatus for processing payment transactions using debit card numbers without the requirement of a personal identification number (PIN) is disclosed. A telepay system of the present invention provides an interface between a standard touchtone telephone and at least one debit card network such that real-time bill payment transactions may be effected using a keypad of the telephone. The telepay system includes an interactive voice response unit for prompting a payor to enter an access code, account number, debit card number and payment amount and for informing the user of the status of the transaction. Real-time processing of transactions is provided through use of debit card networks, rather than the Automated Clearing House. The telepay system is also capable of performing settlement functions and processing inquiries by payees of the system regarding previously processed transactions.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
This is a continuation of application Ser. No. 08/797,981 08/787,981 filed on Jan. 22, 1997, now U.S. Pat. No. 5,715,298, which was a continuation of application Ser. No. 649,926, filed May 16, 1996, now U.S. Pat. No. 5,652,786, which was a continuation of application Ser. No. 442,129, filed May 16, 1995, now abandoned, which was a continuation of application Ser. No. 195,372 filed Feb. 14, 1994, now abandoned.
TECHNICAL FIELD
The invention relates generally to systems for electronic bill payment systems and, more particularly, to a universal, real-time bill payment system method and system that uses debit (ATM) cards without the requirement of a PIN (personal identification number) in conjunction with touch tone telephones to initiate consumer bill payments electronically and provide for the elimination of paper checks and the heretofore use of the Automated Clearing House of the U.S. Banking System to settle individual items.
BACKGROUND OF THE INVENTION
Bill payment by telephone has been available primarily from financial institutions for approximately 15 years. Heralded as “home banking” this technology allowed a customer of a bank, savings and loan, or credit union to pay any pre-registered bill with the use of a touch tone telephone and that financial institutions interactive voice response unit (provided that they offered the serviced The customer would first have to select a financial institution that offered the service, request to participate in the service, send in a voided check, and then provide a manual list of all the bills that were desired to be paid using this system. In addition, a signature authorization card would be to signed and archived by the financial institution. The financial institution would then manually input all of this information into their computer, and then advise the customer that system access was then available. This process usually took up to two weeks to complete.
Once activated, the customer would then have the capability to call the financial institution and input payment instructions in conjunction with a touch tone telephone and reference each payee by a number that was assigned by the financial institution. This process of bill payment would allow the customer to pay bills by having the bank then issue an “electronic check” to the designated payee. This “electronic” document would then be presented to the Automated Clearing House of the U. S. Banking System for processing and clearing. In reality the process was identical to the processing of a paper check, with the only exception being that there was not any paper involved in the transaction. The payment could still “bounce” and be returned for non-sufficient funds since there was no actual verification on the customer's account balance to insure that sufficient funds were on deposit to cover the transaction. In addition, all in place check clearing time requirements were still in place, as it took typically at least 3-5 days to clear. Until clearing was realized the recipient of the funds never had actual use of the funds used for payment. If a new debt was incurred, it would have to be pre-registered on the system in order to utilize this “electronic” capability. If a customer changed financial institutions, the whole process of pre-registering all debts, signature cards, and a voided check would have to be repeated. Existing pay by phone systems offered some convenience to the user, but were cumbersome to administer and usage was never widespread.
As “home banking” gained more interest, many companies developed special purpose telephones with visual displays and “swipe card readers” that the consumer could purchase that would allow the use of a debit (ATM) card to basically achieve the same purpose as was evident in previously implemented systems (for the purposes of brevity in this disclosure the term “debit card” shall be construed to mean both debit and credit card). The only differences is that the consumer could now “swipe” the debit card through the reader that was part of the telephone. The Automated Clearing House of the U. S. Banking System was still used to process payments, and all pre-registration and signature cards were still required. All “electronic check” clearing time requirements were still needed, and the transaction would still be returned for non-sufficient funds. If a service offered a specialized telephone and bypassed the Automated Clearing House, using debit card networks, the debit card used to process the transaction required a PIN. There was a natural resistance to the purchase of special telephones that proved to be relatively expensive, in addition to the monthly fees necessary to remain a customer of this service.
As personal computers began to proliferate, many systems became available that would allow bill payment in conjunction with a third party service and a personal computer owned by the user with that third party software loaded into it, such as the Prodigy system. Still, however, all of the aforementioned limitations still applied to these personal computer based systems.
In summary, these home banking systems shared many common drawbacks. For example, the burden of pre-registration and the listing of bills to be paid was borne by the consumer. The system required the processing of transaction in the same manner as a paper check, or an electronic check through the Automated Clearing House of the U.S. Banking System. The system presented the possibility that a transaction could be returned for non-sufficient funds reasons. In addition, a clearing time for each transaction of 3-5 days. Furthermore, in many cases, the prior art home banking systems required the use of specialized equipment by the customer (such as special purpose telephones equipped with electronic card readers or encryption devices), or the financial institution offering services to it's customer base.
Moreover, although it is known in the field of accounting to call and manually, in conjunction an operator, verify that a payor had remitted a bill, there is no capability for the recipient of the funds (payee) to electronically immediately and positively inquire as to payment status after it was electronically authorized by the a debit card network. Therefore, what is needed is a universal, real-time bill payment system method and system that uses debit (ATM) cards without the requirement of a PIN (personal identification number) in conjunction with touch tone telephones to initiate consumer bill payments electronically and provide for the elimination of paper checks, as well as the use of the Automated Clearing House.
SUMMARY OF THE INVENTION
The foregoing problems are solved and a technical advance is achieved by method and apparatus of the present invention for an improved universal bill payment system. In a departure from the art, bills may be paid using a telephone connectable to at least one remote debit card network via a telepay system.
In a preferred embodiment, the method of the present invention comprises steps of prompting a caller to enter an access code using a keypad of said telephone, said access code identifying a current payment transaction; responsive to entry of an access code, determining whether said entered access code is valid; prompting said caller to enter an account number using said telephone keypad said account number identifying a payee in connection with said current payment transaction; responsive to entry of an account number, determining whether said entered account number is valid; prompting said caller to enter a debit card number using said telephone keypad, said debit card number identifying a payor in connection with said current payment transaction; responsive to entry of a debit card number, determining whether said entered debit card number is valid; prompting said caller to enter a payment amount using said telephone keypad; responsive to a determination that a payment amount has been entered and further responsive to a determination that said entered access code, account number and debit card number are valid accessing a remote debit card network associated with said entered debit card number, said accessed remote debit card network determining whether sufficient funds exist in an account associated with said entered debit card number to complete said current payment transaction, responsive to a determination that sufficient funds exist in said associated account, deducting said entered payment amount from said account associated with said entered debit card number, adding said entered payment amount to an account associated with said entered account number and informing said caller of an approval code issued by said accessed remote debit card network and storing said entered access code, account number, debit card number and payment amount in a transaction log file of said telepay system, and responsive to a determination that sufficient funds do not exist in said associated account, informing said caller that said current payment transaction has been declined and terminating said current payment transaction.
A technical advantage achieved with the invention is that it enables the use of debit card (ATM) networks for a real-time positively authorized bill payment that inquire electronically against balances on deposit PRIOR to the processing of the bill payment transaction, thus eliminating the Automated Clearing House to process individual transactions.
Another technical advantage achieved with the invention is that it enables real-time inquiry capability into the consumers balances at virtually any U.S. financial institution in order to verify funds on deposit prior to processing the transaction, thereby eliminating the possibility of a non-sufficient funds occurrence.
Another technical advantage achieved with the invention is the elimination of a PIN (personal identification number) in conjunction with debit card number usage in order to comply with Regulation E of the U.S. Banking Regulations by maintaining security and frequency of usage restrictions in the method and process.
Yet another technical advantage achieved with the invention is the integration of interactive voice response technology and debit card number authorization processing with electronic funds transfer bill payment method and process.
Still another technical advantage achieved with the invention is the elimination of any specialized equipment on the part of the consumer to process an electronic bill payment (i.e., personal computers, specialized telephones or terminals, etc.).
A further technical advantage achieved with the invention is the elimination of any pre-registration or “sign up” procedure on the part of the payor.
A final technical advantage achieved with the invention is the provision to the recipient of the bill payment of an electronic daily general ledger or activity summary, that balances back to the gross amount of electronic deposits made in the designated bank accounts by the utilized debit card networks. Moreover, the system of the present invention offers to the consumer the advantage of anywhere, anyplace, anytime, convenience with complete spontaneity as to the system usage.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a block diagram of a telepay system embodying features of the present invention.
FIGS. 2A-2G illustrate a flowchart of a bill payment transaction process of the present invention.
FIG. 3 is a flowchart of a settlement process of the present invention.
FIG. 4 is a flowchart of a payee inquiry process of the present invention.
DESCRIPTION OF THE PREFERRED EMBODIMENT
Referring to FIG. 1, the general operation and structure of the system of the present invention will be described, it being understood that the operation of the system will be described in greater detail with reference to FIGS. 2.1, 2.7, 3.1 and 4.1 2A-2G, 3 and 4. When a consumer calls into the TelePay system 10 using a telephone 12, the consumer is prompted by an interactive voice response unit within the system 10 to input certain necessary information, to wit, payee access code, debit card number, account number, and amount. The TelePay system 10 then checks all of its internal files, including an account number velocity file 14, a debit card velocity file 16 and a negative file 18, to validate the access code entered, the card number presented, the validity of the account number, and if that card number and/or account number has ever processed a fraudulent transaction. If any of these internal checks into the TelePay system 10 process indicate fraud, then the transaction is denied. If all of the checks are passed, then the TelePay system 10 assembles the data into an authorization request message, which is electronically sent to a debit card network 20 for transmission to a financial institution 22 that issued the card for verification of balance on deposit.
The debit card network 20 receives a response as to whether or not the there are sufficient funds on deposit to process the transaction requested by the consumer. The debit card network 20 prepares an appropriate deduction from the consumer's account and prepares an appropriate deposit to the payee's account to be processed later. In addition any fees that are due from the payor are also preprocessed at this time. The debit card network then sends a message to the TelePay system 10 while the consumer is still on the telephone 12 line. The TelePay system 10 will then translate the numeric data received into an audible verbal response transmitted to the consumer via the telephone 12.
Settlement, as described in greater detail, with reference to FIG. 3.1 3, is defined herein as the methodology of debiting and crediting the appropriate accounts affected by the above-described transaction. These accounts would affect the payor, the payee, and the TelePay system 10 for any transaction fee. The debit card network 20 will initiate this process. The debit card network 20, however will only deposit a TOTAL of the days transactions into the payee's account. The network has no capability to discern which consumer paid how much. It then becomes the responsibility of the TelePay system 10 to detail the specific account numbers and amount of payments that were made that day. This is accomplished by a computer dial-up link (RJE) 24 from the TelePay system 10 to the payee's billing system 26. The TelePay system 10 will also bill the payee on a monthly basis for 800 telephone line usage (if any). The accounts receivable department of the payee is also provided with the capability to call into the TelePay system 10 to inquire as to if and when a consumer initiated a payment.
A single 800 number is used by the TelePay system 10. Technology allows for a virtually unlimited number of telephone lines to terminate on the same number, limited only by the compliment of computer hardware and it's capabilities that are running the system. The caller will be asked to enter the access code of the bill to be paid. This access code typically will be printed on the bottom of the statement in an obvious manner and is a requirement of all payees utilizing the service. The code will identify the payee within the TelePay system 10 and will activate the TelePay software to verbalize the customer's selection in order to give positive re-enforcement as is the case with all customer input (i.e. “you have elected to pay Florida Power and Light in Miami, Fla. ” Press 1 if this is correct and you wish to continue, or press 2 if incorrect”). If incorrect, the customer will be asked to input another access code, or to terminate the call. Assuming the proper access code is confirmed, the next step will be the entering of the account number of the bill to be paid, as this number also appears on the monthly statement. All selections will be verbally re-enforced.
The next step will be the entering of the debit (ATM) card number. Various TelePay system 10 checks will be done on this entry. Verbal re-enforcement of the numbers entered is again given to the user (“You have entered 5419 23485 4657. Please press 1 if correct or 2 if incorrect”). The TelePay system 10 will then instruct the user to enter the amount of the payment and verbal positive re-enforcement will be given. If all has been acknowledge positively up to this point, then the system will give a verbal summary of the transaction and give the customer a final opportunity to validate the entries (“Press 1 if correct, or press 2 if incorrect”). When the transaction has been positively re-enforced by the user, the TelePay system will then build an authorization request that will be sent out to the existing debit (Electronic Funds Transfer) networks. When the transaction has been authorized, the system will once again give positive re-enforcement to the user (“Your payment to Dallas Gas and Electric in the amount or $124.56 has been paid from your ATM card account number 5419 23485 4657. Your authorization number for this transaction is XXXXXXX. Please make a note of this authorization code for future reference. If you would like to hear the authorization code for this transaction again, press 1. If you would like to pay another bill press 2. If you are finished press 3.”).
If the user elects to pay another bill during the same session, then the system will retain the previously entered card number and ask the caller if the next bill being paid is to be paid with the same card, or allow the opportunity to enter a new card number.
All of the debit (Electronic Funds Transfer) networks are accustomed to the assessment, debiting and crediting of fees to the issuers and acquirers of debit (ATM) and credit transactions. In many cases, a 75¢ fee for a customer to use an ATM card at an ATM that is not owned by the card issuing bank involves the dividing of that fee into increments as small as 5¢. In this manner all networks that are accessed are compensated to assist in the authorization and routing of the transaction. All of these fees are electronically credited to the entity that earned the revenue as a result of a contractual relationship with that particular network. This process happens every working day at a predetermined “cut off” period that separates business days and is refereed to in the industry as “settlement”.
Never before, however, has a transaction been presented to the debit networks for a real-time authorized bill payment initiated by the consumer from a touch tone telephone with the debit card used as the transaction vehicle. Additionally, it has never been done without the requirement of a PIN (personal identification number) and still maintain transaction security. In the TelePay System 10, when a transaction is entered by a consumer, and subsequently passed on to an outside debit card network for authorization, a number of things happen.
Assuming that the transaction is authorized, then any fee that the customer is paying, in addition to the actual bill payment, is automatically deducted from the payor's account immediately and added to the amount that the debit card network will owe TelePay and the payee at settlement. The amount of the bill that was paid is automatically added to the amount that will be credited to the payee at the end of the business day (every payee is required to provide a bank account number that will be used to electronically credit the days receipts). TelePay's bank account will, in a like manner, be automatically credited for the transaction fee. Any network usage fees that have to be paid to process the transaction by the use of an debit card network will be electronically paid by the TelePay system 10 to the appropriate service provider. Once a day at TelePay's settlement time, each payee participating in the system will receive the electronic on-line detail summary of the days individual transactions for posting to the consumer's account.
A flowchart illustrating the operation of a bill payment transaction process of the TelePay system 10 is shown in FIGS. 2.1-2.7 2A-2G. The process is initiated by a user's calling into the system 10. In step 200, a general purpose welcome message that announces and instructs the caller in the manner with which the system can be used is transmitted to the user via the telephone 12 (FIG. 1.1 1). In step 202, the user is prompted to enter a payee access code, which is assigned by the embodiment of the invention in the form of a service and the user is made aware of this code due to its printed presence on the monthly customer statement, statement stuffers or other printed handouts. This code is what distinguishes one payee from the other, and is the identifier that causes the system 10 (FIG. 1.1 1) to record the transaction in the appropriate payee record file.
After the caller enters the access code, it is electronically checked against the list of authorized payees participating in the system 10 in step 204. In step 206, a determination is made whether the entered access code is valid. If the access code is invalid, in step 208, the system 10 checks to determine whether this is the third incorrect entry of an access code. If this is not the third incorrect entry of the access code, in step 210, the system 10 instructs the caller that the access code is invalid, and offers the caller to opportunity to re-enter the access code in step 202. If this is the third incorrect entry of an access code, in step 212, the system 10 instructs the caller to check the access code information and call again.
If the access code is entered properly within three attempts, in step 214, the caller is prompted to enter the account number of the bill that they are paying. In step 216, the system 10 checks the account number for validity. The validity check is based on the methodology that the payee uses to verify account numbers and will vary according to payee. The system 10 will have all of the participating payees verification methodologies. This methodology could be a MOD 10 or MOD 11 check digit routine with or without a check digit in it's most basic implementation. In a mere sophisticated environment, the system would have in it's database, a list of all the valid account numbers for that particular payee, commonly known to those skilled in the art as a “shadow file.”
In step 218 (FIG. 2.2 2B), a determination is made as to the validity of the account number entered. If the entered account number is not valid, in step 220, a determination is made as to whether this is the third incorrect entry. If it is not the third incorrect entry, in step 221 (FIG. 2.1 2A), the caller is informed that the entry is invalid and is given an opportunity to reenter the account number. If the entry attempt is the third invalid attempt, in step 222, the caller is instructed to check their information and call again. If a valid account number is entered within three attempts, in step 224, the system 10 requests the caller to enter the debit card number.
In step 226, the debit card number is checked for validity. This validity check is done via the MOD 10 algorithm that is the basis for debit card issuance used by financial institutions. Using this method that is commonly used, and familiar to those skilled in the art, gives a great level of assurance that the number that was entered by the caller was entered properly. In step 228, a determination is made whether the entered debit card number is valid. If the entered debit card number is not valid, in step 230, a determination is made whether this is the third invalid entry. If this is not the third invalid entry, in step 232, the caller is instructed of the invalid entry and then, in step 224, is requested to enter a debit card number.
If this is the third invalid entry, in step 234, the system 10 requests the caller to check their information and call again. Once a valid debit card number is entered within three attempts, in step 236 (FIG. 2.3 2C), the caller is requested to enter the dollar amount (without a decimal) of the bill to be paid. In step 238, the system 10 repeats the entered amount to the caller and, in step 240, asks the caller to indicate whether the entry is correct by depressing a key on the keypad of the telephone 12. In step 242, a determination is made whether the caller responded that the entry is correct. If the entry is not correct, in step 244, a determination is made whether this is the third incorrect entry. If this is not the third incorrect entry, in step 236, the caller is requested to enter a new dollar amount. If this is the third incorrect entry, in step 246, the caller is requested to check their information and call again.
If the caller enters a correct amount within three attempts, in step 248 (FIG. 2.4 2D), the system 10 initiates a velocity file 14 check. The velocity file 14 is an internal file to this invention that restricts the number of times that a payor account number can be paid electronically using the system 10 over a 30 day period. The numerical value of the velocity file is individually selectable by each payee participating in the system 10, and will prevent excessive payments from their customers that have the potential for fraud. In step 250, if payments are located in the velocity file 14 that indicate to the system 10 a violation of the number of transactions permitted over a 30 day period by the payee, in step 252, the caller is notified that their transaction cannot be processed, due to the excessive frequency of usage. If the transaction is within the number allowed by the payee over a thirty day period, in step 254, the system 10 performs the velocity file check on the debit card number that the caller entered.
The numerical value of the debit card velocity file 16 is determined by the system 10 based on, but not limited to, historical usage data of all payees and payors over a given period of time. This value is variable and is achieved generally by multiplying the total number of payees participating in the system times the total number of payments allowed by each payee over a 30 day period. If the system 10 determines that the transaction by the payor exceeds the debit card velocity file criteria, in step 256, the caller is notified that the transaction cannot be processed due to the frequency of the number of uses of the debit card used to process transactions over a thirty day period.
If the transaction by the payor does not exceed the debit card velocity file criteria, in step 258 (FIG. 2.5 2E), the system 10 determines whether either the payor account number or the debit card number is contained in the negative file 18 comprising a database of negative accounts stored on the system 10. The purpose of the negative file 18 maintained by the system 10 is to prevent debit card numbers and account numbers that have been involved in fraudulent transactions from initiating another transaction. This file is updated by payees participating in the system by written notification to the service. An employee of the service would then update the system.
If the system 10 determines that a match on either payor account number or debit card number has been found, in step 260, the caller is informed that the transaction cannot be processed. If there is not a match found on the negative file 16, then the details of the transaction are summarized to the caller verbally on the interactive voice response system in step 262. In step 264, the caller is prompted to begin the processing of the transaction by pressing one (1) on the telephone keypad, or by pressing two (2) on the telephone keypad to abort the transaction. In step 266, the system 10 checks the caller's response. If two has been depressed by the caller, in step 268, the system 10 thanks the caller and terminates the call.
If one has been depressed by the caller, in step 270 (FIG. 2.6 2F), the system 10 outdials via a normal telephone line to an appropriate debit card network, such as the network 20 for processing. A debit card network is a third party processor that will process the transaction for a fee, providing connectivity to either the financial institution that issued the debit card number, or another debit card network that has the capability to connect with the financial institution that issued the debit card number.
Those skilled in the art are aware that a debit card network, i.e. Pulse in Houston, Tex. MOST in Washington D.C., Honor in Maitland, Fla. etc., process primarily ATM (Automated Teller Machine) transactions, and do not rely on the Automated Clearing House (ACH) to process individual transactions. In addition to the face value of the bill to be paid, the system adds a service charge that the caller will electronically pay for use of the convenience of the system. Through the use of the debit card network, rather than the ACH, the transaction is positively verified against funds on deposit prior to the processing of the transaction. In step 272, while the system 10 is outdialing to the debit card network 20, the system 20 plays a customized individually recorded marketing message for each payee utilizing the system 10, that will promote a service of the payee while the caller is awaiting approval. If the debit card network and the subsequent transmission to other debit card networks (if required) make the determination that funds are not available in the caller's account selected by the debit card number, then the transaction will be declined.
In step 274, the system 10 awaits a reply from the debit card network 20. In step 276, the system 10 then makes a determination on the disposition of the transaction based on the response received back form the debit card network 20. If the response from the debit card network 20 indicates to the system 10 a declination, with which those skilled in the art are familiar, in step 278, the system 10 informs the caller that the transaction was declined by the financial institution that issued their debit card number. If the response from the debit card network 20 indicates an approval, the caller will be verbally informed of the approval code in step 280. In step 282, the approved transaction is updated in a system transaction log file that will later become the basis for the transmission for payment data to each individual payee. The transaction log file contains the debit card number, payor account number of the bill paid, amount of the bill paid, time/date, and approval code. The log file is individually kept for each payee participating in the system for later electronic transmission for billing system update.
In step 284 (FIG. 2.7 2G), when a transaction is successfully completed, the aforementioned debit card number velocity file that was checked as part of the pre-processing procedures is updated to reflect the transaction. In step 286, the velocity file for the account number of the bill that was paid is updated to reflect the transaction. In step 288, the system 10 asks the caller if he or she would like to pay another bill by requesting the caller to press one (1) to pay another bill, or two (2) to terminate the call. In step 290, the system 10 makes a determination as to whether the caller would like to make another payment, based on the response indicated by the caller. If a one was pressed, the system 10 prompts the caller for another access code in step 202 (FIG. 2.1 2A). If a two is pressed, the system 10 terminates the call in step 292.
FIG. 3.1 3 is a flowchart of the settlement process of the present invention. After close of the business day, by the debit card network 20, the debit card network 20 begins to move the funds electronically; a process with which those skilled in the art are familiar. At that point the system 10 is in a position to transmit the detail of the days transactions to the individual payees that will be receiving electronic credits from the debit card network 20. The debit card networks transmit only the gross dollar amount of funds for crediting to each payee. The system 10 performs the actual detail of the electronic transmission of individually paid accounts. The system 10 will recognize the time of day by the internal clock common to most computer systems, and select the first payee in the aforementioned transaction log file. In step 300, the system 10 will outdial using an ordinary telephone line into the first payee on the system in an effort to connect to the computer billing system 26 (FIG. 1.1 1).
Once a telephonic connection is established, in step 302, the system 10 begins the process of transmitting the payor account numbers and amounts of the bills that were paid since the last settlement period using the system 10. This process is known to those skilled in the art as remote job entry (RJE). In step 3143 the system 10 determines whether there are other files to be transmitted. In step 306, the system 10 outdials the appropriate telephone number established in advance to establish a telephonic RJE link with the next payee. In step 302, in a manner similar to the aforementioned, the transactions that the system 10 performed in favor of that particular payee will be transmitted to that payee's computer billing system 10. Once all the files have been transmitted, the settlement process is terminated in step 308.
FIG. 4.1 4 is a flowchart of a payee inquiry process of the present invention, which provides a payee with the ability to initiate a telephone call into the present invention operating as a third party to the transaction, in order that payment information can be discerned in conjunction with a touch tone telephone. The process is initiated by a payee calling into the system 10. In step 400, the system 400 will ask the caller to input a security code, which is assigned to each payee and is different for each payee. The input of a proper code will indicate to the system which payee payments are to be inquired upon. Without a proper code, no inquiry access is permitted. It is important to recognize that this system capability is for the payee, and not for the actual payor of the bill. This system capability assists in past due collection activity.
In step 402, the system 10 checks its internal data files to ascertain the validity of the code entered. If an improper code is entered, in step 404, the system 10 informs the caller that the code is invalid. If the entered code matches one that was contained in the system database, in step 406, the system 10 requests the caller to enter the account number of the customer whose bill is being inquired upon. After the caller enters the account number, in step 408, the system attempts to locate it on the system database. If the system 10 cannot locate the account number, in step 410, the caller is informed that no payment exists for the entered account number and is given an opportunity to enter another account number in step 406. If the entered account number is located, in step 412, the system 10 informs the caller of the details of the transaction, to wit, time, date, amount, and authorization number of the payment. In step 414, upon completion of the audio text information, the caller is asked whether he or she has another inquiry to perform. If so, in step 406, the system 10 prompts the caller to enter the account number; otherwise, the system 10 terminates the call in step 416.
The crux of this invention is that bill payment transactions have never been presented to the debit networks for a real-time authorization initiated by the consumer from a touch tone telephone with the debit card number used as the transaction vehicle. Additionally, this process has never been done without the requirement of a PIN (personal identification number) and still maintain an assemblage of transaction security. In the TelePay System, when a transaction is entered by a consumer, and subsequently passed on to an outside debit card network for authorization, a number of things happen. Assuming that the transaction is authorized, then any fee that the customer is paying, in addition to the-actual bill payment, is automatically deducted from the payor's account immediately and added to the amount that the debit card network will distribute between TelePay and the payee at settlement. The amount of the bill that was paid is automatically added to the amount that will be credited to the payee at the end of the business day (every payee is required to provide a bank account number that will be used to electronically credit the days receipts). Telepay's bank account will, in a like manner, be automatically credited for the transaction fee. Any network usage fees that have to be paid to process the transaction by the use of an debit card network will be electronically paid by TelePay to the appropriate service provider. Once a day at TelePay's settlement time, each payee participating in the system will receive the electronic on-line detail summary of the days individual transactions for posting to the consumer's account.
The following criteria and conditions are part of the TelePay method and unique process prior to the acceptance of a debit card number into the system in order to ensure a proper transaction has been presented and to add a level of usage security. First, a service address (telephone number or residential electricity site, etc.) or payee account number can only be the recipient of a specific limited number of payments within 30 days that is selectable by the funds recipient and a velocity file by account number is kept at the TelePay system tracking this limitation. In addition, a debit card number can only be used in the TelePay system a specific limited number of times based on a recipient of funds selectable parameter and current recipient of funds (payee) negative files due to adverse experience are added to the TelePay system prior to implementation.
Still further, any consumer chargebacks will prevent that customer's telephone number/electricity service address number and that credit/debit card number to have system access. Appropriate additions will be made to the negative file unless specific overrides are requested by the funds recipient. Also, all transactions will be routed electronically to the card issuing entity/network by the TelePay system for positive authorization as to card acceptability, credit limit guidelines, payment status, balance availability, and any and all criteria that the issuer deems appropriate.
Additionally, the TelePay system will provide records of all declinations by card number and by telephone number, electric service account number, or payer account number, whichever is appropriate and a check will be done on all debit card numbers entered into the TelePay system to ensure that the input number is an assigned number within the criteria of the issuing entities, as well as on service address account numbers to insure that the proper number and sequence of digits have been entered to add an additional level of accuracy to the numeric entry process. Moreover, the customer will always be given positive audio reinforcement at critical steps during the data entry process to assist in the entry of accurate information and transaction declinations due to non-sufficient funds will be audio referred for the consumer to contact their card issuing institution.
Accordingly, it is clear that the TelePay system is a technologically advanced and consumer convenient process. The consumer may use the TelePay system to pay bills at will, spontaneously, without any personal investment in equipment, and any requirement of pre-registration. The use of the TelePay system is not tied to a specific locations, as any touch tone telephone will suffice. Use of this unique process will eliminate the use of stamps, envelopes, the U. S. Postal Service, and the necessity of going to a mailbox. Personal computers and the lack of realistic portability are problems that do not exist in the present invention. Receipt of payment is also assured and issues of “lost in the mail” or mail delays will no longer exist. Debit cards will now have true utility as transaction vehicles in order to electronically present payment as opposed to paper checks. Older technology of pre-registration and direct debit registration systems will become obsolete.
It is understood that the present invention can take many forms and embodiments. The embodiments shown herein are intended to illustrate rather than to limit the invention, it being appreciated that variations may be made without departing from the spirit of the scope of the invention. For example, it is anticipated that the payor may be an individual or an institution, such as a corporation or association.
Although illustrative embodiments of the invention have been shown and described, a wide range of modification, change and substitution is intended in the foregoing disclosure and in some instances some features of the present invention may be employed without a corresponding use of the other features. Accordingly, it is appropriate that the appended claims be construed broadly and in a manner consistent with the scope of the invention.

Claims (8)

1. A method of paying bills using a telecommunications line connectable to at least one remote payment card network via a payee's agent's system, wherein a caller begins session using a telecommunications line to initiate a spontaneous payment transaction to a payee, the method comprising the steps of:
prompting the caller to enter an account number identifying an account of a payor with the payee in connection with the payment transaction;
prompting the caller to enter a payment number selected from one or more choices of credit or debit forms of payment;
prompting the caller to enter a payment amount for the payment transaction;
upon a payment amount being entered and during the session, accessing a remote payment network associated with the entered payment number, the accessed remote payment network determining, during the session, whether sufficient available credit or funds exist in an account associated with the entered payment number to complete the payment transaction, and responsive to a determination that sufficient available credit or funds exist in the associated account, charging the entered payment amount against the account associated with the entered payment number, adding the entered payment amount to an account associated with the entered account number, informing the caller that the payment transaction has been authorized, and storing the account number, payment number and payment amount in a transaction log file of the system.
2. The method of claim 1 wherein said payment number is a PIN-less credit or debit card number.
3. The method of claim 1 wherein said payment number is a debit card number or debit payment in the form of an electronic check.
4. The method of claim 1 further comprising the steps of prompting the caller to select a credit or debit option, prompting the caller to enter a payment amount, and prompting the caller to acknowledge a transaction fee to the payee's agent's system.
5. The method of claim 1 further comprising the step of prompting the caller to indicate the type of payment, said payment being at least one of deposit, regular payment, or reconnect fee.
6. A method of paying bills using a telecommunications network line connectable to at least one remote payment card network via a payee's agent's system, wherein a caller begins session using a telecommunications network line to initiate a spontaneous payment transaction to a payee, the method comprising the steps of:
prompting the caller to enter a payment number selected from one or more choices of credit or debit forms of payment;
prompting the caller to enter a payment amount for the payment transaction;
accessing a remote payment network associated with the entered payment number, the accessed remote payment network determining, during the session, whether sufficient available credit or funds exist in an account associated with the entered payment number to complete the payment transaction, and upon a determination that sufficient available credit or funds exist in the associated account, charging the entered payment amount against the account associated with the entered payment number, adding the entered payment amount to an account associated with the entered account number, and storing the account number, payment number and payment amount in a transaction file of the system.
7. The method of claim 6 wherein said payment number is a PIN-less credit or debit card number.
8. The method of claim 6 further comprising the steps of prompting the caller to select a credit or debit option, prompting the caller to enter a payment amount, and prompting the caller to acknowledge a transaction fee to the payee's agent's system.
US10/389,735 1994-02-14 2003-03-13 Automated interactive bill payment system using debit cards Expired - Fee Related USRE38801E1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/389,735 USRE38801E1 (en) 1994-02-14 2003-03-13 Automated interactive bill payment system using debit cards

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US19537294A 1994-02-14 1994-02-14
US44212995A 1995-05-16 1995-05-16
US08/649,926 US5652786A (en) 1994-02-14 1996-05-16 Automated interactive bill payment system
US08/787,981 US5715298A (en) 1996-05-16 1997-01-22 Automated interactive bill payment system using debit cards
US08/946,272 US5870456A (en) 1997-01-22 1997-10-07 Automated interactive bill payment system using debit cards
US10/389,735 USRE38801E1 (en) 1994-02-14 2003-03-13 Automated interactive bill payment system using debit cards

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US08/946,272 Reissue US5870456A (en) 1994-02-14 1997-10-07 Automated interactive bill payment system using debit cards

Publications (1)

Publication Number Publication Date
USRE38801E1 true USRE38801E1 (en) 2005-09-27

Family

ID=24606809

Family Applications (2)

Application Number Title Priority Date Filing Date
US08/787,981 Ceased US5715298A (en) 1994-02-14 1997-01-22 Automated interactive bill payment system using debit cards
US10/389,735 Expired - Fee Related USRE38801E1 (en) 1994-02-14 2003-03-13 Automated interactive bill payment system using debit cards

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US08/787,981 Ceased US5715298A (en) 1994-02-14 1997-01-22 Automated interactive bill payment system using debit cards

Country Status (1)

Country Link
US (2) US5715298A (en)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030114139A1 (en) * 2001-12-17 2003-06-19 International Business Machines Corporation Originating a billed transaction for an origin telephony device
US20050226401A1 (en) * 2002-03-05 2005-10-13 Stephen Taylor Method and apparatus for cashless transactions via a telecommunications network
US20070271179A1 (en) * 2006-04-12 2007-11-22 Kazushige Kubota Payment Processing Support Device and Method
US7925578B1 (en) 2005-08-26 2011-04-12 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US7945492B1 (en) 1998-12-23 2011-05-17 Jpmorgan Chase Bank, N.A. System and method for integrating trading operations including the generation, processing and tracking of and trade documents
US7987501B2 (en) 2001-12-04 2011-07-26 Jpmorgan Chase Bank, N.A. System and method for single session sign-on
US8020754B2 (en) 2001-08-13 2011-09-20 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US8078528B1 (en) 2008-02-21 2011-12-13 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US8145549B2 (en) 2003-05-30 2012-03-27 Jpmorgan Chase Bank, N.A. System and method for offering risk-based interest rates in a credit instutment
US8144850B2 (en) 2001-12-17 2012-03-27 International Business Machines Corporation Logging calls according to call context
US8160960B1 (en) 2001-06-07 2012-04-17 Jpmorgan Chase Bank, N.A. System and method for rapid updating of credit information
US8175908B1 (en) 2003-09-04 2012-05-08 Jpmorgan Chase Bank, N.A. Systems and methods for constructing and utilizing a merchant database derived from customer purchase transactions data
US8185940B2 (en) 2001-07-12 2012-05-22 Jpmorgan Chase Bank, N.A. System and method for providing discriminated content to network users
US8447672B2 (en) 2005-05-27 2013-05-21 Jp Morgan Chase Bank, N.A. Universal payment protection
US8533031B2 (en) 2000-10-17 2013-09-10 Jpmorgan Chase Bank, N.A. Method and system for retaining customer loyalty
US8554631B1 (en) 2010-07-02 2013-10-08 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8688572B2 (en) 2012-06-01 2014-04-01 Bank Of America Corporation Financial account related trigger feature for risk mitigation
US8793160B2 (en) 1999-12-07 2014-07-29 Steve Sorem System and method for processing transactions
US8805730B2 (en) 2012-06-01 2014-08-12 Bank Of America Corporation Trigger data quality monitor
US8849716B1 (en) 2001-04-20 2014-09-30 Jpmorgan Chase Bank, N.A. System and method for preventing identity theft or misuse by restricting access
US9058626B1 (en) 2013-11-13 2015-06-16 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US9378664B1 (en) * 2009-10-05 2016-06-28 Intuit Inc. Providing financial data through real-time virtual animation
US10049155B2 (en) 2016-01-20 2018-08-14 Bank Of America Corporation System for mending through automated processes

Families Citing this family (164)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5870724A (en) * 1989-12-08 1999-02-09 Online Resources & Communications Corporation Targeting advertising in a home retail banking delivery service
US5715298A (en) * 1996-05-16 1998-02-03 Telepay Automated interactive bill payment system using debit cards
US5870456A (en) * 1997-01-22 1999-02-09 Telepay, Inc. Automated interactive bill payment system using debit cards
USRE38715E1 (en) * 1995-05-16 2005-03-22 Bmc Resources, Inc. Automated interactive bill payment system using debit cards
US6246755B1 (en) * 1996-12-31 2001-06-12 Walker Digital, Llc Method and system for connecting a caller to a content provider
US6597776B1 (en) 1995-12-11 2003-07-22 Walker Digital, Llc Method and system for allowing extended connections to content providers via prepaid content provider accounts
EP2028614A3 (en) * 1996-10-09 2010-01-06 Visa International Service Association Electronic statement presentation system
US6014439A (en) 1997-04-08 2000-01-11 Walker Asset Management Limited Partnership Method and apparatus for entertaining callers in a queue
US7231035B2 (en) * 1997-04-08 2007-06-12 Walker Digital, Llc Method and apparatus for entertaining callers in a queue
US6826544B1 (en) * 1997-07-09 2004-11-30 Advanceme, Inc. Automated loan repayment
US5974146A (en) * 1997-07-30 1999-10-26 Huntington Bancshares Incorporated Real time bank-centric universal payment system
US6119104A (en) * 1997-11-24 2000-09-12 Keycorp Composite banking desktop system
US6650736B1 (en) * 1998-10-23 2003-11-18 Convergys Customer Management Group, Inc. System and method for automated third party verification
US7254557B1 (en) * 1998-11-09 2007-08-07 C/Base, Inc. Financial services payment vehicle and method
US7010512B1 (en) 1998-11-09 2006-03-07 C/Base, Inc. Transfer instrument
WO2000030007A2 (en) 1998-11-13 2000-05-25 The Chase Manhattan Bank System and method for multicurrency and multibank processing over a non-secure network
US20040019560A1 (en) 1999-03-12 2004-01-29 Evans Scott L. System and method for debt presentment and resolution
US7068832B1 (en) * 1999-05-11 2006-06-27 The Chase Manhattan Bank Lockbox imaging system
US7058817B1 (en) * 1999-07-02 2006-06-06 The Chase Manhattan Bank System and method for single sign on process for websites with multiple applications and services
US7124111B1 (en) * 1999-09-14 2006-10-17 Jpmorgan Chase Bank, N.A. Service charge adjustment platform
US7805365B1 (en) 1999-10-25 2010-09-28 Jpmorgan Chase Bank, N.A. Automated statement presentation, adjustment and payment system and method therefor
AU3438401A (en) * 1999-11-04 2001-05-14 Jp Morgan Chase Bank System and method for automated financial project management
US7321864B1 (en) * 1999-11-04 2008-01-22 Jpmorgan Chase Bank, N.A. System and method for providing funding approval associated with a project based on a document collection
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
US10275780B1 (en) 1999-11-24 2019-04-30 Jpmorgan Chase Bank, N.A. Method and apparatus for sending a rebate via electronic mail over the internet
US8571975B1 (en) 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US6965865B2 (en) 1999-12-30 2005-11-15 Bank One Delaware N.A. System and method for integrated customer management
US7822656B2 (en) 2000-02-15 2010-10-26 Jpmorgan Chase Bank, N.A. International banking system and method
US6867789B1 (en) 2000-02-15 2005-03-15 Bank One, Delaware, National Association System and method for generating graphical user interfaces
AU2001238495A1 (en) * 2000-02-18 2001-08-27 Bank One Corporation System and method for electronic deposit of third-party checks by non-commercialbanking customers from remote locations
US8768836B1 (en) 2000-02-18 2014-07-01 Jpmorgan Chase Bank, N.A. System and method for electronic deposit of a financial instrument by banking customers from remote locations by use of a digital image
US7426530B1 (en) 2000-06-12 2008-09-16 Jpmorgan Chase Bank, N.A. System and method for providing customers with seamless entry to a remote server
US10185936B2 (en) * 2000-06-22 2019-01-22 Jpmorgan Chase Bank, N.A. Method and system for processing internet payments
US7584125B2 (en) * 2000-06-26 2009-09-01 Jpmorgan Chase Bank, N.A. Electronic check presentment system and method having an item sequence capability
US20070228144A1 (en) * 2000-08-01 2007-10-04 Lee Knackstedt Processing transactions using a register portion to track transactions
WO2002011019A1 (en) 2000-08-01 2002-02-07 First Usa Bank, N.A. System and method for transponder-enabled account transactions
US8468071B2 (en) * 2000-08-01 2013-06-18 Jpmorgan Chase Bank, N.A. Processing transactions using a register portion to track transactions
AU2001285422A1 (en) 2000-08-11 2002-02-25 John J. Loy Trade receivable processing method and apparatus
US6639977B1 (en) 2000-08-17 2003-10-28 Evercom Systems, Inc. System and method for reverse billing of a telephone call
US7747866B1 (en) 2000-08-24 2010-06-29 Jpmorgan Chase Bank, N.A. System and method providing improved error detection related to transmission of data over a communication link
US8015084B1 (en) 2000-09-06 2011-09-06 Jpmorgan Chase Bank, N.A. System and method for linked account having sweep feature
US8335855B2 (en) * 2001-09-19 2012-12-18 Jpmorgan Chase Bank, N.A. System and method for portal infrastructure tracking
US7246263B2 (en) * 2000-09-20 2007-07-17 Jpmorgan Chase Bank System and method for portal infrastructure tracking
US7580890B2 (en) * 2000-10-12 2009-08-25 Jpmorgan Chase Bank, N.A. System and method for supervising account management operations
US7333953B1 (en) 2000-10-31 2008-02-19 Wells Fargo Bank, N.A. Method and apparatus for integrated payments processing and decisioning for internet transactions
US8145567B2 (en) 2000-10-31 2012-03-27 Wells Fargo Bank, N.A. Transaction ID system and process
WO2002037386A1 (en) 2000-11-06 2002-05-10 First Usa Bank, N.A. System and method for selectable funding of electronic transactions
US20070162387A1 (en) * 2000-11-06 2007-07-12 Cataline Glen R System and method for optimized funding of electronic transactions
US20040143553A1 (en) * 2000-12-01 2004-07-22 Torget John W. System and method for remotely generating instruments
US6631849B2 (en) * 2000-12-06 2003-10-14 Bank One, Delaware, National Association Selectable multi-purpose card
US7295999B1 (en) 2000-12-20 2007-11-13 Jpmorgan Chase Bank, N.A. System and method for determining eligibility and enrolling members in various programs
US8805739B2 (en) * 2001-01-30 2014-08-12 Jpmorgan Chase Bank, National Association System and method for electronic bill pay and presentment
US7895098B2 (en) 2001-03-01 2011-02-22 Jpmorgan Chase Bank, N.A. System and method for measuring and utilizing pooling analytics
US7752134B2 (en) * 2001-03-20 2010-07-06 United Parcel Service Of America, Inc. Hybrid credit card transaction system
US7313546B2 (en) 2001-05-23 2007-12-25 Jp Morgan Chase Bank, N.A. System and method for currency selectable stored value instrument
US7401048B2 (en) * 2001-06-01 2008-07-15 Jpmorgan Chase Bank, N.A. System and method for trade settlement tracking and relative ranking
US7366495B1 (en) 2001-06-21 2008-04-29 Michael Joseph Magnotta Prepaid reservation-based rating system
US8266437B2 (en) 2001-06-25 2012-09-11 Jpmorgan Chase Bank, N.A. Electronic vouchers and a system and method for issuing the same
WO2003010701A1 (en) 2001-07-24 2003-02-06 First Usa Bank, N.A. Multiple account card and transaction routing
US7103576B2 (en) * 2001-09-21 2006-09-05 First Usa Bank, Na System for providing cardless payment
US7822684B2 (en) * 2001-10-05 2010-10-26 Jpmorgan Chase Bank, N.A. Personalized bank teller machine
US7822679B1 (en) 2001-10-29 2010-10-26 Visa U.S.A. Inc. Method and system for conducting a commercial transaction between a buyer and a seller
CA2466071C (en) * 2001-11-01 2016-04-12 Bank One, Delaware, N.A. System and method for establishing or modifying an account with user selectable terms
US7627521B1 (en) 2002-01-15 2009-12-01 Jpmorgan Chase Bank, N.A. System and method for processing mircotransactions
US20030154153A1 (en) * 2002-01-31 2003-08-14 Steidlmayer J. Peter Composite commodity financial product
US7428531B2 (en) 2002-02-06 2008-09-23 Jpmorgan Chase Bank, N.A. Customer information management system and method
US7941533B2 (en) * 2002-02-19 2011-05-10 Jpmorgan Chase Bank, N.A. System and method for single sign-on session management without central server
US7899753B1 (en) 2002-03-25 2011-03-01 Jpmorgan Chase Bank, N.A Systems and methods for time variable financial authentication
AU2003230751A1 (en) 2002-03-29 2003-10-13 Bank One, Delaware, N.A. System and process for performing purchase transaction using tokens
US20040210498A1 (en) 2002-03-29 2004-10-21 Bank One, National Association Method and system for performing purchase and other transactions using tokens with multiple chips
US7979348B2 (en) 2002-04-23 2011-07-12 Clearing House Payments Co Llc Payment identification code and payment system using the same
US7246324B2 (en) * 2002-05-23 2007-07-17 Jpmorgan Chase Bank Method and system for data capture with hidden applets
US20030220858A1 (en) * 2002-05-24 2003-11-27 Duc Lam Method and system for collaborative vendor reconciliation
US7437327B2 (en) * 2002-05-24 2008-10-14 Jp Morgan Chase Bank Method and system for buyer centric dispute resolution in electronic payment system
US7689482B2 (en) 2002-05-24 2010-03-30 Jp Morgan Chase Bank, N.A. System and method for payer (buyer) defined electronic invoice exchange
US20030220863A1 (en) 2002-05-24 2003-11-27 Don Holm System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US7143174B2 (en) * 2002-06-12 2006-11-28 The Jpmorgan Chase Bank, N.A. Method and system for delayed cookie transmission in a client-server architecture
US7403967B1 (en) * 2002-06-18 2008-07-22 West Corporation Methods, apparatus, and computer readable media for confirmation and verification of shipping address data associated with a transaction
US7472171B2 (en) * 2002-06-21 2008-12-30 Jpmorgan Chase Bank, National Association Method and system for determining receipt of a delayed cookie in a client-server architecture
US7234065B2 (en) * 2002-09-17 2007-06-19 Jpmorgan Chase Bank System and method for managing data privacy
US7058660B2 (en) 2002-10-02 2006-06-06 Bank One Corporation System and method for network-based project management
US20040122736A1 (en) 2002-10-11 2004-06-24 Bank One, Delaware, N.A. System and method for granting promotional rewards to credit account holders
US8301493B2 (en) 2002-11-05 2012-10-30 Jpmorgan Chase Bank, N.A. System and method for providing incentives to consumers to share information
US7769650B2 (en) * 2002-12-03 2010-08-03 Jp Morgan Chase Bank Network-based sub-allocation systems and methods for swaps
US20040153418A1 (en) * 2003-02-05 2004-08-05 Hanweck Gerald Alfred System and method for providing access to data from proprietary tools
US10311412B1 (en) 2003-03-28 2019-06-04 Jpmorgan Chase Bank, N.A. Method and system for providing bundled electronic payment and remittance advice
US8630947B1 (en) 2003-04-04 2014-01-14 Jpmorgan Chase Bank, N.A. Method and system for providing electronic bill payment and presentment
US20050015332A1 (en) * 2003-07-18 2005-01-20 Grace Chen Cashless payment system
US20050033637A1 (en) * 2003-08-06 2005-02-10 Underwood Kenneth Lee Bill payment incentives system
US7613656B2 (en) * 2003-08-11 2009-11-03 Jp Morgan Chase Bank Coupon payment system
US7561680B1 (en) 2003-08-13 2009-07-14 Evercom Systems, Inc. System and method for called party controlled message delivery
US20050055555A1 (en) * 2003-09-05 2005-03-10 Rao Srinivasan N. Single sign-on authentication system
US8190893B2 (en) 2003-10-27 2012-05-29 Jp Morgan Chase Bank Portable security transaction protocol
US7792717B1 (en) 2003-10-31 2010-09-07 Jpmorgan Chase Bank, N.A. Waterfall prioritized payment processing
US7702577B1 (en) 2003-11-06 2010-04-20 Jp Morgan Chase Bank, N.A. System and method for conversion of initial transaction to final transaction
US7814003B2 (en) * 2003-12-15 2010-10-12 Jp Morgan Chase Billing workflow system for crediting charges to entities creating derivatives exposure
US20100174826A1 (en) * 2003-12-23 2010-07-08 Anupam Sharma Information gathering system and method
US7392386B2 (en) * 2004-01-28 2008-06-24 J P Morgan Chase Bank Setuid-filter method for providing secure access to a credentials store for computer systems
US8725607B2 (en) 2004-01-30 2014-05-13 The Clearing House Payments Company LLC Electronic payment clearing and check image exchange systems and methods
US10332190B1 (en) 2004-01-30 2019-06-25 Jpmorgan Chase Bank, N.A. System and method for trade payment exchange
US20100287092A1 (en) * 2004-02-25 2010-11-11 Bank One, Delaware National Association Method and system for real estate loan administration
US7380707B1 (en) * 2004-02-25 2008-06-03 Jpmorgan Chase Bank, N.A. Method and system for credit card reimbursements for health care transactions
US20050273347A1 (en) * 2004-06-04 2005-12-08 Bank One, Delaware, National Association Method and system for processing payment items at a central processor
US8554673B2 (en) 2004-06-17 2013-10-08 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8571977B2 (en) * 2004-06-17 2013-10-29 Visa International Service Association Method and system for providing seller bank receivable discounting aggregation services
US8121944B2 (en) * 2004-06-24 2012-02-21 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US8290863B2 (en) * 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US8290862B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US20060026019A1 (en) * 2004-07-27 2006-02-02 Jp Morgan Chase Bank System and method for measuring communication-system infrastructure usage
US20060080593A1 (en) * 2004-10-08 2006-04-13 Alexander Hudspith System and method for generating computer-readable documents
US20060089891A1 (en) * 2004-10-21 2006-04-27 Nigam Rakesh K System and method for generating expense information
US20060095374A1 (en) * 2004-11-01 2006-05-04 Jp Morgan Chase System and method for supply chain financing
US20060149664A1 (en) * 2004-12-30 2006-07-06 Jp Morgan Chase Bank Marketing system and method
US20060147894A1 (en) * 2004-12-30 2006-07-06 Vicam, L.P. Jacketed vessel for holding semen for sex biasing mammals through artificial insemination and systems and methods for enhancing the probability of sex biasing using the same
US7711639B2 (en) * 2005-01-12 2010-05-04 Visa International Pre-funding system and method
US7983468B2 (en) * 2005-02-09 2011-07-19 Jp Morgan Chase Bank Method and system for extracting information from documents by document segregation
US20060190723A1 (en) * 2005-02-18 2006-08-24 Jp Morgan Chase Bank Payload layer security for file transfer
US20100121743A1 (en) * 2005-04-13 2010-05-13 Jp Morgan Chase Bank System and method for generating dividend information
US7360686B2 (en) * 2005-05-11 2008-04-22 Jp Morgan Chase Bank Method and system for discovering significant subsets in collection of documents
AU2011218699B2 (en) * 2005-05-19 2013-07-18 Global 9-Times-5, Llc Method and apparatus for payment without payment card infrastructure
US20060265326A1 (en) * 2005-05-19 2006-11-23 Barrett Mary H Method and apparatus for payment without payment card infrastructure
US7822682B2 (en) * 2005-06-08 2010-10-26 Jpmorgan Chase Bank, N.A. System and method for enhancing supply chain transactions
US7676409B1 (en) 2005-06-20 2010-03-09 Jpmorgan Chase Bank, N.A. Method and system for emulating a private label over an open network
US8185877B1 (en) 2005-06-22 2012-05-22 Jpmorgan Chase Bank, N.A. System and method for testing applications
US8583926B1 (en) 2005-09-19 2013-11-12 Jpmorgan Chase Bank, N.A. System and method for anti-phishing authentication
US8301529B1 (en) 2005-11-02 2012-10-30 Jpmorgan Chase Bank, N.A. Method and system for implementing effective governance of transactions between trading partners
US20080040249A1 (en) * 2006-01-20 2008-02-14 Jpmorgan Chase Bank, N.A. Method for transaction processing in a capture and deposit
US7734545B1 (en) 2006-06-14 2010-06-08 Jpmorgan Chase Bank, N.A. Method and system for processing recurring payments
US8793490B1 (en) 2006-07-14 2014-07-29 Jpmorgan Chase Bank, N.A. Systems and methods for multifactor authentication
US20080046363A1 (en) * 2006-08-16 2008-02-21 Sbc Knowledge Ventures, L.P. Automated bill payment
US8660941B2 (en) * 2006-09-26 2014-02-25 Collections Marketing Center, Inc. Method and system for providing a multi-channel virtual collections center
US7916925B2 (en) 2007-02-09 2011-03-29 Jpmorgan Chase Bank, N.A. System and method for generating magnetic ink character recognition (MICR) testing documents
US8473735B1 (en) 2007-05-17 2013-06-25 Jpmorgan Chase Systems and methods for managing digital certificates
US10796392B1 (en) 2007-05-22 2020-10-06 Securus Technologies, Llc Systems and methods for facilitating booking, bonding and release
US8762270B1 (en) 2007-08-10 2014-06-24 Jpmorgan Chase Bank, N.A. System and method for providing supplemental payment or transaction information
US8788281B1 (en) 2007-12-03 2014-07-22 Jp Morgan Chase Bank, N.A. System and method for processing qualified healthcare account related financial transactions
US7766244B1 (en) 2007-12-31 2010-08-03 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8321682B1 (en) 2008-01-24 2012-11-27 Jpmorgan Chase Bank, N.A. System and method for generating and managing administrator passwords
US7707089B1 (en) 2008-03-12 2010-04-27 Jpmorgan Chase, N.A. Method and system for automating fraud authorization strategies
US9105019B1 (en) * 2008-04-17 2015-08-11 Intuit Inc. Method and system for depositing funds at a point of sale terminal
US20100010861A1 (en) * 2008-07-11 2010-01-14 Collections Marketing Center, Llc Method and system for providing a virtual collections call center system
US8112355B1 (en) 2008-09-05 2012-02-07 Jpmorgan Chase Bank, N.A. Method and system for buyer centric dispute resolution in electronic payment system
US9092447B1 (en) 2008-10-20 2015-07-28 Jpmorgan Chase Bank, N.A. Method and system for duplicate detection
US8391584B2 (en) 2008-10-20 2013-03-05 Jpmorgan Chase Bank, N.A. Method and system for duplicate check detection
US20100161486A1 (en) * 2008-12-23 2010-06-24 Liu Alexander A Methods and systems for paying a bill using a transaction card account
US9608826B2 (en) 2009-06-29 2017-03-28 Jpmorgan Chase Bank, N.A. System and method for partner key management
US20110106701A1 (en) * 2009-10-30 2011-05-05 Intuit Inc. Method and apparatus for performing voice-based credit card processing
US8386381B1 (en) 2009-12-16 2013-02-26 Jpmorgan Chase Bank, N.A. Method and system for detecting, monitoring and addressing data compromises
US8447641B1 (en) 2010-03-29 2013-05-21 Jpmorgan Chase Bank, N.A. System and method for automatically enrolling buyers into a network
US8589288B1 (en) 2010-10-01 2013-11-19 Jpmorgan Chase Bank, N.A. System and method for electronic remittance of funds
US8543504B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8543503B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
USD678653S1 (en) 2012-07-19 2013-03-19 Jpmorgan Chase Bank, N.A. Drive-up financial transaction machine
USD690074S1 (en) 2013-03-13 2013-09-17 Jpmorgan Chase Bank, N.A. Financial transaction machine
US9419957B1 (en) 2013-03-15 2016-08-16 Jpmorgan Chase Bank, N.A. Confidence-based authentication
US10148726B1 (en) 2014-01-24 2018-12-04 Jpmorgan Chase Bank, N.A. Initiating operating system commands based on browser cookies
US11507931B1 (en) 2014-07-31 2022-11-22 Block, Inc. Payout payment platform
US11295308B1 (en) 2014-10-29 2022-04-05 The Clearing House Payments Company, L.L.C. Secure payment processing
US9990613B1 (en) * 2014-12-12 2018-06-05 Square, Inc. Bill payment using direct funds transfer
US11042882B2 (en) 2015-07-01 2021-06-22 The Clearing House Payments Company, L.L.C. Real-time payment system, method, apparatus, and computer program
US11694168B2 (en) 2015-07-01 2023-07-04 The Clearing House Payments Company L.L.C. Real-time payment system, method, apparatus, and computer program
USD837227S1 (en) 2016-09-12 2019-01-01 Square, Inc. Display screen with graphical user interface for a mobile device
US9886689B1 (en) 2016-09-12 2018-02-06 Square, Inc. Processing a mobile payload
US11436577B2 (en) 2018-05-03 2022-09-06 The Clearing House Payments Company L.L.C. Bill pay service with federated directory model support

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4674044A (en) * 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US4694397A (en) * 1984-12-27 1987-09-15 The Advest Group, Inc. Banking/brokerage computer interface system
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
US4947028A (en) * 1988-07-19 1990-08-07 Arbor International, Inc. Automated order and payment system
US5121945A (en) * 1988-04-20 1992-06-16 Remittance Technology Corporation Financial data processing system
US5126936A (en) * 1989-09-01 1992-06-30 Champion Securities Goal-directed financial asset management system
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5283829A (en) * 1992-10-01 1994-02-01 Bell Communications Research, Inc. System and method for paying bills electronically
US5285382A (en) * 1991-02-25 1994-02-08 Keyosk Corporation System and method for processing credit and debit card validity and funds transactions from vending machines and similar terminals
US5383113A (en) * 1991-07-25 1995-01-17 Checkfree Corporation System and method for electronically providing customer services including payment of bills, financial analysis and loans
US5652786A (en) * 1994-02-14 1997-07-29 Telepay Automated interactive bill payment system
US5715298A (en) * 1996-05-16 1998-02-03 Telepay Automated interactive bill payment system using debit cards

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4694397A (en) * 1984-12-27 1987-09-15 The Advest Group, Inc. Banking/brokerage computer interface system
US4674044A (en) * 1985-01-30 1987-06-16 Merrill Lynch, Pierce, Fenner & Smith, Inc. Automated securities trading system
US4823264A (en) * 1986-05-27 1989-04-18 Deming Gilbert R Electronic funds transfer system
US5121945A (en) * 1988-04-20 1992-06-16 Remittance Technology Corporation Financial data processing system
US4947028B1 (en) * 1988-07-19 1993-06-08 U S Order Inc
US4947028A (en) * 1988-07-19 1990-08-07 Arbor International, Inc. Automated order and payment system
US5126936A (en) * 1989-09-01 1992-06-30 Champion Securities Goal-directed financial asset management system
US5220501A (en) * 1989-12-08 1993-06-15 Online Resources, Ltd. Method and system for remote delivery of retail banking services
US5285382A (en) * 1991-02-25 1994-02-08 Keyosk Corporation System and method for processing credit and debit card validity and funds transactions from vending machines and similar terminals
US5383113A (en) * 1991-07-25 1995-01-17 Checkfree Corporation System and method for electronically providing customer services including payment of bills, financial analysis and loans
US5283829A (en) * 1992-10-01 1994-02-01 Bell Communications Research, Inc. System and method for paying bills electronically
US5652786A (en) * 1994-02-14 1997-07-29 Telepay Automated interactive bill payment system
US5715298A (en) * 1996-05-16 1998-02-03 Telepay Automated interactive bill payment system using debit cards

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"The Score Card Evens in a POS Title Fight"; bank Network News, Jun. 11, 1992, VIONZ. *
Blackwell, Gerry; "Computing In Banking: Technology is the Weapon"; Computing Canada vol. V16, p. 59, Oct. 11, 1990. *
Information Newtorks, V. 6, No. 8, Jul. 26, 1993, "Scanfone Alive and Well"; Bell Atlantic Readier for Rollout. *
Tanaka, David; Interac Rolls Out Debit Card System; Computing Canada vol. V18, Issue No. 21, Oct. 13, 1992. *

Cited By (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7945492B1 (en) 1998-12-23 2011-05-17 Jpmorgan Chase Bank, N.A. System and method for integrating trading operations including the generation, processing and tracking of and trade documents
US8793160B2 (en) 1999-12-07 2014-07-29 Steve Sorem System and method for processing transactions
US8533031B2 (en) 2000-10-17 2013-09-10 Jpmorgan Chase Bank, N.A. Method and system for retaining customer loyalty
US10380374B2 (en) 2001-04-20 2019-08-13 Jpmorgan Chase Bank, N.A. System and method for preventing identity theft or misuse by restricting access
US8849716B1 (en) 2001-04-20 2014-09-30 Jpmorgan Chase Bank, N.A. System and method for preventing identity theft or misuse by restricting access
US8160960B1 (en) 2001-06-07 2012-04-17 Jpmorgan Chase Bank, N.A. System and method for rapid updating of credit information
US8185940B2 (en) 2001-07-12 2012-05-22 Jpmorgan Chase Bank, N.A. System and method for providing discriminated content to network users
US8020754B2 (en) 2001-08-13 2011-09-20 Jpmorgan Chase Bank, N.A. System and method for funding a collective account by use of an electronic tag
US7987501B2 (en) 2001-12-04 2011-07-26 Jpmorgan Chase Bank, N.A. System and method for single session sign-on
US8707410B2 (en) 2001-12-04 2014-04-22 Jpmorgan Chase Bank, N.A. System and method for single session sign-on
US7099652B2 (en) * 2001-12-17 2006-08-29 International Business Machines Corporation Originating a billed transaction for an origin telephony device
US20030114139A1 (en) * 2001-12-17 2003-06-19 International Business Machines Corporation Originating a billed transaction for an origin telephony device
US8144850B2 (en) 2001-12-17 2012-03-27 International Business Machines Corporation Logging calls according to call context
US20050226401A1 (en) * 2002-03-05 2005-10-13 Stephen Taylor Method and apparatus for cashless transactions via a telecommunications network
US7433452B2 (en) * 2002-03-05 2008-10-07 Ericsson Ab Method and apparatus for cashless transactions via a telecommunications network
US8306907B2 (en) 2003-05-30 2012-11-06 Jpmorgan Chase Bank N.A. System and method for offering risk-based interest rates in a credit instrument
US8145549B2 (en) 2003-05-30 2012-03-27 Jpmorgan Chase Bank, N.A. System and method for offering risk-based interest rates in a credit instutment
US8175908B1 (en) 2003-09-04 2012-05-08 Jpmorgan Chase Bank, N.A. Systems and methods for constructing and utilizing a merchant database derived from customer purchase transactions data
US8447672B2 (en) 2005-05-27 2013-05-21 Jp Morgan Chase Bank, N.A. Universal payment protection
US8447670B1 (en) 2005-05-27 2013-05-21 Jp Morgan Chase Bank, N.A. Universal payment protection
US8473395B1 (en) 2005-05-27 2013-06-25 Jpmorgan Chase Bank, Na Universal payment protection
US7925578B1 (en) 2005-08-26 2011-04-12 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US8762260B2 (en) 2005-08-26 2014-06-24 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US10290054B2 (en) 2005-08-26 2019-05-14 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US20070271179A1 (en) * 2006-04-12 2007-11-22 Kazushige Kubota Payment Processing Support Device and Method
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8078528B1 (en) 2008-02-21 2011-12-13 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US8538876B2 (en) 2008-02-21 2013-09-17 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US8725611B1 (en) 2008-02-21 2014-05-13 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US8706625B2 (en) 2008-02-21 2014-04-22 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US8554652B1 (en) 2008-02-21 2013-10-08 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US8190522B1 (en) 2008-02-21 2012-05-29 Jpmorgan Chase Bank, N.A. System and method for providing borrowing schemes
US9378664B1 (en) * 2009-10-05 2016-06-28 Intuit Inc. Providing financial data through real-time virtual animation
US8554631B1 (en) 2010-07-02 2013-10-08 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US9111278B1 (en) 2010-07-02 2015-08-18 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US8688572B2 (en) 2012-06-01 2014-04-01 Bank Of America Corporation Financial account related trigger feature for risk mitigation
US8805730B2 (en) 2012-06-01 2014-08-12 Bank Of America Corporation Trigger data quality monitor
US9058626B1 (en) 2013-11-13 2015-06-16 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US9460469B1 (en) 2013-11-13 2016-10-04 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US10049155B2 (en) 2016-01-20 2018-08-14 Bank Of America Corporation System for mending through automated processes

Also Published As

Publication number Publication date
US5715298A (en) 1998-02-03

Similar Documents

Publication Publication Date Title
USRE38801E1 (en) Automated interactive bill payment system using debit cards
US5870456A (en) Automated interactive bill payment system using debit cards
US5652786A (en) Automated interactive bill payment system
US10311431B2 (en) Method and apparatus for staging send transactions
US7853524B2 (en) Systems and methods for risk based determination of a form for crediting a payee on behalf of a payer
US7720760B1 (en) Consumer-directed financial transfers using automated clearinghouse networks
US6424706B1 (en) Method and system for transferring telecommunication-time units among accounts and exchanging same for goods or services
US20060173779A1 (en) System, method, and computer program product for receiving and processing payments
KR20080074039A (en) Value insertion using bill pay card preassociated with biller
USRE38715E1 (en) Automated interactive bill payment system using debit cards

Legal Events

Date Code Title Description
REMI Maintenance fee reminder mailed
FPAY Fee payment

Year of fee payment: 8

SULP Surcharge for late payment

Year of fee payment: 7

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees