JP2015229042A - Information processing device, program, server, and information processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing device capable of accessing a server which records a user account.SOLUTION: An information processing device comprises: instruction reception means 110 for receiving a predetermined instruction on the basis of a user operation which is made before distribution of a game; request means for making a request to associate data obtained on the basis of a content of the predetermined instruction which is received by the instruction reception means 110 with a user account which identifies a user who has made the predetermined instruction to record them, to a server 30; acquisition means 130 for acquiring information on a privilege imparted after distribution of the game which is associated with the user account transmitted from the server 30; and display means 140 for performing processing to display information indicating the privilege imparted after distribution of the game, on the basis of the information on the privilege which is acquired by the acquisition means 130.

Description

  The present invention relates to a technique for controlling distribution of a game provided via a network.

Currently, companies that provide online games such as social games (that is, game operators) may take the following methods to acquire users who play the game after the game is distributed before the game is distributed. .
First, the game operator obtains user contact information (for example, e-mail address, SNS account, etc.) via a specific registration site. Next, the game operator sends information related to the game (for example, advertisement) before the game distribution to the contact information of the user who has obtained the notification, and the user plays the game after the game distribution. Information necessary for starting (for example, a URL for distributing a game, a URL for uploading a game application, etc.) is transmitted.
Such a method is sometimes referred to as pre-registration (or advance reservation). There exists patent document 1 as an example of the technique relevant to a prior registration.

JP 2014-48832 A

Currently, there are some game operators who adopt a pre-registration method for distributing games. Therefore, the user performs pre-registration for the time being when he / she knows that a game of interest is scheduled to be distributed. However, even a user who has registered in advance does not always play a game that has been registered in advance. This is because, for example, some users who have registered in advance may lose interest before the game is distributed and may not play after the game is distributed.
An object of the present invention is to solve the above-described problem, and to give a user interested in the game before delivery of the game a sense of expectation to play the game, thereby causing the game to be played after delivery of the game. Is to provide a mechanism for this.

One aspect of the present invention is an information processing apparatus accessible to a server that records a user account,
An instruction receiving means for receiving a predetermined instruction based on a user's operation made before distribution of the game;
A request to make a request to the server to record data obtained based on the contents of the predetermined instruction received by the instruction receiving means in association with the user account that identifies the user who has given the predetermined instruction Means,
An acquisition means for acquiring information relating to a privilege that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means for performing a process of displaying information indicating a privilege given after distribution of the game based on the information related to the privilege acquired by the acquisition means;
Is an information processing apparatus.

The information processing apparatus further comprises execution means for executing a second game based on a rule different from the game based on the predetermined instruction received by the instruction reception means,
The data obtained based on the content of the predetermined instruction may be a value according to the execution result of the second game.

  In the information processing apparatus, the information related to the privilege given after the game is distributed may be information updated in the server based on the number of times the information processing apparatus has logged into the server.

  In the information processing apparatus, information related to a privilege given after the game is distributed is a user other than the user who has given the predetermined instruction based on the predetermined instruction received by the instruction receiving unit. As the account is recorded in the server, the user account of the other user and the user account of the user who has given the predetermined instruction are updated in the server based on the number associated in the server. It may be information.

In the information processing apparatus, the acquisition unit acquires change information on the delivery time of the game and information on an additional privilege,
The display means is provided with information regarding the change of the game delivery time and the additional benefit based on the change information of the game delivery time acquired by the acquisition means and the information regarding the additional privilege. May be displayed.

The figure which shows the basic composition of the information processing system of the embodiment. The block diagram which shows the structure of the user terminal of embodiment. The block diagram which shows the structure of the registration server of embodiment. The figure which shows the structural example of the user registration data table of embodiment. The figure explaining the flow of user registration before distribution of a game in the information processing system of an embodiment. The figure for demonstrating the change of the image displayed on a user terminal when a user registration application is started for the first time in embodiment. The figure which illustrates the image displayed on a user terminal, when a user registration application is performed in an embodiment. The figure which illustrates the image displayed on a user terminal when inviting a friend in an embodiment. The figure which illustrates a series of images displayed on a user terminal by starting of a user registration application before distribution of a game in an embodiment. The functional block diagram of the user terminal of embodiment. The sequence chart which shows an example of the user registration process of embodiment. The sequence chart which shows an example of the user registration process of embodiment. The sequence chart which shows a process when the user registration application of embodiment is started. The sequence chart which shows a process when the user registration application of embodiment is performed. The figure which illustrates change of the image displayed on a user terminal when updating an application after distribution of a game in an embodiment. The sequence chart which shows an example of a process when updating an application after delivery of a game in embodiment. The sequence chart which shows an example of a process when updating an application after delivery of a game in embodiment. The figure which illustrates the change of the image displayed on a user terminal, when a game application is started in an embodiment. The sequence chart which shows a process when a game application is started in embodiment. The figure which illustrates change of an image when a user registration application is started in the modification of an embodiment.

The “game” referred to in the present invention is intended for a game that can be played by the user after the start of distribution, and is, so to speak, an official game or a main game. ")" Is assumed to have various forms described below.
The official version game may be a variety of games (for example, a puzzle game, an RPG game, an action game, a shooting game, etc.) composed of a single rule.
The official version game may include a plurality of sub games (also referred to as game parts and game modes) each having different rules. Examples of sub games include “quest”, “battle”, “lottery”, “composition of objects such as cards”, and the like. In the field of social games, it is widely known that these sub-games are combined and provided as one official version game. For example, by “lottery”, a game character (an object such as a card) used in a game can be obtained using a game point. Further, for example, by “combining objects such as cards”, it is possible to cultivate one game character by combining a plurality of obtained game characters using game points. Raising the game character's parameters such as attack power and defense power increases. Also, for example, the game character of another user is played against the game character of another user by “battle”, and the game point is obtained. Also, for example, the game character and the CPU character are matched against each other by “Quest” to obtain game points. Each subgame has elements related to each other, and the entire game can be advanced by performing each subgame. However, which subgame is to be played is user's preference. For example, the user can play “quest”, “lottery”, “composition of objects such as cards” but not “battle”. . In the field of social games, a company that provides a game distributes a game including a plurality of subgames as a single work as an official game, and a user plays a favorite subgame from each subgame. Such is generally done.
-The official version game includes games that are played in a limited manner within a specific game (for example, event-style games held for a limited time, games that can be played when a predetermined condition is met, etc.) May be. Examples of games that can be played when a predetermined condition is satisfied include games such as stages and parts that can be played when a certain level is reached in the game (in this case, the official version game is included in one game) And a game that can be played when a team is formed with another user (for example, a guild battle game).
The official version game may be an online game, an offline game, or a game in which online and offline are mixed.
The official version game may be a game played by one user, or may be a game (multiplayer game) performed between a plurality of users.

On the other hand, before the distribution of the official version game starts, there is a case where the user can have an opportunity to play the game from a registration server, for example. A game that can be executed before the start of distribution of the official version game (hereinafter referred to as “pre-distribution game”) may differ from the official version game in any of the following points.
-The pre-delivery game may be a game that follows different rules from the official game. In that case, when a plurality of rules are provided in the official version game, the pre-distribution game may be a game that complies with all of the plurality of rules or at least a part of the rules.
-The pre-distribution game may be a game that follows the same rules as the official version game, or may be a game that is restricted in advancing the game with respect to the official version game. For example, the pre-delivery game may be restricted so that it can be played only up to the first stage of the official version. When the official version game includes multiple subgames (puzzles, quests, battles, lotteries, etc.) each consisting of different rules, the pre-delivery game cannot execute at least one of the subgames You may be restricted.
-A pre-distribution game is a game in which data relating to the execution result or execution history of a user's game is not recorded in an information processing device such as a user terminal or a server even if the game follows the same rules as the official game Also good.

In the “before game distribution” referred to in the present invention, the “game” is the above-mentioned official version game, and the period before the game distribution is appropriately defined according to the form of the official version game. For example, if the “official game” is a limited-time event-style game that is performed in a specific game, “before game delivery” means “before event-style game delivery”. means.
“Before game distribution” is assumed to be in various forms described in (A) to (C) below.

(A) “Before game distribution” may be “before information processing related to the game can be performed by the server”. For example, this is the case of either (Ai) or (A-ii) below.
(Ai) Before an application for running the official game is uploaded to the network
(A-ii) Before the server starts sending data related to the official game to the user terminal
(A-iii) Before the server records user data about the official game

(B) “Before game distribution” may be “before the game can be advanced based on the user's operation”. For example, this is the case of (Bi) below.
(Bi) For example, when an official game application is uploaded on the network but the game cannot progress (for example, the application is configured so that the game cannot progress), Before it can proceed

(C) “Before game distribution” may be “before the game can be executed without restriction based on the user's operation”. For example, this is the case of either (Ci) or (C-ii) below.
(Ci) When the official version game includes a plurality of sub-games each having different rules, before the sub-games of all the sub-games become executable, or within the plurality of sub-games, a specific sub-game Before the game can be executed In this case, the “specific subgame” is a subgame using data associated with another user (for example, a battle with another user, a cooperative battle with another user, Alternatively, it may be exchange of items with other users).
(C-ii) Before the billing service becomes available to the user when the billing service (or sub-game) for which the official version game is used for a fee and the no-charge service for free use are included In this case, examples of the “billing service” include acquisition of a “lottery” opportunity by charging and acquisition of paid game points.

  In the following embodiment, an example in which the “game” referred to in the present invention (that is, the above-described official game) is the game K and the “second game” (the pre-delivery game described above) is a mini-game. Will be described. In the drawing notation, “application” may be abbreviated as “application” as appropriate. An icon for executing an application is referred to as an “application icon”. The “icon” is an image that allows the user to identify the application, and is configured by an illustration, a character string, or the like indicating the type, content, function, and the like of the application. Further, the “icon” also serves as an instruction target for the user to execute the application.

(1) Configuration of Information Processing System Hereinafter, as an embodiment of the information processing system, a system related to a game played in a native application format will be described as an example. A game in the native application format can be executed when a user terminal downloads a game application from a server and the game application is installed in the user terminal.
In the present embodiment, a game K is considered as an example of a game for which distribution is newly started. In the information processing system of this embodiment, user registration is performed before the game K distribution time (hereinafter referred to as “distribution start time”). In the present embodiment, “user registration” refers to recording a user account in a registration server described later. In the following, a case where a user ID is recorded in the registration server 30 as an example of a user account will be described.

