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

Abstract

To give a specific user a motivation for continuing to play a game.SOLUTION: A game device includes: a log information acquisition unit for acquiring log information associated with user identification information related to a plurality of registered users; a game processing unit for starting a play of a game and progressing the game on the basis of information on an operation by the registered user; an index value calculation unit for calculating an index value indicating the possibility that the registered user does not execute a predetermined action in a predetermined period for each of a plurality of different predetermined periods on the basis of the log information acquired by the log information acquisition unit for each of the registered users; and a privilege imparting unit for imparting a predetermined privilege advantageous in the game to a specific user in which the possibility indicated by the index value is a predetermined threshold or more of the plurality of registered users on the basis of the index value for each of the registered users calculated by the index value calculation unit.SELECTED DRAWING: Figure 3

Description

The present disclosure relates to game devices, game methods, and game programs.

A technique is known for collecting a history of actions related to a game including login, game play, and billing behavior of a large number of players, and estimating a billing probability that the player is likely to perform billing behavior (for example, patent documents). 1). In this technique, a pattern of a billing offer display for immediately executing a billing act when an operation is input is selected according to the billing probability of the player and displayed on the user terminal of the target player.

JP-A-2017-176690

However, with the above-mentioned conventional technology, it is difficult to give a motivation to continue playing a game to a specific user such as a user whose playing frequency of the game is decreasing.

Therefore, in one aspect, it is an object of the present invention to motivate a specific user to continue playing a game.

On one side, a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users, and a log information acquisition unit.
Based on the operation information by the registered user, the game processing unit that starts playing the game and advances the game,
For each registered user, based on the log information acquired by the log information acquisition unit, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is set for a plurality of different predetermined periods. For each, the index value calculation unit to be calculated and
Based on the index value for each registered user and for each predetermined period calculated by the index value calculation unit, a predetermined privilege that is advantageous in the game is given to a specific user among the plurality of registered users. Including the privilege granting department
The privilege giving unit determines a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user from among the plurality of registered users.
A game device is provided in which the predetermined threshold value is set in a different manner with respect to the index value for each of the plurality of different predetermined periods.

On one side, according to the present invention, it is possible to motivate a particular user to continue playing a game.

It is a block diagram of the game system which concerns on this embodiment. It is a figure which shows an example of the play screen for the explanation of the outline of the battle game part. It is a functional block diagram concerning the function related to the continuation promotion function among various functions realized by a server device. It is explanatory drawing of the data in a user information database. It is explanatory drawing of the information about a game. It is explanatory drawing of the data in a log information database. It is explanatory drawing of the data in an index value database. It is explanatory drawing of the grouping process. It is explanatory drawing of the data in a specific event database. It is explanatory drawing of the preferable example of the effect by a predetermined privilege. It is explanatory drawing of another example which is preferable of the effect by a predetermined privilege. It is a flowchart which shows an example of the processing related to the continuation promotion processing by a server apparatus. It is a schematic flowchart which shows an example of the withdrawal probability calculation process (step S112 of FIG. 11). It is a schematic flowchart which shows an example of the grouping process (step S113 of FIG. 11). It is a schematic flowchart which shows an example of the privilege granting process (step S114 of FIG. 11).

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

(Overview of the game system)
An outline of the game system 1 according to the present embodiment will be described with reference to FIG. FIG. 1 is a block diagram of the game system 1 according to the present embodiment. The game system 1 includes a server device 10 and one or more terminal devices 20. Although three terminal devices 20 are shown in FIG. 1 for convenience, 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 the present embodiment, as an example, the server device 10 realizes a so-called service platform and provides various services via the service platform. Specifically, the server device 10 is, for 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 if necessary). Hereinafter, the registered user (and guest user if necessary) is also simply referred to as a “user”.

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

The type and number of applications provided by the server device 10 are arbitrary, but in the present embodiment, as an example, the application provided by the server device 10 is an application for one or more games (hereinafter, simply "game application"). ”), And various other applications for using digital contents (digital contents other than game applications) may be included. The game application or the like may be made executable via the site A, or may be made executable offline. Hereinafter, the 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, diary, chat, message board / bulletin board (community), comments, messenger, friend request, object transmission (gift transmission), etc. It may be a function like. The SNS function may be made executable 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 the present 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 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 the service.

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 described. The server device 10 is composed of a server computer. The server device 10 may be realized in cooperation with a plurality of server computers.

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

The server communication unit 11 includes an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The server communication unit 11 may include, for example, a wireless LAN (Local Area Network) communication module, a wired LAN communication module, or the like. The server communication unit 11 can send and receive 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 a semiconductor memory, a magnetic memory, an optical memory, or the like. The server storage unit 12 stores various information and programs used for processing related to the service. At least a part of the information and the program stored in the server storage unit 12 may be shared and synchronized with the terminal device 20. Hereinafter, an example of the information stored in the server storage unit 12 will be specifically described.

The server control unit 13 includes one or more processors. The processor may include a general-purpose processor that realizes a specific function by reading a specific program, and a dedicated processor specialized for a specific process. The server control unit 13 controls the operation of the entire server device 10. The 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 described. As shown in FIG. 1, the terminal device 20 includes a terminal communication unit 21, a terminal storage unit 22, a display unit 23, an input unit 24, and a terminal control unit 25.

The terminal communication unit 21 includes an interface for transmitting and receiving information by communicating with an external device wirelessly or by wire. The terminal communication unit 21 may include, for example, a wireless communication module, a wireless LAN communication module, a wired LAN communication module, or the like corresponding to a mobile communication standard such as LTE (Long Term Evolution) (registered trademark). The terminal communication unit 21 can send and receive 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 the service. Information and programs used for processing related to the service may be acquired from an external device via the terminal communication unit 21. For example, the game application may be acquired 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 accept user input to the terminal device 20. Further, the input unit 24 may include a physical key, or may further include an arbitrary input interface including a pointing device such as a mouse.

The terminal control unit 25 includes one or more processors. The terminal control unit 25 controls the operation of the entire 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 / receives information via the terminal communication unit 21. For example, the terminal control unit 25 receives various information and programs used for processing related to the service from at least one of the server device 10 and another external server. The terminal control unit 25 stores the received information and the program in the terminal storage unit 22.

The terminal control unit 25 activates the site A, the game application in the site A, and the like in response to the user's operation. The terminal control unit 25 cooperates with the server device 10 to execute processing related to the service. 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) for detecting a user operation may be displayed on the screen. The terminal control unit 25 can detect a user operation on the screen via the input unit 24.

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

(Overview of game app)
An outline of an example of a game application according to the present embodiment will be described. The game according to this embodiment includes one or more game parts. At least one of the one or more game parts may be executed using the game medium.

The game medium is electronic data used in the game, and includes, for example, any medium such as a card, an item, a point, a virtual currency, a ticket, a character, an avatar, and a parameter. Further, the game medium may be game-related information such as level information, status information, parameter information (physical strength value, attack power, etc.) or ability information (skill, ability, spell, job, etc.). Further, the game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, or donated by the user in the game. It is not limited to what is specified.

