WO2010039101A1 - Mobile payments - Google Patents

Mobile payments Download PDF

Info

Publication number
WO2010039101A1
WO2010039101A1 PCT/SG2008/000372 SG2008000372W WO2010039101A1 WO 2010039101 A1 WO2010039101 A1 WO 2010039101A1 SG 2008000372 W SG2008000372 W SG 2008000372W WO 2010039101 A1 WO2010039101 A1 WO 2010039101A1
Authority
WO
WIPO (PCT)
Prior art keywords
consumer
service provider
depository institution
mobile telephone
request
Prior art date
Application number
PCT/SG2008/000372
Other languages
French (fr)
Inventor
Rahul Shinghal
Original Assignee
Network For Electronic Transfers (Singapore) Pte Ltd
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
Application filed by Network For Electronic Transfers (Singapore) Pte Ltd filed Critical Network For Electronic Transfers (Singapore) Pte Ltd
Priority to PCT/SG2008/000372 priority Critical patent/WO2010039101A1/en
Publication of WO2010039101A1 publication Critical patent/WO2010039101A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/16Payments settled via telecommunication systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223Realising banking transactions through M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/385Payment protocols; Details thereof using an alias or single-use codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices

Abstract

A consumer (2) uses a mobile telephone (5) to request to sign-up for a financial transaction service which is managed by a service provider (3). The service provider (3) sends the consumer (2) a reference number (8). At an EFPOS terminal (4) consumers (2) sends the reference number (8) to their bank (6). The bank (6) authorizes the sign-on request and notifies the service provider (3). When a biller (14) requires payment, the biller sends bill data to the service provider (3) which then sends bill data on to the consumer's (2) mobile telephone (5). The consumer (2) enters a PIN in the mobile telephone (5) to authorize payment of the bill and the mobile telephone (5) sends that authorization to the service provider (3). The service provider (3) sends a debit request on to the consumer's (2) bank (6) which then credits the service provider's (3) account. The service provider (3) then settles with the biller (14).

Description