FIG. 1 shows a system configuration example of an information processing system 1 according to the embodiment. As shown in FIG. 1, the information processing system 1 includes user terminals 10-1, 10-2, 10-3,..., A registration server 30, and an application server 50. Each server can be accessed from each user terminal 10-1, 10-2, 10-3,... Through a communication network N such as the Internet, a LAN, or a dedicated line.
Each of the user terminals 10-1, 10-2, 10-3,... Is a terminal operated by an individual user, for example, a communication terminal such as a smartphone, a tablet-type terminal, or a portable game machine with a communication function. . Each of the user terminals 10-1, 10-2, 10-3,... Is an example of an information processing apparatus, and can access the registration server 30 and the application server 50. In the user terminal 10, each application is executed on the operating system (hereinafter referred to as OS) running on the user terminal 10 based on a user operation.
In the following description, when referring to the user terminals 10-1, 10-2, 10-3,. When referring to the registration server 30 and the application server 50 in common, they are simply expressed as a server.

The registration server 30 is a server managed by a game operator such as a company that distributes games, and performs user registration as a game application user of the game K before distribution of the game K. The registration server 30 is also set with a game K distribution start time.
A registration guidance site is operated by the registration server 30. When there is an access request from the user terminal 10 to the registration guide site, URL information (hereinafter simply referred to as “URL”) for downloading a user registration application described later is provided to the user terminal 10. The user terminal 10 can download the user registration application from the application distribution site based on the URL.
The registration server 30 also performs user registration processing in response to a user registration request from a user registration application installed in the user terminal 10. The user registration process is a process for recording a user ID as a user account. The registration server 30 performs a login process in response to a login request from the user registration application.
The registration server 30 is implemented with a program (hereinafter referred to as “server program”) for performing HTTP communication with the user terminal 10 and executing each process in response to a request from the user terminal 10. Note that the function of providing the user terminal 10 with a URL for downloading the user registration application may not be included in the function realized by the server program. The user terminal 10 can also acquire the URL from a site other than the registration guidance site operated by the registration server 30.
The registration server 30 may function as a game server for the game K after the game K distribution start time.

  In the application server 50, an application distribution site is operated, and various registered applications are stored. For example, the user registration application and the game application of the game K are registered (that is, uploaded) on the application distribution site in response to a request from the game operator, and can be distributed to the user terminal 10 of the user. That is, based on the download request from the user terminal 10 that has specified any application among the applications registered in the application distribution site, the application server 50 sends the specified application to the requesting user terminal 10. Send. As a result, the designated application is downloaded to the user terminal 10.

Hereinafter, in the application server 50, the user registration application and the game application of the game K are associated with the same identification information (information for identifying the application; hereinafter referred to as “application ID”) ( Hereinafter, a case where it is registered as “game K application” will be described. That is, each application is a game K application application having different version information.
Below, the case where the version information of each application is as follows is demonstrated as an example.
“User registration application” is an application of version information “ver.1” of “game K application”.
“Game application of game K” is an application of version information “ver.2” of “application for game K”. In the following description, “game application of game K” may be simply abbreviated as “game application”.

  If the game application for game K is registered in the application distribution site after the user registration application has been registered in the application distribution site, the user registration application may be deleted from the application distribution site or may be left behind. Good.

  An example of the user terminal 10 of the present embodiment is a smartphone or a tablet-type terminal, and there are various types of OSs installed in these terminals. Currently, “iOS (registered) provided by US Apple Inc. Trademark) ”and“ Android (registered trademark) ”provided by Google Inc. in the United States are widely known. The application distribution site for “iOS” is widely known as “App store”, and the application distribution site for “Android” is widely known as “Google Play”. These sites are examples of application distribution sites operated by the application server 50 of the present embodiment.

(2) Configuration of User Terminal The user terminal 10 will be described with reference to FIG.
As shown in FIG. 2, the user terminal 10 includes a CPU 11, a ROM 12, a RAM 13, an operation input unit 15, a display unit 16, a communication interface unit 17, and a storage 18, and receives control signals or data signals between the units. A bus 19 for transmission is provided.

The CPU 11 reads out programs and data stored in the ROM 12 and controls the overall operation in the user terminal 10 such as control signals for each part of the user terminal 10 and timing processing of data signals. The RAM 13 is a main storage device of the CPU 11.
The storage 18 is a storage device configured by, for example, a flash memory or a hard disk, and stores programs and data such as an OS, a web browser, and an application. The data stored in the storage 18 includes data necessary for execution of each application (for example, user account data such as a user ID required for login).
When the user terminal 10 is powered on, the CPU 11 expands the OS in the RAM 13 and starts up. A web browser, an application, etc. operate | move on OS according to the execution instruction based on a user's operation, for example.

  The web browser performs HTTP communication with the registration server 30 and the application server 50. When a URL on a web page or an object (for example, a software button (hereinafter simply referred to as “button”) or the like) is designated by the operation of the operation input unit 15 by the user, the web browser updates the web page. Therefore, an HTTP request including the designation result is transmitted to the registration server 30. The web browser acquires and interprets the HTML document from the registration server 30 as an HTTP response, and displays the web page on the display unit 16.

The display unit 16 is a display device such as a liquid crystal display. For example, the display unit 16 displays a web page based on an HTML document received from a server, or displays an image based on image data generated by executing an application.
The operation input unit 15 includes a touch panel input method that receives a touch panel type input by touching the display screen of the display unit 16 with a fingertip or a pen.

(3) Configuration of Each Server The configuration of the registration server 30 will be described with reference to FIG. Although not shown, the configuration of the application server 50 can be the same as that shown in FIG. As shown in FIG. 3, the hardware configuration of each server can be the same as that of a general-purpose network server.
As shown in FIG. 3, the registration server 30 includes a CPU 31, a ROM 32, a RAM 33, a communication interface unit 34, and a storage 35, and a bus 36 is provided for transmitting control signals or data signals between the units. ing.

The CPU 31 reads out programs and data stored in the ROM 32, and controls overall operations in the server such as control signals and data signal timing processing with each unit of the server.
The storage 35 is a storage device composed of, for example, a flash memory or a hard disk, and stores a server program. The CPU 31 expands the server program stored in the storage 35 on the RAM 33 and executes the server program. By executing the server program, a user registration process, a login process, a process of transmitting registration data to the user terminal 10 to be described later, a process of recording data indicating the execution result of the user registration application in the user terminal 10, and the like Is called.

  In addition to the server program, the storage 35 stores a user registration data table TBL 351 (described later) for managing user registration for the game K before distribution of the game K. When receiving the user registration request from the user registration application of the user terminal 10, the CPU 31 of the registration server 30 issues a user ID (an example of a user account) for identifying the requesting user, and the user ID is stored in the user registration data table. Record in TBL351.

  The RAM 33 is a main storage device of the CPU 31. In the RAM 33, information on the distribution start time of the game K is recorded. Information about the distribution start time of the game K is configured to be appropriately rewritten by input information from the game operator. Therefore, the distribution start time of the game K may be earlier or later than the scheduled date and time depending on the convenience of the game operator of the game K.

FIG. 4 shows a configuration example of the user registration data table TBL351.
In the user registration data table TBL 351 illustrated in FIG. 4, for example, data in each field of a nickname, the number of logins, points, and an invited user ID are recorded in association with each user ID. “Invited user ID” means a user ID of a user invited by a user corresponding to the user ID.
The user information included in the user registration request from the user terminal 10 may be recorded in the user registration data table TBL351 in association with the user ID. The nickname illustrated in FIG. 4 is an example of user information. The nickname is used as a name indicating the user. When including a nickname in the user registration request, when the user registration application is started for the first time on the user terminal 10, the user's nickname data is acquired by causing the user to input a nickname. Note that it is not essential to record user information such as a nickname in the user registration data table TBL351.

Upon receiving a user registration request from the user terminal 10, the registration server 30 issues and issues a user ID as a user account (information composed of characters, numbers, symbols, etc. for identifying a plurality of users). The user ID is recorded in the user registration data table, and the issued user ID is transmitted to the user terminal 10. The user registration application of the user terminal 10 records the received user ID in the storage 18. That is, the user ID is shared between the registration server 30 and the user terminal 10.
The user ID is only an example of a user account. Any information may be used as a user account as long as each user can be identified from a plurality of users. For example, as an example of a user account that is not information issued by the registration server 30, terminal identification information uniquely assigned to the user terminal 10 and a user's e-mail address can be cited. This is because the user can be identified by the terminal identification information and the e-mail address. In that case, the registration server 30 acquires the terminal identification information of the user terminal 10 based on the permission of the user of the user terminal 10 and causes the user to input an e-mail address.

In the user registration data table TBL351, the “login count” field records an integrated value of the number of times the user has logged in by executing the user registration application. The number of logins may be counted by setting a predetermined period as one unit (for example, one day is one unit according to the calendar). In the present embodiment, a case will be described in which the number of logins is counted as one even when logged in many times a day.
In the “point” field, an accumulated value of points acquired by the user by executing each process (invitation, login bonus, mini game) included in the user registration application is recorded. The value of “point” is an example of a privilege given to the user after the game K is distributed. Moreover, you may determine the privilege provided to a user after the distribution of the game K using a point. For example, when there are 100 points, it may be determined to give the item P as a privilege, or when there are 200 points, it may be decided to give the character R.
In the “invited user ID” field, the invited user IDs associated with the user ID are listed. If the friend registration code (same as the user ID of the invited user in the example of this embodiment) is included in the user registration request from the user registration application, the user ID issued based on the user registration request is The invitation user ID is recorded in the “invitation user ID” field in association with the user ID of the invited user. For example, in the example shown in FIG. 4, it means that the user with the user ID: U00002 invited three users (user IDs: U00025, U00068, U00093).

  A plurality of registered applications are recorded in the storage of the application server 50. The application server 50 executes a download service program for providing an application to the user terminal 10 in accordance with HTTP. By executing this service program, when the application server 50 receives a download request specifying an application from the user terminal 10, the application server 50 extracts the specified application from the storage of the application server 50 and sends the extracted application to the request source. To the user terminal 10.

