AU2016200909A1 - Payment method and system - Google Patents

Payment method and system Download PDF

Info

Publication number
AU2016200909A1
AU2016200909A1 AU2016200909A AU2016200909A AU2016200909A1 AU 2016200909 A1 AU2016200909 A1 AU 2016200909A1 AU 2016200909 A AU2016200909 A AU 2016200909A AU 2016200909 A AU2016200909 A AU 2016200909A AU 2016200909 A1 AU2016200909 A1 AU 2016200909A1
Authority
AU
Australia
Prior art keywords
entitlement
payment
server
kiosk
provider
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
AU2016200909A
Inventor
Peter Bloomfield
Martin COOPERWAITE
Samantha Pritchard
Matthew Sorvaag
Giles Wycherley
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.)
Eris Technology Pty Ltd
Original Assignee
TURTLE CORP Pty 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 TURTLE CORP Pty Ltd filed Critical TURTLE CORP Pty Ltd
Priority to AU2016200909A priority Critical patent/AU2016200909A1/en
Publication of AU2016200909A1 publication Critical patent/AU2016200909A1/en
Assigned to REBUS CORPORATION PTY LTD reassignment REBUS CORPORATION PTY LTD Request for Assignment Assignors: TURTLE CORPORATION PTY LTD.
Assigned to ERIS TECHNOLOGY PTY LTD reassignment ERIS TECHNOLOGY PTY LTD Amend patent request/document other than specification (104) Assignors: REBUS CORPORATION PTY LTD
Priority to AU2018200357A priority patent/AU2018200357A1/en
Priority to AU2020201360A priority patent/AU2020201360A1/en
Priority to AU2022200191A priority patent/AU2022200191A1/en
Priority to AU2023286028A priority patent/AU2023286028A1/en
Abandoned legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425—Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation

Abstract

A payment system and method, the system comprising a user operable kiosk adapted to accept a request for an entitlement to a good or service to be provided by a provider and payment for the entitlement. The request identifies a recipient of the entitlement and the system is adapted to respond to the payment by sending data to the provider indicative of the recipient and of the entitlement. 14-1 Figure 1 -- 30 Figure 2

Description

