JP7443450B1 - Information processing program, information processing method, and information processing system - Google Patents

Abstract

[Problem] To improve a player's desire to play with new game characteristics. [Solution] An information processing program includes a process for allowing a player to select one of a plurality of selection items, a process for determining a game medium to be associated with the selection item, and a process based on the selection item selected by the player. and a process of changing the status of the game medium to be developed, and generating an event when the game medium is linked to the selection item selected by the player, and generating the game medium linked to the selection item. is a specific game medium and satisfies a predetermined condition, a process of causing a special event in one of a plurality of execution patterns with different event results based on the status of the game medium to be developed; The computer is caused to perform a process of updating the status of the training target game medium based on the execution pattern of the special event. [Selection diagram] Figure 26

Description

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

2. Description of the Related Art Conventionally, as shown in Patent Document 1, for example, a training game in which a player trains a character is known. A character trained by a player in a training game is stored as a trained character. The trained character can be used, for example, in a competitive game with other players.

JP 2021-121396 Publication

In the training game, various events occur at predetermined timings and with predetermined probabilities. Events play an important role in training games because the status of a character to be trained may increase due to the occurrence of an event. However, the player can only wait for the event to occur, and there is no major difference between any of the training games.

SUMMARY OF THE INVENTION Therefore, an object of the present invention is to provide an information processing program, an information processing method, and an information processing system that can improve a player's desire to play through new game features.

In order to solve the above problems, the information processing program
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing the status of the training target game medium based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a plurality of execution patterns with mutually different event results, including a first execution pattern in which the mission is accomplished and a second execution pattern in which the mission is not accomplished, based on the status of the training target game medium. Processing that causes a special event to occur in either
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
A process of generating a battle event in which the training target game medium competes with an opponent at a predetermined timing, the process of varying the opponent or difficulty level of the battle event depending on the number of mission accomplishments;
Let the computer carry out the task.

In order to solve the above problems, the information processing program
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing one of multiple types of status of the game medium to be developed based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a process of generating a special event in one of a plurality of execution patterns with mutually different event results based on the status of the training target game medium;
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
Let the computer carry out the
The multiple types of status of the game medium to be developed include:
a plurality of first statuses and a second status different from the first status,
The process of changing the status of the training target game medium includes:
Deriving a determination result of either success or failure based on the second status;
changing the first status based on the derived determination result;
including;
The process for generating the special event is as follows:
Allowing the player to select one of a plurality of options;
setting a success rate for each of the plurality of options based on mutually different statuses among the plurality of types of status;
determining an execution pattern for the special event based on the option selected by the player and the success rate set for the option;
generating the special event of the determined execution pattern;
including ;
The success rates of the plurality of options may be set based on the first status or may be set based on the second status .

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:
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing the status of the training target game medium based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a plurality of execution patterns with mutually different event results, including a first execution pattern in which the mission is accomplished and a second execution pattern in which the mission is not accomplished, based on the status of the training target game medium. Processing that causes a special event to occur in either
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
A process of generating a battle event in which the training target game medium competes with an opponent at a predetermined timing, the process of varying the opponent or difficulty level of the battle event depending on the number of mission accomplishments;
carry out.
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:
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing one of multiple types of status of the game medium to be developed based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a process of generating a special event in one of a plurality of execution patterns with mutually different event results based on the status of the training target game medium;
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
Let the computer carry out the
The multiple types of status of the game medium to be developed include:
a plurality of first statuses and a second status different from the first status,
The process of changing the status of the training target game medium includes:
Deriving a determination result of either success or failure based on the second status;
changing the first status based on the derived determination result;
including;
The process for generating the special event is as follows:
Allowing the player to select one of a plurality of options;
setting a success rate for each of the plurality of options based on mutually different statuses among the plurality of types of status;
determining an execution pattern for the special event based on the option selected by the player and the success rate set for the option;
generating the special event of the determined execution pattern;
including ;
The success rates of the plurality of options may be set based on the first status or may be set based on the second status .

In order to solve the above problems, the information processing system
comprising one or more computers;
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing the status of the training target game medium based on the selection item selected by the player;
Generating an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a plurality of execution patterns having different event results, including a first execution pattern in which the mission is achieved and a second execution pattern in which the mission is not achieved, based on the status of the training target game medium. Processing that causes a special event to occur in either
A process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
A process of generating a battle event in which the training target game medium competes with an opponent at a predetermined timing, the process of changing the opponent or difficulty level of the battle event depending on the number of mission accomplishments;
carry out.
In order to solve the above problems, the information processing system
comprising one or more computers;
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing one of multiple types of status of the training target game medium based on the selection item selected by the player;
Generating an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a process of generating a special event in one of a plurality of execution patterns with different event results based on the status of the game medium to be developed;
A process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
carry out the
The multiple types of status of the game medium to be developed include:
a plurality of first statuses and a second status different from the first status,
The process of changing the status of the training target game medium includes:
Deriving a determination result of either success or failure based on the second status;
changing the first status based on the derived determination result;
including;
The process for generating the special event is as follows:
Allowing the player to select one of a plurality of options;
setting a success rate for each of the plurality of options based on mutually different statuses among the plurality of types of status;
determining an execution pattern for the special event based on the option selected by the player and the success rate set for the option;
generating the special event of the determined execution pattern;
including ;
The success rates of the plurality of options may be set based on the first status or may be set based on the second status .

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

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 the skill table. FIG. 7D is a diagram illustrating the dedicated event table. FIG. 8A is a first diagram illustrating the inherited character selection screen. FIG. 8B is a first diagram illustrating the nurturing character list screen. FIG. 8C is a second diagram illustrating the inherited character selection screen. FIG. 8D is a third diagram illustrating the inheritance character selection screen. FIG. 9 is a diagram illustrating the inheritance system. FIG. 10 is a diagram illustrating factor information. FIG. 11A is a diagram illustrating the utility of basic ability factors. FIG. 11B is a diagram illustrating the utility of character factors. FIG. 12A is a diagram illustrating compatibility determination targets, and FIG. 12B is a diagram illustrating compatibility determination items. FIG. 13A is a first diagram illustrating the support card organization screen. FIG. 13B is a diagram illustrating the support card selection screen. FIG. 13C is a second diagram illustrating the support card organization screen. FIG. 14A is a diagram illustrating the support card table. FIG. 14B is a diagram illustrating a support effect table. FIG. 14C is a diagram illustrating the possessed skill table. FIG. 14D is a diagram illustrating the support event table. FIG. 15A is a diagram illustrating the final confirmation screen. FIG. 15B is a diagram illustrating the preset selection screen. FIG. 16 is a diagram illustrating selection items in each turn. FIG. 17 is a diagram illustrating the game screen. FIG. 18A is a first diagram illustrating the training screen. FIG. 18B is a second diagram illustrating the training screen. FIG. 18C is a diagram illustrating a training result notification screen. FIG. 18D is a diagram illustrating the event screen. FIG. 19A is a first diagram illustrating the skill screen. FIG. 19B is a second diagram illustrating the skill screen. FIG. 20A is a first diagram illustrating the race selection screen. FIG. 20B is a diagram illustrating the race start screen. FIG. 20C is a first diagram illustrating the race result screen. FIG. 20D is a second diagram illustrating the race result screen. FIG. 21 is a diagram illustrating the general flow of turn start processing. FIG. 22A is a diagram illustrating a support character placement presence/absence table. FIG. 22B is a diagram illustrating a story character placement presence/absence table. FIG. 23A is a diagram illustrating a training level table. FIG. 23B is a diagram illustrating a fixed increase value (speed) table. Further, FIG. 23C is a diagram illustrating the fixed increase value table (power). FIG. 24 is a diagram illustrating the second event table. FIG. 25A is a diagram illustrating conditions for the occurrence of a special event. FIG. 25B is a diagram illustrating the probability of occurrence of a special event. FIG. 26A is a diagram illustrating the arrangement of story characters. FIG. 26B is a diagram illustrating battle items. FIG. 26C is a diagram illustrating a result notification screen. FIG. 26D is a diagram illustrating a reward acquisition screen. FIG. 27A is a diagram illustrating a competition item determination table. FIG. 27B is a diagram illustrating the relationship between success rate and predicted mark. FIG. 28A is a diagram illustrating the first success rate determination table. FIG. 28B is a diagram illustrating the second success rate determination table. FIG. 28C is a diagram illustrating the third success rate determination table. FIG. 28D is a diagram illustrating the fourth success rate determination table. FIG. 28E is a diagram illustrating the fifth success rate determination table. FIG. 28F is a diagram illustrating the sixth success rate determination table. FIG. 29 is a diagram illustrating rewards for special events. FIG. 30A is a diagram illustrating a training completion screen. FIG. 30B is a second diagram illustrating the training completion screen. FIG. 30C is a third diagram illustrating the training completion screen. FIG. 31 is a diagram illustrating the memory configuration and computer functions in the player terminal. FIG. 32 is a diagram illustrating the memory configuration and computer functions in the server. FIG. 33 is a sequence diagram illustrating the processing of the player terminal and server related to the training game. FIG. 34 is a first flowchart illustrating the preparation stage processing at the player terminal. FIG. 35 is a second flowchart illustrating the preparation stage processing at the player terminal. FIG. 36 is a third flowchart illustrating the preparation stage processing at the player terminal. FIG. 37 is a flowchart illustrating the training stage process in the server. FIG. 38 is a flowchart illustrating turn start processing in the server. FIG. 39 is a flowchart illustrating capability parameter determination processing in the server. FIG. 40 is a flowchart illustrating processing for determining whether or not a special event has occurred in the server. FIG. 41 is a flowchart illustrating the training stage process at the player terminal. FIG. 42 is a flowchart illustrating processing at the start of a turn at the player terminal. FIG. 43 is a flowchart illustrating processing during a turn at the player terminal. FIG. 44 is a flowchart illustrating command selection processing at the player terminal. FIG. 45 is a first flowchart illustrating processing during a turn in the server. FIG. 46 is a second flowchart illustrating processing during a turn in the server. FIG. 47 is a flowchart illustrating command reception processing at the player terminal. FIG. 48 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. Players can own characters acquired through a lottery called gacha or characters distributed by the management side. Furthermore, the player can have support cards acquired through a lottery or support cards distributed by the management side.

Although details will be described later, in the game according to this embodiment, a training game is provided. A player can train a character owned by the player in a training game. Furthermore, the training game in this embodiment has a game feature in which a character 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 racing 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, the player can spend in-game currency to perform a so-called gacha lottery. In the gacha lottery, you can win characters 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 train 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 training target character selected from among the characters owned by the player is trained as the training target character.

Further, the setting game is a game in which the player registers a scenario, 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.

<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, and the difficulty level of the game vary depending on the scenario.

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 labeled "Return" and a next operation section 154 labeled "NEXT" 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", 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 depending on the player's operation or the like. 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, which will be described later. Each character's race development becomes advantageous depending on the activation of skills.

FIG. 7C is a diagram illustrating the skill table. As shown in FIG. 7C, the skill table stores skills for each character owned by the player. Based on the skills stored in the skill table, the skills are displayed on the character details screen 160, as shown in FIG. 6B. Note that skills cannot be activated just by possessing them; they can only be activated by acquiring them. Hereinafter, a skill that can be activated by a character 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 are skills that can be acquired by consuming skill points, which will be described later, after the main training game starts. In other words, a possessed skill can become an acquired skill in exchange for skill points.

