WO2023106162A1 - 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム - Google Patents

情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム Download PDF

Info

Publication number
WO2023106162A1
WO2023106162A1 PCT/JP2022/043924 JP2022043924W WO2023106162A1 WO 2023106162 A1 WO2023106162 A1 WO 2023106162A1 JP 2022043924 W JP2022043924 W JP 2022043924W WO 2023106162 A1 WO2023106162 A1 WO 2023106162A1
Authority
WO
WIPO (PCT)
Prior art keywords
character
player
game
breeding
event
Prior art date
Application number
PCT/JP2022/043924
Other languages
English (en)
French (fr)
Inventor
広規 佐藤
日 大津
寿樹 坂本
徹 伊澤
光春 磯嶋
結花 田中
Original Assignee
株式会社Cygames
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社Cygames filed Critical 株式会社Cygames
Publication of WO2023106162A1 publication Critical patent/WO2023106162A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/798—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for assessing skills or for ranking players, e.g. for generating a hall of fame
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode

Definitions

  • the present invention relates to an information processing program, an information processing method, a game device, and an information processing system.
  • Patent Document 1 games are known that have a rental function that allows players to lend and borrow game media such as characters. For example, when a game progresses using a deck composed of a plurality of game contents, the player composes the deck before starting the game. At this time, the player can rent game contents possessed by other players and organize them into a deck.
  • An object of the present invention is to provide an information processing program, an information processing method, a game device, and an information processing system capable of reducing disparities between players.
  • the information processing program A process of ranking ranking targets linked to player information of players who have played the predetermined game, based on the result of the predetermined game; A process of enabling a second player different from the first player to organize game contents linked to the player information of the first player whose order of the ranking target is a predetermined order into a deck; a process of executing a game using the deck in which the game content is organized based on the operation of the second player; is performed by a computer.
  • the information processing program For the second player the game content extracted based on the player information linked to the second player, separately from the game content extracted based on the rank of the ranking target, Processing to make it possible to organize it into a deck, may be further performed by a computer.
  • At least one of the game content extracted based on the order of the ranking target and the game content extracted based on the player information linked to the second player is organized into the deck. Knitting conditions are set for In the game media extracted based on the order of the ranking target and the game media extracted based on the player information linked to the second player, whether or not the organization condition is set or not
  • the knitting conditions to be set may differ from each other.
  • the predetermined game is a game using the deck
  • the process of executing the game using the deck includes: a process of progressing the predetermined game based on the player's operation; a process of generating the game content based on the end of progress of the predetermined game; including
  • the ranking target may be the game media generated in the predetermined game.
  • the process of ranking the ranking targets includes: The game contents generated in the predetermined game within a predetermined period may be ranked.
  • the information processing method is an information processing method performed by a computer, A process of ranking ranking targets linked to player information of players who have played the predetermined game, based on the result of the predetermined game; A process of enabling a second player different from the first player to organize game contents linked to the player information of the first player whose order of the ranking target is a predetermined order into a deck; a process of executing a game using the deck in which the game content is organized based on the operation of the second player; including.
  • the game device comprising one or more computers;
  • the computer is A process of ranking ranking targets linked to player information of players who have played the predetermined game, based on the result of the predetermined game;
  • the information processing system comprising one or more computers;
  • the computer is A process of ranking ranking targets linked to player information of players who have played the predetermined game, based on the result of the predetermined game;
  • FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system.
  • FIG. 2A is a diagram for explaining the hardware configuration of the player terminal.
  • FIG. 2B is a diagram for explaining the hardware configuration of the server.
  • FIG. 3A is a diagram illustrating an example of a home screen.
  • FIG. 3B is a diagram illustrating an example of an option setting screen.
  • FIG. 3C is a diagram illustrating an example of a profile setting screen.
  • FIG. 3D is a diagram illustrating an example of a music reproduction condition setting screen.
  • FIG. 4 is a diagram for explaining the general progress of the breeding game.
  • FIG. 5A is a diagram explaining the main character selection screen.
  • FIG. 5B is a first diagram for explaining the character detail screen.
  • FIG. 5A is a diagram explaining the main character selection screen.
  • FIG. 5B is a first diagram for explaining the character detail screen.
  • FIG. 5A is a diagram explaining the main character selection screen.
  • FIG. 5C is a second diagram for explaining the character detail screen.
  • FIG. 6A is a diagram illustrating an ability parameter (initial value) table.
  • FIG. 6B is a diagram illustrating an aptitude parameter (initial value) table.
  • FIG. 6C is a diagram explaining a skill table.
  • FIG. 6D is a diagram illustrating a dedicated event table.
  • FIG. 7A is the first diagram for explaining the succession character selection screen.
  • FIG. 7B is a first diagram for explaining the breeding character list screen.
  • FIG. 7C is a second diagram for explaining the succession character selection screen.
  • FIG. 7D is a third diagram for explaining the succession character selection screen.
  • FIG. 8A is the first diagram for explaining the support card organization screen.
  • FIG. 8B is a diagram explaining a support card selection screen.
  • FIG. 8A is the first diagram for explaining the support card organization screen.
  • FIG. 8B is a diagram explaining a support card selection screen.
  • FIG. 8A is the first diagram for
  • FIG. 8C is a second diagram for explaining the support card organization screen.
  • FIG. 9A is a diagram explaining a support card table.
  • FIG. 9B is a diagram explaining a support effect table.
  • FIG. 9C is a diagram explaining a possessed skill table.
  • FIG. 9D is a diagram explaining a support event table.
  • FIG. 10 is the first diagram for explaining the character identification information table.
  • FIG. 11 is a second diagram for explaining the character identification information table.
  • FIG. 12 is a diagram for explaining the selection item table.
  • FIG. 13A is the first diagram for explaining the game screen.
  • FIG. 13B is a second diagram for explaining the game screen.
  • FIG. 14A is the first diagram for explaining the training screen.
  • FIG. 14B is a second diagram illustrating the training screen.
  • FIG. 14C is a diagram illustrating a training result notification screen.
  • FIG. 14D is a diagram explaining an event screen.
  • FIG. 15A is the first diagram for explaining the skill screen.
  • FIG. 15B is a second diagram illustrating the skill screen.
  • FIG. 16A is the first diagram for explaining the individual race selection screen.
  • FIG. 16B is a diagram illustrating an individual race start screen.
  • FIG. 16C is a diagram illustrating an individual race result screen.
  • FIG. 17A is a diagram explaining the team race selection screen.
  • FIG. 17B is a diagram explaining the team race formation screen.
  • FIG. 17C is a diagram illustrating a team race start screen.
  • FIG. 17D is a diagram for explaining the team race interim result screen.
  • FIG. 18A is the first diagram for explaining the team race detailed result screen.
  • FIG. 18A is the first diagram for explaining the team race detailed result screen.
  • FIG. 18A is the first diagram for explaining the team race detailed result screen.
  • FIG. 18B is a first diagram for explaining the team race overall result screen.
  • FIG. 18C is a second diagram illustrating the team race detailed result screen.
  • FIG. 18D is a second diagram for explaining the team race overall result screen.
  • FIG. 19 is a diagram for explaining the rough flow of processing at the start of a turn.
  • FIG. 20 is a diagram for explaining the arrangement presence/absence table.
  • FIG. 21A is a diagram explaining a training level table.
  • FIG. 21B is a diagram illustrating an upward fixed value (speed) table.
  • FIG. 21C is a diagram for explaining an upward fixed value table (power).
  • FIG. 21D is a diagram explaining a bonus addition rate table.
  • FIG. 22 is a diagram for explaining event types and event classifications.
  • FIG. 22 is a diagram for explaining event types and event classifications.
  • FIG. 23 is a diagram for explaining the relationship between the event type and the number of turns.
  • FIG. 24A is the third diagram for explaining the game screen.
  • FIG. 24B is a third diagram illustrating the training screen.
  • FIG. 25A is a diagram illustrating a special training event execution presence/absence determination table.
  • FIG. 25B is a diagram explaining a special icon determination table.
  • FIG. 25C is a diagram explaining a bonus icon determination table.
  • FIG. 26A is a diagram illustrating a fixed bonus value (main character) table.
  • FIG. 26B is a diagram illustrating a bonus additional value (main character) table.
  • FIG. 27A is a diagram explaining a fixed increase value (for special training) table.
  • FIG. 27B is a diagram illustrating a bonus increase value (special training target) table.
  • FIG. 28A is a diagram illustrating a training completion screen.
  • FIG. 28B is a second diagram for explaining the training completion screen.
  • FIG. 28C is a third diagram for explaining the training completion screen.
  • FIG. 29A is a diagram explaining an outline of a specific event.
  • FIG. 29B is a diagram explaining the correspondence relationship between test points and grades.
  • FIG. 30A is a diagram illustrating the home screen during the holding period of a specific event.
  • FIG. 30B is a diagram illustrating a specific event top screen.
  • FIG. 30C is a diagram explaining a support card ranking screen.
  • FIG. 30D is a diagram explaining a breeding character ranking screen.
  • FIG. 31 is a diagram for explaining a player information confirmation screen.
  • FIG. 32A is the first diagram for explaining the character details dialog.
  • FIG. 32A is the first diagram for explaining the character details dialog.
  • FIG. 32A is the first diagram for explaining the character details dialog.
  • FIG. 32A is the first diagram for explaining the character
  • FIG. 32B is a second diagram for explaining the character details dialog.
  • FIG. 32C is a third diagram for explaining the character details dialog.
  • FIG. 33 is a diagram illustrating an example of ranking update timing.
  • FIG. 34A is a fourth diagram for explaining the succession character selection screen.
  • FIG. 34B is a second diagram for explaining the breeding character list screen.
  • FIG. 35 is the third diagram for explaining the support card organization screen.
  • FIG. 36A is the first diagram for explaining the test result screen.
  • FIG. 36B is a second diagram for explaining the test result screen.
  • FIG. 36C is a third diagram for explaining the test result screen.
  • FIG. 36D is a fourth diagram for explaining the test result screen.
  • FIG. 37 is a diagram for explaining the configuration of a memory in a player terminal and functions as a computer.
  • FIG. 37 is a diagram for explaining the configuration of a memory in a player terminal and functions as a computer.
  • FIG. 38 is a diagram for explaining the configuration of a memory in a server and functions as a computer.
  • FIG. 39 is a sequence diagram explaining processing of the player terminal and the server relating to the breeding game.
  • FIG. 40 is a first flowchart for explaining preparatory stage processing in the player terminal.
  • FIG. 41 is a second flowchart for explaining preparatory stage processing in the player terminal.
  • FIG. 42 is a flowchart for explaining preparatory stage processing in the server.
  • FIG. 43 is a flow chart for explaining training stage processing in the player terminal.
  • FIG. 44 is a flowchart for explaining turn start processing in the player terminal.
  • FIG. 45 is a flowchart for explaining placement processing in the player terminal.
  • FIG. 46 is a flowchart for explaining numerical value determination processing in the player terminal.
  • FIG. 40 is a first flowchart for explaining preparatory stage processing in the player terminal.
  • FIG. 41 is a second flowchart for explaining preparatory stage processing in the player terminal.
  • FIG. 47 is a flowchart for explaining event determination processing in the player terminal.
  • FIG. 48 is a flowchart for explaining in-turn processing in the player terminal.
  • FIG. 49 is a flowchart for explaining training execution processing in the player terminal.
  • FIG. 50 is a flowchart for explaining the breeding game end processing in the server.
  • FIG. 51 is a sequence diagram illustrating the processing of the player terminal and the server relating to the breeding game during the holding period of the specific event.
  • FIG. 52 is a flowchart for explaining ranking information update processing in the server.
  • FIG. 53 is a flowchart for explaining preparatory stage processing in the player terminal when the event mode is selected.
  • FIG. 54 is a flowchart for explaining preparatory stage processing in the server during the holding period of a specific event.
  • FIG. 55 is a flowchart for explaining the breeding game end processing in the server when the event mode is selected.
  • FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S.
  • the information processing system S is a so-called client-server system including a player terminal 1 functioning as a client, that is, a game terminal, a server 1000, and a communication network N having communication base stations Na.
  • the player terminal 1 and the server 1000 function as the game device G.
  • the player terminal 1 and the server 1000 are each assigned a role to control the progress of the game, and cooperation between the player terminal 1 and the server 1000 enables the game to progress.
  • the player terminal 1 can establish communication with the server 1000 via the communication network N.
  • the player terminal 1 includes a wide range of electronic devices that can be connected to the server 1000 for wireless or wired communication. Examples of the player terminal 1 include smart phones, mobile phones, tablet devices, personal computers, game machines, and the like. In this embodiment, a case where a smart phone is used as the player terminal 1 will be described.
  • the server 1000 is connected to a plurality of player terminals 1 for communication.
  • the server 1000 accumulates various types of information for each player who plays the game.
  • the server 1000 mainly performs processing such as updating accumulated information and downloading images and various information to the player terminal 1 based on operations input from the player terminal 1 .
  • the communication base station Na is connected to the communication network N, and wirelessly transmits and receives information to and from the player terminal 1.
  • the communication network N is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, etc., and realizes wireless or wired communication connection between the player terminal 1 and the server 1000 .
  • FIG. 2A is a diagram for explaining the hardware configuration of the player terminal 1.
  • FIG. 2B is a diagram for explaining the hardware configuration of the server 1000.
  • the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input/output interface 16, a storage section 18, a communication section 20, an input section 22, and an output section 24. be done.
  • CPU Central Processing Unit
  • the server 1000 includes a CPU 1010, a memory 1012, a bus 1014, an input/output interface 1016, a storage unit 1018, a communication unit 1020, an input unit 1022, and an output unit 1024.
  • the configurations and functions of the CPU 1010, the memory 1012, the bus 1014, the input/output interface 1016, the storage unit 1018, the communication unit 1020, the input unit 1022, and the output unit 1024 of the server 1000 are the same as those of the CPU 10, the memory 12, and the They are substantially the same as the bus 14 , input/output interface 16 , storage section 18 , communication section 20 , input section 22 and output section 24 . Therefore, the hardware configuration of the player terminal 1 will be described below, and the description of the server 1000 will be omitted.
  • the CPU 10 operates programs stored in the memory 12 to control the progress of the game.
  • the memory 12 is composed of ROM (Read Only Memory) or RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game.
  • Memory 12 is connected to CPU 10 via bus 14 .
  • An input/output interface 16 is connected to the bus 14 .
  • a storage unit 18 , a communication unit 20 , an input unit 22 and an output unit 24 are connected to the input/output interface 16 .
  • the storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data.
  • the programs and data stored in the storage unit 18 are loaded by the CPU 10 into the memory 12 (RAM).
  • the communication unit 20 is wirelessly connected to the communication base station Na, and transmits and receives information such as various data and programs to and from the server 1000 via the communication network N.
  • the program or the like received from the server 1000 is stored in the memory 12 or the storage section 18 .
  • the input unit 22 is composed of, for example, a touch panel, buttons, a keyboard, a mouse, a cross key, an analog controller, etc., through which player's operations are input (accepts operations). Also, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1 . Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the voice of the player. That is, the input unit 22 broadly includes a device capable of inputting the player's intention in an identifiable manner.
  • the output unit 24 includes a display device and a speaker. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1 .
  • the player terminal 1 includes a display 26 as the output unit 24 and a touch panel provided as an input unit 22 so as to overlap the display 26 .
  • a player can own a character obtained by a lottery called gacha, or a character distributed by the management side. Also, the player can possess a support card obtained by lottery or a support card distributed by the management side.
  • a training game is provided in the game according to the present embodiment.
  • a player can train a character possessed by the player in the training game.
  • the breeding game in the present embodiment has a game property in which a character is trained while participating in a race simulating a horse race.
  • FIG. 3A is a diagram illustrating an example of the home screen 100.
  • FIG. When the game application is started on the player terminal 1, the home screen 100 is displayed on the display 26.
  • FIG. A menu bar 102 is displayed at the bottom of the home screen 100 .
  • the menu bar 102 is provided with a plurality of operation units that can be operated (tapped) by the player.
  • the menu bar 102 is provided with a home screen selection operation section 102a, an enhanced screen selection operation section 102b, a story screen selection operation section 102c, a team stadium screen selection operation section 102d, and a gacha screen selection operation section 102e.
  • the operation unit corresponding to the screen being displayed is highlighted so that the screen being displayed on the display 26 can be identified.
  • the home screen selection operation unit 102a When the home screen selection operation unit 102a is tapped, the home screen 100 shown in FIG. 3A is displayed on the display 26.
  • an enhanced screen (not shown) is displayed.
  • characters and support cards possessed by the player can be enhanced.
  • the player can increase the level set for the characters and support cards.
  • Various parameters are set for characters and support cards, and the parameters increase as the level increases. By increasing the parameters of characters and support cards, the player can train characters with stronger statuses in the training game.
  • a story screen (not shown) is displayed.
  • a story image is provided for each character appearing in the game. The player can select and view characters and story images on the story screen.
  • a team stadium screen (not shown) is displayed.
  • the player can play a team competition game in which the team organized by the player is matched against the teams of other players selected by the computer.
  • the team competition game has a game feature of competing with other players for ranking.
  • gacha screen selection operation unit 102e When the gacha screen selection operation unit 102e is tapped, a gacha screen (not shown) is displayed. On the gacha screen, the player can perform a so-called gacha lottery, in which the player can spend in-game currency to obtain characters and support cards by lottery.
  • a breeding game operation unit 104 is provided on the home screen 100, above the menu bar 102.
  • a breeding game operation unit 104 is tapped, a breeding game screen is displayed, and a breeding game, which will be described later, is started.
  • a training game is roughly divided into a preparation stage and a training stage.
  • a player selects one character from among the characters owned by the player and sets it as the main character, which is the character to be trained. do.
  • the player sets the deck to be used when training the main character.
  • the deck is composed of a plurality of succession characters and a plurality of support cards, which will be described later in detail. Therefore, in the breeding game, inherited characters organized in a deck and support cards are used.
  • the preparation stage will shift to the training stage, and the game for training the main character will begin.
  • a player can have a character trained in the training game as a trained character. As described above, the player can organize his/her breeding characters into a team and use them in the team competition game.
  • the main purpose of the game of the present embodiment is to train a breeding character in the breeding game and to use the breeding character to raise the ranking of the team competition game.
  • a function for sharing breeding characters or support cards among players and a function for sharing information among a plurality of players are provided.
  • the player can set breeding characters and support cards that other players can use in the breeding game.
  • a setting operation section 106 is provided in the upper right portion of the home screen 100 .
  • an option setting screen 110 is displayed.
  • FIG. 3B is a diagram illustrating an example of the option setting screen 110.
  • the option setting screen 110 is a screen for confirming and setting various kinds of information.
  • the option setting screen 110 is provided with a plurality of operation units, and when an operation unit is tapped, it is possible to confirm and set information corresponding to the operation unit.
  • the operation section of the option setting screen 110 includes a profile setting operation section 110a and a close operation section 110b.
  • the close operation portion 110b is tapped, the option setting screen 110 is closed and the home screen 100 is displayed.
  • the profile setting operation section 110a is tapped, a profile setting screen 120 is displayed.
  • FIG. 3C is a diagram illustrating an example of the profile setting screen 120.
  • the player can confirm and set his/her own profile information.
  • the profile information includes a profile character, player name, player ID, belonging circle, representative character, and rental card.
  • a profile character functions as a character that is displayed when a player's information is viewed by other players. For example, the profile character is displayed when using the circle function, which is a place for sharing information with other players.
  • a profile character image 122 that is currently being set is displayed on the profile setting screen 120 .
  • a change button 124 is provided near the profile character image 122 . When the change button 124 is tapped, a profile character change screen (not shown) is displayed. The player can change the profile character on the profile character change screen.
  • the profile setting screen 120 also displays the player name set by the player, the player ID given to the player, and the name of the circle to which the player belongs.
  • the profile setting screen 120 is also provided with a representative character setting operation section 126a and a rental card setting operation section 126b.
  • a representative character setting screen (not shown) is displayed.
  • the player can set one of the breeding characters trained by the player as the representative character.
  • An icon image representing the currently set representative character is displayed in the representative character setting operation section 126a.
  • the representative character can be organized in a deck as a successor character in a breeding game played by another player.
  • a rental card setting screen (not shown) is displayed.
  • the player can set one of the support cards owned by the player as a rental card on the rental card setting screen.
  • An icon image indicating the rental card currently being set is displayed in the rental card setting operation section 126b.
  • the support cards set as rental cards can be organized into decks by other players, and are used in breeding games played by other players.
  • the setting change information is transmitted to the server 1000.
  • the server 1000 stores profile information for each player.
  • a setting icon 128 is also displayed on the home screen 100, as shown in FIG. 3A.
  • setting icon 128 is tapped, home setting screen 130 is displayed.
  • FIG. 3D is a diagram illustrating an example of the home setting screen 130.
  • the player can set a home screen setting character 132 displayed on the home screen 100 on the home setting screen 130 .
  • the player can set four home screen setting characters 132 displayed on the home screen 100 .
  • the screen displayed on the display 26, that is, the display of the home screen 100 is switched.
  • the home screen 100 displays four home screen setting characters 132 currently set.
  • the home screen setting character 132 is assigned a function as each operation unit displayed on the menu bar 102 . Therefore, when the home screen setting character 132 displayed on the home screen 100 is tapped, the screen is switched in the same manner as when the operation section of the menu bar 102 is tapped.
  • character images corresponding to each of the currently set four home screen setting characters 132 and corresponding operating units are displayed in a identifiable manner.
  • a character selection screen (not shown) is displayed. The player can select the home screen setting character 132 on the character selection screen. Also, the player can set the costume of the home screen setting character 132 on the home setting screen 130 .
  • a circle icon 134 is also displayed on the home screen 100, as shown in FIG. 3A.
  • the circle icon 134 is tapped, a circle screen is displayed. The player can exchange information with other players belonging to the same circle on the circle screen.
  • the raising game operation unit 104 When the raising game operation unit 104 is tapped on the home screen 100, the raising game screen is displayed and the raising game is started.
  • the breeding game will be described in detail below.
  • FIG. 4 is a diagram for explaining the rough flow of the breeding game.
  • the breeding game is roughly divided into a setting game and a breeding main game.
  • the breeding main game is a game in which one main character selected from the characters possessed by the player is trained as a character to be trained.
  • the player registers the main character and deck (inherited characters and support cards), and corresponds to the preparatory stage of the breeding game.
  • the processing performed in the setting game will be referred to as preparatory stage processing
  • the processing performed in the training main game will be referred to as training stage processing.
  • the general flow of the preparatory stage processing and the growing stage processing will be described first.
  • ⁇ Preparation stage processing> In the preparatory stage processing, main character registration, deck (inherited character and support card) registration, specific character registration, and setting of initial character identification information are mainly performed.
  • the support card is for assisting the development of the main character.
  • Each support card is always associated with one character, and the character associated with the support card registered in the preparatory stage assists the development of the main character.
  • the character tied to the support card is called a support character.
  • a scenario selection screen (not shown) is displayed.
  • a plurality of training main game scenarios are provided.
  • Each scenario of the breeding main game is set with a final goal, a goal during the game, etc., and the player needs to clear the set goals in order.
  • Each target and the period until the target is achieved are different for each scenario.
  • the player can select one of a plurality of scenarios on the scenario selection screen.
  • a predetermined scenario is selected will be described.
  • FIG. 5A is a diagram explaining the main character selection screen 150.
  • FIG. A plurality of character icons 151 are displayed in the central portion of the main character selection screen 150, and a list of characters possessed by the player is displayed.
  • a parameter display section 152 is displayed at the top of the main character selection screen 150 .
  • a return operation section 153 marked with "Return” and a next operation section 154 marked with "NEXT” are displayed.
  • an initial value of the ability parameter is set for each character, and the initial value of the ability parameter of the character corresponding to the character icon 151 selected by the player is displayed in the parameter display section 152 as a numerical value.
  • the higher the numerical value of the ability parameter the higher the ability.
  • FIG. 6A is a diagram explaining the ability parameter (initial value) table.
  • the ability parameter (initial value) table stores initial values of ability parameters for each character. Then, the initial values of the ability parameters are displayed on the parameter display section 152 based on the initial values of the ability parameters stored in the ability parameter (initial value) table.
  • initial values of ability parameters are set for each of a plurality of types of abilities for each character.
  • the ability parameters the speed ability parameter marked “Speed” in the parameter display section 152, the stamina ability parameter marked “Stamina” in the parameter display section 152, and the "Power , a guts ability parameter marked with "Spirit” in the parameter display section 152, and a wisdom ability parameter marked with "Wisdom” in the parameter display section 152 are provided.
  • the initial value of the ability parameter for each character may be increased by the player's operation or the like.
  • a character may have five levels, and the player can increase the level of the character by consuming in-game currency or predetermined items.
  • the initial value of the ability parameter increases as the character's level increases.
  • the player can increase the value of the ability parameter in the training main game.
  • the purpose of the training main game is to train characters with higher ability parameter values.
  • FIG. 6B is a diagram illustrating an aptitude parameter (initial value) table.
  • the initial value of the aptitude parameter for each character is stored in the aptitude parameter (initial value) table.
  • the initial value of the aptitude parameter is set to one of seven levels from A to G in the alphabet.
  • the aptitude parameter indicates that A has the highest aptitude and G has the lowest aptitude.
  • the initial values of the aptitude parameters may be displayed in the parameter display section 152 based on the initial values of the aptitude parameters stored in the aptitude parameter (initial value) table.
  • initial values of aptitude parameters are set for each of a plurality of types of aptitudes for each character.
  • the aptitude parameters for grass and dirt field aptitudes, the distance aptitude parameters for short distance, mile, medium distance, and long distance, escape, lead, lead, An aptitude parameter relating to leg quality aptitude for each of the following is provided.
  • the initial value of the aptitude parameter for each character may be raised by consuming in-game currency.
  • the value of the aptitude parameter may change in the training main game.
  • the aptitude parameter In the training main game, the aptitude parameter may be set to S, which is higher in aptitude than A.
  • FIG. 5B is the first diagram for explaining the character detail screen 160.
  • FIG. FIG. 5C is a second diagram for explaining the character detail screen 160.
  • a character detail screen 160 is displayed on the display 26 .
  • the character detail screen 160 displays details of the ability of the character corresponding to the character icon 151 long-pressed on the main character selection screen 150 .
  • a skill operation section 161 and an event operation section 162 are displayed. As shown in FIG. 5B, when the character detail screen 160 is first displayed, the skill operation section 161 is highlighted and the skills provided for each character are displayed.
  • a skill is an ability that may be activated when a predetermined condition is met during individual races and team races, which will be described later. Each character's race development becomes advantageous by activating skills.
  • FIG. 6C is a diagram explaining the skill table.
  • the skill table stores skills for each character possessed by the player. Based on the skills stored in the skill table, the skills are displayed on the character detail screen 160 as shown in FIG. 5B. Skills cannot be activated just by possessing them, and can only be activated by acquiring them. A skill that can be activated by a character is hereinafter referred to as an acquired skill.
  • a character has one acquired skill 161a set from the beginning of the training main game.
  • the character has a plurality of possessed skills 161b.
  • Possessed skills 161b are skills that can be acquired by consuming skill points, which will be described later, after the start of the training main game. In other words, the possessed skill 161b can become the acquired skill 161a in exchange for skill points.
  • the skill corresponding to " ⁇ " in the skill table shown in FIG. 6C is displayed as the acquired skill 161a on the character detail screen 160 in FIG. 5B.
  • the skill corresponding to "o” in the skill table shown in FIG. 6C is displayed as possessed skill 161b on the character detail screen 160 in FIG. 5B.
  • the acquired skill 161a is highlighted so that the acquired skill 161a and the possessed skill 161b can be easily distinguished.
  • FIG. 5B shows a case where one acquired skill 161a and seven possessed skills 161b are displayed as skills provided for each character, but the present invention is not limited to this. not something.
  • the number of acquired skills 161a and possessed skills 161b may differ for each character.
  • the number of acquired skills 161a or possessed skills 161b of each character may increase due to an increase in character level, consumption of in-game currency or items, or the like.
  • the event operation section 162 of the character detail screen 160 when the player taps the event operation section 162 of the character detail screen 160, the contents of the character detail screen 160 are switched, and a dedicated event 162a provided for each character is displayed, as shown in FIG. 5C. In this case, the event operation section 162 is highlighted as shown in FIG. 5C.
  • the dedicated event 162a occurs when a predetermined condition is satisfied in the breeding main game, and displays a story related to a character appearing in the breeding game, or changes the value of an ability parameter.
  • FIG. 6D is a diagram explaining a dedicated event table.
  • the dedicated event table stores a dedicated event 162a for each character possessed by the player. Based on the dedicated event 162a stored in the dedicated event table, the dedicated event 162a is displayed on the character detail screen 160 as shown in FIG. 5C.
  • the dedicated event 162a may include a hint event that makes it possible to possess or acquire a skill, an ability event that increases or decreases the numerical value of a character's ability parameter, and the like.
  • the dedicated event 162a displayed on the character detail screen 160 shown in FIG. 5C may be entirely executed during execution of the main breeding game, or at least part of it may be executed during execution of the main training game. Alternatively, if a predetermined condition is not met, none of the training main games may be executed during execution of the breeding main game. Further, for example, the number of dedicated events 162a provided for each character may increase due to an increase in character level, consumption of in-game currency or items, or the like. Also, when a predetermined condition is satisfied, a dedicated event 162a not displayed as a dedicated event 162a may be executed during the breeding main game.
  • a close operation section 163 labeled "close” is displayed at the bottom of the character detail screen 160.
  • the close operation portion 163 of the character detail screen 160 is tapped, the display of the character detail screen 160 ends and the main character selection screen 150 is displayed on the display 26 .
  • the return operation unit 153 is tapped on the main character selection screen 150 shown in FIG. 5A
  • the home screen 100 shown in FIG. 3A is displayed on the display 26.
  • the next operation unit 154 is tapped on the main character selection screen 150 shown in FIG. 5A, the character being selected is set as the main character, and a succession character selection screen 170 is displayed on the display 26 .
  • FIG. 7A is a first diagram for explaining the succession character selection screen 170.
  • FIG. FIG. 7B is a first diagram for explaining the breeding character list screen 180.
  • FIG. 7C is a second diagram for explaining the succession character selection screen 170.
  • FIG. 7D is a third diagram for explaining the succession character selection screen 170.
  • the succession character selection screen 170 is a screen for the player to register a succession character.
  • the succession character is a character that inherits ability values, skills, etc. from the main character.
  • the player selects two succession characters from among the characters for breeding owned by the player and representative characters of friends such as followers extracted according to predetermined extraction conditions, and organizes them into a deck. , can be registered. Note that only one representative character of another player can be organized in the deck as a successor character in one breeding game.
  • the inherited character selection screen 170 is provided with a first inherited character selection area 171a and a second inherited character selection area 171b.
  • the first succession character selection area 171a and the second succession character selection area 171b are displayed blank.
  • the breeding character list screen 180 shown in FIG. 7B is displayed.
  • the breeding character list screen 180 is provided with a My Character tab 181a and a Rental tab 181b.
  • a breeding character list display area is provided below the My Character tab 181a and the Rental tab 181b.
  • a breeding character icon 182 is displayed in the breeding character list display area.
  • a breeding character icon 182 corresponding to the breeding character possessed by the player is displayed.
  • a breeding character icon 182 corresponding to the friend's representative character that is, the breeding character trained by the friend is displayed.
  • the breeding character icon 182 is long pressed, the detailed information of the breeding character corresponding to the breeding character icon 182 is displayed.
  • the breeding character icon 182 when the breeding character icon 182 is tapped, the breeding character corresponding to the breeding character icon 182 is provisionally selected. Also, when the breeding character icon 182 is tapped, a succession character selection screen 170 is displayed as shown in FIG. 7C. At this time, for example, when the first succession character selection area 171a is tapped to display the breeding character list screen 180, and the breeding character icon 182 is tapped on the breeding character list screen 180, the breeding character in the provisionally selected state is displayed. An image representing the character is displayed in the first inherited character selection area 171a. In addition, the breeding character is stored in association with information related to inherited characters used during breeding. In the first inheritance character selection area 171a, information related to the inheritance character used when training the breeding character is displayed.
  • next operation section 154 provided on the succession character selection screen 170 is activated.
  • the breeding character in the provisionally selected state is organized and registered in the deck as a successor character, and a support card organization screen 190, which will be described later, is displayed.
  • the player must always select two breeding characters as inherited characters on the inherited character selection screen 170 .
  • the next operation section 154 is grayed out as shown in FIGS. 7A and 7C, and the player's operation cannot be accepted.
  • the succession character selection screen 170 is provided with a return operation section 153, and when the return operation section 153 is tapped, the main character selection screen 150 is displayed.
  • FIG. 8A is the first diagram for explaining the support card organization screen 190.
  • FIG. 8A When two inherited characters are registered on the inherited character selection screen 170, a support card organization screen 190 shown in FIG. 8A is displayed.
  • a support card display area 191 is provided in the center of the support card organization screen 190 .
  • Support card display area 191 includes a plurality of support card display frames 192 .
  • a return operation section 153 marked with "Return” and a start operation section 193 marked with "START” are displayed.
  • a plurality of (here, six) support card display frames 192 are displayed in the support card display area 191 .
  • the support card display frames 192 are displayed in the same number as the support cards that can be set by the player. Incidentally, when the support card formation screen 190 is initially displayed, the support card display frame 192 is displayed as a blank column.
  • the player can set 6 types of support cards in the deck. Of the six types that the player can set, some (for example, five types) can be selected from the support cards possessed by the player. Also, of the six types that can be set by the player, another part (for example, one type) can be selected from support cards set as rental cards by other players, such as friends.
  • FIG. 8B is a diagram explaining the support card selection screen 200.
  • FIG. 8A when the support card display frame 192 (excluding the support card display frame 192 displayed at the lower right) is tapped, the support card selection screen 200 shown in FIG. 8B is displayed on the display 26. be done.
  • the support card selection screen 200 displays a list of card icons 201 corresponding to the support cards possessed by the player. By tapping a card icon 201 displayed on the support card selection screen 200, the player can select a support card.
  • the support card display frame 192 displayed in the lower right of the support card formation screen 190 is tapped, a friend or a player extracted based on a predetermined condition such as a lottery is displayed.
  • a support card set as a rental card is displayed on the support card selection screen 200.
  • the player can select one support card of a friend.
  • the player can use the support cards possessed by other players in the breeding game.
  • FIG. 9A is a diagram explaining the support card table.
  • the support card table stores the support character type (that is, character ID), rarity, level, and specialty training for each support card type (that is, support card ID) possessed by the player.
  • It is Support characters correspond one-to-one with support card types. That is, the support card ID is always associated with one character ID. In other words, one support card is always associated with one support character.
  • the rarity is set for each support card. There are three levels of rarity: R (rare), SR (super rare), and SSR (super special rare). Note that R has the lowest rarity and SSR has the highest rarity.
  • R rare
  • SR super rare
  • SSR super special rare
  • support cards with higher rarity tend to have higher support effects, which will be described later.
  • the higher the rarity of the support card the greater the number of possessed skills and the number of support events, which will be described later.
  • level 1 to level 50 There are 50 levels of support cards, from level 1 to level 50.
  • the level of the support card can be raised by the player, and the level raised by the player is stored for each support card.
  • the level of support cards can be raised by using in-game currency or items. Support card levels are capped by rarity.
  • R rarity support cards have an upper limit of level 20
  • SR rarity support cards have an upper limit of level 25
  • SSR rarity support cards have an upper limit of level 30.
  • the upper limit of the level can be raised in stages when a predetermined condition is met.
  • a support card with a rarity of R can raise the upper limit to a maximum level of 40
  • a support card of a rarity of SR can raise the upper limit to a maximum level of 45.
  • the SSR support card may be able to raise the upper limit up to level 50.
  • FIG. 9B is a diagram explaining the support effect table. As shown in FIG. 9B, the support effect table stores support effects for each type of support card possessed by the player.
  • the support effect increases various stats in the training main game.
  • a support card has multiple targets for support effects. Examples of targets for the support effect include physical strength, speed, stamina, power, guts, wisdom, and the like.
  • FIG. 9C is a diagram explaining the possessed skill table.
  • possessed skills are set in the possessed skill table for each support card possessed by the player.
  • possessed skills are set for each support card so that the character set as the main character by the player possesses possessed skills.
  • Possessed skills set for each support card can be acquired by a main character selected by the player or another character promoted to a team member, which will be described later, when a hint event occurs during the training main game.
  • FIG. 9D is a diagram explaining the support event table.
  • the support event table stores support events that can occur for each support card possessed by the player.
  • a support event is an event that may occur during execution of the training main game. When a support event occurs, the values of various statuses in the training main game may increase or decrease.
  • the support event that occurs may be determined according to the number of turns, or the support event that occurs may be determined by a predetermined lottery. Also, multiple support events may be selected in one turn. In any case, the support event to occur may be determined according to a predetermined determination method that has been set in advance.
  • FIG. 8C is a second diagram for explaining the support card organization screen 190.
  • FIG. 8C when all six support cards are selected, the start operation section 193 becomes operable as shown in FIG. 8C. On the other hand, when all the six support cards are not selected, the start operation section 193 cannot be operated as shown in FIG. 8A.
  • the succession character selection screen 170 shown in FIG. 7D is displayed on the display 26. Further, as shown in FIG. 8C, when the start operation section 193 is tapped on the support card organization screen 190, the selected support card is registered, and the game screen 210 (FIG. 13A) is displayed on the display .
  • FIG. 10 is the first diagram for explaining the character identification information table.
  • FIG. 11 is a second diagram for explaining the character identification information table.
  • "Character C" is registered as a main character
  • "Character E”, “Character I”, “Character L”, “Character M”, “Character Q”, and “Character T” are registered as support characters.
  • "Character F” is registered as a main character
  • "Character E”, “Character J”, “Character L”, “Character M”, “Character Q”, and “Character T” are registered as support characters. ” is registered.
  • character F "character F”, "character J”, “character N”, and “character R” are set as specific characters. Then, when the player selects a main character from a plurality of characters, the selected character is registered as the main character in the character identification information table.
  • the character identification information table is updated, and the character corresponding to the selected support card is registered as a support character.
  • character identification information table when information related to the main character and support card is registered, information related to the specific character is registered. At this time, as shown in FIGS. 10 and 11, "character F”, “character J”, “character N”, and “character R" are selected as specific characters regardless of the types of registered main characters and support characters. be registered.
  • characters registered as main characters, support characters, and specific characters are registered as team members in the character identification information table. That is, in the case of FIG. 10, "character C”, “character E”, “character F”, “character I”, “character J”, “character L”, “character M”, “character N”, “character Q”, “Character R”, and “Character T” are registered as team members. In the case of FIG. 11, “character E”, “character F”, “character J”, “character L”, “character M”, “character N”, “character Q”, “character R”, “character T” is registered as a team member.
  • characters that are not registered as team members are registered as sub-members.
  • all of the remaining characters not registered as team members, or some characters selected by lottery may be registered as sub-members.
  • the support character and the specific character are registered as team members from the beginning of the training main game, but the support character and the specific character are registered as sub-members at the start of the training main game and then , may be registered as a team member at a predetermined timing.
  • FIG. 12 is a diagram explaining the selection item table.
  • a selection item table is provided for each type of main character.
  • a common selection item table may be provided regardless of the type of main character.
  • the breeding game consists of the 1st to 60th turns, and has game characteristics in which various parameters are updated according to the player's selection results in each turn. Also, according to the selection item table, items that can be selected by the player are set in advance for each turn.
  • FIG. 13A is the first diagram for explaining the game screen 210.
  • FIG. FIG. 13B is a second diagram illustrating the game screen 210.
  • FIG. When shifting to the training stage process, the game screen 210 shown in FIGS. 13A and 13B is displayed on the display 26 .
  • a physical strength display portion 211 and a condition display portion 212 are displayed in the upper portion of the game screen 210 .
  • the main character is provided with a "physical strength" parameter.
  • the "physical strength” parameter is mainly used to calculate a failure rate, which is the probability of failure in training, which will be described later.
  • the physical strength display section 211 is displayed so that the remaining amount of the current "physical strength" of the main character can be visually grasped with respect to the upper limit value of the "physical strength".
  • the main character has a "tone" parameter.
  • the condition display section 212 displays the current "condition" of the main character so that it can be visually grasped in a plurality of stages (five levels of bad condition, bad condition, normal, good condition, and excellent condition). The higher the "condition” parameter, the more advantageous the main character's race progresses, and the greater the increase in the ability parameter due to training.
  • FIGS. 13A and 13B an image of the main character, a status display section 213, and a skill point display section 214 are displayed in the central portion of the game screen 210.
  • each ability parameter of "Speed” (speed), “Stamina” (stamina), “Power” (power), “Spirit” (guts), “Wisdom” (wisdom) Numerical values and ranks are displayed. Also, in the skill point display section 214, the remaining amount of skill points possessed by the main character in the breeding game is displayed numerically.
  • FIGS. 13A and 13B at the bottom of the game screen 210, there is a rest operation section 215 labeled “Rest”, a training operation section 216 labeled “Training”, and a training operation section 216 labeled “Skill”.
  • a skill operation section 217, an outing operation section 218 labeled “Going Out”, and an individual race operation section 219 labeled "Race” are displayed. Also, the current number of turns is displayed at the top of the game screen 210 .
  • each item of the rest operation unit 215, the training operation unit 216, and the outing operation unit 218 is set as shown in FIG. There are set turns that cannot be selected. In such a turn, as shown in FIG. 13B, the rest operation section 215, the training operation section 216, and the outing operation section 218 are grayed out, and the player's operations cannot be accepted. Therefore, the player must select the individual race control 219 for this turn.
  • the skill operation unit 217 is set to be selectable at all times during all turns.
  • the details will be described later, even if the skill is acquired, the turn will not end. It should be noted that in this embodiment, the team race is forcibly executed after the end of the predetermined turn.
  • FIG. 14A is the first diagram for explaining the training screen 220.
  • FIG. FIG. 14B is a second diagram illustrating the training screen 220.
  • FIG. When the training operation section 216 of the game screen 210 is operated, a training screen 220 is displayed on the display 26 .
  • training items are displayed at the bottom of the training screen 220.
  • a guts operation unit 224 labeled “Spirit” is displayed.
  • FIG. 14A shows a state in which the power operation section 223 is provisionally selected.
  • FIG. 14B shows a state in which the stamina operation section 222 is provisionally selected.
  • the training level for each training item is also displayed on each of the operation units 221 to 225.
  • the training level is a parameter that increases based on the team ranking, and the higher the training level, the greater the increase in the ability parameter when training is performed.
  • the training level is initially set at level 1 and increases up to level 5.
  • a failure rate display section 226 marked "Failure” is displayed in the operation sections 221 to 225 during provisional selection.
  • the failure rate numerically displayed in the failure rate display section 226 is set to increase in inverse proportion to the remaining physical strength displayed in the physical strength display section 211 .
  • the status display section 213 displays the value by which the ability parameter increases when the training corresponding to the temporarily selected operation sections 221 to 225 is executed and is successful.
  • the power operation unit 223 is provisionally selected, and the status display unit 213 displays "+8" for "Stamina” and "+10" for "Power”.
  • the stamina operation section 222 is provisionally selected, and the status display section 213 displays "+15" for "Stamina” and "+5" for "Spirit”.
  • an event notification display 227 is displayed on the operation units 221 to 225 corresponding to the training item in which a predetermined event occurs when the training is executed successfully. It should be noted that the event notification display 227 can have different display modes depending on the type of event.
  • FIG. 14C is a diagram explaining the training result notification screen 220a.
  • training corresponding to the tapped operation unit 221 to 225 is executed.
  • a training result notification screen 220a is displayed on the display 26 to notify success or failure of the training.
  • the characters "success" are displayed to inform the player of the success of the training.
  • the ability parameters of the status display section 213 are updated and displayed based on the success of the training. That is, the ability parameter (ability information) of the main character corresponding to the training item (training item) selected by the player is updated.
  • the value of the ability parameter that increases when the training displayed in the status display section 213 in FIG. 14A or 14B is successful is added.
  • the display of the physical fitness display section 211 is updated according to the training item that has been executed. Train speed, stamina, power, or guts, and if you succeed, your health will decrease. On the other hand, if you train your wisdom and succeed, your strength will be restored.
  • the content of the penalty includes a decrease in physical strength, a decrease in numerical values of ability parameters, a decrease in condition, and the like. For example, penalties given when the failure rate is high are more disadvantageous than penalties given when the failure rate is low. (large, step of decreasing tone is large).
  • the content of the penalty may be determined according to the training item. For example, if speed training fails, the value of the speed ability parameter may decrease, and if power training fails, the value of the power ability parameter may decrease. Also, for some training items (for example, wisdom), even if the training fails, no penalty may be given.
  • FIG. 14D is a diagram explaining the event screen 220b.
  • the display 26 may display an event screen 220b.
  • Various events are executed on the event screen 220b. Multiple events may occur during one turn.
  • a hint event For example, if a hint event occurs, you can get a skill hint. Once the skill hint is obtained, the player can acquire the skill by consuming skill points. There are multiple types of skills, and each skill may trigger a specific ability. Activation conditions and effects are defined for each skill, and the predetermined effects are activated when each activation condition is satisfied. Skills may be activated during individual races and team races, which will be described later.
  • Events include skill acquisition events, physical strength recovery events, physical strength reduction events, ability parameter increase events, ability parameter decrease events, condition increase events, condition decrease events, etc. is Although the details will be described later, the event includes an event that is predetermined for each turn and an event that occurs when a player wins a predetermined lottery. Also, when all the events that have occurred are finished, the game screen 210 for the next turn is displayed.
  • FIG. 15A is the first diagram for explaining the skill screen 230.
  • FIG. FIG. 15B is a second diagram illustrating the skill screen 230.
  • FIG. When the skill operation section 217 of the game screen 210 is operated, the skill screen 230 shown in FIG. 15A is displayed on the display 26.
  • a skill display column 231 is displayed on the skill screen 230 .
  • acquired skills, possessed skills preset to the main character, possessed skills due to the occurrence of various events, and the like are displayed.
  • the skill points consumed to acquire this possessed skill are discounted.
  • the skill points required to acquire them are discounted and displayed.
  • a discount rate display icon 232 indicating the discount rate is also displayed in the skill display field 231 .
  • the skills displayed on the skill screen 230 display the conditions for activating each skill and the effect when activated.
  • a physical strength display section 211 is displayed at the top of the skill screen 230. Also, the current number of turns is displayed at the top of the skill screen 230 .
  • FIG. 16A is the first diagram for explaining the individual race selection screen 240.
  • FIG. 16A When the individual race operation section 219 of the game screen 210 is operated, an individual race selection screen 240 shown in FIG. 16A is displayed.
  • the individual race has a game feature in which the main character races with a so-called non-player character (hereinafter referred to as NPC).
  • NPC non-player character
  • a physical strength display section 211 and a condition display section 212 are displayed.
  • an individual race selection operation section 241 is displayed for selecting the type of individual race in which the main character will run.
  • a start operation section 242 labeled "Start" is displayed at the bottom of the individual race selection screen 240. Note that the races that can be selected by the individual race selection operating section 241 of the individual race selection screen 240 are set in advance for each turn. Further, conditions for entering each race may be set in advance, and when the conditions are met, the race may be entered.
  • FIG. 16B is a diagram explaining the individual race start screen 250.
  • FIG. 16B When the start operation unit 242 is operated while the type of individual race to participate in is selected in the individual race selection operation unit 241, an individual race start screen 250 shown in FIG. 16B is displayed.
  • a strategy display section 251 is displayed in the center of the individual race start screen 250 .
  • the currently selected strategy (run-in, push, advance, escape) is highlighted, and a change operation section 252 labeled "Change" is displayed.
  • a strategy change screen (not shown) is displayed on the display 26 . The player can change the strategy in the individual race to any strategy by operating the strategy change screen.
  • a race screen (not shown) is displayed on the display 26.
  • the display 26 displays a moving image of the development of the race (hereinafter also referred to as a racing moving image).
  • FIG. 16C is a diagram explaining the individual race result screen 260.
  • FIG. 16C When the reproduction of the race moving image ends and when the result operation unit 253 is operated, an individual race result screen 260 is displayed on the display 26 . The order of finish in the individual race is displayed on the individual race result screen 260 .
  • FIG. 17A is a diagram explaining the team race selection screen 270.
  • the team race is forcibly started when a predetermined turn ends.
  • a team race selection screen 270 shown in FIG. 17A is displayed.
  • an opponent team selection operation section 271 is displayed for selecting an opponent for the team race to participate in.
  • the opponent can be an NPC.
  • opponents are not limited to NPCs, and may be teams of other players. In this case, a communication competition is held against a team of other players.
  • characters to participate in the team race need only be selectable by the team members, and do not necessarily include the main character. Also, one team member may be allowed to participate in multiple races in the team race.
  • FIG. 17B is a diagram explaining the team formation screen 280.
  • FIG. 17B When the opponent team selection operation section 271 is operated, a team formation screen 280 is displayed on the display 26 .
  • a team formation operation section 281 is displayed on the team formation screen 280 .
  • the player can use characters registered as team members to form characters for the team race.
  • the team race includes five races: "short distance”, “mile”, “middle distance”, “long distance”, and "dirt race”. The overall victory or defeat of the team race is decided based on the victory or defeat of each race.
  • the number of races won by the player's team out of the five races is less than the number of races won by the opponent's team, the overall team race is defeated.
  • the number of races won by the player's team and the number of races won by the opponent's team are the same, the game is tied.
  • the player can organize up to 3 types of characters from the team members for each race. Also, here, characters of the same type cannot be organized into multiple races. Also, at the bottom of the team formation screen 280, a start operation section 282 labeled "Start" is displayed.
  • FIG. 17C is a diagram explaining the team race start screen 290.
  • FIG. 17C When the start operation section 282 of the team formation screen 280 is operated, a team race start screen 290 shown in FIG. 17C is displayed.
  • five races are run in the team race, and the order in which they are run may be a predetermined order or may be randomly determined.
  • the characters of the team organized by the players and the characters of the opponent's team for the race to be executed are displayed.
  • the player organizes two characters for the "middle distance" race, and two opponent characters are organized.
  • a result operation section 291 labeled "Result” and a race operation section 292 labeled "Race” are displayed.
  • a race moving image (not shown) is displayed.
  • FIG. 17D is a diagram explaining the team race interim result screen 300.
  • FIG. When the reproduction of the race moving image ends and when the result operation section 291 of the team race start screen 290 is operated, the team race interim result screen 300 is displayed on the display 26 .
  • the team race interim result screen 300 displays wins and losses in the race (here, the “middle distance” race).
  • the method of determining the win/loss of each of the five races in the team race is not particularly limited. For example, the team to which the first-place character belongs may win. Alternatively, points may be given for each order of arrival, and the team with the highest number of points may win.
  • the team race start screen 290 relating to the next race (for example, the "short distance" race) is displayed.
  • the team race start screen 290 and the team race interim result screen 300 are sequentially displayed until the races of all three types are completed.
  • FIG. 18A is the first diagram for explaining the team race detailed result screen 310.
  • FIG. When the team race start screen 290 and the team race interim result screen 300 for all five types of races are displayed as described above, the team race detailed result screen 310 is displayed on the display 26 .
  • a win/loss result display portion 311 is displayed in the center of the team race detailed result screen 310 .
  • the win/loss result display section 311 notifies the player of the win/loss result of each race.
  • FIG. 18A the case is shown in which there are 3 wins and 2 losses in each race.
  • FIG. 18B is the first diagram for explaining the team race overall result screen 320.
  • FIG. 18A When the display of the winning/losing result display section 311 ends, the team race overall result screen 320 is displayed on the display 26 . On the team race overall result screen 320, the player is notified of the overall win/loss result of the team race. As shown in FIG. 18A, when there are 3 wins and 2 losses in each race, the team race overall result screen 320 reports that the team race has been won.
  • Team rankings are also displayed on the team race overall result screen 320 .
  • the team ranking fluctuates based on the results of team race wins and losses. For example, when a team race is won, the team ranking goes up.
  • next operation section 321 labeled "NEXT” is displayed on the team race overall result screen 320 that reports that the team race has been won.
  • the game screen 210 for the next turn is displayed.
  • FIG. 18C is a second diagram for explaining the team race detailed result screen 310.
  • FIG. 18C the case is shown in which there are 2 wins and 3 losses in each race.
  • FIG. 18D is a second diagram illustrating the team race overall result screen 320.
  • FIG. 18C when each race has 2 wins and 3 losses, the team race overall result screen 320 reports that the team has lost the race.
  • team races are carried out at predetermined turn intervals. If you win the team race, you will be granted benefits such as an increase in the main character's ability parameters.
  • sub-members are promoted to team members in a predetermined turn. Here, a predetermined number of sub-members are promoted to team members in the turn following the team race. In this way, while gradually increasing the number of team members, the player wins the team competition, which is the nature of the breeding game.
  • FIG. 19 is a diagram explaining the general flow of processing at the start of a turn.
  • the breeding stage processing includes turn start processing that is executed at the start of each turn of the breeding game. The details of the turn start processing will be described later, but here, the general flow of the turn start processing will be described.
  • FIG. 20 is a diagram for explaining the arrangement presence/absence table.
  • a selection ratio of placement presence/absence (“place” or “not place”) is set for each character identification information of a character.
  • the character identification information table shown in FIG. 10 or 11 is referenced to determine the arrangement presence/absence for all team members.
  • team members registered as "support character” and “specific character” as character identification information are "arranged” with a probability of 80%. selected.
  • "arrange” is selected with a probability of 60%.
  • team members registered as support characters are more likely to be placed in training than team members who are not registered as support characters.
  • a team member registered as a specific character is more likely to be placed in training than a team member not registered as a specific character.
  • the method of determining the training items to be placed is not particularly limited, but for example, a lottery may be conducted so that each training item has an equal probability of winning.
  • the character may be arranged in a preset training item for each character without performing a lottery.
  • a lottery may be conducted to make it easier for the character to be placed in the character's specialty training (see FIG. 9A).
  • a lottery table in which selection ratios in the lottery are determined may be stored in advance, or a lottery table may be created each time a lottery is held.
  • FIG. 21A is a diagram explaining a training level table.
  • the training level is set to increase as the team ranking increases. Specifically, if the team ranking is 100th or lower, “Speed” (speed), “Stamina” (stamina), “Power” (power), “Spirit” (guts), “Wisdom” (wisdom) ) is set to “Level 1" and the team ranking is 99th or higher and 60th or lower, each training level is set to "Level 2" and the team ranking is 59th or higher.
  • each training level is set to "level 3"
  • each training level is set to "level 4"
  • each training level is set to "level 5".
  • the training level is set to increase as the team ranking increases, but the training level is not limited to this.
  • a team member's favorite training may be counted for each training item, and the training level may be increased according to the counted value (count value).
  • count value it is assumed that all training items have the same training level for the team ranking, but the same team ranking may have different training levels for each training item.
  • the value of the predetermined ability parameter increases according to the training item executed.
  • Stamina stamina training is performed, and if successful, the values of "Stamina” (stamina) and “Spirit” (guts) ability parameters increase.
  • the value of the ability parameter that increases when training is successful is a value obtained by multiplying a fixed increase value determined corresponding to the training item and training level performed by a bonus addition rate described later. Calculated by adding to a fixed value.
  • FIG. 21B is a diagram explaining an upward fixed value (speed) table.
  • FIG. 21C is a diagram for explaining an upward fixed value table (power). That is, FIG. 21B shows the rising fixed value when the training item is "Speed”. FIG. 21C also shows the rising fixed value when the training item is "Power”.
  • the rising fixed value table stores the rising fixed value determined corresponding to the executed training item and training level. Further, in this embodiment, as shown in FIGS. 21B and 21C, the higher the training level, the greater the increase in the ability parameter.
  • the bonus addition rate is determined based on the character arranged for each training item and the character identification information table shown in FIG. 10 or 11 described above.
  • FIG. 21D is a diagram explaining a bonus addition rate table.
  • the bonus addition rate is determined based on the character identification information of the character whose placement is determined for each training.
  • the value obtained by multiplying the fixed increase value determined by the fixed increase value table by the bonus addition rate is derived as the added bonus value.
  • the value obtained by adding the bonus additional value to the fixed increase value is determined as the amount of increase in the value of the ability parameter when the training is successful.
  • the bonus addition value of each of the arranged characters is added to the fixed increase value. In this way, the amount of increase in the ability parameter of the main character when the training is successful is determined for all training types.
  • FIG. 22 is a diagram for explaining event types and event classifications.
  • Events are broadly classified into four types: scenario events, the above-mentioned dedicated events 162a provided for each main character, support events, and team member events.
  • scenario events the above-mentioned dedicated events 162a provided for each main character, support events, and team member events.
  • a scenario event, a dedicated event 162a, a support event, and a team member event that can appear during the training main game are predetermined.
  • a scenario event is an event set for each scenario in the main training game.
  • multiple scenarios are provided, and the player can select a scenario.
  • a scenario event appears for each scenario selected by the player.
  • the scenario event that appears in the training main game is determined based on the scenario selected by the player.
  • scenario events may include scenario-specific events and scenario-common events.
  • a scenario-specific event is an event linked to only one scenario. For example, a scenario-specific event linked to a first scenario appears only when the first scenario is selected, and does not appear when another scenario is selected.
  • common scenario events are events that commonly appear in multiple scenarios. Therefore, the scenario common event appears both when the first scenario is selected and when the second scenario is selected.
  • scenario-specific events and scenario-common events are provided as scenario events. However, only one of the scenario-specific event and the scenario-common event may be provided.
  • the dedicated event 162a is an event preset for each character, as described above.
  • a special event 162a for a character registered as a main character by the player in the setting game, ie, the preparation stage process appears.
  • a support event is an event preset for each support card.
  • a support event appears that is tied to the support card registered by the player in the setting game. Also, apart from the support event linked to the registered support card, for example, a support event linked to the team member may appear. However, the probability that the support event associated with the support card registered by the player in the setting game is determined is set higher than the probability that other support events are determined.
  • a team member event is an event that appears mainly when team members are assigned training, that is, joint training is performed. Team member events may also appear when certain conditions are met, regardless of training.
  • scenario events is determined based on the scenario. Also, whether or not the dedicated event 162a, the support event, and the team member event appear is determined based on the main character, the support card, and the team member, respectively. In other words, the event types are classified according to information referred to when determining whether or not an event appears.
  • each event is classified into one of five event classifications depending on the content brought about by the occurrence of the event.
  • each event is classified into one of the event classifications of hint event, ability event, aptitude event, story event, and special training event.
  • hint events are events that allow you to possess or acquire skills.
  • the ability event is an event that increases or decreases the ability parameter of the main character.
  • An aptitude event is an event that increases or decreases the aptitude parameter of the main character.
  • a story event is an event that displays a story related to a character appearing in the breeding game. Note that some story events change ability parameters and aptitude parameters in addition to the display of the story.
  • a special training event is an event that raises a team member's ability parameters.
  • scenario events include hint events, ability events, aptitude events, and story events.
  • Specialized events 162a and support events also include hint events and ability events.
  • Team member events include story events and special training events. Note that the relationship between event types and event classifications shown in FIG. 22 is merely an example. Thus, for example, dedicated events 162a may include story events and training events.
  • FIG. 23 is a diagram explaining the relationship between the event type and the number of turns.
  • FIG. 23 shows an example of a case where a predetermined character is registered as a main character when the breeding main game is executed. Whether an event appears or not is determined based on an event determination table provided for each scenario.
  • the event determination table includes an event appearance determination table and an event content determination table.
  • information indicating whether or not an event will appear information indicating the probability of an event appearing, and the like are associated with each turn.
  • information indicating whether or not an event appears and information indicating the probability of an event appearing are defined for each type of event for all turns.
  • the events to appear or the events that can appear are set in advance for each turn and for each type of event.
  • the event occurrence determination table is referenced, and it is first determined for each event type whether or not to cause the event to appear. At this time, depending on the number of turns and the type of event, the "appearance" of the event may always be determined. Also, depending on the number of turns and the type of event, for example, it may be specified that the event appears with a probability of 50%. In this case, a lottery is conducted in which the "appearance" of the event is determined with a probability of 50%.
  • event ID 0002, 0003 at the 4th turn, 5th turn, 6th turn, 7th turn, and 10th turn, respectively. , 0004, 0005, 0006 scenario events are determined to appear.
  • each event is roughly divided into a fixed event and a random event.
  • a fixed event is an event whose appearance turn is fixed, in other words, an event that can appear in a predetermined turn and will not appear in any turn other than the predetermined turn.
  • a random event is an event that appears when it is decided to appear and it is decided as an event to appear.
  • the 4th to 7th turns are set as branch turns.
  • a branch turn means a turn in which the contents of an event are changed when a predetermined condition is satisfied.
  • a predetermined condition it is set that a predetermined number of specific characters are included in the team members, in other words, that a predetermined number of specific characters are included in the main characters or support characters.
  • the team members it is determined whether the team members include four specific characters as a predetermined number. Then, when four specific characters are included in the team members, the scenario event is replaced with the team member event.
  • the team member event includes a specific character event provided for each specific character.
  • the scenario event is replaced with the specific character event in the branch turn.
  • the team members include a predetermined number of 3, 2, and 1 specific characters, respectively. Then, when each team member includes a predetermined number of specific characters, the scenario event is replaced with the specific character event.
  • a story is reproduced in which a team member thinks of a team name, but ends without a team name being proposed. Therefore, if the specific character is not included in the team members, the team name will not be proposed for four consecutive turns.
  • scenario events are replaced with specific character events by the number of specific characters.
  • a specific character event is a story event. In the specific character event, a story in which a specific character proposes a team name is reproduced. Four specific characters are provided, and a different team name is proposed for each specific character. Therefore, when the specific character is included in the team members, the same number of team names as the specific character will be proposed from the 4th turn to the 7th turn.
  • this story event a story is reproduced that prompts the player to select a team name.
  • a total of five types of team names are provided by adding a preset default team name to the four team names proposed by the four specific characters.
  • the team name that can be selected by the player in the 10th turn is the default team. name only. In this case the player must choose the default team name. Further, for example, when two team names are proposed from the fourth turn to the seventh turn, the player chooses one of three team names, the two proposed team names and the default team name. Any one can be selected from.
  • the team name selected by the player on the 10th turn will be registered as the official team name, and will be used in various situations until the end of the training main game.
  • a privilege corresponding to the registered team name may be given to the player at a predetermined timing until the training main game ends.
  • Benefits given to the player include, for example, acquisition of skills corresponding to the registered team name, increases in ability parameters and aptitude parameters, acquisition of in-game currency, and the like.
  • a scenario ID is managed in association with an event ID that can appear. Therefore, the scenario events and specific character events appearing in the 4th to 7th turns and the 10th turn are linked only to one scenario ID.
  • the presence or absence of the dedicated event 162a and the dedicated event 162a to appear are determined by lottery from the 3rd turn to the 7th turn, the 9th turn, the 11th turn, and the 12th turn. .
  • the dedicated event 162a differs for each character. Also, the relationship between the number of turns and the appearing dedicated event 162a is set for each character. Therefore, the turn in which the dedicated event 162a appears and the dedicated event 162a that appears in each turn differ depending on the character registered as the main character.
  • the event determination table as shown in FIG. 23, it is set that whether or not a support event will appear and the content of the support event to appear will be determined by lottery in a predetermined turn.
  • the event ID that can be won by lottery may be different for each turn, or may be common for all turns.
  • the probability of "appearing" is not affected by the registered support card. In other words, in each turn, the probability of determining that a support event will appear is common regardless of which support card is registered. On the other hand, when the "appearance" of the support event is determined, the content of the support event is determined, but at this time, the probability that the content of the support event is determined changes depending on the registered support card. .
  • the event IDs of support events that can appear in that turn are extracted based on the event content determination table. Then, a lottery table is generated based on the extracted event IDs, and one event ID is determined based on the generated lottery table.
  • the extracted event IDs include the event ID of the support event linked to the registered support card and the event ID of the support event not linked to the registered support card.
  • the winning probability of the event ID of the support event linked to the registered support card is higher than the winning probability of the event ID of the support event not linked to the registered support card. is also set higher.
  • the support event linked to the registered support card has a higher appearance probability than other support events.
  • the probability of a support event appearing itself, or the content (type) of a support event that appears itself, may change depending on the registered support card.
  • the number or occurrence probability of events occurring during the breeding main game may differ depending on the registered support card.
  • Lottery-determined team member events are limited to intensive training events. Below is a detailed description of the special training event.
  • FIG. 24A is a third diagram for explaining the game screen 210.
  • FIG. FIG. 24A shows a case where a special training event appears in the turn.
  • an event notification display 227 is displayed in the training operation section 216 of the game screen 210 as shown in FIG. 24A.
  • FIG. 24B is a third diagram for explaining the training screen 220.
  • FIG. When the training operation section 216 of the game screen 210 is operated, a training screen 220 is displayed on the display 26 .
  • an event notification display 227 is displayed on the arranged character icon 228 of the corresponding character.
  • a bond gauge 228a and a special icon 228b are displayed for each placed character icon 228 of a character placed in training.
  • the bond gauge 228a indicates a parameter (hereinafter referred to as a bond parameter) that increases according to the number of joint trainings performed with the character of the corresponding team member.
  • This bond parameter is initially set to 0 and increases up to 100.
  • a bond gauge 228a visually indicates the value of the bond parameter.
  • the special icon 228b indicates the number of executions of special training events for the character of the corresponding team member. Although details will be described later, the special icon 228b is displayed in a display mode according to the number of completed special training events for the character of the arranged character icon 228 on which the special icon 228b is displayed.
  • FIG. 25A is a diagram explaining a special training event execution presence/absence determination table.
  • a team member When it is decided that a team member will be assigned to each training item, whether or not to execute a special training event is determined by lottery for each team member assigned to each training item based on the special training event execution/non-execution decision table shown in FIG. 25A. It is determined.
  • the team member for whom execution of the special training event has been decided is also referred to as a special training target team member.
  • the selection probability of whether or not to execute a special training event is set based on the value of the bond parameter of the team member subject to special training.
  • the selection probability is set such that the larger the value of the bond parameter, the more likely the execution of the special training event is selected.
  • the same number of special training events as the number of team members who won the lottery can appear.
  • a limit may be set for the number of team members who are subject to special training that can appear at the same time.
  • FIG. 25B is a diagram explaining the special icon determination table.
  • the special training event includes a “successful” execution pattern and a “great success” execution pattern. For each special training target team member, when the special training event is executed for the fifth time, the special training event is always executed with the execution pattern of "great success”. On the other hand, when a special training event other than the fifth special training event is executed for each special training target team member, the special training event is always executed with a "successful” execution pattern. That is, a special training event can be executed only once with the execution pattern of "great success” for one special training target team member.
  • the event notification display 227 varies depending on the content of the special training event to be executed ("successful” execution pattern or "great success” execution pattern) and the number of team members for whom execution of the special training event has been decided. may be displayed as
  • the special icon 228b is displayed in a larger size as the number of executions of the special training event increases.
  • the execution pattern of the special training event may be “successful” or “successful” may be determined by lottery.
  • the lottery probability may be set such that the greater the number of executions of the special training event related to the special training target team member, the more likely the execution pattern of "great success” will be selected.
  • the larger the size of the special icon 228b the more likely it is that the “successful” execution pattern will be selected. Become.
  • the special icon 228b is displayed in a larger size.
  • a suggestive display a is displayed, suggesting that the special training event has been executed with the execution pattern of "great success”.
  • the status display portion 213 of the training screen 220 displays a bonus icon 228c indicating the value by which the ability parameter of the main character increases due to the special training event.
  • FIG. 25C is a diagram explaining the bonus icon determination table.
  • the bonus icon 228c is displayed in different sizes according to the value by which the main character's ability parameter increases due to the special training event.
  • the bonus icon 228c is displayed in a larger size when the ability parameter of the main character is increased by the special training event when it is 20-39 than when it is 0-19.
  • the bonus icon 228c is displayed in a larger size when the ability parameter of the main character is raised by a special training event of 40 or more than when it is 20-39.
  • FIG. 26A is a diagram explaining a bonus fixed value (main character) table.
  • a value (bonus fixed value) by which the ability parameter of the main character is increased by the special training event is determined according to the number of team members for whom execution of the special training event is decided.
  • the value (fixed bonus value) by which the ability parameter of the main character is raised by the special training event is set to increase as the number of team members determined to execute the special training event increases. ing.
  • FIG. 26B is a diagram explaining a bonus additional value (main character) table.
  • a special training event is executed with a "great success” execution pattern, in addition to the above fixed bonus value, the special training event with a "great success” execution pattern increases the ability parameter of the main character (bonus addition value) is determined.
  • a value is set to increase the ability parameter of the main character according to the special training of the team member whose special training event is executed in the execution pattern of "great success”. ing. That is, the value by which the ability parameter of the main character increases due to the special training event is the sum of the fixed bonus value and the added bonus value.
  • FIG. 27A is a diagram explaining a fixed increase value (for special training) table.
  • the value (fixed increase value) by which the ability parameter of the team member subject to special training is increased by the special training event is determined.
  • a range of values (fixed increase values) for increasing the ability parameter of the team member subject to special training is set according to the type of training performed.
  • a value (fixed increase value) within the range set in FIG. 27A is determined by lottery.
  • FIG. 27B is a diagram explaining a bonus increase value (special training target) table.
  • a value (bonus increase value) by which the ability parameter of the team member subject to special training is increased by the special training event is determined.
  • a value (bonus rising value) is set.
  • An increase event may be executed in which the ability parameter or the main character's ability parameter increases. For example, the higher the number of special training events (number of times) in the execution pattern of "great success” that is executed at the same time, the larger the value that increases the ability parameters of the team members who are subject to special training and the ability parameters of the main character. can be
  • the ability parameters of the main character and team members subject to special training will increase. If the main character or the team member for special training is a specific character, the fixed increase value or the bonus increase value may be multiplied by a predetermined addition rate. In other words, when the main character or the team member for special training is the specific character, the ability parameter increases more than when the character is not the specific character.
  • the player can increase the number of team members as the turn progresses. Also, the player can increase the ability parameters of the main character and team members as turns progress. Ability parameters increase due to successful training or the appearance of various events. As described above, in training, if a specific character is placed in a training item, a bonus additional value is added.
  • main character or support character is a specific character
  • a predetermined bonus addition value will be added when the ability event appears. Therefore, by registering a specific character as a main character or a support character, the player can advantageously proceed with the training main game.
  • a specific character event will occur in the branch turn. Therefore, by registering a specific character as a main character or a support character, the player can expand the options in the game and improve the interest in the game.
  • the training game when all turns are completed, the training game ends. Also, in the middle of the breeding main game, if the goal set for each character cannot be achieved, the breeding game ends at that point.
  • breeding character information information about a breeding character trained in a breeding game (hereinafter referred to as breeding character information) is stored in association with a player ID.
  • breeding character information is stored in both the player terminal 1 and the server 1000 .
  • the training character information stored in association with the player ID includes ability parameters, aptitude parameters, acquired skills, inheritance information, and the like.
  • the evaluation points of the trained breeding character are calculated.
  • evaluation points are calculated based on the ability parameters, aptitude parameters, acquired skills, individual race results, team race results, and the like at the time the breeding game ends.
  • a method of calculating the evaluation points in other words, a calculation formula for calculating the evaluation points is prepared in advance, and the evaluation points are calculated based on the predetermined calculation formulas.
  • the evaluation point calculation method and calculation formula are not particularly limited. For example, when a training character enters a race in a team competition game or other game, such as ability parameters, aptitude parameters, and acquired skills at the end of the training game, evaluation points are given based only on parameters that affect the race results. may be calculated.
  • a training rank is set for the training character based on the evaluation points.
  • the training rank is an index indicating the strength of the training character, and each training rank is associated with a range of evaluation points. For example, a breeding character with evaluation points of 13000-14499 is given a training rank of "A+", and a breeding character with evaluation points of 14500-15499 is given a training rank of "S".
  • the breeding character information also includes an evaluation score and a breeding rank.
  • FIG. 28A is the first diagram for explaining the training completion screen 330.
  • FIG. FIG. 28B is a second diagram illustrating the training completion screen 330.
  • FIG. FIG. 28C is a third diagram illustrating the training completion screen 330.
  • FIG. 28A When the breeding game ends, a breeding completion screen 330 is displayed on the display 26 as shown in FIG. 28A.
  • the training completion screen 330 first displays the training rank of the trained training character, and then displays the evaluation points as shown in FIG. 28B.
  • the ability parameter, aptitude parameter, and acquired skills of the trained character are displayed on the training completion screen 330, as shown in FIG. 28C.
  • the training completion screen 330 is provided with a close operation section 331 . When the close operation portion 331 is tapped, the training completion screen 330 is hidden and the home screen 100 is displayed on the display 26 .
  • a specific event is held over a predetermined period.
  • the specific event is intended for the breeding game described above.
  • the player can select the event mode or normal mode to play the breeding game.
  • the normal mode is selected, the breeding game is executed as described above.
  • the event mode is selected, a part of the breeding game is changed from the normal mode.
  • the basic content of the breeding game particularly the breeding main game, does not change between the normal mode and the event mode.
  • FIG. 29A is a diagram explaining an outline of a specific event.
  • FIG. 29B is a diagram explaining the correspondence relationship between test points and grades.
  • a specific event No. 1 to No. Seven test events are provided, numbered seven. The player can play the breeding game after selecting any one of the seven test items.
  • evaluation points are calculated in the same manner as in the normal mode.
  • the evaluation point calculation method is common to the normal mode and the event mode. However, the evaluation point calculation method may differ between the normal mode and the event mode.
  • test points are calculated in addition to the evaluation points.
  • the test points are calculated by adding bonus points set for each test event to the calculated evaluation points. Bonus points are calculated according to the bonus granting conditions. Bonus granting conditions are set for each test event, and there are bonus granting conditions common to all test events (hereinafter referred to as common bonus granting conditions) and bonus granting conditions that differ for each test event (individual bonus granting conditions). is provided.
  • Common bonus conditions are set, for example, to run in a specific individual race in a breeding game, or to win a predetermined rank in a specific individual race. Also, for example, as a common bonus granting condition, bonus points are granted according to the number of times the special training event is executed in the execution pattern of “great success”.
  • bonus points are granted according to the value of a predetermined ability parameter. Also, for example, as an individual bonus granting condition, bonus points are granted when a preset acquired skill is possessed.
  • test aptitude is set for each test item.
  • test suitability indicates a race event suitable for obtaining higher test points. That is, for each test item, test aptitude, in other words, an individual bonus granting condition corresponding to the race item is set.
  • the test number is No. 1 to No. Short-distance races, mile races, medium-distance races, long-distance races, and dirt races are set as test aptitudes for each of the five tests.
  • bonus points are given according to the value of the "speed" parameter among the ability parameters.
  • bonus points are given according to the value of the "stamina" parameter among the ability parameters.
  • bonus points will be given if you possess acquired skills that mainly increase speed.
  • bonus points are awarded for possessing acquired skills that increase stamina.
  • test aptitudes are set for each test category, and individual bonus grant conditions are set according to test aptitudes. Therefore, for example, if the test number is No. 1 test item is selected, the more suitable the breeding character is for short-distance races, the higher the test points, and the test number is No. 1. When 4 test events are selected, the training character that is more suitable for long-distance races has higher test points.
  • test number is No. 1 to No.
  • the 5 test items are set as test themes to train breeding characters suitable for short-distance races, mile races, medium-distance races, long-distance races, and dirt races.
  • test number is No. 6 and no.
  • "Extra” and “Free” are set as test aptitudes, respectively.
  • individual bonus granting conditions are set without being biased towards specific distance aptitudes or place aptitudes. It should be noted that the method of calculating the test points, such as the conditions for giving bonuses, is merely an example, and the design can be changed as appropriate.
  • the pass judgment for the exam is made.
  • a passing score is set for each test item, and if the acquired test points are equal to or higher than the passing score, the test is passed. Also, if you pass the exam, you will be given grades according to the exam points you have earned.
  • three classifications of excellent, good, and acceptable are provided, and one of these three classifications is given to the breeding character as a result if it passes the test.
  • the pass judgment of each test and the grade given to the player are determined based on the test points obtained in each test. For example, if the test number is No. In the test category 1, if the test point is 3000 or more, it is judged to be passed. That is, if the test number is No. The passing score for test item 1 is set at 3000 points. Also, if the test number is No. In test item 1, a grade of "passable” is given when the test point is 3000 or more and less than 4000, "good” is given when the test point is 4000 or more and less than 5000, and "excellent” is given when the test point is 5000 or more. As is clear from FIG. 29B, the passing score and the range of test points corresponding to each grade differ for each test item.
  • the test number is No. Only one test event can be selected by the player. In other words, at the start of the specific event, the player can determine whether the test number is No. 2 to No. 7 test events cannot be selected. If the test number is No. 2 to No. A release condition is set for each of the seven test events, and the player can select a test event that satisfies the release condition.
  • n is an integer from 2 to 7
  • FIG. 30A is a diagram explaining the home screen 100 during the holding period of a specific event.
  • FIG. 30B is a diagram illustrating the specific event top screen 340.
  • an event icon 108 is displayed on the home screen 100 during the holding period of the specific event.
  • event icon 108 is tapped, specific event top screen 340 shown in FIG. 30B is displayed.
  • a mode selection screen (not shown) is displayed on which the normal mode or the event mode can be selected.
  • the specific event top screen 340 is also displayed when the event mode is selected on the mode selection screen.
  • the specific event top screen 340 At the top of the specific event top screen 340, the holding period of the specific event is displayed. Further, the specific event top screen 340 is provided with a selected test item display field 341, a test item change operation section 342, a start operation section 343, a card ranking operation section 344a, a breeding character ranking operation section 344b, and a coin exchange operation section 344c. be done.
  • a coin exchange screen (not shown) is displayed.
  • Coins which are in-game currency, are given to the player when the breeding game is played in the event mode during the holding period of the specific event.
  • the player can acquire various items by consuming the coins he has.
  • the currently selected test type is displayed in an identifiable manner in the selected test type display field 341. Further, the currently selected test item display field 341 displays the reward given to the player when the player passes the test and the highest score obtained in the past in the test. In addition, in FIG. 30B, No. A test event with a test number of 1 has been selected, and this test event has not yet been passed. If the selected test item has been passed, the right side of the selected test item display column 341 shows the highest score obtained in the past in the selected test item among excellent, good, and acceptable grades. A stamp is displayed. In a state in which the selected test event has not yet been passed, a stamp with an X is displayed, as shown in FIG. 30B.
  • the test item change operation unit 342 is an operation unit for changing the currently selected test item. As described above, at the beginning of the specific event, No. 2 to No. The release conditions for the test item No. 7 are not satisfied, and the player Only test items with a test number of 1 can be selected. Therefore, in this case, as shown in FIG. 30B, the test item change operation section 342 is grayed out and the player's operation cannot be accepted.
  • test type change operating section 342 When one or more release conditions are satisfied among the seven test events, the player can select one of the two or more test events.
  • the test type change operating section 342 is activated.
  • an unillustrated test item list screen is displayed.
  • the test items for which the release condition is satisfied are displayed. The player can select one test item for which the release condition is satisfied on the test item list screen.
  • the specific event top screen 340 is displayed again.
  • the changed test type is stored as the currently selected test type, and the display of the selected test type display field 341 is switched.
  • the start operation unit 343 is tapped, the breeding game is started assuming that the selected test item is to be tested.
  • a support card ranking screen 350 is displayed on the display 26.
  • FIG. 30C is a diagram explaining the support card ranking screen 350.
  • Support card rankings are reported to the player during the specific event period.
  • the support card ranking is a ranking of support card usage rates for all players.
  • the tallying period when the training of the breeding character is completed, the number of uses is counted for each support card arranged in the deck. Then, a usage rate is calculated for each type of support card, with the number of executions of the breeding game (the number of breeding characters trained or the number of decks used) as the denominator and the number of uses as the numerator.
  • the players are classified into one of three levels of player categories, beginner, normal, and expert, and the number of times the breeding game is executed and the number of times the support card is used are counted separately for each player category.
  • the support card ranking is derived for each player category.
  • three support card rankings are derived.
  • Players are classified into one of the player categories based on the highest training rank among the training ranks of training characters trained in the past. In other words, the player is classified into one of the player categories based on the highest training rank obtained in the past.
  • a player whose highest training rank is less than D is classified as a beginner, a player whose highest training rank is D or higher and less than A is classified as normal, and a player whose highest training rank is A or higher is Classified as an expert. Therefore, if a player categorized as a beginner completes training, counters for counting the number of times the training game is executed and the number of times the support card is used, which are provided for beginners, are updated. becomes.
  • the player classification is updated based on the player's highest training rank at the time of completion of training. For example, assume that a player whose highest training rank acquired so far is "B" trains a training character with a training rank of "S". In this case, when the training of the breeding character is completed, the player classification of the player is classified as an expert. Therefore, the support card used for training the breeding character with the breeding rank of "S" and the number of executions of the breeding game at this time are counted in the counter provided for the expert.
  • the player classification of the player may be changed at a predetermined update timing, not at the completion of training. For example, at 4:59 am every day, a player may be classified into one of the player categories based on the highest training rank that he or she has attained in the past. In this case, until 4:59 am on the next day, even if the highest training rank is updated, the player classification is not changed.
  • the information for determining the player category is not limited to the highest training rank acquired in the past.
  • the player classification may be determined based on the highest rating or test points earned in the past or during a predetermined period of time, such as during a particular event.
  • one support card ranking common to all players may be derived without providing player categories.
  • the support card ranking may be derived for each test aptitude or test number.
  • a support card ranking may be derived for each distance aptitude such as short distance, mile, medium distance, and long distance.
  • support card rankings may be derived for each track, such as grass and dirt. In this way, when support card rankings are derived for each test aptitude (test number) and riding ground, further, support card rankings may be derived for each player category, or common to all players without providing player categories. support card ranking may be derived.
  • the support card ranking screen 350 is provided with a switching tab 351.
  • the switching tabs 351 are provided with a beginner tab, a normal tab and an expert tab. Of the switching tabs 351, when the beginner tab is tapped, the support card ranking for beginners is displayed, when the normal tab is tapped, the support card ranking for normals is displayed, and when the expert tab is tapped, A support card ranking for experts is displayed.
  • the top 10 types of support cards with the highest usage rates are displayed.
  • the number of support cards displayed on the support card ranking screen 350 may differ for each of the beginner, normal, and expert player categories.
  • the support card ranking screen 350 displays a support card icon 351a indicating the support card and its usage rate.
  • a support card details screen (not shown) is displayed. The player can check the detailed information of the support card on the support card detail screen. Although three support cards are shown in FIG. 30C, the player can sequentially check support cards up to the 10th ranked support card by inputting a flick operation from the bottom to the top.
  • the support card ranking By displaying the support card ranking in this way, it is easier for the player to understand how to organize a better deck. In particular, since the support card ranking is derived for each player category, it becomes easier for the player to comprehend how to organize a deck suitable for the player.
  • a breeding character ranking screen 360 is displayed on the display 26 .
  • FIG. 30D is a diagram explaining the breeding character ranking screen 360.
  • the breeding character ranking is a ranking of breeding characters for all players. This breeding character ranking targets breeding characters trained in the breeding game in which the event mode is selected.
  • the breeding character ranking is derived based on the test points of the breeding characters. For example, the breeding characters with the top 30 test points are displayed on the breeding character ranking screen 360 .
  • the information used to derive the breeding character ranking is not limited to test points.
  • a breeding character ranking may be derived based on the evaluation points.
  • a trained character trained in the normal mode may be included in the trained character ranking.
  • a plurality of information display columns 361 are displayed on the training character ranking screen 360 .
  • the information display column 361 displays an icon 361a corresponding to the breeding character, the player name of the player who trained the breeding character, the character name, and test points.
  • three information display columns 361 are shown in FIG. 30D, the player can display information up to the information display column 361 corresponding to the breeding character ranked 30th by inputting a flick operation from the bottom to the top. You can check them in order.
  • FIG. 31 is a diagram explaining the player information confirmation screen 370.
  • FIG. 31 When the information display column 361 is tapped on the breeding character ranking screen 360, a player information confirmation screen 370 shown in FIG.
  • the player information confirmation screen 370 displays player information about the player who trained the trained character displayed in the information display field 361 of the trained character ranking screen 360 (hereinafter referred to as a trained player).
  • a profile character image 371 indicating the profile character set by the breeding player is displayed, and near the profile character image 371, the comment set by the breeding player is displayed. Also, on the player information confirmation screen 370, a representative character display portion 372a and a rental card display portion 372b are displayed. A representative character and a rental card set by the breeding player are displayed in the representative character display portion 372a and the rental card display portion 372b, respectively.
  • a follow-up operation section 373 is provided on the player information confirmation screen 370 .
  • the player can follow the growing player by tapping the follow operation section 373 .
  • the player can register the growing player as a friend.
  • the player can use the representative character of the breeding player as a successor character in subsequent breeding games.
  • the player can organize the rental cards set by the breeding player into a deck in subsequent breeding games.
  • the player information confirmation screen 370 is provided with a close operation section 374 .
  • the close operation portion 374 is tapped, the player information confirmation screen 370 is closed and the breeding character ranking screen 360 shown in FIG. 30D is displayed.
  • the icon 361 a displayed in the information display column 361 is long-pressed on the breeding character ranking screen 360 , a character details dialog 380 is displayed on the display 26 .
  • FIG. 32A is the first diagram for explaining the character details dialog 380.
  • FIG. FIG. 32B is a second diagram illustrating the character details dialog 380.
  • FIG. 32C is a third diagram illustrating the character details dialog 380.
  • FIG. Detailed information of the breeding character is displayed in the character detail dialogue 380 .
  • An ability parameter display field 381 is displayed at the top of the character details dialog 380 .
  • an aptitude information display column 382 is displayed below the ability parameter display column 381.
  • the aptitude information display column 382 there are aptitude parameters for grass and dirt field aptitudes, distance aptitude parameters for short, mile, middle and long distances, escape, leading, trailing, and trailing. Aptitude parameters related to leg quality aptitude are displayed.
  • the various information display column 383 is provided with a skill display tab 383a, an inheritance information display tab 383b, and a training information display tab 383c.
  • the skill display tab 383a is tapped, acquired skills of the breeding character are displayed in the various information display column 383 as shown in FIG. 32A.
  • the inheritance information display tab 383b is tapped, the inheritance information of the breeding character is displayed as shown in FIG. 32B.
  • the succession information includes information about two succession characters set in the setting game in the breeding game when training the breeding character.
  • the breeding information includes the types of support cards set in the setting game in the breeding game, individual race results in the breeding game, and evaluation points when breeding the breeding character.
  • the player can confirm various information about the breeding character that has won a high rank in the breeding character ranking.
  • the information gap between players is corrected, and the players can easily know how to train their breeding characters.
  • a close operation section 384 is provided in the character details dialog 380 .
  • the close operation section 384 is tapped, the character detail dialog 380 is closed and the breeding character ranking screen 360 is displayed on the display 26 .
  • FIG. 33 is a diagram illustrating an example of ranking update timing.
  • the Support Card Ranking and Training Character Ranking will be updated regularly during the specific event period. For example, with the start of a specific event, totaling of information necessary for calculating the usage rate of support cards and information on breeding characters trained in the event mode is started. A ranking is then derived based on all the information collected by 4:59 am every day during the specific event. The derived rankings will be distributed at 5:00 am on the same day.
  • the information necessary for deriving the ranking is aggregated when the training game is completed, but it is not immediately reflected in the ranking when the training game is completed. Therefore, for example, information collected during the period from 4:59 am on the second day of a specific event to 4:59 am on the third day will be included in the ranking distributed at 5:00 am on the third day. will be reflected.
  • the support card ranking and training character ranking are not derived on the first day of the specific event. Therefore, the support card ranking and the training character ranking are not provided on the first day of the specific event.
  • the card ranking operation section 344a and the breeding character ranking operation section 344b are displayed grayed out, and the player's operation cannot be accepted.
  • the support card ranking screen 350 and the breeding character ranking screen 360 it may be reported that the information for deriving the ranking is being aggregated.
  • the calculation period and update timing of the support card ranking and the breeding character ranking are the same.
  • the aggregation period and update timing may differ between the two rankings. For example, tallying of support card rankings may be started before the holding period of a specific event. In this case, support card rankings may be provided at the start of a particular event.
  • the player when the event mode is selected and the breeding game is played during the holding period of a specific event, the player can organize the breeding characters ranked in the top 30 in the ranking as inherited characters in the deck. As a result, the player can organize a powerful successor character in the deck without complicated work, and the disparity between players can be reduced. It should be noted that even when the breeding game is played by selecting the normal mode during the holding period of the specific event, the breeding characters ranked in the top 30 in the ranking may be organized in the deck as inherited characters. Differences between the event mode and the normal mode in the preparation stage of the breeding game will be described below.
  • FIG. 34A is the fourth diagram for explaining the succession character selection screen 170.
  • FIG. FIG. 34B is a second diagram for explaining the breeding character list screen 180.
  • a succession character selection screen 170 is displayed on the display 26 as shown in FIG. 34A.
  • the succession character selection screen 170 displayed at this time is the same in the normal mode and the event mode.
  • the breeding character list screen 180 shown in FIG. 34B is displayed.
  • the breeding character list screen 180 differs between the normal mode and the event mode. Specifically, in the normal mode, the breeding character list screen 180 displays a My Character tab 181a and a Rental tab 181b. On the other hand, in the event mode, an event tab 181c is displayed in addition to the My Character tab 181a and the rental tab 181b.
  • a breeding character icon 182 corresponding to the breeding character possessed by the player is displayed.
  • training corresponding to a representative character of another player, such as a player registered as a friend is extracted based on player information (for example, player ID) linked to the player.
  • player information for example, player ID
  • a breeding character icon 182 corresponding to the breeding character ranked in the top 30 in the breeding character ranking is displayed.
  • the breeding character icon 182 is tapped, the breeding character corresponding to the breeding character icon 182 is provisionally selected. Further, when the breeding character icon 182 is long-pressed, detailed information of the breeding character corresponding to the breeding character icon 182 is displayed.
  • the breeding character list screen 180 is provided with operation buttons (not shown). By operating operation buttons (not shown), the player can rearrange and narrow down the breeding character icons 182 based on the abilities and succession information of the breeding characters, compatibility with the main character to be trained, and the like. be.
  • breeding characters trained in the breeding game are set as ranking targets.
  • the breeding characters associated with each player who played the breeding game are ranked based on the result of the breeding game.
  • a second player different from the first player can organize a breeding character associated with the first player whose breeding character rank is a predetermined rank (here, 30th or higher) in the deck.
  • the player in the event mode, has a breeding character extracted based on the rank of the breeding character ranking (hereinafter referred to as a high-ranking prize-winning breeding character) and a breeding character extracted based on the player information (hereinafter referred to as an extracted character). (referred to as training characters) can be organized in a deck. Note that the player can organize only one high-ranking prize-winning breeding character and one extracted breeding character in total in one breeding game.
  • formation conditions for forming decks are set for high-ranking prize-winning breeding characters and extracted breeding characters.
  • the formation condition is set to pay a predetermined cost, but the formation condition differs between the high-ranking winning breeding character and the extracted breeding character.
  • the player can use a trained character trained by another player as a successor character by consuming predetermined in-game currency as a cost.
  • the cost required for the high-ranking prize-winning breeding character is smaller than that for the extracted breeding character.
  • the extracted breeding character can be organized in the deck as a inherited character only within the range of the upper limit number of uses per day.
  • the upper limit number of times of use per day is set to, for example, 3 times, and the player can organize any of the extracted breeding characters in the deck with the upper limit of 3 times per day.
  • the upper limit number of uses is not set for high-ranking prize-winning characters. Therefore, the player can play the breeding game by arranging his/her favorite high-ranking winning breeding characters in a deck as many times a day as possible.
  • the formation conditions to be set are different between the high-ranking prize-winning breeding characters and the extracted breeding characters.
  • the formation conditions are set so that the player can easily use the high-ranking prize-winning breeding characters rather than the extracted breeding characters.
  • the formation condition may be set so that the extracted breeding character is easier for the player to use than the high-ranking winning breeding character. Further, the same formation condition may be set for the high-ranking prize-winning breeding character and the extracted breeding character. Furthermore, it is also possible that the formation condition is set for only one of the high-ranking prize-winning breeding character and the extraction breeding character, and the formation condition is not set for the other.
  • the training character ranking is distributed every day at 5:00 am. Therefore, there is a possibility that high-ranking prize-winning breeding characters will be replaced frequently, and the period in which high-ranking prize-winning breeding characters can be organized in a deck is more limited than that of extracted breeding characters. Therefore, it is preferable that the formation conditions are set so that the high-ranking prize-winning breeding characters are easier for the player to use than the extracted breeding characters.
  • a support card organization screen 190 is displayed on the display 26.
  • FIG. 35 is a third diagram for explaining the support card organization screen 190.
  • the support card organization screen 190 is provided with a card ranking operation section 344a.
  • a support card ranking screen 350 shown in FIG. 30C is displayed.
  • the screen transitions from the support card formation screen 190 to the support card ranking screen 350 as well.
  • the support card organization screen 190 does not change between the event mode and the normal mode except that the card ranking operation section 344a is provided.
  • the card ranking operation section 344a is provided in the support card formation screen 190, and the transition to the support card ranking screen 350 is possible. good.
  • the training main game is started.
  • This breeding main game has no changes between the normal mode and the event mode.
  • the breeding main game ends the aforementioned breeding completion screen 330 (see FIGS. 28A, 28B, and 28C) is displayed.
  • a test result screen 390 is displayed on the display 26 after the display of the training completion screen 330 is completed.
  • FIG. 36A is the first diagram for explaining the test result screen 390.
  • FIG. FIG. 36B is a second diagram for explaining the test result screen 390.
  • FIG. FIG. 36C is a third diagram illustrating the test result screen 390.
  • FIG. FIG. 36D is a fourth diagram illustrating the test result screen 390.
  • the test result screen 390 displays an evaluation score (shown as Score in the drawing) at the top, and the added bonus points are displayed below the evaluation score.
  • the bonus points to be added are displayed separately for each bonus granting condition.
  • test points obtained by adding all bonus points to the evaluation points are displayed.
  • the score derived based on the test points and the next operation section 391 are displayed.
  • the reward given to the player corresponding to the test event is displayed as shown in FIG. 36C.
  • the test result screen 390 is closed and the home screen 100 is displayed.
  • the release condition is satisfied and the test item is newly released, it is notified that the new test item has been released, as shown in FIG. 36D.
  • FIG. 37 is a diagram for explaining the configuration of the memory 12 in the player terminal 1 and its function as a computer.
  • the memory 12 is provided with a program storage area 12a and a data storage area 12b.
  • the CPU 10 stores a terminal-side game control program (module) in the program storage area 12a.
  • the terminal-side game control program includes an information setting processing program 700, a breeding game execution program 701, and a ranking information acquisition program 702. Note that the programs listed in FIG. 37 are only examples, and many other programs are provided in the terminal-side game control program.
  • a player information storage section 750 In the data storage area 12b, a player information storage section 750, a game information storage section 751, and a ranking information storage section 752 are provided as storage sections for storing data.
  • the data storage area 12b is provided with a large number of other storage units.
  • information directly related to games such as training games (hereinafter referred to as game information) is stored in the game information storage unit 751 .
  • the game information storage unit 751 also temporarily stores various kinds of information during the progress of each game, such as a breeding game.
  • all information other than the game information such as information about the player or other players, setting information of the player terminal 1, etc., is player information.
  • Player information is stored in the player information storage unit 750 .
  • the ranking information is stored in the ranking information storage unit 752 .
  • the CPU 10 operates each program stored in the program storage area 12a and updates data in each storage section in the data storage area 12b. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control section 1A by operating each program stored in the program storage area 12a.
  • the terminal-side game control section 1A includes an information setting processing section 700a, a breeding game execution section 701a, and a ranking information acquisition section 702a.
  • the CPU 10 operates the information setting processing program 700 and causes the computer to function as the information setting processing section 700a. Similarly, the CPU 10 operates a breeding game execution program 701 and a ranking information acquisition program 702 to function as a breeding game execution unit 701a and a ranking information acquisition unit 702a, respectively.
  • the information setting processing section 700a stores information about the settings in the player information storage section 750 as player information. Further, when the information in the player information storage unit 750 is updated, the information setting processing unit 700a transmits update information to the server 1000.
  • FIG. 1 illustrates that the information setting processing section 700a stores information about the settings in the player information storage section 750 as player information. Further, when the information in the player information storage unit 750 is updated, the information setting processing unit 700a transmits update information to the server 1000.
  • the breeding game execution unit 701a executes all processing related to the breeding game.
  • the ranking information acquisition unit 702a acquires ranking information from the server 1000 and stores it in the ranking information storage unit 752 during the holding period of the specific event.
  • FIG. 38 is a diagram for explaining the configuration of memory 1012 in server 1000 and its function as a computer.
  • the memory 1012 is provided with a program storage area 1012a and a data storage area 1012b.
  • CPU 1010 stores a server-side game control program (module) in program storage area 1012a.
  • the server-side game control program includes an information setting processing program 1100, a breeding game execution program 1101, a breeding game end processing program 1102, and a ranking information update program 1103.
  • the programs listed in FIG. 38 are only examples, and many other programs are provided in the server-side game control program.
  • a player information storage section 1150 In the data storage area 1012b, a player information storage section 1150, a game information storage section 1151, a ranking information storage section 1152, and a ranking target breeding character information storage section 1153 are provided as storage sections for storing data.
  • the data storage area 1012b is provided with a large number of storage units.
  • game information of all players is stored in the game information storage unit 1151 in association with player IDs.
  • Player information of all players is stored in the player information storage unit 1150 in association with the player ID.
  • the CPU 1010 operates each program stored in the program storage area 1012a and updates the data in each storage section in the data storage area 1012b.
  • the CPU 1010 causes the server 1000 (computer) to function as the server-side game control section 1000A by operating each program stored in the program storage area 1012a.
  • the server-side game control unit 1000A includes an information setting processing unit 1100a, a breeding game execution unit 1101a, a breeding game end processing unit 1102a, and a ranking information update unit 1103a.
  • the CPU 1010 operates the information setting processing program 1100 and causes the computer to function as the information setting processing unit 1100a. Similarly, the CPU 1010 operates a breeding game execution program 1101, a breeding game end processing program 1102, and a ranking information update program 1103 to function as a breeding game execution unit 1101a, a breeding game end processing unit 1102a, and a ranking information update unit 1103a, respectively. .
  • the information setting processing unit 1100a updates the player information in the player information storage unit 1150 based on the update information received from the player terminal 1 when various information is set in the player terminal 1.
  • the breeding game execution unit 1101a executes all processing related to the breeding game.
  • the breeding game end processing unit 1102a derives the evaluation points, breeding rank, etc. for the breeding character that has been trained. Also, the breeding game end processing unit 1102 a stores the breeding character information in the game information storage unit 1151 .
  • the ranking information update unit 1103a derives support card rankings and training character rankings during the specific event period.
  • the information setting processing unit 700a in the player terminal 1 and the information setting processing unit 1100a in the server 1000 both store player information. The ranges are different from each other. Also, the breeding game execution unit 701a in the player terminal 1 and the breeding game execution unit 1101a in the server 1000 are common in that they both execute processing related to the breeding game, but their roles, that is, the scope of their responsibility are different. there is
  • each functional unit in the player terminal 1 and the server 1000 will be described below using flowcharts. In the following, first, the processing related to the breeding game when the normal mode is selected will be described, and then the processing related to the breeding game when the event mode is selected will be described.
  • FIG. 39 is a sequence diagram illustrating processing of the player terminal 1 and the server 1000 relating to the breeding game.
  • processing in the player terminal 1 will be indicated as Pn (n is an arbitrary integer).
  • processing in the server 1000 is represented by Sn (n is an arbitrary integer).
  • the information setting processing unit 700a of the player terminal 1 performs information setting processing (P1) for updating the player information storage unit 750 based on the player's operation input. I do.
  • update information is transmitted to the server 1000 .
  • the information setting processing section 1100a updates the player information in the player information storage section 1150 (S1).
  • Player information updated in P1 and S1 includes, for example, profile information that can be set by the player. Also, for example, when an operation of adding another player to friends or an operation of canceling friends is input as a setting change operation, friend information, which is information about friends, is updated.
  • the breeding game execution unit 701a executes the preparation stage process (P6). Further, communication processing is performed between the player terminal 1 and the server 1000 during this preparatory stage processing. In the server 1000, based on the information received from the player terminal 1, the breeding game execution unit 1101a executes the preparatory stage process (S6).
  • FIG. 40 is a first flowchart for explaining the preparatory stage process (P6) in the player terminal 1.
  • FIG. FIG. 41 is a second flowchart for explaining the preparatory stage process (P6) in the player terminal 1.
  • the breeding game execution unit 701a of the player terminal 1 determines whether or not the main character selection screen 150 is being displayed on the display 26 (P6-1). When the main character selection screen 150 is being displayed (YES in P6-1) and a display switching operation for switching the display of the screen is input (YES in P6-2), the breeding game execution unit 701a causes the display 26 to display Switch the screen (P6-13).
  • the breeding game execution unit 701a corresponds to the character icon 151 for which the selection operation has been input.
  • the character to be played is temporarily stored (P6-4), and the display screen is switched (P6-13).
  • the breeding game execution unit 701a selects the character temporarily stored in P6-4. Temporarily register as a main character (P6-6). Also, the breeding game execution unit 701a acquires from the server 1000 information about representative characters extracted according to predetermined extraction conditions, such as friend's representative characters (P6-7), and switches the display screen (P6-13).
  • the breeding game is executed.
  • the unit 701a switches the display screen of the display 26 (P6-13).
  • a selection operation (tapping the breeding character icon 182) is input on the breeding character list screen 180 (YES in P6-10)
  • the breeding game execution unit 701a A character corresponding to is temporarily stored as an inherited character (P6-11), and the display screen is switched (P6-13).
  • the breeding game execution unit 701a displays the support card formation screen 190 on the display 26. (P6-13).
  • the breeding game execution unit 701a switches the display screen of the display 26 (P6-22).
  • a selection operation (tapping the card icon 201 of the support card) is input on the support card selection screen 200 (YES in P6-23)
  • the breeding game execution unit 701a Temporarily stores the support card corresponding to (P6-24), and switches the display screen (P6-22).
  • the breeding game execution unit 701a transmits confirmation information to the server 1000 (P6- 26).
  • the confirmation information includes information identifying the temporarily registered main character, successor character, and support card.
  • the server 1000 determines in the preparatory stage process (S6) whether or not to permit execution of the training main game using the temporarily registered main character, successor character, and support card.
  • FIG. 42 is a flowchart for explaining the preparatory stage process (S6) in the server 1000.
  • the breeding game execution unit 1101a receives the confirmation information, it confirms the player's possessed character stored in the player information storage unit 1150 (S6-1). If the main character selected by the player is included in the owned characters, the breeding game execution unit 1101a determines that there is no abnormality (S6-2).
  • the breeding game execution unit 1101a checks whether the support card selected by the player is normal (S6-3). In S6-3, if a support card that the player does not possess is selected, or if the rental card selected by the player is not linked to the player ID of the player, the support character overlaps with the main character. In some cases, it is determined that there is an abnormality.
  • the breeding game execution unit 1101a checks the breeding character information stored in the game information storage unit 1151 (S6-5). Then, if the breeding character selected by the player as the successor character is linked to the player ID of the player, the breeding game execution unit 1101a determines that the breeding character trained by the player is selected as the inheritance character. If so, it is determined that there is no abnormality in the inherited character (YES in S6-6).
  • the breeding game execution unit 1101a determines whether the breeding character selected by the player as the inherited character includes a representative character of another player (S6-7). If a representative character of another player is included (YES in S6-7), the breeding game execution unit 1101a determines whether the number of uses on the day is less than three (S6-8).
  • the breeding game execution unit 1101a determines whether the predetermined in-game currency possessed by the player is 2000 or more (S6-9). That is, in S6-8 and S6-9, it is determined whether the knitting conditions are satisfied. If the player has 2000 or more in-game currency (YES in S6-9), the breeding game execution unit 1101a adds "1" to the number of uses on the day (S6-10). Also, the breeding game execution unit 1101a subtracts 2000 from the number of possession of predetermined in-game currency stored in the player information storage unit 1150 (S6-11).
  • the breeding game execution unit 1101a sets permission information (S6- 12), causing the player terminal 1 to receive it. On the other hand, if there is an abnormality in any of the main character, succeeding character, and support card, or if the organization condition for using the representative character of another player is not satisfied, the breeding game execution unit 1101a disapproves. Information is set (S6-13) and the player terminal 1 receives it.
  • the breeding game execution unit 701a when the player terminal 1 transmits the confirmation information (P6-26) and then receives the permission information (YES in P6-27), the breeding game execution unit 701a is temporarily registered in P6-6. Register the main character (P6-28). In addition, the breeding game execution unit 701a registers the breeding character temporarily stored as the succeeding character at P6-11 and the support card temporarily stored at P6-24 in the deck. Also, the breeding game execution unit 701a registers the character ID of the character set as the specific character based on the specific character information (P6-29). Also, the breeding game execution unit 701a sets the initial character identification information (P6-30), and displays the game screen 210 on the display 26 (P6-31).
  • the breeding game execution unit 701a executes the breeding stage process (P7). Further, communication processing is performed between the player terminal 1 and the server 1000 during the training stage processing. In the server 1000, based on the information received from the player terminal 1, the breeding game execution unit 1101a executes the breeding stage process (S7).
  • the breeding stage process (S7) In practice, roles are divided between the player terminal 1 and the server 1000, and the training main game progresses between the training stage process (P7) in the player terminal 1 and the training stage process (S7) in the server 1000. However, here, in order to facilitate understanding, it is assumed that all the processing is performed in the training stage processing (P7) of the player terminal 1.
  • FIG. 43 is a flowchart for explaining the training stage processing in the player terminal 1.
  • the breeding game execution unit 701a of the player terminal 1 executes turn start processing (P10) if it is the start of the turn (YES in P7-1), and executes mid-turn processing (P20) if it is not the start of the turn. Execute.
  • FIG. 44 is a flowchart for explaining the turn start processing in the player terminal 1.
  • the breeding game execution unit 701a updates the current number of turns stored in the game information storage unit 751 (P10-1).
  • the breeding game execution unit 701a also refers to the selection item table (FIG. 12) stored in the data storage area 12b, and confirms that the current turn is the personal race, that is, the turn in which only the individual race operation unit 219 can be selected ( (P10-2). If the turn is not limited to individual races (NO at P10-2), the process ends. If the turn is limited to individual races (YES at P10-2), placement processing (P11) and numerical value determination processing (P12) are performed. , the event determination process (P13) is performed in order.
  • the placement process (P11), the numerical value determination process (P12), and the event determination process (P13) are executed only on the player terminal 1.
  • a part or all of the arrangement processing (P11), the numerical value determination processing (P12), and the event determination processing (P13) may be executed in the server 1000.
  • the server 1000 may execute part of the later-described processing of the arrangement processing (P11), the numerical value determination processing (P12), and the event determination processing (P13).
  • the player terminal 1 executes the process based on the information received from the server 1000 .
  • FIG. 45 is a flowchart for explaining placement processing in the player terminal 1.
  • the breeding game execution unit 701a refers to the character identification information table (FIGS. 10 and 11) and extracts all characters registered as team members (P11-1). Then, the breeding game execution unit 701a selects a character for which the processes of P11-3 to P11-7, which will be described later, have not been executed, from among the team members extracted in P11-1, as a target character to execute the process. (P11-2).
  • the breeding game execution unit 701a refers to the character identification information table to confirm the character identification information of the target character selected in P11-2 (P11-3). In addition, the breeding game execution unit 701a sets the arrangement presence/absence table (FIG. 20) based on the character identification information confirmed in P11-3 (P11-4). In addition, the breeding game execution unit 701a determines "arrange” or “not arrange” by lottery based on the arrangement presence/absence table set in P11-4 (P11-5).
  • the breeding game execution unit 701a determines and stores training items for arranging the target character (P11-7). If the process has not been completed for all of the team members extracted in P11-1 (NO in P11-8), the breeding game execution unit 701a continues processing from P11-2 until the process is completed for all team members. repeat. On the other hand, when the processing for all team members is completed (YES in P11-8), the breeding game execution section 701a ends the placement processing and executes the numerical value determination processing (P12).
  • FIG. 46 is a flowchart for explaining numerical value determination processing in the player terminal 1.
  • the breeding game execution unit 701a selects training items such as "Speed”, “Stamina”, “Power”, “Spirit”, and “Wisdom”, which will be described later.
  • the items to be processed for which the processes of P12-2 to P12-9 have not been executed are set (P12-1).
  • the breeding game execution unit 701a determines and stores the failure rate when training is executed for the processing target items set in P12-1 (P12-2). Further, the breeding game execution unit 701a determines and stores the reduction value of physical strength when training is executed for the processing target item set in P12-1 (P12-3).
  • the breeding game execution unit 701a confirms the current team ranking (P12-4), and determines the training level by referring to the training level table (FIG. 21A) based on the team ranking (P12-5). .
  • the breeding game execution unit 701a refers to the rising fixed value table (FIGS. 21B and 21C) corresponding to the processing target item set in P12-1, and based on the training level determined in P12-5, the rising fixed value is determined and set (P12-6). Further, the breeding game executing section 701a confirms the information (arrangement information) of the character whose arrangement has been determined in P11 for training of the processing target item (P12-7).
  • the breeding game execution unit 701a refers to the bonus addition rate table (FIG. 21D) to calculate the bonus addition rate (P12-8).
  • the breeding game execution unit 701a updates the increase value for the processing target item training based on the bonus addition rate calculated in P12-8 (P12-9).
  • the breeding game execution unit 701a repeats the processing from P12-1.
  • the breeding game execution section 701a ends the numerical value determination processing and executes the event determination processing (P13).
  • FIG. 47 is a flowchart for explaining event determination processing in the player terminal 1.
  • the breeding game execution unit 701a loads the current number of turns (P13-1). Further, the breeding game execution section 701a refers to the event occurrence determination table stored in the data storage area 12b, and determines whether or not to cause the scenario event to appear (P13-2). If it is determined that the scenario event will appear, that is, if it is the scenario event appearance turn (YES in P13-2), the content of the scenario event (event ID) is determined based on the event content determination table, Store (P13-3).
  • the breeding game execution unit 701a generates a lottery table with event IDs of possible scenario events based on the event content determination table. Then, the breeding game execution unit 701a uses the generated lottery table to determine the content of the scenario event, that is, the event ID by lottery. If the determined scenario event is an event that changes parameters, such as an ability event, the change value is determined.
  • the breeding game execution unit 701a refers to the event occurrence determination table and determines whether or not to cause the special event 162a to appear (P13-4). Then, if it is decided to make the special event 162a appear, that is, if it is the special event appearance turn (YES in P13-4), the content (event ID) of the special event 162a is determined based on the event content determination table. and store (P13-5).
  • the breeding game execution unit 701a generates a lottery table based on the event IDs of the exclusive events 162a that can appear, based on the event content determination table. Then, the breeding game execution unit 701a uses the generated lottery table to determine the content of the dedicated event 162a, that is, the event ID by lottery. If the determined dedicated event 162a is an event that changes a parameter, such as an ability event, the change value is determined.
  • the breeding game execution unit 701a executes parameter change processing (P13-6) for changing the change value of the parameter that changes according to the special event 162a.
  • P13-6 parameter change processing
  • a predetermined fixed value is added or subtracted from the change value determined in P13-5, or a predetermined magnification is multiplied.
  • the change value changes so as to be advantageous to the player.
  • the main character is the specific character, the parameters are changed more favorably by the special event 162a.
  • the breeding game execution unit 701a refers to the event occurrence determination table and determines whether or not to cause the support event to appear (P13-7). Then, if it is decided to make the support event appear, that is, if it is the support event appearance turn (YES in P13-7), the content of the support event (event ID) is determined based on the event content determination table, Store (P13-8).
  • the breeding game execution unit 701a generates a lottery table with event IDs of support events that can appear based on the event content determination table. At this time, the winning probability of the support event associated with the registered support card is set higher than the winning probability of other support events. Then, the breeding game execution unit 701a uses the generated lottery table to determine the content of the support event, that is, the event ID by lottery. If the determined support event is an event that changes parameters, such as an ability event, the change value is determined.
  • the breeding game execution unit 701a performs parameter change processing (P13-9) for changing the change value of the parameter that changes according to the support event. to run.
  • the breeding game execution unit 701a refers to the event occurrence determination table and determines whether or not to cause the team member event to appear (P13-10). Then, if it is determined that the team member event will appear, that is, if it is the team member event appearance turn (YES in P13-10), the breeding game execution unit 701a determines whether the current turn is a branch turn. (P13-11).
  • the breeding game execution unit 701a determines and stores the special training event corresponding to the current number of turns as an event to appear based on the event content determination table (P13 -12). Here, various increments associated with training events are determined.
  • the breeding game execution unit 701a executes parameter change processing (P13-13) for changing the change value of the parameter that changes according to the special training event.
  • the breeding game execution unit 701a determines whether a predetermined condition is satisfied (P13-14). Here, as described above, it is determined whether or not the number of specific characters included in the team members is the predetermined number defined for each number of turns. Then, if the predetermined condition is satisfied (YES in P13-14), the breeding game execution section 701a replaces the scenario event stored in P13-3 with the specific character event (P13-15).
  • the specific character event to be replaced may be decided by lottery, or a specific character event preset for each turn may be decided.
  • the breeding game execution unit 701a performs hint event determination processing relating to hint events for each character placed in training (P13-16). Here, it is decided by lottery whether or not to cause a hint event to appear for each character placed in the training. Also, when a hint event is to appear, it is determined which hint event is to appear.
  • the breeding game execution unit 701a updates the screen displayed on the display 26 (P10-3). If a story event is to be generated at the start of the turn, the story event is generated among the events determined in P13 (P10-4).
  • the breeding game execution unit 701a executes the in-turn process (P20).
  • FIG. 48 is a flowchart for explaining the in-turn processing in the player terminal 1.
  • the breeding game execution unit 701a determines whether the result operation unit 253 or the race operation unit 254 of the individual race start screen 250 is operated to start the individual race (P20-1). When the individual race is started (YES in P20-1), the breeding game execution unit 701a derives the result of the individual race and stores it in the game information storage unit 751 (P20-2).
  • a calculation formula that weights the ability parameters and acquired skills of each NPC and main character is set in advance, and the results of this calculation determine the ranking in the individual race.
  • the above formula may be set differently for each race.
  • a plurality of patterns of NPC ability parameters may be provided for each race, and which ability parameter to use may be determined by lottery. In other words, even if the main character's ability parameters, acquired skills, and races to run are exactly the same, the race results are not always the same.
  • a plurality of patterns of calculation formulas such as weighting may be provided for each race, and the result may differ depending on the selected calculation formula.
  • the individual race result is derived at the player terminal 1.
  • individual race results may be derived at server 1000 .
  • the player terminal 1 transmits to the server 1000 information requesting the derivation of the individual race results and information necessary for deriving the individual race results. Then, the player terminal 1 may receive the individual race results derived by the server 1000 .
  • the breeding game execution unit 701a executes a race result display process for displaying an individual race result screen 260 or a race video on the display 26 based on the individual race results derived in P20-2 (P20-3).
  • the breeding game execution unit 701a determines whether the result operation unit 291 or the race operation unit 292 of the team race start screen 290 has been operated to start the team race (P20-4). As a result, if the team race has started, the process moves to P20-5, and if the team race has not started, the process moves to P20-9.
  • the breeding game execution unit 701a derives the team race result and stores it in the game information storage unit 751 (P20-5). Specifically, for example, a calculation formula that weights the ability parameters of each NPC, main character, and other team members, and acquired skills is set in advance, and the results of this calculation determine the ranking in the team race. . Note that the above formula may be set differently for each race. Also, for example, a plurality of patterns of NPC ability parameters may be provided for each race, and which ability parameter to use may be determined by lottery. In other words, even if the ability parameters and acquired skills of the main character and other team members are exactly the same as the race they enter, the race results will not always be the same. Further, a plurality of patterns of calculation formulas such as weighting may be provided for each race, and the result may differ depending on the selected calculation formula.
  • team race results may be derived at server 1000 .
  • the player terminal 1 transmits to the server 1000 information requesting derivation of the team race result and information necessary for deriving the team race result. Then, the player terminal 1 may receive the team race result derived by the server 1000 .
  • the breeding game execution unit 701a displays the team race interim result screen 300, the team race detailed result screen 310, and the team race overall result screen 320 on the display 26 based on the team race results derived in P20-5 above.
  • a result display process (P20-6) is executed.
  • the breeding game execution unit 701a executes a character identification information update process (P20-7).
  • a predetermined number of characters are extracted according to predetermined conditions from characters currently registered as sub-members. Then, the character identification information of the extracted character is updated to the team member. In other words, in this embodiment, the number of team members increases each time the team race ends.
  • the breeding game execution unit 701a executes a parameter update process for updating the information related to the team ranking based on the team race result derived in P20-5 (P20-8).
  • the breeding game execution unit 701a performs the training execution process (P21). Also, if none of the training items is selected (NO in P20-9), other processing such as acquiring skills by consuming skill points is executed (P20-10).
  • FIG. 49 is a flowchart for explaining training execution processing in the player terminal 1.
  • FIG. The breeding game executing section 701a updates the physical strength of the main character for the selected training item based on the decreased physical strength determined in P12-3 (P21-1).
  • the breeding game execution unit 701a executes a success judgment process for judging whether or not the training is successful for the selected training item based on the failure rate determined in P12-2 above (P21-2). If the training fails (NO in P21-3), the breeding game execution section 701a subtracts the ability parameter such as a decrease in condition based on the training failure (P21-4).
  • the breeding game execution unit 701a adds the increased value derived in P12-9 to the ability parameter of the main character (P21-5). Also, the breeding game execution section 701a adds an increase value to the value of the bond parameter determined in P13-12 and P13-13 (P21-6). Also, the breeding game execution unit 701a confirms the hint event information stored in the hint event determination process (P21-7).
  • the breeding game execution unit 701a causes a hint event to appear based on the hint event information related to the selected training item. (P21-9). If a plurality of hint event information are stored for the selected training item, any one hint event appears. Also, the breeding game execution unit 701a updates the skill information related to the main character stored in the game information storage unit 751 based on the hint event information that appeared in P21-9 (P21-10).
  • the breeding game execution unit 701a stores special training event information based on the special training event information related to the selected training item.
  • a team member to be executed is set (P21-12).
  • the breeding game execution unit 701a adds "1" to the number of training events for the team member to be executed set in P21-12 (P21-13). Also, the breeding game execution unit 701a updates the ability parameters of the special training target (P21-14). When the processing of P21-13 to P21-14 is completed for all the team members who are the targets of the special training event (YES in P21-15), the breeding game execution unit 701a applies the selected training item and the special training event information. Based on this, the additional bonus value is added to the ability parameter of the main character (P21-16).
  • the breeding game execution unit 701a of the player terminal 1 executes the breeding game ending process (P8).
  • the breeding game execution unit 701a stores information about the breeding character trained in the breeding game in the game information storage unit 751 in the breeding game end processing. Also, the breeding game execution unit 701 a transmits end information to the server 1000 . This end information includes information about the breeding character and the like.
  • the breeding game end processing section 1102a executes the breeding game end processing (S8).
  • FIG. 50 is a flowchart for explaining the breeding game end processing in the server 1000.
  • the breeding game end processing unit 1102a derives an evaluation point based on the end information received from the player terminal 1 (S8-1). Also, the breeding game end processing unit 1102a derives a breeding rank based on the derived evaluation points (S8-2). In addition, the breeding game end processing unit 1102a associates breeding character information including evaluation points, breeding ranks, ability parameters, aptitude parameters, acquired skills, inheritance information, etc. with the player ID of the player, and stores the information in the game information storage unit. 1151 (S8-3). Also, the breeding game end processing unit 1102a sets breeding result information and causes the player terminal 1 to receive it (S8-4).
  • the breeding result information may include at least the evaluation points and the breeding rank, and is the same as the breeding character information stored in S8-3.
  • the breeding game execution unit 701a executes the breeding game end processing (P9).
  • the breeding game execution unit 701 a stores the received breeding result information in the game information storage unit 751 .
  • the breeding game execution unit 701a displays a breeding completion screen 330 (see FIGS. 28A, 28B, and 28C) on the display 26 based on the breeding result information.
  • the breeding game described above is realized.
  • the breeding character information related to the breeding character trained (created) by the breeding game is stored in association with the player ID.
  • the processing in the player terminal 1 and the server 1000 described above is merely an example. Further, each of the processes described above may be executed only by the player terminal 1 or may be executed only by the server 1000 .
  • FIG. 51 is a sequence diagram explaining the processing of the player terminal 1 and the server 1000 relating to the breeding game during the holding period of the specific event.
  • the server 1000 executes a ranking information update process (S11).
  • FIG. 52 is a flowchart for explaining ranking information update processing in the server 1000.
  • the ranking information updating unit 1103a determines whether it is update time (S11-1). Here, 4:59 am is set as the update time. When the update time comes, the ranking information updating unit 1103a extracts the ranking target breeding character information stored in the ranking target breeding character information storage unit 1153 (S11-2).
  • the training character information to be ranked is the training character information created by the training game executed in the event mode.
  • the ranking target breeding character information storage unit 1153 stores breeding character information in association with the player ID of the player who trained the breeding character.
  • the ranking target breeding character information storage unit 1153 only one ranking target breeding character information is stored in association with one player ID. During the holding period of the specific event, only the breeding character information with the highest test points among the ranking target breeding character information linked to one player ID is stored in the ranking target breeding character information storage unit 1153 .
  • the breeding character information of the top 100 test points may be stored.
  • the breeding character information to be ranked when the breeding character information to be ranked is generated, the breeding character information of the top 100 at that time is compared with the test points.
  • the breeding character information stored in the ranking target breeding character information storage unit 1153 is changed.
  • a plurality of pieces of breeding character information associated with one player ID may be stored in the ranking target breeding character information storage unit 1153 .
  • the ranking information update unit 1103a sets the top 30 breeding characters as the top winning breeding characters based on the ranking target breeding character information extracted in S11-2 (S11-3).
  • the breeding character information corresponding to the high ranking winning breeding character is stored in the ranking information storage unit 1152 .
  • the ranking information storage unit 1152 stores the breeding character information corresponding to the high-ranking winning breeding character in association with the player ID of the player who generated the breeding character information.
  • the ranking information updating unit 1103a executes the organization condition setting process (S11-4).
  • a formation condition is set for other players to use the high-ranking prize-winning breeding characters in a deck.
  • the ranking information updating unit 1103a sets the consumption of "1000" of the predetermined in-game currency as the organization condition.
  • the ranking information updating unit 1103a sets the high-ranking prize-winning breeding character information set in S11-3 above (S11-5), and causes the player terminal 1 to receive it. Also, the ranking information updating unit 1103a sets the breeding character ranking information in which the breeding character information and the player information are ranked (S11-6).
  • the ranking information updating unit 1103a calculates the usage rate of the support card (S11-7).
  • the ranking information updating unit 1103a calculates the usage rate for each type of support card, with the number of executions of the breeding game as the denominator and the number of usages as the numerator. Also, here, the ranking information updating unit 1103a calculates the usage rate of support cards for each of the beginner, normal, and expert player categories.
  • the ranking information update unit 1103a derives the support card ranking based on the support card usage rate calculated in S11-7 above, and stores it in the ranking information storage unit 1152 (S11-8). Also, the ranking information updating unit 1103a sets support card ranking information indicating the derived support card ranking, and causes the player terminal 1 to receive it.
  • the ranking information acquisition unit 702a 1000 receives breeding character ranking information, support card ranking information, and high-ranking winning breeding character information (P12). Also, the ranking information acquisition unit 702 a stores the received high-ranking winning breeding character information in the player information storage unit 750 , and stores the breeding character ranking information and the support card ranking information in the ranking information storage unit 752 .
  • the breeding game execution unit 701a executes the preparatory stage process (P6). Differences between the preparation stage processing when the event mode is selected and the preparation stage processing when the normal mode is selected will be described below.
  • FIG. 53 is a flow chart explaining the preparatory stage processing in the player terminal 1 when the event mode is selected.
  • the breeding game execution unit 701a receives from the server 1000 information on representative characters extracted according to predetermined extraction conditions, such as representative characters of friends. (P6-7a), and further acquires information on the high-ranking prize-winning breeding character from the server 1000 (P6-7b).
  • the information about the representative character and the information about the high-ranking prize-winning breeding characters are also stored in the game information storage unit 751 . Therefore, the information about the representative character and the information about the high-ranking winning breeding characters may be read from the game information storage unit 751 .
  • the breeding game execution unit 701a causes the breeding character list screen 180 to display a My Character tab 181a, a Rental tab 181b, and an Event tab 181c. Further, when the event tab 181c is tapped, in P6-13, the acquired high-ranking prize-winning breeding character is temporarily stored as an inherited character.
  • preparation stage processing (P6) in the player terminal 1 differs between when the event mode is selected and when the normal mode is selected, except for the above point, and the other processing is common.
  • confirmation information is transmitted to the server 1000 in the preparation stage processing in the player terminal 1 .
  • the server 1000 executes preparation stage processing (S6). Differences between the preparatory stage processing during the holding period of the specific event and the preparatory stage processing outside the holding period of the specific event will be described below.
  • FIG. 54 is a flow chart explaining preparation stage processing in the server 1000 during the holding period of a specific event.
  • the preparatory stage processing during the holding period of the specific event is the same as the above-described preparatory stage processing outside the holding period of the specific event, and the processing from S6-1 to S6-13 is the same, and the processing from S6-21 to S6-23 is the same. The difference is that they are added. Therefore, here, in order to avoid duplication, the processing from S6-21 to S6-23 will be described, and the description of the other processing will be omitted.
  • the breeding game execution unit 1101a checks whether the breeding characters selected by the player as the succession character include a high-ranking winning breeding character. Determine (S6-21). If a high-ranking prize-winning breeding character is included (YES in S6-21), the breeding game execution unit 1101a determines whether or not the predetermined in-game currency possessed by the player is 1000 or more (S6-22). If the player possesses 1000 or more in-game currency (YES in S6-22), the breeding game execution unit 1101a subtracts 1000 from the predetermined number of in-game currency possessed stored in the player information storage unit 1150. (S6-23), and set permission information (S6-12).
  • the in-game currency required to organize and use high-ranking prize-winning breeding characters in a deck is less than the in-game currency required to organize and use other players' representative characters in a deck.
  • the maximum number of times a representative character of another player can be organized into a deck and used is set to 3 times per day, but the number of times that a high-ranking prize-winning training character can be organized into a deck and used is limited. no.
  • end information is transmitted from the player terminal 1 to the server 1000 .
  • the server 1000 executes a raising game end process (S8). Differences between the breeding game end processing when the event mode is selected and the breeding game end processing when the normal mode is selected will be described below.
  • FIG. 55 is a flowchart for explaining the breeding game end processing in the server 1000 when the event mode is selected.
  • the breeding game end processing unit 1102a derives an evaluation point based on the end information received from the player terminal 1 (S8-1). Also, the breeding game end processing unit 1102a derives a breeding rank based on the derived evaluation points (S8-2). Also, the breeding game end processing unit 1102a derives test points based on the evaluation points (S8-3).
  • the breeding game end processing unit 1102a calculates the bonus points based on the bonus granting conditions provided for each test event, and adds the calculated bonus points to the evaluation points to derive the test points. Also, the breeding game end processing unit 1102a derives a score based on the test points.
  • the breeding game end processing unit 1102a associates breeding character information including evaluation points, breeding ranks, ability parameters, aptitude parameters, acquired skills, inheritance information, etc. with the player ID of the player, and stores the information in the game information storage unit. 1151 (S8-4). Also, the breeding game end processing unit 1102a sets the breeding result information and causes the player terminal 1 to receive it (S8-5).
  • the breeding game end processing unit 1102a determines that the breeding character stored in the ranking target breeding character information storage unit 1153 is the player's highest score.
  • the breeding character information linked to the player ID of the player is updated to the breeding character information stored in S8-4 (S8-7).
  • the training game end processing unit 1102a derives a player classification based on the highest training rank obtained by the player, and stores it in the player information storage unit 1150 in association with the player ID (S8-7).
  • the player classification may be derived based on, for example, the highest training rank obtained during the holding period of the specific event.
  • the breeding game end processing unit 1102a adds "1" to the counter value of the number-of-use counter that counts the number of uses for each of the six support cards included in the deck used in the breeding game (S8-9).
  • the number-of-use counters are provided for each type of support card and for each player category.
  • the counter value of the usage number counter corresponding to the player category stored in the player information storage unit 1150 is updated.
  • the breeding game end processing unit 1102a adds "1" to the counter value of the execution count counter that counts the number of executions of the breeding game (S8-10). Note that the execution count counter is provided for each player category. Here, the counter value of the execution count counter corresponding to the player category stored in the player information storage unit 1150 is updated.
  • the ranking information updating unit 1103a updates the usage rate of the support card based on the counter values of the usage number counter and execution number counter updated in S8-9 and S8-10. It will be calculated.
  • the breeding game end processing unit 1102a executes test item release processing (S8-11).
  • test item release processing S8-11.
  • a process for releasing the next test item is executed.
  • the breeding character ranking is derived, and the breeding characters that have won a predetermined rank in the breeding character ranking can be organized in decks by other players.
  • the ranking target and the target that can be organized in the deck by other players are the same breeding character.
  • a predetermined game using the deck (a breeding game in the above embodiment) is executed, and the process of executing the game using the deck consists of the process of progressing the predetermined game based on the player's operation, and the process of progressing the predetermined game based on the player's operation. and a process of generating game content (a breeding character in the above embodiment) based on the completion of the progress of the game, and the ranking target is the game content generated in a predetermined game. Also, the game media generated in a predetermined game within a predetermined period (in the above-described embodiment, during the holding period of the specific event) are ranked.
  • the ranking target and the target that other players can organize in the deck may be different.
  • a ranking of player information such as a player ID may be derived based on a predetermined game result, and support cards possessed by a player who has won a predetermined rank in the ranking may be organized into a deck by another player. .
  • the game in which the ranking targets are ranked is the same as the game in which decks composed of game contents of other players can be used.
  • the game in which ranking targets are ranked may be different from the game in which decks in which game contents of other players are organized can be used.
  • a player ranking is derived based on a predetermined game result, such as a score derived in a team competition game, and a representative character of a player who has won a predetermined rank in this ranking can be used by other players in a breeding game. May be composable into a deck.
  • ranking targets (training characters in the above embodiment) linked to each player who has played a predetermined game are ranked.
  • the game content in the above embodiment, a breeding character
  • the game content is transferred to a second player different from the first player; It is only necessary to be able to execute the process of allowing the player to organize a deck and the process of executing a game (a breeding game in the above embodiment) using the deck in which the game contents are organized.
  • player information in addition to the game content extracted based on the rank of the ranking target (in the above-described embodiment, the high-ranking prize-winning breeding character), player information (in the above-described embodiment) linked to the player is provided.
  • a game content extracted based on friend information or a player ID in the form in the above embodiment, an extracted breeding character is processed to be organized into a deck.
  • the process of making it possible to organize representative characters of other players such as friends in the deck is not essential.
  • the formation conditions for forming the deck are set. be done. Then, the game media extracted based on the order of the ranking target and the game media extracted based on the player information linked to the player are set with or without organization conditions (upper limit number of uses in the above embodiment), Alternatively, the set organization conditions (required in-game currency) are different from each other. However, in the above embodiment, the formation conditions set may be completely the same for the high-ranking winning breeding character and the extracted breeding character.
  • one breeding character ranking and one support card ranking are derived for all test events.
  • the breeding character ranking and the support card ranking may be derived separately for each test event.
  • the game genre to which the technology according to the above embodiment can be applied is not limited to this, and can be applied to any game genre.
  • the information processing program for executing the processes in the above embodiments and various modifications may be stored in a computer-readable non-temporary storage medium and provided as a storage medium. Furthermore, a game terminal device including this storage medium may be provided. Further, the above-described embodiment and various modifications may be an information processing method that implements each function and the steps shown in the flowchart.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

情報処理プログラムは、所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤそれぞれに紐付けられたランキング対象の順位付けを行う処理と、前記ランキング対象の順位が所定順位である第１のプレイヤに紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、をコンピュータに遂行させる。

Description

情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
　本発明は、情報処理プログラム、情報処理方法、ゲーム装置および情報処理システムに関する。
　従来、特許文献１に示されるように、キャラクタ等のゲーム媒体をプレイヤ間で貸し借り可能とするレンタル機能を備えたゲームが知られている。例えば、複数のゲーム媒体によって編成されたデッキを使用してゲームが進行する場合、プレイヤは、ゲームの開始前にデッキを編成する。このとき、プレイヤは、他のプレイヤが所持するゲーム媒体をレンタルしてデッキに編成することができる。
特開２０１７－６４０８１号公報
　しかしながら、レンタル可能なゲーム媒体の中から、プレイヤが所望するゲーム媒体を探し出す作業が煩雑になると、レンタル機能を有効に活用することができず、プレイヤ間の格差が大きくなるという課題がある。
　本発明は、プレイヤ間の格差を低減することが可能な情報処理プログラム、情報処理方法、ゲーム装置および情報処理システムを提供することを目的としている。
　上記課題を解決するために、情報処理プログラムは、
　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
をコンピュータに遂行させる。
　情報処理プログラムは、
　前記第２のプレイヤに対して、前記ランキング対象の順位に基づいて抽出された前記ゲーム媒体とは別に、該第２のプレイヤに紐付けられたプレイヤ情報に基づいて抽出した前記ゲーム媒体を、前記デッキに編成可能とする処理、
をさらにコンピュータに遂行させてもよい。
　前記ランキング対象の順位に基づいて抽出された前記ゲーム媒体、および、前記第２のプレイヤに紐付けられたプレイヤ情報に基づいて抽出された前記ゲーム媒体の少なくともいずれかに対して、前記デッキに編成するための編成条件が設定され、
　前記ランキング対象の順位に基づいて抽出された前記ゲーム媒体と、前記第２のプレイヤに紐付けられたプレイヤ情報に基づいて抽出された前記ゲーム媒体とでは、前記編成条件の設定有無、または、設定される前記編成条件が互いに異なってもよい。
　前記所定のゲームは、前記デッキを使用したゲームであり、
　前記デッキを使用してゲームを実行する処理は、
　プレイヤの操作に基づいて前記所定のゲームを進行する処理と、
　前記所定のゲームの進行終了に基づいて前記ゲーム媒体を生成する処理と、
を含み、
　前記ランキング対象は、前記所定のゲームで生成された前記ゲーム媒体であってもよい。
　前記ランキング対象の順位付けを行う処理は、
　所定期間内に前記所定のゲームで生成された前記ゲーム媒体の順位付けを行ってもよい。
　上記課題を解決するために、情報処理方法は、コンピュータが遂行する情報処理方法であって、
　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
を含む。
　上記課題を解決するために、ゲーム装置は、
　１または複数のコンピュータを備え、
　前記コンピュータは、
　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
を遂行する。
　上記課題を解決するために、情報処理システムは、
　１または複数のコンピュータを備え、
　前記コンピュータは、
　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
を遂行する。
　本発明によれば、プレイヤ間の格差を低減することができる。
図１は、情報処理システムの概略的な構成を示した説明図である。 図２Ａは、プレイヤ端末のハードウェアの構成を説明する図である。図２Ｂは、サーバのハードウェアの構成を説明する図である。 図３Ａは、ホーム画面の一例を説明する図である。図３Ｂは、オプション設定画面の一例を説明する図である。図３Ｃは、プロフィール設定画面の一例を説明する図である。図３Ｄは、楽曲再生条件設定画面の一例を説明する図である。 図４は、育成ゲームのおおまかな進行の流れを説明するための図である。 図５Ａは、メインキャラクタ選択画面を説明する図である。図５Ｂは、キャラクタ詳細画面を説明する第１の図である。図５Ｃは、キャラクタ詳細画面を説明する第２の図である。 図６Ａは、能力パラメータ（初期値）テーブルを説明する図である。図６Ｂは、適性パラメータ（初期値）テーブルを説明する図である。図６Ｃは、スキルテーブルを説明する図である。図６Ｄは、専用イベントテーブルを説明する図である。 図７Ａは、継承キャラクタ選択画面を説明する第１の図である。図７Ｂは、育成キャラクタ一覧画面を説明する第１の図である。図７Ｃは、継承キャラクタ選択画面を説明する第２の図である。図７Ｄは、継承キャラクタ選択画面を説明する第３の図である。 図８Ａは、サポートカード編成画面を説明する第１の図である。図８Ｂは、サポートカード選択画面を説明する図である。図８Ｃは、サポートカード編成画面を説明する第２の図である。 図９Ａは、サポートカードテーブルを説明する図である。図９Ｂは、サポート効果テーブルを説明する図である。図９Ｃは、所持スキルテーブルを説明する図である。図９Ｄは、サポートイベントテーブルを説明する図である。 図１０は、キャラクタ識別情報テーブルを説明する第１の図である。 図１１は、キャラクタ識別情報テーブルを説明する第２の図である。 図１２は、選択項目テーブルを説明する図である。 図１３Ａは、ゲーム画面を説明する第１の図である。図１３Ｂは、ゲーム画面を説明する第２の図である。 図１４Ａは、トレーニング画面を説明する第１の図である。図１４Ｂは、トレーニング画面を説明する第２の図である。図１４Ｃは、トレーニング結果報知画面を説明する図である。図１４Ｄは、イベント画面を説明する図である。 図１５Ａは、スキル画面を説明する第１の図である。図１５Ｂは、スキル画面を説明する第２の図である。 図１６Ａは、個人レース選択画面を説明する第１の図である。図１６Ｂは、個人レース開始画面を説明する図である。図１６Ｃは、個人レース結果画面を説明する図である。 図１７Ａは、チームレース選択画面を説明する図である。図１７Ｂは、チームレース編成画面を説明する図である。図１７Ｃは、チームレース開始画面を説明する図である。図１７Ｄは、チームレース途中結果画面を説明する図である。 図１８Ａは、チームレース詳細結果画面を説明する第１の図である。図１８Ｂは、チームレース総合結果画面を説明する第１の図である。図１８Ｃは、チームレース詳細結果画面を説明する第２の図である。図１８Ｄは、チームレース総合結果画面を説明する第２の図である。 図１９は、ターン開始時処理のおおまかな流れを説明する図である。 図２０は、配置有無テーブルを説明する図である。 図２１Ａは、トレーニングレベルテーブルを説明する図である。図２１Ｂは、上昇固定値（スピード）テーブルを説明する図である。また、図２１Ｃは、上昇固定値テーブル（パワー）を説明する図である。図２１Ｄは、ボーナス加算率テーブルを説明する図である。 図２２は、イベント種別およびイベント分類を説明する図である。 図２３は、イベント種別とターン数との関係を説明する図である。 図２４Ａは、ゲーム画面を説明する第３の図である。図２４Ｂは、トレーニング画面を説明する第３の図である。 図２５Ａは、特訓イベント実行有無決定テーブルを説明する図である。図２５Ｂは、特別アイコン決定テーブルを説明する図である。図２５Ｃは、ボーナスアイコン決定テーブルを説明する図である。 図２６Ａは、ボーナス固定値（メインキャラクタ）テーブルを説明する図である。図２６Ｂは、ボーナス加算値（メインキャラクタ）テーブルを説明する図である。 図２７Ａは、固定上昇値（特訓対象）テーブルを説明する図である。図２７Ｂは、ボーナス上昇値（特訓対象）テーブルを説明する図である。 図２８Ａは、育成完了画面を説明する図である。図２８Ｂは、育成完了画面を説明する第２の図である。図２８Ｃは、育成完了画面を説明する第３の図である。 図２９Ａは、特定イベントの概要を説明する図である。図２９Ｂは、試験ポイントと成績との対応関係を説明する図である。 図３０Ａは、特定イベントの開催期間中のホーム画面を説明する図である。図３０Ｂは、特定イベントトップ画面を説明する図である。図３０Ｃは、サポートカードランキング画面を説明する図である。図３０Ｄは、育成キャラクタランキング画面を説明する図である。 図３１は、プレイヤ情報確認画面を説明する図である。 図３２Ａは、キャラクタ詳細ダイアログを説明する第１の図である。図３２Ｂは、キャラクタ詳細ダイアログを説明する第２の図である。図３２Ｃは、キャラクタ詳細ダイアログを説明する第３の図である。 図３３は、ランキングの更新タイミングの一例を説明する図である。 図３４Ａは、継承キャラクタ選択画面を説明する第４の図である。図３４Ｂは、育成キャラクタ一覧画面を説明する第２の図である。 図３５は、サポートカード編成画面を説明する第３の図である。 図３６Ａは、試験リザルト画面を説明する第１の図である。図３６Ｂは、試験リザルト画面を説明する第２の図である。図３６Ｃは、試験リザルト画面を説明する第３の図である。図３６Ｄは、試験リザルト画面を説明する第４の図である。 図３７は、プレイヤ端末におけるメモリの構成およびコンピュータとしての機能を説明する図である。 図３８は、サーバにおけるメモリの構成およびコンピュータとしての機能を説明する図である。 図３９は、育成ゲームに係るプレイヤ端末およびサーバの処理を説明するシーケンス図である。 図４０は、プレイヤ端末における準備段階処理を説明する第１のフローチャートである。 図４１は、プレイヤ端末における準備段階処理を説明する第２のフローチャートである。 図４２は、サーバにおける準備段階処理を説明するフローチャートである。 図４３は、プレイヤ端末における育成段階処理を説明するフローチャートである。 図４４は、プレイヤ端末におけるターン開始時処理を説明するフローチャートである。 図４５は、プレイヤ端末における配置処理を説明するフローチャートである。 図４６は、プレイヤ端末における数値決定処理を説明するフローチャートである。 図４７は、プレイヤ端末におけるイベント決定処理を説明するフローチャートである。 図４８は、プレイヤ端末におけるターン中処理を説明するフローチャートである。 図４９は、プレイヤ端末における育成実行処理を説明するフローチャートである。 図５０は、サーバにおける育成ゲーム終了処理を説明するフローチャートである。 図５１は、特定イベントの開催期間中の育成ゲームに係るプレイヤ端末およびサーバの処理を説明するシーケンス図である。 図５２は、サーバにおけるランキング情報更新処理を説明するフローチャートである。 図５３は、イベントモードが選択された場合のプレイヤ端末における準備段階処理を説明するフローチャートである。 図５４は、特定イベントの開催期間中のサーバにおける準備段階処理を説明するフローチャートである。 図５５は、イベントモードが選択された場合のサーバにおける育成ゲーム終了処理を説明するフローチャートである。
　以下に添付図面を参照しながら、本発明の実施形態の一態様について詳細に説明する。かかる実施形態に示す数値等は、理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。
（情報処理システムＳの全体の構成）
　図１は、情報処理システムＳの概略的な構成を示した説明図である。情報処理システムＳは、クライアントすなわちゲーム端末として機能するプレイヤ端末１と、サーバ１０００と、通信基地局Ｎａを有する通信ネットワークＮとを含む、所謂クライアントサーバシステムである。
　本実施形態の情報処理システムＳは、プレイヤ端末１およびサーバ１０００がゲーム装置Ｇとして機能する。プレイヤ端末１およびサーバ１０００には、それぞれゲームの進行制御の役割分担がなされており、プレイヤ端末１とサーバ１０００との協働によって、ゲームが進行可能となる。
　プレイヤ端末１は、通信ネットワークＮを介してサーバ１０００との通信を確立することができる。プレイヤ端末１は、サーバ１０００と無線もしくは有線による通信接続が可能な電子機器を広く含む。プレイヤ端末１としては、例えば、スマートフォン、携帯電話、タブレット装置、パーソナルコンピュータ、ゲーム機器等が挙げられる。本実施形態では、プレイヤ端末１として、スマートフォンが用いられる場合について説明する。
　サーバ１０００は、複数のプレイヤ端末１と通信接続される。サーバ１０００は、ゲームをプレイするプレイヤごとに各種の情報を蓄積する。また、サーバ１０００は、主に、プレイヤ端末１から入力される操作に基づき、蓄積された情報の更新や、プレイヤ端末１に対して画像や各種情報をダウンロードさせる等の処理を遂行する。
　通信基地局Ｎａは、通信ネットワークＮと接続され、プレイヤ端末１と無線による情報の送受信を行う。通信ネットワークＮは、携帯電話網、インターネット網、ＬＡＮ(Local Area Network)、専用回線等で構成され、プレイヤ端末１とサーバ１０００との無線もしくは有線による通信接続を実現する。
（プレイヤ端末１およびサーバ１０００のハードウェアの構成）
　図２Ａは、プレイヤ端末１のハードウェアの構成を説明する図である。また、図２Ｂは、サーバ１０００のハードウェアの構成を説明する図である。図２Ａに示すように、プレイヤ端末１は、ＣＰＵ(Central Processing Unit)１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４を含んで構成される。
　また、図２Ｂに示すように、サーバ１０００は、ＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４を含んで構成される。
　なお、サーバ１０００のＣＰＵ１０１０、メモリ１０１２、バス１０１４、入出力インタフェース１０１６、記憶部１０１８、通信部１０２０、入力部１０２２、出力部１０２４の構成および機能は、それぞれ、プレイヤ端末１のＣＰＵ１０、メモリ１２、バス１４、入出力インタフェース１６、記憶部１８、通信部２０、入力部２２、出力部２４と実質的に同じである。したがって、以下では、プレイヤ端末１のハードウェアの構成について説明し、サーバ１０００については説明を省略する。
　ＣＰＵ１０は、メモリ１２に記憶されたプログラムを動作させ、ゲームの進行を制御する。メモリ１２は、ＲＯＭ(Read Only Memory)またはＲＡＭ(Random Access Memory)で構成され、ゲームの進行制御に必要となるプログラムおよび各種のデータを記憶する。メモリ１２は、バス１４を介してＣＰＵ１０に接続されている。
　バス１４には、入出力インタフェース１６が接続される。入出力インタフェース１６には、記憶部１８、通信部２０、入力部２２、出力部２４が接続されている。
　記憶部１８は、ＤＲＡＭ(Dynamic Random Access Memory)等の半導体メモリで構成され、各種プログラムおよびデータを記憶する。プレイヤ端末１においては、記憶部１８に記憶されたプログラムおよびデータが、ＣＰＵ１０によってメモリ１２（ＲＡＭ）にロードされる。
　通信部２０は、通信基地局Ｎａと無線により通信接続され、通信ネットワークＮを介して、サーバ１０００との間で各種データおよびプログラムといった情報の送受信を行う。プレイヤ端末１においては、サーバ１０００から受信したプログラム等が、メモリ１２または記憶部１８に格納される。
　入力部２２は、例えば、プレイヤの操作が入力される（操作を受け付ける）タッチパネル、ボタン、キーボード、マウス、十字キー、アナログコントローラ等で構成される。また、入力部２２は、プレイヤ端末１に設けられた、あるいは、プレイヤ端末１に接続（外付け）された専用のコントローラであってもよい。さらには、入力部２２は、プレイヤ端末１の傾きや移動を検知する加速度センサ、または、プレイヤの音声を検知するマイクで構成されてもよい。すなわち、入力部２２は、プレイヤの意思を、識別可能に入力させることができる装置を広く含む。
　出力部２４は、ディスプレイ装置およびスピーカを含んで構成される。なお、出力部２４は、プレイヤ端末１に接続（外付け）される機器でもよい。本実施形態では、プレイヤ端末１が、出力部２４としてディスプレイ２６を備え、入力部２２として、ディスプレイ２６に重畳して設けられるタッチパネルを備えている。
（ゲーム内容）
　次に、本実施形態の情報処理システムＳ、ゲーム装置Ｇにより提供されるゲームについて説明する。プレイヤは、所謂ガチャと呼ばれる抽選により獲得したキャラクタや、運営側から配布されたキャラクタを所持することができる。また、プレイヤは、抽選により獲得したサポートカードや、運営側から配布されたサポートカードを所持することができる。
　詳しくは後述するが、本実施形態に係るゲームでは、育成ゲームが提供される。プレイヤは、育成ゲームにおいて、プレイヤが所持するキャラクタを育成することができる。また、本実施形態における育成ゲームは、キャラクタを、競馬を模したレースに出場させながら育成するといったゲーム性を有している。
　図３Ａは、ホーム画面１００の一例を説明する図である。プレイヤ端末１においてゲームアプリケーションが起動されると、ディスプレイ２６にホーム画面１００が表示される。ホーム画面１００の下部には、メニューバー１０２が表示される。メニューバー１０２には、プレイヤが操作（タップ）可能な複数の操作部が設けられている。
　ここでは、メニューバー１０２に、ホーム画面選択操作部１０２ａ、強化画面選択操作部１０２ｂ、ストーリ画面選択操作部１０２ｃ、チーム競技場画面選択操作部１０２ｄ、ガチャ画面選択操作部１０２ｅが設けられている。なお、メニューバー１０２においては、ディスプレイ２６に表示中の画面が識別できるように、表示中の画面に対応する操作部が強調表示される。
　ホーム画面選択操作部１０２ａがタップされると、図３Ａに示すホーム画面１００がディスプレイ２６に表示される。
　強化画面選択操作部１０２ｂがタップされると、不図示の強化画面が表示される。強化画面では、プレイヤが所持するキャラクタやサポートカードを強化することができる。プレイヤは、キャラクタやサポートカードを強化することで、キャラクタやサポートカードに設定されているレベルを高めることができる。キャラクタおよびサポートカードには、各種のパラメータが設定されており、レベルの上昇によりパラメータが上昇する。キャラクタおよびサポートカードのパラメータが上昇することで、プレイヤは、育成ゲームにおいてより強力なステータスを有するキャラクタを育成することが可能となる。
　ストーリ画面選択操作部１０２ｃがタップされると、不図示のストーリ画面が表示される。ここでは、ゲームに登場するキャラクタごとにストーリ画像が設けられている。プレイヤは、ストーリ画面において、キャラクタおよびストーリ画像を選択して視聴することができる。
　チーム競技場画面選択操作部１０２ｄがタップされると、不図示のチーム競技場画面が表示される。チーム競技場画面において、プレイヤは、自身が編成したチームと、コンピュータにより選択された他のプレイヤのチームとを対戦させるチーム競技ゲームをプレイすることができる。チーム競技ゲームは、他のプレイヤとランキングを競うゲーム性を有している。
　ガチャ画面選択操作部１０２ｅがタップされると、不図示のガチャ画面が表示される。ガチャ画面において、プレイヤは、ゲーム内通貨を消費して、キャラクタやサポートカードを抽選で獲得することができる所謂ガチャ抽選を行うことができる。
　また、ホーム画面１００において、メニューバー１０２の上方には、育成ゲーム操作部１０４が設けられている。育成ゲーム操作部１０４がタップされると、育成ゲーム画面が表示され、後述する育成ゲームが開始される。育成ゲームは、準備段階と育成段階とに大別され、プレイヤは、まず、準備段階において、自身が所持するキャラクタの中から１体のキャラクタを選択し、育成対象のキャラクタであるメインキャラクタに設定する。また、プレイヤは、準備段階において、メインキャラクタを育成する際に使用するデッキを設定する。デッキは、詳しくは後述する複数の継承キャラクタと、複数のサポートカードとで編成される。したがって、育成ゲームでは、デッキに編成された継承キャラクタ、および、サポートカードが使用される。
　メインキャラクタおよびデッキ（継承キャラクタおよびサポートカード）の設定が完了すると、準備段階から育成段階に移行し、メインキャラクタを育成するためのゲームが開始される。プレイヤは、育成ゲームで育成したキャラクタを育成キャラクタとして所持することができる。上記のように、プレイヤは、所持する育成キャラクタをチームに編成し、チーム競技ゲームで使用することができる。
　このように、本実施形態のゲームの主な目的は、育成ゲームによって育成キャラクタを育成すること、および、育成キャラクタを用いてチーム競技ゲームのランキングを高めることである。
　また、本実施形態では、育成キャラクタまたはサポートカードをプレイヤ間で共有するための機能や、複数のプレイヤ間で情報を共有するための機能を備えている。プレイヤは、他のプレイヤが育成ゲームで使用可能となる育成キャラクタおよびサポートカードを設定することができる。具体的には、図３Ａに示すように、ホーム画面１００の右上部には、設定操作部１０６が設けられている。設定操作部１０６がタップされると、オプション設定画面１１０が表示される。
　図３Ｂは、オプション設定画面１１０の一例を説明する図である。オプション設定画面１１０は、各種の情報を確認、設定することができる画面である。オプション設定画面１１０には、複数の操作部が設けられており、操作部がタップされると、操作部に対応する情報の確認、設定が可能となる。
　オプション設定画面１１０の操作部には、プロフィール設定操作部１１０ａおよびクローズ操作部１１０ｂが含まれる。クローズ操作部１１０ｂがタップされると、オプション設定画面１１０が閉じられ、ホーム画面１００が表示される。プロフィール設定操作部１１０ａがタップされると、プロフィール設定画面１２０が表示される。
　図３Ｃは、プロフィール設定画面１２０の一例を説明する図である。プロフィール設定画面１２０において、プレイヤは、自身のプロフィール情報を確認、設定することができる。プロフィール情報には、プロフィールキャラクタ、プレイヤ名、プレイヤＩＤ、所属サークル、代表キャラクタ、レンタルカードが含まれる。
　プロフィールキャラクタは、プレイヤの情報が、他のプレイヤによって閲覧される際に表示されるキャラクタとして機能する。例えば、プロフィールキャラクタは、他のプレイヤとの情報共有の場であるサークル機能を使用している際に表示される。プロフィール設定画面１２０には、現在設定中のプロフィールキャラクタ画像１２２が表示される。プロフィールキャラクタ画像１２２の近傍には、変更ボタン１２４が設けられている。変更ボタン１２４がタップされると、不図示のプロフィールキャラクタ変更画面が表示される。プレイヤは、プロフィールキャラクタ変更画面において、プロフィールキャラクタを変更することができる。
　また、プロフィール設定画面１２０には、プレイヤが設定したプレイヤ名、プレイヤに付与されたプレイヤＩＤ、プレイヤが所属しているサークルの名称が表示される。また、プロフィール設定画面１２０には、代表キャラクタ設定操作部１２６ａおよびレンタルカード設定操作部１２６ｂが設けられる。
　代表キャラクタ設定操作部１２６ａがタップされると、不図示の代表キャラクタ設定画面が表示される。プレイヤは、代表キャラクタ設定画面において、自身が育成した育成キャラクタの中から、いずれか１つを代表キャラクタとして設定することができる。代表キャラクタ設定操作部１２６ａには、現在設定中の代表キャラクタを示すアイコン画像が表示されている。なお、詳しくは後述するが、代表キャラクタは、他のプレイヤがプレイする育成ゲームにおいて、継承キャラクタとしてデッキに編成可能となる。
　レンタルカード設定操作部１２６ｂがタップされると、不図示のレンタルカード設定画面が表示される。プレイヤは、レンタルカード設定画面において、自身が所持するサポートカードの中から、いずれか１つをレンタルカードとして設定することができる。レンタルカード設定操作部１２６ｂには、現在設定中のレンタルカードを示すアイコン画像が表示されている。なお、上記したように、レンタルカードとして設定されているサポートカードは、他のプレイヤがデッキに編成可能となり、他のプレイヤがプレイする育成ゲームで使用される。
　なお、詳しい説明は省略するが、プロフィール設定画面１２０において、プロフィール情報の設定変更がなされると、設定変更情報がサーバ１０００に送信される。サーバ１０００においては、プレイヤごとにプロフィール情報が保存される。
　また、図３Ａに示すように、ホーム画面１００には、設定アイコン１２８が表示される。設定アイコン１２８がタップされると、ホーム設定画面１３０が表示される。
　図３Ｄは、ホーム設定画面１３０の一例を説明する図である。プレイヤは、ホーム設定画面１３０において、ホーム画面１００に表示されるホーム画面設定キャラクタ１３２を設定することができる。プレイヤは、ホーム画面１００に表示されるホーム画面設定キャラクタ１３２を４体設定することができる。
　図示は省略するが、ホーム画面１００において、左右方向のフリック操作が入力されると、ディスプレイ２６に表示される画面、すなわち、ホーム画面１００の表示が切り替わる。ホーム画面１００には、現在設定されている４体のホーム画面設定キャラクタ１３２が表示される。ホーム画面設定キャラクタ１３２には、メニューバー１０２に表示される各操作部としての機能が割り当てられる。したがって、ホーム画面１００に表示されるホーム画面設定キャラクタ１３２がタップされると、メニューバー１０２の操作部がタップされたときと同様に画面が切り替わる。
　ホーム設定画面１３０には、現在設定されている４体のホーム画面設定キャラクタ１３２それぞれに対応するキャラクタ画像と、対応する操作部とが識別可能に表示される。ホーム設定画面１３０に表示されるキャラクタ画像がタップされると、不図示のキャラクタ選択画面が表示される。プレイヤは、キャラクタ選択画面において、ホーム画面設定キャラクタ１３２を選択することができる。また、プレイヤは、ホーム設定画面１３０において、ホーム画面設定キャラクタ１３２の衣装を設定することができる。
　また、図３Ａに示すように、ホーム画面１００には、サークルアイコン１３４が表示される。サークルアイコン１３４がタップされると、サークル画面が表示される。プレイヤは、サークル画面において、同一のサークルに所属している他のプレイヤと情報交換を行うことができる。
　ホーム画面１００において育成ゲーム操作部１０４がタップされると、育成ゲーム画面が表示され、育成ゲームが開始される。以下に、育成ゲームについて詳述する。
（育成ゲーム）
　図４は、育成ゲームのおおまかな流れを説明するための図である。育成ゲームは、セッティングゲームと育成メインゲームとに大別される。詳しくは後述するが、育成メインゲームは、プレイヤが所持するキャラクタの中から選択した１のメインキャラクタを、育成対象のキャラクタとして育成するゲームである。
　また、セッティングゲームは、プレイヤがメインキャラクタ、および、デッキ（継承キャラクタおよびサポートカード）を登録するものであり、育成ゲームの準備段階に相当する。以下では、セッティングゲームで遂行される処理を準備段階処理と呼び、育成メインゲームで遂行される処理を育成段階処理と呼ぶ。ここでは、理解を容易にするために、準備段階処理および育成段階処理における大まかな流れについて先に説明する。
<準備段階処理>
　準備段階処理では、主に、メインキャラクタの登録、デッキ（継承キャラクタおよびサポートカード）の登録、特定キャラクタの登録、初期キャラクタ識別情報の設定が行われる。なお、サポートカードは、メインキャラクタの育成を補助するためのものである。各サポートカードには、必ず１のキャラクタが紐付けられており、準備段階処理で登録されたサポートカードに紐付けられたキャラクタが、メインキャラクタの育成を補助することとなる。以下では、サポートカードに紐付けられたキャラクタを、サポートキャラクタと呼ぶ。
<メインキャラクタの登録>
　ホーム画面１００において、プレイヤによって育成ゲーム操作部１０４がタップされると、不図示のシナリオ選択画面が表示される。本実施形態では、育成メインゲームのシナリオが複数設けられている。育成メインゲームの各シナリオには、最終目標や、ゲーム途中での目標等が設定されており、プレイヤは、設定されている目標を順次クリアする必要がある。各目標や、目標を達成するまでの期間等がシナリオごとに異なっている。プレイヤは、シナリオ選択画面において、複数のシナリオの中からいずれか１つを選択することができる。ここでは、所定のシナリオが選択された場合について説明する。
　図５Ａは、メインキャラクタ選択画面１５０を説明する図である。メインキャラクタ選択画面１５０の中央部には、複数のキャラクタアイコン１５１が表示され、プレイヤの所持しているキャラクタが一覧表示される。また、メインキャラクタ選択画面１５０の上部には、パラメータ表示部１５２が表示される。また、メインキャラクタ選択画面１５０の下部には、「Ｒｅｔｕｒｎ」と記されたリターン操作部１５３、および、「ＮＥＸＴ」と記されたネクスト操作部１５４が表示されている。
　本実施形態では、キャラクタごとに能力パラメータの初期値が設定されており、パラメータ表示部１５２には、プレイヤが選択したキャラクタアイコン１５１に対応するキャラクタの能力パラメータの初期値が数値で表示される。本実施形態では、能力パラメータの数値が大きいほど、能力が高いことを示している。
　図６Ａは、能力パラメータ（初期値）テーブルを説明する図である。本実施形態では、図６Ａに示すように、能力パラメータ（初期値）テーブルに、キャラクタごとの能力パラメータの初期値が記憶されている。そして、能力パラメータ（初期値）テーブルに記憶された能力パラメータの初期値に基づいて、パラメータ表示部１５２における能力パラメータの初期値の表示が行われる。
　本実施形態では、キャラクタごとに複数種類の能力のそれぞれについて能力パラメータの初期値が設定されている。具体的には、能力パラメータとして、パラメータ表示部１５２において「Ｓｐｅｅｄ」と記されたスピードの能力パラメータ、パラメータ表示部１５２において「Ｓｔａｍｉｎａ」と記されたスタミナの能力パラメータ、パラメータ表示部１５２において「Ｐｏｗｅｒ」と記されたパワーの能力パラメータ、パラメータ表示部１５２において「Ｓｐｉｒｉｔ」と記された根性の能力パラメータ、パラメータ表示部１５２において「Ｗｉｓｄｏｍ」と記された賢さの能力パラメータが設けられている。
　なお、キャラクタごとの能力パラメータの初期値は、プレイヤの操作等によって上昇してもよい。例えば、キャラクタに５段階のレベルが設けられ、ゲーム内通貨や所定のアイテムを消費することによって、プレイヤがキャラクタのレベルを上昇させることができるとしてもよい。この場合、キャラクタのレベルの上昇に伴って、能力パラメータの初期値が上昇するとよい。なお、プレイヤは、能力パラメータの値を、育成メインゲームにおいて上昇させることができる。すなわち、育成メインゲームの目的は、能力パラメータの数値がより高いキャラクタを育成することである。
　また、本実施形態では、キャラクタごとに適性パラメータ（初期値）が設定されている。図６Ｂは、適性パラメータ（初期値）テーブルを説明する図である。本実施形態では、図６Ｂに示すように、適性パラメータ（初期値）テーブルに、キャラクタごとの適性パラメータの初期値が記憶されている。適性パラメータの初期値はＡ～Ｇのアルファベットで７段階のいずれかに設定されている。なお、適性パラメータはＡが最も適性が高く、Ｇが最も適性が低いことを示している。なお、適性パラメータ（初期値）テーブルに記憶された適性パラメータの初期値に基づいて、パラメータ表示部１５２において適性パラメータの初期値の表示が行われてもよい。
　本実施形態では、キャラクタごとに複数種類の適性のそれぞれについて適性パラメータの初期値が設定されている。具体的には、適性パラメータとして、芝およびダートのそれぞれの場適性に係る適性パラメータと、短距離、マイル、中距離、長距離のそれぞれの距離適性に係る適性パラメータと、逃げ、先行、差し、追込のそれぞれの脚質適性に係る適性パラメータとが設けられている。
　なお、キャラクタごとの適性パラメータの初期値を、ゲーム内通貨を消費することによって、上昇させることができることとしてもよい。また、適性パラメータの値は、育成メインゲームにおいて変化してもよい。なお、育成メインゲームにおいて、適性パラメータがＡよりも適性が高いＳに設定される場合があってもよい。
　図５Ｂは、キャラクタ詳細画面１６０を説明する第１の図である。また、図５Ｃは、キャラクタ詳細画面１６０を説明する第２の図である。メインキャラクタ選択画面１５０のキャラクタアイコン１５１を長押しすると、ディスプレイ２６にキャラクタ詳細画面１６０が表示される。キャラクタ詳細画面１６０には、メインキャラクタ選択画面１５０において長押しされたキャラクタアイコン１５１に対応するキャラクタの能力の詳細が表示される。
　キャラクタ詳細画面１６０の中央部には、スキル操作部１６１およびイベント操作部１６２が表示される。図５Ｂに示すように、キャラクタ詳細画面１６０が表示された当初には、スキル操作部１６１が強調表示されており、キャラクタごとに設けられているスキルが表示される。スキルは、後述する個人レースおよびチームレースの実行中に所定の条件が成立した場合に発動されることがある能力のことである。各キャラクタのレース展開は、スキルの発動によって有利になる。
　図６Ｃは、スキルテーブルを説明する図である。図６Ｃに示すように、スキルテーブルには、プレイヤが所持しているキャラクタごとのスキルが記憶されている。そして、スキルテーブルに記憶されたスキルに基づいて、図５Ｂに示すように、キャラクタ詳細画面１６０においてスキルが表示される。なお、スキルは、所持しているだけでは発動することがなく、獲得することで初めて発動可能となる。以下では、キャラクタが発動可能な状態のスキルを獲得済みスキルと呼ぶ。
　キャラクタには、育成メインゲーム開始当初から、１つの獲得済みスキル１６１ａが設定されている。また、キャラクタには、獲得済みスキル１６１ａとは別に、所持スキル１６１ｂが複数設定されている。所持スキル１６１ｂは、育成メインゲーム開始後に、後述するスキルポイントを消費することで獲得することができるスキルである。つまり、所持スキル１６１ｂは、スキルポイントと引き換えに、獲得済みスキル１６１ａとなり得る。
　本実施形態では、図６Ｃに示すスキルテーブルおける「◎」に対応するスキルが、図５Ｂのキャラクタ詳細画面１６０において獲得済みスキル１６１ａとして表示される。また、図６Ｃに示すスキルテーブルおける「〇」に対応するスキルが、図５Ｂのキャラクタ詳細画面１６０において所持スキル１６１ｂとして表示される。本実施形態では、図５Ｂのキャラクタ詳細画面１６０に示すように、獲得済みスキル１６１ａと所持スキル１６１ｂとが区別しやすいように、獲得済みスキル１６１ａが強調表示されている。
　なお、本実施形態では、図５Ｂにおいて、キャラクタごとに設けられているスキルとして、１つの獲得済みスキル１６１ａと７つの所持スキル１６１ｂとが表示されている場合を示しているが、これに限定されるものではない。例えば、キャラクタごとに獲得済みスキル１６１ａおよび所持スキル１６１ｂの個数が異なることとしてもよい。また、例えば、キャラクタのレベルの上昇、ゲーム内通貨やアイテムの消費等によって、各キャラクタの獲得済みスキル１６１ａまたは所持スキル１６１ｂの個数が増加することとしてもよい。
　また、プレイヤがキャラクタ詳細画面１６０のイベント操作部１６２をタップすると、図５Ｃに示すように、キャラクタ詳細画面１６０の内容が切り替わり、キャラクタごとに設けられた専用イベント１６２ａが表示される。この場合、図５Ｃに示すように、イベント操作部１６２が強調表示される。専用イベント１６２ａは、育成メインゲームにおいて所定の条件が成立した場合に発生するものであり、育成ゲームに登場するキャラクタに係るストーリを表示したり、能力パラメータの値を変化させたりするものである。
　図６Ｄは、専用イベントテーブルを説明する図である。図６Ｄに示すように、専用イベントテーブルには、プレイヤが所持しているキャラクタごとに専用イベント１６２ａが記憶されている。そして、専用イベントテーブルに記憶された専用イベント１６２ａに基づいて、図５Ｃに示すように、キャラクタ詳細画面１６０において専用イベント１６２ａが表示される。なお、専用イベント１６２ａには、スキルを所持あるいは獲得可能とするヒントイベント、キャラクタの能力パラメータの数値を上昇または減少させる能力イベント等が含まれてもよい。
　なお、図５Ｃに示すキャラクタ詳細画面１６０において表示されている専用イベント１６２ａは、育成メインゲームの実行中にすべて実行されることとしてもよいし、育成メインゲームの実行中に少なくとも一部が実行されることとしてもよいし、所定の条件が成立しなかった場合には、育成メインゲームの実行中にすべてが実行されないこととしてもよい。また、例えば、キャラクタのレベルの上昇、ゲーム内通貨やアイテムの消費等によって、キャラクタごとに設けられた専用イベント１６２ａの個数が増加することとしてもよい。また、所定条件が成立した場合に、専用イベント１６２ａとして表示されていない専用イベント１６２ａが育成メインゲーム中に実行されることとしてもよい。
　また、図５Ｂおよび図５Ｃに示すように、キャラクタ詳細画面１６０の下部には、「ｃｌｏｓｅ」と記されたクローズ操作部１６３が表示されている。キャラクタ詳細画面１６０のクローズ操作部１６３がタップされた場合、キャラクタ詳細画面１６０の表示が終了し、メインキャラクタ選択画面１５０がディスプレイ２６に表示される。
　また、図５Ａに示すメインキャラクタ選択画面１５０においてリターン操作部１５３がタップされると、図３Ａに示すホーム画面１００がディスプレイ２６に表示される。また、図５Ａに示すメインキャラクタ選択画面１５０においてネクスト操作部１５４がタップされると、選択中のキャラクタがメインキャラクタに設定されるとともに、継承キャラクタ選択画面１７０がディスプレイ２６に表示される。
<継承キャラクタの登録>
　図７Ａは、継承キャラクタ選択画面１７０を説明する第１の図である。図７Ｂは、育成キャラクタ一覧画面１８０を説明する第１の図である。図７Ｃは、継承キャラクタ選択画面１７０を説明する第２の図である。図７Ｄは、継承キャラクタ選択画面１７０を説明する第３の図である。継承キャラクタ選択画面１７０は、プレイヤが継承キャラクタを登録するための画面である。継承キャラクタというのは、メインキャラクタに対して、能力値やスキル等を継承させるキャラクタである。プレイヤは、自身が所持する育成キャラクタ、および、フォロワー等のフレンドの代表キャラクタ等、所定の抽出条件にしたがって抽出された他のプレイヤの代表キャラクタから、２体の継承キャラクタを選択してデッキに編成、登録することができる。なお、他のプレイヤの代表キャラクタは、１回の育成ゲームにおいて、１体のみ、継承キャラクタとしてデッキに編成することができる。
　継承キャラクタ選択画面１７０には、第１継承キャラクタ選択領域１７１ａおよび第２継承キャラクタ選択領域１７１ｂが設けられる。メインキャラクタ選択画面１５０から継承キャラクタ選択画面１７０に画面が遷移した際には、図７Ａに示すように、第１継承キャラクタ選択領域１７１ａおよび第２継承キャラクタ選択領域１７１ｂが空欄で表示されている。
　第１継承キャラクタ選択領域１７１ａまたは第２継承キャラクタ選択領域１７１ｂがタップされると、図７Ｂに示す、育成キャラクタ一覧画面１８０が表示される。育成キャラクタ一覧画面１８０には、マイキャラタブ１８１ａおよびレンタルタブ１８１ｂが設けられる。また、マイキャラタブ１８１ａおよびレンタルタブ１８１ｂの下方には、育成キャラクタ一覧表示領域が設けられる。育成キャラクタ一覧表示領域には、育成キャラクタアイコン１８２が表示される。
　マイキャラタブ１８１ａが選択された状態では、図７Ｂに示すように、プレイヤ自身が所持する育成キャラクタに対応する育成キャラクタアイコン１８２が表示される。また、図示は省略するが、レンタルタブ１８１ｂが選択された状態では、フレンドの代表キャラクタ、すなわち、フレンドが育成した育成キャラクタに対応する育成キャラクタアイコン１８２が表示される。育成キャラクタアイコン１８２が長押しされると、育成キャラクタアイコン１８２に対応する育成キャラクタの詳細情報が表示される。
　また、育成キャラクタアイコン１８２がタップされると、育成キャラクタアイコン１８２に対応する育成キャラクタの仮選択状態となる。また、育成キャラクタアイコン１８２がタップされると、図７Ｃに示すように、継承キャラクタ選択画面１７０が表示される。このとき、例えば、第１継承キャラクタ選択領域１７１ａがタップされて育成キャラクタ一覧画面１８０が表示され、育成キャラクタ一覧画面１８０において育成キャラクタアイコン１８２がタップされた場合には、仮選択状態となった育成キャラクタを示す画像が、第１継承キャラクタ選択領域１７１ａに表示される。また、育成キャラクタには、育成の際に使用された継承キャラクタに係る情報が紐付けられて記憶されている。第１継承キャラクタ選択領域１７１ａには、育成キャラクタを育成する際に使用された継承キャラクタに係る情報が表示される。
　この状態で、例えば、第２継承キャラクタ選択領域１７１ｂがタップされて育成キャラクタ一覧画面１８０が表示され、育成キャラクタ一覧画面１８０において育成キャラクタアイコン１８２がタップされると、仮選択状態となった育成キャラクタを示す画像が、図７Ｄに示すように、第２継承キャラクタ選択領域１７１ｂに表示される。
　２体の育成キャラクタが仮選択状態となると、継承キャラクタ選択画面１７０に設けられるネクスト操作部１５４が有効化される。有効化されたネクスト操作部１５４がタップされると、仮選択状態の育成キャラクタが、継承キャラクタとしてデッキに編成、登録され、後述するサポートカード編成画面１９０が表示される。
　なお、プレイヤは、継承キャラクタ選択画面１７０において、必ず、２体の育成キャラクタを継承キャラクタとして選択しなければならない。２体の継承キャラクタが仮選択状態となっていない場合には、図７Ａ、図７Ｃに示すように、ネクスト操作部１５４がグレーアウトしており、プレイヤの操作が受け付けられない。また、継承キャラクタ選択画面１７０には、リターン操作部１５３が設けられており、リターン操作部１５３がタップされると、メインキャラクタ選択画面１５０が表示される。
<サポートカードの登録>
　図８Ａは、サポートカード編成画面１９０を説明する第１の図である。継承キャラクタ選択画面１７０において２体の継承キャラクタが登録されると、図８Ａに示すサポートカード編成画面１９０が表示される。サポートカード編成画面１９０の中央部には、サポートカード表示領域１９１が設けられている。サポートカード表示領域１９１には、複数のサポートカード表示枠１９２が含まれる。また、サポートカード編成画面１９０の下部には、「Ｒｅｔｕｒｎ」と記されたリターン操作部１５３、および、「ＳＴＡＲＴ」と記されたスタート操作部１９３が表示される。
　サポートカード表示領域１９１には、サポートカード表示枠１９２が複数（ここでは６つ）表示される。サポートカード表示枠１９２は、プレイヤが設定可能なサポートカードと同じ数表示される。なお、サポートカード編成画面１９０の表示当初では、サポートカード表示枠１９２が空欄で表示されている。
　本実施形態では、プレイヤは、６種類のサポートカードをデッキに設定することができる。なお、プレイヤが設定可能な６種類の内、一部（例えば、５種類）は、プレイヤが所持しているサポートカードの中から選択可能である。また、プレイヤが設定可能な６種類の内、他の一部（例えば、１種類）は、フレンド等、他のプレイヤがレンタルカードとして設定しているサポートカードの中から選択可能である。
　図８Ｂは、サポートカード選択画面２００を説明する図である。図８Ａのサポートカード編成画面１９０において、サポートカード表示枠１９２（右下に表示されるサポートカード表示枠１９２を除く）がタップされると、図８Ｂに示すサポートカード選択画面２００がディスプレイ２６に表示される。サポートカード選択画面２００には、プレイヤが所持しているサポートカードに対応するカードアイコン２０１が一覧表示される。サポートカード選択画面２００に表示されているカードアイコン２０１をタップすることで、プレイヤは、サポートカードを選択することができる。
　なお、図示は省略するが、サポートカード編成画面１９０において、右下に表示されるサポートカード表示枠１９２がタップされると、フレンド、もしくは、例えば抽選等の所定条件に基づいて抽出されたプレイヤがレンタルカードとして設定しているサポートカードが、サポートカード選択画面２００に表示される。このときサポートカード選択画面２００に表示されるサポートカードをタップすることで、プレイヤは、フレンドのサポートカードを１つ選択することができる。このように、プレイヤは、育成ゲームにおいて、他のプレイヤが所持するサポートカードを使用することができる。
　図９Ａは、サポートカードテーブルを説明する図である。図９Ａに示すように、サポートカードテーブルには、プレイヤの所持しているサポートカードの種別（すなわちサポートカードＩＤ）ごとに、サポートキャラクタの種類（すなわちキャラクタＩＤ）、レアリティ、レベル、得意トレーニングが記憶されている。サポートキャラクタは、サポートカードの種別と一対一で対応している。つまり、サポートカードＩＤには、必ず、１のキャラクタＩＤが紐付けられている。換言すれば、１のサポートカードには、必ず、１のサポートキャラクタが対応付けられている。
　本実施形態では、サポートカードごとにレアリティが設定されている。レアリティは、Ｒ（レア）、ＳＲ（スーパーレア）、ＳＳＲ（スーパースペシャルレア）の３段階が設けられている。なお、Ｒが最もレアリティが低く、ＳＳＲが最もレアリティが高く設定されている。本実施形態では、レアリティが高いサポートカードほど、後述するサポート効果が高くなる傾向がある。また、本実施形態では、レアリティが高いサポートカードほど、後述する所持スキルの数やサポートイベントの数が多くなる傾向がある。
　サポートカードのレベルは、レベル１～レベル５０の５０段階が設けられている。サポートカードのレベルは、プレイヤによって上昇させることが可能であり、プレイヤによって上昇されたレベルがサポートカードごとに記憶されている。なお、サポートカードのレベルは、ゲーム内通貨やアイテム等を使用することで上昇させることができる。なお、サポートカードのレベルは、レアリティによって上限が設けられている。
　例えば、レアリティがＲのサポートカードは、レベル２０が上限として定められており、レアリティがＳＲのサポートカードは、レベル２５が上限として定められており、レアリティがＳＳＲのサポートカードは、レベル３０が上限として定められている。
　なお、レベルの上限は、所定の条件が成立した場合に、段階的に上昇させることができる。例えば、レアリティがＲのサポートカードは、最大でレベル４０まで上限を上昇させることが可能であり、レアリティがＳＲのサポートカードは、最大でレベル４５まで上限を上昇させることが可能であり、レアリティがＳＳＲのサポートカードは、最大でレベル５０まで上限を上昇させることが可能としてもよい。
　図９Ｂは、サポート効果テーブルを説明する図である。図９Ｂに示すように、サポート効果テーブルには、プレイヤの所持しているサポートカードの種別ごとに、サポート効果が記憶されている。
　サポート効果は、育成メインゲームにおける各種ステータスを上昇させるものである。サポートカードには、サポート効果の対象が複数設けられている。サポート効果の対象の一例としては、体力、速さ、スタミナ、パワー、根性、賢さ等が挙げられる。
　図９Ｃは、所持スキルテーブルを説明する図である。図９Ｃに示すように、所持スキルテーブルには、プレイヤが所持するサポートカードごとに、所持スキルが設定されている。本実施形態では、プレイヤによってメインキャラクタに設定されたキャラクタが所持スキルを所持しているように、サポートカードごとに所持スキルが設定されている。サポートカードごとに設定されている所持スキルは、育成メインゲーム中にヒントイベントが発生することで、プレイヤが選択したメインキャラクタ、あるいは、後述するチームメンバへ昇格した他のキャラクタが獲得可能となる。
　図９Ｄは、サポートイベントテーブルを説明する図である。図９Ｄに示すように、サポートイベントテーブルには、プレイヤが所持するサポートカードごとに、発生し得るサポートイベントが記憶されている。サポートイベントとは、育成メインゲームの実行中に発生する可能性があるイベントである。サポートイベントが発生した場合、育成メインゲームにおける各種ステータスの値が上昇または減少する場合がある。
　例えば、ターン数に応じて発生するサポートイベントが決定されてもよいし、所定の抽選により発生するサポートイベントが決定されてもよい。また、発生するサポートイベントは、１ターンに複数選択されてもよい。いずれにしても、予め設定されている所定の決定方法にしたがって、発生するサポートイベントが決定されればよい。
　図８Ｃは、サポートカード編成画面１９０を説明する第２の図である。本実施形態では、６つ全てのサポートカードが選択されると、図８Ｃに示すように、スタート操作部１９３が操作可能になる。一方で、６つ全てのサポートカードが選択されていない場合には、図８Ａに示すように、スタート操作部１９３が操作不可能となっている。
　なお、サポートカード編成画面１９０においてリターン操作部１５３が操作されると、図７Ｄに示す継承キャラクタ選択画面１７０がディスプレイ２６に表示される。また、図８Ｃに示すように、サポートカード編成画面１９０においてスタート操作部１９３がタップされると、選択中のサポートカードが登録され、ゲーム画面２１０（図１３Ａ）がディスプレイ２６に表示される。
<特定キャラクタの登録>
　上記したように、メインキャラクタ、継承キャラクタおよびサポートカードが登録されると、次に、特定キャラクタが登録される。本実施形態では、予め４種類のキャラクタが特定キャラクタとして設定されている。
　図１０は、キャラクタ識別情報テーブルを説明する第１の図である。図１１は、キャラクタ識別情報テーブルを説明する第２の図である。図１０は、メインキャラクタとして、「キャラクタＣ」が登録され、サポートキャラクタとして、「キャラクタＥ」、「キャラクタＩ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＱ」、「キャラクタＴ」が登録された場合を示している。また、図１１は、メインキャラクタとして、「キャラクタＦ」が登録され、サポートキャラクタとして、「キャラクタＥ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＱ」、「キャラクタＴ」が登録された場合を示している。
　なお、本実施形態では、サポートカードの登録時に、メインキャラクタとして設定されるキャラクタ種別と、サポートキャラクタとして設定されるキャラクタ種別との重複がされないように制限されている。
　本実施形態では、図１０に示すように、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＮ」、「キャラクタＲ」が、特定キャラクタとして設定されている。そして、プレイヤが複数のキャラクタの中からメインキャラクタを選択すると、キャラクタ識別情報テーブルにおいて、選択されたキャラクタがメインキャラクタとして登録される。
　また、プレイヤの操作によってサポートカードが選択されると、キャラクタ識別情報テーブルが更新され、選択されたサポートカードに対応するキャラクタが、サポートキャラクタとして登録される。
　また、キャラクタ識別情報テーブルにおいて、メインキャラクタおよびサポートカードに係る情報が登録されると、特定キャラクタに係る情報が登録される。このとき、図１０および図１１に示すように、登録されたメインキャラクタおよびサポートキャラクタの種別に拘わらず、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＮ」、「キャラクタＲ」が特定キャラクタとして登録される。
<初期キャラクタ識別情報の設定>
　上記したように、メインキャラクタ、継承キャラクタ、サポートキャラクタ、および、特定キャラクタが登録されると、チームメンバおよびサブメンバの登録が行われる。詳しくは後述するが、育成ゲームでは、チームメンバとして登録されたキャラクタを用いて対戦ゲームをプレイする必要がある。また、サブメンバとして登録されたキャラクタが一定の条件を満たすと、当該キャラクタがチームメンバとして登録される。
　本実施形態では、キャラクタ識別情報テーブルにおいて、メインキャラクタ、サポートキャラクタおよび特定キャラクタとして登録されているキャラクタがチームメンバとして登録される。すなわち、図１０の場合では、「キャラクタＣ」、「キャラクタＥ」、「キャラクタＦ」、「キャラクタＩ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＮ」、「キャラクタＱ」、「キャラクタＲ」、「キャラクタＴ」がチームメンバとして登録される。また、図１１の場合では、「キャラクタＥ」、「キャラクタＦ」、「キャラクタＪ」、「キャラクタＬ」、「キャラクタＭ」、「キャラクタＮ」、「キャラクタＱ」、「キャラクタＲ」、「キャラクタＴ」がチームメンバとして登録される。
　また、キャラクタ識別情報テーブルにおいて、プレイヤが所持しているキャラクタまたはサポートカード（サポートキャラクタ）のうち、チームメンバとして登録されていないキャラクタが、サブメンバとして登録される。なお、予め定められたキャラクタのうち、チームメンバに登録されていない残りのキャラクタの全部が、あるいは、抽選で選ばれた一部のキャラクタがサブメンバとして登録されてもよい。
　なお、ここでは、サポートキャラクタおよび特定キャラクタが、育成メインゲームの開始当初からチームメンバとして登録されることとするが、サポートキャラクタおよび特定キャラクタは、育成メインゲームの開始時には、サブメンバとして登録され、その後、所定のタイミングでチームメンバとして登録されてもよい。
　このようにして、キャラクタ識別情報テーブルにおいて、チームメンバおよびサブメンバに係る情報（初期キャラクタ識別情報）が記憶されると準備段階処理が終了する。
<育成段階処理>
　準備段階処理が終了すると、育成段階処理が開始される。育成段階処理では、メインキャラクタおよびチームメンバとして登録されたキャラクタの育成が可能となる。なお、以下では、理解を容易とするために、まず、育成メインゲームの基本的な流れについて説明する。
　図１２は、選択項目テーブルを説明する図である。なお、ここでは、メインキャラクタの種別ごとに選択項目テーブルが設けられている。ただし、メインキャラクタの種別にかかわらず共通の選択項目テーブルが設けられてもよい。育成ゲームは、図１２に示すように、第１ターンから第６０ターンで構成されており、各ターンにおけるプレイヤの選択結果に応じて各種のパラメータの更新が行われるゲーム性を有している。また、選択項目テーブルによれば、ターンごとに、プレイヤが選択可能な項目が予め設定されている。
　図１３Ａは、ゲーム画面２１０を説明する第１の図である。図１３Ｂは、ゲーム画面２１０を説明する第２の図である。育成段階処理に移行すると、図１３Ａ、図１３Ｂに示すゲーム画面２１０がディスプレイ２６に表示される。ゲーム画面２１０の上部には、体力表示部２１１および調子表示部２１２が表示される。メインキャラクタには、「体力」のパラメータが設けられている。「体力」のパラメータは、主に、後述するトレーニングで失敗する確率である失敗率の算出に用いられる。体力表示部２１１は、「体力」の上限値に対して、現在のメインキャラクタの「体力」の残量が視覚的に把握できるように表示される。
　また、メインキャラクタには、「調子」のパラメータが設けられている。調子表示部２１２は、現在のメインキャラクタの「調子」が、複数段階（絶不調、不調、普通、好調、絶好調の５段階）で視覚的に把握できるように表示される。「調子」のパラメータが高いほど、メインキャラクタのレース展開が有利となり、また、トレーニングによる能力パラメータの上昇値が大きくなる。
　また、図１３Ａ、図１３Ｂに示すように、ゲーム画面２１０の中央部には、メインキャラクタの画像、ステータス表示部２１３およびスキルポイント表示部２１４が表示される。ステータス表示部２１３には、現在のメインキャラクタのステータスが、数値および複数段階のランク（Ｇ＋、Ｆ、Ｆ＋、Ｅ、Ｅ＋、Ｄ、Ｄ＋、Ｃ、Ｃ＋、Ｂ、Ｂ＋、Ａ、Ａ＋、Ｓ、ＳＳ、ＳＳ＋の１６段階）で示される。具体的には、本実施形態では、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各能力パラメータの数値およびランクが表示される。また、スキルポイント表示部２１４には、育成ゲームにおいてメインキャラクタが所持しているスキルポイントの残量が数値で示される。
　また、図１３Ａ、図１３Ｂに示すように、ゲーム画面２１０の下部には、「Ｒｅｓｔ」と記されたレスト操作部２１５、「Ｔｒａｉｎｉｎｇ」と記されたトレーニング操作部２１６、「Ｓｋｉｌｌ」と記されたスキル操作部２１７、「Ｇｏｉｎｇ　Ｏｕｔ」と記されたお出かけ操作部２１８、「Ｒａｃｅ」と記された個人レース操作部２１９が表示されている。また、ゲーム画面２１０の上部には、現在のターン数が表示される。
　また、プレイヤは、各ターンにおいて「Ｒｅｓｔ」（レスト操作部２１５）、「Ｔｒａｉｎｉｎｇ」（トレーニング操作部２１６）、「Ｇｏｉｎｇ　Ｏｕｔ」（お出かけ操作部２１８）、「Ｒａｃｅ」（個人レース操作部２１９）のいずれかの項目を選択することができる。このとき、図１２に示すように、各ターンにおいて選択可能な項目が予め設定されている。
　本実施形態では、図１２に示す第２０ターン、第３０ターン、第３５ターン、第５７ターン、第５９ターンのように、レスト操作部２１５、トレーニング操作部２１６、お出かけ操作部２１８の各項目が選択不可能となるターンが設定されている。このようなターンでは、図１３Ｂに示すように、レスト操作部２１５、トレーニング操作部２１６、お出かけ操作部２１８がグレーアウトして表示され、プレイヤの操作が受け付けられなくなる。したがって、このターンでは、プレイヤは、個人レース操作部２１９を選択しなければならない。
　一方で、スキル操作部２１７は、全てのターンにおいて常時選択可能に設定されている。なお、詳しくは後述するが、スキル獲得を行ったとしても、当該ターンは終了しない。なお、本実施形態では、所定のターンの終了後に、チームレースが強制的に実行される。
　図１４Ａは、トレーニング画面２２０を説明する第１の図である。図１４Ｂは、トレーニング画面２２０を説明する第２の図である。ゲーム画面２１０のトレーニング操作部２１６が操作されると、ディスプレイ２６にトレーニング画面２２０が表示される。
　図１４Ａに示すように、トレーニング画面２２０の下部には、トレーニング項目が表示される。ここでは、「Ｓｐｅｅｄ」と記されたスピード操作部２２１、「Ｓｔａｍｉｎａ」と記されたスタミナ操作部２２２、「Ｐｏｗｅｒ」と記されたパワー操作部２２３、「Ｓｐｉｒｉｔ」と記された根性操作部２２４、「Ｗｉｓｄｏｍ」と記された賢さ操作部２２５が表示される。
　プレイヤが各操作部２２１～２２５のいずれかを１回タップすると、タップした操作部２２１～２２５に対応するトレーニング項目が仮選択されるとともに、仮選択されたトレーニング項目に対応する操作部２２１～２２５が強調表示される。図１４Ａでは、パワー操作部２２３が仮選択された状態を示している。また、図１４Ｂでは、スタミナ操作部２２２が仮選択された状態を示している。
　また、各操作部２２１～２２５には、トレーニング項目ごとのトレーニングレベルが併せて表示される。トレーニングレベルは、チームランキングに基づいて上昇するパラメータであり、トレーニングレベルが高いほど、トレーニングを実行した際の能力パラメータの上昇値が大きくなる。トレーニングレベルは、当初はレベル１に設定されており、最大でレベル５まで上昇する。
　また、仮選択中の操作部２２１～２２５には、「Ｆａｉｌｕｒｅ」と記された失敗率表示部２２６が表示される。失敗率表示部２２６に数値で表示される失敗率は、体力表示部２１１に表示される体力の残量に反比例して上昇するように設定されている。
　また、ステータス表示部２１３には、仮選択中の操作部２２１～２２５に対応するトレーニングが実行され、成功した場合に能力パラメータが上昇する値が表示される。例えば、図１４Ａに示す例では、パワー操作部２２３が仮選択されており、ステータス表示部２１３の「Ｓｔａｍｉｎａ」に「＋８」、「Ｐｏｗｅｒ」に「＋１０」と表示されている。また、図１４Ｂに示す例では、スタミナ操作部２２２が仮選択されており、ステータス表示部２１３の「Ｓｔａｍｉｎａ」に「＋１５」、「Ｓｐｉｒｉｔ」に「＋５」と表示されている。
　また、トレーニングを実行して成功した場合に、所定のイベントが発生するトレーニング項目に対応する操作部２２１～２２５には、イベント報知表示２２７が表示される。なお、イベント報知表示２２７は、イベントの種別に応じて異なる表示態様とすることができる。
　また、図１４Ｂに示すように、トレーニング画面２２０の右上部には、仮選択中の操作部２２１～２２５の項目ごとに、トレーニングに配置されたキャラクタの配置キャラクタアイコン２２８が表示される。そして、トレーニングに成功した場合に、配置キャラクタアイコン２２８に表示されたキャラクタに対応して所定のイベントが発生する場合には、対応する配置キャラクタアイコン２２８にイベント報知表示２２７が表示される。なお、以下では、キャラクタが配置されたトレーニングを合同トレーニングと呼ぶ。
　図１４Ｃは、トレーニング結果報知画面２２０ａを説明する図である。仮選択中の操作部２２１～２２５のいずれかが、再度タップされると、タップされた操作部２２１～２２５に対応するトレーニングが実行される。トレーニングが実行されると、トレーニングの成功または失敗が報知されるトレーニング結果報知画面２２０ａがディスプレイ２６に表示される。ここでは、「成功」という文字が表示され、トレーニングの成功がプレイヤに報知される。
　また、このとき、トレーニングの成功に基づいて、ステータス表示部２１３の能力パラメータが更新表示される。すなわち、プレイヤによって選択されたトレーニング項目（育成種目）に対応するメインキャラクタの能力パラメータ（能力情報）が更新される。
　ここでは、図１４Ａまたは図１４Ｂでステータス表示部２１３に表示されていたトレーニングが成功した場合に上昇する能力パラメータの値が加算される。また、実行したトレーニング項目に応じて体力表示部２１１の表示が更新される。スピード、スタミナ、パワー、根性のいずれかのトレーニングを行い、成功した場合には、体力が減少する。一方で、賢さのトレーニングを行い、成功した場合には、体力が回復する。
　また、トレーニングに失敗した場合には、所定のペナルティが付与される。ペナルティの内容としては、具体的には、体力の低下、能力パラメータの数値の低下、調子の減少等が含まれる。なお、例えば、失敗率が低いときに付与されるペナルティよりも、失敗率が高いときに付与されるペナルティの方が、不利（例えば、体力の低下する数値が大きい、能力パラメータの低下する数値が大きい、減少する調子の段階が大きい）なものとすることができる。
　また、ペナルティの内容は、トレーニング項目に応じて決定されてもよい。例えば、スピードのトレーニングに失敗した場合にはスピードの能力パラメータの値が減少し、パワーのトレーニングに失敗した場合にはパワーの能力パラメータの値が減少することとしてもよい。また、一部のトレーニング項目（例えば、賢さ）については、トレーニングが失敗したとしても、ペナルティが付与されないこととすることができる。
　図１４Ｄは、イベント画面２２０ｂを説明する図である。トレーニング結果報知画面２２０ａの表示が終了すると、ディスプレイ２６にイベント画面２２０ｂが表示されることがある。イベント画面２２０ｂでは、様々なイベントが実行される。なお、１ターン中に、複数のイベントが発生する場合もある。
　例えば、ヒントイベントが発生した場合には、スキルのヒントが得られる。スキルのヒントが得られると、プレイヤは、スキルポイントを消費してスキルを獲得することができる。スキルは複数種類設けられており、スキルごとに所定の能力が発動することがある。スキルには、それぞれ発動条件と効果が定められており、各々の発動条件が成立した場合に、予め定められた効果が発動する。スキルは、後述する個人レースおよびチームレースの実行中に発動される場合がある。
　イベントには、スキルを獲得するイベント、体力が回復するイベント、体力が減少するイベント、能力パラメータが上昇するイベント、能力パラメータが減少するイベント、調子が上昇するイベント、調子が減少するイベント等が含まれている。詳しくは後述するがイベントには、ターンごとに予め定められたイベントや、所定の抽選により当選した場合に発生するイベントがある。また、発生した全てのイベントが終了すると、次のターンに係るゲーム画面２１０が表示される。
　図１５Ａは、スキル画面２３０を説明する第１の図である。図１５Ｂは、スキル画面２３０を説明する第２の図である。ゲーム画面２１０のスキル操作部２１７が操作されると、図１５Ａに示すスキル画面２３０がディスプレイ２６に表示される。
　スキル画面２３０には、スキル表示欄２３１が表示される。スキル表示欄２３１には、獲得済みスキル、メインキャラクタに予め設定されている所持スキル、各種イベントの発生等により所持した所持スキル等が表示される。また、所持スキルに対してヒントイベントが発生した場合には、この所持スキルを獲得するために消費するスキルポイントが割り引かれる。ここでは、ヒントを獲得した所持スキルについては、獲得するために必要なスキルポイントが割り引かれて表示されている。このとき、割引率を示す割引率表示アイコン２３２が、スキル表示欄２３１に併せて表示されることとなる。
　また、スキル画面２３０に表示されるスキルには、それぞれのスキルの発動条件および発動した際の効果が表示される。
　また、スキル画面２３０の上部には、体力表示部２１１、調子表示部２１２、スキルポイント表示部２１４が表示される。また、スキル画面２３０の上部には、現在のターン数が表示される。
　プレイヤの操作に基づいて、スキルポイントを消費して所持スキルを獲得すると、図１５Ｂに示すように、獲得したスキルに「ＧＥＴ」と表示されて、所持スキルを獲得したことが報知されるとともに、消費したスキルポイントがスキルポイント表示部２１４に表示されていたスキルポイントから減算されて表示が更新される。
　図１６Ａは、個人レース選択画面２４０を説明する第１の図である。ゲーム画面２１０の個人レース操作部２１９が操作されると、図１６Ａに示す個人レース選択画面２４０が表示される。個人レースは、メインキャラクタが所謂ノンプレイヤキャラクタ（以下、ＮＰＣという）とレースを行うゲーム性を有している。
　個人レース選択画面２４０の上部には、体力表示部２１１、調子表示部２１２が表示される。また、個人レース選択画面２４０の中央部には、メインキャラクタを出走させる個人レースの種別を選択するための個人レース選択操作部２４１が表示される。また、個人レース選択画面２４０の下部には、「Ｓｔａｒｔ」と記されたスタート操作部２４２が表示される。なお、個人レース選択画面２４０の個人レース選択操作部２４１によって選択できるレースは、ターンごとに予め設定されている。また、各レースに出走するための条件が予め設定されており、当該条件を満たしている場合に、当該レースに出走することができるようにしてもよい。
　図１６Ｂは、個人レース開始画面２５０を説明する図である。個人レース選択操作部２４１で出場する個人レースの種別が選択された状態で、スタート操作部２４２が操作されると、図１６Ｂに示す個人レース開始画面２５０が表示される。個人レース開始画面２５０の中央部には戦略表示部２５１が表示される。また、戦略表示部２５１には、現在選択中の戦略（追込、差し、先行、逃げ）が強調表示されるとともに、「Ｃｈａｎｇｅ」と記されたチェンジ操作部２５２が表示されている。チェンジ操作部２５２が操作されると、不図示の戦略変更画面がディスプレイ２６に表示される。プレイヤは、戦略変更画面における操作により、個人レースにおける戦略を任意の戦略に変更することができる。
　また、個人レース開始画面２５０の下部には、「Ｒｅｓｕｌｔ」と記されたリザルト操作部２５３、「Ｒａｃｅ」と記されたレース操作部２５４が表示されている。
　レース操作部２５４が操作された場合、不図示のレース画面がディスプレイ２６に表示される。ディスプレイ２６では、レースの展開の動画（以下、レース動画ともいう）が表示される。
　図１６Ｃは、個人レース結果画面２６０を説明する図である。上記のレース動画の再生が終了した場合、および、リザルト操作部２５３が操作された場合、個人レース結果画面２６０がディスプレイ２６に表示される。個人レース結果画面２６０では、当該個人レースにおける着順が表示される。
　図１７Ａは、チームレース選択画面２７０を説明する図である。上記したように、本実施形態では、所定のターンが終了すると、チームレースが強制的に開始される。チームレースが開始されると、図１７Ａに示すチームレース選択画面２７０が表示される。チームレース選択画面２７０の中央部には、出場するチームレースの対戦相手を選択するための対戦チーム選択操作部２７１が表示される。なお、対戦相手は、ＮＰＣとすることができる。また、対戦相手は、ＮＰＣに限らず、他のプレイヤのチームとしてもよい。この場合、他のプレイヤのチームと通信対戦が行われる。
　なお、チームレースに出場させるキャラクタは、チームメンバから選択可能であればよく、必ずしもメインキャラクタを含めなくてもよい。また、１のチームメンバをチームレースにおける複数のレースに出場可能としてもよい。
　図１７Ｂは、チーム編成画面２８０を説明する図である。対戦チーム選択操作部２７１が操作されると、チーム編成画面２８０がディスプレイ２６に表示される。チーム編成画面２８０には、チーム編成操作部２８１が表示されている。プレイヤは、チーム編成操作部２８１を操作することで、チームメンバとして登録されているキャラクタを用いて、チームレースにおけるキャラクタの編成を行うことができる。本実施形態では、チームレースにおいて、「短距離」、「マイル」、「中距離」、「長距離」、「ダート」の５つのレースが実行される。そして、各レースの勝敗に基づいて、チームレースにおける総合的な勝敗が決定されるゲーム性を有している。
　具体的には、５つのレースうち、プレイヤのチームが勝利したレースの数が、対戦相手のチームが勝利したレースの数よりも多い場合に、チームレースにおいて総合的にプレイヤの勝利となる。一方で、５つのレースのうち、プレイヤのチームが勝利したレースの数が、対戦相手のチームが勝利したレースの数よりも少ない場合に、チームレースにおいて総合的に敗北となる。また、プレイヤのチームが勝利したレースの数と、対戦相手のチームが勝利したレースの数とが同数の場合には、引き分けとなる。
　なお、プレイヤは各レースに最大で３種類のキャラクタをチームメンバの中から編成することができる。また、ここでは、同一種別のキャラクタを複数のレースに編成することはできなくなっている。また、チーム編成画面２８０の下部には、「Ｓｔａｒｔ」と記されたスタート操作部２８２が表示される。
　図１７Ｃは、チームレース開始画面２９０を説明する図である。チーム編成画面２８０のスタート操作部２８２が操作されると、図１７Ｃに示すチームレース開始画面２９０が表示される。本実施形態では、チームレースにおいて５つのレースが実行されるが、その実行される順番は、予め定められた順番としてもよいし、ランダムで決定されることとしてもよい。
　図１７Ｃに示すように、チームレース開始画面２９０の中央部には、実行されるレースに係るプレイヤの編成したチームのキャラクタと、対戦相手のチームのキャラクタとが表示される。ここでは、「中距離」のレースについてプレイヤが２つのキャラクタを編成し、対戦相手のキャラクタが２つ編成されている場合を示している。
　また、図１７Ｃに示すように、チームレース開始画面２９０の下部には「Ｒｅｓｕｌｔ」と記されたリザルト操作部２９１、および、「Ｒａｃｅ」と記されたレース操作部２９２が表示される。レース操作部２９２が操作された場合、不図示のレース動画が表示される。
　図１７Ｄは、チームレース途中結果画面３００を説明する図である。上記のレース動画の再生が終了した場合、および、チームレース開始画面２９０のリザルト操作部２９１が操作された場合、チームレース途中結果画面３００がディスプレイ２６に表示される。チームレース途中結果画面３００では、当該レース（ここでは、「中距離」のレース）における勝敗が表示される。なお、チームレースにおける５つのレースそれぞれの勝敗の決定方法は特に限定されない。例えば、１着に入賞したキャラクタの所属するチームが勝利となってもよい。あるいは、着順ごとにポイントが付与され、最も獲得ポイントの高いチームが勝利となってもよい。
　そして、図１７Ｄのチームレース途中結果画面３００の表示が終了すると、次のレース（例えば、「短距離」のレース）に係るチームレース開始画面２９０が表示され、以後、上記と同様にして、５つすべての種別のレースが終了するまで、チームレース開始画面２９０およびチームレース途中結果画面３００の表示が順次行われる。
　図１８Ａは、チームレース詳細結果画面３１０を説明する第１の図である。上記したように５つすべての種別のレースに係るチームレース開始画面２９０およびチームレース途中結果画面３００の表示が行われると、ディスプレイ２６にチームレース詳細結果画面３１０が表示される。チームレース詳細結果画面３１０の中央部には、勝敗結果表示部３１１が表示される。勝敗結果表示部３１１では、各レースにおける勝敗結果がプレイヤに報知される。ここでは、図１８Ａに示すように、各レースにおける勝利が３、敗北が２である場合について示している。
　図１８Ｂは、チームレース総合結果画面３２０を説明する第１の図である。勝敗結果表示部３１１の表示が終了すると、ディスプレイ２６にチームレース総合結果画面３２０が表示される。チームレース総合結果画面３２０では、チームレースにおける総合的な勝敗結果がプレイヤに報知される。図１８Ａに示すように、各レースにおける勝利が３、敗北が２である場合には、チームレース総合結果画面３２０では、チームレースに勝利したことが報知されることとなる。
　また、チームレース総合結果画面３２０では、チームランキングが表示される。本実施形態では、チームランキングは、チームレースの勝敗結果に基づいて変動する。例えば、チームレースに勝利した場合に、チームランキングが上昇する。
　また、チームレースに勝利したことが報知されるチームレース総合結果画面３２０では、「ＮＥＸＴ」と記されたネクスト操作部３２１が表示される。チームレース総合結果画面３２０のネクスト操作部３２１が操作された場合、次のターンに係るゲーム画面２１０が表示される。
　図１８Ｃは、チームレース詳細結果画面３１０を説明する第２の図である。ここでは、図１８Ｃに示すように、各レースにおける勝利が２、敗北が３である場合について示している。図１８Ｄは、チームレース総合結果画面３２０を説明する第２の図である。図１８Ｃに示すように、各レースにおける勝利が２、敗北が３である場合には、チームレース総合結果画面３２０では、チームレースに敗北したことが報知されることとなる。
　なお、チームレースに敗北した場合には、チームランキングが下降する。ただし、チームレースの勝敗に関係なく、育成メインゲームは継続するため、ネクスト操作部３２１がタップされることで、次のターンが開始される。
　以上のように、育成メインゲームでは、所定ターンおきにチームレースが実行される。チームレースで勝利すると、メインキャラクタの能力パラメータが上昇する等の特典が付与される。また、育成メインゲームでは、所定のターンにおいて、サブメンバがチームメンバに昇格する。ここでは、チームレースが実行された次のターンにおいて、所定数のサブメンバがチームメンバに昇格する。このように、徐々にチームメンバを増やしながら、チーム対抗戦で勝利するというのが、育成ゲームのゲーム性となる。
　図１９は、ターン開始時処理のおおまかな流れを説明する図である。育成段階処理には、育成ゲームの各ターンの開始時に実行される、ターン開始時処理が含まれる。ターン開始時処理の詳細については後述するが、ここでは、ターン開始時処理における大まかな流れについて説明する。
　ターン開始時処理では、図１９に示すように、「チームメンバの配置有無を決定する処理」、「配置するトレーニング項目を決定する処理」、「能力パラメータの上昇値を決定する処理」、「出現イベントを決定する処理」が実行される。以下では、これらの処理について順に説明する。
<チームメンバの配置有無を決定する処理>
　図２０は、配置有無テーブルを説明する図である。図２０に示すように、配置有無テーブルには、キャラクタのキャラクタ識別情報ごとに、配置有無（「配置する」または「配置しない」）の選択比率が設定されている。本実施形態では、図２０に示す配置有無テーブルに基づいて、上記した図１０または図１１に示したキャラクタ識別情報テーブルを参照して、全てのチームメンバについて、配置有無が決定される。
　具体的には、図２０に示すように、本実施形態では、キャラクタ識別情報として「サポートキャラクタ」かつ「特定キャラクタ」として登録されているチームメンバについては、８０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「特定キャラクタ」として登録されており、「サポートキャラクタ」として登録されていないチームメンバについては、６０％の確率で「配置する」が選択される。
　また、キャラクタ識別情報として「サポートキャラクタ」として登録されており、「特定キャラクタ」として登録されていないチームメンバについては、４０％の確率で「配置する」が選択される。また、キャラクタ識別情報として「サポートキャラクタ」および「特定キャラクタ」のいずれの登録もされていないチームメンバについては、１０％の確率で「配置する」が選択される。
　このように、サポートキャラクタとして登録されているチームメンバは、サポートキャラクタとして登録されていないチームメンバよりも、トレーニングに配置される可能性が高い。また、特定キャラクタとして登録されているチームメンバは、特定キャラクタとして登録されていないチームメンバよりも、トレーニングに配置される可能性が高い。
<配置するトレーニング項目を決定する処理>
　次に、上記のようにして配置することが決定されたチームメンバについて、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）のいずれのトレーニング項目に配置するかが決定される。
　配置するトレーニング項目の決定方法は特に限定されないが、例えば、各トレーニング項目に均等な確率で当選するよう抽選することとしてもよい。あるいは、抽選を行わずにキャラクタごとに予め設定されているトレーニング項目に配置することとしてもよい。また、例えば、キャラクタの得意トレーニング（図９Ａを参照）に配置されやすいような抽選を行うこととしてもよい。抽選を行う場合、抽選における選択比率が定められている抽選テーブルを予め記憶していてもよいし、抽選に際してその都度、抽選テーブルを作成することとしてもよい。
<能力パラメータの上昇値を決定する処理>
　図２１Ａは、トレーニングレベルテーブルを説明する図である。図２１Ａに示すように、トレーニングレベルは、チームランキングが上がることで上昇するように設定されている。具体的には、チームランキングが１００位以下である場合には、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）に係る各トレーニングレベルが「レベル１」に設定され、チームランキングが９９位以上かつ６０位以下である場合には、各トレーニングレベルが「レベル２」に設定され、チームランキングが５９位以上かつ３０位以下である場合には、各トレーニングレベルが「レベル３」に設定され、チームランキングが２９位以上かつ１０位以下である場合には、各トレーニングレベルが「レベル４」に設定され、チームランキングが９位以上である場合には、各トレーニングレベルが「レベル５」に設定される。
　なお、本実施形態では、トレーニングレベルは、チームランキングが上がることで上昇するように設定される場合について示したがこれに限定されるものではない。例えば、チームメンバの得意トレーニングをトレーニング項目ごとにカウントし、当該カウントした値（カウント値）に応じてトレーニングレベルが上昇するようにしてもよい。なお、ここでは、チームランキングに対して、全てのトレーニング項目のトレーニングレベルが共通であることとしたが、同一のチームランキングに対して、トレーニング項目ごとにトレーニングレベルが異なってもよい。
　本実施形態では、プレイヤによって選択されたトレーニングが実行されて成功した場合に、実行されたトレーニング項目によって、所定の能力パラメータの値が上昇する。
　具体的には、本実施形態では、「Ｓｐｅｅｄ」（スピード）のトレーニングが実行され、成功した場合には、「Ｓｐｅｅｄ」（スピード）および「Ｐｏｗｅｒ」（パワー）の能力パラメータの値が上昇する。
　また、「Ｓｔａｍｉｎａ」（スタミナ）のトレーニングが実行され、成功した場合には、「Ｓｔａｍｉｎａ」（スタミナ）および「Ｓｐｉｒｉｔ」（根性）の能力パラメータの値が上昇する。
　また、「Ｐｏｗｅｒ」（パワー）のトレーニングが実行され、成功した場合には、「Ｓｔａｍｉｎａ」（スタミナ）および「Ｐｏｗｅｒ」（パワー）の能力パラメータの値が上昇する。
　また、「Ｓｐｉｒｉｔ」（根性）のトレーニングが実行され、成功した場合には、「Ｓｐｅｅｄ」（スピード）、「Ｐｏｗｅｒ」（パワー）、および、「Ｓｐｉｒｉｔ」（根性）、の能力パラメータの値が上昇する。
　また、「Ｗｉｓｄｏｍ」（賢さ）のトレーニングが実行され、成功した場合には、「Ｓｐｅｅｄ」（スピード）および「Ｗｉｓｄｏｍ」（賢さ）の能力パラメータの値が上昇する。
　本実施形態では、トレーニングに成功した場合に上昇する能力パラメータの値は、実行したトレーニング項目およびトレーニングレベルに対応して決定される上昇固定値に、後述するボーナス加算率を乗算した値を、上昇固定値に加算することによって算出される。
　図２１Ｂは、上昇固定値（スピード）テーブルを説明する図である。また、図２１Ｃは、上昇固定値テーブル（パワー）を説明する図である。すなわち、図２１Ｂは、トレーニング項目が「Ｓｐｅｅｄ」（スピード）である場合の上昇固定値を示している。また、図２１Ｃは、トレーニング項目が「Ｐｏｗｅｒ」（パワー）である場合の上昇固定値を示している。
　図２１Ｂおよび図２１Ｃに示すように、上昇固定値テーブルには、実行したトレーニング項目およびトレーニングレベルに対応して決定される上昇固定値が記憶されている。また、本実施形態では、図２１Ｂおよび図２１Ｃに示すように、トレーニングレベルが高いほど、能力パラメータが大きく上昇するように設定されている。
　なお、ここでは、記載を省略するが、トレーニング項目として「Ｓｔａｍｉｎａ」（スタミナ）、「Ｓｐｉｒｉｔ」（根性）、および「Ｗｉｓｄｏｍ」（賢さ）が選択された場合の上昇固定値テーブルもそれぞれ設けられている。
　また、上記した上昇固定値に加えて、トレーニング項目ごとに配置されるキャラクタ、および、上記した図１０または図１１に示したキャラクタ識別情報テーブルに基づいて、ボーナス加算率が決定される。
　図２１Ｄは、ボーナス加算率テーブルを説明する図である。本実施形態では、各トレーニングに配置が決定されたキャラクタのキャラクタ識別情報に基づいて、ボーナス加算率が決定される。
　具体的には、図２１Ｄに示すように、ボーナス加算率テーブルには、キャラクタのキャラクタ識別情報ごとに、ボーナス加算率の有無および加算率（１０％アップまたは２０％アップ）の選択比率が設定されている。
　キャラクタ識別情報として「サポートキャラクタ」かつ「特定キャラクタ」が登録されている場合には、５０％の確率で「なし」が選択され、５０％の確率で「２０％アップ」が選択される。
　また、キャラクタ識別情報として「サポートキャラクタ」のみが登録されている場合には、５０％の確率で「なし」が選択され、５０％の確率で「１０％アップ」が選択される。
　また、キャラクタ識別情報として「特定キャラクタ」のみが登録されている場合には、５０％の確率で「なし」が選択され、５０％の確率で「１０％アップ」が選択される。
　また、キャラクタ識別情報として「サポートキャラクタ」および「特定キャラクタ」のいずれも登録されていない場合には、８０％の確率で「なし」が選択され、２０％の確率で「１０％アップ」が選択される。
　そして、上昇固定値テーブルによって決定された上昇固定値に、ボーナス加算率を乗算した値がボーナス加算値として導出される。ボーナス加算値が上昇固定値に加算された値が、トレーニングが成功した場合の能力パラメータの値の上昇量に決定される。なお、複数のキャラクタが配置されているトレーニングについては、当該配置された複数のキャラクタのそれぞれのボーナス加算値が、上昇固定値に加算される。このように、すべてのトレーニング種別に対して、トレーニングが成功した場合におけるメインキャラクタの能力パラメータの上昇量が決定される。
<出現イベントを決定する処理>
　図２２は、イベント種別およびイベント分類を説明する図である。育成メインゲーム中は、各ターンにおいて、イベントを出現させるか否かを決定する処理が行われる。イベントは、シナリオイベント、メインキャラクタごとに設けられた上記の専用イベント１６２ａ、サポートイベント、チームメンバイベントの４つの種別に大別される。なお、各シナリオには、育成メインゲーム中に出現し得るシナリオイベント、専用イベント１６２ａ、サポートイベント、チームメンバイベントが予め定められている。
　シナリオイベントというのは、育成メインゲームのシナリオごとに設定されたイベントである。本実施形態では、複数のシナリオが設けられており、プレイヤは、シナリオを選択することができる。シナリオイベントは、プレイヤが選択したシナリオごとに出現する。換言すれば、育成メインゲームで出現するシナリオイベントは、プレイヤが選択したシナリオに基づいて決定される。
　なお、シナリオイベントには、シナリオ固有イベントと、シナリオ共通イベントとが設けられてもよい。シナリオ固有イベントというのは、１つのシナリオにのみ紐付けられたイベントである。例えば、第１のシナリオに紐付けられたシナリオ固有イベントは、第１のシナリオが選択された場合にのみ出現し、他のシナリオが選択された場合に出現することはない。
　また、シナリオ共通イベントというのは、複数のシナリオで共通して出現するイベントである。したがって、シナリオ共通イベントは、第１のシナリオが選択された場合と、第２のシナリオが選択された場合との双方で出現する。
　ここでは、シナリオイベントとして、シナリオ固有イベントとシナリオ共通イベントとが設けられることとする。ただし、シナリオ固有イベントおよびシナリオ共通イベントのいずれか一方のみが設けられてもよい。
　専用イベント１６２ａは、上記したとおり、キャラクタごとに予め設定されているイベントである。育成メインゲームでは、プレイヤがセッティングゲーム、すなわち、準備段階処理においてメインキャラクタとして登録したキャラクタの専用イベント１６２ａが出現する。
　サポートイベントは、上記したとおり、サポートカードごとに予め設定されているイベントである。育成メインゲームでは、プレイヤがセッティングゲームにおいて登録したサポートカードに紐付くサポートイベントが出現する。また、登録されたサポートカードに紐付くサポートイベントとは別に、例えば、チームメンバに紐付くサポートイベントが出現することもある。ただし、プレイヤがセッティングゲームにおいて登録したサポートカードに紐付くサポートイベントが決定される確率は、他のサポートイベントが決定される確率よりも高く設定されている。
　チームメンバイベントは、主に、チームメンバが配置されたトレーニング、すなわち、合同トレーニングを実行した場合に出現するイベントである。また、トレーニングとは関係なく、所定の条件を満たした場合にチームメンバイベントが出現することもある。
　このように、シナリオイベントは、その出現有無等が、シナリオに基づいて決定される。また、専用イベント１６２ａ、サポートイベント、チームメンバイベントは、その出現有無等が、それぞれメインキャラクタ、サポートカード、チームメンバに基づいて決定される。つまり、イベント種別は、イベントの出現有無等を決定する際に参照する情報によって区分されている。
　これに対して、本実施形態では、イベントの出現によってもたらされる内容によって、各イベントが、５つのイベント分類のいずれかに分類される。ここでは、各イベントが、ヒントイベント、能力イベント、適性イベント、ストーリイベント、特訓イベントのいずれかのイベント分類に分類される。
　上記したように、ヒントイベントは、スキルを所持あるいは獲得可能とするイベントである。また、能力イベントは、メインキャラクタの能力パラメータを上昇または減少させるイベントである。適性イベントは、メインキャラクタの適性パラメータを上昇または減少させるイベントである。ストーリイベントは、育成ゲームに登場するキャラクタに係るストーリを表示するイベントである。なお、ストーリイベントには、ストーリの表示に加えて、能力パラメータや適性パラメータが変化するものがある。特訓イベントは、チームメンバの能力パラメータを上昇させるイベントである。
　ここで、シナリオイベントには、ヒントイベント、能力イベント、適性イベント、ストーリイベントが含まれる。また、専用イベント１６２ａおよびサポートイベントには、ヒントイベントおよび能力イベントが含まれる。そして、チームメンバイベントには、ストーリイベントおよび特訓イベントが含まれる。なお、図２２に示すイベント種別とイベント分類との関係は一例に過ぎない。したがって、例えば、専用イベント１６２ａに、ストーリイベントや特訓イベントが含まれてもよい。
　図２３は、イベント種別とターン数との関係を説明する図である。図２３には、育成メインゲームが実行される場合において、所定のキャラクタがメインキャラクタとして登録された場合の一例を示す。イベントの出現有無等は、シナリオごとに設けられたイベント決定テーブルに基づいて決定される。
　ここで、イベント決定テーブルには、イベント出現決定テーブルと、イベント内容決定テーブルとが含まれる。イベント出現決定テーブルにおいては、イベントを出現させるか否かを示す情報や、イベントを出現させる確率等を示す情報が、ターンごとに紐付けられている。なお、ここでは、イベントを出現させるか否かを示す情報や、イベントを出現させる確率等を示す情報が、全てのターンに対して、イベントの種別ごとに規定されているものとする。
　また、イベント内容決定テーブルにおいては、出現させるイベント、もしくは、出現可能なイベントが、ターンごとに、かつ、イベントの種別ごとに予め設定されている。
　ターンの開始時には、イベント出現決定テーブルを参照し、まず、イベントを出現させるか否かを、イベントの種別ごとに決定する。このとき、ターン数およびイベントの種別によっては、必ずイベントの「出現」が決定されることがある。また、ターン数およびイベントの種別によっては、例えば、５０％の確率でイベントを出現させることが規定されている場合もある。この場合、５０％の確率でイベントの「出現」が決定される抽選が行われる。
　そして、「出現」が決定されたイベントの種別については、イベント内容決定テーブルを参照し、出現させるイベントの内容が決定される。例えば、イベント出現決定テーブルによれば、第１ターンにおいて、シナリオイベントを必ず出現させることが設定されている。また、各イベントには、イベントＩＤが付与されている。そして、イベント内容決定テーブルには、第１ターンに対して、イベントＩＤ＝０００１のシナリオイベントが、出現可能なイベントとして紐付けられている。したがって、育成メインゲームをプレイした場合には、必ず、第１ターンで、イベントＩＤ＝０００１のシナリオイベントが出現することとなる。
　同様に、イベント決定テーブル（イベント出現決定テーブルおよびイベント内容決定テーブル）によれば、第４ターン、第５ターン、第６ターン、第７ターン、第１０ターンにおいて、それぞれ、イベントＩＤ＝０００２、０００３、０００４、０００５、０００６のシナリオイベントを出現させることが決定される。
　ここで、各イベントは、固定イベントおよびランダムイベントに大別される。固定イベントは、出現するターンが固定されたイベント、換言すれば、所定のターンで出現可能であり、所定のターン以外では出現することがないイベントである。ここでは、イベントＩＤ＝０００１、０００２、０００３、０００４、０００５、０００６のシナリオイベントは、いずれも固定イベントであり、シナリオ固有イベントである。
　これに対して、ランダムイベントは、出現させることが決定され、かつ、出現させるイベントとして決定された場合に出現するイベントである。図２３において、「抽選」と記されたターンでは、イベントを出現させるか否かが抽選により決定され、「出現」が決定された場合に、ランダムイベントの中から、抽選で当選したイベントが出現することを示している。
　なお、イベント内容決定テーブルにおいては、抽選で当選したイベントを出現させるターンについては、抽選の対象となるイベントＩＤが設定されている。例えば、シナリオイベントとして、イベントＩＤ＝００１０、００１１、００１２のランダムイベントが設けられているとする。また、イベント内容決定テーブルには、第１２ターンに対して、イベントＩＤ＝００１０のシナリオイベントが紐付けられているとする。
　この場合、第１２ターンの開始時に、シナリオイベントを出現させるか否かの抽選が行われる。そして、抽選で当選した場合には、イベントＩＤ＝００１０のシナリオイベントが出現し、非当選の場合には、シナリオイベントが出現しないこととなる。
　また、例えば、イベント内容決定テーブルにおいて、第１５ターンに対して、イベントＩＤ＝００１０、００１１、００１２のシナリオイベントが紐付けられているとする。そして、イベントを出現させるか否かの抽選により当選した場合、イベントＩＤ＝００１０、００１１、００１２のイベントの中から、出現させるシナリオイベントが抽選により決定され、抽選で当選したシナリオイベントが出現する。
　なお、ここでは、固定イベントとランダムイベントとが排他的に設けられる場合について説明した。ただし、出現させるシナリオイベントを抽選により決定する場合に、抽選の対象として、ランダムイベントに加えて、あるいは、ランダムイベントに代えて、固定イベントが設定されていてもよい。
　ここで、本実施形態では、第４ターンから第７ターンが分岐ターンに設定されている。分岐ターンというのは、所定条件が満たされた場合に、イベントの内容が変更されるターンを意味する。ここでは、所定条件として、チームメンバに特定キャラクタが所定数含まれること、換言すれば、メインキャラクタまたはサポートキャラクタに特定キャラクタが所定数含まれることが設定されている。
　具体的には、第４ターンでは、所定数として４体の特定キャラクタがチームメンバに含まれているかが判定される。そして、４体の特定キャラクタがチームメンバに含まれている場合には、シナリオイベントが、チームメンバイベントに差し替えられる。チームメンバイベントには、特定キャラクタごとに設けられた特定キャラクタイベントが含まれている。ここでは、チームメンバに特定キャラクタが含まれている場合、分岐ターンにおいて、シナリオイベントが特定キャラクタイベントに差し替えられる。
　同様に、第５ターン、第６ターン、第７ターンでは、それぞれ所定数として３体、２体、１体の特定キャラクタがチームメンバに含まれているかが判定される。そして、それぞれ所定数の特定キャラクタがチームメンバに含まれている場合には、シナリオイベントが、特定キャラクタイベントに差し替えられる。
　具体的には、イベントＩＤ＝０００２、０００３、０００４、０００５のシナリオイベントは、ストーリイベントである。これらのストーリイベントでは、チームメンバがチーム名を考えるものの、最終的にチーム名が提案されずに終了するといった内容のストーリが再生される。したがって、特定キャラクタがチームメンバに含まれていない場合には、４ターン連続で、チーム名が提案されないこととなる。
　これに対して、特定キャラクタがチームメンバに含まれている場合には、特定キャラクタの数だけ、シナリオイベントが特定キャラクタイベントに差し替えられる。特定キャラクタイベントは、ストーリイベントである。特定キャラクタイベントでは、特定キャラクタによってチーム名が提案される内容のストーリが再生される。特定キャラクタは４体設けられており、特定キャラクタごとに異なるチーム名が提案される。したがって、特定キャラクタがチームメンバに含まれている場合には、第４ターンから第７ターンにおいて、特定キャラクタと同数のチーム名が提案されることとなる。
　また、第１０ターンで出現するイベントＩＤ＝０００６のシナリオイベントは、ストーリイベントである。このストーリイベントでは、プレイヤにチーム名を選択させる内容のストーリが再生される。ここでは、４体の特定キャラクタがそれぞれ提案する４つのチーム名に、予め設定されているデフォルトのチーム名を加えた合計５種類のチーム名が設けられている。
　仮に、チームメンバに特定キャラクタが含まれておらず、第４ターンから第７ターンにおいて、１つもチーム名が提案されなかった場合、第１０ターンにおいてプレイヤが選択可能なチーム名は、デフォルトのチーム名のみとなる。この場合、プレイヤは、デフォルトのチーム名を選択しなければならない。また、例えば、第４ターンから第７ターンにおいて、２つのチーム名が提案されている場合、プレイヤは、提案された２つのチーム名、および、デフォルトのチーム名の合計３種類のチーム名の中から、いずれか１つを選択することができる。
　第１０ターンでプレイヤが選択したチーム名は、正式なチーム名として登録され、以後、育成メインゲームが終了するまで、さまざまな場面で使用される。なお、育成メインゲームが終了するまでの所定のタイミングで、登録されたチーム名に対応する特典がプレイヤに付与されてもよい。プレイヤに付与される特典としては、例えば、登録されたチーム名に対応するスキルの獲得、能力パラメータ、適性パラメータの上昇、ゲーム内通貨の獲得等が挙げられる。
　このように、イベントＩＤ＝０００２、０００３、０００４、０００５、０００６のシナリオイベント、および、第４ターンから第７ターンで差し替えられる特定キャラクタイベントは、いずれもシナリオ固有イベントである。シナリオＩＤには、出現可能なイベントＩＤが紐付けられて管理されている。したがって、第４ターンから第７ターン、および第１０ターンで出現するシナリオイベントおよび特定キャラクタイベントは、１のシナリオＩＤにのみ紐付けられている。
　また、イベント決定テーブルによれば、第２ターン、第８ターンにおいて、それぞれイベントＩＤ＝１００１、１００２の専用イベント１６２ａが出現する。また、イベント決定テーブルによれば、第３ターンから第７ターン、第９ターン、第１１ターン、第１２ターンにおいて、専用イベント１６２ａの出現有無、および、出現させる専用イベント１６２ａが抽選により決定される。
　ここで、専用イベント１６２ａは、キャラクタごとに異なっている。また、ターン数と、出現する専用イベント１６２ａとの関係は、キャラクタごとに設定されている。したがって、メインキャラクタとして登録されたキャラクタによって、専用イベント１６２ａが出現するターンや、各ターンで出現する専用イベント１６２ａが異なることとなる。
　また、イベント決定テーブルには、図２３に示すように、所定のターンにおいて、サポートイベントの出現有無、および、出現させるサポートイベントの内容を抽選により決定することが設定されている。なお、サポートイベントについても、抽選で当選可能なイベントＩＤが、ターンごとに異なってもよいし、全てのターンで共通であってもよい。
　サポートイベントの出現有無を決定する抽選において、「出現」が決定される確率は、登録されているサポートカードに影響されない。換言すれば、各ターンにおいて、サポートイベントを出現させることが決定される確率は、いずれのサポートカードが登録されていても共通である。一方で、サポートイベントの「出現」が決定された場合には、サポートイベントの内容が決定されるが、このとき、サポートイベントの内容が決定される確率は、登録されているサポートカードによって変化する。
　具体的には、サポートイベントの「出現」が決定された場合、当該ターンにおいて出現可能なサポートイベントのイベントＩＤが、イベント内容決定テーブルに基づいて抽出される。そして、抽出されたイベントＩＤに基づいて抽選テーブルが生成され、生成された抽選テーブルに基づいて、１つのイベントＩＤが決定される。
　なお、抽出されるイベントＩＤには、登録されているサポートカードに紐付けられたサポートイベントのイベントＩＤと、登録されているサポートカードに紐付けられていないサポートイベントのイベントＩＤとが含まれることがある。この場合、抽選テーブルにおいては、登録されているサポートカードに紐付けられたサポートイベントのイベントＩＤの当選確率が、登録されているサポートカードに紐付けられていないサポートイベントのイベントＩＤの当選確率よりも高く設定される。これにより、登録されているサポートカードに紐付けられたサポートイベントは、他のサポートイベントよりも、出現確率が高くなる。
　このように、各ターンにおいて、サポートイベントの出現確率は、登録されたサポートカードに影響されないが、出現するサポートイベントの内容は、登録されたサポートカードによって影響を受けることとなる。
　ただし、サポートイベントを出現させる確率自体、または、出現するサポートイベントの内容（種類）自体が、登録されたサポートカードによって変化してもよい。つまり、育成メインゲーム中に発生するイベントの数もしくは発生確率は、登録されたサポートカードによって異なってもよい。
　また、各ターンでは、チームメンバイベントの出現有無等が抽選により決定される。抽選により決定されるチームメンバイベントは、特訓イベントに限られている。以下では、特訓イベントについて詳述する。
　図２４Ａは、ゲーム画面２１０を説明する第３の図である。図２４Ａでは、当該ターンにおいて特訓イベントが出現する場合について示している。この場合、図２４Ａに示すようにゲーム画面２１０のトレーニング操作部２１６にイベント報知表示２２７が表示される。
　図２４Ｂは、トレーニング画面２２０を説明する第３の図である。ゲーム画面２１０のトレーニング操作部２１６が操作されると、ディスプレイ２６にトレーニング画面２２０が表示される。トレーニング画面２２０の配置キャラクタアイコン２２８に表示されたキャラクタに対応して特訓イベントが発生する場合には、対応するキャラクタの配置キャラクタアイコン２２８にイベント報知表示２２７が表示される。
　また、図２４Ｂに示すように、トレーニングに配置されたキャラクタの配置キャラクタアイコン２２８毎に、絆ゲージ２２８ａおよび特別アイコン２２８ｂが表示される。絆ゲージ２２８ａは、対応するチームメンバのキャラクタとの合同トレーニングの実行回数に応じて上昇するパラメータ（以下、絆パラメータと呼ぶ）を示している。この絆パラメータは、当初は０に設定されており、最大で１００まで上昇する。絆ゲージ２２８ａは、絆パラメータの値を視覚的に示している。
　また、特別アイコン２２８ｂは、対応するチームメンバのキャラクタに係る特訓イベントの実行回数を示している。詳しくは後述するが、特別アイコン２２８ｂは、特別アイコン２２８ｂが表示されている配置キャラクタアイコン２２８のキャラクタに対する実行済みの特訓イベントの回数に応じた表示態様で表示される。
　図２５Ａは、特訓イベント実行有無決定テーブルを説明する図である。各トレーニング項目にチームメンバが配置されることが決定された場合、図２５Ａに示す特訓イベント実行有無決定テーブルに基づいて、各トレーニング項目に配置されたチームメンバ毎に特訓イベントの実行有無が抽選により決定される。以下では、特訓イベントの実行が決定されたチームメンバのことを、特訓対象のチームメンバとも呼ぶ。
　具体的には、図２５Ａに示すように、特訓対象のチームメンバの絆パラメータの値に基づいて、特訓イベントの実行有無の選択確率が設定されている。ここでは、絆パラメータの値が大きいほど、特訓イベントの実行が選択されやすいように選択確率が設定されている。なお、特訓イベントは、抽選に当選したチームメンバの数と同数出現可能となっている。ただし、１つのトレーニング項目につき、同時出現可能な特訓対象のチームメンバの数に制限が設けられてもよい。
　図２５Ｂは、特別アイコン決定テーブルを説明する図である。特訓イベントには、「成功」の実行パターンと、「大成功」の実行パターンとが含まれている。各特訓対象のチームメンバについて、５回目の特訓イベントが実行された場合、必ず「大成功」の実行パターンで特訓イベントが実行される。一方、各特訓対象のチームメンバについて、５回目以外の特訓イベントが実行された場合、必ず「成功」の実行パターンで特訓イベントが実行される。すなわち、１の特訓対象のチームメンバについて、１回のみ「大成功」の実行パターンで特訓イベントが実行可能となっている。なお、イベント報知表示２２７は、実行される特訓イベントの内容（「成功」の実行パターンまたは「大成功」の実行パターン）や、特訓イベントの実行が決定されたチームメンバの人数に応じて異なる態様で表示することとしてもよい。
　図２５Ｂに示すように、各特訓対象のチームメンバに係る特訓イベントの実行回数が０回～４回の場合、すなわち、「大成功」の実行パターンで特訓イベントが未だ実行されていない場合には、特別アイコン２２８ｂは、特訓イベントの実行回数が多いほど、大きいサイズで表示される。
　なお、特訓イベントを「大成功」および「成功」のいずれの実行パターンとするかについては抽選により決定することとしてもよい。この場合、特訓対象のチームメンバに係る特訓イベントの実行回数が多いほど、「大成功」の実行パターンが選ばれやすくなるように抽選確率が設定されてもよい。この場合、特別アイコン２２８ｂの大きさが大きいほど、「大成功」の実行パターンが選ばれやすくなることから、特別アイコン２２８ｂは、「大成功」の実行パターンの選ばれやすさを示唆することとなる。
　また、「大成功」の実行パターンで特訓イベントが実行された後、すなわち、特訓対象のチームメンバに係る特訓イベントの実行回数が５回以上の場合には、特訓対象のチームメンバに係る特訓イベントの実行回数が０回～４回の場合よりも大きいサイズで特別アイコン２２８ｂが表示される。また、図２５Ｂに示すように、「大成功」の実行パターンで特訓イベントが実行済みであることを示唆する示唆表示ａが表示される。
　また、特訓イベントが出現し、特訓イベントが「成功」の実行パターンである場合には、特訓対象のチームメンバの能力パラメータおよびメインキャラクタの能力パラメータが所定の範囲で上昇する。また、特訓イベントが「大成功」の実行パターンである場合には、特訓対象のチームメンバの能力パラメータおよびメインキャラクタの能力パラメータが上記所定の範囲よりも大きく上昇する。
　また、図２４Ｂに示すように、特訓イベントの実行が決定された場合、トレーニング画面２２０のステータス表示部２１３において、特訓イベントによってメインキャラクタの能力パラメータが上昇する値を示すボーナスアイコン２２８ｃが表示される。
　図２５Ｃは、ボーナスアイコン決定テーブルを説明する図である。ボーナスアイコン２２８ｃは、特訓イベントによってメインキャラクタの能力パラメータが上昇する値に応じて異なるサイズで表示される。ここでは、特訓イベントによってメインキャラクタの能力パラメータが上昇する値が０～１９である場合よりも、２０～３９である場合の方が、ボーナスアイコン２２８ｃが大きいサイズで表示される。また、特訓イベントによってメインキャラクタの能力パラメータが上昇する値が２０～３９である場合よりも、４０以上である場合の方が、ボーナスアイコン２２８ｃが大きいサイズで表示される。
　図２６Ａは、ボーナス固定値（メインキャラクタ）テーブルを説明する図である。上記した特訓イベントが実行される場合、特訓イベントの実行が決定されたチームメンバの人数に応じて、特訓イベントによってメインキャラクタの能力パラメータが上昇する値（ボーナス固定値）が決定される。ここでは、図２６Ａに示すように、特訓イベントの実行が決定されたチームメンバの人数が多いほど、特訓イベントによってメインキャラクタの能力パラメータが上昇する値（ボーナス固定値）が大きくなるように設定されている。
　図２６Ｂは、ボーナス加算値（メインキャラクタ）テーブルを説明する図である。「大成功」の実行パターンで特訓イベントが実行される場合、上記したボーナス固定値に加えて、「大成功」の実行パターンの特訓イベントによってメインキャラクタの能力パラメータが上昇する値（ボーナス加算値）が決定される。ここでは、図２６Ｂに示すように、「大成功」の実行パターンで特訓イベントが実行されるチームメンバの得意トレーニングに応じて、メインキャラクタの能力パラメータが上昇する値（ボーナス加算値）が設定されている。すなわち、特訓イベントによってメインキャラクタの能力パラメータが上昇する値は、上記したボーナス固定値とボーナス加算値を足し合わせた値となる。
　図２７Ａは、固定上昇値（特訓対象）テーブルを説明する図である。上記した特訓イベントが実行される場合、特訓イベントによって特訓対象のチームメンバの能力パラメータが上昇する値（固定上昇値）が決定される。ここでは、図２７Ａに示すように、実行されたトレーニングの種別に応じて特訓対象のチームメンバの能力パラメータが上昇する値（固定上昇値）の範囲が設定されている。ここでは、図２７Ａで設定された範囲内の値（固定上昇値）が抽選により決定される。
　図２７Ｂは、ボーナス上昇値（特訓対象）テーブルを説明する図である。「大成功」の実行パターンで特訓イベントが実行される場合、上記した固定上昇値に加えて、特訓イベントによって特訓対象のチームメンバの能力パラメータが上昇する値（ボーナス上昇値）が決定される。ここでは、図２７Ｂに示すように、「大成功」の実行パターンで特訓イベントが実行される特訓対象のチームメンバの得意トレーニングに応じて、特訓対象のチームメンバの能力パラメータが上昇する値（ボーナス上昇値）が設定されている。
　なお、「大成功」の実行パターンで特訓イベントが実行される場合、同時に実行される「大成功」の実行パターンで特訓イベントの数（回数）に応じて、さらに追加で特訓対象のチームメンバの能力パラメータやメインキャラクタの能力パラメータが上昇する上昇イベントが実行されることとしてもよい。例えば、同時に実行される「大成功」の実行パターンで特訓イベントの数（回数）が多いほど、さらに追加で特訓対象のチームメンバの能力パラメータやメインキャラクタの能力パラメータが上昇する値が大きくなるようにすることができる。
　以上のように、特訓イベントが出現すると、メインキャラクタおよび特訓対象のチームメンバの能力パラメータが上昇する。なお、メインキャラクタあるいは特訓対象のチームメンバが特定キャラクタである場合、固定上昇値やボーナス上昇値に所定の加算率が積算されてもよい。つまり、メインキャラクタあるいは特訓対象のチームメンバが特定キャラクタである場合には、特定キャラクタでない場合よりも、能力パラメータが大きく上昇する。
　以上のように、育成メインゲームでは、プレイヤは、ターンが進むにつれて、チームメンバを増やすことができる。また、プレイヤは、ターンが進むにつれて、メインキャラクタおよびチームメンバの能力パラメータを上昇させることができる。能力パラメータは、トレーニングの成功、あるいは、各種イベントの出現により上昇する。上記したように、トレーニングにおいては、トレーニング項目に特定キャラクタが配置されていると、ボーナス加算値が上乗せされる。
　また、詳しい説明は省略するが、メインキャラクタやサポートキャラクタが特定キャラクタである場合、能力イベントの出現時に、所定のボーナス加算値が上乗せされる。したがって、プレイヤは、特定キャラクタをメインキャラクタあるいはサポートキャラクタとして登録することで、育成メインゲームを有利に進めることができる。
　また、チームメンバに特定キャラクタが含まれている場合、分岐ターンにおいて、特定キャラクタイベントが発生する。したがって、プレイヤは、特定キャラクタをメインキャラクタあるいはサポートキャラクタとして登録することで、ゲーム中の選択肢を広げることができ、ゲームの興趣を向上させることができる。
　上記の育成メインゲームにおいて、全てのターンが終了すると、育成ゲームが終了となる。また、育成メインゲームの途中で、キャラクタごとに設定される目標を達成することができなかった場合には、その時点で育成ゲームが終了となる。
　ここで、育成ゲームが終了すると、育成ゲームで育成したメインキャラクタが育成キャラクタとして記憶される。より厳密には、育成ゲームで育成された育成キャラクタに関する情報（以下、育成キャラクタ情報という）が、プレイヤＩＤに紐付けて記憶される。なお、育成キャラクタ情報は、プレイヤ端末１およびサーバ１０００の双方で記憶される。プレイヤＩＤに紐付けて記憶される育成キャラクタ情報には、能力パラメータ、適性パラメータ、獲得済みスキル、継承情報等が含まれる。
　また、育成ゲームが終了すると、育成された育成キャラクタの評価点が算出される。ここでは、育成ゲーム終了時点における能力パラメータ、適性パラメータ、獲得済みスキル、個人レースの戦績、チームレースの戦績等に基づいて、評価点が算出される。なお、評価点の算出方法、換言すれば、評価点を算出するための計算式は予め用意されており、所定の計算式に基づいて評価点が算出される。なお、評価点の算出方法、計算式は特に限定されない。例えば、育成ゲーム終了時点における能力パラメータ、適性パラメータ、獲得済みスキル等、チーム競技ゲームや他のゲームにおけるレースに育成キャラクタが出走した際に、レース結果に影響を及ぼすパラメータのみに基づいて評価点が算出されてもよい。
　また、育成キャラクタには、評価点に基づいて育成ランクが設定される。育成ランクは、育成キャラクタの強さを示す指標であり、各育成ランクには、評価点の範囲が対応付けられている。例えば、評価点が１３０００～１４４９９の育成キャラクタには、「Ａ＋」の育成ランクが付与され、評価点が１４５００～１５４９９の育成キャラクタには、「Ｓ」の育成ランクが付与される。このように、評価点に基づいて育成ランクが付与されることで、育成キャラクタの大凡の強さがわかりやすくなる。なお、育成キャラクタ情報には、評価点および育成ランクも含まれる。
　図２８Ａは、育成完了画面３３０を説明する第１の図である。図２８Ｂは、育成完了画面３３０を説明する第２の図である。図２８Ｃは、育成完了画面３３０を説明する第３の図である。育成ゲームが終了すると、図２８Ａに示すように、育成完了画面３３０がディスプレイ２６に表示される。育成完了画面３３０には、まず、育成された育成キャラクタの育成ランクが表示され、その後、図２８Ｂに示すように、評価点が表示される。また、評価点が表示されてから所定時間が経過すると、図２８Ｃに示すように、育成キャラクタの能力パラメータ、適性パラメータ、獲得済みスキルが育成完了画面３３０に表示される。このとき、育成完了画面３３０には、クローズ操作部３３１が設けられる。クローズ操作部３３１がタップされると、育成完了画面３３０が非表示となり、ホーム画面１００がディスプレイ２６に表示される。
　ここで、本実施形態では、所定の期間に亘って特定イベントが開催される。特定イベントは、上記の育成ゲームを対象とするものである。特定イベントの開催期間中、プレイヤは、イベントモードおよび通常モードを選択して上記の育成ゲームをプレイすることができる。通常モードを選択した場合には、上記のとおりに育成ゲームが実行される。一方、イベントモードを選択した場合には、育成ゲームの一部の内容が、通常モードから変更される。ただし、育成ゲームの基本的な内容、特に、育成メインゲームは、通常モードとイベントモードとで変化しない。以下に、特定イベントについて詳述する。
　図２９Ａは、特定イベントの概要を説明する図である。図２９Ｂは、試験ポイントと成績との対応関係を説明する図である。特定イベントでは、Ｎｏ．１からＮｏ．７の試験番号が付された７つの試験種目が提供される。プレイヤは、７つの試験種目からいずれか１つを選択したうえで、育成ゲームをプレイすることができる。育成ゲームが終了すると、通常モードと同様に、評価点が算出される。評価点の算出方法は、通常モードとイベントモードとで共通である。ただし、評価点の算出方法は、通常モードとイベントモードとで異なってもよい。
　また、イベントモードを選択して育成ゲームをプレイした場合には、評価点とは別に、試験ポイントが算出される。この試験ポイントは、算出された評価点に、試験種目ごとに設定されたボーナスポイントを加算して算出される。ボーナスポイントは、ボーナス付与条件にしたがって算出される。ボーナス付与条件は、試験種目ごとに設定されており、全試験種目で共通のボーナス付与条件（以下、共通ボーナス付与条件と呼ぶ）と、試験種目ごとに異なるボーナス付与条件（個別ボーナス付与条件）とが設けられている。
　共通ボーナス付与条件としては、例えば、育成ゲームにおいて特定の個人レースに出走すること、あるいは、特定の個人レースで所定の順位に入賞することが設定されている。また、例えば、共通ボーナス付与条件として、「大成功」の実行パターンで特訓イベントが実行された回数に応じたボーナスポイントが付与される。
　これに対して、個別ボーナス付与条件として、例えば、所定の能力パラメータの値に応じたボーナスポイントが付与される。また、例えば、個別ボーナス付与条件として、予め設定された獲得済みスキルを所持している場合に、ボーナスポイントが付与される。
　ここで、図２９Ａに示すように、各試験種目には、試験適性が設定されている。本実施形態において、試験適性とは、より高い試験ポイントを獲得するのに適したレース種目を示すものである。すなわち、各試験種目には、試験適性、換言すれば、レース種目に対応する個別ボーナス付与条件が設定されている。ここでは、試験番号がＮｏ．１からＮｏ．５の試験に対して、それぞれ短距離レース、マイルレース、中距離レース、長距離レース、ダートレースが試験適性として設定されている。
　例えば、試験適性が短距離レースの試験種目では、能力パラメータのうち、「スピード」のパラメータの値に応じて、ボーナスポイントが付与される。一方、試験適性が長距離レースの試験種目では、能力パラメータのうち、「スタミナ」のパラメータの値に応じて、ボーナスポイントが付与される。
　また、例えば、試験適性が短距離レースの試験種目では、主にスピードを上昇させる獲得済みスキルを所持すると、ボーナスポイントが付与される。一方、試験適性が長距離レースの試験種目では、スタミナを上昇させる獲得済みスキルを所持すると、ボーナスポイントが付与される。
　このように、各試験種目には、試験適性が設定されており、試験適性に対応した個別ボーナス付与条件が設定されている。したがって、例えば、試験番号がＮｏ．１の試験種目が選択された場合、短距離レースに適した育成キャラクタほど、試験ポイントが高くなり、試験番号がＮｏ．４の試験種目が選択された場合、長距離レースに適した育成キャラクタほど、試験ポイントが高くなる。
　つまり、試験番号がＮｏ．１からＮｏ．５の試験種目は、それぞれ短距離レース、マイルレース、中距離レース、長距離レース、ダートレースに適した育成キャラクタを育成することが試験テーマとして設定されている。なお、試験番号がＮｏ．６およびＮｏ．７の試験種目は、それぞれ「エクストラ」、「フリー」が試験適性として設定されている。これらの試験種目では、特定の距離適性あるいは場適性に偏ることなく、個別ボーナス付与条件が設定されている。なお、ボーナス付与条件等、試験ポイントの算出方法は一例に過ぎず、適宜設計変更可能である。
　そして、育成ゲームが終了すると、試験に対する合格判定がなされる。各試験種目には、合格点数が設定されており、獲得した試験ポイントが合格点数以上の場合に合格となる。また、試験に合格した場合には、獲得した試験ポイントに応じて、成績が付与される。ここでは、優・良・可の３つの区分が設けられており、試験に合格した場合には、これら３つの区分のいずれかが、育成キャラクタに成績として付与される。
　ここで、図２９Ｂに示すように、各試験の合格判定、および、プレイヤに付与される成績は、各試験で獲得した試験ポイントに基づいて決定される。例えば、試験番号がＮｏ．１の試験種目においては、試験ポイントが３０００以上の場合に合格と判定される。つまり、試験番号がＮｏ．１の試験種目の合格点は、３０００点に設定されている。また、試験番号がＮｏ．１の試験種目においては、試験ポイントが３０００以上かつ４０００未満で「可」、４０００以上かつ５０００未満で「良」、５０００以上で「優」の成績が付与される。図２９Ｂからも明らかなように、合格点、および、各成績に対応する試験ポイントの範囲は、試験種目ごとに異なっている。
　また、本実施形態では、特定イベントの開始時点においては、試験番号がＮｏ．１の試験種目のみをプレイヤが選択可能である。つまり、特定イベントの開始時点において、プレイヤは、試験番号がＮｏ．２からＮｏ．７の試験種目を選択することができない。試験番号がＮｏ．２からＮｏ．７の試験種目には、それぞれ解放条件が設定されており、プレイヤは、解放条件が満たされた試験種目を選択可能となる。
　ここでは、試験番号＝ｎ（ｎは２から７の整数）の試験種目の解放条件として、それぞれ、試験番号＝ｎ－１の試験種目で「可」以上の成績を獲得することが設定されている。したがって、プレイヤは、特定イベントにおいて、Ｎｏ．１の試験種目から、Ｎｏ．７の試験種目に向けて、順番に合格していく必要がある。このとき、合格点は、解放される順番が後の試験種目ほど高くなるため、合格の難易度が徐々に高くなっていく。したがって、全ての試験種目で合格することが、特定イベントの１つの目標となる。
　図３０Ａは、特定イベントの開催期間中のホーム画面１００を説明する図である。図３０Ｂは、特定イベントトップ画面３４０を説明する図である。図３０Ａに示すように、特定イベントの開催期間中、ホーム画面１００には、イベントアイコン１０８が表示される。イベントアイコン１０８がタップされると、図３０Ｂに示す特定イベントトップ画面３４０が表示される。
　なお、ホーム画面１００において育成ゲーム操作部１０４が操作されると、通常モードまたはイベントモードを選択可能な不図示のモード選択画面が表示される。モード選択画面において、イベントモードが選択された場合にも、特定イベントトップ画面３４０が表示される。
　特定イベントトップ画面３４０の上部には、特定イベントの開催期間が表示される。また、特定イベントトップ画面３４０には、選択中試験種目表示欄３４１、試験種目変更操作部３４２、開始操作部３４３、カードランキング操作部３４４ａ、育成キャラクタランキング操作部３４４ｂ、コイン交換操作部３４４ｃが設けられる。
　特定イベントトップ画面３４０において、コイン交換操作部３４４ｃがタップされると、不図示のコイン交換画面が表示される。特定イベントの開催期間中、イベントモードで育成ゲームをプレイすると、ゲーム内通貨であるコインがプレイヤに付与される。コイン交換画面において、プレイヤは、所持しているコインを消費して種々のアイテムを獲得することができる。
　選択中試験種目表示欄３４１には、現在選択中の試験種目が識別可能に表示される。また、選択中試験種目表示欄３４１には、当該試験に合格した際にプレイヤに付与される報酬と、当該試験で過去に獲得した最高成績とが表示される。なお、図３０Ｂには、Ｎｏ．１の試験番号の試験種目が選択されており、また、この試験種目に未だ合格していない状態を示している。選択中の試験種目に合格したことがある場合、選択中試験種目表示欄３４１の右側には、優、良、可の成績のうち、選択中の試験種目において、過去に獲得した最高成績を示すスタンプが表示される。選択中の試験種目に未だ合格していない状態では、図３０Ｂに示すように、×を記したスタンプが表示されている。
　試験種目変更操作部３４２は、選択中の試験種目を変更するための操作部である。上記したように、特定イベントの開催当初は、Ｎｏ．２からＮｏ．７の試験種目の解放条件が満たされておらず、プレイヤは、Ｎｏ．１の試験番号の試験種目のみを選択可能である。したがって、この場合には、図３０Ｂに示すように、試験種目変更操作部３４２がグレーアウトして表示されており、プレイヤの操作が受け付けられない。
　一方で、Ｎｏ．２からＮｏ．７の試験種目のうち、１つ以上の解放条件が満たされると、プレイヤは、２以上の試験種目からいずれかを選択することができる。このように、２以上の試験種目からいずれかを選択することができる状態では、試験種目変更操作部３４２が有効化される。有効化された試験種目変更操作部３４２がタップされると、不図示の試験種目一覧画面が表示される。この試験種目一覧画面では、解放条件が満たされた試験種目が表示される。プレイヤは、試験種目一覧画面において、解放条件が満たされた試験種目を１つ選択することができる。
　試験種目一覧画面において、試験種目が選択されると、再度、特定イベントトップ画面３４０が表示される。このとき、試験種目が変更されると、変更後の試験種目が選択中の試験種目として記憶され、選択中試験種目表示欄３４１の表示が切り替わる。開始操作部３４３がタップされると、選択中の試験種目について試験を受けるものとして、育成ゲームが開始される。
　特定イベントトップ画面３４０において、カードランキング操作部３４４ａがタップされると、サポートカードランキング画面３５０がディスプレイ２６に表示される。
　図３０Ｃは、サポートカードランキング画面３５０を説明する図である。特定イベントの開催期間中は、サポートカードランキングがプレイヤに報知される。サポートカードランキングは、全プレイヤを対象としたサポートカードの使用率のランキングである。集計期間中、育成キャラクタの育成が完了すると、デッキに編成されたサポートカードごとに、使用回数が計上される。そして、育成ゲームの実行回数（育成された育成キャラクタの数、使用されたデッキ数でもよい）を分母とし、使用回数を分子とした使用率が、サポートカードの種別ごとに算出される。
　ただし、ここでは、プレイヤが、ビギナー、ノーマル、エキスパートの３段階のプレイヤ区分のうちのいずれかに分類され、育成ゲームの実行回数およびサポートカードの使用回数の計数は、プレイヤ区分ごとに分けて行われる。つまり、サポートカードランキングは、プレイヤ区分ごとに導出される。ここでは、３つのプレイヤ区分が設けられることから、３つのサポートカードランキングが導出されることとなる。
　なお、プレイヤは、過去に育成した育成キャラクタの育成ランクのうち、最高の育成ランクに基づいて、いずれかのプレイヤ区分に分類される。換言すれば、プレイヤは、過去に獲得した最高の育成ランクに基づいて、いずれかのプレイヤ区分に分類される。
　例えば、最高の育成ランクがＤ未満のプレイヤは、ビギナーに分類され、最高の育成ランクがＤ以上、かつ、Ａ未満のプレイヤは、ノーマルに分類され、最高の育成ランクがＡ以上のプレイヤは、エキスパートに分類される。したがって、仮に、ビギナーに分類されるプレイヤが育成を完了した場合には、ビギナー用に設けられた、育成ゲームの実行回数、および、サポートカードの使用回数を計数するそれぞれのカウンタが更新されることとなる。
　なお、ここでは、育成完了時点におけるプレイヤの最高の育成ランクに基づいて、プレイヤ区分が更新されることとする。例えば、これまでに獲得した最高の育成ランクが「Ｂ」であるプレイヤが、「Ｓ」の育成ランクの育成キャラクタを育成したとする。この場合、当該育成キャラクタの育成完了時には、プレイヤのプレイヤ区分がエキスパートに分類される。したがって、「Ｓ」の育成ランクの育成キャラクタの育成に使用したサポートカード、および、このときの育成ゲームの実行回数は、エキスパート用に設けられたカウンタに計上されることとなる。
　ただし、プレイヤのプレイヤ区分は、育成完了時ではなく、所定の更新タイミングで変更されてもよい。例えば、プレイヤは、毎日、午前４時５９分の時点において、過去に獲得している最高の育成ランクに基づいて、いずれかのプレイヤ区分に分類されてもよい。この場合、次の日の午前４時５９分になるまでの間は、最高の育成ランクが更新されたとしても、プレイヤ区分が変更されない。
　また、プレイヤ区分を決定するための情報は、過去に獲得した最高の育成ランクに限らない。例えば、過去に獲得した、あるいは、特定イベントの開催期間中等、所定期間内に獲得した、最高の評価点もしくは試験ポイントに基づいて、プレイヤ区分が決定されてもよい。また、プレイヤ区分を設けずに、全プレイヤで共通の１つのサポートカードランキングが導出されてもよい。
　また、ここでは、イベントモードを選択して育成ゲームが実行された場合に限り、育成ゲームの実行回数、および、サポートカードの使用回数が計数される。ただし、通常モードを選択して育成ゲームが実行された場合においても、育成ゲームの実行回数、および、サポートカードの使用回数が計数されてもよい。
　また、サポートカードランキングは、試験適性、あるいは、試験番号ごとに導出されてもよい。例えば、短距離、マイル、中距離、長距離といった具合に、距離適性ごとにサポートカードランキングが導出されてもよい。あるいは、芝、ダートといった具合に、馬場別にサポートカードランキングが導出されてもよい。このように、試験適性（試験番号）や馬場別にサポートカードランキングが導出される場合、さらに、プレイヤ区分ごとに、サポートカードランキングが導出されてもよいし、プレイヤ区分を設けずに、全プレイヤ共通のサポートカードランキングが導出されてもよい。
　図３０Ｃに示すように、サポートカードランキング画面３５０には、切替タブ３５１が設けられる。切替タブ３５１には、ビギナータブ、ノーマルタブおよびエキスパートタブが設けられている。切替タブ３５１のうち、ビギナータブがタップされると、ビギナー用のサポートカードランキングが表示され、ノーマルタブがタップされると、ノーマル用のサポートカードランキングが表示され、エキスパートタブがタップされると、エキスパート用のサポートカードランキングが表示される。
　各サポートカードランキングでは、例えば、使用率の高い上位１０種類のサポートカードが表示される。ただし、ビギナー用、ノーマル用、エキスパート用のプレイヤ区分ごとに、サポートカードランキング画面３５０に表示されるサポートカードの数が異なってもよい。
　また、サポートカードランキング画面３５０には、サポートカードを示すサポートカードアイコン３５１ａと、その使用率とが表示される。サポートカードアイコン３５１ａが長押しされると、不図示のサポートカード詳細画面が表示される。プレイヤは、サポートカード詳細画面において、サポートカードの詳細情報を確認することができる。なお、図３０Ｃには、３つのサポートカードが示されているが、プレイヤは、下方から上方に向けてフリック操作を入力することで、ランキングが１０位のサポートカードまで順に確認することができる。
　このように、サポートカードランキングが表示されることで、よりよいデッキの編成方法をプレイヤが把握しやすくなる。特に、プレイヤ区分ごとにサポートカードランキングが導出されるので、プレイヤに適したデッキの編成方法がより把握しやすくなる。
　また、特定イベントトップ画面３４０において、育成キャラクタランキング操作部３４４ｂがタップされると、育成キャラクタランキング画面３６０がディスプレイ２６に表示される。
　図３０Ｄは、育成キャラクタランキング画面３６０を説明する図である。特定イベントの開催期間中は、育成キャラクタランキングがプレイヤに報知される。育成キャラクタランキングは、全プレイヤを対象とした育成キャラクタのランキングである。この育成キャラクタランキングは、イベントモードが選択された育成ゲームで育成した育成キャラクタが対象となる。育成キャラクタランキングは、育成キャラクタの試験ポイントに基づいて導出され、例えば、試験ポイントが上位３０位までの育成キャラクタが、育成キャラクタランキング画面３６０に表示される。
　なお、育成キャラクタランキングの導出に用いられる情報は試験ポイントに限定されない。例えば、評価点に基づいて育成キャラクタランキングが導出されてもよい。この場合、例えば、通常モードが選択されて育成された育成キャラクタが、育成キャラクタランキングの対象に含まれてもよい。
　育成キャラクタランキング画面３６０には、情報表示欄３６１が複数表示される。情報表示欄３６１には、育成キャラクタに対応するアイコン３６１ａ、当該育成キャラクタを育成したプレイヤのプレイヤ名、キャラクタ名、および、試験ポイントが表示される。なお、図３０Ｄには、３つの情報表示欄３６１が示されているが、プレイヤは、下方から上方に向けてフリック操作を入力することで、３０位の育成キャラクタに対応する情報表示欄３６１まで順に確認することができる。
　図３１は、プレイヤ情報確認画面３７０を説明する図である。育成キャラクタランキング画面３６０において、情報表示欄３６１がタップされると、図３１に示すプレイヤ情報確認画面３７０がディスプレイ２６に表示される。プレイヤ情報確認画面３７０には、育成キャラクタランキング画面３６０の情報表示欄３６１に表示される育成キャラクタを育成したプレイヤ（以下、育成プレイヤと呼ぶ）に関するプレイヤ情報が表示される。
　ここでは、育成プレイヤが設定しているプロフィールキャラクタを示すプロフィールキャラクタ画像３７１が表示され、プロフィールキャラクタ画像３７１の近傍には、育成プレイヤが設定しているコメントが表示される。また、プレイヤ情報確認画面３７０には、代表キャラクタ表示部３７２ａおよびレンタルカード表示部３７２ｂが表示される。代表キャラクタ表示部３７２ａおよびレンタルカード表示部３７２ｂには、それぞれ、育成プレイヤが設定している代表キャラクタおよびレンタルカードが表示される。
　また、プレイヤ情報確認画面３７０には、フォロー操作部３７３が設けられる。プレイヤは、フォロー操作部３７３をタップすることで、当該育成プレイヤをフォローすることができる。プレイヤは、育成プレイヤをフォローすることで、当該育成プレイヤをフレンドとして登録することができる。プレイヤは、育成プレイヤをフレンドとして登録することで、以後の育成ゲームにおいて、当該育成プレイヤの代表キャラクタを、継承キャラクタとして使用することができる。また、プレイヤは、育成プレイヤをフレンドとして登録することで、以後の育成ゲームにおいて、当該育成プレイヤが設定しているレンタルカードをデッキに編成することができる。
　なお、プレイヤ情報確認画面３７０には、クローズ操作部３７４が設けられている。クローズ操作部３７４がタップされると、プレイヤ情報確認画面３７０が閉じられ、図３０Ｄに示す育成キャラクタランキング画面３６０が表示される。また、育成キャラクタランキング画面３６０において、情報表示欄３６１に表示されるアイコン３６１ａが長押し操作された場合、キャラクタ詳細ダイアログ３８０がディスプレイ２６に表示される。
　図３２Ａは、キャラクタ詳細ダイアログ３８０を説明する第１の図である。図３２Ｂは、キャラクタ詳細ダイアログ３８０を説明する第２の図である。図３２Ｃは、キャラクタ詳細ダイアログ３８０を説明する第３の図である。キャラクタ詳細ダイアログ３８０には、育成キャラクタの詳細情報が表示される。キャラクタ詳細ダイアログ３８０の上部には、能力パラメータ表示欄３８１が表示される。
　また、能力パラメータ表示欄３８１の下方には、適性情報表示欄３８２が表示される。適性情報表示欄３８２には、芝およびダートのそれぞれの場適性に係る適性パラメータ、短距離、マイル、中距離、長距離のそれぞれの距離適性に係る適性パラメータ、逃げ、先行、差し、追込のそれぞれの脚質適性に係る適性パラメータが表示される。
　適性情報表示欄３８２の下方には、各種情報表示欄３８３が表示される。各種情報表示欄３８３には、スキル表示タブ３８３ａ、継承情報表示タブ３８３ｂ、育成情報表示タブ３８３ｃが設けられる。スキル表示タブ３８３ａがタップされると、図３２Ａに示すように、育成キャラクタの獲得済みスキルが各種情報表示欄３８３に表示される。また、継承情報表示タブ３８３ｂがタップされると、図３２Ｂに示すように、育成キャラクタの継承情報が表示される。なお、継承情報には、当該育成キャラクタを育成する際に、育成ゲームにおけるセッティングゲームでセットした２体の継承キャラクタに関する情報が含まれる。
　また、育成情報表示タブ３８３ｃがタップされると、図３２Ｃに示すように、育成キャラクタの育成情報が表示される。なお、育成情報には、当該育成キャラクタを育成する際に、育成ゲームにおけるセッティングゲームでセットしたサポートカードの種別、育成ゲームにおける個人レースの戦績、さらには、評価点が含まれる。
　このように、キャラクタ詳細ダイアログ３８０において、プレイヤは、育成キャラクタランキングで上位に入賞した育成キャラクタに関する種々の情報を確認することができる。これにより、プレイヤ間の情報格差が是正され、プレイヤは、育成キャラクタをどのように育成すればよいのかを容易に知ることができる。
　なお、キャラクタ詳細ダイアログ３８０には、クローズ操作部３８４が設けられる。クローズ操作部３８４がタップされると、キャラクタ詳細ダイアログ３８０が閉じられ、育成キャラクタランキング画面３６０がディスプレイ２６に表示される。
　図３３は、ランキングの更新タイミングの一例を説明する図である。サポートカードランキングおよび育成キャラクタランキングは、特定イベントの開催期間中、定期的に更新される。例えば、特定イベントの開始とともに、サポートカードの使用率の算出に必要な情報、および、イベントモードで育成された育成キャラクタに関する情報の集計が開始される。その後、特定イベントの開催期間中、例えば、毎日、午前４時５９分までに集計された全ての情報に基づいてランキングが導出される。導出されたランキングは、同日の午前５時に配信される。
　つまり、ランキングの導出に必要な情報は、育成ゲームの完了時点で集計されるが、育成ゲームの完了時点では、即座にランキングに反映されない。したがって、例えば、特定イベントの開催２日目の午前４時５９分から、３日目の午前４時５９分までの期間中に集計された情報は、３日目の午前５時に配信されるランキングに反映されることとなる。
　そのため、本実施形態では、特定イベントの開催１日目においては、サポートカードランキングおよび育成キャラクタランキングが導出されていない。したがって、特定イベントの開催１日目には、サポートカードランキングおよび育成キャラクタランキングが提供されない。この場合、特定イベントの開催１日目には、例えば、カードランキング操作部３４４ａおよび育成キャラクタランキング操作部３４４ｂがグレーアウトして表示され、プレイヤの操作が受け付けられない。あるいは、特定イベントの開催１日目には、サポートカードランキング画面３５０および育成キャラクタランキング画面３６０において、ランキングを導出するための情報を集計中であることが報知されてもよい。
　なお、ここでは、サポートカードランキングおよび育成キャラクタランキングの集計期間および更新タイミングが同じこととした。ただし、集計期間および更新タイミングは、両ランキングで異なってもよい。例えば、サポートカードランキングの集計は、特定イベントの開催期間よりも前に開始されてもよい。この場合、特定イベントの開始時点で、サポートカードランキングが提供されてもよい。
　ここで、本実施形態のように、抽選により獲得したキャラクタやサポートカードを用いて育成キャラクタを育成する場合、より強力なキャラクタやサポートカードを所持しているプレイヤほど、より強い育成キャラクタを育成することができる。そのため、強力なキャラクタやサポートカードを所持していない、あるいは、所持数が少ないプレイヤのゲーム意欲が低下してしまうおそれがある。
　そこで、本実施形態では、上記したように、他のプレイヤが育成した育成キャラクタを継承キャラクタとして使用したり、他のプレイヤがレンタルカードとして設定しているサポートカードを使用したりすることができる。しかしながら、他のプレイヤが育成した育成キャラクタや、他のプレイヤが所持するサポートカードを使用するためには、他のプレイヤをフレンドとして登録しなければならない。
　このとき、プレイヤ自身が所望する育成キャラクタを代表キャラクタとして設定しているプレイヤや、強力なサポートカードをレンタルカードとして設定しているプレイヤを探し出す必要がある。ところが、プレイヤにとって最適なフレンドを探し出す作業は煩雑になることがあり、レンタル機能を有効に活用することができず、プレイヤ間の格差が大きくなってしまうおそれがある。
　本実施形態では、特定イベントの開催期間中、イベントモードを選択して育成ゲームをプレイする場合、プレイヤは、ランキングの上位３０位に入賞した育成キャラクタを継承キャラクタとしてデッキに編成することができる。これにより、プレイヤは、煩雑な作業を要することなく、強力な継承キャラクタをデッキに編成可能となり、プレイヤ間の格差を小さくすることができる。なお、特定イベントの開催期間中、通常モードを選択して育成ゲームをプレイする場合においても、ランキングの上位３０位に入賞した育成キャラクタを継承キャラクタとしてデッキに編成可能としてもよい。以下に、育成ゲームの準備段階について、イベントモードと通常モードとで異なる点について説明する。
　図３４Ａは、継承キャラクタ選択画面１７０を説明する第４の図である。図３４Ｂは、育成キャラクタ一覧画面１８０を説明する第２の図である。プレイヤがイベントモードを選択して育成ゲームを開始し、メインキャラクタが選択されると、図３４Ａに示すように継承キャラクタ選択画面１７０がディスプレイ２６に表示される。このとき表示される継承キャラクタ選択画面１７０は、通常モードとイベントモードとで同じである。そして、継承キャラクタ選択画面１７０において、第１継承キャラクタ選択領域１７１ａまたは第２継承キャラクタ選択領域１７１ｂがタップされると、図３４Ｂに示す育成キャラクタ一覧画面１８０が表示される。
　図３４Ｂおよび図７Ｂを比較してもわかるように、育成キャラクタ一覧画面１８０は、通常モードとイベントモードとで異なる。具体的には、通常モードでは、育成キャラクタ一覧画面１８０にマイキャラタブ１８１ａおよびレンタルタブ１８１ｂが表示される。これに対して、イベントモードでは、マイキャラタブ１８１ａ、レンタルタブ１８１ｂに加えて、イベントタブ１８１ｃが表示される。
　マイキャラタブ１８１ａがタップされると、プレイヤ自身が所持する育成キャラクタに対応する育成キャラクタアイコン１８２が表示される。また、レンタルタブ１８１ｂが選択された状態では、フレンドとして登録されているプレイヤ等、プレイヤに紐付けられたプレイヤ情報（例えばプレイヤＩＤ）に基づいて抽出される他のプレイヤの代表キャラクタに対応する育成キャラクタアイコン１８２が表示される。
　そして、イベントタブ１８１ｃがタップされると、図３４Ｂに示すように、育成キャラクタランキングで上位３０位に入賞した育成キャラクタに対応する育成キャラクタアイコン１８２が表示される。上記したように、育成キャラクタアイコン１８２がタップされると、育成キャラクタアイコン１８２に対応する育成キャラクタの仮選択状態となる。また、育成キャラクタアイコン１８２が長押しされると、育成キャラクタアイコン１８２に対応する育成キャラクタの詳細情報が表示される。
　なお、詳しい説明は省略するが、育成キャラクタ一覧画面１８０には、不図示の操作ボタンが設けられる。プレイヤは、不図示の操作ボタンを操作することで、育成キャラクタの能力や継承情報、あるいは、育成対象であるメインキャラクタとの相性等に基づいて、育成キャラクタアイコン１８２の並べ替えや絞り込みが可能である。
　このように、本実施形態では、育成ゲームで育成した育成キャラクタがランキング対象として設定されている。そして、特定イベントの開催期間中、育成ゲームの結果に基づいて、育成ゲームをプレイしたプレイヤそれぞれに紐付けられた育成キャラクタの順位付けが行われる。また、育成キャラクタの順位が所定順位（ここでは３０位以上）である第１のプレイヤに紐づく育成キャラクタを、第１のプレイヤと異なる第２のプレイヤがデッキに編成可能となる。
　換言すれば、イベントモードにおいて、プレイヤは、育成キャラクタランキングの順位に基づいて抽出された育成キャラクタ（以下、上位入賞育成キャラクタと呼ぶ）と、プレイヤ情報に基づいて抽出された育成キャラクタ（以下、抽出育成キャラクタと呼ぶ）とを、デッキに編成可能である。なお、プレイヤは、１回の育成ゲームにおいて、上位入賞育成キャラクタ、および、抽出育成キャラクタを合計で１体のみ、デッキに編成することができる。
　また、上位入賞育成キャラクタ、および、抽出育成キャラクタに対しては、デッキに編成するための編成条件が設定される。ここでは、所定のコストを支払うことが編成条件として設定されているが、編成条件は、上位入賞育成キャラクタと、抽出育成キャラクタとで異なる。
　具体的には、プレイヤは、コストとして、所定のゲーム内通貨を消費して、他のプレイヤが育成した育成キャラクタを、継承キャラクタとして使用することができる。ここでは、上位入賞育成キャラクタは、抽出育成キャラクタよりも、要求されるコストが小さい。また、抽出育成キャラクタについては、１日の使用上限回数の範囲内に限り、継承キャラクタとしてデッキに編成することができる。ここでは、１日の使用上限回数が、例えば３回に設定されており、プレイヤは、１日に３回を上限として、いずれかの抽出育成キャラクタをデッキに編成することができる。
　一方、上位入賞育成キャラクタには、使用上限回数が設定されない。したがって、プレイヤは、１日に何度でも、好みの上位入賞育成キャラクタをデッキに編成して、育成ゲームをプレイすることができる。
　このように、本実施形態では、上位入賞育成キャラクタと、抽出育成キャラクタとで、設定される編成条件が互いに異なる。ここでは、抽出育成キャラクタよりも、上位入賞育成キャラクタの方が、プレイヤにとって使用が容易となるように、編成条件が設定されている。
　ただし、上記した編成条件は一例に過ぎない。例えば、上位入賞育成キャラクタよりも、抽出育成キャラクタの方が、プレイヤにとって使用が容易となるように、編成条件が設定されてもよい。また、上位入賞育成キャラクタと、抽出育成キャラクタとで、同一の編成条件が設定されてもよい。さらには、上位入賞育成キャラクタおよび抽出育成キャラクタのいずれか一方にのみ編成条件が設定され、いずれか他方には編成条件が設定されなくてもよい。
　なお、上記したように、育成キャラクタランキングは、毎日、午前５時に配信される。そのため、上位入賞育成キャラクタは頻繁に入れ替わる可能性があり、抽出育成キャラクタよりも、上位入賞育成キャラクタの方が、デッキに編成可能な期間が限定的である。したがって、上位入賞育成キャラクタには、抽出育成キャラクタよりも、プレイヤの使用が容易となるように編成条件が設定されるのが好ましい。
　そして、２体の継承キャラクタが選択された後、継承キャラクタ選択画面１７０において、ネクスト操作部１５４がタップされると、サポートカード編成画面１９０がディスプレイ２６に表示される。
　図３５は、サポートカード編成画面１９０を説明する第３の図である。イベントモードにおいては、サポートカード編成画面１９０に、カードランキング操作部３４４ａが設けられる。カードランキング操作部３４４ａがタップされると、図３０Ｃに示すサポートカードランキング画面３５０が表示される。このように、イベントモードでは、サポートカード編成画面１９０からも、サポートカードランキング画面３５０に画面が遷移する。なお、サポートカード編成画面１９０は、カードランキング操作部３４４ａが設けられる点以外については、イベントモードと通常モードとで変更がない。
　なお、特定イベントの開催期間中、通常モードが選択されて育成ゲームが開始された場合にも、サポートカード編成画面１９０にカードランキング操作部３４４ａが設けられ、サポートカードランキング画面３５０に遷移可能としてもよい。
　サポートカード編成画面１９０において、６つのサポートカードが選択された状態で、スタート操作部１９３がタップされると、育成メインゲームが開始される。この育成メインゲームは、通常モードとイベントモードとで変更点がない。そして、育成メインゲームが終了すると、上記した育成完了画面３３０（図２８Ａ、図２８Ｂ、図２８Ｃ参照）が表示される。イベントモードが選択された場合には、育成完了画面３３０の表示完了後に、試験リザルト画面３９０がディスプレイ２６に表示される。
　図３６Ａは、試験リザルト画面３９０を説明する第１の図である。図３６Ｂは、試験リザルト画面３９０を説明する第２の図である。図３６Ｃは、試験リザルト画面３９０を説明する第３の図である。図３６Ｄは、試験リザルト画面３９０を説明する第４の図である。試験リザルト画面３９０には、図３６Ａに示すように、評価点（図中Ｓｃｏｒｅと示す）が最上段に表示され、評価点の下に、加算されるボーナスポイントが表示される。ここでは、加算されるボーナスポイントが、ボーナス付与条件ごとに区別して表示される。そして、試験リザルト画面３９０の下方には、評価点に、全てのボーナスポイントを加算した試験ポイントが表示される。
　その後、図３６Ｂに示すように、試験ポイントに基づいて導出された成績と、ネクスト操作部３９１とが表示される。ネクスト操作部３９１がタップされると、図３６Ｃに示すように、試験種目に対応してプレイヤに付与される報酬が表示される。さらに、ネクスト操作部３９１がタップされると、試験リザルト画面３９０が閉じられて、ホーム画面１００が表示される。ただし、解放条件が満たされて、試験種目が新たに解放された場合には、図３６Ｄに示すように、新たな試験種目が解放されたことが報知される。
　次に、上記の育成ゲームを実行するためのプレイヤ端末１およびサーバ１０００の機能的構成について説明し、その他の構成については説明を省略する。
（プレイヤ端末１の機能的構成）
　図３７は、プレイヤ端末１におけるメモリ１２の構成およびコンピュータとしての機能を説明する図である。メモリ１２には、プログラム記憶領域１２ａ、および、データ記憶領域１２ｂが設けられている。ＣＰＵ１０は、ゲームが開始されると、端末側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１２ａに記憶する。
　端末側ゲーム制御用プログラムには、情報設定処理プログラム７００、育成ゲーム実行プログラム７０１、ランキング情報取得プログラム７０２が含まれる。なお、図３７に列挙したプログラムは一例であり、端末側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。
　データ記憶領域１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部７５０、ゲーム情報記憶部７５１、ランキング情報記憶部７５２が設けられている。なお、データ記憶領域１２ｂには、この他にも多数の記憶部が設けられている。ここでは、育成ゲーム等、ゲームに直接関係する情報（以下、ゲーム情報と呼ぶ）がゲーム情報記憶部７５１に記憶される。なお、育成ゲーム等、各ゲームの進行中における各種の情報の仮記憶もゲーム情報記憶部７５１になされる。また、例えば、プレイヤあるいは他のプレイヤに関する情報、プレイヤ端末１の設定情報等、ゲーム情報以外の情報を全てプレイヤ情報とする。プレイヤ情報は、プレイヤ情報記憶部７５０に記憶される。なお、ランキング情報はランキング情報記憶部７５２に記憶される。
　ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させ、データ記憶領域１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０は、プログラム記憶領域１２ａに記憶された各プログラムを動作させることで、プレイヤ端末１（コンピュータ）を、端末側ゲーム制御部１Ａとして機能させる。端末側ゲーム制御部１Ａは、情報設定処理部７００ａ、育成ゲーム実行部７０１ａ、ランキング情報取得部７０２ａを含む。
　具体的には、ＣＰＵ１０は、情報設定処理プログラム７００を動作させ、コンピュータを情報設定処理部７００ａとして機能させる。同様に、ＣＰＵ１０は、育成ゲーム実行プログラム７０１、ランキング情報取得プログラム７０２を動作させ、それぞれ育成ゲーム実行部７０１ａ、ランキング情報取得部７０２ａとして機能させる。
　情報設定処理部７００ａは、プレイヤ端末１において各種の情報の設定が行われた場合に、設定に関する情報をプレイヤ情報としてプレイヤ情報記憶部７５０に記憶する。また、情報設定処理部７００ａは、プレイヤ情報記憶部７５０の情報を更新した場合、更新情報をサーバ１０００に送信する。
　育成ゲーム実行部７０１ａは、育成ゲームに関する全ての処理を実行する。
　ランキング情報取得部７０２ａは、特定イベントの開催期間中、サーバ１０００からランキング情報を取得し、ランキング情報記憶部７５２に記憶する。
（サーバ１０００の機能的構成）
　図３８は、サーバ１０００におけるメモリ１０１２の構成およびコンピュータとしての機能を説明する図である。メモリ１０１２には、プログラム記憶領域１０１２ａ、および、データ記憶領域１０１２ｂが設けられている。ＣＰＵ１０１０は、ゲームが開始されると、サーバ側ゲーム制御用プログラム（モジュール）をプログラム記憶領域１０１２ａに記憶する。
　サーバ側ゲーム制御用プログラムには、情報設定処理プログラム１１００、育成ゲーム実行プログラム１１０１、育成ゲーム終了処理プログラム１１０２、ランキング情報更新プログラム１１０３が含まれる。なお、図３８に列挙したプログラムは一例であり、サーバ側ゲーム制御用プログラムには、この他にも多数のプログラムが設けられている。
　データ記憶領域１０１２ｂには、データを記憶する記憶部として、プレイヤ情報記憶部１１５０、ゲーム情報記憶部１１５１、ランキング情報記憶部１１５２、ランキング対象育成キャラクタ情報記憶部１１５３が設けられている。なお、データ記憶領域１０１２ｂには、この他にも多数の記憶部が設けられている。ここでは、全てのプレイヤのゲーム情報が、プレイヤＩＤに紐付けられてゲーム情報記憶部１１５１に記憶される。また、全てのプレイヤのプレイヤ情報が、プレイヤＩＤに紐付けられてプレイヤ情報記憶部１１５０に記憶される。
　ＣＰＵ１０１０は、プログラム記憶領域１０１２ａに記憶された各プログラムを動作させ、データ記憶領域１０１２ｂの各記憶部のデータを更新する。そして、ＣＰＵ１０１０は、プログラム記憶領域１０１２ａに記憶された各プログラムを動作させることで、サーバ１０００（コンピュータ）を、サーバ側ゲーム制御部１０００Ａとして機能させる。サーバ側ゲーム制御部１０００Ａは、情報設定処理部１１００ａ、育成ゲーム実行部１１０１ａ、育成ゲーム終了処理部１１０２ａ、ランキング情報更新部１１０３ａを含む。
　具体的には、ＣＰＵ１０１０は、情報設定処理プログラム１１００を動作させ、コンピュータを情報設定処理部１１００ａとして機能させる。同様に、ＣＰＵ１０１０は、育成ゲーム実行プログラム１１０１、育成ゲーム終了処理プログラム１１０２、ランキング情報更新プログラム１１０３を動作させ、それぞれ育成ゲーム実行部１１０１ａ、育成ゲーム終了処理部１１０２ａ、ランキング情報更新部１１０３ａとして機能させる。
　情報設定処理部１１００ａは、プレイヤ端末１において各種の情報の設定が行われた場合に、プレイヤ端末１から受信した更新情報に基づいて、プレイヤ情報記憶部１１５０のプレイヤ情報を更新する。
　育成ゲーム実行部１１０１ａは、育成ゲームに関する全ての処理を実行する。
　育成ゲーム終了処理部１１０２ａは、育成ゲームが終了すると、育成された育成キャラクタについて、評価点や育成ランク等を導出する。また、育成ゲーム終了処理部１１０２ａは、育成キャラクタ情報をゲーム情報記憶部１１５１に記憶する。
　ランキング情報更新部１１０３ａは、特定イベントの開催期間中、サポートカードランキングおよび育成キャラクタランキングを導出する。
　なお、プレイヤ端末１における情報設定処理部７００ａと、サーバ１０００における情報設定処理部１１００ａとは、いずれもプレイヤ情報を記憶する点で共通するが、具体的な処理の内容や、記憶するプレイヤ情報の範囲が互いに異なる。また、プレイヤ端末１における育成ゲーム実行部７０１ａと、サーバ１０００における育成ゲーム実行部１１０１ａとは、いずれも育成ゲームに関する処理を実行する点で共通するが、両者の役割、すなわち、担当範囲が異なっている。
　上記のプレイヤ端末１およびサーバ１０００における各機能部が遂行する処理について、以下にフローチャートを用いて説明する。なお、以下では、まず、通常モードが選択された場合の育成ゲームに係る処理について説明し、その後、イベントモードが選択された場合の育成ゲームに係る処理について説明する。
（プレイヤ端末１およびサーバ１０００の処理）
<育成ゲームに係る処理>
　図３９は、育成ゲームに係るプレイヤ端末１およびサーバ１０００の処理を説明するシーケンス図である。なお、以下の説明では、プレイヤ端末１における処理をＰｎ（ｎは任意の整数）と示す。また、サーバ１０００における処理をＳｎ（ｎは任意の整数）と示す。
　プレイヤがプレイヤ端末１において各種の設定変更操作を行うと、プレイヤ端末１の情報設定処理部７００ａは、プレイヤの操作入力に基づいて、プレイヤ情報記憶部７５０を更新するための情報設定処理（Ｐ１）を行う。この情報設定処理では、更新情報がサーバ１０００に送信される。サーバ１０００では、更新情報を受信すると、情報設定処理部１１００ａがプレイヤ情報記憶部１１５０のプレイヤ情報を更新する（Ｓ１）。
　なお、Ｐ１、Ｓ１で更新されるプレイヤ情報としては、例えば、プレイヤが設定可能なプロフィール情報がある。また、例えば、設定変更操作として、他のプレイヤをフレンドに追加する操作、あるいは、フレンドを解除する操作が入力されると、フレンドに関する情報であるフレンド情報が更新される。
　プレイヤ端末１において、育成ゲームを開始するための育成ゲーム開始操作が入力されると、育成ゲーム実行部７０１ａは、準備段階処理（Ｐ６）を実行する。また、この準備段階処理中には、プレイヤ端末１とサーバ１０００との間で通信処理が行われる。サーバ１０００では、プレイヤ端末１から受信する情報に基づいて、育成ゲーム実行部１１０１ａが準備段階処理（Ｓ６）を実行する。
　図４０は、プレイヤ端末１における準備段階処理（Ｐ６）を説明する第１のフローチャートである。図４１は、プレイヤ端末１における準備段階処理（Ｐ６）を説明する第２のフローチャートである。プレイヤ端末１の育成ゲーム実行部７０１ａは、ディスプレイ２６において、メインキャラクタ選択画面１５０の表示中であるか判定する（Ｐ６－１）。メインキャラクタ選択画面１５０の表示中であり（Ｐ６－１のＹＥＳ）、画面の表示を切り替える表示切替操作が入力された場合（Ｐ６－２のＹＥＳ）、育成ゲーム実行部７０１ａは、ディスプレイ２６の表示画面を切り替える（Ｐ６－１３）。
　また、メインキャラクタ選択画面１５０において、選択操作（キャラクタアイコン１５１のタップ）が入力されると（Ｐ６－３のＹＥＳ）、育成ゲーム実行部７０１ａは、選択操作入力が行われたキャラクタアイコン１５１に対応するキャラクタを仮記憶し（Ｐ６－４）、表示画面を切り替える（Ｐ６－１３）。
　また、メインキャラクタ選択画面１５０において、決定操作（ネクスト操作部１５４のタップ）が入力されると（Ｐ６－５のＹＥＳ）、育成ゲーム実行部７０１ａは、上記Ｐ６－４において仮記憶されたキャラクタをメインキャラクタとして仮登録する（Ｐ６－６）。また、育成ゲーム実行部７０１ａは、フレンドの代表キャラクタ等、所定の抽出条件にしたがって抽出された代表キャラクタに関する情報をサーバ１０００から取得し（Ｐ６－７）、表示画面を切り替える（Ｐ６－１３）。
　また、継承キャラクタ選択画面１７０または育成キャラクタ一覧画面１８０の表示中であり（Ｐ６－８のＹＥＳ）、画面の表示を切り替える表示切替操作が入力された場合（Ｐ６－９のＹＥＳ）、育成ゲーム実行部７０１ａは、ディスプレイ２６の表示画面を切り替える（Ｐ６－１３）。また、育成キャラクタ一覧画面１８０において、選択操作（育成キャラクタアイコン１８２のタップ）が入力されると（Ｐ６－１０のＹＥＳ）、育成ゲーム実行部７０１ａは、選択操作入力が行われた育成キャラクタアイコン１８２に対応するキャラクタを継承キャラクタとして仮記憶し（Ｐ６－１１）、表示画面を切り替える（Ｐ６－１３）。
　また、継承キャラクタ選択画面１７０において、決定操作（ネクスト操作部１５４のタップ）が入力されると（Ｐ６－１２のＹＥＳ）、育成ゲーム実行部７０１ａは、サポートカード編成画面１９０をディスプレイ２６に表示する（Ｐ６－１３）。
　また、サポートカード編成画面１９０またはサポートカード選択画面２００の表示中であり（Ｐ６－８のＮＯ）、画面の表示を切り替える表示切替操作が入力された場合（図４１のＰ６－２１のＹＥＳ）、育成ゲーム実行部７０１ａは、ディスプレイ２６の表示画面を切り替える（Ｐ６－２２）。また、サポートカード選択画面２００において、選択操作（サポートカードのカードアイコン２０１のタップ）が入力されると（Ｐ６－２３のＹＥＳ）、育成ゲーム実行部７０１ａは、選択操作が行われたカードアイコン２０１に対応するサポートカードを仮記憶し（Ｐ６－２４）、表示画面を切り替える（Ｐ６－２２）。
　また、サポートカード編成画面１９０において、決定操作（スタート操作部１９３のタップ）が入力されると（Ｐ６－２５のＹＥＳ）、育成ゲーム実行部７０１ａは、確認情報をサーバ１０００に送信する（Ｐ６－２６）。確認情報には、仮登録されているメインキャラクタ、継承キャラクタおよびサポートカードを識別する情報が含まれる。確認情報を受信すると、サーバ１０００では、準備段階処理（Ｓ６）において、仮登録されているメインキャラクタ、継承キャラクタおよびサポートカードを使用した育成メインゲームの実行許可の判定が行われる。
　図４２は、サーバ１０００における準備段階処理（Ｓ６）を説明するフローチャートである。育成ゲーム実行部１１０１ａは、確認情報を受信すると、プレイヤ情報記憶部１１５０に記憶されているプレイヤの所持キャラクタを確認する（Ｓ６－１）。育成ゲーム実行部１１０１ａは、プレイヤが選択したメインキャラクタが、所持キャラクタに含まれていれば、異常なしと判定する（Ｓ６－２）。
　プレイヤが選択したメインキャラクタに異常がなければ（Ｓ６－２のＹＥＳ）、育成ゲーム実行部１１０１ａは、プレイヤが選択したサポートカードに異常がないかを確認する（Ｓ６－３）。なお、Ｓ６－３では、プレイヤが所持していないサポートカードが選択された場合、プレイヤが選択したレンタルカードが、当該プレイヤのプレイヤＩＤに紐付けられていない場合、サポートキャラクタがメインキャラクタと重複する場合等に、異常ありと判定される。
　プレイヤが選択したサポートカードに異常がなければ（Ｓ６－４のＹＥＳ）、育成ゲーム実行部１１０１ａは、ゲーム情報記憶部１１５１に記憶されている育成キャラクタ情報を確認する（Ｓ６－５）。そして、育成ゲーム実行部１１０１ａは、プレイヤが継承キャラクタに選択した育成キャラクタが、当該プレイヤのプレイヤＩＤに紐付けられている場合、つまり、プレイヤ自身が育成した育成キャラクタが継承キャラクタとして選択されている場合、継承キャラクタの異常なしと判定する（Ｓ６－６のＹＥＳ）。
　継承キャラクタの異常なしと判定された場合、育成ゲーム実行部１１０１ａは、プレイヤが継承キャラクタに選択した育成キャラクタに、他のプレイヤの代表キャラクタが含まれるかを判定する（Ｓ６－７）。他のプレイヤの代表キャラクタが含まれる場合（Ｓ６－７のＹＥＳ）、育成ゲーム実行部１１０１ａは、当日の使用回数が３回未満であるかを判定する（Ｓ６－８）。
　当日の使用回数が３回未満である場合（Ｓ６－８のＹＥＳ）、育成ゲーム実行部１１０１ａは、プレイヤが所持する所定のゲーム内通貨が２０００以上であるかを判定する（Ｓ６－９）。つまり、Ｓ６－８およびＳ６－９では、編成条件が満たされているかが判定される。プレイヤが２０００以上のゲーム内通貨を所持している場合（Ｓ６－９のＹＥＳ）、育成ゲーム実行部１１０１ａは、当日使用回数を「１」加算する（Ｓ６－１０）。また、育成ゲーム実行部１１０１ａは、プレイヤ情報記憶部１１５０に記憶されている所定のゲーム内通貨の所持数を２０００減算する（Ｓ６－１１）。
　育成ゲーム実行部１１０１ａは、メインキャラクタ、継承キャラクタおよびサポートカードに異常がなく、また、他のプレイヤの代表キャラクタを使用するための編成条件が満たされている場合、許可情報をセットし（Ｓ６－１２）、プレイヤ端末１に受信させる。一方、メインキャラクタ、継承キャラクタおよびサポートカードのいずれかに異常がある場合、あるいは、他のプレイヤの代表キャラクタを使用するための編成条件が満たされていない場合、育成ゲーム実行部１１０１ａは、不許可情報をセットし（Ｓ６－１３）、プレイヤ端末１に受信させる。
　図４１に戻り、プレイヤ端末１において、確認情報を送信（Ｐ６－２６）した後、許可情報を受信すると（Ｐ６－２７のＹＥＳ）、育成ゲーム実行部７０１ａは、上記Ｐ６－６で仮登録されたメインキャラクタを登録する（Ｐ６－２８）。また、育成ゲーム実行部７０１ａは、上記Ｐ６－１１で継承キャラクタとして仮記憶された育成キャラクタ、および、上記Ｐ６－２４で仮記憶されたサポートカードをデッキに登録する。また、育成ゲーム実行部７０１ａは、特定キャラクタ情報に基づいて、特定キャラクタに設定されているキャラクタのキャラクタＩＤを登録する（Ｐ６－２９）。また、育成ゲーム実行部７０１ａは、初期キャラクタ識別情報を設定し（Ｐ６－３０）、ディスプレイ２６にゲーム画面２１０を表示する（Ｐ６－３１）。
　図３９に戻り、準備段階処理（Ｐ６）が終了すると、育成ゲーム実行部７０１ａは、育成段階処理（Ｐ７）を実行する。また、この育成段階処理中には、プレイヤ端末１とサーバ１０００との間で通信処理が行われる。サーバ１０００では、プレイヤ端末１から受信する情報に基づいて、育成ゲーム実行部１１０１ａが育成段階処理（Ｓ７）を実行する。なお、実際には、プレイヤ端末１とサーバ１０００とで役割分担がなされており、プレイヤ端末１における育成段階処理（Ｐ７）と、サーバ１０００における育成段階処理（Ｓ７）とで育成メインゲームが進行するが、ここでは、理解を容易とするため、全ての処理がプレイヤ端末１の育成段階処理（Ｐ７）で遂行されるものとして説明する。ただし、以下に説明する、育成段階処理（Ｐ７）中の各処理の一部もしくは全部が、サーバ１０００における育成段階処理（Ｓ７）で遂行されてもよい。
　図４３は、プレイヤ端末１における育成段階処理を説明するフローチャートである。プレイヤ端末１の育成ゲーム実行部７０１ａは、ターン開始時であれば（Ｐ７－１のＹＥＳ）、ターン開始時処理（Ｐ１０）を実行し、ターン開始時でなければ、ターン中処理（Ｐ２０）を実行する。
　図４４は、プレイヤ端末１におけるターン開始時処理を説明するフローチャートである。育成ゲーム実行部７０１ａは、ゲーム情報記憶部７５１に記憶されている現在のターン数を更新する（Ｐ１０－１）。また、育成ゲーム実行部７０１ａは、データ記憶領域１２ｂに記憶された選択項目テーブル（図１２）を参照し、現在のターンが、個人レース、すなわち、個人レース操作部２１９のみを選択可能なターン（個人レース限定ターン）であるか判定する（Ｐ１０－２）。個人レース限定ターンではない場合（Ｐ１０－２のＮＯ）には処理が終了し、個人レース限定ターンである場合（Ｐ１０－２のＹＥＳ）には、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）が順に行われる。
　なお、ここでは、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）がプレイヤ端末１でのみ実行されることとする。ただし、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）の一部または全部が、サーバ１０００において実行されてもよい。また、配置処理（Ｐ１１）、数値決定処理（Ｐ１２）、イベント決定処理（Ｐ１３）における後述の処理の一部が、サーバ１０００において実行されてもよい。サーバ１０００において上記の処理が実行される場合、プレイヤ端末１では、サーバ１０００から受信した情報に基づいて処理が遂行される。
　図４５は、プレイヤ端末１における配置処理を説明するフローチャートである。育成ゲーム実行部７０１ａは、キャラクタ識別情報テーブル（図１０、図１１）を参照して、チームメンバとして登録されている全てのキャラクタを抽出する（Ｐ１１－１）。そして、育成ゲーム実行部７０１ａは、Ｐ１１－１で抽出されたチームメンバの中から、後述するＰ１１－３～Ｐ１１－７の処理が実行されていないキャラクタを、処理を遂行する対象キャラクタに選択する（Ｐ１１－２）。
　また、育成ゲーム実行部７０１ａは、キャラクタ識別情報テーブルを参照して、上記Ｐ１１－２で選択した対象キャラクタのキャラクタ識別情報を確認する（Ｐ１１－３）。また、育成ゲーム実行部７０１ａは、上記Ｐ１１－３で確認したキャラクタ識別情報に基づいて配置有無テーブル（図２０）をセットする（Ｐ１１－４）。また、育成ゲーム実行部７０１ａは、上記Ｐ１１－４でセットした配置有無テーブルに基づいて、「配置する」または「配置しない」を抽選により決定する（Ｐ１１－５）。
　そして、「配置する」が決定された場合（Ｐ１１－６のＹＥＳ）、育成ゲーム実行部７０１ａは、対象キャラクタを配置するトレーニング項目を決定、記憶する（Ｐ１１－７）。上記Ｐ１１－１で抽出したチームメンバの全てについて処理が終了していない場合（Ｐ１１－８のＮＯ）、育成ゲーム実行部７０１ａは、全てのチームメンバについて処理が終了するまで、Ｐ１１－２から処理を繰り返す。一方、全てのチームメンバについて処理が終了すると（Ｐ１１－８のＹＥＳ）、育成ゲーム実行部７０１ａは、配置処理を終了し、数値決定処理（Ｐ１２）を実行する。
　図４６は、プレイヤ端末１における数値決定処理を説明するフローチャートである。育成ゲーム実行部７０１ａは、「Ｓｐｅｅｄ」（スピード）、「Ｓｔａｍｉｎａ」（スタミナ）、「Ｐｏｗｅｒ」（パワー）、「Ｓｐｉｒｉｔ」（根性）、「Ｗｉｓｄｏｍ」（賢さ）の各トレーニング項目から、後述するＰ１２－２～Ｐ１２－９の処理を実行していない処理対象項目をセットする（Ｐ１２－１）。
　また、育成ゲーム実行部７０１ａは、メインキャラクタの現在の体力に基づいて、Ｐ１２－１でセットした処理対象項目について、トレーニングを実行した場合の失敗率を決定し、記憶する（Ｐ１２－２）。また、育成ゲーム実行部７０１ａは、Ｐ１２－１でセットした処理対象項目について、トレーニングを実行した場合の体力の減少値を決定し、記憶する（Ｐ１２－３）。
　また、育成ゲーム実行部７０１ａは、現在のチームランキングを確認し（Ｐ１２－４）、チームランキングに基づいて、トレーニングレベルテーブル（図２１Ａ）を参照して、トレーニングレベルを決定する（Ｐ１２－５）。
　また、育成ゲーム実行部７０１ａは、Ｐ１２－１でセットした処理対象項目に対応する上昇固定値テーブル（図２１Ｂ、図２１Ｃ）を参照し、Ｐ１２－５で決定したトレーニングレベルに基づき、上昇固定値を決定し、セットする（Ｐ１２－６）。また、育成ゲーム実行部７０１ａは、処理対象項目のトレーニングについて、Ｐ１１で配置が決定されたキャラクタの情報（配置情報）を確認する（Ｐ１２－７）。
　そして、育成ゲーム実行部７０１ａは、Ｐ１２－７で確認した配置情報に基づいて、ボーナス加算率テーブル（図２１Ｄ）を参照して、ボーナス加算率を算出する（Ｐ１２－８）。また、育成ゲーム実行部７０１ａは、Ｐ１２－８で算出したボーナス加算率に基づいて、処理対象項目のトレーニングについて、上昇値を更新する（Ｐ１２－９）。
　また、育成ゲーム実行部７０１ａは、全てのトレーニング項目について、Ｐ１２－２～Ｐ１２－９の処理が終了していない場合（Ｐ１２－１０のＮＯ）、Ｐ１２－１から処理を繰り返す。一方、全てのトレーニング項目について処理が終了すると（Ｐ１２－１０のＹＥＳ）、育成ゲーム実行部７０１ａは、数値決定処理を終了し、イベント決定処理（Ｐ１３）を実行する。
　図４７は、プレイヤ端末１におけるイベント決定処理を説明するフローチャートである。育成ゲーム実行部７０１ａは、現在のターン数をロードする（Ｐ１３－１）。また、育成ゲーム実行部７０１ａは、データ記憶領域１２ｂに記憶されているイベント出現決定テーブルを参照し、シナリオイベントを出現させるか否かを決定する（Ｐ１３－２）。そして、シナリオイベントを出現させると決定された場合、すなわち、シナリオイベント出現ターンである場合（Ｐ１３－２のＹＥＳ）、イベント内容決定テーブルに基づいて、シナリオイベントの内容（イベントＩＤ）を決定し、記憶する（Ｐ１３－３）。
　具体的には、育成ゲーム実行部７０１ａは、イベント内容決定テーブルに基づいて、出現可能なシナリオイベントのイベントＩＤによる抽選テーブルを生成する。そして、育成ゲーム実行部７０１ａは、生成した抽選テーブルを用いて、シナリオイベントの内容、すなわち、イベントＩＤを抽選により決定する。なお、決定されたシナリオイベントが、能力イベント等、パラメータを変化させるイベントである場合、その変化値が決定される。
　また、育成ゲーム実行部７０１ａは、イベント出現決定テーブルを参照し、専用イベント１６２ａを出現させるか否かを決定する（Ｐ１３－４）。そして、専用イベント１６２ａを出現させると決定された場合、すなわち、専用イベント出現ターンである場合（Ｐ１３－４のＹＥＳ）、イベント内容決定テーブルに基づいて、専用イベント１６２ａの内容（イベントＩＤ）を決定し、記憶する（Ｐ１３－５）。
　具体的には、育成ゲーム実行部７０１ａは、イベント内容決定テーブルに基づいて、出現可能な専用イベント１６２ａのイベントＩＤによる抽選テーブルを生成する。そして、育成ゲーム実行部７０１ａは、生成した抽選テーブルを用いて、専用イベント１６２ａの内容、すなわち、イベントＩＤを抽選により決定する。なお、決定された専用イベント１６２ａが、能力イベント等、パラメータを変化させるイベントである場合、その変化値が決定される。
　また、育成ゲーム実行部７０１ａは、メインキャラクタが特定キャラクタである場合、専用イベント１６２ａによって変化するパラメータの変化値を変更するパラメータ変更処理（Ｐ１３－６）を実行する。例えば、パラメータ変更処理では、Ｐ１３－５において決定された変化値に、所定の固定値が加算、減算されたり、所定の倍率が積算されたりする。ここでは、プレイヤにとって有利となるように、変化値が変化する。これにより、メインキャラクタが特定キャラクタである場合、専用イベント１６２ａによって、パラメータがより有利に変化することとなる。
　また、育成ゲーム実行部７０１ａは、イベント出現決定テーブルを参照し、サポートイベントを出現させるか否かを決定する（Ｐ１３－７）。そして、サポートイベントを出現させると決定された場合、すなわち、サポートイベント出現ターンである場合（Ｐ１３－７のＹＥＳ）、イベント内容決定テーブルに基づいて、サポートイベントの内容（イベントＩＤ）を決定し、記憶する（Ｐ１３－８）。
　具体的には、育成ゲーム実行部７０１ａは、イベント内容決定テーブルに基づいて、出現可能なサポートイベントのイベントＩＤによる抽選テーブルを生成する。このとき、登録されているサポートカードに紐付くサポートイベントの当選確率が、他のサポートイベントの当選確率よりも高く設定される。そして、育成ゲーム実行部７０１ａは、生成した抽選テーブルを用いて、サポートイベントの内容、すなわち、イベントＩＤを抽選により決定する。なお、決定されたサポートイベントが、能力イベント等、パラメータを変化させるイベントである場合、その変化値が決定される。
　また、育成ゲーム実行部７０１ａは、メインキャラクタ、あるいは、サポートイベントに紐付けられたサポートキャラクタが特定キャラクタである場合、サポートイベントによって変化するパラメータの変化値を変更するパラメータ変更処理（Ｐ１３－９）を実行する。
　また、育成ゲーム実行部７０１ａは、イベント出現決定テーブルを参照し、チームメンバイベントを出現させるか否かを決定する（Ｐ１３－１０）。そして、チームメンバイベントを出現させると決定された場合、すなわち、チームメンバイベント出現ターンである場合（Ｐ１３－１０のＹＥＳ）、育成ゲーム実行部７０１ａは、現在のターンが分岐ターンであるかを判定する（Ｐ１３－１１）。
　分岐ターンでなければ（Ｐ１３－１１のＮＯ）、育成ゲーム実行部７０１ａは、イベント内容決定テーブルに基づいて、現在のターン数に対応する特訓イベントを、出現させるイベントとして決定し、記憶する（Ｐ１３－１２）。ここでは、特訓イベントに係る種々の上昇値が決定される。
　また、育成ゲーム実行部７０１ａは、メインキャラクタ、あるいは、特訓対象のキャラクタが特定キャラクタである場合、特訓イベントによって変化するパラメータの変化値を変更するパラメータ変更処理（Ｐ１３－１３）を実行する。
　また、現在のターンが分岐ターンであれば（Ｐ１３－１１のＹＥＳ）、育成ゲーム実行部７０１ａは、所定条件が成立しているかを判定する（Ｐ１３－１４）。ここでは、上記したように、チームメンバに含まれる特定キャラクタの数が、ターン数ごとに規定された所定数であるかが判定される。そして、所定条件が成立する場合（Ｐ１３－１４のＹＥＳ）、育成ゲーム実行部７０１ａは、Ｐ１３－３で記憶されたシナリオイベントを、特定キャラクタイベントに差し替える（Ｐ１３－１５）。なお、ここでは、差し替える特定キャラクタイベントが、抽選により決定されてもよいし、ターンごとに予め設定された特定キャラクタイベントが決定されてもよい。
　また、育成ゲーム実行部７０１ａは、トレーニングに配置されたキャラクタごとに、ヒントイベントに係るヒントイベント決定処理を行う（Ｐ１３－１６）。ここでは、トレーニングに配置されたキャラクタごとに、ヒントイベントを出現させるか否かが抽選により決定される。また、ヒントイベントを出現させる場合には、いずれのヒントイベントを出現させるかが決定される。
　図４４に戻り、育成ゲーム実行部７０１ａは、ディスプレイ２６に表示する画面を更新する（Ｐ１０－３）。また、ターン開始時にストーリイベントを発生させる場合には、Ｐ１３で決定されたイベントのうち、ストーリイベントを発生させる（Ｐ１０－４）。
　図４３に戻り、ターン開始時ではない場合（Ｐ７－１のＮＯ）、育成ゲーム実行部７０１ａは、ターン中処理（Ｐ２０）を実行する。
　図４８は、プレイヤ端末１におけるターン中処理を説明するフローチャートである。育成ゲーム実行部７０１ａは、個人レース開始画面２５０のリザルト操作部２５３またはレース操作部２５４が操作され、個人レースが開始されたか判定する（Ｐ２０－１）。個人レースが開始された場合（Ｐ２０－１のＹＥＳ）、育成ゲーム実行部７０１ａは、個人レースの結果を導出し、ゲーム情報記憶部７５１に記憶する（Ｐ２０－２）。
　具体的には、例えば、ＮＰＣおよびメインキャラクタそれぞれの能力パラメータ、獲得済みスキルに重み付けがある計算式が予め設定されており、この演算結果によって、個人レースにおける順位が決定される。なお、上記計算式はレースごとに異なるように設定されていてもよい。また、例えば、ＮＰＣの能力パラメータが各レースに複数パターン設けられており、いずれの能力パラメータが用いられるかが抽選で決定されてもよい。すなわち、メインキャラクタの能力パラメータ、獲得済みスキル、出走するレースが完全に同じでも、レース結果が同じになるとは限らない。また、重み付け等の計算式がレースごとに複数パターンあって、選択された計算式によって結果が異なるようにしてもよい。
　なお、ここでは、個人レース結果が、プレイヤ端末１において導出されることとした。ただし、個人レース結果は、サーバ１０００において導出されてもよい。この場合、プレイヤ端末１からサーバ１０００に対して、個人レース結果の導出を要求する情報、個人レース結果を導出するために必要な情報を送信する。そして、サーバ１０００で導出された個人レース結果を、プレイヤ端末１が受信してもよい。
　また、育成ゲーム実行部７０１ａは、Ｐ２０－２で導出した個人レース結果に基づいて、個人レース結果画面２６０あるいはレース動画をディスプレイ２６に表示するレース結果表示処理を実行する（Ｐ２０－３）。
　また、育成ゲーム実行部７０１ａは、チームレース開始画面２９０のリザルト操作部２９１またはレース操作部２９２が操作され、チームレースが開始されたかを判定する（Ｐ２０－４）。その結果、チームレースが開始された場合には、Ｐ２０－５に処理が移り、チームレースが開始されていない場合には、Ｐ２０－９に処理が移る。
　育成ゲーム実行部７０１ａは、チームレース結果を導出し、ゲーム情報記憶部７５１に記憶する（Ｐ２０－５）。具体的には、例えば、ＮＰＣ、メインキャラおよび他のチームメンバのそれぞれの能力パラメータ、獲得済みスキルに重み付けがある計算式が予め設定されており、この演算結果によって、チームレースにおける順位が決定される。なお、上記計算式はレースごとに異なるように設定されていてもよい。また、例えば、ＮＰＣの能力パラメータが各レースに複数パターン設けられており、いずれの能力パラメータが用いられるかが抽選で決定されてもよい。すなわち、メインキャラおよびその他のチームメンバの能力パラメータ、獲得済みスキルと、出走するレースとが完全に同じでも、レース結果が同じになるとは限らない。また、重み付け等の計算式がレースごとに複数パターンあって、選択された計算式によって結果が異なるようにしてもよい。
　なお、ここでは、チームレース結果が、プレイヤ端末１において導出されることとした。ただし、チームレース結果は、サーバ１０００において導出されてもよい。この場合、プレイヤ端末１からサーバ１０００に対して、チームレース結果の導出を要求する情報、チームレース結果を導出するために必要な情報を送信する。そして、サーバ１０００で導出されたチームレース結果を、プレイヤ端末１が受信してもよい。
　育成ゲーム実行部７０１ａは、上記Ｐ２０－５で導出したチームレース結果に基づいて、チームレース途中結果画面３００、チームレース詳細結果画面３１０、および、チームレース総合結果画面３２０をディスプレイ２６に表示するレース結果表示処理（Ｐ２０－６）を実行する。
　また、育成ゲーム実行部７０１ａは、キャラクタ識別情報更新処理（Ｐ２０－７）を実行する。ここでは、現在、サブメンバとして登録されているキャラクタの中から、所定条件にしたがって所定数のキャラクタを抽出する。そして、抽出したキャラクタのキャラクタ識別情報を、チームメンバに更新する。つまり、本実施形態では、チームレースが終了するたびに、チームメンバが増えることとなる。
　また、育成ゲーム実行部７０１ａは、上記Ｐ２０－５で導出したチームレース結果に基づいて、チームランキングに係る情報を更新するパラメータ更新処理を実行する（Ｐ２０－８）。
　また、いずれかのトレーニング項目が選択された場合（Ｐ２０－９のＹＥＳ）、育成ゲーム実行部７０１ａは、育成実行処理（Ｐ２１）を遂行する。また、いずれのトレーニング項目も選択されていない場合（Ｐ２０－９のＮＯ）、スキルポイントを消費してスキルを獲得する等のその他の処理を実行する（Ｐ２０－１０）。
　図４９は、プレイヤ端末１における育成実行処理を説明するフローチャートである。育成ゲーム実行部７０１ａは、選択されたトレーニング項目について、上記Ｐ１２－３で決定された体力の減少値に基づいて、メインキャラクタの体力を更新する（Ｐ２１－１）。
　また、育成ゲーム実行部７０１ａは、選択されたトレーニング項目について、上記Ｐ１２－２で決定された失敗率に基づいて、トレーニングの成功可否を判定する成功判定処理を実行する（Ｐ２１－２）。トレーニングが失敗した場合（Ｐ２１－３のＮＯ）、育成ゲーム実行部７０１ａは、トレーニングの失敗に基づいて調子の低下等の能力パラメータの減算を行う（Ｐ２１－４）。
　一方、トレーニングが成功した場合（Ｐ２１－３のＹＥＳ）、育成ゲーム実行部７０１ａは、上記Ｐ１２－９で導出された上昇値をメインキャラクタの能力パラメータに加算する（Ｐ２１－５）。また、育成ゲーム実行部７０１ａは、Ｐ１３－１２、Ｐ１３－１３で決定された絆パラメータの値に上昇値を加算する（Ｐ２１－６）。また、育成ゲーム実行部７０１ａは、ヒントイベント決定処理で記憶されたヒントイベント情報を確認する（Ｐ２１－７）。
　選択されたトレーニング項目について、ヒントイベント情報が記憶されている場合（Ｐ２１－８のＹＥＳ）、育成ゲーム実行部７０１ａは、選択されたトレーニング項目に係るヒントイベント情報に基づいて、ヒントイベントを出現させる（Ｐ２１－９）。なお、選択されたトレーニング項目について、ヒントイベント情報が複数記憶されていた場合には、いずれか１のヒントイベントが出現する。また、育成ゲーム実行部７０１ａは、Ｐ２１－９において出現させたヒントイベント情報に基づいて、ゲーム情報記憶部７５１に記憶されているメインキャラクタに係るスキル情報を更新する（Ｐ２１－１０）。
　また、選択されたトレーニング項目について、特訓イベント情報が記憶されている場合（Ｐ２１－１１のＹＥＳ）、育成ゲーム実行部７０１ａは、選択されたトレーニング項目に係る特訓イベント情報に基づいて、特訓イベントの実行対象のチームメンバをセットする（Ｐ２１－１２）。
　また、育成ゲーム実行部７０１ａは、上記Ｐ２１－１２でセットした実行対象のチームメンバの指導イベント回数に「１」を加算する（Ｐ２１－１３）。また、育成ゲーム実行部７０１ａは、特訓対象の能力パラメータを更新する（Ｐ２１－１４）。特訓イベントの実行対象の全てのチームメンバについてＰ２１－１３～Ｐ２１－１４の処理が終了すると（Ｐ２１－１５のＹＥＳ）、育成ゲーム実行部７０１ａは、選択されたトレーニング項目、および、特訓イベント情報に基づいて、メインキャラクタの能力パラメータにボーナス加算値を加算する（Ｐ２１－１６）。
　図３９に戻り、上記の育成段階処理が終了すると、プレイヤ端末１において、育成ゲーム実行部７０１ａが育成ゲーム終了処理（Ｐ８）を実行する。育成ゲーム実行部７０１ａは、育成ゲーム終了処理において、育成ゲームにおいて育成された育成キャラクタに関する情報をゲーム情報記憶部７５１に記憶する。また、育成ゲーム実行部７０１ａは、終了情報をサーバ１０００に送信する。この終了情報には、育成キャラクタに関する情報等が含まれる。サーバ１０００では、終了情報を受信すると、育成ゲーム終了処理部１１０２ａが、育成ゲーム終了処理（Ｓ８）を実行する。
　図５０は、サーバ１０００における育成ゲーム終了処理を説明するフローチャートである。育成ゲーム終了処理部１１０２ａは、プレイヤ端末１から受信した終了情報に基づいて、評価点を導出する（Ｓ８－１）。また、育成ゲーム終了処理部１１０２ａは、導出した評価点に基づいて、育成ランクを導出する（Ｓ８－２）。また、育成ゲーム終了処理部１１０２ａは、評価点、育成ランク、能力パラメータ、適性パラメータ、獲得済みスキル、継承情報等を含む育成キャラクタ情報を、当該プレイヤのプレイヤＩＤに紐付けて、ゲーム情報記憶部１１５１に記憶する（Ｓ８－３）。また、育成ゲーム終了処理部１１０２ａは、育成結果情報をセットし、プレイヤ端末１に受信させる（Ｓ８－４）。なお、育成結果情報は、少なくとも評価点および育成ランクが含まれればよく、ここでは、上記Ｓ８－３で記憶した育成キャラクタ情報と同じである。
　図３９に戻り、育成結果情報を受信すると、育成ゲーム実行部７０１ａは、育成ゲーム終了処理(Ｐ９)を実行する。ここでは、育成ゲーム実行部７０１ａは、受信した育成結果情報をゲーム情報記憶部７５１に記憶する。また、育成ゲーム実行部７０１ａは、育成結果情報に基づいて、育成完了画面３３０（図２８Ａ、図２８Ｂ、図２８Ｃ参照）をディスプレイ２６に表示する。
　以上の処理により、上記した育成ゲームが実現される。また、育成ゲームによって育成（作成）された育成キャラクタに係る育成キャラクタ情報が、プレイヤＩＤに紐付けて記憶される。なお、上記したプレイヤ端末１およびサーバ１０００における処理は一例に過ぎない。また、上記した各処理は、プレイヤ端末１のみで実行されてもよいし、サーバ１０００のみで実行されてもよい。
　次に、特定イベントの開催期間中におけるプレイヤ端末１およびサーバ１０００の処理について説明する。なお、以下では、特定イベントの開催期間中に、プレイヤ端末１において、イベントモードが選択された場合の育成ゲームに係る処理について説明する。
　図５１は、特定イベントの開催期間中の育成ゲームに係るプレイヤ端末１およびサーバ１０００の処理を説明するシーケンス図である。特定イベントの開催期間中、サーバ１０００において、ランキング情報更新処理（Ｓ１１）が実行される。
　図５２は、サーバ１０００におけるランキング情報更新処理を説明するフローチャートである。ランキング情報更新部１１０３ａは、更新時間であるかを判定する（Ｓ１１－１）。ここでは、午前４時５９分が更新時間として設定されている。更新時間になると、ランキング情報更新部１１０３ａは、ランキング対象育成キャラクタ情報記憶部１１５３に記憶されているランキング対象の育成キャラクタ情報を抽出する（Ｓ１１－２）。
　なお、ランキング対象の育成キャラクタ情報というのは、イベントモードで実行された育成ゲームによって作成された育成キャラクタ情報である。ランキング対象育成キャラクタ情報記憶部１１５３には、育成キャラクタを育成したプレイヤのプレイヤＩＤに紐付けて、育成キャラクタ情報が記憶される。
　ここでは、ランキング対象育成キャラクタ情報記憶部１１５３において、１のプレイヤＩＤに紐付けて記憶されるランキング対象の育成キャラクタ情報は１つのみである。特定イベントの開催期間中、１のプレイヤＩＤに紐付けられるランキング対象の育成キャラクタ情報のうち、最も試験ポイントの高い育成キャラクタ情報のみが、ランキング対象育成キャラクタ情報記憶部１１５３に記憶される。
　ただし、ランキング対象育成キャラクタ情報記憶部１１５３には、例えば、試験ポイントが上位１００位までの育成キャラクタ情報が記憶されてもよい。この場合、ランキング対象の育成キャラクタ情報が生成されると、その時点における上位１００位までの育成キャラクタ情報と試験ポイントが比較される。新たに生成された育成キャラクタ情報の試験ポイントが、上位１００位までの育成キャラクタ情報よりも上回る場合、ランキング対象育成キャラクタ情報記憶部１１５３に記憶される育成キャラクタ情報が変更される。なお、この際、１のプレイヤＩＤに紐づく複数の育成キャラクタ情報がランキング対象育成キャラクタ情報記憶部１１５３に記憶されてもよい。
　ランキング情報更新部１１０３ａは、Ｓ１１－２で抽出したランキング対象の育成キャラクタ情報に基づき、上位３０位までの育成キャラクタを、上位入賞育成キャラクタに設定する（Ｓ１１－３）。ここでは、上位入賞育成キャラクタに対応する育成キャラクタ情報が、ランキング情報記憶部１１５２に記憶される。なお、ランキング情報記憶部１１５２においては、上位入賞育成キャラクタに対応する育成キャラクタ情報が、当該育成キャラクタ情報を生成したプレイヤのプレイヤＩＤに紐付けて記憶される。
　また、ランキング情報更新部１１０３ａは、編成条件設定処理を実行する（Ｓ１１－４）。ここでは、上位入賞育成キャラクタを他のプレイヤがデッキに編成して使用するための編成条件が設定される。具体的には、ランキング情報更新部１１０３ａは、編成条件として、所定のゲーム内通貨を「１０００」消費することを設定する。
　また、ランキング情報更新部１１０３ａは、上記Ｓ１１－３で設定された上位入賞育成キャラクタ情報をセットし（Ｓ１１－５）、プレイヤ端末１に受信させる。また、ランキング情報更新部１１０３ａは、育成キャラクタ情報およびプレイヤ情報に順位付けがなされた育成キャラクタランキング情報をセットする（Ｓ１１－６）。
　また、ランキング情報更新部１１０３ａは、サポートカードの使用率を算出する（Ｓ１１－７）。ここでは、ランキング情報更新部１１０３ａは、育成ゲームの実行回数を分母とし、使用回数を分子とした使用率を、サポートカードの種別ごとに算出する。また、ここでは、ランキング情報更新部１１０３ａは、ビギナー、ノーマル、エキスパートのプレイヤ区分ごとに、サポートカードの使用率を算出する。
　ランキング情報更新部１１０３ａは、上記Ｓ１１－７で算出したサポートカードの使用率に基づいて、サポートカードランキングを導出し、ランキング情報記憶部１１５２に記憶する（Ｓ１１－８）。また、ランキング情報更新部１１０３ａは、導出したサポートカードランキングを示すサポートカードランキング情報をセットし、プレイヤ端末１に受信させる。
　なお、Ｓ１１－５、Ｓ１１－６およびＳ１１－８でセットされる情報は、いずれも当日の午前５時以降に、プレイヤ端末１と通信処理が行われた場合に、プレイヤ端末１が受信可能となるようにセットされる。
　図５１に戻り、Ｓ１１において、サポートカードランキングおよび育成キャラクタランキングが更新された後、プレイヤ端末１において、情報確認のための通信処理が実行されると（Ｐ１１）、ランキング情報取得部７０２ａは、サーバ１０００から、育成キャラクタランキング情報、サポートカードランキング情報および上位入賞育成キャラクタ情報を受信する（Ｐ１２）。また、ランキング情報取得部７０２ａは、受信した上位入賞育成キャラクタ情報をプレイヤ情報記憶部７５０に記憶し、育成キャラクタランキング情報およびサポートカードランキング情報をランキング情報記憶部７５２に記憶する。
　その後、プレイヤ端末１において育成ゲーム開始操作が入力されると、育成ゲーム実行部７０１ａが準備段階処理（Ｐ６）を実行する。以下に、イベントモードが選択された場合の準備段階処理について、通常モードが選択された場合の準備段階処理との相違点を説明する。
　図５３は、イベントモードが選択された場合のプレイヤ端末１における準備段階処理を説明するフローチャートである。イベントモードが選択された場合、プレイヤ端末１における準備段階処理（Ｓ６）において、育成ゲーム実行部７０１ａは、フレンドの代表キャラクタ等、所定の抽出条件にしたがって抽出された代表キャラクタに関する情報をサーバ１０００から取得し（Ｐ６－７ａ）、さらに、上位入賞育成キャラクタに関する情報をサーバ１０００から取得する（Ｐ６－７ｂ）。なお、代表キャラクタに関する情報、および、上位入賞育成キャラクタに関する情報は、ゲーム情報記憶部７５１にも記憶されている。したがって、代表キャラクタに関する情報、および、上位入賞育成キャラクタに関する情報は、ゲーム情報記憶部７５１から読み出されてもよい。
　そして、育成ゲーム実行部７０１ａは、育成キャラクタ一覧画面１８０を表示する際（Ｐ６－１３）、マイキャラタブ１８１ａ、レンタルタブ１８１ｂ、イベントタブ１８１ｃを育成キャラクタ一覧画面１８０に表示させる。また、イベントタブ１８１ｃがタップされた場合には、Ｐ６－１３において、取得した上位入賞育成キャラクタが継承キャラクタとして仮記憶される。
　なお、プレイヤ端末１における準備段階処理（Ｐ６）は、イベントモードが選択された場合と、通常モードが選択された場合とで、上記の点のみが異なり、その他の処理は共通である。
　図５１に戻り、イベントモードが選択された場合においても、プレイヤ端末１における準備段階処理では、サーバ１０００に確認情報が送信される。確認情報を受信すると、サーバ１０００において、準備段階処理（Ｓ６）が実行される。以下に、特定イベントの開催期間中の準備段階処理について、特定イベントの開催期間外の準備段階処理との相違点を説明する。
　図５４は、特定イベントの開催期間中のサーバ１０００における準備段階処理を説明するフローチャートである。なお、特定イベントの開催期間中の準備段階処理は、上記した特定イベントの開催期間外の準備段階処理と、Ｓ６－１からＳ６－１３の処理が等しく、Ｓ６－２１からＳ６－２３の処理が追加される点が異なる。したがって、ここでは、重複を避けるために、Ｓ６－２１からＳ６－２３の処理について説明し、その他の処理については説明を省略する。
　他のプレイヤの代表キャラクタが継承キャラクタに含まれていない場合（Ｓ６－７のＮＯ）、育成ゲーム実行部１１０１ａは、プレイヤが継承キャラクタに選択した育成キャラクタに、上位入賞育成キャラクタが含まれるかを判定する（Ｓ６－２１）。上位入賞育成キャラクタが含まれる場合（Ｓ６－２１のＹＥＳ）、育成ゲーム実行部１１０１ａは、プレイヤが所持する所定のゲーム内通貨が１０００以上であるかを判定する（Ｓ６－２２）。プレイヤが１０００以上のゲーム内通貨を所持している場合（Ｓ６－２２のＹＥＳ）、育成ゲーム実行部１１０１ａは、プレイヤ情報記憶部１１５０に記憶されている所定のゲーム内通貨の所持数を１０００減算し（Ｓ６－２３）、許可情報をセットする（Ｓ６－１２）。
　このように、上位入賞育成キャラクタをデッキに編成して使用するために必要なゲーム内通貨は、他のプレイヤの代表キャラクタをデッキに編成して使用するために必要なゲーム内通貨よりも少ない。また、他のプレイヤの代表キャラクタをデッキに編成して使用可能な回数は、１日当たり３回までと上限が設定されているが、上位入賞育成キャラクタをデッキに編成して使用可能な回数に制限はない。
　図５１に戻り、イベントモードが選択されて実行された育成ゲームが終了すると、プレイヤ端末１からサーバ１０００に終了情報が送信される。終了情報を受信すると、サーバ１０００において、育成ゲーム終了処理（Ｓ８）が実行される。以下に、イベントモードが選択された場合の育成ゲーム終了処理について、通常モードが選択された場合の育成ゲーム終了処理との相違点を説明する。
　図５５は、イベントモードが選択された場合のサーバ１０００における育成ゲーム終了処理を説明するフローチャートである。育成ゲーム終了処理部１１０２ａは、プレイヤ端末１から受信した終了情報に基づいて、評価点を導出する（Ｓ８－１）。また、育成ゲーム終了処理部１１０２ａは、導出した評価点に基づいて、育成ランクを導出する（Ｓ８－２）。また、育成ゲーム終了処理部１１０２ａは、評価点に基づいて、試験ポイントを導出する（Ｓ８－３）。ここでは、育成ゲーム終了処理部１１０２ａは、試験種目ごとに設けられたボーナス付与条件に基づいてボーナスポイントを算出し、算出したボーナスポイントを評価点に加算して試験ポイントを導出する。また、育成ゲーム終了処理部１１０２ａは、試験ポイントに基づいて成績を導出する。
　また、育成ゲーム終了処理部１１０２ａは、評価点、育成ランク、能力パラメータ、適性パラメータ、獲得済みスキル、継承情報等を含む育成キャラクタ情報を、当該プレイヤのプレイヤＩＤに紐付けて、ゲーム情報記憶部１１５１に記憶する（Ｓ８－４）。また、育成ゲーム終了処理部１１０２ａは、育成結果情報をセットし、プレイヤ端末１に受信させる（Ｓ８－５）。
　上記Ｓ８－３で導出した試験ポイントが、当該プレイヤの最高点である場合（Ｓ８－６のＹＥＳ）、育成ゲーム終了処理部１１０２ａは、ランキング対象育成キャラクタ情報記憶部１１５３に記憶されている、当該プレイヤのプレイヤＩＤに紐付く育成キャラクタ情報を、Ｓ８－４で記憶した育成キャラクタ情報に更新する（Ｓ８－７）。
　また、育成ゲーム終了処理部１１０２ａは、プレイヤが獲得した最高の育成ランクに基づいて、プレイヤ区分を導出し、プレイヤ情報記憶部１１５０において、プレイヤＩＤに紐付けて記憶する（Ｓ８－７）。ただし、プレイヤ区分は、例えば、特定イベントの開催期間中に獲得した最高の育成ランクに基づいて導出されてもよい。
　育成ゲーム終了処理部１１０２ａは、育成ゲームで使用されたデッキに含まれる６つのサポートカードのそれぞれについて、使用数を計数する使用数カウンタのカウンタ値に「１」を加算する（Ｓ８－９）。なお、使用数カウンタは、サポートカードの種別ごとに、かつ、プレイヤ区分ごとに設けられている。ここでは、プレイヤ情報記憶部１１５０に記憶されているプレイヤ区分に対応する使用数カウンタのカウンタ値が更新される。
　育成ゲーム終了処理部１１０２ａは、育成ゲームの実行回数を計数する実行回数カウンタのカウンタ値に「１」を加算する（Ｓ８－１０）。なお、実行回数カウンタは、プレイヤ区分ごとに設けられている。ここでは、プレイヤ情報記憶部１１５０に記憶されているプレイヤ区分に対応する実行回数カウンタのカウンタ値が更新される。
　ランキング情報更新部１１０３ａは、上記したランキング情報更新処理のＳ１１－７において、Ｓ８－９およびＳ８－１０で更新される使用数カウンタおよび実行回数カウンタのカウンタ値に基づいて、サポートカードの使用率を算出することとなる。
　また、育成ゲーム終了処理部１１０２ａは、試験種目解放処理を実行する（Ｓ８－１１）。ここでは、当該試験種目にはじめて合格した場合に、次の試験種目を解放するための処理が実行される。
　以上、添付図面を参照しながら実施形態の一態様について説明したが、本発明は上記実施形態に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変形例または修正例に想到し得ることは明らかであり、それらについても当然に技術的範囲に属するものと了解される。
　上記実施形態では、育成キャラクタランキングが導出され、育成キャラクタランキングで所定順位に入賞した育成キャラクタを、他のプレイヤがデッキに編成可能となる場合について説明した。つまり、上記実施形態では、ランキング対象と、他のプレイヤがデッキに編成可能となる対象とが、同一の育成キャラクタである。
　すなわち、デッキを使用した所定のゲーム（上記実施形態では育成ゲーム）が実行され、デッキを使用してゲームを実行する処理は、プレイヤの操作に基づいて所定のゲームを進行する処理と、所定のゲームの進行終了に基づいてゲーム媒体（上記実施形態では育成キャラクタ）を生成する処理と、を含み、ランキング対象は、所定のゲームで生成されたゲーム媒体である。また、所定期間内（上記実施形態では特定イベントの開催期間中）に所定のゲームで生成されたゲーム媒体の順位付けが行われる。
　しかしながら、ランキング対象と、他のプレイヤがデッキに編成可能となる対象とは異なってもよい。例えば、所定のゲーム結果に基づいて、プレイヤＩＤ等のプレイヤ情報のランキングが導出され、ランキングで所定順位に入賞したプレイヤが所持するサポートカードを、他のプレイヤがデッキに編成可能であってもよい。
　また、上記実施形態では、ランキング対象の順位付けが行われるゲームと、他のプレイヤのゲーム媒体が編成されたデッキを使用可能なゲームとが同一である場合について説明した。ただし、ランキング対象の順位付けが行われるゲームと、他のプレイヤのゲーム媒体が編成されたデッキを使用可能なゲームとが異なってもよい。
　例えば、チーム競技ゲームで導出されるスコア等、所定のゲームの結果に基づいて、プレイヤのランキングが導出され、このランキングで所定順位に入賞したプレイヤの代表キャラクタを、育成ゲームにおいて、他のプレイヤがデッキに編成可能であってもよい。
　いずれにしても、所定のゲームの結果（上記実施形態では育成ゲーム）に基づいて、所定のゲームをプレイしたプレイヤそれぞれに紐付けられたランキング対象（上記実施形態では育成キャラクタ）の順位付けを行う処理と、ランキング対象の順位が所定順位（上記実施形態では１～３０位）である第１のプレイヤに紐づくゲーム媒体（上記実施形態では育成キャラクタ）を、第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、ゲーム媒体が編成されたデッキを使用してゲーム（上記実施形態では育成ゲーム）を実行する処理と、が実行可能であればよい。
　また、上記実施形態では、プレイヤに対して、ランキング対象の順位に基づいて抽出されたゲーム媒体（上記実施形態では上位入賞育成キャラクタ）とは別に、当該プレイヤに紐付けられたプレイヤ情報（上記実施形態ではフレンド情報またはプレイヤＩＤ）に基づいて抽出したゲーム媒体（上記実施形態では抽出育成キャラクタ）を、デッキに編成可能とする処理が実行される。ただし、上記実施形態において、フレンド等の他のプレイヤの代表キャラクタをデッキに編成可能とする処理は必須ではない。
　また、上記実施形態では、ランキング対象の順位に基づいて抽出されたゲーム媒体、および、プレイヤ情報に基づいて抽出されたゲーム媒体の少なくともいずれかに対して、デッキに編成するための編成条件が設定される。そして、ランキング対象の順位に基づいて抽出されたゲーム媒体と、プレイヤに紐付けられたプレイヤ情報に基づいて抽出されたゲーム媒体とでは、編成条件の設定有無（上記実施形態では使用上限回数）、または、設定される編成条件（要求されるゲーム内通貨）が互いに異なる。ただし、上記実施形態において、上位入賞育成キャラクタと、抽出育成キャラクタとで、設定される編成条件が完全に同じであってもよい。
　また、上記実施形態では、全試験種目共通で、１つの育成キャラクタランキング、および、１つのサポートカードランキングが導出されることとした。ただし、育成キャラクタランキングおよびサポートカードランキングは、試験種目ごとに分けて導出されてもよい。
　また、上記実施形態では、育成ゲームについて説明したが、上記実施形態に係る技術を適用可能なゲームジャンルはこれに限らず、あらゆるゲームジャンルに適用可能である。
　なお、上記実施形態、および、各種変形例における処理を実行するための情報処理プログラムは、コンピュータが読み取り可能な非一時的記憶媒体に格納され、記憶媒体として提供されてもよい。さらには、この記憶媒体を含むゲーム端末装置が提供されてもよい。また、上記実施形態、および、各種変形例は、各機能およびフローチャートに示すステップを実現する情報処理方法としてもよい。
１　プレイヤ端末
１０００　サーバ
Ｇ　ゲーム装置
Ｓ　情報処理システム

Claims (8)

  1. 　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
    　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
    　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
    をコンピュータに遂行させる情報処理プログラム。
  2. 　前記第２のプレイヤに対して、前記ランキング対象の順位に基づいて抽出された前記ゲーム媒体とは別に、該第２のプレイヤに紐付けられたプレイヤ情報に基づいて抽出した前記ゲーム媒体を、前記デッキに編成可能とする処理、
    をさらにコンピュータに遂行させる請求項１に記載の情報処理プログラム。
  3. 　前記ランキング対象の順位に基づいて抽出された前記ゲーム媒体、および、前記第２のプレイヤに紐付けられたプレイヤ情報に基づいて抽出された前記ゲーム媒体の少なくともいずれかに対して、前記デッキに編成するための編成条件が設定され、
    　前記ランキング対象の順位に基づいて抽出された前記ゲーム媒体と、前記第２のプレイヤに紐付けられたプレイヤ情報に基づいて抽出された前記ゲーム媒体とでは、前記編成条件の設定有無、または、設定される前記編成条件が互いに異なる、
    請求項２に記載の情報処理プログラム。
  4. 　前記所定のゲームは、前記デッキを使用したゲームであり、
    　前記デッキを使用してゲームを実行する処理は、
    　プレイヤの操作に基づいて前記所定のゲームを進行する処理と、
    　前記所定のゲームの進行終了に基づいて前記ゲーム媒体を生成する処理と、
    を含み、
    　前記ランキング対象は、前記所定のゲームで生成された前記ゲーム媒体である、
    請求項１から３のいずれか１項に記載の情報処理プログラム。
  5. 　前記ランキング対象の順位付けを行う処理は、
    　所定期間内に前記所定のゲームで生成された前記ゲーム媒体の順位付けを行う、
    請求項４に記載の情報処理プログラム。
  6. 　コンピュータが遂行する情報処理方法であって、
    　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
    　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
    　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
    を含む情報処理方法。
  7. 　１または複数のコンピュータを備え、
    　前記コンピュータは、
    　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
    　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
    　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
    を遂行するゲーム装置。
  8. 　１または複数のコンピュータを備え、
    　前記コンピュータは、
    　所定のゲームの結果に基づいて、前記所定のゲームをプレイしたプレイヤのプレイヤ情報それぞれに紐付けられたランキング対象の順位付けを行う処理と、
    　前記ランキング対象の順位が所定順位である第１のプレイヤのプレイヤ情報に紐づくゲーム媒体を、前記第１のプレイヤと異なる第２のプレイヤがデッキに編成可能とする処理と、
    　前記第２のプレイヤの操作に基づいて、前記ゲーム媒体が編成された前記デッキを使用してゲームを実行する処理と、
    を遂行する情報処理システム。
PCT/JP2022/043924 2021-12-10 2022-11-29 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム WO2023106162A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021201201A JP7217332B1 (ja) 2021-12-10 2021-12-10 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
JP2021-201201 2021-12-10

Publications (1)

Publication Number Publication Date
WO2023106162A1 true WO2023106162A1 (ja) 2023-06-15

Family

ID=85129906

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/043924 WO2023106162A1 (ja) 2021-12-10 2022-11-29 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム

Country Status (2)

Country Link
JP (2) JP7217332B1 (ja)
WO (1) WO2023106162A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020120929A (ja) * 2019-01-30 2020-08-13 株式会社ミクシィ 情報処理装置、及びプログラム
JP2021090699A (ja) * 2019-12-12 2021-06-17 株式会社Ｃｙｇａｍｅｓ 情報処理プログラム、情報処理方法および情報処理システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020120929A (ja) * 2019-01-30 2020-08-13 株式会社ミクシィ 情報処理装置、及びプログラム
JP2021090699A (ja) * 2019-12-12 2021-06-17 株式会社Ｃｙｇａｍｅｓ 情報処理プログラム、情報処理方法および情報処理システム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Dragon's Dogma: Dark Arisen", WEEKLY FAMITSU, vol. 28, no. 20 (1274), 25 April 2013 (2013-04-25), pages 107 - 108, XP009547015 *
ANONYMOUS: "Uma Musume Pretty Derby", WEEKLY FAMITSU, vol. 36, no. 15 (1687), 1 April 2021 (2021-04-01), pages 10 - 33, XP009547016 *

Also Published As

Publication number Publication date
JP2023086725A (ja) 2023-06-22
JP2023086582A (ja) 2023-06-22
JP7217332B1 (ja) 2023-02-02

Similar Documents

Publication Publication Date Title
JP7334021B2 (ja) 情報処理システム、情報処理方法、ゲーム装置および情報処理プログラム
WO2023127578A1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
WO2023162855A1 (ja) 情報処理プログラム、情報処理方法および情報処理システム
JP7217332B1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
JP7200351B1 (ja) 情報処理プログラム、情報処理方法および情報処理システム
JP7200350B1 (ja) 情報処理プログラム、情報処理方法および情報処理システム
JP7197673B1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
JP7443450B1 (ja) 情報処理プログラム、情報処理方法および情報処理システム
JP7389216B1 (ja) 情報処理プログラム、情報処理方法、情報処理システム
JP7503675B1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置
JP7503674B1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置
JP7453441B1 (ja) 情報処理プログラム、情報処理方法、情報処理システム
JP7253095B1 (ja) 情報処理プログラム、情報処理方法およびゲーム装置
JP7293431B1 (ja) 情報処理プログラム、情報処理方法および情報処理システム
WO2023127577A1 (ja) 情報処理プログラム、情報処理方法、ゲーム装置および情報処理システム
WO2024005078A1 (ja) 情報処理プログラム、情報処理方法およびゲーム装置
JP2024095538A (ja) 情報処理プログラム、情報処理方法、情報処理システム
JP2024094515A (ja) 情報処理プログラム、情報処理方法、情報処理システム
JP2024006195A (ja) 情報処理プログラム、情報処理方法およびゲーム装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22904093

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 1020247019508

Country of ref document: KR