CONSUMER CONTROLLED TRACKING OF AD INTERACTIONS LEADING TO PURCHASES

Information

  • Patent Application
  • 20140278923
  • Publication Number
    20140278923
  • Date Filed
    March 13, 2014
    10 years ago
  • Date Published
    September 18, 2014
    10 years ago
Abstract
A system is disclosed that records a user's interactions with online ads, and that detects associations between these interactions and subsequent purchases (such as in-store purchases). The system may include a mobile application that tracks the ad interactions and purchase events. Users control whether the associations between the purchases and ad interactions are divulged to an ad serving entity or any other entity. In return for divulging the associations, the user may be offered compensation. The system enables the ad serving entity to bill the advertiser on a pay-per-purchase basis, and enables advertisers to obtain clear performance indicators for their ads.
Description
TECHNICAL FIELD

The subject matter disclosed herein relates to the serving of online advertising, and in particular to the tracking of interactions with ads on mobile devices that lead to purchases.


BACKGROUND

There is a constant need for advertisers to obtain ever increasing accuracy when measuring the success of an ad (i.e. an advert or advertising campaign). There is also a continuing need for advertisers to target their ads more efficiently. In conjunction with this is an increasing objection that consumers have to invasion of their privacy.


One of the problems associated with mobile advertising, particularly on smart phones, is that many clicks are made by accident due to the relatively small screen area on smart phones as compared to tablets, notebooks and laptops with touch sensitive screens. Another problem with advertising on mobile devices is that it is difficult to track whether the ads lead to purchases or not, which is not so much of a problem with advertising on desktops since many purchases are completed via the landing site for the ad.


U.S. Pat. No. 8,311,845 to Vengroff discloses a system that bills an advertiser when a user visits a location specified by the ad. The system bills the advertiser under the assumption that, but for the ad, the user would not have visited the location.


U.S. Pat. No. 8,073,460 to Scofield et al. discloses a system in which a user's movement pattern is analyzed and ads for specific retail locations are charged for based on the user's predicted probability of visiting the location.


U.S. Patent Application Publication 2012/0239491 to Kruglick discloses a system that monitors users' purchases made with their mobile devices and statistically correlates them with previously served ads.


U.S. Pat. No. 8,301,125 to Ramer et al. discloses a system for targeted delivery of advertising on mobile devices based on navigation requests.


The prior art generally takes personal information, such as ads clicked, locations visited and purchases made, and uses it to benefit commercial entities. Little control or consideration is given to a user's privacy.


SUMMARY OF THE DISCLOSURE

The subject matter described herein provides a system, server, device and method for linking purchases to previously-viewed online ads. Purchases may be made with the mobile device that the ads were served on. Consumers viewing the served ads and making purchases are able to control whether or not their information is released to the advertisers. In return for releasing their private information, consumers may receive cash back or other consideration of value. When consumers release the information, which at a minimum includes the fact that they previously viewed or otherwise positively interacted with (e.g. by clicking on) a particular ad prior to making a particular purchase, the information is passed to the ad server, which can then bill the advertiser. The advertiser therefore pays the ad server for displaying an ad that is assumed to have resulted in a sale. The amount of payment may be determined using a bidding process, a commission basis, or other manner, and may be in addition to an amount paid based on other parameters such as the number of impressions or the number of clicks.


This summary is not an extensive overview intended to delineate the scope of the subject matter that is described and claimed herein. The summary presents aspects of the subject matter in a simplified form to provide a basic understanding thereof, as a prelude to the detailed description that is presented below.





BRIEF DESCRIPTION OF THE DRAWINGS

For a fuller understanding of the nature and advantages of the disclosed subject matter, as well as the preferred mode of use thereof, reference should be made to the following detailed description, read in conjunction with the accompanying drawings. In the following drawings, like reference numerals designate like or similar parts or steps.



FIG. 1 is a schematic functional block diagram of an embodiment of a system for managing release of personal information relating to a user's purchase;



FIG. 2 is a flowchart of the main steps of a process performed by the system of FIG. 1;



FIG. 3 is a screen shot of a user's personal mobile electronic device;



FIG. 4 is an alternate screen shot of a user's personal mobile electronic device;



FIG. 5 is a detailed swim-line diagram of a process performed by the system of FIG. 1;