In this embodiment, the skills corresponding to "◎" in the skill table shown in FIG. 7C are displayed as acquired skills on the character details screen 160 in FIG. 6B. Further, the skills corresponding to "O" in the skill table shown in FIG. 7C are displayed as possessed skills on the character details screen 160 of 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.

Note that FIG. 6B shows a case where 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 as skills provided for each character. However, it is not limited to this. For example, the number of acquired skills and possessed skills may be different 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.

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. In this case, as shown in FIG. 6C, the event operation section 162 is highlighted. A dedicated event occurs when a predetermined condition is met in the main training game, and displays a story related to a character appearing in the training game or changes the value of an ability parameter.

FIG. 7D is a diagram illustrating the dedicated event table. As shown in FIG. 7D, the dedicated event table stores dedicated events for each character owned by the player. Then, based on the dedicated event stored in the dedicated event table, the dedicated event is displayed on the character details screen 160, as shown in FIG. 6C. Note that the dedicated event may include a hint event that allows the character to possess or acquire a skill, an ability event that increases or decreases the value of a character's ability parameter, and the like.

Note that 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 some of them 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, or 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 163 labeled "close" is displayed at the bottom of the character details screen 160. When the close operation section 163 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, a scenario selection screen (not shown) 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.

A clear goal tab is provided on the training information display screen. Here, 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. When the clear goal tab is tapped, a list of clear goals set for the selected character is displayed on the training information display screen. In each turn, a race in which the character to be trained can run is determined in advance.

In addition, the difficulty level is set for each race. For example, among the races, there are races of GI, GII, and GIII grades called major prizes. The grades increase in the order of GIII, GII, and GI. The higher the grade of the race, the higher the difficulty, the more fans you can get, the more rewards, etc.

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 developed activates a 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 depending on the race, the number of fans may be specified as a participation condition. In this case, 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.

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.

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. 8A is a first diagram illustrating the inherited character selection screen 170. FIG. 8B is a first diagram illustrating the nurturing character list screen 180. FIG. 8C is a second diagram illustrating the inherited character selection screen 170. FIG. 8D 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. 8A, 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. 8B 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. 8B, 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. Furthermore, when the training character icon 182 is tapped, an inheritance character selection screen 170 is displayed, as shown in FIG. 8C. 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 the character is displayed in the second inherited character selection area 171b, as shown in FIG. 8D.

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. 9 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. These inherited characters are previously generated breeding 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. 9, the current character is the character to be trained in the training main game that is about to start. 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. 9, the characters to be cultivated of the first generation of inheritance and the second generation of inheritance have an effect on the current generation of characters to be cultivated. 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. 8D, 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. 10 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. Then, factor information indicating the winning factor in the lottery 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. 10 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. 11A 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 30th turn, and the 54th turn, of the training main game are set as factor activation turns. In this case, the first turn is the first activation timing, the 30th turn is the second activation timing, and the 54th turn is 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 30th turn and the 54th turn, the activation probability of the basic ability factor differs depending on the factor level. As an example, on the 30th and 54th 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. 8C, 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. 8D, two inheritance characters forming the first inheritance group and the second inheritance group are provisionally 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 The results indicate increases of 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 Figure 8D, 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. 8C and 8D, 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. 10 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 30th turn and the 54th 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 30th turn and the 54th turn, the activation probability of a level 3 aptitude factor is set to 5%, the activation probability of a level 2 aptitude factor is set to 3%, and the activation probability of a level 1 aptitude factor is set to 1%. ing. In the 30th turn or the 54th turn, when activation of the aptitude factor is determined by lottery, the aptitude parameter corresponding to the aptitude factor increases. In addition, in the 30th turn and the 54th turn, the upper limit of each aptitude is raised from A to S. Therefore, in the 30th turn and the 54th 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 30th turn and the 54th 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. 11B 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. 10 are given 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 acquisition of a skill factor is determined, 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. 12A is a diagram illustrating compatibility determination targets, and FIG. 12B is a diagram illustrating compatibility determination items. As shown in FIG. 12A, 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. 12B 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 is trained at school.

As shown in FIG. 12B, 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. 8B, 8C, and 8D, 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. 8A, when no inherited character is selected, the compatibility mark is hidden.

Further, as shown in FIG. 8B, 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. .

Then, when the two training characters are in a tentative selection state, the next operation section 154 provided on the inheritance character selection screen 170 is activated. When the enabled next operation section 154 is tapped, the training character in the provisionally selected state is provisionally registered in the deck as an inherited character, and a support card organization screen 190, which will be described later, is displayed.

Note that the player must always select two training characters as inherited characters on the inherited character selection screen 170. If the two inherited characters are not in the provisional selection state, as shown in FIGS. 8A and 8C, the next operation section 154 is grayed out, and the player's operation is not accepted. Further, the inheritance character selection screen 170 is provided with a return operation section 153, and when the return operation section 153 is tapped, the training target character selection screen 150 is displayed.

<Support card registration>
FIG. 13A 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. 13A 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 labeled "Return" and a start operation section 193 labeled "START" 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. 13B 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. 13A, the support card selection screen 200 shown in FIG. 13B 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. 14A is a diagram illustrating the support card table. As shown in FIG. 14A, 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. 14B is a diagram illustrating a support effect table. As shown in FIG. 14B, the support effect table stores support effects for each type of support card held by the player.

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. 14C is a diagram illustrating the possessed skill table. As shown in FIG. 14C, in the possessed skill table, possessed skills are set for each support card possessed by the player. In this embodiment, the skills possessed by each support card are set so that the character set as a character to be trained by the player possesses the skills possessed. 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. 14D is a diagram illustrating the support event table. As shown in FIG. 14D, the support event table stores support events that may occur for each support card owned by the player. 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 events include the first hint event that can occur at the start of a turn in a training game, the second hint event that can occur after training is executed (described later), and the first ability event that can occur at the start of a turn in a training game. , a second ability event that may occur after the training of the training game, etc. may be included. 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. 13C 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. 13C. On the other hand, if all six support cards are not selected, the start operation section 193 is inoperable, as shown in FIG. 13A.

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. 8D is displayed on the display 26. Further, as shown in FIG. 13C, 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 (FIG. 15A) is displayed.

FIG. 15A is a diagram illustrating the final confirmation screen 205. FIG. 15B 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. 15B 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, a game screen 210 (FIG. 17A) is displayed on the display 26.

Note that in this embodiment, when registering a support card, restrictions are placed so that the character type set as a training target character and the character type set as a support character do not overlap.

As described above, once the character to be trained, the inherited character, and the support card are registered, the preparation stage process ends.

<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. 16 is a diagram illustrating selection items in each turn. Note that here, the selection items that can be selected in each turn differ depending on the type of character to be trained. However, regardless of the type of character to be developed, the selection items that can be selected in each turn may be the same. The training main game consists of turns 1 to 78, as shown in FIG. Then, various parameters are updated in accordance with the selection item selected by the player in each turn.

FIG. 17 is a diagram illustrating the game screen 210. When the process moves to the training stage, a game screen 210 shown in FIG. 17 is displayed on the display 26. At the top of the game screen 210, a physical strength display section 211 and a condition display section 212 are displayed. The character to be trained is provided with a parameter of "physical strength". 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. 17, in the center of the game 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 numerical values and multiple ranks (G, G ⁺ , F, F ⁺ , E, E ⁺ , D, D ⁺ , C, C ⁺ , B, 18 stages: B ⁺ , A, A ⁺ , S, S ⁺ , SS, SS ⁺ ).

Specifically, in the status display section 213, each ability of "Speed", "Stamina", "Power", "Spirit", and "Wisdom" is displayed. The current upper limit value of the parameter is displayed in the denominator, and the current value (point) is displayed in the numerator. Additionally, the rank is displayed above the current value and upper limit of each ability parameter. Further, the skill point display section 214 numerically indicates the remaining amount of skill points possessed by the character to be trained in the training game.

In addition, as shown in FIG. 17, at the bottom of the game screen 210, there are a rest operation section 215 labeled "Rest," a training operation section 216 labeled "Training," and a skill operation section labeled "Skill." section 217, a going out operation section 218 labeled "Going Out," and a race operation section 219 labeled "Race."

When the rest operation section 215 is selected, a rest event occurs and physical strength is recovered. When the training operation section 216 is selected, training, which will be described later, becomes executable. When the skill operation section 217 is selected, the skill can be acquired. When the outing operation section 218 is selected, an outing event occurs and the condition mainly increases.

When the race operation section 219 is selected, the character to be developed can run in the race. When a race is executed, rewards such as in-game currency and fans are given according to the order in which the character to be trained finishes in the race.

Note that races are roughly divided into regular races and special races. In FIG. 16, the normal race is shown as "Race", and the special race is shown as "Special Race". The player can have the character to be trained run in the normal race from the 13th turn to the 72nd turn.

Note that a target race is set for a character that can be set as a character to be trained. The player must always have the character to be trained run in the target race in the turn in which the target race is held. For example, in the example shown in FIG. 16, the player must make the character to be trained run in the target race in the 20th turn and the 30th turn.

In addition, special races to be held at the 74th turn, 76th turn, and 78th turn are set as target races for all characters that can be set as characters to be developed. In this way, in the turn where the target race is held, the rest operation section 215, training operation section 216, and outing operation section 218 are disabled, and only the race operation section 219 and skill operation section 217 are operable.

Note that when a rest event occurs, an outing event occurs, training is performed, or a race starts, the current turn ends and the next turn begins. On the other hand, if a skill is acquired, another command can be selected without the current turn ending.

FIG. 18A is a first diagram illustrating the training screen 240. FIG. 18B is a second diagram illustrating the training screen 240. When the training operation section 216 of the game screen 210 is operated, a training screen 240 is displayed on the display 26.

As shown in FIG. 18A, near the center of the training screen 240, a status display section 213 and a skill point display section 214 are displayed.

Furthermore, training items are displayed at the bottom of the training screen 240. Here, a speed operation section 241 labeled "Speed," a stamina operation section 242 labeled "Stamina," a power operation section 243 labeled "Power," and a guts operation section 244 labeled "Spirit." , a wisdom operation section 245 labeled "Wisdom" is displayed.

When the player taps one of the operating sections 241 to 245 once, the training item corresponding to the tapped operating section 241 to 245 is provisionally selected. At this time, the operation units 241 to 245 corresponding to the temporarily selected training item are highlighted. FIG. 18A shows a state in which the power operation unit 243 is temporarily selected. Further, FIG. 18B shows a state in which the stamina operation section 242 is temporarily selected.

Further, each of the operation units 241 to 245 also displays the training level for each training item. The training level is a parameter that increases depending on the number of times each training item is selected. The higher the training level, the greater the increase in the ability parameter when training is performed. The training level is initially set to level 1 and increases up to level 5.

Furthermore, a failure rate display section 246 labeled "Failure" is displayed on the operation sections 241 to 245 during temporary selection. The failure rate displayed numerically on the failure rate display section 246 is set to increase in inverse proportion to the remaining amount of physical strength displayed on the physical strength display section 211.

