+

WO2008008037A1 - Systèmes et procédés associés à un programme de bons - Google Patents

Systèmes et procédés associés à un programme de bons Download PDF

Info

Publication number
WO2008008037A1
WO2008008037A1 PCT/SG2006/000193 SG2006000193W WO2008008037A1 WO 2008008037 A1 WO2008008037 A1 WO 2008008037A1 SG 2006000193 W SG2006000193 W SG 2006000193W WO 2008008037 A1 WO2008008037 A1 WO 2008008037A1
Authority
WO
WIPO (PCT)
Prior art keywords
voucher
validation
consumer
message
merchant
Prior art date
Application number
PCT/SG2006/000193
Other languages
English (en)
Inventor
John Erwin Soriano Lavilles
Original Assignee
Veritas Mobile Solutions 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 Veritas Mobile Solutions Pte. Ltd. filed Critical Veritas Mobile Solutions Pte. Ltd.
Priority to PCT/SG2006/000193 priority Critical patent/WO2008008037A1/fr
Publication of WO2008008037A1 publication Critical patent/WO2008008037A1/fr

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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • 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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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/40—Authorisation, 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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to systems and methods for using vouchers to purchase product.
  • Prepaid vouchers that enable a user to pay for products in lieu of money are well-known. They may be provided in a form that emulates money, e.g. as paper-based gift vouchers, gift certificates and gift cheques, or in a form that emulates credit/debit cards, e.g. as a magnetic swipe gift card. They may be used at retail establishments participating in the relevant voucher scheme, and for example may be specific to one merchant or merchant outlet, to a group of merchants, or to a particular product or product type.
  • Gift vouchers are popular with consumers who may not have the time or the ability to choose a present for someone, but who nevertheless do not wish merely to give money. They provide the recipient with a degree of choice as to what may be bought, and the giver with a degree of control.
  • Gift vouchers also have advantages for businesses, as a business may receive monies up-front for goods to be bought later, and may be confident that revenue from their vouchers will be generated in their stores. Vouchers can also have promotional and marketing benefits. As well as these well-known physical forms of voucher, it is also known to send an electronic voucher as an SMS text message that may be shown to an appropriate staff member at a merchant's premises.
  • SMS voucher is provided in the form of a bar-code graphic. This can be harder to forge, but requires a merchant to have suitable bar-code reading equipment.
  • the present invention aims to provide new and advantageous electronic voucher systems and methods that may be used in a variety of situations.
  • the present invention provides an electronic voucher system including a validation server, remote from a merchant, said merchant participating in an electronic voucher redemption scheme, wherein said validation server includes: means for receiving a validation request message in relation to a voucher transaction between a consumer and a merchant; means for processing said validation request message to identify said consumer, said merchant and a voucher associated with said voucher transaction; means for accessing a database of voucher data to determine whether said voucher transaction between said consumer and said merchant is a valid transaction; and means for issuing a transaction validation message when said transaction between said consumer and said merchant is determined to be valid.
  • the present invention provides a system in which a validation server, e.g. a trusted party independent of the merchants and consumers, is able to validate the electronic vouchers, and so provide a degree of confidence in the validity of the vouchers and in the authenticity of the consumers and merchants.
  • a validation server e.g. a trusted party independent of the merchants and consumers
  • the validation server may issue the vouchers itself, and/or may validate vouchers issued by other parties.
  • the validation server will monitor the voucher database, and update the database when vouchers are redeemed, so that the vouchers cannot be re-used at a later date.
  • the consumer has a mobile communications device, and the validation request message is sent to the validation server by the consumer using the mobile device and an electronic messaging service associated with the mobile device.
  • the mobile communications device may be for example a mobile telephone, and could also be a PDA or a smart phone.
  • the messaging service may be an SMS, EMS or MMS messaging service, although it could also take other forms, such as an email service or other internet messaging service.
  • the use of a mobile communications device allows the validation system to be used in a number of different situations. It allows a consumer to request validation of a voucher whilst attending a merchant's premises, e.g. at the point of sale, time of sale, of a product, and so marries the ease of use and distribution of electronic vouchers with the ability to purchase product at a physical location.
  • the validation message may be sent to the merchant and/or the consumer, and preferably to both, and is preferably sent to a mobile communications device. It would also however be possible to send the validation message to the merchant via other communications channels.
  • the validation message could for example be sent to the merchant via a PSTN line, e.g. to a standard telephone or facsimile machine. It could also be sent by a pager or the like, and could be sent via the Internet, if the merchant has an online connection.
  • the validation messaging could also be integrated with a merchant's point-of-sale equipment, and any private communications network that might exist.
  • a useful feature of the validation system is that it does not need to rely on an internet or other such connection, and, the use of mobile telephones for both the consumer and merchant can provide a system having widespread applicability.
  • the validation server identifies the consumer using the consumer's messaging service ID, e.g. the consumer's telephone number, email address or the like.
  • the consumer's messaging service ID e.g. the consumer's telephone number, email address or the like.
  • This can provide a useful identification, as the messaging service ID can be hard to falsify, especially if it is a telephone number.
  • Other means of identification can also be utilised, e.g. a MAC address or the like of the consumer's or merchant's equipment, or a personal identification number (PIN), which a consumer may have received previously, e.g. through a separate communications system, such as a standard postal service.
  • PIN personal identification number
  • the validation server may obtain the necessary transaction information from a message field and/or an address field, e.g. recipient and sender fields, of the validation request message.
  • the information may be inserted into the message manually by the sender, e.g. the consumer, and/or may be inserted automatically by the consumer's mobile communications device.
  • an electronic voucher may be issued to a consumer by a voucher notification message sent via an electronic messaging system.
  • Transaction information may then be automatically included in a validation request message by generating the validation request message from the voucher notification message, e.g. by forming the validation request message as a reply to the notification message or by forwarding the notification message to an appropriate address.
  • the notification message has the validation server's address in the sender field so that, on reply, the validation message will be sent to the validation server.
  • the notification sender field may also include a voucher identification code, e.g. appended to the server's address, so that the server can parse the sender field to obtain the voucher ID.
  • the voucher ID may be a unique dynamic session ID generated for each notification message, and may be a suffix to the validation server's address.
  • the validation server's address may be an access code, e.g. a short code, common short code, used by a Short Message Service Centre (SMSC) or the like to direct traffic between cellular and computer networks.
  • SMSC Short Message Service Centre
  • the validation request message may also include data that identifies the merchant involved in the transaction, e.g. in the message field. This data may be obtained from a staff member at the point of sale.
  • a messaging service ID for the validation server is merchant specific, so that the server knows that any validation request message sent to that ID is in relation to a particular merchant.
  • the validation server may also have action specific addresses, e.g. a specific address that deals only with voucher redemption, so that all messages received at that address are dealt with as redemption requests. If this is not the case, then the validation request message may include a command word to identify it as a redemption request. This may be parsed by the server so that the appropriate action can be taken. For example, a user may type a keyword such as "CLAIM" into the validation request message.
  • the present invention extends to methods of redeeming electronic vouchers, and, viewed from another aspect, the present invention provides a method of redeeming an electronic voucher including the steps of: providing a validation server remote from a merchant and consumer; sending a message from said merchant or consumer requesting validation of a voucher; processing said message to determine the identity of said merchant and customer; determining the validity of said voucher for said consumer and merchant; and issuing a transaction validation message from said validation server to said merchant and customer.
  • a method may include any of the features discussed above.
  • the consumer uses a mobile communications device to send the transaction validation message to the validation server, and the consumer preferably receives a voucher in a voucher notification message, and replies to the notification message in order to validate the voucher.
  • the validation server issues the validation message to both the consumer and the merchant, and, preferably, the validation message is sent to the validation server at the time of the transaction.
  • the present invention provides a method of validating an electronic voucher stored on a mobile communications device, the method including the steps of: compiling a validation request message for an electronic messaging service on said communications device, said validation request message including data relating to a voucher identification, a voucher owner identification and a merchant identification; sending said validation request message via said electronic messaging service to a validation server; receiving a transaction validation message from said validation server; and using said transaction validation message to obtain a product.
  • the present invention provides a voucher system for use with wireless mobile devices, the system including a validation server, wherein the validation server includes: means for receiving a validation request message from a mobile device via an electronic messaging system, the validation request message requesting use of a voucher at a merchant; means for checking that said voucher is valid by determining from said message a messaging system ID for the mobile device and an identity of said voucher, and by looking up said messaging system ID and voucher identification in a voucher database, said voucher database including data regarding the validity of voucher and messaging system ID combinations; and means for sending a validation message to said mobile device and to said merchant when said voucher ID and messaging ID combination is determined to be valid.
  • the validation server includes: means for receiving a validation request message from a mobile device via an electronic messaging system, the validation request message requesting use of a voucher at a merchant; means for checking that said voucher is valid by determining from said message a messaging system ID for the mobile device and an identity of said voucher, and by looking up said messaging system ID and voucher identification in a voucher database, said voucher database including data regarding the
  • the present invention provides an electronic voucher system wherein an electronic voucher is issued to a mobile communications device of a consumer, said consumer requests validation of said voucher for a transaction at a merchant's point of sale by sending an electronic message to a validation centre from said mobile communications device, and said validation centre checks the validity of said voucher for said transaction, and, if valid, issues a validation notification to said merchant.
  • the present invention provides an electronic voucher system wherein a consumer receives an electronic voucher in a voucher notification message sent via a messaging system for a mobile communications device, and wherein said consumer validates said voucher by sending a validation request message based on said notification message to a central validation authority via said messaging system.
  • Figure 1 is a schematic diagram of an electronic voucher system
  • Figure 2 is a schematic diagram of an electronic voucher system showing implementations using various types of communications service
  • FIGS. 3 to 5 are schematic diagrams of an electronic voucher system employing mobile telephone communications, at various stages in a voucher driven transaction.
  • Figures 6 and 7 respectively are a voucher notification message and a validation request message for a further electronic voucher system.
  • an electronic voucher payment system 10 includes a validation server 12 and a voucher database 14 remote from a plurality of merchants M and consumers C.
  • the validation server 12 manages the redemption of electronic gift vouchers V. These vouchers V may be issued by the validation server 12 or another party and are provided to consumers C for redemption at the appropriate merchants M.
  • the vouchers V are stored on suitable electronic equipment of the consumers C, and voucher details are recorded on the voucher database 14 when the vouchers are issued.
  • the voucher data may include assigned recipient, assigned merchant or merchants, voucher value, validity statuses, product information, expiry dates, issue date and the like.
  • the database 14 may also record customer and merchant contact information.
  • the server 12 accesses the database 14 for voucher validation purposes, and updates the voucher information when vouchers V are redeemed.
  • the server 12 communicates with the consumers C and merchants M through a suitable communications system 16.
  • the server 12 may comprises a collection of servers and other devices, and the database 14 may be housed directly by the server 12 or may be one or more separate databases with which the server 12 can communicate.
  • the communications system 16 may be a collection of networks, such as a combination of computer-based networks, and PSTN and cellular telephone networks.
  • the validation server 12 will receive a validation request message over the communications system 16 in relation to a transaction between a consumer C and merchant M, and will process the message to determine the identities of the consumer C, the merchant M and the voucher V.
  • the server 12 can then interrogate the voucher database 14 to determine whether the transaction is valid. This may require a determination of whether the voucher exists, is owned by the consumer, and is shown as used or unused, as well as whether the merchant is eligible to receive the voucher. Other restrictions and conditions may also be checked, e.g. voucher expiry dates, product types, transaction amounts and the like.
  • the server will include means for receiving a validation request message in relation to a voucher transaction between a consumer and a merchant; means for processing the validation request message to identify the consumer, merchant and voucher of the voucher transaction; means for accessing the voucher database to determine whether the voucher transaction is valid; and means for issuing a transaction validation message when said transaction is determined to be valid.
  • These means may be provided by suitable software running on the server, the server invoking appropriate routines based on the message received and the steps needing to be taken.
  • the validation request message may be sent out by a merchant, it preferably originates from a consumer. A consumer may validate a voucher before or during a transaction.
  • the validation server 12 issues a transaction validation message, so as to confirm that the transaction is acceptable.
  • This message may be sent to the consumer or merchant, and preferably a validation message is sent to both. If a consumer receives a validation message, the consumer may present this to a merchant as proof of ownership of the voucher, and the merchant may compare the consumer validation message with their own validation message before completing the transaction.
  • a finding of an invalid transaction may also be suitably advised to the consumer, merchant and any other appropriate parties.
  • electronic vouchers V are stored on mobile communications devices of the consumers C. These devices may be for example mobile telephones, smart phones, PDAs or the like. This provides for simple and convenient storage of vouchers, and is enhanced by the validation system, which enables consumers to validate their vouchers through a messaging service with which the mobile communications device is connected.
  • a consumer C may for example send an SMS, EMS, or MMS message to the validation server 12 in order to validate a voucher.
  • the validation server allows the consumers and merchants to be confident in the validity of a voucher transaction, and allows for the vouchers to be used in many different situations.
  • a particular advantage of the system is that it enables electronic vouchers to be used at physical locations, e.g. at a merchant's store, with confidence and in the knowledge that the vouchers are not forged, duplicated or previously claimed.
  • the system allows a consumer to validate vouchers and purchase product whilst they attend a merchant's premises, although the system could also be used for remote purchases, e.g. to confirm a purchase over the telephone or in the on-line purchase of products, e.g. over the Internet.
  • the validation server 12 may issue the transaction validation message to the merchant via any suitable communications channel. This could be by email or Internet messaging, but preferably again is by a mobile phone messaging service, e.g. SMS, EMS or MMS, as the merchant does not then need to have an Internet connection. In this regard, also, merchant communication could be via a telephone call, a pager call or a facsimile transmission.
  • a mobile phone messaging service e.g. SMS, EMS or MMS
  • merchant communication could be via a telephone call, a pager call or a facsimile transmission.
  • the consumer validation request message could be sent by other forms of electronic messaging service, e.g. email or internet messaging, depending on the abilities of the consumer device that is used.
  • Consumers may receive vouchers by a voucher notification message over a suitable messaging service, and, when wishing to buy a product, may generate a validation request message from the voucher notification message. This may be achieved by replying to the notification message, if received from the server, or by forwarding the message to the validation server, if received from an alternative voucher issuing party. This allows for the automatic input of all or some of the necessary validation information into the validation request message through the use of information in the notification message. Any further information required may be input into the validation request message manually. This extra information might include for example a merchant's identification, product identification or the like.
  • the validation server 12 may be independent of the merchants M and consumers C, and may be a trusted third party for facilitating transactions. It may obtain revenue from for example selling vouchers, from taking a percentage of any transactions, from taking a service payment from merchants, and/or from retaining and investing voucher payments until vouchers are redeemed.
  • a suitable voucher reconciliation procedure may be instigated to allow merchants to obtain funds in respect of the vouchers and products exchanged.
  • Each consumer may have multiple vouchers, with each voucher being uniquely identified by a combination of the consumer's identity and the voucher identity, e.g. CiV 1 and C 2 V 2 will identify two different vouchers uniquely in the database 14.
  • Fig. 2 is a more detailed diagram of an electronic voucher system, in which various types of messaging service and consumer and merchant types are represented.
  • a consumer C ⁇ receives and stores an electronic voucher Vi on a mobile device, such as a mobile telephone
  • SMS 1 EMS or MMS validation request message to the validation server 12 via a base station 21 and an SMSC 22 (Short Message Service Centre) or an
  • the SMSC 22 is a bridge between the mobile telephone network and the Internet-based validation server 12. It processes the validation request message, and passes it on to the correct IP address for the validation server through the Internet 18.
  • the validation server 12 On receiving the validation request message, the validation server 12 processes the message to obtain the required customer, merchant and voucher data, and any other necessary data, and then validates the transaction through a check of the voucher database 14.
  • the validation server 12 issues an SMS, EMS or MMS transaction validation message to both the merchant M 1 and to the customer C 1 to confirm that the voucher V is valid, and updates the database 14 to show that the voucher V has been used. It may also take any other necessary action. For example, if only a portion of a voucher is used, it may issue a new voucher for the remainder of the voucher value or may decrement the value of the current voucher, and inform the consumer accordingly. If the voucher is deemed invalid, a suitable invalidity protocol may be instigated, e.g. the merchant and consumer may be informed of the invalidity and the consumer may be given a contact number or the like to obtain further information.
  • the transaction validation message may be sent to the consumer via the same messaging service through which the validation request message was sent.
  • the transaction validation message may be sent to the merchant in a similar manner, e.g. via an SMSC 23 and base station 24 to a mobile communications device 25, such as again a mobile telephone.
  • a mobile communications device 25 such as again a mobile telephone.
  • the merchant need not have a permanent connection or a broadband internet connection or the like in order to take part in a voucher scheme.
  • Such a voucher validation system using mobile devices to contact a validation centre, is thus particularly flexible and may be used in many different types of situation. It is especially useful in situations where usual forms of communications infrastructures are poor or where internet connections are not wide-spread.
  • the merchant may be informed via a PSTN line 26, e.g. through a standard fixed line telephone or facsimile machine 27. If a telephone is used, the validation message may take the form of an automated voice call. In another possibility, the merchant may receive the validation message on a pager device 28 via a pager service 29 and network 30. Again, such communications systems may already be available in the community, and so enable electronic vouchers to be provided in many types of merchant situation without great expense.
  • the validation server 12 may issue the validation message through this medium, e.g. as an email message or other Internet messaging service.
  • this medium e.g. as an email message or other Internet messaging service.
  • other messaging services e.g. email or internet messaging services, may also be used to communicate with the mobile devices 20,25 of the consumer Ci or merchant Mi.
  • many mobile telephones can support email messaging, as can smart phones and PDAs.
  • a consumer Ci may telephone a merchant M 2 to agree a transaction, and then follow this up with a validation of the voucher via e.g. their mobile telephone.
  • a consumer may also purchase product online, e.g. over the internet, and, in parallel, validate the associated voucher by mobile telephone.
  • the consumer C 2 may also submit the voucher validation request to the validation server 12 through an online communication, e.g. via email or a web-based application, rather than by using a mobile device.
  • This method allows a consumer to compile a voucher validation request by replying to a voucher notification message 33, and employs an access code or short code, e.g. a common short code, to identify the validation server 12 to the SMSC 23, as well as a dynamically generated suffix ID to identify the voucher V by identifying the session during which the voucher notification message was generated.
  • Access codes and dynamically generated suffix IDs are also discussed in International Patent Application No. PCT/SG01 /00255, the contents of which are incorporated herein by reference.
  • a voucher notification message 33 is sent from the validation server 12 to a consumer's mobile telephone 20.
  • the validation server 12 compiles the voucher notification message 33 so that the consumer's mobile telephone number is in the recipient address field 34, e.g. +639189876543.
  • the number entered in the sender's address field 35 is a combination of the validation server's access number, e.g. 3333, and a dynamically generated session ID suffix, e.g. 98765.
  • the message field 36 provides a message to the consumer about the voucher, e.g. "You have received a mobile voucher for merchant X worth $10. You may use this at any merchant X outlet.
  • the mobile voucher code is 12345.”
  • the message may also include instructions as to how to validate and use the voucher, and could include information on any restrictions or conditions of use, e.g. a time limit.
  • the consumer may store the message in their phone 20 for later use.
  • a consumer C wishes to make a purchase, e.g. whilst at a merchant outlet Mi, the consumer obtains a merchant code, e.g. 987, from the merchant M-i, which for example may identify a particular merchant or a particular merchant outlet.
  • the consumer then brings up the voucher notification message 33 and compiles a validation request message 40 by replying to it and inserting the merchant code.
  • the reply 40 will have the combination of the validation server's access number and the voucher session ID number in the recipient's field 41 , the consumer's telephone number in the sender field 42, and the merchant code in the message field 43.
  • the validation server 12 it is able to parse the message and obtain the information needed to look up the database 14 and determine the voucher's validity.
  • the validation server 12 sends out a consumer validation confirmation message 50 and a merchant validation confirmation message 55.
  • the validation server 12 is able to obtain the merchant's mobile phone number, e.g. +63912345678, or other messaging service ID for the merchant, from the database 14 using the merchant code, e.g. 987.
  • the consumer's validation message may for example read "Your merchant X voucher 12345 worth $10 is valid. You may now use it at merchant X, branch 987".
  • the merchant validation message may for example read "Merchant X mobile voucher 12345 worth $10 being claimed by +639189876543 is valid. You may release equivalent items".
  • the consumer can, if required, show the message to the merchant for confirmation of their authority to use the voucher, and the merchant can confirm the voucher details with their own validation message and accordingly supply the consumer with the appropriate product.
  • the merchant could also ask to inspect the consumer's mobile communications device to determine its messaging ID, e.g. telephone number, as indicated in the merchant's validation message.
  • Fig. 6 shows a voucher notification message 60 and validation request message 65 for another verification method, which is similar to that of Figs. 3 to 5, but does not use a dynamic suffix ID to identify the voucher.
  • the notification message that issues a voucher to a consumer includes the consumer telephone number in the recipient field 61 , the validation server's access code in the sender field 62, and the voucher information in the message field 63, which in this case must include an identification number for the voucher, e.g. 12345.
  • the voucher number was also included in the voucher notification request message in the session suffix ID method, it is not strictly required by the consumer in that method, unless to identify the voucher should a problem occur.
  • the validation request message 65 is again a reply to the notification message 60, and includes the validation server's access code in the recipient field 66 and the consumer's telephone number in the sender's field 67. This time, in the message field 68, the consumer must provide both the merchant code 987 and the voucher code 12345, so that the validation server 12 has sufficient information to identify and validate the voucher.
  • the message field 68 also includes the keyword "CLAIM", which can be used to instruct the validation server 12 as to the nature of the message. This may be required if the messages received by the validation server through the messaging ID access code 3333 can take different forms. For example, as well as validation requests, the server 12 may receive various control and management messages, e.g. a merchant query regarding overall numbers of voucher transactions or the like, and the "CLAIM" command is needed to distinguish the validation request message from other messages.
  • the server 12 may receive various control and management messages, e.g. a merchant query regarding overall numbers of voucher transactions or the like, and the "CLAIM" command is needed to distinguish the validation request message from other messages.
  • the server 12 may receive various control and management messages, e.g. a merchant query regarding overall numbers of voucher transactions or the like, and the "CLAIM" command is needed to distinguish the validation request message from other messages.
  • the server 12 may however have a set channel, which e.g. may be identified by the access code 3333, which only receive validation requests, and, in this case, a keyword such as "CLAIM" would not be required.
  • the server 12 may have dedicated channels for specific merchants, so that e.g. the access code 3333 only receives validation requests in respect of a particular merchant outlet or the like. In this case, no merchant ID would be required in the validation request message.
  • voucher validation may be implemented in other ways also, and for example, whilst still using a mobile communications device, a consumer may send messages via an alternate messaging service, e.g. an email or internet messaging service. Such implementations may still utilise the above discussed features, e.g. the consumer may still reply to a voucher notification message to compile a voucher validation request message, although in this case the recipient and sender fields may take appropriate forms for the particular messaging service. Further, instead of replying to a message, a consumer may be instructed to compile a message in another way, e.g. to forward the message to another number, e.g. provided in the body of the message, or to dial a short code number or the like.
  • an alternate messaging service e.g. an email or internet messaging service.
  • Such implementations may still utilise the above discussed features, e.g. the consumer may still reply to a voucher notification message to compile a voucher validation request message, although in this case the recipient and sender fields may take appropriate forms for the particular messaging service.
  • the validation system may utilise a personal identification number (PIN) or other code.
  • PIN personal identification number
  • a consumer may be assigned a PIN by the validation server 12, and may be requested to input the PIN in the body of their validation request messages.
  • the PIN may be provided in any suitable manner, and may be transmitted to the consumer separately from the voucher notification message, e.g. by a standard mail delivery service or the like.
  • a PIN may be especially useful when using email-type messaging service, as email addresses may be vulnerable to imitation and spoofing.
  • An advantage of the use of mobile phones is that a user's ID can be harder to mimic.
  • identification could also be utilised, e.g. a hardware identification code, such as a MAC address of a consumer's communication device.
  • the communications devices may vary, and for example could take the form of a smart phone, PDA or the like.
  • the voucher validation request message may be sent out by the merchant instead of by the consumer.
  • the consumer may inform the merchant of their identification code and a voucher code, so that the merchant can pass the data onto the validation server.
  • the voucher may be provided in any suitable manner, e.g. by a further party, so long as the validation server and/or the validation database is informed of the voucher and consumer information. If the notification message does not come from the validation server, then the consumer must be informed of the messaging ID of the server, e.g. a short code number or email address, so as to be able to send the validation request message.
  • the validation message may be sent to a POS system of the merchant, and the validation system may be integrated with the POS system.
  • the validation server 12 could ask a security question or the like.
  • the validation server could also supply validation codes to a consumer and merchant which should be compared in order to confirm the consumer's identity.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Système de bons électronique (10) comprenant un serveur de validation (12), distant d'une pluralité de commerçants (M) et de consommateurs (C) prenant part à un programme de bons. Le serveur de validation (12) reçoit un message de demande de validation associé à une transaction par bon entre un consommateur et un commerçant, et traite le message de demande de validation dans le but d'identifier le consommateur (C), le commerçant (M) et le bon (V) de la transaction. Le serveur (12) accède ensuite à une banque de données de bons (14) dans le but de déterminer si la transaction est valable et, le cas échéant, émet un message de validation de transaction, lequel peut être envoyé au commerçant ou au consommateur et, de préférence, aux deux. Avantageusement, le message de demande de validation est envoyé au serveur de validation (12) par un dispositif de communications mobile du consommateur (C), tel qu'un téléphone mobile, de préférence sous la forme d'un message SMS ou d'un message analogue. Le consommateur et le commerçant peuvent également recevoir le message de validation par messagerie SMS.