AUSTRALIA Patents Act 1990 COMPLETE SPECIFICATION Standard Patent Applicant: Turtle Corporation Pty Ltd Invention Title: PAYMENT METHOD AND SYSTEM The following statement is a full description of this invention, including the best method for performing it known to me/us: P78855 AU Pat Set Fing Appiction 2008-9-3 0OW (M) -2 PAYMENT METHOD AND SYSTEM Field of the Invention 5 The present invention relates to a payment method and system, of particular but by no means exclusive application in the sale of credit, such as for telecommunications services. 10 Background of the Invention An existing payment system allows users to purchase mobile telephony credit from an EFTPOS device in data communication with a retailer of such credit. The user 15 pays for credit in a predefined amount (such as $20.00 or $50.00), and thereby purchases a credit certificate held by the retailer. Such credit certificates are obtained by the retailer from the wholesaler (which may be the actual telecommunications provider) periodically, and held in a 20 database of the retailer. Upon verification of payment, the retailer allocates one of the credit certificates in its database of the appropriate value to the user, and transmits to the EFTPOS 25 device a unique PIN associated with that credit certificate. The printer of the EFTPOS device prints a receipt for the user that includes this PIN. The user then operates his or her portable device to activate the newly acquired credit. This is typically done by 30 telephoning a predefined telephone number that connects the portable device to a voice-interactive system, which prompts the user to enter the aforementioned PIN. A server of the wholesaler checks whether the PIN corresponds to a valid credit certificate and, if so, 35 updates a user account associated with the mobile device of the user according to the value of the purchased credit certificate.
-3 Summary of the Invention According to a first broad aspect, the present invention 5 provides a payment system, comprising: a user operable kiosk adapted to accept a request for an entitlement to a good or service to be provided by a provider and payment for the entitlement; wherein the request identifies a recipient of the 10 entitlement and the system is adapted to respond to the payment by sending data to the provider indicative of the recipient and of the entitlement. The kiosk may be adapted to accept payment information 15 from the user, and communicate the payment information to a financial institution server. In one embodiment, the payment information includes a credit card or debit card number. 20 The kiosk may further comprise a card reader, with the kiosk being adapted to accept payment information from the user with the card reader. 25 The kiosk may be configured to communicate the payment information to the financial institution server via an intermediate server. The system may comprise an intermediate server, wherein 30 the kiosk is configured to communicate the payment information to the financial institution server via the intermediate server and the intermediate server is adapted to send the data indicative of the recipient and of the entitlement to the provider. 35 In another embodiment, the system comprises an intermediate server adapted to send the data indicative of -4 the recipient and of the entitlement to the provider. In general, the entitlement may be - for example - an entitlement to telecommunications services, to an 5 entertainment service, to use a toll road (so that the payment amounts to paying a road toll before or after the use of the road), or to use a car park or parking garage. The kiosk may also be equipped to vend goods, such as 10 for example - confectionary, drinks or condoms. The request may identify the recipient by way of a telephone number. 15 The system may comprise an intermediate server adapted to communicate with the kiosk and with a plurality of other like kiosks. Indeed, the system may comprise the other kiosks. 20 The kiosk may be adapted to communicate wirelessly with a mobile communications device. In a particular embodiment, the provider is a telecommunications provider. 25 In a certain embodiment, the system comprises a provider server in data communication with the kiosk. The system may comprise an intermediate server adapted to 30 send the data indicative of the recipient and of the entitlement to the provider, and a provider server in data communication with the intermediate server adapted to receive the data indicative of the recipient and of the entitlement from the intermediate server. 35 The provider server may be adapted to send a confirmation entitlement to a mobile device.
-5 In a particular embodiment, the kiosk further comprises a touch screen, and the kiosk is adapted to accept the request for an entitlement with the touch screen. 5 The system may comprise a purchase data packet builder controllable by a payment validator to construct a purchase data packet indicative of a user account and of the payment, wherein the system is adapted to forward the 10 purchase data packet to a provider server of the provider, the purchase data packet being adapted to prompt the provider server to update an account record corresponding to the user according to the payment. 15 According to a second broad aspect, the present invention provides a payment system, comprising: a user operable kiosk adapted to accept a request for an entitlement to a good or service to be provided by a provider and payment for the entitlement; 20 wherein the request identifies a recipient of the entitlement and the system is adapted to respond to the payment by sending entitlement data to a mobile device, the entitlement data being storable on the mobile device as evidence of the entitlement. 25 According to a third broad aspect, the present invention provides a payment method, comprising: a server receiving information indicative of a requested entitlement to a good or service, of a recipient 30 of the requested entitlement and of payment information pertaining to the requested entitlement from a user operable kiosk in data communication with the server; and the server sending data indicative of the recipient and of the entitlement to a provider of the good 35 or service. The method may comprise: -6 the server forwarding the payment information to a financial institution; the server receiving payment validation from the financial institution; and 5 the server responding to receipt of the payment validation by performing the sending of the data indicative of the recipient and of the entitlement to the provider of the good or service. 10 According to a fourth broad aspect, the present invention provides a method for purchasing an entitlement to a good or service using a kiosk, the method comprising the steps of: entering a request for the entitlement to be 15 provided by a provider into the kiosk; entering information that identifies the intended recipient of the entitlement into the kiosk; entering payment information or a payment into the kiosk; and 20 controlling the kiosk to initiate purchase of the entitlement resulting in electronic transmission of data indicative of the recipient and of the entitlement to the provider. 25 The entering of the payment information or the payment may constitute the controlling of the kiosk to initiate the purchase. It should be noted that any of the optional or preferred 30 features of any aspect of the present invention may be employed where suitable and desirable with any other aspect of the invention. Brief Description of the Drawing 35 In order to do that, the present invention may be more clearly ascertained, embodiments will now be described, by -7 way of example, with reference to the accompanied drawing, in which; Figure 1 is a schematic payment system according to an embodiment of the present invention, with a user mobile 5 telephone; Figure 2 is a schematic view of the user-operable kiosk of the system of figure 1; Figure 3 is a schematic view of the components of a user-operable kiosk of the system of figure 1; 10 Figure 4 is schematic view of the system server of the system of figure 1; and Figure 5 is a flow diagram of the operation of the payment method implemented by the system of figure 1 according to an embodiment of the present invention. 15 Detailed Description of the Embodiments Figure 1 is a schematic view of a payment system 10 according to an embodiment of the present invention, with 20 a user mobile telephone 12. System 10 includes a server 14 of a telecommunications wholesaler or provider (termed "Telco server 14"), a system server 16 and a plurality of user-operable kiosks 18. Kiosks 18 are in data communication with system server 16 over a secure private 25 wireless network 20, Telco server 14 is in data communication with system server 16 over a secure network 22, system server 16 is in data communication with financial institutions servers (not shown) over secure network 24, and telecommunications provider server 16 is 30 in data communication with mobile telephone 12 over a publicly accessible telephony network 26. Optionally, kiosks 18 are adapted to communicate with mobile telephone 12 wirelessly 28, such as by SMS (over a 35 mobile telephony network), Bluetooth (trademark) and/or an RFID device).
-8 Figure 2 is a schematic view of an exemplary kiosk 18. Kiosk 18 has an input/output device in a form of a touch screen 30, and a credit/debit card reader (not shown) with a slot 32 for receiving a user credit or debit card. 5 kiosk 18 also has an output tray 34, for outputting receipts, tickets, vouchers, transactions statements, etc, in those embodiments where these are provided to the user. Figure 3 is a schematic view of the components of kiosk 18 10 most relevant to the operation of this embodiment of the present invention. These include a processor 40, a memory 42, an I/O card 44 and a card reader 46 (for reading user credit/debit cards). Processor 40 is adapted to execute software stored in memory 42, which includes an operating 15 system 50, a display driver 52 (for touch screen 30), a printer driver 54 for controlling a printer (not shown) provided in kiosk 18, and a server interface 56 for controlling communication with system server 16. 20 Figure 4 is a schematic view of the components of system server 16 most relevant to the operation of this embodiment of the present invention. These include a processor 60, a memory 62, and an I/O card 44. Processor 60 is adapted to execute software stored in memory 62, 25 which includes an operating system 70, an F/I interface 72 for controlling communication with financial institution servers (such as to query a financial institution as to the validity of a user payment), a provider interface 74 for controlling communication with the relevant provider 30 (in this example, Telco server 14), a payment validator 76 for determining whether a user payment is valid (and which employs F/I interface 72 to do so), and a data packet builder 78 (controlled by payment validator 76) for constructing - and initiating the transmission to Telco 35 server 14 of - a purchase data packet (described in further detail below) if a user payment has been validated.
- 9 Figure 5 is a flow diagram 80 of a method for paying for mobile telephone credit according to an embodiment of the present invention, as implemented by system 10 of figure 5 1. Thus, at step 82, a user operates kiosk 18 to request mobile telephone credit. The user does this by selecting an icon displayed on touch screen 30 indicative of such services, followed by subsequent icons for identifying the user's account (typically by entering the telephone number 10 of relevant device, in this example mobile telephone 12), and selecting a desired payment value. These subsequent icons may either represent fixed amounts (such as $10, $20, $50 and $70) or allow the user to enter any desired monetary value. 15 At step 82, kiosk 18 responds by requesting user payment, in response to which - at step 86 - the user effects payment by inserting a credit or debit card, providing suitable authorisation (such as in the form of a PIN), and 20 confirming that he or she wishes to proceed with the payment. At step 88, kiosk 18 communicates with system server 16 via server interface 56 and requests validation of the 25 payment. This request is processed by payment validator 76 of system server 16 which communicates via F/I interface 72 with the relevant financial institution. The response of the financial institution is processed by payment validator 76, which forwards to kiosk 18 data 30 indicating whether the payment has been validated or not. If not, processing continues at step 90, where the purchase requested by the user is rejected and processing ends. 35 If, at step 88, the payment was successful, processing continues at step 92, where the kiosk provides a purchase receipt to the user. This purchase receipt can assume any - 10 suitable form; for example, the kiosk may display a receipt number on touch screen 30, transmit a receipt number to mobile telephone 12, or print a receipt for retrieval by the user from tray 34. In some embodiments, 5 the user is first asked whether he or she would like to receive a receipt, and will be provided with a receipt only if the user operates touch screen 30 to indicate that he or she would like a receipt. It should be noted, however, that this receipt relates to the payment made at 10 step 86, and it is not of itself confirmation that the requested mobile telephone credit has been credited to the user's mobile telephony account with the Telco. At step 94, payment validator 76 of system server 16 is because the payment has been validated - controls data packet builder 78 of system server 16 to construct a purchase data packet for transmission to Telco server 14. This purchase data packet contains data indicative of the user (typically in the form of the mobile telephone 20 corresponding to the user account), of the value of the purchased credit, and of the date and time of the payment. Upon receipt of the purchase data packet, at step 96 Telco server 14 verifies the credit request (including checking 25 that the indicated user account exists and has not been suspended) and applies the corresponding credit to the user's account. Notification that the account has been credited is then 30 provided to the user, but how this is done depends on whether the Telco server 16 is configured to provide such kiosks. If, at step 98, it is determined that Telco server 16 does not provide such receipts to the kiosk, processing continues at step 100 where Telco server 16 35 notifies the user directly of the crediting of his or her account, such as by SMS to mobile telephone 12.
- 11 If, at step 98, it is determined that the Telco server 16 does provide such receipts to kiosk 18, processing continues at step 102 where Telco server 14 notifies kiosk 18 that the user's account has been credited, after which 5 - at step 104 - kiosk 18 notifies the user that his or her account has been credited (such as by SMS or Bluetooth). Processing then ends. It should be noted that the mobile device whose account is 10 to be credited, in this example mobile telephone 12, need not be present when the user purchases credit, as the credit is "activated" without operation of the mobile device. Also, if a receipt is sent to the mobile device, this can be done by - for example - sms, which also does 15 not require the presence of the mobile device. (If kiosk 18 attempts to deliver a receipt by a protocol - such as Bluetooth - that does require that the mobile device be in the vicinity of kiosk 18, this delivery may fail. Nonetheless, the account will still be credited.) 20 It should also be noted that system server 16 does not in this embodiment - hold a stock of credit certificates that are progressively sold to users (as is required according to the background art). However, such credit 25 certificates may optionally be used with the present invention. For example, system server 16 may be provided with a stock of credit certificates by Telco server 14, and kiosk 18 may sell mobile telephony credit to a user only in amounts that are equal to one of the remaining 30 that is, unsold - credit certificates (e.g. $10, $20, and $50). Thus, kiosk 18 would only display credit in amounts that are available, at least in principle, and/or check with system server 16 whether a desired amount of credit indeed corresponds to an available credit certificate 35 before proceeding with the sale of the credit. In such cases, the purchase data packet built by data packet builder 78 may include a credit certificate identifier - 12 (such as a number) instead of the value of the purchased credit, as the credit certificate identifier would be translatable by Telco server 14 into that value. 5 In some embodiments, kiosks 18 can be used to purchase other than mobile (or other) telephony credit. For example, in one embodiment, kiosks 18 are identical with those of figures 1 to 3, but are configured to display icons indicative of other services, including - for 10 example, cinema tickets. In such embodiments, when a user purchases one or more cinema tickets, the receipt that is transmitted (cf. steps 100 and 104 of figure 5) to the nominated mobile device - such as mobile telephone 12 constitutes a voucher either redeemable for paper a cinema is ticket or itself constituting a cinema ticket. In this embodiment, provider interface 74 communicates a successful user payment for the requested cinema ticket(s) to the cinema's server (instead of, as in the previous example, the Telco server), and the cinema's server 20 responds by transmitting a receipt to the user's mobile device either directly (cf. communications link 26) or via kiosk (cf. communications link 22, 20, 28). Indeed, in some embodiments, kiosks 18 may vend goods, 25 stored within each kiosk. In such examples, system server 16 need not employ provider interface 74 as, once the payment has been approved, the purchased good can be dispensed via tray 34. In some cases, however, system server 16 will nonetheless report the purchase - such as 30 for the purpose of inventory control - via provider interface 74 to the respective server of the original provider of the goods. Modifications within the scope of the invention may be 35 readily effected by those skilled in the art. It is to be understood, therefore, that this invention is not limited to the particular embodiments described by way of example - 13 hereinabove. In the claims that follow and in the preceding description of the invention, except where the context requires 5 otherwise owing to express language or necessary implication, the word "comprise" or variations such as "comprises" or "comprising" is used in an inclusive sense, that is, to specify the presence of the stated features but not to preclude the presence or addition of further 10 features in various embodiments of the invention. Further, any reference herein to prior art is not intended to imply that such prior art forms or formed a part of the common general knowledge in Australia or any other is country.