Mobile Payments
Field of the invention
The present invention relates to financial transactions, and is particularly applicable to the making of payments for goods or services.
Background of the invention
Throughout this specification, including the claims: the term "depository institution" is used to mean any financial institution which is authorized to accept monetary deposits (examples of depository institutions include banks, credit unions and building societies); the term "mobile telephone" is used to mean any mobile communications device which allows communications over a mobile telephone network or other wireless network and includes personal digital assistants (PDAs); and a reference to "inserting" a transaction card in a financial transaction terminal includes a reference to any method by which a transaction card is associated with such a terminal, for example, placing a contactless RF card proximate such a terminal.
There is a market demand for "mobile" solutions which give account-holders the facility, for the purpose of purchasing goods or services, to access to their accounts with depository institutions from their mobile telephones.
It is known to provide a method by which a mobile telephone can be used in conjunction with a transaction card account. According to this method, data relating to a transaction card account is stored in a mobile telephone. That data is "Track 2" data as defined by the
International Organization for Standardization, Standard ISO 8583 Standard for Financial
Transaction Card Originated Messages - interchange message specifications. The user enters the PIN (personal identification number) that is associated with the transaction card account when authorizing a transaction using the mobile telephone. However it is generally considered that a mobile telephone is not a secure enough place to store either a
PIN or Track 2 data. Summary of the invention
In contrast, in one aspect, the present invention provides a method of processing coded information during a computer-implemented process for making a payment for the provision of goods or services, the method comprising the steps of a service provider: receiving from a biller data about a bill payment which is to be made to the biller for the supply of goods or services; transmitting data about the bill payment to a consumer's mobile telephone; receiving from the consumer's mobile telephone the consumer's authorization to make the bill payment; transmitting to a depository institution a request to debit an account which the consumer holds with that depository institution; in response to the request which was transmitted to the depository institution which holds the consumer's account, receiving a transfer of funds from that depository institution into an account held by the service provider with a depository institution; and transferring funds to an account which the biller holds with a depository institution.
It is preferred that at least part of the data about the bill payment that is transmitted to the consumer's mobile telephone is presented to the consumer in the form of a virtual invoice.
It is preferred that the service provider is the operator of a financial transactions network.
It is preferred that the consumer pre-registers with the service provider.
It is preferred that the pre-registration of the consumer with the service provider comprises the process of the service provider: receiving from the consumer a request to pre-register which the consumer has sent to the service provider by using a mobile telephone; and in response to the request to pre-register, sending a reference number to the consumer's mobile telephone. It is preferred that the service provider receives from a depository institution an authorization for a consumer to pre-register. It is particularly preferred that, before the depository institution transmits to the service provider the authorization for a customer to pre-register, the depository institution receives data from the consumer over a financial transactions network.
It is preferred that the data which the depository institution receives from the consumer is generated by the consumer: inserting a transaction card in a financial transaction terminal; and entering into the terminal : the reference number which the consumer has received from the service provider; and the PIN that is associated with the transaction card.
It is preferred that the financial transaction terminal comprises an EFTPOS terminal.
In another aspect, the present invention provides apparatus adapted to process coded information during a computer-implemented process for making a payment for the provision of goods or services, the apparatus comprising means for a service provider to: receive from a biller data about a bill payment which is to be made to the biller for the supply of goods or services; transmit data about the bill payment to a consumer's mobile telephone; receive from the consumer's mobile telephone the consumer's authorization to make the bill payment; transmit to a depository institution a request to debit an account which the consumer holds with that depository institution; in response to the request which was transmitted to the depository institution which holds the consumer's account, receive a transfer of funds from that depository institution into an account held by the service provider with a depository institution; and transfer funds to an account which the biller holds with a depository institution. It is preferred that at least part of the data about the bill payment that is transmitted to the consumer's mobile telephone is presented to the consumer in the form of a virtual invoice.
It is preferred that the service provider is the operator of a financial transactions network.
It is preferred that the apparatus further comprises means by which the consumer can pre- registers with the service provider.
It is preferred that the means by the consumer can pre-register with the service provider comprises means for a service provider to: receive from the consumer a request to pre-register which the consumer has sent to the service provider by using a mobile telephone; and in response to the request to pre-register, send a reference number to the consumer's mobile telephone.
It is preferred that the apparatus further comprises means for a service provider to receive from a depository institution an authorization for a consumer to pre-register.
It is preferred that, before the depository institution transmits to the service provider the authorization for a customer to pre-register, the depository institution receives data from the consumer over a financial transactions network.
It is preferred that the data which the depository institution receives from the consumer is generated by the consumer: inserting a transaction card in a financial transaction terminal; and entering into the terminal: the reference number which the consumer has received from the service provider; and the PIN that is associated with the transaction card.
It is preferred that the financial transaction terminal comprises an EFTPOS terminal. It will be seen that the present invention accordingly provides a new way to use mobile telephones in making a payment for the provision of goods or services.
Brief description of the drawings Preferred embodiments of the invention are described below with reference to the following drawings in which: figure 1 illustrates the entities, and relationships among, them relating to a sign-up process according to preferred embodiments of the present invention; figure 2 illustrates the entities, and relationships among, them relating to a payment transaction according to the embodiments of figure 1 ; and figure 3 illustrates apparatus suitable for implementing the embodiments of figures 1 and 2; and figures 4 to 14 illustrate the sign-up process according to the embodiments of figure 1.
Description of preferred embodiments of the invention
Figure 1 illustrates a sign-up process according to preferred embodiments of the present invention. That figure shows a consumer 2, a service provider 3, a service point 4, a mobile telephone 5 and a depository institution 6. The consumer has a pre-existing relationship with the depository institution 6 under which the depository institution 6 has issued a transaction card (which is not illustrated in the drawings) to the consumer 2.
The consumer 2 has mobile telephone 5 which is enabled to communicate over a mobile telephone network with a facility provided by a service provider 3. The service provider 3 provisions the consumer's mobile telephone 5 with software that enables the consumer 2 to use the mobile telephone 5 to send a request 7 the service provider 3. It is preferred that the software is Java-based. The request 7 is a request to sign-on for the supply of the financial transaction services which are described below.
On receipt of such a request 7 by the service provider 3, the service provider transmits a reference number 8 to the mobile telephone 5 where it is visible to the consumer 2.
Preferred methods of transmitting the request 7 and the reference number 8 include by SMS(short message service), by USSD (unstructured supplementary service data) and by
GPRS (general packet radio service) over a cellular network.
Following receipt of the reference number 8, the consumer 2 swipes their transaction card (which is not shown in the drawings) at a POS (point of sale) terminal 4. The consumer 2 also enters both the reference number (8) and the PIN that is associated with the transaction card into the POS terminal 4. The POS terminal 4 generates a request 11 which is transmitted over the a financial transactions network to a depository institution 6.
If the depository institution 6 decides to authorize the sign-on of consumer 2 then it sends an acknowledgment 12 to the service provider 3 and to the user 2. This sign-on acts as an authorization to the depository institution to debit the customer's account for transfers to a service provider's account, as described below.
Figures 4 to 14 illustrate the actions which the consumer 2 performs using the POS terminal 4 in the course of the sign-up process.
As is illustrated in figure 4, the POS terminal 4 has an LCD display 53. Function keys 54, 56, 57 and 58 at the left side of the LCD display 53 are aligned with menu choices which appear on the LCD display 53. The function keys 54, 56, 57 and 58 are labelled "Fl", "F2", "F3" and "F4" respectively. Pressing the F2 function key results in the display of services which are available from the service provider which is named "NETS". Those services are shown on the LCD display 53 as is illustrated in figure 5.
As is shown by the transition between figures 5 and 6, the LCD screen also displays an arrow which is pointing downwards towards the bottom of that screen. This arrow is associated with a key (which is not shown in the drawings) the pressing of which results in scrolling the display on the LCD display 53 as is illustrated. To sign-on for services according to embodiments of the present invention, the consumer 2 presses key F4 which corresponds to the service which is known by the acronym "eDDA" (electronic direct debit authorization).
As is illustrated in figure 7, the consumer 2 is given the options for signing-on, labelled as "LIMIT" and as "NO LIMIT" respectively. The LIMIT choice places a monetary limit on the size of each transaction that the consumer may perform. The NO LIMIT choice does not place a monetary limit on the size of each transaction that the consumer may perform.
Figure 8 illustrates the situation where the consumer has chosen the LIMIT option by pressing the F2 key and has entered the limit of "$50" by using the keypad which is associated with the POS terminal 4.
The consumer 2 is then prompted to enter the reference number 8 which the depository institution 6 has previously sent to the mobile telephone 5.
As is illustrated by the prompt 61 in figure 10, the consumer is then prompted to swipe their transaction card through the POS terminal 4 and as is then illustrated by the prompt 62 which is displayed in figure 11, the customer is then prompted to enter their PIN by using the keypad that is associated with the terminal 4.
As is illustrated by the message 63 in figure 12, a "PROCESSING" message is displayed on the POS terminal 4 until the sign-on transaction is approved. On approval of the sign- on transaction, an "APPROVED" message is displayed as is illustrated at 66 in figure 13 and the applicable transaction limit (if any) is displayed as is illustrated at 64 in that figure. Although it is not illustrated in the drawings, an APPROVED receipt is also printed by the printer that is associated with the POS terminal 4. Preferably, the material which is printed on the receipt includes a reference number, the date and time of the transaction and the name of the service provider to which the direct debit authorization is provided.
After printing of the APPROVED receipt, the approval number is displayed as is illustrated at 67 in figure 14 and the consumer 2 is given the option of reprinting the APPROVED receipt as is illustrated by the prompt 68 in that figure.
Figure 2 illustrates a transaction process according to preferred embodiments of the present invention. That figure shows a consumer 2, a service provider 3, a depository institution 6 and a biller 14.
When the biller 14 requires payment for goods or services that have been (or are to be) provided to the consumer 2, the biller 14 transmits bill data 16 to the service provider 3 over a financial transactions network.
On receipt of the bill data 16, the service provider 3 in turn transmits bill details 17 to the consumer's mobile telephone 5. That bill data 16 is loaded into a Java application in the mobile telephone 5, resulting in a notification to the user 2 that a request is being made for payment of a bill. It is preferred that this notification to the consumer 2 appears in the form of a virtual invoice, with the name of the biller 14 and the payment amount pre-filled in the invoice form.
To authorize payment to the biller 14, the consumer 2 enters a PIN by using the numeric keypad or other input device of the mobile telephone 5.
On entry of that PIN, the mobile telephone 5 transmits an authorization 18 over the mobile telephone network. This authorizes the service provider 3 to transmit a debit request 19 to the consumer's depository institution 6.
If the consumer 2 has completed a sign-up process with the depository institution 6 as described above with reference to figure 1 , and if the debit request is otherwise valid, the depository institution 6 credits 21 an account of the service provider 3 with an appropriate amount.
The service provider 3 in turn arranges a payment 22 to the biller 14.
Figure 3 illustrates apparatus suitable for implementing the embodiments of the present invention. As is illustrated in figure 3, a mobile telephone (5) which communicates through a firewall 32 with a gateway 33. The firewall 32 inspects network traffic coming to it and permits or denies access to the gateway 33.
The gateway 33 in turn communicates with a transaction management server 34. The transaction management server 34 manages financial transactions. It creates the debit requests 19 which are sent to the financial institution 6 via the file server 36 and through the firewall 37. When funds are received from the depository institution 6, the financial management server 34 performs reconciliations and makes the payments 22.
The storage area network (SAN) 35 is bulk storage which stores transaction records.
The point of sale terminal 4 communicates with the switch 39 through a security device 41 such as a NAC (network access controller) server. The switch 39 is an interface between the POS terminals 4 and the depository institutions 6. All POS terminals dial in to the switch 39 which then forwards requests 11 to the depository institution 6.
As the present invention may be embodied in several forms of computer implementation without departing from the spirit of the essential characteristics of the invention, it should be understood that the above described embodiments are not to limit the present invention unless otherwise specified, but rather should be construed broadly within the spirit and scope of the invention as defined in the appended claims. The described embodiments are to be considered in all respects as illustrative only and not restrictive.
It should also be noted that where a flowchart is used herein to demonstrate various aspects of the invention, it should not be construed to limit the present invention to any particular logic flow or logic implementation. The described logic may be partitioned into different logic blocks (e.g., programs, modules, functions, or subroutines) without changing the overall results or otherwise departing from the true scope of the invention. Often, logic elements may be added, modified, omitted, performed in a different order, or implemented using different logic constructs (e.g., logic gates, looping primitives, conditional logic, and other logic constructs) without changing the overall results or otherwise departing from the true scope of the invention.
Various embodiments of the invention may be embodied in many different forms, including computer program logic for use with a processor (e.g., a microprocessor, microcontroller, digital signal processor, or general purpose computer), programmable logic for use with a programmable logic device (e.g., a Field Programmable Gate Array (FPGA) or other PLD), discrete components, integrated circuitry (e.g., an Application Specific Integrated Circuit (ASIC)), or any other means including any combination thereof. In an exemplary embodiment of the present invention, predominantly all of the conimunication between users and the server is implemented as a set of computer program instructions that is converted into a computer executable form, stored as such in a computer readable medium, and executed by a microprocessor under the control of an operating system.
Computer program logic implementing all or part of the functionality where described herein may be embodied in various forms, including a source code form, a computer executable form, and various intermediate forms (e.g., forms generated by an assembler, compiler, linker, or locater). Source code may include a series of computer program instructions implemented in any of various programming languages (e.g., an object code, an assembly language, or a high-level language such as Fortran, C, C++, JAVA, or HTML) for use with various operating systems or operating environments. The source code may define and use various data structures and communication messages. The source code may be in a computer executable form (e.g., via an interpreter), or the source code may be converted (e.g., via a translator, assembler, or compiler) into a computer executable form.
The computer program may be fixed in any form (e.g., source code form, computer executable form, or an intermediate form) either permanently or transitorily in a tangible storage medium, such as a semiconductor memory device (e.g, a RAM, ROM, PROM, EEPROM, or Flash-Programmable RAM), a magnetic memory device (e.g., a diskette or fixed disk), an optical memory device (e.g., a CD-ROM or DVD-ROM), a PC card (e.g., PCMCIA card), or other memory device. The computer program may be fixed in any form in a signal that is transmittable to a computer using any of various communication technologies, including, but in no way limited to, analog technologies, digital technologies, optical technologies, wireless technologies (e.g., Bluetooth), networking technologies, and inter-networking technologies. The computer program may be distributed in any form as a removable storage medium with accompanying printed or electronic documentation (e.g., shrink wrapped software), preloaded with a computer system (e.g., on system ROM or fixed disk), or distributed from a server or electronic bulletin board over the communication system (e.g., the Internet or World Wide Web). Hardware logic (including programmable logic for use with a programmable logic device) implementing all or part of the functionality where described herein may be designed using traditional manual methods, or may be designed, captured, simulated, or documented electronically using various tools, such as Computer Aided Design (CAD)5 a hardware description language (e.g., VHDL or AHDL), or a PLD programming language (e.g., PALASM, ABEL, or CUPL).
Programmable logic may be fixed either permanently or transitorily in a tangible storage medium, such as a semiconductor memory device (e.g., a RAM, ROM, PROM, EEPROM, or Flash-Programmable RAM), a magnetic memory device (e.g., a diskette or fixed disk), an optical memory device (e.g., a CD-ROM or DVD-ROM), or other memory device. The programmable logic may be fixed in a signal that is transmittable to a computer using any of various communication technologies, including, but in no way limited to, analog technologies, digital technologies, optical technologies, wireless technologies (e.g., Bluetooth), networking technologies, and internetworking technologies. The programmable logic may be distributed as a removable storage medium with accompanying printed or electronic documentation (e.g., shrink wrapped software), preloaded with a computer system (e.g., on system ROM or fixed disk), or distributed from a server or electronic bulletin board over the communication system (e.g., the Internet or World Wide Web).
"Comprises/comprising" when used in this specification is taken to specify the presence of stated features, integers, steps or components but does not preclude the presence or addition of one or more other features, integers, steps, components or groups thereof." Thus, and unless the context clearly requires otherwise, throughout the description and the claims, the words 'comprise', 'comprising', and the like are to be construed in an inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in the sense of "including, but not limited to".

