Program, information processing system, and information processing method

Abstract

To provide a program, an information processing system, and an information processing method capable of reducing a player's burden of repeatedly performing a game.SOLUTION: A program, an information processing system, and an information processing method for a game in which a character with which factor information is associated is registered in a database while the character is associated with a player determine factor information associated with a grown character on the basis of a result after growing the character, and can change the factor information associated with the character after notification of the factor information to the player.SELECTED DRAWING: Figure 21

Description

[Technical field]

[0001] The present invention relates to a program, an information processing system, and an information processing method for a game in which specific information is associated with game media. [Background technology]

[0002] Conventionally, games that provide a training function for training game media such as characters are known (see Patent Document 1). For example, in Patent Document 1, specific information is given to a character that has been trained according to the results of training the character, which is the game media to be trained, and the information can be used to train the next character. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 7035123 Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the game that provides the above-mentioned training function, since the opportunity to acquire specific information by completing training is limited, the player needs to repeatedly play the game using the training function until he / she acquires the specific information he / she desires. Therefore, for a player who does not have enough time to play the game, the need to repeatedly play the game can be a factor that causes him / her to lose motivation to continue playing the game.

[0005] The present invention has been made in consideration of the above circumstances, and an object of the present invention is to provide a program, an information processing system, and an information processing method that reduce the burden on a player of repeatedly playing a game. [Means for solving the problem]

[0006] (1) The present invention relates to a program for a game in which game media linked to specific information is linked to a player and registered in a database, the program causing a computer to function as a specific information determination unit that determines the specific information to be linked to the game media used in a specified game based on the results of playing the game, and a specific information change unit that enables the specific information linked to the game medium to be changed after the specific information has been notified to the player.

[0007] (2) In the program of the present invention, the specified game may be a game in which the game medium is developed, and the specific information determination unit may determine the specific information to be linked to the game medium by referring to a status of the game medium to be developed in the specified game at a specified point in time.

[0008] (3) In the program of the present invention, the specified game may be a game in which the game medium is developed, and when developing the game medium in the specified game, the computer may function as a specific information application unit that affects the status of the game medium to be developed in accordance with the specific information linked to the game medium that has been developed in the past.

[0009] (4) In the program of the present invention, the specific information change unit may accept a specific input requesting redetermining the specific information after the specific information has been notified to the player, and the specific information determination unit may redetermine the specific information to be linked to the game medium under the same conditions as the specific information notified to the player based on the specific input.

[0010] (5) In the program of the present invention, the specific information change unit may display the specific information acquired earlier and the specific information acquired later for the game medium in a comparative manner, allowing the player to select which of the specific information to link to the game medium.

[0011] (6) The present invention relates to an information processing system for games in which game media linked to specific information is linked to a player and registered in a database, the information processing system including: a specific information determination unit that determines the specific information to be linked to the game media used in a specified game based on the results of playing the specified game; and a specific information change unit that enables the specific information linked to the game medium to be changed after the specific information has been notified to the player.

[0012] (7) The present invention relates to an information processing method for games in which game media linked to specific information is linked to a player and registered in a database, the information processing method including a specific information determination step of determining the specific information to be linked to the game media used in a specified game based on the results of playing the specified game, and a specific information change step of making it possible to change the specific information linked to the game medium after the specific information has been notified to the player.

[0013] In the program, information processing system, and information processing method of the present invention, the specific information linked to the game medium used in a specified game can be changed based on the results of playing the specified game, thereby reducing the burden on the player of repeatedly playing the specified game until the player obtains the specific information he or she desires. [Brief description of the drawings]

[0014] [Figure 1] FIG. 1 is a diagram showing an overall configuration of an information processing system. [Diagram 2] 2 is a functional block diagram of a server related to a character development function among the functions realized by the information processing system. FIG. [Diagram 3] 1 is a functional block diagram of a player terminal related to a character training function among functions realized by the information processing system. FIG. [Figure 4] 13 is a flowchart showing an example of processing related to a character development function. [Diagram 5] FIG. 13 is a diagram showing an example of a character selection screen displayed on a player terminal. [Figure 6] FIG. 13 is a diagram showing an example of an inheritance character selection screen displayed on a player terminal. [Figure 7] FIG. 13 is a diagram showing an example of an inherited character list screen displayed on a player terminal. [Figure 8] FIG. 13 is a diagram showing an example of an inheritance character selection screen displayed on a player terminal. [Figure 9] FIG. 13 is a diagram showing an example of an inheritance character selection screen displayed on a player terminal. [Figure 10] FIG. 13 is a diagram showing an example of a support formation screen displayed on a player terminal. [Figure 11] FIG. 13 is a diagram showing an example of a final confirmation screen displayed on the player terminal. [Figure 12] FIG. 13 is a diagram showing an example of a training home screen displayed on a player terminal. [Figure 13] FIG. 13 is a diagram showing an example of a training screen displayed on a player terminal. [Figure 14] FIG. 13 is a diagram showing an example of a race list screen displayed on a player terminal. [Figure 15] FIG. 13 is a diagram showing an example of a training home screen displayed on a player terminal. [Figure 16] FIG. 13 is a diagram showing an example of a race list screen displayed on a player terminal. [Figure 17] FIG. 13 is a diagram showing an example of a goal achievement notification screen displayed on the player terminal. [Figure 18] FIG. 13 is a diagram showing an example of a target list screen displayed on a player terminal. [Figure 19] FIG. 13 is a diagram showing an example of a development goal completion screen displayed on a player terminal. [Figure 20] FIG. 13 is a diagram showing an example of a target list screen displayed on a player terminal. [Figure 21] 13 is a flowchart illustrating an example of a process related to determining factor information. [Figure 22]FIG. 13 is a diagram showing an example of a final confirmation dialog displayed on the player terminal. [Diagram 23] FIG. 13 is a diagram showing an example of an acquired factor notification screen displayed on a player terminal. [Figure 24] FIG. 13 is a diagram showing an example of a factor determination confirmation dialog displayed on a player terminal. [Diagram 25] FIG. 13 is a diagram showing an example of a factor reacquisition confirmation dialogue displayed on a player terminal. [Figure 26] FIG. 13 is a diagram showing an example of an acquisition factor selection screen displayed on a player terminal. [Figure 27] FIG. 13 is a diagram showing an example of an acquisition factor selection screen displayed on a player terminal. [Figure 28] FIG. 13 is a diagram showing an example of a factor list dialog displayed on a player terminal. [Figure 29] FIG. 13 is a diagram showing an example of a factor determination confirmation dialog displayed on a player terminal. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] Hereinafter, an embodiment of the present invention will be described. Note that the embodiment described below does not unduly limit the contents of the invention described in the claims. Furthermore, not all of the configurations described in the embodiment are necessarily essential components of the present invention.

[0016] 1. Information Processing System Configuration Fig. 1 is a diagram showing the overall configuration of an information processing system 10 of this embodiment. As shown in Fig. 1, in the information processing system 10, a server 20 and a plurality of player terminals 40 are connected via a network 30 such as the Internet, a mobile phone network, a LAN, or a WAN, and a so-called client-server communication system is constructed. Each of the plurality of player terminals 40 communicates with the server 20 via the network 30 to transmit and receive various information. Each of the plurality of player terminals 40 also communicates with the other player terminals 40 via the network 30 and the server 20 to transmit and receive various information.

[0017] The server 20 includes a control unit 21 consisting of a processor such as a CPU, a storage unit 22 consisting of a main storage device such as a ROM or RAM and an auxiliary storage device such as a HDD or SSD, and a communication unit 23 consisting of a communication module and a communication interface. In the server 20, the control unit 21 executes various processes in accordance with the programs stored in the storage unit 22. The server 20 also receives information from the player terminal 40 via the communication unit 23, and transmits information relating to the results of the processes executed by the control unit 21 to the player terminal 40.

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

[0019] The information processing system 10 of this embodiment has a function of providing, through the player terminal 40, a game in which a character based on a racehorse is raised and the raised character is entered in a race to compete against other characters. In particular, the information processing system 10 of this embodiment has a raising function for raising a character and a competition function for racing the raised character against other characters, and the following describes a case in which the raising function and the competition function are mainly realized by the player terminal 40. However, the functions described above may be mainly realized by the server 20, or may be shared between the server 20 and the player terminal 40.

[0020] FIG. 2 is a functional block diagram showing the main functions of the server 20.

[0021] The server 20 in the information processing system 10 has the function of managing players, characters, etc. using various identification information, the function of performing calculations necessary for the progress of the game in response to requests from the player terminal 20, and the function of transmitting the calculation results to the player terminal 40, and these functions are realized by the server data storage unit 50 and the game calculation unit 60 working together.

[0022] The server data storage unit 50 includes a player management database 51, and is mainly realized by the storage unit 22. In this embodiment, a character list, an item list, a development target list, and the like are stored in the player management database 51 in association with a player ID assigned to each player.

[0023] The character list includes, for example, an individual character ID assigned to each trained character, a character type ID indicating the character's type, the character's status (rarity, evaluation points, course suitability, distance suitability, running style suitability, running style, speed, stamina, power, tenacity, intelligence, possessed skills, acquired titles, factor information), lock status (locked, unlocked), and the character's training history (training conditions (such as information on the selection of inherited characters and support item configuration information), and the performance of races run during training).

[0024] In this embodiment, a "character that has been trained" means a character that has been trained using a training function, which is one of the game functions realized by the information processing system 10 of this embodiment, and whose training has ended and whose status has been determined.

[0025] In this embodiment, there are a "character individual ID" and a "character type ID", and the difference between them is as follows.

[0026] First, the "character individual ID" is an ID that is assigned when character training is completed in the training function and the trained character is registered in the character list, and is used to identify each trained character linked to the player ID.

