WO2015189257A1 - Communication de données de récompense entre des applications - Google Patents

Communication de données de récompense entre des applications Download PDF

Info

Publication number
WO2015189257A1
WO2015189257A1 PCT/EP2015/062916 EP2015062916W WO2015189257A1 WO 2015189257 A1 WO2015189257 A1 WO 2015189257A1 EP 2015062916 W EP2015062916 W EP 2015062916W WO 2015189257 A1 WO2015189257 A1 WO 2015189257A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
reward
data
processing device
data processing
Prior art date
Application number
PCT/EP2015/062916
Other languages
English (en)
Inventor
Samo Login
Original Assignee
Bee7000 Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US14/303,055 external-priority patent/US9996848B2/en
Priority claimed from EP14172199.3A external-priority patent/EP2954940B1/fr
Application filed by Bee7000 Limited filed Critical Bee7000 Limited
Publication of WO2015189257A1 publication Critical patent/WO2015189257A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/73—Authorising game programs or game devices, e.g. checking authenticity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0209—Incentive being awarded or redeemed in connection with the playing of a video game
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint

Definitions

  • the present invention generally relates to the field of data communication between computer applications and, more specifically, to a computer- implemented scheme of communicating reward data relating to a reward earned by the user of a first application to a second application for use by the second application,
  • the present inventor has recognised that the process of claiming the reward in these systems requires the device via which the reward is being claimed to connect to the cross -promotional engine via the Internet, which may not always be convenient or possible for the user.
  • the present inventors have devised a scheme of securely communicating reward data between applications on a device that does not require the device to connect to the Internet, or any other kind of network, or any other device.
  • the present inventor has devised a storage medium storing computer program instructions which define a first application and which, when executed by a data processing device, cause the data processing device to communicate within the data processing device reward data from the first application to a second application on the data processing device for use by the second application, by obtaining a reward value in response to a user of the first application completing a predetermined task in the first application and, in response to a request from the user to claim a reward, generating and transmitting: an instruction to place the second application into an interactive state; and reward data, the reward data being generated on the basis of the reward value for use by the second application.
  • the present inventor has further devised a storage medium storing computer program instructions which define a first application and which, when executed by a data processing device, cause the data processing device to process reward data comprising a reward value that is indicative of a reward earned by a user of a second application on the data processing device upon completing a predetermined task in the second application, by: passively receiving the reward data in response to at least one of an operating system of the data processing device and the second application pushing the reward data to the first application; extracting the reward value from the received reward data; and using the extracted reward value in the first application.
  • the present inventor has further devised a method of communicating reward data from, a first application running on a data processing device to a second application on the data processing device for use by the second application, the method comprising the first application, performing processes of: obtaining a reward value in response to a user of the first application completing a predetermined task in the first application; and in. response to a request from the user to claim a reward, generating and transmitting: an instruction to place the second application into an interactive state? and reward data, the reward data being generated on the basis of the reward value for use by the second application in the interactive state.
  • the present inventor has further devised a signal carrying computer program instructions which, when executed by a processor, cause the processor to perform a method as set out above.
  • the present inventor has further devised a method of processing reward data generated by a first application and comprising a reward value that is indicative of a reward earned by a user of the first application upon completing a predetermined task in the first application, the method comprising a second appl icat ion that runs on the same data processing device as the first application processing the reward data by: passively receiving the reward data in response to at least one of an operating system of the data processing device and the first application pushing the reward data to the second application; extracting the reward value from the received reward data ; and using the extracted reward value in the second application.
  • the present inventor has further devised a signal carrying computer program instructions which, when executed by a processor, cause the processor to perform a method as set out above.
  • the present inventor has further devised a server operable to communicate with a data processing device via the Internet.
  • the server comprises a receiver module operable to receive from a first application running on the data processing device a resource locator request requesting a resource locator for downloading from an application download server a second application which is to be installed on the data processing device, the resource locator request comprising: a unique device identifier that uniquely identifies the data processing device; a first identifier identifying the first application; and a second identifier identifying the second application.
  • the server further comprises a record keeping module arranged to create a record associating the unique device identifier with the first and second identifiers, and a transmission module arranged to transmit the requested resource locator to the data processing device .
  • the receiver module is further operable to receive from the second application, after the second application has been installed on the data processing device , a request to receive configuration data from the server to enable the second application to provide the first application with an indication of reward earned by a user upon completing a predetermined task in the second application, wherein the configuration data comprises the first identifier, and wherein the request to receive configuration data comprises the unique device identifier and the second identifier .
  • the server further comprises a verification module arranged, to verify validity of the request to receive configuration data by checking the unique device identifier and the second identifier in the request to receive configuration data against the record created by the record keeping module , and a configuration data generating module arranged to generate the requested configuration data when the verification module verifies the validity of the request to receive configuration data .
  • the transmission module is further arranged to transmit the generated configuration data to the data processing device.
  • the present inventor has further devised a storage medium storing computer program instructions which, when executed by a data processing device, cause the data processing device to communicate with a second data processing device via the Internet, by:
  • the resource locator request comprising:
  • verifying val idity of the request to receive configuration data by checking the unique device identifier and the second identifier in the request to receive configuration data against the created record;
  • the present inventor has further devised a method performed by a first data processing device to communicate with a second data processing device via the Internet, the method comprising;
  • a resource locator request requesting a resource locator for downloading from an application, download server a second application which is to be installed on the second data processing device, the resource locator request comprising*.
  • the present inventor has further devised a signal carrying computer program instructions which, when executed by a data processing device, cause the data processing device to communicate with a second data processing device via the Internet, by:
  • resource locator request requesting a resource locator for downloading from an application download server a second, application which is to be installed on the second data processing device, the resource locator request comprising:
  • FIG. 1 is schematic illustration of a system according to an embodiment of the present i vention ;
  • Fig. 2A is a schematic illustration of functional components provided in the data processing device 100 shown in Fig, 1;
  • Pig. 2B is a schematic illustration of functional components provided in the backend server 200 also shown in Fig. 1 ;
  • Fig. 3 is a schematic illustration of an example of programmable signal processing apparatus, which may be used to implement one or more of the functional components shown in Fig. 2A and Fig. 2B ;
  • Fig. 4 is a flow diagram illustrating processes performed by the backend server and by an application in the form of a first electronic game described herein, when the first electronic game starts up for the first time after its installation
  • Fig . 5 is a flow diagram i llustrating processes performed by the backend server and by another application in the form of a second electronic game described herein, when the second electronic game starts up for the first time after its installation;
  • Fig. 6A is a flow diagram illustrating processes performed by the second electronic game, by which the user may accumulate rewards in the second electronic game, and submit a request to be credited, with a reward in the first application that is based on the rewards earned in the second electronic game;
  • Fig. 6B is a flow diagram illustrating processes performed by the first electronic game, by which the user may be credited with a reward that is based on the rewards earned in the second electronic game;
  • Fig. 7 is a flow diagram showing further details of the process performed in step S315 in Fig. 6A;
  • Fig. 8 is a flow diagram showing further details of the process performed in step S325 in Fig. 6A ;
  • Fig. 9 is a flow diagram showing further details of the process performed in step S380 in Fig. 6B;
  • Fig. 10 is a flow diagram showing processes performed by the second electronic game in. the embodiment, by which the user earns a reward in the second electronic game, and by which reward data is passed to the first electronic game;
  • Fig. 11 is a flow diagram showing processes performed by the first electronic game in the embodiment, by which the first electronic game receives the reward data from the second electronic game and extracts a reward value therefrom for use in the first electronic game ;
  • Fig. 12 is a flow diagram showing processes performed by the backend server in the embodiment. DETAILED DESCRIPTION OF EMBODIMENTS
  • Fig. 1 provides a schematic illustration of a system according to an embodiment of the present invention, comprising a data processing device 100 that is operable to communicate with a backend server 200 and an application download server 300 via a network such as the Internet 400, Aspects of the configuration of the data processing device 100, the backend server 200 and the application download server 300 that are helpful for understanding 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. Functional components of the data processing device 100 are illustrated in Fig. 2A, while those of the backend server 200 are illustrated in Pig. 2B.
  • the data processing device 100 of the present embodiment takes the exemplary form of a smartphone , onto which a primary application 110 in the exemplary form of a first electronic game has been downloaded from an application download server 300 (e.g. from the Tunes Store® or Google Play* store) , as illustrated in Fig . 2A.
  • an application download server 300 e.g. from the Tunes Store® or Google Play* store
  • a secondary applica ion 120 in the exemplary for of a second electronic game is selected using the first elec ronic game , and then downloaded and installed onto the smartphone, and run to allow the user to earn rewards (e.g. virtual currency in the form of coins , jewels , moves etc .
  • the rewards used by the primary application 110 need not be of the same kind as the rewards used by the secondary application 120.
  • the types of these rewards are di f ferent (e.g. the first electronic game recognises rewards in the form of gold coins , while the second electronic game rewards the user for completed tasks with rewards in the form of crystals)
  • a conversion of the reward earned in the secondary application 120 to a form recognised by the primary application 110 may be performed, as described below.
  • the teachings herein are more generally applicable to many other kinds of data processing device, and many other kinds of application.
  • the data processing device 100 may be provided in the alternative form of a personal digital assistant (PDA) , a tablet computer, laptop computer or a desktop PC, for example.
  • PDA personal digital assistant
  • the primary and secondary applications are not limited to being electronic games but may be any other kind of application that makes use of some kind of reward .
  • the primary application 110 may be a mobile application for booking holidays (herein referred to as the "holiday booking app” )
  • the secondary application may be a mobile app for leaving reviews of hotels advertised in the holiday booking app (herein referred to as the "review app” ⁇ , where the holiday booking app rewards the user with a reward in the form of a discount for using the review app to leave a review of one of the advertised hotels.
  • the secondary application 120 comprises a reward-obtaining module 122 for generating rewards for" the user, and a reward-claiming module 124 for placing the primary application 110 into an interactive state and passing the earned reward to the primary application 110 when in the interactive state.
  • the functionalities of the reward-obtaining module 122 and the reward-claiming module 124 are described in detail below.
  • the reward-obtaining module 122 is configured to obtain the reward value by generating it in response to the user completing a predetermined task in the secondary application 120.
  • the secondary application of the present embodiment, and other applications having a reward-obtaining module that is configured to obtain the reward value in this way are referred to as "reward-generating applications”.
  • the reward-obtaining module 122 may obtain the reward value in a different way, for example by communicating with the backend server 200 to cause the backend server 200 to generate the reward value and transmit the reward value to the smartphone . This alternative way of obtaining the reward value is described further below.
  • the backend server 200 comprises a receiver module 210, a record-keeping module 22.0, a transmission module 230, a verification module 240, a configuration data- generating module 250 and a candidate application identification module 260, which are arranged so as to be capable of exchanging information with one another.
  • the functionalities of these components of the backend server 200 are also described in detail below.
  • the backend server 200 also includes a backend server database, which stores sets of relations between various parameters relating to the primary application 110, the secondary application 120, reward claims made by the user, as well as a blacklist of reward-generating applications that may be used to generate rewards for use in the primary application 110.
  • Tables 1 to 5 A representation of the information stored in the backend server database is provided in Tables 1 to 5 below. The following Legend is provided as an aid for interpreting the information in Tables 1 to 5.
  • Table Hamm A representation of the information stored in the backend server database is provided in Tables 1 to 5 below. The following Legend is provided as an aid for interpreting the information in Tables 1 to 5.
  • Table 5 Figure 3 shows an exemplary implementation of the data processing device 100, in the form of programmable signal processing hardware.
  • the signal processing apparatus shown in Fig. 3 comprises an input/output (I/O) section 510 that functions as an interface module of the apparatus for sending requests for configuration data, resource locators and records described herein below to the backend server 200 via the cell phone network and the Internet 400, and receiving the configuration data and other information from the backend server 200, as will be described in the following.
  • I/O input/output
  • the signal processing apparatus further comprises a processor 520, a working memory 530 and an instruction store 540 for storing computer-readable instructions defining the primary application 110 and computer-readable instructions defining the secondary application 120 which, when executed by the processor 520, cause the processor 520 to perform the processing operations hereinafter described.
  • the instruction store 540 may comprise a RAM or similar type of memory, and the computer- readable instructions can be input thereto from a computer program product, such as a computer- readable storage medium 550 such as a CD-ROM, etc. or a computer- readable signal 560 carrying the computer-readable instructions.
  • the combination of the hardware components shown in Fig . 3, comprising the processor 520, the working memory 530 and the instruction store 540, is configured to implement the functionality of the reward-obtaining module 122 and the reward-claiming module 124 shown in Fig, 2A.
  • a programmable signal processing apparatus of the kind show in Fig . 3 may be used to implement the functional components of the backend server 200 that are shown in Fig. 2B .
  • the first electronic game On its first start-up, the first electronic game performs an initialisation process during which it obtains a list of candidate reward-generating electronic games that is to be displayed to the user when the user plays the first electronic game, to allow the user to select a reward-generating electronic game that is to be downloaded to the smartphone from the application download server 300,
  • the first electronic game sends a request to the backend server 200 to receive initialisation data comprising a list of candidate reward-generating games that are available for download, wherein each of the reward-generating games is configured to generate a reward value when the user completes a predetermined task (for example, spending a predetermined amount of time playing the game, completing a level of the game, collecting a predetermined number of collectable items in the game, or achieving a predetermined score i the game) .
  • the requested initialisation data also includes a list of blacklisted games , a maximum reward value that the first electronic game should be allowed to accept, and priority data which defines an order of priority of the candidate reward- generating games.
  • the request for initialisation data is received by the receiver module 210 of the backend server 200.
  • the request for initialisation data, and some or all of the remaining messages that are communicated between applications running on the smartphone and an application running on the backend server 200, as described in the following, may be secured by encryption, using techniques well known to those skilled in the art .
  • the backend server 200 generates the list of candidate reward- generating games based on the information in Table 1 that is stored in the backend server database. More particularly, the candidate application identification module 260 of the backend server 200 generates a set of one or more identifiers each identifying a respective candidate reward- generating game for download from the application download server 300 to the smartphone, and generates a list comprising the generated one or more identifiers.
  • the backend server 200 also generates the list of blacklisted games from the information in Table 2 that is also stored in the backend database .
  • the games appearing in the blacklist are games whose reward claims should not be recognised by the first electronic game, as will be explained in the following.
  • the maximum reward value is an upper reward value limit used to validate a reward passed to the first electronic game by a reward- generating game.
  • step SI04 the transmission module 230 of the backend server 200 sends the initialisation data to the first electronic game on the smartphone.
  • the initialisation data is received by the first electronic game and stored in the smartphone for subsequent use .
  • the first electronic game cheeks the received list of candidate reward-genera ing games and removes from this list any reward-generating games that have already been installed on the smartphone. More specifically, in step S108, the first electronic game checks whether any of the games in the received list of available reward- generating games have already been installed on the smartphone. If none of the candidate reward- generating games have previously been installed on the smartphone, then the process proceeds to step S112. On the other hand, if at least one game from the list is determined to have been installed on the smartphone, then the process proceeds to step S110, in which the first electronic game updates the list of candidate reward- generating games by removing from this list the games that are already installed on the smartphone.
  • the first electronic game proceeds to run on the smartphone in step S112 , allowing the user to play the game using e.g. the touch- screen of the smartphone.
  • the first electronic game displays to the user in step SI14 a list of candidate reward-generating games that are available for download to the smartphone from the application download server 300 via the Internet 400.
  • the games appearing in the list may be ordered using the received priority data, and may be represented in any desirable way, for example by name or an icon.
  • the list is displayed as part of a message informing the user that rewards for use in the first electronic game can be obtained by downloading and playing one of the listed games .
  • the message also gives the user the option of declining to select a game for installation, and to instead return to playing the first electronic game .
  • the first application determines whether the user has selected a game from the displayed list for installation on the smartphone . If the user has not selected a game for installation but has indicated that he/she wishes to return to playing the first electronic game instead, then the process loops back to step S112. On the other hand, if the user has selected a game from the displayed list (e.g. by touching an icon. on the smartphone * s screen that is associated with the game) , then the first electronic game receives the user' s selection and obtains a resource locator for use in downloading the selected reward- generating game to the smartphone from the application download server 300 for installation as the second electronic game .
  • the first application obtains the resource locator by transmitting a resource locator request to a backend server 200 to request a resource locator for downloading the selected reward-generating game from the appl ication download server 300.
  • the resource locator request comprises a unique device identi f ier that uniquely identifies the smartphone (e.g. the smartphone' s IMEI number or , more preferably, the IDFA (i.e.
  • step S120 the receiver module 210 of the backend server 200 receives the message from the first electronic game , and the record-keeping module 220 of the backend server 200 creates a record in the backend server database , the record associating the identifier ("ID") of the selected reward -generating game with the unique ID of the smartphone and the ID of the first electronic game .
  • This record is created in the part of the backend server database that is illustrated in Table 4, with the received device ID being recorded in the "DevicelD" field, the selected reward- generating game's ID being recorded in the "RGAppID” field, and the ID of the first electronic game being recorded in the "PAppID” field.
  • the backend server 200 records an indication ("Yes") in the "DownloadRequested” field in Table 4 to indicate that the first electronic game identified in the "PAppID” field on the device identified in the "DeviceID” field has made a request to download the reward-generating game identified, in the "RGAppID” field.
  • the transmission module 230 of the backend server 200 transmits (in step S122 ) the resource locator in the form of a download link (such as a URL) that allows an application browser in the smartphone (e.g. the i unes ® app on an iOS® device) to find and download the selected reward-generating game to the smartphone.
  • a download link such as a URL
  • step S124 the smartphone receives the requested resource locator from the backend server 200 and passes the resource locator to the first electronic game. Then, in step S126, the received download link is passed by the first electronic game to the application browser in the smartphone .
  • the application bowser requests the user to confirm that he/she wishes to download and install the selected reward-generating game on the smartphone and, after the user has confirmed that he/she wishes to do so, the selected reward-generating game is downloaded from the application download server 300 using the received resource locator, and installed as the second electronic game on the smartphone. It should be noted, however, that the user may choose to open the smartphone' s application browser and find the selected reward-generating game by him/herself, without using the resource locator, and then download install the selected reward-generating game .
  • the second electronic game is configured to perform an initialisation process the first time it is started, which will now be described with reference to Fig . 5.
  • the second electronic game Once the second electronic game has been launched for the first time, it communicates with the backend server 200 in order to obtain configuration data that enables it to generate rewards for use in the first electronic game .
  • step S200 the second game obtains the unique device ID of the smartphone .
  • step S202 the second electronic game generates and transmits to the backend server 200 a request to receive configuration data from the backend server 200, which comprises the unique device ID of the smartphone and the second identifier that identifies the second game to allow the backend server 200 to verify the validity of the request to receive configura ion data.
  • the request may, as in the present embodiment , also include a confirmation that the second electronic game has been installed on the smartphone ,
  • the backend server 200 Upon receiving the request for configuration data from the second game , the backend server 200 processes this request to determine whethe the second electronic game was downloaded to the smartphone by the user using the first electronic game . If the second, game is determined to have been downloaded by use of the first electronic game , namely by the user using the first game to selected the second game from the dis layed list , rather than directly ia the application browser (i.e. without using the first game , for example) , then the backend server 200 supplies the relevant configuration data to the second electronic game .
  • the backend server 200 determines that the second electronic game was not downloaded and instal led using the first electronic game , then the backend server 200 does not send configuration data to the second game , such that the second game remains unable to pass to the first game any rewards that the user has earned through playing the second game .
  • the receiver module 210 of the backend server 200 receives from the second electronic game the request for configuration data and, in step S206 , the verification module 240 of the backend server 200 verifies the validity of the request to receive configuration data by checking the unique device identifier and the second identifier in the request to receive conf igurat ion data against the record created by the record-keepi g module 220. More specifically, the verification module 240 checks whether there is a record in the backend server 200 database (more specifically, in Table 4) comprising a device identifier that matches the device identif ier provided in the request.
  • the verification module 240 further determines in step S206 whether that record indicates that the first electronic game identified in the record has previously requested a resource locator for the second electronic game that is identified by the second identifier in the received request for configuration data (i.e.. whether the record having the device ID and the second, identifier has w Yes" indicated in the "DownloadRequested” field) .
  • step S2Q6 If such a record is found and that record indicates that the first game identified in the record has previously requested a resource locator for the second electronic game that is identified in the received request for configuration data, then the checks in step S2Q6 are passed, otherwise they are failed, If the checks in step S206 are passed, then the process proceeds to step S208, wherein the record-keeping module 220 updates the record found in step S206 to indicate both of the current date and time, and that the second electronic game has been installed in the device that is identified in the record. This is achieved by the record-keeping module 220 entering the date and time of the install in the "DateOfInstall" field, and an indication ⁇ "Yes") in. the "Applnstalied" field of Table 4.
  • the transmission module 230 of the backend server 200 transmits the configuration data to the second electronic game, in step S210.
  • the configuration data for the second electronic game comprises the ID of the first electronic game, and links to reward assets to be used when displaying rewards information in the second electronic game ⁇ e.g. icons , colours, etc . ) . These assets are stored in the part of the backend server* s database that is illustrated in Table 3.
  • the configuration data further comprises application start-up data for starting up the first game, which may be dependent on the smartphone' s opera ing system.
  • the application startup data may comprise the URL schema for starting the first game where the smartphone is an iOS ® device, or a package name for starting the first game where the smartphone is an Android® device.
  • the backend server 200 obtains the application start-up data from the part of the backend. server database that is illustrated in Table 3,
  • the configuration data includes the maximum reward value as well as a session reward limit, whose use is described below.
  • step S212 the second electronic game receives and stores the configuration data sent by the backend server 200.
  • step S206 if no record of a request to download the second electronic game by the first electronic game is found in step S206, then the process may, as in the present embodiment, proceed to step S214, wherein the transmission module 230 of the backend server 200 sends a rejection notification to the second electronic game, and to step S126, wherein the second electronic game receives the rejection notification and displays a message to the user indicating that reward claiming has not been enabled for the second electronic game.
  • the backend server 200 may perform no further processes when the outcome of the determination in step S206 is "No" .
  • the second game is able to pass to the f irst game reward data comprising a reward value that is indicative of a reward earned by the user upon comple ing a predetermined task in the second game , without the need for the smartphone to connect to the Internet 400 , any other kind of network , o any other device , as will now be explained by re erence to Figs . 6A, 6B and 7 to 9.
  • the second electronic game is run on the smartphone , allowing the user to play the game .
  • the second electronic game may be one of the many different kinds of game known to those skilled in the art, such an infinite runner, a platform game, a level -based game or a village building game.
  • the reward-obtaining module 122 may award the user with a reward each time he/she completes a predetermined task in the second game, for example when the user spends a predetermined amount of time playing an infinite runner game, completing a level of a level -based game, collecting a predetermined number of collectable items in a platform game, or achieving a predetermined score.
  • the reward-obtaining module 122 may reward the user for completing the same task repeatedly (e.g. each time the user accumulates a predetermined number of credits ⁇ e.g. coins), or each time the user has spent a required amount of time playing the game) . Additionally or alternatively, the reward- obtaining module 122 may reward the user for completing different tasks. For example, the reward-obtaining module 122 may reward the user with a reward each time they collect a predetermined number of coins, and reward them with a larger reward when they complete a particular leve1 of the game. Many other ways of rewarding the user for using the second game may be envisaged by those skilled in the art.
  • the process proceeds to step S310, wherein the reward-obtaining module 122 generates a reward value that associated with the task in the game that the user has completed.
  • the reward value is given in units of 0,1 cents USD, which forms the unit of a universal currency that is accepted by the primary application 110 and all of the reward-generating applications stored by the application download server 300 for download to the smartphone by use of the primary application 110 , as described above.
  • the tasks are set such that, for example, one OS dollar* s-worth of rewards should take three hours to earn. In this example, it should take the user 12 seconds to earn a reward of 0.1 cents USD.
  • the reward displayed to the user in the second game need not be provided in units of the universal currency but may alternatively be provided in units (e.g. coins, lives, moves etc.) that are selected by the developer of the game » It will, however, be appreciated that another denomination of a US dollar, a denomination of another real -world currency (e.g. GBP, Euro, JPY etc), or a virtual currency that is recognised in the applications in the system of the present embodiment, may alternatively form a unit of the universal currency that is used in the present embodiment to transfer rewards earned in one application on the smartphone to another application on the smartphone .
  • units of the universal currency e.g. coins, lives, moves etc.
  • the reward-claiming module 124 of the second electronic game may, as in the present embodiment, proceed to determine in step S315 whether the reward value generated by the reward-obtaining module 122 is valid based on the time that the user has spent playing the second game.
  • An example of the process that may be performed by the reward- claiming module 124 in step S315 to verify the validity of the reward that has been generated by the reward-obtaining module 122 will now be described with reference to Fig. 7.
  • the reward- claiming module 124 of the present embodiment is configured to monitor the time spent by the user in playing the second game .
  • the reward- claiming module 124 compares this measured time with the time that the user is expected to take to earn the reward value on the above -ment ioned basis that it should take three hours of game play to earn a reward equivalent to one USD in value .
  • the reward- claiming module 124 calculates the time that the user is expected to take to earn the reward value based on the reward value and a conversion factor relating the unit of reward value to time spent playing the game . If the expected gameplay time exceeds the measured gameplay time by more than a predetermined amount (e.g.
  • the reward- claiming module 124 determines that the reward value generated by the reward-obtaining module 122 is unacceptably generous and therefore rejects the reward as invalid. The process then proceeds to step S315-2 , in which the reward- claiming module 124 marks the reward as invalid, and the process continues to step S320 in Fig. 6A.
  • step S315 -3 which may be performed even in the absence of the validity check performed in step 315-1, the reward- claiming module 124 determines whether the reward value generated by the reward- obtaining module 122 exceeds the session reward limit. If the reward value exceeds the session reward limit, then the reward is capped at the session reward limit by the reward- claiming module 124 in step S315-4, otherwise it is not capped .
  • step S320 the reward- claiming module 124 responds to a determination that the reward value is valid by proceeding to step S325, in which it adds the validated reward value to an accumulated reward value obtained by summing valid reward values tha have previously been generated by the reward-obtaining module 122. Further deta Is of this process are shown illustrated, in the flow diagram of Fig. 8.
  • step S325- shown in Fig. 8 the reward- claiming module 124 performs a check to determine whet er the sum of the reward value generated by the reward- obtaining module 122 and the reward values from the reward- obtaining module 122 that have previously been accumulated is greater than the maximum reward value communicated to the smartphone in step S210 as part of the configuration data.
  • step S325-1 If it is determined in step S325-1 that the sum of the earned reward value and the previously accumulated reward values is greater than the maximum reward value, processing may proceed to step S325-2, where the total accumulated reward value is capped at the maximum reward value. The process then continues to step S330 in Fig. 6A.
  • step S325-1 determines whether the sum of the earned reward value and the previously accumulated reward values is less than or equal to the maximum reward value. If the sum of the earned reward value and the previously accumulated reward values is determined in step S325-1 to be less than or equal to the maximum reward value, the process proceeds to step S325-3, wherein the total accumulated reward value is set to the sum of the earned reward value and the previously accumulated reward values. The process then continues to step S330 in Fig, 6A.
  • step S305 if, at step S305, it is determined that the user has not completed a predetermined task in the second game, processing proceeds to step S335.
  • step S335 the reward-claiming module 124 checks whether the user has previously accumulated rewards which can be claimed for use in the first electronic game. If the user has previously accumulated rewards which can be claimed, the process proceeds to step S330. if the user has not previously accumulated rewards which can be claimed, the process loops back to step S300.
  • step S320 If the reward-claiming module 124 determines in step S320 that the latest reward earned by the user is invalid, the process may, as in the present embodiment, proceed to step S340, wherein the second electronic game displays an error message to the user informing the user that the reward he/she might have expected to earn by the point they have reached in the game cannot be awarded.
  • the reward value generated by the reward- obtaining module 122 is discarded in this case.
  • step S340 is optional and it may be preferable in other embodiments to omit it in order to avoid interrupting gameplay .
  • the second electronic game may give the user the option to claim their reward ( s) so that it may be used in a first electronic game . If the user chooses to claim the reward (s) , he second electronic game passes the details of the reward to the first electronic game so that the user can benefit from using the reward i the first electronic game, as will now be explained.
  • step S330 the second electronic game displays a message to the user inviting the user to indicate whether he/she wishes to claim their accumulated rewards.
  • step S3 5 the second electronic game determines whether or not the user has selected to claim their accumulated rewards . If the user selects not to claim their accumulated rewards , the process returns to step S300.
  • the reward- claiming module 124 generates and transmits an instruction to place the first electronic game into an interactive state , and the reward- claiming module 124 further generates and transmits reward data on the basis of the reward value for use by the first electronic game when in the interactive state . Further details of the reward data are provided in the following .
  • the instruction to place the first electronic game into an interac ive state may cause the operating system of the smartphone to launch the first electronic game (i.e.
  • the instruction to place the first electronic game into an interactive state may cause the smartphone' s operating system to manage the first electronic game, after it has been launched and is running in the background, so that the first electronic game runs in the foreground and the user is thus able to interact with the user interface of the first electronic game while it is displayed on the smartphone' s screen.
  • the placing of an application, into an "interactive state” should be understood to refer to causing the application to be executed on the smartphone such that the user interface of the application is displayed by the smartphone to allow the user to interact with the application' s user interface .
  • the reward-claiming module 124 prior to generating and transmitting the instruction and the reward data, the reward-claiming module 124 generates the reward data so that it includes a signature for verifying the validity of the reward data , as will now be explained.
  • the reward- claiming module 124 creates the signature by generating an encoding based on at least one of the first identifier that identifies the first electronic game, the second identifier that identifies the second electronic game , a time stamp obtained from the smartphone' s system clock, and a value indicative of the reward value that has been used to generate the reward data .
  • the reward- claiming module 124 may, as in the present embodiment, use a Hash function to generate the encoding based on two, three or all of the aforementioned parameters .
  • the signature may, as in the present embodiment , be generated using the following formula: SHA1 ( ⁇ Second electronic game ID>+ ⁇ First electronic game lD>+ ⁇ Date and time stamp>+ ⁇ Reward Amount>), where ⁇ .,.> indicates the value of the parameter between the angle brackets, w +" is a concatenation operator and SHAl refers to the Secure Hash Algorithm function SHA- 1.
  • the reward- claiming module 124 creates a record indicating tha the instruction and the reward data have been generated, the record including a unique claim. ID which uniquely identifies a reward claim request made by the user.
  • the record is stored in the smartphone so that its data can later be transmitted to the backend server 200 » to allow the backend server 200 to keep track of the reward claims made by the user.
  • step S360 the details of the reward being claimed are stored by the reward-claiming module 124.
  • step S365 the reward-claiming module 124 uses the above-mentioned configuration data to generate and ransmit the reward data and the instruc ion to place the first electronic game into the interactive state .
  • the second electronic game starts up the first electronic game using the URL schema , whi h forms part of the reward data and which has been provided during initialisation of the second electronic game in step S210, as explained above .
  • the reward data further comprises the following parameters , which are included in a URI generated by the reward-claiming module 124:
  • the Reward Amount This is the size of the reward claimed specified in the universal currency which is used by all of the reward-generating applications ,-
  • the second identifier identifying the second electronic game
  • step S350 The claim signature generated in step S350 ;
  • the device ID of the smartphone The device ID of the smartphone .
  • step S370 the instruction generated by the reward-claiming module 124 in step S365 causes the first electronic game to be brought into the interactive state by the smartphone' s operating system, for example by the operating system loading and launching the first electronic game, or by changing the first electronic game from running in the background to run in the foreground.
  • step S375 the first electronic game, having been brought into the interactive state, passively receives the reward data generated by the reward-claiming module 124.
  • the first electronic game receives the reward, data in response to the smartphone* s operating system pushing the reward data to the first electronic game.
  • the second electronic game may alternatively push the reward data to the first electronic game.
  • the first electronic game may, as in the present embodiment, use an SDK (Software Developer Kit) API call to store the reward data in local memory of the smartphone ⁇ e.g. the working memory 530 shown in Fig. 3 ⁇ .
  • step S380 the first electronic game checks the validity of the received reward data.
  • the first electronic game may, as in the present embodiment, use a different SDK AP.I call to read the reward data from the local memory, decode it and check the validity of the reward data .
  • An example of a process by which the first electronic game uses a reward-veri fying module in the exemplary form of an SDK API to verify that the received reward data is valid will now be described with reference to Fig. 9.
  • the SDK API of the first- electronic game used in step S380 firstly determines , in step S381, whether the reward value that has been extracted from the reward data exceeds the maximum reward value that has been received by the first electronic game in step SI 06, determining that the received reward data is valid when the reward value is equal to or below the maximum reward value . If the reward value is determined not to be equal to or below the maximum reward value , then the API determines that the reward value is unacceptably large and proceeds to mark the reward data as invalid, in step S386.
  • step S381 the API performs a further validity check using other information that has been included as part of the reward data, as will now be explained.
  • the reward data comprises a second identifier that identifies the second electronic game, a date and time stamp, and a signature for verifying validity of the reward data.
  • the API of the first electronic game performs the further check to verify that the reward data is valid by generating in step S382 an encoding based on the parameters that have been used to generate the signature in the reward data.
  • the API of the first electronic game thus generates in step S382 an encoding based on the identifier of the first electronic game, and received values of the second identifier, the date and time stamp, and the reward value.
  • the API generates this encoding by evaluating a Hash function using the same formula as was used by the reward -claiming module 124 to generate the signature in step S350, namely: SHA1 ⁇ ⁇ Second electronic game ID>+ ⁇ First electronic game ID>+ ⁇ Date and time stam >+ ⁇ Re ard Amount>) .
  • the first electronic game's API compares the generated encoding with the signature in the received reward data, and determines that the received reward data is valid when the generated encoding is the same as the signature in the reward data. If the generated encoding is not found to match the signature in step S383 , then the API proceeds to mark the reward dat as invalid, i step S386.
  • step S384 determines in step S384 whether the application which sent the reward data appears in the black-list which was provided to the first electronic game in step S106 , as part of the initialisation data, If the application which sent the reward data is determined to have been black-listed, then the API proceeds to mark the reward data as invalid, in step S386. Otherwise, the reward data is marked as valid, in step S385. The process then proceeds to step S390 in Fig. 6B.
  • step S390 the API makes a decision based on whether the reward data was determined to be valid, causing the first electronic game to display an error message to the user in step S395 if the reward data was found to be invalid, and proceeding to step S400 if the reward data was found to be valid.
  • step S400 the reward value included in the reward data is converted by the first electronic game from the universal currency to a reward that is used in the first electronic game, for example to give the user a reward in the form of one or more extra moves , or a number points lives etc . that are commensurate in value to the reward value expressed in the universal currency .
  • step S405 the first electronic game credits the user with the reward.
  • step S410 the first electronic game creates a record of the reward having been credited to the user . This record may later be sent to the backend server 200 in order to track the level of rewards being claimed and other parameters .
  • the first electronic game then proceeds to run as normal, in step S415.
  • the f rst and second electronic games may, for time to time, when an Inte net connection is available, flush the records generated in steps S360 and S410 to the backend server 200 in other to allow the backend server 200 to keep track of successful reward claims that have been made by the user .
  • the secondary application 120 when executed on the smartphone , performs processes as illustrated in the flow diagram of Fig.
  • step S1001 the secondary application 120 obtains a reward value in response to a user of the secondary application 120 completing a predetermined task in the secondary application 120, Then, in step S1002, in response to a request from the user to claim a reward, the secondary application 120 generates and transmits: an instruction to place the primary application 110 into an interactive state; and reward data, the reward data being generated on the basis of the reward value for use by the primary application 110.
  • the primary application 110 when executed on the smartphone, performs processes as illustrated in the flow diagram of Fig, 11,
  • step S1101 the primary application 110 passively receives the reward data in response to at least one of an operating system of the smartphone and the secondary application 120 pushing the reward data to the primary application 110,
  • step S1102 the primary application 110 extracts the reward value from the received reward data .
  • step S1103 the primary application 110 uses the extracted reward value .
  • a non-transitory storage medium storing computer program instructions which, when executed by a data processing device , cause the data processing device to communicate with a second data processing device via the Internet , by : receiving from a first application running on the second data processing device a resource locator request requesting a resource locator for downloading from an application download server a second application which is to be installed on the second data processing device, the resource locator request comprising : a unique device identifier that uniquely identifies the second data processing device; a first identifier identifying the first application; and a second identifier identifying the second application ; creating a record associating the unique device identifier with the first and second identifiers , ⁇ transmitting the requested resource locator to the second data processing device; receiving, after the second application has been installed on the second data processing device, a request from the second application to receive configuration data from the data processing device to enable the second application to provide the first application with an indication of a reward earned by a user upon
  • the instructions may comprise instructions which, when executed, further cause the data processing device to: generate one or more identifiers each identifying a respective candidate application for download from the application download server by the second data processing device; and transmit the identifiers to the second data processing device for use by the first application to generate the resource locator request .
  • the computer program instructions stored in the above -described storage medium may be loaded into, and executed by, the backend server 200 to perform the operations in the embodiment described above ,
  • the backend server 200 is an example of a first data processing device that is configured to perform processes as illustrated in the flow diagram of Fig. 12 to communicate via the Internet with a second data processing device (as exemplified by the smartphone 100 in the embodiment) .
  • the first data processing device receives from a first application running on the second data processing device a resource locator request requesting a resource locator for downloading from an application download server a second application which is to be installed on the second data processing device, the resource locator request comprising: a unique device identifier that uniquely identifies the second data processing device; a first identifier identifying the first application; and a second identifier identifying the second application .
  • the first data processing device creates a record associating the unique device identifier with the first and second identifiers .
  • the first data processing device transmits the requested resource locator to the second data processing device.
  • step S1204 the first data processing device receives from the second application, after the second application has been installed on the second data processing device, a request to receive configuration data from the data processing device to enable the second application to provide the first application with an indication of a reward earned by a user upon completing a predetermined task in the second application, wherein.
  • the configuration data comprises the first identifier
  • the request to receive configuration data comprises the unique device identifier and the second identifier.
  • step S1205 the first data processing device verifies the validity of the request to receive configuration data by checking the unique device identifier and the second identifier in the request to receive configuration data against the created record.
  • step S1206 the first data processing device generates the requested configuration data when the validity of the request to receive configuration data has been verified.
  • step S1207 the first data processing device transmits the generated configuration data to the second data processing device.
  • the above -described method which may be performed by the backend server to provide the functionality described above with reference to the Figures, may further comprise: generating one or more identifiers each identifying a respective candidate application for download from the application download server by the second data processing device; and transmitting the identifiers to the second data processing device for use by the first application to generate the resource locator request.
  • the reward-obtaining module 122 described above is configured to obtain the reward value by generating it in response to the user completing a predetermined task in the secondary application 120.
  • the reward-obtaining module 122 need not have the capability to calculate or otherwise generate the reward value itself.
  • the reward-obtaining module 122 may obtain the reward value by communicating with the backend server 200 to notify the backend server 200 that the user has completed a predetermined task in the secondary application, and receiving from the backend server 200 a reward value that the backend server has generated based on the notification.

Abstract

La présente invention concerne un schéma de communication de données de récompense d'une première application exécutée sur un dispositif de traitement de données (100) vers une deuxième application sur le dispositif de traitement de données (100) pour utilisation par la deuxième application. Le procédé comprend l'obtention par la première application d'une valeur de récompense en réponse à l'exécution par un utilisateur de la première application d'une tâche prédéterminée dans la première application. En réponse à une demande de récompense de l'utilisateur, la première application génère et transmet : une instruction pour placer la deuxième application dans un état interactif, et des données de récompense, qui sont générées sur la base de la valeur de récompense, pour utilisation par la deuxième application dans l'état interactif. Le transfert de la valeur de récompense de la première application vers la deuxième application se produit à l'intérieur du dispositif de traitement de données (100), sans qu'une communication entre le dispositif de traitement de données (100) et le serveur dorsal (200) par l'intermédiaire d'Internet (400) ne se produise.
PCT/EP2015/062916 2014-06-12 2015-06-10 Communication de données de récompense entre des applications WO2015189257A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US14/303,055 US9996848B2 (en) 2014-06-12 2014-06-12 Communication of reward data between applications
EP14172199.3 2014-06-12
US14/303,055 2014-06-12
EP14172199.3A EP2954940B1 (fr) 2014-06-12 2014-06-12 Communication de données de récompense entre des applications

Publications (1)

Publication Number Publication Date
WO2015189257A1 true WO2015189257A1 (fr) 2015-12-17

Family

ID=53284295

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2015/062916 WO2015189257A1 (fr) 2014-06-12 2015-06-10 Communication de données de récompense entre des applications

Country Status (2)

Country Link
CN (1) CN105187477A (fr)
WO (1) WO2015189257A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105812479B (zh) 2016-04-15 2020-02-28 腾讯科技（深圳）有限公司 使用权限的请求方法和装置及获取方法和装置
US10409786B2 (en) 2016-09-19 2019-09-10 Microsoft Technology Licensing, Llc Deployment of applications confirming to application data sharing and decision service platform schema
US10715603B2 (en) * 2016-09-19 2020-07-14 Microsoft Technology Licensing, Llc Systems and methods for sharing application data between isolated applications executing on one or more application platforms
CN111193702B (zh) * 2019-10-18 2021-10-08 腾讯科技（深圳）有限公司 数据加密传输的方法和装置
CN111177566B (zh) * 2020-01-02 2023-06-23 北京字节跳动网络技术有限公司 一种信息处理方法、装置、电子设备及存储介质
CN112905295B (zh) * 2021-03-31 2021-10-15 掌阅科技股份有限公司 数据互通方法、计算设备及计算机存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020002076A1 (en) * 1996-12-31 2002-01-03 Bruce Schneier Method and apparatus for securing electronic games
US20040092310A1 (en) * 2002-11-07 2004-05-13 Igt Identifying message senders
US20080167106A1 (en) * 2007-01-09 2008-07-10 Lutnick Howard W System for managing promotions
US20120036003A1 (en) * 2010-08-06 2012-02-09 Linda Tong System and method for rewarding application actions
US20130185133A1 (en) * 2012-01-15 2013-07-18 Linda Tong Recommending virtual reward offers and awarding virtual rewards
WO2013118629A1 (fr) * 2012-02-06 2013-08-15 株式会社コナミデジタルエンタテインメント Système d'applications, serveur d'applications et programme associé
US20130324260A1 (en) * 2012-06-01 2013-12-05 Zynga Inc. Cross-promotion api
US20130325573A1 (en) * 2012-06-04 2013-12-05 Neowiz Games Corporation Method, apparatus, and recording medium implementing mobile application marketing

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9830642B2 (en) * 2011-03-09 2017-11-28 Apple Inc. Intelligent delivery and acquisition of digital assets

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020002076A1 (en) * 1996-12-31 2002-01-03 Bruce Schneier Method and apparatus for securing electronic games
US20040092310A1 (en) * 2002-11-07 2004-05-13 Igt Identifying message senders
US20080167106A1 (en) * 2007-01-09 2008-07-10 Lutnick Howard W System for managing promotions
US20120036003A1 (en) * 2010-08-06 2012-02-09 Linda Tong System and method for rewarding application actions
US20130185133A1 (en) * 2012-01-15 2013-07-18 Linda Tong Recommending virtual reward offers and awarding virtual rewards
WO2013118629A1 (fr) * 2012-02-06 2013-08-15 株式会社コナミデジタルエンタテインメント Système d'applications, serveur d'applications et programme associé
US20140337831A1 (en) * 2012-02-06 2014-11-13 Konami Digital Entertainment Co., Ltd. Application system, application server, and program
US20130324260A1 (en) * 2012-06-01 2013-12-05 Zynga Inc. Cross-promotion api
US20130325573A1 (en) * 2012-06-04 2013-12-05 Neowiz Games Corporation Method, apparatus, and recording medium implementing mobile application marketing

Also Published As

Publication number Publication date
CN105187477A (zh) 2015-12-23

Similar Documents

Publication Publication Date Title
US10825039B2 (en) Communication of reward data between applications
WO2015189257A1 (fr) Communication de données de récompense entre des applications
KR101203743B1 (ko) 근거리 무선통신 기술을 접목한 온라인 연결장치를 이용하는 전자화폐 결제 시스템 및 방법, 그리고 이에 적용되는 장치
US20180075701A1 (en) Method and system for gaming revenue
JP6261827B1 (ja) ゲーム収益のための方法およびシステム
KR101487589B1 (ko) 보수 부여 장치, 보수 부여 방법 및 보수 부여 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체
WO2014208147A1 (fr) Dispositif et procédé de gestion, dispositif de terminal, procédé de commande et programme correspondant
KR20190067194A (ko) 계정 로그인을 위한 방법, 장치, 및 서버
CN104835056A (zh) 信息推送方法及信息推送系统
KR101869901B1 (ko) 설치 패키지 인가 방법 및 장치
CN105939362A (zh) 用户账号管理方法及装置
JP5282253B1 (ja) 情報配信システム、サーバ、情報配信方法及びプログラム
CN105871938B (zh) 一种虚拟资源配置系统、方法及装置
KR101069744B1 (ko) 이동단말기의 애플리케이션 관리 방법 및 그를 위한 시스템
JP5658320B2 (ja) 端末装置、制御方法、及びプログラム
CN110557661B (zh) 投放等级的确定方法、装置、设备及介质
EP2954940B1 (fr) Communication de données de récompense entre des applications
SE0950407A1 (sv) Hanteringssystem för transaktionsidentifierare
CN105208094A (zh) 一种消息通知方法及消息通知系统
JP6051390B2 (ja) 情報配信システム、サーバ、情報配信方法及びプログラム
JP5658322B2 (ja) 端末装置、制御方法、及びプログラム
CN108848178A (zh) 数据下载方法及装置
JP2018005410A (ja) 情報処理装置、情報処理方法、およびプログラム
JP5433884B1 (ja) 情報配信システム、サーバ、情報配信方法及びプログラム
JP5658319B2 (ja) 管理装置、管理方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15727007

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15727007

Country of ref document: EP

Kind code of ref document: A1