Claims

Claims
1. A method of processing coded information during a computer-implemented process for making a payment for the provision of goods or services, the method comprising the steps of a service provider: receiving from a biller data about a bill payment which is to be made to the biller for the supply of goods or services; transmitting data about the bill payment to a consumer's mobile telephone; receiving from the consumer's mobile telephone the consumer's authorization to make the bill payment; transmitting to a depository institution a request to debit an account which the consumer holds with that depository institution; in response to the request which was transmitted to the depository institution which holds the consumer's account, receiving a transfer of funds from that depository institution into an account held by the service provider with a depository institution; and transferring funds to an account which the biller holds with a depository institution.
2. A method as claimed in claim 1, in which at least part of the data about the bill payment that is transmitted to the consumer's mobile telephone is presented to the consumer in the form of a virtual invoice.
3. A method as claimed in claim 1 or claim 2, in which the service provider is the operator of a financial transactions network.
4. A method as claimed in any one of the preceding claims in which the consumer pre-registers with the service provider.
5. A method as claimed in claim 4, in which the pre-registration of the consumer with the service provider comprises the process of the service provider: receiving from the consumer a request to pre-register which the consumer has sent to the service provider by using a mobile telephone; and in response to the request to pre-register, sending a reference number to the consumer's mobile telephone.
6. A method as claimed in claim 4 or claim 5, in which the service provider receives from a depository institution an authorization for a consumer to pre-register.
7. A method as claimed in claim 6 in which, before the depository institution transmits to the service provider the authorization for a customer to pre-register, the depository institution receives data from the consumer over a financial transactions network.
8. A method as claimed in claim 7, in which the data which the depository institution receives from the consumer is generated by the consumer: placing a transaction card in a financial transaction terminal; and entering into the terminal the reference number which the consumer has received from the service provider.
9. A method as claimed in claim 8, in which the financial transaction terminal comprises an EFTPOS terminal.
10. Apparatus adapted to process coded information during a computer-implemented process for making a payment for the provision of goods or services, the apparatus comprising means for a service provider to: receive from a biller data about a bill payment which is to be made to the biller for the supply of goods or services; transmit data about the bill payment to a consumer's mobile telephone; receive from the consumer's mobile telephone the consumer's authorization to make the bill payment; transmit to a depository institution a request to debit an account which the consumer holds with that depository institution; in response to the request which was transmitted to the depository institution which holds the consumer's account, receive a transfer of funds from that depository institution into an account held by the service provider with a depository institution; and transfer funds to an account which the biller holds with a depository institution.
11. Apparatus as claimed in claim 10, in which at least part of the data about the bill payment that is transmitted to the consumer's mobile telephone is presented to the consumer in the form of a virtual cheque.
12. Apparatus as claimed in claim 10 or claim 11, in which the service provider is the operator of a financial transactions network.
13. Apparatus as claimed in any one of claims 10 to 12, further comprising means by which the consumer can pre-registers with the service provider.
14. Apparatus as claimed in claim 13, in which the means by the consumer can pre- register with the service provider comprises means for a service provider to: receive from the consumer a request to pre-register which the consumer has sent to the service provider by using a mobile telephone; and in response to the request to pre-register, send a reference number to the consumer's mobile telephone.
15. Apparatus as claimed in claim 13 or claim 14, further comprising means for a service provider to receive from a depository institution an authorization for a consumer to pre-register.
16. Apparatus as claimed in claim 15 in which, before the depository institution transmits to the service provider the authorization for a customer to pre-register, the depository institution receives data from the consumer over a financial transactions network.
17. Apparatus as claimed in claim 16, in which the data which the depository institution receives from the consumer is generated by the consumer: placing a transaction card in a financial transaction terminal; and entering into the terminal the reference number which the consumer has received from the service provider.
18. Apparatus as claimed in claim 17, in which the financial transaction terminal comprises an EFTPOS terminal.
19. Apparatus adapted to process coded information during a computer implemented process for making a payment for the provision of goods or services, the apparatus comprising: processor means adapted to operate in accordance with a predetermined instruction set, the apparatus, in conjunction with the instruction set, being adapted to perform the process steps of any one of claims 1 to 9.
PCT/SG2008/000372 2008-09-30 2008-09-30 Mobile payments WO2010039101A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/SG2008/000372 WO2010039101A1 (en) 2008-09-30 2008-09-30 Mobile payments

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SG2008/000372 WO2010039101A1 (en) 2008-09-30 2008-09-30 Mobile payments

