JP7427183B2 - Game device, game method, and game program - Google Patents

Description

The present disclosure relates to a game device, a game method, and a game program.

There is a known technology that collects the history of actions related to the game, including logins, game plays, and charging actions, of a large number of players, and estimates charging probability, which is the possibility that a player will perform a charging action (for example, Patent Document (see 1). In this technique, a charging offer display pattern for immediately performing a charging action when an operation is input is selected according to the player's charging probability and displayed on the user terminal of the target player.

Japanese Patent Application Publication No. 2017-176690

However, with the above-mentioned conventional techniques, it is difficult to motivate specific users, such as users whose frequency of playing games has decreased, to continue playing games.

Therefore, in one aspect, the present invention aims to motivate a specific user to continue playing the game.

In one aspect, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is provided for each of the registered users, based on log information associated with user identification information related to a plurality of registered users. for each of the predetermined periods with N (N=1,...,60) days after today as the starting point, and the registration calculated by the index value calculation unit. a benefit granting unit that grants a predetermined benefit that is advantageous in the game to a specific user among the plurality of registered users based on the index value for each user and for each of the predetermined periods; The assigning unit determines a registered user whose index value is equal to or higher than a predetermined threshold value from among the plurality of registered users as the specific user, and the predetermined threshold value is determined based on the index value for each of the predetermined periods. A gaming device is provided that is configured in different ways.

In one aspect, according to the present invention, it is possible to motivate a specific user to continue playing the game.

FIG. 1 is a block diagram of a game system according to the present embodiment. FIG. 6 is a diagram illustrating an example of a play screen for explaining the outline of a competitive game part. It is a functional block diagram regarding the function related to a continuation promotion function among the various functions realized by the server device. It is an explanatory diagram of data in a user information database. It is an explanatory diagram of information regarding a game. FIG. 3 is an explanatory diagram of data in a log information database. FIG. 2 is an explanatory diagram of data in an index value database. It is an explanatory diagram of grouping processing. It is an explanatory diagram of data in a specific event database. It is an explanatory view of a preferable example of the effect by a predetermined privilege. It is an explanatory view of another preferred example of the effect of a predetermined privilege. It is a flow chart which shows an example of processing related to continuation promotion processing by a server device. 12 is a schematic flowchart illustrating an example of a withdrawal probability calculation process (step S112 in FIG. 11). 12 is a schematic flowchart showing an example of grouping processing (step S113 in FIG. 11). It is a schematic flowchart which shows an example of privilege granting processing (step S114 of FIG. 11).

Hereinafter, each embodiment will be described in detail with reference to the accompanying drawings.

(Game system overview)
With reference to FIG. 1, an overview of a game system 1 according to the present embodiment will be described. FIG. 1 is a block diagram of a game system 1 according to this embodiment. The game system 1 includes a server device 10 and one or more terminal devices 20. Although three terminal devices 20 are illustrated in FIG. 1 for simplicity, the number of terminal devices 20 may be two or more.

The server device 10 is, for example, an information processing device such as a server managed by a service operator. In this embodiment, as an example, the server device 10 implements a so-called service platform and provides various services via the service platform. Specifically, the server device 10 includes, as an example, an application portal site (hereinafter also simply referred to as "site"), application software (hereinafter also simply referred to as "application"), and a social network function (hereinafter simply referred to as "application"). (also referred to as "SNS function") is provided to registered users (and guest users as necessary). Hereinafter, registered users (and guest users if necessary) will also be simply referred to as "users."

The number of sites provided by the server device 10 is arbitrary, but in this embodiment, as an example, it is assumed that there is one site (hereinafter also referred to as "site A").

The type and number of applications provided by the server device 10 are arbitrary, but in this embodiment, as an example, the applications provided by the server device 10 are one or more game applications (hereinafter simply referred to as "game applications"). ), and may also include various applications for using digital content (digital content other than game applications). Game applications and the like may be executable via site A or may be executable offline. Hereinafter, a game refers to a game related to a game application provided by the server device 10.

The type and number of SNS functions provided by the server device 10 are arbitrary, but here, they include diary, chat, message board/bulletin board (community), comment, messenger, friend request, sending objects (sending gifts), etc. It may be a function like . SNS functionality may be enabled via site A

The terminal device 20 is an information processing device used by a user, such as a mobile phone, a smartphone, a tablet terminal, a PC (Personal Computer), or a game device. The terminal device 20 can execute various applications according to this embodiment. Various applications may be received by the terminal device 20 from the server device 10 or another predetermined application distribution server via the network 3, or may be stored in a storage device provided in the terminal device 20 or a memory readable by the terminal device 20. It may be stored in advance in a storage medium such as a card. The server device 10 and the terminal device 20 are communicably connected via the network 3. For example, the server device 10 and the terminal device 20 cooperate to execute various processes related to services.

Note that the network 3 may include a wireless communication network, the Internet, a VPN (Virtual Private Network), a WAN (Wide Area Network), a wired network, or any combination thereof.

(Configuration of server device)
The configuration of the server device 10 will be specifically explained. The server device 10 is configured by a server computer. The server device 10 may be implemented by a plurality of server computers working together.

The server device 10 includes a server communication section 11, a server storage section 12, and a server control section 13.

The server communication unit 11 includes an interface that communicates with an external device wirelessly or by wire and sends and receives information. The server communication unit 11 may include, for example, a wireless LAN (Local Area Network) communication module or a wired LAN communication module. The server communication unit 11 is capable of transmitting and receiving information to and from the terminal device 20 via the network 3.

The server storage unit 12 includes, for example, a primary storage device and a secondary storage device. For example, the server storage unit 12 may include semiconductor memory, magnetic memory, optical memory, or the like. The server storage unit 12 stores various information and programs used for processing related to services. At least some of the information and programs stored in the server storage unit 12 may be shared and synchronized with the terminal device 20. Examples of information stored in the server storage unit 12 will be specifically described below.

Server control unit 13 includes one or more processors. The processor may include a general-purpose processor that implements a specific function by loading a specific program, and a dedicated processor specialized for specific processing. The server control unit 13 controls the operation of the server device 10 as a whole. Details of the server control unit 13 will be described later.

(Configuration of terminal device)
The configuration of the terminal device 20 will be specifically explained. As shown in FIG. 1, the terminal device 20 includes a terminal communication section 21, a terminal storage section 22, a display section 23, an input section 24, and a terminal control section 25.

The terminal communication unit 21 includes an interface that communicates with an external device wirelessly or by wire and sends and receives information. The terminal communication unit 21 may include, for example, a wireless communication module, a wireless LAN communication module, a wired LAN communication module, etc. compatible with a mobile communication standard such as LTE (Long Term Evolution) (registered trademark). The terminal communication unit 21 is capable of transmitting and receiving information to and from the server device 10 via the network 3.

The terminal storage unit 22 includes, for example, a primary storage device and a secondary storage device. For example, the terminal storage unit 22 may include a semiconductor memory, a magnetic memory, an optical memory, or the like. The terminal storage unit 22 stores various information and programs received from the server device 10 and used for processing related to services. Information and programs used for service-related processing may be obtained from an external device via the terminal communication unit 21. For example, a game application may be obtained from a predetermined application distribution server.

The display unit 23 includes a display device such as a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 23 can display various screens.

The input unit 24 includes, for example, an input interface including a touch panel provided integrally with the display unit 23. The input unit 24 can receive user input to the terminal device 20. Further, the input unit 24 may include physical keys, or may further include any input interface including a pointing device such as a mouse.

Terminal control unit 25 includes one or more processors. The terminal control unit 25 controls the overall operation of the terminal device 20. Hereinafter, an example of the operation of the terminal control unit 25 will be specifically described.

The terminal control unit 25 transmits and receives information via the terminal communication unit 21. For example, the terminal control unit 25 receives various information and programs used for service-related processing from at least one of the server device 10 and another external server. The terminal control unit 25 stores the received information and program in the terminal storage unit 22.

The terminal control unit 25 starts site A, a game application within site A, etc. in response to a user's operation. The terminal control unit 25 cooperates with the server device 10 to execute processing related to services. For example, the terminal control unit 25 causes the display unit 23 to display various screens related to processing related to the service. For example, a GUI (Graphic User Interface) that detects user operations may be displayed on the screen. The terminal control unit 25 can detect user operations on the screen via the input unit 24 .

In this embodiment, as an example, each user can play one or more games via site A. One of the various games is, for example, a game as described below with reference to FIG.

(Game app overview)
An overview of an example of a game application according to this embodiment will be explained. The game according to this embodiment includes one or more game parts. At least one of the one or more game parts may be performed using game media.

Game media is electronic data used in games, and includes arbitrary media such as cards, items, points, virtual currency, tickets, characters, avatars, parameters, and the like. The game content may also be game-related information such as level information, status information, parameter information (physical strength, attack power, etc.), or ability information (skills, abilities, spells, jobs, etc.). In addition, game media is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, enhanced, sold, discarded, or gifted within a game by a user, but the usage mode of game media is described in this specification. It is not limited to what is explicitly stated.