FIG. 6 is a screen shot of a desk top computer showing a ‘store’ button; and



FIG. 7 is a flowchart of the main steps of a process performed by an ad store button system.





DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS

The following detailed description is presented largely in terms of methods or processes, symbolic representations of operations, functionalities and features of the invention. These method descriptions and representations are the means used by those skilled in the art to most effectively convey the substance of their work to others skilled in the art. A software implemented method or process is here, and generally, conceived to be a self-consistent sequence of steps leading to a desired result. These steps involve physical manipulations of physical quantities. Often, but not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated. It will be further appreciated that the line between hardware, software and firmware is not always sharp, it being understood by those skilled in the art that software implemented processes may be embodied in hardware, firmware, or software, in the form of coded instructions such as in microcode and/or in stored programming instructions.


In general, unless otherwise indicated, singular elements may be in the plural and vice versa with no loss of generality. The use of the masculine can refer to masculine, feminine or both. Drawings are not necessarily to scale.


System


FIG. 1 illustrates an embodiment of a system 10 for managing the release of personal information to advertising companies (and/or advertisers or other entities) following purchases made by consumers. A user's personal mobile electronic device 20, such as a smart phone, is one of the user-owned assets 22 that comprise the system 10, and is connected into the system via network 26. The network 26 may be the internet, an Ethernet, a telecommunications network or any combination thereof. A monitoring server 30 may store the user's personal data 32 in a database. Such personal data 32 may include the user's location, a history of the user's location and various identifying indicia for the user and/or the user's mobile device 20. The personal data 32 may also include full or partial details of browsing history, details of ads clicked, details of ads seen but not clicked, and details of when and for how long ads were viewed. A financial server 40 may include a user's personal account 42. The financial server may be that of a bank, a credit card, an electronic wallet, an internet payment management system, etc. The user may authorize debits from the account 42 when he uses the mobile device 20 to purchase goods and services. Such purchases may be completed by the user agreeing to pay an electronic bill, for example, which may be received via email or via an app (i.e. application) installed on the mobile device 20. Such purchases may also be completed by NFC (i.e. near field communications) if the mobile device 20 is equipped with an NFC reader and/or NFC tag.


Also shown in FIG. 1 is ad server 50. Besides possibly operating in the usual sense, ad server 50 may be configured to operate according to the system 10 in the pay-per-purchase mode. In this sense, the ad server 50 includes data 52 specifically provided to it by the user. This data 52 may be a subset of data 32, and may include the fact that the user has made a purchase and that the user had previously viewed or otherwise positively interacted with an ad relating to the purchase. Individual ads served by the ad server 50 are created by business enterprises, such as business 60 having a brick and mortar store 62, in which there is a point of sales terminal 64 connected to the system 10 via the network 26. The business 60 can create and manage its ads via computer 66 connected to the ad server 50. A single mobile device 20 and a single business 60 are illustrated in FIG. 1 for simplicity of presentation; however it will, of course, be understood that systems 10 comprising pluralities of mobile devices 20 and/or businesses 60 and/or other system components are also contemplated.


It is also to be understood that the electronic devices and servers described herein include one or more processors connected to one or more memories, in which are stored computer executable instructions and computer readable data. The functions of the system are achieved by the processor(s) executing the instructions and reading and storing the data. Furthermore, the various electronic devices and servers include the necessary interfaces to enable them to connect to the network 26 and communicate with the other devices and servers connected to the network.


Basic Process

The key steps of the process carried by the system 10 in one embodiment are shown in FIG. 2. In step 70, the system records a positive interaction with one or more ads displayed on the user's mobile electronic device 20 by, for example, storing identities of the ads that have been viewed. The interaction event(s) may be stored in a database 32 in the monitoring server 30. In some embodiments, the event(s) may be stored initially in the device 20 and uploaded from time to time to the monitoring server 30, or they may be uploaded as and when they occur. Later, in step 72, the user of the mobile device 20 makes a purchase that is related to one or more of the stored ads. While or after making the purchase, the user is given a chance, in step 74, to decide whether or not to reveal the purchase and any related ad data to, for example, the advertiser and the advertising company that served the ad. The user may optionally have pre-approved the automatic revealing of such information in settings related to the system. If the user chooses not to reveal the data, then the process stops at step 76 and data 52 is not revealed. If the user chooses to reveal the data, then the data is revealed in step 78. In revealing the data, the data may be provided to one or more of the ad server 50, the business 60 providing the goods or services, and the financial server 40. The data may be provided directly from the mobile device 20 or from the monitoring server 30. In step 80, the recipient of the data, which is typically the ad server 50, provides a monetary payment or something else of value in return for the user's revealing the data. There are many ways in which the monetary payment can be fulfilled, including channeling to other recipients. The system 10 can then bill the advertiser in step 82.