Publications (1)

Publication Number Publication Date
WO2010039101A1 true WO2010039101A1 (en) 2010-04-08

Family

ID=42073720

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SG2008/000372 WO2010039101A1 (en) 2008-09-30 2008-09-30 Mobile payments

Country Status (1)

Country Link
WO (1) WO2010039101A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089943A1 (en) * 2010-10-06 2012-04-12 Microsoft Corporation Initiating and completing transactions via notification elements
US11321682B2 (en) 2012-03-07 2022-05-03 Early Warning Services, Llc System and method for transferring funds
US11361290B2 (en) 2018-09-17 2022-06-14 Early Warning Services, Llc System and method for securely registering a recipient to a computer-implemented funds transfer payment network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040148254A1 (en) * 2001-06-01 2004-07-29 Ralf Hauser Method for performing a secure cash-free payment transaction and a cash-free payment system
WO2005029431A1 (en) * 2003-09-22 2005-03-31 Josko Maric Sms/card system of paying goods and services via telecommunications devices
WO2006133141A2 (en) * 2005-06-06 2006-12-14 Sms.Ac, Inc. Billing system and method for micro-transactions
US20070094150A1 (en) * 2005-10-11 2007-04-26 Philip Yuen Transaction authorization service
WO2007118052A2 (en) * 2006-04-03 2007-10-18 Ebiz.Mobility Ltd Method for universal electronic payment processing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040148254A1 (en) * 2001-06-01 2004-07-29 Ralf Hauser Method for performing a secure cash-free payment transaction and a cash-free payment system
WO2005029431A1 (en) * 2003-09-22 2005-03-31 Josko Maric Sms/card system of paying goods and services via telecommunications devices
WO2006133141A2 (en) * 2005-06-06 2006-12-14 Sms.Ac, Inc. Billing system and method for micro-transactions
US20070094150A1 (en) * 2005-10-11 2007-04-26 Philip Yuen Transaction authorization service
WO2007118052A2 (en) * 2006-04-03 2007-10-18 Ebiz.Mobility Ltd Method for universal electronic payment processing

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120089943A1 (en) * 2010-10-06 2012-04-12 Microsoft Corporation Initiating and completing transactions via notification elements
US11321682B2 (en) 2012-03-07 2022-05-03 Early Warning Services, Llc System and method for transferring funds
US11361290B2 (en) 2018-09-17 2022-06-14 Early Warning Services, Llc System and method for securely registering a recipient to a computer-implemented funds transfer payment network

