JP2023089282A - Program, information processing system, and information processing method - Google Patents

Abstract

To provide a program, an information processing system, and an information processing method for appropriately executing a lottery pertaining to an offer of reward.SOLUTION: There exist both cases where a first lottery in which a population of a next lottery varies by execution of a lottery is executed and a reward extracted by the first lottery is determined as an offer object when a lottery parameter satisfies an execution condition of the first lottery, and a second lottery in which a lottery can be executed repeatedly by using the same population is executed and the reward extracted in the second lottery is determined as an offer object when a lottery parameter satisfies an execution condition of the second lottery. Satisfaction of a specific condition is determined on the basis of a result of execution of the first lottery, an execution object of a lottery pertaining to an offer of a reward is set to the first lottery when a specific condition is not satisfied, and an execution object of a lottery pertaining to an offer of a reward is switched to the second lottery when the specific condition is satisfied.SELECTED DRAWING: Figure 23

Description

The present invention relates to a program, an information processing system, and an information processing method for a game in which rewards are provided by lottery.

Conventionally, as one of the methods of providing players with game content such as characters and items used in a game as rewards, a server draws a lottery from multiple types of rewards based on the player's input at the player's terminal. There is known an information processing system that adopts a method of determining a reward by determining a reward and providing the determined reward to a player (see Patent Literature 1).

Japanese Patent No. 5420792

By the way, in games where rewards are provided by lottery, there is a problem that players who play for a long time have less expectation for the results of the lottery and feel a sense of work. There is a need for a technique that can sufficiently attract the interest of

The present invention has been made in view of the circumstances described above, and an object thereof is to provide a program, an information processing system, and an information processing method for appropriately executing a lottery related to provision of a reward.

(1) The present invention is a program for a game in which rewards determined by lottery are provided, comprising: a parameter management unit that manages specific parameters in association with player identification information; Based on the fact that the lottery execution condition is satisfied, a first lottery is executed in which the population of the next lottery can be changed by the execution of the lottery, and the reward extracted in the first lottery is determined as an object to be provided. 1 remuneration determination unit, a specific condition determination unit that determines whether or not a specific condition is established based on the result of executing the first lottery, and that the specific parameter satisfies the execution condition of the second lottery Based on this, the computer functions as a second reward determination unit that executes a second lottery that can be repeatedly executed in the same population, and determines the reward extracted in the second lottery as an object to be provided, The specific condition judging unit sets the execution target of the lottery for providing the reward to the first lottery when the specific condition is not satisfied, and provides the reward when the specific condition is satisfied. The program for switching the execution target of the lottery according to the above to the second lottery.

(2) In the program of the present invention, the parameter management unit may allow the specific parameter linked to the identification information to fluctuate during a predetermined specific period.

(3) In the program of the present invention, the specific condition may include at least a condition that a specific reward among the plurality of types of rewards to be drawn in the first lottery is extracted as an offer target.

(4) In the program of the present invention, the specific condition may include at least a condition that the number of executions of the first lottery reaches a predetermined number.

(5) The present invention is an information processing system for a game in which rewards determined by lottery are provided, comprising: a parameter management unit that manages specific parameters linked to player identification information; Based on the fulfillment of the execution condition of the first lottery, the first lottery is executed so that the population of the next lottery can be changed by the execution of the lottery, and the reward extracted in the first lottery is determined as the object to be provided. a specific condition determination unit for determining whether or not a specific condition is satisfied based on the result of executing the first lottery; and if the specific parameter satisfies the execution condition for the second lottery a second reward determination unit that executes a second lottery that can be repeatedly executed in the same population based on the fact, and determines the reward extracted in the second lottery as an object to be provided. , the specific condition determination unit sets the first lottery as the execution target of the lottery related to the provision of the reward when the specific condition is not satisfied, and sets the reward when the specific condition is satisfied. The present invention relates to an information processing system for switching the execution target of the lottery pertaining to provision to the second lottery.

(6) The present invention is an information processing method for a game in which rewards determined by lottery are provided, comprising: a parameter management step of managing specific parameters in association with player identification information; Based on the fulfillment of the execution condition of the first lottery, the first lottery is executed so that the population of the next lottery can be changed by the execution of the lottery, and the reward extracted in the first lottery is determined as the object to be provided. a specific condition determination step of determining whether or not a specific condition is established based on the result of executing the first lottery; and if the specific parameter satisfies the execution condition of the second lottery a second reward determination step of executing a second lottery in which a lottery can be repeatedly executed in the same population based on the fact, and determining the reward extracted in the second lottery as an object to be provided. In the specific condition determination step, when the specific condition is not satisfied, the lottery for providing the reward is set to the first lottery, and when the specific condition is satisfied, the reward is determined. The present invention relates to an information processing method for switching the execution target of the lottery pertaining to provision to the second lottery.

In the above program, information processing system, and information processing method, as a result of executing the first lottery, when a specific condition is satisfied, the execution target of the lottery is switched to the second lottery, which has a different lottery format from the first lottery, and a reward is obtained. In order to determine the target of the provision of the reward, even after obtaining the desired result by receiving the reward based on the first lottery, the number of players who have achieved the purpose by preparing different means of obtaining rewards in the form of lottery A feeling of work can be reduced, and a lottery related to provision of a reward can be appropriately executed.

It is a figure which shows the whole structure of an information processing system. FIG. 3 is a functional block diagram related to a training function for training a character, among functions realized by the information processing system; It is a figure which shows an example of the difficulty level setting table which stored the data relevant to difficulty level. FIG. 10 is a diagram showing an example of a remuneration setting table storing data related to additional remuneration; 4 is a flow chart showing an example of processing related to a training function for training a character; FIG. 10 is a diagram showing an example of a breeding mode selection screen displayed on the player terminal; FIG. 10 is a diagram showing an example of a breeding mode selection screen displayed on the player terminal; FIG. 10 is a diagram showing an example of a breeding character selection screen displayed on the player terminal; FIG. 10 is a diagram showing an example of a succession character selection screen displayed on the player terminal; FIG. 10 is a diagram showing an example of an inherited character list screen displayed on the player terminal; FIG. 10 is a diagram showing an example of a succession character selection screen displayed on the player terminal; FIG. 10 is a diagram showing an example of a succession character selection screen displayed on the player terminal; It is a figure which shows an example of the support selection screen displayed with a player terminal. FIG. 10 is a diagram showing an example of a final confirmation screen displayed on the player terminal; FIG. 10 is a diagram showing an example of a breeding home screen displayed on the player terminal; It is a figure which shows an example of the training screen displayed on a player terminal. It is a figure which shows an example of the race list screen displayed on a player terminal. FIG. 10 is a diagram showing an example of a goal achievement notification screen displayed on the player terminal; It is a figure which shows an example of the target list screen displayed on a player terminal. FIG. 10 is a diagram showing an example of a training goal completion screen displayed on the player terminal; It is a figure which shows an example of the target list screen displayed on a player terminal. It is a figure which shows an example of the target list screen displayed on a player terminal. FIG. 10 is a flowchart showing an example of processing related to provision of additional reward; FIG. It is a figure explaining the determination method of the provision object of an additional reward.

Embodiments of the present invention are described below. The embodiments described below do not unduly limit the scope of the invention described in the claims. Moreover, not all the configurations described in the present embodiment are essential constituent elements of the present invention.