Hereinafter, unless otherwise specified, "game media owned by a user" refers to game media that is associated with a user ID that can uniquely identify the user as an owned game media. Further, "giving game content to a user" indicates that the game content is associated with the user ID as the owned game content. Further, "to discard the game content owned by the user" indicates to cancel the association between the user ID and the owned game content. Furthermore, "consuming game media owned by the user" indicates that some effect or influence may occur within the game in response to the cancellation of the association between the user ID and the owned game media. Furthermore, "selling the game media owned by the user" means dissolving the association between the user ID and the game media owned, and also indicating that the user ID owns other game media (e.g. virtual currency or items). Indicates that it is associated as a game medium. Furthermore, "transferring game media owned by user A to user B" means dissolving the association between user A's user ID and the owned game media, and transferring ownership of the game media to user B's user ID. Indicates that it is associated as a game medium. Furthermore, "creating game content" indicates defining or determining at least part of the information regarding the game content.

The game part is content that the user can play within the game, such as quests, missions, mini-games, development, reinforcement, and synthesis of game media, game media acquisition events, virtual space exploration events, and opponent ( For example, it includes battle events with other users, enemy characters, enemy buildings, etc.). One or more predetermined tasks (game tasks) may be set in each game part. For example, if it is determined that one or more game tasks set in the game part played by the user have been successfully achieved, the user may be rewarded with, for example, game media. Game tasks include, for example, winning a battle against an enemy character, reaching a goal in a virtual space, and keeping the user's character in a predetermined state (for example, incapacitated) until a predetermined amount of time has elapsed. ) It is possible to adopt any task depending on the content of the game part, such as the task of not being able to achieve the following. Also, the achievement of a specific task (clear task) among one or more game tasks set in a game part is also referred to as clearing the game part. If the user playing the game part succeeds in achieving the clear task, it is determined that the game part has been cleared, and the game part may end.

The one or more game parts may include a single-play game part and a multi-play game part. The single-play game part may include, for example, a game part (for example, a single-player game part) that is executed based on a user operation on one terminal device 20 used by one user. For example, one terminal device 20 may execute a single-play game part alone, or one terminal device 20 and the server device 10 may cooperate. On the other hand, a game part for multiplayer is, for example, a game part common to two or more users (e.g. , a game part for multiple players). A game part common to two or more users is, for example, a game part in which at least part of the progress processing and at least part of the processing results of the game part are commonly applied to the two or more users. May include. For example, two or more terminal devices 20 cooperate, or two or more terminal devices 20 and the server device 10 cooperate to execute a multiplay game part. One game part may support both single play and multiplay.

One of the games according to the present embodiment includes, for example, a battle game part having elements of a side-scrolling action game and elements of a battle game in which the player competes against an opponent using game media. The user selects one or more game media to be used in the competitive game part from among the game media that the user owns (owned game media). Hereinafter, each game medium used in the competitive game part will also be referred to as a first game medium. The one or more first game media are collectively referred to as a deck or a team. The opponent is, for example, an automatically operated game medium such as an NPC (Non-Player Character), but is not limited thereto. For example, the opponent may be a game medium operated by another user. In one competitive game part, the number of opponents may be arbitrarily determined.

An overview of the competitive game part according to this embodiment will be given with reference to FIG. 2. FIG. 2 shows an example of a play screen for explaining the outline of the competitive game part.

A user who plays a single-play competitive game part using the terminal device 20 operates, for example, a moving object 140 placed in a virtual space to obtain a predetermined item while avoiding obstacles and the like. The moving object 140 corresponds to a predetermined game medium (second game medium). The second game medium may include, for example, a motorcycle, a car, or a person running on the road surface 141. In response to the acquisition of the item 142, the game media (first game media A1, B, C, D, E) included in the deck perform a predetermined action (for example, attack the opponent). The action of the first game medium can cause damage to an opponent (in FIG. 2, an object 144 related to the opponent is displayed). On the other hand, the opponent performs a predetermined action (for example, an attack on the user) at a predetermined time interval, for example. Damage may be inflicted on the user (in FIG. 2, an object 143 related to the user is displayed) by the actions of the opponent. Predetermined parameters (total HP and HP) are set for each of the user and the opponent, which decrease by the amount of damage dealt. In FIG. 2, the image area 145 is an area where the remaining total HP is displayed with a gauge, the image area 148 is an area where the remaining HP of the opponent is displayed with a gauge, and the image area 149 is an area where the remaining HP of the opponent is displayed with a gauge. This area shows the status of each first game content included in the first game content. When the parameter of the opponent decreases to a predetermined value (for example, zero), it is determined that the user has won. On the other hand, when the parameter of the user decreases to a predetermined value (for example, zero), it is determined that the user has lost. If it is determined that the user has won or lost, the competitive game part may end.

On the other hand, the multi-play competitive game part is executed in the same manner as the single-play competitive game part described above, except that two or more users compete against a common opponent. Specifically, two or more users each use their own terminal device 20 to play a common competitive game part. Each of the two or more users operates the second game medium in the virtual space as described above. A common virtual space may be used for the two or more users, or an independent virtual space may be used for each user. The first game contents included in the respective decks of the two or more users attack, for example, a common opponent. The above-mentioned parameters of the opponent are commonly applied to two or more users. For example, the parameters of the opponent may be synchronized between a plurality of terminal devices 20 used by two or more users. When the parameter of the opponent decreases to a predetermined value (for example, zero), it is determined that two or more users have won. On the other hand, when the respective parameters of two or more users decrease to a predetermined value (for example, zero), it is determined that the two or more users have lost. If it is determined that two or more users have won or lost, the competitive game part may end.

Note that the above-mentioned games are just examples, and the present embodiment is applicable to fishing games, run games, dungeon games, Othello games, fighting games, city building games, horse racing, etc. in addition to general RPGs (Role Playing Games). It can also be applied to games, sports games such as baseball games, shooting games, etc.

(Continuation promotion process)
In this embodiment, the server device 10 further has a function for motivating a specific user to continue playing the game (hereinafter also referred to as a "continuation promotion function"). In the following, for the sake of explanation, unless otherwise mentioned, a specific game (one of one or more games playable at site A, such as the game described above with reference to FIG. 2) will be used. ), the continuation promotion function will be explained. The continuation promotion function may be implemented for each game, or may be implemented only for a specific game among the one or more games playable at site A. Hereinafter, a game refers to a specific game unless otherwise specified.

FIG. 3 is a functional block diagram regarding functions related to the continuation promotion function among various functions realized by the server device 10. FIG. 4 is an explanatory diagram of data in the user information database 50. In Figure 4 (the same applies to Figures 5 and 6, etc., which will be described later), "***" means that some information is stored, and "..." means that the same information is repeated. means. FIG. 5 is an explanatory diagram of information regarding the game. FIG. 6 is an explanatory diagram of data in the log information database 52. FIG. 7 is an explanatory diagram of data in the index value database 54. FIG. 8 is an explanatory diagram of the grouping process. FIG. 9 is an explanatory diagram of data in the specific event database 56.

The server device 10 cooperates with each terminal device 20 to realize various functions described below. As shown in FIG. 3, the server device 10 includes a user registration section 30, a game processing section 31, a billing processing section 32, a log information storage section 34, a log information acquisition section 36, and an index value calculation section 37. , a grouping section 38, a privilege granting section 39, a specific event generation section 40, a notification section 41, a user information database 50, a log information database 52, an index value database 54, and a specific event database 56. . The user registration unit 30 to the notification unit 41 can be realized by the server communication unit 11 and the server control unit 13 described above, and the user information database 50 to the specific event database 56 can be realized by the server storage unit 12 described above.

Note that the distinction between the functional units from the user registration unit 30 to the notification unit 41 is for convenience of explanation, and some or all of the functions of one specific functional unit (functions explained below) may be different from those of other functional units. It may be realized by the functional unit. The same applies to the user information database 50 to the specific event database 56, and part or all of the functions (functions to be described below) of one specific database may be realized by another database.

The user registration unit 30 registers user information related to users who use site A in the user information database 50. Note that the users registered in the user information database 50 are examples of registered users.

As shown in FIG. 4, the user information includes a user name, password, telephone number, owned coins, information regarding games, information regarding SNS, etc. in a manner that is associated with a user ID (an example of user identification information). The user information may include, for example, initially registered information such as a user ID and user name, as well as information that is accumulated after the fact, such as information regarding a game. In addition, the user information may also include the user's email address and the like.

The user ID is information that can uniquely identify a user. Hereinafter, the user ID will also be simply referred to as a user.

The user name is information indicating the user's name. Unlike a user ID, a user name does not need to be able to uniquely identify a user. The user name may be arbitrarily determined and changeable according to user operations on the terminal device 20. Note that the user name is information that is initially registered, and may be essential information that should be registered.

The password is a password to enable login to site A using the user name. Multiple types of passwords may be set depending on the purpose. The password is information that is initially registered, and may be essential information that should be registered.

The telephone number is, for example, a telephone number for short message service (SMS) authentication. The telephone number is information that is initially registered, and may be essential information to be registered or may be optional information.

Possession coins represent the number of coins (currently available coins) possessed by the user. In addition, in this embodiment, as an example, it is assumed that the coin is a coin that can be used at site A (hereinafter referred to as "A coin"), and by consuming the A coin that the user owns, the user can provide digital content, play games, etc. You can receive various compensation within the company. For example, the user can acquire a desired first game content, a desired item, etc. by consuming the A coins that the user owns. In addition, by consuming the A coins that you own, you can, for example, spin a gacha. Note that in this case, A coin is an example of game media. In a modification, the A coin may be game media that can only be used within the game. The initial value of coins owned by the user is, for example, 0. The owned coins can be updated by the billing processing unit 32 as described later.

