JP2017113511A - Information processing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To promote installation of a game application to a user.SOLUTION: An information processing device 12 comprises: storage means 120 for storing an emulator program 12A of a game application 14A which can be installed to a terminal 10; emulator execution means 124 for executing the emulator program 12A and starting a game, and sending output information of the game to the terminal 10; and setting means 128 for setting value data to the user in the storage means 120, when the game application 14A is installed to the terminal 10, in which value data 12B and 12C are determined as the value data, the value data being different from each other, according to a timing related to a lapsed time or a progress state of the game on the emulator program 12A which is installed.SELECTED DRAWING: Figure 1

Description

  The present invention relates to an information processing apparatus.

  Conventionally, an advertisement banner related to another game application is displayed on the screen of the game application (hereinafter referred to as “game application”), and the user selects the advertisement banner to guide to the game application installation page. A technique is known (for example, refer to Patent Document 1).

JP 2013-196044 A

  However, even when the user is guided to the installation page, it may take time to install the game application, and may give up the installation due to a review evaluation of the game application.

  The present invention has been made in view of such problems, and an object thereof is to provide an information processing apparatus that can prompt the user to install a game application by allowing the user to smoothly check the contents of the game. There is.

  In order to solve the above problems, an information processing apparatus according to the present invention is an information processing apparatus capable of communicating with one or more terminal devices of a user, and stores a game application emulator that can be installed in the terminal device. And when the execution request for executing the emulator is received from the terminal device, the emulator is executed to start the game and generate the game output information, and the output information is sent to the terminal device. Emulator executing means for transmitting, and value data for the user is set in the storage means when the game application is installed in the terminal device, and as the value data on the emulator at the time of installation Depending on the game progress or elapsed time Comprising setting means for determining a different value data.

  In the above configuration, the emulator execution means executes the emulator to start the game, generates game output information, and transmits the output information to the terminal device. This allows the user to smoothly check the contents of the game on the game application by the game on the emulator without downloading and installing the game application. As a result, the user can be interested in the game app, and can be prompted to install the game app.

  According to the present invention, it is possible to prompt the user to install the game application by allowing the user to check the content of the game smoothly.

FIG. 1 is a block diagram for explaining a configuration of a game system according to the first embodiment of the present invention. FIG. 2 is a process flow of the game system according to the first embodiment of the present invention, for explaining a process flow performed between the terminal device, the emulator server, and the application providing server shown in FIG. It is a flowchart. FIG. 3 is a flowchart for explaining the subsequent flow of the process shown in FIG. FIG. 4 is a diagram illustrating an example of a game image output on the screen of the terminal device at a predetermined timing after the game is started. FIG. 5 is a flowchart for explaining the flow of processing of the game system according to the second embodiment of the present invention, and is a flowchart for explaining the subsequent flow of the processing shown in FIG. FIG. 6 is a flowchart for explaining the flow of processing of the game system according to the third embodiment of the present invention, and is a flowchart for explaining the subsequent flow of the processing shown in FIG.

  Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. In order to facilitate understanding of the description, the same components and steps are denoted by the same reference numerals as much as possible in each drawing, and redundant description is omitted.

――― First embodiment ――――
FIG. 1 is a block diagram for explaining a configuration of a game system according to the first embodiment of the present invention. As shown in FIG. 1, the game system 1 includes one or more terminal devices 10, an emulator server 12, and an application providing server 14.

  The terminal device 10 is a device possessed by a user who plays a game. Examples of the terminal device 10 include various devices such as a video game machine, a portable game machine, an arcade game machine, a smartphone, a tablet, and a personal computer. The terminal device 10 is configured to be able to communicate with the emulator server 12 and the application providing server 14 via a network NT such as the Internet. That is, the terminal device 10 includes a communication unit connected to the network NT. In addition, the terminal device 10 has a function of executing and outputting a game and a function of operating the game.

  In the following, as an example, the game executed on the terminal device 10 is a game played online, and one item is selected from a plurality of items based on the appearance probability set for each item, so-called A case where the game is capable of “gacha” will be described.

  The terminal device 10 has a platform such as a browser for acquiring and browsing data from a Web server including the emulator server 12 and the application providing server 14. In addition, the terminal device 10 is configured to be able to install and execute a game application 14A (hereinafter referred to as “game application 14A”) provided from an application providing server 14 described later via a browser. When the game application 14A is executed, a game along the game application 14A (game on the game application 14A) is provided to the user.

  The emulator server 12 is an information processing apparatus that provides a game on the emulator program 12A of the game application 14A to the terminal device 10 via the network NT, that is, a Web server. That is, the emulator server 12 emulates a game equivalent to the game in which the game application 14A is executed by the terminal device 10 by executing the emulator program 12A, and outputs the emulated game to the terminal device 10. It is configured to provide to the user.

  Note that the game (output information thereof) on the emulator program 12A is output to the terminal device 10 via a browser. That is, the user can play a game equivalent to the game on the game application 14A by using the browser of the terminal device 10 without installing the game application 14A.

  Further, the content of the game on the emulator program 12A may include all or part of the content of the game on the game application 14A. When the game content on the emulator program 12A includes only a part of the game content on the game application 14A, it is preferable that the content is in the middle of the game. In the middle of this game, the content of the game that starts immediately after the end of the tutorial of the game, for example, the operation of the user during the game is relatively easy, the ability of the character that the user operates during the game is high, etc. In the middle of the game, the content of the game that can convey the most fun of the game is given.