Hereinafter, unless otherwise specified, the "game medium owned by the user" refers to a game medium associated with a user ID that can uniquely identify the user as the owned game medium. Further, "giving the game medium to the user" means that the game medium is associated with the user ID as the owned game medium. Further, "discarding the game medium owned by the user" means canceling the association between the user ID and the game medium owned by the user. Further, "consuming the game medium owned by the user" means that some effect or influence can be generated in the game depending on the cancellation of the association between the user ID and the owned game medium. Further, "selling the game medium owned by the user" means that the association between the user ID and the owned game medium is canceled and the user ID owns another game medium (for example, virtual currency or item). Indicates that it is associated as a game medium. Further, "transferring the game medium owned by the user A to the user B" means that the association between the user ID of the user A and the owned game medium is canceled and the game medium is owned by the user ID of the user B. Indicates that it is associated as a game medium. Further, "creating a game medium" means defining or determining at least a part of information about the game medium.

The game part is content that can be played by the user in the game, such as quests, missions, mini-games, training, strengthening, and synthesis of game media, game media acquisition events, virtual space exploration events, and opponents ( For example, a battle event with another user, an enemy character, an enemy building, etc.) is included. One or more predetermined tasks (game tasks) may be set for each game part. For example, when it is determined that one or more game tasks set in the game part played by the user have been successfully achieved, for example, a game medium or the like may be given to the user as a reward. The game tasks include, for example, a task of winning a battle with an enemy character, a task of reaching a goal point in a virtual space, and a state in which the user character is in a predetermined state (for example, an incapacitated state) until a predetermined time elapses. ), Etc., any task can be adopted according to the content of the game part. Further, the achievement of a specific task (clear task) among one or more game tasks set in the game part is also referred to as clearing the game part. If the user who plays the game part succeeds in achieving the clear task, it is determined that the game part is cleared, and the game part may be terminated.

The one or more game parts may include a game part for single play and a game part for multiplayer. The game part for single play may include, for example, a game part (for example, a game part for one person) executed based on a user operation on one terminal device 20 used by one user. For example, one terminal device 20 alone or one terminal device 20 and a server device 10 cooperate to execute a game part for single play. On the other hand, the game part for multiplayer is, for example, a game part common to the two or more users, which is executed based on a user operation on two or more terminal devices 20 used by the two or more users (for example). , Game part for multiple players) may be included. A game part common to two or more users is, for example, a game part in which at least a part of the progress processing of the game part and at least a part of the processing result are applied to the two or more users in common. May include. For example, two or more terminal devices 20 cooperate with each other, or two or more terminal devices 20 and a server device 10 cooperate with each other to execute a game part for multiplayer. One game part may support both single play and multiplayer.

One of the games according to the present embodiment includes, for example, a competitive game part having, for example, an element of a side-scrolling action game and an element of a competitive game in which an opponent is played against an opponent using a game medium. The user selects one or more game media to be used for the competitive game part from the game media (owned game media) owned by the user. Hereinafter, each game medium used for the competitive game part is also 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 to this. For example, the opponent may be a game medium operated by another user. In one battle game part, the number of opponents may be arbitrarily determined.

The outline of the competitive game part according to the present embodiment will be outlined with reference to FIG. FIG. 2 shows an example of a play screen for explaining the outline of the competitive game part.

A user who plays a battle game part for single play using the terminal device 20 operates, for example, a moving object 140 arranged in a virtual space to acquire 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, a person, or the like traveling on the road surface 141. In response to the acquisition of item 142, the game media (first game media A1, B, C, D, E) included in the deck perform a predetermined action (for example, an attack on an opponent). The action of the first game medium can damage the opponent (in FIG. 2, the 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. The actions of the opponent can damage the user (in FIG. 2, the object 143 related to the user is displayed). Predetermined parameters (total HP and HP) that reduce the amount of damage given are set for each of the user and the opponent. In FIG. 2, the image area 145 is an area for displaying the rest of the total HP with a gauge, the image area 148 is an area for displaying the rest of the opponent's HP with a gauge, and the image area 149 is a deck. It is an area which shows the state of each 1st game medium included in. When the opponent's parameter decreases to a predetermined value (for example, zero), it is determined that the user wins. On the other hand, when the parameter of the user decreases to a predetermined value (for example, zero), it is determined that the user is defeated. If it is determined that the user has won or defeated, the battle game part may end.

On the other hand, the multiplayer battle game part is executed in the same manner as the single play battle game part described above, except that two or more users play against a common opponent. Specifically, each of the two or more users plays a common battle game part using their own terminal device 20. 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 medium included in the deck of each of the two or more users attacks, 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 the 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 parameter of each of the two or more users decreases to a predetermined value (for example, zero), it is determined that the two or more users are defeated. If it is determined that two or more users have won or defeated, the competitive game part may end.

The above-mentioned game is just an example, and in this embodiment, in addition to the general RPG (Role Playing Game), a fishing game, a run game, a dungeon game, an Othello game, a fighting game, a city planning game, and a horse racing. It can also be applied to games, sports games such as baseball games, shooting games, and the like.

(Continued promotion processing)
In the present embodiment, the server device 10 further has a function (hereinafter, also referred to as a “continuation promotion function”) for motivating a specific user to continue playing the game. In the following, unless otherwise specified, a specific game (one of one or more games that can be played on Site A, for example, a game as described above with reference to FIG. 2). ) Will be explained. The continuation promotion function may be realized for each game, or may be realized only for a specific game among one or more games that can be played on the site A. Hereinafter, the game refers to a specific game unless otherwise specified.

FIG. 3 is a functional block diagram relating to a function related to a 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 FIG. 4 (the same applies to FIGS. 5 and 6 described later), "***" means that some information is stored, and "..." repeats the same information. means. FIG. 5 is an explanatory diagram of information about 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 unit 30, a game processing unit 31, a billing processing unit 32, a log information storage unit 34, a log information acquisition unit 36, and an index value calculation unit 37. , Grouping unit 38, privilege granting unit 39, specific event generation unit 40, notification unit 41, user information database 50, log information database 52, index value database 54, and 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.

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

The user registration unit 30 registers the user information related to the user who uses the site A in the user information database 50. The user registered in the user information database 50 is an example of a registered user.

As shown in FIG. 4, the user information includes a user name, a password, a telephone number, possessed coins, information about a game, information about an SNS, and the like in a manner associated with a user ID (an example of user identification information). The user information may include information that is initially registered, such as a user ID and user name, as well as information that is accumulated ex post facto, such as information about the game. In addition, the user information may also include the user's e-mail address and the like.

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

The user name is information indicating the name of the user. Unlike the user ID, the user name does not have to be able to uniquely identify the user. The user name may be arbitrarily determined and changed according to the user operation on the terminal device 20. The user name is information that is initially registered and may be essential information that should be registered.

The password is a password that enables a user name to log in to Site A. A plurality of types of passwords may be set depending on the intended use. The password is information to be initially registered and may be essential information to be registered.

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