1. Configuration of Information Processing System FIG. 1 is a diagram showing the overall configuration of an information processing system 10 according to this embodiment. As shown in FIG. 1, in an information processing system 10, a server 20 and a plurality of player terminals 40 are connected by a network 30 such as the Internet, a mobile phone network, a LAN, or a WAN. Built. Each of the plurality of player terminals 40 communicates with the server 20 via the network 30 to transmit and receive various information. Also, each of the plurality of player terminals 40 communicates with other player terminals 40 via the network 30 and the server 20 to transmit and receive various information.

The server 20 includes a control unit 21 comprising a processor such as a CPU, a storage unit 22 comprising main storage devices such as ROM and RAM, auxiliary storage devices such as HDD and SSD, and a communication unit 23 comprising communication modules and communication interfaces. including. In the server 20 , the controller 21 executes various processes according to programs stored in the memory 22 . The server 20 also receives information from the player terminal 40 through the communication section 23 and transmits information regarding the result of processing executed by the control section 21 to the player terminal 40 .

The player terminal 40 is a smart phone, a tablet, a personal computer, a portable game machine, a stationary game machine installed in a store or at home, or the like. The player terminal 40 includes a control unit 41 including a processor such as a CPU, a storage unit 42 including a main storage device such as ROM and RAM, and an auxiliary storage device such as flash memory, HDD, and SDD, and a touch panel, keyboard, microphone, and the like. , a display unit 44 such as a liquid crystal display or an organic EL display, and a communication unit 45 including a communication module or a communication interface. The player terminal 40 also executes various processes according to the programs stored in the storage unit 42 . Also, the player terminal 40 receives information from the server 20 through the communication unit 45 and transmits information to the server 20 and other player terminals 40 .

FIG. 2 is a functional block diagram showing main functions of the server 20. As shown in FIG. This embodiment has a function of providing, through the player terminal 40, a training game in which a character with a racehorse motif is trained and a reward is given according to the training result of the character. Especially in the present embodiment, an additional reward event is held for a limited period in which an additional reward can be obtained in addition to the normal reward. Based on the fact that the lottery parameters satisfy the lottery conditions, the first lottery with a limited number of rewards or the second lottery with no limit on the number of rewards to be provided is executed, and according to the lottery result It has a function of providing a reward, and a case where these functions are realized mainly by the server 20 will be described. However, the functions described above may be implemented mainly by the player terminal 40, or may be implemented by being shared between the server 20 and the player terminal 40. FIG. In the server 20, as shown in FIG. 2, the data storage section 50 and the game execution section 60 cooperate to realize the above functions.

The data storage section 50 stores data for the game execution section 60 to perform various processes, and is mainly implemented by the storage section 22 .

The data storage unit 50 also includes a player management database 51, in which a character list 52, an item list 53, and event-related data 54 are stored in association with a player ID assigned to each player.

The character list 52 includes, for example, individual character IDs assigned to each trained character, character type IDs indicating character types, character statuses (rarity, evaluation points, course suitability, distance suitability, leg quality suitability, running speed, etc.). Law, speed, stamina, power, guts, cleverness, possessed skills, earned titles), lock status (locked, unlocked), character development history (development conditions, race results during training), etc. included.

In this embodiment, the term “a trained character” means that a character is trained by a training function, which is one of the game functions realized by the information processing system of this embodiment, and the status is determined after the training is completed. character.

Also, in this embodiment, there are a "character individual ID" and a "character type ID", but the difference between them is as follows.

First, the "individual character ID" is an ID that is given when character training is completed in the training function and the trained character is registered in the character management database 51, and is linked to the player ID. It is for identifying each of the characters.

In this embodiment, the player selects a character to be trained from a plurality of types of characters in the training function. be.

Also, "locked state" indicates whether or not transfer of a trained character is prohibited. . The locked state includes the case where the player individually designates a character from a list of trained characters, and the case where a trained character is registered to run in a race.

The item list 53 includes data on items owned by the player, enhancement points, and in-game currency. In the present embodiment, the item list 53 is stored in the player management database 51, for example, the content and amount of items owned, the amount of enhancement points owned, the amount of in-game currency owned, and the like.

Items in the present embodiment are used, for example, to support the training of characters, or to change the conditions for starting a race. It can be consumed and acquired.

Also, the enhancement points are used, for example, to enhance support items, which are items that support character development.

The event-related data 54 is various data managed for each player regarding additional reward events, and includes at least lottery parameters and reward acquisition data.

A lottery parameter (an example of a specific parameter) is a parameter that is referred to when determining whether or not to conduct a lottery for determining an additional reward at the end of character training in the breeding game function. In this embodiment, the lottery parameter is updated according to the training result at the end of character training in the training mode in which an additional reward can be obtained. In addition, in this embodiment, as the lottery for determining the additional reward, a first lottery with a limited number of offers and a second lottery with no limit on the number of offers can be executed, and the lottery parameters satisfy the lottery execution conditions. If so, either the first lottery or the second lottery is executed to determine the additional reward to be provided. That is, in this embodiment, the lottery parameter is a parameter that is commonly used for the execution control of the first lottery and the execution control of the second lottery.

The reward acquisition data is data for managing the acquisition status of the additional reward. Reward acquisition data indicating the relationship between the ID and the number of acquisitions is stored in the player management database 51 as the event-related data 54 .

The data storage unit 50 also includes a difficulty level setting table 56 in which difficulty level setting data related to additional reward events is stored. In this embodiment, as shown in FIG. 3, five levels of difficulty from level 1 to level 5 are provided as difficulty levels. Adjustment magnification, special conditions, etc. are stored.

The data storage unit 50 also includes a remuneration setting table 57, in which remuneration setting details related to additional reward events are stored. In this embodiment, when providing an additional reward in an additional reward event, the additional reward to be provided is determined by either the first lottery or the second lottery, and as shown in FIG. A first remuneration setting table to be referred to and, as shown in FIG. 4B, a second remuneration setting table to be referred to in the second lottery are prepared. In each reward setting table, a reward content, the number of rewards (only the first reward setting table), and a provision probability parameter are set in association with a reward ID that identifies the type of reward.

The data storage unit 50 also includes a period setting table 58 in which at least the event start date and time and the event end date and time are stored as data relating to the holding period of the additional reward event.

The game execution unit 60 performs processing for managing players and characters based on various identification information such as player IDs and character IDs, processing for starting the game when game start conditions are satisfied, and selection from a plurality of types of game modes. Executes the specified game mode, progresses the game, generates an event when the event generation condition is met, calculates the game result, and ends the game when the game end condition is met. This is implemented mainly by the control unit 21 and the communication unit 23 . The game execution unit 60 also performs a process of managing the lottery parameters in association with the player ID, a process of executing the first lottery or the second lottery based on the fact that the lottery parameters satisfy the lottery conditions, and providing an additional reward. A lottery parameter management unit 61, a specific condition determination unit 62, a first reward determination unit 63, and a second reward are also performed, such as switching the execution target of the lottery related to the provision of the additional reward from the first lottery to the second lottery. and a decision unit 64 .

The lottery parameter management unit 61 performs processing for managing lottery parameters in association with player IDs. In this embodiment, when playing the breeding game during the period of the additional reward event, it is possible to select between the normal breeding mode and the special breeding mode. can be obtained. In this embodiment, whether or not the additional reward event is being held is determined by referring to the period setting table 57, and the lottery parameter management unit 61 selects the lottery only when the additional reward event is being held. Allow for parameter variation. The lottery parameter management unit 61 performs a process of updating the lottery parameters stored as the event-related data 54 in the player management database 51 according to the character's training result when the training in the special breeding mode ends.