The emulator server 12 manages game data 12B of the game on the emulator program 12A. Note that the game data 12B refers to various setting information when the user plays a game on the terminal device 10, for example, the number of game stages cleared by the user (game progress status), the level of the character operated by the user , Information about acquisition points, acquisition items, play time, etc.
The emulator server 12 includes a CPU, a memory in which a predetermined program is stored, a network interface card, and the like, and realizes functional means to be described later when the CPU executes the predetermined program.

  The application providing server 14 is a Web server that provides the game application 14A to the terminal device 10 via the network NT. That is, when the application providing server 14 receives an installation request from the terminal device 10, the application providing server 14 transmits the game application 14 </ b> A to the terminal device 10. Thereby, the game application 14A is downloaded (received) to the terminal device 10 and installed. Note that the game application 14A may be stored not in the application providing server 14 but in an application store (platform).

Further, the application providing server 14 manages game data 14B of the game on the game application 14A.
The application providing server 14 includes a CPU, a memory in which a predetermined program is stored, a network interface card, and the like, and realizes functional means to be described later when the CPU executes the predetermined program.

  Next, a functional configuration (functional means) of the emulator server 12 will be described. The emulator server 12 includes a storage unit 120, a communication unit 122, an emulator execution unit 124, a notification unit 126, and a setting unit 128.

  The storage unit 120 stores the emulator program 12A and the game data 12B of the game application 14A described above. The game data 12B is transferred to the game data 14B when the game application 14A is installed in the terminal device 10. Accordingly, the game data 12B is deleted from the storage unit 120 after being transferred to the game data 14B. Of course, the game data 12B may not be deleted from the storage unit 120.

  The communication means 122 performs information communication with the terminal device 10 and the application providing server 14 via the network NT. The communication unit 122 functions as a reception unit that receives various data and signals transmitted from the terminal device 10 and the like, and as a transmission unit that transmits various data and signals from the emulator execution unit 124 and the like to the terminal device 10 and the like. It has the function of.