As shown in FIG. 5, the information regarding the game may include, for each user ID, a rank, information regarding owned game media, information regarding the game media used, and friend information.

The rank is a parameter indicating the user's skill level regarding the game. In this embodiment, the rank value may increase depending on the user's play of the game. The higher the rank, the higher the user's skill with the game.

The information regarding owned game media includes various information specific to the game media owned by the user within the game (owned game media). When game media is acquired by a user, the game media is associated with the user as owned game media. Although details of the information regarding owned game media will be omitted, each game media ID may include the game media name, rarity, level, cost, HP (HitPoint), attack power, recovery power, etc.

The information regarding the game medium used is information indicating the game medium (first game medium) to be used by the user in the competitive game part. The first game content is selected from among the owned game content. In this embodiment, for example, up to five game contents selected from one or more owned game contents are each associated with a user as a first game medium. Thus, one game piece can be both the owned game piece and the first game piece. The first game content may be selected automatically or in response to a user operation, for example in a dedicated game part. For example, the dedicated game part may include a game part for so-called deck formation or team formation. A maximum of five first game contents indicated in the information regarding the game contents used constitute one deck. The information regarding the game medium used may include information about a plurality of decks.

Friend information represents user IDs in a friend relationship in the game. For example, if user A is friends with users B and C, the friend information associated with user A includes the user IDs of users B and C. Note that the friend relationship is realized through a friend application or the like. In this way, the friend information includes user IDs of other users that are unidirectionally or bidirectionally associated with the user. Note that users who are in a friend relationship may be able to communicate with each other, such as by sending and receiving messages, for example, during a game. Note that in the information regarding the user, information indicating the group to which the user belongs (for example, a guild or party) may be included instead of or in addition to the friend information.

Note that the content of the information regarding the game is not limited to what is described above. For example, the information regarding the user may further include information indicating a predetermined number of points held by the user within the game. The points are consumed by the user to play the game part. The consumption amount of the points may be different for each game part. The points may increase, for example, depending on the passage of time or depending on the use of predetermined game media.

Information regarding SNS may include various information related to SNS functions. For example, the information regarding SNS may include information regarding avatars, friend information, etc. for each user ID. The information regarding the avatar may include clothing information for changing clothes. The friend information may represent a user ID or group ID connected via the SNS function. The friend information may be the same as the friend information in the game, or may be different.

The game processing unit 31 performs various processes related to the game. Various processes related to the game include processing for starting playing the game and progressing the game based on operation information from the terminal device 20. Note that the process of advancing the game includes generating a game screen, updating various parameters, and the like.

Further, the game processing unit 31 generates a normal event regularly or irregularly. A normal event is an event in which all users can participate, unlike a specific event described later. Normal events occur (held) four times a month, for example. The form of the normal event is arbitrary, and may be, for example, a game media acquisition event, a virtual space exploration event, a battle event with an opponent (for example, another user, an enemy character, an enemy building, etc.) .

Further, the game processing unit 31 executes processing related to a specific event generated by the specific event generation unit 40. The game processing unit 31 allows only a specific user (described later) to participate in a specific event. For example, if the specific event is a game part that includes a bonus stage where special cards or items can be obtained, the game processing unit 31 controls the game part based on operation information from the terminal device 20 related to the specific user. Start and progress through the game.

The billing processing unit 32 executes processing related to billing services. In this embodiment, as an example, A coin can be used at site A. In this case, upon receiving a request from the user to provide (purchase) A coins, the billing processing unit 32 provides the A coins to the user under predetermined conditions. Note that the billing processing unit 32 may provide A coins to the user on the condition that the payment is made at that time, without relying on deferred payment, or may provide A coins to the user through deferred payment.

Furthermore, upon receiving a request from the user to consume A coin, the billing processing unit 32 realizes the consumption of A coin. Note that, as described above, the user may consume A coins when acquiring the desired first game content, acquiring a desired item, spinning a gacha, or the like.

The log information storage unit 34 collects log information of each user who uses site A, and stores the log information in the log information database 52 for each user ID. The log information to be accumulated may be all log information, or may be specific log information (for example, log information related to operation logs or log information used by the index value calculation unit 37 described below). . The log information represents various activities (login, logout, use of digital content, access/use of SNS functions, billing, etc.) on site A based on each user ID. In this embodiment, the log information to be accumulated includes log information regarding game play.

FIG. 6 shows an example of log information accumulated in the log information database 52. In FIG. 6, for each user ID (U01, U02, etc.), information representing the date and time of the operation and information representing the content of the operation are stored as a set. Note that one set of such log information is generated for each operation. The log information accumulated in the log information database 52 may be raw data or processed data. Note that in this embodiment, the log information to be accumulated includes log information related to game play, as described above. In the case of log information related to playing a game, the information representing the date and time of the operation and the information representing the content of the operation may include information regarding the date and time of the game, the number of times the game was played, and the like.

The log information acquisition unit 36 acquires (extracts) log information related to the user to be determined from the log information database 52. The users to be determined may be all the users in the user information database 50, or some of the users. may be done. Note that, as described above, log information is accumulated in the log information database 52 in a manner that is linked to a user ID. Note that the log information acquisition unit 36 may extract all of the log information linked to the user ID, or may extract only a part (for example, only the log information of a specific period).

The index value calculation unit 37 executes an index value calculation process that calculates an index value representing the possibility that the user to be determined will not perform a predetermined action within a predetermined period. Note that the index value calculation process may be executed regularly or irregularly. For example, the index value calculation process may be performed on a daily basis, or may be performed on a longer period of time. The predetermined period is arbitrary, but preferably between two weeks and six weeks, for example one month. The predetermined action is arbitrary, such as an action related to site A. For example, the predetermined actions include logging into site A, opening a specific page within site A, purchasing A coin, consuming A coin, starting a game application, playing a game, participating in a predetermined event within the game, The action may be an action while playing a game (for example, an action to obtain a predetermined item or to clear a predetermined mission).

In this embodiment, as an example, the predetermined action is an action related to participation in a game. Actions related to participation in a game include starting the game, playing the game, and the like.

The index value calculation unit 37 calculates, for each user, the probability that the user to be determined does not perform a predetermined action within a predetermined period (hereinafter also referred to as "withdrawal probability") based on the log information related to the user to be determined. do. More specifically, the withdrawal probability represents the possibility that the user to be determined will no longer continue a predetermined action that has been continued at a predetermined frequency with a predetermined frequency. The predetermined frequency is, for example, M times or more per month, and in this case, M times may be, for example, once or twice or more.

In this embodiment, the index value calculation unit 37 calculates the withdrawal probability based on log information regarding a predetermined action. The log information regarding the predetermined action indicates, for example, whether the predetermined action has been performed. However, in a modified example, log information related to the predetermined action and other log information (for example, log information related to other games) may be used in addition to the log information related to the predetermined action.

Here, there is a relatively high correlation between the log information regarding the predetermined action and the withdrawal probability. Therefore, by using such correlation, it is possible to calculate the withdrawal probability based on the log information regarding the predetermined action. In this case, it is also possible to input log information and output (calculate) the withdrawal probability using artificial intelligence. In the case of artificial intelligence, this can be achieved by implementing convolutional neural networks obtained through machine learning. In machine learning, for example, weights for a convolutional neural network that minimizes errors may be learned using performance data related to log information of a large number of users. Note that the error here refers to outputting a relatively low withdrawal probability based on log information prior to the predetermined period regarding a user who has stopped performing a predetermined action within a predetermined period, and This includes outputting a relatively high withdrawal probability based on log information prior to the predetermined period regarding users who have executed a predetermined action within the predetermined period.

Further, in the present embodiment, the index value calculation unit 37 may calculate the withdrawal probability based on log information regarding a specific event, which will be described later, in addition to log information regarding a predetermined action. The log information regarding a specific event indicates, for example, whether or not the user participated in the specific event (or equivalently, whether or not a predetermined benefit was used). Further, the log information regarding the specific event may include information indicating the content of the reward obtained at the specific event, in addition to information indicating whether or not the user participated in the specific event. As will be described later, the specific event has the effect of encouraging the user to perform a predetermined action in the future. Therefore, it is expected that a user who participated in a specific event or a user who received a considerable reward at the specific event is likely to perform a predetermined action in the future. For this reason, the index value calculation unit 37 may calculate (correct) the withdrawal probability to be lower for a user who participated in a specific event or a user who received a considerable reward at the specific event. However, this does not apply if participation in a specific event always involves the execution of a predetermined action (for example, if the predetermined action includes the action of participating in an arbitrary event).

After calculating the index value (withdrawal probability) as described above, the index value calculation unit 37 updates the index value data in the index value database 54. In the example shown in FIG. 7, the index value database 54 stores various withdrawal probabilities for each user. The various withdrawal probabilities are the withdrawal probabilities after N (N=1, . . . , 60) days (hereinafter also simply referred to as "withdrawal probability P _N "). The withdrawal probability P _N represents the probability (withdrawal probability) of not executing a predetermined action within a predetermined period from that day N days after today. In this way, the index value calculation unit 37 may calculate the withdrawal probabilities P _N for a plurality of N. In this case, the withdrawal probability can be calculated more precisely, so the effectiveness of the continuation promotion function can be increased.