The specific condition determination unit 62 performs a process of determining which of the first lottery or the second lottery will be used to provide the additional reward at the end of training in the special breeding mode. In this embodiment, the additional reward to be provided in the special breeding mode is determined by the first lottery prior to the second lottery, and the specific condition determination unit 62 stores the event-related data 54 in the player management database 51. Completion of provision of all the additional rewards to be provided in the first lottery is determined by referring to the reward acquisition data stored therein, and determination is made that a specific condition is satisfied, and processing for switching the execution target of the lottery relating to the additional rewards to the second lottery is performed. .

When the additional reward is provided in a situation where the specific condition is not satisfied, the first reward determining unit 63 performs the first lottery based on the fact that the lottery parameter satisfies the lottery condition of the first lottery, and selects the object to be provided. Perform processing to determine additional rewards. In this embodiment, the additional reward determined by the first lottery is provided by adding it to the item list 53 of the player management database 51 .

When providing an additional reward in a situation where a specific condition is satisfied, the second reward determining unit 64 conducts a second lottery based on the fact that the lottery parameter satisfies the lottery condition for the second lottery, and selects the object to be provided. Perform processing to determine additional rewards. In this embodiment, the additional reward determined by the second lottery is provided by adding it to the item list 53 of the player management database 51 .

2. Control Method of the Present Embodiment A control method of the present embodiment will be described below by taking as an example a case where the game program of the present embodiment is applied to a game application of the player terminal 40 provided as a smart phone.

The game program of this embodiment is configured to be able to provide a plurality of types of game functions. When the character status is changed and a predetermined end condition is satisfied, the character's status is determined and the training ends. This trained character can race against characters trained by other players in a racing function, which is another game function. In the present embodiment, the number of owned characters (the number of characters that can be registered in the character list) is predetermined for trained characters. Characters cannot be trained. Therefore, it is necessary to secure an ownership frame by deleting the trained character from the character list 52 . Further, in the information processing system 10 to which the game program of the present embodiment is applied, an additional reward event can be executed as a game event that is released for a limited time with respect to the breeding game function.

In the additional reward event provided by the game program of the present embodiment, by selecting the event-limited training mode in the training function and training the character, in addition to the reward provided at the end of normal training at the end of character training to earn additional rewards.

Here, as a premise for explaining the functions related to the additional reward event, the raising function for raising the character will be explained.

In the training function, the player arbitrarily selects and trains one character to be trained from a plurality of types of characters. An initial status is set for each of the multiple types of characters that can be selected as training targets. In addition, the characters to be trained have acquired unique skills (unique skills) corresponding to the type of the character from the beginning of the training, and the effects of activating the unique skills are different for each character. In addition, for multiple types of characters that can be selected as training targets, the growth correction rate of parameters such as speed, stamina, power, guts, and wisdom are set according to the character, and parameters that are easy to increase are set for each character type. It is

When a character to be trained is selected and character training is started, the character can be trained by instructing training in each of 75 turns at maximum. Specifically, when a training instruction associated with performance parameters such as speed, stamina, power, guts, and cleverness is given, the performance parameters change and skill points are acquired according to the training results. In addition, one turn can be consumed by instructing the player to enter a race, and performance parameters can be changed and skill points can be acquired according to the race results. Also, if the event occurrence conditions are met during training, an event will occur and the types of skills that can be acquired will increase, and performance parameters will change. The previously mentioned skill points are points used to allow the character to be trained to acquire skills, and skills can be acquired by consuming the possessed skill points from a list of acquireable skills.

In character training, a plurality of training goals are set for each character according to the type of character to be trained. Training goals include participating in a target race, achieving a result within a predetermined order of finish in a target race, and acquiring a predetermined number of fans by a predetermined turn. In this embodiment, when a character under training is run in a race, the number of fans can be obtained according to the order of finish, and the running condition is determined according to the number of fans according to the race.

Also, in this embodiment, a plurality of training targets set for each character are set for turns up to the 72nd turn, and the 73rd to 75th turns are the final race. The final race will be held over three turns, a qualifying race, a semi-final race, and a final race, and instructions regarding training can be given before starting each race.

In addition, in the present embodiment, in character training, if a training goal is set to obtain a result within a predetermined order of finish in a target race, a remedy is provided when a result within the specified order of finish cannot be obtained. As a function, there is a continue function. This continue function provides an opportunity to re-challenge the target race, and the player can re-challenge the target race by consuming a predetermined number of continues. In this embodiment, the number of continuations is basically 3 times through training of one character, and there are cases where the continuation function is limited in the special breeding mode described later.

In the breeding game function, when any one of a plurality of predetermined end conditions is met, the breeding game function shifts to the breeding end confirmation state.

First, when the final race of the final race is reached, that is, when the 75th turn is reached, training ends when the final race ends. In addition, in the case of a result of 2nd or lower in the final race, if the number of continues remains, you can try again. At that point, breeding ends. Whether or not to use the continue function is up to the player, and if the player selects not to use the continue function, the training ends at that point.

Also, if the training target set for each character is not achieved in the turns up to the 72nd turn, the training ends.

For example, if the training goal is to acquire a predetermined number of fans, the training ends when the set number of fans is not reached in the turn set by the training goal. In this case, since the continue function cannot be used, the breeding ends because the number of fans has not reached the predetermined number when the target turn is reached.

Also, for example, if the training goal is to start the target race, as long as the player can run in the target race, the training goal will be achieved regardless of the order of finish in the race. It is necessary to acquire the number of fans, and if the number of fans, which is the condition for entering the race, cannot be acquired at the turn of the target race, the target race cannot be entered and training ends.

Also, for example, if the training goal is to get within a predetermined order of finish in the target race, if the starting conditions for the target race are not met, the training ends at that point, and even if the player enters the target race, the player will still be in the predetermined order of finish. If it is not possible to take within and the number of continuations does not remain, the training ends. As mentioned above, the use of the continue function can be selected arbitrarily by the player, and if the player chooses not to use the continue function even if the number of continues is left, the training is terminated as the training target has not been achieved. .

In addition, if you are progressing after turn 73, you can advance to the next turn by taking 1st place in the qualifying race and semi-final race of the final race. If there are no remaining, the breeding ends. In this case as well, if the player chooses not to use the continue function, training ends at that point.

Then, in the present embodiment, when the breeding end condition is established, the state shifts to the breeding end confirmation state. This training completion confirmation state gives the player the last opportunity to acquire skills before confirming the status, and the player can acquire skills by consuming the skill points possessed at the moment. In addition, in the breeding completion confirmation state, an input interface is provided for inputting confirmation of the completion of training. The character is registered in the character list 52 of the management database 51 as a trained character.

When the status of the character to be trained is confirmed through the training completion confirmation state, a reward corresponding to the training result is provided. In this embodiment, there are a normal training mode and a special training mode as training modes. In the normal training mode, in-game currency and enhancement points are provided as rewards according to the total number of fans acquired by the end of training. In training mode, additional rewards may occur in addition to the rewards obtained in normal training mode. In this embodiment, for convenience of explanation, a reward commonly provided in the normal training mode and the special training mode may be called a normal reward in order to distinguish it from the additional reward.

In this embodiment, the provision of additional rewards is controlled by lottery parameters stored in the player management database 51 . This lottery parameter increases based on the achievement rate of the training target (target achievement rate) at the end of character training and the lottery parameter increase rate according to the difficulty level selected by the player prior to the start of character training. Additional rewards (in-game currency, enhancement points, etc.) to be provided by the first lottery or the second lottery when the parameters satisfy the lottery execution conditions are determined.

In the following, the game progress of the character training function will be described in more detail with reference to FIG. 5 .