The emulator execution unit 124 includes a CPU and a memory in which a predetermined program is stored, and is realized by the CPU executing the predetermined program. When the communication unit 122 receives an execution request for executing the emulator program 12A from the terminal device 10, the emulator execution unit 124 executes the emulator program 12A to start a game and output information of the game. Is generated. Similarly, when the communication unit 122 receives an operation request for operating the game on the emulator program 12A from the terminal device 10, the emulator executing unit 124 operates the game being executed and outputs information by the operation. Is generated.

  Then, the emulator execution unit 124 transmits the generated output information to the terminal device 10 via the communication unit 122. The emulator execution unit 124 stores the game data 12B of the game in the storage unit 120 in association with the user identification information of the user who is playing the game data 12B of the game at any time after the game is started. Examples of the user identification information include a terminal ID of the terminal device 10 and a user ID input by the user, which are registered in advance on the website before playing the game with the emulator program 12A. Hereinafter, a case where the user identification information is a terminal ID will be described.

  The emulator execution means 124 is configured to perform gacha after the game starts.

  The notification means 126 installs the game application 14A to the terminal device 10 via the communication means 122 at a predetermined timing after the game starts on the emulator program 12A or always after the game starts on the emulator program 12A. Notify the guide information to guide you.

  As the guidance information, for example, the installation page URL (Uniform Resource Locator) where the user can actually perform the installation work (including the download work) or the installation can be started in response to the pressing. Such as an install button. Further, the notification unit 126 may further notify the share information for sharing (spreading) the game information played to the user's friend or the character information that prompts the user to play the continuation of the game by installing. Conventional methods can be employed for this notification method.

  Further, examples of the predetermined timing include a timing related to a game progress status, a timing related to an elapsed time after the game starts, a timing related to a delay status related to a game operation request, and the like.

  The timing related to the progress of the game is to clear a predetermined quest consisting of a game tutorial and one or more game stages in order to make the user interested in the game and consequently install it. Time, when acquiring a predetermined number of items, when acquiring a predetermined item, when requesting a friend to participate in the game as a cooperator, when the game is over, immediately before performing gacha, and the like.

  The timing related to the elapsed time after the start of the game is not too short, such as 5 minutes or 10 minutes after the start of the game so as not to overload the emulator server 12 while making the user interested in the game. The time is not too long.

  The timing related to the delay situation related to the operation request of the game is such that when the response to the operation request is slow, that is, when the response to the operation request is delayed, that is, the terminal device 10 For example, when processing is slow. This delay state may be determined based on the reference time to which the notification unit 126 is fixed and the delay time of the network or the like, or may be determined based on the reference time and the delay time that differ depending on the game progress state. .

  The setting unit 128 sets value data for the user in the storage unit 120 in association with, for example, a terminal ID when the game application 14A is installed in the terminal device 10. The setting means 128 determines different value data as the value data to be set depending on the progress of the game on the emulator program 12A when installed or the timing related to the elapsed time. In the present embodiment, a plurality of timings and a plurality of value data are associated in advance, and the setting unit 128 generates value data corresponding to the timings from a plurality of value data according to the timing at the time of installation. By selecting, the value data is determined.

  After determining and setting the value data, the setting unit 128 sets the set value data to the terminal device 10 or the application providing server 14 that is a place where the value data is actually used via the communication unit 122. Send.

  The value data is data that is considered to be valuable for the installed user, and includes, for example, game data 12B inherited as the game data 14B of the game application 14A and reward data 12C for the game application 14A being installed. . The reward data 12C includes data indicating items used in the game on the game application 14A and the emulator program 12A, virtual currency, and the like. The reward data 12C includes data indicating points or gift cards used for exchanges with predetermined products and services that are used other than games. Hereinafter, the case where the reward data 12C is data indicating items used in the game will be described as an example.

  In the first embodiment, when setting the game data 12B to be handed over as value data, the hand-over information for handing over to the game data 14B is also set. As the takeover information, for example, a takeover code (and password) is included. The takeover code is associated with the game data 12B or the terminal ID in order to specify the user's game data 12B.

  Next, a functional configuration (functional means) of the application providing server 14 will be described. The application providing server 14 includes storage means 140, communication means 142, application providing means 144, takeover means 146, and reward granting means 148.

  The storage unit 140 stores the above-described game application 14A and its game data 14B.

  The communication unit 142 performs information communication with the terminal device 10 and the emulator server 12 via the network NT. The communication unit 142 functions as a receiving unit that receives various data and signals transmitted from the terminal device 10 and the like, and the game application 14A from the application providing unit 144 and the like, and various data and signals to the terminal device 10 and the like. And a function as a transmission unit for transmission.

  When the communication unit 142 receives an installation request from the terminal device 10, the application providing unit 144 transmits the game application 14 </ b> A to the terminal device 10. When there are a plurality of terminal devices associated with the same user, the terminal device 10 that receives the game application 14A is played even if it is a terminal device that has played a game on the emulator program 12A. Other terminal devices other than the terminal device may be used.

  When the communication unit 142 receives the takeover information and the terminal ID from the terminal device 10, the takeover unit 146 acquires game data 12 </ b> B corresponding to the received takeover information from the emulator server 12. Then, the takeover means 146 takes over the acquired game data 12B by storing the acquired game data 12B as game data 14B in association with the terminal ID in the storage means 140.

  The reward granting unit 148 includes a CPU and a memory in which a predetermined program is stored, and is realized by the CPU executing the predetermined program. When the communication unit 142 receives the reward data 12C and the terminal ID from the emulator server 12 via the terminal device 10, the reward granting unit 148 stores the reward data 12C in the storage unit 140 in association with the terminal ID. This gives a reward to the user. The reward granting means 148 may store the reward data 12C in the storage means of the terminal device 10. In this case, the reward granting unit 148 may be provided in the terminal device 10.

  FIG. 2 is a process flow of the game system 1 according to the first embodiment of the present invention, and shows a process flow performed among the terminal device 10, the emulator server 12, and the application providing server 14 shown in FIG. It is a flowchart for demonstrating. FIG. 3 is a flowchart for explaining the subsequent flow of the process shown in FIG.