PCT/SG2006/000193 2006-07-12 2006-07-12 Systèmes et procédés associés à un programme de bons WO2008008037A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/SG2006/000193 WO2008008037A1 (fr) 2006-07-12 2006-07-12 Systèmes et procédés associés à un programme de bons

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SG2006/000193 WO2008008037A1 (fr) 2006-07-12 2006-07-12 Systèmes et procédés associés à un programme de bons

Publications (1)

Publication Number Publication Date
WO2008008037A1 true WO2008008037A1 (fr) 2008-01-17

Family

ID=38923507

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SG2006/000193 WO2008008037A1 (fr) 2006-07-12 2006-07-12 Systèmes et procédés associés à un programme de bons

Country Status (1)

Country Link
WO (1) WO2008008037A1 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011103664A1 (fr) * 2010-02-26 2011-09-01 Miitou Inc. Système, procédé et programme d'ordinateur pour la salutation en ligne et le don en ligne à l'aide d'un dispositif mobile
US20110276371A1 (en) * 2010-05-04 2011-11-10 Nokia Corporation Method and apparatus for validating redemption of a coupon
US20110302018A1 (en) * 2010-05-04 2011-12-08 Nokia Corporation Method and apparatus for validating redemption of a coupon
PT108111A (pt) * 2014-12-18 2016-06-20 Cofidis Método e sistema de verificação e autenticação de um voucher
US9864991B2 (en) 2009-09-22 2018-01-09 Murphy Oil Usa, Inc. Method and apparatus for secure transaction management
CN110401630A (zh) * 2019-05-21 2019-11-01 杭州米雅信息科技有限公司 交易凭证的验证方法、装置、电子设备和介质
EP3602455A1 (fr) * 2017-03-23 2020-02-05 Affily One Système et procédé de gestion de données
CN110930146A (zh) * 2018-09-19 2020-03-27 财团法人工业技术研究院 凭证验证辅助装置、系统及其方法
US20200364761A1 (en) * 2011-02-27 2020-11-19 Livingsocial, Inc. Merchant Deal Creation And Redemption System
US11593874B2 (en) 2012-05-29 2023-02-28 Livingsocial, Inc. Managing merchant communications
US12307510B2 (en) 2024-02-28 2025-05-20 Bytedance Inc. Managing merchant communications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5883810A (en) * 1997-09-24 1999-03-16 Microsoft Corporation Electronic online commerce card with transactionproxy number for online transactions
FR2823882A1 (fr) * 2001-04-23 2002-10-25 New Access Sa Procede et systeme de validation de paiement
US20030004828A1 (en) * 2000-04-27 2003-01-02 S/B Exchange Enterprises, Inc. Prepaid card authorization and security system
US20040193551A1 (en) * 2003-03-31 2004-09-30 First Data Corporation Methods and systems for processing unrestricted stored-value instruments

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5883810A (en) * 1997-09-24 1999-03-16 Microsoft Corporation Electronic online commerce card with transactionproxy number for online transactions
US20030004828A1 (en) * 2000-04-27 2003-01-02 S/B Exchange Enterprises, Inc. Prepaid card authorization and security system
FR2823882A1 (fr) * 2001-04-23 2002-10-25 New Access Sa Procede et systeme de validation de paiement
US20040193551A1 (en) * 2003-03-31 2004-09-30 First Data Corporation Methods and systems for processing unrestricted stored-value instruments

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LIN ET AL.: "Mobile Prepaid Phone Services", IEEE PERSONAL COMMUNICATIONS, June 2000 (2000-06-01) *
SCHREFT: "Clicking with Dollars: How Consumers Can Pay for Purchases from E-tailers", FEDERAL RESERVE BANK OF KANSAS CITY - ECONOMIC REVIEW, 2002 *

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9864991B2 (en) 2009-09-22 2018-01-09 Murphy Oil Usa, Inc. Method and apparatus for secure transaction management
WO2011103664A1 (fr) * 2010-02-26 2011-09-01 Miitou Inc. Système, procédé et programme d'ordinateur pour la salutation en ligne et le don en ligne à l'aide d'un dispositif mobile
US20110276371A1 (en) * 2010-05-04 2011-11-10 Nokia Corporation Method and apparatus for validating redemption of a coupon
WO2011138496A1 (fr) * 2010-05-04 2011-11-10 Nokia Corporation Procédé et appareil de validation du remboursement d'un coupon
US20110302018A1 (en) * 2010-05-04 2011-12-08 Nokia Corporation Method and apparatus for validating redemption of a coupon
US20200364761A1 (en) * 2011-02-27 2020-11-19 Livingsocial, Inc. Merchant Deal Creation And Redemption System
US11593874B2 (en) 2012-05-29 2023-02-28 Livingsocial, Inc. Managing merchant communications
US11954730B2 (en) 2012-05-29 2024-04-09 Livingsocial, Inc. Managing merchant communications
PT108111A (pt) * 2014-12-18 2016-06-20 Cofidis Método e sistema de verificação e autenticação de um voucher
EP3602455A1 (fr) * 2017-03-23 2020-02-05 Affily One Système et procédé de gestion de données
CN110930146A (zh) * 2018-09-19 2020-03-27 财团法人工业技术研究院 凭证验证辅助装置、系统及其方法
US11631062B2 (en) 2018-09-19 2023-04-18 Industrial Technology Research Institute Voucher verification auxiliary device, voucher verification auxiliary system, and voucher verification auxiliary method
CN110401630A (zh) * 2019-05-21 2019-11-01 杭州米雅信息科技有限公司 交易凭证的验证方法、装置、电子设备和介质
US12307510B2 (en) 2024-02-28 2025-05-20 Bytedance Inc. Managing merchant communications