First, prior to the start of character training, selection of a training mode is accepted (step S101). In this embodiment, an additional reward event is set as a game event for a limited time, in which an additional reward can be obtained in the character training function. A training function start request is sent to the server 20 . The server 20 that has received the breeding function start request determines whether or not the request reception time is within the holding period set in the period setting table 57, and transmits an event start response to the player terminal 40. The breeding mode selection screen shown in FIG. 6 or 7 is displayed on the player terminal 40 that has received the start response. If the request reception time of the breeding function start request is outside the holding period, the selection of the breeding mode is not accepted, and the processing after step S102 to be described later is performed to accept the selection of the character to be trained as the normal breeding mode.

In this embodiment, the normal training mode and the special training mode can be selected as the training mode. On the training mode selection screen, a tap input is made to the selection box 201 for selecting the normal training mode or the selection box 202 for selecting the special training mode. You can select the breeding mode with . There is a difference in the provision of rewards obtained at the end of training between the normal training mode and the special training mode. Specifically, in the special breeding mode, additional rewards may be obtained in addition to the rewards obtained in the normal training mode. In the special training mode, training is more difficult than in the normal training mode, and as shown in FIG. In the initial settings, only level 1 is released, and if the release conditions for the difficulty level are met in character development in the special training mode, each difficulty level will be released in the order of level 2 → level 3 → level 4 → level 5. It is possible to train the character with the difficulty level set. The difficulty level can be selected by changing the designation of the difficulty level with the up button 203 or the down button 204 on the breeding mode selection screen. Unreleased difficulty levels are grayed out, and it is possible to identify that the grayed out difficulty levels have not been released.

In addition, on the breeding mode selection screen, a lottery gauge 205 is displayed in the selection box 202 of the special breeding mode, and the lottery gauge 205 allows the acquisition status of lottery parameters managed in association with the player ID to be grasped.

In addition, on the breeding mode selection screen, a lottery type icon 206 indicating the type of lottery related to the provision of the additional reward is displayed in the selection box 202 of the special breeding mode. Or it can be grasped whether it is provided by the second lottery. For example, on the breeding mode selection screen shown in FIG. 6, a lottery type icon 206 imitating the sun is displayed, and it is understood that the additional reward is provided by the first lottery. Also, for example, on the breeding mode selection screen shown in FIG. 7, a lottery type icon 206 imitating the moon is displayed, and it is understood that the additional reward is provided by the second lottery.

Information regarding the number of additional rewards provided is also displayed on the breeding mode selection screen, and on the training mode selection screen shown in FIG. It is understood that the rewards have already been obtained, and on the breeding mode selection screen shown in FIG. 7, it is understood that there is no limit to the number of rewards provided by the symbol indicating infinity next to the additional rewards.

When either the normal breeding mode selection box 201 or the special breeding mode selection box 202 is selected on the breeding mode selection screen and the decision button 207 is tapped, the display screen appears as shown in FIG. transitions to a breeding character selection screen and accepts selection of a character to be trained (step S102).

In this embodiment, on the breeding character selection screen, the breeding target can be selected by tapping the character icon 301 for identifying the character. Information on a character that can be selected as a training target (trainable character) is managed in the player management database 51 in association with the player ID, and when a tap input is performed on the enter button 207 on the training mode selection screen, the trainable character can be trained. A character acquisition request is sent to the server 20 . Upon receiving the trainable character acquisition request, the server 20 transmits to the player terminal 40 a trainable character notification including the character type ID of the trainable character linked to the player ID of the sender of the trainable character acquisition request. Then, the player terminal 40 generates and displays a breeding character selection screen based on the character type ID included in the received breedable character notification.

When the progress button 302 is tapped while the character icon 301 of the character to be trained is selected on the breeding character selection screen shown in FIG. 8, the display screen transitions to the succeeding character selection screen as shown in FIG. Then, the selection of the successor character is accepted (step S103).