(Step SP10)
The terminal apparatus 10 appropriately displays an application advertisement screen for advertising the game application 14A to the user. This advertisement screen includes, for example, an install button for installing the game application 14A, an execution button for executing the emulator program 12A, and the like. If the user wants to confirm the contents of the game once before installation, the user presses the execution button. Next, the process proceeds to the process of step SP12.

(Step SP12)
In response to pressing of the execution button, the terminal device 10 transmits an execution request for the emulator program 12A to the emulator server 12. Next, the process proceeds to the process of step SP14.

(Step SP14)
The communication unit 122 of the emulator server 12 receives the execution request from the terminal device 10. In response to this, the emulator execution means 124 executes the emulator program 12A to start the game. Next, the process proceeds to the process of step SP16.

(Step SP16)
The emulator execution means 124 generates output data such as a game image and game sound after the game is started as game output information. Then, the emulator execution unit 124 transmits the generated output data to the terminal device 10 that has requested execution through the communication unit 122. Next, the process proceeds to the process of step SP18.

(Step SP18)
The terminal device 10 receives output data from the emulator server 12. And the terminal device 10 outputs the image and sound of a game based on the received output data. Next, the process proceeds to the process of step SP20.

(Step SP20)
The terminal device 10 receives a game operation request from a user. When the terminal device 10 actually receives an operation request from the user, the terminal device 10 transmits the operation request to the emulator server 12. Next, the process proceeds to the process of step SP22.

(Step SP22)
The communication unit 122 of the emulator server 12 receives an operation request from the terminal device 10. In response to this, the emulator execution unit 124 operates the game based on the operation request received by the communication unit 122. Next, the process proceeds to step SP24.

(Step SP24)
The emulator execution means 124 generates output data such as game images and sounds reflecting game operations as game output information. Then, the emulator execution unit 124 transmits the generated output data to the terminal device 10 that has made the operation request via the communication unit 122. Next, the processing shifts simultaneously to the processing of step SP26 and step SP28.

(Step SP26)
The terminal device 10 receives output data from the emulator server 12. And the terminal device 10 outputs the image and sound of a game based on the received output data.

(Step SP28)
The notification unit 126 of the emulator server 12 determines whether or not the current timing is the predetermined timing after the game starts described above. In the first embodiment, the notification unit 126 determines, for example, whether the current timing is immediately before gacha or after a predetermined time has elapsed after gacha. If an affirmative determination is made, the process proceeds to step SP30, and if a negative determination is made, the process returns to step SP20.

(Step SP30)
The notification unit 126 and the setting unit 128 set (generate) various data. First, the setting means 128 sets a takeover code (and password) in the storage means 120 as takeover information. Then, the setting means 128 determines the game data 12B indicating the progress of the game at that timing according to a predetermined timing, that is, the current timing, to be taken over, and sets it in the storage means 120 in association with the takeover information.
Note that after step SP30, the game does not proceed until the game application 14A is installed in step SP48 unless a negative determination is made in step SP34, as will be described later. Therefore, the predetermined timing and the current timing are synonymous with the timing related to the progress of the game when the game application 14A is installed.

Further, the setting means 128 determines different reward data 12C based on the installation timing and the gacha timing, and sets them in the storage means 120. At the time of this determination, the setting means 128 determines the reward data 12C indicating an item having a high value when installation is performed before the timing of performing gacha, and the value is low when the installation is performed after the timing of performing gacha. Reward data 12C indicating an item is determined.
Here, preferably, when the setting means 128 determines the reward data 12C indicating a high-value item, the reward data indicating a higher-value item compared to an average-value item among items hit by a gacha. 12C is determined. More preferably, when determining the reward data 12C indicating an item with a high value, the setting means 128 determines the reward data 12C indicating a higher value compared to the item with the highest value among the items hit with gacha. To do.

  Next, the notification unit 126 reads out the guidance data 20A indicating the guidance information for guiding the installation as shown in FIG. Then, the notification unit 126 transmits various data including the guidance data 20A, the reward data 12C, and the takeover information to the terminal device 10 that has made the operation request via the communication unit 122. Next, the process proceeds to the process of step SP32.