The possessed coin represents the number of coins possessed by the user (the number of coins currently available). Further, in the present embodiment, as an example, it is assumed that the coin can be used on the site A (hereinafter referred to as "A coin"), and the user can provide digital contents or play a game by consuming the possessed A coin. You can receive various compensation within. For example, the user can acquire a desired first game medium, a desired item, or the like by consuming the possessed A coin. Also, by consuming the A coins you have, you can spin a gacha, for example. In this case, the A coin is an example of a game medium. In the modified example, the A coin may be a game medium that can be used only in the game. The initial value of the coins possessed by the user is, for example, 0. The possessed coin can be updated by the billing processing unit 32 as described later.

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

Rank is a parameter that indicates the user's skill level with respect to the game. In this embodiment, the rank value may increase according to the user's play of the game. The higher the rank, the higher the skill level of the user regarding the game.

The information about the owned game medium includes various information specific to the game medium (owned game medium) owned by the user in the game. When the game medium is acquired by the user, the game medium is associated with the user as the owned game medium. Although details of the information regarding the owned game medium are omitted, the game medium name, rarity, level, cost, HP (HitPoint), attack power, recovery power, and the like may be included for each game medium ID.

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 medium is selected from the owned game media. In the present embodiment, for example, up to five game media selected from one or more owned game media are associated with the user as the first game media, respectively. Therefore, one game medium can be a first game medium as well as a owned game medium. The first game medium 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 that performs so-called deck formation, team formation, or the like. A maximum of five first game media shown in the information about the game medium used constitutes one deck. The information regarding the game medium used may include information on a plurality of decks.

The friend information represents a user ID having a friend relationship in the game. For example, when the user A has a friend relationship with the users B and C, the friend information associated with the user A includes the user IDs of the users B and C. The friend relationship is realized through a friend application or the like. In this way, the friend information includes the user IDs of other users that are unidirectionally or bidirectionally associated with the user. It should be noted that users in a friendship relationship may be able to communicate with each other, for example, during a game, such as sending and receiving messages. In addition, in the information about the user, information indicating the group to which the user belongs (for example, a guild or a party) may be included in place of or in addition to the friend information.

The content of the information about the game is not limited to the above. For example, the information about the user may further include information indicating a predetermined point that the user holds in the game. The points are consumed for the user to play the game part. The amount of points consumed may differ for each game part. The points may be increased, for example, with the passage of time or with the use of a given game medium.

The information about the SNS may include various information related to the SNS function. For example, the information about the SNS may include information about the avatar, friend information, and the like for each user ID. The information about the avatar may include clothing information for changing clothes and the like. The friend information may represent a user ID or a group ID connected via the SNS function. The friend information may be the same as or different from the friend information in the game.

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

In addition, the game processing unit 31 generates a normal event periodically or irregularly. A normal event is an event that all users can participate in, unlike a specific event described later. A normal event occurs (held) four times a month, for example. The form of the normal event is arbitrary, and may be, for example, a game medium acquisition event, a virtual space search event, or a battle event with an opponent (for example, another user, an enemy character, an enemy building, etc.). ..

In addition, the game processing unit 31 executes processing related to the specific event generated by the specific event generation unit 40. The game processing unit 31 allows only a specific user, which will be described later, to participate in a specific event. For example, when the specific event is a game part having a bonus stage from which a special card or item can be acquired, the game processing unit 31 sets the game part based on the operation information from the terminal device 20 related to the specific user. The game progresses as it starts.

The billing processing unit 32 executes processing related to the billing service. In this embodiment, as an example, A coin can be used at site A. In this case, when the billing processing unit 32 receives a request for providing (purchasing) A coin from the user, the billing processing unit 32 provides the A coin to the user under predetermined conditions. The billing processing unit 32 may provide A coins to the user on condition of payment at that time, or may provide A coins to the user by postpayment, regardless of postpayment.

Further, the billing processing unit 32 realizes the consumption of the A coin when the user requests the consumption of the A coin. As described above, the user may consume A coins when acquiring a desired first game medium, acquiring a desired item, spinning a gacha, or the like.

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

FIG. 6 shows an example of log information stored in the log information database 52. In FIG. 6, for each user ID (U01, U02, etc.), information indicating the operation date and time and information indicating the operation content are stored as a set. A set related to such log information is generated for each operation. The log information stored in the log information database 52 may be raw data or processed data. In the present embodiment, the log information to be accumulated includes the log information related to the game play as described above. In the case of log information relating to game play, the information representing the operation date and time and the information representing the operation content may include information regarding the date and time of the game play, the number of times of play, 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 user to be determined may be all users in the user information database 50 or some users, and in the case of some users, the part of the users is appropriately determined. May be done. As described above, the log information database 52 stores log information in a manner associated with the user ID. The log information acquisition unit 36 may extract all of the log information associated with the user ID, or may extract a part (for example, only the log information of a specific period).

The index value calculation unit 37 executes an index value calculation process for calculating an index value indicating the possibility that the user to be determined does not execute the predetermined action within the predetermined period. The index value calculation process may be executed periodically or irregularly. For example, the index value calculation process may be executed every day or every longer period. The predetermined period is optional, but is preferably between 2 and 6 weeks, for example 1 month. The predetermined action is arbitrary, such as an action related to the site A. For example, predetermined actions include logging in to site A, opening a specific page in site A, purchasing A coin, consuming A coin, launching a game application, playing a game, participating in a predetermined event in the game, and so on. It may be an action during game play (for example, an action of acquiring a predetermined item or clearing a predetermined mission).

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

The index value calculation unit 37 calculates the probability that the judgment target user does not execute the predetermined action within the predetermined period (hereinafter, also referred to as “withdrawal probability”) based on the log information related to the judgment target user for each user. To do. More specifically, the withdrawal probability represents the possibility that the user to be determined does not continue the predetermined action that has been continued at the predetermined frequency. The predetermined frequency is, for example, M times or more in one month. In this case, for example, M times may be once or twice or more.

In the present embodiment, the index value calculation unit 37 calculates the withdrawal probability based on the log information regarding the predetermined action. The log information regarding the predetermined action indicates, for example, whether or not the predetermined action has been performed. However, in the modified example, the log information related to the predetermined action and other log information (for example, the log information related to another game) may be used together with 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, using such a correlation, the withdrawal probability can be calculated 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 by using artificial intelligence. In the case of artificial intelligence, it can be realized by implementing a convolutional neural network obtained by machine learning. In machine learning, for example, weights of a convolutional neural network that minimizes an error may be learned using actual data related to log information of a large number of users. The error referred to here is to output a relatively low withdrawal probability based on the log information before the predetermined period for the user who does not execute the predetermined action within the predetermined period, and the predetermined period. It includes outputting a relatively high withdrawal probability based on the log information before the predetermined period related to the user who has executed the predetermined action within the period.

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

When the index value calculation unit 37 calculates 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, various withdrawal probabilities are stored in the index value database 54 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 _PN "). Leaving probability P _N represents the probability of not executing a predetermined action from the day in N days after today within a predetermined time period (withdrawal probability). Thus, the index value calculating unit 37, a plurality of N, may calculate the withdrawal probability P _N. In this case, since the withdrawal probability can be calculated more finely, the effectiveness of the continuation promotion function can be enhanced.

The grouping unit 38 performs a grouping process for grouping 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 the user group to which the predetermined privilege (or the predetermined privilege that causes the most advantageous effect), which will be described later, is given with the highest priority, into "group A". Next, the group of users to whom the predetermined privilege should be given preferentially is grouped into "group B", and the group of users who are less likely to need to give the predetermined privilege is grouped into "group X". In this case, the priority is assumed to be higher in the order of groups A, B, and X.

In the example shown in FIG. 8, the user IDs "7" to "10" having the highest probability of withdrawal after 3 days are designated as "group A". A method of grouping is arbitrary, for example, leaving the probability P user either _N exceeds a predetermined threshold value Th1 (for example, 80%), grouped into "group A", the other users' groups X May be grouped into ". Further, the number of groups is 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, the grouping process may be executed so that one user belongs to two or more types of groups. Users grouped so as to belong to two or more types of groups may be treated as belonging to the group having the highest priority.

The privilege giving unit 39 grants a predetermined privilege to a specific user based on the withdrawal probability calculated by the index value calculation unit 37. The predetermined privilege is an arbitrary privilege that is advantageous in the game. For example, predetermined benefits include benefits that allow you to acquire specific game media that can be used in the game, benefits that make it easier to acquire the specific game media, benefits that allow you to participate in specific events (described later), and participation in specific events. It may be a privilege that makes it easier (a privilege that relaxes the participation conditions) or the like. The specific game medium is, for example, a game medium capable of generating an advantageous effect in the game, and is a game medium having a form such as a game medium or item having a relatively high physical strength value or attack power, or a game medium having special skills. It may be a form of a game medium having a relatively high rarity, or the like. Therefore, if a specific game medium can be acquired, using the specific game medium in the game is advantageous in the game as compared with the case where the specific game medium is not used.

In the present embodiment, as an example, the predetermined privilege is a privilege that can participate in a specific event. That is, granting a predetermined privilege to one specific user substantially corresponds to the occurrence of a specific event in which the specific user can participate by the specific event generation unit 40.

In addition, the predetermined privilege may be to increase the number and value of rewards that can be obtained at a specific event. For example, the predetermined privilege may be that the difficulty level of acquisition of rewards (strictness of acquisition conditions) does not change, but the maximum number of rewards that can be acquired increases.

In the modified example, the predetermined privilege may be a privilege that produces an advantageous effect in a specific event. The advantageous effect in a particular event may be determined according to the attributes of the particular event. For example, when the specific event is an event in which a specific game medium can be acquired, the advantageous effect in the specific event may be an effect that makes it easy for the specific game medium to acquire. For example, if a specific game medium is in the form of a reward obtained by clearing a quest, it may be an effect that makes it easier to clear the quest. Specifically, in this case, the predetermined privilege may be, for example, an item necessary or useful for clearing the quest, a special skill or ability, or the like. In addition, when a specific event is an event in which a special gacha can be turned, the advantageous effect in the specific event is the effect of increasing the value of the special game medium discharged by the special gacha, or the special gacha. It may be an effect that increases the probability that a special game medium is discharged.

Further, in another modification, the predetermined privilege may be a privilege unrelated to in-game play, gacha, billing, or the like. In this case, for example, the predetermined privilege may be in the form of a login bonus, a daily bonus, or the like. The login bonus refers to the reward given when logging in every predetermined period (1 day). For example, the login bonus may be to give a specific game medium that can be used in the game, to give A coin, or the like. The daily bonus is a reward that can be obtained once or once every day or every predetermined number of days (two or more days). In the case of the daily bonus, unlike the login bonus, the reward is given when the user performs an operation that is arbitrarily acquired, not at the time of login. The reward for the daily bonus may be a specific game medium that can be used in the game, A coin, or the like, as in the case of the login bonus. Granting A coins is indirectly a "privilege that is advantageous in the game" because it makes it possible to acquire a specific game medium that can be used in the game by consuming the A coins. If the predetermined privilege is unrelated to the specific event, the specific event generation unit 40 described later may be omitted. In addition, in still another modification, the predetermined privilege may selectively use such various privilege as appropriate.

The predetermined privilege may have an expiration date (use restriction) or may not have an expiration date (use restriction). For example, the predetermined privilege may be a specific event described later and may be a privilege valid only for one recent specific event, or may be a privilege valid for any subsequent specific event. May be good. 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 giving unit 39 determines a specific user from each user based on the withdrawal probability of each user calculated by the index value calculation unit 37. At this time, the privilege granting unit 39 determines a specific user from each user in a manner in which a user having a higher withdrawal probability is more likely to be determined as a specific user based on the withdrawal probability of each user. For example, the privilege giving unit 39 may determine a user whose withdrawal probability is the predetermined threshold Th3 or more as a specific user. The predetermined threshold value Th3 may be a constant value or a variable value. The predetermined threshold Th3 may be different depending on the "N" according to the withdrawal probability _{P N.} The predetermined threshold value Th3 for the withdrawal probability P ₃₆₅ after 1 year and the predetermined threshold value 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 a specific user based on the group grouped by the grouping unit 38. In this case, the privilege granting unit 39 may determine a user belonging to "Group A" as a specific user. Alternatively, the privilege granting unit 39 may determine users belonging to "group A" and "group B" as specific users. In this case, the privilege granting unit 39 may grant a user belonging to "Group A" (an example of a predetermined user) a predetermined privilege more advantageous than a user belonging to "Group B" (an example of another user). ..

The specific event generation unit 40 generates a specific event periodically or irregularly. In the present embodiment, the specific event may be an event in which only a specific user to whom a predetermined privilege has been granted can participate. The specific event may preferably be a non-public type in which only a specific user is notified (notification by the notification unit 41 described later). In this case, consideration can be given to users (users other than specific users) who are not given the predetermined benefits. In the 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 satisfy the participation condition) can participate.

When a specific event occurs, the corresponding specific user can participate in the specific event. The specific event may be an arbitrary attribute such as a game part (event) having a bonus stage in which a special card or item can be obtained, an event in which a special gacha can be turned, and the like.

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

In the present embodiment, as an example, a specific event is a game part having a bonus stage in which a reward (a specific game medium) can be obtained, and there are a plurality of types depending on the difference in the reward. Specifically, the specific event includes an event including a bonus stage A that can obtain a fairly good reward, an event including a bonus stage B that can obtain a good reward, and a normal reward (however, than the reward obtained in a normal event). There are a plurality of types of events including bonus stage C in which a good reward) can be obtained, depending on the difference in reward.

Here, the quality of the reward in the present specification differs depending on the attribute of the reward, but for example, when the reward is A coin, the larger the amount, the better the reward. Further, when the reward is a specific game medium, when the number of the obtained specific game media is the same, the higher the value of the obtained specific game medium, the better the reward, and the value of the obtained specific game medium. When are the same, the greater the number of specific game media available, the better the reward.

In this case, the privilege giving unit 39 determines (assigns) the type of specific event (predetermined privilege) that can be participated in for each specific user in such a manner that the specific user having a higher withdrawal probability is more likely to participate in the bonus stage A. .. For example, a specific event in which a user belonging to "Group A" can participate is an event including a bonus stage A, and a specific event in which a user belonging to "Group B" can participate is an event including a bonus stage B. And so on. In the modified example, the maximum rewards obtained in each of the bonus stages A to C are the same, but the reward acquisition probabilities may be different. That is, the acquisition probability may be the highest in the bonus stage A, and the acquisition probability may decrease as the bonus stages B and C are reached. In this case, for example, the reward acquisition condition imposed on the user belonging to "Group A" is set looser than the reward acquisition condition imposed on the user belonging to "Group B", and the user belonging to "Group B" is set. The conditions for acquiring the rewards imposed on the user are set looser than the conditions for acquiring the rewards imposed on the users belonging to "Group C". As a result, the user belonging to "Group A" is more likely to acquire a specific game medium than the user belonging to "Group B", and the user belonging to "Group B" is more specific than the user belonging to "Group C". It becomes easier to acquire the game medium of.

Specific events can be attended at any time during the set period (for example, that day, one day). If the holding period is set to be relatively long, the participation rate can be effectively increased by prior notice. In this case, the holding period may be different for each specific user, a common holding period may be set for each group, or a common holding period may be set for all specific users. In addition, the specific event may be generated in a manner incidental to the normal event, or may be generated independently of the normal event. In addition, the holding time may be set over a plurality of periods (that is, a specific event may be set a plurality of times as a set).

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

The notification unit 41 preferably, in addition to or in place of the notification at the site A, gives a notification that does not use the site A (for example, a short message to the corresponding telephone number described above). As a result, it becomes easy to inform the specific user who does not log in to the site A that the specific event is held.

As described above, the user information database 50 stores user information (see FIG. 4).

As described above, the log information database 52 stores log information (see FIG. 6) for each user. As described above, the log information in the log information database 52 is updated at any time. 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.

As described above, the specific event database 56 stores information about the specific event. In the example shown in FIG. 9, the information about the specific event includes the user ID (one or more user IDs) of the specific user invited to the specific event, the reward content, and the termination condition for each specific event ID. The content of the reward may include not only the content of the reward but also the conditions for obtaining the reward. The end condition may be when the end point of the holding time has arrived. Alternatively, the termination condition may be satisfied for each specific user and only for the specific user who participated by the participation. In this embodiment, as an example, it is assumed that the specific event related to each specific event ID is held every day.

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

As described above, according to the present embodiment, the withdrawal probability of each user is calculated based on the log information of each user, the predetermined privilege is given to the specific user based on the withdrawal probability of each user, and the predetermined privilege is given. Only new users can participate in a specific event. At this time, since the user having a relatively high withdrawal probability is determined as a specific user, a predetermined privilege can be given to the user having a relatively high withdrawal probability. By giving a predetermined privilege to a user having a relatively high withdrawal probability, it is possible to give the user a motivation to continue playing the game. That is, when the user is attracted to the given predetermined privilege, he / she enjoys the benefit (reward obtained at the specific event) related to the predetermined privilege, and thus feels the joy of playing the game again and continues playing the game. There is a possibility that you will be motivated to do it. In this way, the continuation promotion function according to the present embodiment can motivate the user having a relatively high withdrawal probability to continue playing the game.

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. Played.

Further, according to the present embodiment, the same processing is performed for all users by selectively performing the above processing only for a specific user (that is, a user having a relatively high withdrawal probability). It is possible to give the user a motivation to continue playing the game while reducing the processing load of the server device 10 as compared with the above.

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 privilege (or the predetermined privilege that causes the most advantageous effect) with the highest priority. I do. Thus, in this embodiment, for example, if the leaving probability P ₁ after 1 day and 50% of the user group, the leaving probability P ₇ after one week is 90% of the group of users are grouped into the same group There can be. This period (according to the withdrawal probability P _{N "N")} is Potential possibilities of different and detached because believed there is a group that can be handled equally. As a result, it is possible to suppress an unnecessarily large number of groups and reduce the processing load. In particular, when the type of predetermined privilege is different for each group, the processing load (or design load) increases as the number of groups increases, but according to the present embodiment, the load can be efficiently reduced. However, in the modified example, the grouping unit 38 may perform the grouping process in such a manner that the same predetermined privilege can be given to specific users belonging to different groups.

In the present embodiment, as described above, the index value calculation unit 37 receives the predetermined privilege and enjoys the benefit related to the predetermined privilege (that is, when the specific user participates in the specific event and receives the reward). , Update the withdrawal probability for the specific user to a relatively low value. This is because when a specific user enjoys the benefit of the predetermined privilege, there is a high possibility that the predetermined action will be executed within the predetermined period. In other words, the effect of the predetermined privilege (ie, the reward obtained at the particular event) is preferably adapted so that the user wants to perform the predetermined action again within the predetermined period. Specifically, the rewards obtained in the bonus stages A, B, C and the like may preferably be available at the next and subsequent normal events and bring about an advantageous effect at the time of use. For example, a reward is a particular game medium, such as a card or item, that has a beneficial effect at the next or subsequent regular event. As a result, the participation of the user who has received the reward in the bonus stages A, B, C, etc. in the next or subsequent normal event is effectively promoted. In the modified example, the rewards obtained in the bonus stages A, B, C, etc. may be available at any normal event. For example, if there is a regular event currently being held at that time, the rewards obtained in bonus stages A, B, C, etc. can be used at the regular event currently being held (this regular event) and are advantageous at the time of use. It may bring about various effects.

Here, in this embodiment, as described above, leaving probability is a plurality of types calculated as the leaving probability P _N. In this case, since the withdrawal probability can be calculated more finely, the effectiveness of the continuation promotion function can be enhanced. That is, _{by changing the predetermined privilege according to the withdrawal probability PN} , the user who has a relatively high need to give the predetermined privilege without giving an excessive predetermined privilege to the user who has a relatively low need to give the predetermined privilege It is possible to increase the possibility that an appropriate predetermined privilege can be given only to the person. In addition, it is possible to suppress excessive inflation of parameters related to the user in the game and maintain an appropriate game balance.

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, the "user group to leave tomorrow", leaving the probability P ₁ after 1 day belongs the user is a predetermined threshold value Th4 (e.g. 95%) or more, the group B is "user group to leave after one week" As a group, a user 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 Th4) belongs, and Group C is "withdrawal after 1 month". As a "user group", 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). To the group X, other users belong to the group X as a "user group that does not leave even after one month". In this case, each user belonging to groups A, B, and C is determined as a specific user, and a predetermined privilege is given. However, the predetermined privilege given to the user belonging to the group A is more advantageous than the predetermined privilege given to the user belonging to the group B, and the predetermined privilege given to the user belonging to the group B is the predetermined privilege given to the user belonging to the group B. The effect brought about is more advantageous than the predetermined privilege given to the user belonging to. Thus, even when leaving probability is the same, (as soon become high urgency) N leaving probability P _N is as small by increasing stepwise the predetermined benefits bring advantages, it should give a predetermined privilege It is possible to increase the possibility that an appropriate predetermined privilege can be given only to a user who has a relatively high need to give the predetermined privilege without giving an excessive predetermined privilege to a user having a relatively low sex. In addition, it is possible to suppress excessive inflation of parameters related to the user in the game and maintain an appropriate game balance.

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

Next, an operation example related to the continuation promotion process by the server device 10 will be described with reference to FIGS. 11 and 11 and thereafter. In the subsequent processing flow chart (flow chart), the processing order of each step may be changed as long as the relationship between the input and the 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 or not the update timing of the withdrawal probability has arrived. The update timing of the withdrawal probability is arbitrary, but here, it is assumed that it is the start time of the day (0:00). If the determination result is "YES", the process proceeds to step S112, and if not, the process proceeds 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 the calculation process of 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.

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

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

In step S115, the notification unit 41 of the server device 10 performs notification processing based on the result of the privilege granting processing 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 is associated with the specific event ID "000B". Each specific user is notified of the occurrence of the specific event related to the specific event ID "000B", and the same applies hereinafter. The notification method is as described above. The various notifications described above may be repeatedly executed as appropriate according to their attributes. For example, the notification at the site A may be executed when the specific user logs in to the site A, or may be executed at another timing, depending on the login status of the specific user. It is also possible to appropriately use a plurality of notification methods, such as notifying by e-mail when a specific user does not log in to the site A.

In step S116, the specific event generation unit 40 of the server device 10 can participate in the specific event related to each specific event ID (“000A”, “000B”, and “000C”) only by the corresponding specific user (a mode in which only the corresponding specific user can participate. For example, the participation button is drawn 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 appropriately performs billing processing.

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 related to the specific event for the specific user who participated in the specific event, based on the operation information from the terminal device 20 related to the specific user. Based on the data in the specific event database 56, the game processing unit 31 processes the participation request for the specific event so that the participation of the specific event by one specific user is permitted for a predetermined number of times Np. For example, when a participation request for a specific event related to the specific event ID "000A" is received, it is checked whether or not the user ID that made the participation request is associated with the specific event ID "000A", and the association is associated. If so, participation is permitted up to the specified number of times Np. The predetermined number of times Np is 1 or more, may be a fixed value, or may be changed according to the attribute of a specific event.

In step S119, the user registration unit 30 of the server device 10 appropriately performs the user registration process.

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 showing an example of the withdrawal probability calculation process (step S112 of FIG. 11).

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

In step S204, the log information acquisition unit 36 extracts (acquires) the 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 related to the selected user, that is, the withdrawal probability, based on the log information extracted in step S204. Incidentally, withdrawal probability, as described above, is calculated for a plurality of N as the leaving probability P _N.

In step S208, the index value calculating unit 37 stores (updates) the calculated detached probability _{P N} a (leaving probability _{P N} of the selected user) into an index value in the database 54 in step S206.

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

In step S212, the log information acquisition unit 36 selects the next one user (new one user) from each user 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 of FIG. 11).

In step S302, the grouping unit 38, from among the user in the user information database 50, leaving the probability _{P 1} after 1 day to extract user is a predetermined threshold value Th4 (e.g. 95%) or more.

In step S304, the grouping unit 38 groups each user extracted in step S302 into group A as a “user group leaving tomorrow”.

In step S306, the grouping unit 38, the user information of each user in the database 50, from among the users except grouped users in group A, leaving the probability P ₇ a predetermined threshold value after 7 days Th5 ( For example, users who are 95% or less than a predetermined threshold Th4) are extracted.

In step S308, the grouping unit 38 groups each user extracted in step S306 into group B as a “user group leaving after one week”.

At step S310, the grouping unit 38, out of the user in the user information database 50, the group of A or group B among the users except grouped users, 30 or 31 days after withdrawal probability P ₃₀ Alternatively _{, a user whose P 31} (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) is extracted.

In step S312, the grouping unit 38 groups each user extracted in step S310 into group C as a “user group leaving after one month”.

In step S314, the grouping unit 38 groups the remaining users among the users in the user information database 50 into the 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 of FIG. 11).

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

In step S402, the privilege granting unit 39 grants a predetermined privilege related to the group A to the specific user related to the group A. Specifically, the privilege granting unit 39 associates each user ID of the specific user related to the group A with the specific event ID “000A” in the specific event database 56. As a result, the specific user related to the 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" generated in step S116).

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

In step S406, the privilege granting unit 39 grants the predetermined privilege related to the group B to the specific user related to the group B. Specifically, the privilege granting unit 39 associates each user ID of the specific user related to the group B with the specific event ID “000B” in the specific event database 56. As a result, the specific user related to the 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" generated in step S116).

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

In step S410, the privilege granting unit 39 grants a predetermined privilege related to group C to a specific user related to group C. Specifically, the privilege granting unit 39 associates each user ID of the specific user related to the group C with the specific event ID “000C” in the specific event database 56. As a result, the specific user related to the 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" generated in step S116).

In this way, according to the processes shown in FIGS. 11 to 14, the withdrawal probability _PN is calculated (updated) every predetermined time (every day in this example), so that the specific event is reached at each predetermined time. log information relating to participation in each particular user, and can be reflected on the calculation result of withdrawal probability P _N. This increases the accuracy of the calculation result of withdrawal probability P _N, it is possible to enhance the effectiveness of the above-mentioned continued promotion processing.

In the process shown in FIGS. 11 to 14, leaving the probability _{P N} for a particular user who has joined the specific event of the specific event ID "000B" or a specific event ID "000C" is reduced due to the participation Therefore, it is unlikely that you will be able to participate in multiple types of specific events. That is, the specific user who participated in the specific event ID "000C" is suppressed from participating in the specific event 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, for the reward obtained by participating in the specific event related to the specific event ID "000A" only once, participate in the specific event related to the specific event ID "000B" or the specific event ID "000C" only once. If the rewards you get from doing so are significantly lower, you may feel unfair.

Therefore, in order not to cause such an unfair feeling, the predetermined privilege may be a privilege that allows participation in a specific event related to the specific event ID "000B" or the specific event ID "000C" for a plurality of days in a row. For example, the predetermined privilege given to the specific user belonging to the group B may be a privilege capable of participating in the specific event related to the specific event ID "000B" for 7 consecutive days. In this case, the overall reward obtained by participating in the specific event related to the specific event ID "000B" every day for 7 days can be obtained by participating in the specific event related to the specific event ID "000A" only once. It may be significantly better than the reward (eg, an increase in the number or value of a particular game medium obtained as a reward). As a result, when the specific user belonging to the group B participates in the specific event related to the specific event ID "000B" every day, and when the specific user belonging to the group A participates in the specific event related to the specific event ID "000A" for only one day. It is possible to eliminate the feeling of unfairness due to better rewards in the latter case than in the case of participation. That is, it is possible to promote early participation in a specific event and enhance the effectiveness of the above-mentioned continuation promotion process. However, in the modified example, the overall reward obtained by participating in the specific event every day for 7 days is the reward obtained by participating in the specific event related to the specific event ID "000A" only once. It may be the same or significantly inferior.

Similarly, the predetermined privilege given to the specific user belonging to the group C may be a privilege capable of continuously participating in the specific event related to the 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 the specific event ID "000C" every day for 30 days or 31 days is to participate in the specific event related to the specific event ID "000A" only once. It may be significantly better than the reward obtained in the above and the reward obtained by participating in the specific event related to the specific event ID "000B" only seven times. As a result, the specific user belonging to the group C participates in the specific event related to the specific event ID "000C" every day, and the specific user belonging to the group A participates in the specific event related to the specific event ID "000A" for only one day. It is possible to eliminate the feeling of unfairness due to better rewards in the latter case when participating or when a specific user belonging to group B participates in a specific event related to the specific event ID "000B" every day. it can. That is, it is possible to promote early participation in a specific event and enhance the effectiveness of the above-mentioned continuation promotion process. However, in the modified example, the overall reward obtained by participating in the specific event every day for 30 days or 31 days is the reward obtained by participating in the specific event related to the specific event ID "000A" only once. The reward may be the same or significantly inferior to the reward obtained by participating in the specific event related to the specific event ID "000B" only seven times.

Further, in order to facilitate the participation of early specific event, it is a leaving probability P _N for a particular user who has joined the specific event of the specific event ID "000B" or a specific event ID "000C", decreases due to the participation However, the amount of reduction may be relatively small. For example, reduction of withdrawal probability P _N due to participate in a specific event relating to a particular event ID "000C" is leaving the probability P _N due to participate in a specific event relating to a particular event ID "000B" significantly smaller than the decrease amount, the decrease amount of the leaving probability P _N due to participate in a specific event relating to a particular event ID "000B" is due to join a specific event relating to a particular event ID "000A" it may be set significantly smaller than the decrease amount of the withdrawal probability P _N. In this case, even if the specific event is participated early, the possibility of participating in the specific event after that remains, and the above-mentioned unfairness can be reduced.

In the processes shown in FIGS. 11 to 14, the grouping process is executed, but the grouping process may be omitted. In this case, the privilege granting unit 39, a user leaving the probability P ₁ after 1 day is the predetermined threshold value Th4 (e.g. 95%) or more, determined as the first specific user, the user ID according to the first specific user Is associated with the specific event ID “000A” in the specific event database 56. Similarly, privilege granting section 39, a user leaving probability P ₇ after 7 days is the predetermined threshold value Th5 (e.g. 95% or less than the predetermined threshold value Th4) above, was determined as the second specific user, the second specific The user ID related to the user is associated with the specific event ID "000B" in the specific event database 56. Similarly, privilege granting unit 39, 30 or a leaving probability _{P 30} or _{P 31} (i.e. leaving probability _{P 30} or _{P 31} after 1 month) after 31 days is given threshold Th6 (e.g. 95% or less than a predetermined threshold value Th5) or Is determined as the third specific user, and the user ID related to 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, the present invention 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 above-described embodiment.

For example, in the above-described embodiment, the grouping unit 38 may perform the grouping process based on the withdrawal probability calculated by the index value calculation unit 37 and other information such as information on the SNS. For example, based on the information about the SNS, a grouping process may be performed so that a certain user and a user who has a close connection with the user do not belong to another group. In this case, it becomes easy to maintain the non-disclosure of the specific event. However, in this case, among the users belonging to the same group, the predetermined privilege given to the user having a low withdrawal probability does not have to produce a more advantageous effect than the other users.

Further, in the above-described embodiment, the privilege granting unit 39 may grant a predetermined privilege to a specific user based on other parameters in addition to the withdrawal probability calculated by the index value calculation unit 37. In this case, the determination mode of the specific user may be changed based on other parameters, and / or the predetermined privilege may be changed based on other parameters. In this case, other parameters may be a changing tendency of the withdrawal probability (for example, an increasing tendency or a decreasing tendency), a billing amount, coins possessed, the number of times of participation in a specific event (the number of times of participation in the past), 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, other parameters may be a changing tendency of the withdrawal probability (for example, an increasing tendency or a decreasing tendency), a billing amount, coins possessed, the number of participations in a specific event (the number of participations in the past), and the like.

Further, in the above-described embodiment, at least a part of the screen displayed on the terminal device 20 is displayed on the terminal device 20 based on the data generated by the server device 10, and at least a part of the screen is displayed on the terminal. It may be a native display displayed by a native application installed in the device 20. As described above, the game according to the above-described embodiment may be a hybrid game in which the server device 10 and the terminal device 20 each play a part in the processing. In this case, the predetermined action does not have to be an action related to the site A, and may be, for example, an action related to a native application in the terminal device 20 (for example, a predetermined operation). In this case, the index value calculation unit 37 may calculate the withdrawal probability based on the log information related to the native application. Further, in this case, a part or all of the functions of the index value calculation unit 37 may be realized by the terminal device 20. For example, the execution of the predetermined operation may be acquired on the terminal device 20, and the information 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 in the server device 10.

The following additional notes will be further disclosed with respect to the above embodiments.

[Appendix 1]
A log information acquisition unit that acquires log information associated with user identification information related to multiple registered users, and a log information acquisition unit.
Based on the operation information by the registered user, the game processing unit that starts playing the game and advances the game,
For each registered user, an index value calculation unit that calculates an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period based on the log information acquired by the log information acquisition unit.
Based on the index value for each registered user calculated by the index value calculation unit, a privilege granting unit that grants a predetermined privilege that is advantageous in the game to a specific user among the plurality of registered users. Including game equipment.

[Appendix 2]
The predetermined action is described in Appendix 1, which includes at least one of an action relating to participation in the game, an action during play of the game, and consumption of a predetermined game medium related to the game. Game device.

[Appendix 3]
It further includes a specific event generator that generates a specific event that only a limited number of registered users among the plurality of registered users can participate in, periodically or irregularly.
The additional note that the predetermined privilege includes at least one of a privilege of being able to participate in the specific event, a privilege of facilitating participation in the specific event, and a privilege of generating an advantageous effect in the specific event. The game device according to 1 or 2.

[Appendix 4]
The specific event is an event in which a specific game medium that can be used at the time of playing the game can be acquired if the specific event is unconditionally participated or if a predetermined acquisition condition is satisfied.
The game device according to Appendix 3, wherein the privilege granting unit relaxes the predetermined acquisition condition as a privilege to generate an advantageous effect in the specific event.

[Appendix 5]
The game processing unit periodically 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 Appendix 4, wherein the specific game medium can be used at the event this time or after the next time, and has an advantageous effect at the time of use.

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

[Appendix 7]
A grouping unit that divides the plurality of registered users into a plurality of groups according to the index value is further provided.
The privilege giving unit determines the registered user belonging to the first group having a relatively high index value as the specific user, and among the determined specific users, the predetermined user is more advantageous than other users. The game device according to any one of Supplementary Provisions 1 to 5, which grants the predetermined privilege.

[Appendix 8]
The game device according to any one of Supplementary note 1 to 7, wherein the index value represents a possibility that the registered user does not continue the predetermined action that has been continued at the predetermined frequency at the predetermined frequency.

[Appendix 9]
The game device according to any one of Supplementary Provisions 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 present time.

[Appendix 10]
Acquires log information associated with user identification information related to multiple registered users,
Based on the operation information by the registered user, the game is started to be played and the game is advanced.
For each registered user, based on the log information, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is calculated.
A game method executed by a computer, which comprises imparting a predetermined privilege 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. ..

[Appendix 11]
Acquires log information associated with user identification information related to multiple registered users,
Based on the operation information by the registered user, the game is started to be played and the game is advanced.
For each registered user, based on the log information, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is calculated.
Based on the calculated index value for each registered user, a predetermined privilege that is advantageous in the game is given to a specific user among the plurality of registered users.
A game program that lets a computer perform processing.

1 Game system 3 Network 10 Server device 11 Server communication unit 12 Server storage unit 13 Server control unit 20 Terminal device 21 Terminal communication unit 22 Terminal storage unit 23 Display unit 24 Input unit 25 Terminal control unit 30 User registration unit 31 Game processing unit 32 Billing 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 (15)

A log information acquisition unit that acquires log information associated with user identification information related to multiple registered users, and a log information acquisition unit.
Based on the operation information by the registered user, the game processing unit that starts playing the game and advances the game,
For each registered user, based on the log information acquired by the log information acquisition unit, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is set for a plurality of different predetermined periods. For each, the index value calculation unit to be calculated and
Based on the index value for each registered user and for each predetermined period calculated by the index value calculation unit, a predetermined privilege that is advantageous in the game is given to a specific user among the plurality of registered users. Including the privilege granting department
The privilege giving unit determines a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user from among the plurality of registered users.
A game device in which the predetermined threshold value is set in a different manner with respect to the index value for each of the plurality of different predetermined periods. 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. The game device according to claim 1, wherein the predetermined threshold value is set in a different manner with respect to the index value for each of the predetermined periods from the plurality of different starting points. A log information acquisition unit that acquires log information associated with user identification information related to multiple registered users, and a log information acquisition unit.
Based on the operation information by the registered user, the game processing unit that starts playing the game and advances the game,
For each registered user, based on the log information acquired by the log information acquisition unit, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is set from a plurality of different origins. For each of the predetermined periods, the index value calculation unit to be calculated and
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 given to a specific user among the plurality of registered users. Including the privilege granting department that grants the prescribed privilege that is advantageous within
The privilege giving unit determines a registered user whose index value is equal to or higher than a predetermined threshold value among the plurality of registered users as the specific user, and the predetermined threshold value is set to the predetermined period from the plurality of different starting points. A game device that is set in a different manner for each of the index values. The predetermined action includes at least one of an action relating to participation in the game, an action during play of the game, and consumption of a predetermined game medium related to the game. The game device according to any one of 4. It further includes a specific event generator that generates a specific event that only a limited number of registered users among the plurality of registered users can participate in, periodically or irregularly.
The predetermined privilege includes at least one of a privilege of being able to participate in the specific event, a privilege of facilitating participation in the specific event, and a privilege of producing an advantageous effect in the specific event. Item 2. The game device according to any one of Items 1 to 5. The specific event is an event in which a specific game medium that can be used at the time of playing the game can be acquired if the specific event is unconditionally participated or if a predetermined acquisition condition is satisfied.
The game device according to claim 6, wherein the privilege granting unit relaxes the predetermined acquisition condition as a privilege to generate an advantageous effect in the specific event. The game processing unit periodically 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 claim 7, wherein the specific game medium can be used at the event this time or after the next time, and has an advantageous effect at the time of use. The game according to any one of claims 1 to 8, wherein the privilege granting unit determines a registered user whose index value is equal to or higher than a predetermined threshold value as the specific user from among the plurality of registered users. apparatus. A grouping unit that divides the plurality of registered users into a plurality of groups according to the index value is further provided.
The privilege giving unit determines the registered user belonging to the first group having a relatively high index value as the specific user, and among the determined specific users, the predetermined user is more advantageous than other users. The game device according to any one of claims 1 to 8, which grants the predetermined privilege. The game device according to any one of claims 1 to 10, wherein the index value represents a possibility that the registered user does not continue the predetermined action that has been continued at the predetermined frequency at the predetermined frequency. Acquires log information associated with user identification information related to multiple registered users,
Based on the operation information by the registered user, the game is started to be played and the game is advanced.
For each of the registered users, based on the acquired log information, an index value indicating the possibility that the registered user does not execute the predetermined action within the predetermined period is calculated for each of the plurality of different predetermined periods.
Based on the calculated index value for each registered user and for each predetermined period, a registered user whose index value is equal to or greater than a predetermined threshold value is determined as a specific user from among the plurality of registered users.
Including giving a predetermined privilege that is advantageous in the game to the determined specific user.
A computer-executed game method in which the predetermined threshold value is set in a different manner with respect to the index value for each of the plurality of different predetermined periods. Acquires log information associated with user identification information related to multiple registered users,
Based on the operation information by the registered user, the game is started to be played and the game is advanced.
For each of the registered users, based on the acquired log information, an index value indicating the possibility that the registered user does not execute the predetermined action within the predetermined period is calculated for each of the plurality of different predetermined periods.
Based on the calculated index value for each registered user and for each predetermined period, a registered user whose index value is equal to or greater than a predetermined threshold value is determined as a specific user from among the plurality of registered users.
The determined specific user is given a predetermined privilege that is advantageous in the game.
Let the computer do the work
A game program in which the predetermined threshold value is set in a different manner with respect to the index value for each of the plurality of different predetermined periods. Acquires log information associated with user identification information related to multiple registered users,
Based on the operation information by the registered user, the game is started to be played and the game is advanced.
For each registered user, based on the acquired log information, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is calculated for each of the predetermined periods from a plurality of different origins. And
Based on the calculated index value for each registered user and for each predetermined period, a registered user whose index value is equal to or greater than a predetermined threshold value is determined as a specific user from among the plurality of registered users.
A game method executed by a computer, which comprises imparting a predetermined privilege that is advantageous in the game to the determined specific user. Acquires log information associated with user identification information related to multiple registered users,
Based on the operation information by the registered user, the game is started to be played and the game is advanced.
For each registered user, based on the acquired log information, an index value indicating the possibility that the registered user does not execute a predetermined action within a predetermined period is calculated for each of the predetermined periods from a plurality of different origins. And
Based on the calculated index value for each registered user and for each predetermined period, a registered user whose index value is equal to or greater than a predetermined threshold value is determined as a specific user from among the plurality of registered users.
A game program that causes a computer to execute a process of giving a predetermined privilege that is advantageous in the game to the determined specific user.

Images