The grouping unit 38 performs a grouping process to group each user according to the withdrawal probability based on the withdrawal probability calculated by the index value calculation unit 37. In the present embodiment, as an example, the grouping unit 38 groups a group of users to which a predetermined benefit (or a predetermined privilege that produces the most advantageous effect) to be given with the highest priority, which will be described later, into "group A", A group of users to whom a predetermined benefit should be given next priority is grouped into a "group B", and a group of users with a low need to be given a predetermined benefit are grouped into a "group X". In this case, groups A, B, and X are prioritized in this order.

In the example shown in FIG. 8, user IDs "7" to "10" with the highest probability of withdrawal after three days are set as "group A." Note that the grouping method is arbitrary; for example, users whose withdrawal probabilities P to _N exceed a predetermined threshold Th1 (e.g. 80%) are grouped into "Group A", and other users are grouped into "Group X". ” may be grouped together. Moreover, the number of groups is also arbitrary, and may be divided into three or more groups. For example, users whose withdrawal probability after 60 days exceeds a predetermined threshold Th2 (for example, 70%) may be grouped into "group B." In this case, grouping processing may be performed so that one user belongs to two or more types of groups. Note that users who are grouped to belong to two or more types of groups may be treated as belonging to the group with the highest priority.

The benefit granting unit 39 grants a predetermined benefit to the specific user based on the withdrawal probability calculated by the index value calculation unit 37. The predetermined benefit is any benefit that is advantageous in the game. For example, the predetermined benefits include a benefit that allows you to acquire specific game media that can be used in the game, a benefit that makes it easier to obtain the same specific game media, a benefit that allows you to participate in a specific event (described later), and a privilege that allows you to participate in a specific event. It may be a benefit that makes it easier to participate (a benefit that makes participation conditions more relaxed), etc. The specific game medium is, for example, a game medium that can generate an advantageous effect in the game, and may be in the form of a game medium or item that has relatively high physical strength or attack power, or a game medium that has special skills. It may be in the form of a game medium of relatively high rarity, or the like. Therefore, if a specific game content can be acquired, using the specific game content in the game provides an advantage in the game compared to not using the specific game content.

In this embodiment, as an example, it is assumed that the predetermined privilege is a privilege that allows participation in a specific event. That is, when the benefit granting unit 39 grants a predetermined benefit to one specific user, this essentially corresponds to the specific event generating unit 40 generating a specific event in which the specific user can participate.

Further, the predetermined benefit may be an increase in the number or value of rewards that can be acquired in a specific event. For example, the predetermined benefit may be that the maximum number of rewards that can be acquired increases, although the difficulty level of acquiring the rewards (the severity of the acquisition conditions) does not change.

In addition, in a modified example, the predetermined benefit may be a benefit that produces an advantageous effect in a specific event. The advantageous effect in a specific event may be determined according to the attributes of the specific event. For example, if the specific event is an event that makes it possible to obtain specific game content, the advantageous effect of the specific event may be an effect that makes it easier to obtain the specific game content. For example, if the specific game medium is in the form of a reward obtained by clearing a quest, the effect may be to make it easier to clear the quest. Specifically, in this case, the predetermined benefit may be, for example, being provided with an item necessary or useful for clearing a quest, being provided with a special skill or ability, or the like. In addition, if the specific event is an event that allows you to spin a special gacha, the advantageous effects of the specific event may be an effect that increases the value of the special game media released by the special gacha, or an effect that increases the value of the special game media released by the special gacha. It may also be an effect of increasing the probability that special game content will be released.

In another modification, the predetermined benefit may be a benefit unrelated to in-game play, gacha, billing, and the like. In this case, for example, the predetermined benefit may be in the form of a login bonus, a daily bonus, or the like. A login bonus refers to a reward given when a user logs in every predetermined period (one day). For example, the login bonus may be the granting of specific game media that can be used within the game, the granting of A coins, or the like. The daily bonus is a reward that can be earned once every day or every predetermined number of days (two or more days) or a predetermined number of times. Note that in the case of a daily bonus, unlike a login bonus, a reward is given not when the user logs in but when the user performs an operation to obtain the bonus. Similar to the login bonus, the reward related to the daily bonus may be specific game media that can be used within the game, A coins, or the like. Providing A coins makes it possible to acquire specific game content that can be used within the game by consuming A coins, so it is indirectly "a benefit that is advantageous within the game." Note that if the predetermined benefit is unrelated to the specific event, the specific event generating section 40, which will be described later, may be omitted. In addition, in still another modification, various such benefits may be selectively used as the predetermined benefit.

Note that the predetermined benefit may have an expiration date (usage restriction) or may not have an expiration date (usage restriction). For example, the predetermined benefit may be a specific event described below, and may be a benefit that is valid only for the most recent specific event, or may be a benefit that is valid for any subsequent specific event. Good too. Note that the predetermined privilege is typically a privilege that disappears after being used once (that is, a privilege that allows participation in one specific event). However, the predetermined privilege may be a privilege that allows participation in a plurality of specific events.

The privilege granting unit 39 determines a specific user from among the users based on the withdrawal probability of each user calculated by the index value calculation unit 37. At this time, the benefit granting unit 39 determines the specific user from among the users, based on the withdrawal probability of each user, in such a manner that a user with a higher withdrawal probability is more likely to be determined as the specific user. For example, the privilege granting unit 39 may determine a user whose withdrawal probability is greater than or equal to a predetermined threshold Th3 as the specific user. The predetermined threshold Th3 may be a constant value or may be a variable value. Further, the predetermined threshold Th3 may be different depending on "N" related to the withdrawal probability _PN . The predetermined threshold Th3 for the withdrawal probability P ₃₆₅ after one year and the predetermined threshold Th3 for the withdrawal probability P ₃₀ after 30 days may be different from the viewpoint of effectively suppressing withdrawal. Alternatively, the privilege granting unit 39 may determine a predetermined number of users as specific users in descending order of withdrawal probability.

Further, the privilege granting unit 39 may determine the specific user based on the groups grouped by the grouping unit 38. In this case, the privilege granting unit 39 may determine the users belonging to "Group A" as the specific users. Alternatively, the privilege granting unit 39 may determine users belonging to "Group A" and "Group B" as specific users. In this case, the benefit granting unit 39 may grant the user belonging to "Group A" (an example of a predetermined user) a predetermined benefit that is more advantageous than the user belonging to "Group B" (an example of other users). .

The specific event generation unit 40 generates a specific event regularly or irregularly. In this embodiment, the specific event may be an event in which only specific users who have been given a predetermined benefit can participate. The specific event may preferably be of a private type in which only a specific user is notified (notified by the notification unit 41, which will be described later). In this case, consideration can be given to users (users other than the specific user) to whom the predetermined benefit is not granted. In addition, in a modified example, the specific event may be an event in which some users other than the specific user (however, not all users, for example, users who meet the participation conditions) can participate.

When a specific event occurs, a corresponding specific user can participate in the specific event. The specific event may be of any attribute, such as a game part (event) that includes a bonus stage where special cards or items can be acquired, an event that allows you to spin a special gacha, or the like.

For example, the specific event generation unit 40 generates a participation button (not shown) related to a specific event on a game screen associated with a specific user. In this case, the participation button may be output before the specific event occurs. In this case, it becomes active and can be operated by the user only during the occurrence period of the specific event (that is, during the event period). When the participation button is operated, participation in the specific event is started.

In this embodiment, as an example, the specific event is a game part that includes a bonus stage where rewards (specific game media) can be obtained, and there are multiple types depending on the difference in rewards. Specifically, the specific events include an event that includes bonus stage A where you can get a pretty good reward, an event that includes a bonus stage B where you can get a good reward, and an event that includes a bonus stage B where you can get a good reward, and a normal reward (but a reward that is better than the reward that you can get in a normal event). There are multiple types of events depending on the difference in rewards, such as an event including a bonus stage C where a good reward can be obtained.

Here, in this specification, the quality of the reward differs depending on the attribute of the reward, but for example, if the reward is A coin, the larger the amount, the better the reward. Also, if the reward is a specific game medium, and the number of specific game contents obtained is the same, the higher the value of the specific game medium obtained, the better the reward, and the value of the specific game medium obtained. are the same, the greater the number of specific game contents obtained, the better the reward.

In this case, the benefit granting unit 39 determines (allocates) the type of specific event (predetermined benefit) that each specific user can participate in in such a manner that the specific user with a higher withdrawal probability is more likely to participate in bonus stage A. . For example, a specific event that users belonging to "Group A" can participate in is an event that includes bonus stage A, and a specific event that users belonging to "group B" can participate in is an event that includes bonus stage B. This is how it goes. Note that in the modified example, the maximum reward obtained in each bonus stage A to C is the same, but the probability of obtaining the reward may be different. That is, the acquisition probability may be the highest in bonus stage A, and the acquisition probability may decrease as bonus stages B and C are reached. In this case, for example, the remuneration acquisition conditions imposed on users belonging to "Group A" are set to be looser than the remuneration acquisition conditions imposed on users belonging to "Group B", and the remuneration acquisition conditions imposed on users belonging to "Group B" are The remuneration acquisition conditions imposed on users belonging to "Group C" are set to be looser than the remuneration acquisition conditions imposed on users belonging to "Group C." As a result, users belonging to "Group A" can obtain specific game content more easily than users belonging to "Group B," and users belonging to "Group B" can obtain specific game content more easily than users belonging to "Group C." It becomes easier to acquire game media.

