JP7448718B1 - Information processing program, information processing method, information processing system, game device - Google Patents

Abstract

[Problem] To increase a player's desire to play by improving strategy. [Solution] An information processing program performs a process of associating an auxiliary character with a first command that specifies the behavior of a character to be trained, receives a player's operation to select one of multiple types of commands, and selects a command selected by the player. When the information corresponding to the first command is obtained, a process of updating the first training parameter linked to the character to be trained, and linking it to the auxiliary character according to predetermined update conditions. A process of updating the first auxiliary parameter that has been set, a process of determining whether the first auxiliary parameter has reached a predetermined value, and a process of updating the second command if there is an auxiliary character whose first auxiliary parameter has reached a predetermined value. The computer is caused to perform validation processing and, when information corresponding to the validated second command is acquired, update processing of the first training parameter. [Selection diagram] Figure 25

Description

The present invention relates to an information processing program, an information processing method, an information processing system, and a game device.

BACKGROUND ART Conventionally, as shown in Patent Document 1, a game is known in which the occurrence or non-occurrence of an event is determined by a lottery, and the success or non-success of the event is determined by a lottery.

Patent No. 6392439

In the above games, whether an event occurs or not and whether it is a success or not is determined by lottery. Therefore, there is a problem in that there is a large element of leaving things to chance, and the strategy required of the player is poor, and the player's desire to play decreases.

An object of the present invention is to provide an information processing program, an information processing method, an information processing system, and a game device that can increase a player's desire to play by improving strategy.

In order to solve the above problems, the information processing program
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
Let the computer carry out the task.

The information processing program is
a process of associating the auxiliary character whose first auxiliary parameter has reached a predetermined value with the second command;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
The first training parameter may be updated based on the first training parameter and a second auxiliary parameter linked to the auxiliary character.

The second command is a command that specifies a battle between the character to be trained and the auxiliary character linked to the second command,
The information processing program is
a process of determining a win rate of the character to be trained based on the first training parameter and the second auxiliary parameter;
When information corresponding to the second command is acquired, a process of determining the win or loss of the character to be trained based on the win rate;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
The first training parameter may be updated based on the win or loss of the character to be trained.

The information processing program is
a process of associating the auxiliary character whose first auxiliary parameter has reached a predetermined value with the second command;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
The first training parameter may be updated based on the second training parameter linked to the training target character.

The second command is a command that specifies a battle between the character to be trained and the auxiliary character linked to the second command,
The information processing program is
A process of determining a win rate of the character to be trained based on the second training parameter;
When information corresponding to the second command is acquired, a process of determining the win or loss of the character to be trained based on the win rate;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
The first training parameter may be updated based on the win or loss of the character to be trained.

A reward is linked to the auxiliary character,
The information processing program is
a process of giving the reward to the training target character when the training target character wins against the auxiliary character;
may be performed by a computer.

The process of associating the auxiliary character with the second command includes:
The plurality of auxiliary characters whose first auxiliary parameters have reached the predetermined value can be linked to the second command,
The information processing program is
a process of determining whether a special state occurs when a predetermined number of one or more auxiliary characters is linked to the second command;
Let the computer carry out the
When the special state occurs, at least one of the win rate and the reward may be more advantageous than when the special state does not occur.

The process of associating the auxiliary character with the second command includes:
The plurality of auxiliary characters whose first auxiliary parameters have reached the predetermined value can be linked to the second command,
The information processing program is
a process of determining whether a special state occurs when a predetermined number of one or more auxiliary characters is linked to the second command;
Let the computer carry out the
When the special condition occurs, the updated value of the first growth parameter may be more advantageous than when the special condition does not occur.

The information processing program is
a process of determining the success of the action of the character to be trained corresponding to the first command selected by the player;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the first command is acquired,
The first growth parameter may be updated based on the result of the success determination.

In order to solve the above problems, the information processing method is
An information processing method performed by one or more computers, the method comprising:
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
including.

In order to solve the above problems, the information processing system
comprising one or more computers;
The computer,
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
carry out.

In order to solve the above problems, the game device
comprising one or more computers;
The computer,
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
carry out.

According to the present invention, it is possible to improve the player's desire to play by improving the strategy.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating the hardware configuration of the player terminal. FIG. 2B is a diagram illustrating the hardware configuration of the server. FIG. 3A is a diagram illustrating an example of a home screen. FIG. 3B is a diagram illustrating an example of an option setting screen. FIG. 3C is a diagram illustrating an example of a profile setting screen. FIG. 4 is a diagram for explaining the general flow of progress of the training game. FIG. 5A is a diagram illustrating an example of scenario initial addition value data. FIG. 5B is a diagram illustrating an example of scenario initial upper limit value data. FIG. 5C is a diagram illustrating an example of scenario event additional value data. FIG. 6A is a diagram illustrating a training target character selection screen. FIG. 6B is a first diagram illustrating the character details screen. FIG. 6C is a second diagram illustrating the character details screen. FIG. 7A is a diagram illustrating a capability parameter (initial value) table. FIG. 7B is a diagram illustrating the suitability parameter (initial value) table. FIG. 7C is a diagram illustrating skills. FIG. 7D is a diagram illustrating a dedicated event. FIG. 8 is a diagram illustrating the character reinforcement screen. FIG. 9A is a first diagram illustrating the inherited character selection screen. FIG. 9B is a first diagram illustrating the nurturing character list screen. FIG. 9C is a second diagram illustrating the inherited character selection screen. FIG. 9D is a third diagram illustrating the inheritance character selection screen. FIG. 10 is a diagram illustrating the inheritance system. FIG. 11 is a diagram illustrating factor information. FIG. 12A is a diagram illustrating the utility of basic ability factors. FIG. 12B is a diagram illustrating the utility of character factors. FIG. 13A is a diagram illustrating compatibility determination targets, and FIG. 13B is a diagram illustrating compatibility determination items. FIG. 14A is a first diagram illustrating the support card organization screen. FIG. 14B is a diagram illustrating the support card selection screen. FIG. 14C is a second diagram illustrating the support card organization screen. FIG. 15A is a diagram illustrating the support card table. FIG. 15B is a diagram illustrating the support effect. FIG. 15C is a diagram illustrating possessed skills. FIG. 15D is a diagram illustrating a support event. FIG. 16A is a diagram illustrating the final confirmation screen. FIG. 16B is a diagram illustrating a preset selection screen. FIG. 17A is a diagram illustrating the types of characters. FIG. 17B is a diagram illustrating member IDs. FIG. 18 is a diagram illustrating selection items in each turn. FIG. 19 is a diagram illustrating the top screen. FIG. 20 is a first diagram illustrating the training screen. FIG. 21A is a second diagram illustrating the training screen. FIG. 21B is a third diagram illustrating the training screen. FIG. 21C is a diagram illustrating a training result notification screen. FIG. 21D is a diagram illustrating the event screen. FIG. 22 is a diagram illustrating the SS match information dialog. FIG. 23 is a diagram illustrating a team member dialog. FIG. 24 is a fourth diagram illustrating the training screen. FIG. 25 is a diagram illustrating the SS match temporary selection screen. FIG. 26A is a diagram illustrating a winning rate calculation formula. FIG. 26B is a diagram illustrating the physical strength addition value. FIG. 27A is a first diagram illustrating the race selection screen. FIG. 27B is a diagram illustrating the race start screen. FIG. 27C is a first diagram illustrating the race result screen. FIG. 27D is a second diagram illustrating the race result screen. FIG. 28 is a diagram illustrating issues in the representative exchange match and the special race. FIG. 29 is a diagram explaining overseas suitability. FIG. 30 is a diagram illustrating the overseas aptitude acquisition screen. FIG. 31 is a diagram illustrating the acquisition condition list dialog. FIG. 32 is a diagram illustrating the effect list dialog. FIG. 33 is a diagram illustrating the general flow of turn start processing. FIG. 34 is a diagram illustrating the allocation ratio to training items. FIG. 35 is a diagram illustrating the SSS match activation lottery. FIG. 36 is a diagram illustrating training levels. FIG. 37A is a diagram illustrating the fixed increase value (speed). FIG. 37B is a diagram illustrating the fixed increase value table (power). FIG. 38A is a diagram illustrating a training completion screen. FIG. 38B is a second diagram illustrating the training completion screen. FIG. 38C is a third diagram illustrating the training completion screen. FIG. 39 is a diagram illustrating the memory configuration and computer functions in the player terminal. FIG. 40 is a diagram illustrating the memory configuration and computer functions in the server. FIG. 41 is a sequence diagram illustrating the processing of the player terminal and server related to the training game. FIG. 42 is a flowchart illustrating the preparation stage processing at the player terminal. FIG. 43 is a flowchart illustrating the preparation stage processing in the server. FIG. 44 is a flowchart illustrating the training stage process in the server. FIG. 45 is a flowchart illustrating turn start processing in the server. FIG. 46 is a flowchart illustrating SS match information determination processing in the server. FIG. 47 is a flowchart illustrating the SSS match activation lottery process in the server. FIG. 48 is a flowchart illustrating the training stage processing at the player terminal. FIG. 49 is a flowchart illustrating overseas aptitude-related processing at the player terminal. FIG. 50 is a flowchart illustrating selection command reception processing in the server. FIG. 51 is a flowchart illustrating race execution processing in the server. FIG. 52 is a flowchart illustrating the result information reception process at the player terminal. FIG. 53 is a flowchart illustrating the training game ending process in the server.

One aspect of the embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The numerical values and the like shown in the embodiments are merely illustrative to facilitate understanding, and do not limit the present invention unless otherwise specified. In this specification and the drawings, elements with substantially the same functions and configurations are given the same reference numerals to omit redundant explanation, and elements not directly related to the present invention are omitted from illustration. do.

