AU2001233484B2 - Electronic funds transfers - zipfund - Google Patents

Electronic funds transfers - zipfund Download PDF

Info

Publication number
AU2001233484B2
AU2001233484B2 AU2001233484A AU2001233484A AU2001233484B2 AU 2001233484 B2 AU2001233484 B2 AU 2001233484B2 AU 2001233484 A AU2001233484 A AU 2001233484A AU 2001233484 A AU2001233484 A AU 2001233484A AU 2001233484 B2 AU2001233484 B2 AU 2001233484B2
Authority
AU
Australia
Prior art keywords
transaction
user
merchant
manager
conducting
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.)
Ceased
Application number
AU2001233484A
Other versions
AU2001233484A1 (en
Inventor
Yong Kin Ong (Michael)
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ong Yong Kin
Original Assignee
Ong Yong Kin
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from AUPQ5566A external-priority patent/AUPQ556600A0/en
Application filed by Ong Yong Kin filed Critical Ong Yong Kin
Publication of AU2001233484A1 publication Critical patent/AU2001233484A1/en
Application granted granted Critical
Publication of AU2001233484B2 publication Critical patent/AU2001233484B2/en
Priority to AU2005203599A priority Critical patent/AU2005203599B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Description

Received 29 November 2001 ELECTRONIC FUNDS TRANSFER METHOD Field of the Invention The present invention relates to an electronic funds transfer method for conducting an online purchase and a payment process.
Background of the Invention The present e-commerce environment and systems do not provide people with confidence in shopping online. Consumers are concerned about security issues when using their credit cards/debit cards to make purchases. They are worried that by using their credit cards/debit cards to make purchases online, that it will compromise the security of their credit cards/debit cards and they will be vulnerable to fraud. Should credit card information go into the wrong hands, credit card owers may be liable for transactions not conducted by them.
The present invention provides a process that adds security to the transaction to alleviate some of the risks involved.
Summary of the Present Invention In accordance with the present invention there is provided a method of conducting an online transaction, said method including the steps of: providing a transaction manager; registering a user with the tansaction manager; registering a merchant with the transaction manager; the user requesting a unique transaction identifier from the transaction manager to cover the purchase; the transaction manager checking the validity of the user; the transaction manager providing the user with a unique transaction identification if the user is valid; the user requesting the merchant for a transaction to purchase a product or service; the user providing the tansaction identification to the merchant; AMENIDED RKEET
IPEAVAU
PCT/AUO 1/00137 Received 29 November 2001 -2the merchant providing the transaction identification to the transaction manager; the transaction manager validating the transaction identification; the transaction manager providing the merchant with a unique transaction number if the transaction identification is valid; and the transaction manager depositing payment into the merchant's financial institution account Preferably the transaction manager deducts money from a user's account to cover the money paid to the merchant. Preferably the transaction manager deducts money at the time of the request of the unique transaction identifier. Alternatively the transaction manager deducts money at the time of the transfer of money to the merchant.
Preferably the user's account is with a financial institution. Alternatively the user's account is with the transaction manger, the account may be a credit account or a charge account. Preferably the transaction manager issues a new account that corresponds to an existing account with a financial institution, whereby the new account details are used by the user and merchant in place old the existing account details. Preferably the transaction manager uses the new account details to look up the existing account details and the existing account details are used by the transaction manager with the financial institution.
Preferably the user requests the unique transaction identifier by an Internet connection.
Preferably the user's registration details are stored in a database of the transaction manager. Preferably the merchant's registration details are stored in the database including a unique merchant identification.
Preferably the user's request for the unique transaction identifier is validated by checking the user's details stored in the database of the transaction manager. Preferably when the merchant forwards the unique identification number to the transfer manager, the merchants unique identifier is sent to the transaction manager, whereby validating the merchants identification is checked by the transaction manager before sending the identification number.
AMENDET? IPEA/Al Received 29 November 2001 -3- Preferably the transaction manager checks if sufficient funds are available to cover the transaction and the transaction number is only provided to the merchant if sufficient funds are available.
Preferably the merchant links to the transaction manager by the Internet or a dedicated secure line to request the transaction number and the transfer of funds. Preferably the link between the user and the transaction manager and merchant and transaction manager are secured by encryption.
Detailed Description of the Invention In order to provide a better understanding a preferred embodiment of the present invention will now be described in detail, by way of example only, with reference to the accompanying drawings, in which: Figure 1 is a diagrammatic view of the relationship between entities using the method of the present invention; Figure 2 is a diagrammatic flow chart representing a transaction process in accordance with the present invention; Figure 3 is a block diagram of a system architecture of the transaction manager of the present invention; Figure 4 is a block diagram of a database structure of the transaction manager; and Figure 5 is a block diagram of a data validation process conducted by the transaction manager.
Referring to Figure 1, entities using the method of the present invention are shown. A transaction manger 2 is provided. The transaction manager is referred to as ZIPFUND in the drawings. A user 4 uses the method of the present invention to conduct an electronic fund transfer transaction. Each user must have an account with the transaction manager to use the facility. The account is specific to each registered user. Information held by the transaction manager in relation to each user is held in confidence and in compliance with privacy laws. A user may maintain an Internet financial account with the transaction AMENDED SHE"
IPEA./AI
rJuI/AUUl/U1j Received 29 November 2001 -4manager. The transaction manager will have the discretion to issue financial accounts to approved clients.
An e-commerce merchant 3 is a person or entity that uses an Internet site to do business with Internet clients. E-commerce merchants may register with the transaction manager to use the facility provided by the present invention. The registration process ensures that the e-commerce merchant site is a secure site and Internet clients are aware of this certification by the transaction manager. E-commerce merchants are required to obtain the transaction manager transaction identifiers from Internet clients prior to confirming payments. The transaction identifier needs to be confirmed by the transaction manager in order to secure payment from financial institution. The transaction manager will maintain a database of registered e-commerce merchants.
A financial institution, such as a bank 1, provides an approved level of funds that an Intemet user has available. This may be, for example, a charge account or a credit card.
Each e-commerce merchant requires an account with a financial institution in order to receive payments. The transaction manager is responsible for all payments of transaction to a nominated financial institution of the e-commerce merchant.
Each financial institution may provide to the fund transfer manager access to a clients financial information including approved funds availability. This will enable the funds transfer manager to confirm an Internet user's financial standing. A financial account is issued to a customer on the basis of an understanding between the transfer manager and a financial institution.
The transfer manager is a trusted intermediatory that provides the services between Internet users, e-commerce merchants and financial institutions. In particular, the transaction manager is intermediatory that a user can trust to interact between the merchant and an electronic funds transfer system of a financial institution. The transfer manager provides e-commerce merchants with an approved transaction number in AMENDED. '3SH;, IPEA/Ast Received 29 November 2001 response to a transaction identifier sent to them via a secure network. The transfer manager provides to the financial institution an approved transaction number for each of the transaction identifiers sent by an e-commerce merchant via a secure network.
Preferably the transaction manager uses a newly generated account number to replace the original credit card number and/or debit card number account for account transaction processing. This adds another level of security to the process.
The transfer manager is responsible for the security for Internet users carrying out their business to consumer transaction. This is possible through the use of proprietary software, accounting systems, design methodology, data definition and control processes.
Referring to Figure 2 the processing of a transaction is shown. The process starts at 5. An Internet user 4 connects to the Internet at 6 and accesses the transaction manager 2 via the Internet. A user profile password check is conducted for granting access to the transfer manager. The transfer manager also has network security access controls and communication is encrypted. The Internet user is required to register to hold an account with the transfer manager.
The Internet user requests 7 a transaction identifier for his or her shopping needs. That is, the user may request a transaction identifier be provided that will have a record of the limit the user allows to be authorised. This amount must be less than the available credit, but also put an additional limitation on the transaction that can be conducted using transaction identifier. This gives the user control over the maximum value of transaction that may be authorised. The transaction manager checks 8 the Internet user to ensure that he or she is a valid user. The transaction manager confirms the validation process at 9.
If, as a result of this decision at 10, the user is not valid then they are rejected from the transaction manager site. If the user is valid the transaction manager issues at 11 a transaction identifier.
The Internet user is then able to select an item at e-commerce merchants site at 12. Upon AMENDED 3H:I,;1.
IPE.A/A4L Received 29 November 2001 -6deciding to purchase the item the user provides the transaction identifier to the ecommerce merchant at 13.
The e-commerce merchant forwards for validation the transaction identifier to the transaction manager at 14. The transaction manager then confirms the validity of the transaction identifier at 15. A security process including a merchant profile password checking is conducted by the transaction manager before access is approved. Further network security access controls such as encryption are provided to prevent security problems.
If the transaction identifier is not valid at 16 the transaction rcjected. If the identifier is rejected the e-commerce merchant is advised along with the reason for the rejection. If the transaction identifier is valid the transaction manager issues an approved transaction number at 17 to the e-commerce merchant and disables further use of the transaction is identifiers. The forwarding of the transaction number to the merchant confirms that the transaction identifier was accepted. At 18 the transaction manager issues a credit to the ecommerce merchant's account with the financial institution according to the value of the purchase. The transfer manager undergoes a password check before access to the financial institution is approved. Further network security access controls are also provided including encryption of communication. The process then ends at 19.
In Figure 3, the system architecture of the transaction manager is shown. An operating system 20 provides an underlayer of the transaction manager system architecture. Sitting on top of the operating system is a relational database management system 2 1. This is the data collection centre of the system. The relational database management system 21 interacts with an application system 22. The application system 22 interacts with a Internet base system 23 that links the transaction manager to the outside world.
Referring to Figure 4, a database structure is shown relating an Internet user's profile to a financial institution and an e-commerce merchant's profile to a financial institution profile.
An Internet user's profile 24 is a repository of information concerning a particular Internet
AMENDED!
IPEAIA'u r14-1ItrXUVijVVi3 Received 29 November 2001 -6a user. This is used for validation with a financial institution profile 25. An e-conimerce merchant profile 26 or a repository of information concerning particular e-commerce merchant. This is used for validation with financial institution profile 27. Profiles for Internet user's will be different to those of c-commerce merchant profiles.
Referring to Figure 5, data validation structure and processes are shown. In relation to the Internet user's profile personal details are checked with the relational database management system for accuracy and if accepted account details are then checked with the relational database management system validity. If accepted, credit details are checked with the relational database management system for validity and if accepted transaction details are stored. Audit trials of each check are also recorded.
In relation to the c-commerce merchant profile corporation details are checked with the relational database management system for accuracy. If accepted, account details are then checked with the relational database management system for validity. If accepted the credit details are checked with the relational database management system for validity. If accepted the transaction details are stored. An audit trail is recorded for each check and changed to the profile.
The present invention provides the following functionality to support c-commerce: it provides a true online system, that is a process where all transactions are online; it provides a purchasing system where all users are able to make purchases online; it provides a payment system that supports other suppliers (merchant and/or financial institution) payment system; the system provides password control to validate processes within the system; it provides debit and credit card support enable usage of other suppliers (merchant and/or financial institution credit card/debit card as well as an alternative credit card/debit card facility to make purchases and payments); it provides support for all financial institution accounts allowing a transaction to be processed by all types of bank accounts (for example, savings and cheques). Internet users can use all types of bank accounts to make online purchases and payments provided they fiMENDF-tQHl2~
IPE;ALJ
PCT/AU01/00137 Received 29 November 2001 6b are valid users; it provides a controlled purchase amount through usage of transaction identifiers with all users able to control the amount of funds for each transaction; it provides a user validation system with the system validating the users identification; it provides a merchant validation system with a system validating the merchants identification; it provides protection system through encryption and decryption system and proprietary system architecture.
Modifications and variations may be made to the present invention without departing from the basic inventive concepts. The nature of such modifications and variations are to be determined within the scope of the present invention as defined by the foregoing description and appended claims.
1

Claims (16)

1. A method of conducting an online transaction, said method including the steps of: providing a transaction manager; registering a user with the transaction manager; registering a merchant with the transaction manager; the user requesting a unique transaction identifier from the transaction manager for the purchase; the transaction manager checking the validity of the user; the transaction manager providing the user with a unique identification of a transaction if the user is valid; the user requesting the merchant for the transaction to purchase a product or service; the user providing the transaction identification to the merchant; the merchant providing the transaction identification to the transaction manager; the transaction manager validating the transaction identification; the transaction manager providing the merchant with a unique transaction number if the transaction identification is valid; and the transaction manager depositing payment into the merchant's financial institution account.
2. A method of conducting an online transaction in accordance with claim 1, wherein the transaction manager deducts money from a user's account to cover the money paid to the merchant.
3. A method of conducting an online transaction in accordance with claim 2, wherein the transaction manager deducts money at the time of the request of the unique transaction identifier.
4. A method of conducting an online transaction in accordance with claim 2, wherein the transaction manager deducts money at the time of the transfer of money to the merchant.
H:\mcamp\keep\retype\P46921 Amended Claim Page 7 Ong.doc r I/IUUL/ UUl j/ Received 06 September 2001 -8- A method of conducting an online transaction in accordance with claim 1, wherein the user's account is with a financial institution.
6. A method of conducting an online transaction in accordance with claim 1, wherein the user's account is with the transaction manger.
7. A method of conducting an online transaction in accordance with claim 1, wherein the transaction manager issues a new account that corresponds to an existing account with a financial institution, whereby the new account details are used by the user and merchant in place old the existing account details.
8. A method of conducting an online transaction in accordance with claim 7, wherein the transaction manager uses the new account details to look up the existing account details and the existing account details are used by the transaction manager with the financial institution.
9. A method of conducting an online transaction in accordance with claim 1, wherein the user requests the unique transaction identifier by an Internet connection.
A method of conducting an online transaction in accordance with claim 1, wherein the user's registration details are stored in a database of the transaction manager.
11. A method of conducting an online transaction in accordance with claim 1, wherein the merchant's registration details are stored in the database including a unique merchant identification.
12. A method of conducting an online transaction in accordance with claim wherein the user's request for the unique transaction identifier is validated by checking the 3 0 user's details stored in the database of the transaction manager. H.pa\KocpqSpodpl47$4 ELECTRONIC FUNDS TRANSFER 7CT.doc 307/01 'AMENDED SHEET IPEA/AU L I /AUU/UU1J/ Received 06 September 2001 9
13. A method of conducting an online transaction in accordance with claim 11, wherein when the merchant forwards the unique identification number to the transfer manager, the merchants unique identifier is sent to the transaction manager, whereby validating the merchants identification is checked by the transaction manager before sending the identification number.
14. A method of conducting an online transaction in accordance with claim 1, wherein the transaction manager checks if sufficient funds are available to cover the transaction and the transaction number is only provided to the merchant if sufficient funds are available.
A method of conducting an online transaction in accordande with claim 1, wherein the merchant links to the transaction manager by the Internet or a dedicated secure line to request the transaction number and the transfer of funds.
16. A method of conducting an online transaction in accordance with claim 1, wherein the link between the user and the transaction manager and merchant and transaction manager are secured by encryption. H:.WippNcqSpcdfpI4754 ELECTRONIC FUNDS TRANSFER. PCT.doc 3010V7 AMENDED SHEET IPEA/AU
AU2001233484A 2000-02-14 2001-02-14 Electronic funds transfers - zipfund Ceased AU2001233484B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2005203599A AU2005203599B2 (en) 2000-02-14 2005-08-12 Electronic funds transfer

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
AUPQ5566 2000-02-14
AUPQ5566A AUPQ556600A0 (en) 2000-02-14 2000-02-14 Electronic funds transfers-zipfund
PCT/AU2001/000137 WO2001059630A1 (en) 2000-02-14 2001-02-14 Electronic funds transfers - zipfund
AU3348401A AU3348401A (en) 2000-02-14 2001-02-14 Electronic funds transfers - zipfund

Related Child Applications (1)

Application Number Title Priority Date Filing Date
AU2005203599A Division AU2005203599B2 (en) 2000-02-14 2005-08-12 Electronic funds transfer

Publications (2)

Publication Number Publication Date
AU2001233484A1 AU2001233484A1 (en) 2001-11-01
AU2001233484B2 true AU2001233484B2 (en) 2005-05-12

Family

ID=25622505

Family Applications (2)

Application Number Title Priority Date Filing Date
AU2001233484A Ceased AU2001233484B2 (en) 2000-02-14 2001-02-14 Electronic funds transfers - zipfund
AU3348401A Pending AU3348401A (en) 2000-02-14 2001-02-14 Electronic funds transfers - zipfund

Family Applications After (1)

Application Number Title Priority Date Filing Date
AU3348401A Pending AU3348401A (en) 2000-02-14 2001-02-14 Electronic funds transfers - zipfund

Country Status (1)

Country Link
AU (2) AU2001233484B2 (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5748740A (en) * 1995-09-29 1998-05-05 Dallas Semiconductor Corporation Method, apparatus, system and firmware for secure transactions
US5822737A (en) * 1996-02-05 1998-10-13 Ogram; Mark E. Financial transaction system
WO1999057835A1 (en) * 1998-05-05 1999-11-11 Chen Jay C A cryptographic system and method for electronic transactions
US5987132A (en) * 1996-06-17 1999-11-16 Verifone, Inc. System, method and article of manufacture for conditionally accepting a payment method utilizing an extensible, flexible architecture

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5748740A (en) * 1995-09-29 1998-05-05 Dallas Semiconductor Corporation Method, apparatus, system and firmware for secure transactions
US5822737A (en) * 1996-02-05 1998-10-13 Ogram; Mark E. Financial transaction system
US5987132A (en) * 1996-06-17 1999-11-16 Verifone, Inc. System, method and article of manufacture for conditionally accepting a payment method utilizing an extensible, flexible architecture
WO1999057835A1 (en) * 1998-05-05 1999-11-11 Chen Jay C A cryptographic system and method for electronic transactions

Also Published As

Publication number Publication date
AU3348401A (en) 2001-08-20

Similar Documents

Publication Publication Date Title
US7849005B2 (en) Electronic funds transfer method
RU2438172C2 (en) Method and system for performing two-factor authentication in mail order and telephone order transactions
US7461030B2 (en) System for anonymous purchase of goods by providing a plurality of non-activated account numbers
US20070198410A1 (en) Credit fraud prevention systems and methods
US20100179906A1 (en) Payment authorization method and apparatus
US20130024378A1 (en) Method and system for facilitating payment transactions using access devices
US20020120563A1 (en) System and method for effecting anonymous payments
US20090259560A1 (en) Identity Theft and Fraud Protection System and Method
EP1134707A1 (en) Payment authorisation method and apparatus
KR100711844B1 (en) Method for settlement with certification number via network and system thereof
US20020123935A1 (en) Secure commerce system and method
AU2001233484B2 (en) Electronic funds transfers - zipfund
AU2005203599B2 (en) Electronic funds transfer
KR100509026B1 (en) Method and system for providing a cyber affiliated account(or debit card) to a master account
AU2005100791B4 (en) Electronic funds transfer
GB2360383A (en) Payment authorisation
CA2357201A1 (en) System and method for effecting anonymous payments
KR20040047765A (en) Method for Providing Cyber Affiliated Accounts(or debit card) to a Master Account and Payment
KR20040055753A (en) Method for Providing Cyber Affiliated Accounts(or debit card) to a Master Account and Payment
KR20040047766A (en) Method for Providing Cyber Affiliated Accounts(or debit card) to a Master Account and Payment

Legal Events

Date Code Title Description
FGA Letters patent sealed or granted (standard patent)
MK14 Patent ceased section 143(a) (annual fees not paid) or expired