(Step SP32)
The terminal device 10 receives various data from the emulator server 12. Then, the terminal device 10 outputs installation guidance information on a screen 20 as shown in FIG. 4, for example, based on the guidance data 20A among the received various data. Next, the process proceeds to the process of step SP34.

(Step SP34)
The terminal device 10 determines whether the URL included in the guidance information has been pressed by the user. If the determination is affirmative, the process proceeds to step SP36, and if the determination is negative, the process returns to step SP20.

(Step SP36)
In response to the pressing of the URL, the terminal device 10 transmits a page request for requesting the web page indicated by the URL to the emulator server 12. Next, the process proceeds to the process of step SP38.

(Step SP38)
The communication unit 142 of the application providing server 14 receives a page request from the terminal device 10. In response to this, the application providing unit 144 transmits the installation page of the game application 14A as a Web page to the terminal device 10 that has made the page request via the communication unit 142. Next, the process proceeds to the process of step SP40.

(Step SP40)
The terminal device 10 receives the installation page from the application providing server 14. Then, the terminal device 10 outputs the received installation page. Next, processing is step SP4.
The process proceeds to 2.

(Step SP42)
Moving to FIG. 3, the terminal device 10 accepts an installation request from the user on the installation page. When the terminal device 10 actually receives an installation request from the user, the terminal device 10 transmits the installation request to the application providing server 14. At this time, the terminal device 10 also transmits the reward data 12C and the takeover information among the various data received in step SP32 to the application providing server 14. Next, the process proceeds to the process of step SP44.

(Step SP44)
The communication unit 142 of the application providing server 14 receives an installation request or the like from the terminal device 10. In response to this, the application providing unit 144 acquires the game application 14A from the storage unit 140. Next, the process proceeds to the process of step SP46.

(Step SP46)
The application providing unit 144 transmits the acquired game application 14 </ b> A to the terminal device 10 via the communication unit 142. Next, the processing shifts simultaneously to the processing of step SP48 and step SP50.

(Step SP48)
The terminal device 10 receives the game application 14 </ b> A from the application providing server 14. Then, the terminal device 10 installs the received game application 14A.

(Step SP50)
The takeover unit 146 of the application providing server 14 transmits a reference request together with the takeover information to the emulator server 12 via the communication unit 142. In response to this, the emulator server 12 refers to the handover information set in the storage unit 120 and acquires game data 12B corresponding to the handover information that matches the received handover information from the referenced handover information. Then, the emulator server 12 returns the game data 12B to the application providing server 14 via the communication unit 122. In response to this reply, the handover means 146 sets the returned game data 12B as game data 14B, and stores the game data 14B in association with the terminal ID in the storage means 140. Thereby, the takeover means 146 takes over the user's game data 12B as the game data 14B. Next, the process proceeds to the process of step SP52. Note that the above handover may be performed by executing the game application 14 </ b> A by the terminal device 10.

(Step SP52)
The reward granting means 148 stores the reward data 12C received by the communication means 142 in the storage means 140 in association with the terminal ID. Thereby, the reward grant means 148 grants the reward indicated by the reward data 12C to the user. In the first embodiment, since the reward data 12C is data used for a game, the reward granting means 148 adds the reward data 12C to the game data 14B corresponding to the terminal ID. Then, the reward granting unit 148 notifies the terminal device 10 through the communication unit 142 that the granting of the reward has been completed along with the takeover. Thereafter, the terminal device 10 receives the notification from the application providing server 14 and outputs the notification on the screen. Next, the process proceeds to the process of step SP54.

(Step SP54)
The terminal device 10 executes the installed game application 14A in response to a user operation. At this time, the terminal device 10 transmits to the application providing server 14 that the application is executed together with the terminal ID. Next, the process proceeds to the process of step SP56.

(Step SP56)
The communication unit 142 of the application providing server 14 receives from the terminal device 10 that the application is executed together with the terminal ID. In response to this, the application providing unit 144 acquires the game data 14B corresponding to the terminal ID from the storage unit 140. Then, the application providing unit 144 transmits the game data 14B to the terminal device 10 via the communication unit 142. Next, the process proceeds to the process of step SP58.