FIG. 3 illustrates a representative mobile device 20 with an example of a screen that may be displayed to the user at the point of purchase if the user is using the device to complete the financial transaction for the purchase. In the illustrated embodiment, the purchase has been completed with a swipe of the device over an NFC point of sale terminal. The amount paid for the purchase is $xx.xx. The user has the option, by clicking button 86, to reveal the fact that the purchase has occurred and the fact that the user previously interacted with an ad related to the purchase, in return for earning $y.yy. There is also the option to cancel by clicking button 88.


In another embodiment, FIG. 4 shows a mobile device 20 with an alternate example of a screen that may be displayed to the user at the point of purchase if the user is using the device to complete the financial transaction for the purchase. Here, the purchase is completed with two swipes of the device with an NFC point of sale terminal. The screen of FIG. 4 may be displayed after the first swipe, when the sales clerk has entered the transaction information into the point of sales terminal. The amount of the purchase is $xx.xx and the user has the option to pay this amount by tapping the soft button 90. The user also has the alternative option to reveal the fact that the purchase is occurring and the fact that the user previously interacted with an ad related to the purchase, in return for earning $y.yy, which is deducted from the amount to be paid to result in a net amount $zz.zz to be paid for the purchase. There is also the option to cancel by clicking button 94. After making the selection, the user then swipes the device over the NFC terminal to complete the transaction. The mobile device and/or the NFC payment terminal then informs the ad server that the transaction has occurred.


As is common practice with e-payment methods, a PIN may be required to be entered into the mobile device, or it may be conditionally required depending on the amount of the transaction.


Detailed Process

An exemplary process undertaken by the system 10 in one embodiment is shown in greater detail in FIG. 5. In step 110, a user account is set up at the monitoring server 30 (e.g. an Absolute Software™ server) for monitoring the user's device and/or user data such as interactions with ads. As a result, a persistent agent is activated on the user's mobile device 20 in step 114. The persistent agent ensures the availability of an Ad History App (i.e. “AHA”) in step 116 on the mobile device 20. The AHA may be activated whenever the user uses a browser on the mobile device, or when viewing in-app ads on the device. When a user, in step 120, clicks on an ad or otherwise views it or interacts with it, the AHA stores the event in a database in the mobile device at step 124. The stored data may include identification of the ad, location of the user when the ad was viewed, location representing point of sale for goods and/or services advertised, the date and time the ad was viewed, the duration of time the ad was viewed, a code in the ad representing a specific cash back amount or a percentage cash back amount, a flag indicating that the ad was clicked rather than merely displayed, and any other pertinent data.


Upon the user clicking (and/or viewing or interacting with) the ad, or afterwards, the AHA sends, in step 126, an identification of the ad to the monitoring server, which may be in the form of a hash, for example. The monitoring server 30 then stores the hash in database 32 in step 130. The user's ad-click history, whether in the form of hashes, click codes or direct identification of the ads themselves, is therefore stored in a reliable, remote location that can be trusted to provide accurate records whenever called upon and when permission is granted to do so.