[0027] In addition, in this embodiment, the training function is designed so that the player can select the character to be trained from a number of different characters, and the "character type ID" is an ID given to identify the type of character that has been trained.

[0028] The "locked state" indicates whether or not the transfer of a trained character (deletion from the character list) is prohibited; if unlocked, the character can be transferred, and if locked, the character cannot be transferred. Examples of situations in which a character is locked include when the player selects a character individually from a list of trained characters, or when a trained character is registered to run in a race.

[0029] The training target list stores data in which information on either released or not released is associated with a character type ID. In this embodiment, characters associated with information on released in the training target list are characters that the player can select as a training target in the training function. Also, in this embodiment, it is possible to release new characters by using release items or a character acquisition lottery, and the number of characters that can be selected as a training target varies depending on the player. Hereinafter, characters that can be selected as a training target in the training function may be referred to as released characters.

[0030] The item list includes data on the items, enhancement points, trainer points (TP), and in-game currency owned by the player. In this embodiment, for example, the owned items and the amount of items owned, the amount of enhancement points owned, the amount of trainer points (TP), the amount of in-game currency owned, and the like are stored in the player management database 51 as an item list.

[0031] In this embodiment, items are used, for example, to support character development or to change the starting conditions of a race, and can be obtained based on the results of a race or by consuming in-game currency.

[0032] Further, the strengthening points are used, for example, to strengthen support items which are items that support the development of a character, and the more the support items are strengthened, the more advantageous the development environment becomes for the character.

[0033] Trainer points (TP) are points used to train characters using the training function, and character training can be started by consuming trainer points (TP) equivalent to the consumption amount required for one training session when starting character training. In this embodiment, trainer points (TP) must also be consumed when reacquiring factor information linked to a character after character training is completed.

[0034] The data stored in the player management database 51 includes a friend list. In this embodiment, by registering other players as friends, the player can rent and use characters and support items from the other players registered as friends in the training function. To register a friend, the player ID of the other player is input on the friend registration screen displayed on the display unit 44 of the player terminal 40. If a player corresponding to the player ID exists and the player can be registered as a friend, the player ID of the other player to be registered is added to the friend list by tapping a registration button provided on the friend registration screen. There is an upper limit (for example, 50) on the number of friend registrations (number of registered friends) for each player, and there is also an upper limit (for example, 100) on the number of friends registered for each player (number of registered friends). For this reason, if the number of registered friends of the other player to be registered as a friend has not reached the upper limit, and the player's own number of registered friends has not reached the upper limit, it is possible to register a new friend.

[0035] The server data storage 50 also includes a factor information database 52, which stores information such as factor names, factor levels, and factor types, linked to factor registration IDs. The factor information is information that is linked to a trained character when the character is trained using the training function. In this embodiment, when training a character using the training function, a factor inheritance event occurs as a game event for status reinforcement that affects the abilities of the character to be trained, such as increasing the skill acquisition level or increasing performance parameters, based on the factor information linked to the trained character selected as the inheritance character.

[0036] There are four types of factor information: blue factors, red factors, inherent factors, and white factors. Each factor information has three levels, and the higher the factor level, the more advantageous the effect on status reinforcement. Factor types are further classified into blue factors, red factors, inherent factors, and white factors. Blue factors are factor information named after performance parameters, and affect performance parameters. The higher the factor level, the higher the increase in performance parameters. Red factors are factor information named after course suitability, distance suitability, or leg type suitability, and affect course suitability, distance suitability, or leg type suitability. The higher the factor level, the easier it is to increase suitability in factor inheritance events. Inheritance factors are factor information named after inherent skills, and allow the inherited character to acquire inherent skills. The higher the factor level, the easier it is to raise the acquisition level of inherent skills. The acquisition level of a skill affects the amount of skill points consumed when acquiring a skill, and the higher the acquisition level, the fewer skill points consumed. White factors are factor information that do not belong to any of blue factors, red factors, and inherent factors, and include skill factors, race factors, and scenario factors. Skill factors are factor information named after the name of a skill, which makes it easier to increase the acquisition level of normal skills (skills other than inherent skills), and exist for each type of skill. Race factors are factor information named after the name of a race, which makes it easier to increase at least one of the performance parameters and the acquisition level of normal skills, and the effect differs depending on the type of race. Scenario factors are factor information named after the name of a training scenario, which is factor information related to the training scenario in which the character was trained. When a scenario factor is inherited in a factor inheritance event, multiple performance parameters can be greatly increased, and the increased performance parameters differ depending on the type of scenario factor. In addition, in the factor types described above, factor information is classified into six types: blue factors, red factors, inherent factors, skill factors, race factors, and scenario factors.

[0037] The game calculation unit 60 performs a process of performing a calculation required for the progress of the game in response to a request from the player terminal 20, transmitting the calculation result to the player terminal 40, and a process of transmitting data required for the progress of the game to the player terminal 40 in response to a request from the player terminal 20, and is mainly realized by the control unit 41 and the communication unit 45. For example, when a request for a training instruction is received from the player terminal 20 in the training function, the game calculation unit 60 calculates whether the training is successful or unsuccessful, and transmits the calculation result to the player terminal 40. Also, for example, when a request for participation in a race is received in the training function, the game calculation unit 60 performs a running simulation of a race by multiple characters including a character to be trained and a non-player character (NPC), and transmits the result of the running simulation to the player terminal 40.

[0038] The game calculation unit 60 also includes a factor information determination unit 61. When a character is developed in the development function, the factor information determination unit 61 determines, by lottery, factor information to be linked to the developed character based on the development result.

[0039] The factor information is selected by lottery with reference to the character's performance parameters at the end of training, various aptitudes, possessed skills, race participation history during training, and training scenario. For example, blue factors are determined with reference to performance parameters. For example, red factors are determined with reference to various aptitudes. For example, inherent factors are determined with reference to the character's rarity. For example, skill factors are determined with reference to possessed skills. For example, race factors are determined with reference to race participation history during training. For example, scenario factors are determined with reference to the training scenario.

[0040] As described above, in this embodiment, the factor information determination unit 61 refers to the status of the character to be trained in the training function at the time training ends, and determines the factor information to be linked to the character for which training has ended.

[0041] The factor information determination unit 61 executes a first process for determining the acquisition target and a second process for determining the factor level as a lottery for determining factor information for a character whose training has been completed. In the first process for the blue factor, one of speed, stamina, power, tenacity, and intelligence is selected as the acquisition target. In the first process for the red factor, an aptitude of A rank or higher is extracted for the character whose training has been completed, and one of the extracted aptitudes is selected as the acquisition target. In the first process for the inherent factor, based on the rarity of the character whose training has been completed, if the rarity is a predetermined level or higher, the inherent skill is determined as the acquisition target. In the first process for the white factor, the success or failure of each of the candidates for the white factor based on the possessed skill, the race participation history, and the selected scenario is determined, and the successful white factor is determined as the acquisition target. Then, the factor information determination unit 61 determines the factor level to one of levels 1 to 3 by the second process for each of the factor information determined as the acquisition target in the first process. In this embodiment, the factor levels are treated as level 3 being the highest and level 1 being the lowest, with the order being level 1<level 2<level 3.

[0042] In addition, the factor information determination unit 61 re-selects factor information to be linked to the trained character in response to a request from the player terminal 40. In this embodiment, the factor information is determined by lottery when the training of the character is completed in the training function, but the player can request to re-acquire the factor information at his / her discretion. In particular, in this embodiment, when an input is made to request re-acquisition of factor information in the player terminal 40, the factor information determination unit 61 re-selects factor information to be linked to the character under the same lottery conditions as the factor information notified to the player in the player terminal 40, based on the request to re-acquire factor information from the player terminal 40.

[0043] The game calculation unit 60 also includes a factor information application unit 62. In the character training function, the factor information application unit 62 determines, by lottery, factor information that affects the status of the character to be trained, based on the factor information linked to the inherited character, during the process of training the character.

[0044] Specifically, the factor information application unit 62 executes a factor inheritance lottery based on the factor information of the inherited character in a factor inheritance event that occurs in the process of developing a character in the development function. In this embodiment, two inherited characters are selected when developing a character, and in the factor inheritance event, the factor information application unit 62 determines whether or not each factor information linked to the inherited character is activated by a factor inheritance lottery, and the status of the character to be developed is reinforced based on the activated factor information. In this embodiment, when it is determined that the factor information is activated, an effect according to the type of the activated factor information is imparted to the character to be developed, and the effect is, for example, an increase in performance parameters, an increase in aptitude rank, or the acquisition of a skill.

[0045] As described above, in this embodiment, when the factor information application unit 62 trains a character using the training function, it can affect the status of the character to be trained according to the factor information linked to characters trained in the past.

[0046] FIG. 3 is a functional block diagram showing the main functions of the player terminal 40. As shown in FIG.

[0047] As shown in FIG. 3, the player terminal 40 in the information processing system 10 of this embodiment realizes a training function, a battle function, and the like, in cooperation with a terminal data storage unit 70 and a game execution unit 80.

[0048] The terminal data storage unit 70 stores data for the game execution unit 80 to perform various processes, and is realized mainly by the storage unit 42.

[0049] The terminal data storage unit 70 includes a player data storage unit 71, which stores data related to a character list, a development target list, an item list, and a friend list corresponding to a player ID. In this embodiment, when an application is started or ended, or in other necessary situations, a synchronization process is performed between the player data storage unit 71 of the player terminal 40 and the player management database 51 of the server 20 regarding data linked to the player ID (such as the character list, the development target list, the item list, and the friend list), and various game processes are executed using the data stored in the player data storage unit 71. In this embodiment, when it becomes necessary to change the character list, the development target list, the item list, or the friend list in association with the execution of various game processes, the stored contents of the player data storage unit 71 are updated and the updated stored contents are backed up in the player management database 51 of the server 20, and the stored contents of both are synchronized. Data linked to a player ID, such as a character list, a training target list, an item list, and a friend list, may be downloaded from the player management database 51 to the player data storage unit 71 as needed, such as when an application is started.