Participation in a specific event is allowed at any time during a set period (for example, on that day). If the event period is set to be relatively long, advance notice can effectively increase the participation rate. In this case, the event period may be different for each specific user, a common event period may be set for each group, or a common event period may be set for all specific users. Further, the specific event may be generated in a manner accompanying the normal event, or may be generated independently of the normal event. Furthermore, the event period may be set over multiple periods (that is, the specific event may be set multiple times).

The notification unit 41 issues a notification for invitation to a specific event (event notification) only to a specific user. The notification may be realized by, for example, a push notification, a notification on site A, a short message to a corresponding phone number, an email to a corresponding email address, or the like. Further, the notification may be realized by having an operator (person) call the corresponding telephone number from a call center or the like, or by calling the associated telephone number and playing an automated voice.

Note that, preferably, in addition to or in place of the notification at site A, the notification unit 41 performs notification that site A is not used (for example, a short message to the corresponding phone number described above). This makes it easy to notify even specific users who do not log in to site A that a specific event is being held.

The user information database 50 stores user information (see FIG. 4) as described above.

As described above, the log information database 52 stores log information (see FIG. 6) for each user. The log information in the log information database 52 is updated as needed, as described above. Note that the log information in the log information database 52 may be discarded or transferred to another database after a relatively long period of time has passed since it was stored.

As described above, each index value (calculation result) (see FIG. 7) is stored in the index value database 54.

The specific event database 56 stores information regarding specific events, as described above. In the example shown in FIG. 9, the information regarding the specific event includes, for each specific event ID, the user ID (one or more user IDs) of the specific user invited to the specific event, reward details, and termination conditions. The remuneration details may include not only the details of the remuneration but also conditions for obtaining the remuneration. The end condition may be when the end point of the event period has arrived. Alternatively, the termination condition may be satisfied for each specific user only for the specific user who participated. In addition, in this embodiment, as an example, the specific event related to each specific event ID is held every day.

In this embodiment, as an example, there are three types of specific event IDs, where the specific event ID "000A" represents a specific event in which each specific user belonging to group A can participate, and the specific event ID "000B" The specific event ID "000C" represents a specific event in which each specific user belonging to group B can participate, and the specific event ID "000C" indicates a specific event in which each specific user belonging to group C can participate.

In this way, according to the present embodiment, the withdrawal probability of each user is calculated based on the log information of each user, and the predetermined benefit is granted to a specific user based on the withdrawal probability of each user. Only users who have registered will be able to participate in a specific event. At this time, since a user with a relatively high withdrawal probability is determined as a specific user, a predetermined benefit can be given to a user with a relatively high withdrawal probability. By providing a predetermined benefit to a user with a relatively high withdrawal probability, it is possible to motivate the user to continue playing the game. In other words, when a user feels attracted to a given predetermined benefit, by enjoying the benefits related to the predetermined benefit (rewards obtained from a specific event), the user feels the enjoyment of playing the game again and continues playing the game. There may be a desire to do so. In this way, the continuation promotion function according to the present embodiment can motivate users who have a relatively high withdrawal probability to continue playing the game.

In addition, in this embodiment, as described above, the predetermined privilege is a privilege that allows participation in a specific event, but even if the predetermined privilege is another privilege as described above, the same effect as described above can be obtained. It is played.

Furthermore, according to the present embodiment, by selectively performing the above processing only on specific users (i.e., users with a relatively high withdrawal probability), the same processing can be performed on all users. Compared to the above, it is possible to reduce the processing load on the server device 10 while motivating the user to continue playing the game.

Further, according to the present embodiment, as described above, the grouping unit 38 performs the grouping process from the viewpoint of whether or not to give the predetermined benefit (or the predetermined benefit that produces the most advantageous effect) with the highest priority. I do. Therefore, in this embodiment, for example, when a user group whose withdrawal probability P ₁ after one day is 50% and a user group whose withdrawal probability P ₇ after one week is 90% are grouped into the same group. is possible. This is because it is thought that there are groups that can be treated equally in terms of the potential for withdrawal even if the period (“ _N ” related to withdrawal probability PN) is different. Thereby, it is possible to prevent the number of groups from increasing unnecessarily, and it is possible to reduce the processing load. In particular, when the types of predetermined benefits are different for each group, the processing load (or design load) increases as the number of groups increases, but according to the present embodiment, this load can be efficiently reduced. However, in a modified example, the grouping unit 38 may perform the grouping process in such a manner that the same predetermined benefit can be given to specific users belonging to different groups.

In the present embodiment, the index value calculation unit 37 calculates, as described above, when a specific user is given a predetermined benefit and enjoys the benefit related to the predetermined benefit (that is, when a specific user participates in a specific event and obtains a reward). , updates the withdrawal probability for the specific user to a relatively low value. This is because when a specific user enjoys the benefit related to the predetermined benefit, the possibility that the specific user will perform the predetermined action within the predetermined period increases. In other words, the effect of the predetermined benefit (i.e. the reward obtained for the specific event) is preferably adapted to make the user want to perform the predetermined action again within the predetermined period of time. Specifically, the rewards obtained in bonus stages A, B, C, etc. can preferably be used in subsequent regular events and may bring advantageous effects when used. For example, a reward may be a specific game medium, such as a card or item that provides an advantageous effect in a next or subsequent regular event. This effectively encourages users who have earned rewards in bonus stages A, B, C, etc. to participate in the next or subsequent regular events. In addition, in a modified example, the rewards obtained in bonus stages A, B, C, etc. may be available in any normal event. For example, if there is a regular event being held at that time, the rewards obtained in bonus stages A, B, C, etc. can be used in the regular event currently being held (this regular event) and are advantageous when used. It may be something that brings about an effect.

Here, in this embodiment, as described above, a plurality of types of withdrawal probabilities are calculated as withdrawal probabilities _PN . In this case, the withdrawal probability can be calculated more precisely, so the effectiveness of the continuation promotion function can be increased. In other words, by changing the predetermined benefit according to the withdrawal probability _PN , it is possible to avoid giving an excessive predetermined benefit to users who have a relatively low need to receive the predetermined benefit, and to provide the predetermined benefit to users who have a relatively high need to receive the predetermined benefit. It is possible to increase the possibility that an appropriate predetermined benefit can be given only to the user. Further, it is also possible to suppress excessive inflation of parameters related to users in the game, maintain an appropriate game balance, and the like.

For example, in the example shown in FIG. 10A, the grouping unit 38 divides each user into four groups, groups A, B, C, and X. Group A is a "group of users who will leave tomorrow" and includes users whose withdrawal probability _P1 after one day is equal to or higher than a predetermined threshold Th4 (for example, 95%), and group B is a "group of users who will leave after one week". , users whose withdrawal probability P ₇ after 7 days (that is, withdrawal probability P ₇ after 1 week) is equal to or higher than a predetermined threshold Th5 (for example, 95% or less than a predetermined threshold Th 4) belong to group C. Users whose withdrawal probability P ₃₀ or P ₃₁ after 30 or 31 days (that is, withdrawal probability P ₃₀ or P ₃₁ after 1 month) is equal to or higher than a predetermined threshold Th6 (for example, 95% or less than a predetermined threshold Th5) belongs to Group X, which is a "group of users who do not leave the group even after one month" and other users belong to it. In this case, each user belonging to groups A, B, and C is determined as a specific user and is given a predetermined benefit. However, the predetermined benefits given to users belonging to group A are more advantageous than the predetermined benefits given to users belonging to group B, and the predetermined benefits given to users belonging to group B are more advantageous than those given to users belonging to group B. The effect it brings is more advantageous than the predetermined benefit given to users belonging to . As a result, even if the withdrawal probability is the same, as the withdrawal probability P _N decreases (as the urgency quickly increases), the effect of the prescribed benefit is gradually increased, so that it becomes necessary to provide the prescribed benefit. It is possible to increase the possibility that an appropriate predetermined benefit can be given only to a user who has a relatively high need to receive the predetermined benefit, without giving an excessive predetermined benefit to a user with a relatively low gender. Further, it is also possible to suppress excessive inflation of parameters related to users in the game, maintain an appropriate game balance, and the like.

Further, in the example shown in FIG. 10B, the grouping unit 38 divides each user into four groups, groups A, B, C, and X, similarly to the example shown in FIG. 10A. However, in the example shown in FIG. 10B, unlike the example shown in FIG. 10A, the predetermined benefit is in the form of a login bonus. In this case, the login bonus given to users belonging to group A is valid for only 7 days, for example, the login bonus given to users belonging to group B is valid only for 30 days, and the login bonus given to users belonging to group C is valid for only 30 days. The login bonus given to is valid for only 50 days, for example. Note that such login bonuses are not given to users belonging to group X. With this aspect as well, it is possible to motivate specific users (users belonging to groups A to C) to continue playing the game.

Next, an example of the operation related to the continuation promotion process by the server device 10 will be described with reference to FIG. 11 and subsequent figures. In the subsequent processing flow diagrams (flowcharts), the processing order of each step may be changed as long as the relationship between input and output of each step is not impaired.