Furthermore, the status display section 213 displays the value of the ability parameter that increases when the temporarily selected training is successful. For example, in the example shown in FIG. 18A, the power operation section 243 is temporarily selected, and "+8" is displayed in "Stamina" and "+10" is displayed in "Power" of the status display section 213. Furthermore, in the example shown in FIG. 18B, the stamina operation section 242 is temporarily selected, and "+15" is displayed in "Stamina" and "+5" is displayed in "Spirit" of the status display section 213.

Further, if the training is successful, an event notification display 247 is displayed on the operation units 241 to 245 corresponding to the training item in which a predetermined event occurs. Note that the event notification display 247 can have different display modes depending on the type of event.

Further, as shown in FIG. 18B, in the upper right corner of the training screen 240, a placed character icon 248 corresponding to the character placed in the currently temporarily selected training is displayed. If the training is successful, a predetermined event may occur corresponding to the character displayed on the arranged character icon 248. In this case, an event notification display 247 is displayed on the corresponding placed character icon 248.

In this embodiment, the characters placed in training include support characters and story characters. The story character is a character that is set in advance for each scenario of the training game. Here, a character that cannot be set as a training target character is set as a story character. Further, the story character is a support character linked to a predetermined support card. However, the story character may be a character that is not linked to any support card.

Note that a story character is placed in training with the same probability whether a predetermined support card (a support card to which the story character is linked) is organized in a deck or not. . However, when a predetermined support card is organized into a deck, the training arrangement probability may be higher than when it is not organized into a deck.

When training with a support character or story character placed therein is executed, a second event linked to the placed support character or story character may occur. When this second event occurs, an event notification display 247 is displayed on the arranged character icon 248. If training in which a support character or story character is placed is successful, the parameter increase value of the character to be developed will be higher than if training is successful in which neither character is placed.

Note that the characters arranged for training include characters other than support characters and story characters. For example, a character selected by random lottery from among all the support characters installed in the game may be placed in the training. In this case, a character icon 248 indicating a character other than the support character and story character registered by the player is displayed on the training screen 240.

Furthermore, a bond gauge 248a is displayed below the placed character icon 248. The bond gauge 248a visually displays bond parameters tied to the support character and the story character. When a support character or a story character is successfully trained, the bond parameter of the character is increased. The higher the value of the bond parameter, the greater the increase in the ability parameter upon successful training, and the more advantageous the training game becomes.

FIG. 18C is a diagram illustrating the training result notification screen 240a. When any of the temporarily selected operating units 241 to 245 is tapped again, training corresponding to the tapped operating unit 241 to 245 is executed. When the training is executed, a training result notification screen 240a is displayed on the display 26. The training result notification screen 240a notifies the success or failure of the training.

FIG. 18C shows an example in which training is successful and a success effect is executed. In the success presentation, an image (not shown) of the training target character being trained is displayed. Furthermore, in the success effect, the word "success" is displayed to notify the player of the success of the training. Furthermore, in the success performance, the ability parameters on the status display section 213 are updated and displayed. Specifically, in the success performance, "UP" is displayed above the ability parameter corresponding to the training item selected by the player, and the numerical value is updated and displayed.

Here, the value of the ability parameter that is displayed on the status display section 213 in FIG. 18B and increases when the training is successful is added. Furthermore, 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. The penalties include a decrease in physical strength, a decrease in the value of ability parameters, 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.

If the training fails, a failure effect is executed on the training result notification screen 240a. The failure effect notifies the user that the training has failed. Further, when a penalty is given, the details of the penalty are notified by a failure effect.

FIG. 18D is a diagram illustrating the event screen 240b. When the display of the training result notification screen 240a ends, an event screen 240b may be displayed on the display 26. Various events are executed on the event screen 240b. 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. It includes events, events where the condition increases, events where the condition decreases, etc. 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.

In this embodiment, a special event is provided as an event that occurs before the end of a turn when training is successful. As will be described in detail later, this special event may occur when the story character is successfully trained. When all the events that have occurred have ended, a game screen 210 for the next turn is displayed.

FIG. 19A is a first diagram illustrating the skill screen 250. FIG. 19B is a second diagram illustrating the skill screen 250. When the skill operation section 217 of the game screen 210 is operated, a skill screen 250 shown in FIG. 19A is displayed on the display 26.

A skill display column 251 is displayed on the skill screen 250. The skill display column 251 displays acquired skills, possessed skills preset to the character to be trained, possessed skills acquired due to the occurrence of various events, and the like. Further, when a first hint event or a second hint event occurs for a possessed skill, the skill points consumed to acquire this possessed skill are discounted. Here, the skill points required to acquire the skills for which the hint has been acquired are displayed at a discount. At this time, a discount rate display icon 252 indicating the discount rate is also displayed in the skill display field 251.

Furthermore, the skills displayed on the skill screen 250 display the activation conditions and effects when activated for each skill. When the player acquires a skill by consuming skill points based on the player's operation, as shown in FIG. 19B, "GET" is displayed on the acquired skill, notifying the player that the skill has been acquired. The consumed skill points are subtracted from the skill points displayed on the skill point display section 214, and the display is updated.

FIG. 20A is a first diagram illustrating the race selection screen 260. When the race operation section 219 of the game screen 210 is operated, a race selection screen 260 shown in FIG. 20A is displayed. The race has a game feature in which a character to be trained races with an NPC.

At the top of the race selection screen 260, a physical strength display section 211 and a condition display section 212 are displayed. Further, in the center of the race selection screen 260, a race selection operation section 261 is displayed for selecting a race event in which the character to be developed is to run. A plurality of race selection operation sections 261 may be displayed on the race selection screen 260. Further, at the bottom of the race selection screen 260, a start operation section 262 labeled "Start" is displayed. Note that the races that can be selected by the race selection operation section 261 of the race selection screen 260 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. 20A, entry conditions are displayed on the race selection operation section 261, and it is notified that the race cannot be selected.

FIG. 20B is a diagram illustrating the race start screen 270. When the start operation section 262 is operated with the race type of the race to participate in selected on the race selection operation section 261, a race start screen 270 shown in FIG. 20B is displayed. A strategy display section 271 is displayed in the center of the race start screen 270. In addition, the strategy display section 271 highlights the currently selected strategy (pursuit, advance, advance, escape), and also displays a change operation section 272 labeled "Change." When the change operation unit 272 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 270, a result operation section 273 labeled "Result" and a race operation section 274 labeled "Race" are displayed.

When the race operation unit 274 is operated, a race screen (not shown) is displayed on the display 26. On the display 26, a video of the development of the race (hereinafter also referred to as a race video) is displayed.

FIG. 20C is a first diagram illustrating the race result screen 280. FIG. 20D is a second diagram illustrating the race result screen 280. When the reproduction of the race video described above is finished and when the result operation section 273 is operated, a race result screen 280 is displayed on the display 26. On the race result screen 280, as shown in FIG. 20C, the finishing order of the characters to be trained in the race is displayed. Further, on the race result screen 280, as shown in FIG. 20D, 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. A range of the number of fans is set for each class, and here, the character to be developed is classified into one of eight classes depending on the number of fans. The race result screen 280 displays the number of fans acquired in this race. Furthermore, the race result screen 280 displays the total number of fans obtained by adding the newly acquired number of fans to the previously acquired number of fans. Further, the current class corresponding to the cumulative number of fans is identified and displayed.

FIG. 21 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.

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.

In this embodiment, it is assumed that the first event is selected by lottery from support events linked to support cards registered in the deck by the player in the preparatory stage process. However, the present invention is not limited to this, and a support event linked to a support card selected by lottery from among all support cards implemented in the game may be selectable. In this case, the selection probability of a support event linked to a support card registered in a deck is preferably 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 process at the start of a turn includes, in addition to the process of determining a scenario event and the process of determining a dedicated event, the process of determining whether or not the first event occurs, and the process of determining whether or not the first event occurs, as shown in FIG. ``Processing to determine whether to place a story character'', ``Processing to determine whether to place a story character'', ``Processing to determine increase value of ability parameters'', ``Processing to determine whether a second event occurs'', ``Special event occurrence "Processing to determine the presence/absence" is included. Although various other processes are executed in the turn start process, the processes shown in FIG. 21 will be explained in order here.

<Processing to determine whether or not the first event occurs>
The first event is selected by lottery from support events (first events) linked to support cards registered by the player in the preparation stage process. Specifically, at the start of a turn, a random number is randomly acquired, and based on the acquired random number and the first event table, whether or not the first event occurs and the content of the first event are determined. In the first event table, a selection ratio of "to cause" or "not to cause" the first event is set. In this embodiment, the first event includes four types of events: event a, event b, event c, and event d. For example, in the first event table, the probability that each event (events a to d) will "occur" is set to 20%, and the probability that the first event "will not occur" is set to 20%. Note that the selection ratio of the first event may be set individually for each support card, that is, each support character.

<Processing to determine whether or not to place support characters>
FIG. 22A is a diagram illustrating a support character placement presence/absence table. As shown in FIG. 22A, in the support character placement presence/absence table, the selection ratio of whether the support character is placed in a training item (“placed in any training item” or “not placed”) is set. In this embodiment, the presence or absence of placement is determined for the support characters corresponding to all the support cards registered in the deck based on the placement presence/absence table shown in FIG. 22A.

Specifically, at the start of a turn, a random number is randomly acquired, and based on the acquired random number and the placement presence/absence table, the presence or absence of training item placement for each support character is determined. In the example shown in FIG. 22A, the support character is placed in each training item of speed, stamina, power, guts, and wisdom at a probability of 30%, 10%, 20%, 10%, and 10%, respectively.

Note that, as shown in FIG. 14A, a plurality of types of specialty training are set for the support character. Here, the selection ratio of placement of support characters to each training item is set such that the training item corresponding to the training that the player is good at is higher than the training item corresponding to the training other than the training that he is good at.

<Processing to determine whether or not to place story characters>
FIG. 22B is a diagram illustrating a story character placement presence/absence table. As shown in FIG. 22B, the story character placement/presence table has set selection ratios for placement/presence of training items for story characters. Note that the tables to be referred to are different depending on whether a story character is placed or not and whether a support character is placed or not, but the lottery method and the like are the same.

In the example shown in FIG. 22B, story characters are placed with a probability of 10% for each of the five training items. Therefore, in each turn, the probability that a story character will be placed in a training item is 50%. However, the probability that a story character is placed may differ for each training item. Note that here, only one story character is provided. However, a plurality of story characters may be provided. In this case, the probability of being placed in each training item may be different for each story character.

<Processing to determine the increase value of ability parameters>
FIG. 23A is a diagram illustrating a training level table. As shown in FIG. 23A, the training level is set to increase according to the number of times each training is selected. Specifically, if the number of times each training is selected is 3 or less, each training level related to speed, stamina, power, guts, and wisdom is set to "Level 1", and the number of times each training is selected is 4. If the number of times selected for each training is 8 or more and 7 or less, each training level is set to "Level 2", and if the number of times selected for each training is 8 or more and 11 or less, each training level is set to "Level 3" and the number of times each training is selected is 12 or more and 15 or less, each training level is set to "Level 4" and the number of times each training is selected is 16 times. If the training level is above, each training level is set to "level 5".

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 the value obtained by adding a bonus additional value to be described later to a fixed increase value determined corresponding to the executed training item and training level. Calculated by adding to the fixed increase value.

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

As shown in FIGS. 23B and 23C, 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. 23B and 23C, 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 addition to the fixed increase value described above, an additional bonus value is determined based on the support character arranged for each training item. For example, the bonus additional value is calculated based on the number and type of support characters placed in the training item. At this time, the more support characters are placed, the larger the bonus additional value becomes.

Furthermore, for example, the higher the bond parameter of the placed support character, the greater the bonus additional value. Note that it is assumed that one or more training items are set as specialty training for each support character. When the support character is placed in specialty training, if the bond parameter of the support character is equal to or greater than a predetermined value, the calculated increase value of the ability parameter may be multiplied by a predetermined increase rate. In this way, for all training types, the amount of increase in the ability parameter of the character to be developed when the training is successful is determined.

<Processing to determine whether or not the second event occurs>
FIG. 24 is a diagram illustrating the second event table. The second event is selected by lottery from support events (second events) linked to support cards corresponding to support characters placed in each training item. Specifically, after "the process of determining whether a support character is placed or not," a random number is randomly acquired, and based on the acquired random number and the second event table, whether or not the second event occurs is determined. In the second event table, a selection ratio of "to cause" or "not to cause" the second event is set.

For example, as shown in FIG. 24, the second event includes four types of events: event A, event B, event C, and event D. For example, in the second event table, the probability that each event (events A to D) will "occur" is set to 5%, and the probability that the second event "will not occur" is set to 80%. Note that the selection ratio of the second event may be individually set for each support card, that is, each support character.

In this embodiment, after "the process of determining whether or not a support character is placed," a process of determining whether or not a second event occurs is performed for all support characters placed in each training item. Then, based on the determination that the second event has occurred, an event notification display 247 is displayed on the training screen 240. If the player selects training in which a character for which the occurrence of the second event has been determined is arranged, the second event occurs after the training is executed.

For example, if it is determined that the second hint event will appear for a support character placed in speed training, when speed training is executed, the second hint event will definitely appear after the training is executed. However, if training other than speed is performed, this second hint event will not appear after the training is performed. At this time, if occurrence of the second event has been determined for two or more characters, which second event is to occur is determined by lottery or preset priority of support events.

For example, it is determined which of a plurality of second events should occur with equal probability. However, the invention is not limited to this, and weighting may be set according to the type of the second event, and which of the plurality of second events is to be generated may be determined according to the set weighting. Note that when it is determined that the second event will occur for two or more characters, all the determined second events may be caused to occur.

Here, for example, when the appearance of the second event is determined, appearance information indicating whether or not the support event has appeared is linked to the support card or support character linked to the second event, and is stored in the server 1000. may be done. More specifically, the server 1000 may store linkage information in which appearance information is linked to the character ID of the support character or the support card ID of the support card linked to the support character.

<Processing to determine whether a special event occurs>
FIG. 25A is a diagram illustrating conditions for the occurrence of a special event. FIG. 25B is a diagram illustrating the probability of occurrence of a special event. A special event is an event that is tied to a story character. A special event has a plurality of occurrence conditions, and occurs when all the occurrence conditions are met. Conditions for the occurrence of the special event include that it is a predetermined turn (here, the fourth turn to the 72nd turn). Therefore, special events can only occur from turns 4 to 72.

Further, the conditions for the occurrence of the special event include that a story character is placed in a training, that the story character is selected for a lottery, and that the training for which a story character is placed is successful. The occurrence lottery is performed when a story character is placed in any training.

In this embodiment, the probability of winning in the generated lottery differs depending on the value of the story character's bond parameter. Specifically, the story character's bond parameter is 0 at the start of the training main game. Thereafter, each time the story character succeeds in training for which the story character is placed, the bond parameter of the story character increases by a predetermined value (for example, 5). Note that the bond parameter has an upper limit, and here, the upper limit is set to 100.

When the value of the story character's bond parameter is 0 to 19, the probability of a special event being determined to occur in the occurrence lottery is set to 5%. Similarly, if the story character's bond parameter values are 20 to 39, 40 to 69, 70 to 99, and 100, the probability that the special event will occur in the occurrence lottery is 10%, 20%, and 100, respectively. It is set at 30% and 40%. Therefore, as the story character's bond parameter increases as the training main game progresses, the probability of a special event occurring increases.

In this manner, in this embodiment, the bond parameter associated with the story character is updated by successfully completing the training in which the story character is placed. The probability of occurrence of a special event differs depending on the bond parameter.

Note that a plurality of execution patterns are provided for the special event. At the start of a turn, only whether or not a special event occurs is determined, and the execution pattern is determined after training ends. However, the special event execution pattern may be determined at the start of the turn.

FIG. 26A is a diagram illustrating the arrangement of story characters. FIG. 26B is a diagram illustrating battle items. FIG. 26C is a diagram illustrating the result notification screen 240d. FIG. 26D is a diagram illustrating the reward acquisition screen 240e. As shown in FIG. 26A, it is assumed that story characters are arranged in the power training item. It is also assumed that the user wins the occurrence lottery and is in a state where the special event can occur. In this case, an event notification display 247 is displayed on the operation section of the training item where the story character is placed.

Note that here, the same event notification display 247 that is displayed when another event occurs is displayed on the operation unit of the training item where the story character is placed. However, the identification mark that informs a state in which a special event can occur may be different from the identification mark (here, event notification display 247) that informs a state in which another event can occur. That is, a dedicated identification mark may be provided to notify a state in which a special event can occur.

In this dedicated identification mark, for example, the number of wins in the same battle item as the training item in which the story character is placed may be reported. In any case, when a special event and other events are linked in a plurality of training items, an identification mark may be displayed to enable identification of the special event and other events. Note that the identification mark that indicates that a special event can occur may also be displayed on the training operation section 216 of the game screen 210.

In this state, the power training item is selected, and if the training is successful, a training success effect is executed. Also, with successful training, the ability parameters of stamina and power increase. In this way, a special event occurs when a series of presentations related to successful training are completed. When a special event occurs, a battle item selection screen 240c is displayed as shown in FIG. 26B. Three battle item selection sections 290 are displayed on the battle item selection screen 240c.

Here, the special event is content in which the character to be trained competes against a predetermined character who is an opponent in a predetermined competition item. The battle item selection screen 240c allows the player to select a battle item. Then, a special event execution pattern is determined based on the selected battle item. There are six competition items: speed, stamina, power, guts, cleverness, and physical strength, and three competition items are determined by lottery from among these six competition items.

FIG. 27A is a diagram illustrating a competition item determination table. If the player wins the lottery and succeeds in the training in which the story character is placed, the match item is determined by referring to the match item determination table. According to the battle item determination table, speed, stamina, power, guts, and wisdom each have an 18% chance, and physical strength has a 10% chance. In this embodiment, the lottery for determining the competition items is repeatedly executed until three different competition items are determined. Note that here, the three battle items that can be selected by the player are all determined to be different. However, the same battle item may be determined overlappingly.

As shown in FIG. 26B, the three match item selection sections 290 are associated with match items determined by lottery. In the example shown in FIG. 26B, the battle items are linked to the battle item selection section 290 in the upper row: speed, the battle item selection section 290 on the middle row to power, and the battle item selection section 290 on the lower row to guts. Anticipation marks 290a are displayed in the competition item selection section 290, respectively. The prediction mark 290a informs the prediction of the result of the match against the opponent.

FIG. 27B is a diagram illustrating the relationship between success rate and prediction mark 290a. As will be described in detail later, when a special event occurs, a success rate is set for each battle item. The success rate is set to one of 20%, 30%, 40%, 50%, 60%, 70%, and 80%. If the success rate is 20% or 30%, a cross prediction mark 290a is determined. Furthermore, when the success rate is 40% or 50%, a triangular prediction mark 290a is determined. Furthermore, when the success rate is 60% or 70%, a circular prediction mark 290a is determined. Further, when the success rate is 80%, a double circle prediction mark 290a is determined. The prediction mark 290a determined based on the success rate is displayed in the match item selection section 290, as shown in FIG. 26B.

FIG. 28A is a diagram illustrating the first success rate determination table. FIG. 28B is a diagram illustrating the second success rate determination table. FIG. 28C is a diagram illustrating the third success rate determination table. FIG. 28D is a diagram illustrating the fourth success rate determination table. FIG. 28E is a diagram illustrating the fifth success rate determination table. FIG. 28F is a diagram illustrating the sixth success rate determination table. The success rate is determined by referring to one of the first to sixth success rate determination tables.

Here, when the competition item is other than physical strength, the success rate is determined by referring to any one of the first success rate determination table to the fifth success rate determination table. Furthermore, when the competition item is physical strength, the success rate is determined with reference to the sixth success rate determination table.

If the battle item is other than physical strength, the success rate is determined based on the value of the ability parameter of the battle item and the number of wins. In this embodiment, the number of wins indicates how many times the character to be trained has won against the opponent in the current special event. For example, assume that the character to be trained has not won even once in a special event by the time the special event occurs. In this case, if the player wins in the special event, the number of wins becomes one. When aiming for the first victory in a special event, the success rate is determined with reference to the first success rate determination table shown in FIG. 28A. In other words, if there is no win yet in the special event, that is, if there are no wins, the success rate is determined with reference to the first success rate determination table.

According to the first success rate determination table, the success rate is defined for each value of the ability parameter. Here, the ability parameters referred to when determining the success rate are the ability parameters of the battle item. For example, when the success rate is determined for the speed match item, the speed ability parameter is the target. Similarly, for example, when the success rate is determined for a power match item, the power ability parameter is targeted.

According to the first success rate determination table, if the target ability parameter is 99 or less, the success rate is determined to be 20%. Further, when the target ability parameter is 100 to 199, 200 to 249, 250 to 299, and 300 or more, the success rate is determined to be 40%, 60%, 70%, and 80%, respectively.

Further, if the number of wins is two, that is, if the number of wins in the special event so far is one, the success rate is determined with reference to the second success rate determination table shown in FIG. 28B. According to the second success rate determination table, when the target ability parameter is 99 or less, 100 to 199, 200 to 399, 400 to 499, or 500 or more, the success rate is 20%, 40%, 60%, or 70, respectively. %, determined to be 80%.

Further, if the number of wins is three, that is, if the number of wins in special events so far is two, the success rate is determined with reference to the third success rate determination table shown in FIG. 28C. According to the third success rate determination table, when the target ability parameter is 199 or less, 200 to 399, 400 to 499, 500 to 599, or 600 or more, the success rate is 20%, 40%, 60%, or 70%, respectively. %, determined to be 80%.

Further, if the number of wins is four, that is, if the number of wins in special events so far is three, the success rate is determined with reference to the fourth success rate determination table shown in FIG. 28D. According to the fourth success rate determination table, when the target ability parameter is 299 or less, 300 to 399, 400 to 599, 600 to 799, or 800 or more, the success rate is 20%, 40%, 60%, or 70%, respectively. %, determined to be 80%.

Further, if the number of wins is five or more, that is, if the number of wins in special events so far is four or more, the success rate is determined with reference to the fifth success rate determination table shown in FIG. 28E. According to the fifth success rate determination table, when the target ability parameter is 399 or less, 400-599, 600-799, 800-999, and 1000 or more, the success rate is 20%, 40%, 60%, and 70%, respectively. %, determined to be 80%.