Similar Documents

Publication Publication Date Title
AU2017200988B2 (en) Payment device with integrated chip
US8224727B2 (en) Systems and methods to process transactions based on social networking
US8160943B2 (en) Systems and methods to process transactions based on social networking
US8589290B2 (en) Systems and methods to identify carrier information for transmission of billing messages
WO2008008037A1 (fr) Systèmes et procédés associés à un programme de bons
US20170140374A1 (en) SYSTEMS AND METHODS FOR EXTENDING IDENTITY ATTRIBUTES AND AUTHENTICATION FACTORS IN AN ePAYMENT ADDRESS REGISTRY
US8583504B2 (en) Systems and methods to provide offers on mobile devices
US20090182674A1 (en) Facilitating financial transactions with a network device
US20100312645A1 (en) Systems and Methods to Facilitate Purchases on Mobile Devices
US20110238483A1 (en) Systems and Methods to Distribute and Redeem Offers
US20100312636A1 (en) System and method for applying stored value to a financial transaction
WO2012142315A2 (fr) Routage de messages à l'aide d'identifiants de destinataires logiquement indépendants
US20120173322A1 (en) Systems and methods to provide referral rewards via mobile devices
US20120011059A1 (en) Systems and Methods to Receive Funds via Mobile Devices
US20110258062A1 (en) Systems and Methods to Provide Credits via Mobile Devices
AU2010229232B2 (en) Systems and methods to process transactions based on social networking
KR20110039646A (ko) 광고 서비스를 제공하는 방법 및 서버
WO2012138432A1 (fr) Système et procédé pour faciliter des transactions d'échange de valeurs entre des utilisateurs répartis

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 12009500108

Country of ref document: PH

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06769676

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载