In this embodiment, the player selects two characters that have been trained in the past as inheritance characters when newly training the characters, and the inheritance factors linked to the selected two inheritance characters (the inheritance characters are Based on the parameters acquired during the training, it is a specification that can reinforce the status of the character to be trained.

When a succession character is selected, a list of selectable succession characters is displayed by performing a tap input on the succession frame 303 or the succession frame 304 provided for two characters. When the inheritance frame 303 (or inheritance frame 304) is tap-inputted on the succession character selection screen shown in FIG. The server 20 that has received the inheritance character acquisition request refers to the character list 52 that is tied to the player ID that sent the inheritance character acquisition request, and sends a list of trained characters that are tied to the player ID (inheritance character list) to the player terminal. 40. Based on the inherited character list received, the player terminal 40 generates and displays an inherited character list screen as shown in FIG. On the succession character list screen, a character can be selected by performing a tap input on the character icon 306. If a tap input is performed on the progress button 309 while any of the succession characters is selected, the screen shown in FIG. As shown, the screen returns to the succession character selection screen.

In addition, the succession character can be selected not only by a trained character trained by the player himself but also by renting a trained character trained by another character registered by the player as a friend. In this embodiment, a trained character trained by another character can be rented up to three times per day. 10, a trained character tab 307 and a rental tab 308 are provided. When a tap input is performed on the rental tab 308, a rental character acquisition request is sent to the server 20. sent to. Upon receiving the rental character acquisition request, the server 20 refers to friend registration information (profile information of other players registered as friends) associated with the player ID of the sender of the rental character acquisition request, and refers to other players registered as friends. A rental character list (rental character list) set in profile information by the player is transmitted to the player terminal 40 . Then, the player terminal 40 generates and displays an inherited character list screen based on the received rental character list.

In order to start character training, it is necessary to select two succession characters. As shown in FIG. 11, when only one succession character is selected, the progress button 305 is grayed out. It is displayed, and preparations for starting character development cannot proceed.

When two succession characters are selected on the succession character selection screen as shown in FIG. 12 and a tap input is performed on the progress button 305, the display screen transitions to a support formation screen as shown in FIG. , accepts selection of a support item (step S104).

In this embodiment, there are support items that imitate cards as items that support character training, and the support items can increase the effect of increasing performance parameters and increase the types of skills that can be acquired. When training a character, it is necessary to organize six support items. Of the six support items, five are selected from the support items owned by the player himself, and the remaining one is a friend slot, which is a support item owned by another player.

Support items are classified into six categories according to their performance: speed, stamina, power, guts, wisdom, and friends. Speed, stamina, power, guts, and cleverness are literally effects that increase parameters during training according to the character's performance parameters. It is something to do. The system of the support item can be identified by the system icon, and the player selects the six support items to be used in this training by relying on the system icon. Support items also have three levels of rarity: rare (R), super rare (SR), and special super rare (SSR). In this embodiment, the rarity increases in the order of R<SR<SSR, and basically, the higher the rarity, the higher the support effect.

As shown in FIG. 13, five player support frames 310 to 314 and one friend support frame 315 are provided on the support organization screen. When a tap input is performed on any of the player support frames 310 to 314, a player support acquisition request is transmitted to the server 20, and the server 20 receiving the player support acquisition request identifies the player ID of the sender of the player support acquisition request. The list of support items (player support list) associated with the player ID is transmitted to the player terminal 40 with reference to the item list 53 associated with the player ID. The player terminal 40 generates a screen displaying a list of support items possessed by the player based on the received player support list, and accepts the selection of the support item. Also, when a tap input is performed on the friend support frame 315, a friend support acquisition request is transmitted to the server 20, and the server 20 that receives the friend support acquisition request receives a friend With reference to the registration information, a list of support items (friend support list) set in profile information by other players who are registered as friends is transmitted to the player terminal 40 . Based on the received friend support list, the player terminal 40 generates a screen displaying a list of support items that can be set in the friend support frame 315 and accepts the selection of the support item.

As shown in FIG. 13, when the training start button 316 is tapped while six support items are organized on the support organization screen, the display screen transitions to a final confirmation screen as shown in FIG. Then, a confirmation input for starting training of the player is accepted (step S105). On the final confirmation screen, the character to be trained selected by the player, the character to be inherited, and the organization contents of the support item are displayed.

Then, when a tap input is performed on the training start button 317 on the final confirmation screen, a training progress process for training the character is performed (step S106).

FIG. 15 shows an example of a training home screen, which is a kind of display screen during character training.

In the character training function according to the present embodiment, basically, the training home screen is changed to a screen for giving various instructions such as training. On the breeding home screen, a character to be trained is displayed in animation, and a status display column 401 for displaying the current character status (speed, stamina, power, guts, wisdom, skill points) is provided. .

Also, a physical fitness gauge 402 and a motivation icon 403 are displayed on the training home screen. The physical strength gauge 402 is a gauge that indicates physical strength, which is a parameter that affects the failure rate of training. It becomes easier or less motivated. The motivation icon 403 indicates motivation, which is a parameter indicating the condition of the character being trained, and in the present embodiment, there are five levels of setting: extremely poor condition, bad condition, normal, good condition, and excellent condition. This motivation parameter affects the training effect and race entry parameters. When you're in top form, your training effects and race entry parameters will be increased compared to normal.

The training home screen is also provided with a rest button 404, a training button 405, a skill button 406, an infirmary button 407, an outing button 408, and a race button 409 as buttons for giving various instructions such as training. . In this embodiment, in principle, one type of instruction (specifically, any one of rest, training, infirmary, outing, and race) can be given per turn, and the instruction given in the current turn can be When the processing for the instruction is completed, proceed to the next turn. It should be noted that in the present embodiment, as an exception, skill acquisition does not involve the consumption of turns.

A rest button 404 is a button for instructing a rest to recover physical strength. When a tap input is performed on the rest button 404, a rest confirmation dialog box confirms that the rest is instructed. is displayed. Subsequently, when the decision button is tapped in the sleep confirmation dialog box, a sleep instruction request is sent to the server 20. Upon receiving the sleep instruction request, the server 20 determines the recovery amount of physical strength and the occurrence of a game event. A calculation regarding the presence or absence is performed, and a holiday result response including the calculation result is transmitted to the player terminal 40 . The player terminal 40 that has received the sleep result response displays an animation for restoring the physical fitness gauge 402 based on the calculation result included in the sleep result response, and executes processing related to the game event if a game event occurs. do.

The training button 405 is a button for instructing training for varying the performance parameters of the character. When a tap input is performed on the training button 405, the display screen transitions to a training screen as shown in FIG. do.

On the training screen, a speed button 410, a stamina button 411, a power button 412, a guts button 413, and a wisdom button 414 are arranged in the area where various buttons were arranged on the training home screen. In the present embodiment, for convenience of explanation, the buttons for instructing each training may be collectively referred to as training buttons.

On the training screen, the training instruction is given by tapping the training button in the selected state. Buttons can be changed.

The training screen displays how much any performance parameter increases and how many skill points can be obtained by training instructions from the training button in the selected state. In the example shown in FIG. 16, when the speed button 410 is in the selected state and speed training is instructed, it can be understood that speed increases by 10, power increases by 4, and 3 skill points can be obtained. In this embodiment, when speed training is performed, speed and power increase, when stamina training is performed, stamina and guts increase, when power training is performed, power and stamina increase, Grit training increases guts, power and speed, and wisdom training increases cleverness and speed. Skill points can be earned with any training.

In this embodiment, the support items organized before the start of training are randomly associated with training by a lottery by the server 20 at each turn, and training is performed by the effect of the support item in the training item associated with the support item. Increases the amount of increase in performance parameters and the amount of skill points acquired.

In training, physical strength is consumed by giving training instructions. The amount of physical strength consumed by training can be grasped in advance from the physical strength gauge 402 on the training screen. Physical fitness is a parameter that affects the failure rate in training, and the failure rate tends to increase as physical fitness decreases. In this embodiment, when the training instruction is given, the server 20 performs a lottery based on the failure rate to determine whether the training is unsuccessful, and if the training is not unsuccessful, the performance parameters corresponding to the training instruction The training result is an increase in

When a tap input is performed on the selected training button on the training screen, a training instruction request is transmitted to the server 20. Upon receiving the training instruction request, the server 20 receives information regarding training results, occurrence of game events, and the like. A calculation is performed, and a training result response including the calculation result is transmitted to the player terminal 40 . Upon receiving the training result response, the player terminal 40 performs display processing related to the training result (display when training fails or display for changing performance parameters) based on the calculation result included in the training result response, and generates a game event. If there is, execute processing related to the game event.

The skill button 406 is a button for allowing the character to acquire skills. When tap input is performed on the skill button 406, a skill acquisition screen showing a list of skills that the character can acquire at that time is displayed. When a skill is selected on the skill acquisition screen and the acquisition button is tapped, a skill acquisition request is transmitted to the server 20, and the server 20 that receives the skill acquisition request acquires the skill specified in the skill acquisition request. The acquired skill is registered in the status information of the character being trained, and a skill acquisition completion response is transmitted to the player terminal 40.例文帳に追加Upon receiving the skill acquisition completion response, the player terminal 40 displays that the skill acquisition has been completed, and executes processing for displaying the acquired skill as an acquired skill on the skill acquisition screen.

The nurse's room button 407 is a button used to cancel the bad status given to the character being trained, and accepts input only when the bad status is given by the game event being trained. In this embodiment, bad status such as lack of sleep may be given due to the occurrence of a game event, and when bad status is given, physical strength tends to decrease, motivation tends to decrease, etc. A game that is disadvantageous for training. Events are more likely to occur. The infirmary button 407 is grayed out when the character being trained is not given a bad status, and the infirmary button 407 is normally displayed when the character being trained is given a bad status. and tap input is accepted. When the infirmary button 407 is used to issue an instruction to cancel the bad status, the infirmary instruction request is transmitted to the server 20, and the server 20 that receives the infirmary instruction request conducts a lottery to determine whether the bad status has been resolved. Then, the infirmary result response including the content of the decision is transmitted to the player terminal 40 . When the bad status is cleared, the player terminal 40 that has received the infirmary result response notifies that the bad status has been cleared, and performs a process of erasing the bad status from the character's status display.

The go out button 408 is a button used to increase the motivation of the character being trained, and when a tap input is performed on the go out button 408, a go out confirmation dialog box for confirming an instruction to go out is displayed. Subsequently, when a tap input is performed on the decision button in the going out confirmation dialog box, a going out instruction request is transmitted to the server 20, and the server 20 that receives the going out instruction request conducts a lottery regarding an event to increase motivation and decides by lottery. The outing result response including the information of the motivated event is transmitted to the player terminal 40. - 特許庁Upon receiving the outing result response, the player terminal 40 executes processing related to the motivation-increasing event based on the information included in the outing result response.

The race button 409 is a button that is used to cause the character being trained to run in a race. When a tap input is made on the race button 409, the race being held in the current turn is displayed as shown in FIG. The display screen transitions to a race list screen showing a list. Note that the example shown in FIG. 17 is a turn for which a target race is set, and a target badge 416 is attached to the target race selection box 415 so that the target race can be identified.

When the race button 417 is tapped while the selection box 415 for the race to run is selected on the race list screen, a race request is sent to the server 20 . The server 20 that has received the request to run runs a running simulation with characters and NPCs (non-player characters) for the target race, and transmits a race result response including the running simulation result to the player terminal 40 . Upon receiving the race result response, the player terminal 40 executes display processing for allowing the player to watch the race based on the result of the running simulation.

In this embodiment, when a character is to run in a race, the performance parameters are adjusted according to the level of motivation. is performed, and when the motivation is good or excellent, the performance parameters are corrected to increase compared to when the motivation is normal.

Also, in this embodiment, the strength of the NPCs appearing in the race is adjusted according to the breeding mode. Stamina, Power, Guts, Wisdom). As described above, there are five levels of difficulty in the special breeding mode, from level 1 to level 5. The higher the level of difficulty, the higher the enemy adjustment magnification and the higher the NPC's performance parameters.

