US20190244184A1 - Online electronic transaction and funds transfer method and system - Google Patents
Online electronic transaction and funds transfer method and system Download PDFInfo
- Publication number
- US20190244184A1 US20190244184A1 US16/384,382 US201916384382A US2019244184A1 US 20190244184 A1 US20190244184 A1 US 20190244184A1 US 201916384382 A US201916384382 A US 201916384382A US 2019244184 A1 US2019244184 A1 US 2019244184A1
- Authority
- US
- United States
- Prior art keywords
- customer
- vendor
- account
- internet
- system manager
- 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.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- the invention relates to the field of online transactions and more particularly to a system for the transfer of funds on payment for goods or services using the Internet.
- the present invention therefore provides a method of conducting commercial transactions between a customer and a participating vendor over a global computer network comprising: a) providing a system manager bank account for receiving customer deposits; b) assigning the customer a customer identification number; c) maintaining an account representing the balance of funds held to a customer's credit in the system manager bank account and associating the balance with the customer identification number; d) transferring funds to the customer's credit into the system manager bank account; e) providing bank account information in relation to the participating vendor; f) communicating a proposed charge amount and the customer identification to the system manager; g) the system manager confirming the availability of funds in association with the customer identification and communicating the results of the confirmation to the vendor; h) if sufficient funds to cover the proposed charge amount are available in the system manager bank account in association with the customer identification, transferring the amount of the proposed charge amount to the vendor bank account from the system manager bank account and debiting the account of the customer.
- the funds are transferred to the customer's credit into the system manager bank account for receiving customer deposits
- FIG. 1 is a schematic diagram illustrating the method of the invention
- FIG. 2 is a schematic illustration of a computer network for carrying out the invention.
- FIG. 3 is a flowchart illustrating the method of the invention.
- a customer 10 registers to use the system with an agent 12 for the electronic funds transfer system manager (referred to herein as “my-eBanc”) by agreeing to an “Authorization for Pre-Authorized Debits”, whether for personal and/or business purposes, as standardized, for example, by the Canadian Payments Association, whether by signing a standard form or clicking on an electronic button.
- my-eBanc an agent 12 for the electronic funds transfer system manager
- Such form authorizes my-eBanc to issue Pre-Authorized Debits (“PAD”) to be drawn on an account.
- PAD Pre-Authorized Debits
- the Processing Institution such as a bank
- Such form provides that the Processing Institution is not required to verify that the terms of the Authorization have been complied with before honoring a PAD issued by my-eBanc on the designated account.
- the customer 10 also provides an e-mail address and selects a username and confidential password.
- My-eBanc then issues a unique, confidential identification number which it associates with the customer username and password, and which can be stored as an encrypted “cookie” on the customer's computer so that the customer need not always enter the password when communicating with the my-eBanc server.
- this customer registration is done through a personal agent 12
- it can also be done through the my-eBanc web site 20 or via a 1-800 telephone number, for example. If done through a personal or vendor agent 12 , the system can be promoted by providing the agent with a commission or royalty based on the volume of sales by the customer.
- the account number (the RTN or Routing Transit account Number) in fact corresponds to a bank account owned by the individual purporting to own the account before the customer is given access to the my-eBanc system
- the following method can be used.
- the electronic funds transfer system manager (my-eBanc) then generates a random confirmation code (RCC) consisting of a string of alpha-numeric characters, part of which identifies the source of the string and part of which is randomly generated, for example MEB145jpu840vbi, where MEB indicates my eBanc as the source, and the balance of the string is random.
- RCC random confirmation code
- the RCC is stored in database 28 along with the other customer-related information.
- My-eBanc then makes a nominal deposit, say $0.15, to the customer's account corresponding to the RTN using the Payment Distribution System of the ACH, and using the RCC as the reference number. Therefore on the customer's account statement the RCC will appear in the Transaction description column next to the credit column showing the $0.15 deposit.
- the customer is then sent an e-mail instructing the customer to obtain the RCC from his or her bank statement (which is frequently accessible on-line to the customer) and enter it in the my e-Banc web site. For example the customer is instructed as follows:
- the code entered by the customer is then compared to the code stored in database 28 for the customer and, if identical, the customer is given access to the my-eBanc system. If the codes are different, the customer is asked to re-enter it and the codes are compared again. This process is repeated a limited number of times. If the customer does not achieve a match, then the session is terminated and the customer is instructed to commence the process again by re-submitting an RTN number, and the foregoing process is repeated.
- the customer 10 authorizes a PAD in a specific amount, e.g. $1,000 to be issued to my-eBanc and my-eBanc causes the Processing Institution 14 to transfer such funds from the designated account to my-eBanc's bank account 16 utilizing the ACH system, as indicated by transfer line 18 .
- the customer is then credited the amount of the transfer, by reference to its customer identification number, in the customer credit database 28 (see FIG. 2 ).
- the customer can instruct my-eBanc to transfer funds from the customer's account to my-eBanc's bank account 16 utilizing the ACH system, either through the agent 12 or through the my-eBanc web site.
- the customer will do this whenever additional funds are required to cover its on-line transactions.
- the customer can also request my-eBanc to return funds at any time to the customer bank account which my-eBanc will do through the Payment Distribution System of the ACH.
- the vendor registration is preferably done through a personal agent 12 , but it can also be done through the my-eBanc web site 20 or via a 1-800 telephone number, for example.
- the vendor provides the vendor's bank account information for the purpose of receiving deposits through the ACH into the vendor's bank account 30 , as well as an e-mail address.
- the vendor also provides an Internet web site 22 at which the customer 12 can view and select for purchase digital or physical goods or services.
- the invention can also be utilized to pay for goods or services delivered at a physical location, or over the telephone or other communication system. Where a vendor web site is the location for purchase of goods or services, the vendor is provided with software which will interface with the my-eBanc web site.
- the customer accesses the Internet web site 22 of the my-eBanc registered vendor and orders the desired goods or services.
- the my-eBanc software calls up a my-eBanc web page to the customer and invites the customer to enter its username and password, or just its username where the customer identification has been stored in a cookie, and clicks on a button to authorize the transaction.
- the vendor's site uses the software provided by my-eBanc to communicates with the my-eBanc web site server 46 and provides the amount of the purchase and the vendor identification number.
- the my-eBanc server 48 then checks the identity of the customer, the value of the transaction, and confirms in database 28 that adequate funds are available to the customer's credit in the my-eBanc account 16 .
- the my-eBanc server 46 then sends electronic instructions to the vendor either confirming that the transaction can proceed or advising that the transaction cannot proceed. If the funds are available, my-eBanc issues a Payment Distribution System instruction to transfer the amount of the transaction from the my-eBanc account to the vendor's bank account 30 , and the vendor downloads the electronic goods to the customer, or ships the physical goods.
- the Payment Distribution System instructions are issued over secure communication lines, whether telephone or web-based, to the ACH, and the financial institution processes the transaction overnight, causing the settlement of funds 32 to be made.
- My-eBanc then sends a confirming e-mail to the vendor and customer confirming the transfer of funds and records a debit in that amount against the customer's credit in database 28 (see FIG. 2 ).
- the my-eBanc web site 46 checks the currency of the vendor's destination for payment, checks the current conversion rate from the customer's currency to the vendor's currency, and determines the equivalent amount to be charged to the customer account for the transaction. If sufficient funds are in the my-eBanc account to the customer's credit, my-eBanc instructs the ACH to withdraw the funds in the calculated amount from the my-eBanc account and to transfer the appropriate amount of foreign currency to the vendor account.
- the my-eBanc web site 20 consists of a web server 42 , comprising web server 46 accessible to the Internet 40 .
- Web server 42 also includes a secure server 48 including account information databases such as customer credit database 28 , and which is protected from the Internet access by firewall 49 but can communicate with server as well as Automated Clearing House 60 , which in turn communicates with financial institutions 16 , 30 by secure communication lines 62 .
- Firewall 49 reduces the possibility that hackers can access or alter account information.
- a customer can use the system of the invention to pay for goods or services at a physical location through a web-accessible terminal 50 having access to the Internet, either a vendor's terminal or a customer's wireless device.
- the customer enters its username and password confidentially onto the my-eBanc web site and the vendor transmits the transaction through the my-eBanc web site as noted above.
- the vendor provides the amount of the transaction.
- the vendor identification can be entered manually or automatically from a “cookie” on a vendor's terminal 50 .
- the method of ensuring that an account number in fact corresponds to the account owned by the individual purporting to own the account, as described above, also has application to other systems such as credit card charge systems where it is desirable to pre-confirm the validity of the account number.
- a customer will authorize a regular payment to be billed to a credit card.
- the validity of the credit card account can be verified in a one-time method as was described above.
- the customer submits the card number, the customer can first be requested to re-enter or confirm it.
- the credit card system manager then generates the random confirmation code (RCC) consisting of a string of alpha-numeric characters, part of which identifies the source of the string and part of which is randomly generated.
- RCC random confirmation code
- the RCC is stored in a database along with the other customer-related information.
- the customer is then sent an e-mail instructing the customer to view its account statement, which is frequently accessible on-line to the customer, to obtain the RCC corresponding to the $0.15 credit and enter it in the credit manager's web site. For example the customer is instructed as follows:
- the code entered by the customer is then compared to the code stored in database 28 for the customer and, if identical, the customer's transaction is approved. If the codes are different, the customer is asked to re-enter it and the codes are compared again. This process is repeated a limited number of times. If the customer does not achieve a match, then the session is terminated and the customer is instructed to commence the process again by re-submitting another card number, and the foregoing process is repeated. This method will be less useful for single merchant transactions, but is particularly useful where a regular charge is desired to be made to a credit card.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Development Economics (AREA)
- Computer Security & Cryptography (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Existing e-commerce is carried out largely using credit card charges, which are expensive in terms of transaction charges and not particularly secure. The present invention provides an online funds transfer system which avoids transmitting sensitive information over the Internet, and utilizes the security and simplicity of the Automated Clearing House system, and the benefits of pre-approved payment and debit systems. It does this by using the bank Automated Clearing House system through pre-approved debits from the purchaser's bank account and payment distribution to the vendor's bank account.
Description
- This application is a continuation of pending application Ser. No. 14/033,419, filed Sep. 22, 2013, which is a continuation of application Ser. No. 09/667,621, filed Sep. 22, 2000, now U.S. Pat. No. 8,543,495 issued Sep. 24, 2013 which is a continuation-in-part of application Ser. No. 09/592,901 filed Jun. 12, 2000, which is now abandoned.
- The invention relates to the field of online transactions and more particularly to a system for the transfer of funds on payment for goods or services using the Internet.
- Currently the majority of Internet-based commercial transactions are conducted using credit card charges. This has a number of drawbacks. The charges levied on the vendor by the banks for credit card transactions are relatively high, typically 3%. Security of the credit card numbers is a problem, and there is therefore a reluctance of consumers to make such transactions. Other online funds transfer methods have been developed, such as electronic purses or wallets, but none of these have achieved wide acceptance due to a number of factors, including cumbersome procedures, unreasonable costs and unfair assignment of risk. Consumers require a high level of trust in such online transaction systems.
- Consumers are accustomed to authorizing pre-approved payments to be deducted from a chequing account for many regular payments, such as mortgage and loan payments. Such transactions, which utilize the banking Automated Clearing-House (ACH) System, are relatively secure and inexpensive. Bank authorization of such payments typically requires only a voided cheque from the consumer's designated chequing account, and the consumer's signature, and the bank charge is simply a per transaction charge. Similarly banks will transfer funds into a bank account with minimum authorization and bank charges. Fraud is rarely a problem in these transactions given the nature of the parties involved in the transactions, and consumers have come to trust these procedures.
- There is therefore a need for an online funds transfer system which avoids transmitting sensitive information over the Internet, and utilizes the security and simplicity of the ACH system, and the benefits of pre-approved payment and debit systems.
- The present invention therefore provides a method of conducting commercial transactions between a customer and a participating vendor over a global computer network comprising: a) providing a system manager bank account for receiving customer deposits; b) assigning the customer a customer identification number; c) maintaining an account representing the balance of funds held to a customer's credit in the system manager bank account and associating the balance with the customer identification number; d) transferring funds to the customer's credit into the system manager bank account; e) providing bank account information in relation to the participating vendor; f) communicating a proposed charge amount and the customer identification to the system manager; g) the system manager confirming the availability of funds in association with the customer identification and communicating the results of the confirmation to the vendor; h) if sufficient funds to cover the proposed charge amount are available in the system manager bank account in association with the customer identification, transferring the amount of the proposed charge amount to the vendor bank account from the system manager bank account and debiting the account of the customer. In a preferred form of the invention, the funds are transferred to the customer's credit into the system manager bank account by obtaining a customer PAD authorization in favour of the system manager.
- In drawings which disclose a preferred embodiment of the invention,
-
FIG. 1 is a schematic diagram illustrating the method of the invention; -
FIG. 2 is a schematic illustration of a computer network for carrying out the invention; and -
FIG. 3 is a flowchart illustrating the method of the invention. - With reference to
FIG. 1 , acustomer 10 registers to use the system with an agent 12 for the electronic funds transfer system manager (referred to herein as “my-eBanc”) by agreeing to an “Authorization for Pre-Authorized Debits”, whether for personal and/or business purposes, as standardized, for example, by the Canadian Payments Association, whether by signing a standard form or clicking on an electronic button. Such form authorizes my-eBanc to issue Pre-Authorized Debits (“PAD”) to be drawn on an account. It specifies the customer's financial institution 14 (“the Processing Institution”), such as a bank, provides a bank account number, and authorizes the issuance of a PAD by my-eBanc up to a given maximum. Such form provides that the Processing Institution is not required to verify that the terms of the Authorization have been complied with before honouring a PAD issued by my-eBanc on the designated account. Thecustomer 10 also provides an e-mail address and selects a username and confidential password. My-eBanc then issues a unique, confidential identification number which it associates with the customer username and password, and which can be stored as an encrypted “cookie” on the customer's computer so that the customer need not always enter the password when communicating with the my-eBanc server. - While preferably this customer registration is done through a personal agent 12, it can also be done through the my-eBanc
web site 20 or via a 1-800 telephone number, for example. If done through a personal or vendor agent 12, the system can be promoted by providing the agent with a commission or royalty based on the volume of sales by the customer. - In order to ensure that the account number (the RTN or Routing Transit account Number) in fact corresponds to a bank account owned by the individual purporting to own the account before the customer is given access to the my-eBanc system, the following method can be used. Upon registration the customer submits the RTN, the accuracy of which can be confirmed by requiring the customer to re-enter or confirm it. The electronic funds transfer system manager (my-eBanc) then generates a random confirmation code (RCC) consisting of a string of alpha-numeric characters, part of which identifies the source of the string and part of which is randomly generated, for example MEB145jpu840vbi, where MEB indicates my eBanc as the source, and the balance of the string is random. The RCC is stored in
database 28 along with the other customer-related information. My-eBanc then makes a nominal deposit, say $0.15, to the customer's account corresponding to the RTN using the Payment Distribution System of the ACH, and using the RCC as the reference number. Therefore on the customer's account statement the RCC will appear in the Transaction description column next to the credit column showing the $0.15 deposit. The customer is then sent an e-mail instructing the customer to obtain the RCC from his or her bank statement (which is frequently accessible on-line to the customer) and enter it in the my e-Banc web site. For example the customer is instructed as follows: - 1. Get the 15-character alphanumeric code starting with MEB from your bank account statement that corresponds to a $0.15 deposit.
- 2. Go to the following web link www.my-eBanc.com.
- 3. Enter your user name.
- 4. Enter your password.
- 5. Enter the 15-character code.
- The code entered by the customer is then compared to the code stored in
database 28 for the customer and, if identical, the customer is given access to the my-eBanc system. If the codes are different, the customer is asked to re-enter it and the codes are compared again. This process is repeated a limited number of times. If the customer does not achieve a match, then the session is terminated and the customer is instructed to commence the process again by re-submitting an RTN number, and the foregoing process is repeated. - To commence using the system, the
customer 10 authorizes a PAD in a specific amount, e.g. $1,000 to be issued to my-eBanc and my-eBanc causes theProcessing Institution 14 to transfer such funds from the designated account to my-eBanc'sbank account 16 utilizing the ACH system, as indicated bytransfer line 18. The customer is then credited the amount of the transfer, by reference to its customer identification number, in the customer credit database 28 (seeFIG. 2 ). Subsequently, the customer can instruct my-eBanc to transfer funds from the customer's account to my-eBanc'sbank account 16 utilizing the ACH system, either through the agent 12 or through the my-eBanc web site. The customer will do this whenever additional funds are required to cover its on-line transactions. The customer can also request my-eBanc to return funds at any time to the customer bank account which my-eBanc will do through the Payment Distribution System of the ACH. - Similarly, participating vendors are required to register for the system as follows. Again, the vendor registration is preferably done through a personal agent 12, but it can also be done through the my-
eBanc web site 20 or via a 1-800 telephone number, for example. The vendor provides the vendor's bank account information for the purpose of receiving deposits through the ACH into the vendor'sbank account 30, as well as an e-mail address. The vendor also provides anInternet web site 22 at which the customer 12 can view and select for purchase digital or physical goods or services. However the invention can also be utilized to pay for goods or services delivered at a physical location, or over the telephone or other communication system. Where a vendor web site is the location for purchase of goods or services, the vendor is provided with software which will interface with the my-eBanc web site. - To carry out a purchase of goods or services over the Internet or other
global computer network 40 using the system of the present invention, the customer accesses theInternet web site 22 of the my-eBanc registered vendor and orders the desired goods or services. Upon selecting “my-eBanc” as the method of payment, the my-eBanc software calls up a my-eBanc web page to the customer and invites the customer to enter its username and password, or just its username where the customer identification has been stored in a cookie, and clicks on a button to authorize the transaction. Using the software provided by my-eBanc, the vendor's site then communicates with the my-eBancweb site server 46 and provides the amount of the purchase and the vendor identification number. The my-eBanc server 48 then checks the identity of the customer, the value of the transaction, and confirms indatabase 28 that adequate funds are available to the customer's credit in the my-eBanc account 16. The my-eBanc server 46 then sends electronic instructions to the vendor either confirming that the transaction can proceed or advising that the transaction cannot proceed. If the funds are available, my-eBanc issues a Payment Distribution System instruction to transfer the amount of the transaction from the my-eBanc account to the vendor'sbank account 30, and the vendor downloads the electronic goods to the customer, or ships the physical goods. The Payment Distribution System instructions are issued over secure communication lines, whether telephone or web-based, to the ACH, and the financial institution processes the transaction overnight, causing the settlement offunds 32 to be made. My-eBanc then sends a confirming e-mail to the vendor and customer confirming the transfer of funds and records a debit in that amount against the customer's credit in database 28 (seeFIG. 2 ). - Cross-border transactions where the currency of the vendor differs from the currency of the customer's account can also be conducted. The my-
eBanc web site 46 checks the currency of the vendor's destination for payment, checks the current conversion rate from the customer's currency to the vendor's currency, and determines the equivalent amount to be charged to the customer account for the transaction. If sufficient funds are in the my-eBanc account to the customer's credit, my-eBanc instructs the ACH to withdraw the funds in the calculated amount from the my-eBanc account and to transfer the appropriate amount of foreign currency to the vendor account. - With reference to
FIG. 2 , the my-eBanc web site 20, for example at the URL www.my-ebanc.com, consists of aweb server 42, comprisingweb server 46 accessible to theInternet 40.Customers 10 andvendors 50 have access to theInternet network 40 via remote client terminals using available Internet browser software.Web server 42 also includes asecure server 48 including account information databases such ascustomer credit database 28, and which is protected from the Internet access byfirewall 49 but can communicate with server as well asAutomated Clearing House 60, which in turn communicates with 16, 30 by secure communication lines 62.financial institutions Firewall 49 reduces the possibility that hackers can access or alter account information. - According to a second variant of the invention, a customer can use the system of the invention to pay for goods or services at a physical location through a web-
accessible terminal 50 having access to the Internet, either a vendor's terminal or a customer's wireless device. The customer enters its username and password confidentially onto the my-eBanc web site and the vendor transmits the transaction through the my-eBanc web site as noted above. The vendor provides the amount of the transaction. The vendor identification can be entered manually or automatically from a “cookie” on a vendor'sterminal 50. - The method of ensuring that an account number in fact corresponds to the account owned by the individual purporting to own the account, as described above, also has application to other systems such as credit card charge systems where it is desirable to pre-confirm the validity of the account number. In many situations, both online and offline, a customer will authorize a regular payment to be billed to a credit card. The validity of the credit card account can be verified in a one-time method as was described above. When the customer submits the card number, the customer can first be requested to re-enter or confirm it. The credit card system manager then generates the random confirmation code (RCC) consisting of a string of alpha-numeric characters, part of which identifies the source of the string and part of which is randomly generated. The RCC is stored in a database along with the other customer-related information. The credit card manager then makes a nominal credit, say $0.15, to the customer's account corresponding to the account number, using the RCC as the transaction description or reference. Therefore on the customer's account statement the RCC will appear in the Transaction Description column next to the Amount (CR=credit) column showing the $0.15 credit. The customer is then sent an e-mail instructing the customer to view its account statement, which is frequently accessible on-line to the customer, to obtain the RCC corresponding to the $0.15 credit and enter it in the credit manager's web site. For example the customer is instructed as follows:
- 1. Get the 15-character alphanumeric code starting with XXX from your account statement that corresponds to a $0.15 credit
- 2. Go to the following web link www.visa.com.
- 3. Enter your user name.
- 4. Enter your password.
- 5. Enter the 15-character code.
- The code entered by the customer is then compared to the code stored in
database 28 for the customer and, if identical, the customer's transaction is approved. If the codes are different, the customer is asked to re-enter it and the codes are compared again. This process is repeated a limited number of times. If the customer does not achieve a match, then the session is terminated and the customer is instructed to commence the process again by re-submitting another card number, and the foregoing process is repeated. This method will be less useful for single merchant transactions, but is particularly useful where a regular charge is desired to be made to a credit card. - As will be apparent to those skilled in the art in the light of the foregoing disclosure, many alterations and modifications are possible in the practice of this invention without departing from the spirit or scope thereof. Accordingly, the scope of the invention is to be construed in accordance with the substance defined by the following claims.
Claims (20)
1. A method of securely transmitting sensitive financial transaction information over telephone lines or the Internet by utilizing the security of the Automated Clearing House Network when conducting online purchases of goods or services by a customer from one or more participating vendors over a computer network using a system manager, said customer having a customer bank account at a financial institution and said one or more participating vendors each having a vendor bank account at a financial institution, said customer and vendor bank accounts being accessible through the Automated Clearing House Network, said computer network having a web server, and a secure system manager server coupled to a telecommunication device which is either telephone or internet-based for communicating over a secure communication channel, said secure system manager server being programmed for maintaining an originator account to receive electronic transfer of funds and generating Automated Clearing House Network data files for transmission to the Automated Clearing House to transfer funds electronically; said secure system manager server having a central processing unit, a memory, and a non-transitory computer-readable medium with programmed instructions stored thereon, that when executed by a processor, performs the steps comprising:
i) receiving customer identification and payment instructions in respect of goods or services for purchase by a customer along with vendor identifications from a participating vendor via the web server;
ii) storing the vendor identification instructions in a first memory location;
iii) storing the payment instructions in a second memory location;
iv) generating an electronic file from said stored data to form an Automated Clearing House data file having the Automated Clearing House file format specifications for communicating Payment Distribution System instructions;
v) instructions are issued, activating an application, activating the telecommunications device which is either telephone or internet-based by receiving instructions from the processor which executes programmed instructions stored on the non-transitory computer-readable medium to instruct the telecommunications device, when telephone based, to open said secure communication channel and dial a receiving telephone party address or when the device is internet-based by issuing instructions to open an online session to generate a Payment Distribution System instruction for communicating over said secure communication channel with a receiving internet party address;
vi) transmitting said Payment Distribution System instruction to the Automated Clearing House Network via said telecommunication device which is either telephone or internet-based over said secure communication channel;
vii) receiving via said telecommunication device which is either telephone or internet-based over said secure communication channel from the Automated Clearing House Network an indication that the Automated Clearing House data file was transmitted and received successfully;
said method comprising:
a) said system manager maintaining said originator account for said system manager to receive electronic transfer of funds, said originator account being accessible for transfer of funds electronically over said secure communication channel, by said telecommunication device which is either telephone or Internet-based over the Automated Clearing House Network;
b) said system manager maintaining an account representing the balance of funds held to said customer's credit in said originator account;
c) said system manager receiving from said customer an authorization to draw funds from said customer bank account;
d) said system manager receiving bank account information identifying said participating vendors' bank accounts;
e) said system manager receiving via the Internet a charge amount for a proposed purchase by said customer from a first participating vendor and identification of said customer and said first vendor;
f) said system manager, either before or after step e) generating an electronic file to form an Automated Clearing House data file and communicating said Automated Clearing House data file thereby electronically transferring sufficient funds over said secure communication channel, by said telecommunication device to the Automated Clearing House Network for said purchase into said originator account to said customer's credit;
g) if said charge amount is in a currency different from the currency of said funds to said customer's credit in said originator account converting said charge amount to said customer's credit in said originator account to the currency of said funds to said customer's credit in said originator account;
h) said system manager confirming the availability of sufficient funds to said customer's credit in said originator account for said charge amount and communicating via the Internet the results of said confirmation to said first vendor to indicate whether to proceed with said purchase;
i) if sufficient funds to said customer's credit are available in said originator account for said charge amount, electronically transferring the amount of said charge amount to said first vendor; and
j) said system manager confirming via the Internet to the customer and to said first vendor the transfer of said charge amount to said first vendor.
2. The method of claim 1 wherein said charge amount is transferred to said first vendor's bank account through the Automated Clearing House Network.
3. The method of claim 1 wherein said originator account is a bank account at a financial institution.
4. The method of claim 1 wherein said funds are transferred to said customer's credit into said system manager originator account by obtaining a customer pre-authorized debit authorization in favor of said system manager.
5. The method of claim 1 further comprising providing a system manager web site accessible to customers on the Internet via a plurality of client terminals, said Internet accessible web site receiving said communication of said proposed charge amount, vendor identification and said customer identification.
6. The method of claim 5 further comprising a secure server communicating with said Internet accessible server for maintaining said account representing the balance of funds held to said customer's credit in said originator account.
7. The method of claim 1 comprising the further step of confirming a customer bank account number by said system manager making a deposit to said customer bank account corresponding to said customer and having said customer communicate information concerning said deposit to said system manager.
8. The method of claim 7 wherein the system manager assigns a reference code to the customer, stores said reference code, makes a deposit to the customer bank account corresponding to said customer along with said reference code and instructs said customer to obtain said reference code from said customer's bank statement relating to said customer bank account for comparison to said stored reference code.
9. The method of claim 1 wherein said customer identification is stored by said system manager in association with a unique identifier provided by said customer upon registration of said customer with said system manager.
10. The method of claim 9 wherein said unique identifier is provided by said customer for each said purchase.
11. The method of claim 10 wherein said customer communicates said purchase to said system manager through a communication device and said unique identifier is provided by said customer for each said purchase either manually or automatically by said customer's communication device.
12. The method of claim 1 wherein said system manger is provided vendor bank account information for each said participating vendor's bank account at the time of registration of each said participating vendor with said system manager.
13. The method of claim 5 wherein said customer accesses said system manager website through a participating vendor's website.
14. The method of claim 5 wherein said customer accesses said system manager website from a wireless device or a vendor's terminal.
15. A computer implemented system for securely transmitting sensitive financial transaction information over the Internet by utilizing the security of the Automated Clearing House Network when conducting online purchases of goods or services by a customer from one or more participating vendors over the Internet using a system manager, said customer having a customer bank account at a financial institution and said participating vendors each having a vendor bank account at a financial institution, said system manger having an originator bank account for said system manager to receive electronic transfer of funds, said originator account being accessible on a computer programmed to transfer funds electronically over a secure communication channel, by a telecommunication device which is either telephone or Internet-based to the Automated Clearing House Network, said system manager, customer and vendor bank accounts being accessible through the Automated Clearing House Network, said system comprising:
a) a system web server accessible to customer and vendor terminals over the Internet via a plurality of said client terminals, said web server comprising computer software which when executed maintains an interactive system manager web site to receive communications of proposed charge amounts in association with a customer identification from said customer and vendor identification from said vendor;
b) a secure system server communicating with said system web server, said secure system server comprising a central processing unit, a memory, and a non-transitory computer-readable medium with programmed instructions stored thereon, that when executed by a processor:
i) communicates over the Internet with a plurality of bank servers accessible to the Internet;
ii) maintains customer accounts representing a balance of funds held to said customer's credit in a said originator account;
iii) receives customer identification and payment instructions in respect of goods or services for purchase by a customer along with vendor identifications from a participating vendor via the web server;
iv) stores the vendor identification instructions in a first memory location; v) stores the payment instructions in a second memory location;
vi) generates an electronic file from said stored data to form an Automated Clearing House data file having the Automated Clearing House file format specifications for communicating Payment. Distribution System instructions;
vii) activates an application, activating the telecommunications device which is either telephone or internet-based by receiving instructions from the processor which executes programmed instructions stored on the non-transitory computer-readable medium to instruct the telecommunications device, when telephone based, to open said secure communication channel and dial a receiving telephone party address or when the device is internet-based by issuing instructions to open an online session to generate a Payment Distribution System instruction for communicating over said secure communication channel with a receiving internet party address;
viii) transmits the said Payment Distribution System instruction to the Automated Clearing House Network via said telecommunication device which is either telephone or internet-based over said secure communication channel;
ix) receives via said telecommunication device which is either telephone or internet-based over said secure communication channel from the Automated Clearing House Network an indication that the Automated Clearing House data file was transmitted and received successfully;
x) draws funds through the Automated Clearing House Network over said secure communication channel, by said telecommunication device which is either telephone or Internet-based to the Automated Clearing House system from said customer bank account when said system manager has been provided by said customer an authorization to draw said funds from said customer hank account;
xi) receives via the Internet a charge amount for a proposed purchase by said customer from a first participating vendor and identification of said customer and said first vendor;
xii) either before or after receiving a charge amount for a proposed purchase, transfers sufficient funds through the Automated Clearing House Network over said secure communication channel, by said telecommunication device to the Automated Clearing House Network for said purchase into said originator account to said customer's credit;
xiii) if said charge amount is in a currency different from the currency of said funds to said customer's credit in said originator account converts said charge amount to said customer's credit in said originator account to the currency of said funds to said customer's credit in said originator account;
xiv) confirms the availability of funds in association with said customer identification for said charge amount and communicates via the Internet the results of said confirmation to said first vendor to proceed with said purchase;
xv) electronically transfers the amount of said charge amount to said first vendor's bank account through the Automated Clearing House Network over said secure communication channel, by said telecommunication device to the Automated Clearing House Network;
xvi) confirms via the Internet to the customer and to said first vendor the transfer of said charge amount to said vendor.
16. The system of claim 15 wherein said originator account is a bank account at a financial institution.
17. The system of claim 15 wherein said programmed instructions when executed confirm a customer bank account number by making a deposit to the bank account corresponding to said customer and receive a customer communication confirming said deposit.
18. The system of claim 17 wherein the programmed instructions assign a reference code to the customer, store said reference code, make a deposit to the account corresponding to said customer account number along with said reference code, receive from said customer a reference code from said customer's bank statement and compare said received reference code to said stored reference code.
19. The system of claim 15 wherein said customer Identification is stored by said system manager in association with a unique identifier provided by said customer upon registration of said customer with said system manager.
20. The system of claim 15 wherein said programmed instructions store vendor bank account information for said participating vendors bank accounts at the time of registration of said participating vendors with said system manager.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US16/384,382 US20190244184A1 (en) | 2000-06-12 | 2019-04-15 | Online electronic transaction and funds transfer method and system |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US59290100A | 2000-06-12 | 2000-06-12 | |
| US09/667,621 US8543495B1 (en) | 2000-06-12 | 2000-09-22 | Online electronic transaction and funds transfer method and system |
| US14/033,491 US10282714B2 (en) | 2000-06-12 | 2013-09-22 | Online electronic transaction and funds transfer method and system |
| US16/384,382 US20190244184A1 (en) | 2000-06-12 | 2019-04-15 | Online electronic transaction and funds transfer method and system |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US14/033,491 Continuation US10282714B2 (en) | 2000-06-12 | 2013-09-22 | Online electronic transaction and funds transfer method and system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| US20190244184A1 true US20190244184A1 (en) | 2019-08-08 |
Family
ID=49181554
Family Applications (3)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US09/667,621 Expired - Fee Related US8543495B1 (en) | 2000-06-12 | 2000-09-22 | Online electronic transaction and funds transfer method and system |
| US14/033,491 Expired - Fee Related US10282714B2 (en) | 2000-06-12 | 2013-09-22 | Online electronic transaction and funds transfer method and system |
| US16/384,382 Abandoned US20190244184A1 (en) | 2000-06-12 | 2019-04-15 | Online electronic transaction and funds transfer method and system |
Family Applications Before (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US09/667,621 Expired - Fee Related US8543495B1 (en) | 2000-06-12 | 2000-09-22 | Online electronic transaction and funds transfer method and system |
| US14/033,491 Expired - Fee Related US10282714B2 (en) | 2000-06-12 | 2013-09-22 | Online electronic transaction and funds transfer method and system |
Country Status (1)
| Country | Link |
|---|---|
| US (3) | US8543495B1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11270280B2 (en) * | 2012-02-16 | 2022-03-08 | Paypal, Inc. | Obtaining instant credit at a POS with limited information |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002045316A2 (en) * | 2000-11-10 | 2002-06-06 | Full Audio Corporation | Digital content distribution and subscription system |
| US20130024323A1 (en) * | 2011-07-20 | 2013-01-24 | Tomassen Thomas Hj | System for completing an online transaction |
| CN111899010A (en) | 2012-03-19 | 2020-11-06 | 派奈特支付网络有限责任公司 | Method and system for processing payment transactions |
| US10535064B2 (en) | 2012-03-19 | 2020-01-14 | Paynet Payments Network, Llc | Systems and methods for real-time account access |
Family Cites Families (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02202692A (en) * | 1989-02-01 | 1990-08-10 | Fuji Electric Co Ltd | Prepaid/credit card type vending machine system |
| US5689100A (en) * | 1995-03-21 | 1997-11-18 | Martiz, Inc. | Debit card system and method for implementing incentive award program |
| US5845265A (en) | 1995-04-26 | 1998-12-01 | Mercexchange, L.L.C. | Consignment nodes |
| US6058380A (en) * | 1995-12-08 | 2000-05-02 | Mellon Bank, N.A. | System and method for electronically processing invoice information |
| US6023685A (en) | 1996-05-23 | 2000-02-08 | Brett; Kenton F. | Computer controlled event ticket auctioning system |
| US5897621A (en) * | 1996-06-14 | 1999-04-27 | Cybercash, Inc. | System and method for multi-currency transactions |
| DE69707020D1 (en) * | 1996-07-09 | 2001-10-31 | Ldc Direct Ltd Co | SALES SYSTEM FOR PREPAYED CARDS IN DISTRIBUTION POINTS |
| US6311170B1 (en) * | 1996-12-04 | 2001-10-30 | Mark C. Embrey | Method and apparatus for making payments and delivering payment information |
| US5991748A (en) * | 1996-12-06 | 1999-11-23 | American Express Travel Related Services Company, Inc. | Methods and apparatus for regenerating a prepaid transaction account |
| JP4307564B2 (en) * | 1997-03-26 | 2009-08-05 | ブリティッシュ・テレコミュニケーションズ・パブリック・リミテッド・カンパニー | Transaction system |
| US6405182B1 (en) * | 1998-08-03 | 2002-06-11 | Vincent Cuervo | System for dispensing prepaid debit cards through point-of-sale terminals |
| US5903878A (en) * | 1997-08-20 | 1999-05-11 | Talati; Kirit K. | Method and apparatus for electronic commerce |
| US6105008A (en) * | 1997-10-16 | 2000-08-15 | Visa International Service Association | Internet loading system using smart card |
| US6327577B1 (en) * | 1997-12-19 | 2001-12-04 | Checkfree Services Corporation | Electronic bill payment system with account-number scheming |
| US6947908B1 (en) * | 1998-08-27 | 2005-09-20 | Citibank, N.A. | System and use for correspondent banking |
| US6216115B1 (en) * | 1998-09-28 | 2001-04-10 | Benedicto Barrameda | Method for multi-directional consumer purchasing, selling, and transaction management |
| KR20020006625A (en) * | 1998-11-17 | 2002-01-23 | 추후제출 | Electronic payment system utilizing intermediary account |
| US6339766B1 (en) * | 1998-12-02 | 2002-01-15 | Transactionsecure | Electronic payment system employing limited-use account number |
| US6173269B1 (en) * | 1998-12-16 | 2001-01-09 | Zowi.Com, Inc | Method and apparatus for executing electronic commercial transactions with minors |
| US6243689B1 (en) * | 1998-12-29 | 2001-06-05 | Robert G. Norton | System and method for authorizing electronic funds transfer at a point of sale |
| US6467684B2 (en) * | 1999-03-02 | 2002-10-22 | Netvisions, Inc. | Pre-paid card system for purchasing products or services |
| US7089208B1 (en) * | 1999-04-30 | 2006-08-08 | Paypal, Inc. | System and method for electronically exchanging value among distributed users |
| US7003485B1 (en) | 1999-05-07 | 2006-02-21 | Dale Young | Ticket auction |
| US7249097B2 (en) | 1999-06-18 | 2007-07-24 | Echarge Corporation | Method for ordering goods, services, and content over an internetwork using a virtual payment account |
| US7606760B2 (en) | 1999-06-18 | 2009-10-20 | Echarge Corporation | Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account |
| US7765124B2 (en) | 1999-06-23 | 2010-07-27 | Signature Systems Llc | Method and system for issuing, aggregating and redeeming merchant rewards with an issuing bank |
| US6760470B1 (en) | 1999-09-27 | 2004-07-06 | Amazon.Com, Inc. | Extraction of bank routing number from information entered by a user |
| US7461022B1 (en) | 1999-10-20 | 2008-12-02 | Yahoo! Inc. | Auction redemption system and method |
| US7720743B1 (en) | 1999-10-27 | 2010-05-18 | Marks Jeffrey S | Methods and apparatus for online auctions and market-places utilizing program terms |
| US7849009B2 (en) * | 1999-12-29 | 2010-12-07 | The Western Union Company | Methods and apparatus for mapping sources and uses of consumer funds |
| US7177836B1 (en) | 1999-12-30 | 2007-02-13 | First Data Corporation | Method and system for facilitating financial transactions between consumers over the internet |
| WO2002005192A1 (en) * | 2000-07-11 | 2002-01-17 | Citicorp Credit Services, Inc. | Method and system for on-line payments |
| US6970843B1 (en) * | 2000-08-24 | 2005-11-29 | Forte Patrick A | Financial management system |
| US7567937B2 (en) | 2001-01-17 | 2009-07-28 | Xprt Ventures, Llc | System and method for automatically effecting payment for a user of an electronic auction system |
| US7483856B2 (en) | 2001-01-17 | 2009-01-27 | Xprt Ventures, Llc | System and method for effecting payment for an electronic auction commerce transaction |
| US7610244B2 (en) | 2001-01-17 | 2009-10-27 | Xprt Ventures, Llc | System and method for effecting payment for an item offered for an electronic auction sale |
| US7627528B2 (en) | 2001-01-17 | 2009-12-01 | Xprt Ventures, Llc | System and method for effecting a real-time payment for an item won on an electronic auction |
| US20040204991A1 (en) | 2003-04-11 | 2004-10-14 | Jay Monahan | Method and system to incentivize a seller to perform an activity relating to a network-based marketplace |
-
2000
- 2000-09-22 US US09/667,621 patent/US8543495B1/en not_active Expired - Fee Related
-
2013
- 2013-09-22 US US14/033,491 patent/US10282714B2/en not_active Expired - Fee Related
-
2019
- 2019-04-15 US US16/384,382 patent/US20190244184A1/en not_active Abandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11270280B2 (en) * | 2012-02-16 | 2022-03-08 | Paypal, Inc. | Obtaining instant credit at a POS with limited information |
Also Published As
| Publication number | Publication date |
|---|---|
| US10282714B2 (en) | 2019-05-07 |
| US20140019356A1 (en) | 2014-01-16 |
| US8543495B1 (en) | 2013-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10311431B2 (en) | Method and apparatus for staging send transactions | |
| US7627531B2 (en) | System for facilitating a transaction | |
| EP1257952B1 (en) | Method of conducting transactions over a network | |
| US7742967B1 (en) | Secure and efficient payment processing system | |
| US8412627B2 (en) | Online funds transfer method | |
| KR100506913B1 (en) | Electronic payment system using anonymous representative payment means and method thereof | |
| US20010032878A1 (en) | Method and system for making anonymous electronic payments on the world wide web | |
| US20190244184A1 (en) | Online electronic transaction and funds transfer method and system | |
| EP1647952A2 (en) | Method and system for facilitating payment transactions using access devices | |
| CN116527277B (en) | Method for providing data security using one-way tokens | |
| WO2002046880A2 (en) | System and method for push-model fund transfers | |
| JP2005538448A (en) | Method and system for transferring funds | |
| WO2001035570A1 (en) | Payment method and system for online commerce | |
| WO2001069914A2 (en) | Methods for managing transactions on the internet with anonymous shipping addresses | |
| WO2001084454A1 (en) | Secure electronic payment method for fraud reduction and reduced transaction costs | |
| WO2002039400A2 (en) | Real time electronic payment system using customer electronic bill payment system | |
| CA2326085A1 (en) | Real time electronic payment system using customer electronic bill payment system | |
| JP2012178172A (en) | Method and system for transferring funds | |
| HK1086103A (en) | Method and system for facilitating payment transactions using access devices |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| AS | Assignment |
Owner name: E.E. SYSTEM CORPORATION, CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BAJAN, JOSEPH PETER;REEL/FRAME:049188/0674 Effective date: 20000921 |
|
| STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
| STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |