1. Field of the Invention
The present invention relates to the field of computer software and, in particular, to a system and method for quantizing the effectiveness of an advertising campaign.
2. Description of the Related Art
Online advertising is a form of promotion that uses the internet to deliver marketing messages to potential customers. Examples of online advertising include contextual advertisements on search engine results pages, banner advertisements, rich media (e.g., video) advertisements, social network advertisements, interstitial advertisements, online classified advertisements, e-mail marketing, and many others.
One important aspect of an online advertisement is the online “conversion” of the online advertisement, which refers generally to a customer completing an online transaction with an online merchant in response to viewing the online advertisement. Typically, when a customer views an online advertisement, the customer's activity across one or more web pages is tracked to determine whether a particular online transaction is actually completed by the customer. One example of a tracking technique is referred to as pixel-based tracking, where a 1×1 pixel image—often referred to as a “web beacon”—is linked to an online advertisement and included in each web page of, for example, an online shopping cart. The 1×1 pixel image reports information back to a manager of the online advertisement such that the manager is able to determine whether the customer has reached an order confirmation page, indicating that the online advertisement was successful by resulting in a conversion.
Although most merchants provide their customers the ability to shop online, there exists a large number of merchants that have one or more brick-and-mortar locations, referred to herein as “offline” merchants. Though offline merchants typically do not provide an online shopping cart to their customers, the offline merchants may nonetheless be interested in online advertising that causes customers to visit their brick-and-mortar locations in an attempt to increase sales. Unfortunately, as with offline advertising (e.g., advertising in magazines, TV, radio, etc.), it is difficult for offline merchants to measure the performance of their online advertising campaigns.
One attempt to measure performance of an advertising campaign involves polling customers and asking them to share the motivation for the purchase they are making. For example, if a customer shops at a merchant location during a sale, then the merchant may ask the customer, “Where did you hear about our sale?” Unfortunately, some customers are lazy and do not wish to share such information with the merchant or may provide inaccurate information. Determining the effectiveness of an online portion of ad campaign is further complicated when the same advertisements are presented to potential customers through other channels that are not online.
As the foregoing illustrates, there is a need in the art for an improved technique for quantizing the effectiveness of an advertising campaign.
One embodiment of the invention provides a method for determining the effectiveness of an offer. The method includes identifying an offer viewed by a customer, determining that the customer performs a first action in response to viewing the offer, determining that the customer has not performed a second action after performing the first action, and generating a report that displays details associated with the first action and the second action.
Another embodiment of the invention provides a method for providing query access to transaction data. The method includes receiving a query that includes one or more parameters, receiving one or more transactions that correspond to the query, filtering the one or more transactions to exclude transactions that do not correspond to an offer, determining for each of the filtered one or more transactions whether the transaction satisfies the corresponding offer, analyzing the filtered one or more transactions based on the query, and generating an output that displays results associated with the filtered one or more transactions.
Further embodiments of the present invention provide a computer-readable storage medium that includes instructions for causing a computer system to carry out one or more of the methods set forth above.
So that the manner in which the above recited features of the invention can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only typical embodiments of this invention and are therefore not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
In the following description, several specific details are presented to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the concepts and techniques disclosed herein can be practiced without one or more of the specific details, or in combination with other components, etc. In other instances, well-known implementations or operations are not shown or described in detail to avoid obscuring aspects of various examples disclosed herein.
Though not illustrated in
In one embodiment, DB 106, DB 109 and/or DB 112 can be any type of storage system, e.g., a relational database hosted on a network file system (NFS) device, a storage system hosted by a cloud service provider, and the like. Alternatively, DB 106, DB 109 and/or DB 112 may be integrated in POS system 104, OE 108 and payment processor 110, respectively, such as a database hosted on a local disk and managed by an operating system.
Merchant 102 may be a brick-and-mortal physical merchant, an online merchant, a mail-order/telephone-order (MOTO) merchant, and the like. Merchant 102 is capable of processing accounts of customers when they pay for goods or services offered by merchant 102. Such accounts include credit cards, debit cards, prepaid cards, and the like. In some embodiments, merchant 102 is equipped with POS system 104. As shown, POS system 104 is coupled to database 106, which enables POS system 104 to store detailed information associated with transactions between merchant 102 and customers of merchant 102.
A transaction may be initiated at merchant 102 according to a variety of techniques. For example, a cashier at merchant 102 may swipe a credit card through a card reader included in POS system 104. Alternatively, an account may be delivered virtually on a customer's mobile device, which enables a customer at merchant 102 to wave his/her mobile device in front of a contactless card reader included in POS system 104. Further, the customer may show his/her mobile device to a cashier at merchant 102 who manually enters an account number of the account being used by the customer. Alternatively, the mobile device may include a contactless chip or tag that is wireless-readable by POS system 104 using, e.g., near-field-communication (NFC) technology.
Payment processor 110, in conjunction with financial institutions 114, facilitates payment transactions between merchant 102 and customers thereof, and stores the transactions in DB 112. More specifically, when a customer attempts to pay for goods and/or services offered by merchant 102 using his or her account, a POS terminal submits the transaction through a merchant account to an acquiring bank of the merchant (i.e., one of the financial institutions 114). The acquiring bank then transmits a request for funds through the payment processor 110. The payment processor 110 routes the request for funds to the card holder's issuing bank (i.e., the appropriate financial institution 114) for authorization based on a type of the account. The issuing bank verifies the card number, the transaction type, and the amount. In some examples, the issuing bank then reserves that amount of the cardholder's credit limit for the merchant.
For example, if payment processor 110 detects that the account is a debit card associated with a checking account of the customer, then payment processor 110 routes the transaction request to the bank that issued the debit card, whereupon the issuing bank indicates to payment processor 110 whether the checking account possesses sufficient funds to satisfy the transaction request. In turn, payment processor 110 indicates to the merchant acquiring bank whether the request is for funds has been approved. If the transaction is successfully processed, then funds are transferred from the card holder's account at the issuing bank to the merchant account at the inquiring bank.
An offer engine (POE) 108 is configured to determine the effectiveness of advertising campaigns requested and managed by merchant 102. As shown in
An offer may be any offer that involves a customer completing a transaction according to specific criteria, such as buying a certain amount of a product, spending a certain amount in one purchase, making a purchase at a particular time, making a number of purchases within a particular amount of time, and the like. Offers may also involve a group of customers completing a transaction according to specific criteria. As is described in greater detail herein, OE 108 is configured to monitor for transactions to determine whether the criteria for a particular offer have been satisfied. As is also described herein, OE 108 can monitor both online and offline transactions to determine whether the criteria for a particular offer have been satisfied.
Offer data is stored in database 109 accessed by OE 108. The offer data is advertised to customers via webpage advertisements, email marketing campaigns, short-message-service (SMS) messages, telemarketing campaigns, and the like, as described herein. As described below in conjunction with
At step 204, OE 108 receives a set of transactions associated with purchases made at one or more merchants. In one embodiment, OE 108 receives the set of transactions by querying payment processor 110 for particular transactions from one or more merchants. In one example, OE 108 may transmit to payment processor 110 both an ID of a merchant and a set of hashed account numbers associated with customers who have accepted at least one offer with the merchant. In response, payment processor 110 returns transactions that match the hashed account numbers. In another embodiment, a merchant can give the payment processor 110 permission to deliver all transactions from the merchant to a third party, such as OE 108. For example, the transactions can be delivered to the OE 108 periodically (e.g., daily) or in real-time.
At step 206, OE 108 sets a first offer in the set of offers as a current offer. At step 208, OE 108 determines whether criteria of the current offer are satisfied by one or more transactions in the set of transactions. In one embodiment, each offer is associated with executable code that, when executed by OE 108, enables OE 108 to determine whether the current offer has been satisfied by one or more transactions in the set of transactions. For example, if a customer accepts an offer that requires him or her to make an in-store purchase at merchant 102 between the hours of 2:00 PM-6:00 PM, and OE 108 determines from a transaction in the set of transactions that a customer performs a purchase at merchant 102, then OE 108 analyzes timestamp data included the transaction to determine whether the transaction was performed between the required hours.
If, at step 208, OE 108 determines that criteria of the current offer are not satisfied by one or more transactions in the set of transactions, then method 200 proceeds to step 212. Otherwise, at step 209, OE 108 determines whether the one or more transactions identified at step 208 are associated with an account number that matches an account number associated with the current offer. In one embodiment, OE 108 extracts a hashed account number from each transaction and compares the hashed account number against the hashed account number associated with the current offer. If, at step 209, OE 108 determines that the one or more transactions identified at step 208 are not associated with an account number that matches an account number associated with the current offer, then method 200 proceeds to step 212. Otherwise, method 200 proceeds to step 210.
At step 210, OE 108 notifies a merchant associated with the current offer that the current offer has been satisfied. In one embodiment, OE 108 is configured to lookup via database 109 notification preferences of the merchant that is associated with the current offer. For example, OE 108 may determine that the merchant associated with the current offer prefers to receive a daily batch file emailed at the end of each day, where the batch file includes line-by-line detail of each customer who satisfied an offer and the reward that is to be given to them. In addition to notifying the merchant, OE 108 may also be configured to notify the customer associated with the current offer that he or she has satisfied the current offer, as described above in conjunction with
At step 212, OE 108 determines whether additional offers are in the set of offers. If, at step 212, OE 108 determines that additional offers are in the set of offers, then at step 214, OE 108 sets a next offer in the set of offers as the current offer. In this way, each of the offers in the set of offers are compared against the set of transaction data.
In one embodiment, menu 302 displays to the campaign manager each ad campaign that he or she manages, e.g., ad campaigns that are associated with merchant 102 for which the campaign manager works. Each ad campaign is associated with a description, e.g., “Google Campaign,” and is selectable to generate one or more pre-configured or customized reports thereon. For example, the pre-configured report “POs viewed vs. POs clicked” enables the campaign manager to view for a particular ad campaign a report that displays the number of offers viewed by customers vs. the number of offers clicked by customers. Such a report may indicate, for example, that a web page advertisement for an offer that includes a colorful animation causes more customers to click on the offer than a text-only web page advertisement for the offer.
Another example of a pre-configured report, “POs clicked vs. POs accepted” enables the campaign manager to determine which of the offers directly viewed by customers are also accepted by customers. In one example, a customer may be inclined to click on a web advertisement for an offer as a result of the attractiveness of the web advertisement. However, when the offer associated with the web advertisement is displayed to the customer, the customer may find that the offer is not something in which he or she is interested, e.g., when there is a miscorrelation between the offer and the web advertisement associated therewith. As a result, an offer may be clicked by a customer, but is not ultimately accepted by the customer. Alternatively, an offer may be directly correlated to a web advertisement in which the offer is displayed such that there is a high ratio of offers clicked to offers accepted.
Yet another example of a pre-configured report, “POs accepted vs. POs satisfied,” enables the campaign manager to determine which of the offers accepted by customers are also satisfied by customers, as described above in conjunction with
Yet another example of a pre-configured report, “Cost per transaction (CPT),” enables the campaign manager to determine a CPT for the ad campaign. Specifically, a CPT is representative of an amount of money that an ad campaign costs relative to the number of transactions that result from the ad campaign. For example, referring to output 304 in
OE 108 may be configured to consider additional data to the data described above when calculating CPTs. In one example, OE 108 determines that a customer accepts a referral offer, where the referral offer requires the customer to get one or more additional customers to both accept and satisfy an offer associated with the referral offer.
In one example of a referral offer, a first customer is exposed to an offer advertisement widget for a referral offer that requires him or her to get five or more additional customers to both accept and satisfy an offer, where the offer requires them to make a purchase of $25.00 or more at merchant 102. Typically, the offer provides incentive to the five or more friends to both accept and satisfy the referral offer, such as $5.00 cash back for making the $25.00 purchase. In turn, the first customer is rewarded $50.00 by merchant 102 when each of the five or more friends both accept and satisfy the offer. The first customer may notify the five friends according to a variety of techniques, such as submitting their email addresses into an interface provided by OE 108, which then delivers a notification of the offer to each email address.
Thus, in the above example, merchant 102 receives business from the five or more friends while only paying the advertising costs involved in getting the first customer to view, click and accept the referral offer. Accordingly, OE 108 updates the CPT by increasing the total number of transactions before dividing the total number of transactions into the cost of the ad campaign, which decreases the CPT value.
Additional data may also be processed by OE 108 when determining a CPT. For example, OE 108 may detect that a customer, subsequent to accepting and satisfying an offer made by merchant 102, continues to shop regularly at merchant 102 without accepting any offers, i.e., he or she becomes a loyal customer of merchant 102. In this way, the CPT is reduced as a result of the number of transactions increasing since there is no increase in advertisement sales that corresponds to the increase in the customer's shopping.
At step 404, OE 108 determines, for one or more offers, a number of customers that have clicked the viewed offer to view offer details associated therewith. As described herein, a customer that views an offer, e.g., an offer displayed within a web advertisement, may or may not click on the offer to view the details and/or accept the offer. OE 108 determines whether the offer was clicked according to the same techniques described above in step 402. For example, a web advertisement that includes an offer that, when clicked by a customer, is configured to update the state of a browser cookie to reflect that the offer has been clicked. The publisher of the web advertisement, e.g., OE 108, then reads the browser cookie and updates a database, e.g., DB 109, to reflect that the offer was, in fact, clicked by a customer.
At step 406, OE 108 determines how many of the customers that have clicked the viewed offers have accepted the published offers, according to the techniques described above in conjunction with
At step 408, OE 108 determines how many of the customers that have both clicked and accepted the viewed offers also have satisfied the offers, according to the techniques described above in conjunction with
At step 410, OE 108 calculates a total effectiveness of the offers based on the foregoing determinations. Such calculations, for example, may involve generating a CPT or a custom report for one or more ad campaigns, as described above in conjunction with
In one embodiment, menu 502 displays a list of known customers of merchant 102. In the example illustrated in menu 502, each listed customer corresponds to a unique hashed account number, as described above in conjunction with
Menu 502 enables a campaign manager to select from a list of pre-defined reports, such as “All transactions”, which, when generated, displays in output 504 a list of all transactions associated with the selection made in menu 502, e.g., a product associated with a UPC code “ID3”. The list of transactions may include, for each transaction in the list, a set of attributes, e.g., a date of the transaction, an amount of the transaction, and the like. Method 502 also enables a campaign manager to generate a customer report where he or she may submit criteria for the transactions that he or she wants to analyze.
For example, in
The number of unique customers may then be used to generate an average number of purchases of the product per customer, which is also included in output 504 and has a value of 3.37, which indicates that the typical customer is a repeat-purchaser of the product. The requested report may also cause OE 108 to determine the number of satisfied offers that are associated with the total number of purchases such that the campaign manager may determine whether the offers are effective. Additional customizations to the report may be selected by the campaign manager, including viewing the total number of purchases of the product that have been made within the last twenty-four hours (198).
Though not explicitly illustrated or described in conjunction with
At step 604, OE 108 retrieves the transaction data from a database, e.g., DB 109 and or payment processing platform 110, based on the request. At step 606, OE 108 determines whether the transaction data is associated with one or more offers. If, at step 606, OE 108 determines that the transaction data is associated with one or more offers, then method 600 proceeds to step 608, where OE 108 matches the transaction data with one or more transactions executed by one or more customers according to the techniques described above in conjunction with
Referring now back to step 506, if OE 108 determines that the transaction data is not associated with one or more offers, then method 600 proceeds to step 610, where OE 108 optionally performs one or more calculations on the transaction data based on the request. Such calculations include, for example, determining a number of unique customers who have purchased a particular product, as described above in conjunction with
At step 612, OE 108 returns the transaction data and/or the results of the one or more calculations, which may then be displayed to, e.g., a campaign manager via output 504 described above in conjunction with
Advantageously, embodiments of the invention provide an improved technique for determining the effectiveness of an online ad campaign. In particular, an administrator is able to query transaction data that is associated with a particular ad campaign. The query may specify one or more parameters that filter the transaction data to provide the administrator with a more granular view of aspects of the ad campaign. As a result, the merchant is able to determine a total cost per transaction in addition to areas in which the ad campaign needs improvement.
While the foregoing is directed to embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof. For example, aspects of the present invention may be implemented in hardware or software or in a combination of hardware and software. One embodiment of the invention may be implemented as a program product for use with a computer system. The program(s) of the program product define functions of the embodiments (including the methods described herein) and can be contained on a variety of computer-readable storage media. Illustrative computer-readable storage media include, but are not limited to: (i) non-writable storage media (e.g., read-only memory devices within a computer such as CD-ROM disks readable by a CD-ROM drive, flash memory, ROM chips or any type of solid-state non-volatile semiconductor memory) on which information is permanently stored; and (ii) writable storage media (e.g., floppy disks within a diskette drive or hard-disk drive or any type of solid-state random-access semiconductor memory) on which alterable information is stored. Such computer-readable storage media, when carrying computer-readable instructions that direct the functions of the present invention, are embodiments of the present invention.
In view of the foregoing, the scope of the present invention is determined by the claims that follow.
This application claims priority benefit to U.S. provisional patent application titled, “SYSTEM AND METHOD IMPLEMENTING REFERRAL PROGRAMS,” filed on Feb. 15, 2011, having application Ser. No. 61/442,943 (Attorney Docket Number CARD/0002USL) and also claims priority benefit to United States provisional patent application titled, “SYSTEM AND METHOD FOR IMPLEMENTING PAYMENT NETWORK COOKIES,” filed on Feb. 14, 2011, having application Ser. No. 61/442,691 (Attorney Docket Number CARD/0003USL), both of which are incorporated by reference herein.
Number | Name | Date | Kind |
---|---|---|---|
5175415 | Mansvelt et al. | Dec 1992 | A |
5175416 | Mansvelt et al. | Dec 1992 | A |
RE36788 | Mansvelt et al. | Jul 2000 | E |
6138107 | Elgamal | Oct 2000 | A |
6169975 | White et al. | Jan 2001 | B1 |
6298330 | Gardenswartz et al. | Oct 2001 | B1 |
6332126 | Peirce et al. | Dec 2001 | B1 |
6505168 | Rothman et al. | Jan 2003 | B1 |
6606606 | Starr | Aug 2003 | B2 |
7035855 | Kilger et al. | Apr 2006 | B1 |
7444658 | Matz et al. | Oct 2008 | B1 |
7668785 | Hammad | Feb 2010 | B1 |
7677450 | Rajewski | Mar 2010 | B1 |
7698269 | Zhou et al. | Apr 2010 | B2 |
7729940 | Harvey et al. | Jun 2010 | B2 |
7734502 | Yehoshua et al. | Jun 2010 | B1 |
7797233 | Sobek | Sep 2010 | B2 |
8000933 | Poeltl et al. | Aug 2011 | B1 |
8112301 | Harvey et al. | Feb 2012 | B2 |
8131594 | Yehoshua et al. | Mar 2012 | B1 |
8135647 | Hammad et al. | Mar 2012 | B2 |
8244584 | O'Shea et al. | Aug 2012 | B1 |
8335739 | Bol et al. | Dec 2012 | B1 |
8421663 | Bennett | Apr 2013 | B1 |
8620738 | Fordyce et al. | Dec 2013 | B2 |
8626579 | Fordyce et al. | Jan 2014 | B2 |
8630200 | St Jean et al. | Jan 2014 | B2 |
8661161 | Zhang | Feb 2014 | B2 |
9268750 | Lansford et al. | Feb 2016 | B2 |
9411900 | Vishria et al. | Aug 2016 | B2 |
9412102 | Wolf et al. | Aug 2016 | B2 |
9430773 | Aloni et al. | Aug 2016 | B2 |
9477771 | Aoki et al. | Oct 2016 | B2 |
9613361 | Wolf et al. | Apr 2017 | B2 |
9841282 | VonDerheide et al. | Dec 2017 | B2 |
20020016774 | Pendlebury | Feb 2002 | A1 |
20020107986 | Pfohe et al. | Aug 2002 | A1 |
20020120530 | Sutton et al. | Aug 2002 | A1 |
20030040363 | Sandberg | Feb 2003 | A1 |
20030061093 | Todd | Mar 2003 | A1 |
20030097297 | Cavarretta et al. | May 2003 | A1 |
20030155903 | Gauthier et al. | Aug 2003 | A1 |
20030158844 | Kramer et al. | Aug 2003 | A1 |
20030172145 | Nguyen | Sep 2003 | A1 |
20030216990 | Star | Nov 2003 | A1 |
20040177037 | Lee | Sep 2004 | A1 |
20040230536 | Fung et al. | Nov 2004 | A1 |
20050055275 | Newman et al. | Mar 2005 | A1 |
20050075932 | Mankoff | Apr 2005 | A1 |
20060085357 | Pizarro | Apr 2006 | A1 |
20060149671 | Nix et al. | Jul 2006 | A1 |
20060212355 | Teague | Sep 2006 | A1 |
20060273831 | Maksimovic et al. | Dec 2006 | A1 |
20070027757 | Collins | Feb 2007 | A1 |
20070073585 | Apple et al. | Mar 2007 | A1 |
20070124500 | Bedingfield et al. | May 2007 | A1 |
20070136279 | Zhou et al. | Jun 2007 | A1 |
20080010120 | Chung et al. | Jan 2008 | A1 |
20080046314 | Chung et al. | Feb 2008 | A1 |
20080059306 | Fordyce et al. | Mar 2008 | A1 |
20080059329 | Luchene et al. | Mar 2008 | A1 |
20080065474 | Sharma et al. | Mar 2008 | A1 |
20080065490 | Novick et al. | Mar 2008 | A1 |
20080147550 | Morsillo et al. | Jun 2008 | A1 |
20080147552 | Morsillo et al. | Jun 2008 | A1 |
20080167017 | Wentker et al. | Jul 2008 | A1 |
20080195579 | Kennis et al. | Aug 2008 | A1 |
20080217397 | Degliantoni et al. | Sep 2008 | A1 |
20080235351 | Banga et al. | Sep 2008 | A1 |
20080300984 | Li | Dec 2008 | A1 |
20090043696 | Ornce et al. | Feb 2009 | A1 |
20090070583 | Mueller et al. | Mar 2009 | A1 |
20090072026 | Lee et al. | Mar 2009 | A1 |
20090100099 | Buckwalter | Apr 2009 | A1 |
20090132366 | Lam et al. | May 2009 | A1 |
20090164315 | Rothman | Jun 2009 | A1 |
20090191962 | Hardy et al. | Jul 2009 | A1 |
20090216579 | Zen et al. | Aug 2009 | A1 |
20090228365 | Thomchek et al. | Sep 2009 | A1 |
20090271317 | Walker et al. | Oct 2009 | A1 |
20100063903 | Whipple et al. | Mar 2010 | A1 |
20100075638 | Carlson et al. | Mar 2010 | A1 |
20100114686 | Carlson et al. | May 2010 | A1 |
20100262484 | Bardin et al. | Oct 2010 | A1 |
20100268611 | Reid et al. | Oct 2010 | A1 |
20100274650 | Kantor | Oct 2010 | A1 |
20100299194 | Snyder et al. | Nov 2010 | A1 |
20100306040 | Arumugam | Dec 2010 | A1 |
20100332304 | Higgins et al. | Dec 2010 | A1 |
20110029367 | Olson et al. | Feb 2011 | A1 |
20110029396 | Sobek | Feb 2011 | A1 |
20110057027 | Grossman et al. | Mar 2011 | A1 |
20110066497 | Gopinath et al. | Mar 2011 | A1 |
20110087531 | Winters et al. | Apr 2011 | A1 |
20110099108 | Fung et al. | Apr 2011 | A1 |
20110106840 | Barrett et al. | May 2011 | A1 |
20110125565 | MacIlwaine et al. | May 2011 | A1 |
20110125593 | Wright et al. | May 2011 | A1 |
20110137740 | Bhattacharya et al. | Jun 2011 | A1 |
20110161149 | Kaplan | Jun 2011 | A1 |
20110225033 | Schmeyer | Sep 2011 | A1 |
20110231224 | Winters | Sep 2011 | A1 |
20110231258 | Winters | Sep 2011 | A1 |
20110246369 | de Oliveira et al. | Oct 2011 | A1 |
20110264499 | Abendroth et al. | Oct 2011 | A1 |
20110289434 | Kieft | Nov 2011 | A1 |
20110295990 | St Jean et al. | Dec 2011 | A1 |
20110302022 | Fordyce et al. | Dec 2011 | A1 |
20120035997 | Burgess et al. | Feb 2012 | A1 |
20120047008 | Alhadeff et al. | Feb 2012 | A1 |
20120060108 | Domartini | Mar 2012 | A1 |
20120075137 | Tanizawa | Mar 2012 | A1 |
20120084135 | Nissan | Apr 2012 | A1 |
20120095819 | Li | Apr 2012 | A1 |
20120143705 | Bhattacharya et al. | Jun 2012 | A1 |
20120150669 | Langley et al. | Jun 2012 | A1 |
20120166272 | Wiley et al. | Jun 2012 | A1 |
20120203604 | Baker | Aug 2012 | A1 |
20120203929 | Patalsky | Aug 2012 | A1 |
20120209672 | Winner et al. | Aug 2012 | A1 |
20120209695 | Winner et al. | Aug 2012 | A1 |
20120209696 | Winner et al. | Aug 2012 | A1 |
20120209771 | Winner et al. | Aug 2012 | A1 |
20120215610 | Amaro | Aug 2012 | A1 |
20120271770 | Harris et al. | Oct 2012 | A1 |
20120284105 | Li | Nov 2012 | A1 |
20120316941 | Moshfeghi | Dec 2012 | A1 |
20130143533 | Carlson et al. | Jun 2013 | A1 |
20130159233 | Mason et al. | Jun 2013 | A1 |
20130218652 | Fargo et al. | Aug 2013 | A1 |
20130227662 | Crampton | Aug 2013 | A1 |
20130282592 | Zambrana et al. | Oct 2013 | A1 |
20130290821 | Pollack | Oct 2013 | A1 |
20140129733 | Klais et al. | May 2014 | A1 |
20140156407 | Dinardo, Sr. et al. | Jun 2014 | A1 |
20140372325 | Zambrana et al. | Dec 2014 | A1 |
20150025981 | Zaretsky et al. | Jan 2015 | A1 |
20150186930 | Winner et al. | Jul 2015 | A1 |
20150332365 | Kassemi et al. | Nov 2015 | A1 |
20150370899 | Jung | Dec 2015 | A1 |
20160267060 | Skirpa et al. | Sep 2016 | A1 |
20160277315 | Miller et al. | Sep 2016 | A1 |
20160308936 | Yuan | Oct 2016 | A1 |
20170034013 | Cherian et al. | Feb 2017 | A1 |
20170178223 | Ranasinghe et al. | Jun 2017 | A1 |
20170289350 | Philbin et al. | Oct 2017 | A1 |
Number | Date | Country |
---|---|---|
2008067543 | Jun 2008 | WO |
Entry |
---|
Steinfield, Charles et al: Click and Mortar Strategies Viewed from the Web: A Content Analysis of Features Illustrating Integration Between Retailers' Online and Offline Presence. Electronic Markets, vol. 15, No. 3, 2005. Available at: https://msu.edu/˜steinfie/EM_2005.pdf (Year: 2005). |
CardSpring, “CardSpring Launches New Payment Network Platform That Lets Developers Create Applications for Payment Cards,” SYS-CON, 2008, 3 pp. |
U.S. Appl. No. 14/656,555, filed Mar. 12, 2015 by Jeffrey Winner. |
Prosecution History from U.S. Appl. No. 13/211,253 from Feb. 13, 2012 through Mar. 3, 2015 32 pp. |
Final Office Action from U.S. Appl. No. 13/211,253, dated Oct. 8, 2015, 16 pp. |
Amendment in Response to Office Action dated Oct. 8, 2015, from U.S. Appl. No. 13/211,253, filed Jan. 8, 2016, 11 pp. |
Extended Search Report from counterpart European Application No. 15163296.5, dated Sep. 30, 2015, 13 pp. |
Office Action from U.S. Appl. No. 14/656,555, dated Sep. 1, 2017, 14 pp. |
Office Action from U.S. Appl. No. 13/211,253, dated Sep. 5, 2017, 14 pp. |
Response to Final Office Action from U.S. Appl. No. 13/211,253, filed Mar. 8, 2016 11 pgs. |
Final Office Action from U.S. Appl. No. 14/656,555, dated Jun. 28, 2018, 26 pp. |
Amendment in Response to Office Action dated Dec. 21, 2017, from U.S. Appl. No. 13/211,253, filed Jun. 21, 2018, 19 pp. |
Amendment in Response to Office Action dated Sep. 1, 2017, from U.S. Appl. No. 14/656,555, filed Dec. 19, 2017, 18 pp. |
Appeal Brief in U.S. Appl. No. 12/849,789, filed Apr. 3, 2017,35 pages. |
CardSpring, “CardSring Launches New Payment Network Platform That Lets Developers Create Applications for Payment Cards,” 2008, pp. 1-3. |
Final Office Action from U.S. Appl. No. 13/211,262, dated Jan. 31, 2013. |
Non-Final Office Action from U.S. Appl. No. 13/211,253, dated Oct. 3, 2014. |
Non-Final Office Action from U.S. Appl. No. 13/211,262, dated Aug. 13, 2014. |
Non-Final Office Action from U.S. Appl. No. 13/211,262, dated Jul. 11, 2012. |
Non-Final Office Action from U.S. Appl. No. 13/211,262, dated Mar. 20, 2014. |
Non-Final Office Action from U.S. Appl. No. 13/211,262, dated Nov. 19, 2013. |
Non-Final Office Action from U.S. Appl. No. 13/211,265, dated Sep. 12, 2014. 14 pp. |
Non-Final Office Action in U.S. Appl. No. 14/656,555 dated Mar. 7, 2019, 24 pages. |
Office Action from U.S. Appl. No. 13/211,253, dated Dec. 21, 2017, 15 pp. |
Number | Date | Country | |
---|---|---|---|
20120209696 A1 | Aug 2012 | US |
Number | Date | Country | |
---|---|---|---|
61442943 | Feb 2011 | US | |
61442691 | Feb 2011 | US |