[0050] The terminal data storage unit 70 also includes a training progress data storage unit 72, which stores data (training progress data) necessary for the progress of the training function of characters selectable as training targets in the training function (characters with character type IDs associated with released information in the training target list). In this embodiment, training goals, game events, and the like are prepared for each character in relation to the training function, and training progress data including at least the setting contents of the training goals and the setting contents of the game events is stored in the training progress data storage unit 72 in association with the character type ID.

[0051] The terminal data storage unit 70 also includes a race control data storage unit 73, which stores data for controlling the movements of characters and the performance of skill activation when watching a race in which a character participates in the training function or battle function, as well as text data and audio data for the live race commentary.

[0052] The game execution unit 80 performs processes such as starting a game when a game start condition is satisfied, executing a selected game mode from a plurality of game modes, progressing the game, generating an event when an event generation condition is satisfied, calculating a game result, ending the game when a game end condition is satisfied, requesting calculations from the server 20, obtaining calculation results and necessary data from the server 20, and transmitting calculation results and data of the player terminal 40 to the server 20, and is realized mainly by the control unit 41 and the communication unit 45. In this embodiment, the game execution unit 80 includes a training function providing unit 81 and a battle function providing unit 85.

[0053] The training function providing unit 81 performs processing for providing a training function for training a character. In this embodiment, it accepts input related to character training and performs operations such as displaying the results of calculations performed in response to the input.

[0054] In this embodiment, when training a character in the training function, it is required to select an action that is subject to turn consumption for each turn. Actions that are subject to turn consumption include training, participating in a race, going out, and going to the infirmary. The training function providing unit 81 accepts the selection of an action that is subject to turn consumption via a training home screen displayed on the display unit 44, and requests the server 20 to calculate the result of the selected action. The server 20 that receives the request calculates the result of the selected action and transmits the calculation result to the player terminal 40, and the training function providing unit 81 causes the display unit 44 to display a display screen corresponding to the calculation result received from the server 20.

[0055] In this embodiment, a training goal is set according to the type of character to be trained, and there may be a required action that is forced to be selected in a specific turn in the training goal. For example, the training goal may be to enter a specific race, or to achieve a specific finishing position in a specific race. In this case, in a turn in which a specific race associated with the training goal is set, participating in the race is a required action, and actions that consume turns other than participating in the race cannot be selected. In this way, the training function providing unit 81 performs control to restrict the selection of actions other than the required action in a turn in which the selection of a required action is accepted.

[0056] The training function providing unit 81 also obtains factor information to be linked to a character whose training has been completed from the server 20 and notifies the player of it, and performs processing to register the character to which the factor information is linked, after receiving the player's approval, in the character list of the player management database 51 and the character list of the player data storage unit 71, and includes a factor information notification unit 82, a factor information change unit 83, and a character registration unit 84.

[0057] The factor information notification unit 82 performs a process of acquiring factor information to be linked to a character whose development has been completed from the server 20 and notifying the player of the factor information. Specifically, a factor acquisition request is sent to the server 20 based on the completion of character development in the development function, and the factor information to be linked to the character is acquired from the server 20. The factor information notification unit 82 then notifies the player of the factor information acquired from the server 20 via the display unit 44.

[0058] After the factor information is notified to the player, the factor information change unit 83 accepts an input requesting reacquisition of the factor information and performs a process to change the factor information linked to the character whose development has been completed. Specifically, after the factor information is notified, the factor information change unit 83 accepts an input to confirm the factor information and an input to reacquire the factor information, and transmits a factor reacquisition request to the server 20 based on the acceptance of the input to reacquire the factor information, and acquires the factor information determined by re-lottery from the server 20. When the factor information is reacquired, the factor information change unit 83 displays the previously acquired factor information and the later acquired factor information for the character whose development has been completed in a comparative manner, and allows the player to select which factor information to link to the character. The factor information change unit 83 then accepts a selection of which of the previously acquired factor information and the later acquired factor information to link to the character, and confirms the factor information corresponding to the selection result as the factor information to be linked to the character.

[0059] The character registration unit 84 registers the trained character in the character list of the player data storage unit 71 based on the fact that the factor information to be linked to the player has been determined, and transmits a character registration request to the server 20. The server 20 that has received the character registration request registers the trained character corresponding to the character registration request in the character list of the player management database 51.

[0060] The battle function providing unit 85 performs processing to provide a battle function that allows a player's trained character to compete in a race against other players' trained characters or non-player characters (NPCs).

[0061] In this embodiment, when a player becomes the organizer of a race, the number of characters registered to run can be set between 9 and 18, and up to three characters that have been trained can be registered to run, and the remaining slots can be filled with other players' trained characters or non-player characters (NPCs), allowing the registered characters to compete in a race. Also, if there are vacant slots for the race registered for a race organized by another player, up to three trained characters can be registered to run, and the characters that have been registered to run can compete in a race in the same way as if the player were the organizer.

[0062] When the race organizer gives permission for the player terminal 40 to enter the race, a running simulation of the race is executed in the server 20, and the competition function providing unit 85 enables the player terminal 40 to request the results of the running simulation from the server 20. In the player terminal 40 that receives the results of the running simulation from the server 20, the competition function providing unit 85 generates a race video based on the results of the running simulation using various data stored in the race control data storage unit 73, and displays the generated race video on the display unit 44, allowing the player to watch the race.

[0063] 2. Control method of this embodiment In the following, the control method of this embodiment will be described taking as an example a case where the game program of this embodiment is applied to a game application of a player terminal 40 provided as a smartphone.

[0064] The game program of this embodiment is configured to provide multiple types of game functions, and in the training function, which is the main game function, a character to be trained is selected from multiple types of characters, and the status changes as the game progresses, and when a predetermined end condition is met, the status of the character is confirmed and the training ends. The trained character is linked to factor information according to the training result, and when the trained character is used as an inherited character when training a new character, the status of the newly trained character can be reinforced based on the factor information linked to the inherited character. In this embodiment, the trained character has a predetermined ownership frame (the number that can be registered in the character list), and when the upper limit of the ownership frame (for example, 240 bodies) is reached, it becomes impossible to train a new character using the training function. For this reason, it is necessary to delete the trained character from the character list to secure the ownership frame. Below, an overview of the training function for training a character will be described.

[0065] In the training function, the player can select one character to train from among multiple types of characters at their own discretion. Each of the multiple types of characters that can be selected for training has its own initial status set. In addition, each character to be trained has a unique skill (unique skill) that corresponds to the type of character from the beginning of training, and the conditions for activating the unique skill and the effect when it is activated are different. In addition, the growth correction rates for parameters such as speed, stamina, power, tenacity, and intelligence are set according to the character for each type of character, and parameters that are easy to increase are set for each type of character.

[0066] Once the character training target is selected and character training begins, the character can be trained by issuing training instructions for each of a maximum of 75 turns. Specifically, when training instructions are issued that are associated with performance parameters such as speed, stamina, power, tenacity, and intelligence, the performance parameters change and skill points are acquired according to the training results. One turn can also be consumed by issuing an instruction to enter a race, and performance parameters change and skill points are acquired according to the race results. In addition, if the conditions for an event are met during training, an event will occur, and the number of skills that can be acquired will increase, or performance parameters will change. The aforementioned skill points are points used to allow the character to acquire skills, and skills can be acquired by consuming the skill points possessed from a list of available skills.

[0067] In addition, in character training, multiple training goals are set for each character depending on the type of character to be trained. Training goals include participating in a target race, finishing within a specified position in the target race, and acquiring a specified number of fans by a specified turn. In this embodiment, when a character being trained is entered in a race, the character can acquire a number of fans according to the character's finishing position, and the entry conditions are set according to the number of fans depending on the race.

[0068] In this embodiment, multiple training goals are set for each character in the first 72 turns, and the final race is from the 73rd to the 75th turns. The final race takes place over three turns, including a qualifying race, a semi-final race, and a final race, and training instructions can be given before each race.

[0069] In this embodiment, when a character is trained with a training goal of finishing within a specified position in a target race, a continue function is provided as a rescue function for when the player fails to finish within the specified position. This continue function provides an opportunity to retry the target race, and the player can retry the target race by consuming a pre-allocated number of continues. In this embodiment, the number of continues is three times for the training of one character.

[0070] In the training game function, when any one of a plurality of predetermined types of end conditions is met, the state transitions to a training end confirmation state.

[0071] First, when the final race is reached, that is, when the 75th turn is reached, training ends with the end of the final race. If the player finishes second or lower in the final race, they can try again if they have any continues remaining, but if they finish second or lower in the final race after using up all their continues, training ends at that point. It is up to the player to decide whether or not to use the continue function, and if they choose not to use the continue function, training ends at that point.

[0072] Furthermore, if the character's training goal set for each character is not achieved within the first 72 turns, training will end.

[0073] For example, if the training goal is to acquire a certain number of fans, training ends if the set number of fans is not reached in the turn set in the training goal. In this case, the continue function cannot be used, so training ends if the number of fans has not reached the set number at the time of the turn to be judged.

[0074] For example, if the training goal is to enter a target race, the training goal will be achieved as long as the horse can enter the target race, regardless of the horse's finishing position in that race. However, each race requires the horse to have a certain number of fans, which is a condition for entry in that race. If the horse does not have the required number of fans in the target race's turn, the horse will not be able to enter the target race, and training will end.

