A system and method for paying bills which uses bank routing numbers. A service provider receives a bank routing number from a consumer, the routing number belonging to the bank at which the consumer maintains a deposit account. The service provider verifies that this received routing number is correct. The verification includes comparing the received routing number to a database of routing numbers which the service provider has obtained from banks.
|
1. A method for processing consumer banking information, comprising:
storing a plurality of routing numbers associated with a plurality of financial institutions in a financial institutions file;
receiving a routing number and an account number associated with a financial institution at which a consumer maintains a deposit account;
comparing the received routing number or account number to the stored plurality of routing numbers and account numbers in the financial institutions file to verify accuracy of the received routing number or account number; and
automatically updating the received routing number or received account number to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file; and
storing the updated routing number of updated account number in a consumer database.
6. A system for processing consumer supplied banking information, comprising:
a storage device configured to store a plurality of routing numbers and account numbers associated with a plurality of financial institutions; and
a processor configured to compare a received routing number or account number associated with a financial institution at which a consumer maintains a deposit account to the stored plurality of routing numbers and account numbers in order to verify correctness of the consumer financial institution routing number or account number, to automatically update the received routing number or received account number in order to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file, and to store the updated routing number or updated account number in a consumer database.
10. A system for determining if a financial institution accepts electronic fund transfers, comprising:
a storage device configured to store a plurality of routing numbers and account numbers associated with a plurality of financial institutions; and
a processor configured to verify accuracy of a routing number or account number associated with a financial institution by comparing a received routing number or account number to the stored plurality of routing numbers and account numbers, to automatically update the received routing number or received account number in order to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file, to store the updated routing number or updated account number in a consumer database, and to determine if the financial institution accepts electronic fund transfers based on the compared routing number.
5. A method for determining if a financial institution can process electronic funds transfer, comprising:
storing a plurality of routing numbers associated with a plurality of financial institutions in a financial institutions database;
comparing a received routing number or account number associated with a financial institution to the stored plurality of routing numbers and account numbers in the financial institutions database to verify correctness of the routing number or account number;
automatically updating the received routing number or received account number to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file;
storing the updated routing number or updated account number in a consumer database; and
determining if the financial institution accepts electronic fund transfers based on the compared or updated routing number;
wherein the comparing is performed by a computer.
11. An article of manufacture for processing consumer banking information, comprising:
a computer readable medium; and
computer programming stored on the medium;
wherein the stored computer programming is configured to be readable from the computer readable medium by a computer to thereby cause the computer to operate so as to:
compare a received routing number or account number associated with a financial institution at which a consumer maintains a deposit account to a plurality of routing numbers and account numbers associated with a plurality of financial institutions, in order to verify the correctness of the consumer financial institution routing number or account number;
automatically updated the received routing number or received account number in order to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file; and
store the updated routing number or updated account number in a consumer database.
17. A method for processing a payment request, comprising:
receiving a request to pay a bill associated with a merchant on behalf of the consumer, and a routing number and an account number associated with a financial institution at which the consumer maintains a deposit account;
storing a plurality of routing numbers and account numbers associated with a plurality of financial institutions in a financial institutions file;
automatically updating the received routing number or received account number in order to reconcile the received routing number or received account number with the plurality of routing numbers and account numbers stored in the financial institutions file:
storing the updated routing number or updated account number in a consumer database; and
determining if the consumer financial institution accepts electronic fund transfers based on the routing number, and generating an instruction to debit the consumer deposit account by electronic fund transfer if the consumer financial institution is determined to accept electronic fund transfers, in order to process the received pay request.
16. An article of manufacture for determining if a financial institution can process electronic fund transfers, comprising:
a computer readable medium; and
computer programming stored on the medium;
wherein the stored computer programming is configured to be readable from the computer readable medium by a computer to thereby cause the computer to operate so as to:
store a plurality of routing numbers and account numbers associated with a plurality of financial institutions in a database;
compare a received routing number or account number associated with a financial institution to the plurality of routing numbers and account numbers in the database;
verify the accuracy of the received routing number or account number based on the comparison;
automatically update the received routing number or received account number in order to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file;
store the updated routing number or updated account number in a consumer database; and
determine if the financial institution accepts electronic fund transfers based on the compared routing number.
4. A method for paying bills, comprising:
receiving a request to pay a bill associated with a merchant on behalf of a consumer, and a routing number associated with a financial institution at which the consumer maintains a deposit account;
comparing the received routing number or account number to a plurality of routing numbers and account numbers associated with a plurality of financial institutions in a financial institutions file to verify the accuracy of the received routing number or account number;
automatically updating the received routing number or received account number to reconcile the received routing numbers or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file;
storing the updated routing number or updated account number in a consumer database;
determining if the consumer financial institution accepts electronic fund transfers based on the received routing number of the updated routing number; and
generating an instruction to pay the bill by electronic fund transfer from the consumer deposit account if the consumer financial institution is determined to accept electronic fund transfers;
wherein the comparing is performed by a computer.
9. A system for paying bills, comprising:
a network interface configured to receive a request to pay a bill associated with a merchant on behalf of a consumer, a routing number and an account number associated with a financial institution at which the consumer maintains a deposit account;
a database of a plurality of routing numbers and account numbers associated with a plurality of financial institutions; and
a processor configured (i) to compare a received routing number or account number associated with a financial institution at which the consumer maintains a deposit account to the database of routing numbers and account numbers in order to verify the correctness of the consumer financial institution routing number or account number, (ii) to automatically update the received routing number or received account number in order to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file, (iii) to store the updated routing number or updated account number in a consumer database, (iv) to determine if the consumer financial institution accepts electronic fund transfers based on the consumer financial institution routing number, and (v) to generate an instruction to pay the bill by electronic fund transfer from the consumer deposit account if the consumer financial institution is determined to accept electronic fund transfers.
15. An article of manufacture for paying bills, comprising:
a computer readable medium; and
computer programming stored on the medium;
wherein the stored computer programming is configured to be readable from the computer readable medium by a computer to thereby cause the computer to operate so as to:
receive a routing number and an account number associated with a financial institution at which a consumer maintains a deposit account;
receive, via a network, a request to pay a bill associated with a merchant on behalf of the consumer;
compare the received routing number or account number to a database of a plurality of routing numbers and account numbers associated with a plurality of financial institutions to verify accuracy of the received routing number or account number;
automatically update the received routing number or received account number in order to reconcile the received routing number or received account number with the stored plurality of routing numbers and account numbers in the financial institutions file;
store the updated routing number or u dated account number in a consumer database;
determine if the consumer financial institution accepts electronic fund transfers based on the consumer financial institution routing number; and
generate an instruction to pay the bill by electronic fund transfer from the consumer deposit account if the consumer financial institution is determined to accept electronic fund transfers.
2. The method of
entering the received routing number; and
wherein the comparison also verifies that the received routing number is entered correctly.
3. The method of
receiving a request to pay a bill associated with a merchant on behalf of the consumer;
determining if the consumer financial institution accepts electronic fund transfers based on the verified routing number or the updated routing number; and
generating an instruction to pay the bill by electronic fund transfer from the consumer deposit account if the consumer financial institution is determined to accept electronic fund transfers.
7. The system of
a data entry device for entering the consumer financial institution routing number;
wherein the verification also verifies correctness of the entry of the consumer financial institution routing number.
8. The system of
a network interface configured to receive a request to pay a bill associated with a merchant on behalf of the consumer;
wherein the processor is further configured to determine if the consumer financial institution accepts electronic fund transfers based on the verified consumer financial institution routing number, and to generate an instruction to pay the bill by electronic fund transfer from the consumer deposit account if the consumer financial institution is determined to accept electronic fund transfers.
12. The article of manufacture according to
store the plurality of routing numbers in a financial institutions file.
13. The article of manufacture according to
receive the consumer financial institution routing number based on an input;
wherein the verification also verifies correctness of the input.
14. The article of manufacture according to
receive a request to pay a bill associated with a merchant on behalf of the consumer;
determine if the consumer financial institution accepts electronic fund transfers based on the consumer financial institution routing number; and
generate an instruction to pay the bill by electronic fund transfer from the consumer deposit account if the consumer financial institution is determined to accept electronic fund transfers.
18. The method according to
comparing the received routing number or account number to the stored plurality of routing numbers and account numbers to verify accuracy of the received routing number or account number;
wherein the determination is made based on the verified received routing number.
|
This application is a continuation of pending application Ser. No. 09/250,675, filed Feb. 16, 1999, titled “SYSTEM AND METHOD FOR ELECTRONICALLY PROVIDING CUSTOMER SERVICES INCLUDING PAYMENT OF BILLS, FINANCIAL ANALYSIS AND LOANS” which is a continuation of Ser. No. 08/372,620, filed Jan. 13, 1995 (now U.S. Pat. No. 5,873,072) titled “SYSTEM AND METHOD FOR ELECTRONICALLY PROVIDING CUSTOMER SERVICES INCLUDING PAYMENT OF BILLS, FINANCIAL ANALYSIS AND LOANS, which is a continuation of Ser. No. 07/736,071, filed Jul. 25, 1991 (now U.S. Pat. No. 5,383,113), titled “SYSTEM AND METHOD FOR ELECTRONICALLY PROVIDING CUSTOMER SERVICES INCLUDING PAYMENT OF BILLS, FINANCIAL ANALYSIS AND LOANS”.
The present invention relates generally to apparatus and methods for paying bills. More particularly, the present invention is a computerized system for paying bills whereby a consumer may contact a single source from a remote location via a telephone, a computer terminal with modem, or other electronic means, to direct the single source to pay the consumer's bills instead of the consumer writing checks for each bill. A microfiche appendix has been submitted with the parent case of this application Ser. No. 07/736,071, which issued as U.S. Pat. No. 5,383,113 on Jan. 17, 1995, which contains the program code of the present invention and which in its entirety is incorporated herein by reference. An additional hard copy of the appendix is attached as Exhibit A.
It has been common for many years for consumers to pay monthly bills by way of a personal check written by the consumer and sent by mail to the entity from which the bill or invoice was received. Consumers have used other ways to pay bills, including personally visiting the billing entity to make a cash payment. In today's economy, it is not unusual for a consumer to have several regular monthly invoices to pay. Writing individual checks to pay each invoice can be time-consuming and costly due to postage and other related expenses.
A need exists for a method whereby a consumer can contact a single source and inform the source to pay various bills of the consumer, to have the source adjust the consumer's account with the consumer's financial institution (i.e., bank, credit union, savings and loan association, etc.) to reflect a bill payment, and to actually pay the billing entity a specified amount by a particular time. The system should be efficient and not unreasonably expensive and relatively simple for a consumer to interact with. Some banks have attempted to provide a service for making payment to a few billing entities to which the banks have established relations. The banks that do provide that type of service are limited in that they provide the service only for their own customers since the banks have not developed a system for accurately acquiring and processing account numbers and balances of customers of all other banking institutions and coordinating that information with bill payment. Furthermore, banks have not developed a system for managing the risks involved in providing such a service and the inherent complexities of providing the service to consumers other than the bank's own customers. Therefore, a need exists for a single source bill payment system that would be available to any consumer, regardless of where the consumer banks and regardless of what bills are to be paid.
The present invention is designed to fulfill the above listed needs. The invention provides a universal bill payment system that works regardless of the consumer's financial institution and bill to be paid. The present invention provides a computerized system by which a consumer may pay bills utilizing the telephone, a computer terminal, or other electronic, data transmission means. Transactions are recorded against the consumer's account wherever he or she banks. The consumer may be an individual or a business, large or small. The present invention works regardless of where the consumer banks.
The method of the present invention includes: gathering consumer information and creating a master file with banking information and routing codes; inputting payment instructions by the consumer at a convenient location (e.g., at home), typically remote from the payment service provider, by using an input terminal such as a push-button telephone; applying the payment instructions to the consumer's file; using computer software of the present invention to examine various files to determine such things as what is the appropriate form of payment based on variables involving banking institutions and merchants; comparing each transaction against a dynamic credit file and routing based on set parameters; and, if the payment system determines that everything is ready for payment to be made, adjusting the consumer's account (usually by debiting) and making payment directly to the billing entity. The single source service provider for consumer bill payment could be any entity with the capability to practice the invention as described hereinafter. The foregoing and other objects and advantages will become more apparent when viewed in light of the accompanying drawings and following detailed description.
Referring now to the drawings,
From the voided check, the consumer's bank routing transit and individual account numbers at an institution are input into the computer system. This information may be edited against an internal financial institutions file (FIF) database 24 of the present invention. FIF 24 is a database of financial institutions' identification codes and account information for the consumer. This file edits the accuracy of the routing transit number and the bank account number. If the numbers do not correspond with the correct routing and bank numbers, they are rejected and the data entry is done again. FIF 24 in conjunction with the software of the present invention also updates the consumer database 22 for both electronic and paper draft routing and account information. The needed information may be obtained from each banking institution and each consumer.
The consumer is notified by the service provider of his or her local phone number access and personal security code for informing the service provider that a bill is to be paid. This information may be stored in a phone access table 26. The personal security code may be much like an ATM machine four digit code. In addition, to comply with federal law, an electronic pre-note 28 will be created to be sent to the consumer's bank to inform the bank that the service provider is authorized to debit the consumer's account. For further security to the service provider, a consumer credit record 30 may be obtained. The default credit limit amounts over which the service provider may be unwilling to assume financial risk may be modified based on the information obtained from the credit report 30.
In
Through a telecommunications terminal 34 (e.g., a push-button telephone or computer terminal), a consumer may initiate payment of bills. Through the terminal, the consumer may access his merchant list and input the payment date and amount. The system may be provided with a payment date editor 36 to insure that the date is valid and logical (i.e., payment dates already in the past or possibly a year or more into the future would be questioned). As payments are initiated, a consumer “checkbook register” may be created and automatically updated to reflect this activity. The merchant list can be visible on the consumer's personal computer screen. On a personal computer a consumer may enter merchant payment amounts and payment dates on the computer screen and then transmit this information to the service provider.
By telephone, the list may be presented by programmed voice. The voice may be programmed to ask the consumer if a particular merchant (selected from the consumer's MMF, which may be updated from time to time) is to be paid and to tell the consumer to press 1 if yes, or press 2 if no. If yes, the voice may instruct the consumer to enter the amount to be paid by pressing the numbers on a touch tone phone. The asterisk button could be used as a decimal point. After the amount is entered, the voice may ask the consumer to enter the date on which payment is to be made to the merchant. This may be accomplished by assigning each month a number, such as January being month 01. The consumer may then enter month, day and year for payment The programmed voice may be accomplished with a VRU (voice response unit) available from AT&T or other vendors. It may communicate with a data processor to obtain consumer information. At the end of the consumer's session on the terminal a confirmation number may be sent to the consumer, providing a record of the transaction.
In
Payment records may also be received on the service provider's processor. The payment may first go through a validation process against the pay table. The validation process checks for duplicate payments and if duplicates are found they are sent to a reject file. The validation process also verifies that merchants are set up and may check for multiple payments to be paid to a particular merchant. Orders for payment go to the consumer pay table to determine when the payment should be released and how it will be released for payment.
The service provider may pay merchants by a draft or check (paper) or by electronic funds transfer. To create a draft that will pass through the banking system, it must be specially inked. This may be accomplished by a printer which puts a micr code on drafts, like standard personal checks. For example, as shown in
Referring now to
The method of payment to the merchant may be either paper (draft or check) or electronic. There are several factors in the process used to determine if a payment will be released as a paper item, or an ACH electronic transaction (automated clearing house; service provider is a party to transaction). Each consumer may be assigned a status such as: active=good; inactive=bad; and, pending=uncertain, risky. If a consumer's status is pending 60, when reviewing the payment file with the processing calendar 58, the payment should go out as a draft paper to protect the service provider. When payment is made by draft, the service provider is not a contractual party to the transaction. The consumer's bank account codes are actually encoded onto the draft prepared by the service provider and act much like the consumer's personal check. The draft has been specially designed for this process. The draft is payable to either the service provider or the particular merchant. This allows the draft to be delivered to the merchant for payment and depositing, but allows the draft to be legally payable by the bank, with proper authorization. Additionally, posting information for the merchant is contained on the body of the draft. To the applicant's knowledge, it is the first time a draft has been used in such a manner and with this unique design to accomplish this. If the consumer's bank transit number does not indicate an electronic bank 62 (i.e., a banking institution that will accept electronic funds transfer), the program associated with FIF 24 sends the payment as a draft. A pre-note 28 is required any time 64 new banking information is entered on a consumer and the bank shows on FIF 24 as an electronic receiving bank. The pre-note period is ten (10) days under federal law. Any payments released during this period are sent as paper.
The third manner in which the service provider may pay bills is by a check written on the service provider's account. A consolidated check may be written if many customers have asked the service provider to pay the same merchant. Under this method of payment the service provider assumes some risk since the service provider writes the check on its own account. The service provider is later reimbursed by the (consumer's) banking institution.
As a means of minimizing risk to the service provider, any transaction may be compared to the MMF 42 credit limit. For example, if the check limit is greater than zero and the payment is $50.00 or less 66, the item may be released as electronic 74 or by service provider check 78. If the payment is greater than $50.00 but less than or equal to the merchant credit limit 68, the payment may be released as electronic payment 74 or check 78. Any payments within the merchant's credit limit 70 are added to the consumer's monthly ACH balance 72. This provides a monthly total billing day to billing day summary of the consumer's electronic payment activity. Any transaction may be compared to the consumer's database credit limit parameters. If a payment amount is greater than the consumer's credit limit, the item is released as a draft 76 which is written on the consumer's account. If the payment amount plus the total of electronic payments in a particular month is greater than the consumer's credit limit, the item is released as a draft 76. Items not released as paper are initiated as an ACH debit against the consumer's account.
The consumer database may be reviewed for proper electronic funds transfer (EFT) routing. Payment to the merchant may be accomplished one of three ways, depending on the merchant's settlement code. Various merchant's settlement codes may be established. For example, a merchant set up with a settlement code “01” results in a check and remittance list 78 being mailed to the merchant. Merchants with a settlement code, such as “10” produce an ACH customer initiated entry (CIE). Merchants with a settlement code, such as, “13” produce a remittance processing system (RPS) credit.
In the consumer pay table, for fixed payments, a payment date gets rolled to the next scheduled payment date on the pay table. The number of remaining payments counter is decreased by one for each fixed payment made. For variable payments once made, the payment date is deleted on the consumer pay table. The schedule date and amount on the consumer pay table roll to zero. A consumer payment history may also be provided which show items such as process date as well as collection date, settlement method, and check number in addition to merchant name and amount.
The software of the present invention is designed in part to make several decisions relating to particular transactions for consumers. The following example is provided to more fully describe the software. This example is not intended to limit the application to the details described in the example and is only provided to further enhance the description of the invention already stated above.
For this example, assume that a consumer has five transactions of varying amounts for which the consumer has asked the service provider to arrange payment. For simplicity, assume that the five payments are to be made on the same day. First, the consumer database 22 is edited to validate the status, banking institution, and pre-note flags associated with the consumer's requested payments. The account numbers provided by the consumer for the merchants to be paid, are also checked to determine if they are valid. Assuming the merchant account numbers are valid, the program begins with the first dollar analysis.
For purposes of this example, the five payments the consumer has requested are in the amounts of: $25.00; $75.00; $150.00; $250.00; and $1,000.00. The program will consider each dollar amount individually as it goes through the various edit modes. The first edit may be called a $50.01 edit. In this example, any transaction that is less than $50.01 is automatically sent as an ACH debit to the consumer's account This means that the service provider uses ACH to electronically transfer funds from the consumer's account to the service provider's clearing account.
In this example, the initial payment of $25.00 will satisfy the $50.01 edit and therefore will be paid without any further edits being conducted for this particular payment Continuing with the example, the next edit may be a merchant dollar edit that is established for the specific merchant to which the transaction is being sent. For purposes of this example, this edit is set at $100.00 for all merchants. Different dollar edits can be incorporated for different merchants. In the example, the second payment request of the consumer, for $75.00, meets the $100.00 merchant edit parameter and is sent as an ACH debit to the consumer's account. Note that the $75.00 payment would not have satisfied the $50.01 edit and therefore would have passed on to the second edit which in this case, is the merchant dollar edit.
The remaining three payments in the example exceed both the $50.01 edit and the merchant $100.00 edit and therefore, go to the next edit. In the example, the next edit is for a consumer individual transaction limit set at $200.00. The $150.00 payment is less than the $200.00 consumer individual transaction limit and is, therefore, sent as an ACH debit to the consumer's account and paid. The other two remaining payments yet to be made exceed the $200.00 limit in this example and pass to the next edit.
In the next edit, which happens to be the last edit in the example, the consumer's month-to-date “unqualified” risk limit is checked. In the example, the month-to-date limit is set at $1,500. Assume that for this particular consumer $400.00 of month-to-date payments have already been made on the consumer's behalf. Added to the $400.00 would be the three payments made above for $25.00, $75.00 and $150.00. So an additional $250.00 is added to the $400.00 month-to-date for a total of $650.00 “unqualified” risk for the current month-to-date amount. The next payment to be made is for $250.00 and would fall within the $1,500 month-to-date limit when added to the current $650.00 risk amount. Therefore, the $250.00 payment is made and an ACH debit is sent to the consumer's account. This brings the total month-to-date “unqualified” risk amount to $900.00. The final $1,000 payment has not been paid and would send the “unqualified” risk amount over $1,500 when added to the $900.00. Since the final payment of $1,000 in the example fails the consumer month-to-date limit edit, the $1,000 payment would be sent as a paper draft directly drawn on the consumer's account, and for which the service provider has no liability. In the example, the final step would be updating the consumer month-to-date current total to $900.00.
The apparatus for and method of bill payment of the present invention and many of its attendant advantages will be understood from the foregoing description. It will be apparent that various changes may be made in the form and steps thereof without departing from the spirit and scope of the invention or sacrificing all of its advantages.
Johnson, Mark A., Cook, Kenneth, Kight, Peter J., Christenson, Tamara K., Lach, Regina, Pointer, Philip
Patent | Priority | Assignee | Title |
10269065, | Nov 15 2013 | CONSUMERINFO.COM, INC. | Bill payment and reporting |
10325314, | Nov 15 2013 | CONSUMERINFO COM, INC | Payment reporting systems |
10339746, | Aug 10 1999 | GoFigure Payments, LLC | Mobile device for making a mobile payment |
10387879, | Apr 23 2002 | THE CLEARING HOUSE PAYMENTS COMPANY, L L C | Payment identification code and payment system using the same |
10453043, | Jun 25 2008 | Thomson Reuters Enterprise Centre GmbH | System and method for online bill payment |
10454993, | Oct 11 2017 | Bank of America Corporation | Smart resource instrument authorization |
10621327, | Oct 11 2017 | Bank of America Corporation | Smart resource instruments and devices |
10636018, | Jan 30 2004 | The Clearing House Payments Company L.L.C. | Electronic payment clearing and check image exchange systems and methods |
10643190, | Jan 30 2004 | The Clearing House Payments Company L.L.C. | Electronic payment clearing and check image exchange systems and methods |
10671749, | Sep 05 2018 | CONSUMERINFO COM, INC | Authenticated access and aggregation database platform |
10685337, | Jan 30 2004 | The Clearing House Payments Company L.L.C. | Electronic payment clearing and check image exchange systems and methods |
10880313, | Sep 05 2018 | CONSUMERINFO COM, INC | Database platform for realtime updating of user data from third party sources |
10970777, | Sep 15 2008 | MasterCard International Incorporated | Apparatus and method for bill payment card enrollment |
11042882, | Jul 01 2015 | THE CLEARING HOUSE PAYMENTS COMPANY, L L C | Real-time payment system, method, apparatus, and computer program |
11107064, | Dec 06 2018 | Bank of America Corporation | Erasable reusable check |
11265324, | Sep 05 2018 | CONSUMERINFO COM, INC | User permissions for access to secure data at third-party |
11295308, | Oct 29 2014 | THE CLEARING HOUSE PAYMENTS COMPANY L L C | Secure payment processing |
11301824, | Jan 30 2004 | The Clearing House Payments Company LLC | Electronic payment clearing and check image exchange systems and methods |
11399029, | Sep 05 2018 | CONSUMERINFO.COM, INC. | Database platform for realtime updating of user data from third party sources |
11436577, | May 03 2018 | THE CLEARING HOUSE PAYMENTS COMPANY L L C | Bill pay service with federated directory model support |
11694168, | Jul 01 2015 | THE CLEARING HOUSE PAYMENTS COMPANY L L C | Real-time payment system, method, apparatus, and computer program |
11755690, | Dec 16 2022 | INTUIT INC. | Mitigating add financial institution errors by leveraging geolocation data |
11816666, | Oct 29 2014 | The Clearing House Payments Company L.L.C. | Secure payment processing |
11829967, | May 03 2018 | The Clearing House Payments Company L.L.C. | Bill pay service with federated directory model support |
7720764, | Feb 01 2008 | MAZOOMA TECHNICAL SERVICES, INC | Method, device, and system for completing on-line financial transaction |
7930340, | Nov 13 1995 | ARUNACHALAM, LAKSHMI | Network transaction portal to control multi-service provider transactions |
7970673, | Oct 29 2004 | Liberty Peak Ventures, LLC | Method, apparatus, and computer program product for repository data maximization |
7970722, | Nov 08 1999 | International Business Machines Corporation | System, method and computer program product for a collaborative decision platform |
7979348, | Apr 23 2002 | THE CLEARING HOUSE PAYMENTS COMPANY, L L C | Payment identification code and payment system using the same |
8005777, | Nov 08 1999 | International Business Machines Corporation | System, method and computer program product for a collaborative decision platform |
8037158, | Nov 13 1995 | ARUNACHALAM, LAKSHMI, DR | Multimedia transactional services |
8108492, | Nov 13 1995 | ARUNACHALAM, LAKSHMI, DR | Web application network portal |
8160988, | Nov 08 1999 | International Business Machines Corporation | System, method and computer program product for a collaborative decision platform |
8229807, | Aug 12 2007 | ZECONOMY, INC | System and method of offsetting invoice obligations |
8244833, | Nov 13 1995 | Real-time web transaction systems to access on-line services over the web from web applications | |
8271339, | Nov 13 1995 | ARUNACHALAM, LAKSHMI, DR | Method and apparatus for enabling real-time bi-directional transactions on a network |
8271385, | Feb 01 2008 | MAZOOMA TECHNICAL SERVICES, INC | Method, device, and system for completing on-line financial transactions |
8346894, | Nov 13 1995 | ARUNACHALAM, LAKSHMI, DR | Real-time web transactions from web applications |
8407318, | Nov 13 1995 | ARUNACHALAM, LAKSHMI, DR | Managing services on a network |
8725607, | Jan 30 2004 | THE CLEARING HOUSE PAYMENTS COMPANY L L C | Electronic payment clearing and check image exchange systems and methods |
8732044, | May 23 2006 | MasterCard International Incorporated | Electronic transaction apparatus and method |
9015074, | Feb 01 2008 | MAZOOMA TECHNICAL SERVICES, INC | Device and method for facilitating financial transactions |
9235831, | Apr 22 2009 | GoFigure Payments, LLC | Mobile payment systems and methods |
9443268, | Nov 15 2013 | CONSUMERINFO.COM, INC. | Bill payment and reporting |
9799011, | Jan 30 2004 | The Clearing House Payments Company L.L.C. | Electronic payment clearing and check image exchange systems and methods |
Patent | Priority | Assignee | Title |
3761682, | |||
3833885, | |||
3876864, | |||
3949364, | Jul 07 1972 | Diebold, Incorporated | Automatic remote banking system and equipment |
4270042, | Aug 01 1977 | Electronic funds transfer system | |
4321672, | Nov 26 1979 | First Data Corporation | Financial data processing system |
4484328, | Aug 03 1981 | Television line multiplexed data communication system | |
4642767, | Apr 23 1984 | Bookkeeping and accounting system | |
4649563, | Apr 02 1984 | TELAC CORP | Method of and means for accessing computerized data bases utilizing a touch-tone telephone instrument |
4734858, | Dec 05 1983 | CREST MANAGEMENT INC | Data terminal and system for placing orders |
4745559, | Dec 27 1985 | Reuters Limited | Method and system for dynamically controlling the content of a local receiver data base from a transmitted data base in an information retrieval communication network |
4758714, | Oct 06 1986 | Point-of-sale mechanism | |
4791561, | Dec 31 1984 | Intel Corporation | Interactive construction of means for database maintenance |
4799156, | Oct 01 1986 | Strategic Processing Corporation | Interactive market management system |
4882675, | Nov 26 1984 | COUPCO, INC | Paperless system for distributing, redeeming and clearing merchandise coupons |
4929818, | Nov 15 1988 | Rainbarrel Corporation | Method and apparatus for vending a containerized product on multiple occasions following at least one refill of the container with the product |
4947028, | Jul 19 1988 | Visa International Service Association | Automated order and payment system |
4948174, | Apr 20 1988 | PAYMENT SYSTEMS TECHNOLOGY, INC | Financial data processing system |
4960981, | Jan 17 1989 | Moneyfax, Inc. | Method of and system for electronic funds transfer via facsimile machines |
4961139, | Jun 30 1988 | Hewlett-Packard Company | Data base management system for real-time applications |
4974878, | Apr 20 1988 | PAYMENT SYSTEMS TECHNOLOGY, INC | Financial data processing system using payment coupons |
5007084, | Aug 29 1988 | DATABURST, L L C | Payment Authorization and Information Device |
5025373, | Jun 30 1988 | JAMES MADISON COMMUNICATIONS, L L C | Portable personal-banking system |
5093787, | Jun 12 1986 | Electronic checkbook with automatic reconciliation | |
5097115, | Oct 03 1988 | Fujitsu Limited | Transaction authentication system |
5111395, | Nov 03 1989 | Automated fund collection system including means to eliminate duplicate entries from a mailing list | |
5121945, | Apr 20 1988 | PAYMENT SYSTEMS TECHNOLOGY, INC | Financial data processing system |
5220501, | Dec 08 1989 | OFFICIAL PAYMENTS CORPORATION | Method and system for remote delivery of retail banking services |
5237159, | Jul 17 1991 | Carreker Corporation | Electronic check presentment system |
5265008, | Nov 02 1989 | Moneyfax, Inc. | Method of and system for electronic funds transfer via facsimile with image processing verification |
5303149, | Nov 03 1989 | GILES DATA LLC | System for eliminating duplicate entries from a mailing list |
5326959, | Aug 04 1992 | Automated customer initiated entry remittance processing system | |
5383113, | Jul 25 1991 | CheckFree Corporation | System and method for electronically providing customer services including payment of bills, financial analysis and loans |
5465206, | Nov 01 1993 | Visa International Service Association | Electronic bill pay system |
5496991, | Feb 09 1989 | DST OUTPUT WEST, LLC | Automated remittance system |
5652786, | Feb 14 1994 | BMC RESOURCES, INC | Automated interactive bill payment system |
5873072, | Jul 25 1991 | CheckFree Corporation | System and method for electronically providing customer services including payment of bills, financial analysis and loans |
5956700, | Jun 03 1994 | Worldpay, LLC | System and method for paying bills and other obligations including selective payor and payee controls |
5978780, | Nov 21 1997 | PayPal, Inc | Integrated bill consolidation, payment aggregation, and settlement system |
6044362, | Sep 08 1997 | BCE EMERGIS TECHNOLOGIES, INC | Electronic invoicing and payment system |
6317745, | Apr 27 1998 | CLEARING HOUSE PAYMENTS COMPANY L L C , THE | Trusted third party data structure for electronic funds transfer and bill presentment |
20020002537, | |||
20030208445, | |||
20040015413, | |||
JP401195573, | |||
WO9109370, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Mar 31 2000 | CheckFree Corporation | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Oct 01 2010 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Dec 12 2014 | REM: Maintenance Fee Reminder Mailed. |
May 01 2015 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
May 01 2010 | 4 years fee payment window open |
Nov 01 2010 | 6 months grace period start (w surcharge) |
May 01 2011 | patent expiry (for year 4) |
May 01 2013 | 2 years to revive unintentionally abandoned end. (for year 4) |
May 01 2014 | 8 years fee payment window open |
Nov 01 2014 | 6 months grace period start (w surcharge) |
May 01 2015 | patent expiry (for year 8) |
May 01 2017 | 2 years to revive unintentionally abandoned end. (for year 8) |
May 01 2018 | 12 years fee payment window open |
Nov 01 2018 | 6 months grace period start (w surcharge) |
May 01 2019 | patent expiry (for year 12) |
May 01 2021 | 2 years to revive unintentionally abandoned end. (for year 12) |