Claims (38)

1. A payment system, comprising: 5 a user operable kiosk adapted to accept a request for an entitlement to a good or service to be provided by a provider and payment for said entitlement; wherein said request identifies a recipient of said entitlement and said system is adapted to respond to said payment by sending data to said provider indicative of said recipient and of said entitlement. .0
2. A system as claimed in claim 1, wherein said kiosk is adapted to accept payment information from the user, and communicate said payment information to a financial institution server.
3. A system as claimed in claim 2, wherein said payment information includes a credit .5 card or debit card number.
4 A system as claimed in either claim 2 or 3, wherein the kiosk further comprises a card reader, and said kiosk is adapted to accept payment information from the user with the card reader.
5. A system as claimed in any one of claims 2 to 4, wherein said kiosk is configured to .0 communicate said payment information to said financial institution server via an intermediate server.
6. A system as claimed in any one of claims 2 to 4, comprising an intermediate server, wherein said kiosk is configured to communicate said payment information to said financial institution server via said intermediate server and said intermediate server is adapted to send 25 said data indicative of said recipient and of said entitlement to said provider.
7. A system as claimed in any one of claims 1 to 4, comprising an intermediate server adapted to send said data indicative of said recipient and of said entitlement to said provider.
8. A system as claimed in any one of claims 1 to 7, wherein said entitlement is an entitlement to telecommunications services. 15
9. A system as claimed in any one of claims 1 to 7, wherein said entitlement is an entitlement to an entertainment service.
10. A system as claimed in any one of claims 1 to 9, wherein said kiosk is also equipped to vend goods. 5
11. A system as claimed in any one of claims 1 to 10, wherein said request identifies said recipient by way of a telephone number.
12. A system as claimed in claim 1, comprising an intermediate server adapted to communicate with said kiosk and with a plurality of other like kiosks.
13. A system as claimed in claim 12, comprising said other kiosks. .0
14. A system as claimed in any one of claims 1 to 13, wherein said kiosk is adapted to communicate wirelessly with a mobile communications device.
15. A system as claimed in any one of claims 1 to 14, wherein said provider is a telecommunications provider.
16. A system as claimed in any one of claims 1 to 15, comprising a provider server in data .5 communication with said kiosk.
17. A system as claimed in any one of claims 1 to 4, comprising an intermediate server adapted to send said data indicative of said recipient and of said entitlement to said provider, and a provider server in data communication with said intermediate server adapted to receive said data indicative of said recipient and of said entitlement from said intermediate server. 20
18. A system as claimed in either claim 16 or 17, wherein said provider server is adapted to send a confirmation entitlement to a mobile device.
19. A system as claimed in any one of claims 1 to 18, wherein the kiosk further comprises a touch screen, and said kiosk is adapted to accept said request for an entitlement with the touch screen. 25
20. A system as claimed in claim 1, comprising a purchase data packet builder controllable by a payment validator to construct a purchase data packet indicative of a user account and of said payment, wherein said system is adapted to forward said purchase data packet to a provider server of said provider, said purchase data packet being adapted to 16 prompt said provider server to update an account record corresponding to said user according to said payment.
21. A payment system, comprising: a user operable kiosk adapted to accept a request for an entitlement to a good or 5 service to be provided by a provider and payment for said entitlement; wherein said request identifies a recipient of said entitlement and said system is adapted to respond to said payment by sending entitlement data to a mobile device, said entitlement data being storable on said mobile device as evidence of said entitlement. .0
22. A payment method, comprising: a server receiving information indicative of a requested entitlement to a good or service, of a recipient of the requested entitlement and of payment information pertaining to the requested entitlement from a user operable kiosk in data communication with the server; and .5 said server sending data indicative of said recipient and of said entitlement to a provider of said good or service.
23. A method as claimed in claim 22, comprising: said server forwarding the payment information to a financial institution; 10 said server receiving payment validation from the said financial institution; and said server responding to receipt of said payment validation by performing said sending of said data indicative of said recipient and of said entitlement to said provider of said good or service. 25
24. A method for purchasing an entitlement to a good or service using a kiosk, the method comprising the steps of: entering a request for the entitlement to be provided by a provider into the kiosk; entering information that identifies the intended recipient of the entitlement into the kiosk; 30 entering payment information or a payment into the kiosk; and controlling the kiosk to initiate purchase of said entitlement resulting in electronic transmission of data indicative of said recipient and of said entitlement to said provider. 17
25. A method as claimed in claim 24, wherein said entering of said payment information or said payment constitutes said controlling of said kiosk to initiate said purchase.
26. A mobile telephony account payment system comprising a purchase data packet 5 builder controllable by a payment validator to construct a purchase data packet indicative of a mobile telephone user account and of the payment, wherein the system is adapted to forward the purchase data packet to a server of a telecommunications provider, the purchase data packet being adapted to prompt the server of a telecommunications provider to update an account record corresponding to the user according to the payment. .0
27. A system as claimed in claim 26 wherein the purchase data packet comprises data indicative of a user.
28. A system as claimed in claim 27 wherein the data indicative of a user is in the form of .5 a mobile telephone corresponding to the user account.
29. A system as claimed in any one of claim 26 to 28, wherein the purchase data packet comprises data indicative of the value of the purchase credit. 0
30. A system as claimed in any one of claims 26 to 29 wherein the purchase data packet comprises data indicative of the date and/or time of payment.
31. A system as claimed in any one of claims 26 to 30 wherein upon receipt of the purchase data packet, the server of the telecommunications provider verifies the purchase 25 credit and/or applies the corresponding credit to the user's account.
32. A system as claimed in claim 31 wherein verification of the purchase credit comprises checking that the indicated user account exists and/or has not been suspended. 30
33. A system as claimed in any one of claims 26 to 32 comprising notification that the account has been credited to the user.
34. A system as claimed in claim 33 wherein the notification is sent directly from the server of the telecommunications provider to the user. 18
35. A system as claimed in claim 33 or claim 34 wherein the notification is by SMS.
36. A system as claimed in any one of claims26 to 35 wherein the mobile telephone to be 5 credited is not present when the user purchases credit.
37. A system as claimed in any one of claims 26 to 36 wherein the server of the telecommunication provider does not hold a stock of credit certificates. .0
38. A system as claimed in any one of claims 26 to 37 wherein the system does not require the user to have regard to a PIN. DATED: 12 February 2016 BY: CHURCHILL ATTORNEYS .5 Patent Attorneys for: TURTLE CORPORATION PTY LTD
AU2016200909A 2008-09-03 2016-02-12 Payment method and system Abandoned AU2016200909A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
AU2016200909A AU2016200909A1 (en) 2008-09-03 2016-02-12 Payment method and system
AU2018200357A AU2018200357A1 (en) 2008-09-03 2018-01-16 Payment method and system
AU2020201360A AU2020201360A1 (en) 2008-09-03 2020-02-25 Payment method and system
AU2022200191A AU2022200191A1 (en) 2008-09-03 2022-01-13 Payment method and system
AU2023286028A AU2023286028A1 (en) 2008-09-03 2023-12-29 Payment method and system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
AU2008207700A AU2008207700A1 (en) 2008-09-03 2008-09-03 Payment method and system
AU2008207700 2008-09-03
AU2016200909A AU2016200909A1 (en) 2008-09-03 2016-02-12 Payment method and system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
AU2008207700A Division AU2008207700A1 (en) 2008-09-03 2008-09-03 Payment method and system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
AU2018200357A Division AU2018200357A1 (en) 2008-09-03 2018-01-16 Payment method and system