(4) Flow from User Registration to Executing User Registration Application Before Game Distribution Next, referring to FIGS. 5 to 9, the user before game K distribution in the information processing system 1 of the present embodiment. A flow from registration to execution of the user registration application will be described.
FIG. 5 is a diagram for explaining the flow of user registration before game distribution in the information processing system of the present embodiment. FIG. 6 is a diagram for explaining a change in an image displayed on the user terminal 10 when the user registration application is first activated in the present embodiment. FIG. 7 is a diagram illustrating an image displayed on the user terminal 10 when the user registration application is executed in the present embodiment. FIG. 8 is a diagram illustrating an image displayed on the user terminal 10 when inviting friends in the present embodiment. FIG. 9 is a diagram illustrating a series of images displayed on the user terminal 10 when the user registration application before the game distribution is started in the present embodiment.
5 and 6 show changes in the display contents of the display unit 16 of the user terminal 10 and the main information exchange between the user terminal 10 and the server and the processing contents of the user terminal 10 and the server.

(4-1) Flow of user registration before game distribution (FIG. 5)
G10 to G12 illustrated in FIG. 5 are home screens of the user terminal 10, respectively.
The “home screen” (an example of a display screen) described in the present embodiment is configured so that the user can select one of a plurality of icons to be designated in order to execute one of a plurality of applications. This is a basic operation screen of the user terminal 10 and is displayed by an OS function. The “home screen” is a screen that is always viewed when the user operates the user terminal 10. The term “home screen” is also used in terminals equipped with an OS such as “iOS” or “Android”.
In the following description, the user terminal 10 accesses the application distribution site, downloads the user registration application to the user terminal 10, the user registration application is already installed in the user terminal 10, and the icon Q101 of the user registration application is the user terminal. Assume that 10 home screens are displayed.

The general flow of user registration before game distribution will be described below in the order of (i) to (viii) in FIG.
(i), (ii) When the home screen G10 of the user terminal 10 is displayed before distribution of the game, the user terminal 10 downloads the user registration application from the application server 50 based on the download request.
(iii) The user terminal 10 installs the downloaded user registration application so that the user registration application can be executed.
(iv) When the user registration application is installed in the user terminal 10, the user registration application icon Q101 is displayed on the home screen G11 of the user terminal 10.
(v) The user registration application is activated when the user performs an operation (for example, a tap operation using the finger F) to instruct the icon Q101 displayed on the home screen G11.
(vi) When the user registration application is activated, an image that arbitrarily requests input of a friend invitation code (to be described later) or user information is displayed (not shown). The user information is, for example, a user's nickname. The user registration application transmits a user registration request to the registration server 30. When a special invitation code or user information is input, the information is included in the user registration information.
(vii) Upon receiving a user registration request from the user registration application, the registration server 30 issues a user ID, and records the user ID and the received user information in association with each other in the user registration data table TBL351. Register (that is, record a user account).
(viii) After the user registration, the registration server 30 transmits a user registration completion notification including the issued user ID to the user terminal 10, and the user terminal 10 records the user ID included in the notification. Thereby, the user ID is shared between the user terminal 10 and the registration server 30.

(4-2) Example of user registration application startup and execution (FIGS. 6 to 8)
Hereinafter, in the order of (i) to (iii) in FIG. 6, an execution example of the user registration application when the user registration application is started before the distribution start time after the user registration is completed will be described.
(i) The user registration application is activated by performing an operation (for example, a tap operation using the finger F with respect to the icon Q101) for instructing the icon Q101 of the user registration application displayed on the home screen G15 in FIG.
(ii) When the user registration application is activated, the user registration application transmits a login request including a user ID to the registration server 30.
(iii) In response to the login request, the user registration application receives registration data (data registered in the user registration data table TBL351) from the registration server 30. The registration data is a data group recorded in the user registration data table TBL351 at the time of login.

When receiving the registration data, the user registration application generates image data based on the registration data and displays the top screen G16 on the user terminal 10.
On the top screen G16, a display area G16a for notifying the user of points given after distribution of the game K, and a display area G16b for displaying a menu of a plurality of processing contents provided in the user registration application And are included. The display area G16b includes a button P111 (“Invite”) for inviting a user's friend, a button P112 (“Login Bonus”) for obtaining a privilege corresponding to the number of times the user registration application is activated and logged in, a mini game Button P113 ("mini game") for executing and a button P114 ("ranking") for displaying the ranking of points. Note that the plurality of processing contents provided in the user registration application shown in FIG. 6 are merely examples, and other processing contents may be set as appropriate.
In the display area G16a, “LISA” is a nickname recorded in the registration server 30 at the time of user registration. When the user registration application is activated for the first time, the point is “0pt (point)”.

FIG. 7 shows images G111 to G114 which are examples of images displayed when each of the buttons P111 to P114 is designated.
When the button P111 (“Invite”) is designated on the top screen G16 (FIG. 6), the image G111 is displayed. The image G111 is an image example that is displayed when the user has already invited two friends (other users) and the two users have already performed user registration. The contents of the privilege to be given to the user after distribution of the game K corresponding to the number of invited friends are described. A button P1110 ("Invite") is displayed in the third friend column.
When the button P1110 (“Invite”) is instructed, for example, the image G17 of FIG. The image G17 includes a button P171 (“SNS”) for starting an SNS application, a button P172 (“Blog”) for starting a miniblog application, a button P173 (“MES”) for starting an IM (Instant Messaging) application, An example is shown in which a button P174 (“e-mail”) for starting an e-mail application is displayed, but at least one of these buttons may be displayed.
In the display area G17a of the image G17, a predetermined item (item Q1 in the example of FIG. 8) is invited as information for guiding the user registration of the game K to other users on condition that the user registration with the game K is performed. A text indicating that it is given to the user and a friend invitation code are displayed. In this embodiment, the friend invitation code is the same as the user ID, but the user registration application may randomly determine the code and notify the registration server 30 of the determined code.

  In the image G17, when the user designates the button P174 (“e-mail”), the e-mail application corresponding to the button is activated, and the image G18 is displayed. As shown in the image G18, the content of the e-mail includes the same content as that displayed in the display area G17a of the image G17. When a user who receives this e-mail (that is, an invited user) installs a user registration application and makes a user registration request, he / she inputs a friend invitation code included in the received e-mail. Thereby, the registration server 30 associates the invited user with the invited user. The invited user can obtain points given after the distribution of the game K according to the number of other users associated with the user.

  Referring to FIG. 7 again, when the button P112 (“login bonus”) is designated on the top screen G16 (FIG. 6), the image G112 is displayed. In the image G112, the date when the user registration application is installed and the first login is set as a reference date (that is, “first day”), and a mark G112a indicating a stamp is displayed on each date of login after the reference date. In this case, a predetermined point (for example, 10 pt per stamp) is given as a login bonus according to the number of days the mark is filled.

When the button P113 (“mini game”) is designated on the top screen G16 (FIG. 6), the image G113 is displayed. The image G113 is an image for playing a mini game (an example of a second game) as a simple game. The kind of mini game is not limited, and may be a game of any content. In the present embodiment, as an example, a case where the mini game is a game based on a rule different from the game K will be described. In this exemplary mini game, the total number of eyes obtained by shaking the dice G113a displayed in the image G113 a predetermined number of times is a point (pt) given to the user, and is displayed in the display area G113b. In addition, you may restrict | limit the frequency | count which can execute a mini game in one day so that a point may not increase without a restriction | limiting.
When the game K includes a plurality of subgames, the minigame may be a game having the same rules as the subgame. For example, the mini game may be a “lottery” game which is an example of a sub game. The lottery target may be anything, but for example, a card or character in a game after game distribution may be the lottery target. In this case, information for specifying a card or a character is recorded in the user registration data table TBL351.
There may be a plurality of mini games. For example, a game of rolling dice and a “lottery” game may be included. Each game may be played independently or may be played in association with each other. For example, a plurality of games may be played in association with each other so that a “lottery” game is performed using points given in a game of rolling dice.
As described above, since the user can execute the “lottery” game, which is a sub game of the game K, before the game distribution, the user may not need to perform the “reset marathon” immediately after the game distribution. “Reset marathon” refers to the repeated installation and uninstallation of applications until the character given by the “lottery” etc. immediately after the game starts, until the character desired by the user (for example, a character with high rarity) appears. Say. This is because if the “lottery” game can be performed before the game distribution, there is a period of time until the distribution of the game K is started, and the user is likely to obtain a desired character. If a desired character is obtained before the game distribution, the user can immediately start the game without performing a “reset marathon” immediately after the game distribution.
In this embodiment, a mini game will be described as an example, but the game is not necessarily a game. For example, on the top screen G16, “Tutorials about games K (manuals, explanations, etc.)”, “Articles about games K”, etc. are displayed, and the amount and ratio of the tutorials and articles viewed by the user are displayed. It may be recorded in the registration data table TBL351, and after the distribution of the game K, a privilege may be determined and given based on the amount or ratio viewed.
That is, anything may be used as long as the user can be expected to play the game before distributing the game. Further, it can be arbitrarily adopted by the game operator. For example, a game operator who does not want to disclose the contents of the game K before distributing the game can provide a mini game based on a rule different from the game K. In addition, a game operator who wants to actively disclose the contents of the game K before game distribution can provide a mini game (such as a trial version game or a part of a sub game) having the same rules as the game K.

  When the button P114 (“ranking”) is designated on the top screen G16 (FIG. 6), the image G114 is displayed. The image G114 includes a point ranking list G114a for each nickname of the user. The point ranking is determined based on points associated with each user ID.

  As described above, the user starts the user registration application, logs in to the registration server 30, and after the log-in, by executing a predetermined process provided in the user registration application, points given after distribution of the game K Can be obtained. Therefore, as shown in FIG. 9, on the top screen (G21 → G22 → G23) of the user registration application displayed on the user terminal 10 each time the user logs in, the distribution of the game K is directed toward the distribution start time of the game K. The points that can be used later are sequentially increased and displayed (for example, 30 pt → 180 pt → 315 pt). Therefore, it is possible to give a user who is interested in the game K before distribution of the game K a sense of expectation to play the game K, thereby constructing a mechanism for causing the user to play the game K after distribution of the game K. can do.

(5) Overview of Functions Provided by User Terminal and Registration Server Next, functions provided by the user terminal 10 and the registration server 30 of the above-described embodiment will be described with reference to FIG. FIG. 10 is a functional block diagram including functions that play major roles in the user terminal 10 and the registration server 30 of the present embodiment. Note that not all the means included in the functional block diagram shown in FIG. 10 are indispensable elements for the present invention. In the present embodiment, the user terminal 10 only needs to include at least the instruction receiving unit 110, the requesting unit 120, the obtaining unit 130, and the display unit 140. The registration server 30 includes a first recording unit 310, a receiving unit 320, a second recording unit 330, and a transmitting unit 340.