(Step SP58)
The terminal device 10 starts the game on the game application 14A from the middle based on the game data 14B. That is, the terminal device 10 starts the game on the game application 14A from the continuation of the game played on the emulator program 12A. In the game after the start, the user can use not only items obtained during the game but also items given as rewards by installing the game application 14A.

  As described above, in the first embodiment, the emulator execution unit 124 executes the emulator program 12 </ b> A to start a game, generates game output information, and transmits the output information to the terminal device 10. This allows the user to smoothly check the content of the game on the game application 14A with the game on the emulator program 12A without downloading and installing the game application 14A. As a result, the user can be interested in the game application 14A, and the user can be prompted to install the game application 14A.

  Further, according to the first embodiment, the setting unit 128 sets the value data for the user when the game application 14A is installed in the terminal device 10 as the value data to be set. With interest, it is possible to further promote the installation of the game application 14A.

  In the first embodiment, the setting unit 128 determines different value data according to the timing related to the progress of the game on the emulator when the game application 14A is installed. Thereby, the progress of the game played so far can be reflected in the value data, and the user can be more interested in the value data. Further, according to the first embodiment, it is possible to adjust the timing of installing the game application 14 </ b> A for the user and the timing of the progress of playing the game before installing the game application 14 </ b> A.

  Further, according to the first embodiment, since the value data includes the reward data 12C for the installation, installation can be prompted by setting the reward data 12C.

  Further, according to the first embodiment, since the value data includes the game data 12B to be transferred to the game application 14A, the setting of the transferred game data 12B eliminates the trouble of playing the game again from the beginning after the installation. , So you can prompt for installation.

  In the first embodiment, the setting unit 128 determines the reward data 12C based on the installation timing and the gacha timing. Thereby, according to 1st embodiment, it does not install with respect to a user, but gets an item by performing gacha, or installs without performing gacha and gets the reward which reward data 12C shows Can be selected.

  In the first embodiment, the setting unit 128 determines the reward data 12C indicating a higher reward when the installation is performed before the gacha timing than when the installation is performed after the gacha timing. Thereby, according to 1st embodiment, what is called a reset marathon can be avoided.

  The reset marathon refers to an action of repeating the reset until a target item is obtained by the user performing gacha. This reset has, for example, three actions of downloading, installing and uninstalling when the user plays a game on the game application 14A. On the other hand, when the user plays a game on the emulator program 12A, this reset is performed, for example, by deleting registration information such as a terminal ID previously registered on the website before playing the game. Has one act. Therefore, since the game on the emulator program 12A is easier to perform the reset marathon than the game on the game application 14A, the number of reset marathons increases, and the emulator server 12 is further loaded. Is assumed. Therefore, in the first embodiment, by determining the reward data 12C indicating a high reward when the installation is performed before the gacha timing as described above, the gacha is more than after the gacha is performed on the user. Before you do it, give it a great deal to those who install and try to avoid a reset marathon.

――― Second embodiment ―――
Next, a game system according to the second embodiment of the present invention will be described. In the game system according to the second embodiment, the value data processing flow is different from that of the game system according to the first embodiment. In the game system according to the second embodiment, other configurations and processes are the same as those of the game system 1 according to the first embodiment.

  FIG. 5 is a flowchart for explaining the flow of processing of the game system according to the second embodiment of the present invention, and is a flowchart for explaining the subsequent flow of the processing shown in FIG.

  Specifically, in the game system according to the second embodiment, the process shown in FIG. 2 is performed as in the first embodiment. However, in step SP30 shown in FIG. 2, the setting means 128 does not set the game data 12B and reward data 12C for takeover. After the processing shown in FIG. 2, the processing sequentially shifts to the processing of steps SP42 and 100 shown in FIG.

(Step SP100)
The communication unit 122 of the emulator server 12 receives the installation request and the terminal ID from the terminal device 10. Next, the process proceeds to the process of step SP102.

(Step SP102)
In response to the reception of the communication unit 122, the setting unit 128 determines various data of the game data 12B for takeover and the reward data 12C and sets them in the storage unit 120. Next, the process proceeds to the process of step SP102.

(Step SP104)
The setting unit 128 transfers various set data together with the installation request and the terminal ID to the application providing server 14 via the communication unit 122. Next, the process proceeds to the process of step SP44.

  As described above, according to the second embodiment, the same effect as that of the first embodiment can be obtained, and cooperation between the emulator server 12 and the application providing server 14 can be enhanced.