[0075] For example, if the training goal is to finish within a certain place in the target race, if the conditions for the target race are not met, training ends at that point, and if the horse does not finish within the certain place even if it participates in the target race and there are no more continues remaining, training ends. As mentioned above, the use of the continue function is at the discretion of the player, and if the player chooses not to use the continue function even if there are remaining continues, the training goal is not achieved and training ends.

[0076] Also, if you have progressed to the 73rd turn or later, you can advance to the next turn by coming in first in the qualifying race for the final race and the semi-final race, but if you come in second or lower and have no more continues, your training will end. In this case, if the player chooses not to use the continue function, training will end at that point.

[0077] In this embodiment, when the condition for ending the training is satisfied, the state transitions to a training end confirmation state. This training end confirmation state provides a final opportunity to acquire skills before the status is confirmed, and the player can acquire skills by consuming the skill points currently possessed. In addition, in the training end confirmation state, an input interface for inputting a confirmation of the end of training is prepared, and when the player inputs a confirmation of the end of training, the factor information is determined. In this embodiment, when the determined factor information is notified, the player can request reacquisition of factor information at his / her discretion, and can select whether the previously acquired factor information or the reacquired factor information is to be linked to the character currently being trained. When the factor information to be linked to the character whose training has been completed is determined, the status of the character to be trained is determined, and information about the character is registered as a trained character in the character list of the player data storage unit 71 and the character list of the player management database 51.

[0078] When the character's status is confirmed after the completion of training, a reward is provided according to the training result. In this embodiment, the reward provided includes in-game currency and strengthening points according to the total number of fans acquired by the end of training.

[0079] The game progress of the character training function will be described in more detail below with reference to FIG.

[0080] First, before starting character training, a selection of a training scenario is accepted (step S100). In this embodiment, multiple types of training scenarios are prepared, and the mechanism for increasing performance parameters and the mechanism for acquiring skills differ depending on the selected training scenario. The training scenario to be selected can be switched by swiping input, and when an input to determine the training scenario (for example, a tap input on the decision button) is made, the selection of the character to be trained in the selected training scenario is accepted (step S101).

[0081] In this embodiment, as shown in FIG. 5, a character icon 301 for identifying a character can be tapped on the character selection screen to select a character to be trained. Information on characters selectable as a character to be trained (characters that can be trained) is managed in a training target list in the player data storage unit 71, and the character type ID of the character that can be trained is acquired from the training target list to display the character selection screen. On the character selection screen, the initial status information of the selected character can be confirmed. In this embodiment, the initial status information of performance parameters (speed, stamina, power, tenacity, intelligence), course suitability (turf, dirt), distance suitability (short distance, mile, middle distance, long distance), and running style suitability (breakaway, leading, overtaking, chasing) can be confirmed on the character selection screen.

[0082] When the character icon 301 of the character to be trained is selected on the training character selection screen shown in FIG. 5 and a tap input is made to the progress button 302, the display screen transitions to an inheritance character selection screen as shown in FIG. 6, and the selection of the inheritance character is accepted (step S102).

[0083] In this embodiment, the player can select two previously trained characters as inherited characters when training a new character, and the status of the character to be trained can be reinforced based on the factor information (information acquired by the inherited characters during their training) linked to the two selected inherited characters.

[0084] In this embodiment, the status reinforcement of the character to be trained based on the factor information is performed at the start of training and in a factor inheritance event that occurs at a specified turn after the start of training. When a factor inheritance event occurs during character training in the training function, an event result request is transmitted from the player terminal 40 to the server 20, and the server 20 that receives the event result request executes a factor inheritance lottery based on the factor information linked to the two inherited characters and transmits the lottery result to the player terminal 40. The player terminal 40 that receives the lottery result reinforces the status of the character to be trained, such as increasing performance parameters and increasing the acquired level of skills, based on the lottery result, and also executes a display process that notifies the player of the result of the status reinforcement by the factor inheritance event.

[0085] When selecting an inheritance character, a list of selectable inheritance characters is displayed by tapping on inheritance slot 303 or inheritance slot 304, which are provided for two characters. When a tap input is made on inheritance slot 303 (or inheritance slot 304) on the inheritance character selection screen shown in FIG. 6, the character list in player data storage unit 71 is referenced, and a list of characters that have been trained (inheritance character list) is referenced, and an inheritance character list screen is generated and displayed as shown in FIG. 7. On the inheritance character list screen, a character can be selected by tapping on character icon 306, and when a tap input is made on progress button 309 while any of the inheritance characters is selected, the screen returns to the inheritance character selection screen as shown in FIG. 8.

[0086] In addition, the selection of the inherited character can be made by renting not only the character trained by the player himself but also the character trained by another character registered as a friend of the player. In this embodiment, a character trained by another character can be rented up to three times per day. The inherited character list screen shown in FIG. 7 has a trained character tab 307 and a rental tab 308, and when a tap input is made on the rental tab 308, a rental character acquisition request is transmitted to the server 20. The server 20 that receives the rental character acquisition request refers to the friend registration information (profile information of other players registered as friends) linked to the player ID of the sender of the rental character acquisition request, and transmits to the player terminal 40 a list of rental characters (rental character list) set in the profile information of other players registered as friends. Then, the player terminal 40 generates and displays an inherited character list screen based on the received rental character list.

[0087] Furthermore, in order to start character development, it is necessary to select two inheritance characters; as shown in FIG. 8, if only one inheritance character is selected, the progress button 305 is grayed out, and it is not possible to proceed with preparations to start developing the character.

[0088] When two inheritance characters are selected on the inheritance character selection screen as shown in FIG. 9, and a tap input is made on the progress button 305, the display screen transitions to a support formation screen as shown in FIG. 10, and the selection of a support item is accepted (step S103).

[0089] In this embodiment, there is a support item modeled after a card as an item for supporting the growth of a character. By using the support item, it is possible to obtain an effect of increasing performance parameters and increase the types of skills that can be acquired. When growing a character, it is necessary to compile six support items. Among the six support items, five are selected from the support items owned by the player himself / herself, and the remaining one is a rental specification that rents the support items owned by other players as a friend slot.

[0090] Support items are classified into six categories according to their performance: speed, stamina, power, determination, wisdom, and friend. For speed, stamina, power, determination, and wisdom, as the name implies, they exert an effect of increasing parameters during training corresponding to the performance parameters of the character. For friend, it exerts an effect such as recovering physical strength and motivation. The category of the support item can be identified by the category icon, and the player selects the six support items to be used in this growth relying on the category icon. Also, the support items have three levels of rarity: Rare (R), Super Rare (SR), and Special Super Rare (SSR). In this embodiment, the rarity increases in the order of R < SR < SSR, and basically, the higher the rarity, the higher the support effect.

[0091] As shown in FIG. 10, the support organization screen has five player support slots 310-314 and one friend support slot 315. When a tap input is made on any of the player support slots 310-314, the item list in the player data storage unit 71 is referenced to acquire a list of support items (player support list). Then, based on the acquired player support list, a screen is generated to display a list of support items possessed by the player, and the selection of the support item is accepted. When a tap input is made on the friend support slot 315, a friend support acquisition request is transmitted to the server 20. The server 20, which has received the friend support acquisition request, references the friend registration information associated with the player ID of the sender of the friend support acquisition request, and transmits to the player terminal 40 a list of support items (friend support list) that other players who are registered as friends have set in their profile information. Based on the received friend support list, the player terminal 40 generates a screen to display a list of support items that can be set in the friend support slot 315, and accepts the selection of the support item.

[0092] As shown in Fig. 10, when six support items are organized on the support organization screen, tap input is performed on the training start button 316, as shown in Fig. 11, the display screen transitions to a final confirmation screen, and the input to confirm the start of training by the player is accepted (step S104). On the final confirmation screen, the organization contents of the character to be trained, the inherited character, and the support items selected by the player are displayed.

[0093] Then, when a tap input is made on the training start button 317 on the final confirmation screen, a training progress process for training the character is performed (step S105). In this embodiment, when a tap input is made on the training start button 317 on the final confirmation screen in the preparation stage for starting training, the character to be trained is set as a default character. This setting of the default character is for making the default character the initially selected character on the training target selection screen when training is performed next time, and is highly convenient for players who repeatedly train the same character. Also, in this embodiment, in order to train a character in the training function, it is necessary to consume trainer points (TP) possessed by the player. Trainer points are recovered by a certain amount over time, and can also be recovered by a recovery item.

[0094] FIG. 12 shows an example of a character training home screen, which is one type of display screen during character training.

[0095] In the character training function of this embodiment, the screen basically transitions from the training home screen to a screen for instructing various actions such as training. The training home screen displays an animation of the character to be trained, and also includes a status display field 401 that displays the current character status (speed, stamina, power, tenacity, intelligence, skill points).

[0096] Also displayed on the training home screen are a stamina gauge 402 and a motivation icon 403. The stamina gauge 402 is a gauge showing stamina, which is a parameter that affects the failure rate of training, and fluctuates depending on training during training, participation in races, game events occurring during training, etc., and when stamina is low, training becomes more likely to fail and motivation decreases. The motivation icon 403 shows motivation, which is a parameter showing the condition of the character being trained, and in this embodiment, there are five settings: very bad, bad, normal, good, and excellent. This motivation parameter affects the training effect and performance parameters at the time of race entry, and in the case of very bad or poor condition, the training effect and performance parameters at the time of race entry are downwardly corrected compared to the normal case, and in the case of good or excellent condition, the training effect and performance parameters at the time of race entry are upwardly corrected compared to the normal case.