The instruction receiving means 110 of the user terminal 10 has a function of receiving a predetermined instruction based on a user operation performed before the game K is distributed. In the example of the present embodiment, the predetermined instruction based on the user operation is an instruction for the icon of the user registration application on the home screen of the user terminal 10 or the top screen of the user registration application after the user registration application is activated. This is an instruction for any one of a plurality of buttons P111 (“Invite”), Button P112 (“Login Bonus”), Button P113 (“Mini Game”), and Button P114 (“Ranking”). Further, it also includes user instructions made via respective screens (not shown) that transition after instructions are given to the respective buttons.
The function of the instruction receiving unit 110 is realized as follows.
When an instruction for any of a plurality of icons displayed on the home screen of the user terminal 10 is given, the OS operating on the user terminal 10 accepts the instruction and specifies the icon for which the instruction is accepted. Determine the application to be executed. That is, the OS manages each icon displayed on the home screen in association with the execution target application, and when any of the icons is specified, the execution target is determined based on the specified icon. Determine the application. When it is determined that the icon for which the instruction has been received is an icon for the user registration application, the user registration application is activated.
In addition, after the user registration application is activated, the user registration application receives the instruction and specifies the instruction target button when an instruction is given to any of the buttons P111 to P114 on the top screen. To do.

The request unit 120 of the user terminal 10 uses the data obtained based on the content of the predetermined instruction received by the instruction receiving unit 110 as a user ID (an example of a user account) that identifies the user who has performed the predetermined instruction. A function of performing a data recording request (an example of a request) to be recorded in association with the registration server 30 is provided.
The first recording unit 310 of the registration server 30 has a function of recording a user ID (an example of a user account) that identifies a user in the user registration data table TBL351.

In the request unit 120, for example, when “predetermined instruction” is an instruction for an icon of the user registration application on the home screen of the user terminal 10, the “predetermined instruction content” is obtained by logging into the registration server 30. In other words, “data obtained based on the contents” corresponds to data of the number of logins for one time. The function of the request unit 120 in that case is realized as follows.
When the OS operating on the user terminal 10 receives an instruction for an icon of the user registration application, the OS starts the user registration application. When the user registration application is started for the first time, user registration processing is performed. In the user registration process, first, the user registration application transmits a user registration request to the registration server 30. The user registration request is a request for executing user registration processing with respect to the registration server 30. As described above, in the user registration request, the user information such as the user's nickname and the friend invitation code are configured to be arbitrarily input by the user. To include.

Upon receiving the user registration request, the registration server 30 issues a user ID as a user account and records the user ID in a new row (record) of the user registration data table TBL351. When user information is included in the user registration request, the issued user ID and user information (nickname in the example shown in FIG. 4) may be recorded in association with each other. Recording the user ID in this way is an example of realizing the first recording unit 310. Next, the registration server 30 transmits a user registration completion notification including the issued user ID to the user registration application of the user terminal 10. The user registration application records the received user ID in the storage 18 in association with the user registration application. As a result, the user account (user ID in the example of the present embodiment) for recognizing the user of the user terminal 10 is shared between the user terminal 10 and the registration server 30.
After user registration, the user registration application reads the user ID from the storage 18 after activation, and transmits a login request including the read user ID to the registration server 30. The login request including the user ID is an example of a data recording request.

Further, in the request unit 120, for example, when the “predetermined instruction” is an instruction for the button P113 (“minigame”) for executing the mini-game on the top screen of the user registration application, "Is to execute a mini-game, and" data obtained based on the content "is data including the total points of the number of eyes obtained by rolling the dice a predetermined number of times. The function of the request unit 120 in that case is realized as follows.
When the user registration application of the user terminal 10 determines that the mini game has ended, an image showing the result of the mini game is generated and displayed on the display unit 16 of the user terminal 10, and data corresponding to the result of the mini game ( In the example of the present embodiment, a data recording request is transmitted to the registration server 30 for the total number of eyes obtained by rolling the dice a predetermined number of times. This data recording request includes data corresponding to the user ID and the result of the mini game.
Note that the receiving unit 320 of the registration server 30 receives information specifying a user who operates the user terminal 10 from the user terminal 10 and data based on the content of a predetermined instruction for the user terminal 10 before the game K is distributed. It has a function to receive. The function of the receiving unit 320 is realized by receiving a data recording request including data corresponding to a login request or a mini game result from the user terminal 10. The “information for identifying the user” received by the registration server 30 is a user ID in the example of the present embodiment, but is not limited thereto. For example, the “information specifying the user” may be a terminal identification number of the user terminal 10 operated by the user. In this case, in the user registration data table TBL351, by registering the user ID and the terminal identification number in association with each other at the time of user registration, the registration server 30 receives the terminal identification number and data after user registration. The received data can be associated with the user ID as the user account.

The second recording unit 330 of the registration server 30 is a point given after the game K is distributed in association with the user ID of the user based on the information and data specifying the user received by the receiving unit 320. A function of recording information on (an example of a privilege) in the user registration data table TBL351 is provided.
In order to realize the function of the second recording unit 330, the registration server 30 records information on points in the user registration data table TBL 351 based on the data received from the user terminal 10 by executing the server program. Specifically, when a data recording request including data (points) corresponding to the result of the mini game is received from the user terminal 10, the user ID (an example of information specifying the user) included in the data recording request is received. The user registration data table TBL 351 is updated such that the value of the corresponding “point” field is increased by the value of the point included in the received data recording request. When receiving a login request from the user terminal 10, the value of the “number of logins” field corresponding to the user ID (an example of information specifying the user) included in the login request is increased by one. The user registration data table TBL351 is updated. Further, the registration server 30 increases the value of the “point” field of the user registration data table TBL 351 in accordance with the increase in the number of login times. Here, the value of the “point” field in the user registration data table TBL 351 is a point given after the game K is distributed.
If the login count is limited to increase only once a day, the “login count” field of the user registration application may not be updated even when a login request is received.

The acquisition unit 130 of the user terminal 10 has a function of acquiring information related to a privilege given after distribution of the game K associated with a user ID (an example of a user account) transmitted from the registration server 30.
The transmission means 340 of the registration server 30 is a user operated by the user specified by the user ID, after distribution of the game K, information relating to a point (an example of a privilege) associated with the user ID (an example of a user account). A function of transmitting to the terminal 10 is provided.
In the present embodiment, the point corresponding to the user ID is an example of “privilege”. The “information relating to the privilege” that is the transmission target from the registration server 30 may be any information as long as the user registration application can identify the privilege. For example, only point information may be included, and not only point information but also information on cards and characters on the game that can be exchanged for points may be included. Examples of information on cards and characters on the game that can be exchanged for points include information such as “100 points can be exchanged for card X” and “200 points can be exchanged for character Z”. By including information about cards and characters on the game that can be exchanged for points, the user can be given a goal to earn points.
Although this embodiment demonstrates the case where the timing which the user terminal 10 acquires the information regarding a privilege is the time of login to the registration server 30, it is not restricted to that case. The timing for acquiring information related to the privilege may be, for example, a timing in response to the data recording request transmitted to the registration server 30 by the request unit 120.

  The functions of the acquisition unit 130 of the user terminal 10 and the transmission unit 340 of the registration server 30 are realized as follows. When the user registration application is activated in the user terminal 10, a login request including a user ID is transmitted to the registration server 30, and the registration server 30 receives the login request. By executing the server program, the registration server 30 reads the point value corresponding to the user ID included in the login request from the user registration data table TBL351, generates information related to the privilege based on the read point value, and the user It transmits to the user registration application of the terminal 10. Thereby, the user registration application acquires information related to the privilege.

The display unit 140 of the user terminal 10 has a function of performing a process of displaying information indicating a privilege given after the distribution of the game K based on information about the privilege acquired by the acquisition unit 130.
In order to realize the function of the display unit 140, when the user registration application of the user terminal 10 acquires information related to the privilege from the registration server 30, the privilege (points) given to the user after distribution of the game K is specified. And at the time of login, a user registration application displays the top screen containing the information which shows the identified privilege on the display part 16 of the user terminal 10, as shown to G21-23 of FIG.

The execution unit 150 of the user terminal 10 has a function of executing a mini game (an example of a second game) based on a rule different from the game K based on a predetermined instruction received by the instruction reception unit 110. In this case, the data obtained based on the mini game is a point (an example of a value) corresponding to the execution result of the mini game.
The function of the execution means 150 is implement | achieved as follows. When the user registration application is activated on the user terminal 10, a top screen is displayed on the display unit 16. When an instruction to the button P113 (“mini game”) on the top screen of the user registration application is received, the user registration application executes the mini game. A program for executing the mini game is incorporated in the user registration application, and the program is called and executed by receiving an instruction to the button P113.
Game data such as a background image, object and character information for executing a mini game may be included in the user registration application, or may be acquired from the registration server 30 as appropriate. In the example of the mini game shown in the image G113 in FIG. 7, the user registration application rotates the dice G113a based on an operation on the screen (for example, a tap operation or a flip operation) of the user to the dice G113a and stops after a predetermined time. Display. The eyes of the dice G113a displayed at the time of stopping may be determined at random when the user's operation is recognized. Then, when the user's predetermined number of operations are finished, the user registration application generates an image that displays the total value (points) of the dice G113a as an execution result of the mini game. The total value (points) is an example of data obtained based on an instruction to the button P113 (“mini game”).

  The execution means 150 has a function of executing the following processes (i) to (iii) in addition to the function of executing the mini game.

(i) Process for Inviting Other Users When the user registration application receives an instruction for the button P111 (“Invite”) on the top screen, an image for inviting a friend (another user) of the user (for example, FIG. 7). Image G111) is displayed. When a button P1110 (“Invite”) is designated in the image G111, each button of P171 to P174 of the image G17 (FIG. 8) displayed by the user registration application calls an API for starting the corresponding application. It is configured as follows. For example, by instructing a button P174 (“e-mail”), an API for activating an e-mail application is called, and the e-mail application is activated. As a result, the electronic mail application displays a new mail image (for example, the image G18 in FIG. 8) with the friend invitation code as the user ID of the user of the user registration application. By inputting the destination address of this e-mail, the user can send the e-mail to his friend's user.

  When the user who received this e-mail (that is, the invited user) installs the user registration application and performs user registration, he / she inputs the friend invitation code included in the received e-mail (that is, user registration request) The registration server 30 can associate the invited user with the invited user. In addition, the user registration application may have a function of transmitting a friend invitation code to the registration server 30 at an arbitrary timing after obtaining the user ID from the registration server 30. In that case, the user ID of the invited user and the user ID of the invited user are associated with each other by transmitting the user ID and the friend invitation code to the registration server 30. In the example shown in FIG. 8, the user ID “U00035” of the invitation source is used as the friend invitation code, but any information may be used as long as the user of the invitation source can be specified.