――― Third embodiment ―――
Next, a game system according to the third embodiment of the present invention will be described. In the game system according to the third embodiment, the reward granting process is different from the game system according to the second embodiment. In the game system according to the third embodiment, other configurations and processes are the same as those of the game system according to the second embodiment.

  Specifically, in the third embodiment, the reward granting means 148 is provided not in the application providing server 14 but in the emulator server 12, and has the following processing.

  FIG. 6 is a flowchart for explaining the flow of processing of the game system according to the third embodiment of the present invention, and is a flowchart for explaining the subsequent flow of the processing shown in FIG.

  First, in the game system according to the third embodiment, the processing shown in FIG. 2 is performed as in the first embodiment. However, in step SP30 shown in FIG. 2, the setting means 128 does not set the game data 12B and reward data 12C for takeover. After the processing shown in FIG. 2, the processing sequentially shifts to processing of steps SP42, 100, 102, 104, 44 to 50, 110 shown in FIG.

(Step SP110)
The application providing unit 144 of the application providing server 14 notifies the emulator server 12 that the installation is completed, the transfer of the game data 12B is completed, and the terminal ID (or transfer code) via the communication unit 142.

(Step SP112)
The communication unit 122 of the emulator server 12 receives the notification from the application providing server 14. In response to this, the reward granting means 148 provided in the emulator server 12 associates the reward data 12C set by the setting means 128, for example, reward data 12C indicating a gift card, with the terminal ID. Then, the reward granting unit 148 transmits the reward data 12C to the terminal device 10 corresponding to the terminal ID via the communication unit 122. Thereby, the reward grant means 148 grants a reward to the user.

  As described above, according to the third embodiment, the same effects as those of the first and second embodiments can be obtained, and from the determination of the reward data 12C to the grant of reward can be collectively performed by the system on the emulator server 12 side. .