In the turn in which the character development target is set, it is determined whether or not the development target has been achieved. If the development target has been achieved, a target achievement notification screen is displayed as shown in FIG. . In the example shown in FIG. 18, the training goal is to run in the "debut race" which is the target race, and after the character is run in the "debut race" and the race result is displayed, the goal achievement notification screen is displayed. A progress button 418 is provided on the goal achievement notification screen, and when a tap input is performed on the progress button 418, the display screen transitions to a goal list screen as shown in FIG.

On the goal list screen, a list of training goals set for the character being trained is displayed in order of progress of the turn. In the example shown in FIG. 19, six training goals are set for the character being trained, and the first training goal "run in debut match" is marked with a clear mark so that it can be understood that the training goal has been achieved. 419 has been given. A progress button 420 is provided on the goal list screen, and when a tap input is performed on the progress button 420, the screen returns to the training home screen.

In this embodiment, each training target is set for a period up to the 72nd turn, and the number of training targets and the contents of the training targets are individually set according to the character type. When all the training targets for the character being trained are achieved, it becomes possible to advance to the final race after the 73rd turn.

For example, when the last training goal set for the character being trained is achieved, a training goal completion screen is displayed as shown in FIG. A progress button 421 is provided on the training target completion screen, and when a tap input is performed on the progress button 421, a target list screen is displayed as shown in FIG. On the target list screen shown in FIG. 21, clear marks 419 are provided for all six training targets set for the character being trained, and it can be understood that all training targets have been achieved. Then, when a tap input is performed on the close button 422 of the target list screen, the screen returns to the breeding home screen.

If you have achieved all of your character development goals, from the 73rd turn onwards, you will first enter the qualifying race. If you get 1st place in the race, you will enter the final race, and if you get 1st place in the final race, you will win the final race and end your training. Training instructions can be given before starting each turn of the qualifying race, semi-final race, and final race. The final race after the 73rd turn is an extra turn with no training targets set, and if a result other than 1st place is obtained in the qualifying race or semi-final race, it is possible to try again by using the continue function, but the number of continues is limited. If there is no remaining number, the training ends. As mentioned above, the use of the continue function is left to the player's choice, so even if the continue function is available, if the player chooses not to use the continue function, Training ends when you lose.

Also, for example, as shown in FIG. 22, when the training target set for the character being trained cannot be achieved, the training ends at that point. In particular, in this embodiment, when the training goal is to obtain a result within a predetermined order of finish in the target race, the continue function is used even if the result cannot be obtained within the predetermined order of finish in the target race. It is possible to re-challenge by using it, but if the training goal is to acquire a predetermined number of fans by a predetermined turn, or if the training goal cannot be achieved in the case of entering the target race, the continue function. can not be used, and the training ends when the judgment turn of the training target is reached.

The use of the continue function in the target race and final race may be restricted in the special breeding mode. Specifically, there are cases where the use of the continue function is prohibited as a special condition depending on the difficulty level. I can't. For this reason, if character training is started with difficulty level 4 or level 5 in the special breeding mode, if results within the predetermined finish order cannot be obtained in the target race, or if the result of the first place in the final race is not obtained, If it is not obtained, the breeding ends at that point.

Then, when the breeding end condition is established in the breeding progress process (Y in step S107), the end confirmation process is performed (step S108). In the end confirmation process, an end confirmation screen for confirming the status of the character to be trained is displayed. On the end confirmation screen, a skill acquisition button and a training end button are provided, and when a tap input is performed on the skill acquisition button, a list of skills that can be acquired is displayed, and skills can be acquired within the range of skill points owned. When the training end button is tapped, a training end request is transmitted to the server 20, and the server 20 receives the training end request and performs training end processing (step S109).

First, in the training end process, a trained character is registered. Registration of a trained character is completed by determining the character's status by calculating the evaluation points and determining the succession factor, and by linking the status to the individual character ID and saving the status in the character list 52 . Evaluation points are calculated based on the character's performance parameters and acquired skills, and inheritance factors are determined by lottery.

Subsequently, in the training end process, a reward for the training result is also provided. In this embodiment, there are normal rewards provided in both the normal training mode and the special training mode, and additional rewards that may be provided in the special training mode. provided by.

First of all, as for regular rewards, in-game currency and support points are provided according to the number of fans acquired during training, and the more fans you have, the more in-game currency and support points you can get.

Next, for the additional reward, a lottery parameter that varies according to the training result in the special training mode is referred to determine whether or not to execute the lottery. or a second lottery to determine the additional rewards to be offered.

FIG. 23 is a flowchart showing an example of processing related to determination of additional rewards in the special breeding mode.

First, lottery parameter increase value calculation processing for calculating the increase value of the lottery parameter based on the character training result in the special breeding mode is performed (step S201). In this embodiment, the increase value of the lottery parameter is obtained from the target achievement rate at the end of training and the lottery parameter increase rate set according to the difficulty level. For example, six training targets are set as training targets for a character to be trained, and three training targets are achieved, but the fourth training target is not achieved and training ends. ratio becomes 3/6. An increase value is obtained by multiplying the target achievement rate by a lottery parameter increase rate corresponding to the difficulty level selected prior to the start of training. For example, if the selected difficulty level is level 3, the lottery parameter increase rate is 300, so the increase value is (3/6×300)=150.

Next, lottery number determination processing is performed based on the lottery parameter managed in association with the player ID and the increased value of the lottery parameter (step S202). In this embodiment, every time the lottery parameter reaches 100, one lottery is executed and an additional reward is provided. For example, if the lottery parameter associated with the player ID at the start of training is 70 and the increased value based on the training result is 150, the total result is 220, so the number of times of lottery is determined to be 2, The remaining lottery parameters excluding the lottery parameters required for the two lotteries from the combined result are managed, and the lottery parameters linked to the player ID are updated to 20. - 特許庁Also, for example, if the lottery parameter associated with the player ID at the start of training is 20 and the increased value based on the training result is 50, the total result is 70, so the number of times of lottery is determined to be 0. , the lottery parameter associated with the player ID is updated to 70 without consumption of the lottery parameter.

The lottery parameter may be managed so as to increase cumulatively. For example, if the lottery parameter at the start of training is 150 and the increased value based on the training result is 200, the existing lottery parameter based on the lottery parameter at the start of training is The number of lotteries (the number of lotteries that have been executed) is 1, and the sum of the lottery parameters and the increased value at the start of training is 350. The number of lotteries may be determined as the number of lotteries for this time.

If the lottery number determined in the lottery number determination process is not 0 (Y in step S203), the processes after step S204 are repeatedly executed until the lottery number becomes 0. On the other hand, if the number of lotteries determined in the lottery number determination process is 0 (N in step S203), the series of processes related to the determination of the additional reward is terminated. In this case, since the lottery is not conducted, the additional reward is not provided.