The user ID of the invited user and the invited user are associated with each other by recording the invited user ID corresponding to the user ID in the user registration data table TBL351.
In the present embodiment, the user corresponding to the user ID can obtain points given after distribution of the game K according to the number of invited user IDs corresponding to the user ID. That is, the information regarding the points (an example of the privilege) given after the distribution of the game K is based on an instruction (an example of a predetermined instruction) for the button P111 (“invitation”) received by the instruction receiving unit 110. The user ID (an example of a user account) of a user other than the user who performed the registration is recorded as an invited user ID in the registration server 30, so that the user ID of the other user and the user who has performed the predetermined instruction This information is updated in the registration server 30 based on the number of user IDs associated with the registration server 30.

(ii) Processing for Login Bonus When the user registration application receives an instruction for the button P112 ("Login Bonus") on the top screen, the user registration application reads the data of the number of logins from the registration data acquired from the registration server 30 at the time of login. Is generated and displayed on the display unit 16. For example, when the number of logins is set to once a day and the value of the number of logins is “4”, the number of logins is displayed in the format illustrated in the image G112 in FIG.
When the registration server 30 receives a login request including a user ID from the user registration application, the registration server 30 increments the value of the “number of logins” field corresponding to the user ID in the user registration data table TBL 351 by “ 'Is increased by a predetermined amount (for example, 50 pt). That is, the information related to points (an example of a privilege) given after distribution of the game K is information updated in the registration server 30 based on the number of times the user terminal 10 has logged into the registration server 30.
When the number of times to increase the value of the “number of logins” field by one is limited to once a day, the registration server 30 receives a login request including a specific user ID at the beginning of the day. In addition, the data of the user registration data table TBL351 corresponding to the user ID may be updated.

(iii) Processing for displaying the ranking of points When the user registration application receives an instruction for the button P114 ("ranking") on the top screen, the user registration application refers to the registration data acquired from the registration server 30 at the time of login, and determines in order of increasing points. An image including a ranking table in which nicknames of a plurality of users are associated with the value of each user's point is generated and displayed on the display unit 16. Since the point value in the user registration data table TBL 351 is sequentially changed, the displayed ranking table changes depending on the timing of user login.

(6) Description of processing from user registration before distribution until user can play game K after distribution Next, referring to FIG. 11A to FIG. 17, a game after distribution from user registration before distribution in this embodiment. A processing flow until K play can be started will be described.
11A and 11B are sequence charts showing an example of user registration processing according to the present embodiment. FIG. 12 is a sequence chart showing processing when the user registration application is activated. FIG. 13 is a sequence chart showing processing when the user registration application is executed.
FIG. 14 is a diagram illustrating a change in an image displayed on the user terminal 10 when an application is updated after the game K is distributed. 15A and 15B are sequence charts showing an example of processing when the application is updated after the game K is distributed.
FIG. 16 is a diagram illustrating a change in an image displayed on the user terminal 10 when the game application of the game K is activated. FIG. 17 is a sequence chart showing processing when the game application of game K is activated.
Note that the processing of the registration server 30 in each sequence chart is processing performed by the CPU 31 of the registration server 30 executing a server program.

(6-1) Process Flow to Game K User Registration Process (FIGS. 11A and 11B)
Referring to FIG. 11A, it is assumed that the user accesses a registration guidance site operated by the registration server 30. The web browser of the user terminal 10 transmits an access request to the registration server 30 (S100), and the registration server 30 receives the access request (S300). For example, in response to the access request, the registration server 30 returns information (for example, an HTML document) including a URL for downloading the user registration application (S302), and the user terminal 10 receives the information (S102). . The URL is a URL in which a user registration application registered in an application distribution site operated by the application server 50 is designated. Based on the information, the web browser of the user terminal 10 displays an image including the URL of the application distribution site on the display unit 16 (S104). Next, in response to the user's URL specifying operation, the web browser of the user terminal 10 transmits a request specifying the URL of the application distribution site to the application server 50 (S106), and the application server 50 receives the request. (S500).
In response to the request received in S500, the application server 50 generates download image data (for example, an HTML document) of the user registration application (S502), transmits the data (S504), and the user terminal 10 receives the data. Is received (S108). The web browser of the user terminal 10 displays an image for downloading the user registration application on the display unit 16 based on the data received in S108 (S110). The web browser of the user terminal 10 transmits a user registration application download request to the application server 50 based on a user operation (S112), and the application server 50 receives the download request (S506).
In response to the download request received in S504, the application server 50 extracts the user registration application from the storage (S508), and transmits the application to the user terminal 10 (S510). Then, the user terminal 10 receives, that is, downloads the user registration application (S114).

  Referring to FIG. 11B, when the user terminal 10 downloads the user registration application, the OS operating on the user terminal 10 installs the downloaded user registration application (S116), and the user registration application can be executed. To do. Next, based on the icon image provided by the installed user registration application, the OS of the user terminal 10 displays the icon on the home screen so that the user registration application is activated by an instruction operation on the icon. (S118). This process corresponds to the process of displaying the icon Q101 on the home screen G11 of the user terminal 10 in FIG. The icon displayed in S118 includes information regarding the game K.

When the OS of the user terminal 10 receives an operation for instructing an icon of the user registration application (for example, the icon Q101 in FIG. 6) (S120: YES), the OS of the user terminal 10 is activated (S122). When the user registration application is activated for the first time after being installed in the user terminal 10, user registration processing is performed.
In the user registration process, first, the user registration application transmits a user registration request to the registration server 30 (S124), and the registration server 30 receives the user registration request (S304). The user registration application may include user information such as a user's nickname or a friend invitation code in the user registration request. The registration server 30 that has received the user registration request issues a user ID as a user account (S306), and records the issued user ID in a new row (record) of the user registration data table TBL351 (S308). When the user information is included in the user registration request, the user ID and the user information are associated with each other and recorded in the user registration data table TBL351. If the friend registration code is included in the user registration request, the user ID issued in S306 is recorded as an invitation user ID in the user registration data table TBL351 in association with the user ID corresponding to the friend invitation code. Also, a predetermined amount of points is added to the value of the “point” field corresponding to the user ID corresponding to the friend invitation code. Thereby, the privilege by invitation of a friend is provided with respect to the user who invited.
Next, the registration server 30 transmits a user registration completion notification including the issued user ID to the user registration application of the user terminal 10 (S310), and the user registration application of the user terminal 10 receives the user registration completion notification (S126). The user registration application further records the user ID (an example of a user account) included in the user registration completion notification in the storage 18 in association with the user registration application (S128). As a result, the user account for recognizing the user of the user terminal 10 is shared between the user terminal 10 and the registration server 30.

(6-2) Processing flow when the user registration application is activated (FIG. 12)
Next, a processing flow when the user registration application is activated on the user terminal 10 between the user registration completion and the game K distribution start time will be described.
First, when an instruction for an icon of a user registration application is received (S129: YES), the OS of the user terminal 10 starts the user registration application (S130). At this time, the user ID is read from the storage 18.
After activation, the user registration application transmits a login request including the user ID and the version information of the game K application application (ver. 1 in the example of the present embodiment) to the registration server 30 (S132). 30 receives the login request (S320). Note that the version information of the game K application may not always be included in the login request, but may be included regularly or at a predetermined frequency. Here, the registration server 30 counts up the “number of logins” field in the user registration data table TBL 351. “Login count” is updated by counting up. However, it may not count up. For example, if the number of logins is counted as a unit of a predetermined period (for example, 1 unit per day according to the calendar), the number of logins is counted up for the first login in a day, If logging in, do not count up.
The registration server 30 executes login processing including user ID verification based on the login request (S322). The collation of the user ID is a process for determining whether or not the user ID included in the received login request is recorded in the user registration data table TBL351. Although not shown in FIG. 12, when the user ID included in the received login request is not recorded in the user registration data table TBL351, the user terminal 10 may be notified that the login has failed.

Hereinafter, a case where the user ID included in the received login request is recorded in the user registration data table TBL351 and the login is successful will be described. In this case, the registration server 30 increases the value of the “login count” field corresponding to the user ID to be processed in the user registration data table TBL 351 by one, and increases the value of the “point” field by a predetermined amount. Let Thereby, the user registration data table TBL351 is updated (S324). Next, the registration server 30 extracts the data of the user registration data table TBL351 and generates registration data (S326). The registration data includes all data recorded in the user registration data table TBL351.
The registration server 30 reads information on the game K distribution start time from the RAM 33, and determines whether or not the current time has passed the game K distribution start time (S328). When the current time is before the distribution start time of the game K (S328: NO), the registration server 30 transmits the registration data generated in S326 to the user terminal 10 (S330), and the user of the user terminal 10 The registration application receives registration data (S134). Then, the user registration application displays a top screen based on the received registration data (S136). G16 in FIG. 6 is an example of the top screen displayed in S136. At this time, the user registration application specifies the nickname (“LISA”) and point (“0pt”) corresponding to the user ID to be processed from the registration data received in S134, and determines the display contents of the display area G16a. To do.
When the registration server 30 is used as the game server for the game K after the distribution of the game K, the registration server 30 knows that the game K has been distributed. You may progress to the process of S350 of FIG. 15A mentioned later, without passing through the process of S328.

(6-3) Processing flow when user registration application is executed before distribution of game K (FIG. 13)
When the top screen of the user registration application is displayed on the user terminal 10, when an instruction for any one of the buttons (buttons P111 to P114 in FIG. 6) included in the top screen is received (S140: YES), the user registration application specifies the content of the instruction (any content of invitation, login bonus, mini game, ranking) (S142), and executes the specified content (S144).