FIG. 11 is a schematic flowchart showing an example of processing related to the continuation promotion processing by the server device 10.

In step S111, the index value calculation unit 37 of the server device 10 determines whether the timing to update the withdrawal probability has arrived. The timing of updating the withdrawal probability is arbitrary, but here it is assumed to be the start of the day (0:00). If the determination result is "YES", the process advances to step S112; otherwise, the process advances to step S117.

In step S112, the log information acquisition unit 36 and the index value calculation unit 37 of the server device 10 cooperate to execute a process of calculating the withdrawal probability for each user in the user information database 50. An example of the withdrawal probability calculation process will be described later with reference to FIG. 12.

In step S113, the grouping unit 38 of the server device 10 executes grouping processing based on the data in the index value database 54. An example of the grouping process will be described later with reference to FIG. 13.

In step S114, the benefit granting unit 39 of the server device 10 executes a benefit granting process of granting a predetermined benefit to the specific user based on the result of the grouping process in step S113. An example of the benefit granting process, which will be described later with reference to FIG. 14, involves updating data in the specific event database 56.

In step S115, the notification unit 41 of the server device 10 performs a notification process based on the result of the benefit grant process in step S114. Specifically, each specific user associated with the specific event ID "000A" is notified of the occurrence of the specific event related to the specific event ID "000A", and each specific user associated with the specific event ID "000B" is notified of the occurrence of the specific event related to the specific event ID "000A". Each specific user is notified of the occurrence of the specific event related to the specific event ID "000B", and the same applies thereafter. Note that the notification method is as described above. Note that the various notifications described above may be repeatedly executed as appropriate depending on their attributes. For example, notification on site A may be performed when the specific user logs in to site A, or may be performed at other timings, depending on the login status of the specific user. Furthermore, it is also possible to use a plurality of notification methods as appropriate, such as sending a notification by email when a specific user does not log in to site A.