(Overall configuration of information processing system S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. As shown in FIG. The information processing system S is a so-called client-server system that includes a player terminal 1 functioning as a client, that is, a game terminal, a server 1000, and a communication network N having a communication base station Na.

In the information processing system S of this embodiment, the player terminal 1 and the server 1000 function as a game device G. The player terminal 1 and the server 1000 are each assigned the role of controlling the progress of the game, and the game can progress through cooperation between the player terminal 1 and the server 1000.

Player terminal 1 can establish communication with server 1000 via communication network N. The player terminal 1 includes a wide range of electronic devices that can be connected to the server 1000 for wireless or wired communication. Examples of the player terminal 1 include a smartphone, a mobile phone, a tablet device, a personal computer, and a game device. In this embodiment, a case where a smartphone is used as the player terminal 1 will be described.

The server 1000 is communicatively connected to a plurality of player terminals 1 . The server 1000 accumulates various types of information for each player who plays the game. Further, the server 1000 mainly executes processes such as updating accumulated information and causing the player terminal 1 to download images and various information based on operations input from the player terminal 1.

The communication base station Na is connected to the communication network N and transmits and receives information to and from the player terminal 1 wirelessly. The communication network N is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, etc., and realizes a wireless or wired communication connection between the player terminal 1 and the server 1000.

(Hardware configuration of player terminal 1 and server 1000)
FIG. 2A is a diagram illustrating the hardware configuration of the player terminal 1. Further, FIG. 2B is a diagram illustrating the hardware configuration of the server 1000. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input/output interface 16, a storage section 18, a communication section 20, an input section 22, and an output section 24. be done.

Further, as shown in FIG. 2B, the server 1000 includes a CPU 1010, a memory 1012, a bus 1014, an input/output interface 1016, a storage section 1018, a communication section 1020, an input section 1022, and an output section 1024.

Note that the configurations and functions of the CPU 1010, memory 1012, bus 1014, input/output interface 1016, storage section 1018, communication section 1020, input section 1022, and output section 1024 of the server 1000 are the same as those of the CPU 10, memory 12, and output section 1024 of the player terminal 1, respectively. The bus 14, input/output interface 16, storage section 18, communication section 20, input section 22, and output section 24 are substantially the same. Therefore, below, the hardware configuration of the player terminal 1 will be explained, and the explanation of the server 1000 will be omitted.

The CPU 10 operates programs stored in the memory 12 to control the progress of the game. The memory 12 is configured with a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game. Memory 12 is connected to CPU 10 via bus 14.

An input/output interface 16 is connected to the bus 14 . A storage section 18 , a communication section 20 , an input section 22 , and an output section 24 are connected to the input/output interface 16 .

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data. In the player terminal 1, programs and data stored in the storage unit 18 are loaded into the memory 12 (RAM) by the CPU 10.

The communication unit 20 is wirelessly connected to the communication base station Na, and sends and receives information such as various data and programs to and from the server 1000 via the communication network N. In the player terminal 1, programs and the like received from the server 1000 are stored in the memory 12 or the storage unit 18.

The input unit 22 includes, for example, a touch panel for inputting (receiving operations) a player's operations, buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Further, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1. Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the player's voice. That is, the input unit 22 broadly includes devices that can input the player's intention in a discernible manner.

The output unit 24 includes a display device and a speaker. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1. In this embodiment, the player terminal 1 includes a display 26 as the output section 24 and a touch panel provided to overlap the display 26 as the input section 22.

(Game content)
Next, a game provided by the information processing system S and game device G of this embodiment will be explained. A player can possess game media obtained through a lottery called a so-called gacha, or game media distributed by the management side. In this embodiment, the player can have character cards and support cards as game media. One character is always linked to each character card and support card. Note that the character linked to the character card becomes a training target in the training game. Below, a character linked to a character card may be simply referred to as a character.

Although details will be described later, in the game according to this embodiment, a training game is provided. In a training game, a player can train a character and generate a trained character to which various parameters are linked. Further, the training game in this embodiment has a game feature in which a character associated with a character card is trained while participating in a race imitating a horse race.

FIG. 3A is a diagram illustrating an example of the home screen 100. When the game application is started on the player terminal 1, a home screen 100 is displayed on the display 26. A menu bar 102 is displayed at the bottom of the home screen 100. The menu bar 102 is provided with a plurality of operation units that can be operated (tapped) by the player.

Here, the menu bar 102 is provided with a home screen selection operation section 102a, an enhanced screen selection operation section 102b, a story screen selection operation section 102c, a racing game selection operation section 102d, and a gacha screen selection operation section 102e. Note that in the menu bar 102, the operation unit corresponding to the screen currently being displayed is highlighted so that the screen currently being displayed on the display 26 can be identified.

When the home screen selection operation section 102a is tapped, the home screen 100 shown in FIG. 3A is displayed on the display 26.

When the enhanced screen selection operation section 102b is tapped, an enhanced screen (not shown) is displayed. On the reinforcement screen, the player can strengthen the characters and support cards that he or she owns. A player can increase the level set for a character or support card by strengthening the character or support card. Various parameters are set for characters and support cards, and the parameters increase as the level increases. By increasing the parameters of the character and the support card, the player can train a character with stronger status in the training game.

When the story screen selection operation section 102c is tapped, a story screen (not shown) is displayed. Here, a story image is provided for each character appearing in the game. The player can select and view characters and story images on the story screen.

When the racing game selection operation section 102d is tapped, a racing game selection screen (not shown) is displayed. In the present embodiment, various race games are provided in which a breeding character trained in a training game described later can run. On the race game selection screen, the player can select a race game in which the character to be trained will run. As a racing game, there is a team competition game in which a team made up of a plurality of trained characters competes against a team of other players selected by a computer. A team competition game has a game feature in which players compete for ranking with other players.

When the gacha screen selection operation section 102e is tapped, a gacha screen (not shown) is displayed. On the gacha screen, players can spend in-game currency and tickets to perform a so-called gacha lottery. In the gacha lottery, you can win character cards and support cards.

Further, on the home screen 100, a training game operation section 104 is provided above the menu bar 102. When the training game operation section 104 is tapped, a training game screen is displayed, and a training game to be described later is started. The training game is roughly divided into a preparation stage and a training stage. First, in the preparation stage, the player selects one character from among the characters he owns and sets it as a character to be trained (hereinafter referred to as a character to be trained).

Furthermore, in the preparation stage, the player sets a deck to be used when training a character to be trained. The deck is composed of a plurality of inherited characters and a plurality of support cards, which will be described in detail later. Therefore, in the breeding game, inherited characters organized into a deck and support cards are used.

When the setting of the character to be developed and the deck (inherited character and support card) is completed, the preparation stage shifts to the training stage, and a game for training the character to be developed is started. In the training game, parameters of the character to be trained can be changed. A player can possess a character trained in a training game as a trained character. As described above, the player can organize the characters he or she owns into a team and use them in a team competition game or the like.

As described above, the main purpose of the game of this embodiment is to generate a character to be trained through a training game, and to improve the ranking of a team competition game using the character to be trained.

Furthermore, the present embodiment includes a function for sharing breeding characters or support cards among players, and a function for sharing information among a plurality of players. A player can set a training character and a support card that other players can use in the training game. Specifically, as shown in FIG. 3A, a setting operation section 106 is provided at the upper right of the home screen 100. When the setting operation section 106 is tapped, an option setting screen 110 is displayed.

FIG. 3B is a diagram illustrating an example of the option setting screen 110. The option setting screen 110 is a screen on which various information can be checked and set. The option setting screen 110 is provided with a plurality of operation units, and when an operation unit is tapped, information corresponding to the operation unit can be confirmed and set.

The operation sections of the option setting screen 110 include a profile setting operation section 110a and a close operation section 110b. When the close operation section 110b is tapped, the option setting screen 110 is closed and the home screen 100 is displayed. When the profile setting operation section 110a is tapped, a profile setting screen 120 is displayed.

FIG. 3C is a diagram illustrating an example of the profile setting screen 120. On the profile setting screen 120, the player can check and set his or her own profile information. The profile information includes a profile character, player name, player ID, affiliated circle, representative character, and rental card.

The profile character functions as a character displayed when the player's information is viewed by other players. For example, the profile character is displayed when using the circle function, which is a place to share information with other players. The profile setting screen 120 displays a profile character image 122 that is currently being set. A change button 124 is provided near the profile character image 122. When the change button 124 is tapped, a profile character change screen (not shown) is displayed. The player can change the profile character on the profile character change screen.

Further, the profile setting screen 120 displays the player name set by the player, the player ID given to the player, and the name of the circle to which the player belongs. Further, the profile setting screen 120 is provided with a representative character setting operation section 126a and a rental card setting operation section 126b.

When the representative character setting operation section 126a is tapped, a representative character setting screen (not shown) is displayed. On the representative character setting screen, the player can set any one of the characters he or she has raised as the representative character. The representative character setting operation section 126a displays an icon image indicating the representative character currently being set. Although details will be described later, the representative character can be organized into a deck as an inherited character in a training game played by other players.

When the rental card setting operation section 126b is tapped, a rental card setting screen (not shown) is displayed. The player can set any one of the support cards that he or she owns as a rental card on the rental card setting screen. The rental card setting operation section 126b displays an icon image indicating the rental card currently being set. Note that, as described above, support cards set as rental cards can be assembled into decks by other players, and are used in training games played by other players.

Although a detailed explanation will be omitted, when the profile information settings are changed on the profile setting screen 120, the setting change information is sent to the server 1000. In the server 1000, profile information is saved for each player.

Furthermore, in this embodiment, various limited-time events are held irregularly. A specific event icon 108 is displayed on the home screen 100 while a specific event, which is a limited time event, is being held. When the specific event icon 108 is tapped, a specific event screen is displayed. On the specific event screen, the player can, for example, exchange specific event points provided only for specific events for various rewards.

When the breeding game operation section 104 is tapped on the home screen 100, a breeding game screen is displayed and the breeding game is started. Note that the player can play the training game by consuming game points. A predetermined value (for example, +1) of game points is awarded to the player at predetermined intervals (for example, 10 minutes). An upper limit value (for example, 100) is set for the game points that a player can possess, and the player can possess game points within the range of the upper limit value. A game point display bar 136 is provided at the top of the home screen 100, and the ratio of the game points currently possessed to the upper limit value is visually displayed.

Note that the game points are subtracted by a predetermined value (for example, -30) at the time the training game is started. Therefore, if the player does not have the required game points, he or she cannot start the training game. However, the player can have items that recover game points, and can use the items to recover game points. This item can be given as a reward for a training game or a team competition game, or can be acquired by consuming in-game currency, for example. The training game will be explained in detail below.

(nurturing game)
FIG. 4 is a diagram for explaining the general flow of the training game. The training game is roughly divided into a setting game and a training main game. Although details will be described later, the main training game is a game in which one character selected from among the characters owned by the player is trained as a character to be trained (hereinafter referred to as a character to be trained).

Further, the setting game is a game in which the player registers a character to be trained and a deck (inherited characters and support cards), and corresponds to the preparation stage of the training game. Hereinafter, the processing performed in the setting game will be referred to as preparation stage processing, and the processing performed in the training main game will be referred to as training stage processing. Here, in order to facilitate understanding, the general flow of the preparation stage process and the growth stage process will be explained first.

As shown in FIG. 4, in the preparation stage process, the registration of a scenario, the registration of a character to be trained, the registration of an inherited character, the registration of a support card, and the registration of a team member are performed in this order. Note that the order of each registration and setting process described above is only an example. Therefore, the order of each registration and setting process described above can be changed as appropriate.

<Preparatory stage processing>
In the preparation stage processing, the registration of a scenario, the registration of a character to be trained, and the registration of a deck (inherited characters and support cards) are mainly performed. Note that the support card is for assisting the training of the character to be trained. Each support card is always associated with one character, and the character associated with the support card registered in the preparation stage process assists the development of the character to be developed. Hereinafter, a character linked to a support card will be referred to as a support character.

<Scenario registration>
When the player taps the training game operation section 104 on the home screen 100, a scenario selection screen (not shown) is displayed. In this embodiment, a plurality of scenarios for the training main game are provided. Each scenario of the training main game has a final goal, a goal during the game, etc. The player must sequentially clear the goals set for each scenario. Each goal, the time period required to achieve the goal, the difficulty of the game, etc. differ depending on the scenario.

Note that each scenario is provided with a scenario ID, and here the scenario ID selected by the player is registered. Furthermore, when a character to be developed, which will be described later, is selected, a character ID provided for each character is registered. Scenarios include scenarios where different goals are set for each type of character to be trained (here, referred to as existing scenarios), and scenarios where a common goal is set for all characters to be trained (here, referred to as new scenarios). There is.

In the existing scenario, a goal is set at the start of the training game based on the registered scenario ID and character ID. On the other hand, in the new scenario, a goal is set based on the registered scenario ID. In the new scenario, since the character ID is not specified when setting the goal of the training game, a common goal will be set regardless of the type of character to be trained.

Further, the training main game has a story, and the game progresses according to the story. Additionally, events occur at various times during the training main game. Events that occur during the training main game include scenario-specific events. Therefore, the plurality of scenarios differ from each other in at least some of the events that occur during the training main game. The player can select one of a plurality of scenarios on the scenario selection screen.

FIG. 5A is a diagram illustrating an example of scenario initial addition value data. FIG. 5B is a diagram illustrating an example of scenario initial upper limit value data. FIG. 5C is a diagram illustrating an example of scenario event additional value data. As shown in FIG. 5A, each scenario is associated with a unique scenario ID. When the player selects a scenario on the scenario selection screen, a scenario ID associated with the selected scenario is registered. Here, four scenario IDs 0001 to 0004 are provided.

Although details will be described later, the purpose of the training game includes increasing the ability parameters of the character to be trained. Here, there are five ability parameters: speed, stamina, power, guts, and wisdom. The higher the values of these five ability parameters, the more advantageous the race development of the character to be trained becomes.

However, an upper limit value is set for each ability parameter, and in the training main game, the value of each ability parameter is updated only within the range of the upper limit value, and updates of ability parameters exceeding the upper limit value are restricted. At the start of the training main game, initial upper limit values for each ability parameter are set. This initial upper limit value differs depending on the scenario. Note that the upper limit value of each ability parameter may increase from the initial upper limit value during the game.

Scenario initial addition value data is stored in the player terminal 1 and the server 1000. The scenario initial added value data is data in which the initial added values of each of the five ability parameters are linked to a scenario ID. In this embodiment, at the start of the training main game, the initial upper limit value of each ability parameter is set based on the scenario initial additional value data.

Specifically, a common base value is set in advance for each ability parameter. In this embodiment, "1200" is set as the common base value. This common base value is common for all scenarios and all capability parameters. However, the common base value may differ for each scenario or for each ability parameter. Then, at the start of the training main game, the scenario initial additional value corresponding to the scenario selected by the player is added to the common base value, and the initial upper limit value of each ability parameter is set.

For example, as shown in FIG. 5A, according to the scenario initial additional value data, "200" is set as the scenario initial additional value for the five ability parameters linked to the scenario ID of "0001". . Therefore, when the scenario ID of "0001" is selected and the training main game is started, the initial upper limit values of all five ability parameters are "1400".

For example, if the scenario ID "0002" is selected and the training main game is started, the initial upper limit value of the speed and guts ability parameters will be the common base value "1200", and the stamina and wisdom The initial upper limit value of the ability parameter of Sa is "1600", and the initial upper limit value of the ability parameter of Power is "1400".

Note that here, the initial upper limit value is derived by adding the initial addition value of the ability parameter to the common base value. However, as shown in FIG. 5B, scenario initial upper limit value data may be provided, and the initial upper limit value of each ability parameter may be derived based on the scenario initial upper limit value data. According to the scenario initial upper limit value data, the initial upper limit values of each of the five ability parameters are linked to the scenario ID. In the scenario initial upper limit value data, the value of the initial upper limit value linked to each scenario ID is the value obtained by adding the initial added value of the scenario initial added value data to the common base value.

In this way, the scenario initial upper limit value linked to the scenario ID may be set as the initial upper limit value of each ability parameter. Alternatively, a value obtained by adding the scenario initial addition value to the common base value may be set as the initial upper limit value of each ability parameter.

Furthermore, in the training main game, a scenario event in which the upper limit value of each ability parameter increases may occur at a predetermined timing. When a scenario event occurs, the scenario event additional value linked to the scenario event is added to the upper limit value at that time. For example, in a training main game with a scenario ID of "0001", when a predetermined scenario event occurs, the upper limit values of each of the five ability parameters increase by "20".

As shown in FIG. 5C, the upper limit value of the ability parameter that increases depending on the scenario event differs depending on the scenario. Note that a single scenario may be provided with a plurality of scenario events in which the upper limit value of the ability parameter increases, or may be provided with none at all. Furthermore, the timing of occurrence of scenario events may be the same or different for all scenarios.

In this way, the upper limit value of the ability parameter varies depending on the scenario selected by the player. As a result, it becomes possible to develop characters with different abilities and characteristics for each scenario. This increases the player's desire to play through various scenarios.

<Registration of characters to be trained>
FIG. 6A is a diagram illustrating the training target character selection screen 150. When the player selects a scenario on the scenario selection screen, a training target character selection screen 150 shown in FIG. 6A is displayed. A plurality of character icons 151 are displayed in the center of the training target character selection screen 150, and a list of characters owned by the player is displayed.

Further, at the top of the training target character selection screen 150, an ability parameter display section 152a and an aptitude parameter display section 152b are displayed. Further, at the bottom of the training target character selection screen 150, a return operation section 153 and a next operation section 154 are displayed.

In this embodiment, initial values of ability parameters are set for each character. In the ability parameter display section 152a, the initial value of the ability parameter of the character corresponding to the character icon 151 selected by the player is displayed as a numerical value. In this embodiment, the larger the numerical value of the ability parameter, the higher the ability.

Further, the initial upper limit value of each ability parameter is displayed on the ability parameter display section 152a. In other words, in a state where the player can select a scenario, or after the player selects a scenario, the upper limit value of each ability parameter set at the start of the training main game is displayed on the ability parameter display section 152a. In the ability parameter display section 152a, the initial upper limit value corresponding to the scenario selected by the player is displayed in the denominator, and the initial value of the ability parameter of the character selected by the player is displayed in the numerator.

Here, in the ability parameter display section 152a, the initial upper limit value exceeding the common base value is identified and displayed. For example, in the example shown in FIG. 6A, the initial upper limit values for speed, power, and guts exceed the common base value of "1200." Therefore, in the ability parameter display section 152a, the initial upper limit values of speed, power, and guts are displayed to be distinguished from the initial upper limit values of stamina and intelligence. Here, as an identification display, the initial upper limit value exceeding the common base value is displayed blinking or displayed in a different color.

FIG. 7A is a diagram illustrating a capability parameter (initial value) table. In this embodiment, as shown in FIG. 7A, an ability parameter (initial value) table stores initial values of ability parameters for each character. Then, the initial values of the ability parameters are displayed in the ability parameter display section 152a based on the initial values of the ability parameters stored in the ability parameter (initial value) table.

In this embodiment, initial values of ability parameters are set for each of a plurality of types of abilities for each character. Specifically, the ability parameters include a speed ability parameter marked as "Speed" in the ability parameter display section 152a, a stamina ability parameter marked as "Stamina" in the ability parameter display section 152a, and a stamina ability parameter marked as "Stamina" in the ability parameter display section 152a. The ability parameter of power is marked as "Power" in the ability parameter display section 152a, the ability parameter of guts is marked as "Spirit" in the ability parameter display section 152a, and the ability parameter of wisdom is marked as "Wisdom" in the ability parameter display section 152a. It is provided.

Note that the initial value of the ability parameter for each character increases by strengthening the character (character card). For example, each character is provided with five status levels, and the player can increase the character's status level by consuming in-game currency or predetermined items. As the status level of a character increases, the initial value of the ability parameter of the character increases.

FIG. 7A shows initial values when the character is at a predetermined level. Note that the player can increase the value of the ability parameter in the training main game. That is, the purpose of the training main game is to train a character with higher numerical values of ability parameters.

Furthermore, in this embodiment, aptitude parameters (initial values) are set for each character. As shown in FIG. 6A, the initial values of the aptitude parameters of the character corresponding to the character icon 151 selected by the player are displayed in alphabetical order on the aptitude parameter display section 152b.

FIG. 7B is a diagram illustrating the suitability parameter (initial value) table. In this embodiment, as shown in FIG. 7B, the initial values of the aptitude parameters for each character are stored in the aptitude parameter (initial value) table. The initial value of the suitability parameter is set to one of seven levels in the alphabet from A to G. Note that the initial values of the suitability parameters indicate that A has the highest suitability and G has the lowest suitability. Based on the initial values of the aptitude parameters stored in the aptitude parameter (initial value) table, the initial values of the aptitude parameters are displayed in the aptitude parameter display section 152b.

In this embodiment, initial values of aptitude parameters are set for each of a plurality of types of aptitudes for each character. Specifically, the aptitude parameters include aptitude parameters related to suitability for each of grass and dirt, aptitude parameters related to distance suitability for each of short distance, mile, medium distance, and long distance, and aptitude parameters related to distance suitability for each of short distance, mile, middle distance, and long distance, and distance for running away, leading, passing, An aptitude parameter related to the aptitude of each leg quality for the driving is provided.

In the training game, the player can have the character to be trained run in various races. At this time, the higher the aptitude of the character to be trained that matches the race content, the more advantageous the race will be.

Note that the initial value of the aptitude parameter for each character may be increased by consuming in-game currency. Further, the value of the aptitude parameter may change in the training main game. Further, in the training main game, the aptitude parameter may be set to S, which has higher aptitude than A.

FIG. 6B is a first diagram illustrating the character details screen 160. Further, FIG. 6C is a second diagram illustrating the character details screen 160. When the character icon 151 on the training target character selection screen 150 is pressed and held, a character details screen 160 is displayed on the display 26. The character details screen 160 displays details of the abilities of the character corresponding to the long-pressed character icon 151 on the training target character selection screen 150.

In the center of the character details screen 160, a skill operation section 161 and an event operation section 162 are displayed. As shown in FIG. 6B, when the character details screen 160 is initially displayed, the skill operation section 161 is highlighted, and the skills provided for each character are displayed. A skill is an ability that may be activated when a predetermined condition is met during a race or team race, which will be described later. Each character's race development becomes advantageous depending on the activation of skills.

FIG. 7C is a diagram illustrating skills. As shown in FIG. 7C, each character has multiple skills. As shown in FIG. 6B, the character details screen 160 displays skills possessed by the character (hereinafter referred to as possessed skills). In the training main game, skills possessed by a character to be trained can be acquired by satisfying predetermined conditions. Note that skills cannot be activated during a race just by possessing them, and can only be activated by acquiring the possessed skills. Hereinafter, a skill that can be exercised by the character, that is, a skill that the character has acquired, will be referred to as an acquired skill.

One acquired skill is set for the character from the beginning of the training main game. In addition to the acquired skills, the character has a plurality of skills set. Possessed skills can be acquired by consuming skill points, which will be described later, after starting the training main game. In other words, a possessed skill can become an acquired skill in exchange for skill points.

In this embodiment, the skills indicated by "◎" in FIG. 7C are displayed as acquired skills on the character details screen 160 in FIG. 6B. Furthermore, the skills indicated by "O" in FIG. 7C are displayed as possessed skills on the character details screen 160 in FIG. 6B. In this embodiment, as shown in the character details screen 160 of FIG. 6B, acquired skills are highlighted so that acquired skills and possessed skills can be easily distinguished.

Specifically, in the character details screen 160 shown in FIG. 6B, one acquired skill is displayed in the acquired skill display column 161a, and seven possessed skills are displayed in the possessed skill display column 161b. Note that the number of acquired skills and possessed skills may differ for each character. Further, for example, the number of acquired skills or possessed skills of each character may increase due to an increase in the level of the character, consumption of in-game currency or items, or the like.

Here, the possessed skills include awakening skills. Awakening skills are skills that become possessed when the release conditions are met. In other words, the awakening skill is not a possessed skill when the release condition is not satisfied. Therefore, awakening skills whose release conditions are not met cannot be acquired in the training main game.

In FIG. 7C, awakening skills are indicated by a star mark. Here, four awakening skills are set for each character. However, the number of awakening skills may differ for each character. Note that the awakening skills differ for each character. For example, skill d in the diagram is set as an awakened skill for character A, an acquired skill for character B, and a normal possessed skill for character C. is set as . In this way, skills include skills that are set differently depending on the character, such as acquired skills, possessed skills, and awakened skills.

In this embodiment, the character's awakening level is set as the release condition for the awakening skill. The above-mentioned status level and awakening level are linked to the character (character card). The player can individually raise their status level and awakening level. As shown in FIG. 6B, the character details screen 160 is provided with a close operation section 163a and a reinforcement operation section 163b. When the reinforcement operation section 163b is tapped, a character reinforcement screen 165 is displayed on the display 26.

FIG. 8 is a diagram illustrating the character reinforcement screen 165. The character reinforcement screen 165 is displayed when the reinforcement operation section 163b of the character details screen 160 is tapped and when the reinforcement screen selection operation section 102b is tapped. A character icon 151 corresponding to the possessed character is displayed below the center of the character reinforcement screen 165. When the character icon 151 is tapped by the player, the character corresponding to the tapped character icon 151 becomes selected.

Note that when the reinforcement operation section 163b of the character details screen 160 is tapped and the character reinforcement screen 165 is displayed, the character that was selected on the character details screen 160 is also selected when the character reinforcement screen 165 starts displaying. state. Information regarding the selected character is displayed above the character enhancement screen 165.

Specifically, the character enhancement screen 165 includes an awakening tab 167a, a hint tab 167b, and a status tab 167c. When the awakening tab 167a is tapped, awakening skill display fields 168a, 168b, 168c, and 168d are displayed. Note that when the character enhancement screen 165 starts displaying, the awakening tab 167a is selected, and the awakening skill display fields 168a, 168b, 168c, and 168d are displayed. Awakening skill display columns 168a, 168b, 168c, and 168d each indicate the name of the awakening skill corresponding to the awakening level.

At the bottom of the character reinforcement screen 165, an awakening level reinforcement button 169a is provided. When the arousal level enhancement button 169a is tapped, a confirmation screen (not shown) is displayed. This confirmation screen displays items required to increase the awakening level and that the awakening level will increase by consuming the items. Then, when a predetermined operation is input on the confirmation screen, the arousal level of the selected character increases.

In this embodiment, the arousal level is set to level 1 in the initial state of each character. The player can raise the character's awakening level up to level 5 by consuming items. Each awakening level is associated with one awakening skill. By increasing the awakening level, the awakening skills corresponding to the increased awakening level will be released. Specifically, when the awakening level reaches level 2, the awakening skill corresponding to level 2 is released. Similarly, when the awakening level reaches level 5, the awakening skill corresponding to level 5 is released.

In this way, four awakening skills are set for each character. Then, by increasing the awakening level, the player can release the same number of awakening skills as the number of increases in the awakening level. Awakening skills function as possessed skills that can be acquired by being released.

The awakening skill display columns 168a, 168b, 168c, and 168d display awakening skills that are released at awakening levels of 2, 3, 4, and 5, respectively. At this time, the released awakening skills are written as "released" in the awakening skill display columns 168a, 168b, 168c, and 168d. On the other hand, for unreleased awakening skills, the awakening skill display columns 168a, 168b, 168c, and 168d are grayed out. FIG. 8 shows a state where the awakening level is level 4 and three awakening skills are released.

Although a detailed explanation will be omitted, when the awakening skill display fields 168a, 168b, 168c, and 168d are pressed and held, detailed information such as the content of each awakening skill is displayed. Further, when the hint tab 167b is tapped, a hint level enhancement screen (not shown) is displayed. On the hint level enhancement screen, you can increase the hint level of the skills you possess, which will be described later, by consuming items.

Further, when the status tab 167c is tapped, a status level enhancement screen (not shown) is displayed. On the status level enhancement screen, you can increase your character's status level by consuming items. Note that the character reinforcement screen 165 is provided with a return operation section 169b. When the return operation section 169b is tapped, the character reinforcement screen 165 is closed and the character details screen 160 is displayed.

Furthermore, when the player taps the event operation section 162 on the character details screen 160, the contents of the character details screen 160 are switched as shown in FIG. 6C, and a dedicated event display field 162a showing dedicated events provided for each character is displayed. be done. A dedicated event occurs when a predetermined condition is met in the training main game. When a special event occurs, a story image related to a character appearing in the training game is displayed, or the value of an ability parameter changes.

FIG. 7D is a diagram illustrating a dedicated event. As shown in FIG. 7D, each character is associated with a plurality of dedicated events. As shown in FIG. 6C, the character details screen 160 displays dedicated events tied to the character. Note that the dedicated events include a hint event that allows a character to possess or acquire a skill, an ability event that increases or decreases the numerical value of a character's ability parameter, and the like.

Further, the dedicated events displayed on the character details screen 160 shown in FIG. 6C may be all executed during the execution of the training main game, or at least a part thereof may be executed during the execution of the training main game. Alternatively, if a predetermined condition is not satisfied, all of the steps may not be executed during execution of the training main game. Further, for example, the number of exclusive events provided for each character may increase due to an increase in the level of the character, consumption of in-game currency or items, and the like. Furthermore, if a predetermined condition is met, a dedicated event that is not displayed as a dedicated event may be executed during the training main game.

Further, as shown in FIGS. 6B and 6C, a close operation section 163a is displayed at the bottom of the character details screen 160. When the close operation section 163a of the character details screen 160 is tapped, the display of the character details screen 160 ends, and the training target character selection screen 150 is displayed on the display 26.

Further, when the return operation section 153 is tapped on the training target character selection screen 150 shown in FIG. 6A, the home screen 100 shown in FIG. 3A is displayed on the display 26. Further, the training target character selection screen 150 is provided with a training information display button 155. When the breeding information display button 155 is tapped, a breeding information display screen (not shown) is displayed. The player can check information regarding the character selected on the training target character selection screen 150 on the training information display screen.

The purpose of the training game is to generate a stronger character to be trained by training a character selected as a character to be trained from among the characters owned by the player. As will be described in detail later, the training main game consists of a plurality of turns, and the player needs to have the character to be trained train or participate in a race for each turn.

A plurality of clear goals are set for each character. On the training information display screen, the clear goal set for the selected character can be confirmed. In each turn, a race in which the character to be trained can run is determined in advance. Further, the clear goals include having the character to be trained run in a predetermined race in a predetermined turn and obtaining a predetermined ranking.

Furthermore, when a character to be developed is run in a race, the character to be developed can gain fans. The base number of fans acquired for each race is determined by the order of finish, and the higher the finish, the greater the number of fans acquired. Additionally, races have difficulty levels, and the more difficult the race, the more fans it will be able to attract.

Here, the number of fans that can be obtained by running in a race is calculated by adding the number of bonuses obtained to the base number obtained for each finish. Specifically, a correction value is determined based on the race result, and the base number obtained is multiplied by the correction value to calculate the number of bonuses obtained. The total number of this bonus acquisition number and the base acquisition number becomes the number of fans acquired by the character to be trained. For example, when the race result is 1st place, the larger the difference between the training target character and the 2nd place character, the larger the correction value becomes. Further, when the race result is 2nd to 5th place, the smaller the difference between the character to be trained and the character who placed first, the larger the correction value becomes.

Furthermore, the character to be trained activates a skill (acquired skill) at a predetermined probability during the race. At this time, the more skills are activated, the larger the correction value becomes. In this way, conditions for adding up the number of fans are determined for each race, and the number of fans obtained increases depending on various race results other than the order of finish and the progress of the race. However, the number of fans acquired by the character to be developed is at least the base number acquired corresponding to the order of arrival.

Note that in some races, the number of fans is stipulated as a condition for participation. If the number of fans acquired by the character to be trained is less than the number of fans specified as the entry condition, the player cannot allow the character to be trained to run in the race. The more difficult the race, the greater the number of fans required to run it. Therefore, if a race for which the number of fans is specified as a participation condition is set as a race for which the goal is to clear (hereinafter referred to as the "Target Race"), the character to be trained will be able to complete the corresponding race by the turn in which the Target Race is held. The race must have the specified number of fans.

Furthermore, the clear goal includes acquiring a predetermined number of fans or more by a predetermined turn. Further, the clear goal includes, for example, coming in first place in a highly difficult race (for example, GI) a predetermined number of times or more within a predetermined turn range. In this way, a plurality of clear goals are set for each character. By achieving the clear goal, the player can continue playing the training main game until the final turn. On the other hand, if the clear goal cannot be achieved, the training main game ends in that turn.

Therefore, if the number of fans specified for the target race has not been acquired by the turn in which the target race is held, the character to be developed cannot run in the target race. In this case, the clear goal is not achieved and the training game ends.

In the training main game, various parameters of the character to be trained increase each turn, so the more turns there are, the stronger the character to be trained can be generated. Therefore, when playing the training main game, it is necessary to increase the parameters of the character to be trained so that all the clear goals can be cleared.

Basically, the clear goal set for each character is fixed, and the same clear goal is set as a task every time the training game is played. However, the character may be set with a clear goal that changes depending on the progress of the training main game, or may include a character whose clear goal can be selected by the player.

Further, when the training game is completed, a training character is generated. When the training game is completed, an evaluation score is calculated for the training character, and a training rank is derived based on the evaluation score. The evaluation score is calculated based on a preset calculation formula, such as a score calculated based on various parameters of the character to be trained at the time of completion of training, a score calculated based on acquired skills, and the like. The training information display screen displays information showing the rank, evaluation score, name, and registration date of the top three characters with the highest evaluation points among the characters trained based on the selected character. .

Although a detailed explanation will be omitted, the training game has a plurality of scenarios. The basic game specifications are common to each scenario, but some functions differ from scenario to scenario. The training information display screen displays the scenario selected when each training character was trained.

As described above, the player can select a character to be trained while checking various information about each character on the character selection screen 150 shown in FIG. 6A. Then, when the next operation section 154 is tapped on the training target character selection screen 150, the selected character is set as the training target character, and the inheritance character selection screen 170 is displayed on the display 26.

<Registering inherited characters>
FIG. 9A is a first diagram illustrating the inherited character selection screen 170. FIG. 9B is a first diagram illustrating the nurturing character list screen 180. FIG. 9C is a second diagram illustrating the inherited character selection screen 170. FIG. 9D is a third diagram illustrating the inherited character selection screen 170. The inherited character selection screen 170 is a screen for the player to register an inherited character.

The inheritance character is a character whose ability values, skills, etc. are inherited by the character to be trained. The player selects two inherited characters and organizes them into a deck from among the characters he or she owns and the representative characters of other players extracted according to predetermined extraction conditions, such as the representative characters of friends such as followers. , can be registered. Note that only one representative character of another player can be organized into a deck as an inherited character in one training game.

The inherited character selection screen 170 is provided with an ability parameter display section 152a, an aptitude parameter display section 152b, a first inherited character selection area 171a, and a second inherited character selection area 171b. When the screen transitions from the training target character selection screen 150 to the inheritance character selection screen 170, as shown in FIG. 9A, the first inheritance character selection area 171a and the second inheritance character selection area 171b are displayed as blank. .

When the first inherited character selection area 171a or the second inherited character selection area 171b is tapped, a training character list screen 180 shown in FIG. 9B is displayed. The training character list screen 180 is provided with a My Character tab 181a and a Rental tab 181b. Further, below the My Character tab 181a and the Rental tab 181b, a training character list display area is provided. A training character icon 182 is displayed in the training character list display area.

When the My Character tab 181a is selected, as shown in FIG. 9B, a training character icon 182 corresponding to the training character owned by the player is displayed. Although not shown, when the rental tab 181b is selected, a foster character icon 182 corresponding to the friend's representative character, that is, a foster character trained by the friend, is displayed.

Furthermore, when the nurturing character icon 182 is tapped, the nurturing character corresponding to the nurturing character icon 182 is temporarily selected. Further, when the training character icon 182 is tapped, an inheritance character selection screen 170 is displayed as shown in FIG. 9C. At this time, for example, if the first inherited character selection area 171a is tapped and the nurturing character list screen 180 is displayed, and the nurturing character icon 182 is tapped on the nurturing character list screen 180, the nurturing character icon 182 is tapped in the provisionally selected state. An image showing the character is displayed in the first inherited character selection area 171a.

In this state, for example, when the second inherited character selection area 171b is tapped and the nurturing character list screen 180 is displayed, and the nurturing character icon 182 is tapped on the nurturing character list screen 180, the nurturing character that has been temporarily selected is An image showing this is displayed in the second inherited character selection area 171b, as shown in FIG. 9D.

Further, information related to the inherited character used during breeding is stored in association with the breeding character. In the first inherited character selection area 171a, information related to the inherited character used when training the training character is displayed.

FIG. 10 is a diagram illustrating the inheritance system. In the training game, various benefits are brought about, such as increasing the values of the ability parameters and aptitude parameters of the character to be trained, based on the factor information possessed by the inherited character. Here, two inherited characters are set for one character to be trained, and these inherited characters are previously generated characters. Therefore, even when a nurturing character set as an inherited character is generated, two inherited characters are set for the nurturing character.

As shown in FIG. 10, the current character is the character to be trained in the training main game that is to be started. Further, for this character to be trained, two training characters set as inheritance characters are set as the inheritance first generation. Furthermore, in the first generation of inheritance characters, two of the breeding characters are set as inheritance characters at the time of starting the breeding. When the first generation inheritance characters are generated, the two breeding characters that were set as inheritance characters are set as the second generation inheritance characters.

In this case, as shown in FIG. 10, it is the nurturing characters of the first generation of inheritance and the second generation of inheritance that exert utility on the current generation of nurturing characters. As mentioned above, two inherited characters (first generation of inheritance) are set for one character to be trained, so a total of six characters to be trained have utility for one character to be trained. This will bring about

For example, the first inheritance group is composed of one of the two inheritance first generation breeding characters and two inheritance second generation breeding characters that are inheritance characters of this breeding character. Similarly, a second inheritance group is constituted by the other of the two inheritance first generation breeding characters and two inheritance second generation breeding characters that are inheritance characters of this breeding character.

As shown in FIG. 9D, the first inherited character selection area 171a corresponds to one inherited first generation training character and two inherited second generation training characters that constitute the first inheritance group. There is an icon to do so. Similarly, in the second inheritance character selection area 171b, icons corresponding to one inheritance first generation character and two inheritance second generation characters constituting the second inheritance group are recorded. has been done.

FIG. 11 is a diagram illustrating factor information. As will be described in detail later, when the training game is completed, the character to be trained is registered as a training character, and at this time, factor information is stored in association with the training character. Specifically, when the training of the training character is completed, the factors that the training character acquires are determined by lottery or the like. Then, factor information indicating the determined factor is linked to the nurturing character. In other words, upon completion of the breeding game, the breeding character can acquire the factor won by lottery.

However, the factors acquired by the training character do not affect the abilities of the training character itself. For example, the nurturing character can be made to run in a racing game such as a team competition game. At this time, in the race, a simulation, that is, arithmetic processing, is performed to determine the order of finish and the development of the race based on the ability parameters, aptitude parameters, acquired skills, etc. of all the training characters participating in the race. The factors that the nurturing character has are not used in arithmetic processing, so even if the character has a large number of factors, the race will not proceed in an advantageous manner.

The factors that the nurturing character has have an influence only on the nurturing target character when the nurturing character is set as an inherited character. The factors that can be acquired by the nurturing character are classified into multiple types. FIG. 11 shows basic ability factors, aptitude factors, race factors, character factors, and skill factors as factor types. Each factor is set to one of a plurality of stages. Here, three factor levels, level 1, level 2, and level 3, are provided as factor levels.

Note that the factor level is determined by lottery. At this time, after the factors that the training character acquires are determined, the factor level may be determined by lottery for each of the acquired factors. Alternatively, a winning ratio may be set for each combination pattern of factors and factor levels, and one of the combination patterns may be determined based on the set winning ratio. In this case, the factor to be acquired and the factor level will be determined at the same time.

Regarding factor levels, level 3 is the most effective and level 1 is the least effective. In the lottery for determining factor levels, the winning probability of level 3 is set to be the lowest, and the winning probability of level 1 is set to be the highest. However, the winning probability of the factor to be acquired and the winning probability of the factor level may change depending on the result of the training game. In this case, for example, a higher factor level may be determined for a nurturing character with a higher ability parameter or evaluation score.

The basic ability factor increases the value of the ability parameter and the upper limit value of the ability parameter of the character to be trained. There are five basic ability factors: speed factor, stamina factor, power factor, guts factor, and intelligence factor. A trained character always acquires one basic ability factor among the five basic ability factors. The five basic ability factors correspond to the five ability parameters of speed, stamina, power, guts, and intelligence, respectively. For example, if a character to be trained in the first generation of inheritance or second generation of inheritance has a speed factor, the value and upper limit of the speed ability parameter of the character to be trained increase.

FIG. 12A is a diagram illustrating the utility of basic ability factors. The increase value of each ability parameter and the increase value of the upper limit value differ depending on the factor level of the basic ability factor. For example, if the factor level of the speed factor is level 1, the speed ability parameter of the character to be trained will increase by "7", if it is level 2, the ability parameter will increase by "13", and if it is level 3, the ability parameter will increase by "7". “21” rises.

Therefore, if a total of 6 characters to be trained, 2 characters of the 1st generation of inheritance and 4 characters of the 2nd generation of inheritance, all have a speed factor of level 3, the speed of the characters to be trained The ability parameters will increase by a maximum of 126 (increase value 21 x 6 bodies).

However, activation timing and activation conditions are set for each factor. Therefore, even if the inherited character has the factor, if the activation condition is not satisfied at the activation timing, the character to be trained will not have any benefit.

As described above, the training main game is composed of a plurality of turns, of which a predetermined turn is set as a factor activation turn. For example, assume that three turns, the 1st turn, the 31st turn, and the 55th turn, of the training main game are set as factor activation turns. In this case, the first turn will be the first activation timing, the 31st turn will be the second activation timing, and the 55th turn will be the third activation timing. In each factor activation turn, it is decided whether to activate or not for each factor (inherited character), and when it is decided to activate the factor, the activation condition for the factor is satisfied and the utility corresponding to the factor is brought about. .

Note that whether or not to activate the basic ability factor is determined by a lottery. At this time, the probability of winning a lottery to determine whether or not to activate the basic ability factor, that is, the probability that the basic ability factor will be activated (hereinafter referred to as activation probability) may be different for the three factor activation turns. Here, in the first turn, the activation probability of the basic ability factor is set to 100% regardless of the factor level. Furthermore, in the 31st turn and the 55th turn, the activation probability of the basic ability factor differs depending on the factor level. As an example, on the 31st and 55th turns, the activation probability of level 3 basic ability factors is 100%, the activation probability of level 2 basic ability factors is 90%, and the activation probability of level 1 basic ability factors is 80%. is set to .

On the inheritance character selection screen 170, the increase value that increases in the first turn for the ability parameter is displayed. For example, in FIG. 9C, one inheritance character forming the first inheritance group is temporarily selected. In this case, the types of ability parameters that increase in the first turn and their increase values are displayed based on the temporarily selected inherited character. Here, "+63" is displayed above Power's ability parameter, indicating that Power's ability parameter increases by 63 points in the first turn. Furthermore, in the ability parameter display section 152a, a value to which the increase value that increases in the first turn is added is displayed.

Further, in FIG. 9D, two inheritance characters forming the first inheritance group and the second inheritance group are temporarily selected. In this case, the types of ability parameters that increase in the first turn and their increase values are displayed for the two temporarily selected inherited characters. Here, "+21", "+63", and "+42" are displayed above the ability parameters of speed, power, and wisdom, respectively, and in the first turn, the ability parameters of speed, power, and wisdom are It is shown that they will increase by 21 points, 63 points, and 42 points, respectively.

Note that on the inheritance character selection screen 170, it is possible to distinguish between the increase value of the ability parameter increased by the inheritance character forming the first inheritance group and the increase value of the ability parameter increased by the inheritance character forming the second inheritance group. will be displayed. For example, in FIG. 9D, the notation "+63" displayed above the ability parameter of power and the notation "+21" and "+42" displayed above the ability parameters of speed and wisdom are color-coded. There is.

Additionally, when a basic ability factor is activated, the upper limit value of the corresponding ability parameter increases. At this time, the increase value of the upper limit value of the ability parameter differs depending on the factor level of the basic ability factor. Furthermore, the increase in the upper limit value of the ability parameter also differs depending on the activation timing. For example, if the factor level of the speed factor is level 1, the upper limit of the speed ability parameter of the character to be trained will increase by "4" at the first activation timing, and at the second and third activation timing, the speed ability parameter will increase by 4. The upper limit value of the ability parameter increases in the range of "1" to "4".

Also, if the factor level of the speed factor is level 2, the upper limit of the speed ability parameter of the character to be trained will increase by 9 at the first activation timing, and at the second and third activation timing, the speed ability parameter will increase by 9. The upper limit value of the ability parameter increases in the range of "1" to "4". In addition, if the factor level of the speed factor is level 3, the upper limit of the speed ability parameter of the character to be trained will increase by 16 at the first activation timing, and at the second and third activation timing, the speed ability parameter will increase by 16. The upper limit value of the ability parameter increases in the range of "1" to "4".

Note that here, at the first activation timing, the upper limit value of the ability parameter is always increased by the increase value corresponding to the factor level. On the other hand, at the second and third activation timings, a lottery is held to determine whether or not to activate. Then, when it is determined to be activated, a lottery is held to determine the increase value of the upper limit value. At this time, the higher the factor level, the higher the probability of being determined to be activated may be set. Further, the higher the factor level, the higher the increase value of the upper limit value may be set.

Furthermore, whether or not the basic ability factor is activated may be determined for each factor, or may be determined separately for each utility. For example, when determining whether or not to activate one basic ability factor on a factor-by-factor basis, it is assumed that it has been decided to activate the basic ability factor. In this case, the value of the corresponding ability parameter increases according to the factor level, and the upper limit value of the same ability parameter increases.

On the other hand, when deciding whether to activate one basic ability factor for each utility, the decision whether to increase the value of the ability parameter and the decision whether to increase the upper limit value are each made separately. The selection will be made through a lottery. Therefore, in this case, for example, only either the value of the ability parameter or the upper limit of the ability parameter may increase. In any case, in this embodiment, the basic ability factor is always activated at the first activation timing. As a result, with the start of the training main game, the value of the ability parameter and the upper limit value increase in accordance with the factor level.

Then, as shown in FIGS. 9C and 9D, the initial upper limit value of the ability parameter displayed on the ability parameter display section 152a of the inherited character selection screen 170 has an additional value of the upper limit value that increases depending on the basic ability factor. The value has been updated. In this way, by displaying the initial upper limit value in which the scenario initial addition value and the addition value based on the basic ability factor are taken into account, convenience when selecting an inherited character is improved.

The aptitude factor shown in FIG. 11 increases the aptitude parameter of the character to be developed. There are six suitability factors: turf factor, dirt factor, short distance factor, mile factor, medium distance factor, and long distance factor. A nurturing character always acquires one aptitude factor among the six aptitude factors. The six aptitude factors correspond to grass aptitude, dirt aptitude, short distance aptitude, mile aptitude, medium distance aptitude, and long distance aptitude, respectively. For example, if the first-generation or second-generation inherited characters include a character that has a turf factor, the aptitude parameter of the turf suitability of the character to be trained increases.

Note that activation timing and activation conditions are also set for the aptitude factor, and it is determined whether or not to activate each aptitude factor in the same factor activation turn as the basic ability factor. When it is decided to activate an aptitude factor, the corresponding aptitude parameter increases by one level. As an example, in the first turn, the activation probability of the aptitude factor is set to 100% regardless of the factor level.

For example, the aptitude factors of the three nurturing characters belonging to the first inheritance group are the grass factor, short distance factor, and mile factor, and the aptitude factors of the three nurturing characters belonging to the second inheritance group are, respectively. Assume that the factors are grass factor, short distance factor, and medium distance factor. In this case, the grass aptitude and short-distance aptitude of the character to be developed are each increased by two levels, and the mile aptitude and medium-distance aptitude are each increased by one level.

Also, for example, if the aptitude factors of three characters that belong to the first inheritance group are all grass factors, and the aptitude factors of three characters that belong to the second inheritance group are all short-range factors. Suppose that In this case, the turf aptitude and short distance aptitude of the character to be developed are each increased by three levels. As yet another example, the aptitude factors of the three nurturing characters belonging to the first inheritance group are all turf factors, and the aptitude factors of the three nurturing characters belonging to the second inheritance group are turf factors. , short distance factor, and mile factor. In this case, the turf aptitude of the character to be developed increases by four levels, and the short distance aptitude and mile aptitude each increase by one level.

However, in the first turn, there is a limit to the increase value of the aptitude parameter. Specifically, in the first turn, the upper limit of all aptitude parameters is set to A. Therefore, if the initial value of the turf aptitude of the character to be developed is A, even if the inherited character has the turf factor, the turf aptitude will not increase in the first turn.

On the other hand, in the 31st turn and the 55th turn, a lottery is performed to determine whether or not to activate each aptitude factor based on the factor level. As an example, on the 31st turn and the 55th turn, the activation probability of a level 3 aptitude factor is set to 5%, the activation probability of a level 2 aptitude factor is 3%, and the activation probability of a level 1 aptitude factor is set to 1%. ing. In the 31st turn or the 55th turn, when activation of the aptitude factor is determined by lottery, the aptitude parameter corresponding to the aptitude factor increases. Note that in the 31st turn and the 55th turn, the upper limit of each aptitude is raised from A to S. Therefore, in the 31st turn and the 55th turn, the value of the aptitude parameter can be increased to S by activating the aptitude factor.

Note that the aptitude parameter display section 152b of the inheritance character selection screen 170 displays the value of the aptitude parameter after increasing in the first turn.

The race factor increases the ability parameters of the character to be trained. A race factor is provided for each race with a high degree of difficulty, such as GI (hereinafter referred to as a factor target race), among the races that can be entered in the training main game. When the training game is completed, a lottery is held to determine whether or not to acquire a race factor for each factor target race in which the character to be trained comes in first place. By winning this lottery, the nurturing character can acquire a race factor.

Note that race factors are also provided with factor levels, and the factor level is determined by lottery for each race factor that has been determined to be acquired. Further, here, there is no upper limit to the number of race factors that one character to be trained can acquire, and a character to be trained can acquire a plurality of race factors.

For each race factor, an ability parameter to be increased by activation and an increase value thereof are set in advance. For example, race factors include those that increase the speed ability parameter and those that increase the power ability parameter. At this time, the higher the factor level, the higher the increase value of the ability parameter.

Furthermore, activation timing and activation conditions are set for each race factor, and it is determined whether or not to activate each race factor in the factor activation turn. When it is decided to activate a race factor, the ability parameter corresponding to the race factor increases. Note that the race factor activation turns are limited to the 31st turn and the 55th turn. Furthermore, the activation probability of the race factor in the factor activation turn differs depending on the factor level, and the higher the factor level, the higher the activation probability.

Character factors are factors unique to a character. For example, only when a character that has been strengthened to a predetermined level is trained as a training target character, the character factor set for that character will always be used as a training character upon completion of the training game. granted to. Note that since only one character factor is set for each character, the maximum number of character factors that one training character can acquire is one. Furthermore, if a character to be trained is generated based on a character that has not been strengthened to a predetermined level, character factors cannot be acquired.

Further, the character factor can be activated in a preset factor activation turn, and is activated by winning a lottery performed in the factor activation turn. When a character factor is activated, a hint event set for each character factor occurs, and skill hints can be obtained as described above. Furthermore, when a character factor is activated, the upper limit value of a predetermined ability parameter increases.

FIG. 12B is a diagram illustrating the utility of character factors. The increase in the upper limit value of ability parameters due to character factors is limited to the second and third activation timings. However, the character factor may be activated at the first activation timing. When the character factor is activated at the first activation timing, the character to be developed acquires a skill hint as described above, but the upper limit value of the ability parameter does not increase.

Also, when the character factor is activated for the second or third time, in addition to acquiring skill hints, the upper limit of the ability parameter increases. Here, the upper limit value of the ability parameter increases within the range of "3" to "6" regardless of the factor level. Note that the increase value of the upper limit value is determined by, for example, a lottery. At this time, the higher the factor level, the higher the increase value may be set.

Further, in the present embodiment, the ability parameters whose upper limit increases due to activation of the character factor are set in advance for each character factor. For example, according to character factor A, the upper limit of stamina increases in the range of "3" to "6", and according to character factor B, the upper limit of speed is "1" and the upper limit of guts is "2". '' will increase, the upper limit of speed will increase by 2, and the upper limit of guts will increase by 2. Note that whether or not a character factor is activated may be determined on a factor-by-factor basis, similar to the basic ability factor described above, or may be determined separately for each utility.

The skill factors shown in FIG. 11 are assigned based on the acquired skills acquired by the training character. Specifically, upon completion of the training game, a lottery is held to determine whether or not to acquire skill factors for each acquired skill acquired by the training character. By winning this lottery, a skill factor is given to the character to be developed. In other words, the training character can acquire some or all of the skill factors corresponding to the acquired acquired skills. Note that when it is determined to acquire a skill factor, the factor level of the skill factor is determined by lottery.

Further, the skill factor can be activated in a preset factor activation turn, and is activated by winning a lottery performed in the factor activation turn. At this time, the higher the factor level, the higher the probability of winning. When a skill factor is activated, a hint event set for each skill factor occurs, and you can obtain skill hints. Thereby, the character to be trained can acquire the same skills as the acquired skills acquired by the inherited characters and the like.

In this way, whether or not skill factors are acquired is determined within the range of acquired skills acquired by the character to be trained. Therefore, the more acquired skills a training character has, the higher the possibility of acquiring skill factors. However, since skill factors are determined by lottery, even if there are many acquired skills, it may not be possible to acquire skill factors.

In addition, here, it was decided that the training character acquires skill factors separately from the acquired skills, but instead of providing skill factors, the character to be trained is The skills that can be acquired may be determined.

As described above, the ability parameters of the character to be trained vary greatly depending on the inherited characters organized in the deck. Furthermore, even if the ability of the character to be trained is high, whether or not the character has acquired a factor is determined by lottery, so a character to be trained with high ability is not necessarily suitable as an inherited character. On the other hand, even if the training character itself does not have high abilities, it may function effectively as an inherited character by acquiring many factors with high factor levels. In this way, by making it possible to organize inherited characters into a deck, it is possible to not only raise a powerful character to be trained, but also to create a character that is effective as a successor character.

Furthermore, in the present embodiment, compatibility is determined between the character to be trained, the first generation inheritance character, and the second generation inheritance character. In the case of a combination of characters with good compatibility, the activation conditions of the factors become advantageous.

FIG. 13A is a diagram illustrating compatibility determination targets, and FIG. 13B is a diagram illustrating compatibility determination items. As shown in FIG. 13A, in this embodiment, No. 1 to No. Seven determination targets up to 7 are provided. The first determination target (No. 1) is the current generation target character and the inherited first generation character to be trained in the first inheritance group. The second determination target (No. 2) is the current generation target character and the inherited first generation character to be trained in the second inheritance group.

The third determination target (No. 3) is the inherited first generation nurturing character in the first inheritance group and the inherited first generation nurturing character in the second inheritance group. The fourth judgment target (No. 4) is the current character to be trained, the inherited first generation character in the first inheritance group, and one of the inherited second generation characters (development character A) in the first inheritance group. He is a nurturing character. The fifth judgment target (No. 5) is the current character to be trained, the inherited first generation character in the first inheritance group, and the other (nurturing character B) of the inherited second generation in the first inheritance group. He is a nurturing character.

The sixth judgment target (No. 6) is the current character to be trained, the inherited first generation character in the second inheritance group, and one of the inherited second generation characters (development character A) in the second inheritance group. He is a nurturing character. The seventh judgment target (No. 7) is the current character to be trained, the inherited first generation character in the second inheritance group, and the other (nurturing character B) of the inherited second generation in the second inheritance group. He is a nurturing character.

For each of the above-mentioned determination targets, it is determined whether the conditions are met for each of the plurality of determination items. FIG. 13B shows an example of the determination items. In this embodiment, the worldview of the game is such that the characters that can be selected as characters to be trained are students, and each character undergoes training at school.

As shown in FIG. 13B, each character has settings such as grade, colleagues, and close friends in advance. The determination items include, for example, whether the two or three characters to be determined are in the same grade, colleagues, or good friends. In addition, the determination items include whether or not the characteristics of the character to be determined are good at, such as foot quality, distance suitability, and field suitability.

Each determination item is associated with an expected compatibility value, and the expected compatibility values of the determination items that hold true between the characters to be determined are accumulated. Here, the expected compatibility value differs depending on the judgment item, but the expected compatibility value may be common to all judgment items.

For example, when determining compatibility, first, it is determined whether all judgment items are satisfied between the current character to be trained, which is the first determination target, and the first generation character to be trained, inherited from the first inheritance group. be done. At this time, the expected compatibility values associated with the determination items that are satisfied are accumulated and counted. In this way, the expected compatibility values are counted in order from the first determination target to the seventh determination target, and the activation probability of the factor is corrected based on the finally calculated compatibility expected value. In other words, the higher the expected compatibility value, the higher the probability of activation of all factors, and the lower the expected value of compatibility, the lower the probability of activation of all factors.

Note that the activation probability may be calculated using the calculated compatibility expected value as a correction value. Further, for example, a correction value for correcting the activation probability of the factor may be set for each compatibility level, and the compatibility level may be determined based on the calculated compatibility expected value.

In this way, the probability of activation of the factor differs depending on the compatibility between the character to be trained and the inherited character, or the compatibility between the inherited characters, so the combination of two inherited characters has a great influence on the development of the character to be trained. It turns out. In other words, the compatibility between characters is an important criterion when selecting an inherited character.

As shown in FIGS. 9B, 9C, and 9D, when an inherited character is selected, a compatibility mark indicating compatibility is displayed at the upper right of the inherited character selection screen 170 and the training character list screen 180. Here, the compatibility level of the currently selected character is indicated by three compatibility marks: ◎, 〇, and △. Note that, as shown in FIG. 9A, the compatibility mark is hidden when no inherited character is selected.

Further, as shown in FIG. 9B, the nurturing character list screen 180 is provided with a display switching button 183. When the display switching button 183 is operated, a display condition setting screen (not shown) is displayed. On the display condition setting screen, the player can set the rearrangement of the nurturing character icons 182 displayed on the nurturing character list screen 180, that is, the nurturing characters that can be selected as inherited characters, and narrow down the selection. .

<Support card registration>
FIG. 14A is a first diagram illustrating the support card organization screen 190. When two inherited characters are registered on the inherited character selection screen 170, a support card organization screen 190 shown in FIG. 14A is displayed. A support card display area 191 is provided in the center of the support card organization screen 190. The support card display area 191 includes a plurality of support card display frames 192. Further, at the bottom of the support card organization screen 190, a return operation section 153 and a start operation section 193 are displayed.

In the support card display area 191, a plurality of support card display frames 192 (six in this case) are displayed. The same number of support card display frames 192 as support cards that can be set by the player are displayed. Note that when the support card organization screen 190 is initially displayed, the support card display frame 192 is displayed as blank.

In this embodiment, the player can set six types of support cards in the deck. Note that some (for example, five types) of the six types that can be set by the player can be selected from among the support cards that the player owns. Further, among the six types that can be set by the player, another part (for example, one type) can be selected from support cards set as rental cards by other players, such as friends.

FIG. 14B is a diagram illustrating the support card selection screen 200. When the support card display frame 192 (excluding the support card display frame 192 displayed at the bottom right) is tapped on the support card organization screen 190 in FIG. 14A, the support card selection screen 200 shown in FIG. 14B is displayed on the display 26. be done. On the support card selection screen 200, a list of card icons 201 corresponding to support cards owned by the player is displayed. By tapping the card icon 201 displayed on the support card selection screen 200, the player can select a support card.

Although not shown, when the support card display frame 192 displayed at the bottom right of the support card organization screen 190 is tapped, a friend or a player extracted based on a predetermined condition such as a lottery will be displayed. The support card set as a rental card is displayed on the support card selection screen 200. By tapping the support card displayed on the support card selection screen 200 at this time, the player can select one of his friend's support cards. In this way, a player can use support cards owned by other players in the training game.

FIG. 15A is a diagram illustrating the support card table. As shown in FIG. 15A, the support card table stores the type (i.e., character ID), rarity, level, and specialty training of the support character for each type of support card (i.e., support card ID) held by the player. has been done. Support characters have one-to-one correspondence with support card types. In other words, one character ID is always linked to a support card ID. In other words, one support card is always associated with one support character.

In this embodiment, a rarity is set for each support card. There are three levels of rarity: R (rare), SR (super rare), and SSR (super special rare). Note that R has the lowest rarity, and SSR has the highest rarity. In this embodiment, the higher the rarity of the support card, the higher the support effect described below tends to be. Furthermore, in the present embodiment, the higher the rarity of the support card, the greater the number of possessed skills and the number of support events, which will be described later, tend to increase.

There are 50 support card levels from level 1 to level 50. The level of the support card can be increased by the player, and the level increased by the player is stored for each support card. Note that the level of support cards can be increased by using in-game currency, items, etc. Note that the level of support cards has an upper limit depending on their rarity.

For example, the upper limit for support cards with rarity R is set at level 20, the upper limit for support cards with rarity SR is set at level 25, and the upper limit for support cards with rarity SSR is set at level 30. It is defined as.

Note that the upper limit of the level can be raised in stages when a predetermined condition is satisfied. For example, a support card with a rarity of R can have its upper limit increased to a maximum of level 40, and a support card with a rarity of SR can have its upper limit increased to a maximum of level 45. The SSR support card may be able to raise the upper limit up to level 50.

FIG. 15B is a diagram illustrating the support effect. As shown in FIG. 15B, each support card stores a plurality of support effects. Support effects increase various statuses in the main training game. A support card has multiple targets for support effects. Examples of support effects include physical strength, speed, stamina, power, guts, and intelligence.

FIG. 15C is a diagram illustrating possessed skills. As shown in FIG. 15C, each support card has a plurality of skills set therein. In this embodiment, just as each character has skills, the support cards are also linked to skills. Possession skills set for each support card can be acquired by the character selected by the player to be trained by a hint event occurring during the training main game.

FIG. 15D is a diagram illustrating a support event. As shown in FIG. 15D, each support card is associated with a plurality of support events. A support event is an event that may occur during the execution of the training main game. When a support event occurs, the values of various stats in the main training game may increase or decrease.

For example, the support event to occur may be determined depending on the number of turns, or the support event to occur may be determined by a predetermined lottery. Further, a plurality of support events may be selected in one turn. In any case, the support event to occur may be determined according to a predetermined determination method that is set in advance.

Note that the support event may include a hint event and an ability event. Further, the hint event may include a first hint event that may occur at the start of a turn in the training game, and a second hint event that may occur after execution of training, which will be described later, in the training game. Further, the ability event may include a first ability event that may occur at the start of a turn in the training game, and a second ability event that may occur after training in the training game.

The first hint event and the second hint event are events that allow a skill to be possessed or acquired. Furthermore, the first ability event and the second ability event are events that increase or decrease the numerical value of the character's ability parameter. Hereinafter, the first hint event and the first ability event will be collectively referred to as the first event, and the second hint event and the second ability event will be collectively referred to as the second event.

FIG. 14C is a second diagram illustrating the support card organization screen 190. In this embodiment, when all six support cards are selected, the start operation section 193 becomes operable, as shown in FIG. 14C. On the other hand, if all six support cards are not selected, the start operation section 193 is inoperable, as shown in FIG. 14A.

Note that when the return operation section 153 is operated on the support card organization screen 190, an inheritance character selection screen 170 shown in FIG. 9D is displayed on the display 26. Further, as shown in FIG. 14C, when the start operation section 193 is tapped on the support card organization screen 190, the selected support card is temporarily registered, and the final confirmation screen 205 shown in FIG. 16A is displayed.

FIG. 16A is a diagram illustrating the final confirmation screen 205. FIG. 16B is a diagram illustrating the preset selection screen 205A. The final confirmation screen 205 displays the training target character selected by the player, the training characters forming the first inheritance group, the training characters forming the second inheritance group, and the support card. Furthermore, a preset display section 205a is displayed on the final confirmation screen 205. The preset display section 205a shows the number of the currently selected preset.

Here, the preset refers to reservation information for a race in which the character to be trained is to run in the main game for training. The player can select any race from all the races and create a preset. A plurality of presets can be saved, and one can be selected from the saved presets on the final confirmation screen 205. Specifically, when the preset display section 205a is tapped, a preset selection screen 205A shown in FIG. 16B is displayed.

A preset read button 206a corresponding to a saved preset is displayed on the preset selection screen 205A. The player can set a preset by tapping one of the preset readout buttons 206a and then tapping the selection operation section 206c. Note that when the selection operation section 206c is tapped, the preset selection screen 205A is closed and the final confirmation screen 205 is displayed. Further, when the cancel operation section 206b of the preset selection screen 205A is tapped, the preset selection screen 205A is displayed without changing the preset.

Note that when the cancel operation section 205c is tapped on the final confirmation screen 205, a support card organization screen 190 is displayed. On the other hand, when the start operation section 205b is tapped, the top screen 210 (FIG. 19) is displayed on the display 26 after the team members are registered, as shown in FIG.

<Team member registration>
FIG. 17A is a diagram illustrating the types of characters. FIG. 17B is a diagram illustrating member IDs. The training main game of this embodiment has a story in which a character to be trained and 15 other characters form one team. In the preparation stage process, 15 characters forming the team are determined. Hereinafter, characters determined to be members of a team will be referred to as team members.

Characters that can become team members are characters linked to character cards or support cards provided by the management side. As shown in FIG. 17A, characters that can be determined as team members are given priorities, and team members are determined in descending order of priority. Here, the scenario link character is set to have the highest priority.

Scenario link characters are essential characters in the story of the training main game, and in this embodiment, six characters are set as scenario link characters in advance. If the character to be trained is not a scenario link character, six scenario link characters are determined to be team members. Furthermore, when the character to be trained is a scenario link character, five scenario link characters other than the character to be trained are determined to be team members.

Once the scenario link character is determined to be a team member, the support character is then determined to be a team member. As described above, the support character is a character linked to a support card. Here, support characters are given a higher priority next to scenario link characters. In the preparatory stage process, six support cards are organized into a deck. Therefore, team members may include six support characters linked to support cards organized into a deck.

However, if the character linked to the support card is a scenario link character, the character has already been determined to be a team member as a scenario link character. For example, assume that scenario link characters are linked to two of the six support cards organized in the deck. In this case, since the two support characters have already been determined to be team members as scenario link characters, the other four support characters are determined to be team members.

Note that, although a detailed explanation will be omitted, the support characters include characters that can be set as characters to be trained and special characters that cannot be set as characters to be trained. The special character is set in advance so that it cannot be determined by team members. Therefore, if special characters are linked to all six support cards organized in the deck, the number of support characters determined to be team members is zero. Note that here, the scenario link characters do not include any special characters. However, a special character may be set as a scenario link character. Furthermore, when the special character is a support character, the special character may be determined to be a team member.

Once the team members are determined from the scenario link characters and the support characters, the missing team members are determined from the other target characters. Other target characters are characters that can be determined as team members, excluding characters to be trained, scenario link characters, and support characters. Note that the target characters do not include special characters.

For example, if 10 team members have already been determined from the scenario link characters and support characters, 5 characters from the other target characters are determined as team members. Here, other target characters are extracted, and characters to be team members are determined by lottery from the extracted characters. Note that, for example, a priority order may be set for characters to make up for missing team members, and characters with higher priority orders may be determined as team members.

A member ID is linked to a character determined to be a team member. Here, as shown in FIG. 17B, member IDs from 01 to 15 are provided. Although a detailed explanation will be omitted, the initial values of various parameters such as ability parameters are linked to the member ID, similarly to the character to be trained. Here, the initial values linked to the member IDs 01 to 06 are overall higher than the initial values linked to the member IDs 07 to 10. Further, the initial values associated with member IDs 07-10 are overall stronger than the initial values associated with member IDs 11-15. Therefore, the initial abilities of team members are higher for characters with higher priority.

As described above, once the character to be trained, the inherited character, the support character (support card), and the team members are registered and stored, the preparation stage process ends and the process moves to the training stage process.

<Nursing stage processing>
When the preparation stage process is completed, the training stage process is started. Through the training stage process, a training main game in which a character to be trained can be trained progresses. In addition, below, in order to make it easy to understand, first, the basic flow of the training main game will be explained.

FIG. 18 is a diagram illustrating selection items in each turn. In the scenario of this embodiment, a goal to be achieved during the training game is set for the character to be trained. Here, as described above, a common goal is set for all characters to be trained based on the scenario ID registered in the preparation stage process. Therefore, regardless of the type of character selected as the character to be trained, the player needs to achieve a common goal in the training game.

As shown in FIG. 18, the training main game consists of turns 1 to 67. The player selects one of the selection items every turn and proceeds with the training main game. When an option is selected in each turn, that turn ends and the next turn begins. In each turn, various parameters are updated according to the selection item selected by the player. The selection items will be explained below using FIGS. 18 and 19.

FIG. 19 is a diagram illustrating the top screen 210. When the process moves to the breeding stage, a top screen 210 shown in FIG. 19 is displayed on the display 26. At the top of the top screen 210, a physical strength display section 211 and a condition display section 212 are displayed. A parameter of "physical strength" is linked to the character to be trained. The "physical strength" parameter is mainly used to calculate a failure rate, which is the probability of failing in training, which will be described later. The physical strength display section 211 displays the remaining amount of "physical strength" of the current training target character with respect to the upper limit value of "physical strength" so that it can be visually grasped.

Further, the character to be developed is provided with a parameter of "tone". The condition display section 212 displays the current "condition" of the character to be trained in a plurality of stages (5 levels: extremely poor condition, poor condition, normal condition, good condition, and excellent condition) so that the character can be visually grasped. The higher the "condition" parameter, the more advantageous the race development of the character to be trained becomes, and the greater the increase in the ability parameter due to training.

Further, as shown in FIG. 19, in the center of the top screen 210, an image of the character to be trained, a status display section 213, and a skill point display section 214 are displayed. The status display section 213 displays the current status of the character to be trained. In the status display section 213, the status of the character to be trained is shown by numerical values and alphabets indicating ranks separated by numerical value. Specifically, in this embodiment, the numerical values and ranks of each ability parameter of speed, stamina, power, guts, and wisdom are displayed. Furthermore, the skill point display section 214 shows numerically the skill points possessed by the character to be trained.

In addition, as shown in FIG. 19, the lower part of the top screen 210 includes a rest operation section 215a, a training operation section 215b, a skill operation section 215c, a health room operation section 215d, an outing operation section 215e, an overseas aptitude operation section 215f, A race operation section 215g is displayed. These operation units can also be said to be commands for specifying the behavior of the character to be trained. The commands of the rest operation section 215a, training operation section 215b, infirmary room operation section 215d, outing operation section 215e, and race operation section 215g are commands for ending the current turn. That is, in each turn, any one command can be selected from the commands of the rest operation section 215a, the training operation section 215b, the infirmary room operation section 215d, the outing operation section 215e, and the race operation section 215g.

However, as described above, goals are set for the character to be trained. The goals set for the character to be trained include such goals as running in a preset target race and achieving a predetermined result in the target race. In this way, in the turn where the target race is set (hereinafter referred to as a race-limited turn), the race operation section 215g can be selected, and the rest operation section 215a, the training operation section 215b, the infirmary operation section 215d, The outing operation section 215e becomes unselectable.

In the race-only turn, the rest operation section 215a, the training operation section 215b, the infirmary room operation section 215d, and the outing operation section 215e are displayed as grayed out, and the player's operations cannot be accepted. Therefore, in the race-limited turn, the player must operate the race operation section 215g to make the character to be trained run in the race.

The player can select the selection item "rest" by operating the rest operation section 215a. When "rest" is selected, the physical strength of the character to be trained is recovered. Furthermore, the player can select training to be performed on the character to be developed by operating the training operation section 215b.

Furthermore, the player can select "skill" as a selection item by operating the skill operation section 215c. When a "skill" is selected, the player can acquire any skill by consuming skill points. Note that the skill operation section 215c is set to be always selectable in all turns. Even if the player acquires a skill by operating the skill operation section 215c, the turn does not end.

Furthermore, the player can select the selection item "infirmary" by operating the infirmary operating section 215d. When "infirmary" is selected, the negative parameters of the character to be trained can be eliminated. Although a detailed explanation will be omitted, a character to be trained may be set with a negative parameter that makes the progress of the game disadvantageous.

In the training main game, there is an event to acquire negative parameters. Due to the occurrence of the event, the character to be trained will acquire negative parameters. Furthermore, even if training fails, the character to be trained may acquire negative parameters. If the "infirmary" is selected while the character to be trained has acquired negative parameters, the negative parameters can be eliminated. However, even if "infirmary" is selected, the negative parameter may not be resolved. In addition, your physical strength may be restored by selecting the ``infirmary''. Note that in a state where the character to be trained has not acquired a negative parameter, the infirmary room operation section 215d cannot be selected.

Furthermore, the player can select the selection item "going out" by operating the going out operation section 215e. When "going out" is selected, the condition of the character to be trained increases.

Furthermore, the player can select the selection item "overseas aptitude" by operating the overseas aptitude operation section 215f. By selecting "overseas aptitude," the player can acquire overseas aptitude by consuming aptitude points, which will be described later. Note that the overseas suitability operation section 215f is set to be always selectable in all turns. Even if the player acquires overseas aptitude by operating the overseas aptitude operation section 215f, the turn does not end. Details of overseas aptitude and aptitude points will be discussed later.

Further, the player can select the type of race in which the character to be trained is to run by operating the race operation section 215g.

When the character to be trained executes any one of "rest", "training", "infirmary", "going out", and "race", the current turn ends and the next turn begins.

FIG. 18 shows an example of selection items that the player can select in each turn. In FIG. 18, ◎ indicates that the selection item must be selected, ◯ indicates that it is selectable, and × indicates that it is not selectable. Further, △ indicates that there are cases in which selection is possible and cases in which selection is not possible depending on the parameters of the character to be trained at the start of each turn. Further, in this embodiment, the above-mentioned "race" is roughly divided into "normal race" and "special race" as shown in FIG.

In this example, from the first turn to the tenth turn, "race" cannot be selected, and selection items other than "race" are selectable. Furthermore, there are a plurality of race-only turns, such as the 11th turn, the 41st turn, the 43rd turn, the 65th turn, and the 67th turn. In the race-only turn, the player must select a preset normal race or a special race.

That is, a target race and a goal in the target race are set in advance for the character to be trained. Here, as a goal, a finish order is set for each target race, and the turn where the target race is held is a race-only turn. Therefore, the player must make the character to be trained run in the target race in the race-limited turn. Furthermore, if the goal set in the goal race is not met, the training main game ends.

Note that the scenario of this embodiment has a storyline in which the character to be developed trains with team members and aims to win an overseas race. Therefore, the regular race is a domestic race, and the special race is an overseas race. Furthermore, in this embodiment, a representative exchange game is executed after a predetermined turn ends. In the representative exchange race, characters to be developed and team members run a race against overseas representatives. Here, as shown in FIG. 18, a total of four representative exchange games are performed from the first representative exchange game to the fourth representative exchange game. Note that the goals of the character to be developed may include obtaining a predetermined ranking in a representative exchange match.

Further, as shown in FIG. 19, a detail icon 217 and an expectation display field 218 are provided at the upper left of the top screen 210. The expectation level display field 218 displays the current supporter points and the expectation level calculated from the supporter points. Supporter points are parameters linked to each of the character to be developed and the team member. For example, the supporter points of a character to be trained increase by executing an SS match, which will be described later. Further, for example, supporter points of team members increase by performing joint training, which will be described later.

Note that the conditions for the character to be trained and the team members to acquire supporter points are not limited to these. For example, one or both of the character to be developed and the team member may earn supporter points by running in a target race. Furthermore, supporter points may be randomly awarded every turn. The expectation level display column 218 displays the supporter points (7,777 points in FIG. 19) of the character to be trained.

Note that the details icon 217 is provided with an information button 217a. When the information button 217a is operated, a team member dialog 310, which will be described later, is displayed. The team member dialog 310 displays supporter points and the like for each character.

FIG. 20 is a first diagram illustrating the training screen 220. FIG. 21A is a second diagram illustrating the training screen 220. FIG. 21B is a third diagram illustrating the training screen 220. When the training operation section 215b of the top screen 210 is operated, a training screen 220 is displayed on the display 26. As shown in FIG. 20, training items are displayed at the bottom of the training screen 220. Here, a speed operation section 221a, a stamina operation section 221b, a power operation section 221c, a guts operation section 221d, a smartness operation section 221e, and an SS match operation section 221f are displayed. Below, the speed operation section 221a, the stamina operation section 221b, the power operation section 221c, the guts operation section 221d, the smartness operation section 221e, and the SS match operation section 221f may be collectively referred to simply as the operation section 221.

When the player operates the operation unit 221, the training item corresponding to the operation unit 221 on which the operation input has been made becomes temporarily selected. At this time, the operation section 221 corresponding to the training item in the tentatively selected state is highlighted. For example, FIGS. 20 and 21B show a state in which the stamina operation section 221b is temporarily selected. Further, FIG. 21A shows a state in which the power operation section 221c is temporarily selected.

Then, when an operation input is made again to the operation section 221 in the tentatively selected state, training corresponding to the operation section 221 to which the operation input was made is executed. Specifically, operation input is made again to the speed operation section 221a, stamina operation section 221b, power operation section 221c, guts operation section 221d, cleverness operation section 221e, and SS match operation section 221f in the provisionally selected state. Training for speed, stamina, power, guts, smarts, and SS matches will be carried out.

Here, the training level for each training item is also displayed on the speed operation section 221a, the stamina operation section 221b, the power operation section 221c, the guts operation section 221d, and the smartness operation section 221e. As will be described in detail later, the training level is a parameter that increases based on the number of times of training for each training item, and the higher the training level, the greater the increase in the ability parameter when training is successful. The training level is initially set to level 1 and increases up to level 5.

Further, a failure rate display section 222 is displayed on the speed operation section 221a, stamina operation section 221b, power operation section 221c, guts operation section 221d, and cleverness operation section 221e in the provisionally selected state. The failure rate displayed numerically on the failure rate display section 222 is set to increase in inverse proportion to the remaining amount of physical strength displayed on the physical strength display section 211.

Further, the status display section 213 displays the increase value of the ability parameter when the training corresponding to the operation section 221 in the tentatively selected state is successful. In the example shown in FIGS. 20 and 21B, the stamina operation section 221b is temporarily selected, and the status display section 213 displays "+15" in the stamina column and "+5" in the guts column. Further, in the example shown in FIG. 21A, the power operation section 221c is temporarily selected, and the status display section 213 displays "+8" in the stamina column and "+10" in the power column.

Furthermore, when training is successfully executed, a predetermined event may occur. In this case, an event notification display 223 is displayed on the operation unit 221 corresponding to a training item in which a predetermined event occurs. Note that the event notification display 223 can have different display modes depending on the type of event.

Further, in a turn in which training can be performed, a character may be placed in each training item. The characters placed in the training items are team members and story characters set in the scenario. In a turn in which training can be performed, for each character that can be placed in training, whether or not to place it in a training item and the training item to be placed are determined by lottery.

As shown in FIG. 20, in the upper right corner of the training screen 220, placed character icons 224 corresponding to the characters placed in training (hereinafter referred to as placed characters) are displayed for each item of the operating section 221 that is being temporarily selected. Is displayed. If the training is successful, a predetermined event linked to the placed character may occur. In this case, an event notification display 223 is displayed on the corresponding placed character icon 224.

In addition, if the training to which the placed character is linked is successful, the parameter increase value of the character to be trained will be higher than if the training to which any placed character is not linked is successful. Note that hereinafter, training in which characters are arranged will be referred to as joint training.

Furthermore, a bond gauge 224a is displayed below the placed character icon 224. The bond gauge 224a visually displays bond parameters tied to the placed characters. When a placed character is successfully trained in a linked manner, the bond parameter of the placed character increases. The higher the value of the bond parameter, the greater the increase in the ability parameter of the character to be trained upon successful training.

Furthermore, when a support character whose bond parameter is equal to or greater than a predetermined value is placed in a predetermined training item, a friendship training possible state is set for the training item. If a training item set with a state in which friendship training can occur is selected and the training is successful, friendship training occurs. In other words, if training in a state where friendship training can occur is successful, normal joint training is promoted to friendship training. In friendship training, the increase in the ability parameters of the character to be trained is greater than in normal joint training.

Note that any one of the five training items of speed, stamina, power, guts, and wisdom is linked to the support card (support character) as a training specialty. Here, the setting conditions for the friendship training occurrence state are that the support character is placed in the specialty training and that the bond parameter of the support character is equal to or greater than a predetermined value.

Therefore, when a support character whose bond parameter is equal to or greater than a predetermined value is placed in the support character's specialty training based on a predetermined probability, a friendship training possible state is set for this training item. Then, a training item in which a state in which friendship training can occur is selected, and if this training is successful, the ability parameters of the character to be trained will increase significantly compared to normal joint training.

Note that the support cards (support characters) may include support cards (support characters) that are not associated with specialty training. For support cards (support characters) to which special training is not linked, regardless of the training items placed, friendship training can occur on the condition that the bond parameter of the support character is equal to or higher than a predetermined value. May be set. Alternatively, the friendship training possibility state may not be set for a support card (support character) to which specialty training is not linked.

As described above, in this embodiment, the setting conditions for friendship training to occur are that the support character's bond parameter is equal to or higher than a predetermined value, and that the support character is placed in a preset training item. It is provided.

FIG. 21C is a diagram illustrating the training result notification screen 220a. As described above, when an operation input is made again to the operation unit 221 in the provisionally selected state, training corresponding to the operation unit 221 to which the operation was input is executed. When the training is executed, a training result notification screen 220a is displayed on the display 26. The training result notification screen 220a displays an image that reports success or failure of training.

Although not shown, when normal joint training is performed, an image of the training target character performing training is displayed on the training result notification screen 220a. The images displayed at this time are provided for each training item. Furthermore, the images corresponding to each training item are provided with a success pattern that is displayed when the training is successful, and a failure pattern that is displayed when the training is unsuccessful.

Further, if the training in which the friendship training occurrence possibility state is set is successful, a special performance for the friendship training is executed. The friendship training exclusive performance includes a performance in which a support character is displayed on the training result notification screen 220a. The support character displayed at this time is a character that satisfies the setting conditions for a state in which friendship training can occur.

For example, assume that character A, which is a support character, is placed in the speed training item. At this time, it is assumed that the bond parameter of character A is equal to or greater than a predetermined value, and character A (support card)'s specialty training is speed. In this case, the speed training item becomes in a state where friendship training can occur. In this state, it is assumed that the speed training item is selected and the speed training is successful. In this case, an image including character A is displayed on the training result notification screen 220a.

Note that in one turn, a plurality of support characters placed in the same training item may satisfy the setting conditions for the friendship training occurrence state. For example, assume that four support characters, characters A, B, C, and D, are placed in the stamina training item. At this time, it is assumed that characters A, B, C, and D all satisfy the setting conditions for a state in which friendship training can occur. In this case, a special performance for friendship training is executed in which characters A, B, C, and D are displayed simultaneously or in order on the training result notification screen 220a.

Note that the friendship training exclusive performance is such that a character that satisfies the setting conditions for the friendship training occurrence state and the character to be trained train together. Therefore, it can be said that the state in which friendship training can occur is set not only for training items but also for support characters.

Although not shown, an effect is superimposed on the placed character icon 224 corresponding to the placed character set to be in a state in which friendship training can occur. This allows the player to identify which placed character will undergo friendship training. Furthermore, when a friendship training occurrence enable state is set for any training item, an effect is also displayed in a superimposed manner on the training operation section 215b of the top screen 210. Therefore, the player can also understand on the top screen 210 that the friendship training training is enabled.

Furthermore, on the training result notification screen 220a, the ability parameters of the status display section 213 are updated and displayed. That is, the ability parameters of the training target character corresponding to the training item selected by the player are updated.

Here, the value of the ability parameter that increases when the training is successful, which was displayed on the status display section 213 in FIG. 21A or 21B, is added. Further, the display on the physical strength display section 211 is updated according to the executed training item. If you successfully train speed, stamina, power, or grit, your health will decrease. On the other hand, if you succeed in training your wits, your physical strength will be restored.

Further, if the training fails, a predetermined penalty is given. Specifically, the details of the penalty include a decrease in physical strength, a decrease in the value of an ability parameter, a decrease in condition, etc. Note that, for example, a penalty given when the failure rate is high is more disadvantageous than a penalty given when the failure rate is low (for example, if the number of decreases in physical strength is large or the number of ability parameters decreases is (large, decreasing tone steps are large).

Moreover, the content of the penalty may be determined according to the training item. For example, if speed training fails, the value of the speed ability parameter may decrease, and if power training fails, the value of the power ability parameter may decrease. Further, for some training items (for example, smartness), no penalty may be given even if the training fails.

FIG. 21D is a diagram illustrating the event screen 220b. When the display of the training result notification screen 220a ends, an event screen 220b may be displayed on the display 26. Various events are executed on the event screen 220b. Note that multiple events may occur during one turn.

For example, when a first hint event or a second hint event occurs, a skill hint is obtained. When a skill hint is obtained, the player can acquire the skill by consuming skill points. There are multiple types of skills, and each skill may activate a specific ability. Activation conditions and effects are determined for each skill, and when each activation condition is met, the predetermined effect is activated. Skills may be activated during the race described below.

In addition to the first hint event and second hint event where you can get skill hints, events include events that recover your physical strength, events that decrease your physical strength, and first and second ability events that increase or decrease ability parameters. Events, events that increase the condition, events that decrease the condition, etc. are included. Further, as will be described in detail later, there are events in which the turns that occur are predetermined, and events that occur when a winner is won in a predetermined lottery. There are also events that occur at the beginning of a turn and events that occur before the end of a turn. When all the events that have occurred are completed, the top screen 210 for the next turn is displayed.

Note that an SS parameter and an SS level are set as parameters for each team member. SS parameters and SS levels are parameters associated with each team member. The SS parameter is composed of four levels from 0 to 3, and the SS level is composed of five levels from 1 to 5, for example. At the start of the training main game, the SS levels of all team members are set to level 1, and the SS parameter stage is set to "0".

As shown in FIG. 20, on the training screen 220, a star gauge 225 is displayed on the left side of the arranged character icon 224. The star gauge 225 displays the current SS parameters and SS level of the team member corresponding to the placed character icon 224. Note that in the star gauge 225, current SS parameters are indicated by gauges divided into three areas.

Specifically, when the SS parameter stage is "1", the lower region of the three regions is The area is displayed in black, and the two areas, the middle and upper areas, are displayed in white. Furthermore, when the SS parameter stage is "2", the lower and middle two regions out of the three regions are displayed in black, and the upper row is The area is displayed in white. Although not shown, when the SS parameter stage is "0", all three regions are displayed in white, and when the SS parameter stage is "3", all three regions are displayed in black. be done.

Additionally, a privilege mark 225a is displayed above the star gauge 225. Team members are provided with bonus training. Specifically, one of the five types of training, speed, stamina, power, guts, and wisdom, is linked in advance to the member ID linked to the team member as a bonus training. Therefore, each team member is assigned a bonus training that corresponds to the member ID associated with the team member. Therefore, even if the character is the same, different bonus training can be set for each training game due to the different member IDs assigned to the character.

The bonus mark 225a suggests bonus training for team members. In addition, when a team member's character is a support character, two things are linked to the character: specialty training set on the support card and bonus training as a team member. At this time, the bonus training may be the same as the specialty training or may be different.

Further, a reward mark 225b is displayed near the star gauge 225. The reward mark 225b indicates an additional reward that will be obtained when the character to be trained wins against a team member in an SS match to be described later.

When a team member is successfully placed in a joint training, the SS parameters of all team members placed in the successful joint training increase. Here, if normal joint training is successful, the SS parameter increases by one level. Furthermore, when friendship training occurs, the SS parameters of the assigned team members increase by two levels. However, the SS parameter is set to "3" as the upper limit for each SS level. Therefore, for example, if friendship training occurs in training in which a team member whose SS parameter stage is "2" is assigned, the SS parameter stage of the team member increases to "3".

Team members whose SS parameters have reached the upper limit are placed and linked to the training item "SS Match." The training item "SS Match" is enabled by placing at least one team member in "SS Match". In other words, if there is one or more team members whose SS parameters have reached the upper limit, the player can execute an "SS match." Team members whose SS parameters have reached the upper limit are always placed in "SS Match", unlike training other than "SS Match". Therefore, in a case where the reward that the player wants to obtain is linked to a team member, the player can always have the player perform training with the desired team member.

Therefore, if there is no team member whose SS parameter has reached the upper limit, the player cannot perform the "SS match". In this way, when "SS match" cannot be executed, the SS match operation section 221f is displayed in grayout, as shown in FIG. 20. In this state, the SS match operation section 221f is disabled.

Note that once it is determined whether or not to place a team member in the "SS Match", it is then determined whether or not to place a team member in the "Race" to be held in that turn. At this time, team members placed in the "SS Match" are not placed in the "Race". Furthermore, once it is determined whether a team member is to be placed in the "SS Match" or "Race", it is then determined whether each team member is to be placed in each training item. At this time, each team member can be placed in each training item, regardless of whether they are placed in "SS Match" or "Race." In other words, a team member can be placed in both the "SS Match" or "Race" and any one training item in one turn. For team members who have been decided to be placed in "SS Match" and "Race", a lottery will be held to place them in other trainings, so members will be biased towards one training and there will be no option to do joint training. can be prevented from decreasing.

Then, when the activated SS match operation section 221f is operated by the player, an SS match is executed as training. Although details will be described later, in an SS match, a character to be trained competes against a team member one-on-one. When the SS match is executed, the SS level of the team member who competed against the character to be trained increases by "1". At the same time, the SS parameter stage is reset to "0".

At the upper left of the training screen 220, an information operation section 226 is displayed. When the information operation unit 226 is operated, an SS match information dialog 300 is displayed.

FIG. 22 is a diagram illustrating the SS match information dialog 300. The SS match information dialog 300 is provided with a plurality of team member information columns 301. A team member information column 301 is provided for each team member. In other words, the team member information field 301 corresponds to any one team member. As mentioned above, bonus training is set for each team member. In the SS match information dialog 300, a team member information column 301 is classified and displayed for each bonus training set for the team member. Although four team member information fields 301 are shown in FIG. 22, other team member information fields 301 are displayed by inputting a slide operation in the vertical direction in the SS match information dialog 300.

Icons representing characters are displayed on the left side of the team member information column 301. This icon makes it possible to identify which team member's information is displayed in the team member information column 301.

Further, a star gauge 225 is displayed on the right side of the team member information field 301, and the current SS parameters and SS levels of the team members can be confirmed. Additionally, three additional rewards are displayed in the team member information column 301. As described above, in the SS match, when the character to be trained wins against a team member who is an opponent, the character to be trained is given an additional reward. At this time, one additional reward is given to the character to be trained.

At the start of the training main game, three additional rewards are determined for all team members. At this time, the order in which the three additional rewards are given to the character to be trained is set. In the team member information column 301, among the three additional rewards, the earlier the additional reward is given, the higher the reward is displayed. That is, in the SS match, when the character to be trained next wins against a predetermined team member, the additional reward displayed in the upper row of the team member information column 301 is given. Further, if the character to be trained subsequently wins against a predetermined team member in the SS match, an additional reward displayed in the middle row of the team member information column 301 is given.

Note that when only two additional rewards are scheduled to be awarded, a new awarding order is determined for the three additional rewards that were determined at the start of the training main game. For example, suppose that the first additional reward among the three additional rewards determined at the start of the training main game is given to the character to be trained. In this case, since there are only two additional rewards scheduled to be awarded, the order of awarding the three additional rewards is newly determined. As a result, a total of five additional rewards will be set for the team member as additional rewards scheduled to be given. However, even in this case, the team member information column 301 displays only the three additional rewards given to the character to be trained from the first to the third in the order.

After that, the SS match is further executed, and when the character to be trained wins three matches against the team member, three additional rewards are given to the character to be trained. In this case, there are only two remaining additional rewards scheduled to be awarded, and at this point, the order in which the three additional rewards will be awarded will be newly determined.

Note that here, it is assumed that three additional rewards are determined at the start of the training main game. Then, during the training main game, the awarding order of the three additional rewards determined at the start of the training main game is additionally determined. Therefore, there are a maximum of three types of additional rewards that can be tied to one team member. However, during the training main game, an additional reward different from that at the start of the training main game may be determined by lottery.

Further, for example, for some characters such as scenario link characters, additional rewards to be given and the order in which they are given may be set in advance. Furthermore, the additional rewards scheduled to be awarded and the order in which they will be awarded may be set in advance for all characters.

Further, in the case where the additional reward is determined by lottery, a new additional reward may be determined by lottery every time one additional reward is awarded. Alternatively, a predetermined number (for example, 10 to 20) of additional rewards may be determined by lottery for each team member at the start of the training main game. In this case, when all of the predetermined number of additional rewards set for one team member are awarded, additional rewards may be awarded again in order from the first as a second round.

Note that here, as additional rewards, acquisition of aptitude points, acquisition of status, acquisition of skill hints, recovery of physical strength, etc. are provided. However, the content of the additional reward is only an example, and there are many other additional rewards. Here, the content of the additional reward determined by lottery may be different for each team member. For example, the type of additional reward that can be determined by lottery may be determined in advance depending on the type of character and member ID.

In the team member information field 301, a reward mark 225b is displayed along with text indicating the details of the additional reward. Furthermore, as described above, the reward mark 225b is displayed near the star gauge 225 on the training screen 220 as well. Only one reward mark 225b corresponding to the next additional reward to be given is displayed on the training screen 220 (see FIG. 20).

Furthermore, a close operation section 302 is provided at the bottom of the SS match information dialog 300. When the close operation unit 302 is operated, the SS match information dialog 300 is hidden and the training screen 220 is displayed.

Further, as shown in FIG. 19, when the information button 217a of the detailed icon 217 displayed on the top screen 210 is operated, a team member dialog 310 is displayed.

FIG. 23 is a diagram illustrating the team member dialog 310. A plurality of character information columns 311 are provided in the team member dialog 310. The character information column 311 is provided for each character to be trained and each team member. In other words, the character information field 311 corresponds to a character to be trained or any one team member.

Although four character information fields 311 are shown in FIG. 23, other character information fields 311 are displayed by inputting a vertical slide operation in the team member dialog 310. Note that in the team member dialog 310, the uppermost character information column 311 corresponds to the character to be trained. Further, here, the character information column 311 of a team member with higher supporter points is displayed higher in the team member dialog 310.

Icons representing characters are displayed on the left side of the character information column 311. This icon makes it possible to identify which character's information is displayed in the character information column 311.

Further, a star gauge 225 is displayed on the right side of the character information field 311 corresponding to the team member, and the current SS parameters and SS level of the team member can be confirmed. Furthermore, the character information column 311 displays the character's name and current supporter points.

The current level of expectation is displayed at the top of the team member dialog 310. As described above, the expectation level is calculated based on the total supporter points of the character to be developed and the team members. The higher the total points, the higher the expectation level. In this embodiment, an expectation level bonus corresponding to the level of expectation is given to the character to be trained. For example, an expectation bonus is provided such that the increase value of the ability parameter increases by 5% if the training is successful. The team member dialog 310 displays the currently granted expectation bonus.

Note that the period during which the effect of the expectation bonus is applied is not particularly limited. For example, the effect of the expectation bonus once acquired may continue until the training main game ends. Alternatively, the number of turns may be set as the period during which the effect continues. Furthermore, the duration of the effect may end when a predetermined event occurs during the training main game.

Furthermore, a close operation section 312 is provided at the bottom of the team member dialog 310. When the close operation unit 312 is operated, the team member dialog 310 is hidden and the top screen 210 is displayed.

FIG. 24 is a fourth diagram illustrating the training screen 220. When a team member is placed (linked) to the "SS Match" training item, the SS Match operation section 221f is activated, as shown in FIG. 24. At this time, a character number display icon 227 is displayed at the top of the SS match operation section 221f. The character number display icon 227 displays “VS×n (n is an integer from 1 to 5)”. In this "VS×n", n indicates the number of team members assigned to the training item "SS Match".

In the example shown in FIG. 24, "VS x 2" is displayed, suggesting that two team members are placed in the training item "SS Match". When the SS match operation section 221f is operated in the state shown in FIG. 24, the temporary selection state of "SS match" is entered. In the temporary selection state of “SS Match”, the training screen 220 becomes the SS Match temporary selection screen 320.

FIG. 25 is a diagram illustrating the SS match temporary selection screen 320. Similar to the normal training screen 220, the SS match temporary selection screen 320 displays a status display section 213, a skill point display section 214, an operation section 221, a failure rate display section 222, and an event notification display 223. As described above, the SS match is a game in which a character to be trained competes one-on-one with a team member whose SS parameter has reached the upper limit.

Although details will be described later, at the start of a turn, team members whose SS parameters have reached the upper limit are extracted. At this time, if the number of extracted team members is five or less, all the extracted team members are determined to be opponents. On the other hand, when the number of extracted team members is six or more, five team members are determined by lottery to be opponents from among the extracted team members. In other words, in one SS match, up to five team members are determined as opponents. Note that, for example, the process may be completed by checking each team member one by one to see if their SS parameters have reached the upper limit, and when five team members whose SS parameters have reached the upper limit have been extracted. .

Once the team members who will be the opponents are determined, a win rate, which is the probability that the character to be trained will win, is set for each opponent. This winning rate is mainly calculated based on the evaluation points linked to the character to be developed and the evaluation points linked to the team members who are the opponents. The evaluation points are calculated based on parameters that are mainly referred to when the race results are derived, such as current ability parameters, aptitude parameters, and acquired skills. That is, the evaluation score is a parameter that comprehensively represents the strength of the character in the race, and the stronger the character, the higher the evaluation score. Note that the parameters used to calculate the evaluation score may include parameters unrelated to the race results, such as the number of fans, for example.

FIG. 26A is a diagram illustrating a winning rate calculation formula. FIG. 26B is a diagram illustrating the physical strength addition value. The winning rate of the SS match is calculated based on the calculation formula shown in FIG. 26A. That is, the winning rate of the SS match is calculated as (evaluation point of the character to be trained/evaluation point of the opponent) ² x 50 + "additional physical strength value". Here, the additional physical strength value is specified based on the current physical strength of the character to be developed, as shown in FIG. 26B.

Specifically, the physical strength of the character to be trained is set as an integer from 0 to 100. The additional physical strength value is 0% when the physical strength of the character to be trained is 30 or less, 5% when the physical strength is from 31 to 70, and 10% when the physical strength is 71 or more.

As described above, the higher the evaluation score of the character to be trained is than the evaluation score of the opponent, the higher the winning rate of the SS match becomes. Furthermore, the higher the physical strength of the character to be trained, the higher the winning rate of the SS match. Note that the formula for calculating the win rate of the SS match described above is only an example. The parameters used when calculating the winning rate of the SS match are not limited to the above-mentioned evaluation points and physical strength, and other parameters may be used.

For example, instead of the physical strength addition value described above, a correction value based on physical strength may be applied. Specifically, -80% when the physical strength is between 0 and 1, -50% when the physical strength is between 2 and 9, -20% when the physical strength is between 10 and 19, and 0% when the physical strength is 20 or higher. Assume that the correction value of is applied. In this way, a negative correction value according to physical strength may be applied instead of the above-mentioned physical strength additional value.

Further, for example, only the correction value based on the physical strength described above may be used as a parameter for calculating the winning rate. In this case, the winning rate may be calculated by adding a negative correction value according to the physical strength to the reference value. The reference value may be a fixed value, such as 100%. Alternatively, the reference value may be a value calculated based on the SS level or SS parameter.

Furthermore, a "condition" parameter may be applied as a parameter used when calculating the winning rate of the SS match. For example, there is an addition correction value when the "condition" is at its best, and a subtraction correction value when the "condition" is in the worst condition, and these correction values can be added to, subtracted from, multiplied by, or divided from the above reference value. may be done. Further, the correction value based on the parameter of "condition" and the negative correction value according to the above-mentioned physical strength may be added to, subtracted from, multiplied by, or divided from the reference value.

As described above, by changing the winning rate depending on the execution timing of the SS match, it is possible to enjoy the bargaining of whether or not to execute the SS match.

Then, when the SS match operation section 221f is operated again while the training item "SS match" is temporarily selected, the SS match is executed. When the SS match is executed, the win or loss of the character to be trained is determined for each opponent based on the winning percentage calculated at the start of the turn. The winner or loser will be decided by lottery. For example, if the winning rate is 70%, a lottery is held in which the probability of winning is 70% and the probability of losing is 30%. As a result, the winner or loser of the character to be trained is determined for each opponent.

Note that when an SS match is executed, a match is performed against all team members linked to the SS match. Therefore, players can wait for a large number of team members to be linked together and then compete together in an SS match. Since it takes one turn to execute an SS match, the number of turns required for an SS match can be reduced by waiting for a large number of team members to be linked before executing an SS match.

On the other hand, as described above, the SS parameters of the team members are reset by executing the SS match. In other words, if the SS match is not performed, the SS parameters of the team members will remain at the upper limit, and even if training is performed, the SS parameters and SS levels will not increase. Therefore, unless the SS match is executed until a large number of team members are linked to the SS match, it becomes difficult for the SS level of the team members to increase. In this way, the player is required to be highly strategic regarding the timing of executing the SS match, which increases the player's desire to play.

Returning to FIG. 25, on the SS match temporary selection screen 320, increased values of various parameters are displayed near the status display section 213 and skill point display section 214. When the SS match is executed, all ability parameters and skill points increase regardless of whether the character to be trained wins or loses. That is, when an SS match is executed, an increased value of ability parameters and skill points are provided as basic rewards. Furthermore, the increased value of ability parameters is added to the bonus training of the opponent's team members. That is, the ability parameters that match the bonus training of the opponent's team members have a larger increase value than other ability parameters. Note that when an SS match is executed, only the ability parameters that match the bonus training of the opponent's team member may be increased. Further, for example, when the character to be trained wins in the SS match, an ability parameter matching the bonus training of the opponent team member may be increased as an additional reward.

Note that the content of the basic remuneration is not particularly limited. For example, the basic reward may change depending on the number of times SS matches have been executed or the number of wins, the number of opponents in the current SS match, the number of wins, the winning percentage, etc. Further, for example, the higher the SS level of the opponent team member, the more the basic reward may be.

Furthermore, in this embodiment, a victory reward is given to the character to be trained in addition to the basic reward. Here, supporter points are awarded as a victory reward. A point display area 321 is provided on the SS match temporary selection screen 320. The point display area 321 displays the supporter points of the current character to be trained. Furthermore, the point display area 321 displays supporter points (1,500 in this case) that will be awarded if the player wins against all opponents. Note that the winning reward includes the additional reward described above. Furthermore, supporter points may be awarded as a basic reward separately from or in addition to the victory reward.

Further, an opponent information display field 322 is displayed on the SS match temporary selection screen 320. The opponent information display field 322 is provided for each opponent. In the example shown in FIG. 25, two team members are determined to be opponents, and two opponent information display fields 322 are displayed. The opponent information display field 322 displays a character icon indicating the opponent, a star gauge 225, a bond gauge 224a, and an additional reward that will be obtained if the character to be trained wins.

Further, the opponent information display field 322 is provided with a winning rate icon 322a. The win rate icon 322a displays a win rate mark corresponding to the win rate. For example, four patterns of winning percentage marks are provided: ◎, 〇, △, and ×. The player can grasp the winning percentage of each opponent to some extent by the winning percentage mark. Furthermore, the win rate icon 322a serves as a basis for determining whether or not to execute the SS match.

Although not shown, when an SS match is executed, an individual match screen is displayed. On the individual battle screen, it is reported whether or not the character to be trained has won against the opponent. If there are multiple opponents, the individual battle screen will be displayed repeatedly multiple times. When all the individual battle screens have been displayed, the rewards acquired by the character to be trained are announced and the status is updated.

As described above, in the training main game of this embodiment, various parameters increase as the training target character performs training including SS matches. By increasing the parameters of the character to be trained, the winning rate of the character to be trained in races increases.

FIG. 27A is a first diagram illustrating the race selection screen 240. When the race operation section 215g of the top screen 210 is operated, a race selection screen 240 shown in FIG. 27A is displayed. The race has a game feature in which a character to be trained races against a so-called non-player character (hereinafter referred to as an NPC).

At the top of the race selection screen 240, a physical strength display section 211 and a condition display section 212 are displayed. Further, in the center of the race selection screen 240, a race selection operation section 241 is displayed for selecting a race event in which the character to be developed is to run. Furthermore, a start operation section 242 is displayed at the bottom of the race selection screen 240. Note that the races that can be selected by the race selection operation section 241 of the race selection screen 240 are set in advance for each turn.

Further, entry conditions are set in advance for each race, and the player can only have the character to be trained run in races that meet the entry conditions. As mentioned above, some races have the number of fans stipulated as a participation condition. For races where the number of fans is less than the specified number, as shown in FIG. 27A, the entry conditions are displayed on the race selection operation section 241, and it is notified that the race cannot be selected. Further, in a turn in which a target race for a clear goal is set, only the target race is displayed in a selectable manner on the race selection screen 240.

FIG. 27B is a diagram illustrating the race start screen 250. When the start operation section 242 is operated with the race type of the race to participate in selected on the race selection operation section 241, a race start screen 250 shown in FIG. 27B is displayed. A strategy display section 251 is displayed in the center of the race start screen 250. In addition, the strategy display section 251 highlights the currently selected strategy (pursuing, inserting, leading, and escaping). Furthermore, a change operation section 252 is displayed on the strategy display section 251. When the change operation unit 252 is operated, a strategy change screen (not shown) is displayed on the display 26. The player can change the strategy in the race to any strategy by operating on the strategy change screen.

Further, at the bottom of the race start screen 250, a result operation section 253 and a race operation section 254 are displayed. When the race operation unit 254 is operated, a race screen (not shown), that is, a race video is displayed on the display 26.

FIG. 27C is a first diagram illustrating the race result screen 260. FIG. 27D is a second diagram illustrating the race result screen 260. When the reproduction of the race video described above is finished and when the result operation section 253 is operated, a race result screen 260 is displayed on the display 26. On the race result screen 260, as shown in FIG. 27C, the finishing order of the characters to be trained in the race is displayed. Further, on the race result screen 260, as shown in FIG. 27D, the class of the current character to be trained is displayed.

In this embodiment, the characters to be developed are classified into classes according to the number of fans they have acquired. Each class has a range of fan numbers. Here, the character to be developed is classified into one of eight classes depending on the number of fans. The race result screen 260 displays the cumulative number of fans obtained by adding the number of fans obtained in the current race to the number of fans obtained before. Further, the current class corresponding to the accumulated number of fans is identified and displayed.

As described above, in this embodiment, races are roughly divided into normal races and special races. As shown by ◎ in FIG. 18, all the special races are set as target races, and the player enters the character to be trained in the special race in the 41st turn, 43rd turn, 65th turn, and 67th turn. I have to get it running. As mentioned above, this scenario has a story in which the regular race is a domestic race and the special race is an overseas race, with the aim being to win the overseas race. In order to further enhance the story, this scenario expresses the unique difficulty of overseas races within the game.

FIG. 28 is a diagram illustrating issues in the representative exchange match and the special race. In the training main game, tasks shown in FIG. 28 are provided for representative exchange matches and special races. Each assignment has a name (assignment name). Here, "unaccustomed turf", "unknown course", "jet lag", "language barrier", "foreign food", "long distance travel", "feeling away", "extreme nervousness", " Challenges that are generally unique to overseas races, such as "Jinx", are set.

Each challenge has a debuff effect that will be activated in the target race. A debuff effect is a negative effect that puts the character at a disadvantage in terms of race. For example, the debuff effect of the "Unaccustomed Grass" task will be activated in all international matches and all special races. When the debuff effect of this task "Unaccustomed Grass" is activated, the character's grass aptitude becomes "G" and the power parameter becomes "-100".

Furthermore, for example, the debuff effect of the task "Unknown Course" is activated in all international exchange races and all special races. When the debuff effect of this task "Unknown Course" is activated, the character to be trained has a medium-range aptitude of "G" and a stamina parameter of "-100".

Further, for example, the debuff effect of the task "Jinx" is activated in the second special race and the fourth special race. When the debuff effect of this task "Jinx" is activated, all ability parameters of the character to be trained will be set to "-100".

Therefore, for example, all the challenges shown in Figure 28 are set for the second special race and the fourth special race, and all the debuff effects are activated, making the race development of the character to be trained extremely disadvantageous. . In this way, the representative exchange match and the special race are set so that it is difficult for the character to be trained to win due to the activation of the debuff effect.

However, each assignment is linked to its overseas suitability. The character to be trained can acquire overseas aptitude by satisfying predetermined acquisition conditions. Overseas aptitude is linked to the effectiveness of overcoming corresponding challenges. For example, when the character to be developed acquires the overseas aptitude "overseas Western turf aptitude", the problem "unaccustomed turf" is overcome. By overcoming the challenge "Unaccustomed Grass", the debuff effect corresponding to that challenge will not be activated. Therefore, the player needs to acquire the necessary overseas aptitude by the turn in which the representative exchange match or special race is executed.

FIG. 29 is a diagram explaining overseas suitability. As shown in FIG. 29, acquisition conditions are set for each overseas aptitude, and the character to be trained can acquire the overseas aptitude for which the acquisition conditions are met. For example, for the overseas aptitude "Overseas Western Turf Suitability" and "Longchamp Suitability", the acquisition condition is set to win two SS matches. Therefore, during the training main game, if the character to be trained wins two SS matches, the overseas aptitude "overseas Western grass aptitude" and "Longchamp aptitude" are acquired at the same time.

Here, each overseas aptitude is linked with an aptitude level parameter. In this embodiment, three levels of aptitude are provided, from "1" to "3". When acquiring each overseas aptitude, the aptitude level is set to "1". In other words, if the acquisition conditions are met, the character to be trained will newly acquire overseas aptitude with an aptitude level of "1".

Each overseas aptitude is linked to the effects of each aptitude level. For example, the aptitude level "1" of the overseas aptitude "overseas Western turf aptitude" is associated with the effect that the ability value of "Guts" is increased by "+5" upon successful training. Further, for example, the aptitude level "1" of the overseas aptitude "Longchamp aptitude" is associated with the effect that the "stamina" ability value is increased by "+5" upon successful training.

In addition, the aptitude level "2" of the overseas aptitude "overseas Western turf aptitude" is associated with two effects: overcoming problems and improving turf aptitude. The effect of overcoming the problem is the effect of overcoming the problem of ``unaccustomed turf'' which corresponds to the overseas aptitude ``overseas Western turf suitability''. Therefore, when aptitude level 2 of overseas aptitude "overseas Western turf aptitude" is achieved, the debuff effect of the task "unaccustomed turf" will no longer be activated in the target race.

Further, the turf aptitude increase is an effect that targets characters whose turf aptitude is "B" or lower and whose turf aptitude becomes "A" in the main game. Furthermore, the effect of improving turf suitability is not limited to international matches and special races, but also applies to regular races. Therefore, in this scenario, for example, even if a character with a turf aptitude of "G" is selected as a character to be trained, the same effect will occur if a character with a turf aptitude of "A" is selected as a character to be developed. , you will be able to progress through the main training game.

As a result, the player is able to train a character that is not originally suitable for this scenario, such as a character whose turf suitability is set to "G", as a character to be trained.

However, the effect of increasing grass aptitude is limited to within the training game. Specifically, in this embodiment, when the training of the training target character is completed, the training target character trained in the training game is stored as the training character. Among the various parameters of the character to be trained, the final ability parameters, aptitude parameters, acquired skills, etc. in the training game are inherited by the character to be trained.

However, the effect activated by acquiring overseas aptitude is limited to the training game. Therefore, for example, even if the turf aptitude of the character to be trained is changed from "G" to "A" due to the acquisition of aptitude level 2 of the overseas aptitude "Overseas Western Turf Suitability", when the training game is completed, the character to be trained will be Grass suitability is "G".

Similarly, the aptitude level "2" of the overseas aptitude "Longchamp aptitude" is associated with two effects: overcoming challenges and improving mid-distance aptitude. The effect of overcoming challenges is the effect of overcoming the "unknown course" challenge that corresponds to the overseas aptitude "Longchamp aptitude". Therefore, once aptitude level 2 of the overseas aptitude "Longchamp aptitude" is achieved, the debuff effect of the task "unknown course" will no longer be activated in the target race.

Furthermore, the medium-distance aptitude increase is an effect that targets characters whose medium-distance aptitude is "B" or lower, and whose medium-distance aptitude becomes "A" in the main game. Furthermore, the effect of increasing mid-distance aptitude is activated not only in representative exchange races and special races, but also in regular races. Therefore, in this scenario, for example, even if a character with medium-distance aptitude "G" is selected as a character to be trained, a character with medium-distance aptitude "A" is selected as a character to be developed. Similarly, it becomes possible to proceed with the training main game.

However, this effect of increasing mid-range aptitude is limited to the training game. Therefore, for example, even if the mid-range aptitude of the character to be trained changes from "G" to "A" due to the acquisition of aptitude level 2 of the overseas aptitude "Longchamp Aptitude", when the training game is completed, the Distance aptitude is "G".

Note that here, the effect of increasing the aptitude parameter by acquiring aptitude level 2 of overseas aptitude is limited to the training game. However, if the aptitude parameter increases due to the acquisition of aptitude level 2 of overseas aptitude, the aptitude parameter after the increase may be inherited by the character to be raised.

Furthermore, race results are derived mainly based on ability parameters, aptitude parameters, and acquired skills. At this time, calculations are performed such that the higher the values of the ability parameters and the aptitude parameters are, and the more skills have been acquired, the more advantageous the race result will be. Here, there are two tasks related to aptitude parameters and overseas aptitude, and as shown in Figures 28 and 29, the other tasks and overseas aptitude are mainly content related to ability parameters and effects during training execution. It becomes.

Here, overseas aptitude always corresponds to one problem, and the effects of overcoming the corresponding problem are all set to aptitude level "2". Therefore, the character to be developed cannot overcome the problem simply by acquiring overseas aptitude. As shown in FIG. 29, required aptitude points are set for aptitude levels "2" and "3" of each overseas aptitude. If the player has already acquired overseas aptitude of aptitude level "1", he or she can consume aptitude points to acquire overseas aptitude of aptitude level "2" or "3".

Note that for all overseas aptitudes, the effect of overcoming challenges is linked to aptitude level "2", but this is just one example. For example, the effect of overcoming a problem may be linked to aptitude level "1". Further, the aptitude level to which the effect of overcoming problems is linked may be varied depending on the type of overseas aptitude. Further, here, all overseas aptitudes correspond to one subject, but there may be overseas aptitudes that do not correspond to any subject. Additionally, there may be challenges that cannot be overcome by acquiring overseas aptitude.

FIG. 30 is a diagram illustrating the overseas aptitude acquisition screen 330. When the overseas aptitude operation section 215f is operated on the top screen 210, an overseas aptitude acquisition screen 330 shown in FIG. 30 is displayed. The player can acquire overseas aptitude through operational input on the overseas aptitude acquisition screen 330.

On the overseas aptitude acquisition screen 330, an overseas aptitude icon 331 corresponding to overseas aptitude is displayed. The overseas aptitude icon 331 corresponds to any one of the overseas aptitudes. The overseas aptitude icon 331 displays the currently acquired aptitude level among the corresponding overseas aptitudes. However, the overseas aptitude icon 331 corresponding to the overseas aptitude that has not been acquired is displayed as "not acquired" and is grayed out as shown by cross hatching in the figure.

When the player performs an operation input to the overseas aptitude icon 331, the overseas aptitude corresponding to the overseas aptitude icon 331 for which the operation input has been made becomes a selected state. At the bottom of the overseas aptitude acquisition screen 330, an effect display column 332 is provided. In the effect display column 332, the effects brought about by the selected overseas aptitude are displayed for each aptitude level. The effect display field 332 is provided with a selection aptitude level display section 332a, a left button 332L, and a right button 332R.

The selected aptitude level display section 332a displays the aptitude level currently selected by the player. When the left button 332L is operated, the selected aptitude level is incremented by "-1", and when the right button 332R is operated, the selected aptitude level is incremented by "+1". That is, the player can change the selected aptitude level within the range of "1" to "3" by operating the left button 332L or right button 332R.

Note that the overseas aptitude acquisition screen 330 is provided with an ownership aptitude point display column 334 and a consumption point display column 335. The possession aptitude point display column 334 displays the aptitude points currently owned by the character to be trained. The consumption point display field 335 displays the aptitude points required to acquire the overseas aptitude of the selected aptitude level in the selected state.

In the example shown in FIG. 30, the aptitude level "2" of the overseas aptitude "overseas Western grass aptitude" has been acquired. In this way, when the acquired aptitude level is displayed in the selected aptitude level display section 332a, "0" is displayed in the consumption point display field 335. Furthermore, in the effect display field 332, the field in which the effects of unobtained aptitude levels are displayed displays the aptitude points required to acquire the overseas aptitude of the relevant aptitude level.

In the example shown in FIG. 30, it is assumed that the player operates the right button 332R and the selected aptitude level is updated to "3". In this case, 250pt is displayed in the consumption point display field 335. In this state, when the determination operation section 336 provided at the bottom of the overseas aptitude acquisition screen 330 is operated, the character to be developed acquires the aptitude level "3" of the overseas aptitude "overseas Western turf aptitude".

Note that even if the aptitude level cannot be raised, such as when the character to be trained lacks aptitude points, the selected aptitude level will be displayed on the selected aptitude level display section 332a by operating the right button 332R. Aptitude levels may be increased. However, in this case, it is preferable that the decision operation unit 336 is set to be unable to accept the operation, or even if it accepts the operation, a pop-up message saying "conditions are not met" is displayed. In any case, the configuration may be such that if the aptitude level cannot be raised, the user cannot acquire overseas aptitude by consuming aptitude points.

Further, in the middle of the overseas aptitude acquisition screen 330, an acquisition condition button 337 and an effect button 338 are provided. When the acquisition condition button 337 is operated, an acquisition condition list dialog 340 shown in FIG. 31 is displayed. Furthermore, when the effect button 338 is operated, an effect list dialog 350 shown in FIG. 32 is displayed.

FIG. 31 is a diagram illustrating the acquisition condition list dialog 340. In the acquisition condition list dialog 340, a plurality of overseas aptitude display columns 341 corresponding to any one overseas aptitude are displayed. In the overseas aptitude display field 341, the acquisition conditions required to acquire overseas aptitude of aptitude level "1" are displayed in text. Furthermore, the degree of achievement of the acquisition conditions is visually displayed, and "Acquired" is displayed in the overseas aptitude display field 341 corresponding to the acquired overseas aptitude. Note that a close operation section 342 is provided at the bottom of the acquisition condition list dialog 340. When the close operation unit 342 is operated, the acquisition condition list dialog 340 is hidden and the overseas aptitude acquisition screen 330 is displayed.

FIG. 32 is a diagram illustrating the effect list dialog 350. The effects list dialog 350 displays a list of effects provided by acquiring overseas aptitude. The effect list dialog 350 is provided with a task overcoming status display column 351. The task overcoming status display column 351 displays a list of tasks set for the representative exchange race and the special race. In addition, in the problem overcoming status display column 351, whether each problem has been overcome or not is displayed in an identifiable manner.

Further, the effect list dialog 350 is provided with a race effect display field 352 and a training effect display field 353. The race effect display column 352 displays a list of all effects activated in the race based on the acquired overseas aptitude. In addition, the training effect display column 353 displays a list of all effects activated in training, including SS matches, based on the acquired overseas aptitude. Note that a close operation section 354 is provided at the bottom of the effect list dialog 350. When the close operation unit 354 is operated, the effect list dialog 350 is hidden and the overseas aptitude acquisition screen 330 is displayed.

As described above, in the training game of this embodiment, it is necessary to execute the SS match and the acquisition of overseas aptitude at the optimal timing, and a high level of strategy is required. Additionally, depending on the character to be trained and the training policy, the player can select the overseas aptitude to acquire, making it easy to train any character and allowing the player to train a character in line with his or her own training policy. can. Below, while explaining the process at the start of a turn, we will supplement the above SS match.

FIG. 33 is a diagram illustrating the general flow of turn start processing. The training stage process includes turn start processing that is executed at the start of each turn of the training game. Although the details of the turn start process will be described later, the general flow of the turn start process will be described here. Note that the turn start processing described below is executed in turns other than race-only turns, that is, turns in which training can be selected.

During the training main game, a process is performed in each turn to determine whether or not various events will appear. Events are broadly classified into three types: scenario events, the above-mentioned dedicated events provided for each character to be trained, and support events. Note that each scenario has predetermined scenario events, dedicated events, and support events that may appear during the training main game.

A scenario event is an event set for each scenario of the main training game. In this embodiment, a plurality of scenarios are provided, and the player can select a scenario. A scenario event appears for each scenario selected by the player. In other words, the scenario events that appear in the training main game are determined based on the scenario selected by the player.

Note that the scenario event may include a scenario-specific event and a scenario-common event. A scenario-specific event is an event that is tied to only one scenario. For example, a scenario-specific event linked to a first scenario appears only when the first scenario is selected, and does not appear when any other scenario is selected.

Furthermore, a scenario common event is an event that appears in common in multiple scenarios. Therefore, the scenario common event appears both when the first scenario is selected and when the second scenario is selected.

Here, scenario events include scenario-specific events and scenario-common events. However, only one of the scenario-specific event and the scenario-common event may be provided.

As described above, the dedicated event is an event that is set in advance for each character. In the training main game, a special event for a character that the player has registered as a training target character in the setting game, that is, the preparation stage process, appears.

As described above, the support event is an event that is set in advance for each support card. In the training main game, a support event linked to the support card registered by the player in the setting game appears. Support events include a first event that may occur at the start of a turn, and a second event that may occur after training is performed. Whether or not the first event occurs is determined at the start of the turn based on randomly obtained random numbers and the first event table.

After a process for determining each support character to be placed in training is performed, whether or not the second event occurs is determined based on randomly obtained random numbers and the second event table. Note that only when a support character is placed in training, whether or not the second event occurs is determined for the placed support character.

Note that in this embodiment, the first event is not limited to the support card registered in the deck by the player in the preparatory stage process, but is tied to the support card selected by lottery from among all the support cards implemented in the game. Supporting events that follow may be selected. However, the selection probability of a support event linked to a support card registered in a deck is higher than the selection probability of a support card event linked to a support card not registered in a deck.

In this way, whether a scenario event appears or not is determined based on the scenario. Furthermore, whether or not the dedicated event and support event appear are determined based on the character to be trained and the support card, respectively. These event types are classified based on information that is referred to when determining whether an event appears or not.

In contrast, in this embodiment, each event is classified into one of six event classifications depending on the content brought about by the appearance of the event. Here, each event is classified into one of the following event classifications: first hint event, second hint event, first ability event, second ability event, aptitude event, and story event.

As described above, the first hint event and the second hint event are events that allow a skill to be possessed or acquired. Further, the first ability event and the second ability event are events that increase or decrease the ability parameters of the character to be trained. The aptitude event is an event that increases or decreases the aptitude parameter of the character to be developed. A story event is an event that displays a story related to a character appearing in a training game. Note that some story events change ability parameters and aptitude parameters in addition to displaying the story.

Here, the scenario event includes a first hint event, a second hint event, a first ability event, a second ability event, an aptitude event, and a story event. Further, the dedicated event and support event include a first hint event, a second hint event, a first ability event, and a second ability event. Note that the dedicated event may include a story event.

In this embodiment, the turn start processing includes processing for determining a scenario event and processing for determining a dedicated event. Note that illustration and description of the process of determining a scenario event and the process of determining a dedicated event are omitted here. The processing at the start of the turn includes "processing to determine whether or not the first event occurs", "processing to determine SS match information", and "determining whether or not to place a character and training items to be placed" as shown in FIG. "processing", "processing to set the state in which friendship training can occur", "processing to determine the increase value of ability parameters", "processing to determine the training failure rate", "processing to set the state in which the second event can occur" ” is included. Although various other processes are executed in the turn start process, the processes shown in FIG. 33 will be explained in order here.

<Processing to determine whether or not the first event occurs>
In the process of determining whether or not the first event occurs, the first event to occur is determined by lottery from among the support events linked to all the support cards provided by the operator. At this time, the winning probability of the support event associated with the support card registered in the deck by the player in the preparation stage process is set to be high.

<Processing to determine SS match information>
At the start of a turn, SS match information is determined. SS match information is various information regarding SS match. In the process of determining SS match information, first, all team members whose SS parameters have reached the upper limit at the start of the turn are extracted. At this time, if the number of extracted team members is five or less, all the extracted team members are linked to the training item "SS Match".

On the other hand, if the number of extracted team members is six or more, five team members to be linked to the training item "SS Match" are determined from the extracted team members. Here, the five determined team members are linked to the "SS match." As mentioned above, the team members are checked one by one to see if their SS parameters have reached the upper limit, and the process ends when 5 team members whose SS parameters have reached the upper limit are extracted. You can.

<Processing to determine whether or not to place a character and which training items to place>
Once the SS match information is determined, the character to be placed in the race or training item is then determined. Here, first, the characters to be placed in the race are determined by lottery. Note that, as described above, characters (team members) associated with "SS Match" are excluded from the process of determining characters to be placed in the race. Once it is determined whether a character should be placed in "SS Match" and "Race", it is then determined whether each character should be placed in a training item. Note that the process of determining the training item to which a character is placed is executed for all characters to be processed, regardless of whether they are placed in "SS Match" or "Race". However, the characters placed in "SS Match" or "Race" may not be placed in training items other than "SS Match".

FIG. 34 is a diagram illustrating the allocation ratio to training items. A placement determination table is stored in the player terminal 1 and the server 1000, and training items to which characters are placed are determined based on the placement determination table. In this embodiment, training items to be arranged are determined for all support characters, scenario link characters, story characters, and other team members based on character identification information.

Here, the placement determination table is provided for each character identification information, and the placement ratio for each training item is different for each placement determination table. Specifically, according to the placement decision table for support characters and scenario link characters, 10% of them decide not to place them in any training ("none" in the figure), and speed, stamina, power, and guts. , the decision to place it in the smartness training items (in the figure, ``speed,'' ``stamina,'' ``power,'' ``guts,'' and ``smartness'') are all set at 18%. This placement determination table for support characters and scenario link characters is used when the character whose placement is to be determined is set as a support character and also as a scenario link character.

Also, according to the placement decision table for scenario link characters, 20% of the time they decided not to place them in any training, and 20% decided to place them in the training items of speed, stamina, power, guts, and wisdom. It is set at 16%. This scenario link character placement determination table is used when the target character is not set as a support character but is set as a scenario link character.

In addition, according to the placement decision table for support characters, 30% of them decided not to place them in any training, and 14% decided to place them in the training items of speed, stamina, power, guts, and wisdom. It is set to %. This placement determination table for support characters is used when the target character is set as a support character but not set as a scenario link character.

Also, according to the placement decision table for other characters, 50% of the characters were decided not to be placed in any training, and 50% were decided to be placed in the training items of speed, stamina, power, guts, and wisdom. It is set to 10%. The placement determination table for other characters is used when the target character is not set as either a support character or a scenario link character. Note that the placement determination table for other characters may be used, for example, when the target character is a story character.

Note that, as described above, special training is set for the support card (support character). When the target character is a support character, changes may be made based on the placement determination table shown in FIG. 34 so that the selection probability of the specialty training set on the support card is increased. Further, for example, some or all of the support cards (support characters) may be associated with an effect that increases the probability of placement in a predetermined training item. A support character associated with such an effect is changed so that the probability of placement in a predetermined training item is increased.

Note that each training item has an upper limit on the number of characters that can be arranged. Here, "5" is set as the upper limit number of characters to be arranged for all training items. Therefore, the maximum number of characters placed in one training item is "5".

Note that, as described above, training items to which characters are associated are determined for each character. At this time, the order of the characters in determining the training items is arbitrary. For example, if the upper limit number of characters has already been placed in a training item for which it has been decided to place a character, it is determined that the character will not be placed in any training item. may be done. Alternatively, training items that have already reached the upper limit number of placements may be excluded from the lottery, and the placement probabilities of other training items may be changed.

However, the upper limit for placement is not essential, and characters may be placed in the training items according to the lottery results. Furthermore, the method for determining training items for placing characters is not particularly limited.

Once the placement characters are determined as described above, the placement characters are linked for each training item. Then, the placement information in which the training items and the placed characters are linked is stored in the player terminal 1 and the server 1000.

<SSS match activation lottery>
Returning to FIG. 33, once the placement of each character in the training item is determined, the SSS match activation lottery is then executed. In this embodiment, an SSS match is provided that is positioned above the SS match. Specifically, when the activation conditions for the SSS match are met, the SS match is promoted to an SSS match. The conditions for activating SSS Match include winning the SSS Match Activation Lottery. However, execution conditions are set for the SSS match activation lottery, and only when the execution conditions are met, the SSS match activation lottery will be executed.

Here, the execution conditions for the SSS match activation lottery include that five team members are linked to the SS match for the first time after the training game starts or after the last SS match (SSS match) is executed. It will be done. Therefore, in the current turn, the SSS match activation lottery can be executed only when five team members are linked to the SS match.

However, for example, the SS match may not be executed on the turn in which the player is not selected in the SSS match activation lottery. In this case, five team members will be linked to the SS match in the next turn as well. However, in this case, the SSS match activation lottery has already been executed after the previous SS match was executed or after the training game started. Therefore, in this case, the conditions for executing the SSS match activation lottery are not satisfied. If the execution conditions for the SSS match activation lottery are not met, the winning percentage is determined for each team member. At this time, the winning rate of the team member is determined based on the character to be developed and the evaluation score of the team member.

On the other hand, if the execution conditions for the SSS match activation lottery are satisfied, the SSS match activation lottery is executed. At this time, if the winner is not selected in the SSS match activation lottery, the winning percentage will be determined for each team member in the same way as above. Additionally, if a player wins in the SSS Match Activation Lottery, the winning rate for all team members will be determined to be 100%.

FIG. 35 is a diagram illustrating the SSS match activation lottery. As shown in Figure 35, after the activation of the SSS match (or after the start of the training game), if the number of wins for the character to be trained in the SS match is 3 or less, the probability of winning the SSS match activation lottery is set to 10%. Ru. Additionally, after the activation of the SSS match (or after the start of the training game), if the number of wins for the character to be trained in the SS match is 4 to 7, the probability of winning the SSS match activation lottery is set to 40%, and the number of wins is set to 40%. If there are 8 or more wins, the probability of winning is set to 100%.

Note that in FIG. 35, the number of wins of the training target character in the SS match after the SSS match is activated is reset with the activation of the SSS match. Therefore, the number of SS match wins in FIG. 35 can also be said to be the number of SS match wins since the last SSS match was activated.

When an SS match is promoted to an SSS match, effects are superimposed and displayed on the training operation section 215b on the top screen 210 and the SS match operation section 221f on the training screen 220, for example. In this way, on the top screen 210 and the training screen 220, it is suggested that the SS match has been promoted to an SSS match. When the SSS match is executed, the character to be developed always wins against all team members. Furthermore, when the SSS match is executed, the increased value of the ability parameter of the character to be trained and the reward given to the character to be trained are larger than when the SS match is executed.

Note that the probability of winning the SSS match activation lottery is just one example. For example, the probability of winning may always be constant. Further, the benefits added when the SSS match is executed are not particularly limited. Furthermore, SSS matches are not required.

<Processing to set the state in which friendship training can occur>
Returning to FIG. 33, as described above, once the placement information is determined, the friendship training enable state is set. Specifically, support characters are extracted from among the characters placed in the training item. It is then determined for the extracted support character whether a setting condition for a state in which friendship training can occur is satisfied. As mentioned above, here, the setting conditions for friendship training to occur are that the training item for which the support character is placed is a specialty training, and that the bond parameter associated with the support character is greater than or equal to a predetermined value. It is set.

Then, the friendship training occurrence possibility information is linked to the support character that satisfies the setting condition of the friendship training occurrence state. Furthermore, friendship training occurrence possibility information is also linked to a training item in which a support character that satisfies the setting condition for the friendship training occurrence state is arranged. As a result, a state in which friendship training can occur is set.

<Processing to determine the increase value of ability parameters>
In a turn in which training can be performed, the increase value of the ability parameter upon successful training is determined for each training item.

FIG. 36 is a diagram illustrating training levels. As shown in FIG. 36, the training level increases according to the number of successes in each training item. Specifically, training levels are set for each of five training items: speed, stamina, power, guts, and intelligence. For example, if the number of successful training sessions for "speed" is 0 to 4, the training level for speed is "1". As the number of successful "speed" training increases, the speed training level increases as shown in the figure.

Note that here, it is assumed that the training level increases according to the number of successful trainings, but the training level may also increase according to the number of times training is performed. Further, the parameters for increasing the training level are not limited to the number of successful training sessions or the number of training executions.

In this embodiment, when the training selected by the player is successfully executed, the value of the predetermined ability parameter increases depending on the executed training item.

Specifically, in this embodiment, speed training is performed, and if successful, the values of the speed and power performance parameters increase.

Also, if stamina training is performed and is successful, the values of the stamina and grit ability parameters increase.

Also, power training is performed and, if successful, increases the values of the stamina and power ability parameters.

Also, if the training of grit is performed and is successful, the values of the speed, power, and grit ability parameters increase.

Also, if smartness training is performed and is successful, the values of the speed and smartness ability parameters increase.

In this embodiment, the value of the ability parameter that increases when training is successful is determined by adding the bonus additional value to the fixed increase value determined according to the executed training item and training level. Calculated by adding to the value.

FIG. 37A is a diagram illustrating a fixed increase value (speed) table. Further, FIG. 37B is a diagram illustrating the fixed increase value table (power). That is, FIG. 37A shows the fixed increase value when the training item is speed. Further, FIG. 37B shows the fixed increase value when the training item is power.

As shown in FIGS. 37A and 37B, the fixed increase value table stores fixed increase values determined corresponding to the executed training items and training levels. Furthermore, in this embodiment, as shown in FIGS. 37A and 37B, the higher the training level, the greater the ability parameter increases.

Although not described here, fixed increase value tables are also provided when stamina, guts, and wisdom are selected as training items.

Further, in this embodiment, a large number of conditions for adding ability parameters are provided. An example of the addition condition is that a placed character is placed. In this case, a predetermined additional value is added to the fixed increase value. Furthermore, for example, a growth rate may be set in advance for each training item for each character to be developed. In this case, the fixed increase value is multiplied by the growth rate for each training item.

In this way, when the addition condition is satisfied, an additional value is added to the fixed increase value or multiplied by a predetermined addition rate. Then, the calculated value is finally multiplied by the friendship bonus addition rate. The friendship bonus addition rate is used when a friendship bonus generation possibility state is set for the training item. Moreover, the friendship bonus addition rate is calculated for each placed character placed in the training item.

For example, it is assumed that the friendship bonus addition rate is 20% and three characters are placed in the same training item, and the friendship bonus generation possibility state is set. In this case, the friendship bonus addition rate will be 60%. In this way, by multiplying by the friendship bonus addition rate, the increase value of the ability parameter increases.

<Processing to determine training failure rate>
Returning to FIG. 33, in turns where training can be performed, the training failure rate is determined for each training item.

<Processing to set the state in which the second event can occur>
For a support character placed in any training item, a state in which the second event can occur is set. The second event is selected by lottery from support events (second events) linked to support characters (support cards) placed in each training item.

In this embodiment, a process is performed to determine whether or not the second event can be set for all support characters placed in the training item. If the player selects training in which a support character is placed where a second event can occur, the second event occurs after the training is executed.

Note that a state in which the second event can occur may be set for each of a plurality of support characters placed in one training item. In this case, when the training is performed, only one of the second events set to be able to occur may be performed. Moreover, all the second events set to be able to occur may be executed.

As described above, in the training main game, the player can increase the ability parameters of the character to be trained as the turns progress. Ability parameters increase due to successful training or the appearance of various events. Then, in the training main game, when all turns are completed, the training game ends. Furthermore, if the goal set for each character cannot be achieved during the training main game, the training game ends at that point.

Here, when the training game ends, the training target character trained in the training game is stored as a training character. More precisely, information regarding the nurturing character trained in the nurturing game (hereinafter referred to as nurturing character information) is stored in association with the player ID. Note that the training character information is stored on both the player terminal 1 and the server 1000. The training character information stored in association with the player ID includes ability parameters, aptitude parameters, acquired skills, inheritance information, and the like.

Furthermore, when the training game ends, the evaluation score of the trained character is calculated. Here, evaluation points are calculated based on ability parameters, aptitude parameters, acquired skills, race results, team race results, etc. at the end of the training game. Note that a method for calculating the evaluation score, in other words, a calculation formula for calculating the evaluation score is prepared in advance, and the evaluation score is calculated based on a predetermined calculation formula. Note that the method and formula for calculating the evaluation score are not particularly limited. For example, when a trained character runs in a race in a team competition game or other game, such as ability parameters, aptitude parameters, acquired skills, etc. at the end of the training game, evaluation points are based only on parameters that affect the race result. It may be calculated.

Further, a training rank is set for the training character based on the evaluation score. The training rank is an index indicating the strength of the training character, and each training rank is associated with a range of evaluation points. For example, a nurturing character with an evaluation score of 13,000 to 14,499 is given a nurturing rank of "A+", and a nurturing character with an evaluation score of 14,500 to 15,499 is given a nurturing rank of "S". In this way, by assigning a training rank based on evaluation points, it becomes easier to understand the general strength of the training character. Note that the training character information also includes evaluation points and training ranks.

FIG. 38A is a first diagram illustrating the training completion screen 360. FIG. 38B is a second diagram illustrating the training completion screen 360. FIG. 38C is a third diagram illustrating the training completion screen 360. When the training game ends, a training completion screen 360 is displayed on the display 26, as shown in FIG. 38A. The training completion screen 360 first displays the training rank of the trained character, and then, as shown in FIG. 38B, the evaluation score is displayed.

Furthermore, when a predetermined period of time has elapsed after the evaluation points are displayed, the ability parameters, aptitude parameters, and acquired skills of the character to be trained are displayed on the training completion screen 360, as shown in FIG. 38C. At this time, a close operation section 331 is provided on the training completion screen 360. When the close operation section 331 is tapped, the training completion screen 360 is hidden and the home screen 100 is displayed on the display 26.

Note that when the training game ends, a lottery is held to determine the factors that the training character acquires, and the factor information is stored in association with the training character. Although not shown, on the training completion screen 360, the player can display factor information acquired by the character to be trained. The factor lottery is performed according to preset conditions for each factor type. The probability of obtaining a factor, etc. is set based on the result of the training game.

Next, the functional configuration of the player terminal 1 and the server 1000 for executing the above training game will be explained.

(Functional configuration of player terminal 1)
FIG. 39 is a diagram illustrating the configuration of the memory 12 in the player terminal 1 and its function as a computer. The memory 12 is provided with a program storage area 12a and a data storage area 12b. When the game is started, the CPU 10 stores a terminal-side game control program (module) in the program storage area 12a.

The terminal side game control program includes an information setting processing program 700, a training game execution program 701, and a training completion processing program 702. Note that the programs listed in FIG. 39 are just examples, and the terminal-side game control program includes many other programs.

The data storage area 12b is provided with a player information storage section 750 and a game information storage section 751 as storage sections for storing data. Note that the data storage area 12b is provided with many other storage units. Here, information directly related to games such as training games (hereinafter referred to as game information) is stored in the game information storage section 751. Note that the game information storage unit 751 also temporarily stores various information while each game, such as a training game, is in progress. Therefore, all information related to the nurturing character trained in the nurturing game is stored in the game information storage section 751. Further, for example, all information other than game information, such as information regarding the player or other players, setting information of the player terminal 1, etc., is considered to be player information. Player information is stored in player information storage section 750.

The CPU 10 operates each program stored in the program storage area 12a and updates data in each storage section of the data storage area 12b. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control section 1A by operating each program stored in the program storage area 12a. The terminal side game control section 1A includes an information setting processing section 700a, a training game execution section 701a, and a training completion processing section 702a.

Specifically, the CPU 10 operates the information setting processing program 700 and causes the computer to function as the information setting processing section 700a. Similarly, the CPU 10 operates a training game execution program 701 and a training completion processing program 702 to function as a training game execution section 701a and a training completion processing section 702a, respectively.

When various information settings are performed on the player terminal 1, the information setting processing section 700a stores information regarding the settings in the player information storage section 750 as player information. Further, when the information setting processing section 700a updates the information in the player information storage section 750, the information setting processing section 700a transmits the updated information to the server 1000.

The training game execution unit 701a executes all processes related to the training game. Specifically, the training game execution unit 701a executes a preparation stage process and a training stage process.

The training completion processing unit 702a stores training character information including ability parameters, aptitude parameters, acquired skills, inheritance information, factor information, the type of character used for training, etc. of the training character upon completion of the training game.

(Functional configuration of server 1000)
FIG. 40 is a diagram illustrating the configuration of memory 1012 in server 1000 and its functions as a computer. The memory 1012 is provided with a program storage area 1012a and a data storage area 1012b. When the game is started, the CPU 1010 stores a server-side game control program (module) in the program storage area 1012a.

The server-side game control program includes an information setting processing program 1100, a training game execution program 1101, and a training game termination processing program 1102. Note that the programs listed in FIG. 40 are just examples, and the server-side game control program includes many other programs.

The data storage area 1012b is provided with a player information storage section 1150 and a game information storage section 1151 as storage sections for storing data. Note that the data storage area 1012b is provided with many other storage units. Here, the game information of all the players is stored in the game information storage unit 1151 in association with the player ID. Further, player information of all players is stored in the player information storage unit 1150 in association with the player ID.

The CPU 1010 operates each program stored in the program storage area 1012a and updates the data in each storage section of the data storage area 1012b. Then, the CPU 1010 causes the server 1000 (computer) to function as the server-side game control unit 1000A by operating each program stored in the program storage area 1012a. The server side game control section 1000A includes an information setting processing section 1100a, a training game execution section 1101a, and a training game termination processing section 1102a.

Specifically, the CPU 1010 operates the information setting processing program 1100 and causes the computer to function as the information setting processing section 1100a. Similarly, the CPU 1010 operates a training game execution program 1101 and a training game termination processing program 1102 to function as a training game execution section 1101a and a training game termination processing section 1102a, respectively.

The information setting processing section 1100a updates the player information in the player information storage section 1150 based on the update information received from the player terminal 1 when various information settings are performed on the player terminal 1. The information setting processing unit 1100a also measures time and updates the game points of each player.

The training game execution unit 1101a executes all processes related to the training game.

When the training game ends, the training game completion processing unit 1102a derives evaluation points, training ranks, etc. for the trained characters. Furthermore, the training game end processing unit 1102a determines the factors that the training character acquires by lottery. Then, training character information including ability parameters, aptitude parameters, acquired skills, inheritance information, factor information, the type of character used for training, etc. of the training character is stored in the game information storage unit 1151 in association with the player ID.

Note that the information setting processing unit 700a in the player terminal 1 and the information setting processing unit 1100a in the server 1000 both store player information in common, but the specific processing contents and the player information to be stored are The ranges are different from each other. Further, the training game execution unit 701a in the player terminal 1 and the training game execution unit 1101a in the server 1000 both execute processing related to the training game in common, but their roles, that is, the scope of their responsibility are different. There is.

The processing performed by each functional unit in the player terminal 1 and server 1000 described above will be described below using a flowchart.

(Processing of player terminal 1 and server 1000)
<Processing related to training games>
FIG. 41 is a sequence diagram illustrating the processing of the player terminal 1 and the server 1000 related to the training game. Note that in the following explanation, the processing at the player terminal 1 will be referred to as Pn (n is an arbitrary integer). Further, processing in the server 1000 is denoted by Sn (n is an arbitrary integer).

When the player performs various setting change operations on the player terminal 1, the information setting processing unit 700a of the player terminal 1 performs information setting processing (P1) to update the player information storage unit 750 based on the player's operation input. I do. In this information setting process, update information is sent to the server 1000. In the server 1000, upon receiving the update information, the information setting processing section 1100a updates the player information in the player information storage section 1150 (S1).

Note that the player information updated in P1 and S1 includes, for example, profile information that can be set by the player. Further, for example, when an operation to add another player as a friend or an operation to cancel a friend is input as a setting change operation, friend information, which is information regarding the friend, is updated. Note that in P1 and S1, the information setting processing section 700a and the information setting processing section 1100a each manage game points consumed to execute the training game. When the game points are less than the upper limit, the information setting processing units 700a and 1100a measure the time and give a predetermined amount of game points to the player at predetermined intervals.

In the player terminal 1, when a training game start operation for starting a training game is input, the training game execution unit 701a executes a preparation stage process (P6). Also, during this preparation stage process, communication processing is performed between the player terminal 1 and the server 1000. In the server 1000, the training game execution unit 1101a executes the preparation stage process (S6) based on the information received from the player terminal 1.

FIG. 42 is a flowchart illustrating the preparation stage process (P6) in the player terminal 1. The training game execution unit 701a of the player terminal 1 executes a scenario selection screen display process (P6-1). Here, the training game execution unit 701a displays a scenario selection screen and temporarily registers a scenario ID based on the player's operation input.

Next, the training game execution unit 701a of the player terminal 1 executes a training target character selection screen display process (P6-2). Here, the training game execution unit 701a displays the training target character selection screen 150, and temporarily registers the training target character based on the player's operation input.

Specifically, the training game execution unit 701a switches the display screen of the display 26 when the player inputs a display switching operation to switch the screen display. For example, the training game execution unit 701a displays the character details screen 160 when a long press operation of the character icon 151 is input on the training target character selection screen 150. Further, when the reinforcement operation section 163b is operated on the character details screen 160, a character reinforcement screen 165 is displayed. Further, when a selection operation (operation of the character icon 151) is input on the training target character selection screen 150, the training game execution unit 701a temporarily stores the character corresponding to the character icon 151 for which the selection operation has been input, Switch the display screen.

Further, when a determination operation (operation of the next operation unit 154) is input on the training target character selection screen 150, the training game execution unit 701a temporarily registers the temporarily stored character as a training target character. Further, the training game execution unit 701a obtains information about a representative character extracted according to predetermined extraction conditions, such as a friend's representative character, from the server 1000, and displays the inheritance character selection screen 170.

Next, the training game execution unit 701a executes inheritance character selection screen display processing (P6-3). Here, the training game execution unit 701a switches the display screen of the display 26 when a display switching operation is input. Further, when a selection operation (operation of the training character icon 182) is input on the training character list screen 180, the training game execution unit 701a selects the character corresponding to the training character icon 182 for which the selection operation has been input as an inheritance character. Temporarily memorize it as , and change the display screen.

Further, when a determination operation (operation of the next operation section 154) is input on the inheritance character selection screen 170, the training game execution section 701a displays the support card organization screen 190 on the display 26.

Next, the training game execution unit 701a executes support card selection screen display processing (P6-4). Here, when a selection operation (operation of the card icon 201 of a support card) is input, the training game execution unit 701a temporarily stores the support card corresponding to the card icon 201 on which the selection operation has been performed, and displays the display screen. Switch.

Further, when a display switching operation for switching the display of the screen is input while the support card organization screen 190 is being displayed, the training game execution unit 701a switches the display screen of the display 26. Furthermore, when the decision operation (operation of the start operation section 193) is input, the training game execution section 701a displays the final confirmation screen 205 on the display 26.

Next, the training game execution unit 701a executes a final confirmation screen display process (P6-5). Here, the training game execution unit 701a switches the display screen of the display 26 when a display switching operation for switching the screen display is input.

Further, when a selection operation (operation of the selection operation section 206c) is input on the preset selection screen 205A, the training game execution section 701a temporarily stores reservation selection information corresponding to the preset for which the selection operation input has been performed, Switch the display screen.

Further, when a decision operation (operation of the start operation section 205b) is input on the final confirmation screen 205, the training game execution section 701a executes a preparation stage completion process (P6-6). Here, the training game execution unit 701a determines whether the game points are equal to or greater than a predetermined value (for example, 30), and if the game points are equal to or greater than the predetermined value, transmits confirmation information to the server 1000.

Note that the confirmation information includes information that identifies the temporarily registered character to be trained, the inherited character, and the support card. Upon receiving the confirmation information, the server 1000 executes a preparation stage process (S6). As will be described in detail later, the server 1000 determines whether or not to permit execution of the training main game using the temporarily registered character to be trained, the inherited character, and the support card.

After transmitting the confirmation information and receiving permission information from the server 1000, the training game execution unit 701a registers the temporarily registered scenario ID and character to be trained. Further, the breeding game execution unit 701a registers the breeding character temporarily stored as the inherited character and the temporarily stored support card in the deck. Furthermore, if the scenario selected in P6-1 is an existing scenario, the training game execution unit 701a sets a goal based on the scenario ID and the character ID of the character to be trained. Further, for example, if the scenario selected in P6-1 is a new scenario, the training game execution unit 701a sets a goal based on the scenario ID. This completes the preparation stage completion process and starts the training main game. Set goals in the main training game.

FIG. 43 is a flowchart illustrating the preparation stage process (S6) in the server 1000. When the training game execution unit 1101a receives the confirmation information, it confirms the character possessed by the player stored in the player information storage unit 1150 (S6-1). The training game execution unit 1101a determines that there is no abnormality if the character to be trained selected by the player is included in the owned characters (S6-2).

If there is no abnormality in the training target character selected by the player (YES in S6-2), the training game execution unit 1101a checks whether there is any abnormality in the support card selected by the player (S6-3). In addition, in S6-3, if a support card that the player does not own is selected, and if the rental card selected by the player is not linked to the player ID of the player, the support character is duplicated with the character to be trained. In such cases, it is determined that there is an abnormality.

If there is no abnormality in the support card selected by the player (S6-4: YES), the training game execution section 1101a checks the training character information stored in the game information storage section 1151 (S6-5). Then, the training game execution unit 1101a determines that if the training character selected by the player as the inheritance character is linked to the player ID of the player, that is, the training character that the player himself has trained is selected as the inheritance character. If so, it is determined that there is no abnormality in the inherited character (YES in S6-6).

If it is determined that there is no abnormality in the inherited character, the training game execution unit 1101a determines whether the training character selected by the player as the inherited character includes a representative character of another player (S6-7). If the representative character of another player is included (YES in S6-7), the training game execution unit 1101a determines whether the number of times of use on the day is less than three (S6-8).

If the number of uses on the day is less than three (YES in S6-8), the training game execution unit 1101a determines whether the predetermined in-game currency held by the player is 2000 or more (S6-9). That is, in S6-8 and S6-9, it is determined whether the composition condition is satisfied. If the player has 2000 or more in-game currency (YES in S6-9), the training game execution unit 1101a adds "1" to the number of uses on the day (S6-10). Furthermore, the training game execution unit 1101a subtracts 2000 from the number of predetermined in-game currencies stored in the player information storage unit 1150 (S6-11).

Further, the training game execution unit 1101a subtracts a predetermined value (for example, 30) from the player's game points (S6-12). Then, the training game execution unit 1101a sets permission information if there are no abnormalities in the character to be trained, the inherited character, and the support card, and if the formation conditions for using the representative character of another player are satisfied. (S6-13), and causes the player terminal 1 to receive it.

Further, the training game execution unit 1101a registers a character to be trained (S6-14). Further, the training game execution unit 1101a executes team member registration processing (S6-15). Here, the training game execution unit 1101a determines the scenario link character, support character, and other target characters as team members, as described above. Furthermore, the training game execution unit 1101a links the determined team members to the member IDs. Further, the training game execution unit 1101a sets initial values of various statuses such as ability parameters for each team member based on the member ID.

Next, the training game execution unit 1101a executes additional reward determination processing (S6-16). Here, the training game execution unit 1101a determines three additional rewards for each team member. As described above, three additional rewards are set in advance for the member IDs associated with team members. Here, three additional rewards are determined for each team member based on the member ID. Note that additional rewards are provided with additional reward IDs, and here, each team member is associated with three additional reward IDs and information indicating the order of granting.

Note that when the character to be trained is a scenario link character, the additional reward that would normally be allocated to the scenario link character is allocated to the character with the smallest member ID, excluding the scenario link character. Then, the training game execution unit 1101a saves the information determined in S6-14 to S6-16 above as game information that the player terminal 1 receives (S6-17). In the player terminal 1, the received game information is stored, and the training stage process is started.

On the other hand, if there is an abnormality in any of the training target character, inherited character, or support card, or if the composition conditions for using another player's representative character are not satisfied, the training game execution unit 1101a Permission information is set (S6-18) and the player terminal 1 receives it. When the disapproval information is received, the final confirmation screen 205 is displayed on the player terminal 1, and a predetermined error is notified.

Returning to FIG. 41, when the preparation stage process (P6, S6) is completed, the training game execution unit 701a in the player terminal 1 executes the training stage process (P7). Also, during this training stage processing, communication processing is performed between the player terminal 1 and the server 1000. In the server 1000, the training game execution unit 1101a executes the training stage process (S7) based on the information received from the player terminal 1.

Below, the training stage process (P7) executed on the player terminal 1 and the training stage process (S7) executed on the server 1000 will be explained. However, here, in order to facilitate understanding, the processing in the player terminal 1 and the processing in the server 1000 will be explained with the order changed as appropriate.

FIG. 44 is a flowchart illustrating the training stage processing in the server 1000. The training game execution unit 1101a of the server 1000 waits to receive a start command from the player terminal 1 (S7-1). Then, upon receiving the start command (YES in S7-1), the training game execution unit 1101a executes turn start processing (S10). Note that the start command is transmitted from the player terminal 1 to the server 1000, for example, when the processing and performance related to the current turn are completed.

FIG. 45 is a flowchart illustrating turn start processing in the server 1000. The training game execution unit 1101a of the server 1000 updates the current number of turns (S10-1). If the current turn is a factor activation turn (YES in S10-2), the training game execution unit 1101a executes activation factor determination processing (S10-3). Here, it is determined whether or not to activate a factor for each registered inherited character.

Further, the training game execution unit 1101a executes an event occurrence determination process (S10-4). Here, the training game execution unit 1101a determines an event to be generated in the current turn, such as a scenario event, a special event, a first event, and the like.

Further, if the current turn is not a race-only turn (NO in S10-5), the training game execution unit 1101a executes SS match information determination processing (S11).

FIG. 46 is a flowchart illustrating SS match information determination processing in server 1000. The training game execution unit 1101a extracts all team members whose SS parameters have reached the upper limit (S11-1). Next, the training game execution unit 1101a determines whether one or more team members have been extracted in S11-1 (S11-2). If no team member is extracted (NO in S11-2), the training game execution unit 1101a ends the SS match information determination process. Further, in S11-1, if six or more team members are extracted (YES in S11-3), the training game execution unit 1101a determines five team members by lottery from the extracted team members. (S11-4). The training game execution unit 1101a then links the extracted team members to the training item "SS Match" (S11-5).

Returning to FIG. 45, the training game execution unit 1101a executes placement character determination processing (S10-6). Here, the training game execution unit 1101a determines whether or not to arrange a race for the remaining team members, etc., excluding the team member linked to the "SS match" in S11. Furthermore, the training game execution unit 1101a determines whether to place the training items and the training items to be placed by lottery based on the placement/presence table (FIG. 34). At this time, if the race and training item to be placed are determined, the training game execution unit 1101a stores the character in association with the determined race and training item.

Next, the training game execution unit 1101a executes the SSS match activation lottery process (S12).

FIG. 47 is a flowchart illustrating the SSS match activation lottery process in the server. If the number of team members associated with "SS match" in the SS match information determination process is not 5 (NO in S12-1), the training game execution unit 1101a determines the winning rate for each team member who is an opponent. (S12-3). Here, the training game execution unit 1101a selects each team member who is an opponent based on the evaluation points of the training target character and all the team members linked to "SS match" and the physical strength of the training target character. Determine the winning percentage.

On the other hand, if there are five team members associated with "SS match" (YES in S12-1), the training game execution unit 1101a determines whether the SSS match standby flag is off (S12-4). ). Note that the SSS match standby flag is turned on when a player wins the SSS match activation lottery and it is decided to activate the SSS match. Therefore, in S12-4, if it is determined that the SSS match standby flag is on, it is determined that the SSS match is to be activated before the current turn, but the SSS match has not yet been executed. This is the case where there is no.

If the SSS match standby flag is off (YES at S12-4), the training game execution unit 1101a determines whether the activation lottery execution completed flag is off (S12-5). Note that the SSS Match activation lottery will be executed only when the number of team members linked to the "SS Match" reaches 5 for the first time after the SSS Match is activated. The activation lottery execution completed flag is turned on when the SSS match activation lottery is executed. In other words, the ON state of the activation lottery execution completion flag indicates that the SSS match activation lottery has already been executed once after the SSS match was activated last.

If the activation lottery execution completion flag is not off (NO in S12-5), the training game execution unit 1101a moves the process to S12-3. Further, when the activation lottery execution completed flag is off (YES in S12-5), the training game execution unit 1101a executes the SSS match activation lottery (S12-6). Here, the winning probability is set based on the number of SS match wins since the last SSS match was activated. Further, the training game execution unit 1101a turns on the activation lottery execution completed flag (S12-7).

When the SSS match activation lottery in S12-6 determines to activate the SSS match (YES in S12-8), the training game execution unit 1101a turns on the SSS match standby flag (S12-9). In addition, if it is determined in S12-5 that the SSS match standby flag is on (NO in S12-4), or if it is decided to activate the SSS match (YES in S12-8), the training game execution unit 1101a determines the winning rate of all team members linked to the "SS match" to be 100% (S12-10).

Note that if the activation of the SSS match is not determined by the SSS match activation lottery (NO in S12-8), the training game execution unit 1101a moves the process to S12-3.

Returning to FIG. 45, the training game execution unit 1101a executes friendship training setting processing (S10-7). Here, the "processing for setting a state in which friendship training can occur" described using FIG. 33 is executed. That is, the training game execution unit 1101a extracts a support character placed in any training item. Then, it is determined whether each of the extracted support characters satisfies the setting conditions for a state in which friendship training can occur. The training game execution unit 1101a associates the friendship training occurrence information with the support character that satisfies the setting condition of the friendship training occurrence possible state. Furthermore, friendship training occurrence possibility information is also linked to a training item in which a support character that satisfies the setting condition for the friendship training occurrence state is arranged.

Next, the training game execution unit 1101a executes ability parameter determination processing (S10-8). Here, the "process for determining the increase value of the ability parameter" described using FIG. 33 is executed. That is, the training game execution unit 1101a selects one of the five training items to be processed. The training game execution unit 1101a acquires the training level of the ability parameter to be processed, and determines a fixed increase value.

Further, the training game execution unit 1101a acquires placement information of placed characters and determines an additional value. In addition, the training game execution unit 1101a determines whether other addition conditions are satisfied, such as the effect of the currently enabled expectation bonus or the effect of overseas aptitude, and based on the established addition condition, the processing target Determine the final increase value of the training item. Determination of the final increase value of the performance parameter is performed for each training item. Although a detailed explanation will be omitted, in the ability parameter determination process, the amount of physical strength consumed or the amount of physical strength recovered when each training item is executed is determined.

Furthermore, the training game execution unit 1101a calculates the training failure rate for each training item based on the physical strength of the character to be trained (S10-9). Here, too, the failure rate is calculated based on the effect of the currently enabled expectation bonus or the effect of overseas aptitude.

Next, the training game execution unit 1101a executes a second event occurrence determination process (S10-10). Here, the "processing for setting the state in which the second event can occur" described using FIG. 33 is executed. That is, the training game execution unit 1101a determines by lottery whether or not to execute a support event that is preset on a support card linked to a training item. The training game execution unit 1101a then saves the information determined in each of the above processes as game information that the player terminal 1 receives (S10-11).

Returning to FIG. 44, after the end of the turn start process, upon receiving a skill acquisition command indicating the acquisition of any possessed skill from the player terminal 1 (YES in S7-2), the training game execution unit 1101a executes the acquisition of the skill. Information, etc., and skill information are updated (S7-3). Here, acquisition information is linked to the acquired skill. Further, here, the training game execution unit 1101a subtracts the skill points required for acquiring the skill from the skill points currently possessed. Further, here, the training game execution unit 1101a causes the player terminal 1 to receive the updated skill information.

Further, after the end of the turn start processing, when an overseas aptitude acquisition command indicating acquisition of any overseas aptitude (aptitude level "2" or higher) is received from the player terminal 1 (YES in S7-4), the training game execution unit 1101a executes overseas aptitude acquisition processing (S7-5). Here, acquisition information on overseas aptitude is updated. Specifically, the acquired information is linked to the acquired aptitude level of overseas aptitude. Further, here, the training game execution unit 1101a subtracts the aptitude points required to acquire overseas aptitude from the aptitude points currently possessed. Further, here, the training game execution unit 1101a causes the player terminal 1 to receive the updated overseas aptitude information. The training game execution unit 1101a then waits until it receives a selection command (information corresponding to the command selected by the player) from the player terminal 1 (NO in S7-6).

FIG. 48 is a flowchart illustrating the training stage process in the player terminal 1. The training game execution unit 701a of the player terminal 1 waits to receive game information from the server 1000 (P7-1). Then, upon receiving the game information (YES at P7-1), the training game execution unit 701a executes command setting processing (P7-2). Here, processing is performed to set commands that can be selected by the player based on the current number of turns. Note that here, if one or more team members are linked to the SS match, the training game execution unit 701a activates the training item "SS match". On the other hand, if no team member is linked to the SS match, the training game execution unit 701a invalidates the training item "SS match".

Furthermore, the training game execution unit 701a executes display control processing to display a game screen based on the received game information (P7-3). Here, the training game execution unit 701a displays the top screen 210, training screen 220, etc. based on the received game information. Specifically, the training game execution unit 701a displays a placed character icon 224 and a star gauge 225 for each training item on the training screen 220. Further, the training game execution section 701a controls the display of the status display section 213. Further, the training game execution unit 701a causes the effect to be displayed on the operation unit corresponding to the training item set to enable friendship training to occur and on the training operation unit 215b of the top screen 210. Further, the training game execution unit 701a displays an effect on the training operation unit 215b of the top screen 210 and the SS match operation unit 221f of the training screen 220 when the SSS match can be activated.

Furthermore, when the skill operation section 215c is operated (YES at P7-4), the training game execution section 701a executes a skill screen display process (P7-5). Here, a skill screen for acquiring skills is displayed. Further, while the skill screen is displayed, a process for causing the character to be trained to acquire skills is executed based on the player's operation input.

Further, when the overseas aptitude-related operation section related to acquiring overseas aptitude is operated (YES at P7-6), the training game execution section 701a executes the overseas aptitude-related process (P10). The overseas aptitude-related operation section includes, for example, an overseas aptitude operation section 215f, an overseas aptitude icon 331, a left button 332L, a right button 332R, a decision operation section 336, an acquisition condition button 337, and an effect button 338.

FIG. 49 is a flowchart illustrating overseas aptitude-related processing in the player terminal 1. When an operation to acquire overseas aptitude (aptitude level "2" or higher), that is, an operation to the determination operation section 336 is input on the overseas aptitude acquisition screen 330 (YES at P10-1), the training game execution section 701a , update the acquired overseas aptitude acquisition information (P10-2). Further, here, the training game execution unit 701a updates the task overcoming information indicating the overcoming status of the tasks set in the special race. The problem overcoming information makes it possible to identify whether each problem has been overcome or not. Further, the training game execution unit 701a activates the effect linked to the overseas aptitude acquired in P10-2 (P10-3).

Further, the training game execution unit 701a displays an acquisition effect image suggesting acquisition of overseas aptitude (P10-4), and transmits an overseas aptitude acquisition command to the server 1000 (P10-5). The overseas aptitude acquisition command transmitted at this time is configured such that the type of overseas aptitude, the acquired aptitude level, and problem overcoming information can be identified. As a result, the server 1000 that received the overseas aptitude acquisition command and the player terminal 1 share the overseas aptitude acquisition information and the problem overcoming information. Furthermore, when an operation on the overseas aptitude-related operation section other than the acquisition operation is input (NO at P10-1), the training game execution section 701a switches the screen on the display 26 (P10-6).

Returning to FIG. 48, the training game execution unit 701a switches the display screen on the display 26 based on the player's operation input until a turn end operation is input (NO at P7-7). Here, the turn end operation is an operation that ends the current turn, and includes the sleep operation section 215a, the infirmary operation section 215d, the going out operation section 215e, the speed operation section 221a, the stamina operation section 221b, and the power operation section. 221c, the guts operation section 221d, the cleverness operation section 221e, the SS match operation section 221f, and the operation for determining the race type of the race.

When the turn end operation is input (YES at P7-7), the training game execution unit 701a transmits a selection command corresponding to the turn end operation input by the player to the server 1000 (P7-8). Thereafter, the player terminal 1 waits until it receives the result information from the server 1000 (NO at P7-9).

Returning to FIG. 44, upon receiving the selection command from the player terminal 1 (YES in S7-6), the training game execution unit 1101a executes selection command reception processing (S20).

FIG. 50 is a flowchart illustrating selection command reception processing in the server 1000. Upon receiving the selection command indicating the operation input of the outing operation unit 215e (YES in S20-1), the training game execution unit 1101a performs outing execution processing (S20-2). Here, outing events that increase physical strength and condition parameters are determined. In addition, physical strength and condition parameters are updated based on the determined outing event.

Upon receiving the selection command indicating the operation input of the sleep operation section 215a (YES at S20-3), the training game execution section 1101a performs a rest execution process (S20-4). Here, a rest event that increases the physical fitness parameter is determined. Furthermore, the physical strength parameter is updated based on the determined rest event.

Upon receiving the selection command indicating the operation input of the infirmary room operating section 215d (YES in S20-5), the training game execution section 1101a performs infirmary room execution processing (S20-6). Here, an event or the like that eliminates the negative parameter is determined. Additionally, parameters are updated based on the determined event.

Upon receiving a selection command indicating an operation input to start a race (YES in S20-7), the training game execution unit 1101a performs a race execution process (S21).

FIG. 51 is a flowchart illustrating race execution processing in the server 1000. The training game execution unit 1101a acquires the parameters of all the characters to be trained and NPCs that will run in the race (S21-1). Here, the training game execution unit 1101a acquires parameters used when deriving race results, such as ability parameters, aptitude parameters, and acquired skills, for all the running characters.

Next, when the race to be executed is a special race, the training game execution unit 1101a extracts unconquered challenges from among the challenges set for the race based on the challenge overcoming information (S21-2). The training game execution unit 1101a then applies the debuff effect set to the task extracted in S21-2 (S21-3).

For example, if the challenge "unaccustomed turf" has not been overcome, the turf aptitude of the character to be trained is changed to "G". Further, for example, if the task "Overseas Meals" has not been completed, all ability parameters of the character to be trained are set to "-100". In this way, here, the ability parameters and aptitude parameters of the character to be trained are updated so as to be disadvantageous for each extracted unconquered problem.

Further, the training game execution unit 1101a acquires the acquired overseas aptitude (S21-4). Next, the training game execution unit 1101a gives an effect based on the overseas aptitude acquired in S21-4 (S21-5). For example, if the overseas aptitude associated with the effect of increasing ability parameters such as power and stamina by "+200" has already been acquired, the process of adding the ability parameters of the character to be trained acquired in S21-1 is executed. . In addition, the ability parameters etc. that have increased due to the activation of the effect of overseas aptitude can be confirmed on the entry screen, race screen, etc.

The training game execution unit 1101a then executes a race simulation based on the various parameters acquired in S21-1 and the various parameters updated in S21-3 and S21-5 (S21-6).

Each race is divided into multiple phases from start to finish. In the race simulation, various parameters of the running characters are input into calculation formulas provided for each phase and calculations are performed.

Although the specific calculation formula is not particularly limited, the value of the ability parameter is input into the calculation formula for each phase, and directly affects the calculated speed, stamina, etc. Further, for example, the suitability parameter may be used as a correction coefficient input into the arithmetic expression. Specifically, as described above, the aptitude parameter has seven stages A to G as initial values. Also, for example, the aptitude parameter may increase to "S", which is more advantageous than "A", during the training game. In this case, the suitability parameters used in the race simulation are in eight stages from S to G.

In the race simulation, among the aptitude parameters of the character to be trained, aptitude parameters corresponding to the race are used. For example, if the race course is ``grass'', the ``turf'' aptitude parameter of the field suitability parameters is used, and if the race course is ``dirt'', of the field suitability parameters, the ``turf'' aptitude parameter is used. "Dirt" suitability parameters are used.

Furthermore, when the race distance is "short distance", the "short distance" aptitude parameter among the distance aptitude aptitude parameters is used. Similarly, if the distance of the race is "mile", "medium distance", or "long distance", the aptitude parameters for "mile", "medium distance", and "long distance" among the aptitude parameters for distance aptitude, respectively. is used.

It is assumed that in a predetermined phase, the arithmetic expression for calculating speed includes an expression that is multiplied by a correction coefficient. At this time, if the turf suitability is "S", a correction coefficient of 105% is applied, and if the field suitability is "A", a correction coefficient of 100% is applied. Furthermore, if the field suitability is "G", 10% is applied as a correction coefficient. According to this arithmetic expression, the aptitude parameter is used as a parameter for calculating speed.

Also, for example, the aptitude parameter may be used to correct the ability parameter. For example, it is assumed that the ability parameter is corrected by the aptitude parameter before the calculation for each phase is performed. In this case, for example, if the aptitude parameter is "S", the predetermined ability parameter is multiplied by 1.10, and if the aptitude parameter is "G", the predetermined ability parameter is multiplied by 0.7. Then, the ability parameters corrected by the aptitude parameters are input into the calculation formula, and the simulation is executed. In this way, the aptitude parameter may be used as a parameter for correcting the ability parameter.

As described above, the character to be developed has turf aptitude, dirt aptitude, and distance aptitude. Further, distance suitability is set by distance: short distance, mile, medium distance, and long distance. In the simulation, the race result is derived based on the ability parameter and the aptitude parameter that is set as the parameter used to derive the result of the race among the multiple aptitude parameters linked to the character to be trained. Ru.

The training game execution unit 1101a stores the race results based on the simulation executed in S21-6 (S21-7). If the executed race is the target race (YES in S21-8), the training game execution unit 1101a determines whether the target has been achieved (S21-9). Here, the goal is set, for example, for the character to be trained to win a prize at a predetermined rank or higher.

If the goal is achieved (YES in S21-9), the training game execution unit 1101a executes goal achievement processing (S21-10). Here, for example, if achieving a predetermined goal is set as a condition for acquiring overseas aptitude, a predetermined event is generated at the end of the turn, and processing for acquiring overseas aptitude is executed. Further, for example, if a predetermined goal achievement reward is given due to the achievement of a goal, the goal achievement reward is given. Further, the training game execution unit 1101a executes a reward granting process for granting a reward to the player (S21-11). Here, a reward is determined based on the results of the simulation, that is, the order of arrival of the character to be trained, the development of the race, etc., and the determined reward is provided.

On the other hand, if the goal is not achieved (NO in S21-9), the training game execution unit 1101a executes termination processing to end the training main game (S21-12).

Returning to FIG. 50, upon receiving the selection command indicating the operation input of the SS match operation section 221f (YES at S20-8), the training game execution section 1101a performs a win/loss determination process (S20-9). Here, a lottery is performed to determine the winner or loser of the character to be trained based on the winning percentage determined in S12-3 or S12-10. Note that if there are multiple opponents, the winner or loser is determined for each opponent.

Next, the training game execution unit 1101a updates various parameters based on the result of S20-9 (S20-10). Specifically, the training game execution unit 1101a updates the aptitude points, ability parameters, and supporter points of the training target character based on the wins and losses of the training target character. Further, here, the training game execution unit 1101a updates the ability parameters of the character to be trained based on the bonus training of the team members. That is, here, a basic remuneration is provided. Further, the training game execution unit 1101a updates the evaluation score of the character to be trained as the ability parameters are updated.

Also, here, the training game execution unit 1101a resets the SS parameters of the team member who is the opponent, and increases the SS level by "1". Also, here, the number of wins and the number of executions of SS matches are updated. Note that the training game execution unit 1101a may update the ability parameters and evaluation points of the team member who is the opponent based on the result of winning or losing. However, the physical strength of the character to be trained is not updated here.

Next, the training game execution unit 1101a gives a victory reward that is given when the character to be trained wins (S20-11). Here, when the character to be trained wins against the opponent, ability parameters and evaluation points increase as a victory reward. Therefore, when the character to be trained wins, the increased value of the ability parameter is greater than when the character loses. Therefore, when the character to be trained wins against the opponent, the evaluation score increases more than when the character loses.

Furthermore, as described above, the winning reward includes additional rewards. Here, the set additional reward is given to the opponent against whom the character to be trained has won. When the additional reward is given, the training game execution unit 1101a executes a reward update process to delete the additional reward given to the character to be trained from the additional rewards linked to the team members (S20-12). Here, as a result of updating the additional rewards, if there are only two additional rewards left for a team member, the training game execution unit 1101a determines the order in which three new additional rewards will be awarded by lottery.

Further, upon receiving a selection command indicating execution of any training other than SS match (NO in S20-8), the training game execution unit 1101a performs success determination processing (S20-13). Here, it is determined whether the training is successful or not based on the failure rate calculated in S10-9. Then, the training game execution unit 1101a updates various parameters of the character to be trained based on the determination result of S20-13 (S20-14). Here, the ability parameters etc. are updated as determined in S10-8 at the start of the turn.

Further, here, the physical strength of the character to be trained is updated as the training is executed. Moreover, here, the evaluation score of the character to be developed is updated in conjunction with the update of the ability parameters. Next, the training game execution unit 1101a updates various parameters of the placed character (S20-15). Here, the training game execution unit 1101a updates the bond parameters, SS parameters, supporter points, etc. of the placed characters.

When the process of S20-12 or S20-15 is executed, the training game execution unit 1101a executes an overseas aptitude acquisition determination process (S20-16). Here, it is determined whether the acquisition condition for overseas aptitude is satisfied by executing the SS match or by executing training other than the SS match. If the acquisition conditions for overseas aptitude are met, a predetermined event is generated at the end of the turn, and a process for acquiring overseas aptitude is executed.

Then, the training game execution unit 1101a sets result information indicating the results of each of the above processes, and causes the player terminal 1 to receive it (S20-17).

Returning to FIG. 48, when the player terminal 1 receives the result information from the server 1000 (YES at P7-9), the training game execution unit 701a executes the result information reception process (P20).

FIG. 52 is a flowchart illustrating the result information reception process in the player terminal 1. The training game execution unit 701a determines an execution pattern for the performance based on the received result information (P20-1). Then, the training game execution unit 701a executes the performance according to the execution pattern determined in P20-1 (P20-2). Here, for example, different effects are performed depending on whether a goal is achieved or not. Further, here, for example, different effects are performed depending on the victory or defeat of the character to be trained in the SS match.

Further, if the second event or an event occurs when the overseas aptitude acquisition condition is satisfied (P20-3: YES), the training game execution unit 701a executes a production for the event to occur (P20-4). . Furthermore, the training game execution unit 701a updates the parameters based on the received result information (P20-5). Here, when the overseas aptitude acquisition conditions are met and the event is executed, the overseas aptitude acquisition information is updated.

Then, when all performances executed in the current turn are completed, the training game execution unit 701a transmits a start command to the server 1000 (P20-6). As a result, the current turn on the player terminal 1 ends. Then, when the server 1000 receives the start command, the processing related to the next turn is thereafter executed by the same processing as described above.

Although detailed explanation will be omitted, when the representative exchange game is executed after the end of the turn, the training game execution unit 701a may send a predetermined command to the server 1000 instead of the start command. In this case, in the server 1000, the race result of the representative exchange match is derived in the same way as the race execution process shown in FIG. 51. Upon receiving the race results, the player terminal 1 executes processing such as playing a race video related to the representative exchange match. Then, a start command may be sent to the server 1000 after the processing related to the representative exchange match is completed.

Returning to FIG. 41, when the above-mentioned training stage process (S7) is completed in the server 1000,
The training game end processing unit 1102a executes the training game end processing (S8).

FIG. 53 is a flowchart illustrating the training game ending process in the server 1000. The training game end processing unit 1102a derives evaluation points based on various parameters of the character to be trained (S8-1). Further, the training game end processing unit 1102a derives a training rank based on the derived evaluation points (S8-2).

Furthermore, the training game end processing unit 1102a determines the factors that the training character acquires (S8-3). Further, the training game end processing unit 1102a determines the class based on the number of acquired fans (S8-4). Further, the training game end processing unit 1102a determines affinity points based on predetermined parameters such as the training rank or the number of fans (S8-5). Although a detailed explanation will be omitted, the affinity points are points that are given not to the training character but to the character that is the basis of the training character.

A plurality of the above story screens are provided for each character, and release conditions are set for some of the story screens. Some story screens have affinity points set as release conditions, and when the affinity points exceed a threshold, the player can view the story screen.

Further, the training game end processing unit 1102a determines two names (S8-6). Here, the conditions achieved in the training main game are confirmed, and two names to be acquired by the training character are determined. Further, the training game end processing unit 1102a determines the reward to be given to the player (S8-7). In addition, the training game end processing unit 1102a inputs training character information including evaluation points, training ranks, ability parameters, aptitude parameters, acquired skills, inheritance information, factor information, classes, two names, etc. to the player ID of the player. is stored in the game information storage unit 1151 (S8-8). Further, the training game end processing unit 1102a sets training result information and causes the player terminal 1 to receive it (S8-9).

Returning to FIG. 41, when the player terminal 1 receives the training result information, the training completion processing unit 702a executes the training game end process (P8). Here, the training completion processing unit 702a stores the received training result information in the game information storage unit 751. Further, the training completion processing unit 702a displays a training completion screen 360 (see FIGS. 38A, 38B, and 38C) on the display 26 based on the training result information.

Through the above processing, the above-mentioned training game is realized. Further, training character information related to a training character trained (created) in the training game is stored in association with the player ID. Note that the processing in the player terminal 1 and the server 1000 described above is only an example. Furthermore, each of the above-described processes may be executed only by the player terminal 1 or may be executed only by the server 1000.

Although one aspect of the embodiment has been described above with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is clear that those skilled in the art can come up with various modifications or modifications within the scope of the claims, and it is understood that these naturally fall within the technical scope.

For example, in the embodiment described above, a team member whose SS parameter has reached the upper limit is associated with the training item "SS Match." However, it is not necessary to link team members to "SS Match". For example, if there is a team member whose SS parameter has reached a predetermined value, "SS Match" is enabled. At this time, the team member may be assigned to another training item.

Further, in the above embodiment, the "SS match" is a content in which a character to be trained and a team member compete against each other, but the content of the "SS match" is not particularly limited. For example, if a team member is not linked to "SS Match", a predetermined event may randomly occur by executing "SS Match".

In this way, the content of the training game described in the above embodiment is merely an example. In any case, the information processing program may cause the computer to perform the following processing.

(Processing performed by a computer)
Among multiple types of commands that specify the behavior of the character to be trained, the first command (in the embodiment, as an example, a training command for speed, stamina, power, guts, and wisdom) is given to the auxiliary character (in the embodiment, as an example, , team members) (in the embodiment, as an example, S10-6).
A process of accepting a player's operation to select one of multiple types of commands including at least the first command (in the embodiment, as an example, P7-2), and acquiring information corresponding to the command selected by the player (implemented) In terms of form, for example, S7-6).
When the information corresponding to the first command is acquired, the process of updating the first training parameter (in the embodiment, as an example, the evaluation score) associated with the character to be trained (in the embodiment, as an example, S20- 14).
A process of updating the first auxiliary parameter (in the embodiment, as an example, the SS parameter) associated with the auxiliary character according to a predetermined update condition (in the embodiment, as an example, the arranged training is successful) Here, as an example, S20-15).
A process of determining whether the first auxiliary parameter has reached a predetermined value (in the embodiment, as an example, S11-2).
If there is an auxiliary character whose first auxiliary parameter has reached a predetermined value, a process of activating the second command (in the embodiment, as an example, SS match) among multiple types of commands (in the embodiment, as an example, , P7-2).
When the enabled second command is selected, the first training parameter is updated (in the embodiment, as an example, S20-10).