Specific processing contents of S144 and S146 differ depending on the contents of the instruction specified in S142.
When the content specified in S142 is “mini game”, the user registration application executes the mini game via the user's operation, and thereby the total value (points) of the dice eyes as the execution result of the mini game. Is calculated (S144), and an image including the total value is generated and displayed on the display unit 16 (S146). Next, the user registration application transmits a data recording request including the user ID and the data (execution point of the mini game) of the mini game to the registration server 30 (S148). The registration server 30 receives the data recording request (S340), and the value of the “point” field corresponding to the user ID included in the received data recording request is increased by the value of the point included in the received data recording request. Thus, the user registration data table TBL351 is updated (S342). In other words, the mini game execution result data is recorded in the user registration data table TBL 351 of the registration server 30.

When the content specified in S142 is “login bonus”, the user registration application reads the data of the number of logins from the registration data acquired from the registration server 30 at the time of login (S144), and generates an image including the data. It is displayed on the display unit 16 (S146).
When the content specified in S142 is “Ranking”, the user registration application refers to the registration data acquired from the registration server 30 at the time of login, and a predetermined number of user nicknames and the value of each user's point in descending order. Is created (S144), and an image including the ranking table is generated and displayed on the display unit 16 (S146).
When the content specified in S142 is “Invite”, the user registration application calls the API of the application for sending information for inviting other users based on a predetermined instruction operation by the user, thereby Start the application. For example, when the activated application is an e-mail application, the e-mail application generates a new e-mail (for example, the image G18 in FIG. 8) including the friend invitation code, and the e-mail is displayed on the display unit 16. Display. When the destination address of the e-mail is input based on a user operation and a transmission instruction is accepted, the e-mail application transmits the e-mail to the input destination address (S144), and the transmission result is displayed on the display unit. 16 is displayed (S146).
If the content specified in S142 is “login bonus”, “ranking”, or “invite”, the data recording request in S148 is not performed.

(6-4) Processing flow for making game K executable after distribution of game K (FIGS. 14, 15A and 15B)
Next, a processing flow when the user registration application is executed on the user terminal 10 after the game K distribution start time has elapsed will be described with reference to FIGS. 14, 15A, and 15B.
After the game K distribution start time has elapsed, the processing when the user registration application icon instruction is accepted is the same as S130, S132, and S320 to S326 in FIG. 12, but the processing after S328 is illustrated. This is different from the case of 12.
That is, when the distribution start time has elapsed (S328 in FIG. 12: YES), as shown in FIG. 15A, the registration server 30 specifies the application ID of the game K application application and updates the latest application. A request for providing version information is transmitted (S350), and the application server 50 receives the request (S520). The application server 50 refers to the data in the storage, identifies the latest version information of the game K application application registered in the application distribution site (S522), and transmits the identified latest version information to the registration server 30. (S524). The registration server 30 receives the latest version information transmitted from the application server 50 (S352).
Next, the registration server 30 includes the version information of the game K application application included in the login request received from the user terminal 10 (that is, the login request received in S320 of FIG. 12) and the latest game K application application acquired in S352. A process of comparing with the version information is performed (S354). Here, since the distribution start time has passed, the latest version information of the game K application application is ver. 2 (that is, the game application of game K). Therefore, the registration server 30 generates data including a URL for acquiring the game K application with the latest version information from the application distribution site (S356), and transmits the data to the user registration application of the user terminal 10 ( S358). The user registration application of the user terminal 10 receives the data transmitted from the registration server 30 (S160).

  When receiving the data including the URL, the user registration application of the user terminal 10 delivers the URL to the web browser. The web browser transmits the HTTP request specifying the delivered URL (S162), and the application server 50 receives the HTTP request (S526). When receiving the HTTP request, the application server 50 displays a download image (for example, an image G31 in FIG. 14) including a button for instructing the user terminal 10 to update the user registration application to the game application of the game K. An HTML document (image data for download) to be displayed is generated (S528), and the data is transmitted (S530). The web browser of the user terminal 10 receives the data transmitted in S530 (S164). Based on the data received in S144, the web browser of the user terminal 10 displays an image (for example, the image G31 in FIG. 14) for downloading the game application of the game K on the display unit 16 (S166).

  The web browser of the user terminal 10 determines the presence / absence of a download request to the application server 50 based on the presence / absence of an operation for instructing update of the application (for example, an instruction operation for the button P210 of the image G31 in FIG. 14) (S168). . When it is determined that there is a download request (S168: YES), the web browser of the user terminal 10 transmits a download request for updating the application to the application server 50 (S170), and the application server 50 downloads the download request. A request is received (S532). In response to the download request, the application server 50 extracts a game application for the game K (that is, a game K application with the latest version information) from the storage (S534), and transmits the application to the user terminal 10 (S536). The user terminal 10 receives, that is, downloads the game application of the game K transmitted in S536 (S172).

The OS of the user terminal 10 performs a process of updating the installed user registration application to the game application of the game K downloaded in S172 (S174). Specifically, the OS of the user terminal 10 performs a process for installing the downloaded game application of the game K so that the game application can be executed. Next, the OS of the user terminal 10 replaces the icon of the user registration application on the home screen of the user terminal 10 at the position where the icon is arranged (for example, the home screen of FIG. 14). Display processing for displaying the icon Q201 of G32 is performed (S176).
Further, the OS of the user terminal 10 records information (user ID as a user account, user information such as a nickname) recorded in the storage 18 in association with the user registration application in association with the game application of the game K. Thus, the user account takeover process is performed (S178). After the takeover process, the OS of the user terminal 10 deletes the user registration application and information associated with the user registration application (such as user ID, user information, and icon image data) from the storage 18. May be.
The takeover process may be performed in cooperation with the registration server 30. For example, the user registration application requests the registration server 30 for takeover processing. The registration server 30 receives the request and records the user ID of the request source user, user information, icon image data, and the like in various data tables used in the game K using the user registration data table TBL351.

(6-5) Processing flow when game application of game K is activated after game distribution (FIGS. 16 and 17)
The home screen G35 in FIG. 16 includes a game application icon Q201 of the game K installed in the user terminal 10. When an operation for instructing the icon Q201 is performed on the home screen G35 (for example, a tap operation using the finger F on the icon Q201), the game K application is activated and an image G37 for causing the user to play the game K is displayed. Is done.
The image G37 is an example of the top screen of the game K. In this example, the image G37 includes a display area G37a on which a user's nickname (for example, LISA) and points ("470pt") that the user can use in the game K are displayed, and buttons for playing a plurality of subgames The display area G37b includes P371 (“Quest”), P372 (“Battle”), P373 (“Lottery”), and P374 (“Composition”).
In the display area G37a of the image G37, the points ("470pt") that the user can use in the game K are recorded in the "points" field of the user registration data table TBL351 as a privilege given after the distribution of the game K. Value.
In the display area G37b, by performing an operation of instructing the button P371 (“quest”), the user can play a subgame for searching for an area, for example. By performing an operation of instructing the button P372 (“Battle”), the user can play a subgame that is played against an NPC, for example. By performing an operation of instructing the button P373 ("lottery"), the user can play a sub game for lottering items, for example. By performing an operation of instructing the button P374 (“composite”), the user can play a sub game in which, for example, the items possessed by the user are combined.

  In the following description with reference to FIG. 17, the registration server 30 functions as a game server after the distribution of the game K, extracts data in each field of the user registration data table TBL 351, and a user data table (not shown) for the game K. Is assumed to be newly generated. That is, it is assumed that the data of each field recorded in the user registration data table TBL351 has been written in the user data table. The user data table is a data table for recording data relating to the game K in association with the user ID.