In this way, it is determined that the smaller the number of wins, the higher the success rate even if the value of the target ability parameter is low. In other words, the value of the target's ability parameter required for determining a predetermined success rate increases as the number of wins increases. Therefore, the more successful the special event is, the higher the difficulty level of succeeding in subsequent special events. Furthermore, regardless of the number of wins, the higher the target's ability parameters, the higher the success rate.

On the other hand, when the battle item is physical strength, the success rate is determined based on the value of physical strength at that time. Specifically, when the competition item is physical strength, the success rate is determined with reference to the sixth success rate determination table shown in FIG. 28F, regardless of the number of wins. According to the sixth success rate determination table, when the physical strength is 49 or less, 50-59, 60-79, and 80 or more, the success rate is determined to be 20%, 30%, 50%, and 60%, respectively.

Returning to FIG. 26B, a prediction mark 290a is displayed in the battle item selection section 290 according to the success rate determined as described above. The player can select a match item by referring to the prediction mark 290a.

When the player taps any of the battle item selection sections 290, a result notification screen 240d notifying the results of the special event is displayed, as shown in FIG. 26C. The results of the special event are broadly divided into success, in which the character to be trained defeats the opponent, and failure, in which the character to be trained is defeated by the opponent. When a battle item is selected by a player, whether or not the special event is successful is determined based on the success rate determined as described above.

The image displayed on the result notification screen 240d varies depending on the result of the special event. In other words, the special event execution pattern includes a first execution pattern in which the mission of defeating the opponent is accomplished, and a second execution pattern in which the mission is not accomplished. Then, the result notification screen 240d notifies the player of victory or defeat, that is, whether the mission has been accomplished or not.

When the result notification screen 240d is displayed, next, as shown in FIG. 26D, a reward acquisition screen 240e is displayed. When a special event occurs and the mission is accomplished, in other words, when the special event is executed in the first execution pattern in which the mission is accomplished, a reward is given to the player. On the reward acquisition screen 240e, the reward to be given to the player is notified.

FIG. 29 is a diagram illustrating rewards for special events. If the special event is successful, the reward shown in FIG. 29 will be given to the player for each battle item selected by the player. Here, if the battle item selected by the player is other than physical strength, the additional value of the ability parameter of the battle item, the additional value of the upper limit value, skill points, and skill hints (hint level) are given as rewards. Moreover, the more the number of wins, that is, the more the number of successful special events, the more advantageous the reward that the player can obtain becomes.

Further, when the battle item selected by the player is physical strength, the additional value of randomly determined ability parameters, the additional value of the upper limit, skill points, and skill hints (hint level) are given as rewards.

As described above, in this embodiment, the update value of each status of the character to be trained differs depending on the number of wins in the special event, that is, the number of mission accomplishments. However, the updated values of each status of the character to be trained are only an example. For example, the update value of each status may be set to be smaller as the number of wins increases. Furthermore, when a special event occurs, only skill points, for example, may be updated as the status. Furthermore, the ability parameters may be updated randomly or in advance, regardless of the match item selected by the player.

For example, assume that the competition item is speed and the ability parameter of speed has reached its upper limit. In this case, any ability parameter that has not reached its upper limit may be determined by lottery, and the value of the determined ability parameter may be updated.

Further, here, if the special event is a failure, that is, if the character to be trained is defeated by the opponent, no penalty is given. However, if the special event is a failure, a predetermined penalty may be given.

As described above, according to this embodiment, the player can select any one of a plurality of training items. Furthermore, a character to be associated with the training item is determined. Furthermore, the status of the character to be trained changes based on the training item selected by the player. Then, an event occurs when a character is associated with the training item selected by the player. At this time, if the character associated with the training item is a story character and the occurrence conditions are met, the event result will be special in one of multiple execution patterns that differ from each other based on the status of the character to be trained. An event occurs. At this time, the status of the character to be trained is updated based on the execution pattern of the special event that has occurred.

According to this embodiment, the status of the character to be trained is updated due to the occurrence of a special event. Further, the success rate, that is, the execution pattern of the special event may vary depending on the status of the character to be trained. In this way, according to the present embodiment, which provides new game features, the player's desire to play increases. Furthermore, a high level of strategy is required for special events, which increases the interest of the game.

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

Furthermore, when a predetermined period of time has passed 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 310, as shown in FIG. 30C. At this time, a close operation section 311 is provided on the training completion screen 310. When the close operation section 311 is tapped, the training completion screen 310 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 character to be trained will acquire, and the factor information is stored in association with the character to be trained. Although not shown, on the training completion screen 310, the player can display factor information acquired by the character to be trained.

As described above, in the training game, a training character having ability parameters, aptitude parameters, acquired skills, etc. is generated. In a training game, the placement of support characters, the occurrence of various events, etc. are determined by lottery, so even if the same character is used as a training target character, training characters with different parameters are generated.

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

(Functional configuration of player terminal 1)
FIG. 31 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. 31 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, all information other than game information, such as information regarding the player or other players, setting information of the player terminal 1, and information regarding characters that can be set as characters to be trained, 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. 32 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. 32 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. Specifically, the training game execution unit 1101a executes a preparation stage process and a training stage process.

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 and the training completion processing unit 702a in the player terminal 1, and the training game execution unit 1101a and the training game end processing unit 1102a in the server 1000 are common in that they all execute processing related to the training game. However, their roles, that is, their scope of responsibility, are different.

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

It is assumed that a training game start operation (tap on the training game operation section 104) to start the training game is input on the player terminal 1. When the training game start operation is input, the training game execution unit 701a displays a scenario selection screen (P5) and then executes a preparation stage process (P6). The training game execution unit 701a allows the player to select a plurality of scenarios in which at least some of the events that occur during the training game are different from each other on the scenario selection screen. Furthermore, during the preparation 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 preparation stage process (S6) based on the information received from the player terminal 1.

FIG. 34 is a first flowchart illustrating the preparation stage process (P6) in the player terminal 1. FIG. 35 is a second flowchart illustrating the preparation stage process (P6) in the player terminal 1. FIG. 36 is a third flowchart illustrating the preparation stage process (P6) in the player terminal 1. The training game execution unit 701a of the player terminal 1 determines whether the scenario selection screen is being displayed on the display 26 (P6-1).

If the scenario selection screen is being displayed (YES at P6-1) and a decision operation for determining a scenario is input (YES at P6-2), the training game execution unit 701a responds to the scenario selected by the player. Temporarily register the scenario ID to be used (P6-3). Further, the training game execution unit 701a derives the initial upper limit value of each ability parameter (P6-4).

Specifically, the training game execution unit 701a adds the scenario initial additional value to the common base value based on the scenario initial additional value data and the scenario selected by the player, and determines the initial upper limit value of each ability parameter. Derive. That is, data for deriving upper limit values of ability parameters linked to scenarios and updated during the training game, including scenario initial additional value data in which the values for at least some ability parameters vary depending on the scenario, and data selected by the player. The process of setting the upper limit value of the capability parameter is performed based on the scenario.

When the initial upper limit value is derived in P6-4, the training game execution unit 701a switches the screen on the display 26 to the main character selection screen 150 (P6-12). At this time, the ability parameter display section 152a of the main character selection screen 150 displays the initial upper limit value derived at P6-4.

Further, if the main character selection screen 150 is being displayed (YES at P6-5) and a display switching operation to switch the display of the screen is input (YES at P6-6), the training game execution unit 701a Switch the display screen (P6-12).

Furthermore, when a selection operation (tap on the character icon 151) is input on the main character selection screen 150 (YES at P6-7), the training game execution unit 701a responds to the character icon 151 on which the selection operation was input. The character to be played is temporarily memorized (P6-8), and the display screen is switched (P6-12).

Furthermore, when a determination operation (tap on the next operation section 154) is input on the main character selection screen 150 (YES at P6-9), the training game execution section 701a selects the character temporarily stored at P6-8. Temporarily register as the main character (P6-10). Further, the training game execution unit 701a obtains information about representative characters extracted according to predetermined extraction conditions, such as representative characters of friends, from the server 1000 (P6-11), and displays the inheritance character selection screen 170 (P6-11). -12).

Further, as shown in FIG. 35, if the inheritance character selection screen 170 or the training character list screen 180 is being displayed (YES on P6-21), and a display switching operation to switch the screen display is input (P6-22 YES), the training game execution unit 701a switches the display screen on the display 26 (P6-33).

Here, display switching operations on the inheritance character selection screen 170 or the training character list screen 180 include tapping the skill display button 172 shown in FIG. 8B, pressing and holding the training character icon 182, and pressing and holding the training character icon 182 in the character details dialog 185A shown in FIG. This includes tapping the name change button 186a, memo input button 186b, skill display tab 188a, inheritance information display tab 188b, training information display tab 188c, and close operation section 188d.

For example, when the skill display button 172 is tapped on the training character list screen 180, the training game execution unit 701a displays the skill display dialog 185B at P6-33. Further, when the nurturing character icon 182 is pressed and held on the nurturing character list screen 180, the nurturing game execution unit 701a displays a character details dialog 185A at P6-33. Note that when the two name change button 186a, memo input button 186b, skill display tab 188a, inheritance information display tab 188b, training information display tab 188c, and close operation section 188d are tapped in the character details dialog 185A, each The screen corresponding to the operation section is switched.

Further, when a selection operation (tap on the training character icon 182) is input on the training character list screen 180 (YES at P6-23), the training game execution unit 701a selects the training character icon 182 on which the selection operation has been input. The character corresponding to is temporarily stored as an inherited character (P6-24), and the display screen is switched (P6-33).

Note that here, the display on the ability parameter display section 152a is updated based on the numerical value and upper limit of the ability parameter that increases due to the basic ability factor linked to the inherited character.

Furthermore, when a determination operation (tap on the next operation section 154) is input on the inherited character selection screen 170 (YES at P6-25), the training game execution section 701a selects the inherited character temporarily stored at P6-23. Temporary registration is performed (P6-26), and the support card organization screen 190 is displayed on the display 26 (P6-33).

In addition, the support card selection screen 200 is being displayed (YES on P6-27), and when a selection operation (tap on the support card card icon 201) is input on the support card selection screen 200 (YES on P6-28). ), 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 (P6-29), and switches the display screen (P6-30).

Further, if the support card organization screen 190 is being displayed (YES at P6-31) and a display switching operation to switch the display of the screen is input (YES at P6-32), the training game execution unit 701a Switch the display screen (P6-33).

Further, as shown in FIG. 36, if the preset selection screen 205A is being displayed (YES in P6-41 in FIG. 36) and a display switching operation to switch the screen display is input (YES in P6-42), The training game execution unit 701a switches the display screen on the display 26 (P6-25).

Further, when a selection operation (tap on the selection operation section 206c) is input on the preset selection screen 205A (YES on P6-43), the training game execution section 701a makes a reservation corresponding to the preset for which the selection operation input was performed. The selected information is temporarily stored (P6-44), and the display screen is switched (P6-45).

Further, if the final confirmation screen 205 is being displayed (NO in P6-41) and a display switching operation to change the display of the screen is input (YES in P6-46), the training game execution unit 701a controls the display 26. Switch the display screen (P6-47).