Further, a process (in the embodiment, as an example, S11-5) of associating the auxiliary character whose first auxiliary parameter has reached a predetermined value (in the embodiment, as an example, stage "3") with the second command is executed. may be done.
In addition, the process of updating the first training parameter when information corresponding to the second command is acquired is performed by updating the first training parameter and the second auxiliary parameter associated with the auxiliary character (in the embodiment, as an example, The first training parameter may be updated based on the team member's evaluation score, bonus training).

Further, the second command may be a command that specifies a battle between the character to be trained and an auxiliary character linked to the second command.
Further, a process (in the embodiment, as an example, S12-3) may be executed to determine the winning rate of the character to be trained based on the first training parameter and the second auxiliary parameter.
Further, when the second command is selected, a process (in the embodiment, as an example, S20-9) may be executed to determine the win or loss of the character to be trained based on the win rate.
Moreover, the process of updating the first training parameter when the second command is selected may update the first training parameter based on the win or loss of the character to be trained.

In addition, the process of updating the first training parameter when information corresponding to the second command is acquired is based on the second training parameter (in the embodiment, as an example, physical strength) linked to the character to be trained. , the first growth parameter may be updated.

Further, processing may be performed to determine the winning rate of the character to be trained based on the second training parameter.

Further, a reward may be linked to the auxiliary character.
Furthermore, when the character to be trained wins over the auxiliary character, a process (in the embodiment, as an example, S20-11) may be executed to give a reward to the character to be trained.

Furthermore, it may be possible to link a plurality of auxiliary characters whose first auxiliary parameters have reached a predetermined value to the second command.
Further, when a predetermined number of one or more auxiliary characters is linked to the second command, a process (in the embodiment, as an example, S12-6) is performed to determine whether a special state (SSS match in the embodiment) occurs. May be executed.
Further, when a special state occurs, at least one of the winning rate, the updated value of the first training parameter, and the reward may be more advantageous than when the special state does not occur.

Further, a process (in the embodiment, as an example, S20-13) may be executed to determine the success of the action of the character to be trained corresponding to the first command selected by the player.
Further, the first growth parameter may be updated based on the result of the success determination.

Note that some of the functions of the training game described in the above embodiment may not be provided. Furthermore, part or all of the processing in the player terminal 1 described above may be executed in the server 1000. Similarly, part or all of the processing in the server 1000 described above may be executed in the player terminal 1. Therefore, communication between the player terminal 1 and the server 1000 is not essential, and for example, all programs for executing the above game may be stored in the player terminal 1 or the game device G.

Note that the information processing program for executing the processes in the above embodiment and various modifications may be stored in a computer-readable non-temporary storage medium and provided as the storage medium. Furthermore, a game terminal device including this storage medium may be provided. Further, the above embodiment and various modified examples may be an information processing method that implements each function and the steps shown in the flowchart.

1 Player terminal 1000 Server G Game device S Information processing system

Claims (12)

A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
An information processing program that causes a computer to perform. a process of associating the auxiliary character whose first auxiliary parameter has reached a predetermined value with the second command;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
updating the first training parameter based on the first training parameter and a second auxiliary parameter linked to the auxiliary character;
The information processing program according to claim 1. The second command is a command that specifies a battle between the character to be trained and the auxiliary character linked to the second command,
a process of determining a win rate of the character to be trained based on the first training parameter and the second auxiliary parameter;
When information corresponding to the second command is acquired, a process of determining the win or loss of the character to be trained based on the win rate;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
updating the first training parameter based on the wins and losses of the character to be trained;
The information processing program according to claim 2. a process of associating the auxiliary character whose first auxiliary parameter has reached a predetermined value with the second command;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
The information processing program according to claim 1, wherein the first training parameter is updated based on a second training parameter linked to the training target character. The second command is a command that specifies a battle between the character to be trained and the auxiliary character linked to the second command,
A process of determining a win rate of the character to be trained based on the second training parameter;
When information corresponding to the second command is acquired, a process of determining the win or loss of the character to be trained based on the win rate;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the second command is acquired,
updating the first training parameter based on the wins and losses of the character to be trained;
The information processing program according to claim 4. A reward is linked to the auxiliary character,
a process of giving the reward to the training target character when the training target character wins against the auxiliary character;
make a computer perform
The information processing program according to claim 3 or 5. The process of associating the auxiliary character with the second command includes:
The plurality of auxiliary characters whose first auxiliary parameters have reached the predetermined value can be linked to the second command,
a process of determining whether a special state occurs when a predetermined number of one or more auxiliary characters is linked to the second command;
Let the computer carry out the
When the special state occurs, at least one of the win rate and the reward becomes more advantageous than when the special state does not occur.
The information processing program according to claim 6. The process of associating the auxiliary character with the second command includes:
The plurality of auxiliary characters whose first auxiliary parameters have reached the predetermined value can be linked to the second command,
a process of determining whether a special state occurs when a predetermined number of one or more auxiliary characters is linked to the second command;
Let the computer carry out the
When the special condition occurs, the updated value of the first growth parameter is more advantageous than when the special condition does not occur.
The information processing program according to claim 2 or 4. a process of determining the success of the action of the character to be trained corresponding to the first command selected by the player;
Let the computer carry out the
The process of updating the first training parameter when information corresponding to the first command is acquired,
updating the first training parameter based on the result of the success determination;
The information processing program according to claim 1. An information processing method performed by one or more computers, the method comprising:
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
Information processing methods including comprising one or more computers;
The computer,
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
An information processing system that performs. comprising one or more computers;
The computer,
A process of associating an auxiliary character with a first command among multiple types of commands specifying the behavior of the character to be trained;
a process of accepting a player's operation to select one of a plurality of types of commands including at least the first command, and acquiring information corresponding to the command selected by the player;
When information corresponding to the first command is acquired, a process of updating a first training parameter linked to the training target character;
a process of updating a first auxiliary parameter linked to the auxiliary character according to predetermined update conditions;
a process of determining whether the first auxiliary parameter has reached a predetermined value;
If the auxiliary character whose first auxiliary parameter has reached a predetermined value exists, a process of validating a second command among the plurality of types of commands;
a process of updating the first training parameter when information corresponding to the enabled second command is acquired;
A game device that performs.

Images