Publications (1)

Publication Number Publication Date
AU2016200909A1 true AU2016200909A1 (en) 2016-03-17

Family

ID=41796636

Family Applications (7)

Application Number Title Priority Date Filing Date
AU2008207700A Abandoned AU2008207700A1 (en) 2008-09-03 2008-09-03 Payment method and system
AU2009290131A Abandoned AU2009290131A1 (en) 2008-09-03 2009-09-02 Payment method and system
AU2016200909A Abandoned AU2016200909A1 (en) 2008-09-03 2016-02-12 Payment method and system
AU2018200357A Abandoned AU2018200357A1 (en) 2008-09-03 2018-01-16 Payment method and system
AU2020201360A Abandoned AU2020201360A1 (en) 2008-09-03 2020-02-25 Payment method and system
AU2022200191A Abandoned AU2022200191A1 (en) 2008-09-03 2022-01-13 Payment method and system
AU2023286028A Pending AU2023286028A1 (en) 2008-09-03 2023-12-29 Payment method and system

Family Applications Before (2)

Application Number Title Priority Date Filing Date
AU2008207700A Abandoned AU2008207700A1 (en) 2008-09-03 2008-09-03 Payment method and system
AU2009290131A Abandoned AU2009290131A1 (en) 2008-09-03 2009-09-02 Payment method and system