[0097] The training home screen also includes a rest button 404, a training button 405, a skill button 406, a health room button 407, a go out button 408, and a race button 409 as buttons for selecting various actions such as training. In this embodiment, in principle, an instruction for one type of action can be given per turn (specifically, one of rest, training, health room, go out, and race), and when the action corresponding to the instruction given in the current turn is processed, the current turn is consumed and the game progresses to the next turn. Note that in this embodiment, as an exception, the acquisition of a skill does not involve the consumption of a turn. In this embodiment, five types of actions, rest, training, health room, go out, and race, are set as actions that consume one turn in the training function as described above, and these may be called turn-consuming actions as necessary.

[0098] Rest button 404 is a button for issuing a rest instruction to recover stamina, and when rest button 404 is tapped, a rest confirmation dialog box is displayed to confirm the instruction to rest. Next, when the decision button in the rest confirmation dialog box is tapped, a rest result request is sent to server 20, and server 20, which has received the rest result request, performs calculations regarding the amount of recovered stamina and whether or not a game event has occurred, and sends a rest result response including the calculation results to player terminal 40. Player terminal 40, which has received the rest result response, displays an animation that recovers stamina gauge 402 based on the calculation results included in the rest result response, and executes processing related to the game event if a game event has occurred.

[0099] Training button 405 is a button for issuing instructions for training to vary the performance parameters of a character, and when training button 405 is tapped, the display screen transitions to a training screen, as shown in FIG.

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

[0101] On the training screen, training instructions are given by tapping on the selected training button, and the selected training button can be changed by tapping on a training button different from the selected training button.

[0102] The training screen displays how much each performance parameter will increase and how much skill points can be acquired by instructing training using the selected training button. In the example shown in FIG. 13, when the speed button 410 is selected and speed training is instructed, it can be seen that speed increases by 10, power increases by 4, and 3 skill points can be acquired. In this embodiment, when speed training is performed, speed and power increase, when stamina training is performed, stamina and guts increase, when power training is performed, power and stamina increase, when guts training is performed, guts, power, and speed increase, and when intelligence training is performed, intelligence and speed increase. Skill points can be acquired when any training is performed.

[0103] In this embodiment, the support items organized before the start of training are randomly associated with training items each turn through a lottery drawn by the server 20, and for training items to which a support item is associated, the effect of the support item will result in a higher increase in performance parameters and a higher amount of skill points obtained when training is performed.

[0104] When training is performed, physical strength is consumed. The amount of physical strength consumed by training can be known in advance from the physical strength gauge 402 on the training screen. Physical strength is a parameter that affects the failure rate in training, and the failure rate is likely to increase as physical strength decreases. In this embodiment, when a training instruction is given, the server 20 performs a lottery based on the failure rate to determine whether the training has failed or not, and if the training is not a failure (if the training is successful), the performance parameter corresponding to the training instruction increases, and if the training is a failure, the performance parameter does not increase and physical strength is consumed.

[0105] When a tap input is made on a selected training button on the training screen, a training result request is sent to server 20, and server 20, which has received the training result request, performs calculations on the training results and whether or not a game event has occurred, and sends a training result response including the calculation results to player terminal 40. Player terminal 40, which has received the training result response, performs display processing related to the training result (display related to the success / failure of training and display that varies performance parameters) based on the calculation results included in the training result response, and executes processing related to the game event if a game event has occurred.

[0106] The skill button 406 is a button for causing the character to acquire a skill, and when a tap input is made on the skill button 406, a skill acquisition screen showing a list of skills that the character can acquire at that time is displayed. When a skill is selected on the skill acquisition screen and the acquire button is tapped, a skill acquisition request is sent to the server 20, and the server 20 that receives the skill acquisition request registers the skill specified in the skill acquisition request as an acquired skill in the status information of the character being trained, and sends a skill acquisition completion response to the player terminal 40. The player terminal 40 that receives the skill acquisition completion response displays that the skill acquisition has been completed, and executes a process of displaying the acquired skill on the skill acquisition screen as an acquired skill.

[0107] The infirmary button 407 is a button used to eliminate a bad status given to a character being developed, and input is accepted only when a bad status is given by a game event during development. In this embodiment, a bad status such as lack of sleep may be given by the occurrence of a game event, and when a bad status is given, game events that are disadvantageous to development such as a decrease in physical strength or a decrease in motivation are more likely to occur. If a bad status is not given to a character being developed, the infirmary button 407 is displayed in a grayed-out state, and if a bad status is given to a character being developed, the infirmary button 407 is displayed normally and accepts tap input. When an instruction to eliminate a bad status is given using the infirmary button 407, a request for the infirmary result is sent to the server 20, and the server 20 that receives the request for the infirmary result performs a lottery to determine whether the bad status has been eliminated or not, and transmits a response for the infirmary result including the determination to the player terminal 40. When the bad status is resolved, the player terminal 40 that has received the nurse's office result response notifies the player that the bad status has been resolved, and performs processing to erase the bad status from the character's status display.

[0108] The go out button 408 is a button used to increase the motivation of a character being trained, and when the go out button 408 is tapped, a go out confirmation dialog box is displayed to confirm that the character is to go out. Next, when the decision button in the go out confirmation dialog box is tapped, a go out result request is sent to the server 20, and the server 20 that has received the go out result request conducts a lottery for a motivation increase event and transmits a go out result response including information on the motivation increase event determined by the lottery to the player terminal 40. The player terminal 40 that has received the go out result response executes processing related to the motivation increase event based on the information included in the go out result response.

[0109] The race button 409 is a button used to enter a character being trained in a race, and when a tap is made on the race button 409, the display screen transitions to a race list screen showing a list of races being held in the current turn, as shown in FIG. 14.

[0110] On the race list screen, a race in which the character being trained will run can be selected by tapping the race selection box 415. The selected race can be identified by the presence or absence of a selection mark 416, and the race condition display area 417 displays race condition information for the selected race, such as the season (spring, summer, fall, winter), weather (sunny, cloudy, rainy, snowy), course condition (good, slightly heavy, heavy, poor), number of characters participating, and the turn in which the race will be held. When the selected race is changed, the display content of the race condition display area 417 is also changed to match the selected race. In addition, the race entry conditions for each race are set according to the number of fans that the character being trained has acquired, and for races in which the character being trained does not meet the race entry conditions, the race selection box 415 is grayed out and the character cannot run.

[0111] In this embodiment, a target race may be set as a training goal, and in a turn in which a target race is set, the display mode of the training home screen is different, and only the skill button 406 and the race button 409 are displayed as buttons for selecting an action, as shown in Fig. 15. In other words, in a turn in which a target race is set, the only action that can be consumed by a turn is to participate in the race.

[0112] 16 is a diagram showing an example of a race list screen in a turn where a target race is set. When a target race is set as a training goal, the race list screen is controlled so that only the target race can be selected. In this embodiment, on the race list screen including the target race, the race selection box 415 of the target race is marked with a target badge 416, making it possible to identify it as a target race, and the race selection box 415 for races other than the target race is displayed in gray out, making it impossible to enter the race.

[0113] When the selection box 415 for the race to be entered is selected on the race list screen and the enter button 418 is tapped, a request to enter is sent to the server 20. The server 20 that receives the request to enter runs a running simulation for the race to be entered, with the character being trained and an NPC (non-player character), and sends a race result response including the results of the running simulation to the player terminal 40. The player terminal 40 that receives the race result response executes a display process that allows the player to watch the race based on the results of the running simulation.

[0114] In this embodiment, when a character being developed is entered into a race, the performance parameters are adjusted according to the level of motivation on the turn the character is instructed to enter the race; if motivation is at its lowest or lowest, the performance parameters are adjusted downward compared to when motivation is normal, and if motivation is high or at its best, the performance parameters are adjusted upward compared to when motivation is normal.

[0115] In a turn in which a training goal is set in character training, a determination is made as to whether or not the training goal has been achieved, and if the training goal has been achieved, a goal achievement notification screen is displayed as shown in FIG. 17. In the example shown in FIG. 17, the training goal is to achieve a result within the top 5 in the target race "CCC Award", and if the character being trained achieves a result within the top 5 in the "CCC Award", the goal achievement notification screen is displayed after displaying the result of the target race. A progress button 420 is provided on the goal achievement notification screen, and when a tap input is made on the progress button 420, the display screen transitions to a goal list screen as shown in FIG. 18.

[0116] On the goal list screen, a list of the training goals set for the character being trained is displayed in the order of turn progression. In the example shown in Fig. 18, six training goals are set for the character being trained, and a clear mark 421 indicating that the training goal has been achieved is given to each of the training goals up to the third training goal "Place within the top 5 in the CCC Awards." A progress button 422 is provided on the goal list screen, and when the progress button 422 is tapped, the game progresses to the next turn and returns to the training home screen.

[0117] In this embodiment, each training goal is set for the period up to the 72nd turn, and the number of training goals and the contents of the training goals are set individually according to the type of character. When all the training goals for the character being trained are achieved, the character can advance to the final race from the 73rd turn onwards.

[0118] For example, when the last training goal set for the character being trained is achieved, a training goal completion screen is displayed as shown in FIG. 19. A progress button 423 is provided on the training goal completion screen, and when a tap input is made on the progress button 423, a goal list screen is displayed as shown in FIG. 20. On the goal list screen shown in FIG. 20, clear marks 421 are added to all six training goals set for the character being trained, and it can be understood that all training goals have been achieved. Then, when a tap input is made on the close button 424 on the goal list screen, the game proceeds to the next turn and returns to the training home screen.

[0119] If all the training goals are achieved in the character training, from the 73rd turn onwards, the character will first participate in the qualifying race, and if it comes first in the qualifying race, it will participate in the semi-final race, and if it comes first in the semi-final race, it will participate in the final race, and if it comes first in the final race, it will win the final race and training will end. Training instructions can be given before the start of each turn of the qualifying race, semi-final race, and final race. The final race from the 73rd turn onwards is an extra turn in which no training goal is set, and if the character comes in any other than first place in the qualifying race or semi-final race, it is possible to try again by using the continue function, but if there are no more continues remaining, training will end. As mentioned above, the use of the continue function is left to the player's choice, so if the player chooses not to use the continue function even if it is available, the character will lose the final race and training will end.

