[go: up one dir, main page]

WO2013010220A1 - Procédé de transaction mobile électronique - Google Patents

Procédé de transaction mobile électronique Download PDF

Info

Publication number
WO2013010220A1
WO2013010220A1 PCT/AU2012/000863 AU2012000863W WO2013010220A1 WO 2013010220 A1 WO2013010220 A1 WO 2013010220A1 AU 2012000863 W AU2012000863 W AU 2012000863W WO 2013010220 A1 WO2013010220 A1 WO 2013010220A1
Authority
WO
WIPO (PCT)
Prior art keywords
bill
biller
payer
text message
telephone number
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
PCT/AU2012/000863
Other languages
English (en)
Inventor
Paul John CASCUN
Dinuke Matthew RANASINGHE
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.)
REPLY PAID Pte Ltd
Original Assignee
REPLY PAID 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
Priority claimed from AU2011902849A external-priority patent/AU2011902849A0/en
Application filed by REPLY PAID Pte Ltd filed Critical REPLY PAID Pte Ltd
Publication of WO2013010220A1 publication Critical patent/WO2013010220A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/14—Payment architectures specially adapted for billing 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/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS

Definitions

  • This invention concerns the payment of bills.
  • the invention concerns a method, computer system and software.
  • a payer such as a consumer of goods or services, receives a bill in paper form.
  • the bill informs the payer about the payment amount and details on how to pay the amount to the biller, such as a supplier of goods.
  • the payer visits the Internet site of their bank and enters the details from the paper bill into a payment form for initiating the payment to the biller.
  • These details usually include the biller's name, account number, bank identifier, bill number, and customer number.
  • the consumer When the consumer enters the numbers into the forms of the banking website, some of the entries may be erroneous. The funds may be transferred to a different recipient, the amount may not be the same as stated on the bill or the payee may not recognise the payment because the bill number or customer number was incorrect.
  • a method for notifying a payer of a bill comprising:
  • the information including at least payer identification information and biller identification information;
  • the payer receives a text message from an originating number that is unique to the biller. In this way the payer is notified that a new bill has been issued and the payer can determine from the originating number which biller has issued the new bill. In this way the payer can be conveniently and promptly notified of a new bill on their mobile device, such as a phone.
  • the text message may include information that is required to pay the bill.
  • the information may include the payment amount and the text message may include at least the payment amount.
  • the text message may include further information such as one or more of:
  • the text message is empty and the very receipt of the text message is an indication that a bill is needed to be paid.
  • the bill may be associated with one account of a plurality of accounts of the biller and determining a second telephone number that uniquely represents the biller to the payer may comprise determining the second telephone number that uniquely represents the one account of the biller to the payer. It is an advantage of this embodiment that in the cases where the payer receives bills from different accounts of the biller (e.g. the same company may provide separate bills for electricity and gas) the originating number of the text message will uniquely identify which account the bill relates to.
  • the second telephone number may be one of a set of numbers associated with the biller.
  • the method may further comprise:
  • a payer can pay the bill by replying to the text message that notified the payer of a new bill.
  • Most mobile devices for receiving text messages provide conveniently placed buttons for replying to a text message.
  • the payer can initiate the payment for a new bill conveniently.
  • no money is handled by the entity performing this method in order for the bill to be paid.
  • Initiating payment may be by determining the financial institution of the payer and sending instructions to that financial institution to pay the bill.
  • the method may also comprise the step of determining from the received reply text message an amount to be paid to the biller.
  • the amount to be paid may be a full or part of the payment amount. It is an advantage of this embodiment that the need for the payer to copy any details from the bill is obviated.
  • the biller may be represented by a. different second telephone number to a different payer.
  • a computer system to notify a payer of a bill comprising:
  • a first input port to receive information related to a bill, the information including at least payer identification information and biller identification information;
  • a processor to determine
  • an output port to send a text message to the second telephone number such that the originating number of the text message is the first telephone number.
  • a method for receiving a notification of a bill the bill having a biller and a payer, the method comprising:
  • the method of the fourth aspect may comprise sending a reply text message to the originating number, the reply text message comprising a predefined text that indicates whether the payer wishes the bill to be paid.
  • a computer system for receiving a notification of a bill, the bill having a biller and a payer, the system comprising: an input port to receive a text message from an originating number that uniquely represents the biller to the payer;
  • a processor to automatically determine from the originating number the identity information of the biller
  • a display to display the identity information of the biller.
  • the computer system of the fifth aspect may comprise an output port to send a reply text message to the originating number, the reply text message comprising a predefined text that indicates whether the payer wishes the bill to be paid.
  • a computer system such as a personal digital assistant (PDA)
  • PDA personal digital assistant
  • Fig. 1 illustrates a computer network for bill payment via SMS and the initialisation of the network.
  • Fig. 2 illustrates the computer network and the method for paying a bill.
  • Fig. 3(a) illustrates an SMS received by a consumer.
  • Fig. 3(b) illustrates the SMS after the consumer has saved the originating number in an address book.
  • Fig. 4 illustrates an address book.
  • Fig. 5 illustrates an SMS inbox.
  • Fig. 6(a) illustrates a reply SMS.
  • Fig. 6(b) illustrates an alternative reply SMS
  • Fig. 7 illustrates a process as performed by the payment service provider.
  • Fig. 8(a) illustrates a mapping between billers, telephone numbers associated with the billers and consumers.
  • Fig. 8(b) illustrates an alternative mapping between billers, telephone numbers associated with the billers and consumers.
  • Fig. 9 illustrates a computer system for bill payment via SMS. Best Modes
  • Fig. 1 shows a computer network 100 for bill payment via SMS comprising billers 101 (one is shown here for simplicity) connected to a payment service provider 102 via the Internet (not shown).
  • Each biller 101 may be a utility company, any subscribed service provider, council, club, etc.
  • Payers such as consumers, 103 (one is shown here for simplicity), are connected to the payment service provider 102 via a GSM network 104.
  • Each consumer 103 may use a mobile phone, personal digital assistant (PDA), or any other computer system that allows communication by sending and receiving SMS messages.
  • Financial institutions 105 (one is shown here for simplicity), such as PayPal or a bank, are connected to the biller 101, the payment service provider 102 and the consumer 103.
  • the payment service provider 102 requests a set of telephone numbers 1 10 from the GSM network 104.
  • the GSM network 104 replies by assigning the set of telephone numbers 111 to the payment service provider 102.
  • This assignment includes the service of routing all SMS messages sent to any of these numbers to the payment service provider 102 in a way that the payment service provider 102 can determine the target number, ie the number to which the message was sent, and the originating number, ie the number from which the message was sent.
  • the telephone numbers are the property of the payment service provider 102.
  • Each biller 101 requests registration 112 with the payment service provider 102.
  • the payment service provider 102 associates the biller 101 uniquely with one telephone number out of the set of telephone numbers and confirms registration 1 13 to the biller 101. As a result, this telephone number uniquely represents the biller 101 to the consumer 103.
  • the biller 101 does not need to be notified of the telephone number that was associated with the biller 101.
  • More than one biller 101 may register with the payment service provider 102.
  • a mapping is created that uniquely associates each biller with one telephone number. The mapping is stored in a datastore of the payment service provider 102. More details about the mapping of billers and telephone numbers are provided further below with reference to Figs. 8(a) and 8(b).
  • the biller 101 may have access to payment information available at the payment service provider 102. Payment information may include information about outstanding bills and any payments made on the tendered bills.
  • the consumer 103 also requests registration 114 with the payment service provider 102 by visiting a website of the payment service provider 102 and creating a user account. With this step the consumer 103 provides the payment service provider with all the necessary information and gives the payment service provider the right to proxy the consumer's payment.
  • the necessary information may include the consumer's mobile phone number, the consumer's account details with the financial institution 105, a list of billers for which the consumer wishes to use the SMS payment service, and other personal information such as name and address. This information is stored in a datastore of the payment service provider 102.
  • the registration requires that the consumer 103 has an account with a financial institution 105. For each biller the consumer 103 may also supply a customer reference number. Details which are common to all billers are provided only once by the consumer 103.
  • the payment service provider 102 sends a confirmation SMS to the consumer and the originating number of this SMS is the telephone number associated with this new biller 101.
  • the consumer 103 may then save the originating number of the confirmation SMS to an address book so that all further SMS messages related to this biller 101 are presented with the biller's name on the consumer's communication device.
  • the payment service provider 102 may also send an address book entry in a standardised format, such as vCard, by email or text messaging to facilitate the saving procedure for the consumer 103.
  • a billing agreement between the financial institution 105, the payment service provider 102 and the consumer 103 is created and accepted 1 15 by the consumer 103.
  • This agreement authorises the payment service provider 102 to directly charge the account of the consumer 103 at the financial institution 105.
  • the payment service provider 102 does not itself receive or send any funds.
  • the payment service provider 102 confirms the registration with the consumer 103.
  • consumer 103 and payment service provider 102 communicate entirely via GSM network 104.
  • the registration process between the consumer 103 and the payment service provider is processed via the Internet.
  • Fig. 2 illustrates the process for paying a bill.
  • the biller 101 sends 210 a bill to the payment service provider 102.
  • the biller 101 generates a set of consumers to bill and sends this set to the payment service provider 102.
  • the payment service provider 102 iterates over the elements in the set and regards each element like a separate bill.
  • the biller 101 may send the bills using a predefined message format, such as XML, so that elements can be automatically identified by the payment service provider 102.
  • the biller 101 may log into an account hosted by the payment service provider 102 and upload a bill payment file.
  • the payment service provider 102 extracts from the bill the consumer name, the customer reference number, the due date, the payment amount and the name of the associated biller. If the biller 101 has multiple accounts with the payment service provider 102, the associated account is also extracted from the bill. Further information such as interest amount and penalties incurred may also be extracted. The biller may also provide a schedule when the biller requires a SMS to be generated and sent to the consumer.
  • the payment service provider 102 determines from the data store the mobile phone number of the consumer 101.
  • the payment service provider 102 further determines from the stored mapping between telephone numbers and billers which telephone number is associated with biller 101. From now on, the telephone number serves as an identifier for the most recent bill from the biller 101.
  • the payment service provider 102 stores the details of the bill associated with the telephone number associated with the biller 101. In this way, when consumer 103 sends an SMS to this telephone number, the payment service provider 102 can relate this message to the bill stored associated with this telephone number.
  • the payment service provider 102 After receiving and storing the bill, the payment service provider 102 creates an SMS such that the originating number of the SMS is the telephone number which is associated with the biller 101.
  • the SMS also includes information about the new bill, such as the payments amount, the name of the biller, the due date of the bill, a list of items of the bill, the customer reference number and instructions on how to reply to the text message so that the bill is paid.
  • the payment service provider 102 sends 21 1 the SMS to the mobile phone number of the consumer 103.
  • the consumer 103 replies 212 to the SMS with a predefined text such as "approved", “yes” or "pay".
  • the user is not required to input any details of the bill and as a result, the process is simple, quick and has reduced chance for error.
  • the consumer 103 may further include in the SMS 212 an amount into the reply SMS to pay a different amount than stated by the bill.
  • the reply SMS is sent to the telephone number that is associated with the biller 101.
  • the GSM network 104 routes the SMS to the payment service provider 102 because the payment service provider 102 has acquired this number as described with reference to Fig. 1.
  • the payment service provider 102 determines from which number the message was sent, ie which consumer has sent the message, and also to which number the message was sent, ie the bill of which biller this message refers to.
  • each SMS 211 refers to the most recent bill from that particular biller 101 that the consumer 103 has been notified of. If more than one bill has issued from a biller 101 , the consumer 103 may be notified of the old bill before the message for the new bill is sent. Alternatively, the consumer 103 may pay any older pending bills through a separate channel such as the Internet.
  • the payment service provider 102 sends a reminder SMS (not shown) to the consumer 103 and as above, the consumer can pay the bill by replying to the reminder SMS.
  • the payment service provider 102 receives the reply SMS 212 and searches the SMS 212 for predefined words to determines from the text of the reply SMS whether the consumer 103 wishes to pay the new bill. The payment service provider 102 also determines whether the consumer 103 has included an alternative amount. If the payment service provider 102 receives an empty SMS, the payment service provider 102 may interpret this as an instruction to initiate payment. Alternatively, the payment service provider 102 may discard an empty SMS or send the consumer 103 another notification SMS. The payment service provider 102 may receive an SMS that originates form a number which cannot be matched with the records of the payment service provider 102. Therefore, this SMS is not in response to an SMS informing the consumer 103 of a new bill.
  • the payment service provider 102 will simply discard this SMS and reply with an error notification by SMS. If it is determined that the consumer 103 wishes to pay the bill, the payment service provider 102 initiates payment 213.
  • the payment service provider 102 determines the financial institution 105 of the consumer 103 and sends 215 instructions to the financial institution 105 for transferring funds to the biller.
  • the financial institution 105 checks whether a billing agreement has been set up, which authorises the payment service provider 102 to initiate the payment. If this is the case, the financial institution 105 transfers funds 214 to the biller 101. Upon completion of the fund transfer, the financial institution sends 215 a payment confirmation to the payment service provider 102.
  • the payment service provider 102 in turn sends 216 an SMS to the consumer 103 informing the consumer 103 that the bill has been paid.
  • Fig. 3(a) illustrates an SMS 300 received by a consumer.
  • the SMS 300 includes an originating telephone number 301, which is the number associated with a particular biller, and a text body 302.
  • the text body 302 includes a name 303 of the biller, a > billing amount 304, and instructions 305 on how the consumer may initiate the payment of the bill.
  • Fig. 3(b) illustrates the SMS after the consumer has saved the originating number in an address book under the name of the biller.
  • the consumer has appended the word "Bill" to the name of the biller so that it is clear that this SMS relates to a bill received from this biller.
  • the originating telephone number 301 in Fig. 3(a) is now replaced by the name of the biller 310. This way, the user may save the number associated with a biller in an address book once, and from then on every time the user receives a bill from this biller, the SMS shows the name of the biller instead of the telephone number which is associated to this biller.
  • the consumer For initiating payment of the bill, the consumer does not need to enter any information. The only thing left to do is to reply to the SMS with "pay" saving the consumer time to pay the bill and significantly reducing opportunity for errors.
  • the advantage to the biller is that bills will be paid earlier and reduced cost associated with correcting errors that result from incorrect data received from the consumers. If the consumer forgets to pay a bill within a certain period of time, such as one week, the payment service provider may send another SMS as a reminder to pay the bill.
  • Fig. 4 illustrates an address book 400 on a consumer's communication device.
  • the address book 400 contains three entries 401, 402, and 403, one for each biller.
  • Each entry 401, 402, and 402 contains a biller name 411, 412, and 413 and a telephone number that is associated with that biller 421, 422, and 423, respectively.
  • Fig. 5 illustrates an SMS inbox 500 on a consumer's communication device.
  • the consumer has received three SMS messages 502, 503, and 504 from three different billers.
  • the user has previously saved the telephone numbers of the three billers into the address book as described with reference to Fig. 4.
  • the consumer can easily determine from which biller the consumer has received a new bill and also, based on the order in the inbox 500 which bills were received recently.
  • the inbox 500 indicates the massages as read and or whether a reply has already been sent.
  • the consumer may then direct the communication device to open the unread message 502 which results in a display as illustrated in Fig. 3(b).
  • Fig. 6(a) illustrates an example reply SMS 600 comprising a reply-to name 601 and a message text 602.
  • the consumer wishes to pay the bill and therefore writes "Pay" into the message text.
  • the consumer then sends the reply message 600 to the payment service provider 102 in Figs. 1 and 2.
  • Fig. 6(b) illustrates an alternative reply SMS 610 comprising a reply-to name 61 1 and a message text 612.
  • the message text 612 includes an alternative amount 613. This indicates to the payment service provider 102 that the consumer 103 wishes to pay $100 instead of the amount stated on the bill.
  • Fig. 7(a) illustrates a process 700 as performed by the payment service provider 102 in Figs. 1 and 2.
  • the payment service provider starts by waiting for a bill 701 from one of the billers.
  • the bill is then received 702 by the payment service provider.
  • the bill includes identification information of the payer and the payment service provider determined 702 a mobile phone number of the payer. From the name of the biller associated with the bill, the payment service provider determines an originating number 704associated with this biller.
  • the payment service provider then creates an SMS 705 including information from the bill such as the name of the biller, the payment amount, etc.
  • the SMS is then sent 706 to the consumer.
  • Fig. 7(b) illustrates a process 750 as performed by at the consumer side.
  • the consumer receives 751 an SMS form an originating number. From this originating number, the name of the biller can be determined 752. This determination may be based on numbers stored in the address book of the consumer's device.
  • the consumer's device displays 753 the new SMS with the name of the biller.
  • the consumer then sends 754 a reply SMS including predefined text that indicates whether the consumer wishes the bill to be paid.
  • the reply SMS is received 707 by the payment service provider. It is determined whether the user wishes the bill to be paid 708 by analysing the message text. If the message text gives a clear indication that the consumer wishes to pay the bill, such as "pay” or "yes", a payment is initiated from the financial institution to the biller 709. If the consumer specifies an alternative amount, a payment is initiated for this amount from the financial institution to the biller. If the message indicates that the user does not wish to pay the bill, the process returns to waiting for a ' bill 701 and reminder SMS is sent. When the payments was successful the process also returns to waiting for a bill 701. If payment was not successful, the consumer may be notified by a status SMS.
  • Fig. 8(a) illustrates a mapping 800 between billers 801, telephone numbers 802 3 ⁇ 4 associated with the billers 801 and consumers 803.
  • a unique telephone number 802 is associated to each biller 801 and as a result, the number of required telephone numbers 802 is the same as the number of billers.
  • consumer A is only registered with billers I, II, and III
  • consumer B only with billers II, III, and IV
  • consumer C only with billers IV, V, and VI. It is possible to reduce the number of required telephone numbers if none of the consumers are registered with all billers.
  • Fig. 8(b) shows an alternative mapping 800 between billers 851, telephone numbers 852 associated with the billers 851 and consumers 853.
  • this mapping the telephone number 852 associated to a biller is different for different consumers 853.
  • biller II is associated with telephone number 2 for consumer A but with telephone number 1 for consumer B.
  • the number of telephone numbers is reduced to the maximum number of billers per consumer.
  • Fig. 9 illustrates a computer system 900 comprising a bill input port 901 for receiving a bill.
  • the bill input port 901 may be implemented as a file transfer receiver port.
  • the bill input port 901 is connected to a processor 902.
  • Processor 902 is also connected to a datastore 903, an SMS output port 904, an SMS input port 905, and a payment output port.
  • the datastore 903 stores a mobile phone number for each consumer.
  • the datastore 903 also stores a set of originating numbers, a set of billers, and a mapping from the set of billers to the set of originating numbers such that each biller is associated with an originating number as described above.
  • the system may be implemented on a Java platform and may incorporate security services and other applications for distribution resource planning or service level agreements.
  • the system 900 receives a bill through bill input port 901.
  • Processor 902 analyses the bill, extracts information, such as the biller's name, payment amount, due date, and a consumer's name, from the bill.
  • Processor 902 stores the information into data store 903. From the data stored in datastore 903 the processor 902 determines the mobile phone number of the consumer and the number with which the biller is associated.
  • the processor 902 also creates an SMS including some or all of the information extracted from the received bill.
  • the system 900 then sends the bill via SMS output port 904 to the consumer such that the originating number is the telephone number determined from the mapping stored in the datastore 903.
  • the consumer After the consumer has received the SMS and has decided to pay the bill, the consumer replies with a reply SMS including an affirmative statement such as "pay" and optionally an alternative amount.
  • This reply SMS is received by the SMS input port 905. Because the consumer replied to the originating number, the target number of the reply SMS is the telephone number associated with the biller and the originating number is the telephone number of the consumer.
  • the processor 902 uses the target number of the reply SMS to identify the biller and the originating number of the SMS to identify the consumer. The processor then relates the reply SMS to the last bill that was issued by the identified biller for the identified consumer. The processor 902 determines whether the reply SMS includes an affirmative statement.
  • the processor 902 sends an instruction via payment output port 906 to a financial institution for initiating a payment of the bill.
  • the amount in this instruction is determined by the information on the bill or by an alternative amount supplied by the consumer in the reply SMS.
  • the payment output port 906 may also be implemented as an payment input/output interface for sending the instruction as well as receiving a confirmation that a payment has been successful.
  • processor 902 creates a confirmation SMS and sends the confirmation SMS via SMS output port 904 to the consumer. The consumer then receives the confirmation SMS and is informed that the payment was successful.
  • each taxi is assigned a unique number that is displayed inside the taxi to the passenger.
  • the passenger sends a payment request SMS to that number.
  • the payment request SMS includes information such as the payment amount. Since the SMS is sent from the passenger's phone, the originating number of the payment request SMS identifies the payer. The destination number of the payment request SMS identifies both the biller, that is the taxi company, and the vehicle.
  • all vehicles of one taxi company share the same telephone number and the passenger is required to also provide a vehicle identification number in the payment request SMS.
  • the destination number of the payment request SMS identifies only the biller and the vehicle is identified by the vehicle identification number in the payment request SMS.
  • the payment request is received by the payment service provider and processed like a bill in the previous examples.
  • the provider determines the telephone number that is associated with the payer and the telephone number that uniquely represents the biller to the payer.
  • the payment service provider then sends an SMS to the passenger such that the originating number is the same number as displayed inside the taxi.
  • the passenger confirms payment by replying to that SMS.
  • the payment service provider retrieves a telephone number of the driver from a database and sends an SMS to the driver to inform the driver that the taxi fare has been paid. Alternatively, the payment service provider notifies the taxi company that the payment was successful and the taxi company notifies the driver via a taxi communication system.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un procédé, un système informatique et un logiciel permettant de payer des factures. Généralement, un fournisseur de services de paiement (102) reçoit (702) des informations relatives à une facture (210), les informations comprenant au moins des informations d'identification du payeur et des informations d'identification de l'émetteur de facture. Un premier numéro de téléphone qui est associé au payeur (103) est déterminé (703). Un second numéro de téléphone qui représente l'émetteur de facture (101) de façon unique pour le payeur (103) est déterminé (704). Un message textuel (300) est envoyé (211, 706) au premier numéro de téléphone de sorte que le numéro d'origine du message texte (300) corresponde au second numéro de téléphone. De cette manière, le payeur (103) est averti qu'une nouvelle facture (210) a été émise et le payeur (103) peut déterminer, à partir du numéro d'origine, quel émetteur de facture (101) a émis la nouvelle facture (210). De cette façon, le payeur (103) peut être averti de façon rapide et pratique d'une nouvelle facture (102) sur son dispositif mobile, par exemple un téléphone. L'invention concerne également un procédé, un système informatique et un logiciel de la perspective du payeur (103).