In step 134, the user of the mobile device visits a store and makes a purchase in step 136. The mobile device is used to make the purchase in step 140. The AHA stores the details of the purchase in a purchase history database 146, which may include details such as item or service bought, cost, location, date, time, store ID, etc. When the purchase is complete, a transaction code is received by the mobile device 20, from either the merchant or the payment processor the merchant is using, in step 144. In the illustrated embodiment, the AHA checks the location of the mobile device in step 150, and then determines whether a related ad was previously clicked in step 154. If no related ad was clicked, the process ends in step 155. If a related ad was previously clicked, the AHA retrieves or calculates, in step 156, the amount that is associated with revealing the related ad and purchase details. This amount is then displayed on the device in step 160. As a result, the user may be presented with options as shown at display step 164. The amount that may be earned is shown as $y.yy and the user has the option to redeem it, to use it to tip the assistant helping the purchaser, to donate it to a charity, or to cancel the redemption of it. With any of the first three options, the ad or an identification of it is retrieved, in step 166, and then the ad data and purchase data are sent, in step 170, to the ad server. The purchase data may include a transaction code, the location of the purchase, the store ID, the purchased item(s), the date and time, etc. When the ad server receives, in step 174, the purchase and ad data, it checks the transaction code in step 176, and if the transaction code and/or other purchase data corresponds to a previously stored ad or hash representing an ad, then the ad server credits the user's account, in step 180. Following this, the advertiser is billed for the ad in step 184. As a result, the advertiser is charged for ads that are both served and result in a purchase. A confirmation message may then be sent from the ad server to the mobile device, in step 186, which displays, for example, “OK”, which the user would see in response to his clicking on one of the top three soft buttons on the screen 164 of the mobile device. The purchase data may then be deleted, in step 194, from the purchase history database. Similarly, if the user had selected the cancel option from screen 164, then the purchase would be directly deleted from the purchase history database in step 194. In either case, the process then ends at 196. It may of course be repeated as more ads are clicked or otherwise positively interacted with and more purchases are made. In alternate embodiments, the purchase data may be retained and reused for various promotional or other purposes.


If the user does not use the mobile device to make the purchase, then the system can still work if the user sends the transaction code to the server in another way. For example, the user may email the code, enter it in a form on the ad server's mobile or regular website, or take a photograph of the receipt and send it, or information within it, to the ad server. The receipt may contain the transaction code, a bar code, a QR code or other two dimensional bar code which can automatically be recognized by the AHA app, or by software running on the ad server.


Screen display 164 may be set up to appear immediately after a purchase is made, or it may be recalled as and when the user chooses. For example, it may be more convenient for the user to review his purchases for the past week all in one go. However, in some embodiments, the amount redeemable for each purchase may be set up to decrease with time, since recent information may be more valuable to the merchants than older information, and payments to users may be better managed over a shorter timescale than a long one.


Ad Store Button

Instead of, or as well as, ad interactions being recorded and stored in monitoring center 30, sites with promotional offers that a user browses to may be recorded. This eliminates the need for the user to print out a coupon from the site, keep it in a safe place and then remember to take it to the store to be redeemed. Such sites may include a button that may be clicked by the user to store such a coupon, so that the user positively identifies which sites are stored in the history. These sites may be displayed on mobile or desk top computers. Where the sites are displayed on other than the user's mobile device, the click history stored by the monitoring server is persisted to the user's mobile device by the persistent agent. The sites with these buttons may be arrived at via an ad, via the direct entry of a URL or by clicking another link.


Referring to FIG. 6, a desktop computer screen shot is shown of a site of a business that sells televisions. The user has the option to buy a television by clicking the Buy button 250, which will lead the user to an online checkout process where payment and delivery details can be entered. Also shown is a Store button 252, which, when clicked, will store the fact that the user is interested in the product in the database 32 of the monitoring server 30. Clicking the button may also cause a promotional code to be stored as well, so that if the user later visits a corresponding store to purchase the product, the code can be retrieved and the user may be able to get a discount, or to earn a payment for divulging the fact that he made the purchase after having visited the business's website. The database may store the fact that the user landed on the page after clicking an ad, after entering a URL directly, or by clicking any other kind of link.



FIG. 7 shows a process relating to the ad store button described above. The process starts with a user either entering a URL in the address field of a browser in step 300, clicking an ad in step 302, or clicking another link in step 304. In step 310, the landing page is displayed on the user's device, whether it be a mobile or desktop device, and a Store button 252 is also displayed, in step 314, on the page. The user clicks the Store button in step 316, which results in the data associated with the button being sent to the monitoring server, in step 320. The data may include the ad identification, where appropriate, a discount amount, an amount to pay the user if a purchase occurs and the purchaser divulges his related ad click data, a location of a store or stores, a date and time. etc. The amounts may depend on how the user arrived at the landing page. If the device is other than the user's mobile device, then the monitoring server sends an update, in step 324, to the agent on the mobile device 20 so that the ad click history database on it can be updated. The update may be sent immediately, during a later scheduled communication with the agent, or when the agent calls in. Later, in step 326, the user makes a purchase. After the purchase, the user may be given the option to divulge his prior ad click history relating to the purchase. Alternately, the fact that the user clicked the Store button in step 316 may be understood to grant permission for the information to be automatically divulged, if the user chooses to set the system up in this way.