Similar Documents

Publication Publication Date Title
CN106056374B (en) systems, methods, and computer-readable media for payment and non-payment virtual card transfer between mobile devices
AP1088A (en) Automatic electronic funds transfer system and method.
US9043240B2 (en) Systems, apparatus and methods for mobile companion prepaid card
US20160104157A1 (en) Method for producing a transaction signal
US9552577B2 (en) Method and apparatus for the transfer of a money amount by using a two dimension image code
US20150206130A1 (en) Induction based transactions at a remote server
US20120197801A1 (en) Merchant payment system and method for mobile phones
KR20140093710A (en) Payment system and method
US9501770B2 (en) Electronic money charging service system, electronic money charging server and charging method thereof
WO2011083471A1 (en) System and method for performing a transaction responsive to a mobile device
CA2678242A1 (en) Mobile payment services
US20160078432A1 (en) Apparatus and method for providing a transaction service
WO2011138673A2 (en) System for personalized payments via mobile and internet connected devices
AU2019226138B2 (en) Method and apparatus for the transfer of a money amount by using a two-dimension image code
KR101136509B1 (en) Wireless terminal payment system using payer's pre permission and method thereof
CN101918965A (en) System for electronic commerce transactions, portable electronic communications device, communications network, computer program product and method thereof
KR20030082090A (en) System and method of electronic payment
WO2010039101A1 (en) Mobile payments
EP2660764A1 (en) System and method for effecting payment to a beneficiary including a real-time authorisation of the payment
KR20020035292A (en) Method for settlement using portable communication terminal equipment having bar-code display function
KR100973713B1 (en) Method and apparatus for controlling gero charge payment by using mobile communication terminal
US20220156710A1 (en) Recurring and event triggered payment methods
AU2016201213B2 (en) Mobile payment services
KR20140049173A (en) Method and system for card settlement service using user device
KR100876596B1 (en) Card terminal

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08813722

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08813722

Country of ref document: EP

Kind code of ref document: A1