METHOD AND APPARATUS FOR POINT-OF-SALE PROCESSING OF A
LOYALTY TRANSACTION
FIELD
[0001] The present description relates generally to point-of-sale transactions using a contactless device, and more particularly to a method and apparatus for point-of-sale processing of a loyalty transaction within a standard financial transaction through a contactless interface.
BACKGROUND
[0002] A new paradigm is emerging for the payment of merchant goods and services and for administering merchant loyalty programs. Conventionally, a consumer will utilize a plurality of physical credit and/or debit cards to pay for goods and services, and physical loyalty cards, rewards card, points card, etc., which are visually similar to credit and debit cards, for collecting or redeeming loyalty points at a merchant. These physical cards may be carried in a physical wallet, purse or pocket, and are consequently susceptible to accidental loss, theft, etc.
[0003] The use of mobile payment services is therefore increasing in popularity as consumers eschew traditional payment methods such as cash, credit and debit cards in favour of electronic accounts held on mobile devices, such as smart phones. Such mobile devices include an integrated circuit (IC) that allow the mobile devices to be used for contactless payment by storing information associated with consumer payment card accounts and for communicating with merchant point-of-sale (POS) terminals. Contactless payment is typically implemented using Near Field Communication (NFC), which is a set of standards for smart phones and similar devices to establish wireless communication with each other by touching them together or bringing them into proximity, usually no more than a few inches.
[0004] In a typical mobile payment scenario, a consumer initiates a transaction by visiting a retail store operated by the merchant, selects goods for purchase, and presents the goods to a cashier. The cashier enters transaction data for causing the POS terminal to be readied to accept payment. Then, instead of tapping or I
t swiping a credit or debit card at the POS terminal, the consumer waves or taps his/her NEC-enabled mobile device near/on a proximity reader associated with the POS terminal to initiate the payment transaction, such as deducting payment for a purchase from a debit account or charging payment to a credit card account.
The POS terminal then transmits an authorization request that includes the payment card account number and the amount of the transaction to a payment service provider. A series of secure messages are exchanged between the payment service provider, the issuer financial institution that issued the customer's payment card account, a payment system for routing transactions from acquirers to issuers, and an acquirer financial institution that issued the merchant's account, in order to verify, authorize and complete the financial transaction.
[0005] In addition to systems for allowing consumers to use mobile devices to complete transactions, systems have been developed to permit collection and redemption of loyalty points and for applying coupon discounts to transactions using mobile devices instead of physical loyalty cards and physical discount coupons. However, the relatively short time period within which to complete a contactless transaction using NEC communications presents challenges to the inclusion of value-added services such as loyalty redemption or coupon discounting simultaneously with mobile payment. For example, US 2013/0046643 (Wall et al.) sets forth a system that uses NFC for an initial secure connection between a mobile device and a POS reader. Keys are exchanged between the mobile device and reader in order to set up a secondary secure communication channel between the mobile device and reader for providing value-added services such as loyalty and coupons. The secondary secure communication channel may use Bluetooth, WiFi or other wireless communication channel suitable for secure persistent communication with the reader from outside of the reader's NEC
range of communication.
SUMMARY
[0006] As set forth in greater detail below, a method and apparatus are provided for point-of-sale processing of a loyalty transaction within a standard financial transaction through a contactless interface using contactless NFC
communications.
BRIEF DESCRIPTION OF THE DRAWINGS
[0007] Features and advantages of the invention will be apparent from the detailed description which follows, taken in conjunction with the accompanying drawings, which together illustrate, by way of example, features of the invention;
and, wherein:
[0008] FIG. 1 is an illustration of a block diagram of a system for point-of-sale processing of a loyalty transaction within a standard financial transaction through a contactless interface, using contactless NFC communications, in accordance with an embodiment;
[0009] FIG. 2 illustrates a flow chart depicting a method for point-of-sale processing of a loyalty transaction within a standard financial transaction through a contactless interface, using contactless NFC communications, according to the embodiment of FIG. 1;
[0010] FIG. 3 illustrates a graphical user interface (GUI) for selecting a payment and a loyalty card using a wallet application on a mobile device in the system of FIG. 1;
[0011] FIG. 4 illustrates a graphical user interface (GUI) for initiating a payment transaction using a wallet application on a mobile device in the system of FIG. 1;
[0012] FIG. 5 illustrates a flow chart depicting a user interface startup sequence of the method illustrated in FIG. 2; and
[0013] FIG. 6 illustrates a flow chart depicting a loyalty transaction sequence of the method illustrated in FIG. 2.
[0014] Reference will now be made to the exemplary embodiments illustrated, and specific language will be used herein to describe the same. It will nevertheless be understood that no limitation of the scope of the invention is thereby intended.
r I
DETAILED DESCRIPTION
[0015] It is to be understood that the embodiment set forth herein is not limited to the particular structures or process steps disclosed herein, but is extended to equivalents thereof as would be recognized by those ordinarily skilled in the relevant arts. It should also be understood that terminology employed herein is used for the purpose of describing the particular embodiment only and is not intended to be limiting.
[0016] It should be understood that many of the functional units described in this specification have been labeled as modules, in order to more particularly emphasize their implementation independence. For example, a module may be implemented as a hardware circuit comprising custom VLSI circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components. A module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
[0017] Modules may also be implemented in software for execution by various types of processors. An identified module of executable code may, for instance, comprise one or more physical or logical blocks of computer instructions, which may, for instance, be organized as an object, procedure, or function.
Nevertheless, the executables of an identified module need not be physically located together, but may comprise disparate instructions stored in different locations which, when joined logically together, comprise the module and achieve the stated purpose for the module.
[0018] Indeed, a module of executable code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices. Similarly, operational data may be identified and illustrated herein within modules, and may be embodied in any suitable form and organized within any suitable type of data , I
structure. The operational data may be collected as a single data set, or may be distributed over different locations including over different storage devices, and may exist, at least partially, merely as electronic signals on a system or network.
The modules may be passive or active, including agents operable to perform desired functions.
[0019] Reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, appearances of the phrases "in one embodiment" or "in an embodiment" in various places throughout this specification are not necessarily all referring to the same embodiment.
[0020] With reference to FIG. 1, a system is illustrated for point-of-sale processing of a loyalty transaction within a standard financial transaction through a contactless interface, using contactless NFC communications, in accordance with an embodiment.
[0021] A mobile device 100 may be provided with a software application, referred to herein as a "wallet application", for storing and managing consumer credit and/or debit account information as well as loyalty information and coupon or discount information. Mobile device 100 may also be provided with a UICC (Universal Integrated Circuit Card) having an embedded secure element (SE) for storing subscriber details ¨ such as credit card account numbers, transit accounts, and mobile phone details ¨ and keeps these details separate and secure. UICC is used in mobile terminals within GSM and UMTS networks, as defined by ETSI Project Smart Card Platform. According to one aspect, the SE contains a loyalty applet, payment applet and a Contactless Registry Service (CRS) applet that controls what applets are available in the contactless interface (when the consumer selects the Pay Now button on the mobile device, as discussed in greater detail below with reference to FIG. 4)
[0022] The wallet application running on mobile device 100 includes a GUI
, (graphical user interface) for interacting with the various credit/debit accounts, loyalty programs and coupons, as discussed in greater detail below with reference to FIG. 3 and FIG. 4. In one embodiment, the consumer selects payment and loyalty cards for a transaction (either with or without password/ mobile PIN
authentication in the secure element), checks loyalty points available from membership in a loyalty program, and indicates an amount of loyalty points to redeem against the purchase.
[0023] The consumer then positions the mobile device 100 within the RF field of the NFC contactless reader 110. The reader obtains the consumer's payment and loyalty card details from the UICC via NFC, and the POS terminal 120 processes the loyalty point redemption to reduce the total transaction amount to be charged against the selected payment method and processes the transaction using information received from the mobile device 100. More particularly, the POS
terminal 120 communicates with a payment service provider 160 (i.e. financial organization) using the same secure process as is used for conventional credit or debit card transactions, and in return the consumer receives an electronic receipt that can be stored in the mobile device 100.
[0024] In one embodiment, the consumer downloads the wallet application and manually enters his/her own card details to the application. In another embodiment the consumer taps a contactless card that contain an embedded secure area such as an EMV chip (embedded microprocessor chip that encrypts transaction data) to the mobile device 100, whereupon the payment card account/loyalty numbers are automatically read by the wallet application. The wallet application in the mobile device 100 generates an 'add mobile credential' request to a hub 150 (via wallet server 130 and integration bridge 140). The hub 150 receives the add mobile credential message and requests the issuer host 175 to generate the mobile card credentials to hub 150 for processing and further enriching by SCMS 152. The hub then 150 sends the enriched mobile card credential to the wallet server 130 (via integration bridge 140) for generating the provision request to the SP TSM 142 and finally provisioning card credential to the UICC (in the mobile device 100 that initiated the 'add mobile credential request') via OTA (over the air).
[0025] Wallet server 130 receives notifications/requests from either the wallet application installed on mobile device 100 or from a service provider ¨
trusted service manager (SP TSM) via integration bridge 140. SP TSM 142 is a trusted third party that has access to the relevant cryptographic keys allowing access to the service provider's payment domain within the Secure Element (SE) in order to provision a payment application and a mobile card credential, or to update the life cycle of a mobile credential via OTA (over the air) on behalf of the payment service provider 160.The communication protocol between the mobile device 100 and the wallet server 130 may be HTTPS (either JSON or REST-full web services) or other secure communication protocol. The communication protocol between the SP
TSM 142 (via integration bridge 140) and the wallet server 130 may, for example, be WebService. In response to receiving a notification/request from the mobile device 100 or SP TSM 142 (via integration bridge 140), wallet server 130 composes and sends to hub 150 a message which, in an embodiment, is a well formed XML request message. The communication protocol between the wallet server 130 and the hub 150 can, for example, be WebService.
[0026] Integration bridge 140 provides connection between mobile device 100, wallet server 130, hub 150 and payment service provider 160 (i.e. financial institution). All notifications initiated by the mobile device 100 are transmitted by the wallet server 130 through the integration bridge 140 to hub 150 for processing. The wallet server 130 and integration bridge 140 may be isolated via a first firewall 155, the integration bridge 140 and hub 150 may be isolated via a second firewall 157, and the integration bridge 140 and SP-TSM 142 may be isolated via a third firewall 159, in a conventional manner.
[0027] Smart Card management system (SCMS) 152 is a software system that manages smart cards and mobile credentials, for issuing and enriching smart card/mobile credential data and managing the life cycle of smart card/mobile =
credentials in the SE (UICC).
[0028] Hub 150 communicates with loyalty system 170 for obtaining loyalty points balance information, as discussed in greater detail below.
[0029] Turning to FIG. 2, a flowchart is illustrated of a method for point-of-sale processing of a loyalty transaction within a standard financial transaction through a contactless interface, using contactless NFC communications, according to the embodiment of FIG. 1.
[0030] At step 200, upon launching the wallet application, the consumer selects the desired payment card and optionally the loyalty program from a card 'carousel' depicted in FIG. 3. As discussed in greater detail below with reference to FIG. 5, a loyalty point balance transaction then occurs between the mobile device 100 and loyalty system (CRM) 170 in response to which the device sets the available loyalty points in the UICC. If the consumer wishes to redeem points, then the consumer uses the wallet application GUI to select points for redemption and selects a "Pay Now" button (see FIG. 4).
[0031] In one embodiment, the merchant cashier enters the transaction amount in POS terminal 120 and, at step 210 the consumer positions mobile device 100 in the RF field of reader 110 in response to which POS terminal 120 initiates a staged transaction, including loyalty points earning, points redemption and payment, resulting in an adjusted transaction amount, as discussed in greater detail below with reference to FIG. 6. This represents a departure from traditional merchandise checkout where the cashier first selects a loyalty transaction and then selects a payment transaction. Therefore, the total transaction time for the consumer at the cashier checkout is reduced when compared to traditional merchandise checkout, as a result of conducting the loyalty point balance transaction prior to payment.
[0032] A person of skill in the art will understand that if the consumer is using a self-serve checkout terminal, entry of the transaction amount will be done automatically, for example in response to the consumer passing merchandise under the laser , , beam of a bar code scanner associated with the self-serve checkout terminal, after which the consumer selects a combined loyalty/payment transaction payment button from the self-serve checkout terminal.
[0033] At step 220, upon completion of the loyalty transaction with loyalty system 170, the POS terminal 120 sends commands to the payment applet in the secure element (selected via Proximity Payment Systems Environment (PPSE)) and performs a contactless payment transaction with the adjusted transaction amount.
The issuer host 175 also authorizes the payment transaction authorization request (via the payment service provider 160) on behalf of the issuer (e.g. financial institution) when the consumer positions the mobile device 100 in the RF field of the reader 110 of POS terminal 120, as discussed in further detail below.
[0034] At this stage, the wallet application deactivates the CRS applet and displays messages on the GUI display with wording such as: "Payment Info Read, see terminal for more information", and "Loyalty Points Earned".
[0035] At step 230, once the payment transaction has been completed (i.e.
approved or declined), the payment service provider 160 formats and sends a transaction verification message to the POS terminal 120 which, in turn finalizes the transaction and returns an acknowledgement to the payment service provider 160. Finally, if the transaction is approved and is subject to loyalty reward, the POS
terminal 120 sends a command to loyalty CRM system 170 for crediting the consumer's loyalty point balance. Otherwise, if the transaction is timed out, the wallet application deactivates the CRS and displays an appropriate message such as: "Transaction Did Not Complete".
[0036] In parallel, the POS terminal 120 continues its process in a well-known manner. If points have been redeemed, the receipt shows the redemption points used, redemption dollar amount, and the reduced transaction amount.
[0037] If the payment transaction is declined for any reason, the consumer is presented with an option to select another method of payment (cash, credit or , , debit) without using the wallet application and mobile device 100, in order to pay for the remainder of the transaction balance. If the consumer does not have another method of payment, he/she can be provided with a refund of the redeemed loyalty points in the form of a gift card or other form of loyalty credit.
[0038] Turning to FIG. 5, a flow chart is provided depicting details of the user interface startup sequence 200 of the method illustrated in FIG. 2. Upon selecting the desired payment and loyalty cards to be used for a transaction, the wallet application sends a web service call to loyalty CRM system 170 requesting the consumer's available points balance in response to which the loyalty CRM
system 170 responds with the requested point balance (step 500). According to an embodiment, the wallet application then causes mobile device 100 to display the available points as illustrated in FIG. 4, along with a prompt to tap the GUI
display for points redemption (step 510).
[0039] Upon selecting the desired points to redeem, the wallet application sends a command for setting the redemption points into the SE secure storage area associated with the selected loyalty card (step 520).
[0040] In response to the consumer pressing the "Pay Now" button (see FIG. 4), the wallet application activates a payment applet and loyalty applet in the UICC
SE
(step 530).
[0041] Turning to FIG. 6, a flow chart is provided depicting details of the loyalty transaction sequence 210 of the method illustrated in FIG. 2. Once the merchant cashier has selected an amount for the transaction and the type of payment (or the consumer passes merchandise under the bar code scanner laser beam of a self-serve checkout terminal, as discussed above), the consumer positions mobile device 100 within the RE field of the terminal reader 110 (step 600).
[0042] The terminal reader 110 initiates a loyalty transaction prior to the payment transaction by first sending a command to the loyalty applet in the SE using an application identifier (AID) (step 610). If the AID is not found, terminal reader 110 , , sends a command to the payment applet in the SE using a payment applet AID
(selected via Proximity Payment Systems Environment (PPSE)) and performs a standard contactless payment transaction using, for example, a payment transaction flow that is the same as a standard PayWave /PayPass contactless card transaction.
[0043] If the loyalty applet is successfully selected, at step 620 the terminal reader 110 sends a command for retrieving the loyalty ID field and redemption points (Loyalty Proprietary field) from the SE. Based on the input parameters, the loyalty applet matches the stored loyalty ID within the SE, and responds with the loyalty ID and user pre-set redemption points (Loyalty Proprietary Field).
[0044] Once read, the terminal reader 110 sends an update loyalty transaction command to the UICC SE to allow the wallet application to determine if the points have been read by the terminal reader 110 (step 630).
[0045] The POS terminal 120 then sends a web service call with the loyalty ID
and the requested points to the loyalty CRM system 170 for authorization (step 640).
[0046] The loyalty CRM system 170 then verifies the loyalty ID and authorizes the requested redemption points. If authorized, the loyalty CRM system 170 responds with response data indicating one of either success, error code, and MaxPointAllowed (same as points requested if success, if not enough, then max points allowed).
[0047] The POS terminal 120 then adjusts the final transaction amount by the available points for redemption (step 650).
[0048] Otherwise, if the authorization fails, due to a decline/critical error/timeout, the POS terminal 120 aborts the loyalty transaction, and does not adjust transaction amount, in which case the full transaction amount is charged to the selected payment credential. An error message can also be shown on the cashier's or self-serve checkout terminal screen.
[0049] Finally, the wallet application resets the default position for loyalty , credentials/cards in the carousel (FIG. 3).
[0050] While the forgoing examples are illustrative of the principles of the present invention in one or more particular applications, it will be apparent to those of ordinary skill in the art that numerous modifications in form, usage and details of implementation can be made without the exercise of inventive faculty, and without departing from the principles and concepts of the invention. Accordingly, it is not intended that the invention be limited, except as by the claims set forth below.