In FIG. 17, first, when an instruction for an icon of a game application of the game K on the home screen of the user terminal 10 is received (S180: YES), the OS of the user terminal 10 activates the game application (S182), and the game A login request is transmitted to the server (S184). At this time, the game application of the game K reads the user ID data handed over from the user registration application from the storage 18 and includes it in the login request. The registration server 30 receives this login request (S370).
The game server executes login processing including user ID verification based on the user ID included in the login request (S372). The collation of the user ID is a process for determining whether or not the user ID included in the received login request is recorded in the user data table. Here, as described above, since the user data table of the game server is created based on the data of the user registration data table TBL351, the user ID of the user who performed user registration before the distribution of the game K is the user It is recorded in the data table. Therefore, the login of the user who performed user registration before the distribution of the game K is successful. Although not shown, when a user who has not performed user registration before distribution of the game K logs into the game K for the first time after distribution of the game K, user registration processing is executed, and the issued user ID is stored in the user data. Recorded in the table.

  The game server determines whether or not the user ID included in the login request corresponds to the user to whom the privilege is granted by referring to the user data table (S364). Here, since the data of the “point” field of the user registration data table TBL 351 is taken over in the user data table, it is determined whether or not the user is a privilege grant target with reference to the data. When the game server is a privilege granting user (S374: YES), the game server generates game data including privilege information (S376), and when it is not a privilege granting user (S374: NO). Then, game data not including privilege information is generated (S378). The game data includes, for example, data such as a background image when the game K is advanced, an image of a character appearing in the game K, and parameters. The game server transmits the generated game data to the game application of the user terminal 10 (S380). The game application of the user terminal 10 receives the game data (S186), and generates and displays the top screen of the game K as illustrated in the image G37 (FIG. 16) (S188). By instructing any button on the top screen displayed in S188 (for example, the buttons P371 to 374 of the image G37), the user can start playing the game K. That is, it is possible to start playing the game K subgame corresponding to each button. The game data necessary for executing the game K is not limited to the time of login, and may be acquired from the game server in a timely manner after the game is started. Further, data indicating the execution result of the game K is appropriately sent to the game server and recorded corresponding to the user ID.

  As described above, data (for example, data indicating a login request or a mini game execution result) obtained by the user performing an operation before distribution of the game K on the user terminal 10 according to the present embodiment is the user. Are registered in the user registration data table TBL 351 of the registration server 30 in association with the user ID (an example of a user account). On the other hand, the user terminal 10 acquires, from the registration server 30, information related to points (an example of a privilege) given after distribution of the game K associated with the user ID, and information indicating the points given after distribution of the game K Is displayed. Therefore, the user can obtain (or reserve) points given after distribution of the game K by an operation before distribution of the game K. Therefore, a user who is interested in the game K before distribution of the game K can be given a sense of expectation to play the game K after distribution. Thereby, a mechanism for allowing the user to play the game K after distribution of the game K can be constructed.

  In the user terminal 10 according to the present embodiment, when the game application of the game K that can execute the process related to the game K is downloaded and installed after the distribution of the game K is started, the game application can be executed. At this time, since the data associated with the user ID (data in the user registration data table TBL351) is transferred from the user registration application to the game application of the game K, information about the user obtained before the distribution of the game K (for example, User information such as a nickname, points as a privilege, etc.) can be used in the game application of the game K after the distribution of the game K.

  In the present embodiment, points are given as an example of a privilege to be granted after the game K is distributed, but this is only an example, and the privilege to be granted can be determined as appropriate. For example, the privilege granted after the game is distributed may be a card or a character on the game. For example, a card or character on the game may be given by exchanging with a point given before distribution of the game K, or a card or character on the game may be given by a “lottery” game using points. Moreover, the difficulty level of a game may be changed advantageously for a user, the parameter linked | related with the user on a game may be changed advantageously. In addition, when the card or character on the game is given by the “lottery” game as a privilege given before the distribution of the game K, the card or character on the game given by the “lottery” game is You may grant as a privilege as a card or character on a game which can be used with game K after distribution of game K as it is. When the user obtains such a privilege immediately after the game is distributed, the game can be advantageously advanced from the beginning. Especially in the field of social games, it is said that “start dash after game distribution is important”. This is because the game is advanced such that the battle is advantageous because the user can obtain the privilege of the game immediately after distribution of the game, and the game level can be increased earlier than other users who cannot obtain the privilege. This is because it becomes easier to create a favorable situation. Therefore, a user who is interested in the game before the game distribution should make an advantageous situation at an early stage by using the privilege by obtaining the privilege given after the game distribution before the game distribution. The game is expected to start immediately after the game is distributed.

  In the present embodiment, the user plays a mini game (an example of the second game) and obtains more points, so that points obtained by playing the game after delivery of the game can be obtained before delivery of the game. You can get a lot. On the other hand, the game operator causes the user to fully enjoy the mini game before the game is distributed, thereby making the user more strongly aware of the game K after the distribution and causing the game K to be more reliably played after the distribution of the game K. Will be able to.

  In the present embodiment, the user logs in the registration server 30 more before the game K is distributed, so that more points can be obtained by playing the game after the game K is distributed before the game K is distributed. Can be obtained. On the other hand, the game operator can make the user more conscious of the game K by allowing the user to log in more before the game K is distributed, and can play the game K more reliably after the game K is distributed. become.

  In the present embodiment, the user invites more users to record the registration server 30 user ID, thereby obtaining points obtained by playing the game K after distribution of the game K (an example of a privilege) Can be obtained more before the game K is distributed. On the other hand, the game operator can record more user accounts before the game K is distributed by inviting other users to the user before the game K is distributed. Therefore, it is possible to construct a mechanism that promotes users who perform pre-registration.

  In this embodiment, the user can obtain points as a privilege given after the game is distributed by an operation of logging in to the registration server 30 by the user or an operation of executing each process of the user registration application. Points may not be obtained by this operation, or different privileges may be obtained according to the content of instructions based on the operation. For example, if the content of the instruction is login, points can be obtained, and if the content of the instruction is invitation, an item can be obtained.

In the present embodiment, the case where the version information comparison process is performed by the registration server 30 when performing the process of updating from the user registration application to the game application has been described. However, the present invention is not limited to this, and the following process is performed. May be.
When the API for notifying the latest version information of the designated application ID is provided in the download service program of the application server 50, the user registration application delivers the application ID of the game K application application to the API. Thus, the latest version information of the game K application can be acquired from the application server 50 without using the registration server 30.
When the user registration application acquires the latest version information, it compares its version information with the latest version information, and if the latest version information is newer, accepts the user's instruction on whether to update the application. Is displayed on the user terminal 10. When receiving an instruction to update the application by the user, the user registration application transmits to the application server 50 an HTTP request specifying a predetermined URL including the application ID of the game K application. The URL is a URL in a known format for acquiring the latest version information application designating the application ID from the application distribution site. As a result, for example, as shown in an image G31 in FIG. 14, an image for downloading the game K application with the latest version information is displayed on the user terminal 10.

(7) Modification Hereinafter, a modification of the present embodiment will be described.
In this modification, when the distribution start time of the game K is changed from the scheduled date and time (delayed or advanced), the privilege or user obtained by logging into the registration server 30 for the user An additional privilege different from the privilege obtained by executing a process (for example, a mini game) provided in the registration application is granted. That is, the delay in the game K distribution start time may discourage users who want to play the game K as soon as possible. In addition, even if the game K distribution start time is advanced due to the convenience of the game operator, the future schedule of the user may be lost. Therefore, when the distribution start time of the game K is changed, the user is notified of information related to the change, and an additional privilege is given to the user as a supplement to the change of the distribution start time, thereby frustrating the user. It can be eliminated.

FIG. 18 illustrates an image change when the user registration application is activated in this modification. In FIG. 18, the user registration application is activated by performing an operation to instruct the icon Q101 of the user registration application displayed on the home screen G40. At this time, when the distribution start time of the game K is changed from the originally scheduled date and time, the image G41 is displayed. In the display area G41a of the image G41, change information indicating a change in the distribution start time of the game K is displayed. In the display area G41b of the image G41, information indicating that 100 pt is given as an additional privilege accompanying a change in the distribution start time of the game K is displayed.
The image G41 is provided with a button P411 (“OK”), and the top screen G42 of the user registration application is displayed by designating the button.

In the present modification, the acquisition unit 130 acquires change information of the distribution start time (an example of distribution time) of the game K and information related to an additional privilege, and the display unit 140 acquires the game acquired by the acquisition unit 130. Based on the change information on the K distribution start time and the information on the additional privilege, information on the change in the distribution start time of the game K and information indicating that the additional privilege is given are displayed.
This modification can be realized as follows. By executing the server program, the registration server 30A (not shown) according to the present modification changes the distribution start time information obtained at the previous time every time the game K distribution start time information is acquired. It is determined whether or not there was. For example, the distribution start time information (information that can be rewritten by the game operator) stored in the RAM 33 of the registration server 30B is periodically read out to determine whether or not the distribution start time information has changed. When there is a change in the information on the distribution start time, the registration server 30A adds the change information on the distribution start time of the game K in addition to the registration data in response to the login request from the user registration application of the user terminal 10 and the addition. The information regarding the privilege is transmitted to the user registration application of the user terminal 10. Next, the registration server 30A adds the additional privilege (point) to the value of the field “point” of the user registration data table TBL351 in association with the user ID. When the user registration application acquires the change information of the game K distribution start time and the information related to the additional privilege, the user registration application generates image data including the information and displays an image (for example, the image G41 in FIG. 18). 16 is displayed.
The additional privilege may be a specified point or a point that varies depending on the degree of change of the distribution start time.

  The technical matters described in the above-described embodiments and modifications can be appropriately combined as long as no technical contradiction occurs.

[Summary of Invention]
From the above description, the present invention is grasped as follows, for example.
The terms used in the present invention are described first.
The “information processing apparatus” may be any apparatus as long as it can establish communication with the server. The information processing apparatus may be, for example, a dedicated communication device, a portable communication terminal such as a smartphone or a portable terminal, a tablet type, a laptop type, or a stationary personal computer.
The “user account” is information for identifying the user (for example, user ID, user e-mail address, terminal identification information, etc.).
The “privilege” is a profit or benefit that can be used by the user in the game. The privilege is not limited to, for example, giving a card or character on the game or a point that can be used in the game to the user. For example, the privilege may take various forms on the game.
The “information about the privilege” is not limited to information indicating the content of the privilege itself such as the value of points given to the user, for example, and may be information that can specify the content of the privilege or the conditions for obtaining the privilege. . For example, information that can specify the content of the privilege or the conditions for obtaining the privilege by applying a table or conversion formula indicating a predetermined correspondence relationship is information related to the privilege. The condition for obtaining a privilege is, for example, information such as “Exchangeable with card X at 100 points”.
The “game delivery time” is a time when game delivery is started. The time is not particularly limited, but is a specific date or a specific date and time (may include up to hours and minutes).

One aspect of the present invention is an information processing apparatus (for example, a user terminal 10) that can access a server (30) that records a user account (for example, a user ID).
An instruction receiving means (110) for receiving a predetermined instruction (for example, an instruction for one of the icon Q101 or the buttons P111 to 114) based on a user operation made before distribution of the game (for example, the game K);
Data obtained based on the content of the predetermined instruction received by the instruction receiving means (110) (for example, the execution result of the mini game) is used as the user account (for example, the user) that identifies the user who has performed the predetermined instruction. Request means (120) for making a request (for example, a data recording request) to be recorded in association with (ID) to the server (30);
An acquisition means (130) for acquiring information relating to a privilege (for example, points) that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means (140) for performing a process (for example, the process of S136) of displaying information indicating a privilege given after distribution of the game based on the information about the privilege acquired by the acquisition means (130);
Is an information processing apparatus.

  In the information processing apparatus, data obtained by the user performing an operation before distributing the game is recorded on the server in association with the user account of the user who performed the operation. On the other hand, the information processing apparatus acquires information on a privilege granted after the game associated with the user account is distributed from the server, and information indicating the privilege granted after the game is distributed is displayed. Therefore, the user can obtain a privilege given after distribution of the game by an operation before distribution of the game. Therefore, it is possible to give a user interested in the game before distribution of the game a sense of expectation to play the game, thereby building a mechanism for allowing the user to play the game after distribution of the game. it can.

In the information processing apparatus, a second game (for example, a mini game) based on a rule different from the game (for example, game K) based on the predetermined instruction (for example, button P113) received by the instruction receiving means (110). ) Further executing execution means (150),
The data obtained based on the content of the predetermined instruction may be a value (for example, points) corresponding to the execution result of the second game.
According to this configuration, the user plays the second game, and for example, obtains more scores and points, thereby obtaining more benefits obtained by playing the game after the game is distributed before the game is distributed. Can do. On the other hand, the game operator causes the user to fully enjoy the second game before the game is distributed, so that the user is more conscious of the game after the distribution and causes the game to be played more reliably after the game is distributed. Will be able to.

In the information processing apparatus, the information related to the privilege given after the game is distributed is based on the number of times the information processing apparatus (10) has logged into the server (30) (for example, the number of logins). It may be information updated in
According to this structure, the user can obtain more benefits obtained by playing the game after the game is distributed before the game is distributed by logging in more. On the other hand, the game operator can make the user more conscious of the game by allowing the user to log in more before the game is distributed, and can play the game more reliably after the game is distributed.