In step S116, the specific event generation unit 40 of the server device 10 generates a specific event related to each specific event ID (“000A”, “000B”, and “000C”) in a mode in which only the corresponding specific user can participate ( For example, a participation button is generated on the terminal device 20 related only to the corresponding specific user.

In step S117, the billing processing unit 32 of the server device 10 performs billing processing as appropriate.

In step S118, the game processing unit 31 of the server device 10 performs various game processing. At this time, the game processing unit 31 performs game processing regarding the specific event for the specific user who has participated in the specific event, based on operation information from the terminal device 20 related to the specific user. The game processing unit 31 processes a request to participate in a specific event based on the data in the specific event database 56 so that one specific user is permitted to participate in the specific event a predetermined number of times Np. For example, when a request to participate in a specific event related to a specific event ID "000A" is received, it is checked whether the user ID that made the participation request is associated with the specific event ID "000A", and whether or not the user ID that made the participation request is associated with the specific event ID "000A" is checked. If so, participation is permitted up to a predetermined number of times Np. The predetermined number of times Np is 1 or more, and may be a fixed value or may change depending on the attributes of the specific event.

In step S119, the user registration unit 30 of the server device 10 performs user registration processing as appropriate.

In step S120, the log information storage unit 34 of the server device 10 stores the latest log information in the log information database 52.

FIG. 12 is a schematic flowchart illustrating an example of the withdrawal probability calculation process (step S112 in FIG. 11).

In step S202, the log information acquisition unit 36 selects one user from among the users in the user information database 50 in a predetermined order.

In step S204, the log information acquisition unit 36 extracts (acquires) log information related to the user selected in step S202 from the log information database 52.

In step S206, the index value calculation unit 37 calculates the index value, that is, the withdrawal probability, for the selected user based on the log information extracted in step S204. Note that, as described above, the withdrawal probability is calculated for a plurality of N as the withdrawal probability P _N.

In step S208, the index value calculation unit 37 stores (updates) the withdrawal probability P _N (withdrawal probability P _N related to the selected user) calculated in step S206 in the index value database 54.

In step S210, it is determined whether all users in the user information database 50 have been selected. If the determination result is "YES", the process ends; otherwise, the process from step S204 is repeated via step S212.

In step S212, the log information acquisition unit 36 selects the next user (new user) from among the users in the user information database 50 in a predetermined order.

FIG. 13 is a schematic flowchart showing an example of the grouping process (step S113 in FIG. 11).

In step S302, the grouping unit 38 extracts users whose withdrawal probability _P1 after one day is equal to or higher than a predetermined threshold Th4 (for example, 95%) from among the users in the user information database 50.

In step S304, the grouping unit 38 groups the users extracted in step S302 into group A as a "group of users who will leave tomorrow."

In step S306, the grouping unit 38 determines that the withdrawal probability _P7 after 7 days is a predetermined threshold Th5 ( For example, users whose score is 95% or more (less than a predetermined threshold Th4) are extracted.

In step S308, the grouping unit 38 groups the users extracted in step S306 into group B as a "group of users who will leave after one week."

In step S310, the grouping unit 38 determines the withdrawal probability P 30 after 30 or 31 days from among each user in the user information database ₅₀ , excluding users grouped into group A or group B. Alternatively, users whose P ₃₁ (that is, withdrawal probability P ₃₀ or P ₃₁ after one month) is equal to or higher than a predetermined threshold Th6 (for example, 95% or less than a predetermined threshold Th5) are extracted.

In step S312, the grouping unit 38 groups the users extracted in step S310 into group C as a "group of users who will leave after one month."

In step S314, the grouping unit 38 groups the remaining users in the user information database 50 into group X. Note that step S314 may be omitted.

FIG. 14 is a schematic flowchart showing an example of the privilege granting process (step S114 in FIG. 11).

In step S400, the privilege granting unit 39 determines each user belonging to group A as a specific user related to group A.

In step S402, the benefit granting unit 39 grants a predetermined benefit pertaining to group A to the specific user pertaining to group A. Specifically, the benefit granting unit 39 associates each user ID of the specific users related to group A with the specific event ID "000A" in the specific event database 56. Thereby, the specific users related to group A can participate in the specific event related to the specific event ID "000A" (the specific event related to the specific event ID "000A" that occurred in step S116).

In step S404, the privilege granting unit 39 determines each user belonging to group B as a specific user related to group B.

In step S406, the benefit granting unit 39 grants a predetermined benefit pertaining to group B to the specific user pertaining to group B. Specifically, the benefit granting unit 39 associates each user ID of the specific users related to group B with the specific event ID "000B" in the specific event database 56. Thereby, the specific users related to group B can participate in the specific event related to the specific event ID "000B" (the specific event related to the specific event ID "000B" that occurred in step S116).

In step S408, the privilege granting unit 39 determines each user belonging to group C as a specific user related to group C.

In step S410, the benefit granting unit 39 grants a predetermined benefit pertaining to group C to the specific user pertaining to group C. Specifically, the benefit granting unit 39 associates each user ID of the specific users related to group C with the specific event ID "000C" in the specific event database 56. Thereby, the specific users related to group C can participate in the specific event related to the specific event ID "000C" (the specific event related to the specific event ID "000C" that occurred in step S116).

In this way, according to the processes shown in FIGS. 11 to 14, the withdrawal probability P _N is calculated (updated) at predetermined time intervals (every day in this example), so The log information related to the participation status of each specific user can be reflected in the calculation result of the withdrawal probability _PN . Thereby, the accuracy of the calculation result of the withdrawal probability _PN can be improved, and the effectiveness of the above-mentioned continuation promotion process can be increased.

Note that in the processes shown in FIGS. 11 to 14, the withdrawal probability _N for a specific user who participated in a specific event related to specific event ID "000B" or specific event ID "000C" is reduced due to the participation. , the possibility of participating in multiple types of specific events is low. In other words, the specific user who participated in the specific event ID "000C" is suppressed from participating in the specific events related to the specific event ID "000A" and the specific event ID "000B", and the specific user who participated in the specific event ID "000B" is suppressed from participating in the specific event related to the specific event ID “000A”.

In this regard, compared to the reward that can be obtained by participating only once in the specific event related to specific event ID "000A", participating in the specific event related to specific event ID "000B" or specific event ID "000C" only once. If the rewards obtained by doing so are significantly lower, a sense of unfairness may arise.

Therefore, in order to avoid such a sense of unfairness, the predetermined benefit may be a benefit that allows the user to participate in the specific event related to the specific event ID "000B" or the specific event ID "000C" for multiple consecutive days. For example, the predetermined privilege given to a specific user belonging to group B may be a privilege that allows the user to participate in a specific event related to specific event ID "000B" for 7 consecutive days. In this case, the overall reward obtained by participating in the specific event related to specific event ID "000B" every day for 7 days is obtained by participating in the specific event related to specific event ID "000A" only once. It may be significantly better for the reward (e.g., an increase in the number or value of a particular game item obtained as a reward). As a result, if a specific user belonging to group B participates in a specific event related to specific event ID "000B" every day, and a specific user belonging to group A participates in a specific event related to specific event ID "000A" only for one day. It is possible to eliminate the sense of unfairness caused by the reward being better in the latter case than in the case of participation. That is, it is possible to encourage early participation in a specific event and increase the effectiveness of the above-described continuation promotion process. However, in the modified example, the overall reward obtained by participating in a specific event every day for 7 days is the same as the overall reward obtained by participating in a specific event related to specific event ID "000A" only once. They may be the same or may be significantly inferior.

Similarly, the predetermined privilege given to a specific user belonging to group C may be a privilege that allows the user to participate in a specific event related to specific event ID "000C" for 30 days or 31 days in a row. In this case, the overall reward obtained by participating in the specific event related to specific event ID "000C" every day for 30 or 31 days is limited to the total reward obtained by participating in the specific event related to specific event ID "000A" only once. may be significantly better than the reward obtained by participating in the specific event related to the specific event ID "000B" only seven times. As a result, if a specific user belonging to group C participates in a specific event related to specific event ID "000C" every day, and a specific user belonging to group A participates in a specific event related to specific event ID "000A" only for one day. It is possible to eliminate the sense of unfairness due to the fact that the rewards are better in the latter case when the user participates or when a specific user belonging to group B attends a specific event related to specific event ID "000B" every day. can. That is, it is possible to encourage early participation in a specific event and increase the effectiveness of the above-described continuation promotion process. However, in the modified example, the overall reward obtained by participating in a specific event every day for 30 days or 31 days is not the same as the overall reward obtained by participating in a specific event related to specific event ID "000A" only once, or The reward may be the same or significantly lower than the reward obtained by participating in the specific event related to the specific event ID "000B" only seven times.

In addition, in order to encourage early participation in a specific event, the withdrawal probability P _N for a specific user who participated in a specific event related to specific event ID "000B" or specific event ID "000C" decreases due to the participation. However, the amount of reduction may be relatively small. For example, the amount of decrease in the withdrawal probability P _N due to participation in the specific event related to the specific event ID "000C" is the decrease in the withdrawal probability P _N due to participation in the specific event related to the specific event ID "000B". The amount of decrease in withdrawal probability _PN caused by participating in the specific event related to specific event ID "000B" is significantly smaller than the amount of decrease caused by participating in the specific event related to specific event ID "000A". may be set to be significantly smaller than the amount of decrease in the withdrawal probability _PN . In this case, even if you participate in a specific event early, there is still a possibility that you will be able to participate in a subsequent specific event, and the above-mentioned sense of unfairness can be reduced.

Note that although grouping processing is executed in the processing shown in FIGS. 11 to 14, the grouping processing may be omitted. In this case, the benefit granting unit 39 determines a user whose withdrawal probability _P1 after one day is equal to or higher than a predetermined threshold Th4 (for example, 95%) as the first specific user, and identifies the user ID of the first specific user. is associated with the specific event ID “000A” in the specific event database 56. Similarly, the benefit granting unit 39 determines a user whose withdrawal probability _P7 after 7 days is equal to or higher than a predetermined threshold Th5 (for example, 95% or less than a predetermined threshold Th4) as a second specific user, and The user ID related to the user is associated with the specific event ID "000B" in the specific event database 56. Similarly, the benefit granting unit 39 determines that the withdrawal probability P ₃₀ or P ₃₁ after 30 or 31 days (that is, the withdrawal probability P ₃₀ or P ₃₁ after 1 month) is equal to or higher than a predetermined threshold Th6 (for example, 95% or less than a predetermined threshold Th5). A user is determined as the third specific user, and the user ID of the third specific user is associated with the specific event ID "000C" in the specific event database 56.

Although each embodiment has been described in detail above, it is not limited to a specific embodiment, and various modifications and changes can be made within the scope of the claims. It is also possible to combine all or a plurality of the components of the embodiments described above.

For example, in the embodiment described above, the grouping unit 38 may perform the grouping process based on the withdrawal probability calculated by the index value calculation unit 37 as well as other information such as information related to SNS. For example, based on information regarding SNS, grouping processing may be performed so that a certain user and users who are closely connected to the user do not belong to different groups. In this case, it becomes easy to maintain the privateness of the specific event. However, in this case, among the users belonging to the same group, the predetermined benefit given to the user with a low withdrawal probability does not have to be as advantageous as that for other users.

Further, in the embodiment described above, the benefit granting unit 39 may grant a predetermined benefit to the specific user based on other parameters in addition to the withdrawal probability calculated by the index value calculating unit 37. In this case, the manner in which the specific user is determined may be changed based on other parameters, and/or the predetermined benefit may be changed based on other parameters. In this case, the other parameters may be a change trend in the withdrawal probability (for example, an increasing trend or a decreasing trend), a charge amount, owned coins, the number of participations in a specific event (the number of past participations), and the like. Further, from the same viewpoint, the grouping unit 38 may perform grouping based on other parameters in addition to the withdrawal probability calculated by the index value calculation unit 37. In this case as well, the other parameters may be the change trend of the withdrawal probability (for example, increasing trend or decreasing trend), charge amount, owned coins, number of participations in a specific event (past number of participations), and the like.

Further, in the embodiment described above, at least a part of the screen displayed on the terminal device 20 is a web display that is displayed on the terminal device 20 based on data generated by the server device 10, and at least a part of the screen is displayed on the terminal device 20 based on data generated by the server device 10. It may also be a native display that is displayed by a native application installed on the device 20. In this way, the game according to the embodiment described above can also be a hybrid game in which each of the server device 10 and the terminal device 20 takes on a part of the processing. In this case, the predetermined action may not be an action related to the site A, but may be an action (eg, a predetermined operation) related to a native application on the terminal device 20, for example. In this case, the index value calculation unit 37 may calculate the withdrawal probability based on log information related to the native application. Further, in this case, part or all of the functions of the index value calculation section 37 may be realized by the terminal device 20. For example, information indicating that the predetermined operation has been performed may be obtained on the terminal device 20, and information indicating that the predetermined operation has been performed may be transmitted to the server device 10, and recorded in the log information database 52 as log information by the server device 10.

Regarding the above embodiments, the following supplementary notes are further disclosed (corresponding to the invention described in the original claims of the original application of the present application).

[Additional note 1]
a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users;
a game processing unit that starts playing the game and progresses the game based on operation information by the registered user;
an index value calculation unit that calculates, for each registered user, an index value representing the possibility that the registered user will not execute a predetermined action within a predetermined period, based on the log information acquired by the log information acquisition unit;
a benefit granting unit that grants a predetermined benefit that is advantageous in the game to a specific user among the plurality of registered users based on the index value for each registered user calculated by the index value calculation unit; including gaming equipment.

[Additional note 2]
According to supplementary note 1, the predetermined action includes at least one of an action related to participation in the game, an action during play of the game, and consumption of predetermined game media related to the game. game equipment.

[Additional note 3]
further comprising a specific event generation unit that periodically or irregularly generates a specific event in which only a limited number of registered users among the plurality of registered users can participate;
Supplementary note that the predetermined privilege includes at least one of the following: a privilege that allows participation in the specific event, a privilege that makes it easier to participate in the specific event, and a privilege that produces an advantageous effect in the specific event. 2. The game device according to 1 or 2.

[Additional note 4]
The specific event is an event in which you can acquire specific game media that can be used when playing the game, either unconditionally if you participate or if you participate and meet a predetermined acquisition condition,
The game device according to appendix 3, wherein the benefit granting unit relaxes the predetermined acquisition condition as a benefit that produces an advantageous effect in the specific event.

[Additional note 5]
The game processing unit regularly or irregularly generates an event that is different from the specific event and in which the plurality of registered users can participate,
The game device according to supplementary note 4, wherein the specific game medium can be used in the current or subsequent events, and provides an advantageous effect when used.

[Additional note 6]
The game device according to any one of Supplementary Notes 1 to 5, wherein the privilege granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user. .

[Additional note 7]
further comprising a grouping unit that divides the plurality of registered users into a plurality of groups according to the index value,
The benefit granting unit determines the registered users belonging to a first group with relatively high index values as the specific users, and provides a predetermined user with an advantage over other users among the determined specific users. The game device according to any one of Supplementary Notes 1 to 5, which provides the predetermined benefit.

[Additional note 8]
8. The game device according to any one of Supplementary Notes 1 to 7, wherein the index value represents a possibility that the registered user will no longer continue the predetermined action that has been continued with a predetermined frequency at the predetermined frequency.

[Additional note 9]
9. The game device according to any one of appendices 1 to 8, wherein the index value calculation unit calculates the index value representing the possibility at each of a plurality of time points after the current time.

[Additional note 10]
Obtain log information associated with user identification information related to multiple registered users,
Start playing the game and proceed with the game based on the operation information by the registered user,
For each registered user, based on the log information, calculate an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period;
A game method executed by a computer, comprising: granting a predetermined benefit that is advantageous in the game to a specific user among the plurality of registered users, based on the calculated index value for each registered user. .

[Additional note 11]
Obtain log information associated with user identification information related to multiple registered users,
Start playing the game and proceed with the game based on the operation information by the registered user,
For each registered user, based on the log information, calculate an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period;
A game program that causes a computer to execute a process of granting a predetermined benefit that is advantageous in the game to a specific user among the plurality of registered users based on the calculated index value for each registered user.

Below, the invention described in the claims of the original application of this application at the time of filing will be added.
[Additional note 1]
a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users;
a game processing unit that starts playing the game and progresses the game based on operation information by the registered user;
For each registered user, based on the log information acquired by the log information acquisition unit, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is calculated for a plurality of different predetermined periods. For each, an index value calculation unit that calculates,
Based on the index value calculated by the index value calculation unit for each registered user and for each predetermined period, a specific user among the plurality of registered users is given a predetermined benefit that is advantageous in the game. including a benefit granting section that
The benefit granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user;
The predetermined threshold value is set in a different manner for the index value for each of the plurality of different predetermined periods.
[Additional note 2]
The game device according to claim 1, wherein the index value calculation unit calculates the index value for each of the predetermined periods from a plurality of different starting points.
[Additional note 3]
The game device according to claim 1, wherein the predetermined threshold value is set in a different manner for the index value for each of the predetermined periods from the plurality of different starting points.
[Additional note 4]
a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users;
a game processing unit that starts playing the game and progresses the game based on operation information by the registered user;
For each of the registered users, based on the log information acquired by the log information acquisition unit, an index value representing the possibility that the registered user will not execute a predetermined action within a predetermined period is calculated from a plurality of different starting points. an index value calculation unit that calculates for each predetermined period;
Based on the index value calculated by the index value calculation unit for each of the registered users and for each of the predetermined periods from the plurality of different starting points, the game is assigned to a specific user among the plurality of registered users. and a benefit granting unit that grants predetermined benefits that are advantageous within the
The benefit granting unit determines, from among the plurality of registered users, a registered user whose index value is greater than or equal to a predetermined threshold value as the specific user, and the predetermined threshold value is determined from among the plurality of registered users for the predetermined period from the plurality of different starting points. A game device in which each index value is set in a different manner.
[Additional note 5]
The predetermined action includes at least one of an action related to participation in the game, an action during play of the game, and consumption of predetermined game media related to the game. 4. The game device according to any one of 4.
[Additional note 6]
further comprising a specific event generation unit that periodically or irregularly generates a specific event in which only a limited number of registered users among the plurality of registered users can participate;
The predetermined privilege includes at least one of a privilege that allows participation in the specific event, a privilege that makes it easier to participate in the specific event, and a privilege that produces an advantageous effect in the specific event. The game device according to any one of items 1 to 5.
[Additional note 7]
The specific event is an event in which you can acquire specific game media that can be used when playing the game, either unconditionally if you participate or if you participate and meet a predetermined acquisition condition,
The game device according to claim 6, wherein the benefit granting unit relaxes the predetermined acquisition condition as a benefit that produces an advantageous effect in the specific event.
[Additional note 8]
The game processing unit regularly or irregularly generates an event that is different from the specific event and in which the plurality of registered users can participate,
8. The game device according to claim 7, wherein the specific game medium can be used in the current or subsequent events and provides an advantageous effect when used.
[Additional note 9]
The game according to any one of claims 1 to 8, wherein the privilege granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user. Device.
[Additional note 10]
further comprising a grouping unit that divides the plurality of registered users into a plurality of groups according to the index value,
The benefit granting unit determines the registered users belonging to a first group with relatively high index values as the specific users, and provides a predetermined user with an advantage over other users among the determined specific users. The game device according to claim 1, wherein the predetermined benefit is provided.
[Additional note 11]
The game device according to any one of claims 1 to 10, wherein the index value represents a possibility that the registered user will no longer continue the predetermined action that has been continued with a predetermined frequency.
[Additional note 12]
Obtain log information associated with user identification information related to multiple registered users,
Start playing the game and proceed with the game based on the operation information by the registered user,
For each of the registered users, based on the acquired log information, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is calculated for each of a plurality of different predetermined periods;
Based on the calculated index value for each registered user and for each predetermined period, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold is determined as a specific user;
providing the determined specific user with a predetermined benefit that is advantageous in the game;
A game method executed by a computer, wherein the predetermined threshold value is set in a different manner for the index value for each of the plurality of different predetermined periods.
[Additional note 13]
Obtain log information associated with user identification information related to multiple registered users,
Start playing the game and proceed with the game based on the operation information by the registered user,
For each of the registered users, based on the acquired log information, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is calculated for each of a plurality of different predetermined periods;
Based on the calculated index value for each registered user and for each predetermined period, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold is determined as a specific user;
causing a computer to execute a process of granting a predetermined benefit that is advantageous in the game to the determined specific user;
The predetermined threshold value is set in a different manner for the index value for each of the plurality of different predetermined periods.
[Additional note 14]
Obtain log information associated with user identification information related to multiple registered users,
Start playing the game and proceed with the game based on the operation information by the registered user,
For each of the registered users, based on the acquired log information, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is calculated for each of the predetermined periods from a plurality of different starting points. death,
Based on the calculated index value for each registered user and for each predetermined period, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold is determined as a specific user;
A game method executed by a computer, the method comprising: giving the determined specific user a predetermined benefit that is advantageous in the game.
[Additional note 15]
Obtain log information associated with user identification information related to multiple registered users,
Start playing the game and proceed with the game based on the operation information by the registered user,
For each of the registered users, based on the acquired log information, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is calculated for each of the predetermined periods from a plurality of different starting points. death,
Based on the calculated index value for each registered user and for each predetermined period, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold is determined as a specific user;
A game program that causes a computer to execute a process of granting a predetermined benefit that is advantageous in the game to the determined specific user.

1 Game system 3 Network 10 Server device 11 Server communication section 12 Server storage section 13 Server control section 20 Terminal device 21 Terminal communication section 22 Terminal storage section 23 Display section 24 Input section 25 Terminal control section 30 User registration section 31 Game processing section 32 Charging processing unit 34 Log information storage unit 36 Log information acquisition unit 37 Index value calculation unit 38 Grouping unit 39 Benefit granting unit 40 Specific event generation unit 41 Notification unit 50 User information database 52 Log information database 54 Index value database 56 Specific event database

Claims (10)

Based on log information associated with user identification information related to multiple registered users, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is set for each registered user from today to N. an index value calculation unit that calculates for each of the predetermined periods with a plurality of different starting points starting from a day after (N=1,...,60);
Based on the index value calculated by the index value calculation unit for each of the registered users and for each of the predetermined periods, a specific user among the plurality of registered users is provided with a predetermined benefit that is advantageous in the game. and a benefit granting section that grants the benefit;
The benefit granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold as the specific user, and the predetermined threshold is set to the index value for each of the predetermined periods. In contrast, a game device is configured in a different manner. 2. The predetermined action includes at least one of an action related to participation in the game, an action during play of the game, and consumption of predetermined game media related to the game. The gaming device described. further comprising a specific event generation unit that periodically or irregularly generates a specific event in which only a limited number of registered users among the plurality of registered users can participate;
The predetermined privilege includes at least one of a privilege that allows participation in the specific event, a privilege that makes it easier to participate in the specific event, and a privilege that produces an advantageous effect in the specific event. The game device according to item 1 or 2. The specific event is an event in which you can acquire specific game media that can be used when playing the game, either unconditionally if you participate or if you participate and meet a predetermined acquisition condition,
The game device according to claim 3, wherein the benefit granting unit relaxes the predetermined acquisition condition as a benefit that produces an advantageous effect in the specific event. further comprising a game processing unit that starts playing the game and progresses the game based on operation information by the registered user;
The game processing unit regularly or irregularly generates an event that is different from the specific event and in which the plurality of registered users can participate,
5. The game device according to claim 4, wherein the specific game medium can be used in the current or subsequent events and provides an advantageous effect when used. The game according to any one of claims 1 to 5, wherein the privilege granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user. Device. further comprising a grouping unit that divides the plurality of registered users into a plurality of groups according to the index value,
The benefit granting unit determines the registered users belonging to a first group with relatively high index values as the specific users, and provides a predetermined user with an advantage over other users among the determined specific users. The game device according to any one of claims 1 to 5, wherein the predetermined benefit is provided. 8. The game device according to claim 1, wherein the index value represents a possibility that the registered user will no longer continue the predetermined action that has been continued with a predetermined frequency at the predetermined frequency. Based on log information associated with user identification information related to multiple registered users, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is set for each registered user from today to N. An index value calculation step of calculating for each of the predetermined periods with a plurality of different starting points starting from a day after (N=1,...,60) days;
Based on the index value for each of the registered users and for each of the predetermined periods calculated in the index value calculation step , a specific user among the plurality of registered users is provided with a predetermined benefit that is advantageous in the game. and a step of granting benefits.
In the benefit granting step, a registered user whose index value is equal to or higher than a predetermined threshold is determined as a specific user from among the plurality of registered users, and the predetermined threshold is determined based on the index value for each of the predetermined periods. A computer-implemented gaming method is configured in different ways . Based on log information associated with user identification information related to multiple registered users, an index value representing the possibility that the registered user will not perform a predetermined action within a predetermined period is set for each registered user from today to N. An index value calculation process for calculating each of the predetermined periods with a plurality of different starting points starting from a day after (N=1,...,60) days;
Based on the index value calculated by the index value calculation process for each of the registered users and for each of the predetermined periods, a specific user among the plurality of registered users is provided with a predetermined benefit that is advantageous in the game. causing the computer to execute the privilege granting process to be granted;
The benefit granting process determines, from among the plurality of registered users, a registered user whose index value is equal to or higher than a predetermined threshold value as a specific user , and the predetermined threshold value is determined based on the index value for each of the predetermined periods. A game program that is configured in different ways .