Family Applications After (4)

Application Number Title Priority Date Filing Date
AU2018200357A Abandoned AU2018200357A1 (en) 2008-09-03 2018-01-16 Payment method and system
AU2020201360A Abandoned AU2020201360A1 (en) 2008-09-03 2020-02-25 Payment method and system
AU2022200191A Abandoned AU2022200191A1 (en) 2008-09-03 2022-01-13 Payment method and system
AU2023286028A Pending AU2023286028A1 (en) 2008-09-03 2023-12-29 Payment method and system

Country Status (2)

Country Link
AU (7) AU2008207700A1 (en)
WO (1) WO2010025503A1 (en)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU6499200A (en) * 1999-08-05 2001-03-05 On-Point Technology Systems, Inc. Pre-paid mobile telephone air-time replenishing system and method
JP2002140755A (en) * 2000-10-31 2002-05-17 Yozan Inc Merchandise transaction device, movile object communication equipment and management device
US7024174B2 (en) * 2001-07-24 2006-04-04 Citibank, N.A. Method and system for data management in electronic payments transactions
FR2842382B1 (en) * 2002-07-12 2004-11-26 Radiotelephone Sfr METHOD FOR USING A RADIOTELEPHONE TERMINAL AS A REMOTE CONTROL OF AUTOMATIC DEVICES PROVIDING PAYABLE SERVICES