Furthermore, when a decision operation (tap on the start operation section 205b) is input on the final confirmation screen 205 (YES at P6-48), the training game execution section 701a determines that the game points are equal to or greater than a predetermined value (for example, 30). (P6-49). If the game points are equal to or greater than the predetermined value (YES at P6-49), the training game execution unit 701a transmits confirmation information to the server 1000 (P6-50).

Note that the confirmation information includes information that identifies the temporarily registered main character, inherited character, and support card. Upon receiving the confirmation information, the server 1000 determines whether execution of the training main game using the temporarily registered main character, inherited character, and support card is permitted in the preparation stage process (S6 in FIG. 33). Additionally, the server 1000 determines whether all conditions for starting the training game are satisfied. When it is determined that all conditions for starting the training game are satisfied, the training game execution unit 1101a stores various game information registered on the player terminal 1 in the game information storage unit 1151. Further, the training game execution unit 1101a causes the player terminal 1 to receive permission information.

When the player terminal 1 receives permission information after transmitting confirmation information (P6-50) (YES in P6-51), the training game execution unit 701a registers the scenario ID provisionally registered in P6-3. (P6-52). In addition, here, the training game execution unit 701a initializes each ability parameter based on the initial upper limit derived in P6-4 and the basic ability factor linked to the inherited character provisionally registered in P6-26. Register the upper limit value.

The training game execution unit 701a also registers the main character provisionally registered in P6-10 (P6-53). Also, here, the training game execution unit 701a registers the inherited character (nurturing character) provisionally registered as the inherited character in P6-26 above, and the support card temporarily stored in P6-29 above, in the deck.

The training game execution unit 701a also registers the preset reservation selection information temporarily stored in P6-44 (P6-54). Further, the training game execution unit 701a displays the game screen 210 on the display 26 (P6-57). This completes the preparation stage process.

Returning to FIG. 33, when the preparation stage process (P6) ends, the training game execution unit 701a 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. Note that, in reality, the roles are divided between the player terminal 1 and the server 1000, and the training main game progresses through the training stage processing (P7) on the player terminal 1 and the training stage processing (S7) on the server 1000. . However, part or all of each process in the training stage process (P7) of the player terminal 1, which will be explained below, may be performed in the training stage process (S7) in the server 1000, or the training stage in the server 1000 A part or all of each process in the process (S7) may be performed in the training stage process (P7) in the player terminal 1.

FIG. 37 is a flowchart illustrating the training stage processing in the server 1000. The training game execution unit 1101a of the server 1000 executes the turn start process (S10) if it is the turn start time (S7-1: YES). Furthermore, after the turn start process is executed, the training game execution unit 1101a thereafter executes the during-turn process (S20).

FIG. 38 is a flowchart illustrating turn start processing in the server 1000. The training game execution unit 1101a of the server 1000 determines whether the current turn is the final turn (78th turn) (S10-1). If it is the last turn (YES in S10-1), the training game execution unit 1101a checks the number of wins in the special event (S10-2).

Next, the training game execution unit 1101a determines the parameters of the opponent who will run in the special race (S10-3). Here, parameters are determined such that a specific opponent (hereinafter referred to as a specific character) becomes stronger when the number of wins confirmed in S10-2 is equal to or greater than a predetermined number. As described above, special events may repeatedly occur in the training main game. In special events, the character to be trained always competes against a specific character. In this battle, the character to be trained may win against the specific character, or may lose.

Then, for example, 16 characters including the character to be trained run in the special race executed in the final turn. These 16 characters include a specific character who is an opponent in a special event. The more times you defeat your opponent in special events, the more parameters a specific character will have. In other words, the more times a specific character wins in a special event, the more difficult the final turn special race becomes.

Note that here, the parameters of a specific character are strengthened depending on the number of wins in special events. However, rather than the parameters of a specific character, the appearance may change. Alternatively, the characters that run in the special race may change depending on the number of wins in the special event. Furthermore, the parameters of all the characters that run in the special race may change depending on the number of wins.

In any case, in this embodiment, a special race (competition event) in which the character to be trained and an opponent compete occurs in the final turn (at a predetermined timing). Depending on the number of wins (number of missions accomplished), the opponent of the special race (competition event) or the difficulty level will differ.

Note that, as described above, the special race is executed three times: the 74th turn, the 76th turn, and the 78th turn. Here, the parameters of the specific character change depending on the number of wins only in the 78th turn, but the parameters of the specific character may change in all special races.

However, it is not essential that the characters that run in the special race or the parameters of the characters change depending on the number of wins. That is, in the special race, opponents with common parameters may run regardless of the number of wins.

Furthermore, if the current turn is not the final turn (NO in S10-1) but is a factor activation turn (YES in S10-4), the training game execution unit 1101a executes activation factor determination processing (S10-5). do. In this activation factor determination process, it is determined whether or not to activate a factor for each registered inherited character.

Further, the training game execution unit 1101a executes a first event occurrence determination process (S10-6). Specifically, at the start of a turn, a random number is randomly acquired, and based on the acquired random number and the first event table, whether or not the first event occurs and the content of the first event are determined.

Next, the training game execution unit 1101a executes support character lottery processing (S10-7). Specifically, the training game execution unit 1101a refers to the placement presence/absence table shown in FIG. 22A and determines by lottery whether or not to place a support character in each training item. This process is executed for each support character. Note that when the placement of a support character in a training item is determined, the training game execution unit 1101a links the support character ID to the training ID corresponding to the training item.

Next, the training game execution unit 1101a executes a story character lottery process (S10-8). Specifically, the training game execution unit 1101a refers to the placement presence/absence table shown in FIG. 22B and determines by lottery whether or not to place a story character in each training item. When the placement of a story character in a training item is determined, the training game execution unit 1101a links the story character ID to the training ID corresponding to the training item.

Next, the training game execution unit 1101a executes ability parameter determination processing (S12).

FIG. 39 is a flowchart illustrating capability parameter determination processing in the server 1000. The training game execution unit 1101a selects one of the five ability parameters for which processing after S12-2 has not been performed (S12-1). Next, the training game execution unit 1101a obtains the training level of the ability parameter to be processed (S12-2), and determines a fixed increase value (S12-3).

Next, the training game execution unit 1101a obtains placement information of support characters, etc. (S12-4), and determines an additional value (S12-5). Next, the training game execution unit 1101a calculates an increase value by summing the fixed increase value determined in S12-3 and the additional value determined in S12-5 (S12-6). Next, the training game execution unit 1101a adds the increase value calculated in S12-6 to the current value of the ability parameter to be processed, and calculates a total value (S12-7).

If the total value exceeds the common base value "1200" (YES at S12-8), the training game execution unit 1101a calculates a correction target value by subtracting 1200 from the total value (S12-9). Next, the training game execution unit 1101a calculates a correction value by multiplying the correction target value calculated in S12-9 by 1/2 (S12-10). Next, the training game execution unit 1101a changes the increase value to the value obtained by subtracting the current value from the value obtained by adding the correction value calculated in S12-10 to 1200 (S12-11).

In this manner, in this embodiment, when the increase value of the ability parameter due to successful training exceeds the common base value, it becomes 1/2 of the original increase value. For example, assume that the current value of the ability parameter to be processed is "1180" and the total value calculated in S12-7 is "100". In this case, the ability parameter would normally rise to "1280". However, in this embodiment, the increase value is halved for the amount that exceeds the common base value "1200", so if the increase value exceeds "1200" out of the original increase value "100" "80" is multiplied by 1/2. As a result, the increase value that increases beyond "1200" is "40", and only "60" is added, which is the addition of "20" up to "1200" and "40" that increases beyond "1200". Ability parameters increase.

Note that in the above calculation, if a fraction occurs, the fraction is rounded down. Further, if the increase value becomes less than 1 by applying a correction value multiplied by 1/2, the increase value becomes 1. In other words, the increase value is always 1 or more. Further, when the ability parameter decreases, the correction of multiplying by 1/2 may not be applied. Further, for example, when an increase amount is added according to a predetermined condition in addition to the increase amount of the ability parameter due to normal training, each increase value may be multiplied by 1/2.

Note that, here, if the training is successful, the increased value of the ability parameter that exceeds the common base value is corrected. However, in S11-10, when a factor is activated or when an ability parameter increases due to the occurrence of an event, the increase value may be corrected in the same manner as described above.

In addition, the training game execution unit 1101a determines whether the total value after adding the current value to the increase value changed in S12-11 exceeds the current upper limit value of the ability parameter to be processed ( S12-12). If the total value after the change exceeds the current upper limit value (YES in S12-12), the training game execution unit 1101a changes the increase value to a value obtained by subtracting the current value from the current upper limit value (S12-12). -13).

If the above processing has not been completed for all ability parameters (NO at S12-14), the process returns to S12-1 and the same processing as above is performed for the remaining ability parameters. On the other hand, when the processing for all ability parameters is completed, the training game execution unit 1101a ends the ability parameter determination processing.

Although detailed explanation will be omitted, in the ability parameter determination process, the amount of decrease in physical strength or the amount of physical strength recovered when each training item is executed is determined. The training game execution unit 1101a also calculates the training failure rate for each training item based on the physical strength of the character to be trained.

Returning to FIG. 38, the training game execution unit 1101a executes a second event occurrence determination process (S10-9). Specifically, the training game execution unit 1101a refers to the second event table shown in FIG. 24 and determines whether or not the second event occurs by lottery. The training game execution unit 1101a randomly acquires a random number, and determines whether or not the second event occurs based on the acquired random number and the second event table. Here, for example, 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.

Next, the training game execution unit 1101a executes a special event occurrence determination process (S13).

FIG. 40 is a flowchart illustrating processing for determining whether or not a special event has occurred in the server 1000. The training game execution unit 1101a determines whether it is a predetermined turn (4th turn to 72nd turn) (S13-1). If it is a predetermined turn (YES in S13-1), the training game execution unit 1101a determines whether the story character has been placed in any training item (S13-2). If the story character has been placed (YES in S13-2), the training game execution unit 1101a obtains the bond parameter of the story character (S13-3).

Next, the training game execution unit 1101a sets the winning probability based on the bond parameters acquired in S13-3, and executes the occurrence lottery (S13-4). Then, in the occurrence lottery, if it is won to cause the special event to occur (YES in S13-5), the training game execution unit 1101a sets special event occurrence information indicating the occurrence of the special event (S13-6).

Returning to FIG. 38, the training game execution unit 1101a stores game information including information regarding the lottery results in S10-1 to S13 in the game information storage unit 1151 so that the player terminal 1 can receive it (S10-11).

FIG. 41 is a flowchart illustrating the training stage process in the player terminal 1. The training game execution unit 701a of the player terminal 1 executes the turn start process (P10) if it is the start of the turn (YES in P7-1), and if it is not the start of the turn, executes the process during the turn (P20). Execute.

FIG. 42 is a flowchart illustrating processing at the start of a turn in the player terminal 1. At the start of a turn, the training game execution section 701a accesses the game information storage section 1151 of the server 1000, and receives the game information saved in the above S10-9 from the server 1000 (P10-1).

The training game execution unit 701a then executes a command setting process to allow the player to select various commands related to the training stage process (P10-2). Specifically, as shown in FIG. 16, the training game execution section 701a controls the rest operation section 215, training operation section 216, skill operation section 217, outing operation section 218, and race operation section based on the current number of turns, for example. 219 and the like is performed to allow the player to select various commands. Further, the training game execution unit 701a performs processing that allows the player to select a plurality of race selection operation units 261 linked to the race operation unit 219.