――― Modifications ――――
The present invention is not limited to the specific examples described above. That is, the above-described specific examples, which are appropriately determined by those skilled in the art, are also included in the scope of the present invention as long as they have the characteristics of the present invention. For example, each element included in each of the specific examples described above and its arrangement, material, condition, shape, size, processing, and the like are not limited to those illustrated, and can be determined as appropriate. Moreover, each element with which embodiment mentioned above is provided can be combined as long as it is technically possible, and the combination of these is also included in the scope of the present invention as long as it includes the features of the present invention.

  For example, in the first embodiment, the setting unit 128 determines the reward data 12C indicating a reward having a higher value than the case where the installation is performed after the gacha timing when the installation is performed before the gacha timing. Explained when to do. However, the setting unit 128 may determine the reward data 12C indicating the reward having higher value as the elapsed time of the game when the game application 14A is installed is shorter. In this way, the game application 14A can be quickly installed on the user.

  Conversely, the setting means 128 may determine reward data 12C indicating a reward with higher value as the reward data 12C as the elapsed time of the game when the game application 14A is installed is delayed. In this way, the user can be more interested in the game and can be prompted to install the game application 14A.

  However, as described above, the value of the reward increases as the elapsed time of the game is late, and the game on the emulator program 12A continues to be played as compared to the case where the value of the reward increases as the elapsed time increases. It is also assumed that no installation will be performed. Therefore, when the game elapsed time when the game application 14A is installed is equal to or less than the reference value, the setting unit 128 determines the reward data 12C indicating the reward with higher value as the reward data 12C as the elapsed time is later. When the elapsed time exceeds the reference value, the reward data 12C indicating the reward with lower value may be determined as the reward data 12C as the elapsed time is later. In this way, the value of reward increases as the game is played until the elapsed time reaches the reference value, so that the user can play the game for a certain period of time and be interested in the game. If the value exceeds the reference value, the value of the reward decreases as the game is played. Therefore, it is urged to quickly stop the game play on the emulator program 12A and switch to the game play on the game application 14A. it can.

  In the first embodiment, the setting unit 128 determines the value data by selecting value data associated with the timing from the value data according to the installation timing. Explained. However, the timing and the value data are not associated with each other, and the setting unit 128 may randomly determine the reward data 12C at the timing of installation. Note that “determining different value data according to the timing related to the progress of the game on the emulator program 12A at the time of installation” described in the first embodiment is a reward for the timing at the time of installation. Including randomly determining data 12C. According to this configuration, the installation itself can have game characteristics. Further, according to this configuration, the reward obtained at the time of installation by the setting means 128 randomly determining the reward data 12C comes to include a gacha element, and the user does not play the game and continue the gacha. However, there are cases where the target item can be obtained. Therefore, according to this configuration, the reset marathon can be suppressed.

  In the first embodiment, the notification unit 126 has described the case where the guidance information is transmitted to the terminal device 10 via the communication unit 122. In addition to this, the reward data 12C set by the setting unit 128 is included. The information of the item to be shown, that is, the item given if it is currently installed may be transmitted. As a result, the user can control the installation timing while viewing the item information, and can obtain the target item from items that differ depending on the timing.

  In the first embodiment, the application providing server 14 has been described as having the game application 14A. However, the application providing server 14 may also have other game applications. Further, the emulator server 12 may have another emulator that imitates a game on another game application.

  In the above case, for example, the application providing server 14 displays advertisements of other game applications on the terminal device 10 during the download and installation of the game application 14A, that is, during the waiting time of the user. When this advertisement is selected, the emulator execution unit 124 of the emulator server 12 executes a game on another emulator, thereby causing the user waiting for installation to play another game. And the notification means 126 transmits the guidance information which guides installation of another game application at the timing when installation of the game application 14A is completed as a predetermined timing. According to this configuration, by using the waiting time related to the installation of the game application 14A to guide other game applications, the user is prompted to install another game application following the installation of the game application 14A. it can.

  In the first embodiment, the emulator server 12 and the application providing server 14 have been described as being realized by separate server devices, but may be realized by a single server device.

  In the first embodiment, the game data 14 </ b> B has been described as being stored in the application providing server 14, but may be stored in the terminal device 10. In this case, the reward granting means 148 may also be provided in the terminal device 10.

  In the first embodiment, the case where the setting unit 128 determines different value data according to the timing related to the progress of the game or the elapsed time has been described, but the timing combining the progress of the game and the elapsed time has been described. Different value data may be determined depending on

  In the first embodiment, the setting unit 128 has been described as being provided in the emulator server 12, but may be provided in the application providing server 14.

  In the first embodiment, the case has been described in which the takeover unit 146 takes over the game data 12B as it is as the game data 14B. However, a part of the game data 12B may be taken over as the game data 14B.

  As an example of a part of the game data 12B, the hand-over means 146 is a game other than an item obtained by the gacha before the most recent gacha when the gacha is performed a plurality of times in the game on the emulator program 12A. The data 12B may be taken over as the game data 14B. In other words, the hand-over means 146 may take over the item obtained with the latest gacha and may not take over the item obtained with the gacha before the latest gacha. In this case, when setting the game data 12B to be taken over by the takeover means 146, the setting means 128 excludes one item obtained by the gacha before the latest gacha from the game data 12B to be taken over.

  As described above, if the items obtained in the gacha prior to the most recent gacha are not taken over, if the user earns the target reward (for example, a rare item) with the most recent gacha, the game continues after that. Since the reward obtained up to that time including the target reward is abandoned (because it is not handed over), the user who wants to obtain the target reward can be prompted to install. In addition, since the user can perform a game similar to the reset marathon by continuing the game on the emulator program 12A even after performing the gacha, the actual reset marathon can be suppressed.

  In the above case, an item obtained by gacha may be usable when a game on the emulator program 12A is executed continuously after the gacha. However, if the item obtained by gacha is a rare item and can be used as it is in the game, there is a possibility that the user cannot be prompted to install. Therefore, when the item obtained by gacha is an item with a rare degree less than a certain reference value, the emulator execution means 124 allows the item to be continuously used in a game on the emulator program 12A (continuous use). Permit), if an item obtained by gacha is an item with a rarity level equal to or higher than a certain reference value, the item may not be used continuously in a game on the emulator program 12A (continuous use prohibited) ). Specifically, the emulator execution unit 124 does not store the item in the storage unit 120 as a part of the game data 12B when the item obtained by the gacha is an item having a rare degree equal to or higher than a certain reference value. Even if it is stored in the storage means 120, its use is prohibited.

10: Terminal device 12: Emulator server (information processing device)
12A: Emulator program 12B: Game data (value data)
12C: Reward data (value data)
14A: Game application 20A: Guidance data (guidance information)
120: Storage means 122: Communication means 124: Emulator execution means 126: Notification means 128: Setting means

Claims (1)

An information processing device capable of communicating with one or more terminal devices of a user,
Storage means for storing a program for an emulator of a game application that can be installed in the terminal device;
When an execution request for executing the emulator program is received from the terminal device, the emulator program is executed to start a game and generate the game output information, and the output information is sent to the terminal device. Emulator execution means to send to
When the game application is installed in the terminal device, value data for the user is set in the storage means, and the progress of the game on the emulator program at the time of installation is set as the value data. Setting means for determining different value data according to the situation or the timing relating to the elapsed time;
An information processing apparatus comprising:

Images