When the lottery for determining the additional reward is performed, first, obtained reward search processing for searching the acquisition status of the reward provided in the first lottery with reference to the reward acquisition data is performed (step S204).

For example, if the reward acquisition data has the contents shown in FIG. 24A, the reward ID 1001, reward ID 1002, reward ID 1003, and reward ID 1004 are all acquired because the upper limit of the number of rewards to be provided has not been reached. It is judged as an incomplete reward.

Further, for example, if the reward acquisition data has the contents shown in FIG. 24B, the upper limit of the number of reward IDs 1002 and 1004 to be provided has been reached, and the upper limit of the number of reward IDs 1001 and 1003 to be provided has been reached. Therefore, the reward ID 1001 and the reward ID 1003 are determined to be unacquired rewards.

When the obtained reward search process is performed, if the obtained incomplete reward is not 0 (Y in step S205), the first lottery processing for determining the additional reward is performed by the first lottery (step S206), and the obtained incomplete reward is determined. If the result is 0 (N in step S205), a second lottery process is performed to determine the additional reward by a second lottery (step S207).

First, the first lottery process will be described. The first lottery is a lottery in which the population of the next lottery can change based on the execution of the lottery. In the first lottery process, one type of reward is extracted with the provision probability according to the provision probability parameter of the reward determined as the incomplete acquisition reward, and the extracted reward is set as the provision target.

In the example shown in FIG. 24A, all reward IDs 1001 to 1004 are incompletely obtained rewards, so four types of reward IDs 1001 to 1004 are drawn. Then, the sum of the provision probability parameters of the reward IDs targeted for the lottery is 4, and as shown in FIG. Any one type of remuneration ID is extracted.

In the example shown in FIG. 24B, the reward ID 1001 and the reward ID 1003 are the incompletely obtained rewards, and the reward IDs 1002 and 1004 are not the incompletely obtained rewards. Become. Then, the sum of the provision probability parameters of the reward IDs targeted for the lottery is 2, and as shown in FIG. Any one type of remuneration ID is extracted.

Then, when one type of reward ID is extracted by the first lottery process and set as an object to be provided, a reward acquisition data update process for updating the acquired number of the extracted reward ID is performed (step S208). Specifically, the acquisition number for the reward ID extracted by the first lottery process is incremented by 1 and updated.

Next, the second lottery process will be explained. The second lottery is a lottery capable of repeatedly extracting the provision target from the same population. In the second lottery process, the lottery target reward is the same in each lottery, one type of reward is extracted with the provision probability according to the provision probability parameter of the lottery target reward, and the extracted reward is used as the provision target. set.

In this embodiment, all of the reward IDs 2001 to 2006 that can be provided by the second lottery are lottery targets, and the sum of the provision probability parameters associated with each of the reward IDs is 100, as shown in FIG. 24(E). , the probability of providing reward ID 2001 and reward ID 2002 is 1/100 (1%), the probability of providing reward ID 2003 and reward ID 2004 is 14/100 (14%), and the probability of providing reward ID 2005 and reward ID 2006 is 1/100 (1%). Each probability is set to 35/100 (35%), and any one type of reward ID is extracted.

When one type of reward ID to be provided is extracted by the first lottery process or the second lottery process, a lottery number subtraction process is performed to subtract the number of lotteries by one (step S209), and the number of lotteries becomes 0. (N in step S203), extraction of reward IDs to be provided is repeatedly performed in the processes after step S204.

When the object to be provided with the normal reward or the additional reward is determined in this way, the provision of the reward is completed by adding the reward content linked to the reward ID to be provided to the item list 53 linked to the player ID.

In the breeding end process, it is also determined whether or not the release condition of the difficulty level is satisfied when the character is trained in the special breeding mode. In this embodiment, as shown in FIG. 3, a release condition is set for each difficulty level in the difficulty level setting table 56, and it is determined whether or not the release condition is satisfied with the difficulty level selected for this training. If the difficulty level to be released is not released when the release condition is satisfied, information for releasing the difficulty level to be released is linked to the player ID and registered in the player management database 51 .

When the registration of the trained character in the character list 52 and the addition of the reward to the item list 53 are completed, the server 20 transmits a training result response to the player terminal 40, and the player terminal 40 receives the training result response. A display notifying the result is performed. For example, the evaluation points of the trained character, inheritance factors given to the trained character, details of rewards provided, newly released difficulty levels, and other information are displayed. In particular, in this embodiment, when a character is trained in the special breeding mode, the result of updating the lottery gauge, the information on the content of the obtained reward when an additional reward is obtained, etc. are displayed, and are provided in the first lottery. A display is also made to notify that the first lottery will be switched to the second lottery when all the additional rewards are obtained.

In the above-described embodiment, when the character is trained in the special breeding mode, when all the rewards provided by the first lottery are provided, the lottery execution target is switched to the second lottery to determine the reward provision target. Therefore, even after receiving the reward based on the first lottery and obtaining the desired result, the work feeling of the player who has achieved the purpose is reduced by preparing means for obtaining the reward in a different lottery format. , it is possible to appropriately execute a lottery related to the provision of rewards.

In addition, in this embodiment, since the lottery parameter associated with the player ID is allowed to change only during the period of the additional reward event, the motivation for training the character in the special breeding mode to obtain the additional reward is can be given to the player.

Further, in this embodiment, the specific condition for switching the execution target of the lottery related to the additional reward from the first lottery to the second lottery is that each of the rewards set in the first reward setting table has been obtained up to the upper limit of the number of offers. . That is, when the number of executions of the first lottery reaches the total number of rewards set in the first reward setting table, the specific condition is met. With specifications that set an upper limit on the number of rewards provided, there is a concern that players will feel a sense of accomplishment if they obtain the upper limit of the number of rewards provided, and that they will lose motivation to play after that, but certain conditions are met. The player can be motivated to continue playing by switching to a new provision method in which the number of rewards to be provided is not limited.

The specific conditions for switching the execution target of the lottery related to the additional reward from the first lottery to the second lottery include the condition that the specific reward among the rewards to be drawn in the first lottery is extracted as the provision target. You can For example, not only when all the rewards that can be provided by the first lottery are obtained, but also when a specific reward is obtained, a specific condition is satisfied, and when a specific reward is obtained, an additional reward by the first lottery An input interface may be provided that allows the player to select whether or not to continue providing the. In this way, convenience can be improved because the player can be given the option of the method of providing the additional reward when a specific reward is obtained in the provision of the additional reward by the first lottery.

Further, in the present embodiment, in the first lottery, the lottery target is determined by searching the first reward setting table based on the reward acquisition data linked to the player ID. to manage the first reward setting table, and every time a reward to be provided is extracted in the first lottery, the number of extracted rewards to be provided is subtracted, thereby managing the acquisition status of additional rewards. You may make it determine the lottery object of a 1st lottery.