PCT/AU2012/000863 2011-07-18 2012-07-18 Procédé de transaction mobile électronique Ceased WO2013010220A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AU2011902849A AU2011902849A0 (en) 2011-07-18 Electronic mobile transaction method
AU2011902849 2011-07-18

Publications (1)

Publication Number Publication Date
WO2013010220A1 true WO2013010220A1 (fr) 2013-01-24

Family

ID=47557585

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2012/000863 Ceased WO2013010220A1 (fr) 2011-07-18 2012-07-18 Procédé de transaction mobile électronique

Country Status (1)

Country Link
WO (1) WO2013010220A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014077770A1 (fr) * 2012-11-16 2014-05-22 Mobile Payment Solutions Holding Nordic Ab Procédé de réalisation d'un paiement faisant appel à un dispositif de communication portable

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1136961B1 (fr) * 2000-03-24 2004-02-25 Mobipay International, S.A. Système et procédé pour effectuer des paiements à distance ou des transactions en temps réel à l'aide d'un téléphone mobile
US20080027844A1 (en) * 2006-07-19 2008-01-31 On Q Technologies Pty Ltd. System and Method for Organising and Operating an Electronic Account

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1136961B1 (fr) * 2000-03-24 2004-02-25 Mobipay International, S.A. Système et procédé pour effectuer des paiements à distance ou des transactions en temps réel à l'aide d'un téléphone mobile
US20080027844A1 (en) * 2006-07-19 2008-01-31 On Q Technologies Pty Ltd. System and Method for Organising and Operating an Electronic Account

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014077770A1 (fr) * 2012-11-16 2014-05-22 Mobile Payment Solutions Holding Nordic Ab Procédé de réalisation d'un paiement faisant appel à un dispositif de communication portable