In addition, in the command setting process, the training game execution section 701a sends commands to the speed operation section 241, stamina operation section 242, power operation section 243, guts operation section 244, and smartness operation section 245 corresponding to each training item to the player. Make it selectable. The training game execution unit 701a performs processing that allows the player to select one command from the plurality of commands.

Next, the training game execution unit 701a displays the game screen 210, training screen 240, etc. based on the game information received from the server 1000, the current turn, and the processing result of the command setting process of P10-2. Control processing is executed (P10-3). Here, the placed character icon 248 is displayed in association with the training. As a result, the player terminal 1 determines that the turn is in progress, and executes the in-turn process (P20) that accepts the player's operation input.

FIG. 43 is a flowchart illustrating processing during a turn at the player terminal 1. When the player inputs an operation on the player terminal 1 (YES at P20-1), the training game execution unit 701a executes a command selection process (P30). Further, if there is no operation input (NO in P20-1) and a command is received from the server 1000 (YES in P20-2), the training game execution unit 701a executes command reception processing (P40).

FIG. 44 is a flowchart illustrating command selection processing in the player terminal 1. A turn end command (rest operation section 215, going out operation section 218, speed operation section 241, stamina operation section 242, power operation section 243, guts operation section 244, cleverness operation section 245, race operation section) is issued by the player to end the turn. 274) is selected (YES at P30-1), the training game execution unit 701a transmits the selected command to the server 1000 (P30-2). The training game execution unit 701a then waits to receive a command from the server 1000 (P30-3).

Further, when a battle item selection operation (tap on the battle item selection section 290) is input on the battle item selection screen 240c (see FIG. 26B) (YES at P30-4), the training game execution section 701a selects a battle item. The command is sent to the server 1000 (P30-5). Note that the battle item selection command is a command that allows identification of the battle item selected by the player.

Furthermore, when a skill acquisition operation (tap on the skill display field 251) for acquiring a skill is input (YES on P30-6), the training game execution unit 701a responds to the skill display field 251 in which the operation input was performed. A command to do this is sent to the server 1000 (P30-7). Furthermore, the training game execution unit 701a updates skill information indicating that the corresponding skill has been acquired (P30-8).

When the server 1000 receives the commands transmitted at P30-2, P30-5, and P30-7, the in-turn processing (S20) shown in FIGS. 45 and 46 is executed.

FIG. 45 is a first flowchart illustrating processing during a turn in the server 1000. FIG. 46 is a second flowchart illustrating processing during a turn in the server 1000. Upon receiving a command indicating an operation input from the outing operation unit 218 (YES in S20-1), the training game execution unit 1101a performs an outing execution process (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 command indicating the operation input of the rest operation unit 215 (YES in S20-3), the training game execution unit 1101a performs the 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 a command indicating an operation input to start a race (YES in S20-5), the training game execution unit 1101a performs a race execution process (S20-6). Here, a race simulation is executed based on the parameters of the character to be trained and the NPC who will run in the race. Furthermore, the training game execution unit 1101a executes a reward granting process for granting a reward to the player (S20-7). Here, the reward is determined based on the results of the simulation, that is, the order of arrival of the characters to be trained, the development of the race, etc., and the determined reward is given to the player.

Upon receiving a command indicating execution of any training (YES in S20-8), the training game execution unit 1101a performs success determination processing (S20-9). Here, it is determined whether the training is successful or not based on a failure rate calculated in advance. The training game execution unit 1101a then updates various parameters based on the determination result of S20-9 (S20-10). Note that here, the ability parameters and the like are updated as determined in S12 at the start of training.

Further, if the training is successful (YES in S20-11), the training game execution unit 1101a determines whether a special event has occurred (S20-12). Here, based on the special event occurrence information, it is determined whether the occurrence of the special event has been determined by the occurrence lottery in S13-4. If a special event occurs (S20-12: YES), the training game execution unit 1101a refers to the battle item determination table (FIG. 27A) and determines three battle items by lottery (S20-13).

Also, if a process that involves the end of a turn is executed (S20-2, S20-4, S20-6, S20-7, S20-9, S20-10), or if a special event does not occur (S20- 12), the training game execution unit 1101a performs processing to end the current turn and move on to the next turn (S20-14). As a result, the server 1000 ends the during-turn processing (S20) and enters a standby state for the turn start processing (S10).

Further, various game information determined and updated in each process shown in FIGS. 45 and 46 is set in the game information storage section 1151 (S20-15). The game information set here is received by the player terminal 1.

Further, as shown in FIG. 46, upon receiving a command indicating input of a skill acquisition operation (YES in S20-21), the training game execution unit 1101a updates the skill information in the game information storage unit 1151 (S20-22). ). Further, the training game execution unit 1101a consumes skill points as skills are acquired (S20-23).

Further, upon receiving the battle item selection command (YES in S20-24), the training game execution unit 1101a obtains the target parameters of the selected battle item (S20-25). Next, the training game execution unit 1101a obtains the number of wins (S20-26).

Next, the training game execution unit 1101a sets a success rate based on the parameters and the number of wins obtained in S20-25 and S20-26 (S20-27). Next, the training game execution unit 1101a executes special event success determination processing based on the success rate set in S20-27. Then, the training game execution unit 1101a derives battle result information indicating the success or failure of the special event, that is, the victory or defeat of the character to be trained, through the success determination process (S20-29).

In S20-29, if successful match result information is derived (YES in S20-30), the training game execution unit 1101a determines a reward based on the match item and the number of wins, and gives it to the player (S20- 31). Here, the parameters of the character to be trained are updated based on the determined reward.

Upon receiving the game information (command) set in S20-15, the player terminal 1 executes a command reception process (P40) in the during-turn process (P20) shown in FIG.

FIG. 47 is a flowchart illustrating command reception processing at the player terminal 1. The training game execution unit 701a analyzes the command received from the server 1000 (P40-1). Upon receiving a command indicating success or failure of training (YES at P40-2), the training game execution unit 701a executes a success effect or a failure effect based on the received command (P40-3). Furthermore, the training game execution unit 701a updates various parameters such as ability parameters based on the success or failure of training.

Further, if the special event occurrence condition is satisfied, the player terminal 1 receives three match items from the server 1000 along with the training results. If a battle item is received (YES at P40-5), the training game execution unit 701a displays a battle item selection screen 240c (P40-6). Furthermore, the training game execution unit 701a displays a battle item selection section 290 and a prediction mark 290a on the battle item selection screen 240c based on the received battle item (P40-7). Here, the training game execution unit 701a derives the success rate for each competition item, and determines and displays the prediction mark 290a based on the derived success rate.

Further, upon receiving the competition result information (YES at P40-8), the training game execution unit 701a displays the result notification screen 240d and the reward acquisition screen 240e (P40-9). In addition, the training game execution unit 701a updates various parameters based on the reward given for the success of the special event (P40-10).

Furthermore, the training game execution unit 701a executes various effects such as displaying the event screen 240b based on other received commands (P40-11).

If a command to end the turn is received (YES at P40-12), the training game execution unit 701a executes turn end processing (P40-13). Here, after the display of various screens such as the event screen is finished, processing is performed to end the current turn and start the next turn. This completes the during-turn processing shown in FIG. 43. If there is a next turn, the turn start process shown in FIG. 41 is executed at the player terminal 1. On the other hand, if there is no next turn, that is, if the last turn has ended, the training stage process (P7, S7) ends.

Returning to FIG. 33, when the above-mentioned training stage process is completed, the training completion processing unit 702a in the player terminal 1 executes the training game end process (P8). The training completion processing unit 702a stores information regarding the training character trained in the training game in the game information storage unit 751 in the training game completion process. Further, the training completion processing unit 702a transmits completion information to the server 1000. This termination information includes information regarding the training character, etc. In the server 1000, upon receiving the termination information, the training game termination processing unit 1102a executes training game termination processing (S8).

FIG. 48 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 the end information received from the player terminal 1 (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). Here, for example, basic ability factors, aptitude factors, race factors, and skill factors to be linked to the character to be developed (development character) are determined based on race results during the training game, final ability parameters, and the like. Furthermore, the factor level is further determined for the factor that has been determined to be linked to the character to be developed (the character to be developed).

Further, in this embodiment, a character factor is provided for each character that can be set as a character to be developed. Here, when the character selected as the training target character is at a predetermined level, the character factor is always linked to the training target character (nurturing character).

As described above, character factors include factors that provide the benefit of increasing the upper limit of a predetermined ability parameter. For example, by playing a training game with a character associated with a character factor that increases the upper limit of the speed ability parameter as a training target character, the player can It is possible to generate a training character with an attached character. The player can increase the upper limit value of the speed ability parameter by playing the training game using the training character generated in this way as the inherited character.

In other words, selection of a character to be trained in a training game can be said to be the selection of a character factor that is linked to a trained character whose training has been completed. This makes it easier for the player to increase the upper limit value of the desired ability parameter. As a result, the player's desire to play the game increases in order to generate breeding characters having various character factors.

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. Furthermore, the training game end processing unit 1102a determines the reward to be given to the player based on the result of the training game (S8-7).

The training game end processing unit 1102a then sends the training character information including the character type, evaluation score, training rank, ability parameters, aptitude parameters, acquired skills, inheritance information, factor information, class, two names, etc. It is stored in the game information storage unit 1151 in association with the player ID of the player (S8-8). Note that the training character information may include an upper limit value of an ability parameter. 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. 33, upon receiving the training result information, the training completion processing unit 702a executes a training game end display process (P9). 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 310 (see FIGS. 30A, 30B, and 30C) 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. Thereby, the generated character to be trained can be used as an inherited character in the next and subsequent training games.

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.

The game nature and the processing in the player terminal 1 and the server 1000 described in the above embodiment are merely examples. In any case, the information processing program may cause a computer (in the embodiment, one or both of the player terminal 1 and the server 1000) to perform the following processing.