Further, in the present embodiment, in the first lottery, rewards to be provided are extracted by excluding rewards that have reached the upper limit of the number of offers set in the first reward setting table from the lottery targets. The first lottery may be executed by a so-called non-restoration extraction method. In the present embodiment, a total of 50 additional rewards are provided in the first lottery. Therefore, when the first lottery is performed using the non-restoration extraction method, the first lottery has a provision probability of 1/50 and one reward is given in the first lottery. It can be configured such that one reward is extracted with a provision probability of 1/49 in the second first lottery. For example, by extracting the difference data between a table A that sets the lottery targets with no lotteries and a table B that reflects the reward provision results of the first lottery, each of the lottery targets obtained from the difference data is almost A first lottery is conducted by allocating the lottery probability of the same probability, and the object to be provided can be determined according to the lottery result. In the above embodiment, a total of 50 additional rewards are provided in the first lottery, a provision management ID is assigned so as to identify each of the 50 additional rewards in Table A, and 1 provision management is provided in the first lottery. The ID is extracted, and the extracted provision management ID is recorded in table B. When determining the object to be provided with the additional reward, the difference data is extracted based on the table A and the table B to obtain an unprovided provision management ID, which becomes the lottery object of the first lottery. When the lottery target obtained from the difference data based on the table A and the table B is 0, the lottery execution target related to the reward can be switched to the second lottery. That is, the first lottery may be a non-restoration extraction method, and the second lottery may be a restoration extraction method.

Further, in the present embodiment, in the first lottery, the provision probability parameters associated with the plurality of types of reward IDs in the first reward setting table are the same, but the provision probability parameters associated with at least some of the reward IDs are the same. Parameters can be different. In this way, it is possible to set the rarity of the reward according to the magnitude of the provision probability parameter.

Further, in the present embodiment, one type of first reward setting table is referred to when performing the first lottery, but a plurality of types of first reward setting tables may be provided. For example, when providing an additional reward in the first lottery, four stages from step 1 to step 4 can be provided, and a different first reward setting table can be referred to in each stage to perform the first lottery. In this case, when all the rewards provided in step 1 are acquired, the process switches to step 2, and in the same way, steps 3 and 4 are performed, and when all the rewards provided in step 4 are acquired, the specific condition is established. You may make it switch to the 2nd lottery as . In this case, in the first reward setting table corresponding to each of steps 1 to 4, the provision probability for each reward may be different while the contents of the reward are the same. Also, at least part of the reward contents may be different in the first reward setting table corresponding to each of steps 1 to 4. FIG.

Also, in the present embodiment, one type of second reward setting table is referred to when performing the second lottery, but a plurality of types of second reward setting tables may be provided. In this case, in the second lottery, it is possible to arbitrarily decide which of the second reward setting tables to refer to, and the player may be allowed to make a selection prior to training. Alternatively, the second reward setting table to be referred to may be switched each time the second lottery is held a predetermined number of times.

In addition, for at least one of the first lottery and the second lottery, the lottery probability may be switched based on information such as the number of lotteries that changes depending on the execution of the lottery. It may be a specification that can be selected and acquired (a specification that limits the number of lotteries required to acquire a reward, a so-called ceiling specification).

In addition, in the present embodiment, in the first lottery, the reward to be provided is determined by referring to the first reward setting table common to all difficulty levels. At least one of the reward content, the number of offers, and the provision probability parameter may differ according to the difficulty level. In this case, reward acquisition data can also be managed for each difficulty level.

In addition, in the present embodiment, in the second lottery, the reward to be provided is determined by referring to the second reward setting table common to all difficulty levels. At least one of the reward content and the provision probability parameter may differ according to the difficulty level.

In this embodiment, the lottery parameters updated according to the training result are consumed to execute the first lottery and the second lottery. It is good also as a structure which performs a 1st lottery and a 2nd lottery. When the first lottery or the second lottery is executed by consuming lottery tickets, the first lottery or the second lottery may be executed once when the number of lottery tickets reaches a predetermined number. However, the first lottery or the second lottery may be executed once for one lottery ticket. That is, the lottery parameters and the specific parameters realized by the lottery ticket may be consumed in common in the first lottery and the second lottery.

In addition, in the present embodiment, a game in which a character for racing can be trained and a reward can be obtained according to the training result has been described as an example. may be configured. For example, in a sports game such as a baseball game or a soccer game, the present invention can be applied to a game in which a character participating in a competition can be trained and a reward can be obtained according to the training result. Also, the present invention may be applied to games of other genres, such as fighting games, action games, battle royale games, role-playing games, etc., in which characters can be trained and rewards can be obtained according to the training results.

10 information processing system,
20 server, 40 player terminal, 21, 41 control unit, 22, 42 storage unit,
23, 45 communication unit, 43 operation input unit, 44 display unit,
50 data storage unit, 51 player management database, 52 character list,
53 item list, 54 event-related data, 55 difficulty setting table,
56 remuneration setting table, 57 period setting table,
60 game execution unit, 61 lottery parameter management unit, 62 specific condition determination unit,
63 first remuneration determination unit, 64 second remuneration determination unit,

Claims (6)

A program for a game in which rewards determined by lottery are provided,
a parameter management unit that manages specific parameters in association with player identification information;
Based on the fact that the specific parameter satisfies the execution condition of the first lottery, a first lottery is executed in which the population of the next lottery can be changed by the execution of the lottery, and the reward extracted in the first lottery is paid. a first reward determination unit that determines the provision target;
a specific condition determination unit that determines whether or not a specific condition is established based on the result of executing the first lottery;
Based on the fact that the specific parameter satisfies the execution condition of the second lottery, a second lottery is executed that can be repeatedly executed in the same population, and the reward extracted in the second lottery is provided. Make the computer function as a second reward determination unit that determines as a target,
The specific condition determination unit,
When the specific condition is not satisfied, the lottery execution target for the provision of the reward is set to the first lottery, and when the specific condition is satisfied, the lottery execution object for the provision of the reward is set. A program characterized by switching to the second lottery. In claim 1,
The parameter management unit
A program characterized by allowing variation in the specific parameter linked to the identification information during a predetermined specific period. In claim 1 or 2,
The program, wherein the specific condition includes at least a condition that a specific reward is extracted as a provision target from among the plurality of types of rewards to be selected by lottery in the first lottery. In any one of claims 1 to 3,
The program, wherein the specific condition includes at least a condition that the number of executions of the first lottery reaches a predetermined number. An information processing system for a game in which rewards determined by lottery are provided,
a parameter management unit that manages specific parameters in association with player identification information;
Based on the fact that the specific parameter satisfies the execution condition of the first lottery, a first lottery is executed in which the population of the next lottery can be changed by the execution of the lottery, and the reward extracted in the first lottery is paid. a first reward determination unit that determines the provision target;
a specific condition determination unit that determines whether or not a specific condition is established based on the result of executing the first lottery;
Based on the fact that the specific parameter satisfies the execution condition of the second lottery, a second lottery is executed that can be repeatedly executed in the same population, and the reward extracted in the second lottery is provided. and a second reward determination unit that determines as a target,
The specific condition determination unit,
When the specific condition is not satisfied, the lottery execution target for the provision of the reward is set to the first lottery, and when the specific condition is satisfied, the lottery execution object for the provision of the reward is set. An information processing system characterized by switching to the second lottery. An information processing method for a game in which rewards determined by lottery are provided,
a parameter management step of managing specific parameters in association with player identification information;
Based on the fact that the specific parameter satisfies the execution condition of the first lottery, a first lottery is executed in which the population of the next lottery can be changed by the execution of the lottery, and the reward extracted in the first lottery is paid. A first reward determination step for determining the provision target;
A specific condition determination step for determining whether or not a specific condition is established based on the result of executing the first lottery;
Based on the fact that the specific parameter satisfies the execution condition of the second lottery, a second lottery is executed that can be repeatedly executed in the same population, and the reward extracted in the second lottery is provided. a second reward determination step of determining for inclusion,
In the specific condition determination step,
When the specific condition is not satisfied, the lottery execution target for the provision of the reward is set to the first lottery, and when the specific condition is satisfied, the lottery execution object for the provision of the reward is set. An information processing method, characterized by switching to the second lottery.

Images