Also Published As

Publication number Publication date
AU2009290131A1 (en) 2010-03-11
AU2008207700A1 (en) 2010-03-18
AU2020201360A1 (en) 2020-03-12
AU2022200191A1 (en) 2022-02-10
WO2010025503A1 (en) 2010-03-11
AU2023286028A1 (en) 2024-01-25
AU2018200357A1 (en) 2018-02-08

Similar Documents

Publication Publication Date Title
US7194441B2 (en) RFID Transponder Dispenser and Authorizer
US8032414B2 (en) System and method for providing receipts, advertising, promotion, loyalty programs, and contests to a consumer via an application-specific user interface on a personal communication device
US20080017702A1 (en) System and Method for Conducting Electronic Account Transactions
US20080235105A1 (en) System and method for providing an application-specific user interface on a personal communication device for conducting transactions with retail devices
US20080313062A1 (en) System and method for mapping paper receipts to electronic receipts using an application-specific user interface on a personal communication device
KR20110005507A (en) Electronic money payment system and method using on-line connector that integrates near field communications
WO2008154037A1 (en) System and method for conducting transactions with other retail devices
US20070007329A1 (en) System and method for processing transactions
US20080313028A1 (en) System and method for consumer notification that an order is ready for pick up via an application-specific user interface on a personal communication device
AU2001247953B2 (en) System and method for purchasing goods and services through financial data network access points
US20120330824A1 (en) Cash retrieval using payment provider
KR20000007062A (en) Purchasing system and method of cyber ticket
US20140279228A1 (en) System and method for providing online authentication codes usable to purchase goods and/or services
WO2007026212A1 (en) Off-line vending system
US20150278782A1 (en) Depositing and withdrawing funds
US20140032372A1 (en) Transaction system and method
KR20040060909A (en) Unified authentification using mobile communication terminal and method thereof
AU2023286028A1 (en) Payment method and system
KR101152164B1 (en) System and method for immediate issuing mobile gift certificate
KR20090076316A (en) Mobile virtual machine trading stamp circulation and management system and settlement method using virtual machine trading stamp
KR20040091822A (en) System and method for issuing and processing gift certificates
KR102309650B1 (en) Method of providing loan service for credit card affiliate, server and systerm thereof
US11941592B2 (en) System and method for processing a virtual money order
WO2008047330A2 (en) Financial transaction system and method
GB2428126A (en) System for processing transactions

Legal Events

Date Code Title Description
PC1 Assignment before grant (sect. 113)

Owner name: REBUS CORPORATION PTY LTD

Free format text: FORMER APPLICANT(S): TURTLE CORPORATION PTY LTD.

HB Alteration of name in register

Owner name: ERIS TECHNOLOGY PTY LTD

Free format text: FORMER NAME(S): REBUS CORPORATION PTY LTD

MK5 Application lapsed section 142(2)(e) - patent request and compl. specification not accepted