Variations and Further Features

Examples of personal mobile electronic devices 20 include an Android™ device, a Windows™ phone, an iPad™ tablet, an iPod Touch™ media device and an iPhone™ smart phone. Still further types of personal mobile electronic device can be envisaged for use in the system 10.


Where the various components of the system are connected, they may be connected directly or indirectly, via wired, wireless or both types of connection.


Ads that are clicked to remove them from the display on the user's device may also be recorded. These may be ads that pop up or pop under the window that is being viewed, ads that are overlaid on a video, played before, during or after a video, or any other form of ad. It may be valuable for an ad serving company and advertisers to know which ads are deleted and/or ignored, and this may be especially useful in relation to ads for similar goods that are clicked, or otherwise positively interacted with, particularly if they eventually lead to a purchase.


The ad server may provide the user with an account from which purchases are made, in which case the ad server and the financial server would belong to the same entity. Alternately, the entity operating the monitoring server may be combined with either or both of the entities managing the ad server and the financial server.


In other embodiments, the application on the remote device may be supported by an agent. Such an agent, as used herein, is a software, hardware or firmware (or any combination thereof) agent that is ideally persistent and stealthy, and that resides in a host computer or other electronic device. The agent facilitates servicing functions which require communication with a remote server, such as a monitoring server 30. In some embodiments, the agent is tamper resistant and is enabled for supporting and/or providing various services such as data delete, firewall protection, data encryption, location tracking, message notification, and software deployment and updates. An illustrative embodiment of a suitable agent is found in the commercially available product Computrace Agent™. The technology underlying the Computrace Agent™ has been disclosed and patented in the U.S. and other countries, the patents having been commonly assigned to Absolute Software Corporation. See, for example, U.S. Pat. Nos. 5,715,174; 5,764,892; 5,802,280; 6,244,758; 6,269,392; 6,300,863; and 6,507,914; and related foreign patents. Details of the persistent function of the agent are disclosed in U.S. Patent Application Publication Nos. US2005/0216757 and US2006/0272020. The technical disclosures of all of these documents are fully incorporated by reference as if fully set forth herein. Ideally, the agent is able to self-repair if it includes software. It may in part or in whole be located in the BIOS, EFI or equivalent location in a mobile electronic device. Communications may be initiated by the agent, by the remote server or by both. The agent may be divided into multiple parts in different locations within an electronic device. The agent may ensure the presence of the application and its integrity, and if it is found to be compromised or out of date, it can initiate the download of a new or replacement application from the server.


Processors described herein, whether in the server or the remote devices, may include one or more constituent processors, or one or more processing cores. Components of the system may be embodied on more than one server, and other architectures are also possible. Where a single server is shown, it is to be understood that it may represent one or more servers, which may be co-located or geographically separated. Memories may be divided into separate components and different types. Components may be incorporated wholly or partially in other components described herein.


Steps in the flowcharts may be carried out in a different order to those shown, they may be interchanged and/or combined with each other or from different flowcharts, other steps may be added and one or more may be omitted. Databases may be organized in different ways. Buttons and options displayed on the screens may be altered or omitted, or additional buttons may be included.


INDUSTRIAL APPLICABILITY

Users are given more control over what happens to their private information in relation to purchases and ad interaction.


Given that people are generally becoming more and more sensitive to privacy issues, and since it is possible to visit the site an ad points to without the ad server knowing, either by hiding one's identity or by bypassing the ‘click’ stage, it may become more important for the ad servers to receive information from users who knowingly and actively provide it.


The present description is of the best presently contemplated mode of carrying out the subject matter disclosed and claimed herein. The description is made for the purpose of illustrating the general principles of the subject matter and is not be taken in a limiting sense; the claimed subject matter can find utility in a variety of implementations without departing from the scope of the invention made, as will be apparent to those of skill in the art from an understanding of the principles that underlie the invention.

