US20150019313A1 - Method, apparatus, and computer program product for facilitating promotions with an e-wallet - Google Patents
Method, apparatus, and computer program product for facilitating promotions with an e-wallet Download PDFInfo
- Publication number
- US20150019313A1 US20150019313A1 US14/336,059 US201414336059A US2015019313A1 US 20150019313 A1 US20150019313 A1 US 20150019313A1 US 201414336059 A US201414336059 A US 201414336059A US 2015019313 A1 US2015019313 A1 US 2015019313A1
- Authority
- US
- United States
- Prior art keywords
- transaction
- merchant
- consumer
- promotion
- code
- 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
Links
Images
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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
-
- 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/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
-
- 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/387—Payment using discounts or coupons
-
- 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
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0222—During e-commerce, i.e. online transactions
Definitions
- An exemplary embodiment of a method includes the steps of obtaining, by an electronic wallet platform, from a check-out web page of a merchant, (i) a unique identification of a given consumer, of a plurality of consumers, who is purchasing at least one item from the merchant in an on-line transaction, and (ii) associated transaction data.
- Additional steps include supplying, by the electronic wallet platform, to a transaction qualification service, the unique identification of the given consumer; retrieving, by the transaction qualification service, from a consumer enrollment database, a record wherein at least one useful token is stored in association with the unique identification of the given consumer; and determining, by the transaction qualification service, based on rules from an offers registry database, whether the at least one useful token is applicable to the on-line transaction, the rules being stored in the offers registry database in association with the at least one useful token, the rules taking into account at least one of the unique identification of the given consumer and the associated transaction data in determining the applicability.
- a further step includes providing the at least one useful token to the merchant, using the transaction qualification service and the electronic wallet platform, the at least one useful token being provided to the merchant prior to payment card authorization, clearing, and settlement for the on-line transaction.
- aspects of the invention contemplate the method(s) performed by one or more entities herein, as well as facilitating of one or more method steps by the same or different entities.
- “facilitating” an action includes performing the action, making the action easier, helping to carry the action out, or causing the action to be performed.
- instructions executing on one processor might facilitate an action carried out by instructions executing on a remote processor, by sending appropriate data or commands to cause or aid the action to be performed.
- an actor facilitates an action by other than performing the action, the action is nevertheless performed by some entity or combination of entities.
- One or more embodiments of the invention or elements thereof can be implemented in the form of a computer product including a tangible computer readable recordable storage medium with computer usable program code for performing the method steps indicated. Furthermore, one or more embodiments of the invention or elements thereof can be implemented in the form of a system (or apparatus) including a memory and at least one processor that is coupled to the memory and operative to perform exemplary method steps.
- FIG. 1 shows a general example of a payment system that can implement techniques of the invention
- FIG. 2 depicts an exemplary inter-relationship between and among: (i) a payment network configured to facilitate transactions between multiple issuers and multiple acquirers, (ii) a plurality of users, (iii) a plurality of merchants, (iv) a plurality of acquirers, and (v) a plurality of issuers;
- FIG. 3 is a block diagram of an exemplary system, according to an aspect of the invention.
- system 100 can also be designed to work with a contactless device such as card 112 .
- Card 112 can include an IC chip 114 having a processor portion 116 and a memory portion 118 .
- An antenna 120 can be provided for contactless communication, such as, for example, using radio frequency (RF) electromagnetic waves.
- RF radio frequency
- An oscillator or oscillators, and/or additional appropriate circuitry for one or more of modulation, demodulation, downconversion, and the like can be provided.
- cards 102 , 112 are exemplary of a variety of devices that can be employed.
- the ICs 104 , 114 can contain processing units 106 , 116 and memory units 108 , 118 .
- the ICs 104 , 114 can also include one or more of control logic, a timer, and input/output ports. Such elements are well known in the IC art and are not separately illustrated.
- One or both of the ICs 104 , 114 can also include a co-processor, again, well-known and not separately illustrated.
- the control logic can provide, in conjunction with processing units 106 , 116 , the control necessary to handle communications between memory unit 108 , 118 and the input/output ports.
- the timer can provide a timing reference signal from processing units 106 , 116 and the control logic.
- the co-processor could provide the ability to perform complex computations in real time, such as those required by cryptographic algorithms.
- the memory portions or units 108 , 118 may include different types of memory, such as volatile and non-volatile memory and read-only and programmable memory.
- the memory units can store transaction card data such as, e.g., a user's primary account number (“PAN”) and/or personal identification number (“PIN”).
- PAN primary account number
- PIN personal identification number
- the memory portions or units 108 , 118 can store the operating system of the cards 102 , 112 .
- the operating system loads and executes applications and provides file management or other basic card services to the applications.
- One operating system that can be used is the MULTOS® operating system licensed by MAOSCO Limited. (MAOSCO Limited, St.
- JAVA CARDTM-based operating systems based on JAVA CARDTM technology (licensed by Sun Microsystems, Inc., 4150 Network Circle, Santa Clara, Calif. 95054 USA), or proprietary operating systems available from a number of vendors, could be employed.
- the operating system is stored in read-only memory (“ROM”) within memory portion 108 , 118 .
- ROM read-only memory
- flash memory or other non-volatile and/or volatile types of memory may also be used in the memory units 108 , 118 .
- memory portions 108 , 118 may also include one or more applications.
- applications At present, one possible specification to which such applications may conform is the EMV interoperable payments specification set forth by EMVCo, LLC (901 Metro Center Boulevard, Mailstop M3-3D, Foster City, Calif., 94404, USA). It will be appreciated that applications can be configured in a variety of different ways.
- cards 102 , 112 are examples of a variety of payment devices that can be employed.
- the primary function of the payment devices may not be payment, for example, they may be cellular phone handsets.
- Such devices could include cards having a conventional form factor, smaller or larger cards, cards of different shape, key fobs, personal digital assistants (PDAs), appropriately configured cell phone handsets, or indeed any device with the appropriate capabilities.
- the cards, or other payment devices can include body portions (e.g., laminated plastic layers of a payment card, case or cabinet of a PDA, chip packaging, and the like), memories 108 , 118 associated with the body portions, and processors 106 , 116 associated with the body portions and coupled to the memories.
- the memories 108 , 118 can contain appropriate applications.
- the processors 106 , 116 can be operative to execute one or more method steps.
- the applications can be, for example, application identifiers (AIDs) linked to software code in the form of firmware plus data in a card memory such as an electrically erasable programmable read-only memory (EEPROM).
- AIDs application identifiers
- EEPROM electrically erasable programmable read-only memory
- Point-of-sale 146 , 148 can be connected to network 138 .
- Different types of portable payment devices, terminals, or other elements or components can combine or “mix and match” one or more features depicted on the exemplary devices in FIG. 1 .
- Portable payment devices can facilitate transactions by a user with a terminal, such as 122 , 124 , 125 , 126 , of a system such as system 100 .
- a terminal such as 122 , 124 , 125 , 126
- Such a device can include a processor, for example, the processing units 106 , 116 discussed above.
- the device can also include a memory, such as memory portions 108 , 118 discussed above, that is coupled to the processor.
- the device can include a communications module that is coupled to the processor and configured to interface with a terminal such as one of the terminals 122 , 124 , 125 , 126 .
- the communications module can include, for example, the contacts 110 or antennas 120 together with appropriate circuitry (such as the aforementioned oscillator or oscillators and related circuitry) that permits interfacing with the terminals via contact or wireless communication.
- the processor of the apparatus can be operable to perform one or more steps of methods and techniques.
- the processor can perform such operations via hardware techniques, and/or under the influence of program instructions, such as an application, stored in one of the memory units.
- the portable device can include a body portion.
- this could be a laminated plastic body (as discussed above) in the case of “smart” or “chip” cards 102 , 112 , or the handset chassis and body in the case of a cellular telephone.
- conventional magnetic stripe cards 150 can be used instead of or together with “smart” or “chip” cards.
- the terminals 122 , 124 , 125 , 126 are examples of terminal apparatuses for interacting with a payment device of a holder.
- the apparatus can include a processor such as processor 130 , a memory such as memory 128 that is coupled to the processor, and a communications module such as 132 that is coupled to the processor and configured to interface with the portable apparatuses 102 , 112 , 142 .
- the processor 130 can be operable to communicate with portable payment devices of a user via the communications module 132 .
- the terminal apparatuses can function via hardware techniques in processor 130 , or by program instructions stored in memory 128 . Such logic could optionally be provided from a central location such as processing center 140 over network 138 .
- the aforementioned bar code scanner 134 and/or RFID tag reader 136 can be provided, and can be coupled to the processor, to gather attribute data, such as a product identification, from a UPC code or RFID tag on a product to be purchased.
- the above-described devices 102 , 112 can be ISO 7816-compliant contact cards or devices or NFC (Near Field Communications) or ISO 14443-compliant proximity cards or devices.
- card 112 can be touched or tapped on the terminal 124 or 128 , which then contactlessly transmits the electronic data to the proximity IC chip in the card 112 or other wireless device.
- Magnetic stripe cards can be swiped in a well-known manner. Again, in one or more instances, the card number is simply provided via web site, in a card-not present transaction, or the like.
- card-not-present Internet transactions As mentioned several times, one or more embodiments are of particular interest in the context of card-not-present Internet transactions.
- the card or other device is not presented to terminal 122 , 124 , 125 , or 126 .
- appropriate card information e.g., primary account number (PAN), cardholder name, cardholder address, expiration date, and/or security code, and so on
- PAN primary account number
- the merchant uses this information to initiate the authorization process.
- a number of different users e.g., consumers such as on-line shoppers
- U 1 , U 2 . . . U N interact with a number of different merchants 2004
- Merchants 2004 interact with a number of different acquirers 2006
- Acquirers 2006 interact with a number of different issuers 2010 , I 1 , I 2 . . . I J , through, for example, a single operator 2008 of a payment network configured to facilitate transactions between multiple issuers and multiple acquirers; for example, MasterCard International Incorporated, operator of the BANKNET® network, or Visa International
- N, M, I, and J are integers that can be equal or not equal.
- the cardholder 2002 pays for the purchase and the merchant 2004 submits the transaction to the acquirer (acquiring bank) 2006 .
- the acquirer may simply provide the card number, expiration date, security code, and/or other pieces of data described above to the merchant, who prepares an authorization request based upon same without actually seeing the physical card.
- the acquirer verifies the card number, the transaction type and the amount with the issuer 2010 and reserves that amount of the cardholder's credit limit for the merchant.
- the authorization request and response have been exchanged, typically in real time.
- Authorized transactions are stored in “batches,” which are sent to the acquirer 2006 .
- the acquirer sends the batch transactions through the credit card association, which debits the issuers 2010 for payment and credits the acquirer 2006 .
- the acquirer 2006 pays the merchant 2004 .
- the network 2008 shown in FIG. 2 is an example of a payment network configured to facilitate transactions between multiple issuers and multiple acquirers, which may be thought of as an “open” system.
- Some embodiments of the invention may be employed with other kinds of payment networks, for example, proprietary or closed payments networks with only a single issuer and acquirer.
- POS point of sale
- promotion codes are widely shared across the internet by consumers and a wide variety of businesses that have formed a secondary market of sorts, trading in promotion codes and coupons.
- Promotion codes tend to reach consumers through a variety of channels, including printed materials, advertisements, e-mail, and on-line communications. In the typical scenario, consumers are required to save, record, or otherwise remember the code until manually entered into the promotion code entry field on the merchant checkout page.
- the MasterCard® Rewards System has the ability to score transactions that are processed through the MasterCard® Global Clearing Management System (GCMS) or received in batch files from third parties (e.g., merchants, acquirers, issuers, and the like), and to issue statement credits to MasterCard® payment card accounts that qualify under pre-defined promotion rules.
- MRS MasterCard International Incorporated of Purchase, New York, USA
- GCMS MasterCard® Global Clearing Management System
- one or more embodiments of the invention can be implemented by modifying an existing solution such as the MRS platform based on the teachings herein, making use, for example, of appropriate business rules, scoring, offers database, and/or cardholder database functionality.
- One or more embodiments of the invention advantageously work in conjunction with an electronic wallet (e-wallet), also known as a digital wallet.
- An e-wallet provides consumers with a secure and convenient way to pay for purchases from accepting on-line merchants. Upon registration, consumers may store their card, billing and shipping information on a site hosted by a suitable entity (for example, an operator of a payment network 2008 ), and may access that information to pay conveniently and securely across participating merchants.
- the e-wallet platform may deliver additional security with the use of “virtual” account numbers to mask cardholders' real information.
- PAN mapping can be, for example, a network service that an operator of a payment network 2008 (e.g., an entity such as MasterCard International Incorporated) provides to issuers; in other instances, issuers may elect to use their own solution.
- the PAN mapping process involves taking the original Primary Account Number (PAN) and issuing a pseudo-PAN (or virtual card number) in its place. This provides security against the possibility of the original PAN becoming compromised.
- PAN mapping is that offered under the “one time use number” feature of MasterCard International Incorporated's inControlTM payment solutions platform.
- the e-wallet platform After the consumer logs into the e-wallet platform using his or her ID and password, and selects his or her payment and shipping options, the e-wallet platform passes payment details back to the merchant (e.g., the virtual card number (VCN) or real card number (RCN), expiration date, shopper name and contact information, ship-to details, and so on). The merchant may then present the final transaction details for confirmation before submitting the transaction for authorization and clearing.
- VCN virtual card number
- RCN real card number
- e-wallet functionality is extended to effectively provide valuable incentives to a highly targeted audience in a controlled and measurable way.
- a suitable entity for example, an operator of a payment network 2008
- ePOS electronic point-of-sale
- a suitable entity for example, an operator of a payment network 2008
- Offers registry 310 typically involves business-to-business interaction.
- the rules of the offer are determined by whoever provides the offer, whether a merchant, manufacturer, issuing bank, and so on.
- the appropriate entity provides the rules of the offer, the merchants at which the rules apply, a code range or some kind of identification scheme for the offer, and so on.
- a single identifier could be used for everyone to receive the offer; serialized identifiers could be provided, and so on. This information is stored in the offers registry 310 .
- this sub-process generally involves consumer targeting based upon market objectives and consumer characteristics, and may be carried out, for example, by the operator of a payment network 2008 (abbreviated in FIGS. 4 and 5 as a “PNO”), merchant 2004 , issuer 2010 , an agency, or another entity.
- PNO payment network
- Each offer should be established as a record in offers registry 310 (preferably managed by the operator of a payment network 2008 .
- the offer record should include the applicable source (merchant), the start and end date of the promotion, the promotion code, and any qualification criteria that the system may apply before determining if a promotion code should be passed to a merchant for a given transaction (e.g., spend or transaction thresholds at the given merchant, time of day constraints, and the like).
- this sub-process generally involves administration of an offer within offers registry 310 , and may be carried out, for example, by the operator of a payment network 2008 .
- this sub-process generally involves an offer made to a targeted consumer audience using a range of communication media including direct mail, e-mail, web, other print media, and the like, and may be carried out, for example, by the operator of a payment network 2008 (abbreviated in FIGS. 4 and 5 as a “PNO”), merchant 2004 , issuer 2010 , an agency, or another entity.
- PNO payment network
- an association For each consumer 2002 that may qualify for an offer, an association should be established between that consumer (represented by a suitable consumer ID) and the corresponding promotion code. Such association should be accessible to the transaction qualification service 308 (and preferably to the offers registry 310 as well), and ultimately, to the e-wallet platform 306 . This may be accomplished in several ways, depending upon the implementation and the opt-in requirements of the program. An auto-enrollment process may be used for the entire target audience, as at 314 . However, if an opt-in process 316 is required (as is often the case), a simple activation link in an on-line message may be used to trigger selective enrollment. Other modes of opt-in are also possible.
- the consumer enrollment sub-process generally involves a stored record that associates the offer code with a unique consumer identifier (e.g., PAN, user ID, etc.).
- the consumer enrollment database 312 should be provided to the PNO 2008 if not directly hosted by PNO.
- the consumer enrollment sub-process may be carried out, for example, by the operator of a payment network 2008 , merchant 2004 , issuer 2010 , an agency, or another entity.
- the consumer opt-in sub-process generally involves consumer opt-in through e-mail or on-line response to the offer.
- the consumer enrollment database 312 should indicate consumers that have opted-in and should be provided to PNO 2008 if not directly hosted by PNO.
- the consumer opt-in sub-process may be carried out, for example, by the operator of a payment network 2008 , merchant 2004 , issuer 2010 , an agency, or another entity.
- the transaction qualification system 308 should process requests for a qualifying promotion code from the e-wallet platform 306 . These requests should be resolved based upon the criteria established in the offers registry 310 during the offer set-up step.
- the transaction qualification sub-process generally involves, based upon the merchant's request during the purchase transaction, an application of the predefined qualification rule(s) to the current transaction and/or the consumer's transaction history to determine whether a relevant pre-registered promotion code may be returned to the merchant.
- the transaction qualification sub-process may be carried out, for example, by the operator of a payment network 2008 .
- a promotion code applies, it will be returned to the merchant via the e-wallet platform 306 .
- a relevant, pre-registered promotion code is returned to the merchant.
- the promotion code response sub-process may be carried out, for example, by the operator of a payment network 2008 .
- offer qualification involves an application of the predefined qualification rule(s) to the current transaction details (e.g., ticket size, line item details, etc.) to determine whether the offer is to be provided to the consumer.
- offer fulfillment the offer is provided to the consumer (e.g., a real-time discount is applied, value is provided such as free shipping or a bonus item, and the like).
- the offer qualification and fulfillment sub-processes may be carried out, for example, by the merchant 2004 .
- the merchant may be afforded the option to report the outcome of the transaction back to the e-wallet platform 306 or the transaction qualification service 308 .
- the consumer enrollment database 312 is updated to reflect the outcome appropriately. This provides several potential advantages for the merchant, namely, the system will take the appropriate action after transaction results are reported (e.g., de-activate a redeemed promotion code for the relevant consumer, register an incremental redemption of the promotion code for the relevant consumer, and the like); and/or promotion metrics may be more accurately reported by the system.
- an exemplary method includes the step of obtaining, by an electronic wallet platform 306 , from a check-out web page 304 of a merchant: (i) a unique identification of a given consumer, of a plurality of consumers, who is purchasing at least one item from the merchant in an on-line transaction, and (ii) associated transaction data.
- the method also includes the step of supplying, by the electronic wallet platform 306 , to a transaction qualification service 308 , the unique identification of the given consumer.
- the consumer's PAN primary account number; credit or debit card number
- the unique identification may be used as the unique identification.
- an alternate unique identifier could be generated and used.
- the associated transaction data could include, by way of a non-limiting example, merchant name, merchant return link, session ID, and the like.
- the associated transaction data may include an identifying indicia of the at least one item (for example, a stock-keeping unit or SKU; a universal product code or UPC, or some other code such a as a special code for prescription drugs or the like).
- a further step includes retrieving, by the transaction qualification service 308 , from a consumer enrollment database 312 , a record wherein at least one useful token is stored in association with the unique identification of the given consumer.
- a still further step includes determining, by the transaction qualification service 308 , based on rules from an offers registry database 310 , whether the at least one useful token is applicable to the on-line transaction. These two steps are generally depicted inn FIG. 6 as decision block 620 .
- the rules are stored in the offers registry database 310 in association with the at least one useful token, the rules take into account the unique identification of the given consumer and/or the associated transaction data, in determining the applicability.
- the at least one useful token is applicable to the on-line transaction, provide the at least one useful token to the merchant, as per block 622 , using the transaction qualification service 308 and the electronic wallet platform 306 .
- the at least one useful token is provided to the merchant prior to payment card authorization, clearing, and settlement for the on-line transaction (discussed below with respect to optional step 626 ).
- a promotion code (such as an online merchant discount code) is a non-limiting example of the at least one useful token. As will be discussed in greater detail below, it could be another type of code or string of data of use to the merchant; a representation of points; some other type of identifier (to gauge response to a targeted advertisement), and the like.
- the token is not necessarily limited to an offer or discount; it might just include information that the given consumer had been part of an earlier communication.
- the rules may take into account, for example, the associated transaction data; the associated transaction data can include an identifying indicia, as discussed above, of the at least one item.
- the rules may take into account the unique identification of the given consumer; for example, by accessing the given consumer's transaction history based on the unique identification of the given consumer.
- Information pertaining to the consumer's transaction history can be stored, for example, in a data warehouse 154 operated by an operator of payment network 2008 ; or the transaction history may already be available on one or more platforms and accessed by the operator of payment network 2008 ; e.g., on an issuer platform operated by an issuer or an issuer processor; within an existing e-wallet, and so on.
- Other possible locations will also be apparent to the skilled artisan, given the teachings herein.
- the merchant can report the outcome of the on-line transaction to the electronic wallet platform and/or the transaction qualification service.
- Processing continues in block 630 .
- block 620 returns “NO,” the return and application of the token may be bypassed and processing may proceed, for example, to step 626 . In at least some instances, it may be desirable to provide report 628 even when a “NO” is returned in block 620 —for example, where several purchases are needed to become eligible.
- the consumer affirmatively selects the e-wallet 306 ; for example, in response to a prompt which prompts the given consumer to select the electronic wallet platform from the check-out web page (perhaps as simple as a button or selectable link to the e-wallet).
- a prompt which prompts the given consumer to select the electronic wallet platform from the check-out web page (perhaps as simple as a button or selectable link to the e-wallet).
- the given consumer will typically have shopped on-line, as per step 612 , and then navigated to the merchant check-out page 304 as per step 614 .
- An optional additional step 604 includes the operator of the payment card network 2008 targeting the plurality of consumers in connection with an offer associated with the promotion code.
- a further optional additional step 606 includes populating the offers registry database 310 .
- a still further optional additional step 610 includes enrolling the consumers. In some cases, this step includes automatically enrolling the plurality of consumers in the consumer enrollment database.
- an additional optional step 608 includes distributing an offer associated with the promotion code to at least the plurality of consumers. Step 610 then involves accepting enrollment of the plurality of consumers, in the consumer enrollment database, in response to the offer. Offers may of course be distributed to a larger group of consumers than those who ultimately choose to register.
- PNO 2008 604 , 606 , 608 , 610 , 618 , 620 , 622 , 626 , 628 .
- the payment network of PNO 2008 may be, for example, of the kind wherein the operator is a single operator which facilitates transactions between multiple issuers and multiple acquirers, as per FIG. 2 .
- another optional step includes providing a system, wherein the system includes distinct software modules, each embodied on at least one tangible computer readable recordable storage medium, including an electronic wallet platform module to implement block 306 , a transaction qualification service module to implement block 308 , a consumer enrollment database module to implement block 312 , and an offers registry database module to implement block 310 .
- the blocks may be implemented by the software modules together with corresponding memories and one or more processors.
- elements 306 , 308 , 310 , and 312 are each separate software modules and each runs on its own server with its own processor(s) and memory(ies).
- the exemplary system still further includes an offers registry database 310 in data communication with the transaction qualification service.
- the transaction qualification service is still further configured to determine, based on rules from the offers registry database, whether the at least one useful token is applicable to the on-line transaction.
- the rules are stored in the offers registry database in association with the at least one useful token, and the rules take into account the unique identification of the given consumer and/or the associated transaction data, in determining the applicability.
- the transaction qualification service 308 and the electronic wallet platform 306 are further configured to provide the at least one useful token to the merchant, if, based on the determining, the at least one useful token is applicable to the on-line transaction.
- the at least one useful token is provided to the merchant prior to payment card authorization, clearing, and settlement for the on-line transaction.
- a variety of different networking techniques can be used to interconnect the various blocks in FIG. 3 .
- alphanumeric promotion codes are collected in an offer registry by an operator 2008 of a payment network.
- operator 2008 provides functionality whereby merchants or the operator itself can tag consumers with specific promotion codes transparent to the actual consumer; the consumer does not need to handle a promotion code.
- Promotion codes are not limited to discounts, but may also include, for example, double points, get an extra dollar amount for spending a certain amount, etc.
- a merchant has an interest in targeting and segmenting the market.
- operator 2008 can, as noted, assist the merchant in this process, based on information the network operator has about consumer behavior (subject to applicable laws, regulations, and privacy concerns, as set forth elsewhere herein).
- operator 2008 can potentially identify the specific card accounts that are targeted; in essence, pre-qualifying consumers as valid recipients of an offer, based on the consumers' card accounts.
- targeting is optional and can be carried out in a variety of ways: by PNO 2008 ; by the merchant, and so on.
- Alternatives to targeting include, by way of example and not limitation, using advertisements; making a promotion available to the first X people (e.g., 200 ) to visit the web site, and so on.
- pre-selecting consumers After pre-selecting consumers, it may be desirable to automatically enroll them in an offer, as at 314 , or it may be desirable to present them with an opt-in message, as at 316 , so they can take some action to indicate that they want the offer.
- One non-limiting example includes opt-in using an e-mail with a clickable link that sends a string (unique identifier) indicating that the particular recipient has opted in.
- the list of enrolled consumers is stored in database 312 (for example a list of PANs or other consumer identifiers).
- the discounter has provided the operator 2008 with the parameters for the promotion itself, and the same are present on offers registry 310 .
- the parameters may include, for example, available dates, the type of benefit the consumer will get such as dollars off, percent off, free shipping, points, and the like.
- the parameters may be set up as a set of rules.
- e-wallet platform 306 Consumers have an account that allows them to store methods of payment (e.g., any kind of payment card or account) and then the consumer can use the overriding account.
- methods of payment e.g., any kind of payment card or account
- the consumer can use the overriding account.
- check out page 304 select “Pay with e-wallet” and the underlying payment method is masked.
- the consumer fills his or her shopping cart, selects payment as “Pay with e-wallet,” and is then re-directed to an interface with the e-wallet product 306 .
- the merchant passes transaction information as part of the handoff (price, etc.).
- Operator 2008 associates the transaction to a pre-registered promotion and checks to see whether the promotion rules are satisfied, using service 308 .
- a promotion code is non-limiting.
- anything of use to the merchant can be passed. While this is typically an online merchant discount code it could be another type of code or string of data of use to the merchant; another type of identifier is possible.
- the merchant might have done a targeted advertisement and wants to see who is coming back to shop.
- the code is not necessarily limited to an offer or discount; it might just include information that this person had been part of an earlier communication. It could be a code that represented points, and is not limited to things triggered by typical on-line promotion codes.
- it may be any type of token that is of use to the merchant; the online promotion code is simply a preferred but non-limiting example.
- a merchant and an operator of a payment network 2008 collaborate together to identify certain cardholders who should be given an offer. Those cardholders are either automatically signed up as at 314 , or are provided with a chance to opt-in, as at 316 , using, for example, an e-mail and a link.
- the merchant provides to the payment network operator parameters defining the special offer or other benefit to be made available to the consumer, e.g., fixed amount or percentage off, free shipping, how long the promotion is good for, etc.
- the consumer goes to the web site and makes a purchase.
- the consumer opts to use the e-wallet platform 306 , rather than simply entering an actual card number.
- e-wallet platform 306 various parameters are passed to the payment network operator 2008 (running the platform 306 ) from the merchant, which allow operator 2008 to determine if the person is in fact eligible to receive a promotion (using service 308 , based upon database 312 and registry 310 ). If so, operator 2008 returns to the merchant conventional payment information as well as the promotion code (or other useful token), which can then be applied by the merchant in determining whether free shipping should be given, a discount offered, etc.
- a post-transaction reporting step can be provided. Absent such a step, it would not be apparent to service 308 whether the transaction was ever completed with the discount or other promotion. Accordingly, it may well be in the merchant's best interest to provide some kind of outcome to PNO 2008 so that PNO 2008 knows whether to show in the consumer's record that the discount or other promotion has been redeemed, so that the rules of the promotion can be enforced. For example, if it is a “one time” promotion, no discount should be offered next time. In another aspect, there might be a graduated promotion where the consumer obtains an additional reward for each occurrence, or only gets a reward after multiple occurrences. In essence, since the rules in registry 310 can be multi-transactional, this confirmation step, although optional, is preferred.
- one or more embodiments of the invention may provide one or more advantages. For example, at least some embodiments reduce or eliminate the viral distribution of promotion codes, allowing retailers to selectively target specific sets of consumers when providing business incentives. Accordingly, retailers can define the audience of a promotion, in turn permitting rich incentives to be offered and allowing for differentiation of offers for different sub-audiences. Another exemplary advantage is the enhanced measurability of program effectiveness, wherein retailers can determine how consumers receive the codes that they use, in turn allowing evaluation of the effectiveness of different communication channels and messaging, as well as who is responding to promotional offers relative to the intended population and how those promotions drive intended purchase behavior or brand loyalty.
- Yet another exemplary advantage is the elimination of the need for the consumer to save, record, or otherwise remember the code until manually entered into the promotion code entry field on the merchant checkout page, recalling that promotion codes typically reach consumers through a variety of channels, including printed materials, advertisements, e-mail, and on-line communications.
- Still another exemplary advantage is the opportunity for real-time (i.e., together with the transaction) promotion processing, with the accompanying positive emotional impact to the consumer, as well as the ability to make adjustments to the basket at the time of the transaction (e.g., free shipping, bonus gift in basket, etc.).
- An even further exemplary advantage includes the ability to determine offer eligibility based on factors besides transaction details processed in payment card clearing. For example, such transaction details processed in payment card clearing might include the total ticket amount, date, merchant location and card account. However, one or more embodiments of the invention enable determination of offer eligibility on additional factors such as processing of SKU-based promotions.
- blocks 310 , 312 , 308 , 306 are provided by the PNO 2008 , the promotion application process described does not take place during the conventional card authorization, clearing and settlement, but rather prior thereto; i.e., the promotion code is not furnished in the authorization request response but prior thereto.
- the interaction with service 308 and platform 306 is, in essence, a pre-authorization approach.
- Consumer 2002 goes to merchant's web site, goes to the virtual shopping cart, clicks “pay by e-wallet” and is then presented with an authentication (username and password) and subsequently specifies that he or she wants to pay with “Card X.”
- Platform 306 gives the merchant a pseudo-card number which PNO 2008 and platform 306 “know” is just a proxy for “Card X.” Then the merchant is able to use the proxy number as a card number which the merchant then submits for authorization.
- the consumer is authenticating with the e-wallet 306 and then being rerouted back to the merchant, before anything has been passed off for authorization to the issuing bank, that the promotion code or other useful token is being passed on to the merchant.
- the consumer 2002 never “sees” the promotion code or other token, inasmuch as the consumer's eligibility for the promotion or the like is determined through the interaction with the e-wallet account and service 308 (this feature also helps to prevent unauthorized and/or undesired sharing of promotion codes outside a targeted group). Furthermore, while it would be possible to do so, in one or more embodiments of the invention, it is not necessary to restrict how many offers a particular code is entitled to, since the consumer never sees the code and only authorized consumers can obtain the benefit of the code.
- a useful token such as a promotion code (and/or data indicative thereof) could be conveyed to and/or from the merchant and/or consumer via near-field communication (NFC) and/or short message service (SMS).
- NFC near-field communication
- SMS short message service
- Embodiments of the invention can employ hardware and/or hardware and software aspects.
- Software includes but is not limited to firmware, resident software, microcode, etc.
- Software might be employed, for example, in connection with one or more of a terminal 122 , 124 , 125 , 126 ; a reader 132 ; payment devices such as cards 102 , 112 ; a host, server, and/or processing center 140 , 142 , 144 (optionally with data warehouse 154 ) of a merchant, issuer, acquirer, processor, or operator of a network 2008 operating according to a payment system standard (and/or specification), as well as blocks 304 - 308 of FIG. 3 .
- Firmware might be employed, for example, in connection with payment devices such as cards 102 , 112 and reader 132 .
- Firmware provides a number of basic functions (e.g., display, print, accept keystrokes) that in themselves do not provide the final end-use application, but rather are building blocks; software links the building blocks together to deliver a usable solution.
- FIG. 7 is a block diagram of a system 700 that can implement part or all of one or more aspects or processes of the invention.
- memory 730 configures the processor 720 (which could correspond, e.g., to processor portions 106 , 116 , 130 ; processors of remote hosts in centers 140 , 142 , 144 ; processors of servers implementing blocks 304 - 312 , and the like) to implement one or more aspects of the methods, steps, and functions disclosed herein (collectively, shown as process 780 in FIG. 7 ). Different method steps can be performed by different processors.
- the memory 730 could be distributed or local and the processor 720 could be distributed or singular.
- the memory 730 could be implemented as an electrical, magnetic or optical memory, or any combination of these or other types of storage devices (including memory portions as described above with respect to cards 102 , 112 ). It should be noted that if distributed processors are employed, each distributed processor that makes up processor 720 generally contains its own addressable memory space. It should also be noted that some or all of computer system 700 can be incorporated into an application-specific or general-use integrated circuit. For example, one or more method steps could be implemented in hardware in an ASIC rather than using firmware.
- Display 740 is representative of a variety of possible input/output devices (e.g., displays, mice, keyboards, and the like).
- the notation “to/from network” is indicative of a variety of possible network interface devices.
- part or all of one or more aspects of the methods and apparatus discussed herein may be distributed as an article of manufacture that itself comprises a tangible computer readable recordable storage medium having computer readable code means embodied thereon.
- the computer readable program code means is operable, in conjunction with a computer system, to carry out all or some of the steps to perform the methods or create the apparatuses discussed herein.
- a computer-usable medium may, in general, be a recordable medium (e.g., floppy disks, hard drives, compact disks, EEPROMs, or memory cards) or may be a transmission medium (e.g., a network comprising fiber-optics, the world-wide web, cables, or a wireless channel using time-division multiple access, code-division multiple access, or other radio-frequency channel). Any medium known or developed that can store information suitable for use with a computer system may be used.
- the computer-readable code means is any mechanism for allowing a computer to read instructions and data, such as magnetic variations on a magnetic media or height variations on the surface of a compact disk.
- the medium can be distributed on multiple physical devices (or over multiple networks).
- one device could be a physical memory media associated with a terminal and another device could be a physical memory media associated with a processing center.
- a tangible computer-readable recordable storage medium is intended to encompass a recordable medium, examples of which are set forth above, but is not intended to encompass a transmission medium or disembodied signal.
- the computer systems and servers described herein each contain a memory that will configure associated processors to implement the methods, steps, and functions disclosed herein. Such methods, steps, and functions can be carried out, by way of example and not limitation, by processing capability on elements 140 , 142 , 144 , 304 - 312 , 2004 , 2006 , 2008 , 2010 , or by any combination of the foregoing.
- the memories could be distributed or local and the processors could be distributed or singular.
- the memories could be implemented as an electrical, magnetic or optical memory, or any combination of these or other types of storage devices.
- the term “memory” should be construed broadly enough to encompass any information able to be read from or written to an address in the addressable space accessed by an associated processor. With this definition, information on a network is still within a memory because the associated processor can retrieve the information from the network.
- elements of one or more embodiments of the invention can make use of computer technology with appropriate instructions to implement method steps described herein.
- the various platforms can be implemented, for example, using one or more servers which include a memory and at least one processor coupled to the memory.
- the memory could load appropriate software.
- the processor can be operative to perform one or more method steps described herein or otherwise facilitate their performance.
- a “server” includes a physical data processing system (for example, system 700 as shown in FIG. 7 ) running a server program. It will be understood that such a physical server may or may not include a display, keyboard, or other input/output components.
- a “host” includes a physical data processing system (for example, system 700 as shown in FIG. 7 ) running an appropriate program. It will be understood that such a host may or may not include a display, keyboard, or other input/output components.
- any of the methods described herein can include an additional step of providing a system comprising distinct software modules embodied on one or more tangible computer readable storage media. All the modules (or any subset thereof) can be on the same medium, or each can be on a different medium, for example.
- the modules can include any or all of the components shown in the figures.
- the modules include a merchant checkout page module (for example, running on one or more hardware processors of a merchant server); an e-wallet platform module; a transaction qualification service module; an offers registry database module (for example, part of a rewards platform); and a consumer enrollment database module.
- the e-wallet platform module, transaction qualification service module, offers registry database module, and consumer enrollment database module can run, for example on one or more hardware processors of one or more PNO servers; in general, all could run on the same server, each could run on a separate server, blocks 308 - 312 could be on one server and block 306 could be on another server, and so on. Block 312 , in some instances, could run on one or more database servers.
- elements 310 and 306 include software platforms while element 308 includes a software module providing connectivity and communication between platforms 306 , 310 .
- element 310 may include, for example, a rewards platform.
- a computer program product can include a tangible computer-readable recordable storage medium with code adapted to be executed to carry out one or more method steps described herein, including the provision of the system with the distinct software modules.
- Computers discussed herein can be interconnected, for example, by one or more of network 138 , 2008 , another virtual private network (VPN), the Internet, a local area and/or wide area network (LAN and/or WAN), via an EDI layer, and so on.
- the computers can be programmed, for example, in compiled, interpreted, object-oriented, assembly, and/or machine languages, for example, one or more of C, C++, Java, Visual Basic, and the like (an exemplary and non-limiting list), and can also make use of, for example, Extensible Markup Language (XML), known application programs such as relational database applications, spreadsheets, and the like.
- XML Extensible Markup Language
- the computers can be programmed to implement the logic depicted in the flow charts and other figures.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
- This patent application is a continuation of U.S. patent application Ser. No. 13/032,373, filed Feb. 22, 2011, entitled “METHOD, APPARATUS, AND COMPUTER PROGRAM PRODUCT FOR FACILITATING PROMOTIONS WITH AN E-WALLET,” which in turn claims the benefit of U.S. Provisional Patent Application Ser. No. 61/307,131 filed on Feb. 23, 2010, and entitled “METHOD, APPARATUS, AND COMPUTER PROGRAM PRODUCT FOR FACILITATING PROMOTIONS WITH AN E-WALLET.” The complete disclosures of the aforementioned U.S. patent application Ser. No. 13/032,373 and Provisional Patent Application Ser. No. 61/307,131 are expressly incorporated herein by reference in their entireties for all purposes.
- The present invention relates generally to electronic commerce, and, more particularly, to electronic payment systems.
- In today's electronic commerce environment, many retailers have adopted the practice of providing discounts and promotional incentives to consumers. A prevalent method used is the manually-entered promotion code. With this approach, a pre-defined code string (usually an alpha-numeric character sequence between four and ten characters in length) is defined by the retailer to represent a particular discount (percentage or absolute dollar amount) and a set of criteria or rules for qualification (e.g., dates, stock-keeping units (SKUs), minimum total purchase amount, and the like) These codes are made available to consumers through a variety of communication channels, including e-mail, web sites, direct mail, other printed material, and so on. Consumers are prompted to enter the codes on the respective retailer's electronic commerce check-out page. The retailer's point of sale (POS) system checks the validity of the code and the consumer order against the qualification criteria associated with the code. If qualified, the retailer makes the appropriate adjustment to the price or other order adjustment (e.g., free product or service).
- Principles of the present invention provide techniques for facilitating promotions with an e-wallet. An exemplary embodiment of a method (which can be computer-implemented), according to one aspect of the invention, includes the steps of obtaining, by an electronic wallet platform, from a check-out web page of a merchant, (i) a unique identification of a given consumer, of a plurality of consumers, who is purchasing at least one item from the merchant in an on-line transaction, and (ii) associated transaction data. Additional steps include supplying, by the electronic wallet platform, to a transaction qualification service, the unique identification of the given consumer; retrieving, by the transaction qualification service, from a consumer enrollment database, a record wherein at least one useful token is stored in association with the unique identification of the given consumer; and determining, by the transaction qualification service, based on rules from an offers registry database, whether the at least one useful token is applicable to the on-line transaction, the rules being stored in the offers registry database in association with the at least one useful token, the rules taking into account at least one of the unique identification of the given consumer and the associated transaction data in determining the applicability. If, based on the determining step, the at least one useful token is applicable to the on-line transaction, a further step includes providing the at least one useful token to the merchant, using the transaction qualification service and the electronic wallet platform, the at least one useful token being provided to the merchant prior to payment card authorization, clearing, and settlement for the on-line transaction.
- Aspects of the invention contemplate the method(s) performed by one or more entities herein, as well as facilitating of one or more method steps by the same or different entities. As used herein, “facilitating” an action includes performing the action, making the action easier, helping to carry the action out, or causing the action to be performed. Thus, by way of example and not limitation, instructions executing on one processor might facilitate an action carried out by instructions executing on a remote processor, by sending appropriate data or commands to cause or aid the action to be performed. For the avoidance of doubt, where an actor facilitates an action by other than performing the action, the action is nevertheless performed by some entity or combination of entities.
- One or more embodiments of the invention or elements thereof can be implemented in the form of a computer product including a tangible computer readable recordable storage medium with computer usable program code for performing the method steps indicated. Furthermore, one or more embodiments of the invention or elements thereof can be implemented in the form of a system (or apparatus) including a memory and at least one processor that is coupled to the memory and operative to perform exemplary method steps. Yet further, in another aspect, one or more embodiments of the invention or elements thereof can be implemented in the form of means for carrying out one or more of the method steps described herein; the means can include (i) hardware module(s), (ii) software module(s), or (iii) a combination of hardware and software modules; any of (i)-(iii) implement the specific techniques set forth herein, and the software modules are stored in a tangible computer-readable recordable storage medium (or multiple such media).
- These and other features and advantages of the present invention will become apparent from the following detailed description of illustrative embodiments thereof, which is to be read in connection with the accompanying drawings.
-
FIG. 1 shows a general example of a payment system that can implement techniques of the invention; -
FIG. 2 depicts an exemplary inter-relationship between and among: (i) a payment network configured to facilitate transactions between multiple issuers and multiple acquirers, (ii) a plurality of users, (iii) a plurality of merchants, (iv) a plurality of acquirers, and (v) a plurality of issuers; -
FIG. 3 is a block diagram of an exemplary system, according to an aspect of the invention; -
FIGS. 4 and 5 present a table of various exemplary sub-processes undertaken in one or more embodiments of the invention, together with corresponding exemplary descriptions of the sub-processes, and examples of parties who may carry out the sub-processes; -
FIG. 6 is a flow chart of an exemplary method, according to another aspect of the invention; and -
FIG. 7 is a block diagram of an exemplary computer system useful in one or more embodiments of the present invention. - Attention should now be given to
FIG. 1 , which depicts an exemplary embodiment of asystem 100, according to an aspect of the invention, and including various possible components of the system. It should be noted that for generality, presentation of physical cards to terminals will be described. However, one or more embodiments of the invention are particularly useful for card-not-present Internet commerce transactions.System 100 can include one or more different types of portable payment devices. For example, one such device can be a contact device such ascard 102.Card 102 can include an integrated circuit (IC)chip 104 having aprocessor portion 106 and amemory portion 108. A plurality ofelectrical contacts 110 can be provided for communication purposes. In addition to or instead ofcard 102,system 100 can also be designed to work with a contactless device such ascard 112.Card 112 can include anIC chip 114 having aprocessor portion 116 and amemory portion 118. Anantenna 120 can be provided for contactless communication, such as, for example, using radio frequency (RF) electromagnetic waves. An oscillator or oscillators, and/or additional appropriate circuitry for one or more of modulation, demodulation, downconversion, and the like can be provided. Note thatcards cards conventional card 150 having amagnetic stripe 152, an appropriately configured cellular telephone handset, and the like. Indeed, techniques can be adapted to a variety of different types of cards, terminals, and other devices, configured, for example, according to a payment system standard (and/or specification). TheICs processing units memory units ICs ICs processing units memory unit processing units - The memory portions or
units units cards memory portion memory units - In addition to the basic services provided by the operating system,
memory portions - As noted,
cards memories processors memories processors - A number of different types of terminals can be employed with
system 100. Such terminals can include acontact terminal 122 configured to interface with contact-type device 102, awireless terminal 124 configured to interface withwireless device 112, amagnetic stripe terminal 125 configured to interface with amagnetic stripe device 150, or a combinedterminal 126. Combined terminal 126 is designed to interface with any type ofdevice memory 128, aprocessor portion 130, areader module 132, and optionally an item interface module such as abar code scanner 134 and/or a radio frequency identification (RFID)tag reader 136.Items processor 130. Note that the principles of construction ofterminal 126 are applicable to other types of terminals and are described in detail for illustrative purposes.Reader module 132 can be configured for contact communication with card ordevice 102, contactless communication with card ordevice 112, reading ofmagnetic stripe 152, or a combination of any two or more of the foregoing (different types of readers can be provided to interact with different types of cards e.g., contacted, magnetic stripe, or contactless).Terminals computer network 138.Network 138 could include, for example, the Internet, or a proprietary network (for example, a virtual private network, such as the BANKNET® virtual private network (VPN) of MasterCard International Incorporated off Purchase, New York, USA). More than one network could be employed to connect different elements of the system. More than one network could be employed to connect different elements of the system. For example, a local area network (LAN) could connect a terminal to a local server or other computer at a retail establishment. A payment network could connect acquirers and issuers. Further details regarding one specific form of payment network will be provided below. Processing centers 140, 142, 144 can include, for example, a host computer of an issuer of a payment device (or processing functionality of other entities discussed in other figures herein). - Many different retail or other establishments, as well as other entities, generally represented by points-of-
sale network 138. Different types of portable payment devices, terminals, or other elements or components can combine or “mix and match” one or more features depicted on the exemplary devices inFIG. 1 . - Portable payment devices can facilitate transactions by a user with a terminal, such as 122, 124, 125, 126, of a system such as
system 100. Such a device can include a processor, for example, theprocessing units memory portions terminals contacts 110 orantennas 120 together with appropriate circuitry (such as the aforementioned oscillator or oscillators and related circuitry) that permits interfacing with the terminals via contact or wireless communication. The processor of the apparatus can be operable to perform one or more steps of methods and techniques. The processor can perform such operations via hardware techniques, and/or under the influence of program instructions, such as an application, stored in one of the memory units. - The portable device can include a body portion. For example, this could be a laminated plastic body (as discussed above) in the case of “smart” or “chip”
cards - Again, conventional
magnetic stripe cards 150 can be used instead of or together with “smart” or “chip” cards. - It will be appreciated that the
terminals processor 130, a memory such asmemory 128 that is coupled to the processor, and a communications module such as 132 that is coupled to the processor and configured to interface with theportable apparatuses processor 130 can be operable to communicate with portable payment devices of a user via thecommunications module 132. The terminal apparatuses can function via hardware techniques inprocessor 130, or by program instructions stored inmemory 128. Such logic could optionally be provided from a central location such asprocessing center 140 overnetwork 138. The aforementionedbar code scanner 134 and/orRFID tag reader 136 can be provided, and can be coupled to the processor, to gather attribute data, such as a product identification, from a UPC code or RFID tag on a product to be purchased. - The above-described
devices card 112 can be touched or tapped on the terminal 124 or 128, which then contactlessly transmits the electronic data to the proximity IC chip in thecard 112 or other wireless device. Magnetic stripe cards can be swiped in a well-known manner. Again, in one or more instances, the card number is simply provided via web site, in a card-not present transaction, or the like. - One or more of the processing centers 140, 142, 144 can include a database such as a
data warehouse 154. - As mentioned several times, one or more embodiments are of particular interest in the context of card-not-present Internet transactions. In such cases, the card or other device is not presented to
terminal - With reference to
FIG. 2 , an exemplary relationship among multiple entities is depicted. A number of different users (e.g., consumers such as on-line shoppers) 2002, U1, U2 . . . UN, interact with a number ofdifferent merchants 2004, P1, P2 . . . PM. Merchants 2004 interact with a number ofdifferent acquirers 2006, A1, A2 . . . A1. Acquirers 2006 interact with a number ofdifferent issuers 2010, I1, I2 . . . IJ, through, for example, asingle operator 2008 of a payment network configured to facilitate transactions between multiple issuers and multiple acquirers; for example, MasterCard International Incorporated, operator of the BANKNET® network, or Visa International - Service Association, operator of the VISANET® network. In general, N, M, I, and J are integers that can be equal or not equal.
- During a conventional credit authorization process, the
cardholder 2002 pays for the purchase and themerchant 2004 submits the transaction to the acquirer (acquiring bank) 2006. During Internet commerce, for example, the cardholder may simply provide the card number, expiration date, security code, and/or other pieces of data described above to the merchant, who prepares an authorization request based upon same without actually seeing the physical card. The acquirer verifies the card number, the transaction type and the amount with theissuer 2010 and reserves that amount of the cardholder's credit limit for the merchant. At this point, the authorization request and response have been exchanged, typically in real time. Authorized transactions are stored in “batches,” which are sent to theacquirer 2006. During subsequent clearing and settlement, the acquirer sends the batch transactions through the credit card association, which debits theissuers 2010 for payment and credits theacquirer 2006. Once theacquirer 2006 has been paid, theacquirer 2006 pays themerchant 2004. - It will be appreciated that the
network 2008 shown inFIG. 2 is an example of a payment network configured to facilitate transactions between multiple issuers and multiple acquirers, which may be thought of as an “open” system. Some embodiments of the invention may be employed with other kinds of payment networks, for example, proprietary or closed payments networks with only a single issuer and acquirer. - As noted, in today's electronic commerce environment, many retailers have adopted the practice of providing discounts and promotional incentives to consumers. A prevalent method used is the manually-entered promotion code. With this approach, a pre-defined code string (usually an alpha-numeric character sequence between four and ten characters in length) is defined by the retailer to represent a particular discount (percentage or absolute dollar amount) and a set of criteria or rules for qualification (e.g., dates, stock-keeping units (SKUs), minimum total purchase amount, and the like) These codes are made available to consumers through a variety of communication channels, including e-mail, web sites, direct mail, other printed material, and so on. Consumers are prompted to enter the codes on the respective retailer's electronic commerce check-out page. The retailer's point of sale (POS) system checks the validity of the code and the consumer order against the qualification criteria associated with the code. If qualified, the retailer makes the appropriate adjustment to the price or other order adjustment (e.g., free product or service).
- Given the ease with which information may be passed in today's connected environment, and the tangible value inherent in promotion codes, promotion codes are widely shared across the internet by consumers and a wide variety of businesses that have formed a secondary market of sorts, trading in promotion codes and coupons. Promotion codes tend to reach consumers through a variety of channels, including printed materials, advertisements, e-mail, and on-line communications. In the typical scenario, consumers are required to save, record, or otherwise remember the code until manually entered into the promotion code entry field on the merchant checkout page.
- MasterCard International Incorporated of Purchase, New York, USA has offered a tool to deliver electronic promotion qualification and fulfillment for a number of years. The MasterCard® Rewards System (MRS) has the ability to score transactions that are processed through the MasterCard® Global Clearing Management System (GCMS) or received in batch files from third parties (e.g., merchants, acquirers, issuers, and the like), and to issue statement credits to MasterCard® payment card accounts that qualify under pre-defined promotion rules. In some cases, one or more embodiments of the invention can be implemented by modifying an existing solution such as the MRS platform based on the teachings herein, making use, for example, of appropriate business rules, scoring, offers database, and/or cardholder database functionality.
- One or more embodiments of the invention advantageously work in conjunction with an electronic wallet (e-wallet), also known as a digital wallet. An e-wallet provides consumers with a secure and convenient way to pay for purchases from accepting on-line merchants. Upon registration, consumers may store their card, billing and shipping information on a site hosted by a suitable entity (for example, an operator of a payment network 2008), and may access that information to pay conveniently and securely across participating merchants. The e-wallet platform may deliver additional security with the use of “virtual” account numbers to mask cardholders' real information.
- The aforementioned use of “virtual” account numbers, also known as PAN mapping, can be, for example, a network service that an operator of a payment network 2008 (e.g., an entity such as MasterCard International Incorporated) provides to issuers; in other instances, issuers may elect to use their own solution. The PAN mapping process involves taking the original Primary Account Number (PAN) and issuing a pseudo-PAN (or virtual card number) in its place. This provides security against the possibility of the original PAN becoming compromised. A non-limiting example of PAN mapping is that offered under the “one time use number” feature of MasterCard International Incorporated's inControl™ payment solutions platform. The skilled artisan will be familiar with a variety of PAN mapping techniques, and, given the teachings herein, will be able to adapt same to one or more embodiments of the invention. For example, the payment network operator may create a translation table wherein external-facing instances of the number present the pseudo-PAN while internal-facing instances present the actual PAN. Commercially available PAN-mapping solutions which may be adapted to embodiments of the invention, given the teachings herein, include those available from Orbiscom Ltd., Block 1, Blackrock Business Park, Carysfort Avenue, Blackrock, Co. Dublin, Ireland (now part of MasterCard International Incorporated of Purchase, New York, USA); by way of example and not limitation, techniques of U.S. Pat. Nos. 6,636,833 and 7,136,835 of Flitcroft et al., the complete disclosures of both of which are expressly incorporated herein by reference in their entireties for all purposes.
- In one or more embodiments, merchants that participate in the e-wallet service will have to register with a suitable entity (for example, an operator of a payment network 2008) to receive a digital certificate, used when integrating their e-commerce services with an e-wallet platform over a mutually authenticated secure socket layer (SSL) connection. When a shopper selects the e-wallet option on a participating merchant's site, the merchant site will pass a variety of transaction information, (e.g., merchant name, merchant return link, session ID) to the e-wallet platform. After the consumer logs into the e-wallet platform using his or her ID and password, and selects his or her payment and shipping options, the e-wallet platform passes payment details back to the merchant (e.g., the virtual card number (VCN) or real card number (RCN), expiration date, shopper name and contact information, ship-to details, and so on). The merchant may then present the final transaction details for confirmation before submitting the transaction for authorization and clearing.
- It should be noted that the person of ordinary skill in the art will be familiar with e-wallets per se, and, given the teachings herein, will be able to adapt same for implementing one or more embodiments of the invention. Non-limiting examples of known e-wallets include the PayPal service (mark of PayPal subsidiary of eBay, Inc., San Jose, Calif., USA); the Checkout by Amazon service (mark of Amazon.com, Inc., Seattle, Wash., USA); and the Google Checkout service (mark of Google, Inc. Mountain View, Calif., USA).
- In one or more embodiments, e-wallet functionality is extended to effectively provide valuable incentives to a highly targeted audience in a controlled and measurable way. By leveraging the interaction that occurs during the checkout process between a merchant electronic site and the aforementioned e-wallet platform, a suitable entity (for example, an operator of a payment network 2008) can provide to merchants the controls within a promotional campaign to reduce or eliminate viral distribution of an offer (e.g., a promotion code); ensure that the consumer taking advantage of the offer is indeed one who is intended to participate; apply additional qualification filters within the e-wallet platform beyond those generally available on most merchant electronic point-of-sale (ePOS) platforms (e.g., qualify on Xth transaction, qualify after accumulating $X of spend); and/or improve the consumer's on-line shopping experience.
- Furthermore, in one or more embodiments, a suitable entity (for example, an operator of a payment network 2008) can offer consumers convenience in the offer redemption process by storing promotion codes, thus eliminating the consumer's need to record or recall the code; passing promotion codes to merchants, thus eliminating the consumer's manual keying process; and/or providing added management features, such as purging expired codes.
- With attention now to
FIG. 3 , there are two different ways for a consumer to be enrolled inconsumer enrollment database 312. As at 314, auto-enrollment is possible, based, for example, on accounts that payment network operator (PNO) 2008 maintains; certain accounts may be segmented and enabled for participation. As at 316, in another aspect, the consumer may be required to opt in. This could be carried out, for example, by havingPNO 2008 or some other entity carry out an analysis or check some other consumer database, to undertake an outreach, inviting one or more consumers to opt in. This could be selective (targeted) or open. In essence, some action is taken on the part of the consumer to register. In many cases, this can be carried out on-line or via mobile messaging, or using a clickable link in an e-mail. Theconsumer enrollment database 312 manages all the registered consumers. It ultimately maps back to an e-wallet account; e.g., via credit or debit card account or through the wallet account itself. -
Offers registry 310 typically involves business-to-business interaction. The rules of the offer are determined by whoever provides the offer, whether a merchant, manufacturer, issuing bank, and so on. The appropriate entity provides the rules of the offer, the merchants at which the rules apply, a code range or some kind of identification scheme for the offer, and so on. A single identifier could be used for everyone to receive the offer; serialized identifiers could be provided, and so on. This information is stored in theoffers registry 310. -
Transaction qualification service 308 applies the rules in real time, based onregistry 310 anddatabase 312.Service 308 applies the rules of the registered offer to transaction information coming through for the given consumer and determines if all the pieces are in place to qualify.Service 308 then updates that particular consumer's registration and transaction records. -
E-wallet platform 306 provides the interaction between the merchant and theconsumer 2002 as the transaction that is to be qualified.Consumer 2002 goes tomerchant checkout page 304 and when the consumer indicates that he or she wishes to pay with the e-wallet, he or she is re-routed to thee-wallet platform 306 and pertinent transaction information provided by the merchant is then run through thetransaction qualification service 308. If a promotion is applicable, pass this information back toe-wallet platform 306, and when the consumer completes interaction withe-wallet platform 306, that information passes back to the merchant, as part of the interface betweene-wallet platform 306 and the merchant. If the merchant wants to accepte-wallet platform 306, there will be certain messages the merchant will pass toe-wallet platform 306 and certain messages the merchant will receive back frome-wallet platform 306. - With attention now to
FIGS. 4 and 5 , the end-to-end promotion process can be broken down into several sub-processes. Many of these can either be provided by an operator of apayment network 2008 or by another party. - The targeting function per se is a common element of traditional direct marketing. Advantageously, in one or more embodiments of the invention, an operator of a
payment network 2008 is in a position to leverage historical transaction data to determine behavioral characteristics of consumers and their propensity to spend in specified categories. Of course, such activities must be carried out in full compliance with all applicable rules and regulations, and must respect privacy rights. In some instances, operator of apayment network 2008 may perform the targeting function formerchants 2004 on behalf ofissuers 2010. Other target methods could be applied by operator of apayment network 2008 or by other parties to identify the target audience for a promotion. - When the operator of a
payment network 2008 performs the targeting, the consumer's PAN (primary account number; credit or debit card number) may be used as a unique identifier in subsequent steps in the process. If an alternative targeting approach is taken, then an alternate unique identifier should be generated and used. - Thus, this sub-process generally involves consumer targeting based upon market objectives and consumer characteristics, and may be carried out, for example, by the operator of a payment network 2008 (abbreviated in
FIGS. 4 and 5 as a “PNO”),merchant 2004,issuer 2010, an agency, or another entity. - Each offer should be established as a record in offers registry 310 (preferably managed by the operator of a
payment network 2008. The offer record should include the applicable source (merchant), the start and end date of the promotion, the promotion code, and any qualification criteria that the system may apply before determining if a promotion code should be passed to a merchant for a given transaction (e.g., spend or transaction thresholds at the given merchant, time of day constraints, and the like). - Thus, this sub-process generally involves administration of an offer within
offers registry 310, and may be carried out, for example, by the operator of apayment network 2008. - The distribution of promotion codes to consumers is, in and of itself, a standard practice today across a broad spectrum of media including on-line, print, e-mail, and the like. These same channels may be leveraged for the offer distribution process in one or more embodiments of the invention. Electronic distribution (web, e-mail or mobile) is a desirable format to use when an opt-in step is required of the consumer, given the interactivity available through these channels.
- Thus, this sub-process generally involves an offer made to a targeted consumer audience using a range of communication media including direct mail, e-mail, web, other print media, and the like, and may be carried out, for example, by the operator of a payment network 2008 (abbreviated in
FIGS. 4 and 5 as a “PNO”),merchant 2004,issuer 2010, an agency, or another entity. - For each
consumer 2002 that may qualify for an offer, an association should be established between that consumer (represented by a suitable consumer ID) and the corresponding promotion code. Such association should be accessible to the transaction qualification service 308 (and preferably to theoffers registry 310 as well), and ultimately, to thee-wallet platform 306. This may be accomplished in several ways, depending upon the implementation and the opt-in requirements of the program. An auto-enrollment process may be used for the entire target audience, as at 314. However, if an opt-inprocess 316 is required (as is often the case), a simple activation link in an on-line message may be used to trigger selective enrollment. Other modes of opt-in are also possible. - Thus, the consumer enrollment sub-process generally involves a stored record that associates the offer code with a unique consumer identifier (e.g., PAN, user ID, etc.). The
consumer enrollment database 312 should be provided to thePNO 2008 if not directly hosted by PNO. The consumer enrollment sub-process may be carried out, for example, by the operator of apayment network 2008,merchant 2004,issuer 2010, an agency, or another entity. - Furthermore, the consumer opt-in sub-process generally involves consumer opt-in through e-mail or on-line response to the offer. The
consumer enrollment database 312 should indicate consumers that have opted-in and should be provided toPNO 2008 if not directly hosted by PNO. The consumer opt-in sub-process may be carried out, for example, by the operator of apayment network 2008,merchant 2004,issuer 2010, an agency, or another entity. - The
transaction qualification system 308 should process requests for a qualifying promotion code from thee-wallet platform 306. These requests should be resolved based upon the criteria established in theoffers registry 310 during the offer set-up step. Thus, the transaction qualification sub-process generally involves, based upon the merchant's request during the purchase transaction, an application of the predefined qualification rule(s) to the current transaction and/or the consumer's transaction history to determine whether a relevant pre-registered promotion code may be returned to the merchant. The transaction qualification sub-process may be carried out, for example, by the operator of apayment network 2008. - If a promotion code applies, it will be returned to the merchant via the
e-wallet platform 306. In particular, based upon the merchant's request during the purchase transaction, a relevant, pre-registered promotion code is returned to the merchant. The promotion code response sub-process may be carried out, for example, by the operator of apayment network 2008. - Once the promotion code is passed to the merchant, final qualification of the offer is performed by the merchant's POS and appropriate adjustments are made to the basket and/or the final pricing. In particular, offer qualification involves an application of the predefined qualification rule(s) to the current transaction details (e.g., ticket size, line item details, etc.) to determine whether the offer is to be provided to the consumer. Furthermore, in offer fulfillment, the offer is provided to the consumer (e.g., a real-time discount is applied, value is provided such as free shipping or a bonus item, and the like). The offer qualification and fulfillment sub-processes may be carried out, for example, by the
merchant 2004. - After the transaction is completed, the merchant may be afforded the option to report the outcome of the transaction back to the
e-wallet platform 306 or thetransaction qualification service 308. Theconsumer enrollment database 312 is updated to reflect the outcome appropriately. This provides several potential advantages for the merchant, namely, the system will take the appropriate action after transaction results are reported (e.g., de-activate a redeemed promotion code for the relevant consumer, register an incremental redemption of the promotion code for the relevant consumer, and the like); and/or promotion metrics may be more accurately reported by the system. - Thus, in the post-transaction reporting sub-process, the outcome of the transaction may be reported by the merchant, either directly to the
transaction qualification service 308 or via thee-wallet platform 306. This triggers an update to the consumer record for the promotion code. The post-transaction reporting sub-process may be carried out, for example, by the operator of apayment network 2008. - Attention should now be had to flow
chart 600 ofFIG. 6 , which begins inblock 602. Given the discussion thus far, it will be appreciated that, in general terms, an exemplary method, according to an aspect of the invention, includes the step of obtaining, by anelectronic wallet platform 306, from a check-outweb page 304 of a merchant: (i) a unique identification of a given consumer, of a plurality of consumers, who is purchasing at least one item from the merchant in an on-line transaction, and (ii) associated transaction data. The method also includes the step of supplying, by theelectronic wallet platform 306, to atransaction qualification service 308, the unique identification of the given consumer. These steps are generally depicted inFIG. 6 asstep 618. - As noted above, in some instances, the consumer's PAN (primary account number; credit or debit card number) may be used as the unique identification. In other instances, an alternate unique identifier could be generated and used. Furthermore, the associated transaction data could include, by way of a non-limiting example, merchant name, merchant return link, session ID, and the like. In some instances, the associated transaction data may include an identifying indicia of the at least one item (for example, a stock-keeping unit or SKU; a universal product code or UPC, or some other code such a as a special code for prescription drugs or the like).
- A further step includes retrieving, by the
transaction qualification service 308, from aconsumer enrollment database 312, a record wherein at least one useful token is stored in association with the unique identification of the given consumer. A still further step includes determining, by thetransaction qualification service 308, based on rules from anoffers registry database 310, whether the at least one useful token is applicable to the on-line transaction. These two steps are generally depicted innFIG. 6 asdecision block 620. The rules are stored in theoffers registry database 310 in association with the at least one useful token, the rules take into account the unique identification of the given consumer and/or the associated transaction data, in determining the applicability. - As per the “YES” branch of
block 620, if, based on the determining step, the at least one useful token is applicable to the on-line transaction, provide the at least one useful token to the merchant, as perblock 622, using thetransaction qualification service 308 and theelectronic wallet platform 306. The at least one useful token is provided to the merchant prior to payment card authorization, clearing, and settlement for the on-line transaction (discussed below with respect to optional step 626). - A promotion code (such as an online merchant discount code) is a non-limiting example of the at least one useful token. As will be discussed in greater detail below, it could be another type of code or string of data of use to the merchant; a representation of points; some other type of identifier (to gauge response to a targeted advertisement), and the like. The token is not necessarily limited to an offer or discount; it might just include information that the given consumer had been part of an earlier communication.
- In an optional
additional step 624, subsequent to receiving the promotion code, the merchant revises a monetary amount associated with the on-line transaction (i.e., in accordance with the code, for example, by applying the discount or the like). In an optionaladditional step 626, subsequent to the merchant revising the monetary amount associated with the on-line transaction, the merchant initiates the payment card authorization, clearing, and settlement for the on-line transaction, based on the revised monetary amount, typically in a “business as usual” manner. - In
step 620, in some cases, the rules may take into account, for example, the associated transaction data; the associated transaction data can include an identifying indicia, as discussed above, of the at least one item. - In
step 620, in some cases, the rules may take into account the unique identification of the given consumer; for example, by accessing the given consumer's transaction history based on the unique identification of the given consumer. Information pertaining to the consumer's transaction history can be stored, for example, in adata warehouse 154 operated by an operator ofpayment network 2008; or the transaction history may already be available on one or more platforms and accessed by the operator ofpayment network 2008; e.g., on an issuer platform operated by an issuer or an issuer processor; within an existing e-wallet, and so on. Other possible locations will also be apparent to the skilled artisan, given the teachings herein. - In an optional
additional step 628, the merchant can report the outcome of the on-line transaction to the electronic wallet platform and/or the transaction qualification service. - Processing continues in
block 630. - In the event that block 620 returns “NO,” the return and application of the token may be bypassed and processing may proceed, for example, to step 626. In at least some instances, it may be desirable to provide
report 628 even when a “NO” is returned inblock 620—for example, where several purchases are needed to become eligible. - In an optional
additional step 616, the consumer affirmatively selects the e-wallet 306; for example, in response to a prompt which prompts the given consumer to select the electronic wallet platform from the check-out web page (perhaps as simple as a button or selectable link to the e-wallet). Of course, it will be appreciated that prior to such point, the given consumer will typically have shopped on-line, as perstep 612, and then navigated to the merchant check-outpage 304 as perstep 614. - An optional
additional step 604 includes the operator of thepayment card network 2008 targeting the plurality of consumers in connection with an offer associated with the promotion code. A further optionaladditional step 606 includes populating theoffers registry database 310. A still further optionaladditional step 610 includes enrolling the consumers. In some cases, this step includes automatically enrolling the plurality of consumers in the consumer enrollment database. In another aspect, an additionaloptional step 608 includes distributing an offer associated with the promotion code to at least the plurality of consumers. Step 610 then involves accepting enrollment of the plurality of consumers, in the consumer enrollment database, in response to the offer. Offers may of course be distributed to a larger group of consumers than those who ultimately choose to register. - Any one, some, or all of the following steps can be carried out or facilitated by PNO 2008: 604, 606, 608, 610, 618, 620, 622, 626, 628. The payment network of
PNO 2008 may be, for example, of the kind wherein the operator is a single operator which facilitates transactions between multiple issuers and multiple acquirers, as perFIG. 2 . - As discussed further below, another optional step includes providing a system, wherein the system includes distinct software modules, each embodied on at least one tangible computer readable recordable storage medium, including an electronic wallet platform module to implement
block 306, a transaction qualification service module to implementblock 308, a consumer enrollment database module to implementblock 312, and an offers registry database module to implementblock 310. The blocks may be implemented by the software modules together with corresponding memories and one or more processors. In a preferred but non-limiting approach,elements - With reference again to
FIG. 3 , it will be appreciated that, in general terms, an exemplary system, according to an aspect of the invention, includes anelectronic wallet platform 306 configured to obtain, from a check-outweb page 304 of a merchant: (i) a unique identification of a givenconsumer 2002, of a plurality of consumers, who is purchasing at least one item from the merchant in an on-line transaction, and (ii) associated transaction data. The system further includes atransaction qualification service 308 in data communication with the electronic wallet platform. The electronic wallet platform is further configured to supply, to the transaction qualification service, the unique identification of the given consumer. Also included is aconsumer enrollment database 312 in data communication with the transaction qualification service. The transaction qualification service is further configured to retrieve, from the consumer enrollment database, a record wherein at least one useful token is stored in association with the unique identification of the given consumer. - The exemplary system still further includes an
offers registry database 310 in data communication with the transaction qualification service. The transaction qualification service is still further configured to determine, based on rules from the offers registry database, whether the at least one useful token is applicable to the on-line transaction. The rules are stored in the offers registry database in association with the at least one useful token, and the rules take into account the unique identification of the given consumer and/or the associated transaction data, in determining the applicability. Thetransaction qualification service 308 and theelectronic wallet platform 306 are further configured to provide the at least one useful token to the merchant, if, based on the determining, the at least one useful token is applicable to the on-line transaction. The at least one useful token is provided to the merchant prior to payment card authorization, clearing, and settlement for the on-line transaction. - The comments elsewhere herein regarding the at least one useful token, the rules from the offers registry database, the associated transaction data, the unique identification of the given consumer are also applicable to the description of the exemplary system.
- As noted elsewhere, the electronic wallet platform and/or the transaction qualification service can be further configured so as to receive, from the merchant, a report of the outcome of the on-line transaction.
- A variety of different networking techniques can be used to interconnect the various blocks in
FIG. 3 . - Thus, it will be appreciated that in one or more embodiments of the invention, alphanumeric promotion codes are collected in an offer registry by an
operator 2008 of a payment network.Such operator 2008 provides functionality whereby merchants or the operator itself can tag consumers with specific promotion codes transparent to the actual consumer; the consumer does not need to handle a promotion code. Promotion codes are not limited to discounts, but may also include, for example, double points, get an extra dollar amount for spending a certain amount, etc. - In an optional preliminary step, a merchant has an interest in targeting and segmenting the market. Potentially,
operator 2008 can, as noted, assist the merchant in this process, based on information the network operator has about consumer behavior (subject to applicable laws, regulations, and privacy concerns, as set forth elsewhere herein). When undertaking the segmentation,operator 2008 can potentially identify the specific card accounts that are targeted; in essence, pre-qualifying consumers as valid recipients of an offer, based on the consumers' card accounts. - Again, targeting is optional and can be carried out in a variety of ways: by
PNO 2008; by the merchant, and so on. Alternatives to targeting include, by way of example and not limitation, using advertisements; making a promotion available to the first X people (e.g., 200) to visit the web site, and so on. - After pre-selecting consumers, it may be desirable to automatically enroll them in an offer, as at 314, or it may be desirable to present them with an opt-in message, as at 316, so they can take some action to indicate that they want the offer. One non-limiting example includes opt-in using an e-mail with a clickable link that sends a string (unique identifier) indicating that the particular recipient has opted in. The list of enrolled consumers is stored in database 312 (for example a list of PANs or other consumer identifiers).
- Details of the promotions are known due to parallel set-up undertaken with the discounter (whoever is offering and/or funding the promotion; for example, a merchant, manufacturer, or the like). The discounter has provided the
operator 2008 with the parameters for the promotion itself, and the same are present onoffers registry 310. The parameters may include, for example, available dates, the type of benefit the consumer will get such as dollars off, percent off, free shipping, points, and the like. The parameters may be set up as a set of rules. - At this point, consumers and promotions have both been registered and a linkage exists between these things; that is, it is now known that a consumer is qualified for a promotion; all he or she has to do is undertake the correct action to redeem such promotion.
- Consider now
e-wallet platform 306. Consumers have an account that allows them to store methods of payment (e.g., any kind of payment card or account) and then the consumer can use the overriding account. At the e-commerce merchant web site check outpage 304, select “Pay with e-wallet” and the underlying payment method is masked. Thus, the consumer fills his or her shopping cart, selects payment as “Pay with e-wallet,” and is then re-directed to an interface with thee-wallet product 306. The merchant passes transaction information as part of the handoff (price, etc.).Operator 2008 associates the transaction to a pre-registered promotion and checks to see whether the promotion rules are satisfied, usingservice 308. The consumer then chooses which (of potentially many) payment methods to use within the e-wallet; e.g., “Card X.”Operator 2008 then passes the information needed for payment and the promotion code back to the merchant. In one or more embodiments, all the actions just described take place prior to the merchant submitting the transaction for authorization as described with respect toFIG. 2 . The merchant can now use that code to adjust the ticket or provide whatever other benefit is appropriate, and then process the transaction in accordance with the normal process, i.e., submitting an authorization request for the sale amount (after any discount based on the promotion) to its acquirer, through thenetwork 2008, and to the issuer of the consumer's card. - It should be noted that the examples herein, involving a promotion code, are non-limiting. Instead of passing a promotion code to the merchant, anything of use to the merchant can be passed. While this is typically an online merchant discount code it could be another type of code or string of data of use to the merchant; another type of identifier is possible. For example, the merchant might have done a targeted advertisement and wants to see who is coming back to shop. The code is not necessarily limited to an offer or discount; it might just include information that this person had been part of an earlier communication. It could be a code that represented points, and is not limited to things triggered by typical on-line promotion codes. Thus, in a broad aspect, it may be any type of token that is of use to the merchant; the online promotion code is simply a preferred but non-limiting example.
- To summarize, in an optional step, a merchant and an operator of a
payment network 2008 collaborate together to identify certain cardholders who should be given an offer. Those cardholders are either automatically signed up as at 314, or are provided with a chance to opt-in, as at 316, using, for example, an e-mail and a link. In parallel, the merchant provides to the payment network operator parameters defining the special offer or other benefit to be made available to the consumer, e.g., fixed amount or percentage off, free shipping, how long the promotion is good for, etc. The consumer goes to the web site and makes a purchase. When checking out atpage 304, the consumer opts to use thee-wallet platform 306, rather than simply entering an actual card number. In usinge-wallet platform 306, various parameters are passed to the payment network operator 2008 (running the platform 306) from the merchant, which allowoperator 2008 to determine if the person is in fact eligible to receive a promotion (usingservice 308, based upondatabase 312 and registry 310). If so,operator 2008 returns to the merchant conventional payment information as well as the promotion code (or other useful token), which can then be applied by the merchant in determining whether free shipping should be given, a discount offered, etc. - Optionally, a post-transaction reporting step can be provided. Absent such a step, it would not be apparent to
service 308 whether the transaction was ever completed with the discount or other promotion. Accordingly, it may well be in the merchant's best interest to provide some kind of outcome toPNO 2008 so thatPNO 2008 knows whether to show in the consumer's record that the discount or other promotion has been redeemed, so that the rules of the promotion can be enforced. For example, if it is a “one time” promotion, no discount should be offered next time. In another aspect, there might be a graduated promotion where the consumer obtains an additional reward for each occurrence, or only gets a reward after multiple occurrences. In essence, since the rules inregistry 310 can be multi-transactional, this confirmation step, although optional, is preferred. - Given the discussion thus far, it will be appreciated that one or more embodiments of the invention may provide one or more advantages. For example, at least some embodiments reduce or eliminate the viral distribution of promotion codes, allowing retailers to selectively target specific sets of consumers when providing business incentives. Accordingly, retailers can define the audience of a promotion, in turn permitting rich incentives to be offered and allowing for differentiation of offers for different sub-audiences. Another exemplary advantage is the enhanced measurability of program effectiveness, wherein retailers can determine how consumers receive the codes that they use, in turn allowing evaluation of the effectiveness of different communication channels and messaging, as well as who is responding to promotional offers relative to the intended population and how those promotions drive intended purchase behavior or brand loyalty. Yet another exemplary advantage is the elimination of the need for the consumer to save, record, or otherwise remember the code until manually entered into the promotion code entry field on the merchant checkout page, recalling that promotion codes typically reach consumers through a variety of channels, including printed materials, advertisements, e-mail, and on-line communications.
- Still another exemplary advantage is the opportunity for real-time (i.e., together with the transaction) promotion processing, with the accompanying positive emotional impact to the consumer, as well as the ability to make adjustments to the basket at the time of the transaction (e.g., free shipping, bonus gift in basket, etc.). An even further exemplary advantage includes the ability to determine offer eligibility based on factors besides transaction details processed in payment card clearing. For example, such transaction details processed in payment card clearing might include the total ticket amount, date, merchant location and card account. However, one or more embodiments of the invention enable determination of offer eligibility on additional factors such as processing of SKU-based promotions.
- Furthermore, merchants will likely give more and better discounts or other promotions if they know who will be using them.
- For the avoidance of doubt, while in one or more embodiments, blocks 310, 312, 308, 306 are provided by the
PNO 2008, the promotion application process described does not take place during the conventional card authorization, clearing and settlement, but rather prior thereto; i.e., the promotion code is not furnished in the authorization request response but prior thereto. In one or more embodiments, the interaction withservice 308 andplatform 306 is, in essence, a pre-authorization approach.Consumer 2002 goes to merchant's web site, goes to the virtual shopping cart, clicks “pay by e-wallet” and is then presented with an authentication (username and password) and subsequently specifies that he or she wants to pay with “Card X.”Platform 306 gives the merchant a pseudo-card number whichPNO 2008 andplatform 306 “know” is just a proxy for “Card X.” Then the merchant is able to use the proxy number as a card number which the merchant then submits for authorization. In one or more embodiments, it is during the just-described interaction where the consumer is authenticating with the e-wallet 306 and then being rerouted back to the merchant, before anything has been passed off for authorization to the issuing bank, that the promotion code or other useful token is being passed on to the merchant. - One or more embodiments of the invention rely on the merchant to make an adjustment to the basket (virtual shopping cart) or to provide some other benefit in accordance with the promotion code or other useful token. In one or more embodiments, the merchant passes the transaction back to
e-wallet platform 306, which then (in conjunction with service 308) determines whether the promotion may in fact be applicable, and if so, provides the merchant the required information. - Again, for the avoidance of doubt, in one or more embodiments of the invention, the
consumer 2002 never “sees” the promotion code or other token, inasmuch as the consumer's eligibility for the promotion or the like is determined through the interaction with the e-wallet account and service 308 (this feature also helps to prevent unauthorized and/or undesired sharing of promotion codes outside a targeted group). Furthermore, while it would be possible to do so, in one or more embodiments of the invention, it is not necessary to restrict how many offers a particular code is entitled to, since the consumer never sees the code and only authorized consumers can obtain the benefit of the code. - One or more exemplary embodiments have been described in the context of an on-line transaction. However, at least some techniques disclosed herein can be adapted to other environments, such as the brick & mortar retail environment or the like. For example, in the retail environment, a useful token such as a promotion code (and/or data indicative thereof) could be conveyed to and/or from the merchant and/or consumer via near-field communication (NFC) and/or short message service (SMS).
- Embodiments of the invention can employ hardware and/or hardware and software aspects. Software includes but is not limited to firmware, resident software, microcode, etc. Software might be employed, for example, in connection with one or more of a terminal 122, 124, 125, 126; a
reader 132; payment devices such ascards processing center network 2008 operating according to a payment system standard (and/or specification), as well as blocks 304-308 ofFIG. 3 . Firmware might be employed, for example, in connection with payment devices such ascards reader 132. Firmware provides a number of basic functions (e.g., display, print, accept keystrokes) that in themselves do not provide the final end-use application, but rather are building blocks; software links the building blocks together to deliver a usable solution. -
FIG. 7 is a block diagram of asystem 700 that can implement part or all of one or more aspects or processes of the invention. As shown inFIG. 7 ,memory 730 configures the processor 720 (which could correspond, e.g., toprocessor portions centers process 780 inFIG. 7 ). Different method steps can be performed by different processors. Thememory 730 could be distributed or local and theprocessor 720 could be distributed or singular. Thememory 730 could be implemented as an electrical, magnetic or optical memory, or any combination of these or other types of storage devices (including memory portions as described above with respect tocards 102, 112). It should be noted that if distributed processors are employed, each distributed processor that makes upprocessor 720 generally contains its own addressable memory space. It should also be noted that some or all ofcomputer system 700 can be incorporated into an application-specific or general-use integrated circuit. For example, one or more method steps could be implemented in hardware in an ASIC rather than using firmware.Display 740 is representative of a variety of possible input/output devices (e.g., displays, mice, keyboards, and the like). - The notation “to/from network” is indicative of a variety of possible network interface devices.
- As is known in the art, part or all of one or more aspects of the methods and apparatus discussed herein may be distributed as an article of manufacture that itself comprises a tangible computer readable recordable storage medium having computer readable code means embodied thereon. The computer readable program code means is operable, in conjunction with a computer system, to carry out all or some of the steps to perform the methods or create the apparatuses discussed herein. A computer-usable medium may, in general, be a recordable medium (e.g., floppy disks, hard drives, compact disks, EEPROMs, or memory cards) or may be a transmission medium (e.g., a network comprising fiber-optics, the world-wide web, cables, or a wireless channel using time-division multiple access, code-division multiple access, or other radio-frequency channel). Any medium known or developed that can store information suitable for use with a computer system may be used. The computer-readable code means is any mechanism for allowing a computer to read instructions and data, such as magnetic variations on a magnetic media or height variations on the surface of a compact disk. The medium can be distributed on multiple physical devices (or over multiple networks). For example, one device could be a physical memory media associated with a terminal and another device could be a physical memory media associated with a processing center. As used herein, a tangible computer-readable recordable storage medium is intended to encompass a recordable medium, examples of which are set forth above, but is not intended to encompass a transmission medium or disembodied signal.
- The computer systems and servers described herein each contain a memory that will configure associated processors to implement the methods, steps, and functions disclosed herein. Such methods, steps, and functions can be carried out, by way of example and not limitation, by processing capability on
elements - Thus, elements of one or more embodiments of the invention, such as, for example, 140, 142, 144, 304-312, 2004, 2006, 2008, 2010 can make use of computer technology with appropriate instructions to implement method steps described herein. The various platforms can be implemented, for example, using one or more servers which include a memory and at least one processor coupled to the memory. The memory could load appropriate software. The processor can be operative to perform one or more method steps described herein or otherwise facilitate their performance.
- Accordingly, it will be appreciated that one or more embodiments of the invention can include a computer program comprising computer program code means adapted to perform one or all of the steps of any methods or claims set forth herein when such program is run on a computer, and that such program may be embodied on a computer readable medium. Further, one or more embodiments of the present invention can include a computer comprising code adapted to cause the computer to carry out one or more steps of methods or claims set forth herein, together with one or more apparatus elements or features as depicted and described herein.
- As used herein, including the claims, a “server” includes a physical data processing system (for example,
system 700 as shown inFIG. 7 ) running a server program. It will be understood that such a physical server may or may not include a display, keyboard, or other input/output components. A “host” includes a physical data processing system (for example,system 700 as shown inFIG. 7 ) running an appropriate program. It will be understood that such a host may or may not include a display, keyboard, or other input/output components. - Furthermore, it should be noted that any of the methods described herein can include an additional step of providing a system comprising distinct software modules embodied on one or more tangible computer readable storage media. All the modules (or any subset thereof) can be on the same medium, or each can be on a different medium, for example. The modules can include any or all of the components shown in the figures. In one or more embodiments, the modules include a merchant checkout page module (for example, running on one or more hardware processors of a merchant server); an e-wallet platform module; a transaction qualification service module; an offers registry database module (for example, part of a rewards platform); and a consumer enrollment database module. The e-wallet platform module, transaction qualification service module, offers registry database module, and consumer enrollment database module can run, for example on one or more hardware processors of one or more PNO servers; in general, all could run on the same server, each could run on a separate server, blocks 308-312 could be on one server and block 306 could be on another server, and so on.
Block 312, in some instances, could run on one or more database servers. In a preferred but non-limiting approach,elements element 308 includes a software module providing connectivity and communication betweenplatforms element 310 may include, for example, a rewards platform. The method steps can then be carried out using the distinct software modules of the system, as described above, executing on the one or more hardware processors. Further, a computer program product can include a tangible computer-readable recordable storage medium with code adapted to be executed to carry out one or more method steps described herein, including the provision of the system with the distinct software modules. - Computers discussed herein can be interconnected, for example, by one or more of
network - Although illustrative embodiments of the present invention have been described herein with reference to the accompanying drawings, it is to be understood that the invention is not limited to those precise embodiments, and that various other changes and modifications may be made by one skilled in the art without departing from the scope or spirit of the invention.
Claims (1)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/336,059 US20150019313A1 (en) | 2010-02-23 | 2014-07-21 | Method, apparatus, and computer program product for facilitating promotions with an e-wallet |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US30713110P | 2010-02-23 | 2010-02-23 | |
US13/032,373 US8788333B2 (en) | 2010-02-23 | 2011-02-22 | Method, apparatus, and computer program product for facilitating promotions with an E-wallet |
US14/336,059 US20150019313A1 (en) | 2010-02-23 | 2014-07-21 | Method, apparatus, and computer program product for facilitating promotions with an e-wallet |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/032,373 Continuation US8788333B2 (en) | 2010-02-23 | 2011-02-22 | Method, apparatus, and computer program product for facilitating promotions with an E-wallet |
Publications (1)
Publication Number | Publication Date |
---|---|
US20150019313A1 true US20150019313A1 (en) | 2015-01-15 |
Family
ID=44477318
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/032,373 Active 2031-08-07 US8788333B2 (en) | 2010-02-23 | 2011-02-22 | Method, apparatus, and computer program product for facilitating promotions with an E-wallet |
US14/336,059 Abandoned US20150019313A1 (en) | 2010-02-23 | 2014-07-21 | Method, apparatus, and computer program product for facilitating promotions with an e-wallet |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/032,373 Active 2031-08-07 US8788333B2 (en) | 2010-02-23 | 2011-02-22 | Method, apparatus, and computer program product for facilitating promotions with an E-wallet |
Country Status (1)
Country | Link |
---|---|
US (2) | US8788333B2 (en) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160119692A1 (en) * | 2014-10-24 | 2016-04-28 | Sunshine Partners LLC | Interactive system and method for viewer selection of objects in context while viewing television |
US20170155946A1 (en) * | 2014-05-09 | 2017-06-01 | Sky Cp Limited | Television user interface |
WO2018236483A1 (en) * | 2017-06-23 | 2018-12-27 | Mastercard International Incorporated | Systems and methods for analyzing content affinities from digital wallet transaction data |
US10614476B2 (en) | 2012-11-08 | 2020-04-07 | Honey Science Llc | Systems and methods for interfacing with a website to modify content |
US10853791B1 (en) | 2017-02-14 | 2020-12-01 | Wells Fargo Bank, N.A. | Mobile wallet dynamic interface |
US11222329B2 (en) | 2012-11-05 | 2022-01-11 | Mastercard International Incorporated | Electronic wallet apparatus, method, and computer program product |
US11769132B1 (en) | 2019-05-22 | 2023-09-26 | Wells Fargo Bank, N.A. | P2P payments via integrated 3rd party APIs |
Families Citing this family (76)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050229003A1 (en) | 2004-04-09 | 2005-10-13 | Miles Paschini | System and method for distributing personal identification numbers over a computer network |
US10205721B2 (en) | 2002-12-10 | 2019-02-12 | Ewi Holdings, Inc. | System and method for distributing personal identification numbers over a computer network |
WO2004107280A2 (en) | 2003-05-28 | 2004-12-09 | Ewi Holdings, Inc. | System and method for electronic prepaid account replenishment |
US11599873B2 (en) | 2010-01-08 | 2023-03-07 | Blackhawk Network, Inc. | Systems and methods for proxy card and/or wallet redemption card transactions |
US7280644B2 (en) | 2004-12-07 | 2007-10-09 | Ewi Holdings, Inc. | Transaction processing platform for faciliating electronic distribution of plural prepaid services |
US20130054470A1 (en) * | 2010-01-08 | 2013-02-28 | Blackhawk Network, Inc. | System for Payment via Electronic Wallet |
US11475436B2 (en) | 2010-01-08 | 2022-10-18 | Blackhawk Network, Inc. | System and method for providing a security code |
US10296895B2 (en) | 2010-01-08 | 2019-05-21 | Blackhawk Network, Inc. | System for processing, activating and redeeming value added prepaid cards |
US8181861B2 (en) | 2008-10-13 | 2012-05-22 | Miri Systems, Llc | Electronic transaction security system and method |
US9230259B1 (en) | 2009-03-20 | 2016-01-05 | Jpmorgan Chase Bank, N.A. | Systems and methods for mobile ordering and payment |
BR112012007872B1 (en) | 2009-10-05 | 2021-06-22 | Miri Systems, Llc | METHOD FOR PROVIDING ACCESS TO AN ACCOUNT MAINTAINED BY AN INSTITUTION, METHOD FOR PROVIDING LOGIN CREDENTIALS TO A TRANSACTION TERMINAL INVOLVING A MOBILE DEVICE, AND METHOD FOR PROVIDING ACCESS TO AN ACCOUNT OF A USER IDENTIFIED BY UNIQUE IDENTIFIER |
CA2786264A1 (en) * | 2010-01-08 | 2011-07-14 | Blackhawk Network, Inc. | A system for processing, activating and redeeming value added prepaid cards |
US10037526B2 (en) * | 2010-01-08 | 2018-07-31 | Blackhawk Network, Inc. | System for payment via electronic wallet |
US8473414B2 (en) * | 2010-04-09 | 2013-06-25 | Visa International Service Association | System and method including chip-based device processing for transaction |
US10755261B2 (en) | 2010-08-27 | 2020-08-25 | Blackhawk Network, Inc. | Prepaid card with savings feature |
US9965756B2 (en) * | 2013-02-26 | 2018-05-08 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US9785988B2 (en) | 2010-11-24 | 2017-10-10 | Digital River, Inc. | In-application commerce system and method with fraud prevention, management and control |
US8688524B1 (en) | 2011-06-28 | 2014-04-01 | Amazon Technologies, Inc. | Tracking online impressions to offline purchases |
US20130042261A1 (en) * | 2011-08-10 | 2013-02-14 | Bank Of America | Electronic video media e-wallet application |
US20130060693A1 (en) * | 2011-09-06 | 2013-03-07 | Rawllin International Inc. | Unified charging system |
CA2885689A1 (en) * | 2011-09-21 | 2013-03-28 | Jingit Holdings, Llc | Offer management and settlement in a payment network |
US9792593B2 (en) | 2011-11-23 | 2017-10-17 | The Toronto-Dominion Bank | System and method for processing an online transaction request |
US8918855B2 (en) * | 2011-12-09 | 2014-12-23 | Blackberry Limited | Transaction provisioning for mobile wireless communications devices and related methods |
US11042870B2 (en) | 2012-04-04 | 2021-06-22 | Blackhawk Network, Inc. | System and method for using intelligent codes to add a stored-value card to an electronic wallet |
US10275764B2 (en) | 2012-05-04 | 2019-04-30 | Mastercard International Incorporated | Transaction data tokenization |
US8738454B2 (en) * | 2012-07-23 | 2014-05-27 | Wal-Mart Stores, Inc. | Transferring digital receipt data to mobile devices |
US8843398B2 (en) * | 2012-07-23 | 2014-09-23 | Wal-Mart Stores, Inc. | Transferring digital receipt data to mobile devices |
US8676709B2 (en) * | 2012-07-31 | 2014-03-18 | Google Inc. | Merchant category codes in a proxy card transaction |
US20140074704A1 (en) * | 2012-09-11 | 2014-03-13 | Cashstar, Inc. | Systems, methods and devices for conducting transactions with electronic passbooks |
EP2904559A2 (en) * | 2012-10-05 | 2015-08-12 | Google Inc. | Systems, methods, and computer program products for managing remote financial transactions |
CA2892013C (en) | 2012-11-20 | 2022-11-22 | Blackhawk Network, Inc. | System and method for using intelligent codes in conjunction with stored-value cards |
US9830588B2 (en) * | 2013-02-26 | 2017-11-28 | Digimarc Corporation | Methods and arrangements for smartphone payments |
US9208301B2 (en) | 2014-02-07 | 2015-12-08 | Bank Of America Corporation | Determining user authentication requirements based on the current location of the user in comparison to the users's normal boundary of location |
US9647999B2 (en) | 2014-02-07 | 2017-05-09 | Bank Of America Corporation | Authentication level of function bucket based on circumstances |
US9965606B2 (en) | 2014-02-07 | 2018-05-08 | Bank Of America Corporation | Determining user authentication based on user/device interaction |
US9286450B2 (en) | 2014-02-07 | 2016-03-15 | Bank Of America Corporation | Self-selected user access based on specific authentication types |
US9223951B2 (en) | 2014-02-07 | 2015-12-29 | Bank Of America Corporation | User authentication based on other applications |
US9311639B2 (en) | 2014-02-11 | 2016-04-12 | Digimarc Corporation | Methods, apparatus and arrangements for device to device communication |
US9721268B2 (en) | 2014-03-04 | 2017-08-01 | Bank Of America Corporation | Providing offers associated with payment credentials authenticated in a specific digital wallet |
US9721248B2 (en) | 2014-03-04 | 2017-08-01 | Bank Of America Corporation | ATM token cash withdrawal |
US9424572B2 (en) | 2014-03-04 | 2016-08-23 | Bank Of America Corporation | Online banking digital wallet management |
US10002352B2 (en) | 2014-03-04 | 2018-06-19 | Bank Of America Corporation | Digital wallet exposure reduction |
US9830597B2 (en) | 2014-03-04 | 2017-11-28 | Bank Of America Corporation | Formation and funding of a shared token |
US9600817B2 (en) | 2014-03-04 | 2017-03-21 | Bank Of America Corporation | Foreign exchange token |
US9600844B2 (en) | 2014-03-04 | 2017-03-21 | Bank Of America Corporation | Foreign cross-issued token |
US9406065B2 (en) | 2014-03-04 | 2016-08-02 | Bank Of America Corporation | Customer token preferences interface |
US9984133B2 (en) | 2014-10-16 | 2018-05-29 | Palantir Technologies Inc. | Schematic and database linking system |
SG10201503701PA (en) * | 2015-05-11 | 2016-12-29 | Mastercard Asia Pacific Pte Ltd | Method and system for rewarding customers in a tokenized payment transaction |
US10304078B2 (en) * | 2015-06-02 | 2019-05-28 | Francesco Rulli | System and method for the transfer of funds in exchange for participation in qualifying events |
US10607215B2 (en) | 2015-09-30 | 2020-03-31 | Bank Of America Corporation | Account tokenization for virtual currency resources |
US10453059B2 (en) | 2015-09-30 | 2019-10-22 | Bank Of America Corporation | Non-intrusive geo-location determination associated with transaction authorization |
US9729536B2 (en) | 2015-10-30 | 2017-08-08 | Bank Of America Corporation | Tiered identification federated authentication network system |
US11868989B1 (en) | 2015-12-30 | 2024-01-09 | Wells Fargo Bank, N.A. | Mobile wallets and companion smart cards |
US10546289B1 (en) | 2015-12-30 | 2020-01-28 | Wells Fargo Bank, N.A. | Mobile wallets with automatic element selection |
US11354642B1 (en) * | 2016-03-14 | 2022-06-07 | Jpmorgan Chase Bank, N.A. | Systems and methods for real time, automated negotiation among parties to a transaction |
US10460367B2 (en) | 2016-04-29 | 2019-10-29 | Bank Of America Corporation | System for user authentication based on linking a randomly generated number to the user and a physical item |
US10902405B1 (en) * | 2016-05-11 | 2021-01-26 | Wells Fargo Bank, N.A. | Transient mobile wallets |
US20170337585A1 (en) * | 2016-05-17 | 2017-11-23 | Mastercard International Incorporated | Systems and Methods for Providing Advertising Content to Advertising Media |
US10268635B2 (en) | 2016-06-17 | 2019-04-23 | Bank Of America Corporation | System for data rotation through tokenization |
US10636029B2 (en) | 2016-11-14 | 2020-04-28 | Bank Of America Corporation | System for priority presentation integration on third party systems for limiting resource disbursement |
US11551249B1 (en) | 2016-12-12 | 2023-01-10 | Dosh Holdings, Inc. | System for identifying and applying offers to user transactions |
US20200250694A1 (en) * | 2016-12-12 | 2020-08-06 | Dosh Holdings, Inc. | Matching offers transactions across heterogeneous, multi-entity distributed computing platforms and settlement |
US11526881B1 (en) | 2016-12-12 | 2022-12-13 | Dosh Holdings, Inc. | System for generating and tracking offers chain of titles |
US11488190B1 (en) | 2016-12-12 | 2022-11-01 | Dosh, Llc | System for sharing and transferring currency |
US11538052B1 (en) | 2016-12-12 | 2022-12-27 | Dosh Holdings, Inc. | System for generating and tracking offers chain of titles |
US10762495B2 (en) | 2016-12-30 | 2020-09-01 | Square, Inc. | Third-party access to secure hardware |
US10783517B2 (en) * | 2016-12-30 | 2020-09-22 | Square, Inc. | Third-party access to secure hardware |
US10524165B2 (en) | 2017-06-22 | 2019-12-31 | Bank Of America Corporation | Dynamic utilization of alternative resources based on token association |
US10313480B2 (en) | 2017-06-22 | 2019-06-04 | Bank Of America Corporation | Data transmission between networked resources |
US10511692B2 (en) | 2017-06-22 | 2019-12-17 | Bank Of America Corporation | Data transmission to a networked resource based on contextual information |
US11257123B1 (en) * | 2017-08-31 | 2022-02-22 | Square, Inc. | Pre-authorization techniques for transactions |
US11023929B2 (en) * | 2017-09-05 | 2021-06-01 | Paypal, Inc. | System and method for tokenizing offers |
US11562348B2 (en) * | 2019-03-06 | 2023-01-24 | Mastercard International Incorporated | Digital wallet promotions through tokenization platform |
US20210004857A1 (en) * | 2019-07-05 | 2021-01-07 | SKUxchange, LLC | Systems and Methods for Minimizing Fraud in the Promotional Offer Industry |
US10992738B1 (en) | 2019-12-31 | 2021-04-27 | Cardlytics, Inc. | Transmitting interactive content for rendering by an application |
US11880859B1 (en) | 2020-11-10 | 2024-01-23 | Wells Fargo Bank, N.A. | Counteroffer for market offer code failed validation |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6601761B1 (en) * | 1998-09-15 | 2003-08-05 | Citibank, N.A. | Method and system for co-branding an electronic payment platform such as an electronic wallet |
US20070162337A1 (en) * | 2005-11-18 | 2007-07-12 | Gary Hawkins | Method and system for distributing and redeeming targeted offers to customers |
Family Cites Families (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5173851A (en) * | 1984-07-18 | 1992-12-22 | Catalina Marketing International, Inc. | Method and apparatus for dispensing discount coupons in response to the purchase of one or more products |
US4833308A (en) * | 1986-07-24 | 1989-05-23 | Advance Promotion Technologies, Inc. | Checkout counter product promotion system and method |
US4825045A (en) * | 1986-07-24 | 1989-04-25 | Advance Promotion Technologies, Inc. | System and method for checkout counter product promotion |
US6334108B1 (en) * | 1989-05-01 | 2001-12-25 | Catalina Marketing International, Inc. | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
US5621812A (en) * | 1989-05-01 | 1997-04-15 | Credit Verification Corporation | Method and system for building a database for use with selective incentive marketing in response to customer shopping histories |
US5687322A (en) * | 1989-05-01 | 1997-11-11 | Credit Verification Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
US5644723A (en) * | 1989-05-01 | 1997-07-01 | Credit Verification Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
US6292786B1 (en) * | 1992-05-19 | 2001-09-18 | Incentech, Inc. | Method and system for generating incentives based on substantially real-time product purchase information |
US6694300B1 (en) * | 1997-03-21 | 2004-02-17 | Walker Digital, Llc | Method and apparatus for providing supplementary product sales to a customer at a customer terminal |
US5537314A (en) * | 1994-04-18 | 1996-07-16 | First Marketrust Intl. | Referral recognition system for an incentive award program |
US6035280A (en) * | 1995-06-16 | 2000-03-07 | Christensen; Scott N. | Electronic discount couponing method and apparatus for generating an electronic list of coupons |
US5857175A (en) * | 1995-08-11 | 1999-01-05 | Micro Enhancement International | System and method for offering targeted discounts to customers |
US6076075A (en) * | 1995-09-25 | 2000-06-13 | Cardis Enterprise International N.V. | Retail unit and a payment unit for serving a customer on a purchase and method for executing the same |
US5806044A (en) * | 1996-02-20 | 1998-09-08 | Powell; Ken R. | System and method for distributing coupons through a system of computer networks |
US5923016A (en) * | 1996-12-03 | 1999-07-13 | Carlson Companies, Inc. | In-store points redemption system & method |
US6223163B1 (en) * | 1997-03-21 | 2001-04-24 | Walker Digital, Llc | Method and apparatus for controlling offers that are provided at a point-of-sale terminal |
US6138105A (en) * | 1997-03-21 | 2000-10-24 | Walker Digital, Llc | System and method for dynamic assembly of packages in retail environments |
US6925441B1 (en) * | 1997-10-27 | 2005-08-02 | Marketswitch Corp. | System and method of targeted marketing |
US6009411A (en) * | 1997-11-14 | 1999-12-28 | Concept Shopping, Inc. | Method and system for distributing and reconciling electronic promotions |
US6055513A (en) * | 1998-03-11 | 2000-04-25 | Telebuyer, Llc | Methods and apparatus for intelligent selection of goods and services in telephonic and electronic commerce |
US6636833B1 (en) * | 1998-03-25 | 2003-10-21 | Obis Patents Ltd. | Credit card system and method |
US7580856B1 (en) * | 1998-04-27 | 2009-08-25 | Robert K. Pliha | Systems and methods for distributing targeted incentives to financial institution customers |
US6748365B1 (en) * | 1999-09-15 | 2004-06-08 | Chris Quinlan | Method and system for redeeming product marketing rebates |
US6847935B1 (en) * | 1999-12-22 | 2005-01-25 | Parago, Inc. | System and method for computer-aided rebate processing |
US7555444B1 (en) * | 2001-02-12 | 2009-06-30 | James D. Wilson | Dynamic time-of-purchasing-decision incentive system and method |
US20040143491A1 (en) * | 2001-08-02 | 2004-07-22 | Marty Steinberg | Method and system for management of purchasing incentives |
US7111789B2 (en) * | 2001-08-31 | 2006-09-26 | Arcot Systems, Inc. | Enhancements to multi-party authentication and other protocols |
US20030212595A1 (en) * | 2002-05-10 | 2003-11-13 | American Express Travel Related Services Company, Inc. | Real-time promotion engine system and method |
DE60232608D1 (en) * | 2002-07-25 | 2009-07-23 | Orell Fuessli Sicherheitsdruck | SECURITY DOCUMENT AND METHOD OF REAL TESTING |
US20040024638A1 (en) * | 2002-07-31 | 2004-02-05 | Restis William R. | Computerized credit information system coupon coding |
US7751608B2 (en) * | 2004-06-30 | 2010-07-06 | Ecole Polytechnique Federale De Lausanne (Epfl) | Model-based synthesis of band moire images for authenticating security documents and valuable products |
WO2007044500A2 (en) * | 2005-10-06 | 2007-04-19 | C-Sam, Inc. | Transactional services |
US20070282687A1 (en) * | 2006-06-01 | 2007-12-06 | Newsflex, Ltd. | Method and apparatus for redeeming an economic incentive |
US9430773B2 (en) * | 2006-07-18 | 2016-08-30 | American Express Travel Related Services Company, Inc. | Loyalty incentive program using transaction cards |
GB0617264D0 (en) * | 2006-09-04 | 2006-10-11 | Optaglio Sro | Security devices incorporating diffractive identification platelets and methods of manufacture and application |
US20090171777A1 (en) * | 2007-12-28 | 2009-07-02 | Jonathan Robert Powell | Methods and systems for applying promotion codes to payment transactions |
US8364522B1 (en) * | 2008-01-30 | 2013-01-29 | Intuit Inc. | Method and system for providing a small business coupon distribution system |
US8689247B2 (en) * | 2008-04-04 | 2014-04-01 | Qualcomm Incorporated | Systems and methods for distributing and redeeming credits on a broadcast system |
US20090271275A1 (en) * | 2008-04-24 | 2009-10-29 | Igcsystems, Inc. | Cross-promotional techniques, systems, and methods |
WO2009143084A1 (en) * | 2008-05-18 | 2009-11-26 | Zetawire, Inc. | Secured electronic transaction system |
US8407087B2 (en) * | 2009-01-14 | 2013-03-26 | Signature Systems, LLC. | Online reward point exchange method and system |
US8442914B2 (en) * | 2010-07-06 | 2013-05-14 | Mastercard International Incorporated | Virtual wallet account with automatic-loading |
US7992773B1 (en) * | 2010-09-15 | 2011-08-09 | Reagan Inventions, Llc | System and method for presenting information about an object on a portable electronic device |
-
2011
- 2011-02-22 US US13/032,373 patent/US8788333B2/en active Active
-
2014
- 2014-07-21 US US14/336,059 patent/US20150019313A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6601761B1 (en) * | 1998-09-15 | 2003-08-05 | Citibank, N.A. | Method and system for co-branding an electronic payment platform such as an electronic wallet |
US20070162337A1 (en) * | 2005-11-18 | 2007-07-12 | Gary Hawkins | Method and system for distributing and redeeming targeted offers to customers |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11222329B2 (en) | 2012-11-05 | 2022-01-11 | Mastercard International Incorporated | Electronic wallet apparatus, method, and computer program product |
US11893595B2 (en) | 2012-11-08 | 2024-02-06 | Paypal, Inc. | Systems and methods for interfacing with a website to modify content |
US11625742B2 (en) | 2012-11-08 | 2023-04-11 | Paypal, Inc. | Systems and methods for interfacing with a website to modify content |
US10614476B2 (en) | 2012-11-08 | 2020-04-07 | Honey Science Llc | Systems and methods for interfacing with a website to modify content |
US10679233B2 (en) | 2012-11-08 | 2020-06-09 | Honey Science Llc | Systems and methods for interfacing with a website to modify content |
US10685368B1 (en) | 2012-11-08 | 2020-06-16 | Honey Science Llc | Systems and methods for interfacing with a website to modify content |
US10719843B2 (en) | 2012-11-08 | 2020-07-21 | Honey Science Llc | Systems and methods for interfacing with a website to modify content |
US10726437B2 (en) | 2012-11-08 | 2020-07-28 | Honey Science Llc | Systems and methods for interfacing with a website to modify content |
US20170155946A1 (en) * | 2014-05-09 | 2017-06-01 | Sky Cp Limited | Television user interface |
US20160119692A1 (en) * | 2014-10-24 | 2016-04-28 | Sunshine Partners LLC | Interactive system and method for viewer selection of objects in context while viewing television |
US10878408B1 (en) | 2017-02-14 | 2020-12-29 | Wells Fargo Bank, N.A. | Mobile wallet for non-tokenized cards |
US10853791B1 (en) | 2017-02-14 | 2020-12-01 | Wells Fargo Bank, N.A. | Mobile wallet dynamic interface |
US11361300B1 (en) | 2017-02-14 | 2022-06-14 | Wells Fargo Bank, N.A. | Mobile wallet bundled features |
US11507935B1 (en) | 2017-02-14 | 2022-11-22 | Wells Fargo Bank, N.A. | Mobile wallet card control |
US11538025B1 (en) | 2017-02-14 | 2022-12-27 | Wells Fargo Bank, N.A. | Mobile wallet first time customer |
US11587062B1 (en) | 2017-02-14 | 2023-02-21 | Wells Fargo Bank, N.A. | Mobile wallet for non-tokenized cards |
US11625710B1 (en) | 2017-02-14 | 2023-04-11 | Wells Fargo Bank, N.A. | Mobile wallet card carousel |
US11669828B1 (en) | 2017-02-14 | 2023-06-06 | Wells Fargo Bank, N.A. | Mobile wallet artificial intelligence card underwriting |
US11829994B1 (en) | 2017-02-14 | 2023-11-28 | Wells Fargo Bank, N.A. | Instant wallet credit card |
US10607256B2 (en) | 2017-06-23 | 2020-03-31 | Mastercard International Incorporated | Systems and methods for analyzing content affinities from digital wallet transaction data |
WO2018236483A1 (en) * | 2017-06-23 | 2018-12-27 | Mastercard International Incorporated | Systems and methods for analyzing content affinities from digital wallet transaction data |
US11769132B1 (en) | 2019-05-22 | 2023-09-26 | Wells Fargo Bank, N.A. | P2P payments via integrated 3rd party APIs |
Also Published As
Publication number | Publication date |
---|---|
US8788333B2 (en) | 2014-07-22 |
US20110208656A1 (en) | 2011-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8788333B2 (en) | Method, apparatus, and computer program product for facilitating promotions with an E-wallet | |
US20220058619A1 (en) | Electronic wallet apparatus, method, and computer program product | |
US20210103949A1 (en) | Scalable loyalty processing apparatus and methods of processing loyalty data | |
AU2022221528A1 (en) | System and method of registering stored-value cards into electronic wallets | |
AU2022200127A1 (en) | Cards, devices, systems and methods for advanced payment functionality selection | |
CA2834156C (en) | Methods and systems for offer and dynamic gift verification and redemption | |
US8751380B2 (en) | System and method for managing merchant-consumer interactions | |
EP3667592A1 (en) | System and method for managing merchant-consumer interactions | |
US20140040001A1 (en) | System and Method for Managing Merchant-Consumer Interactions | |
US20100057554A1 (en) | Method and System for Enabling Promotion of Product(s) and/or Service(s) | |
US20140081729A1 (en) | Systems and Methods for Providing Consumer Discounts | |
US20100057580A1 (en) | Unified payment card | |
US20210166260A1 (en) | Systems and methods for providing a merchant offer | |
CN107103469A (en) | Real-time payment authorization | |
US20220198502A1 (en) | Systems and methods for linking ach data with merchant loyalty data | |
US20200342446A1 (en) | Super smart secure payment applets with pre-stored messages and logic and ability to change subsequent function thereon | |
CA2846601C (en) | A system for processing, activating and redeeming value added prepaid cards | |
US20190095941A1 (en) | Method, system and device for handling cashless payments with a payment instrument |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
AS | Assignment |
Owner name: MASTERCARD INTERNATIONAL INCORPORATED, NEW YORK Free format text: NUNC PRO TUNC ASSIGNMENT;ASSIGNORS:ALBA, JOSE A.;GROSSMAN, DAVID;SIGNING DATES FROM 20110228 TO 20110505;REEL/FRAME:050211/0796 |
|
STCV | Information on status: appeal procedure |
Free format text: APPEAL BRIEF (OR SUPPLEMENTAL BRIEF) ENTERED AND FORWARDED TO EXAMINER |
|
STCV | Information on status: appeal procedure |
Free format text: EXAMINER'S ANSWER TO APPEAL BRIEF MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: ON APPEAL -- AWAITING DECISION BY THE BOARD OF APPEALS |
|
STCV | Information on status: appeal procedure |
Free format text: BOARD OF APPEALS DECISION RENDERED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |