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

Description

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

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

JP 2017-176690 A

However, with the conventional technology as described above, it is difficult to motivate a specific user, such as a user whose frequency of game play has decreased, to continue playing the game.

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

In one aspect, a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users;
a game processing unit that starts playing the game and progresses the game based on the operation information by the registered user;
Based on the log information acquired by the log information acquiring unit, an index value representing a possibility that the registered user does not perform a predetermined action within a predetermined period is obtained for each of the plurality of different predetermined periods. For each, an index value calculation unit that calculates,
Based on the index value calculated by the index value calculation unit for each registered user and for each predetermined period, a specific user among the plurality of registered users is given a predetermined benefit that is advantageous in the game. and a privilege granting unit to
The privilege granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or greater than a predetermined threshold as the specific user;
A game device is provided in which the predetermined threshold value is set in a different manner for the index value for each of the plurality of different predetermined periods.

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

1 is a block diagram of a game system according to this embodiment; FIG. FIG. 10 is a diagram showing an example of a play screen for explaining an outline of a competitive game part; It is a functional block diagram about the function relevant to the continuation promotion function among the various functions which a server apparatus implement|achieves. FIG. 4 is an explanatory diagram of data in a user information database; FIG. 4 is an explanatory diagram of information about a game; FIG. 4 is an explanatory diagram of data in a log information database; FIG. 4 is an explanatory diagram of data in an index value database; FIG. 10 is an explanatory diagram of grouping processing; FIG. 4 is an explanatory diagram of data in a specific event database; FIG. 10 is an explanatory diagram of a preferable example of the effect of the predetermined privilege; FIG. 11 is an explanatory diagram of another preferred example of the effect of the predetermined privilege; It is a flowchart which shows an example of the process relevant to the continuation promotion process by a server apparatus. FIG. 12 is a schematic flow chart showing an example of the process of calculating the probability of leaving (step S112 in FIG. 11); FIG. 12 is a schematic flowchart showing an example of grouping processing (step S113 in FIG. 11); FIG. 12 is a schematic flow chart showing an example of privilege provision processing (step S114 in FIG. 11); FIG.

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

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

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

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

The type and number of applications provided by the server device 10 are arbitrary. ”), and may also include various applications for using digital content (digital content other than game applications). A game application or the like may be made executable via the site A, or may be made executable offline. Hereinafter, a game refers to a game related to a game application provided by the server device 10 .

The type and number of SNS functions provided by the server device 10 are arbitrary, but here, diary, chat, message board/bulletin board (community), comment, messenger, friend request, object transmission (gift transmission), etc. It may be a function such as SNS functionality may be enabled via Site A.

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

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

(Configuration of server device)
The configuration of the server device 10 will be specifically described. The server device 10 is configured by a server computer. The server device 10 may be implemented in cooperation with a plurality of server computers.

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

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

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

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

The terminal communication unit 21 includes an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The terminal communication unit 21 may include a wireless communication module, a wireless LAN communication module, a wired LAN communication module, or the like compatible with mobile communication standards such as LTE (Long Term Evolution) (registered trademark). The terminal communication unit 21 can transmit 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 semiconductor memory, magnetic memory, optical memory, or the like. The terminal storage unit 22 stores various information and programs received from the server device 10 and used for service-related processing. Information and programs used for service-related processing may be acquired from an external device via the terminal communication unit 21 . For example, a 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 an input interface including a touch panel provided integrally with the display unit 23, for example. The input unit 24 can accept user input to the terminal device 20 . Also, the input unit 24 may include physical keys, and may further include any input interface including a pointing device such as a mouse.

Terminal control unit 25 includes one or more processors. The terminal control unit 25 controls the operation of the terminal device 20 as a whole. An example of the operation of the terminal control unit 25 will be specifically described below.

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

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

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

(Outline of the game app)
An overview of an example of a game application according to the present embodiment will be described. A game according to this embodiment includes one or more game parts. At least one game part of the one or more game parts may be performed using game media.

Game media are electronic data used in games, and include arbitrary media such as cards, items, points, virtual currency, tickets, characters, avatars, and parameters. Game media may also be game-related information such as level information, status information, parameter information (physical strength, attack power, etc.) or ability information (skills, abilities, spells, jobs, etc.). Game media are electronic data that can be acquired, owned, used, managed, exchanged, combined, enhanced, sold, discarded, or gifted by the user in the game. It is not limited to what is specified.

Hereinafter, unless otherwise specified, "game media owned by a user" refers to game media associated with a user ID that can uniquely identify the user as owned game media. Also, "providing game media to the user" indicates that the game media are associated with the user ID as possessed game media. Also, "destroy the game media owned by the user" indicates canceling the correspondence between the user ID and the owned game media. Also, "consuming game content owned by the user" indicates that some kind of effect or influence can be generated in the game according to the cancellation of the correspondence between the user ID and the owned game content. Also, "selling the game media owned by the user" means canceling the association between the user ID and the owned game media, and adding other game media (for example, virtual currency, items, etc.) to the user ID. Indicates that it is associated as a game medium. Also, "to transfer the game media owned by user A to user B" means that the correspondence between user A's user ID and owned game media is canceled and the user ID of user B owns the game media. Indicates that it is associated as a game medium. Also, "creating game content" indicates defining or determining at least part of information about game content.

A game part is content that a user can play in a game, and includes, for example, quests, missions, mini games, development, enhancement, and synthesis of game media, game media acquisition events, virtual space search events, and opponents ( For example, it includes battle events against other users, enemy characters, enemy buildings, etc.). 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, the user may be rewarded with, for example, game media. The game tasks include, for example, a task of winning a match against an enemy character, a task of reaching a goal point in a virtual space, and a task that the user's character is in a predetermined state (for example, incapacitated state) until a predetermined time elapses. ) can be adopted according to the contents of the game part. Further, the achievement of a specific task (clear task) among one or more game tasks set for the game part is also called clearing of the game part. When the user who plays the game part succeeds in achieving the clear task, the game part may be determined to have been cleared and the game part may end.

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

One of the games according to the present embodiment includes, for example, a competitive game part having elements of a side-scrolling action game and elements of a competitive game in which the player battles against an opponent using game media. The user selects one or more game media to be used for the battle game part from the game media owned by the user (owned game media). Hereinafter, each game medium used in the battle game part will also be referred to as a first game medium. The one or more first game media are collectively called 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, an opponent may be a game medium operated by another user. The number of opponents may be arbitrarily determined in one battle game part.

An 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 an overview of the competitive game part.

A user who uses the terminal device 20 to play a single-play battle game part operates, for example, a moving object 140 arranged in a virtual space to obtain a predetermined item while avoiding obstacles and the like. The moving object 140 corresponds to a predetermined game medium (second game medium). The second game content may include, for example, a motorcycle, an automobile, or a person running on the road surface 141 . In response to the acquisition of the item 142, the game media (first game media A1, B, C, D, E) included in the deck perform a predetermined action (for example, attack the opponent). The action of the first game content can cause damage to the opponent (in FIG. 2, an object 144 related to the opponent is displayed). On the other hand, the opponent performs a predetermined action (for example, attacking the user) at predetermined time intervals, for example. Damage may be given to the user (in FIG. 2, an object 143 relating to the user is displayed) due to the action of the opponent. The user and opponent each have predetermined parameters (total HP and HP) that are reduced by the amount of damage dealt. In FIG. 2, the image area 145 is an area for displaying the remaining total HP as a gauge, the image area 148 is an area for displaying the remaining HP of the opponent as a gauge, and the image area 149 is an area for displaying the remaining HP of the deck. This is an area indicating the state of each first game content included in the . When the relevant parameter of the opponent decreases to a predetermined value (eg, zero), it is determined that the user has won. On the other hand, when the user's parameter decreases to a predetermined value (eg, zero), it is determined that the user has lost. When it is determined that the user has won or lost, the competition game part may end.

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

The game described above is merely an example, and the present embodiment can be applied to fishing games, running games, dungeon games, Othello games, fighting games, city-building games, horse racing games, as well as general RPGs (Role Playing Games). It can also be applied to games, sports games such as baseball games, shooting games, and the like.

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

FIG. 3 is a functional block diagram relating to functions related to the continuation promotion function among various functions realized by the server device 10. As shown in FIG. FIG. 4 is an explanatory diagram of data in the user information database 50. As shown in FIG. In FIG. 4 (similar to FIG. 5, FIG. 6, etc., which will be described later), "***" means that some information is stored, and "..." indicates repetition of 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. As shown in FIG. FIG. 7 is an explanatory diagram of data in the index value database 54. As shown in FIG. FIG. 8 is an explanatory diagram of the grouping process. FIG. 9 is an explanatory diagram of data in the specific event database 56. As shown in FIG.

The server device 10 cooperates with each terminal device 20 to implement 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 accumulation unit 34, a log information acquisition unit 36, and an index value calculation unit 37. , a grouping unit 38, a privilege granting unit 39, a specific event generating unit 40, a notification unit 41, a user information database 50, a log information database 52, an index value database 54, and a specific event database 56 . The user registration unit 30 to the notification unit 41 can be realized by the server communication unit 11 and the server control unit 13 described above, and the user information database 50 to the specific event database 56 can be realized by the server storage unit 12 described above.

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

The user registration unit 30 registers user information related to users who use the site A in the user information database 50 . A 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, password, phone number, owned coins, game information, SNS information, etc., in a manner associated with a user ID (an example of user identification information). User information may include, for example, initially registered information such as a user ID and user name, as well as post-accumulated information such as game-related information. The user information may also include the user's e-mail address and the like.

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

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

The password is a password that enables login to site A using the user name. A plurality of types of passwords may be set according to usage. The password is information that is initially registered, and may be essential information that should be registered.

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

Possessed coins represent the number of coins owned by the user (the number of coins currently available). Further, in this embodiment, as an example, it is assumed that the coin is a coin that can be used at site A (hereinafter referred to as "A coin"). You can receive various compensation within. For example, the user can acquire a desired first game content, acquire a desired item, or the like by consuming the A coins possessed by the user. In addition, by consuming the A coin possessed, for example, a gacha can be played. In this case, the A coin is an example of game media. In a modified example, the A coin may be game media that can be used only within the game. The initial value of the coins owned by the user is 0, for example. Possessed coins can be updated by the billing processing unit 32 as described later.

The game-related information may include, for each user ID, rank, owned game media information, used game media information, and friend information, as shown in FIG.

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

The information about owned game media includes various information unique to the game media owned by the user in the game (owned game media). When game media are acquired by a user, the game media are associated with the user as owned game media. Although the details of the owned game media are omitted, each game media ID may include the game media name, rarity, level, cost, HP (HitPoint), attack power, resilience, and the like.

The information about the game media to be used is information indicating the game media (first game media) that the user is allowed to use in the battle game part. The first game media is selected from owned game media. In this embodiment, for example, up to five game media selected from one or more owned game media are associated with the user as first game media. Therefore, one game medium can be both the owned game medium and the first game medium. The first game content may be selected automatically or in response to a user operation, for example in a dedicated game part. For example, the dedicated game part may include a game part for so-called deck formation or team formation. A maximum of five first game media indicated in the information on the used game media constitutes one deck. The information on the game media used may include information on multiple decks.

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

In addition, the contents of the information about the game are not limited to those described above. For example, the information about the user may further include information indicating the predetermined points that the user has in the game. The points are consumed for the user to play the game part. The consumption amount of the points may differ for each game part. The points may increase, for example, according to the passage of time or according to the use of predetermined game media.

The information about SNS may include various types of information related to SNS functions. For example, the SNS-related information may include avatar-related information, 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 user IDs and group IDs connected via the SNS function. The friend information may be the same as the friend information in the game, or may be different.

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

Also, the game processing unit 31 periodically or irregularly generates a normal event. A normal event is an event in which all users can participate, unlike a specific event described later. A normal event is generated (held) four times a month, for example. The form of the normal event is arbitrary, and may be, for example, a game media acquisition event, a virtual space search event, or a battle event with opponents (for example, other users, enemy characters, enemy buildings, etc.). .

The game processing unit 31 also executes processing related to specific events generated by the specific event generating unit 40 . The game processing unit 31 permits participation in a specific event only for a specific user, which will be described later. For example, if the specific event is a game part including a bonus stage in which special cards and items can be acquired, the game processing unit 31 selects the game part based on operation information from the terminal device 20 related to the specific user. The game progresses as soon as it starts.

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

Further, when receiving a request for consumption of A coins from the user, the billing processing unit 32 realizes consumption of A coins. As described above, the user may consume the A coin when obtaining the desired first game content, obtaining the desired item, spinning the gacha, or the like.

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

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

The log information acquisition unit 36 acquires (extracts) log information related to the user to be judged from the log information database 52 . The users to be judged may be all users in the user information database 50, or may be a part of the users. may be As described above, log information is accumulated in the log information database 52 in a form linked to the user ID. Note that the log information acquisition unit 36 may extract all of the log information associated with the user ID, or may extract a portion of the log information (for example, only the log information for a specific period).

The index value calculation unit 37 executes index value calculation processing for calculating an index value indicating the possibility that the user to be judged does not perform a predetermined action within a predetermined period of time. Note that the index value calculation process may be performed regularly or irregularly. For example, the index value calculation process may be performed on a daily basis, or may be performed on a longer period. The predetermined period is arbitrary, but preferably between 2 weeks and 6 weeks, for example 1 month. The predetermined action is arbitrary, such as an action related to site A. For example, predetermined actions include logging into site A, opening a specific page within site A, purchasing A coins, consuming A coins, starting a game application, playing a game, participating in a predetermined event within a game, It may be an action during game play (for example, an action to acquire a predetermined item or an action to clear a predetermined mission).

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

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

In this embodiment, the index value calculator 37 calculates the withdrawal probability based on the log information regarding the predetermined action. The log information related to the prescribed action indicates, for example, whether or not the prescribed action has been performed. However, in a modification, log information related to a predetermined action or other log information (for example, 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 probability of leaving. Therefore, using such correlation, the probability of leaving can be calculated based on the log information related to the predetermined action. In this case, it is also possible to use artificial intelligence to input log information and output (calculate) the probability of leaving. 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, the weight of a convolutional neural network that minimizes the error may be learned using performance data related to log information of many users. Note that the error here means outputting a relatively low probability of withdrawal based on log information prior to the predetermined period of time regarding a user who did not perform a predetermined action within the predetermined period of time, and and outputting a relatively high probability of withdrawal based on log information prior to the predetermined period of time relating to the user who performed the predetermined action within the predetermined period.

Further, in the present embodiment, the index value calculation unit 37 may calculate the withdrawal probability based on log information regarding a specific event, which will be described later, in addition to log information regarding a predetermined action. The log information related to the specific event indicates, for example, whether or not the user participated in the specific event (or equivalently, whether or not the user used the predetermined privilege). Further, the log information related to the specific event may include information indicating whether or not the player participated in the specific event, and information indicating details of rewards obtained in the specific event. A specific event has the effect of prompting the user to perform a predetermined action in the future, as will be described later. Therefore, it is expected that a user who participated in a specific event or a user who received a considerable reward at the specific event is highly likely to perform a predetermined action in the future. Therefore, the index value calculation unit 37 may calculate (correct) a lower probability of withdrawal for users who participated in a specific event or for users who received a considerable reward in the specific event. However, this is not the case when participation in a specific event always accompanies execution of a predetermined action (for example, when the predetermined action includes an action of participating in an arbitrary event).

After calculating the index value (withdrawal probability) as described above, the index value calculation unit 37 updates the index value data in the index value database 54 . In the example shown in FIG. 7, the index value database 54 stores various withdrawal probabilities for each user. _The various withdrawal probabilities are the withdrawal probabilities after N (N=1, . The withdrawal probability _PN represents the probability (withdrawal probability) that a predetermined action will not be executed within a predetermined period from that day N days from today. In this way, the index value calculator 37 may calculate the leaving probability _PN for a plurality of N's. In this case, the withdrawal probability can be calculated more finely, so the effectiveness of the continuation promoting function can be enhanced.

The grouping unit 38 performs grouping processing for grouping each user according to the withdrawal probability calculated by the index value calculation unit 37 . In this embodiment, as an example, the grouping unit 38 groups a group of users to whom a predetermined privilege (or a predetermined privilege that produces the most advantageous effect) to be given with the highest priority, which will be described later, is grouped into "group A", Next, a group of users to whom a predetermined privilege should be preferentially given is grouped into "group B", and a group of users who are less likely to be given a predetermined privilege are grouped into "group X". In this case, it is assumed that groups A, B, and X have the highest priority in that order.

In the example shown in FIG. 8, user IDs "7" to "10" with the highest probability of leaving after 3 days belong to "group A". Any grouping method may be used. For example, users whose probability of leaving P _{to N} exceeds a predetermined threshold value Th1 (for example, 80%) are grouped into “group A”, and other users are grouped into “group X ” can be grouped together. Also, 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 value Th2 (for example, 70%) may be grouped into “group B”. In this case, grouping processing may be performed so that one user belongs to two or more types of groups. Note that users grouped so as to belong to two or more types of groups may be treated as belonging to the group with the highest priority.

The privilege granting unit 39 grants a predetermined privilege to the specific user based on the withdrawal probability calculated by the index value calculating unit 37 . The predetermined privilege is any 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 same specific game media, benefits that allow you to participate in specific events (described later), and benefits that allow you to participate in specific events. It may be a benefit that makes it easier (a privilege that makes participation conditions looser) or the like. Specific game media are, for example, game media that can generate advantageous effects in the game, such as game media with relatively high physical strength and attack power, game media in the form of items, and game media with special skills. , a form of relatively high-rarity game media, or the like. Therefore, when a specific game content can be acquired, using the specific game content in the game is advantageous in the game compared to not using the specific game content.

In this embodiment, as an example, the predetermined privilege shall be a privilege that allows participation in a specific event. That is, giving a predetermined privilege to one specific user by the privilege providing unit 39 substantially corresponds to generating a specific event in which the specific user can participate by the specific event generating unit 40 .

Also, the predetermined privilege may be an increase in the number or value of obtainable rewards in a specific event. For example, the predetermined benefit may be an increase in the maximum number of obtainable rewards, although the degree of difficulty in obtaining rewards (severity of obtaining conditions) does not change.

Note that, in a modification, the predetermined benefit may be a benefit that produces an advantageous effect in a specific event. A beneficial effect in a particular event may be determined according to attributes of the particular event. For example, if the specific event is an event in which a specific game content becomes obtainable, the advantageous effect of the specific event may be an effect that makes it easier to obtain the specific game content. For example, if a specific game content 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, the granting of a useful or necessary item for clearing the quest, the granting of a special skill or ability, or the like. Also, if the specific event is an event that allows you to turn a special gacha, the advantageous effect in the specific event is the effect of increasing the value of the special game media discharged in the special gacha, or the special gacha It may be an effect such as increasing the probability that a special game content is discharged.

In another modification, the predetermined benefit may be a benefit unrelated to in-game play, gacha, billing, and the like. In this case, for example, the predetermined privilege may be in the form of a login bonus, a daily bonus, or the like. A login bonus refers to a reward given when logging in for each predetermined period (one day). For example, the login bonus may be a grant of specific game media that can be used in the game, a grant of A coins, or the like. The daily bonus is a reward that can be obtained once or a predetermined number of times every day or every predetermined number of days (2 days or more). In the case of the daily bonus, unlike the login bonus, the reward is given when the user voluntarily performs an operation to obtain the reward, not at the time of login. As with the login bonus, the reward for the daily bonus may be specific game media that can be used in the game, A coins, or the like. Granting A coins is an indirect "privilege that is advantageous in the game" because it enables the acquisition of specific game media that can be used in the game by consuming A coins. It should be noted that the specific event generation unit 40, which will be described later, may be omitted when the predetermined benefit is unrelated to the specific event. Note that in still another modified example, such various benefits may be used selectively as appropriate for the predetermined benefits.

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

The privilege provision unit 39 determines a specific user from among the users based on the withdrawal probability of each user calculated by the index value calculation unit 37 . At this time, the privilege granting unit 39 determines the specific user from among the users in such a manner that the user with the higher withdrawal probability is more likely to be selected as the specific user based on the withdrawal probability of each user. For example, the privilege granting unit 39 may determine a user whose withdrawal probability is equal to or greater than a predetermined threshold value Th3 as the specific user. The predetermined threshold Th3 may be a constant value or a variable value. Further, the predetermined threshold Th3 may differ according to " _N " related to the probability of leaving PN. The predetermined threshold Th3 for the withdrawal probability _P365 after one year and the predetermined threshold Th3 for the withdrawal probability _P30 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 in descending order of probability of withdrawal as specific users.

Moreover, the privilege provision part 39 may determine a specific user based on the group grouped by the grouping part 38. FIG. In this case, the privilege granting unit 39 may determine users belonging to “group A” as specific users. Alternatively, the privilege granting unit 39 may determine users belonging to "group A" and "group B" as specific users. In this case, the privilege granting unit 39 may grant a user belonging to "group A" (an example of a predetermined user) a predetermined privilege that is more advantageous than a user belonging to "group B" (an example of another user). .

The specific event generator 40 generates specific events regularly or irregularly. In this embodiment, the specific event may be an event in which only specific users who have been given a predetermined privilege can participate. The specific event may preferably be of a closed type in which notification (notification by the notification unit 41 described later) is performed only to a specific user. In this case, consideration can be given to users (users other than the specific user) to whom the predetermined privilege is not granted. Note that, in a modification, the specific event may be an event in which some users other than the specific user (however, not all users but, for example, users who satisfy participation conditions) can participate.

When a specific event occurs, the corresponding specific user can participate in the specific event. A specific event may be any attribute, such as a game part (event) with a bonus stage where special cards or items can be acquired, or an event where a special gacha can be played.

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 participation button may be output before the specific event is generated. In this case, it becomes active only during the occurrence period of the specific event (that is, during the holding period), and can be operated by the user. When the participation button is operated, participation in the specific event is started.

In the present embodiment, as an example, the specific event is a game part including a bonus stage in which a reward (specific game content) can be obtained, and there are multiple types of specific events depending on the difference in reward. Specifically, the specific event is divided into an event containing bonus stage A with fairly good rewards, an event containing bonus stage B with good rewards, and normal rewards (but higher than the rewards obtained in normal events). There are multiple types of events depending on the difference in rewards, such as an event including a bonus stage C where good rewards can be obtained.

Here, in this specification, whether the reward is good or bad depends on the attribute of the reward. For example, if the reward is A coins, the larger the amount, the better the reward. Also, if the reward is a specific game media, and the number of specific game media obtained is the same, the higher the value of the specific game media obtained, the better the reward. are the same, the greater the number of specific game media obtained, the better the reward.

In this case, the privilege granting unit 39 determines (assigns) the type of specific event (predetermined privilege) that each specific user can participate in, in such a manner that the higher the probability of leaving the specific user, the easier it is to participate in the bonus stage A. . For example, a specific event in which users belonging to "group A" can participate is an event including bonus stage A, and a specific event in which users belonging to "group B" can participate is an event including bonus stage B. Such is the case. It should be noted that, in the modified example, the maximum reward that can be obtained in each of the bonus stages A to C is the same, but the probability of obtaining the reward may be different. That is, the bonus stage A may have the highest acquisition probability, and the bonus stages B and C may have a lower acquisition probability. In this case, for example, the reward acquisition conditions imposed on users belonging to “group A” are set looser than the reward acquisition conditions imposed on users belonging to “group B”, and users belonging to “group B” is set looser than the reward acquisition conditions imposed on users belonging to "group C". As a result, users belonging to "group A" can more easily acquire specific game media than users belonging to "group B", and users belonging to "group B" can acquire specific game media more easily than users belonging to "group C". It becomes easier to acquire the game media of

Participation in the specific event is allowed at any time during the set holding period (for example, that day, all day). If the holding period is set to be relatively long, advance notice (notification) can effectively increase the participation rate. 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. Also, the specific event may be generated in a manner that accompanies the normal event, or may be generated independently of the normal event. Also, the holding time may be set over a plurality of periods (that is, a set of specific events may be set multiple times).

The notification unit 41 issues a notification for inviting a specific event (notification of the event) only to a specific user. The notification may be realized by, for example, push notification, notification at site A, short message to the corresponding phone number, e-mail to the corresponding e-mail address, or the like. Also, the notification may be realized by having an operator (person) make a call from a call center or the like to the corresponding telephone number, or by calling the associated telephone number and playing an automatic voice.

In addition to or instead of the notification at site A, the notification unit 41 preferably performs notification that does not use site A (for example, a short message to the corresponding telephone number described above, etc.). As a result, it becomes easy to notify even a specific user who does not log in to the site A that the specific event will be held.

User information (see FIG. 4) is stored in the user information database 50 as described above.

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

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 specific events as described above. In the example shown in FIG. 9, the information about the specific event includes, for each specific event ID, user IDs (one or more user IDs) of specific users invited to the specific event, reward details, and termination conditions. The content of remuneration may include not only the content of remuneration, but also conditions for obtaining the remuneration. The end condition may be a case where the end time of the holding period has arrived. Alternatively, the termination condition may be established for each specific user only for the specific user who has participated due to the participation. In the present embodiment, as an example, it is assumed that the specific event associated with each specific event ID is held every day.

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

As described above, according to the present embodiment, each user's withdrawal probability is calculated based on each user's log information, and a predetermined benefit is given to a specific user based on each user's withdrawal probability. Only authorized users can participate in the specified event. At this time, a user with a relatively high probability of leaving is determined as the specific user, so a predetermined benefit can be given to the user with a relatively high probability of leaving. Giving a predetermined privilege to a user with a relatively high withdrawal probability can motivate the user to continue playing the game. In other words, when the user is attracted to the given privilege, the user enjoys the benefits of the privilege (the reward obtained in the specific event), so that the user can enjoy playing the game again and continue playing the game. may be motivated to do so. In this manner, the continuation promotion function according to the present embodiment can motivate users with a relatively high withdrawal probability to continue playing the game.

In addition, in the present 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 this embodiment, by selectively performing the above-described processing only on specific users (that is, users with a relatively high probability of leaving), the same processing is performed on all users. It is possible to motivate the user to continue playing the game while reducing the processing load on the server device 10 as compared to playing the game.

Further, according to the present embodiment, as described above, the grouping unit 38 performs the grouping process from the viewpoint of whether or not the predetermined privilege (or the predetermined privilege that produces the most advantageous effect) should be given with the highest priority. I do. Therefore, in this embodiment, for example, a user group with a 50% withdrawal probability _P1 after one day and a user group with a 90% withdrawal probability _P7 after one week are grouped into the same group. can be This is because it is thought that there are groups that can be equally treated in terms of the potential possibility of leaving even if the period (“N” according to the leaving probability _PN ) is different. As a result, it is possible to prevent the number of groups from being increased unnecessarily, thereby reducing the processing load. In particular, when differentiating the types of predetermined benefits for each group, the processing load (or design load) increases as the number of groups increases. However, according to the present embodiment, such load can be efficiently reduced. However, in a modified example, the grouping unit 38 may perform the grouping process in such a manner that the same predetermined privilege can be given to specific users belonging to different groups.

Note that, in the present embodiment, as described above, the index value calculation unit 37 determines that when the specific user is granted a predetermined privilege and enjoys the benefit related to the predetermined privilege (i.e., participates in a specific event and obtains a reward) , update the probability of leaving the particular user to a relatively low value. This is because when the specific user enjoys the benefit of the predetermined privilege, the possibility of performing the predetermined action within the predetermined period increases. In other words, the effect of a given privilege (ie the reward obtained at a particular event) is preferably adapted such that the user will again want to perform the given action within a given period of time. Specifically, the rewards obtained in the bonus stages A, B, C, etc., may preferably be those that can be used in the next and subsequent normal events and bring advantageous effects when used. For example, the reward is certain game media such as cards, items, etc. that provide a beneficial effect in the next or subsequent regular event. This effectively encourages users who have received rewards in bonus stages A, B, C, etc. to participate in the next or subsequent normal events. It should be noted that, in a variant, rewards obtained in bonus stages A, B, C, etc. may be available in any normal event. For example, if there is a regular event being held at that time, the rewards obtained in bonus stages A, B, C, etc. can be used in the regular event currently being held (this regular event) and are advantageous when used. It may be something that brings about a good effect.

Here, in the present embodiment, as described above, a plurality of types of leaving probabilities are calculated as the leaving probabilities _PN . In this case, the withdrawal probability can be calculated more finely, so the effectiveness of the continuation promoting function can be enhanced. That is, by changing the predetermined privilege according to the withdrawal probability _PN , it is possible to avoid giving an excessive predetermined privilege to users who have a relatively low need to give the predetermined privilege, and to users who have a relatively high need to give the predetermined privilege. It is possible to increase the possibility that an appropriate predetermined privilege can be given only to the customer. In addition, it is possible to suppress excessive inflation of parameters related to the user in the game, maintain an appropriate game balance, and the like.

For example, in the example shown in FIG. 10A, the grouping unit 38 divides each user into groups A, B, C, and X, which are four groups. Group A is a “group of users who will leave tomorrow”, and includes users whose probability of leaving one day later _P1 is equal to or greater than a predetermined threshold value Th4 (for example, 95%). Group B is a “group of users who will leave one week later”. group C belongs to users whose withdrawal probability P ₇ after 7 days (that is, withdrawal probability P ₇ after 1 week) is equal to or greater than a predetermined threshold Th5 (e.g., 95% or less than a predetermined threshold Th4). 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 greater than a predetermined threshold Th6 (for example, 95% or less than a predetermined threshold Th5). belongs to, and other users belong to group X as a “group of users who do not withdraw even after one month”. In this case, each user belonging to groups A, B, and C is determined as a specific user and given a predetermined privilege. However, the predetermined benefits granted to users belonging to Group A are more advantageous than the predetermined benefits granted to users belonging to Group B, and the predetermined benefits granted to users belonging to Group B are more favorable than those granted to users belonging to Group C. The effect brought about is more advantageous than the predetermined privilege granted to the user belonging to the . Therefore, even if the withdrawal probability is the same, as the _N of the withdrawal probability PN becomes smaller (immediately as the urgency becomes higher), it is necessary to increase the effect of the prescribed privilege step by step, thereby providing the prescribed 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 be given a predetermined privilege, without giving an excessive predetermined privilege to a user with a relatively low tendency. In addition, it is possible to suppress excessive inflation of parameters related to the user in the game, maintain an appropriate game balance, and the like.

In addition, in the example shown in FIG. 10B, the grouping unit 38 divides each user into four groups A, B, C, and X as in the example shown in FIG. 10A. However, in the example shown in FIG. 10B, unlike the example shown in FIG. 10A, the predetermined benefit is in the form of a login bonus. In this case, the login bonus granted to users belonging to group A is valid for, for example, 7 days, the login bonus granted to users belonging to group B is valid, for example, only 30 days, and the login bonus granted to users belonging to group C is valid for, for example, 30 days. is valid only for 50 days, for example. Note that users belonging to group X are not given such a login bonus. Such an aspect can also motivate specific users (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 FIG. 11 onward. In the subsequent process flow charts (flowcharts), the processing order of each step may be changed as long as the relationship between the input and output of each step is not impaired.

FIG. 11 is a schematic flow chart 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 it is time to update the withdrawal probability. The departure probability may be updated at any timing, but here it is assumed to be the start of the day (00:00). If the determination result is "YES", the process proceeds to step S112; otherwise, the process proceeds to step S117.

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

In step S<b>113 , the grouping unit 38 of the server device 10 performs grouping processing based on the data in the index value database 54 . An example of grouping processing will be described later with reference to FIG.

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

In step S115, the notification unit 41 of the server device 10 performs notification processing based on the result of the privilege provision processing in step S114. Specifically, each specific user associated with the specific event ID "000A" is notified of the occurrence of the specific event associated with the specific event ID "000A", and the user associated with the specific event ID "000B" is notified Each specific user is notified of the occurrence of the specific event associated with the specific event ID "000B", and so on. Note that the notification method is as described above. Note that various notifications as described above may be repeatedly executed as appropriate according to their attributes. For example, the notification at site A may be executed when a specific user logs in to site A, or may be executed at another timing, depending on the specific user's login status. In addition, it is possible to appropriately use a plurality of notification methods, such as notifying by e-mail when a specific user does not log in to site A.

In step S116, the specific event generation unit 40 of the server device 10 generates the specific event associated with each specific event ID ("000A", "000B", and "000C") in a manner in which only the corresponding specific users can participate ( For example, it is generated in such a manner that a participation button is drawn on the terminal device 20 of only 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 processes. At this time, the game processing unit 31 performs game processing related to the specific event for the specific user who has 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 request to participate in the specific event so that one specific user is permitted to participate in the specific event a predetermined number of times Np. For example, when a request to participate in a specific event related to 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". If so, participation is permitted up to a predetermined number of times Np. The predetermined number of times Np is 1 or more, and may be a fixed value, or may vary according to the attribute of the specific event.

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

In step S<b>120 , the log information accumulation unit 34 of the server device 10 accumulates the latest log information in the log information database 52 .

FIG. 12 is a schematic flow chart showing an example of the process of calculating the probability of leaving (step S112 in FIG. 11).

In step S<b>202 , the log information acquisition unit 36 selects one user in a predetermined order from among the users in the user information database 50 .

In step S<b>204 , the log information acquisition unit 36 extracts (acquires) log information related to the user selected in step S<b>202 from the log information database 52 .

In step S206, the index value calculation unit 37 calculates the index value, that is, the probability of leaving the selected user, based on the log information extracted in step S204. It should be noted that the leaving probability is calculated for a plurality of N as the leaving probability _PN as described above.

In step S<b>208 , the index value calculation unit 37 stores (updates) the withdrawal probability P _N (the withdrawal probability P _N of the selected user) calculated in step S<b>206 in the index value database 54 .

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

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

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

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

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

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

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

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

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

In step S<b>314 , the grouping unit 38 groups the remaining users among the users in the user information database 50 into a group X. Note that step S314 may be omitted.

FIG. 14 is a schematic flow chart showing an example of privilege provision processing (step S114 in FIG. 11).

In step S<b>400 , the privilege granting unit 39 determines each user belonging to group A as a specific user related to group A.

In step S<b>402 , the privilege granting unit 39 grants the specific user of group A a predetermined privilege of group A. FIG. Specifically, in the specific event database 56, the privilege granting unit 39 associates each user ID of the specific user related to the group A with the specific event ID "000A". As a result, the specific users associated with group A can participate in the specific event associated with the specific event ID "000A" (the specific event associated with the specific event ID "000A" generated in step S116).

In step S<b>404 , the privilege granting unit 39 determines each user belonging to group B as a specific user related to group B. FIG.

In step S<b>406 , the privilege granting unit 39 grants a predetermined privilege related to group B to the specific user related to group B. FIG. Specifically, in the specific event database 56, the privilege granting unit 39 associates each user ID of the specific user related to the group B with the specific event ID "000B". As a result, the specific users associated with group B can participate in the specific event associated with the specific event ID "000B" (the specific event associated with the specific event ID "000B" generated in step S116).

In step S<b>408 , the privilege granting unit 39 determines each user belonging to group C as a specific user related to group C. FIG.

In step S<b>410 , the privilege granting unit 39 grants the specific user of group C a predetermined privilege of group C. FIG. Specifically, in the specific event database 56, the privilege granting unit 39 associates each user ID of the specific user related to the group C with the specific event ID "000C". As a result, the specific user associated with group C can participate in the specific event associated with the specific event ID "000C" (the specific event associated with the specific event ID "000C" generated in step S116).

In this way, according to the processing shown in FIGS. 11 to 14, the departure probability _PN is calculated (updated) every predetermined time (every day in this example). It is possible to reflect the log information related to the participation status of each specific user in the calculation result of the withdrawal probability _PN . As a result, it is possible to improve the accuracy of the calculation result of the withdrawal probability _PN and improve the effectiveness of the continuation promotion process described above.

In the processing shown in FIGS. 11 to 14, the withdrawal probability P _N of a specific user who has participated in a specific event with a 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 events related to the specific event ID "000A" and the specific event ID "000B", and the specific user who participated in the specific event ID "000B" , participation in the specific event associated with the specific event ID "000A" is suppressed.

In this regard, participation in the specific event with the specific event ID "000B" or the specific event ID "000C" only once is equivalent to the reward obtained by participating in the specific event with the specific event ID "000A" only once. If the reward for doing so is significantly lower, a sense of unfairness may arise.

Therefore, in order to avoid such a feeling of unfairness, the predetermined benefit may be a benefit that allows participation in the specific event associated with the specific event ID "000B" or the specific event ID "000C" for a plurality of consecutive days. For example, the predetermined privilege given to the specific users belonging to Group B may be a privilege that allows them to participate in the specific event associated with the specific event ID "000B" for seven consecutive days. In this case, the overall reward obtained by participating in the specific event associated with the specific event ID "000B" every day for 7 days is obtained by participating in the specific event associated with the specific event ID "000A" only once. It may be significantly better for rewards (eg, increase in the number or value of specific game media obtained as rewards). As a result, a specific user belonging to group B participates in the specific event associated with the specific event ID "000B" every day, and a specific user belonging to group A participates in the specific event associated with the specific event ID "000A" for only one day. It is possible to eliminate the feeling of unfairness caused by the fact that the reward is better in the latter case than in the case of participation. That is, early participation in the specific event can be promoted, and the effectiveness of the continuation promotion process described above can be enhanced. However, in the modified example, the total reward obtained by participating in the specific event every day for 7 days is as follows: It may be the same, or it may be significantly inferior.

Similarly, the predetermined privilege granted to the specific users belonging to group C may be a privilege that allows them to participate in the specific event associated with 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 with the specific event ID "000C" every day for 30 or 31 days is to participate in the specific event with the specific event ID "000A" only once. and the reward obtained by participating in the specific event related to the specific event ID “000B” seven times. As a result, a specific user belonging to group C participates in the specific event associated with the specific event ID "000C" every day, and a specific user belonging to group A participates in the specific event associated with the specific event ID "000A" for only one day. It is possible to eliminate the feeling of unfairness caused by the fact that the reward is better in the case of participation or in the case of the specific user belonging to group B participating in the specific event related to the specific event ID "000B" every day. can. That is, early participation in the specific event can be promoted, and the effectiveness of the continuation promotion process described above can be enhanced. 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 or It may be the same as or significantly inferior to the reward obtained by participating in the specific event associated with the specific event ID "000B" seven times.

In addition, in order to promote early participation in a specific event, the withdrawal probability _PN of a specific user participating in a specific event associated with a specific event ID "000B" or a specific event ID "000C" is reduced due to the participation. However, the amount of reduction may be relatively small. For example, the amount of decrease in the exit probability _PN due to participating in the specific event with the specific event ID “000C” is the amount of decrease in the exit probability _PN due to participating in the specific event with the specific event ID “000B”. The amount of decrease in the withdrawal probability _PN caused by participating in the specific event associated with the specific event ID "000B", which is significantly smaller than the amount of decrease, is caused by participating in the specific event associated with the specific event ID "000A". It may be set to be significantly smaller than the decrease amount of the leaving probability _PN . In this case, even by participating in the specific event earlier, there is still a possibility that the player can participate in the later specific event, and the sense of unfairness described above can be reduced.

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

Although each embodiment has been described in detail above, it is not limited to a specific embodiment, and various modifications and changes are possible within the scope described in the claims. It is also possible to combine all or more of the constituent elements of the above-described embodiments.

For example, in the above-described embodiment, the grouping unit 38 may perform grouping processing based on the withdrawal probability calculated by the index value calculating unit 37 and other information such as information on SNS. For example, based on information about SNS, grouping processing may be performed so that a certain user and a user who is closely related to the user do not belong to another group. In this case, it becomes easier to maintain the confidentiality of the specific event. However, in this case, among the users belonging to the same group, the predetermined privilege granted to the user with the low probability of leaving may not produce an advantageous effect as compared to other users.

Further, in the above-described embodiment, the privilege granting section 39 may grant a predetermined privilege to the specific user based on other parameters in addition to the withdrawal probability calculated by the index value calculating section 37 . In this case, the specific user's decision mode may be changed based on other parameters, and/or the predetermined benefit may be changed based on other parameters. In this case, the other parameters may be the trend of change in the probability of leaving (for example, increasing trend or decreasing trend), billing amount, owned coins, number of times of participation in a specific event (number of times of past participation), and the like. Also, from a similar point of view, the grouping unit 38 may perform grouping based on other parameters in addition to the withdrawal probability calculated by the index value calculating unit 37 . Also in this case, the other parameters may be the trend of change in the probability of leaving (for example, increasing trend or decreasing trend), billing amount, owned coins, number of times of participation in a specific event (number of times of past participation), and the like.

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

In addition, the following additional remarks are disclosed regarding the above embodiment.

[Appendix 1]
a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users;
a game processing unit that starts playing the game and progresses the game based on the operation information by the registered user;
an index value calculation unit that calculates, for each registered user, an index value representing a possibility that the registered user does not perform a predetermined action within a predetermined period based on the log information obtained by the log information obtaining unit;
a privilege granting unit that grants a predetermined privilege advantageous in the game to a specific user among the plurality of registered users based on the index value for each registered user calculated by the index value calculating unit; gaming devices, including

[Appendix 2]
1. The predetermined action according to appendix 1, wherein the predetermined action includes at least one of an action related to participation in the game, an action during play of the game, and consumption of predetermined game media related to the game. game device.

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

[Appendix 4]
The specific event is an event in which a specific game content that can be used when playing the game can be obtained unconditionally upon participation or when a predetermined acquisition condition is satisfied after participation,
3. The game device according to appendix 3, wherein the privilege granting unit relaxes the predetermined acquisition condition as a privilege that produces an advantageous effect in the specific event.

[Appendix 5]
The game processing unit regularly or irregularly generates an event that is different from the specific event and in which the plurality of registered users can participate,
5. The game device according to appendix 4, wherein the specific game content can be used at the event this time or at the next event or later, and provides an advantageous effect when used.

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

[Appendix 7]
further comprising a grouping unit that divides the plurality of registered users into a plurality of groups according to the index value;
The privilege granting unit determines the registered users belonging to a first group having a relatively high index value as the specific users, and gives the predetermined users among the determined specific users an advantage over the other users. 6. The game device according to any one of Appendices 1 to 5, wherein the predetermined privilege is provided.

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

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

[Appendix 10]
Acquiring log information associated with user identification information related to multiple registered users,
Starting to play the game and progressing the game based on the operation information by the registered user;
calculating, for each registered user, an index value representing a possibility that the registered user does not perform a predetermined action within a predetermined period of time based on the log information;
A game method executed by a computer, comprising giving a predetermined privilege advantageous in the game to a specific user among the plurality of registered users based on the index value calculated for each of the registered users. .

[Appendix 11]
Acquiring log information associated with user identification information related to multiple registered users,
Starting to play the game and progressing the game based on the operation information by the registered user;
calculating, for each registered user, an index value representing a possibility that the registered user does not perform a predetermined action within a predetermined period of time based on the log information;
Based on the calculated index value for each registered user, a specific user among the plurality of registered users is granted a predetermined benefit that is advantageous in the game.
A game program that causes a computer to execute a process.

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 Accounting processing unit 34 Log information accumulation unit 36 Log information acquisition unit 37 Index value calculation unit 38 Grouping unit 39 Benefit provision unit 40 Specific event generation unit 41 Notification unit 50 User information database 52 Log information database 54 Index value database 56 Specific event database

Claims (10)

a log information acquisition unit that acquires log information associated with user identification information related to a plurality of registered users;
a game processing unit that starts playing the game and progresses the game based on the operation information by the registered user;
Based on the log information acquired by the log information acquiring unit, an index value representing a possibility that the registered user does not perform a predetermined action within a predetermined period is obtained for each of the plurality of different predetermined periods. For each, an index value calculation unit that calculates,
Based on the index value calculated by the index value calculation unit for each registered user and for each predetermined period, a specific user among the plurality of registered users is given a predetermined benefit that is advantageous in the game. and a privilege granting unit to
The privilege granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or greater than a predetermined threshold as the specific user;
The game device, wherein the predetermined threshold value is set in a different manner for the index value for each of the plurality of different predetermined periods. 2. The game system according to claim 1 , wherein said predetermined action includes at least one of an action related to participation in said game, an action during play of said game, and consumption of predetermined game media related to said game. The game device described. further comprising a specific event generating unit that periodically or irregularly generates a specific event in which only a limited portion of the plurality of registered users can participate;
The predetermined privilege includes at least one of a privilege to participate in the specific event, a privilege to facilitate participation in the specific event, and a privilege to generate an advantageous effect in the specific event. Item 3. The game device according to Item 1 or 2 . The specific event is an event in which a specific game content that can be used when playing the game can be obtained unconditionally upon participation or when a predetermined acquisition condition is satisfied after participation,
4. The game device according to claim 3 , wherein said privilege granting unit relaxes said predetermined acquisition condition as a privilege for generating an advantageous effect in said specific event. The game processing unit regularly or irregularly generates an event that is different from the specific event and in which the plurality of registered users can participate,
5. The game device according to claim 4 , wherein said specific game content can be used in said event this time or in the next time and thereafter, and brings advantageous effects when used. The game according to any one of claims 1 to 5 , wherein the privilege granting unit determines, from among the plurality of registered users, a registered user whose index value is equal to or greater than a predetermined threshold as the specific user. Device. further comprising a grouping unit that divides the plurality of registered users into a plurality of groups according to the index value;
The privilege granting unit determines the registered users belonging to a first group having a relatively high index value as the specific users, and gives the predetermined users among the determined specific users an advantage over the other users. 6. The game device according to any one of claims 1 to 5 , wherein said predetermined privilege is given. The game apparatus according to any one of claims 1 to 7 , wherein said index value represents a possibility that said registered user will no longer continue said predetermined action, which has been continued with said predetermined frequency. Acquiring log information associated with user identification information related to multiple registered users,
Starting to play the game and progressing the game based on the operation information by the registered user;
calculating, for each of the plurality of different predetermined periods, an index value representing the possibility that the registered user does not perform a predetermined action within a predetermined period based on the acquired log information for each of the registered users;
determining, from among the plurality of registered users, a registered user whose index value is equal to or greater than a predetermined threshold as a specific user, based on the index value calculated for each registered user and for each predetermined period;
Giving the determined specific user a predetermined privilege that is advantageous in the game,
A computer-implemented game method, wherein the predetermined threshold is set in a different manner for the index value for each of the plurality of different predetermined periods. Acquiring log information associated with user identification information related to multiple registered users,
Starting to play the game and progressing the game based on the operation information by the registered user;
calculating, for each of the plurality of different predetermined periods, an index value representing the possibility that the registered user does not perform a predetermined action within a predetermined period based on the acquired log information for each of the registered users;
determining, from among the plurality of registered users, a registered user whose index value is equal to or greater than a predetermined threshold as a specific user, based on the index value calculated for each registered user and for each predetermined period;
causing a computer to execute a process of giving the determined specific user a predetermined benefit that is advantageous in the game;
The game program, wherein the predetermined threshold value is set in a different manner for the index value for each of the plurality of different predetermined periods.

Images