In the information processing apparatus, the information related to the privilege given after the game is distributed is based on the predetermined instruction (for example, the button P111) received by the instruction receiving unit (110). A user account (for example, user ID) of a user other than the user is recorded in the server (30), so that the user account of the other user and the user account of the user who has given the predetermined instruction are The information may be updated in the server (30) based on the number associated in the server.
According to this configuration, the user invites other users more and causes the server to record the user account, so that the benefits obtained by playing the game after the game is distributed are increased before the game is distributed. Can be obtained. On the other hand, the game operator can record more user accounts before the game is distributed by inviting other users to the user before the game is distributed. Therefore, it is possible to construct a mechanism that promotes users who perform pre-registration.

In the information processing apparatus, the acquisition means (130) acquires change information of the game delivery time and information related to an additional privilege,
The display means (140) is configured to provide information (for example, change of the game delivery time) based on the change information of the game delivery time acquired by the acquisition means (130) and the information related to the additional privilege. You may display the information (For example, G41b of image G41) which shows that G41a) of the image G41 and an additional privilege are provided.
A delay in the game delivery time may discourage users who want to play the game quickly. In addition, even if the game delivery time is advanced due to the convenience of the game operator, the future schedule of the user may be lost. Therefore, when the game delivery time is changed, information on the change is notified to the user, and an additional privilege is given to the user as a supplement to the change of the delivery time, thereby eliminating the user's dissatisfaction. Can do.

Another aspect of the present invention relates to an information processing apparatus (for example, user terminal 10) that can access a server (30) that records a user account (for example, a user ID).
An instruction receiving means (110) for receiving a predetermined instruction (for example, an instruction for one of the icon Q101 or the buttons P111 to 114) based on a user operation performed before distribution of the game (for example, the game K);
Data obtained based on the content of the predetermined instruction received by the instruction receiving means (110) (for example, the execution result of the mini game) is used as the user account (for example, the user) that identifies the user who has performed the predetermined instruction. Request means (120) for making a request (for example, a data recording request) to be recorded in association with (ID) to the server (30),
An acquisition means (130) for acquiring information relating to a privilege (for example, points) that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means (140) for performing a process (for example, the process of S136) of displaying information indicating a privilege given after the game is distributed based on the information related to the privilege acquired by the acquisition means (130);
It is a program to make it function as.

Another aspect of the present invention is a server (30) accessible from an information processing apparatus (for example, a user terminal 10),
First recording means (310) for recording a user account (for example, user ID) for identifying a user in a storage device (for example, storage 35);
Before the distribution of the game (for example, game K), information (for example, a user ID) for identifying the user who operates the information processing apparatus and data based on the content of a predetermined instruction for the information processing apparatus ( For example, receiving means (320) for receiving a login request and a mini game execution result)
Based on the information specifying the user received by the receiving means (320) and the data, information related to a privilege given after the game is distributed in association with the user account of the user is recorded in the storage device. Second recording means (330) for
A transmission means (340) for transmitting, after distribution of the game, information related to the privilege (for example, points) associated with the user account to the information processing apparatus operated by the user specified by the user account;
It is a server provided with.

In another aspect of the present invention, in the server (30) accessible from the information processing apparatus (for example, the user terminal 10), the computer is
First recording means (310) for recording a user account (for example, user ID) for identifying a user in a storage device (for example, storage 35),
Before the distribution of the game (for example, game K), information (for example, a user ID) for identifying the user who operates the information processing apparatus and data based on the content of a predetermined instruction for the information processing apparatus ( For example, receiving means (320) for receiving a login request and a mini game execution result)
Based on the information specifying the user received by the receiving means (320) and the data, information related to a privilege given after the game is distributed in association with the user account of the user is recorded in the storage device. Second recording means (330) for
A transmission means (340) for transmitting information related to the privilege (for example, points) associated with the user account to the information processing apparatus operated by the user specified by the user account after the game is distributed;
It is a program to make it function as.

  Another aspect of the present invention is a computer-readable storage medium such as an optical disk or a magnetic disk that stores the above programs.

Another aspect of the present invention is an information processing system (1) including a server (30) and an information processing apparatus (for example, a user terminal 10) that can access the server,
An instruction receiving means (110) for receiving a predetermined instruction (for example, an instruction for one of the icon Q101 or the buttons P111 to 114) based on a user operation made before distribution of the game (for example, the game K);
Data obtained based on the content of the predetermined instruction received by the instruction receiving means (110) (for example, the execution result of the mini game) is used as the user account (for example, the user) that identifies the user who has performed the predetermined instruction. Request means (120) for making a request (for example, a data recording request) to be recorded in association with (ID) to the server (30);
An acquisition means (130) for acquiring information relating to a privilege (for example, points) that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means (140) for performing a process (for example, the process of S136) of displaying information indicating a privilege given after distribution of the game based on the information about the privilege acquired by the acquisition means (130);
With
The server (30)
First recording means (310) for recording a user account (for example, user ID) for identifying a user in a storage device (for example, storage 35);
Before the game is distributed, information (for example, a user ID) for identifying a user who operates the information processing apparatus and data based on the content of a predetermined instruction for the information processing apparatus (for example, a login request or a mini) Receiving means (320) for receiving a game execution result);
Based on the information specifying the user received by the receiving means (320) and the data, information related to a privilege given after the game is distributed in association with the user account of the user is recorded in the storage device. Second recording means (330) for
Is an information processing system.

  In the above, in order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the information processing apparatus and the like according to the present invention are thereby limited to the illustrated embodiments. It is not a thing.

DESCRIPTION OF SYMBOLS 1 ... Information processing system 10 ... User terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 15 ... Operation input part 16 ... Display part 17 ... Communication interface part 18 ... Storage 19 ... Bus 110 ... Instruction reception means 120 ... Request means 130 ... Acquisition means 140 ... Display means 150 ... Execution means 30, 30A ... Registration server 31 ... CPU
32 ... ROM
33 ... RAM
34 ... Communication interface 35 ... Storage 36 ... Bus 310 ... First recording means 320 ... Receiving means 330 ... Second recording means 340 ... Transmission means 50 ... Application server

Claims (9)

An information processing apparatus accessible to a server for recording user accounts,
An instruction receiving means for receiving a predetermined instruction based on a user's operation made before distribution of the game;
A request to make a request to the server to record data obtained based on the contents of the predetermined instruction received by the instruction receiving means in association with the user account that identifies the user who has given the predetermined instruction Means,
An acquisition means for acquiring information relating to a privilege that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means for performing a process of displaying information indicating a privilege given after distribution of the game based on the information related to the privilege acquired by the acquisition means;
An information processing apparatus comprising: An execution means for executing a second game based on a rule different from the game based on the predetermined instruction received by the instruction reception means;
Data obtained based on the content of the predetermined instruction is a value corresponding to the execution result of the second game.
The information processing apparatus according to claim 1. The information related to the privilege given after the game is distributed is information updated in the server based on the number of times the information processing apparatus has logged in to the server.
The information processing apparatus according to claim 1. Information related to the privilege given after the game is distributed is recorded on the server by a user account of a user other than the user who has given the predetermined instruction based on the predetermined instruction received by the instruction receiving unit. The information is updated in the server based on the number of the user account of the other user and the user account of the user who performed the predetermined instruction are associated with each other.
The information processing apparatus according to claim 1. The acquisition means acquires the change information of the delivery time of the game and information related to an additional privilege,
The display means is provided with information regarding the change of the game delivery time and the additional benefit based on the change information of the game delivery time acquired by the acquisition means and the information regarding the additional privilege. Display information indicating
The information processing apparatus according to claim 1. In an information processing apparatus accessible to a server for recording a user account, a computer is
Instruction accepting means for accepting a predetermined instruction based on a user's operation made before distribution of the game;
A request to make a request to the server to record data obtained based on the contents of the predetermined instruction received by the instruction receiving means in association with the user account that identifies the user who has given the predetermined instruction means,
An acquisition means for acquiring information related to a privilege that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means for performing processing for displaying information indicating a privilege to be given after distribution of the game, based on the information on the privilege acquired by the acquisition unit;
Program to function as. A server accessible from an information processing device,
First recording means for recording a user account for identifying a user in a storage device;
Receiving means for receiving, from the information processing apparatus, information identifying a user who operates the information processing apparatus and data based on the content of a predetermined instruction for the information processing apparatus before the game is distributed;
Based on the information specifying the user received by the receiving means and the data, the information relating to the privilege given after the game is distributed in association with the user account of the user is recorded in the storage device. Recording means;
Transmitting means for transmitting, after distribution of the game, information related to the privilege associated with the user account to the information processing apparatus operated by the user specified by the user account;
With a server. In a server accessible from the information processing apparatus, the computer is
First recording means for recording a user account for identifying a user in a storage device;
Receiving means for receiving, from the information processing apparatus, information identifying a user who operates the information processing apparatus and data based on the content of a predetermined instruction for the information processing apparatus before distribution of the game;
Based on the information specifying the user received by the receiving means and the data, the information relating to the privilege given after the game is distributed in association with the user account of the user is recorded in the storage device. Recording means,
Transmitting means for transmitting, after distribution of the game, information related to the privilege associated with the user account to the information processing apparatus operated by the user specified by the user account;
Program to function as. An information processing system including a server and an information processing apparatus accessible to the server,
The information processing apparatus includes:
An instruction receiving means for receiving a predetermined instruction based on a user's operation made before distribution of the game;
A request to make a request to the server to record data obtained based on the contents of the predetermined instruction received by the instruction receiving means in association with the user account that identifies the user who has given the predetermined instruction Means,
An acquisition means for acquiring information relating to a privilege that is transmitted from the server and that is given after distribution of the game associated with the user account;
Display means for performing a process of displaying information indicating a privilege given after distribution of the game based on the information related to the privilege acquired by the acquisition means;
With
The server
First recording means for recording a user account for identifying a user in a storage device;
Receiving means for receiving, from the information processing apparatus, information identifying a user who operates the information processing apparatus and data based on the content of a predetermined instruction for the information processing apparatus before the game is distributed;
Based on the information specifying the user received by the receiving means and the data, the information relating to the privilege given after the game is distributed in association with the user account of the user is recorded in the storage device. Recording means;
An information processing system with

Images