[0120] In addition, if the character being trained fails to achieve the training goal set for the character, training ends at that point. In particular, in this embodiment, if the training goal is to achieve a result within a specified finishing position in the target race, it is possible to try again by using the continue function even if the character is unable to achieve a result within the specified finishing position in the target race, but if the training goal is to gain a specified number of fans by a specified turn or to enter the target race, the continue function cannot be used if the training goal cannot be achieved, and training ends at the point where the judgment turn for the training goal is reached.

[0121] When the training end condition is met in the training progress processing (Y in step S106), a termination confirmation process is performed (step S107). In the termination confirmation process, a termination confirmation screen is displayed on which the status of the character being trained can be confirmed. The termination confirmation screen is provided with a skill acquisition button and a training end button, and when a tap is made on the skill acquisition button, a list of skills that can be acquired is displayed and skills can be acquired within the range of the skill points owned, and when a tap is made on the training end button, training end processing is performed (step S108).

[0122] First, in the training end process, the status of the trained character is determined and the trained character is registered. The status of the trained character is determined by calculating an evaluation point and determining factor information. The registration of the trained character is completed by linking the status to the character individual ID and saving it in the character list of the player data storage unit 71. The evaluation point is calculated based on the character's performance parameters and acquired skills, and the factor information is determined by lottery.

[0123] The factor information is determined by referring to the character's training contents (race participation history, etc.) and the status at the end of training (performance parameters, acquired skills, etc.). Among the factor information, blue and red factors can always be acquired, and the inherent factor can be acquired when the talent blooming level (level 1 to level 5) indicating the rarity of the character to be trained is at a predetermined level or higher (level 3 or higher). Among the factor information, the skill factor is determined by referring to the acquired skills, the race factor is determined by referring to the races that have been run and won during training, and the scenario factor is determined by referring to the training scenario selected prior to the start of training. In addition, when determining the factor information to be linked to the character, the factor level of the factor information determined as the acquisition target is determined by lottery. In this embodiment, three levels from level 1 to level 3 are prepared as the factor levels, and one of level 1 to level 3 is determined by lottery.

[0124] In addition, in the training end process, a reward is provided for the training results. In this embodiment, the reward is provided by adding the item to the item list in the player data storage unit 71, and the reward is determined as in-game currency and support points according to the number of fans acquired during training. The more fans the player has, the more in-game currency and support points the player can obtain.

[0125] In addition, in the training end process, a training end request is sent to the server 20, and the server 20, upon receiving the training end request, registers the trained character in a character list in the player management database 51, and adds a reward for the training results to an item list in the player management database 51.

[0126] In this embodiment, the factor information is linked to the character that has been trained in the training function according to the result of training the character. The factor information linked to the trained character is used to reinforce the status of the character to be trained as factor information linked to the inherited character when training a new character. Therefore, if the player is unable to obtain the factor information that he or she desires as a result of training a character in the training function, the character must be trained again.

[0127] Therefore, in this embodiment, a method is adopted in which the player can request to reacquire the factor information at his / her discretion after the factor information determined according to the character training result is notified to the player. The flow of the process related to the determination of the factor information will be described below with reference to the flowchart shown in FIG.

[0128] First, based on the fact that character development has ended (Y in step S201), factor information is acquired (step S202). In this embodiment, at the end of character development, a final confirmation dialog shown in FIG. 22 is displayed, and a final confirmation is made to the player. When the final confirmation dialog is displayed and a tap input is made to the end button 501, the performance parameters, various aptitudes, possessed skills, etc., regarding the status of the character to be developed are finalized, and a factor acquisition request is transmitted from the player terminal 40 to the server 20. The server 20 that has received the factor acquisition request performs a lottery for factor information based on the factor acquisition request, and transmits the lottery result to the player terminal 40.

[0129] In the factor information lottery, a first process for determining the object to be acquired and a second process for determining the factor level are executed for each of the blue factors, red factors, inherent factors, and white factors in a format appropriate for the factor type, and the factor information is determined.

[0130] First, for the blue factor, a lottery is performed in the first process to select one of five performance parameters, namely speed, stamina, power, tenacity, and intelligence. In this embodiment, the probability of selection of each performance parameter is equal, 1 / 5. When one performance parameter to be acquired is determined, the factor level is determined to be one of levels 1 to 3 in the second process. The factor level for the blue factor is determined by lottery with reference to the value of the performance parameter at the end of the character's training, and the higher the value of the performance parameter to be acquired in the first process, the more likely it is that a high factor level will be selected in the second process. In addition, for the factor level for the blue factor to be selected as level 3, the value of the performance parameter must exceed a predetermined level (for example, 600 or more).

[0131] Next, for the red factors, in the first process, aptitudes with an aptitude rank of A or higher at the end of the character's training are extracted, and one of the extracted aptitudes is selected as an acquisition target by lottery. For example, in the suitability situation of character N as shown in FIG. 5, three types of aptitudes with an aptitude rank of A or higher are extracted: course aptitude "turf", distance aptitude "long distance", and running style aptitude "sprinter", and one of them is selected by lottery with an equal selection rate (1 / 3). In this embodiment, the aptitude rank of the character to be trained may be increased by the factor inheritance event due to the influence of the red factor information of the inherited character. Therefore, if the aptitudes with an aptitude rank of A or higher for the character to be trained increase due to the factor inheritance event, the aptitudes to be selected by lottery in the first process will also increase.

[0132] In the first process for red factors, information on red factors linked to two inherited characters selected prior to the start of training of the character to be trained may be referenced, and the selection rate may be increased according to the type of red factor linked to each inherited character. For example, if the red factors linked to the two inherited characters relate to course suitability and distance suitability, a correction may be made to increase the selection rate for course suitability and distance suitability above the selection rate for running style suitability. Also, if both red factors linked to the two inherited characters relate to distance suitability, a correction may be made to increase the selection rate for distance suitability above the selection rate for course suitability and running style suitability.

[0133] Then, when one type of aptitude to be acquired is determined by the first process, the factor level is determined to be one of levels 1 to 3 in the second process. The factor level for the red factor is drawn by lottery with reference to the aptitude rank at the end of the character's training, and the higher the aptitude rank of the aptitude to be acquired in the first process, the more likely it is that a high factor level will be selected in the second process. In this embodiment, eight aptitude ranks, S, A, B, C, D, E, F, and G, are prepared for each aptitude, and the aptitude rank must be A or higher (A or S) to be extracted as a candidate for the red factor to be acquired, and when the aptitude rank of the aptitude selected as the red factor to be acquired is S, a higher factor level is more likely to be selected than when the aptitude rank is A.

[0134] Next, in the first process, the unique factor is judged according to the rarity of the character. In this embodiment, there is information called a talent blooming level as the rarity of the character to be trained, and the talent blooming level is set in the range of level 1 to level 5. The talent blooming level is treated as having the lowest rarity at level 1 and the highest rarity at level 5. The character has a unique skill called a unique skill acquired as an initial status, and there is a mechanism in which the skill level of the unique skill increases by satisfying a predetermined condition in the process of training the character in the training function. The level of the unique skill affects the effect of the skill, and the higher the level of the unique skill, the higher the effect when the skill is activated. In the first process regarding the unique factor, if the talent blooming level of the character to be trained is level 3 or higher (level 3 to level 5), it is judged that the unique factor can be acquired. In other words, if the talent blooming level of the character to be trained is level 2 or lower (level 1 or level 2), it is judged that the unique factor cannot be acquired in the first process regarding the unique factor. Note that in the first process regarding the unique factor, it may be judged whether the unique factor can be acquired by referring to the unique skill rather than the talent blooming level. In this embodiment, even for characters of the same type, the unique skills differ depending on whether the talent development level is level 2 or below or level 3 or above, and the character's talent development level can be effectively determined by referring to the unique skills.

[0135] If it is determined in the first process that the inherent factor can be acquired, the factor level is determined to be one of levels 1 to 3 in the second process. The factor level for the inherent factor is selected by lottery with reference to the skill level of the inherent skill of the character to be trained, and the higher the skill level, the more likely it is that a higher factor level will be selected in the second process. The factor level of the inherent factor may be selected by lottery with reference to the talent blooming level of the character to be trained, and the higher the talent blooming level, the more likely it is that a higher factor level will be selected in the second process.

[0136] Next, for the white factor, in the first process, a lottery is performed to determine the acquisition target by referring to the character's possessed skills and training history. In this embodiment, there are skill factors, race factors, and scenario factors as white factors, and candidates for acquisition targets are set for each factor. First, for the skill factor, factor information corresponding to the normal skills (skills other than unique skills) acquired by the character at the time of the end of training is set as the acquisition target candidate. For the race factor, factor information corresponding to a race that was run during the character's training, the race grade is set to G1, and the race result was first place is set as the acquisition target candidate. For the scenario factor, factor information corresponding to the training scenario selected by the player prior to the start of character training is set as the acquisition target candidate. Then, the winning or losing of each of the acquisition target candidates set for the skill factor, race factor, and scenario factor is determined by lottery, and the winning candidate is determined as the acquisition target for the white factor. Note that in this embodiment, the higher the training rank of the trained character, the more favorable the winning probability of the lottery to determine the winning or losing of each of the acquisition target candidates. A character's training rank is a ranking of evaluation points calculated based on the status of a character after training has been completed, according to a rank determination standard; the higher the evaluation points, the higher the training rank. In other words, if character training is completed at a high training rank, there is a tendency for more white factors to be acquired. In addition, in this embodiment, if a white factor linked to an inherited character is included among the white factors that are candidates for acquisition, the probability of winning the lottery to determine whether or not the white factor has been acquired is favored. In other words, the system is designed so that it is easy for white factors to acquire the same factor information as the inherited character.