(Processing performed by a computer)
A process (as an example, P10-2 in the embodiment) that allows the player to select one of a plurality of selection items (as an example, five training items in the embodiment).
A process (for example, S10-7 and S10-8 in the embodiment) of determining game content (for example, a support character or a story character in the embodiment) to be associated with the selected item.
A process (as an example, S20-10 in the embodiment) of changing the status of the training target game medium (as an example, in the embodiment, the training target character) based on the selection item selected by the player.
An event (for example, the second event in the embodiment) is generated when a game medium is associated with the selection item selected by the player, and the game medium associated with the selection item is associated with a specific game medium (for example, the second event). (in the embodiment, the story character) and satisfies a predetermined condition (for example, in the embodiment, the occurrence condition and the selection of the battle item by the player), the status of the game medium to be trained (as an example, A process (as an example, P40-6 in the embodiment) of generating a special event in one of a plurality of execution patterns having different event results based on the performance parameter (in the embodiment).
A process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred (as an example, S20-31 and P40-10 in the embodiment).

Note that in the above embodiment, when a special event occurs, the player can select any one of the three battle items. That is, in the embodiment described above, the player can select the execution pattern of the special event. However, the special event may be executed using one execution pattern that is set in advance or determined by lottery, without requiring the player to select an execution pattern.

That is, in the embodiment described above, a special event execution pattern is provided for each battle item. Furthermore, the execution patterns for each battle item are further divided into success (win) patterns and failure (defeat) patterns. However, the execution pattern of special events is not limited to this. In any case, a plurality of execution patterns with different event results may be provided, and their contents are not particularly limited.

In addition, specific parameters (as an example, in the embodiment, the bond parameters ) may be performed. In this case, the probability of occurrence of a special event may be varied depending on a specific parameter.

In the above embodiment, the probability of occurrence of a special event differs depending on the bond parameter of the story character. However, bond parameters are not required. Further, the probability of occurrence of a special event may be always constant. Alternatively, the probability of occurrence of the special event may vary from turn to turn or depending on the ability parameters of the character to be trained.

For example, in the embodiment described above, a bond parameter is provided for the story character, and the probability of occurrence of a special event differs depending on the value of the bond parameter. However, bond parameters tied to story characters are not essential. In this case, for example, when a story character is placed in a training item, a special event may occur with a preset probability. At this time, for example, the probability of occurrence of the special event may vary depending on the number of turns, or the probability of occurrence of the special event may be constant throughout the training game.

Furthermore, in the above embodiment, when a support character is placed in a training item, the increase value of the ability parameter when the training is successful increases. Similarly, when a story character is placed in a training item, the increase value of the ability parameter may also increase. At this time, the content of the presentation may be different depending on whether a story character is placed or not.

Furthermore, in the above embodiment, in the special event, three battle items that can be selected by the player are determined by lottery. On the other hand, for example, one fixed battle item is predetermined for each training item, and among the three battle items that the player can select, there is a fixed battle item set in the training item where the story character is arranged. may be always included.

For example, assume that the speed training item is preset with a speed competition item as a fixed competition item, and the stamina training item is preset with a stamina competition item as a fixed competition item. In this case, if the story character is placed in the speed training item, the speed battle item will definitely be included in the battle items that the player can select in the special event. Then, the remaining two battle items may be determined by lottery from the battle items other than the speed battle item.

In the above embodiment, the special event execution patterns include a first execution pattern in which the mission is accomplished (as an example, in the embodiment, an execution pattern in which the character to be trained wins) and a second execution pattern in which the mission is not accomplished. A pattern (for example, in the embodiment, an execution pattern in which the character to be trained is defeated) is included.

Furthermore, the update value of the status of the training target game medium differs depending on the number of mission accomplishments (as an example, the number of wins in the embodiment). However, in the above embodiment, the status update value may always be constant regardless of the number of wins. Alternatively, the update value of the status or the status to be updated may be determined by lottery.

Additionally, a battle event (for example, a special race in the embodiment) in which the training target game medium and an opponent (for example, a specific character in the embodiment) compete against each other is generated at a predetermined timing (in the final turn in the embodiment). A process (for example, S10-3 in the embodiment) may be performed in which the opponent of the battle event or the difficulty level is varied depending on the number of mission accomplishments.

Note that in the special race of the final turn, if a specific character becomes stronger, it is preferable that the player be informed of this fact.

Further, in the above embodiment, the special event is content in which the training target game medium competes against an opponent regarding a predetermined competition item. Then, a process of having the player select a battle item (for example, P40-6 and P40-7 in the embodiment) is performed, and a special event occurs based on the selected battle item. Then, for each match item selectable by the player, a process (for example, P40-7 in the embodiment) of notifying the predicted result of the match against the opponent is performed.

In the embodiment described above, the prediction mark 290a notifies the player of the prediction of the result of the match against the opponent for each selectable match item. However, it is not necessary to inform the prediction of the match result. Further, when the prediction of the match result is notified, the manner of the notification is not particularly limited. For example, the success rate may be displayed, or the prediction may be voiced.

Furthermore, in the above embodiment, the prediction mark 290a is determined and displayed on the player terminal 1. However, when the race result is derived, the server 1000 may decide which prediction mark 290a is to be displayed, and the player terminal 1 may receive the result. In this case, the player terminal 1 performs a process of displaying the prediction mark 290a based on the received information.

In addition, in the above embodiment, the predetermined factor can be acquired on the condition that the character to be trained wins the special race in the final turn, specifically, the character to be trained wins first place in the special race. It's okay to be. At this time, for example, if the parameters of the specific character have been enhanced, in other words, if the specific character whose parameters have been enhanced is defeated, the probability of acquiring the predetermined factor may increase. Note that the predetermined factor may be a factor that can only be acquired by winning a special race in the final turn.

Furthermore, the contents of the obtainable factors may vary depending on the number of wins for each battle item in the special event. For example, when a specific character whose parameters have been strengthened wins in a special race in the final turn, a specific factor may be given that is linked to the battle item with the highest number of wins during one training game. Specifically, if the number of wins in the speed battle item is the highest, a specific factor that increases the speed ability parameter will be obtained, and if the number of wins in the guts battle item is the highest, the grit ability parameter will increase. It is good if certain factors are acquired. In this case, for example, when a specific character with enhanced parameters wins in a special race in the final turn, both the above-mentioned predetermined factor and the specific factor may be provided.

Moreover, the specific factor may be such that the character to be trained acquires a hint of a specific skill by its activation. Specifically, when a new breeding game is played using a breeding character that has acquired a specific factor as an inherited character, the specific factor may be activated in the inheritance event. At this time, the character to be developed acquires a hint of a specific skill due to activation of a specific factor. This specific skill hint corresponds to a specific factor.

For example, if the speed battle item has the highest number of wins, a specific factor for speed is acquired, and if the stamina battle item has the highest number of wins, a specific factor for stamina is acquired. It is assumed that a trained character that has acquired a specific factor for speed is set as an inherited character, and that the specific factor for speed is activated in the inheritance event. In this case, the character to be trained acquires a hint of a skill related to speed. Similarly, when a specific factor for stamina is activated, the character to be developed acquires a hint of a skill related to stamina.

Note that a factor level is also provided for a specific factor. The level of hints that can be obtained varies depending on the factor level of the specific factor activated. For example, when a specific factor with a factor level of 1 is activated, a hint of a level 1 skill is acquired, and when a specific factor with a factor level of 3 is activated, a hint of a level 3 skill is acquired.

Furthermore, in the above embodiment, skill hints can be acquired by winning five times in one battle item in the special event. However, in each battle item, a skill hint (hint level) may be acquired each time the character to be trained wins. For example, each time a player wins in a speed match, level 1 of a speed-related skill hint is acquired. Similarly, each time a player wins a stamina match, one level of stamina-related skill hints is obtained.

Therefore, for example, if you win three times in the speed battle item, you will have acquired level 3 of the speed-related skill hint. Note that the skill hints acquired each time a player wins in each battle item may be the same as the hints that can be obtained by activating the above-described specific factors.

Further, in the embodiment described above, regardless of the competition items in the special event, if the number of wins is 5 or more, the parameters of the specific character are strengthened in the special race of the final turn. However, for example, if the number of wins in any one battle item is five or more, the parameters of the specific character may be strengthened.

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 S Information processing system

Claims (6)

Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing the status of the training target game medium based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a plurality of execution patterns with mutually different event results, including a first execution pattern in which the mission is accomplished and a second execution pattern in which the mission is not accomplished, based on the status of the training target game medium. Processing that causes a special event to occur in either
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
A process of generating a battle event in which the training target game medium competes with an opponent at a predetermined timing, the process of varying the opponent or difficulty level of the battle event depending on the number of mission accomplishments;
An information processing program that causes a computer to perform. Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing one of multiple types of status of the game medium to be developed based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a process of generating a special event in one of a plurality of execution patterns with mutually different event results based on the status of the training target game medium;
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
Let the computer carry out the
The multiple types of status of the game medium to be developed include:
a plurality of first statuses and a second status different from the first status,
The process of changing the status of the training target game medium includes:
Deriving a determination result of either success or failure based on the second status;
changing the first status based on the derived determination result;
including;
The process for generating the special event is as follows:
Allowing the player to select one of a plurality of options;
setting a success rate for each of the plurality of options based on mutually different statuses among the plurality of types of status;
determining an execution pattern for the special event based on the option selected by the player and the success rate set for the option;
generating the special event of the determined execution pattern;
including ;
The information processing program includes cases in which the success rates of the plurality of options are set based on the first status and cases in which the success rates are set based on the second status . An information processing method performed by one or more computers, the method comprising:
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing the status of the training target game medium based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a plurality of execution patterns with mutually different event results, including a first execution pattern in which the mission is accomplished and a second execution pattern in which the mission is not accomplished, based on the status of the training target game medium. Processing that causes a special event to occur in either
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
A process of generating a battle event in which the training target game medium competes with an opponent at a predetermined timing, the process of varying the opponent or difficulty level of the battle event depending on the number of mission accomplishments;
An information processing method to accomplish this. An information processing method performed by one or more computers, the method comprising:
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing one of multiple types of status of the game medium to be developed based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a process of generating a special event in one of a plurality of execution patterns with mutually different event results based on the status of the training target game medium;
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
Let the computer carry out the
The multiple types of status of the game medium to be developed include:
a plurality of first statuses and a second status different from the first status,
The process of changing the status of the training target game medium includes:
Deriving a determination result of either success or failure based on the second status;
changing the first status based on the derived determination result;
including;
The process for generating the special event is as follows:
Allowing the player to select one of a plurality of options;
setting a success rate for each of the plurality of options based on mutually different statuses among the plurality of types of status;
determining an execution pattern for the special event based on the option selected by the player and the success rate set for the option;
generating the special event of the determined execution pattern;
including ;
The success rate of the plurality of options may be set based on the first status or may be set based on the second status . comprising one or more computers;
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing the status of the training target game medium based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a plurality of execution patterns with mutually different event results, including a first execution pattern in which the mission is accomplished and a second execution pattern in which the mission is not accomplished, based on the status of the training target game medium. Processing that causes a special event to occur in either
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
A process of generating a battle event in which the training target game medium competes with an opponent at a predetermined timing, the process of varying the opponent or difficulty level of the battle event depending on the number of mission accomplishments;
An information processing system that performs. comprising one or more computers;
The computer,
Processing that allows the player to select one of a plurality of selection items;
a process of determining a game medium to be associated with the selected item;
A process of changing one of multiple types of status of the game medium to be developed based on the selection item selected by the player;
Generate an event when the game medium is linked to the selection item selected by the player, and the game medium linked to the selection item is a specific game medium and satisfies a predetermined condition. In this case, a process of generating a special event in one of a plurality of execution patterns with mutually different event results based on the status of the training target game medium;
a process of updating the status of the training target game medium based on the execution pattern of the special event that has occurred;
carry out the
The multiple types of status of the game medium to be developed include:
a plurality of first statuses and a second status different from the first status,
The process of changing the status of the training target game medium includes:
Deriving a determination result of either success or failure based on the second status;
changing the first status based on the derived determination result;
including;
The process for generating the special event is as follows:
Allowing the player to select one of a plurality of options;
setting a success rate for each of the plurality of options based on mutually different statuses among the plurality of types of status;
determining an execution pattern for the special event based on the option selected by the player and the success rate set for the option;
generating the special event of the determined execution pattern;
including ;
The success rate of the plurality of options may be set based on the first status or may be set based on the second status .

Images