Claims
  • 1-4. (canceled)
  • 5. A computer-implemented method, comprising: maintaining, in computer storage, a record of ads accessed on a mobile device;detecting a purchase made using the mobile device;determining, based on the record of accessed ads, whether the purchase is associated with an ad accessed on the mobile device; andpresenting to a user of the mobile device, via a user interface of the mobile device, an option to disclose, to an entity associated with the ad, information that associates the purchase with a user access to the ad;said method performed by execution of program instructions by one or more processors, including a processor of said mobile device.
  • 6. The method of claim 5, wherein the method is performed at least partly under control of a mobile application that runs on the mobile device, said mobile application including said user interface that provides said option to disclose the information.
  • 7. The method of claim 6, wherein the mobile application is configured to display said option to disclose in response to determining that the purchase is associated with an ad accessed on the mobile device.
  • 8. The method of claim 6, wherein the mobile application is configured to record a location of the mobile device at a time of said purchase.
  • 9. The method of claim 6, wherein the mobile application is configured to record at least a monetary amount of the purchase.
  • 10. The method of claim 6, wherein the mobile application is configured to determine, and to output via said user interface, an indication of a monetary amount to be provided to the user as compensation for exercising said option to disclose the information.
  • 11. The method of claim 5, wherein the purchase is an in-store purchase.
  • 12. The method of claim 5, further comprising determining, and communicating to the user, an amount of compensation to be provided to the user for exercising said option to disclose the information.
  • 13. The method of claim 5, further comprising, in response to the user opting to disclose said information, causing an advertiser associated with the accessed ad to be charged a pay-per-purchase amount.
  • 14. A non-transitory computer readable medium having stored thereon a mobile application, said mobile application comprising executable program code that directs a mobile device to perform a process that comprises: maintaining a record of ads accessed on the mobile device;detecting a purchase made using the mobile device;determining that, based on the record of accessed ads, the purchase is associated with an ad previously accessed on the mobile device; andpresenting a user of the mobile device with an option to disclose information that associates the purchase with the ad.
  • 15. The non-transitory computer readable medium of claim 14, wherein maintaining the record of ads accessed on the mobile device comprises reporting ad access events over a network from the mobile device to a monitoring server.
  • 16. The non-transitory computer readable medium of claim 14, wherein the purchase is an in-store purchase.
  • 17. The non-transitory computer readable medium of claim 16, wherein the mobile application is configured to record a location of the in-store purchase.
  • 18. The non-transitory computer readable medium of claim 14, wherein the mobile application is configured to record at least a monetary amount of the purchase.
  • 19. The non-transitory computer readable medium of claim 14, wherein the process further comprises determining a monetary amount to be provided to the user in exchange for disclosing the information, and outputting an indication of the monetary amount for display to the user.
  • 20. The non-transitory computer readable medium of claim 14, wherein the mobile application is configured to be activated in response to use of a browser on the mobile device.
  • 21. The non-transitory computer readable medium of claim 14, wherein the mobile application is configured to be activated in response to a user viewing in-app ads on the mobile device.
  • 22. The non-transitory computer readable medium of claim 14, in combination with a computing system that is responsive to the user exercising said option by causing an advertiser associated with the ad to be charged a fee.
  • 23. A system for tracking purchases related to previously viewed ads, comprising: computer readable storage that stores a history of ad interactions;a module that detects when a payment has occurred;a module that detects an association between the payment and an ad represented in the history of ad interactions;a module that receives a user's permission to divulge said association; anda module for charging an advertiser corresponding to the ad if said association exists and is divulged.
  • 24. The system of claim 23, further comprising a module that causes the user to be compensated for divulging the association.
  • 25. The system of claim 23, wherein the module that detects when a payment has occurred, and the module that receives the user's permission, are part of a mobile application that runs on a mobile device.
PRIORITY CLAIM

This application claims the benefit of U.S. Provisional Appl. No. 61/793,954, filed Mar. 15, 2013, the disclosure of which is hereby incorporated by reference.

Provisional Applications (1)
Number Date Country
61793954 Mar 2013 US