[0137] Then, when the white factors to be acquired are determined by the first process, the factor level of each of the white factors to be acquired is determined in the second process as one of levels 1 to 3. The factor level of the white factors is also selected by lottery with reference to the development rank, and the higher the development rank, the more likely it is that a high factor level will be selected in the second process.

[0138] As for the skill factors among the white factors, the higher the rarity of the skills possessed by the character, the more favorable the winning probability of the lottery that determines the success or failure in the first process, and the more likely it is that a high factor level will be selected in the second process. For example, there are lower-level skills (e.g., mid-distance straight line ○) and higher-level skills (e.g., mid-distance straight line ◎) that a single character cannot possess at the same time, and a character that possesses a higher-level skill at the end of training is given preferential treatment in terms of obtaining factor information for the white factor (e.g., mid-distance straight line ○) corresponding to that skill, compared to a character that possesses a lower-level skill at the end of training.

[0139] Then, when the player terminal 40 obtains the lottery results for the factor information for the character to be trained from the server 20, it displays the acquired factor notification screen shown in Figure 23, and notifies the player of the factor information obtained from the server 20 as the factor information acquired in this training (step S203).

[0140] The acquired factor notification screen displays a list of factor information acquired from the server 20, and also has a factor confirmation button 511 and a factor reacquisition button 512. When the factor confirmation button 511 is tapped while the acquired factor notification screen is displayed, a factor confirmation confirmation dialog shown in FIG. 24 is displayed. When the confirmation button 521 provided in the factor confirmation confirmation dialog is tapped (Y in step S204), the factor information linked to the character raised this time is confirmed, and the character is registered as a raised character in the character list of the player management database 51 and the character list of the player data storage unit 71 (step S205). When the cancel button 522 is tapped while the factor confirmation confirmation dialog is displayed, the factor confirmation dialog is closed and the screen returns to the acquired factor notification screen.

[0141] Furthermore, when a tap input is made on the factor reacquisition button 512 while the acquired factor notification screen is displayed, a factor reacquisition confirmation dialog shown in Fig. 25 is displayed. Then, when a tap input is made on the reacquisition confirmation button 531 provided on the factor reacquisition confirmation dialog (Y in step S206), a factor reacquisition request is transmitted from the player terminal 40 to the server 20 requesting reacquisition of the factor information, and the factor information is reacquired (step S207). To reacquire factor information, the player is required to consume trainer points (TP) required for training a character, and if the player has insufficient trainer points (TP), the player can reacquire the factor information by replenishing trainer points using a recovery item or the like. In addition, since the trainer points (TP) are designed to recover a certain amount over time, when the player does not have enough trainer points (TP) to reacquire factor information and the acquired factor notification screen is displayed, the player may be able to reacquire factor information with the amount of trainer points (TP) recovered over time by resuming the training function after switching to another screen, such as when the player resumes the training function after calling another function of the application, or when the player resumes the training function after terminating the application by task killing and then starting the application. In this embodiment, the factor information can be reacquired by consuming trainer points (TP) equivalent to the amount required to start training the character. The server 20 that receives the factor reacquisition request re-executes the lottery for factor information based on the factor reacquisition request and transmits the lottery result to the player terminal 40. In particular, in this embodiment, the lottery for factor information based on the factor reacquisition request executes the first process and the second process for each of the blue factor, red factor, inherent factor, and white factor under the same conditions as the lottery for factor information based on the previous factor acquisition request to determine the factor to be acquired and its factor level. The factor re-acquisition confirmation dialog also has a cancel button 532, and when the cancel button 532 is tapped, the screen returns to the acquired factor notification screen.

[0142] Then, when the player terminal 40 acquires the lottery result of the factor information for the character to be developed from the server 20, it displays the acquisition factor selection screen shown in Figures 26 and 27, and notifies the player of the factor information acquired from the server 20 based on the factor re-acquisition request in a form that can be compared with the previously acquired factor information (step S208). Note that the factor information acquired from the server 20 based on the factor re-acquisition request may be only the factor information determined based on the factor re-acquisition request, or may be both the original factor information determined based on the factor re-acquisition request and the new factor information determined based on the factor re-acquisition request.

[0143] On the acquired factor selection screen, previously acquired factor information is displayed as "original factors" as shown in Fig. 27, and later acquired factor information is displayed as "reacquired factors" as shown in Fig. 26. By swiping left or right on the acquired factor selection screen, the display can be switched between "original factors" and "reacquired factors."

[0144] Furthermore, when a tap input is made on the factor list button 541 provided on the acquisition factor selection screen, as shown in FIG. 28, a factor list dialog is displayed, in which factor information of the character to be trained (e.g., character N) and two inherited characters (e.g., character D and character B) is displayed in a tree format, and the factor information can be pre-checked assuming that the character is registered in the character list as a trained character. The factor information of the character to be trained displayed in the factor list dialog is the factor information displayed on the acquisition factor selection screen. In other words, when the factor list dialog is displayed in a situation where the "original factor" is displayed on the acquisition factor selection screen, the factor information of the character to be trained is the "original factor," and when the factor list dialog is displayed in a situation where the "re-acquired factor" is displayed on the acquisition factor selection screen, the factor information of the character to be trained is the "re-acquired factor."

[0145] In addition, the acquired factor selection screen is provided with a factor confirmation button 542, and when a tap input is made on the factor confirmation button 542, a factor confirmation confirmation dialog is displayed as the factor information displayed on the acquired factor selection screen is selected. For example, as shown in FIG. 26, when a tap input is made on the factor confirmation button 542 in a situation where the "re-acquired factor" is selected, a factor confirmation confirmation dialog is displayed displaying the factor information corresponding to the "re-acquired factor" as shown in FIG. 29. Then, when a tap input is made on the confirmation button 551 provided on the factor confirmation confirmation dialog (Y in step S209), the factor information to be linked to the character raised this time is confirmed, and is registered as a raised character in the character list of the player management database 51 and the character list of the player data storage unit 71 (step S205). Note that when a tap input is made on the cancel button 552 in a situation where the factor confirmation confirmation dialog is displayed, the factor confirmation confirmation dialog is closed and the screen returns to the acquired factor selection screen.

[0146] In the information processing system 10 of the present embodiment described above, the factor information associated with the character to be trained can be changed based on the results of training the character using the training function, thereby reducing the burden on the player of repeatedly training the character until the player obtains the factor information he or she desires.

[0147] In this embodiment, the factor information associated with the character is determined by referring to the status of the character at the end of the character training in the training function. That is, in this embodiment, the player cannot know the factor information associated with the character until the character training is completed in the training function. Therefore, if the time required to train one character increases due to an increase in the content in the training function, it may take a huge amount of time for the player to obtain the factor information he or she desires. However, in this embodiment, even if the content of the factor information presented at the end of the character training is not what the player desires, it is possible to reacquire the factor information associated with the character currently trained, so that it is expected that the time until the player obtains the factor information he or she desires will be shortened.

[0148] In addition, in this embodiment, when a character is developed using the development function, a factor inheritance event occurs that affects the status of the character to be developed according to the factor information associated with the previously developed character. That is, in this embodiment, a developed character associated with excellent factor information can be selected as an inheritance character, making it easier to develop a strong character. In addition, in this embodiment, since a limit is set on the number of developed characters owned by each player, there is also a desire on the part of the player to possess a developed character associated with as excellent factor information as possible. For this reason, if it is possible to reacquire factor information associated with the character developed this time, as in this embodiment, it is possible to reduce the workload of the player to carefully select whether or not to possess the developed character based on the factor information associated with the character.

[0149] In this embodiment, the factor information associated with the character is re-drawn under the same conditions as the factor information already notified to the player, so that the player is more likely to be motivated to decide to re-acquire the factor information. In this embodiment, the lottery for determining the factor information is performed repeatedly for one character. However, when re-acquiring the factor information, a duplicate that traces the training history of the trained character (original character) may be internally created, factor information may be determined for the duplicate, and the player may select whether to register the original character or the duplicate. The conditions of the lottery for re-acquiring the factor information (second lottery) do not necessarily have to be the same as those of the first lottery, and the lottery for re-acquiring the factor information may be more advantageous or disadvantageous than the first lottery. When a lottery for re-acquiring the factor information is performed, the lottery for determining the factor information may be performed by referring to the status of the character that has been internally corrected. For example, in a lottery to determine who can acquire white factors, even if a character's actual training rank is A, in the lottery for re-acquisition, the training rank can be internally treated as S, and the lottery to determine who can acquire white factors can be held under more favorable conditions than the original training rank.

[0150] In this embodiment, when factor information is reacquired, the previously acquired factor information and the subsequently acquired factor information are displayed in a comparative manner on the acquired factor selection screen, and the player can select which factor information to link to the character. That is, the player can compare the factor information related to the "original factor" and the factor information related to the "reacquired factor" to determine the factor information to be linked to the character at his / her discretion, which improves the convenience of the player. Note that in this embodiment, the player can select the factor information to be linked to the character by comparing and considering the "reacquired factor" while keeping the "original factor", but when a request is made to reacquire factor information, the factor information corresponding to the "original factor" may be discarded, and the factor information corresponding to the "reacquired factor" may be linked to the character and registered.

[0151] In the present embodiment, the display of factor information related to the "original factor" and the display of factor information related to the "reacquired factor" are switched by swiping on the acquired factor selection screen. However, the factor information related to the "original factor" and the factor information related to the "reacquired factor" may be displayed on the same screen, allowing comparison and confirmation of the two without switching the display target. In addition, on the acquired factor selection screen, a difference display may be performed on either the display of factor information related to the "original factor" or the display of factor information related to the "reacquired factor" with respect to the other.

