A processing device is described storing instructions defining a first application and a second application. engagement of the second application by a user is effective to generate one or more rewards for use in the first application. The processing device further stores instructions separate from the second application defining a monitoring module and a reward generating module. The monitoring module is operable to determine a measure of an engagement of the second application by the user. The reward generating module is operable to calculate one or more rewards in dependence upon the determined measure of engagement and to make the calculated one or more rewards available for use in the first application.
|
48. A method performed by the execution of monitoring instructions on a processing device that has first application instructions defining a first application and second application instructions, separate from the monitoring instructions, defining a second application engagement of which by a user of the processing device is effective to generate one or more rewards for use in the first application, the method comprising:
determining a second application to be monitored; and
determining a measure of time as a measure of an engagement of the determined second application by a user, by:
obtaining a list of applications on the processing device sorted by time of last engagement by the user;
repeatedly processing the list to determine whether the application last used by the user is the second application; and
calculating a measure of time between a first time at which the application last used by the user is determined to be the second application and a time at which the application last used by the user is determined to be no longer the second application.
35. A non-transitory storage medium storing computer program instructions which, when executed by a processing device that has first application instructions defining a first application and second application instructions, separate from the computer program instructions, defining a second application engagement of which by a user of the processing device is effective to generate one or more rewards for use in the first application, cause the processing device to:
determine a second application to be monitored; and
determine a measure of time as a measure of an engagement of the determined second application by a user, by:
obtaining a list of applications on the processing device sorted by time of last engagement by the user;
repeatedly processing the list to determine whether the application last used by the user is the second application; and
calculating a measure of time between a first time at which the application last used by the user is determined to be the second application and a time at which the application last used by the user is determined to be no longer the second application.
18. A method of generating rewards for use in a first application on a processing device in response to engagement of a second application on the processing device by a user of the processing device, the method comprising:
a monitoring module on the processing device that is separate from the second application determining a measure of time as a measure of an engagement of the second application by the user, wherein the monitoring module:
obtains a list of applications on the processing device sorted by time of last engagement by the user;
repeatedly processes the list to determine whether the application last used by the user is the second application; and
calculates a measure of time between a first time at which the application last used by the user is determined to be the second application and a time at which the application last used by the user is determined to be no longer the second application; and
a reward generating module on the processing device that is separate from the second application calculating one or more rewards in dependence upon the determined measure of an engagement and making the calculated one or more rewards available for use in the first application.
1. A processing device storing instructions defining a first application and a second application, engagement of the second application by a user of the processing device being effective to generate one or more rewards for use in the first application, wherein the processing device further stores instructions separate from the second application defining:
a monitoring module in the processing device that is operable to determine a measure of time as a measure of an engagement of the second application by the user, the monitoring module comprising:
an application list obtaining module operable to obtain a list of applications running on the processing device sorted by time of last engagement by the user;
an application list processing module operable to repeatedly process the list to determine whether the application last used by the user is the second application, and
a time duration calculation module operable to calculate a measure of time between a first time at which the application last used by the user is determined to be the second application and a time at which the application last used by the user is determined to be no longer the second application, and
a reward generating module in the processing device that is operable to calculate one or more rewards in dependence upon the determined measure of engagement and to make the calculated one or more rewards available for use in the first application.
2. A processing device according to
3. A processing device according to
4. A processing device according to
5. A processing device according to
a reward-generating-application trigger module operable to trigger activation of the second application;
a return detection module operable to detect a return of the user to the first application; and
a time duration calculation module operable to calculate a measure of time between a time at which activation of the second application is triggered and a time at which the user returns to the first application.
6. A processing device according to
7. A processing device according to
8. A processing device according to
9. A processing device according to
a session start detection module operable to detect a start of a session in the second application;
a session end detection module operable to detect an end of a session in the second application; and
a time duration calculation module operable to calculate a measure of time between the start of the session and the end of the session.
10. A processing device according to
an interaction detection module operable to detect user interactions in the second application;
an elapsed time determination module operable to determine when a time since a last user interaction in the second application exceeds a threshold; and
a time duration calculation module responsive to a determination by the elapsed time determination module that the threshold has been exceeded to calculate a measure of time between a first user interaction in the second application and the last user interaction in the second application.
11. A processing device according to
an interaction detection module operable to detect user interactions in the second application;
a time duration calculation module operable to calculate a measure of time between a first user interaction in the second application and subsequent user interactions in the second application;
an elapsed time determination module operable to determine when a time since a last user interaction in the second application exceeds a threshold.
12. A processing device according to
an interaction start detection module operable to detect, for each of a plurality of user interactions in the second application, a start of the user interaction;
an interaction end detection module operable to detect, for each of the plurality of user interactions in the second application, the end of the user interaction;
an interaction duration calculation module operable to calculate a duration of each of the plurality of user interactions by calculating a measure of time between the start of the user interaction and the end of the user interaction; and
an interaction duration combination module operable to combine the durations of the user interactions calculated by the interaction duration calculation module.
13. A processing device according to
an interaction detection module operable to detect user interactions in the second application;
an interaction counting module operable to count the detected user interactions in the second application;
an elapsed time determination module operable to determine whether a time since a last user interaction in the second application exceeds a threshold; and
a time duration calculation module responsive to a determination by the elapsed time determination module that the threshold has been exceeded to calculate a measure of time in dependence upon the number of detected user interactions in the second application.
14. A processing device according to
an interaction detection module operable to detect user interactions in the second application;
a time duration calculation module operable to calculate a measure of time in dependence upon the detected user interactions; and
an elapsed time determination module operable to determine whether a time since a last user interaction in the second application exceeds a threshold.
15. A processing device according to
an interaction detection module operable to detect user interactions in the second application; and
an interaction counting module operable to count the detected user interactions in the second application.
16. A processing device according to
a displayed-application determining module operable to determine an application displayed to a user and operable to determine whether the application displayed to the user is the second application; and
a time duration calculation operable to calculate a measure of time between a first time at which the application displayed to the user is determined to be the second application and a time at which the application displayed to the user is determined to no longer be the second application.
17. A processing device according to
19. A method according to
21. A method according to
22. A method according to
triggers activation of the second application;
detects a return of the user to the first application; and
calculates a measure of time between a time at which activation of the second application is triggered and a time at which the user returns to the first application.
23. A method according to
24. A method according to
25. A method according to
26. A method according to
detects a start of a session in the second application;
detects an end of a session in the second application; and
calculates a measure of time between the start of the session and the end of the session.
27. A method according to
detects user interactions in the second application;
determines when a time since a last user interaction in the second application exceeds a threshold; and
in response to a determination that the threshold has been exceeded, calculates a measure of time between a first user interaction in the second application and the last user interaction in the second application.
28. A method according to
detects user interactions in the second application;
calculates a measure of time between a first user interaction in the second application and subsequent user interactions in the second application; and
determines when a time since a last user interaction in the second application exceeds a threshold.
29. A method according to
detects, for each of a plurality of user interactions in the second application, the start of the user interaction:
detects, for each of the plurality of user interactions in the second application, the end of the user interaction;
calculates, for each of the plurality of user interactions, a duration of the user interaction by calculating a measure of time between the start of the user interaction and the end of the user interaction; and
combines the durations of the user interactions.
30. A method according to
detects user interactions in the second application;
counts the detected user interactions in the second application;
determines whether a time since a last user interaction in the second application exceeds a threshold; and
in response to a determination that the threshold has been exceeded, calculates a measure of time in dependence upon the number of detected user interactions in the second application.
31. A method according to
detects user interactions in the second application;
calculates a measure of time in dependence upon the detected user interactions; and
determines whether a time since a last user interaction in the second application exceeds a threshold.
32. A method according to
detects user interactions in the second application; and
counts the detected user interactions in the second application.
33. A method device according to
34. A method according to
36. A non-transitory storage medium according to
interface with at least one of the first application and operating system of the processing device and determines therefrom the measure of the engagement of the second application by the user.
37. A non-transitory storage medium according to
38. A non-transitory storage medium according to
trigger activation of the second application;
detect a return of the user to the first application, and
calculate a measure of time between a time at which activation of the second application is triggered and a time at which the user returns to the first application.
39. A non-transitory storage medium according to
40. A non-transitory storage medium according to
detect a start of a session in the second application;
detect an end of a session in the second application; and
calculate a measure of time between the start of the session and the end of the session.
41. A non-transitory storage medium according to
detect user interactions in the second application;
determine when a time since a last user interaction in the second application exceeds a threshold; and
in response to a determination that the threshold has been exceeded, calculate a measure of time between a first user interaction in the second application and the last user interaction in the second application.
42. A non-transitory storage medium according to
detect user interactions in the second application;
calculate a measure of time between a first user interaction in the second application and subsequent user interactions in the second application; and
determine when a time since a last user interaction in the second application exceeds a threshold.
43. A non-transitory storage medium according to
detect, for each of a plurality of user interactions in the second application, the start of the user interaction;
detect, for each of the plurality of user interactions in the second application, the end of the user interaction;
calculate, for each of the plurality of user interactions, a duration of the user interaction by calculating a measure of time between the start of the user interaction and the end of the user interaction; and
combine the durations of the user interactions.
44. A non-transitory storage medium according to
detect user interactions in the second application;
count the detected user interactions in the second application;
determine whether a time since a last user interaction in the second application exceeds a threshold; and
in response to a determination that the threshold has been exceeded, calculate a measure of time in dependence upon the number of detected user interactions in the second application.
45. A non-transitory storage medium according to
detect user interactions in the second application:
calculate a measure of time in dependence upon the detected user interactions; and
determine whether a time since a last user interaction in the second application exceeds a threshold.
46. A non-transitory storage medium according to
detect user interactions in the second application; and
count the detected user interactions in the second application.
47. A non-transitory storage medium according to
determine whether an application displayed to a user is the second application; and
calculate a measure of time between a first time at which the application displayed to the user is determined to be the second application and a time at which the application displayed to the user is determined to no longer be the second application.
49. A method according to
50. A method according to
51. A method according to
triggering activation of the second application;
detecting a return of the user to the first application; and
calculating a measure of time between a time at which activation of the second application is triggered and a time at which the user returns to the first application.
52. A method according to
53. A method according to
detecting a start of a session in the second application;
detecting an end of a session in the second application; and
calculating a measure of time between the start of the session and the end of the session.
54. A method according to
detecting user interactions in the second application;
determining when a time since a last user interaction in the second application exceeds a threshold; and
in response to a determination that the threshold has been exceeded, calculating a measure of time between a first user interaction in the second application and the last user interaction in the second application.
55. A method according to
detecting user interactions in the second application;
calculating a measure of time between a first user interaction in the second application and subsequent user interactions in the second application; and
determining when a time since a last user interaction in the second application exceeds a threshold.
56. A method according to
detecting, for each of a plurality of user interactions in the second application, the start of the user interaction;
detecting, for each of the plurality of user interactions in the second application, the end of the user interaction;
calculating, for each of the plurality of user interactions, a duration of the user interaction by calculating a measure of time between the start of the user interaction and the end of the user interaction; and
combining the durations of the user interactions.
57. A method according to
detecting user interactions in the second application;
counting the detected user interactions in the second application;
determining whether a time since a last user interaction in the second application exceeds a threshold; and
in response to a determination that the threshold has been exceeded, calculating a measure of time in dependence upon the detected number of user interactions in the second application.
58. A method according to
detecting user interactions in the second application;
calculating a measure of time in dependence upon the detected user interactions; and
determining whether a time since a last user interaction in the second application exceeds a threshold.
59. A method according to
detecting user interactions in the second application; and
counting the detected user interactions in the second application.
60. A method according to
determining whether an application displayed to a user is the second application; and
calculating a measure of time between a first time at which the application displayed to the user is determined to be the second application and a time at which the application displayed to the user is determined to no longer be the second application.
|
This patent application claims priority from U.S. Provisional Patent Application Ser. No. 62/058,417, filed on Oct. 1, 2014, the full contents of which are incorporated herein by reference.
The present invention generally relates to monitoring an application on a processing device. Results of the monitoring may be used to generate rewards for use in a different application.
There has been growing interest in systems for promoting applications (commonly referred to as “apps”), which provide rewards in one application in connection with use of one or more other applications. Known systems of this kind are described, for example, in US 2013/0324259 A1 and US 2013/0324260 A1.
In known systems for promoting applications, multiple game servers are connected to a network. Each game server implements a different electronic game and provides the electronic game over the network to client devices used by players. Each game server is also connected to an aggregator server operating an aggregator database and a cross-promotional engine. The aggregator database stores information transmitted from the game servers. The information in the aggregator database is utilised by the cross-promotion engine, in conjunction with rules, to establish promotions between the various electronic games. The cross-promotion engine tracks a user's progress in an electronic game and registers rewards to the user in a different electronic game, such as virtual goods and virtual items, based on the user's progress.
These known systems suffer from a number of disadvantages, however. For example, one disadvantage is that, in order for a user to earn a reward, the game servers must be connected to the aggregator server so that the cross-promotion engine in the game server can track the user's progress in an electronic game and register a reward to the user in a different electronic game. A further disadvantage is that, in order for a user to claim a reward that he/she has earned, the user device of the user must be connected to the game servers via the network, and this may not always be convenient or possible for the user (for example if the user is using the user device in “Flight-Safe” mode).
According to the present invention, there is provided a processing device storing instructions defining a first application and a second application, engagement of the second application by a user being effective to generate one or more rewards for use in the first application. The processing device further stores instructions, separate from the second application, defining a monitoring module and a reward generating module. The monitoring module is operable to determine a measure of an engagement of the second application by the user. The reward generating module is operable to calculate one or more rewards in dependence upon the determined measure of engagement and to make the calculated one or more rewards available for use in the first application.
The present invention also provides a method of generating rewards for use in a first application on a processing device in response to user engagement of a second application on the processing device. The method comprises a monitoring module on the processing device that is separate from the second application determining a measure of an engagement of the second application by the user.
The method further comprises a reward generating module on the processing device that is separate from the second application calculating one or more rewards in dependence upon the determined measure of an engagement and making the calculated one or more rewards available for use in the first application.
The present invention also provides a non-transitory storage medium storing computer program instructions. The computer program instructions, when executed by a processing device that has first application instructions defining a first application and second application instructions, separate from the computer program instructions, defining a second application engagement of which by a user is effective to generate one or more rewards for use in the first application, cause the processing device to determine a second application to be monitored, and to determine a measure of an engagement of the determined second application by a user.
The present invention further provides a method that is performed by the execution of monitoring instructions on a processing device that has first application instructions defining a first application and second application instructions, separate from the monitoring instructions, defining a second application engagement of which by a user is effective to generate one or more rewards for use in the first application. The method comprises determining a second application to be monitored. The method further comprises determining a measure of an engagement of the determined second application by a user.
Embodiments of the invention will now be described in detail, by way of example only, with reference to the accompanying drawings, in which:
Although embodiments of the invention will be described below, it will be evident that various modifications may be made to these embodiments without departing from the broader spirit and scope of the invention. Accordingly, the following description and the accompanying drawings are to be regarded as illustrative rather than restrictive.
In the following description and in the accompanying figures, numerous details are set forth in order to provide an understanding of various embodiments of the invention. However, it will be evident to those skilled in the art that embodiments may be practiced without these details.
As used herein, the term “user” may be construed to include a person, a machine, or the combination of a person and a machine.
Reference is made in the following to applications or “apps”. These applications may take many forms and may have many different purposes. An example is provided of the applications being electronic games, but this is merely one example and should not be regarded as restrictive.
Aspects of the configuration and processing operations of each user processing device 102, 104, 106, 108, 110, backend server 120 and application download server 130 that are helpful for understanding embodiments of the present invention are described in detail below, while the description of other aspects, which will be familiar to those skilled in the art, is omitted for the sake of clarity.
The network 140 may comprise one or more networks, such as the Internet, a telephone network, a cellular data network, etc. The network 140 may also comprise a virtual private network (VPN), a local area network (LAN), a wide area network (WAN), or any other form of network.
Each user processing device may comprise any processing device that can run applications, such as a smartphone 102, a tablet computer 104, a laptop computer 106, a desktop computer 108, a games console 110, or some other form of processing device such as a personal digital assistant, a smart watch, etc. Each of the user processing devices communicates with the network 140 through any suitable communication link, such as wireless communication link (for example a WiFi or cellular telephone data link) or a wire, fibre-optic cable, etc. Each communication link may not be permanent.
As will be explained in more detail below, a user processing device 102, 104, 106, 108, 110 runs a first application that can be used by a user of the processing device. The first application may be pre-installed on the user processing device (for example by the manufacturer of the user processing device or by a distributor of the user processing device) or the first application may be downloaded by the user from an application download server 130 such as the iTunes Store or the Google Play Store. As part of the first application, or separate therefrom, second applications are promoted to the user, for example by informing the user that the use of a second application will generate rewards that the user may utilise in the first application. These promotions may be used to promote second applications from third parties and/or second applications from the same developer as the first application. The promotions may be used to promote second applications that are not installed on the user processing device and/or second applications that are already installed on the user processing device so as to engage and/or re-engage the user with the already-installed second applications (in this regard, the already-installed second applications may or may not have been previously promoted). The promotions may be cross-promotions. Accordingly, the terms “promotion”, “promotions” and the like as used herein should be understood to encompass all of the above types of promotions as well as any other form of promotions.
By way of example, the user can download a promoted second application onto the user processing device for example by downloading it from an application download server 130 such as the iTunes Store or the Google Play Store. Once available on the user processing device, the user can engage the second application to earn one or more rewards that the user can utilise in the first application. Each such second application is therefore referred to herein as either a second application or a reward-generating application. The user processing device performs processing to determine a measure of an engagement of the user with the second application (for example, a measure of the length of time that the user may be engaged with the second application) and calculates one or more rewards for use in the first application in dependence upon the determined number of engagement. For example, the size of a reward, or the number of rewards, may be based on the determined measure of engagement of the user with the second application. Alternatively, the size of the reward, or the number of rewards, may be fixed and the user processing device may determine whether the determined measure of engagement achieves a necessary threshold for the user to earn the reward(s).
By way of non-limiting example, if the first application is an electronic game, then the reward(s) may take the form of additional lives, coins, jewels, moves, etc. in the first electronic game. It should be noted that the rewards used by the first application need not be of the same kind as the rewards used by the second application. Furthermore, although an example has been given of earning rewards that can be used in a first application comprising an electronic game, it will be appreciated that the teachings herein are more generally applicable to any other kind of first application. For example, the first application may be an application for booking holidays and the second application may be a review application for leaving reviews of hotels advertised in the holiday booking application, where engagement of the review application by the user is effective to generate a reward in the form of a discount for use in the holiday booking application.
As will be explained in detail below, the processing to determine the user's engagement with a second application is performed by a monitoring module that is separate from the second application. This provides a number of advantages. For example, it is not necessary to modify or supplement the instructions of the second application in order for the monitoring to be performed. The monitoring module may be part of the first application, part of the operating system of the user processing device, or a separate module on the user processing device. The monitoring module may interface with at least one of the first application and the operating system of the user processing device to determine therefrom a measure of the engagement of the second application by the user. Furthermore, the user can engage with the second application, earn one or more rewards and utilise the earned reward(s) in the first application without the need for the user processing device to have a connection to the network 140 (or any other network), and without the need for the user processing device to have a connection to a backend server 120 or to an application download server 130.
Referring now to
The programmable processing apparatus 200 comprises one or more processors 210, one or more input/output communication modules 220, one or more volatile working memories 230, one or more non-volatile memories 234 and one or more instruction stores 240 storing computer-readable instructions which can be executed by a processor 210 to perform the processing operations as described hereinafter.
An instruction store 240 is a non-transitory storage medium, which may comprise a non-volatile memory, for example in the form of a read-only-memory (ROM), a magnetic computer storage device (for example a hard disk) or an optical disk, which is pre-loaded with the computer-readable instructions. Alternatively, an instruction store 240 may comprise writeable memory, such as random access memory (RAM) and the computer-readable instructions can be input thereto from a computer program product, such as a non-transitory computer-readable storage medium 250 (for example an optical disk such as a CD-ROM, DVD-ROM, etc) or a computer-readable signal 260 carrying the computer-readable instructions.
The computer-readable instructions comprise monitoring instructions which, when executed, cause the user processing device to implement a monitoring module, first application instructions defining a first application which, when executed, cause the user processing device to implement the first application, and, for each second application, second application instructions defining the second application and which, when executed, cause the user processing device to implement the second application.
The first application and the monitoring module each comprise a number of functional processing modules. These functional processing modules differ in different embodiments, as will now be described. As noted above, the second application need not be modified to incorporate any additional modules beyond the module or modules to implement the second application. Accordingly, as the structure and processing operations of the second application may be conventional, they will not be described in the following.
Referring to
As noted above, the application implementation module 310 effects processing to implement the application. Accordingly, the content of the application implementation module 310 depends upon the nature of the first application. For example, if the first application is an electronic game, then the application implementation module 310 implements the game rules defining, inter alia, the structural setup of the game that allows user choice making to occur and determines how the game play evolves from the beginning to the end in response to play actions and decisions.
The other modules illustrated in
Control module 320 is operable to provide general control functionality for the processing operations performed by the other modules in the first application 300.
Configuration module 330 is operable to communicate with one or more backend servers 120 to obtain therefrom configuration data relating to one or more second applications to be promoted. More particularly, in this embodiment, the configuration data comprises data defining one or more second applications that are to be promoted and, for each second application that is to be promoted, conversion data defining a conversion between a measure of engagement of the second application by the user and one or more rewards in the first application. The conversion data therefore defines what measure of engagement of the second application by the user is required to generate one or more rewards in the first application. For example, the conversion data may define a threshold level that the measure of engagement must meet in order for the reward(s) to be generated in the first application. Alternatively, the conversion data may define different rewards, different numbers of rewards and/or different values of rewards for different measures of engagement. The conversion data may impose a maximum for the reward(s) that can be earned. The configuration module 330 may be configured to communicate with a backend server 120 at regular intervals to update the configuration data comprising the data defining the second application(s) to be promoted and the conversion data. In this way, different second applications may be promoted at different times.
Application menu module 340 is operable to generate and display a menu of second applications (reward-generating applications) that the user may select from. This menu includes each second application identified in the configuration data that was obtained from a backend server 120. The second applications identified in the configuration data, and therefore in the menu generated and displayed by application menu module 340, may include second applications that are not installed on the user processing device but are available for download, and/or second applications that are already installed on the user processing device on which the first application is installed. The menu generated by application menu module 340 may take any form, such as a list, table, game wall, or any other display format which identifies reward-generating applications to the user. The menu could be part of an existing menu or display of the first application. Each second application in the menu may be represented in any form, for example by a name or by an icon.
Installation module 350 is operable to facilitate the installation of a second application that is downloaded from an application download server 130 onto the user processing device.
Monitoring module 360 is operable to determine a measure of engagement of a second application by the user. In this embodiment, the monitoring module 360 is part of the first application, but this need not be the case as will be explained in later embodiments.
Referring to
Reward-generating-application determining module 406 is operable to determine a reward-generating application to be monitored.
Reward-generating-application trigger module 410 is operable to trigger activation of a reward-generating application, and to store a time indicative of the time at which activation of the reward generating application is triggered.
Return detection module 420 is operable to detect when the user returns to the first application 300, and to store a time indicative of the time at which the user returns to the first application.
Time duration calculation module 430 is operable to calculate a measure of an engagement of the second application by the user comprising a measure of time between the time at which activation of the reward-generating application was triggered and the time at which the user returned to the first application.
Referring again to
The processing operations performed by a first application 300 on a user processing device 102, 104, 106, 108, 110 and by a backend server 120 will now be described with reference to
Referring to
At step S502, the request for configuration data is received by the backend server 120 and, at step S504, the backend server 120 sends configuration data to the requesting user processing device. As noted above, the configuration data in this embodiment comprises data defining one or more second applications that are currently being promoted as reward-generating applications for the first application 300 on the user processing device, and also conversion data defining a conversion from a measure of engagement of the user with a second application to one or more rewards in the first application. The conversion data may impose a maximum for the reward(s) that can be earned and may also impose a minimum for the reward(s) that can be earned.
At step S506, the configuration data sent by the backend server 120 is received by configuration module 330 and stored in a volatile working memory 230 and a non-volatile memory 234 of the user processing device 102, 104, 106, 108, 110 (the storage in volatile working memory 230 being for use in the current session and the storage in non-volatile memory 234 being for future use in other sessions until new configuration data is received from a backend server 120).
The request for configuration data transmitted at step S500 and the configuration data transmitted at step S504 may be secured by encryption, using techniques well known to those skilled in the art.
Although not shown in
At step S508, application implementation module 310 performs processing to proceed with the first application 300. For example, if the first application is an electronic game, then processing is performed at step S508 to run the game on the user processing device and to allow the user to play the game.
At a predetermined time or event in the first application (for example, when the user has completed a predetermined task such as completing a level in an electronic game or when the user has used the first application for a predetermined length of time) or at a time or event in the first application that has been randomly selected by the first application or by the user (for example by the user selecting an icon displayed by the first application or by the user entering a specific menu that is part of the first application), application menu module 340 displays to the user at step S510 a menu of the reward-generating applications that were identified in the configuration data received from the backend server 120. As noted above, the menu may take any form such as a list, table, game wall or any other display format. Each application in the menu may be represented in any way, for example by a name or by an icon. In the present embodiment, the menu is displayed with a message informing the user that rewards for use in the first application can be obtained by selecting and engaging with one or more of the reward-generating applications appearing in the menu. The message also gives the user an option of declining to select a reward-generating application, and instead returning to the first application 300.
In the present embodiment, second applications that are identified in the configuration data, and therefore included in the menu displayed at step S510, may include second applications that are not yet installed on the user processing device but are available for download, and/or second applications that are already installed on the user processing device. Accordingly, the second applications being promoted can be changed by changing the configuration data. Furthermore, the promotion of a second application may be time-limited and may be ended by removing the identification of the second application from the configuration data. Similarly, the promotion of a second application can be restarted so as to promote re-engagement of the user with that second application by including the identity of the second application in the configuration data again.
At step S512, control module 320 and application menu module 340 determine whether the user has selected a reward-generating application from the displayed menu. If the user has not selected a reward-generating application, then processing returns to step S508. On the other hand, if the user has selected a reward-generating application from the menu (for example by selecting the name or the icon of a reward-generating application in the menu), then processing proceeds to step S514, at which control module 320 determines whether the selected reward-generating application is already installed on the user processing device. If it is determined that the selected reward-generating application is already installed on the user-processing device, then processing proceeds to step S528, which will be described later. On the other hand, if it is determined that the selected reward-generating application is not installed on the user processing device, then processing proceeds to step S516. It should be noted that, with some operating systems such as Windows, it may not be possible for control module 320 to determine at step S514 whether the selected reward-generating application is already installed on the user processing device. In such a case, control module 320 may pass data defining the selected reward-generating application to the operating system and the operating system may then determine whether the selected reward-generating application is already installed on the user processing device and inform control module 320 of the result. Alternatively, if the operating system determines that the selected reward-generating application is not installed on the user processing device, it may download and install it, and then inform control module 320 that the selected reward-generating application. In that case, control module 320 would always receive a positive result at step S514 (unless a download and install by the operating system was unsuccessful) and so processing would then proceed to step S528 (described below).
At step S516, installation module 350 sends a request to a backend server 120 requesting a download/install link for downloading the selected reward-generating application from an application download server 130. In this embodiment, the request sent by installation module 350 comprises a unique device identifier that uniquely identifies the user processing device (for example if the user processing device is a smartphone, the unique device ID may be the smartphone's IMEI number, or the Identifier for Advertisers (IDFA or IFA) on iOS devices, or the “Advertising ID” on Android devices), a first identifier identifying the first application 300, and a second identifier identifying the selected reward-generating application.
At step S518, the backend server 120 receives the request from the first application 300 and creates a record in a database, the record associating the second identifier identifying the selected reward-generating application with the unique identifier of the user processing device and the identifier of the first application 300. Such a record is created for each user processing device that connects to backend server 120 and enables the backend server 120 to track the number and identities of reward-generating applications that are selected by each user. This enables the success of a promotion campaign promoting reward-generating applications to be assessed.
At step S520, the backend server 120 transmits the requested resource locator in a form of a download/install link (such as a URL) that allows a browser in the user processing device (for example the iTunes app on an iOS device) to locate and download the reward-generating application selected by the user.
At step S522, installation module 350 receives the download/install link from the backend server 120 and, at step S524, sends the received download/install link to a browser or a different application in the user processing device. In the present embodiment, the browser or different application then downloads the selected reward-generating application from an application download server 130 using the received download/install link, and installs the reward-generating application on the user processing device. It should be noted, however, that the user may choose to open the user processing device's application browser or different application and find the selected reward-generating application by himself/herself, without using the resource locator, and then download and install the selected reward-generating application.
Following the processing at step S524, processing proceeds to step S528. In addition, as noted above, processing also proceeds to step S528 when it is determined at step S514 that the user has selected from the menu displayed at step S510 a reward-generating application that is already installed on the user processing device.
At step S528, reward-generating-application determining module 406 determines a reward-generating application to be monitored. In this embodiment, reward-generating application determining module 406 determines a reward-generating application to be monitored by determining which reward-generating application was selected by the user from the menu displayed at step S510.
At step S530, monitoring module 360 determines a measure of an engagement of the determined reward-generating application by the user.
Referring to
At step S602, return detection module 420 determines whether the user has returned to the first application 300, for example by detecting an action of the user in the first application such as a click, tap, swipe, key pad input or other form of input. Return detection module 420 repeats the processing at step S602 until it is determined that the user has returned to the first application.
When it is determined at step S602 that the user has returned to the first application, return detection module 420 stores, at step S604, the time of the user's return as an end time Tend.
At step S606, time duration calculation module 430 calculates a measure of the time during which the user may have been engaged with the determined reward-generating application. In this embodiment, time duration calculation module 430 calculates the measure of time as the time difference Te between activation of the determined reward-generating application and the user returning to the first application. By way of example, time duration calculation module 430 may calculate Te using the following equation:
Te=Tend−Tstart Equation 1
It will, of course, be appreciated that different measures of time may be calculated by time duration calculation module 430. For example, time duration calculation module 430 could adjust the value of Tstart by subtracting a predetermined amount of time typical of time taken for an application to start and be available for a user to use after it has been selected.
Referring again to
After calculating one or more rewards at step S532, reward generating module 370 stores a record of the reward(s) at step S534. Optionally, data defining the generated reward(s) may be transmitted by the user processing device to a backend server 120 when the user processing device is able to establish a communication link with network 140 (which would enable the backend server 120 to track the number of rewards earned through the use of different promoted applications).
At step S536, application implementation module 310 runs the first application making available the reward(s) to the user and informing the user of the reward(s) that is available for utilisation in the first application.
Referring to
A monitoring module 760 and a reward generating module 770 are also provided in the second embodiment. However, the monitoring module 760 and the reward generating module 770 need not be part of the first application 700. Instead, each of the monitoring module 760 and the reward generating module 770 can be part of the first application, part of the operating system of the user processing device 102, 104, 106, 108, 110 or a separate module on the user processing device 102, 104, 106, 108, 110.
As will be explained below, monitoring module 760 in the second embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine a length of a session spent in the reward-generating application by the user.
Referring to
Reward-generating-application determining module 806 is operable to determine which reward-generating application(s) is to be monitored.
Application list obtaining module 810 is operable to obtain a list of applications running on the user processing device, sorted by time of last engagement by the user. Application list obtaining module 810 may obtain the list in any of a number of different ways. By way of example, application list obtaining module 810 may obtain the list by receiving data defining the list from the operating system of the user processing device. Alternatively, application list obtaining module 810 may obtain the list by reading data defining the list from a memory into which the data was written by the operating system of the user processing device. As a further alternative, application list obtaining module 810 may obtain data from the operating system (either by the operating system transmitting the data to the application list obtaining module 810 or by the application list obtaining module 810 reading the data from memory into which the data was written by the operating system) defining currently open applications as well as the time of last engagement of each currently running application by the user, and application list obtaining module may then sort the applications itself in accordance with the time of last engagement to obtain a sorted list. It should be noted that the list may be a list of only one application. This could occur, for example, if only one application is running on the user processing device or if the operating system provides data to the application list obtaining module defining only the application that was last used by the user (this data being provided either by sending the data to the application list obtaining module or by writing it to memory from which it can be read by the application list obtaining module).
Application list processing module 820 is operable to process a list obtained by the application list obtaining module 810 to determine whether the application last used by the user is a reward-generating application to be monitored by monitoring module 760. Application list processing module 820 is further operable to store a time at which the application last used by the user is first determined to be a reward-generating application to be monitored and a time at which the application last used by the user is determined to be no longer that reward-generating application.
Time duration calculation module 830 is operable to determine a measure of engagement of a reward-generating application by the user by calculating a measure of time between a first time at which the application last used by the user is determined to be a reward-generating application and a time at which the application last used by the user is determined to be no longer the reward-generating application.
Availability module 840 is operable to make data available to reward generating module 770 defining the measure of engagement determined by time duration calculation module 830.
Referring again to
The processing operations performed by the functional processing modules of the second embodiment will now be described with reference to
Referring to
At step S1002 monitoring module 760 determines a measure of an engagement of a determined reward-generating application by the user. The processing at step S1002 is performed for each reward-generating application determined to be an application to be monitored at step S1000.
Referring to
At step S1102, application list processing module 820 determines whether the first entry on the list obtained at step S1100 is a determined reward-generating application. The processing at steps S1100 and S1102 is performed at regular intervals so as to determine the time at which a determined reward-generating application first becomes the first entry on the list, indicating that the reward-generating application is now being engaged by the user.
When it is determined at step S1102 that a determined reward-generating application has become the first entry on the list, processing proceeds to step S1104, at which application list processing module 820 stores the current time as a start time Tstart.
At step S1106, application list obtaining module 810 again obtains a list of applications running on the user processing device, sorted by time of last engagement by the user. In this embodiment, application list obtaining module 810 obtains the list at step S1106 by reading data defining the sorted list from memory, into which it was written by the operating system of the user processing device. This reading of data from memory to obtain the sorted list may occur at a predetermined frequency with a time Tf between each reading. However, as noted previously, application list obtaining module 810 may obtain the list in different ways.
At step S1108, application list processing module 820 processes the list obtained at step S1106 to determine whether the first entry on the list is still the determined reward-generating application. Steps S1106 and S1108 are repeatedly performed (for example at regular intervals) so as to determine the time at which a different application becomes the first entry on the sorted list, indicating that the user is now engaging with a different application, rather than the determined reward-generating application.
When it is determined at step S1108 that the determined reward-generating application is no longer the first entry on the sorted list, processing proceeds to step S1110, at which application list processing module 820 stores the current time as an end time Tend.
At step S1112, time duration calculation module 830 calculates a measure of time indicative of the time that the user may have been engaged with the determined reward-generating application. In this embodiment, time duration calculation module 830 calculates the measure of time, Te, using the following equation:
Te=Tend−Tstart Equation 2
Time duration calculation module 830 could use other equations to calculate the measure of time Te at step S1112. For example, time duration calculation module 830 may include an error factor in its calculation:
Te=Tend−Tstart+Terror Equation 3
where Terror is an error factor that is added to take account of margins of error. For example, Terror may be set to a predetermined time value indicative of the time resolution for obtaining the sorted lists at steps S1100 and S1106. Thus, by way of example, Terror may be set to Tf, which is the time between each reading of list data by application list obtaining module 810 at steps S1100 and S1106.
Referring again to
Referring now to
At step S1200, reward generating module 770 determines whether any new measure of engagement data has been made available by monitoring module 760. In this embodiment, reward generating module 770 checks whether any new measure of engagement data is available by reading data from the memory in which availability module 840 of monitoring module 760 stores data defining a measure of engagement at step S1004. The processing at step S1200 is repeated at regular intervals until reward generating module 770 determines that new measure of engagement data is available.
When it is determined at step S1200 that new measure of engagement data is available, processing proceeds to step S1202, at which reward generating module 770 calculates one or more rewards in dependence upon each measure of engagement in the new measure of engagement data. In this embodiment, reward generating module 770 calculates the reward(s) in dependence upon the conversion data in the configuration data received from backend server 120 at step S906 (this conversion data defining, as explained in the first embodiment, a conversion between a measure of the engagement of the user with a reward-generating application and the reward(s) to be provided in the first application).
At step S1204, reward generating module 770 makes available each calculated reward to the first application 700. In this embodiment, reward generating module 770 makes available each calculated reward by storing data defining the reward in memory that can be accessed by first application 700 to read the data. However, reward generating module 770 could make available each reward in a different way, for example by transmitting data defining each reward to the first application 700.
At step S1206, notification module 780 triggers a notification to the user informing the user of the reward(s) that are available for utilisation in the first application 700. In this embodiment, notification module 780 interfaces with the operating system of the user processing device to send a notification which includes a link to the first application 700. In this way, by selecting the link in the notification, the user is returned to the first application so that he/she can enjoy the benefits of the reward(s) therein.
The components of the third embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exception of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
As will be explained below, monitoring module 760 in the third embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine a length of a session spent in the reward-generating application by the user. The processing operations performed by monitoring module 760 to determine a session length are different from the processing operations performed in the second embodiment.
Referring to
Reward-generating-application determining module 1306 is operable to perform the same processing as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Session start detection module 1310 is operable to detect a start of a session by the user in a determined reward-generating application, and to store a time indicative of the time at which the session started. Session start detection module 1310 may detect a start of a session in a reward-generating application in any of a number of different ways. By way of example, session start detection module 1310 may detect a start of a session by receiving a notification of the session start from the operating system of the user processing device. Alternatively, session start detection module 1310 may detect a session start by reading data indicative of the session start from a memory, into which the data was written by the operating system of the user processing device.
Session end detection module 1320 is operable to detect an end of a session by the user in the determined reward-generating application, and to store a time indicative of the time at which the session ended. Session end detection module 1320 may detect an end of a session in a reward-generating application in any of a number of different ways. By way of example, session end detection module 1320 may detect an end of a session by receiving a notification of the session end from the operating system of the user processing device. Alternatively, session end detection module 1320 may detect a session end by reading data indicative of the session end from a memory, into which the data was written by the operating system of the user processing device.
Time duration calculation module 1330 is operable to determine a measure of an engagement of a determined reward-generating application by the user by calculating a measure of time between the start of the session and the end of the session.
Availability module 1340 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
When a start of a session is detected at step S1400, processing proceeds to step S1402, at which session start detection module 1310 stores the current time as a session start time Tstart.
At step S1404, session end detection module 1320 detects the end of the session in the determined reward-generating application. In this embodiment, session end detection module 1320 detects the end of the session by receiving a notification from the operating system of the user processing device, which, for example, detects when a user ends a session in an application and sends a notification to session end detection module 1320. However, as noted above, session end detection module 1320 may detect a session end by reading data defining a session end from memory, into which the data was written by the operating system of the user processing device.
It should be noted that the notifications received at step S1400 and S1404 may be generic (rather than specifically identifying a session start and a session end, respectively) with the session start detection module 1310 and session end detection module 1320 operating as a latch to determine that a first notification is a session start notification, a second notification is a session end notification, a third notification is a session start notification, a fourth notification is a session end notification, etc.
Upon detection at step S1404 of the end of the session in the determined reward-generating application, processing proceeds to step S1406, at which session end detection module 1320 stores the current time as a session end time Tend.
At step S1408, time duration calculation module 1330 calculates a measure of an engagement of the determined reward-generating application by the user by calculating a measure of session time during which the user may be engaged with the determined reward-generating application. In this embodiment, time duration calculation module 1330 calculates a measure of time Te using the following equation:
Te=Tend−Tstart Equation 4
Time duration calculation module 1330 could use other equations to calculate the measure of time Te at step S1408. For example, time duration calculation module 1330 may include an error factor in its calculation:
Te=Tend−Tstart+Terror Equation 5
where Terror is an error factor that is added to take account of margins of error. For example, if session start detection module 1310 and session end detection module 1320 detect session starts and session ends at steps S1400 and S1404, respectively, by reading data from a memory to see if the operating system of the user processing device has stored data indicative of a session start or session end, then Terror may be set to a predetermined time value indicative of the frequency at which the memory is read at steps S1400 and S1404. Thus, by way of example, if the time interval between each memory read at steps S1400 and S1404 is Tf then Terror may be set to Tf.
The components of the fourth embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exception of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
As will be explained below, monitoring module 760 in the fourth embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine a length of a session spent in the reward-generating application by the user. The processing operations performed by monitoring module 760 to determine a session length are different from the processing operations performed in the second embodiment and in the third embodiment.
Referring to
Reward-generating-application determining module 1506 is operable to perform the same processing as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Interaction detection module 1510 is operable to detect user interactions in a reward-generating application, and to store a time indicative of the time of receipt of each notification. A user interaction may be any user action such as a click, tap, swipe, key pad input, in-app purchase, or any other type of user interaction. Interaction detection module 1510 may detect a user interaction in any of a number of different ways. By way of example, interaction detection module 1510 may read data indicative of a user interaction from a memory, into which the data was written by the operating system of the user processing device. By way of further example, interaction detection module 1510 may receive a notification of a user interaction sent to it by the operating system of the user processing device.
Elapsed time determination module 1520 is operable to determine whether a predetermined time has elapsed since a last user interaction in a reward generating application.
Time duration calculation module 1530 is operable to determine a measure of an engagement of a determined reward-generating application by the user by calculating a measure of time between user interactions in the reward-generating application based upon the received notifications of user interactions.
Availability module 1540 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
Upon detection of the first user interaction at step S1600, processing proceeds to step S1602, at which interaction detection module 1510 stores a time indicating the time of detection as a start time Tstart and also as a time Tcurrent. The stored start time Tstart is therefore indicative of a time at which a user session in the determine reward-generating application started.
At step S1604, interaction detection module 1510 checks whether a further user interaction has been detected in the determined reward-generating application. Again, the user interaction may be any user interaction, such as a click, tap, swipe, key pad input, in-app purchase, etc. and, in this embodiment, interaction detection module 1510 detects a user interaction by reading data defining a user interaction from a memory, into which the data was written by the operating system of the user processing device, although detection could be performed in other ways, as described above.
When it is determined at step S1604 that a further user interaction has been detected, processing proceeds to step S1606, at which interaction detection module 1510 stores a time indicative of the time of the detection as time Tcurrent (thereby changing the time Tcurrent previously stored at step S1602).
On the other hand, when it is determined at step S1604 that no a further user interaction has been detected, then processing proceeds to step S1608, at which elapsed time determination module 1520 determines whether the time that has elapsed since Tcurrent stored at step S1606 (or stored at step S1602 if step S1606 has not been performed) is greater than a threshold time Tthreshold.
If it is determined at step S1608 that the elapsed time is not greater than Tthreshold, then processing returns to step S1604. Accordingly, the processing operations at steps S1604, S1606 and S1608 are repeated until no user interaction in the determined reward-generating application is detected for a period of time greater than Tthreshold.
When it is determined at step S1608 that the elapsed time since the last user interaction is greater than Tthreshold, processing proceeds to step S1610, at which a time Tend, indicative of the time at which the user's session in the determined reward-generating application ended, is set equal to Tcurrent previously stored at step S1606 (or step S1602 if step S1606 has not been performed).
At step S1612, time duration calculation module 1530 calculates a measure of an engagement of the determined reward-generating application by the user by calculating a measure of session time during which the user may have been engaged with the determined reward-generating application. In this embodiment, time duration calculation module 1530 calculates a measure of time Te using the following equation,
Te=Tend−Tstart Equation 6
Time duration calculation module 1530 could use other equations to calculate the measure of time Te at step S1612. For example, time duration calculation module 1530 may include an error factor in its calculation:
Te=Tend−Tstart+Terror Equation 7
where Terror is an error factor that is added to take account of margins for error. For example, Terror may be set to a predetermined time value indicative of the resolution of the memory read operations performed at steps S1600 and S1604 by interaction detection module 1510. Thus, by way of example, Terror may be set to Tf, which is the time between each reading of data by interaction detection module 1510 at steps S1600 and S1604.
In the processing operations described above, time duration calculation module 1530 calculates the measure of time Te in response to a determination at step S1608 that the elapsed time since the last user interaction is greater than Tthreshold. However, instead, time duration calculation module 1530 may calculate Te before elapsed time determination module 1520 determines whether the time since the last user interaction is greater than Tthreshold. An example of such processing is shown in
Referring to
At step S1708, time duration calculation module 1530 calculates Te using the following equation:
Te=Tcurrent—Tstart Equation 8
Time duration calculation module 1530 could use other equations to calculate the measure of time Te at step S1708. For example, time duration calculation module 1530 may include an error factor in its calculation:
Te=Tend−Tstart+Terror Equation 9
where Terror is an error factor that is added to take account of margins for error. For example, Terror may be set to a predetermined time value indicative of the resolution of the memory read operations performed at steps S1700 and S1704 by interaction detection module 1510. Thus, by way of example, Terror may be set to Tf, which is the time between each reading of data by interaction detection module 1510 at steps S1700 and S1704.
Following the processing at step S1708, processing returns to step S1704.
When it is determined at step S1704 that no further user interaction has been detected, processing proceeds to step S1710, at which elapsed time determination module 1520 determines whether the elapsed time since Tcurrent (indicative of the time of the last user interaction in the determined reward-generating application) is greater than Tthreshold.
If it is determined at step S1710 that the elapsed time is not greater than Tthreshold then processing returns to step S1704. On the other hand, when it is determined at step S1710 that the elapsed time is greater than Tthreshold then processing proceeds to step S1712 at which time duration calculation module 1530 determines whether a measure of time Te was previously calculated at step S1708 (it being possible that step S1708 was not performed if only one user interaction was detected).
If it is determined at step S1712 that no measure of time Te has been calculated, then processing proceeds to step S1714, at which time duration calculation module 1530 sets the measure of time Te equal to a predetermined default time Tdefault. For example, Tdefault may be set to a predetermined time value that is below the threshold for the user to earn a reward. On the other hand, if it is determined at step S1712 that a measure of time Te has been calculated, then the processing at step S1712 is omitted.
The components of the fifth embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exception of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
In the second, third and fourth embodiments, monitoring module 760 performed processing operations to determine a measure of an engagement of a reward-generating application by a user based upon a length of a session spent in the reward-generating application by the user. As will be explained below, monitoring module 760 in the fifth embodiment is operable to determine a measure of an engagement of a reward-generating application by a user in a different way by performing processing operations to determine a length of time indicative of the time the user was actively interacting with the reward-generating application. This measure of time is different from the time of a session length, as session length also includes time when the user was not interacting with the reward-generating application, but the reward-generating application was in an active state.
Referring to
Reward-generating-application determining module 1806 is operable to perform the same processing as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Interaction start detection module 1810 is operable to detect a start of a user interaction in a reward-generating application, and to store a time indicative of the time at which the user interaction started. A user interaction may comprise, for example, click, tap, swipe, key pad input, in-app purchase, or any other type of user interaction. Interaction start detection module 1810 may detect a start of a user interaction in any of a number of different ways. By way of example, interaction start detection module 1810 may detect a start of a user interaction by reading data indicative of a start of a user interaction from a memory, into which the data was written by the operating system of the user processing device. By way of further example, interaction start detection module 1810 may detect a start of a user interaction by receiving a notification indicative of a start of a user interaction start from the operating system of the user processing device.
Interaction end detection module 1820 is operable to detect the end of a user interaction in a reward-generating application, and to store a time indicative of the time at which the user interaction ended. Interaction end detection module 1820 may detect an end of a user interaction in any of a number of different ways. By way of example, interaction end detection module 1820 may detect an end of a user interaction by reading data indicative of an end of a user interaction from a memory, into which the data was written by the operating system of the user processing device. By way of further example, interaction end detection module 1820 may detect an end of a user interaction by receiving a notification indicative of an end of a user interaction sent from the operating system of the user processing device.
Interaction duration calculation module 1830 is operable to calculate a time indicative of a duration of an individual user interaction by calculating a measure of time between the start of the user interaction and the end of the user interaction.
Interaction duration combination module 1840 is operable to combine the times of individual user interactions to determine an overall measure of time for all of the user interactions.
Elapsed time determination module 1850 is operable to determine whether a predetermined time has elapsed since the time of the last user interaction in a reward-generating application.
Availability module 1860 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
Upon detection of a start of a user interaction at step S1900, processing proceeds to step S1902, at which interaction start detection module 1810 stores a time indicative of the detection as an interaction start time Tstart.
At step S1904, interaction end detection module 1820 detects the end of the user interaction in the determined reward-generating application. In this embodiment, interaction end detection module 1820 detects the end of the user interaction by reading data indicative of the end of the user interaction from a memory, into which the data was written by the operating system of the user processing device. This reading of data from memory may occur at a predetermined frequency with a time Tf between each reading.
However, as noted previously, interaction end detection module 1820 may detect the end of the user interaction in different ways.
Upon detection of the end of the user interaction at step S1904, processing proceeds to step S1906, at which interaction end detection module 1820 stores a time indicative of the time of detection as an interaction end time Tend.
At step S1908, interaction duration calculation module 1830 calculates a time indicative of the length of the last user interaction. In this embodiment, interaction duration calculation module 1830 calculates a measure of time Tlast using the following equation:
Tlast=Tend−Tstart Equation 10
Time duration calculation module 1830 could use other equations to calculate the measure of time Te at step S1908. For example, time duration calculation module 1830 may include an error factor in its calculation:
Te=Tend−Tstart+Terror Equation 11
where Terror is an error factor that is added to take account of margins for error. For example, Terror may be set to a predetermined time value indicative of the time resolution for reading the data from memory at steps S1900 and S1904. Thus, by way of example, Terror may be set to Tf, which is the time between each reading of data at step S1900 by interaction start detection module 1810 and at step S1904 by interaction end detection module 1820.
At step S1910, interaction duration combination module 1840 calculates an overall measure of time for all of the detected user interactions in the determined reward-generating application. In this embodiment, interaction duration combination module 1840 stores a cumulative overall measure of time and increases the measure by Tlast calculated at step S1908. Thus, the first time step S1910 is performed, interaction duration combination module 1840 merely stores Tlast calculated when step S1908 is performed for the first time. On each subsequent iteration of step S1902 to S1912, interaction duration combination module 1840 increases the stored overall measure of time by the value of Tlast calculated at step S1908 on that iteration. In this way, the overall measure of time stored after step S1910 has been performed is indicative of the total length of all of the detected user interactions in the determined reward-generating application.
At step S1912, interaction start detection module 1810 determines whether a start of a further user interaction in the determined reward-generating application has been detected. The processing at step S1912 is the same as the processing at step S1900 described above. If it is determined at step S1912 that the start of a further user interaction has been detected, then processing returns to S1902.
On the other hand, if it is determined at step S1912 that no start of a further user interaction in the determined reward-generating application has been detected, then processing proceeds to step S1914, at which elapsed time determination module 1850 determines whether the time that has elapsed since time Tend previously stored upon the last performance of the processing at step S1906 (this time being indicative of the end of the last user interaction in the determined reward-generating application) is greater than a threshold time Tthreshold. If it is determined at step S1914 that the elapsed time is not greater than Tthreshold then processing returns to step S1912.
On the other hand, if it is determined at step S1914 that the elapsed time since the end of the last user interaction in the determined reward-generating application is greater than the threshold time, then the processing by monitoring module 760 at step S1002 ends.
In the processing operations described above, interaction duration combination module 1840 calculates the overall measure of time indicative of the length of all of the detected user interactions in the determined reward-generating application before processing is performed at step S1914 to determine whether the elapsed time since the end of the last user interaction in the determined reward-generating application is greater than a predetermined threshold. However, instead, interaction combination module 1840 may be arranged to calculate the overall measure of time after it is determined that the time since the end of the last user interaction in the determined reward-generating application is greater than a threshold time. An example of this processing is shown in
Referring to
At step S2010, interaction start detection module 1810 determines whether the start of a further user interaction in the determined reward-generator application has been detected (the processing at step S2010 being the same as the processing at step S1900 described above). If it is determined at step S2010 that the start of a further user interaction has been detected, then processing returns to step S2002.
On the other hand, if it is determined at step S2010 that no start of a further user interaction in the determined reward-generating application has been detected, then processing proceeds to step S2012, at which elapsed time determination module 1850 determines whether the time elapsed since the end of the last user interaction in the determined reward-generating application (this time being indicated by the time Tend last stored at step S2006) is greater than a threshold time Tthreshold. If it is determined at step S2012 that the elapsed time is not greater than the threshold time, then processing returns to step S2010.
On the other hand, when it is determined at step S2012 that the elapsed time since the end of the last user interaction is greater than the threshold time, processing proceeds to step S2014, at which interaction duration combination module 1840 calculates an overall measure of time for all of the detected user interactions in the determined reward-generating application. In this embodiment, interaction duration combination module 1840 calculates the overall measure of time by combining the durations of the individual user interactions calculated and stored at step S2008.
The components of the sixth embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exceptions of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
As will be explained below, monitoring module 760 in the sixth embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine a length of time indicative of the time the user was actively interacting with the reward-generating application. The processing operations performed by monitoring module 760 to determine a measure of time indicative of the length of time the user was actively interacting with a reward-generating application are different from the processing operations performed in the fifth embodiment.
Referring to
Reward-generating-application determining module 2106 is operable to perform the same processing as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Interaction detection module 2110 is operable to detect user interactions in a reward-generating application, and to store a time indicative of the time of detection. A user interaction may comprise any type of user interaction, such as a click, tap, swipe, key pad input, in-app purchase, etc. Interaction detection module 2110 may detect a user interaction in any of a number of different ways. For example, interaction detection module 2110 may detect a user interaction by reading data indicative of a user interaction from a memory, into which the data has been written by the operating system of the user processing device. By way of a further example, interaction detection module 2110 may detect a user interaction by receiving a notification indicative of a user interaction sent from the operating system of the user processing device.
Interaction counting module 2120 is operable to count the number of detected user interactions in a reward-generating application.
Elapsed time determination module 2130 is operable to determine whether a time since a last user interaction in the reward-generating application exceeds a threshold.
Time duration calculation module 2140 is responsive to a determination by the elapsed time determination module 2130 that the threshold has been exceeded to calculate a measure of time indicative of the time during which the user was actively interacting with a reward-generating application in dependence upon the determined number of user interactions.
Availability module 2150 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
Upon detection of the first user interaction in a reward-generating application, processing proceeds to step S2202, at which interaction detection module 2110 stores a time Tcurrent indicative of the time of detection.
At step S2204, interaction counting module 2120 sets the value of a counter defining the number of user interactions Ninteractions equal to 1.
At step S2206, interaction detection module 2110 determines if a further user interaction in the determined reward-generating application has been deleted (the processing at step S2206 being the same as the processing at step S2200 described above). If it is determined at step S2206 that a further user interaction has not been detected, then processing proceeds to step S2212, which will be described below.
On the other hand, if it is determined at step S2206 that a further user interaction has been detected, then processing proceeds to step S2208, at which interaction detection module 2110 replaces currently-stored time Tcurrent with a new time Tcurrent indicative of the time at which the further notification was detected.
At step S2210, interaction counting module 2120 increases the value of the counter defining the number of detected user interactions in the determined reward-generating application by 1. Processing then returns to step S2206.
When it is determined at step S2206 that no further user interaction in the determined reward-generating application has been detected, processing proceeds to step S2212, at which elapsed time determination module 2130 determines whether the elapsed time since the last user interaction in the determined reward-generating application (indicated by the currently-stored value of Tcurrent) is greater that a threshold time Tthreshold.
If it is determined at step S2212 that the elapsed time since the last user interaction is not greater than the threshold time, then processing returns to step S2206.
On the other hand, if it is determined at step S2212 that the elapsed time since the last user interaction is greater than the threshold time, then processing proceeds to step S2214, at which time duration calculation module 2140 calculates a measure of time indicative of the length of time during which the user was actively interacting with the reward-generating application. In this embodiment, time duration calculation module 2140 calculates the measure of time by multiplying the number of user interactions by a predetermined time value T0 that is indicative of a typical time duration for an individual user interaction in accordance with the following equation (although other equations could be used instead):
Te=T0×Ninteractions Equation 12
In the sixth embodiment described above, no distinction is made between different types of user interactions in the determined reward-generating application. Consequently, each user interaction, irrespective of its type, increases the value of the counter by one and increases the measure of time calculated at step S2214 by To. As a modification, however, interaction detection module 2110 may determine the type of each interaction, for example, by reading data defining the type of user interaction from memory, into which the data was written by the operating system of the user processing device, or by receiving a notification of the type of the user interaction sent by the operating system of the user processing device. In this case, a separate count may be maintained for each type of user interaction and, at step S2214, each respective count may be multiplied by a different predetermined time value that is indicative of a typical length of a user interaction of that type, with the respective overall times for each type of user interaction then being combined together to give a combined overall time.
The components of the seventh embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exception of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
As will be explained below, monitoring module 760 in this seventh embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine a length of time that is indicative of the length of time during which the user was actively interacting with the reward-generating application. The processing operations performed by monitoring module 760 to determine this length of time are different from the processing operations performed in the fifth and sixth embodiments.
Referring to
Reward-generating-application determining module 2306 is operable to perform the same processing as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Interaction detection module 2310 is operable to detect user interactions in a reward-generating application, and to store a time indicative of the time of detection of each user interaction. A user interaction may comprise any user interaction, such as a click, tap, swipe, key pad input, in-app purchase, etc. Interaction detection module 2310 may detect a user interaction in any of a number of different ways. For example, interaction detection module 2310 may read data indicative of a user interaction from memory, into which the data was written by the operating system of the user processing device. By way of further example, interaction detection module 2310 may detect a user interaction by receiving a notification indicative of a user interaction sent by the operating system of the user processing device.
Time duration calculation module 2320 is operable to calculate a measure of time indicative of the time the user was actively interacting with a reward-generating application in dependence upon the detected user interactions.
Elapsed time determination module 2330 is operable to determine whether the elapsed time since the last user interaction in a reward-generating application exceeds a predetermined threshold.
Availability module 2340 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
Upon detection of a first user interaction at step S2400, processing proceeds to step S2402, at which interaction notification receiving module 2310 stores a time Tcurrent indicative of the time at which the detection was made.
At step S2404, time duration calculation module sets the value of a time Te, indicative of the time during which the user was actively interacting with the reward-generating application by performing the first user interaction, equal to a predetermined time T0 that is a typical time length for a user interaction.
At step S2406, interaction detection module 2310 determines whether a further user interaction in the determined reward-generating application has been detected (the processing at step S2406 being the same as the processing at step S2400 described above).
If it is determined at step S2406 that a further user interaction has been detected, then processing proceeds to step S2408, at which interaction detection module 2310 stores a time Tcurrent indicative of the time at which the detection was made.
At step S2410, time duration calculation module 2320 increases the stored time Te by the predetermined time value T0 that is indicative of a typical time duration for a user interaction. Processing then returns to step S2406.
When it is determined at step S2406 that no further user interaction in the determined reward-generating application has been detected, processing proceeds to step S2412, at which elapsed time determination module 2330 determines whether the time since the last user interaction in the determined reward-generating application (indicated by the currently-stored value of Tcurrent) is greater than a threshold time Tthreshold.
If it is determined at step S2412 that the elapsed time is not greater than the threshold time, then processing returns to step S2406. On the other hand, if it is determined at step S2412 that the elapsed time is greater than the threshold, then the processing operations by monitoring module 760 at step S1002 end.
In the seventh embodiment described above, no distinction is made between different types of user interactions in the determined reward-generating application. Consequently, each user interaction, irrespective of its type, contributes the same length of time T0 to the overall measure of time indicative of how long the user was interacting with the reward-generating application. However, as a modification, interaction detection module 2310 may determine the type of each user interaction, for example, by reading data defining the type of user interaction from memory, into which the data was written by the operating system of the user processing device, or by receiving a notification of the type of the user interaction sent by the operating system of the user processing device. Time duration calculation module 2320 may then increase the stored measure of time Te by a different predetermined time duration T0 in dependence upon the type of interaction.
The components of the eighth embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exception of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
As will be explained below, monitoring module 760 in the eighth embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine the number of user interactions in the reward-generating application. Thus, in the eighth embodiment, the determined measure of engagement of a reward-generating application by a user is not a measure of time, as in the proceeding embodiments.
Referring to
Reward-generating-application determining module 2506 is operable to perform the same processing as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Interaction detection module 2510 is operable to detect user interactions in a reward-generating application, and to store a respective time for each detection. A user interaction may comprise any user interaction, such as a click, tap, swipe, key pad input, in-app purchase, etc. Interaction detection module 2510 may detect a user interaction in any of a number of different ways. For example, interaction detection module 2510 may detect a user interaction by reading data indicative of a user interaction from a memory, into which the data was written by the operating system at the user processing device. By way of further example, interaction detection module 2510 may detect a user interaction by receiving a notification indicative of a user interaction sent by the operating system of the user processing device.
Interaction counting module 2520 is operable to count the number of detected user interactions in a reward-generating application.
Elapsed time determination module 2530 is operable to determine whether the time elapsed since the last user interaction in a reward-generating application exceeds a predetermined threshold.
Availability module 2540 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
However, as noted previously, interaction detection module 2510 may detect a user interaction in different ways.
Upon detection of a first user interaction at step S2600, processing proceeds to step S2602, at which interaction detection module 2510 stores a time Tcurrent indicative of the time of the detection.
At step S2604, interaction counting module 2520 sets the value of a counter indicative of the number interactions Ninteractions performed by the user in the reward-generating application equal to 1.
At step S2606, interaction detection module 2510 determines whether a further user interaction in the determined reward-generating application has been detected (the processing at step S2606 being the same as the processing at step S2600 described above).
If it is determined at step S2606 that a further user interaction has been detected, processing proceeds to step S2608, at which interaction detection module 2510 stores a time Tcurrent indicative of the detection time.
At step S2610, interaction counting module 2520 increases the value of the counter defining the number of interactions Ninteractions performed by the user in the determined reward-generating application by 1. Processing then returns to step S2606.
When it is determined at step S2606 that no further user interaction in the determined reward-generating application has been detected, processing proceeds to step S2612, at which elapsed time determination module 2530 determines whether the elapsed time since the last user interaction in the determined reward-generating application (indicated by the currently-stored value Tcurrent) is greater than a threshold time Tthreshold.
If it is determined that the elapsed time since the last user interaction is not greater than the threshold, then processing returns to step S2606. On the other hand, when it is determined at step S2612 that the elapsed time since the last user interaction is greater than the threshold, then the processing by monitoring module 760 at step S1002 ends.
The components of the ninth embodiment and the processing operations performed thereby are the same as those in the second embodiment, with the exception of the components of monitoring module 760 and the processing operations performed by monitoring module 760 at step S1002. Accordingly, only these differences will be described here.
As will be explained below, monitoring module 760 in the ninth embodiment is operable to determine a measure of an engagement of a reward-generating application by a user by performing processing operations to determine a length of a session spent in the reward-generating application by the user. The processing operations performed by monitoring module 760 to determine a session length are different from the processing operations performed in the second, third and fourth embodiments.
Reward-generating-application determining module 2706 is operable to perform the same processing operations as reward-generating-application determining module 806 in the second embodiment, and is therefore operable to determine at step S1000 the reward-generating application(s) to be monitored.
Display-application determining module 2710 is operable to determine an application currently displayed to a user and to determine whether the application displayed to the user is a determined reward-generating application. Displayed-application determining module 2710 is further operable to store a time at which the application currently displayed to the user is first determined to be a reward-generating application to be monitored and at a time at which the application currently displayed to the user is determined to be no longer that reward-generating application. Display-application determining module 2710 may determine an application currently being displayed to a user in a number of different ways. For example, display-application determining module 2710 may determine an application displayed to a user by reading data indicative of a currently displayed application from memory, into which the data was written by the operating system of the user processing device. By way of further example, displayed-application determining module 2710 may determine an application displayed to a user by receiving a notification indicative of the displayed application sent by the operating system of the user processing device.
Time duration calculation module 2710 is operable to determine a measure of engagement of a reward-generating application by a user by calculating a measure of time between the first time at which the application currently displayed to the user is determined to be a reward-generating application and the time at which the application currently displayed to the user is determined to be no longer the reward-generating application.
Availability module 2730 is operable to perform the same processing operations as availability module 840 in the second embodiment, and is therefore operable to make available each determined measure of engagement at step S1004.
Referring to
At step S2802, displayed-application determining module 2710 determines whether the application currently displayed to the user is a determined reward-generating application.
When it is determined at step S2802 that the application currently displayed to the user is a determined reward-generating application, processing proceeds to step S2804, at which displayed-application determining module 2710 stores the current time as a start time Tstart.
At step S2806, displayed-application determining module 2710 again determines the application currently displayed to the user on the user processing device. This processing is the same as the processing at step S2800 described above.
At step S2808, displayed-application determining module 2710 determines whether the application currently displayed to the user is still the determined reward-generating application.
When it is determined at step S2808 that the application currently displayed to the user is no longer the determined reward-generating application, this is indicative of the end of the user's session in the determined reward-generating application and so processing proceeds to step S2810, at which displayed-application determining module 2710 stores the current time as an end time Tend.
At step S2812, time duration calculation module 2720 calculates a measure of time indicative of the time that the user may have been engaged with the determined reward-generating application. In this embodiment, time duration calculation module 2720 calculates the measure of time, Te, using the following equation:
Te=Tend−Tstart Equation 13
Time duration calculation module 2720 could use other equations to calculate the measure of time Te at step S2812. For example, time duration calculation module 2720 may include an error factor in its calculation:
Te=Tend—Tstart+Terror Equation 14
where Terror is an error factor that is added to take account of margins of error. For example, Terror may be set to a predetermined time value indicative of the time resolution for obtaining the data at steps S2800 and S2806 defining the application currently displayed to the user on the user processing device. Thus, by way of example, Terror may be set to Tf, which is a time between each reading of data from memory by displayed-application determining module 2710 at steps S2800 and S2806.
It will be appreciated from the description above that certain embodiments of the present invention perform processing operations to effect a method of generating rewards for use in a first application on a processing device in response to user engagement of a second application on the processing device as shown in
Referring to
At step S2902, a reward generating module on the user processing device that is separate from the second application calculates one or more rewards in dependence upon the determined measure of an engagement and makes the calculated one or more rewards available for use in the first application.
It will also be appreciated from the description above that certain embodiments of the present invention perform processing operations to effect a method as shown in
Referring to
At step S3002, a measure of an engagement of the determined second application by a user is determined.
Certain embodiments of the invention will now be compared using the following example scenario:
The first embodiment would determine a measure of engagement of the user with the reward-generating application by calculating the time between the time at which activation of the reward-generating application is triggered (this being indicated for example by the time at which the user selected the reward-generating application) and the time at which the user returns to the first application. Accordingly, in the example scenario above, the first embodiment would determine a measure of engagement of 2 minutes.
The second embodiment would determine a measure of engagement of the user with the reward-generating application by processing a list of applications running on the user processing device, sorted by time of last engagement by the user, so as to calculate the time between the first time at which the last application used by the user was determined to be the selected reward-generating application (this occurring when the user selected the reward-generating application in the example scenario) and the time at which the application last used by the user was determined to no longer be the reward-generating application (this being the time at which the user closed the reward-generating application in the example scenario as the reward-generating application would then no longer be running and so would not appear on the sorted list of applications). Accordingly, in the example scenario above, the second embodiment would determine a measure of engagement of 1 minute (or, if the second embodiment included an error factor in its calculation, 1 minute+Terror).
The fourth embodiment would determine a measure of engagement of the user with the reward-generating application by detecting user interactions in the reward-generating application and determining the time between the first user interaction and the last user interaction. Accordingly, in the example scenario above, the fourth embodiment would detect the first user interaction 10 seconds into the session and would detect the last user interaction 10 seconds before the end of the session. The fourth embodiment would therefore determine a measure of engagement of 40 seconds (or, if the fourth embodiment included an error factor in its calculation, 40 seconds+Terror).
[Modifications]
Many modifications can be made to the embodiments described above without departing from the spirit and scope of the present invention.
For example, in the embodiments described above, the reward-generating applications to be monitored are determined from the configuration data received from a backend server 120. However, instead, the reward-generating applications to be monitored may be determined from a predefined list of reward-generating applications or a list generated by the first application 300, 700 based on attributes of the reward-generating applications. Alternatively, the reward-generating applications to be monitored may comprise all applications running on the user processing device 102, 104, 106, 108, 110.
In the processing performed at step S1206 in the second to eighth embodiments described above, notification module 780 interfaces with the operating system of the user processing device to send a notification which links to the first application 700. As an alternative, notification module 780 may interface with an email application on the user processing device to send a notification to the user comprising an email that includes a link to the first application 700.
The described embodiments can be used to promote applications that the user has not previously downloaded or has downloaded and are identified in the configuration data from backend server 120 as reward-generating applications that are still being promoted. The described embodiments can also be used to promote re-engagement of users with existing applications that have already been installed on the user processing device but which the user has not engaged with for a period of time and which have been removed from the applications that are identified in the configuration data as reward-generating applications. Such promotion of re-engagement with a second application can be achieved, for example, by re-identifying a second application as a promoted application in the configuration data.
Each of the embodiments described above can be modified so as to report determined measures of engagement of each reward-generating application by a user to a backend server 120. If the user processing device does not have a connection to network 140, such a report could be sent the next time the user processing device establishes a connection with the network 140. By sending reports in this way, the receiving backend server 120 would be able to monitor how successful a promotion of a second application was by using the reported measures of engagement from different user processing devices.
In the embodiments described above, it is not necessary for any change to be made to a second application to enable a users engagement with the second application to be monitored or for rewards to be generated based upon a user's engagement with the second application. However, if the developer of a second application permits modifications to be made to the second application (by itself, by the developer of a first application or by a third party), a second application may be modified to send a notification when the second application is installed and/or first opened on the user processing device. The notification may be transmitted for example to a backend server 120 or to a third party tracker.
Although the methods performed by the embodiments have been described separately above, the different respective methods can be selectively combined and used together.
A person skilled in the art will, of course, recognise that modifications other than those described above can be made.
Login, Samo, Rankin, John Stephen
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
6099408, | Dec 31 1996 | Inventor Holdings, LLC | Method and apparatus for securing electronic games |
6264557, | Dec 31 1996 | Inventor Holdings, LLC | Method and apparatus for securing electronic games |
6571216, | Jan 14 2000 | International Business Machines Corporation | Differential rewards with dynamic user profiling |
7761327, | Oct 17 2000 | Intel Corporation | Ensuring that advertisements are played |
8090618, | Dec 12 2002 | Microsoft Technology Licensing, LLC | Online game commerce system |
8700455, | Mar 23 2007 | Adobe Inc | Advertising rewards and referrals |
8814703, | Jun 01 2012 | Zynga Inc | Cross-promotion API |
8821294, | Jun 01 2012 | Zynga Inc | Real-time data services API |
8825525, | Sep 14 2012 | DROPBOX, INC | Systems and methods for campaign offers and rewards with offer serving engine based on digitized receipt data |
8834276, | Jun 01 2012 | Zynga Inc | Rules-based engine for cross-promotion platform |
8839266, | Jul 31 2013 | VMWARE, INC | Inter-application communication on mobile platforms |
20020002076, | |||
20040092310, | |||
20040166931, | |||
20060281541, | |||
20060287106, | |||
20080090628, | |||
20080167106, | |||
20090239661, | |||
20090299817, | |||
20100146502, | |||
20110250949, | |||
20120036003, | |||
20120315993, | |||
20130006773, | |||
20130117084, | |||
20130143669, | |||
20130151342, | |||
20130185133, | |||
20130219426, | |||
20130304580, | |||
20130324259, | |||
20130324260, | |||
20130324261, | |||
20130325573, | |||
20130339228, | |||
20140058811, | |||
20140058812, | |||
20140089068, | |||
20140164142, | |||
20140278853, | |||
20140280896, | |||
20140337831, | |||
20140342837, | |||
20140342838, | |||
20140344071, | |||
20150046247, | |||
20150065252, | |||
20150120458, | |||
20150189377, | |||
20160335316, | |||
20170178179, | |||
WO2009126316, | |||
WO2011035442, | |||
WO2012019072, | |||
WO2013118629, | |||
WO2013158033, | |||
WO2014074945, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Dec 04 2014 | Outfit7 Limited | (assignment on the face of the patent) | / | |||
Dec 04 2014 | LOGIN, SAMO | BEE7000 LIMITED | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 034378 | /0133 | |
Dec 04 2014 | RANKIN, JOHN STEPHEN | BEE7000 LIMITED | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 034378 | /0133 | |
Sep 30 2016 | BEE7000 LIMITED | Outfit7 Limited | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 040189 | /0605 | |
Oct 04 2018 | Outfit7 Limited | CHINA CITIC BANK INTERNATIONAL LIMITED | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 047118 | /0664 | |
Apr 21 2021 | Outfit7 Limited | CHINA CITIC BANK INTERNATIONAL LIMITED | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 055985 | /0172 | |
Jun 14 2023 | Outfit7 Limited | CHINA CITIC BANK INTERNATIONAL LIMITED | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 063977 | /0114 | |
Jun 14 2023 | CHINA CITIC BANK INTERNATIONAL LIMITED | Outfit7 Limited | RELEASE BY SECURED PARTY SEE DOCUMENT FOR DETAILS | 063977 | /0219 | |
Feb 08 2024 | Outfit7 Limited | CHINA CITIC BANK INTERNATIONAL LIMITED | SECURITY INTEREST SEE DOCUMENT FOR DETAILS | 066668 | /0316 |
Date | Maintenance Fee Events |
Feb 28 2023 | M2551: Payment of Maintenance Fee, 4th Yr, Small Entity. |
Date | Maintenance Schedule |
Sep 17 2022 | 4 years fee payment window open |
Mar 17 2023 | 6 months grace period start (w surcharge) |
Sep 17 2023 | patent expiry (for year 4) |
Sep 17 2025 | 2 years to revive unintentionally abandoned end. (for year 4) |
Sep 17 2026 | 8 years fee payment window open |
Mar 17 2027 | 6 months grace period start (w surcharge) |
Sep 17 2027 | patent expiry (for year 8) |
Sep 17 2029 | 2 years to revive unintentionally abandoned end. (for year 8) |
Sep 17 2030 | 12 years fee payment window open |
Mar 17 2031 | 6 months grace period start (w surcharge) |
Sep 17 2031 | patent expiry (for year 12) |
Sep 17 2033 | 2 years to revive unintentionally abandoned end. (for year 12) |