Similar Documents

Publication Publication Date Title
US8751392B1 (en) Method for transferring funds
US9355394B2 (en) Systems and methods of aggregating split payments using a settlement ecosystem
US11593774B2 (en) Mobile banking system and method
US8595134B2 (en) Apparatus and method for bill presentment and payment
US8290862B2 (en) Method and system for expediting payment delivery
US20090265272A1 (en) Money transfers utilizing a unique receiver identifier
US20090106152A1 (en) Money transfers utilizing unique receiver identifier
US20160267449A1 (en) Internet payment system and method
US20110093387A1 (en) System and method for non-credit card billers to accept credit card payments
US20070124242A1 (en) Funds transfer system
US20190197511A1 (en) Method and apparatus for processing information
US8645272B2 (en) System and method for loading stored value accounts
US20120233022A1 (en) System and computer implemented method for facilitating collect on delivery transactions
US20120005075A1 (en) Systems and methods for increasing collection agreement fulfillment and traceability
US20170004465A1 (en) Methods and systems for for implementing virtual international banking
WO2019083890A1 (fr) Livraison d'articles expédiés à l'échelle internationale
WO2013010220A1 (fr) Procédé de transaction mobile électronique
JP2018088167A (ja) 精算システム、方法およびプログラム
JP5530837B2 (ja) 海外送金システム及び海外送金方法
JP7132377B2 (ja) 送金支援システム、送金支援方法及び送金支援プログラム
CN113298511B (zh) 订单信息处理方法、装置及电子设备
US20200184432A1 (en) Systems and Methods for Transferring Funds to a Pre-Paid Account
JP2017090989A (ja) 電子決済システムおよび電子決済方法
EP4343654A1 (fr) Procédé et système de traitement d'une demande de paiement entre un ou plusieurs payeurs
JP6926178B2 (ja) 外為被仕向送金システム、外為被仕向送金方法及び外為被仕向送金プログラム

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: 12814422

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: 12814422

Country of ref document: EP

Kind code of ref document: A1