[0152] In the present embodiment, the factor information is determined by lottery, but some or all of the factor information may be determined without lottery and linked to the character. For example, all skills possessed by the character may be acquired as factor information. In addition, the factor information includes the factor type and factor level, but the factor level may not exist.

[0153] In this embodiment, the factor information can be reacquired only once, but it may be possible to do so multiple times by consuming trainer points (TP) as a compensation. If the factor information can be reacquired repeatedly, the amount of trainer points (TP) consumed for reacquiring the factor information may be increased each time.

[0154] In addition, the cost of reacquiring factor information may be divided into stages, and preferential treatment may be given when reacquiring factor information depending on the stage of the cost consumed at the player's discretion. For example, the more trainer points (TP) consumed when reacquiring factor information, the more likely it is that the more white factors can be acquired.

[0155] In this embodiment, a predetermined amount of trainer points (TP) must be consumed for one character training in the training function, and this consumption amount may vary for a limited period of time due to events, campaigns, etc. In contrast, the trainer points (TP) required to reacquire factor information may be consumed in a predetermined amount required for one normal training. That is, in this embodiment, factor information can be reacquired by consuming a certain amount of trainer points (TP) without linking with the amount of trainer points (TP) consumed when starting training, but the amount of trainer points (TP) consumed required to reacquire factor information may vary in linkage with the amount of trainer points (TP) consumed when starting training. In this embodiment, a fee was required to reacquire factor information, but factor information may be reacquired without requiring a fee.

[0156] In the present embodiment, the factor information can be reacquired before the trained character is registered in the character list, and the factor information linked to the character can be changed. However, after the trained character is registered in the character list, the factor information linked to the trained character may be changed at any timing of the player. However, in consideration of the case where a trained character is rented from another player who is registered as a friend and used as an inherited character as in the present embodiment, a restriction may be set so that the factor information of a trained character that the player has allowed to be rented by another player as an inherited character cannot be changed. In addition, as a mode of changing the factor information, it may be possible to improve the factor level of any factor information of a trained character registered in the character list by consuming a predetermined item. In the case where the factor level can be improved by an item as a mode of changing the factor information, the player can be allowed to decide to consume an item that can improve the factor level at the stage of accepting an input that confirms the factor information of the character to be trained. In the case where the factor level can be improved by an item as a mode of changing the factor information, the player can be allowed to decide to consume an item that can improve the factor level after the character to be trained is registered in the character list. In addition, in a case where a factor level is improved by consuming an item as a way of changing the factor information, it is not necessary to provide an opportunity to reacquire factor information for a character whose training has been completed. In a case where a factor level is improved by consuming an item as a way of changing the factor information, the factor information whose factor level is improved by consuming an item may be randomly determined.

[0157] Also, changing factor information includes the player selecting and discarding factor information. The number of factor information to be acquired is determined by lottery or according to the training rank, and the player may edit the factor information to be linked to the character within the range of the number of acquisitions from among candidate factor information based on the character's status and training history, and may link the factor information to the character based on the editing result and register it in the character list.

[0158] Also, changing the factor information includes changing only a part of the original factor information. For example, the factor information linked to the character can be obtained by replacing the factor information obtained by the lottery result of the second factor information with the factor information obtained by the lottery result of the first factor information. Also, only factors that can be definitively acquired, such as blue factors and red factors, can be changed by reacquiring factor information, and only blue factors and red factors can be determined and replaced in the lottery for reacquisition. Also, when the lottery result of the first lottery and the second lottery for determining factor information indicates that the same factor is to be acquired, a correction may be made to increase the factor level of that factor from the first lottery result.

[0159] Also, on the acquired factor notification screen, it may be possible to select and delete factor information individually, and to raise the factor level of the remaining factor information by deleting the factor information. In this case, it may be possible to raise the other factor information by one level by deleting one factor information, regardless of the factor level of the deleted factor information. Also, it may be possible to allocate the level increase amount corresponding to the factor level of the deleted factor information (for example, 3 levels when deleting factor information with a factor level of level 3) to the other factor information.

[0160] In the present embodiment, the case where the lottery for reacquiring factor information is performed based on the player's input has been described, but when character training is completed, two lotteries (a first lottery and a second lottery) may be performed under the same conditions in advance, and only the result of the first lottery may be presented, and the result of the second lottery may be presented based on the player's input. When two lotteries are performed first, it is possible to determine which lottery result is presented according to a predetermined priority order. For example, it is possible to determine which lottery result is presented first based on any criterion, such as the number of acquired factor information or the factor level of specific factor information.

[0161] In addition, in this embodiment, when determining which white factors can be acquired, candidates for the white factors are extracted from the character's possessed skills, race participation history, and training scenario, and a decision is made as to whether each of the candidate candidates is successful or not. However, with regard to the lottery to determine which white factors can be acquired, a lottery may first be held to determine the number of white factors to be acquired with a probability according to the character's training rank, and then the candidate white factors can be selected from among the candidates for the white factors, with the number determined by the lottery as the upper limit.

[0162] When reacquiring factor information, the original factor information may be allowed to be locked, and the locked factor information may be carried over to the reacquired factor information. When the original factor information is allowed to be locked, only one of the blue factor, red factor, and intrinsic factor may be allowed to be locked, or all of the blue factor, red factor, and intrinsic factor may be allowed to be locked, and only the white factor may be re-determined. Also, the number of white factors may be limited and allowed to be locked.

[0163] In the present embodiment, the game in which two characters that have been trained can be set as inherited characters when training a character has been described as an example, but the number of selected inherited characters may be at least one, and three or more inherited characters may be set. The information processing system 10 may also be configured to provide each function in other games. For example, in sports games such as baseball games and soccer games, the information processing system 10 may be applied to games in which characters participating in a competition can be trained, and the trained characters can be used to play against each other, or the trained characters can be used to reinforce the status of a newly trained character. The information processing system 10 may also be applied to games of other genres, such as card battle games, fighting games, action games, battle royale games, and role-playing games, in which characters can be trained, and the trained characters can be used to play against each other, or the trained characters can be used to reinforce the status of a newly trained character. [Explanation of symbols]

[0164] 10 Information processing systems, 20 server, 40 player terminal, 21, 41 control unit, 22, 42 storage unit, 23, 45 communication unit, 43 operation input unit, 44 display unit, 50 server data storage unit, 51 player management database, 52 factor information database, 60 game calculation unit, 61 factor information determination unit, 62 factor information application unit, 70 terminal data storage unit, 71 player data storage unit, 72 training progress data storage unit, 73 Race control data storage unit, 80 game execution unit, 81 training function providing unit, 82 factor information notification unit, 83 factor information change unit, 84 character registration unit, 85 battle function providing unit,

Claims

1. A program for a game that links game media linked to specific information to a player and registers the game media in a database, a specific information determination unit that determines, based on a result of playing a specific game in which the game media is developed, the specific information to be linked to the game media used in the specific game; a specific information change unit that enables the specific information linked to the game medium to be changed after the specific information is notified to a player; when developing the game medium in the predetermined game, causing the computer to function as a specific information application unit that affects the status of the game medium to be developed in accordance with the specific information associated with the game medium selected by the player from the game media developed in the past; The specific information change unit A program that is capable of displaying a list of the specific information in a state before the change and a list of the specific information in a state after the change, and that displays the list of specific information that has been determined based on the results of this training and is subject to change, and specific information that was linked to the game medium that has been trained and selected by the player for this training and is not subject to change.

2. In claim 1, The specific information determination unit A program that determines the specific information to be linked to the game medium by referring to the status of the game medium to be developed in the specified game at a specified point in time.

3. In claim 1, The specific information change unit after the specific information is notified to the player, receiving a specific input requesting a re-determination of the specific information; The specific information determination unit A program that redetermines the specific information to be linked to the game medium under the same conditions as the specific information notified to the player based on the specific input.

4. In claim 1, The specific information change unit A program that displays the specific information acquired earlier and the specific information acquired later for the game medium in a comparative manner, allowing the player to select which of the specific information to link to the game medium.

5. An information processing system for a game that links game media linked to specific information to a player and registers the game media in a database, a specific information determination unit that determines, based on a result of playing a specific game in which the game media is developed, the specific information to be linked to the game media used in the specific game; a specific information change unit that enables the specific information linked to the game medium to be changed after the specific information is notified to a player; a specific information application unit that, when developing the game medium in the predetermined game, affects the status of the game medium to be developed in accordance with the specific information associated with the game medium selected by the player from the game media developed in the past; Including, The specific information change unit An information processing system that is capable of displaying a list of the specific information in a state before the change and a list of the specific information in a state after the change, and that displays the list of specific information that has been determined based on the results of this training and is subject to change, and specific information that was linked to the game medium that has been trained and selected by the player for this training and is not subject to change.

6. An information processing method for a game in which game media linked to specific information is linked to a player and registered in a database, comprising: a specific information determination step of determining, based on a result of playing a specific game in which the game medium is developed, the specific information to be linked to the game medium used in the specific game; a specific information changing step of making it possible to change the specific information linked to the game medium after the specific information has been notified to the player; a specific information application step for, when developing the game medium in the predetermined game, influencing the status of the game medium to be developed in accordance with the specific information associated with the game medium selected by the player from the game media developed in the past; on the computer, In the specific information changing step, An information processing method that makes it possible to display a list of the specific information in a state before the change and a list of the specific information in a state after the change, and that displays the list of specific information that has been determined based on the results of the current training and is subject to change, and the specific information that was linked to the game medium that has been trained and selected by the player for the current training and is not subject to change.

Images