WO2024095658A1 - プログラム、情報処理システム、および情報処理方法 - Google Patents
プログラム、情報処理システム、および情報処理方法 Download PDFInfo
- Publication number
- WO2024095658A1 WO2024095658A1 PCT/JP2023/035895 JP2023035895W WO2024095658A1 WO 2024095658 A1 WO2024095658 A1 WO 2024095658A1 JP 2023035895 W JP2023035895 W JP 2023035895W WO 2024095658 A1 WO2024095658 A1 WO 2024095658A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- training
- game
- character
- player
- performance
- Prior art date
Links
- 230000010365 information processing Effects 0.000 title claims abstract description 40
- 238000003672 processing method Methods 0.000 title claims abstract description 9
- 238000012549 training Methods 0.000 claims abstract description 430
- 230000000694 effects Effects 0.000 claims description 108
- 230000009471 action Effects 0.000 claims description 52
- 230000006870 function Effects 0.000 description 204
- 238000011161 development Methods 0.000 description 62
- 238000013500 data storage Methods 0.000 description 53
- 238000012790 confirmation Methods 0.000 description 49
- 238000010586 diagram Methods 0.000 description 34
- 238000000034 method Methods 0.000 description 34
- 230000008569 process Effects 0.000 description 31
- 230000007103 stamina Effects 0.000 description 28
- 230000004044 response Effects 0.000 description 24
- 238000004364 calculation method Methods 0.000 description 23
- 238000003860 storage Methods 0.000 description 22
- 230000007704 transition Effects 0.000 description 21
- 238000010079 rubber tapping Methods 0.000 description 19
- 238000012545 processing Methods 0.000 description 16
- 238000004891 communication Methods 0.000 description 13
- 230000008450 motivation Effects 0.000 description 13
- 238000001914 filtration Methods 0.000 description 12
- 238000007726 management method Methods 0.000 description 12
- 230000008859 change Effects 0.000 description 11
- 230000033001 locomotion Effects 0.000 description 7
- 230000001174 ascending effect Effects 0.000 description 5
- 238000004088 simulation Methods 0.000 description 5
- 230000007423 decrease Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 239000013500 performance material Substances 0.000 description 3
- 230000002787 reinforcement Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 241000777300 Congiopodidae Species 0.000 description 1
- 206010034719 Personality change Diseases 0.000 description 1
- 241000238370 Sepia Species 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000004040 coloring Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000002250 progressing effect Effects 0.000 description 1
- 230000001932 seasonal effect Effects 0.000 description 1
- 229910052709 silver Inorganic materials 0.000 description 1
- 239000004332 silver Substances 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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/45—Controlling the progress of the video game
- A63F13/49—Saving the game status; Pausing or ending the game
-
- 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/50—Controlling the output signals based on the game progress
- A63F13/53—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
- A63F13/533—Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game for prompting the player, e.g. by displaying a game menu
-
- 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/80—Special adaptations for executing a specific game genre or game mode
- A63F13/825—Fostering virtual characters
Definitions
- the present invention relates to a program, an information processing system, and an information processing method for a game that develops game media.
- Games have been known that have a training function for training game media such as characters, in which the player instructs the game media to act each turn, and that perform game presentation based on the results of the game media's actions (see Patent Document 1).
- a training function for training game media such as characters, in which the player instructs the game media to act each turn, and that perform game presentation based on the results of the game media's actions.
- experiencing game presentation based on the results of the game media's actions is one of the attractions for players when playing the game.
- the effect execution pattern may be determined randomly, for example, when there are branching patterns in the outcome of the action. For this reason, in order for the player to experience the game effects of all effect execution patterns, it may be necessary to play the game repeatedly, which may consume a huge amount of time.
- the present invention has been made in consideration of the above circumstances, and its purpose is to provide a program, an information processing system, and an information processing method that improve the convenience of experiencing game presentations.
- the present invention relates to a program for a game in which game media is developed, the program causing a computer to function as a development function providing unit that presents options for instructing the action of the game media to be developed and provides a development function that determines an effect execution pattern based on conditions linked to the action selected by the player and executes the game effect, and a performance viewing function providing unit that allows the player to select the game media and the effect execution pattern and provides an effect viewing function that executes the game effect based on the selection result, the performance viewing function providing unit presents the effect execution patterns randomly determined in the development function as selection options, allowing the player to select the effect execution pattern at his/her discretion.
- the effect viewing function providing unit may take a screenshot of the game effect being executed by the effect viewing function, and provide an input interface that enables the captured screenshot image to be saved.
- the game medium that will appear in the game presentation executed by the presentation viewing function can be selected as a main element and a sub-element, and a first condition for selecting the game medium as the main element and a second condition for selecting the game medium as the sub-element can be set in association with each of the game media.
- the present invention relates to an information processing system for a game in which game media are developed, the information processing system including: a development function providing unit that provides a development function that presents selection candidates for instructing the behavior of the game media to be developed and determines a performance execution pattern based on conditions linked to the behavior selected by the player to execute the game performance; and a performance reproduction function providing unit that allows the player to select the game media and the performance execution pattern and provides a performance viewing function that executes the game performance based on the selection result, the performance viewing function providing unit presents the performance execution patterns randomly determined in the development function as selection candidates, allowing the player to select the performance execution pattern at his/her discretion.
- the present invention relates to an information processing method for a game in which game media is developed, the information processing method including a development function providing step of providing a development function that presents selection candidates for instructing the action of the game media to be developed and determines an effect execution pattern based on conditions linked to the action selected by the player to execute the game effect, and a performance viewing function providing step of providing a performance viewing function that allows the player to select the game media and the effect execution pattern and executes the game effect based on the selection result, in which the performance viewing function providing step presents the effect execution patterns randomly determined in the development function as selection candidates, allowing the player to select the effect execution pattern at his/her discretion.
- a performance viewing function is provided in addition to the training function, and the performance viewing function presents performance execution patterns randomly determined in the training function as selection candidates, allowing the player to select the performance execution pattern of their choice. This makes it possible for the player to quickly experience game performances that they have not experienced in the training function using the performance viewing function. Therefore, according to the present invention, it is possible to improve the convenience of experiencing game performances.
- FIG. 1 is a diagram showing an overall configuration of an information processing system.
- This is a functional block diagram of a server related to the training function and the performance viewing function among the functions realized by the information processing system.
- 13 is a flowchart showing an example of processing related to a character development function.
- FIG. 13 is a diagram showing an example of a character selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of an inheritance character selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of an inherited character list screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of an inheritance character selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of an inheritance character selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a support formation screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a final confirmation screen displayed on the player terminal.
- FIG. 13 is a diagram showing an example of a training home screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a training screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a display screen displayed on a player terminal during execution of a game presentation.
- FIG. 13 is a diagram showing an example of a display screen displayed on a player terminal during execution of a game presentation.
- FIG. 13 is a diagram showing an example of a display screen displayed on a player terminal during execution of a game presentation.
- FIG. 13 is a diagram showing an example of a race list screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a training home screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a race list screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a goal achievement notification screen displayed on the player terminal.
- FIG. 13 is a diagram showing an example of a target list screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a top screen of a photo library displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a main character selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a performance part selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a training details selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a training details selection screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a partner selection dialogue displayed on a player terminal.
- FIG. 13 is a diagram showing an example of an outing/event details selection screen displayed on the player terminal.
- FIG. 13 is a diagram showing an example of a display screen displayed on a player terminal during execution of a game presentation.
- FIG. 13 is a diagram showing an example of an image confirmation screen displayed on a player terminal.
- FIG. 13 is a diagram showing an example of a confirmation dialog displayed on the player terminal.
- FIG. 1 is a diagram showing the overall configuration of an information processing system 10 according to this embodiment.
- a server 20 and a plurality of player terminals 40 are connected via a network 30 such as the Internet, a mobile phone network, a LAN, or a WAN, and a so-called client-server communication system is constructed.
- a network 30 such as the Internet, a mobile phone network, a LAN, or a WAN
- client-server communication system is constructed.
- Each of the plurality of player terminals 40 communicates with the server 20 via the network 30 to transmit and receive various information.
- Each of the plurality of player terminals 40 also communicates with the other player terminals 40 via the network 30 and the server 20 to transmit and receive various information.
- the server 20 includes a control unit 21 consisting of a processor such as a CPU, a storage unit 22 consisting of a main storage device such as a ROM or RAM and an auxiliary storage device such as a HDD or SSD, and a communication unit 23 consisting of a communication module and a communication interface.
- the control unit 21 executes various processes according to the programs stored in the storage unit 22.
- the server 20 also receives information from the player terminal 40 via the communication unit 23, and transmits information relating to the results of the processes executed by the control unit 21 to the player terminal 40.
- the player terminal 40 may be a smartphone, tablet, personal computer, portable game machine, or stationary game machine installed in a store or at home.
- the player terminal 40 includes a control unit 41 consisting of a processor such as a CPU, a storage unit 42 consisting of a main storage device such as a ROM or RAM, and an auxiliary storage device such as a flash memory, HDD, or SSD, an operation/input unit 43 consisting of a touch panel, keyboard, microphone, or the like, a display unit 44 consisting of a liquid crystal display or an organic EL display, or the like, and a communication unit 45 consisting of a communication module or a communication interface.
- the player terminal 40 also executes various processes according to the programs stored in the storage unit 42.
- the player terminal 40 also receives information from the server 20 via the communication unit 45, and transmits information to the server 20 or to other player terminals 40.
- the information processing system 10 of this embodiment provides a game in which a player can train a character based on a racehorse motif through a player terminal 40.
- the information processing system 10 of this embodiment has a training function for training a character, a performance viewing function for viewing game performances, and the like, and the following describes a case in which these functions are mainly implemented by the player terminal 40.
- the functions described above may be mainly implemented by the server 20, or may be implemented by the server 20 and the player terminal 40 in a shared manner.
- the information processing system 10 also has game functions other than the training function and performance viewing function described above, such as a business card creation function for creating a player business card containing the player's profile information, a competition function for racing the trained character against other characters, and a live viewing function for viewing a live singing performance by a character.
- game functions other than the training function and performance viewing function described above, such as a business card creation function for creating a player business card containing the player's profile information, a competition function for racing the trained character against other characters, and a live viewing function for viewing a live singing performance by a character.
- FIG. 2 is a functional block diagram showing the main functions of server 20.
- the server 20 in the information processing system 10 has the function of managing players and characters using various identification information, the function of performing calculations necessary for the progress of the game in response to requests from the player terminals 20, and the function of transmitting the calculation results to the player terminals 40. These functions are realized by the server data storage unit 50 and the game calculation unit 60 working together.
- the server data storage unit 50 includes a player management database 51, and is realized mainly by the storage unit 22.
- a character list, an item list, a development target list, and the like are stored in the player management database 51, linked to a player ID assigned to each player.
- the character list includes, for example, an individual character ID given to each character that has been trained, a character type ID indicating the type of character, the character's status (rarity, evaluation points, course suitability, distance suitability, running style suitability, running style, speed, stamina, power, tenacity, intelligence, possessed skills, acquired titles), lock status (locked, unlocked), and the character's training history (training conditions, results of races run during training), etc.
- a "character that has been trained” means a character that has been trained using a training function, which is one of the game functions implemented by the information processing system 10 of this embodiment, and whose training has ended and whose status has been confirmed.
- the "character individual ID” is an ID that is assigned when character training is completed in the training function and the trained character is registered in the character management database 51, and is used to identify each trained character linked to the player ID.
- the training function allows the player to select the character to train from multiple types of characters, and the "character type ID" is an ID assigned to identify the type of character that has been trained.
- the "locked state” indicates whether or not a trained character is prohibited from being transferred (deleted from the character list); if unlocked, it can be transferred, and if locked, it cannot be transferred. Examples of situations in which a character is locked include when the player selects an individual character from a list of trained characters, or when a trained character is registered to run in a race.
- the training target list stores data in which either released or not released information is associated with a character type ID.
- characters associated with released information in the training target list are characters that the player can select as a training target in the training function. Also in this embodiment, it is possible to release new characters by using release items or a character acquisition lottery, and the number of characters that can be selected as a training target varies depending on the player. Below, characters that can be selected as a training target in the training function may be referred to as released characters.
- the item list includes data on the items, enhancement points, and in-game currency owned by the player.
- the items owned and the amount of items owned, the amount of enhancement points owned, the amount of in-game currency owned, etc. are stored as an item list in the player management database 51.
- items are used, for example, to support character development or to change the starting conditions of a race, and can be acquired based on the results of a race or by spending in-game currency.
- enhancement points can be used, for example, to enhance support items, which are items that aid in character development, and the more powerful the support items are, the more favorable the character development environment will be.
- data stored in the player management database 51 includes a friend list.
- other players can be registered as friends, and characters and support items can be rented and used from other players registered as friends in the training function.
- the player ID of another player is entered on the friend registration screen displayed on the display unit 44 of the player terminal 40. If a player matching the player ID exists and it is possible to register that player as a friend, the player ID of the other player to be registered is added to the friend list by tapping the registration button provided on the friend registration screen.
- the game calculation unit 60 performs the calculations required for the game to proceed in response to a request from the player terminal 20, and transmits the calculation results to the player terminal 40, as well as the process of transmitting data required for the game to proceed in response to a request from the player terminal 20, and is mainly realized by the control unit 41 and the communication unit 45. For example, when a training instruction request is received from the player terminal 20 in the training function, the game calculation unit 60 calculates whether the training is successful or unsuccessful, and transmits the calculation result to the player terminal 40.
- the game calculation unit 60 performs a simulation of a race run by multiple characters, including the character to be trained and non-player characters (NPCs), and transmits the results of the running simulation to the player terminal 40.
- NPCs non-player characters
- FIG. 3 is a functional block diagram showing the main functions of the player terminal 40.
- the player terminal 40 in the information processing system 10 of this embodiment realizes the training function, the performance viewing function, and the like, in cooperation with the terminal data storage unit 70 and the game execution unit 80.
- the terminal data storage unit 70 stores data for the game execution unit 80 to perform various processes, and is realized mainly by the storage unit 42.
- the terminal data storage unit 70 includes a player data storage unit 71, which stores data related to a character list, development target list, item list, and friend list corresponding to a player ID.
- a synchronization process is performed between the player data storage unit 71 of the player terminal 40 and the player management database 51 of the server 20 regarding data linked to the player ID (such as the character list, development target list, item list, and friend list), and various game processes are executed using the data stored in the player data storage unit 71.
- the stored contents of the player data storage unit 71 are updated and the updated stored contents are backed up in the player management database 51 of the server 20, and the stored contents of both are synchronized.
- Data linked to the player ID such as a character list, a training target list, an item list, and a friend list, may be downloaded from the player management database 51 to the player data storage unit 71 as needed, such as when the application is started.
- the terminal data storage unit 70 also includes a training progress data storage unit 72, which stores data (training progress data) required for the progress of the training function of characters that can be selected as training targets in the training function (characters with character type IDs associated with released information in the training target list).
- training progress data including at least the setting contents of the training goals and the setting contents of the game events is stored in the training progress data storage unit 72 in association with the character type ID.
- the training progress data storage unit 72 stores various data for executing game effects that occur during the character training process in the training function.
- base body data that shapes the character's base body
- costume data that shapes the character's costume
- texture data that specifies the coloring of the character and costume
- motion data that defines the character's movement
- effect data for generating effects according to the character's movement and the progress of the performance background data according to the game performance scene, and the like are stored in the training progress data storage unit 72 as data of performance materials for executing game performance.
- the data of performance materials stored in the training progress data storage unit 72 is data that is used commonly in the training function and the performance viewing function.
- the training progress data storage unit 72 also stores a factor information database, which stores information such as factor name, factor level, and factor type, linked to a factor registration ID.
- factor information is information that is linked to the trained character.
- a factor inheritance event occurs as a game event for status reinforcement that affects the abilities of the character being trained, such as increasing the skill acquisition level or increasing performance parameters, based on the factor information linked to the trained character selected as the inheritance character.
- factor information there are four types of factor information: blue factors, red factors, inherent factors, and white factors. Each factor information has three levels, and the higher the factor level, the more advantageous the effect on status reinforcement. Factor types are further classified into blue factors, red factors, inherent factors, and white factors. Blue factors are factor information named after performance parameters, and affect performance parameters. The higher the factor level, the greater the increase in performance parameters. Red factors are factor information named after course suitability, distance suitability, or running style suitability, and affect course suitability, distance suitability, or running style suitability. The higher the factor level, the easier it is to increase suitability in factor inheritance events. Inheritance factors are factor information named after inherent skills, and allow the inherited character to acquire inherent skills. The higher the factor level, the easier it is to increase the acquisition level of inherent skills.
- the acquisition level of a skill affects the amount of skill points consumed when acquiring a skill, and the higher the acquisition level, the fewer skill points consumed.
- White factors are factor information that do not belong to any of the blue factors, red factors, or inherent factors, and include skill factors, race factors, and scenario factors.
- Skill factors are factor information named after the name of a skill, which makes it easier to increase the acquisition level of normal skills (skills other than inherent skills), and exist for each type of skill.
- Race factors are factor information named after the name of a race or racetrack, which makes it easier to increase at least one of the performance parameters and the acquisition level of normal skills, and their effects differ depending on the type of race or racetrack.
- Scenario factors are factor information named after the name of a training scenario, which is factor information related to the training scenario in which the character was trained.
- a scenario factor is inherited in a factor inheritance event, multiple performance parameters can be greatly increased, and the increased performance parameters differ depending on the type of scenario factor.
- factor information is classified into six types: blue factors, red factors, inherent factors, skill factors, race factors, and scenario factors.
- the terminal data storage unit 70 also includes a race control data storage unit 73, which stores data for controlling the character's movements and skill activation when watching a race in which a character participates in the training function or battle function, as well as text data and audio data for the live race commentary.
- a race control data storage unit 73 which stores data for controlling the character's movements and skill activation when watching a race in which a character participates in the training function or battle function, as well as text data and audio data for the live race commentary.
- the terminal data storage unit 70 also includes an image data storage unit 74, which stores images of screenshots taken in the performance viewing function.
- image data storage unit 74 stores images of screenshots taken in the performance viewing function.
- the screenshot images stored in the image data storage unit 74 can not only be viewed at will, but can also be used in the business card creation function.
- the game execution unit 80 performs processes such as starting a game when a game start condition is satisfied, executing a selected game mode from among multiple game modes, progressing the game, generating an event when an event occurrence condition is satisfied, calculating the game result, ending the game when a game end condition is satisfied, requesting calculations from the server 20, obtaining calculation results and necessary data from the server 20, and transmitting calculation results and data of the player terminal 40 to the server 20, and is realized mainly by the control unit 41 and the communication unit 45.
- the game execution unit 80 includes a training function providing unit 81 and a performance viewing function providing unit 82.
- the development function providing unit 81 performs processing to provide a development function for developing a character. In this embodiment, it accepts input related to character development and displays the results of calculations performed in response to the input.
- turn consumption action an action that is the subject of turn consumption
- Turn consumption actions include training, participating in a race, going out, and the infirmary.
- the training function providing unit 81 accepts the selection of the turn consumption action through the training home screen displayed on the display unit 44, and requests the server 20 to calculate the result of the selected turn consumption action.
- the server 20 that receives the request calculates the result of the selected turn consumption action and transmits the calculation result to the player terminal 40, and the training function providing unit 81 causes the display unit 44 to display a display screen corresponding to the calculation result received from the server 20.
- a game presentation corresponding to the action result is executed based on the calculation result received from the server 20.
- the training function providing unit 81 presents selection candidates for instructing the action of the character to be trained, and determines a presentation execution pattern based on the conditions associated with the action selected by the player to execute the game presentation.
- a training goal is set according to the type of character to be trained, and a training goal may include a required action that must be selected in a specific turn.
- a training goal may be to enter a specific race, or to achieve a specific finishing position in a specific race.
- entering the race is a required action, and actions that consume turns other than entering the race cannot be selected.
- the training function providing unit 81 exercises control to restrict the selection of actions other than the required actions in a turn in which the selection of a required action is accepted.
- the effect viewing function providing unit 82 performs processing to provide an effect viewing function that allows the player to select a character and an effect execution pattern, and executes a game effect based on the selection result.
- the effect viewing function accepts input of information necessary to reproduce a game effect that is executed when a character is instructed to perform an action classified as training or going out among the turn consumption actions in the training function, and allows the player to view the game effect at his/her discretion.
- the effect viewing function also allows reproduction of a game effect corresponding to a hot spring trip event that occurs randomly during the training process. However, the hot spring trip event is managed as released/unreleased for each character, and the hot spring trip event can be reproduced by the effect viewing function only for characters for which the hot spring trip event has occurred in the training function.
- the effect viewing function providing unit 82 also presents the effect execution patterns randomly determined in the training function as selection candidates, allowing the player to select the effect execution pattern at his/her discretion.
- the main character that will appear as a main element and a training partner that will appear as a sub-element as characters that will appear in the game presentation generated by training instructions in the training process
- the first condition for the main character is that it is a released character owned by the player
- the second condition for the training partner is that it is a character that corresponds to a support item owned by the player.
- the performance viewing function providing unit 82 also takes screenshots of the game performance being executed by the performance viewing function, and provides an input interface that enables the captured screenshot image to be saved in the image data storage unit 74.
- a capture button is provided on the display screen during execution of the game performance, and when the capture button is tapped, the game performance being executed is paused and a screenshot is taken.
- the captured screenshot image can be saved at the player's discretion, and when the player checks the image and decides to save it, the screenshot image is saved in the image data storage unit 74.
- the effect viewing function providing unit 82 also makes it possible to apply filtering processing to the screenshot image captured in relation to the game effect being executed by the effect viewing function before storing the screenshot image in the image data storage unit 74.
- nine types of filtering processing can be selected, and it is also possible to store the screenshot image in the image data storage unit 74 without applying filtering processing.
- the performance viewing function providing unit 82 when saving a filtered screenshot image in the image data storage unit 74, the performance viewing function providing unit 82 also performs processing to save an unprocessed screenshot image in the image data storage unit 74 when it is first saved.
- control method of the present embodiment will be described below by taking as an example a case in which the game program of the present embodiment is applied to a game application of a player terminal 40 provided as a smartphone.
- the game program of this embodiment is configured to be able to provide multiple types of game functions, and in the training function, which is the main game function, a character to be trained is selected from multiple types of characters, and the character's status changes as the game progresses, and when a specified ending condition is met, the character's status is finalized and training ends.
- This trained character can race against characters trained by other players in a battle function, which is another game function.
- the number of characters that have been trained (the number that can be registered in the character list) is predetermined, and when the upper limit of the number of characters that can be registered (e.g., 240 characters) is reached, it becomes impossible to train a new character using the training function. For this reason, it becomes necessary to delete trained characters from the character list to secure an owned slot.
- the information processing system 10 to which the game program of this embodiment is applied has a performance viewing function that allows the player to freely view game performances that occur during the character training process in the training function.
- a performance viewing function that allows the player to freely view game performances that occur during the character training process in the training function.
- the player can select one character from multiple types of characters to train.
- Each of the multiple types of characters that can be selected for training has its own initial status set.
- characters to be trained acquire unique skills (unique skills) according to their type from the beginning of training, and the conditions for activating these skills and the effects they have when activated are different.
- the growth correction rates for parameters such as speed, stamina, power, tenacity, and intelligence are set according to the character for each of the multiple types of characters that can be selected for training, and parameters that are easy to increase are set for each type of character.
- the character can be trained by issuing training instructions in each of a maximum of 75 turns. Specifically, when training instructions are issued that are linked to performance parameters such as speed, stamina, power, tenacity, and intelligence, performance parameters will change and skill points will be acquired according to the training results. One turn can also be consumed by issuing an instruction to enter a race, and performance parameters will change and skill points will be acquired according to the race results. Furthermore, if the conditions for an event are met during training, an event will occur and the number of skills that can be acquired will increase, or performance parameters will change.
- the skill points mentioned above are used to allow the character being trained to acquire skills, and skills can be acquired from a list of acquireable skills by spending skill points possessed.
- development goals include entering a target race, finishing within a specified position in a target race, and gaining a specified number of fans by a set turn.
- a character being developed when entered in a race, it can gain a number of fans according to its finishing position, and the entry conditions are set according to the number of fans depending on the race.
- multiple training goals are set for each character in the first 72 turns, with the final race taking place from turn 73 to turn 75.
- the final race takes place over three turns: a qualifying race, a semi-final race, and a final race, and training instructions can be given before each race.
- a continue function is provided as a rescue function for when the player is unable to finish within the specified position.
- This continue function provides the player with the opportunity to reattempt the target race, and the player can reattempt the target race by using up a pre-allocated number of continues.
- the number of continues is three times for the training of one character.
- the state will change to a training end confirmation state when one of several predetermined end conditions is met.
- training will end with the end of the final race. If the player comes in second or lower in the final race, they can try again if they have any continues remaining, but if they use up all their continues and still come in second or lower in the final race, training will end at that point. It is up to the player whether or not to use the continue function, and if the player chooses not to use the continue function, training will end at that point.
- Training also ends if the training goal set for each character is not achieved within the first 72 turns.
- training goal is to gain a certain number of fans
- training ends if the set number of fans is not reached in the turn set in the training goal.
- the continue function cannot be used, so training ends when the turn to be judged arrives because the set number of fans has not been reached.
- the training goal is to enter a target race
- the training goal will be achieved as long as the horse can enter the target race, regardless of the horse's finishing position in that race.
- each race requires a certain number of fans to be acquired as a condition for entry, and if the horse does not have the required number of fans in the target race's turn, it will not be able to enter the target race, and training will end.
- training goal is to finish within a certain position in the target race
- the conditions for entering the target race are not met, training will end at that point; if the horse does not finish within the certain position even when it enters the target race and there are no more continues available, training will also end.
- the use of the continue function is at the player's discretion, and if the player chooses not to use the continue function even if there are remaining continues available, the training goal will not be achieved and training will end.
- the system transitions to a training end confirmation state.
- This training end confirmation state provides a final opportunity to acquire skills before status is finalized, and the player can acquire skills by consuming skill points currently in possession of the player.
- an input interface is provided for inputting confirmation of the end of training, and when the player inputs confirmation of the end of training, the status of the character being trained is finalized, and information about the character is registered as a trained character in the character list in the player data storage unit 71 and the character list in the player management database 51.
- rewards include in-game currency and strengthening points according to the total number of fans acquired by the end of training.
- a selection of a development scenario is accepted (step S100).
- multiple types of development scenarios are prepared, and the mechanisms for increasing performance parameters and acquiring skills differ depending on the selected development scenario.
- the development scenario to be selected can be switched by swiping, and when an input is made to select the development scenario (e.g., a tap input on the OK button), a selection of a character to be developed in the selected development scenario is accepted (step S101).
- a character icon 301 for identifying a character can be tapped on the character selection screen to select a character to be trained.
- Information on characters selectable as a character to be trained (trainable characters) is managed in a training target list in the player data storage unit 71, and the character type ID of a trainable character is obtained from the training target list to display the character selection screen.
- the initial status information for the selected character can be confirmed.
- the initial status information that can be confirmed on the character selection screen includes performance parameters (speed, stamina, power, tenacity, intelligence), course suitability (turf, dirt), distance suitability (short distance, mile, middle distance, long distance), and running style suitability (breaking, leading, overtaking, chasing).
- step S102 When the character icon 301 of the character to be developed is selected on the development character selection screen shown in FIG. 5 and the progress button 302 is tapped, the display screen transitions to an inherited character selection screen as shown in FIG. 6, and the selection of the inherited character is accepted (step S102).
- the player can select two previously trained characters as inherited characters when training a new character, and the status of the character to be trained can be reinforced based on the factor information (information that the inherited characters acquired during training) linked to the two selected inherited characters.
- the status of the character to be trained is reinforced based on factor information at the start of training and during a factor inheritance event that occurs a specified turn after training has begun.
- a factor inheritance event occurs while training a character in the training function
- an event result request is sent from the player terminal 40 to the server 20, and the server 20, having received the event result request, executes a factor inheritance lottery based on the factor information linked to the two inherited characters and transmits the lottery results to the player terminal 40.
- the player terminal 40 having received the lottery results, reinforces the status of the character to be trained, such as increasing performance parameters and increasing the acquired skill level, based on the lottery results, and also executes a display process that informs the player of the results of the status reinforcement by the factor inheritance event.
- a list of selectable inheritance characters is displayed by tapping on the inheritance slot 303 or inheritance slot 304 (of which there are two).
- the inheritance slot 303 or inheritance slot 304
- the character list in the player data storage unit 71 is referenced, and a list of characters that have been trained (inheritance character list) is referenced, and an inheritance character list screen is generated and displayed as shown in FIG. 7.
- a character can be selected by tapping on the character icon 306, and when a tap is made on the progress button 309 while one of the inheritance characters is selected, the screen returns to the inheritance character selection screen as shown in FIG. 8.
- the selection of the inherited character can be made not only of a character that the player has raised himself, but also of a character that has been raised by another character that the player has registered as a friend.
- a character that has been raised by another character can be rented up to three times per day.
- the inherited character list screen shown in FIG. 7 has a tab 307 for raised characters and a tab 308 for rentals. When the rental tab 308 is tapped, a rental character acquisition request is sent to the server 20.
- the server 20 that has received the rental character acquisition request refers to the friend registration information (profile information of other players who have been registered as friends) that is linked to the player ID of the sender of the rental character acquisition request, and transmits to the player terminal 40 a list of rental characters (rental character list) that have been set in the profile information of other players who have been registered as friends.
- the player terminal 40 then generates and displays an inherited character list screen based on the received rental character list.
- the display screen transitions to a support formation screen as shown in FIG. 10, and the selection of a support item is accepted (step S103).
- support items modeled after cards that support character development, and these can increase performance parameters and the variety of skills that can be acquired.
- Support items are classified into six categories according to their performance: speed, stamina, power, guts, intelligence, and friends. Speed, stamina, power, guts, and intelligence literally correspond to the character's performance parameters and increase the parameters during training, while friends have effects such as restoring stamina and motivation. Support item categories can be identified by category icons, and players rely on these icons to select the six support items to use in this training. Support items also have three levels of rarity: rare (R), super rare (SR), and special super rare (SSR). In this embodiment, the rarity increases in the order of R ⁇ SR ⁇ SSR, and generally the higher the rarity the stronger the support effect.
- R rare
- SR super rare
- SSR special super rare
- the support organization screen has five player support slots 310-314 and one friend support slot 315.
- the item list in the player data storage unit 71 is referenced to obtain a list of support items (player support list). Then, based on the obtained player support list, a screen is generated that displays a list of support items owned by the player and accepts the selection of a support item.
- a friend support acquisition request is sent to the server 20.
- the server 20 that receives the friend support acquisition request references the friend registration information linked to the player ID of the sender of the friend support acquisition request and transmits to the player terminal 40 a list of support items (friend support list) that other players who are registered as friends have set in their profile information. Based on the received friend support list, the player terminal 40 generates a screen that displays a list of support items that can be set in the friend support slot 315 and accepts the selection of a support item.
- the display screen transitions to a final confirmation screen as shown in FIG. 11, and the player's input to confirm the start of training is accepted (step S104).
- the final confirmation screen displays the organization details of the character to be trained, the inherited character, and the support items selected by the player.
- step S105 When the start training button 317 is tapped on the final confirmation screen, a training progress process is performed to train the character (step S105).
- the character to be trained is set as the default character. This default character setting is for making the default character the initially selected character on the training target selection screen the next time training is performed, and is highly convenient for players who repeatedly train the same character.
- FIG. 12 shows an example of a character training home screen, which is one type of display screen that is displayed while a character is being trained.
- the screen basically transitions from the training home screen to a screen for instructing various actions such as training.
- the training home screen displays an animation of the character to be trained, and also includes a status display section 401 that displays the current character status (speed, stamina, power, tenacity, intelligence, skill points).
- the training home screen also displays a stamina gauge 402 and a motivation icon 403.
- the stamina gauge 402 is a gauge that indicates stamina, a parameter that affects the failure rate of training, and fluctuates depending on training during training, participation in races, and game events that occur during training. When stamina is low, the character becomes more likely to fail training and motivation decreases.
- the motivation icon 403 indicates motivation, a parameter that indicates the condition of the character being trained. In this embodiment, there are five settings: very poor condition, poor condition, normal condition, good condition, and excellent condition. This motivation parameter affects the training effect and performance parameters when entering a race.
- the training home screen also has a rest button 404, a training button 405, a skill button 406, a nurse's office button 407, a go out button 408, and a race button 409 as buttons for selecting various actions such as training.
- one instruction for one type of action can be given per turn (specifically, one of rest, training, nurse's office, go out, and race), and when the action corresponding to the instruction given in the current turn is processed, the current turn is consumed and the game progresses to the next turn.
- acquiring a skill does not consume a turn.
- five types of actions are set in the training function as actions that consume one turn as described above: rest, training, nurse's office, go out, and race, and these may be referred to as turn-consuming actions as necessary.
- the rest button 404 is a button for issuing a command to rest in order to recover stamina, and when the rest button 404 is tapped, a rest confirmation dialog box is displayed to confirm the command to rest.
- a rest result request is sent to the server 20, and the server 20 that receives the rest result request performs calculations regarding the amount of restored stamina and whether or not a game event has occurred, and sends a rest result response including the calculation results to the player terminal 40.
- the player terminal 40 that receives the rest result response displays an animation that recovers the stamina gauge 402 based on the calculation results included in the rest result response, and executes processing related to the game event if a game event has occurred.
- the training button 405 is a button for issuing training instructions to vary the performance parameters of a character, and when a tap input is performed on the training button 405, the display screen transitions to a training screen, as shown in FIG. 13.
- a speed button 410 On the training screen, a speed button 410, stamina button 411, power button 412, tenacity button 413, and intelligence button 414 are arranged in the area where the various buttons were arranged on the training home screen.
- the buttons for issuing instructions for each training may be collectively referred to as training buttons.
- training instructions are given by tapping on the selected training button, and the selected training button can be changed by tapping on a training button different from the selected training button.
- the training screen displays how much each performance parameter will increase and how many skill points can be acquired by instructing training using the selected training button.
- the speed button 410 is selected, and it can be seen that when speed training is instructed, speed increases by 10, power increases by 4, and 3 skill points can be acquired.
- speed and power increase when speed training is performed, speed and power increase, when stamina training is performed, stamina and guts increase, when power training is performed, power and stamina increase, when guts training is performed, guts, power and speed increase, and when intelligence training is performed, intelligence and speed increase. Skill points can be acquired when any type of training is performed.
- the support items organized before training begins are randomly associated with training items each turn through a lottery drawn by the server 20, and in training items to which a support item is associated, the effect of the support item will increase the amount of increase in performance parameters and the amount of skill points acquired when training is performed.
- FIG. 13 when the speed training item is selected, character icon 431 representing character D and character icon 432 representing character L are displayed, and it can be seen that the support item associated with character D and the support item associated with character L are placed in the speed training item.
- stamina When training is performed, stamina is consumed.
- the amount of stamina consumed by training can be known in advance from the stamina gauge 402 on the training screen.
- Stamina is a parameter that affects the failure rate in training, and as stamina decreases, the failure rate is likely to increase.
- the server 20 when a training instruction is given, the server 20 performs a lottery based on the failure rate to determine whether the training has failed or not, and if the training is not a failure (if the training is successful), the performance parameter corresponding to the training instruction increases, and if the training is a failure, the performance parameter does not increase and stamina is consumed.
- a training result request is sent to the server 20, and the server 20, which receives the training result request, performs calculations regarding the training results and whether or not a game event has occurred, and sends a training result response including the calculation results to the player terminal 40.
- the player terminal 40 which receives the training result response, performs display processing regarding the training results (display regarding the success/failure of training and display that varies performance parameters) based on the calculation results included in the training result response, and executes processing related to the game event if a game event has occurred.
- a game presentation corresponding to the success of the training is executed as shown in FIG. 14.
- the training is performed in which the character to be trained 451 (character N) and the training partner character 452 (character D) run side by side, and a game presentation is executed depicting the character to be trained 451 (character N) arriving ahead of the training partner character 452 (character D).
- a game presentation corresponding to the failure of the training is executed as shown in FIG. 15. In the example shown in FIG.
- the training is performed in which the character to be trained 461 (character N) and the training partner character 462 (character D) run side by side, and a game presentation is executed depicting the training partner character 462 (character D) arriving ahead of the character to be trained 461 (character N).
- a game presentation is executed depicting the training partner character 462 (character D) arriving ahead of the character to be trained 461 (character N).
- different game presentations may be executed depending on the results of the training.
- the training partner that appears in the game presentation is a character that corresponds to the support item placed in the training specified by the player, and if multiple support items are placed, the training partner can be randomly selected from the multiple support items placed in the training specified by the player. If multiple support items are placed, the training partner may not be selected randomly, but may be selected according to predetermined conditions (for example, if the training is for speed, the support item for speed is given priority). If no support items are placed in the training specified by the player, there is no training partner, and a game presentation is executed in which only the character to be trained appears. Note that even if no support items are placed in the training specified by the player, one support item is randomly selected from the support items organized by the player prior to the start of training, and the character corresponding to the selected support item can be selected as the training partner.
- each character is provided with body data, costume data, motion data, etc., and multiple types of costume data and motion data are provided according to the scene of the game presentation to be executed. Multiple types of background data related to the game presentation are also provided according to the scene of the game presentation. Data of the presentation materials for executing these game presentations is stored in the training progress data storage unit 72.
- a presentation execution pattern is determined based on each piece of information such as the training type, training level, success/failure of training, season, training location, and training partner, and the body data, costume data, and motion data of the character to be trained (e.g., character N) and the training partner character (e.g., character D) are set to generate a character image in which the character to be trained (e.g., character N) moves and a character image in which the training partner character (e.g., character D) moves are generated, and background data is set based on the determined presentation execution pattern to generate a background image. Then, each character image and the background image are synthesized to generate an image of each frame from the first frame to the last frame of the game presentation, and the image is displayed and output to the display unit 44.
- the skill button 406 is a button for allowing the character to acquire a skill, and when the skill button 406 is tapped, a skill acquisition screen is displayed showing a list of skills that the character can acquire at that time.
- a skill acquisition request is sent to the server 20, and the server 20 that receives the skill acquisition request registers the skill specified in the skill acquisition request as an acquired skill in the status information of the character being developed, and sends a skill acquisition completion response to the player terminal 40.
- the player terminal 40 that receives the skill acquisition completion response displays that skill acquisition has been completed, and executes processing to display the acquired skill on the skill acquisition screen as an acquired skill.
- the infirmary button 407 is a button used to eliminate a bad status given to a character being developed, and input is accepted only when a bad status has been given by a game event during development.
- a bad status such as lack of sleep may be given by the occurrence of a game event, and when a bad status is given, game events that are unfavorable to development, such as a decrease in stamina or a decrease in motivation, are more likely to occur.
- the infirmary button 407 is displayed grayed out, and if a bad status has been given to the character being developed, the infirmary button 407 is displayed normally and accepts tap input.
- a request for the infirmary result is sent to the server 20, and the server 20 that receives the request for the infirmary result holds a lottery to determine whether the bad status has been eliminated or not, and sends a response for the infirmary result including the determination to the player terminal 40.
- the player terminal 40 receives the nurse's office result response, if the bad status has been resolved, it notifies the player that the bad status has been resolved and performs processing to erase the bad status from the character's status display.
- the Go Out button 408 is a button used to increase the motivation of a character being trained.
- a Go Out confirmation dialog box is displayed to confirm that the character is to go out.
- a Go Out result request is sent to the server 20.
- the server 20 that receives the Go Out result request draws a lottery for a motivation-boosting event and transmits an Go Out result response including information on the motivation-boosting event determined by the lottery to the player terminal 40.
- the player terminal 40 that receives the Go Out result response executes processing related to the motivation-boosting event based on the information included in the Go Out result response.
- Going Out is specified as the action of the character to be trained
- a destination for the motivation-boosting event is randomly determined by lottery
- a game presentation is executed according to a presentation execution pattern based on the destination determined by lottery and the season corresponding to the turn in which the Going Out was specified.
- the race button 409 is a button used to enter a character being trained in a race.
- the display screen transitions to a race list screen that shows a list of races being held in the current turn, as shown in FIG. 16.
- a race in which the character being trained will run can be selected by tapping the race selection box 415.
- the selected race can be identified by the presence or absence of a selection mark 416, and the race condition display area 417 displays race condition information for the selected race, such as the season (spring, summer, fall, winter), weather (sunny, cloudy, rainy, snow), course condition (good, slightly heavy, heavy, poor), number of characters running, and the turn in which the race will be held.
- the display content of the race condition display area 417 also changes to match the selected race.
- entry conditions for each race are set based on the number of fans the character being trained has acquired, and for races in which the character being trained does not meet the entry conditions, the race selection box 415 is grayed out and the character cannot run.
- a target race may be set as the training goal, and in a turn in which a target race is set, the display mode of the training home screen is different, and as shown in FIG. 17, only the skill button 406 and the race button 409 are displayed as buttons for selecting an action. In other words, in a turn in which a target race is set, the only action that can be taken in a turn is to enter a race.
- FIG. 18 is a diagram showing an example of the race list screen in a turn where a target race has been set.
- the race list screen is controlled so that only the target race can be selected.
- the race selection box 415 of the target race has a target badge 416 attached to it, making it possible to identify it as a target race, and the race selection box 415 for races other than the target race is displayed as grayed out, making it impossible to enter the race.
- a request to enter is sent to the server 20.
- the server 20 performs a running simulation for the race to be entered, with the character being trained and an NPC (non-player character), and sends a race result response including the results of the running simulation to the player terminal 40.
- the player terminal 40 executes a display process that allows the player to watch the race based on the results of the running simulation.
- the performance parameters are adjusted according to the level of motivation on the turn the character is instructed to enter the race; if motivation is at its lowest or lowest, the performance parameters are adjusted downward compared to when motivation is normal, and if motivation is high or at its best, the performance parameters are adjusted upward compared to when motivation is normal.
- the development goal is to finish within the top 5 in the target race, the "CCC Award,” and if the character being developed is able to finish within the top 5 in the "CCC Award,” the goal achievement notification screen is displayed after displaying the results of the target race.
- the goal achievement notification screen has a progress button 420, and when the progress button 420 is tapped, the display screen transitions to a goal list screen as shown in FIG. 20.
- the goal list screen displays a list of the development goals set for the character being developed in the order of turn progression.
- six development goals have been set for the character being developed, and a clear mark 421 indicating that the development goal has been achieved is given for each development goal up to the third development goal, "Place within the top five in the CCC awards.”
- a progress button 422 is provided on the goal list screen, and tapping the progress button 422 will progress to the next turn and return to the development home screen.
- each training goal is set for the period up to the 72nd turn, and the number of training goals and the content of the training goals are set individually depending on the type of character. Then, when all training goals are achieved for the character being trained, it is possible to advance to the final race from the 73rd turn onwards.
- the character will first compete in the qualifying race, and if they come first in the qualifying race, they will compete in the semi-final race, and if they come first in the semi-final race, they will compete in the final race, and if they come first in the final race, they will win the final race and training will end.
- Training instructions can also be given before the start of each turn of the qualifying race, semi-final race, and final race.
- the final race from turn 73 onwards is an extra turn in which no training goal is set, and if the character comes in any other than first place in the qualifying race or semi-final race, they can try again using the continue function, but if there are no more continues remaining, training will end.
- the use of the continue function is left to the player's choice, so if the player chooses not to use the continue function even if it is available, they will lose the final race and training will end.
- the development goal set for the character being developed is not achieved, development ends at that point.
- the development goal is to finish within a specified position in the target race, it is possible to try again by using the continue function even if the development goal is not achieved within the specified position in the target race.
- the continue function cannot be used if the development goal is not achieved, and development ends at the point where the development goal judgment turn is reached.
- a termination confirmation process is performed (step S107).
- a termination confirmation screen is displayed on which the status of the character being trained can be confirmed.
- the termination confirmation screen is provided with a skill acquisition button and a training end button, and when a tap is made on the skill acquisition button, a list of acquireable skills is displayed and skills can be acquired within the range of the skill points owned, and when a tap is made on the training end button, training end processing is performed (step S108).
- the trained character is registered.
- the registration of the trained character is completed by calculating the evaluation points and determining the factor information to confirm the character's status, linking it to the character's individual ID and saving the status in the character list in the player data storage unit 71.
- the evaluation points are calculated based on the character's performance parameters and acquired skills, and the factor information is determined by lottery.
- factor information is determined by referring to the character's training details (race participation history, etc.) and status at the time of training completion (performance parameters, acquired skills, etc.).
- factor information blue and red factors are always assigned, and inherent factors are assigned when the character being trained has a talent development level (level 1 to level 5) of a certain level or higher (level 3 or higher).
- skill factors are determined by referring to acquired skills
- race factors are determined by referring to races that have been run and won during training
- scenario factors are determined by referring to the training scenario selected prior to the start of training.
- the factor level of the factor information that is decided to be assigned is also determined by lottery. In this embodiment, the factor level is set randomly to one of three levels from level 1 to level 3.
- the training end process also involves providing rewards for the training results.
- rewards are provided by adding items to the item list in the player data storage unit 71, and the reward is determined as in-game currency and support points according to the number of fans acquired during training. The more fans a player has, the more in-game currency and support points can be obtained.
- a training end request is sent to the server 20, and the server 20 that receives the training end request registers the trained character in the character list of the player management database 51, and adds the reward for the training results to the item list of the player management database 51.
- game effects corresponding to the action results are generated.
- These game effects often result in different game effects even when the same action is instructed to the character being trained due to branching action results (for example, success/failure of training).
- the game effects generated in response to the character's action results during the training process are composed of characters that appear in the game effects, with the character being trained as the main element and the support item characters placed in the instructed training as sub-elements, so there is a random element in determining the characters that appear as sub-elements, and an enormous amount of play time would be required to cover all possible performance execution patterns.
- a performance viewing function is provided that allows the player to customize characters and performance execution patterns and view game performance of the desired content.
- the function is set to a usage start acceptance state that accepts the start of use of the performance viewing function (step S200).
- the performance viewing function is provided as part of a game function called a photo library, and the start of use of the performance viewing function is accepted through the top screen of the photo library shown in FIG. 22.
- the top screen of the photo library has two start use buttons 501 and 502.
- the start use button 501 is a button for starting use of the performance viewing function
- the start use button 502 is a button for starting use of the function for viewing saved screenshot images.
- the effect viewing function is started and the system transitions to a character selection reception state (step S201).
- the character selection reception state the selection of a character (main character) that will appear as a main element in the game effects is accepted via a main character selection screen.
- the main character selection screen displays a list of released characters possessed by the player.
- the main character can be selected from the released characters possessed by the player; unreleased characters are not presented as selection candidates on the main character selection screen, and game effects in which an unreleased character appears as a main character cannot be viewed.
- an unreleased character may be selectable as a main character in the effect viewing function, and game effects in which an unreleased character appears as a main character may be viewed.
- the currently selected character is displayed in a selected character display area 511.
- a character can be selected by tapping on a character icon 512, and a selection mark 513 is added to the character icon 512 of the selected character.
- the display mode of the list of released characters can be changed by sorting and filtering. Items such as number of stars (rarity), intimacy, acquisition order, and name can be selected as sorting items, and ascending or descending order can be switched for each.
- a sort change button 514 is provided on the main character selection screen, and the sorting item can be changed by tapping the sort change button 514.
- an ascending/descending order change button 515 is provided on the main character selection screen, and ascending order can be switched to descending order and descending order can be switched to ascending order by tapping the ascending/descending order change button 515.
- Rarity number of stars
- the filtering function can be enabled by tapping the filtering button 516, and the display mode can be changed to display only characters of the specified rarity. If the filtering function is enabled and a tap is made on the filtering button 516, the filtering function is disabled and the display mode is changed to display all released characters.
- the character selection information on the main character selection screen is saved in the player data storage unit 71, and the next time the main character selection screen is displayed, the initially selected character is determined based on the saved main character selection information.
- the character with the highest sorting rank among the released characters is set as the initially selected character.
- the main character selection screen also has a progress button 517 and a return button 518.
- the progress button 517 is tapped, the selected character is set as the main character and the display transitions to a performance part selection reception state (step S202).
- the return button 518 is tapped, the display returns to the start reception state (step S200), and the display screen transitions to the photo library top screen.
- the selection of a performance part associated with the character's action content from among the performance execution patterns is accepted through the performance part selection screen shown in FIG. 24.
- two types of selection candidates are prepared, one of which is a performance part corresponding to training, and the other is a performance part corresponding to outings and events (outings, special events, etc.). Selection of each performance part is performed using the training selection button 521 and the outing/event selection button 522, and when a tap input is made on either button, a selection mark 523 is added to the button corresponding to the selected performance part.
- the initially selected performance part is set to training.
- the game effects that can be viewed in the effect viewing function are classified into game effects that occur in response to training instructions in the training function, game effects that occur in response to instructions other than training, and game effects that correspond to events that can occur randomly during the training process.
- the former can be selected using the training selection button 521 as the effect part that corresponds to training, and the latter can be selected using the outing/event selection button 522 as the effect part that corresponds to outings and events.
- the game effects that occur in response to training instructions in the training function are executed based on many conditions during the character training process, a branch is provided between the game effects that occur in response to training instructions and others to enable more detailed scene specification.
- the performance part selection screen also has a decision button 524 and a return button 525.
- the decision button 524 is tapped, the display transitions to an execution pattern selection acceptance state in which more specific performance execution pattern conditions are set for the selected performance part (step S203).
- the return button 525 is tapped while the performance part selection screen is displayed, the display transitions to a character selection acceptance state (step S201), and the display screen transitions to the main character selection screen.
- a training details selection screen is displayed as shown in FIG. 25 and FIG. 26.
- the training details selection screen includes a first display area 531 presenting selection candidates for training type, a second display area 532 presenting selection candidates for training level, a third display area 533 presenting selection candidates for training success/failure, a fourth display area 534 presenting selection candidates for season, a fifth display area 535 presenting selection candidates for training location, and a sixth display area 536 presenting selection candidates for training partner.
- the training details selection screen includes radio buttons corresponding to each of a plurality of selection candidates for each of the items of training type, training level, success/failure of training, season, training location, and training partner, and by tapping on a radio button, only the radio button in the same item where the tap input is performed is displayed as an active item, and one selection candidate can be specified for each item.
- the radio button corresponding to "Speed” is displayed as enabled, while the radio buttons corresponding to "Stamina,” “Power,” “Durability,” and “Intelligence” are displayed as disabled, indicating that "Speed" is specified.
- the training types presented in the first display area 531 include “speed,” “stamina,” “power,” “guts,” and “wisdom,” and one of these can be selected.
- the training levels presented in the second display area 532 include five levels: “level 1” (Lv1), “level 2” (Lv2), “level 3” (Lv3), “level 4" (Lv4), and “level 5" (Lv5), and one of these can be selected. In this embodiment, even if the training types are the same, the game presentation is different when the training levels are different. Note that there may be restrictions on the selection of the training level in relation to the training location, which will be described later.
- a turn corresponding to "summer training camp” is provided in the development function, and in the "summer training camp” turn, the training level is always “level 5.” Therefore, when “summer training camp” is selected as the training location, only “level 5" is valid, and “level 1" to "level 4" are grayed out and cannot be selected. In this way, in the training details selection screen, when “summer training camp" is selected as the training location, the training level item is linked to make only appropriate selection candidates valid, so that the input convenience of the player can be improved. Regarding the success/failure of the training presented in the third display area 533, there are “success” and “failure”, and one of them can be selected.
- the training locations presented in the fifth display area 535 there are “normal” and “summer training camp", and one of them can be selected.
- the training location is "normal,” the game is presented with a background that corresponds to the season, but if the training location is "summer camp,” the background is special, and the game is presented with a sandy beach as the background.
- the training location is “summer camp”
- restrictions are placed on the selection of season and training level.
- the training partners presented in the sixth display area 536 can be selected from “Not set,” “Set,” or “Random.” If "Set” is selected for the training partner, the player can select a character to be a training partner from the range of support items possessed by the player.
- the initial selection for training partner is "No setting", but when the radio button corresponding to "Setting” is tapped to select "Setting", a partner selection dialog is displayed as shown in FIG. 27, allowing the user to select a character to set as a training partner. If the user wishes to change their training partner, the partner selection dialog can be called up by tapping the change button 538 provided in the sixth display area 536 on the training details selection screen.
- one or more characters are set to correspond to each support item.
- support items associated with the same character that have different parameters to support in training. For example, a speed support item for character A and a power support item for character A.
- there are three classifications of support items: "normal”, "friend”, and "group”. Support items classified as "normal” are associated with one of the performance parameters such as speed, and are associated with one character.
- "Friend" and “Group” are support items that are not associated with a specific performance parameter and can generate an item-specific outing event in the training function.
- “Group” is associated with two or more characters and can generate an outing event with each character.
- the selection candidates for training partners in the performance viewing function are support items classified as "normal", and are not affected by the rarity of the support items possessed by the player or the type of performance parameter of the support target. However, the selection candidates for training partners may be presented in association with the type of performance parameter of the support item.
- a list of characters corresponding to support items classified as "normal” among the support items possessed by the player is displayed using character icons 541.
- a training partner can be selected by tapping on one of the listed character icons 541.
- a selection mark 542 is added to the character icon 541 of the selected character, so that it is possible to know which character is selected.
- the character corresponding to the character icon 541 to which the selection mark 542 is added is set as the training partner, and is reflected in the character icon 537 on the training details selection screen.
- the cancel button 546 provided in the partner selection dialogue, the current selection is discarded, the partner selection dialogue is closed, and the training details selection screen is returned to.
- the partner selection dialog also has a no setting icon 543 and a random icon 544, and when either of these is selected and the decision button 545 is tapped, this is reflected as the selection for the training partner item. For example, when the no setting icon 543 is selected and the decision button 545 is tapped, the "no setting" radio button for the training partner item on the training details selection screen is enabled. Also, when the random icon 544 is selected and the decision button 545 is tapped, the "random" radio button for the training partner item on the training details selection screen is enabled. In this way, in this embodiment, the partner selection dialog can accommodate any of the selections "no setting,” “setting,” and “random” for the training partner item, thereby improving input convenience.
- training partners can be determined randomly rather than selected by the player, and by selecting "random" for the training partner item, training partners that appear in the game presentation can be set randomly by lottery.
- “random" is selected for the training partner item, items to be selected by lottery are set from the range of support items possessed by the player, and one item is randomly selected and set as the training partner.
- the number of characters to be selected can be controlled so that it is determined randomly.
- an upper limit can be placed on the number of training partners that can be selected.
- the player may be possible for the player to specify the range of training partners to be selected.
- the training details selection screen is provided with a start viewing button 539 and a return button 540.
- the start viewing button 539 is tapped, the screen transitions to a performance execution state in which game performance is executed based on the player's selection in each of the character selection acceptance state, performance part selection acceptance state, and execution pattern selection acceptance state (step S204).
- the training details selection screen is displayed, when the return button 540 is tapped, the screen returns to the performance part selection acceptance state (step S203), and the display screen transitions to the performance part selection screen.
- the outing/event details selection screen shown in FIG. 28 is displayed.
- the settings for each of the outing destination and season items can be customized for the game presentation corresponding to the outing/event.
- the outing/event details selection screen is provided with a seventh display area 553 that presents selection candidates for the outing destination and an eighth display area 552 that presents selection candidates for the season.
- the outing/event details selection screen is provided with icons corresponding to each of the multiple selection candidates for the outing destination item, and by tapping on the icon, a selection mark 553 is added to the selected icon, allowing one selection candidate to be specified.
- the outing/event details selection screen is provided with radio buttons corresponding to each of the multiple selection candidates for the season item, and by tapping on the radio button, only the radio button that has been tapped within the same item is displayed as an active item, allowing one selection candidate to be specified.
- the seventh display area 551 presents the following destinations: “riverside,” “shrine,” “karaoke,” “sea,” and “hot spring trip,” from which one can be selected.
- the eighth display area 552 presents the following seasons: “spring,” “summer,” “autumn,” and “winter,” from which one can be selected. If “sea” is selected as the destination, only “summer” can be selected as the season, and the radio button corresponding to “summer” is displayed as active, while the radio buttons for "spring,” “autumn,” and “winter” are grayed out and cannot be selected.
- the radio button for the seasonal item is automatically selected appropriately in conjunction with the destination selected by the player on the outing/event details selection screen, improving the convenience of input for the player.
- the "hot spring trip" in the destination item it is necessary to have already generated the "hot spring trip” event in the training function for the selected main character and unlocked the game presentation. If the "hot spring trip" game presentation has not been unlocked for the main character, "hot spring trip” cannot be selected. If “Hot Spring Trip” is not selectable for the main character, the icon corresponding to "Hot Spring Trip” can be grayed out, or a badge icon can be added to notify that "Hot Spring Trip” has not been unlocked, making it clear that "Hot Spring Trip” is not selectable. In this way, on the outing/event details selection screen, if specific events have not been unlocked for each character using the training function, restrictions are placed on the selection of outing destinations, providing an incentive to use various characters using the training function.
- the outing/event details selection screen is provided with a start viewing button 554 and a return button 555.
- the start viewing button 554 is tapped, the screen transitions to a performance execution state in which game performance is executed based on the player's selection in each of the character selection acceptance state, performance part selection acceptance state, and execution pattern selection acceptance state (step S204).
- the return button 555 is tapped while the outing/event details selection screen is displayed, the screen returns to the performance part selection acceptance state (step S202), and the display screen transitions to the performance part selection screen.
- FIG. 29 is a diagram showing an example of a display screen during execution of a game performance in the performance browsing function.
- a game performance depicting a state in which a main character 561 (character A) and a training partner 562 (character D) are training is executed.
- a shooting button 563 and a loop playback button 564 are provided on the display screen during execution of the game performance.
- the images of each frame may be drawn each time loop playback is performed, or the images of the series of frames drawn when the game presentation is first executed may be temporarily stored in the storage unit 42 as movie data, and during loop playback, the movie data temporarily stored in the storage unit 42 may be played from the first frame rather than performing the drawing process again.
- the loop playback button 564 can be used to switch loop playback on and off both while the game presentation is being executed and while the game presentation is paused.
- a seek bar may be provided on the display screen during execution of the game presentation, allowing the game presentation to proceed from any frame from the first frame to the final frame, or to rewind the progress of the game presentation to any frame.
- the captured screenshot image is displayed in the image display area 571.
- the user can specify a storage format including filtering before saving the captured screenshot image in the image data storage unit 74.
- the user can specify any one of the following storage formats: “retro”, “girly”, “sharp”, “drama”, “silver”, “original”, “monochrome”, “sepia”, “cute”, and “cool”.
- five types of storage formats can be displayed in the storage format display area 572 provided at the bottom of the image display area 571, and the user can slide-display and check the hidden storage formats by swiping left and right.
- the user can save the captured image as it is by selecting the "original" storage format in the image confirmation screen.
- a storage format other than "original” is specified in the image confirmation screen
- the image to which filtering processing corresponding to the storage format has been applied is displayed in the image display area 571, and the user can save the filtered image in the image data storage unit 74 by tapping the save button 573 in this state.
- the "original" image and the filtered image are saved in the image data storage unit 74 when the image is saved for the first time. If the "original" image has already been saved in the image data storage unit 74, only the filtered image is saved.
- a save confirmation dialog is displayed, as shown in FIG. 31 (A).
- the OK button 581 is tapped while the save confirmation dialog is displayed, the image displayed in the image display area 571 of the image confirmation screen is saved in the image data storage unit 74, and when the image has been saved, the screen returns to the image confirmation screen.
- the cancel button 582 provided in the save confirmation dialog is tapped, the image is not saved, the save confirmation dialog is closed, and the screen returns to the image confirmation screen.
- the display of the save confirmation dialog can be omitted, and the display/non-display of the save confirmation dialog can be switched using a check box 583 provided in the save confirmation dialog. For example, if a check mark is placed in the check box 583 in the save confirmation dialog, the next time an image is saved, the display of the save confirmation dialog can be omitted by tapping the save button 573 on the image confirmation screen, and the image displayed in the image display area 571 can be saved in the image data storage unit 74.
- an upper limit (e.g., 120) is set for the number of images that can be saved in the image data storage unit 74, and when a new image is to be saved when the number of images saved in the image data storage unit 74 has reached the upper limit, the image with the oldest save date and time is overwritten and saved. For this reason, in this embodiment, by tapping on the saved data edit button 574 provided on the image confirmation screen, a list of images saved in the image data storage unit 74 can be displayed and any image can be deleted or registered as a favorite. Images registered as favorites are excluded from the images to be overwritten, preventing a situation in which images that are not desired to be deleted are lost due to overwriting.
- the end confirmation dialog shown in FIG. 31 (B) is displayed. If a tap is made on the OK button 591 provided on the end confirmation dialog, the end confirmation dialog is closed and the display returns to the performance part selection acceptance state (training details selection screen or outing/event details selection screen) before the start of game performance execution. On the other hand, if a tap is made on the cancel button 592 provided on the end confirmation dialog, the end confirmation dialog is closed and the display returns to the image confirmation screen.
- the effect viewing function can be terminated by selecting to move to another game function from the menu bar 600 located at the bottom of each of the photo library top screen, character selection screen, effect part selection screen, training details selection screen, and outing/event details selection screen.
- a performance viewing function is provided in addition to the training function, and the performance viewing function presents performance execution patterns randomly determined in the training function as selection candidates, allowing the player to select the performance execution pattern at their own discretion.
- the selection candidates for performance execution patterns include performance execution patterns that the player cannot select at will in the training function but are randomly determined by lottery, making it possible for the player to quickly experience game performances that they have not experienced in the training function using the performance viewing function. Therefore, the information processing system 10 of this embodiment can improve the convenience of experiencing game performances.
- the information processing system 10 of this embodiment provides an input interface that allows screenshots of the game presentation being executed using the presentation viewing function and allows the captured screenshot images to be saved. Therefore, with the information processing system 10 of this embodiment, a record of the game presentation experience can be kept in the form of screenshot images, thereby increasing the interest in the game presentation experience.
- a main character that is a character that appears as a main element, and a training partner character that appears as a sub-element can be selected, and the first condition for a main character to be selectable is that the character is a released character owned by the player, and the second condition for a training partner character to be selectable is that the character corresponds to a support item owned by the player. Therefore, according to the information processing system 10 of this embodiment, there are limitations on the game presentation that can be reproduced depending on the release status of the player's character and the status of the support items owned, which can stimulate the player's desire to acquire characters and support items.
- the game effects that can be executed in the effect viewing function are limited to game effects that are executed when the training function instructs the character to train to train or go out, and game effects that are executed when a hot spring trip event occurs, but are not limited to this.
- game effects that occur randomly in association with a support item and correspond to events specific to the support item, or game effects that occur according to a training scenario and occur at a specified turn in the training process, and have a pattern of branching results may also be executable in the effect viewing function.
- the game effects that can be executed in the effect viewing function may be game effects that are executed when an instruction to go to the health room, which is a turn-consuming action, is given in the training function, as in the training function for training or going out.
- the game effects that can be executed in the effect viewing function may be game effects that are generated by an instruction for an action that is not a turn-consuming action in the training function, or game effects that correspond to events that occur randomly by lottery in the training process. For example, game effects that occur when an item, skill, effect that affects status, etc. is acquired in the training process, or game effects that are an event according to a training scenario selected prior to the start of training, in which the player is given a choice and are executed according to the selection result.
- the effect viewing function may also allow the player to view game effects executed in game functions other than the training function. For example, if another game function is provided that executes a game effect that depicts a scene of a player selecting one of the released characters owned by the player, specifying a destination for the selected released character, and going out with the character, the game effect executed in the other game function may be reproduced and viewed by having the player select the characters that appear and the effect execution pattern. If there are success and failure patterns in game effects executed in game functions other than the training function, the effect viewing function may allow the player to view game effects in patterns in which the player has arbitrarily selected success and failure patterns, or may allow the player to view game effects in patterns randomly determined by lottery (the lottery may be performed by either the server 20 or the player terminal 40).
- the performance viewing function there may be a random element in the execution of some game performances.
- an outing/event is selected as the performance part, if a "shrine" is specified as the destination, a game performance corresponding to an event of drawing a fortune is executed.
- a branching pattern is set according to the result of the fortune, and the result of the fortune can be determined randomly by lottery.
- some of the performance execution patterns can be determined randomly by lottery.
- the branching pattern related to the execution of the game performance is determined by lottery on the server 20, whereas in the performance viewing function, the branching pattern related to the execution of the game performance can be determined by lottery on the player terminal 40.
- the opportunity for communication with the server 20 in the performance viewing function can be reduced, allowing the function to be used smoothly on the player terminal 40.
- the lottery to determine the result of the fortune in the event of drawing a fortune can be executed on the server 20 in the development function, and executed on the player terminal 40 in the performance viewing function.
- the lottery for determining the branching pattern may be performed by the server 20, and in both the development function and the presentation viewing function, the lottery for determining the branching pattern may be performed by the player terminal 40.
- screenshots can be taken and the captured images can be saved when the effects are being executed in the effect viewing function
- there may also be a limit to the length of the video that can be saved (number of seconds or number of frames).
- the control method of this embodiment can be equally applied to any game in which game effects occur during the game progression and the game effects that are executed have a random element. It may also be configured to provide each function of the information processing system 10 in other games. For example, it may be applied to sports games such as baseball games and soccer games in which characters who participate in competitions are trained. It may also be applied to games of other genres, such as idol training games, card battle games, fighting games, action games, battle royale games, and role-playing games in which game media such as characters, items, and equipment can be trained.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Physics & Mathematics (AREA)
- Optics & Photonics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
ゲーム演出の体験に関する利便性を向上させるプログラム、情報処理システム、および情報処理方法を提供する。 育成対象のゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供部と、ゲーム媒体と演出実行パターンとをプレーヤに選択させ、選択結果に基づいてゲーム演出を実行する演出閲覧機能を提供する演出閲覧機能提供部とを含み、演出閲覧機能提供部が、育成機能においてランダムに決定される演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とする。
Description
本発明は、ゲーム媒体を育成するゲームのためのプログラム、情報処理システム、および情報処理方法に関する。
従来からキャラクタ等のゲーム媒体を育成する育成機能を有し、育成機能において1ターンごとにゲーム媒体の行動を指示して、ゲーム媒体の行動結果に基づくゲーム演出を行うゲームが知られている(特許文献1参照)。このような育成機能を有するゲームにおいて、ゲーム媒体の行動結果に基づくゲーム演出を体験することは、プレーヤにとってゲームをプレイする上での興趣の一つとなっている。
しかしながら、育成対象のゲーム媒体に対して同じ行動を指示した場合であっても行動結果に分岐パターンが存在する場合など演出実行パターンがランダムに決定されることがある。このため、プレーヤが、あらゆる演出実行パターンのゲーム演出を体験するためには、繰り返してゲームをプレイする必要が生じるなど膨大な時間を消費することもある。
本発明は上記事情に鑑みてなされたものであり、その目的は、ゲーム演出の体験に関する利便性を向上させるプログラム、情報処理システム、および情報処理方法を提供することにある。
(1)本発明は、ゲーム媒体を育成するゲームのためのプログラムであって、育成対象の前記ゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供部と、前記ゲーム媒体と前記演出実行パターンとをプレーヤに選択させ、選択結果に基づいて前記ゲーム演出を実行する演出閲覧機能を提供する演出閲覧機能提供部としてコンピュータを機能させ、前記演出閲覧機能提供部が、前記育成機能においてランダムに決定される前記演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とするプログラムに関するものである。
(2)本発明のプログラムでは、前記演出閲覧機能提供部が、前記演出閲覧機能によって実行されている前記ゲーム演出についてスクリーンショットを撮影し、撮影されたスクリーショットの画像を保存可能とする入力インターフェースを提供するようにしてもよい。
(3)本発明のプログラムでは、前記演出閲覧機能で実行される前記ゲーム演出に登場する前記ゲーム媒体として、メイン要素となる前記ゲーム媒体とサブ要素となる前記ゲーム媒体とを選択可能であり、前記ゲーム媒体のそれぞれに紐付けて、前記メイン要素として選択可能となる第1条件と、前記サブ要素として選択可能となる第2条件とが設定されていてもよい。
(4)本発明は、ゲーム媒体を育成するゲームのための情報処理システムであって、育成対象の前記ゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供部と、前記ゲーム媒体と前記演出実行パターンとをプレーヤに選択させ、選択結果に基づいて前記ゲーム演出を実行する演出閲覧機能を提供する演出再現機能提供部と、を含み、前記演出閲覧機能提供部が、前記育成機能においてランダムに決定される前記演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とする情報処理システムに関するものである。
(5)本発明は、ゲーム媒体を育成するゲームのための情報処理方法であって、育成対象の前記ゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供ステップと、前記ゲーム媒体と前記演出実行パターンとをプレーヤに選択させ、選択結果に基づいて前記ゲーム演出を実行する演出閲覧機能を提供する演出閲覧機能提供ステップと、を含み、前記演出閲覧機能提供ステップでは、前記育成機能においてランダムに決定される前記演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とする情報処理方法に関するものである。
上記した本発明のプログラム、情報処理システム、および情報処理方法では、育成機能とは別に演出閲覧機能を設けて、演出閲覧機能では、育成機能においてランダムに決定される演出実行パターンを選択候補として提示して、プレーヤの任意で演出実行パターンを選択可能としたことによって、プレーヤが育成機能において未体験のゲーム演出を、演出閲覧機能を用いて速やかに体験することが可能となる。従って本発明によれば、ゲーム演出の体験に関する利便性を向上させることができる。
以下では、本発明の実施形態について説明する。なお以下に説明する本実施形態は、特許請求の範囲に記載された発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
1.情報処理システムの構成
図1は、本実施形態の情報処理システム10の全体構成を示す図である。図1にしめすように情報処理システム10では、サーバー20と複数のプレーヤ端末40が、インターネット、携帯電話網、LAN、WANなどのネットワーク30により接続されており、いわゆるクライアント・サーバー方式の通信システムが構築されている。そして複数のプレーヤ端末40のそれぞれは、ネットワーク30を介してサーバー20と互いに通信を行って種々の情報を送受信する。また複数のプレーヤ端末40のそれぞれは、ネットワーク30およびサーバー20を介して他のプレーヤ端末40と互いに通信を行って種々の情報を送受信する。
図1は、本実施形態の情報処理システム10の全体構成を示す図である。図1にしめすように情報処理システム10では、サーバー20と複数のプレーヤ端末40が、インターネット、携帯電話網、LAN、WANなどのネットワーク30により接続されており、いわゆるクライアント・サーバー方式の通信システムが構築されている。そして複数のプレーヤ端末40のそれぞれは、ネットワーク30を介してサーバー20と互いに通信を行って種々の情報を送受信する。また複数のプレーヤ端末40のそれぞれは、ネットワーク30およびサーバー20を介して他のプレーヤ端末40と互いに通信を行って種々の情報を送受信する。
サーバー20は、CPU等のプロセッサーからなる制御部21と、ROMやRAM等の主記憶装置、およびHDDやSSD等の補助記憶装置からなる記憶部22と、通信モジュールや通信インターフェースからなる通信部23とを含む。サーバー20は、制御部21が記憶部22に記憶されているプログラムに従って各種の処理を実行する。またサーバー20は、通信部23によってプレーヤ端末40から情報を受信し、制御部21が実行した処理の結果に関する情報等をプレーヤ端末40に送信する。
プレーヤ端末40は、スマートフォン、タブレット、パーソナルコンピューター、携帯ゲーム機、店舗や家庭に設置される据え置きゲーム機等である。プレーヤ端末40は、CPU等のプロセッサーからなる制御部41と、ROMやRAM等の主記憶装置、およびフラッシュメモリ、HDD、SDD等の補助記憶装置からなる記憶部42と、タッチパネルやキーボード、マイク等からなる操作・入力部43と、液晶ディスプレイや有機ELディスプレイ等からなる表示部44と、通信モジュールや通信インターフェースからなる通信部45とを含む。プレーヤ端末40も、記憶部42に記憶されているプログラムに従って各種の処理を実行する。またプレーヤ端末40は、通信部45によってサーバー20からの情報を受信し、サーバー20や他のプレーヤ端末40に情報を送信する。
本実施形態の情報処理システム10は、競走馬をモチーフにしたキャラクタを育成するゲームを、プレーヤ端末40を通じて提供する。特に本実施形態の情報処理システム10は、キャラクタを育成する育成機能、ゲーム演出を閲覧する演出閲覧機能などを有しており、以下では、これらの機能がプレーヤ端末40を主体として実現される場合を説明する。ただし、先に述べた機能が、サーバー20を主体として実現されてもよいし、サーバー20とプレーヤ端末40とにおいて分担されて実現されてもよい。なお本実施形態では、詳細な説明を省略するが、情報処理システム10は、既述の育成機能および演出閲覧機能以外のゲーム機能として、プレーヤのプロフィール情報を掲載したプレーヤ名刺を作成する名刺作成機能、育成したキャラクタと他のキャラクタとのレースで対戦させる対戦機能、キャラクタによる歌唱ライブを鑑賞させるライブ鑑賞機能なども有している。
図2は、サーバー20の主要な機能を示す機能ブロック図である。
情報処理システム10におけるサーバー20は、各種の識別情報によってプレーヤやキャラクタ等を管理する機能、プレーヤ端末20からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末40に送信する機能を有し、これらの機能を、サーバーデータ記憶部50と、ゲーム演算部60とが協働して実現する。
サーバーデータ記憶部50は、プレーヤ管理データベース51を含み、主として記憶部22により実現される。本実施形態では、プレーヤごとに付与されるプレーヤIDに紐付けて、キャラクタリスト、アイテムリスト、および育成対象リストなどがプレーヤ管理データベース51に記憶されている。
キャラクタリストには、例えば、育成済みのキャラクタごとに付与されるキャラクタ個体ID、キャラクタの種別を示すキャラクタ種別ID、キャラクタのステータス(レアリティ、評価点、コース適性、距離適正、脚質適正、走法、スピード、スタミナ、パワー、根性、賢さ、所持スキル、獲得称号)、ロック状態(ロック中、非ロック中)、およびキャラクタの育成履歴(育成条件、育成時の出走レースの戦績)などが含まれる。
本実施形態において「育成済みのキャラクタ」とは、本実施形態の情報処理システム10で実現されるゲーム機能の一つである育成機能によってキャラクタを育成して、その育成が終了してステータスが確定されたキャラクタであることを意味する。
また本実施形態では、「キャラクタ個体ID」と「キャラクタ種別ID」とが存在するが、その違いは次の通りである。
まず「キャラクタ個体ID」は、育成機能においてキャラクタの育成が終了して、その育成済みキャラクタがキャラクタ管理データベース51に登録される際に付与されるIDであり、プレーヤIDに紐付けられた育成済みキャラクタのそれぞれを識別するためのものである。
また本実施形態では、育成機能において複数種類のキャラクタから育成対象をプレーヤが選択する仕様となっており、「キャラクタ種別ID」は、育成済みのキャラクタの種類を識別するために付与されるIDである。
また「ロック状態」とは、育成済みのキャラクタの移籍(キャラクタリストからの削除)が禁止されているか否かを示すものであり、非ロック中であれば移籍可能であり、ロック中であれば移籍不可能となっている。このロック中となる状況としては、プレーヤが育成済みのキャラクタの一覧から個別に指定している場合、育成済みのキャラクタがレースに出走登録されている場合などである。
育成対象リストには、キャラクタ種別IDに対して解放済みまたは未解放のいずれかの情報が対応づけられたデータが記憶される。本実施形態では、育成対象リストにおいて解放済みの情報が対応づけられたキャラクタが、プレーヤが育成機能において育成対象として選択可能なキャラクタとなる。また本実施形態では、解放アイテムやキャラクタ獲得抽選によって新たにキャラクタを解放することが可能であり、プレーヤによって育成対象として選択可能なキャラクタの数は異なっている。以下では、育成機能において育成対象として選択可能なキャラクタを解放済みキャラクタと称する場合がある。
アイテムリストには、プレーヤが所有するアイテム、強化ポイント、ゲーム内通貨に関するデータが含まれる。本実施形態では、例えば、アイテムの所有内容および所有量、強化ポイントの所有量、ゲーム内通貨の所有量、などがアイテムリストとしてプレーヤ管理データベース51に記憶される。
本実施形態におけるアイテムは、例えば、キャラクタの育成をサポートするものであったり、レースの出走コンディションを変化させることなどに用いられるものであり、レースの結果に応じて取得したり、ゲーム内通貨を消費して取得したりできるものである。
また強化ポイントは、例えば、キャラクタの育成をサポートするアイテムであるサポートアイテムの強化などに用いられるものであり、サポートアイテムを強化するほど有利な育成環境でキャラクタを育成することができる。
またプレーヤ管理データベース51に記憶されるデータとしては、フレンドリストがある。本実施形態では、他のプレーヤをフレンド登録して、育成機能においてフレンド登録された他のプレーヤからキャラクタやサポートアイテムをレンタルして利用することができる。フレンド登録は、プレーヤ端末40の表示部44に表示されるフレンド登録画面において他のプレーヤのプレーヤIDを入力して、プレーヤIDに該当するプレーヤが存在し、そのプレーヤのフレンド登録が可能である場合、フレンド登録画面に設けられた登録ボタンに対するタップ入力を行うことで、登録対象の他のプレーヤのプレーヤIDがフレンドリストに追加される。プレーヤ毎にフレンド登録の数に上限(例えば、50)があるとともに、プレーヤ毎にフレンドとして登録される数も上限(例えば、100)が設けられているため、いずれについても上限にも達していない状況であれば、新たなフレンド登録が可能となっている。
ゲーム演算部60は、プレーヤ端末20からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末40に送信する処理、プレーヤ端末20からの要求に応答してゲームの進行に必要なデータをプレーヤ端末40に送信する処理などを行い、主として制御部41および通信部45により実現される。例えば、育成機能においてプレーヤ端末20からトレーニング指示に関する要求を受け取ると、ゲーム演算部60がトレーニングについて成功または失敗のいずれであるかの結果を演算し、プレーヤ端末40に演算結果を送信する。また例えば、育成機能においてレースの出走に関する要求を受け取ると、ゲーム演算部60は、育成対象のキャラクタとノンプレーヤキャラクタ(NPC)とを含む複数のキャラクタによるレースの走行シミュレーションを行い、走行シミュレーションの結果をプレーヤ端末40に送信する。
図3は、プレーヤ端末40の主要な機能を示す機能ブロック図である。
本実施形態の情報処理システム10におけるプレーヤ端末40は、図3に示すように、端末データ記憶部70と、ゲーム実行部80とが協働して、育成機能、演出閲覧機能などを実現する。
端末データ記憶部70は、ゲーム実行部80が各種の処理を行うためのデータを記憶するものであり、主として記憶部42により実現される。
端末データ記憶部70は、プレーヤデータ記憶部71を含み、プレーヤデータ記憶部71には、プレーヤIDに対応するキャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリストに関するデータなどが記憶される。本実施形態では、アプリケーションの起動時および終了時、その他の必要な状況において、プレーヤ端末40のプレーヤデータ記憶部71とサーバー20のプレーヤ管理データベース51との間でプレーヤIDに紐付けられたデータ(キャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリストなど)に関する同期処理を行い、プレーヤデータ記憶部71に格納されているデータを利用して、各種ゲーム処理を実行する。本実施形態では、各種ゲーム処理の実行に伴ってキャラクタリスト、育成対象リスト、アイテムリスト、フレンドリストの変更が必要となった場合、プレーヤデータ記憶部71の記憶内容が更新されるとともにサーバー20のプレーヤ管理データベース51に更新された記憶内容がバックアップされ、両者の記憶内容の同期が行われる。なおキャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリスト等のプレーヤIDに紐付けられたデータをアプリケーションの起動時など必要に応じてプレーヤ管理データベース51からプレーヤデータ記憶部71にダウンロードするようにしてもよい。
また端末データ記憶部70は、育成進行データ記憶部72を含み、育成進行データ記憶部72には、育成機能において育成対象として選択可能なキャラクタ(育成対象リストにおいて解放済みの情報が対応づけられたキャラクタ種別IDのキャラクタ)の育成機能の進行に必要なデータ(育成進行データ)が記憶される。本実施形態では、育成機能に関して育成目標やゲームイベントなどがキャラクタ毎に用意されており、少なくとも育成目標の設定内容およびゲームイベントの設定内容を含む育成進行データがキャラクタ種別IDに紐付けて育成進行データ記憶部72に記憶されている。
また育成進行データ記憶部72には、育成機能においてキャラクタの育成過程で発生するゲーム演出を実行するための各種のデータが記憶されている。例えば、キャラクタの素体を造形した素体データ、キャラクタの衣装を造形した衣装データ、キャラクタや衣装の彩色を指定するテクスチャデータ、キャラクタの動きを定義したモーションデータ、キャラクタの動きや演出の進行状況に応じてエフェクトを発生させるためのエフェクトデータ、ゲーム演出の場面に応じた背景データなどがゲーム演出を実行するための演出素材のデータとして育成進行データ記憶部72に記憶されている。本実施形態では、育成進行データ記憶部72に記憶されている演出素材のデータが育成機能および演出閲覧機能において共通に使用されるデータとなっている。
また育成進行データ記憶部72には、因子情報データベースが記憶されており、因子情報データベースには、因子登録IDに紐付けて、因子名、因子レベル、因子タイプなどの情報が記憶されている。因子情報は、育成機能によってキャラクタを育成した場合に、育成済みキャラクタに紐付けられる情報である。本実施形態では、育成機能においてキャラクタを育成する際に、継承キャラクタとして選択された育成済みキャラクタに紐付けられた因子情報に基づいて、スキルの取得レベルの上昇や、性能パラメータの上昇といった育成対象のキャラクタの能力に影響を与えるステータス補強のためのゲームイベントとして因子継承イベントが発生する。
因子情報としては、青因子、赤因子、固有因子、白因子の4系統が存在する。各因子情報には3段階の因子レベルの設定があり、因子レベルが高いほどステータス補強に有利な効果が得られるようになっている。また因子タイプは、青因子、赤因子、固有因子、白因子を細かく分類するものである。青因子は、性能パラメータの名称を冠した因子情報であって、性能パラメータに影響し、因子レベルが高いほど性能パラメータの上昇量が高くなる。赤因子は、コース適正、距離適正、または脚質適正の名称を冠した因子情報であって、コース適性、距離適正、または脚質適正に影響し、因子レベルが高いほど因子継承イベントで適正が上昇しやすくなる。固有因子は、固有スキルの名称を冠した因子情報であって、継承キャラクタの固有スキルを取得可能とし、因子レベルが高いほど固有スキルの取得レベルを上げやすくなる。スキルの取得レベルは、スキルを取得する際のスキルポイントの消費量に影響し、取得レベルが高いほどスキルポイントの消費量が少なくなる。白因子は、青因子、赤因子、および固有因子のいずれにも属さない因子情報であり、スキル因子、レース因子、シナリオ因子が存在する。スキル因子は、スキルの名称を冠した因子情報であって、通常スキル(固有スキル以外のスキル)の取得レベルを上げやすくし、スキルの種類毎に存在する。レース因子は、レースやレース場の名称を冠した因子情報であって、性能パラメータおよび通常スキルの取得レベルの少なくとも一方を上げやすくし、レースの種類やレース場の種類に応じて効果が異なっている。シナリオ因子は、育成シナリオの名称を冠した因子情報であって、キャラクタを育成した育成シナリオに関する因子情報である。因子継承イベントでシナリオ因子を継承する場合、複数の性能パラメータを大きく上昇させることができ、上昇する性能パラメータは、シナリオ因子の種類に応じて異なっている。また先に述べた因子タイプでは、因子情報が、青因子、赤因子、固有因子、スキル因子、レース因子、シナリオ因子の6種類に分類されている。
また端末データ記憶部70は、レース制御データ記憶部73を含み、レース制御データ記憶部73には、育成機能や対戦機能においてキャラクタが出走したレースを観戦させる際にキャラクタの動作やスキル発動の演出などを制御するためのデータや、レース実況のテキストデータおよび音声データなどが記憶されている。
また端末データ記憶部70は、画像データ記憶部74を含み、画像データ記憶部74には、演出閲覧機能において撮影されたスクリーンショットの画像が記憶される。本実施形態では、演出閲覧機能において実行中のゲーム演出のスクリーショットを撮影して、撮影された画像を画像データ記憶部74に保存可能となっている。画像データ記憶部74に保存されているスクリーンショットの画像は任意に閲覧できるだけではなく、名刺作成機能において利用することができる。
ゲーム実行部80は、ゲーム開始条件が満たされた場合にゲームを開始する処理、複数種類のゲームモードのうち選択されたゲームモードを実行する処理、ゲームを進行させる処理、イベント発生条件が満たされた場合にイベントを発生させる処理、ゲーム結果を演算する処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、サーバー20に演算を要求する処理、サーバー20から演算結果や必要なデータを取得する処理、およびサーバー20にプレーヤ端末40の演算結果やデータを送信する処理などを行い、主として制御部41および通信部45により実現される。本実施形態では、ゲーム実行部80が、育成機能提供部81、および演出閲覧機能提供部82を含む。
育成機能提供部81は、キャラクタを育成する育成機能を提供する処理を行う。本実施形態では、キャラクタの育成に関して入力を受け付けて、その入力に対する演算結果の表示等を行う。
本実施形態では、育成機能においてキャラクタを育成する際に、1ターンごとにターン消費の対象となっている行動(以下、ターン消費行動と称する)を選択することが求められる。ターン消費行動としては、トレーニング、レースへの出走、お出かけ、保健室などが存在し、育成機能提供部81は、ターン消費行動の選択を表示部44に表示される育成ホーム画面などを通じて受け付けて、選択されたターン消費行動に対する結果の演算をサーバー20に要求する。要求を受けたサーバー20では、選択されたターン消費行動に対する結果の演算を行って演算結果をプレーヤ端末40に送信し、育成機能提供部81は、サーバー20から受信した演算結果に対応する表示画面を表示部44に表示させる。特に本実施形態では、トレーニング、お出かけ、および保健室をターン消費行動として選択した場合、サーバー20から受信した演算結果に基づき、行動結果に対応するゲーム演出が実行される。このように育成機能提供部81は、育成対象のキャラクタの行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する。
また本実施形態では、育成対象のキャラクタの種別に応じて育成目標が設定されており、育成目標において所定のターンにおいて選択が強制される必須行動が存在する場合がある。例えば、育成目標において所定のレースに出走すること、または所定のレースで所定の着順結果を得ることなどである。この場合、育成目標に関連付けられた所定のレースが設定されているターンにおいては、レースへの出走が必須行動となり、レースへの出走以外のターン消費の対象となる行動は選択することができない。このように育成機能提供部81は、必須行動の選択を受け付けるターンにおいて必須行動とは異なる行動の選択を制限する制御を行う。
演出閲覧機能提供部82は、キャラクタと演出実行パターンとをプレーヤに選択させ、選択結果に基づいてゲーム演出を実行する演出閲覧機能を提供する処理を行う。演出閲覧機能では、育成機能のターン消費行動のうち、トレーニング、またはお出かけに分類される行動をキャラクタに指示した場合に実行されるゲーム演出の再現に必要な情報の入力を受け付けて、プレーヤの任意でゲーム演出を閲覧可能とする。また演出閲覧機能では、育成過程においてランダムに発生する温泉旅行のイベントに対応するゲーム演出の再現も可能となっている。ただし、温泉旅行のイベントに関しては、キャラクタ毎に解放/未解放が管理されており、育成機能において温泉旅行のイベントが発生したことがあるキャラクタのみについて演出閲覧機能で温泉旅行のイベントの再現が可能となっている。また本実施形態では、演出閲覧機能提供部82が、育成機能においてランダムに決定される演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とする。
また本実施形態では、演出閲覧機能で実行されるゲーム演出に登場するキャラクタとして、メイン要素となるキャラクタとサブ要素となるキャラクタとを選択可能であり、キャラクタのそれぞれに紐付けて、メイン要素として選択可能となる第1条件と、サブ要素として選択可能となる第2条件とが設定されている。具体的には、育成過程におけるトレーニングの指示によって発生するゲーム演出に登場するキャラクタとして、メイン要素として登場するメインキャラクタと、サブ要素として登場するトレーニングパートナーとを選択可能であり、メインキャラクタについては、プレーヤが所有する解放済みキャラクタであることが第1条件として設定されており、トレーニングパートナーについては、プレーヤが所有するサポートアイテムに対応するキャラクタであることが第2条件として設定されている。
また演出閲覧機能提供部82は、演出閲覧機能によって実行されているゲーム演出についてスクリーンショットを撮影し、撮影されたスクリーショットの画像を画像データ記憶部74に保存可能とする入力インターフェースを提供する。本実施形態では、ゲーム演出を実行中の表示画面内に撮影ボタンが設けられており、撮影ボタンに対するタップ入力が行われると、実行中のゲーム演出をポーズしてスクリーンショットを撮影する。撮影されたスクリーショットの画像は、プレーヤの任意で保存することができ、プレーヤが画像を確認した上で保存することを決定すると、スクリーンショットの画像が画像データ記憶部74に保存される。
また演出閲覧機能提供部82は、演出閲覧機能によって実行されているゲーム演出に関して撮影されたスクリーショットの画像を画像データ記憶部74に保存することに先立って、スクリーショットの画像にフィルタリング加工を施すことを可能とする。本実施形態では、9種類のフィルタリング加工を選択することができるようになっており、フィルタリング加工を施さずにスクリーショットの画像を画像データ記憶部74に保存することも可能となっている。
また演出閲覧機能提供部82は、フィルタリング加工を施したスクリーショットの画像を画像データ記憶部74に保存する場合、初回保存時に無加工状態のスクリーショットの画像も画像データ記憶部74に保存する処理を行う。
2.本実施形態の制御手法
以下では、本実施形態の制御手法について、本実施形態のゲームプログラムをスマートフォンとして設けられたプレーヤ端末40のゲームアプリケーションに適用した場合を例に挙げて説明する。
以下では、本実施形態の制御手法について、本実施形態のゲームプログラムをスマートフォンとして設けられたプレーヤ端末40のゲームアプリケーションに適用した場合を例に挙げて説明する。
本実施形態のゲームプログラムは、複数種類のゲーム機能を提供可能に構成されており、主たるゲーム機能である育成機能では、複数種類のキャラクタから育成対象のキャラクタを選択して、ゲームの進行に応じてステータスに変化が生じ、所定の終了条件が満たされるとキャラクタのステータスが確定して育成終了となる。この育成済みのキャラクタは他のゲーム機能である対戦機能において他のプレーヤが育成したキャラクタとレースで対戦を行うことができる。また本実施形態では、育成済みのキャラクタは所有枠(キャラクタリストへの登録が可能な数)が予め定められており、所有枠の上限(例えば、240体)に達すると、育成機能で新たにキャラクタを育成することができなくなる。このため、育成済みのキャラクタをキャラクタリストから削除して所有枠を確保することが必要となる。
本実施形態のゲームプログラムが適用された情報処理システム10では、育成機能におけるキャラクタの育成過程で発生するゲーム演出をプレーヤが任意に閲覧することができる演出閲覧機能を有している。ここで演出閲覧機能を説明する前提として、キャラクタを育成する育成機能について説明する。
育成機能では、複数種類のキャラクタから育成対象となる1体のキャラクタを、プレーヤの任意で選択して育成を行う。育成対象として選択可能な複数種類のキャラクタは、初期ステータスがキャラクタごとに設定されている。また育成対象となるキャラクタは、そのキャラクタの種類に応じた固有のスキル(固有スキル)を育成当初から取得しており、固有スキルの発動条件や発動時の効果がそれぞれ異なっている。また育成対象として選択可能な複数種類のキャラクタは、スピード、スタミナ、パワー、根性、賢さといったパラメータの成長補正率がキャラクタに応じて設定されており、キャラクタの種類ごとに上昇しやすいパラメータが設定されている。
育成対象を選択してキャラクタの育成が開始されると、最大で75ターンの各ターンにおいて育成の指示を行うことでキャラクタを育成することができる。具体的には、スピード、スタミナ、パワー、根性、賢さといった性能パラメータに関連付けられたトレーニングの指示を行うと、トレーニング結果に応じて性能パラメータの変化やスキルポイントの獲得が発生する。またレースへの出走を指示することで1ターンを消費することもでき、レース結果に応じて性能パラメータの変化やスキルポイントを獲得することができる。また育成中にイベント発生条件を満たすと、イベントが発生して取得可能なスキルの種類が増えることや、性能パラメータの変化が発生する。既述のスキルポイントは、育成対象のキャラクタにスキルを取得させるために使用されるポイントであり、取得可能なスキル一覧から所持しているスキルポイントを消費してスキルを取得させることができる。
またキャラクタの育成においては、育成対象のキャラクタの種類に応じて、キャラクタごとに複数の育成目標が設定されている。育成目標としては、目標レースに出走すること、目標レースで所定の着順以内の結果を得ること、定められたターンまでに所定のファン数を獲得することなどがある。本実施形態では育成中のキャラクタをレースに出走させると着順に応じたファン数が獲得できるようになっており、レースに応じてファン数による出走条件が定められている。
また本実施形態では、キャラクタごとに設定される複数の育成目標は72ターン目までのターンにおいて設定されており、73ターン目~75ターン目は最終レースとなっている。最終レースは、予選レース、準決勝レース、決勝レースの3ターンをかけて行われ、各レースの出走前に育成に関する指示を行うことができる。
また本実施形態では、キャラクタの育成において、目標レースで所定の着順以内の結果を取るという育成目標が設定されている場合に、指定された着順以内の結果を得られなかった際の救済機能として、コンティニュー機能が存在する。このコンティニュー機能は、目標レースに再挑戦する機会を付与するものであり、プレーヤが予め与えられたコンティニュー回数を消費することで目標レースの再挑戦することができる。本実施形態では、コンティニュー回数は1体のキャラクタの育成を通じて3回となっている。
そして育成ゲーム機能においては、予め定められた複数種類の終了条件のいずれかが成立することで育成終了確認状態へ移行することになる。
まず最終レースの決勝レースまで到達した場合、すなわち75ターン目まで到達した場合には決勝レースの終了に伴って育成終了となる。なお決勝レースにおいて2着以下の結果の場合、コンティニュー回数が残っている場合には再挑戦することができ、全てのコンティニュー回数を消費した上で決勝レースにおいて2着以下の結果の場合には、その時点で育成終了となる。なおコンティニュー機能を利用するか否かはプレーヤに委ねられており、コンティニュー機能を利用しないとの選択が行われた場合には、その時点で育成終了となる。
また72ターン目までのターンにおいてキャラクタごとに設定されている育成目標が未達成となった場合にも育成終了となる。
例えば、育成目標が所定数のファン数を獲得することであった場合、育成目標で設定されたターンにおいて定められたファン数に達していないことによって育成終了となる。この場合にはコンティニュー機能を利用することはできないため、判定対象のターンを迎えた時点でファン数が所定数に到達していないことによって育成終了となる。
また例えば、育成目標が目標レースの出走である場合、目標レースに出走さえできれば当該レースでの着順に関わらず育成目標の達成となるが、各レースにはレースごとに定められた出走条件となるファン数を獲得していることが必要となっており、目標レースのターンにおいて当該レースの出走条件となるファン数を獲得できていない場合、目標レースに出走不可となり育成終了となる。
また例えば、育成目標が目標レースで所定の着順以内を取ることである場合、目標レースの出走条件を満たしていないと、その時点で育成終了となり、目標レースに出走しても所定の着順以内を取ることができず、かつコンティニュー回数が残っていない場合には育成終了となる。なお既述のようにコンティニュー機能の利用はプレーヤの任意で選択できるものであり、コンティニュー回数が残っていてもコンティニュー機能を利用しない選択がなされた場合には育成目標が未達成として育成終了となる。
また73ターン目以降に進んでいる場合、最終レースの予選レースおよび準決勝レースでは、それぞれ1着を取ることで次のターンへ進むことができ、2着以下の結果であって、かつコンティニュー回数が残っていない場合には育成終了となる。この場合についてもプレーヤがコンティニュー機能を利用しないという選択をすれば、その時点で育成終了となる。
そして本実施形態では、育成の終了条件が成立すると育成終了確認状態に移行する。この育成終了確認状態は、ステータスの確定を行う前にスキル取得の最後の機会を与えるものであり、プレーヤは現時点で所持しているスキルポイントを消費してスキルの取得を行うことができる。また育成終了確認状態では育成終了の確認入力を行うための入力インターフェースが用意されており、プレーヤが育成終了の確認入力を行うと育成対象のキャラクタのステータスが確定されて、そのキャラクタに関する情報がプレーヤデータ記憶部71のキャラクタリストおよびプレーヤ管理データベース51のキャラクタリストに育成済みのキャラクタとして登録される。
育成終了確認状態を経て育成対象のキャラクタのステータスが確定されると、育成結果に応じた報酬の提供が行われる。本実施形態では、育成終了までに獲得したファン数の合計に応じたゲーム内通貨および強化ポイントなどが報酬として提供される。
以下では、図4を参照しながら、キャラクタを育成する育成機能のゲーム進行について、より詳細に説明する。
まずキャラクタの育成の開始に先立って育成シナリオの選択を受け付ける(ステップS100)。本実施形態では、複数種類の育成シナリオが用意されており、選択した育成シナリオによって性能パラメータの上昇の仕組みやスキルの取得に関する仕組みが異なっている。育成シナリオの選択対象はスワイプ入力により切り替えることができ、育成シナリオを決定する入力(例えば、決定ボタンに対するタップ入力)が行われると、選択された育成シナリオで育成対象となるキャラクタの選択を受け付ける(ステップS101)。
本実施形態では、図5に示すように、育成キャラクタ選択画面において、キャラクタを識別するためのキャラクタアイコン301をタップすることで育成対象を選択することができる。育成対象として選択可能なキャラクタ(育成可能キャラクタ)の情報は、プレーヤデータ記憶部71において育成対象リストで管理されており、育成対象リストから育成可能キャラクタのキャラクタ種別IDを取得して育成キャラクタ選択画面を表示する。育成キャラクタ選択画面では、選択中のキャラクタについての初期ステータスの情報を確認することができる。本実施形態では、初期ステータスとして、性能パラメータ(スピード、スタミナ、パワー、根性、賢さ)、コース適性(芝、ダート)、および距離適正(短距離、マイル、中距離、長距離)、脚質適正(逃げ、先行、差し、追込)の情報を育成キャラクタ選択画面で確認することができる。
図5に示す育成キャラクタ選択画面において育成対象のキャラクタのキャラクタアイコン301が選択された状態で進行ボタン302に対するタップ入力が行われると、図6に示すように、表示画面が継承キャラクタ選択画面に遷移して、継承キャラクタの選択を受け付ける(ステップS102)。
本実施形態では、プレーヤが過去に育成した育成済みキャラクタを新たな育成を行う際の継承キャラクタとして2体を選択し、選択された2体の継承キャラクタに紐付けられた因子情報(継承キャラクタがその育成時に獲得した情報)に基づいて、これから育成するキャラクタのステータスを補強することができる仕様となっている。
本実施形態では、因子情報に基づく育成対象のキャラクタのステータス補強は育成開始時と、育成開始後の所定のターンにおいて発生する因子継承イベントにおいて行われる。育成機能においてキャラクタの育成中に因子継承イベントが発生する場合、プレーヤ端末40からサーバー20に対してイベント結果要求が送信され、イベント結果要求を受信したサーバー20では2体の継承キャラクタに紐付く因子情報に基づいて因子継承抽選を実行して、抽選結果をプレーヤ端末40に送信する。抽選結果を受信したプレーヤ端末40では、抽選結果に基づいて性能パラメータの上昇やスキルの取得レベルアップなど、育成対象のキャラクタのステータス補強を行うとともに、因子継承イベントによるステータス補強の結果をプレーヤに伝える表示処理を実行する。
継承キャラクタを選択する際には、2体分設けられた継承枠303または継承枠304に対してタップ入力を行うことで選択可能な継承キャラクタの一覧が表示される。図6に示す継承キャラクタ選択画面において継承枠303(または継承枠304)に対するタップ入力が行われるとプレーヤデータ記憶部71のキャラクタリストを参照して、育成済みキャラクタのリスト(継承キャラクタリスト)を参照して、図7に示すように、継承キャラクタ一覧画面を生成して表示する。継承キャラクタ一覧画面では、キャラクタアイコン306に対するタップ入力を行うことでキャラクタを選択することができ、いずれかの継承キャラクタが選択されている状態で進行ボタン309に対するタップ入力が行われると、図8に示すように、継承キャラクタ選択画面に復帰する。
また継承キャラクタの選択は、プレーヤ自身が育成した育成済みキャラクタだけではなくプレーヤがフレンド登録した他のキャラクタが育成した育成済みキャラクタをレンタルして利用することもできる。本実施形態では、1日あたり3回まで他のキャラクタが育成した育成済みキャラクタをレンタルすることができる。図7に示す継承キャラクタ一覧画面では、育成済みキャラクタのタブ307と、レンタルのタブ308とが設けられており、レンタルのタブ308に対してタップ入力が行われると、レンタルキャラクタ取得要求がサーバー20に送信される。レンタルキャラクタ取得要求を受信したサーバー20は、レンタルキャラクタ取得要求の送信元のプレーヤIDに紐付くフレンド登録情報(フレンド登録された他のプレーヤのプロフィール情報)を参照して、フレンド登録されている他のプレーヤがプロフィール情報に設定しているレンタルキャラクタのリスト(レンタルキャラクタリスト)をプレーヤ端末40に対して送信する。そしてプレーヤ端末40では受信したレンタルキャラクタリストに基づいて、継承キャラクタ一覧画面を生成して表示する。
またキャラクタの育成を開始するためには必ず2体の継承キャラクタを選択することが必要であり、図8に示すように、継承キャラクタを1体しか選択していない状況では、進行ボタン305がグレーアウト表示され、キャラクタの育成開始の準備を進めることができない。
図9に示すように継承キャラクタ選択画面において2体の継承キャラクタを選択した状態で、進行ボタン305に対するタップ入力が行われると、図10に示すように、表示画面がサポート編成画面に遷移して、サポートアイテムの選択を受け付ける(ステップS103)。
本実施形態では、キャラクタの育成をサポートするアイテムとしてカードを模したサポートアイテムが存在し、サポートアイテムによって性能パラメータの上昇効果を得ることや、取得可能なスキルの種類を増やすことができる。キャラクタを育成する際には、6枚のサポートアイテムを編成することが必要となっている。なお6枚のサポートアイテムのうち、5枚分はプレーヤ自身が所有するサポートアイテムから選択し、残り1枚はフレンド枠として他のプレーヤの所持するサポートアイテムをレンタルする仕様となっている。
サポートアイテムは、その性能に応じて、スピード、スタミナ、パワー、根性、賢さ、友人の6系統に分類される。スピード、スタミナ、パワー、根性、および賢さについては、文字通り、キャラクタの性能パラメータに対応してトレーニング時のパラメータ上昇効果を発揮するものであり、友人については、体力ややる気の回復効果などを発揮するものである。サポートアイテムの系統は、系統アイコンによって識別可能であり、プレーヤは系統アイコンを頼りにして今回の育成で使用する6枚のサポートアイテムを選択する。またサポートアイテムには3段階のレアリティとして、レア(R)、スーパーレア(SR)、およびスペシャルスーパーレア(SSR)が存在する。本実施形態では、R<SR<SSRの順でレアリティが高くなり、基本的にはレアリティの高いものほどサポート効果が高い。
図10に示すように、サポート編成画面には5枚分のプレーヤサポート枠310~314と1枚分のフレンドサポート枠315とが設けられている。プレーヤサポート枠310~314のいずれかに対してタップ入力が行われるとプレーヤデータ記憶部71のアイテムリストを参照して、サポートアイテムのリスト(プレーヤサポートリスト)を取得する。そして取得されたプレーヤサポートリストに基づいてプレーヤの所持するサポートアイテムの一覧を表示する画面を生成してサポートアイテムの選択を受け付ける。またフレンドサポート枠315に対してタップ入力が行われるとフレンドサポート取得要求がサーバー20に送信され、フレンドサポート取得要求を受信したサーバー20は、フレンドサポート取得要求の送信元のプレーヤIDに紐付くフレンド登録情報を参照して、フレンド登録されている他のプレーヤがプロフィール情報に設定しているサポートアイテムのリスト(フレンドサポートリスト)をプレーヤ端末40に対して送信する。プレーヤ端末40では受信したフレンドサポートリストに基づいてフレンドサポート枠315に設定可能なサポートアイテムの一覧を表示する画面を生成してサポートアイテムの選択を受け付ける。
図10に示すように、サポート編成画面において6枚のサポートアイテムを編成した状態で、育成開始ボタン316に対するタップ入力が行われると、図11に示すように、表示画面が最終確認画面に遷移して、プレーヤの育成開始の確認入力を受け付ける(ステップS104)。最終確認画面ではプレーヤが選択した育成対象のキャラクタ、継承キャラクタ、およびサポートアイテムの編成内容が表示される。
そして最終確認画面において育成開始ボタン317に対するタップ入力が行われると、キャラクタの育成を行う育成進行処理が行われる(ステップS105)。なお本実施形態では、育成開始の準備段階における最終確認画面で育成開始ボタン317に対するタップ入力が行われると、育成対象のキャラクタをデフォルトキャラクタとして設定する。このデフォルトキャラクタの設定は、次回の育成を行う際に、育成対象選択画面においてデフォルトキャラクタを初期選択のキャラクタとするためのものであり、同じキャラクタを繰り返し育成するプレーヤにとっての利便性が高い。
図12はキャラクタの育成中の表示画面の一種である育成ホーム画面の一例を示すものである。
本実施形態におけるキャラクタの育成機能では、基本的に、育成ホーム画面からトレーニングなどの各種行動の指示を行うための画面に遷移する。育成ホーム画面には、育成対象のキャラクタがアニメーション表示されているとともに、現在のキャラクタのステータス(スピード、スタミナ、パワー、根性、賢さ、スキルポイント)を表示するステータス表示欄401が設けられている。
また育成ホーム画面には体力ゲージ402およびやる気アイコン403が表示されている。体力ゲージ402はトレーニングの失敗率に影響するパラメータである体力を示すゲージであり、育成中のトレーニングやレースの出走、育成中に発生するゲームイベントなどにより変動し、体力が少なくなるとトレーニングに失敗しやすくなったり、やる気が下がったりする。またやる気アイコン403は育成中のキャラクタの調子を示すパラメータであるやる気を示すものであり、本実施形態では、絶不調、不調、通常、好調、絶好調の5段階の設定がある。このやる気というパラメータは、トレーニング効果やレース出走時の性能パラメータに影響するものであり、絶不調や不調の場合、通常の場合に比べてトレーニング効果やレース出走時の性能パラメータに下降補正がかかり、好調や絶好調の場合、通常の場合に比べてトレーニング効果やレース出走時の性能パラメータに上昇補正がかかる。
また育成ホーム画面には、トレーニングなどの各種の行動を選択するためのボタンとして、お休みボタン404、トレーニングボタン405、スキルボタン406、保健室ボタン407、お出かけボタン408、レースボタン409が設けられている。本実施形態では、原則として、1ターンにつき1種類の行動に関する指示(具体的には、お休み、トレーニング、保健室、お出かけ、レースのいずれか1種類)を行うことができ、現在のターンにおいて行われた指示に対する行動の処理が完了すると現在のターンを消費したことになり、次のターンに進行する。なお本実施形態では、スキルの取得については例外としてターンの消費を伴わない。本実施形態では、育成機能において、既述のように1ターンを消費する行動として、お休み、トレーニング、保健室、お出かけ、レースの5種類の行動が設定されており、これらを必要に応じてターン消費行動と呼ぶ場合がある。
お休みボタン404は、体力を回復するためのお休みの指示を行うためのボタンであり、お休みボタン404に対するタップ入力が行われると、お休みを指示することを確認するお休み確認ダイアログボックスが表示される。続いて、お休み確認ダイアログボックスで決定ボタンに対するタップ入力が行われると、お休み結果要求がサーバー20に送信され、お休み結果要求を受信したサーバー20では体力の回復量やゲームイベントの発生の有無などに関する演算を行って、その演算結果を含むお休み結果応答をプレーヤ端末40に送信する。お休み結果応答を受信したプレーヤ端末40では、お休み結果応答に含まれる演算結果に基づいて体力ゲージ402を回復するアニメーション表示を行い、ゲームイベントの発生がある場合にはゲームイベントに関する処理を実行する。
トレーニングボタン405は、キャラクタの性能パラメータを変動させるためのトレーニングの指示を行うためのボタンであり、トレーニングボタン405に対するタップ入力が行われると、図13に示すように、表示画面がトレーニング画面に遷移する。
トレーニング画面では、育成ホーム画面において各種ボタンが配置されていた領域に、スピードボタン410、スタミナボタン411、パワーボタン412、根性ボタン413、賢さボタン414が配置される。本実施形態では、説明の便宜上、各トレーニングの指示を行うためのボタンを総称してトレーニングボタンと呼ぶ場合がある。
トレーニング画面では、選択状態にあるトレーニングボタンに対してタップ入力を行うことでトレーニングの指示を行う仕様となっており、選択状態にあるトレーニングボタンとは異なるトレーニングボタンに対するタップ入力で選択状態にあるトレーニングボタンを変更可能である。
トレーニング画面では、選択状態にあるトレーニングボタンによるトレーニング指示によって、いずれの性能パラメータがどの程度上昇するか、およびスキルポイントがどの程度獲得できるかが表示される。図13に示す例では、スピードボタン410が選択状態であり、スピードトレーニングを指示した場合、スピードが10上昇し、パワーが4上昇し、スキルポイントが3獲得できることが把握できる。本実施形態では、スピードトレーニングを行った場合、スピードとパワーとが上昇し、スタミナトレーニングを行った場合、スタミナと根性とが上昇し、パワートレーニングを行った場合、パワーとスタミナとが上昇し、根性トレーニングを行った場合、根性とパワーとスピードとが上昇し、賢さトレーニングを行った場合、賢さとスピードとが上昇する。いずれのトレーニングを行った場合でもスキルポイントは獲得可能である。
本実施形態では、育成開始前に編成したサポートアイテムが毎ターンにおいてサーバー20による抽選によってトレーニングにランダムに対応づけられ、サポートアイテムが対応づけられているトレーニング項目ではサポートアイテムの効果によってトレーニングを行った際の性能パラメータの上昇量やスキルポイントの獲得量が高くなる。図13に示す例では、スピードのトレーニング項目を選択した状態でキャラクタDを示すキャラクタアイコン431とキャラクタLを示すキャラクタアイコン432とが表示されており、キャラクタDに関連付けられたサポートアイテムと、キャラクタLに関連付けられたサポートアイテムとがスピードのトレーニング項目に配置されていることを把握することができる。
トレーニングを行った場合には、体力を消費する。トレーニングによる体力の消費量はトレーニング画面の体力ゲージ402において予め把握することができる。体力はトレーニングにおける失敗率に影響するパラメータであり、体力が少なくなると失敗率が高くなりやすい。本実施形態では、トレーニング指示が行われた場合、サーバー20が失敗率に基づく抽選を行って、トレーニングが失敗したか否かを決定し、トレーニングが失敗ではない場合(トレーニングが成功した場合)にトレーニング指示に対応する性能パラメータが上昇する結果となり、トレーニングが失敗であった場合には性能パラメータが上昇せずに体力を消費する結果となる。
トレーニング画面において、選択状態のトレーニングボタンに対するタップ入力が行われると、トレーニング結果要求がサーバー20に送信され、トレーニング結果要求を受信したサーバー20ではトレーニングの結果やゲームイベントの発生の有無などに関する演算を行って、その演算結果を含むトレーニング結果応答をプレーヤ端末40に送信する。トレーニング結果応答を受信したプレーヤ端末40では、トレーニング結果応答に含まれる演算結果に基づいてトレーニング結果に関する表示処理(トレーニングの成功/失敗に関する表示や性能パラメータを変動させる表示)を行い、ゲームイベントの発生がある場合にはゲームイベントに関する処理を実行する。
例えば、育成対象のキャラクタに対して指示したトレーニングが成功した場合、図14に示すように、トレーニングの成功に対応するゲーム演出が実行される。図14に示す例では、育成対象のキャラクタ451(キャラクタN)と、トレーニングパートナーのキャラクタ452(キャラクタD)とが併走するトレーニングを実施して、育成対象のキャラクタ451(キャラクタN)がトレーニングパートナーのキャラクタ452(キャラクタD)に先着する様子を描いたゲーム演出が実行される。また例えば、育成対象のキャラクタに対して指示したトレーニングが失敗した場合、図15に示すように、トレーニングの失敗に対応するゲーム演出が実行される。図15に示す例では、育成対象のキャラクタ461(キャラクタN)と、トレーニングパートナーのキャラクタ462(キャラクタD)とが併走するトレーニングを実施して、トレーニングパートナーのキャラクタ462(キャラクタD)が育成対象のキャラクタ461(キャラクタN)に先着する様子を描いたゲーム演出が実行される。このように本実施形態では、トレーニングの結果に応じて異なるゲーム演出が実行される場合がある。
ゲーム演出に登場するトレーニングパートナーは、プレーヤが指示したトレーニングに配置されたサポートアイテムに対応するキャラクタであり、複数のサポートアイテムが配置されていた場合には、プレーヤが指示したトレーニング配置された複数のサポートアイテムからランダムに決定することができる。トレーニングパートナーは、複数のサポートアイテムが配置された場合、ランダムに決定されるのではなく、予め定められた条件(例えば、スピードのトレーニングであれば、スピードのサポートアイテムを優先するなど)に沿って決定されるようにしてもよい。またプレーヤが指示したトレーニングにサポートアイテムが配置されていない場合には、トレーニングパートナーが存在せず、育成対象のキャラクタのみが登場するゲーム演出が実行される。なおプレーヤが指示したトレーニングにサポートアイテムが配置されていない場合であっても、育成の開始に先立ってプレーヤが編成したサポートアイテムの中から1のサポートアイテムがランダムに決定され、決定されたサポートアイテムに対応するキャラクタをトレーニングパートナーとして決定することができる。
また本実施形態では、キャラクタのそれぞれに素体データ、衣装データ、モーションデータなどが用意されており、衣装データおよびモーションデータについては実行されるゲーム演出の場面に応じて複数種類用意されている。またゲーム演出に関する背景データについてもゲーム演出の場面に応じて複数種類用意されている。これらのゲーム演出を実行するための演出素材のデータは、育成進行データ記憶部72に記憶されている。トレーニング結果に関する表示処理では、トレーニング種類、トレーニングレベル、トレーニングの成功/失敗、季節、トレーニング場所、およびトレーニングパートナーの各情報に基づき演出実行パターンを決定し、育成対象のキャラクタ(例えば、キャラクタN)およびトレーニングパートナーのキャラクタ(例えば、キャラクタD)の素体データ、衣装データ、およびモーションデータを設定して、育成対象のキャラクタ(例えば、キャラクタN)が動作するキャラクタ画像およびトレーニングパートナーのキャラクタ(例えば、キャラクタD)が動作するキャラクタ画像が生成されるとともに、決定された演出実行パターンに基づき背景データを設定して背景画像が生成される。そして各キャラクタ画像と背景画像とを合成して、ゲーム演出の先頭フレームから最終フレームまでの各フレームの画像を生成して表示部44に表示出力する。
スキルボタン406は、キャラクタにスキルを取得させるためのボタンであり、スキルボタン406に対するタップ入力が行われると、その時点でキャラクタが取得可能なスキルの一覧を示すスキル取得画面が表示される。スキル取得画面においてスキルを選択して、取得ボタンに対するタップ入力が行われると、スキル取得要求がサーバー20に送信され、スキル取得要求を受信したサーバー20ではスキル取得要求にて指定されたスキルを取得済みスキルとして育成中のキャラクタのステータス情報に登録し、スキル取得完了応答をプレーヤ端末40に送信する。スキル取得完了応答を受信したプレーヤ端末40では、スキルの取得が完了した旨を表示し、スキル取得画面において取得されたスキルを取得済みスキルとして表示する処理を実行する。
保健室ボタン407は、育成中のキャラクタに付与されたバッドステータスを解消するために使用するボタンであり、育成中のゲームイベントによってバッドステータスが付与された場合のみ入力が受け付けられる。本実施形態では、寝不足などのバッドステータスがゲームイベントの発生によって付与される場合があり、バッドステータスが付与されると体力が減少しやすくなったり、やる気が下がりやすくなったりなど育成に不利なゲームイベントが発生しやすくなる。育成中のキャラクタに対してバッドステータスが付与されていない場合には保健室ボタン407はグレーアウト表示され、育成中のキャラクタに対してバッドステータスが付与されている場合には保健室ボタン407は通常表示されてタップ入力が受け付けられる。保健室ボタン407によるバッドステータスの解消指示を行った場合、保健室結果要求がサーバー20に送信され、保健室結果要求を受信したサーバー20では、抽選を行ってバッドステータスが解消したか否かを決定し、その決定内容を含む保健室結果応答をプレーヤ端末40に送信する。保健室結果応答を受信したプレーヤ端末40では、バッドステータスが解消する場合、バッドステータスが解消した旨を通知し、キャラクタのステータス表示からバッドステータスを消去する処理を行う。
お出かけボタン408は、育成中のキャラクタのやる気を上昇させるために使用するボタンであり、お出かけボタン408に対するタップ入力が行われると、お出かけを指示することを確認するお出かけ確認ダイアログボックスが表示される。続いて、お出かけ確認ダイアログボックスで決定ボタンに対するタップ入力が行われると、お出かけ結果要求がサーバー20に送信され、お出かけ結果要求を受信したサーバー20ではやる気の上昇イベントに関する抽選を行って、抽選によって決定されたやる気の上昇イベントの情報を含むお出かけ結果応答をプレーヤ端末40に送信する。お出かけ結果応答を受信したプレーヤ端末40では、お出かけ結果応答に含まれる情報に基づいてやる気の上昇イベントに関する処理を実行する。また育成対象のキャラクタの行動としてお出かけを指定した場合、やる気の上昇イベントに関するお出かけ先が抽選によってランダムに決定され、抽選で決定されたお出かけ先とお出かけを指定したターンに対応する季節とに基づく演出実行パターンに応じたゲーム演出が実行される。
レースボタン409は、育成中のキャラクタをレースに出走させるために使用するボタンであり、レースボタン409に対するタップ入力が行われると、図16に示すように、現在のターンにおいて開催されているレースの一覧を示すレース一覧画面に表示画面が遷移する。
レース一覧画面では、レース選択ボックス415に対してタップ入力を行うことで育成中のキャラクタを出走させるレースを選択することができる。選択中のレースは選択マーク416の有無で識別可能であり、レースコンディション表示領域417に、選択中のレースについて、季節(春、夏、秋、冬)、天気(晴れ、曇り、雨、雪)、コース状態(良、稍重、重、不良)、出走キャラクタ数、開催ターンなどのレースコンディション情報が表示される。選択中のレースが変更されると、レースコンディション表示領域417の表示内容も選択中のレースに合わせて変更される。また各レースには育成中のキャラクタのファン数の獲得状況による出走条件が定められており、育成中のキャラクタが出走条件を満たしていないレースについてはレース選択ボックス415がグレーアウト表示されて出走させることができない。
また本実施形態では、育成目標として目標レースが設定されている場合があり、目標レースが設定されたターンでは育成ホーム画面の表示態様が異なり、図17に示すように、行動を選択するボタンとして、スキルボタン406とレースボタン409のみが表示される。すなわち目標レースが設定されたターンではターン消費行動としてレースの出走を行うことしかできない。
図18は、目標レースが設定されたターンにおけるレース一覧画面の一例を示す図である。育成目標として目標レースが設定されている場合、レース一覧画面では、目標レースのみが選択可能となるように制御される。本実施形態では、目標レースを含むレース一覧画面では、目標レースのレース選択ボックス415には目標バッジ416が付されて目標レースであることが識別でき、目標レース以外のレースについてはレース選択ボックス415がグレーアウト表示されて出走させることができない。
レース一覧画面において出走するレースの選択ボックス415を選択した状態で出走ボタン418に対するタップ入力が行われると、出走要求がサーバー20に送信される。出走要求を受信したサーバー20では出走対象のレースについて、育成中のキャラクタとNPC(ノンプレーヤキャラクタ)とによる走行シミュレーションを行い、走行シミュレーションの結果を含むレース結果応答をプレーヤ端末40に送信する。レース結果応答を受信したプレーヤ端末40では走行シミュレーションの結果に基づくレースの模様をプレーヤに観戦させる表示処理を実行する。
本実施形態では、育成中のキャラクタをレースに出走させる場合、出走を指示したターンでのやる気の段階に応じた性能パラメータの調整が行われ、やる気が絶不調、不調の場合にはやる気が通常の場合に比べて性能パラメータに下降補正が行われ、やる気が好調、絶好調の場合にはやる気が通常の場合に比べて性能パラメータに上昇補正が行われる。
キャラクタの育成において育成目標が設定されたターンでは、育成目標が達成されたか否かの判定が行われ、育成目標が達成された場合、図17に示すように、目標達成通知画面が表示される。図19に示す例では、育成目標が目標レースである「CCC賞」で5着以内の結果を得ることであり、育成中のキャラクタが「CCC賞」で5着以内の結果を得ることができた場合、目標レースの結果を表示した後に目標達成通知画面が表示される。目標達成通知画面には進行ボタン420が設けられており、進行ボタン420に対するタップ入力が行われると、図20に示すように、表示画面が目標一覧画面に遷移する。
目標一覧画面では、育成中のキャラクタについて設定された育成目標の一覧がターンの進行順に表示される。図20に示す例では、育成中のキャラクタについて6個の育成目標が設定されており、3番目の育成目標「CCC賞で5着以内」までの各育成目標について、育成目標が達成されたことを示すクリアマーク421が付与されている。目標一覧画面には進行ボタン422が設けられており、進行ボタン422に対するタップ入力が行われると、次のターンに進行して育成ホーム画面に復帰する。
本実施形態では、各育成目標は72ターン目までの期間において設定され、かつキャラクタの種別に応じて育成目標の数、育成目標の内容が個別に設定されている。そして育成中のキャラクタについて育成目標を全て達成すると73ターン目以降の最終レースへの進出が可能となる。
キャラクタの育成において全ての育成目標を達成した場合、73ターン目以降については、まず予選レースに出走することになり、予選レースで1着の結果を得ると準決勝レースに出走することになり、準決勝レースで1着の結果を得ると決勝レースに出走することになり、決勝レースで1着の結果を得ると最終レースの優勝となって育成終了となる。予選レース、準決勝レース、決勝レースの各ターンでも出走前に育成の指示を行うことができる。73ターン目以降の最終レースは育成目標が設定されないエクストラターンであり、予選レースや準決勝レースにおいて1着以外の結果となった場合、コンティニュー機能の利用により再挑戦が可能であるが、コンティニュー回数の残数がない場合には育成終了となる。なお先にも述べたようにコンティニュー機能の利用は、プレーヤの選択に委ねられているため、コンティニュー機能が利用可能な状況であってもプレーヤがコンティニュー機能を利用しないという選択をした場合には最終レース敗退ということで育成終了となる。
また、育成中のキャラクタについて設定されている育成目標が達成できなかった場合、その時点で育成終了となる。特に本実施形態では、育成目標が目標レースで所定の着順以内の結果を取ることであった場合には、目標レースで所定の着順以内の結果を取るこができなくてもコンティニュー機能の利用によって再挑戦が可能であるが、育成目標が所定のターンまでに所定のファン数を獲得することである場合および目標レースへの出走である場合には育成目標の達成ができない場合にコンティニュー機能を利用することができず、育成目標の判定ターンを迎えた時点で育成終了となる。
そして育成進行処理において育成の終了条件が成立すると(ステップS106でY)、終了確認処理が行われる(ステップS107)。終了確認処理では、育成対象のキャラクタのステータスを確認することができる終了確認画面が表示される。終了確認画面では、スキル取得ボタンと育成終了ボタンとが設けられ、スキル取得ボタンに対するタップ入力が行われると取得可能なスキルの一覧が表示されて所有するスキルポイントの範囲内でスキルの取得をすることができ、育成終了ボタンに対するタップ入力が行われると、育成終了処理が行われる(ステップS108)。
まず育成終了処理では、育成済みキャラクタの登録が行われる。育成済みキャラクタの登録は、評価点の算出と因子情報の決定を行ってキャラクタのステータスを確定し、キャラクタ個体IDに紐付けてステータスをプレーヤデータ記憶部71のキャラクタリストへ保存することで完了する。評価点の算出は、キャラクタの性能パラメータと取得スキルに基づいて算出され、因子情報は抽選により決定される。
特に因子情報については、キャラクタの育成内容(レースの出走履歴など)、育成完了時点でのステータス(性能パラメータ、取得スキルなど)が参照されて決定される。また因子情報のうち、青因子と赤因子は必ず付与され、固有因子は育成対象のキャラクタの才能開花レベル(レベル1~レベル5)が所定以上(レベル3以上)である場合に付与される。また因子情報のうち、白因子については、スキル因子については取得済みのスキルを参照して決定され、レース因子については育成中に出走し、かつ勝利したレースを参照して決定され、シナリオ因子については育成開始に先立って選択した育成シナリオを参照して決定される。また因子情報を付与する場合、付与されることが決定された因子情報の因子レベルも抽選によって決定される。本実施形態では、因子レベルがレベル1~レベル3までの3段階のいずれかでランダムに設定される。
また育成終了処理では、育成結果に対する報酬の提供も行われる。本実施形態では、プレーヤデータ記憶部71のアイテムリストへの追加によって報酬が提供され、育成中に獲得したファン数に応じたゲーム内通貨とサポートポイントが報酬として決定され、ファン数が多いほどより多くのゲーム内通貨とサポートポイントを得ることができる。
また育成終了処理では、サーバー20に対して育成終了要求が送信され、育成終了要求を受信したサーバー20では、育成済みキャラクタをプレーヤ管理データベース51のキャラクタリストに登録し、育成結果に対する報酬をプレーヤ管理データベース51のアイテムリストに追加する。
このように本実施形態の情報処理システム10で提供される育成機能では、キャラクタの育成過程でトレーニングの指示を行う、お出かけの指示を行う、などターン消費行動を行うことによって、行動結果に対応するゲーム演出が発生する。これらのゲーム演出は行動結果の分岐(例えば、トレーニングの成功/失敗など)により同一の行動を育成対象のキャラクタに指示しても異なるゲーム演出が発生することが少なくない。また育成過程におけるキャラクタの行動結果に対応して発生するゲーム演出は、育成対象のキャラクタをメイン要素とし、指示されたトレーニングに配置されているサポートアイテムのキャラクタをサブ要素として、ゲーム演出に登場するキャラクタが構成されるため、サブ要素として登場するキャラクタの決定についてランダム要素を含んでおり、あらゆる演出実行パターンを網羅しようとすると膨大なプレイ時間が必要となる。
そこで本実施形態では、プレーヤがキャラクタや演出実行パターンをカスタマイズして所望する内容のゲーム演出を閲覧可能とする演出閲覧機能を設けている。以下では、図21に示す状態遷移の一例を参照しながら、育成機能で実行され得るゲーム演出を任意に閲覧できる演出閲覧機能のゲーム進行について、より詳細に説明する。
まず演出閲覧機能の利用開始を受け付ける利用開始受付状態に設定される(ステップS200)。本実施形態では、演出閲覧機能がフォトライブラリと称するゲーム機能の一部として提供され、図22に示すフォトライブラリのトップ画面を通じて演出閲覧機能の利用開始を受け付ける。
フォトライブラリのトップ画面には2種類の利用開始ボタン501,502が存在する。利用開始ボタン501は、演出閲覧機能の利用を開始するためのボタンであり、利用開始ボタン502は、スクリーンショットの保存画像を閲覧する機能の利用を開始するためのボタンである。
フォトライブラリのトップ画面が表示されている状況において利用開始ボタン501に対するタップ入力が行われると、演出閲覧機能の利用が開始され、キャラクタ選択受付状態に移行する(ステップS201)。キャラクタ選択受付状態では、メインキャラクタ選択画面を通じて、ゲーム演出にメイン要素として登場するキャラクタ(メインキャラクタ)の選択を受け付ける。図23に示すように、メインキャラクタ選択画面では、プレーヤの所持する解放済みキャラクタの一覧が表示される。メインキャラクタは、プレーヤが所持する解放済みキャラクタから選択可能であり、未解放のキャラクタはメインキャラクタ選択画面において選択候補として提示されず、未解放のキャラクタをメインキャラクタとして登場させたゲーム演出を閲覧することはできない。ただし、演出閲覧機能において未解放のキャラクタをメインキャラクタとして選択可能として、未解放のキャラクタをメインキャラクタとして登場させたゲーム演出を閲覧可能としてもよい。
メインキャラクタ選択画面では、選択中のキャラクタが選択中キャラクタ表示領域511に表示される。キャラクタアイコン512に対するタップ入力を行うことでキャラクタの選択が可能であり、選択中のキャラクタのキャラクタアイコン512には選択マーク513が付与される。
またメインキャラクタ選択画面では、解放済みキャラクタの一覧表示に関して、ソートおよび絞り込みによる表示態様の変更が可能となっている。ソート対象としては、星の数(レアリティ)、親愛度、入手順、名前などの項目を選択することができ、それぞれについて昇順または降順を切り替えることができる。メインキャラクタ選択画面にはソート変更ボタン514が設けられており、ソート変更ボタン514に対するタップ入力を行うことでソート対象を変更することができる。またメインキャラクタ選択画面には、昇順/降順変更ボタン515が設けられており、昇順/降順変更ボタン515に対するタップ入力を行うことで昇順から降順への切り替え、および降順から昇順への切り替えを行うことができる。絞り込み対象としてはレアリティ(星の数)を指定することができ、絞り込みボタン516に対してタップ入力を行うことで絞り込み機能を有効にすると、指定されたレアリティのキャラクタのみを表示するように変更することができる。絞り込み機能が有効である状況で絞り込みボタン516に対するタップ入力が行われると、絞り込み機能が無効となり、全ての解放済みキャラクタが表示されるように表示態様が変更される。
本実施形態では、演出閲覧機能を利用した際のメインキャラクタ選択画面におけるキャラクタの選択情報はプレーヤデータ記憶部71に保存され、次回のメインキャラクタ選択画面への遷移時には、保存されているメインキャラクタの選択情報に基づき、初期選択のキャラクタが決定される。メインキャラクタ選択画面への初回遷移時においては、解放済みキャラクタの中で最もソート順位の高いキャラクタ(表示画面では最上段の最も左の位置に表示されるキャラクタ)を初期選択のキャラクタとする。
またメインキャラクタ選択画面には、進行ボタン517と復帰ボタン518とが設けられており、進行ボタン517に対するタップ入力が行われると、選択中のキャラクタをメインキャラクタとして設定して、演出パート選択受付状態に移行する(ステップS202)。また復帰ボタン518に対するタップ入力が行われると、開始受付状態に復帰し(ステップS200)、表示画面がフォトライブラリのトップ画面に遷移する。
演出パート選択受付状態では、図24に示す演出パート選択画面を通じて、演出実行パターンのうちキャラクタの行動内容に関連付けられた演出パートについての選択を受け付ける。本実施形態では、選択候補として2種類用意されており、一方はトレーニングに対応する演出パートであり、他方は、お出かけ・イベント(お出かけ、特殊イベントなど)に対応する演出パートである。各演出パートについての選択は、トレーニング選択ボタン521とお出かけ・イベント選択ボタン522とを用いて行われ、いずれかのボタンに対してタップ入力が行われると、選択中の演出パートに対応するボタンに対して選択マーク523が付与される。なお演出パート選択画面への遷移時には、初期選択の演出パートがトレーニングに設定されている。
また本実施形態では、演出閲覧機能において閲覧可能なゲーム演出が、育成機能におけるトレーニングの指示に対応して発生するゲーム演出と、トレーニング以外の指示に対応して発生するゲーム演出および育成過程においてランダムに発生し得るイベントに対応するゲーム演出とに分類されている。前者がトレーニングに対応する演出パートとしてトレーニング選択ボタン521を用いて選択可能であり、後者がお出かけ・イベントに対応する演出パートとしてお出かけ・イベント選択ボタン522を用いて選択可能である。そして本実施形態では、育成機能におけるトレーニングの指示に対応して発生するゲーム演出が、キャラクタの育成過程において多くの条件に基づき実行されるため、より細やかな場面の指定が可能となるようにトレーニングの指示に対応して発生するゲーム演出とそれ以外とで分岐を設けている。
また演出パート選択画面には、決定ボタン524と復帰ボタン525とが設けられており、決定ボタン524に対するタップ入力が行われると、選択された演出パートについて、より具体的な演出実行パターンの条件を設定する実行パターン選択受付状態に移行する(ステップS203)。また演出パート選択画面が表示されている状況において復帰ボタン525に対するタップ入力が行われると、キャラクタ選択受付状態に復帰し(ステップS201)、表示画面がメインキャラクタ選択画面に遷移する。
例えば、トレーニングが選択された場合、図25および図26に示すように、トレーニング詳細選択画面が表示される。トレーニングに対応するゲーム演出については、トレーニング種類、トレーニングレベル、トレーニングの成功/失敗、季節、トレーニング場所、およびトレーニングパートナーの各項目について設定をカスタマイズすることができる。そしてトレーニング詳細選択画面では、トレーニング種類に関する選択候補を提示する第1表示領域531、トレーニングレベルに関する選択候補を提示する第2表示領域532、トレーニングの成功/失敗に関する選択候補を提示する第3表示領域533、季節に関する選択候補を提示する第4表示領域534、トレーニング場所に関する選択候補を提示する第5表示領域535、トレーニングパートナーに関する選択候補を提示する第6表示領域536が設けられる。本実施形態では、トレーニング詳細選択画面において、トレーニング種類、トレーニングレベル、トレーニングの成功/失敗、季節、トレーニング場所、およびトレーニングパートナーの各項目について、複数の選択候補のそれぞれに対応するラジオボタンが設けられており、ラジオボタンに対するタップ入力を行うことによって、同一項目内でタップ入力が行われたラジオボタンのみが有効表示され、各項目について1つの選択候補を指定することができる。例えば、図25に示す状況では、トレーニング種類の項目について、「スピード」に対応するラジオボタンが有効表示され、「スタミナ」、「パワー」、「根性」、および「賢さ」に対応するラジオボタンが無効表示されており、「スピード」が指定されていることになる。
第1表示領域531で提示されるトレーニング種類には、「スピード」、「スタミナ」、「パワー」、「根性」、「賢さ」が存在し、いずれか1つを選択することができる。第2表示領域532で提示されるトレーニングレベルには、「レベル1」(Lv1)、「レベル2」(Lv2)、「レベル3」(Lv3)、「レベル4」(Lv4)、「レベル5」(Lv5)の5段階が存在し、いずれか1つを選択することができる。本実施形態では、トレーニング種類が同じであってもトレーニングレベルが異なる場合、ゲーム演出の内容が異なっている。なおトレーニングレベルについては、後述するトレーニング場所との関係で選択に制限が発生する場合がある。本実施形態では、育成機能において「夏合宿」に相当するターンが設けられており、「夏合宿」のターンでは、トレーニングレベルが必ず「レベル5」となっている。このため、トレーニング場所として「夏合宿」が選択されている場合には、「レベル5」のみが有効となり、「レベル1」~「レベル4」はグレーアウト表示されて選択不可能となる。このようにトレーニング詳細選択画面では、トレーニング場所として「夏合宿」を選択した場合に、トレーニングレベルの項目が連動して適切な選択候補のみを有効とするようにしたので、プレーヤの入力利便性を向上させることができる。第3表示領域533で提示されるトレーニングの成功/失敗については、「成功」と「失敗」とが存在し、いずれか一方を選択することができる。第4表示領域534で提示される季節については、「春」、「夏」、「秋」、「冬」が存在し、いずれか1つを選択することができる。本実施形態では、季節に応じてキャラクタの衣装が変化したり、背景が変化したりする。なお季節についても、後述するトレーニング場所との関係で選択に制限が発生する場合がある。具体的には、トレーニング場所として「夏合宿」が選択されている場合には、季節についての選択候補が全て無効となり、選択を行うことができない仕様となっている。このようにトレーニング詳細選択画面では、トレーニング場所として「夏合宿」を選択した場合に、季節の項目が連動して選択の制限が発生するようにしたことで、プレーヤの入力利便性を向上させることができる。第5表示領域535で提示されるトレーニング場所については、「通常」と「夏合宿」とが存在し、いずれか一方を選択することができる。本実施形態では、トレーニング場所が「通常」である場合には季節に応じた背景のゲーム演出が実行されるが、トレーニング場所が「夏合宿」である場合には背景が特殊仕様となっており、砂浜を背景としたゲーム演出が実行される。そして、既述のように、トレーニング場所として「夏合宿」を選択している場合には、季節およびトレーニングレベルについて選択の制限が発生する。
第6表示領域536で提示されるトレーニングパートナーについては、「設定なし」、「設定あり」、「ランダム」が存在し、いずれか1つを選択することができる。トレーニングパートナーについて「設定あり」を選択する場合、プレーヤが所持しているサポートアイテムの範囲でトレーニングパートナーとなるキャラクタの選択を行うことができる。
トレーニング詳細選択画面への遷移時において、トレーニングパートナーに関する初期選択が「設定なし」となっているが、「設定あり」に対応するラジオボタンに対してタップ入力が行われて「設定あり」が選択されると、図27に示すように、パートナー選択ダイアログが表示されて、トレーニングパートナーに設定するキャラクタを選択することができる。またトレーニングパートナーの変更を希望する場合には、トレーニング詳細選択画面において第6表示領域536に設けられた変更ボタン538に対するタップ入力を行うことでパートナー選択ダイアログを呼び出すことができる。
本実施形態では、サポートアイテムごとに対応する1体または2体以上のキャラクタが設定されている。また同一のキャラクタが関連付けられたサポートアイテムでもトレーニングにおいてサポートするパラメータが異なるものが存在する。例えば、キャラクタAのスピードサポートアイテム、キャラクタAのパワーサポートアイテムなどである。またサポートアイテムには3段階のレアリティ(R<SR<SSR)が存在し、レアリティが高いほど育成機能におけるサポート効果が高い傾向にある。またサポートアイテムには、「通常」、「友人」、「グループ」の3つの分類が存在する。「通常」に分類されるサポートアイテムは、スピード等の性能パラメータのいずれかと関連付けられており、1体のキャラクタが対応づけられているサポートアイテムである。「友人」および「グループ」は特定の性能パラメータに関連付けられておらず、育成機能においてアイテム固有のお出かけイベントを発生させることができるサポートアイテムである。また「グループ」は2体以上のキャラクタが対応づけられており、各キャラクタとのお出かけイベントを発生させることができる。演出閲覧機能におけるトレーニングパートナーの選択候補については、「通常」に分類されるサポートアイテムとなっており、プレーヤが所持するサポートアイテムのレアリティやサポート対象の性能パラメータの種類には影響されない。ただし、サポートアイテムの性能パラメータの種類に対応づけてトレーニングパートナーの選択候補を提示するようにしてもよい。
そしてパートナー選択ダイアログでは、プレーヤが所持するサポートアイテムのうち「通常」に分類されるサポートアイテムに対応するキャラクタの一覧がキャラクタアイコン541を用いて表示される。本実施形態では、パートナー選択ダイアログが表示されている状況で、一覧表示されているキャラクタアイコン541のいずれかにタップ入力を行うことでトレーニングパートナーを選択することができる。選択中のキャラクタについてはキャラクタアイコン541に選択マーク542が付与されて、いずれのキャラクタを選択しているのかを把握することができる。いずれかのキャラクタアイコン541に選択マーク542が付与されている状態で決定ボタン545に対するタップ入力が行われると、選択マーク542が付与されているキャラクタアイコン541に対応するキャラクタがトレーニングパートナーに設定され、トレーニング詳細選択画面のキャラクタアイコン537に反映される。なおパートナー選択ダイアログに設けられているキャンセルボタン546に対するタップ入力が行われると、現在の選択内容を破棄してパートナー選択ダイアログを閉じてトレーニング詳細選択画面に復帰する。
またパートナー選択ダイアログには、設定なしアイコン543とランダムアイコン544とが設けられており、これらを選択した状態で決定ボタン545に対するタップ入力が行われると、トレーニングパートナーの項目についての選択内容として反映される。例えば、設定なしアイコン543が選択された状態で決定ボタン545に対するタップ入力が行われると、トレーニング詳細選択画面におけるトレーニングパートナーの項目について「設定なし」のラジオボタンが有効になる。また例えば、ランダムアイコン544が選択された状態で決定ボタン545に対するタップ入力が行われると、トレーニング詳細選択画面におけるトレーニングパートナーの項目について「ランダム」のラジオボタンが有効になる。このように本実施形態では、パートナー選択ダイアログでトレーニングパートナーの項目について、「設定なし」、「設定あり」、および「ランダム」のいずれの選択にも対応可能としたことで入力利便性を向上させることができる。
また本実施形態では、トレーニングパートナーをプレーヤが選択するのではなくランダムに決定されるようにすることもでき、トレーニングパートナーの項目について「ランダム」を選択することによってゲーム演出に登場するトレーニングパートナーを抽選でランダムに設定されるようにすることもできる。トレーニングパートナーの項目について「ランダム」を選択した場合、プレーヤが所持するサポートアイテムの範囲で抽選対象が設定され、ランダムに1体が抽出されてトレーニングパートナーに設定される。
なおトレーニングパートナーは1体のみならず2体以上を選択できるようにしてもよい。また「ランダム」の設定においては、抽出されるキャラクタの数もランダムに決定されるように制御することができる。なお2体以上のトレーニングパートナーを設定可能とした場合、トレーニングパートナーの選択数に上限を設けることができる。また「ランダム」の設定においては、トレーニングパートナーの抽選対象の範囲をプレーヤが指定することができるようにしてもよい。
そしてトレーニング詳細選択画面には、閲覧開始ボタン539および復帰ボタン540が設けられており、閲覧開始ボタン539に対してタップ入力が行われると、キャラクタ選択受付状態、演出パート選択受付状態、および実行パターン選択受付状態の各状態におけるプレーヤの選択内容に基づくゲーム演出を実行する演出実行状態に移行する(ステップS204)。なおトレーニング詳細選択画面が表示されている状況において、復帰ボタン540に対するタップ入力が行われると、演出パート選択受付状態に復帰し(ステップS203)、表示画面が演出パート選択画面に遷移する。
また例えば、お出かけ・イベントが選択された場合、図28に示すお出かけ・イベント詳細選択画面が表示される。本実施形態では、お出かけ・イベントに対応するゲーム演出について、お出かけ先および季節の各項目について設定をカスタマイズすることができる。そしてお出かけ・イベント詳細選択画面では、お出かけ先に関する選択候補を提示する第7表示領域553、および季節に関する選択候補を提示する第8表示領域552が設けられる。本実施形態では、お出かけ・イベント詳細選択画面において、お出かけ先の項目について、複数の選択候補のそれぞれに対応するアイコンが設けられており、アイコンに対するタップ入力を行うことで選択中のアイコンに選択マーク553が付与されて1つの選択候補を指定することができる。また本実施形態では、お出かけ・イベント詳細選択画面において、季節の項目について、複数の選択候補のそれぞれに対応するラジオボタンが設けられており、ラジオボタンに対するタップ入力を行うことによって、同一項目内でタップ入力が行われたラジオボタンのみが有効表示され、1つの選択候補を指定することができる。
第7表示領域551で提示されるお出かけ先については、「河川敷」、「神社」、「カラオケ」、「海」、および「温泉旅行」が存在し、いずれか1つを選択することができる。また第8表示領域552で提示される季節については、「春」、「夏」、「秋」、および「冬」が存在し、いずれか1つを選択することができる。なお、お出かけ先として「海」を選択した場合には、季節に関して「夏」のみが選択可能となり、「夏」に対応するラジオボタンが有効表示され、「春」、「秋」、および「冬」のラジオボタンについてはグレーアウト表示されて選択不可となる。このようにお出かけ・イベント詳細選択画面では、プレーヤが選択したお出かけ先に連動して季節の項目に関するラジオボタンが適切に自動選択されるようになっているため、プレーヤの入力利便性を向上させることができる。また、お出かけ先の項目における「温泉旅行」については、既に選択したメインキャラクタに関して、育成機能において「温泉旅行」のイベントを発生させて、ゲーム演出を解放していることが必要となっている。「温泉旅行」のゲーム演出がメインキャラクタについて解放されていない場合、「温泉旅行」については選択不可となっている。メインキャラクタについて「温泉旅行」が選択不可である場合、「温泉旅行」に対応するアイコンをグレーアウト表示する、または「温泉旅行」が未解放であることを通知するバッジアイコンを付与する等して「温泉旅行」が選択できないことを把握できるようにすることができる。このようにお出かけ・イベント詳細選択画面では、キャラクタ毎に特定のイベントを育成機能で解放していなければ、お出かけ先の選択に制限が発生するようにしたことで、育成機能で様々なキャラクタを使用する動機を与えることができる。
そしてお出かけ・イベント詳細選択画面には、閲覧開始ボタン554および復帰ボタン555が設けられており、閲覧開始ボタン554に対してタップ入力が行われると、キャラクタ選択受付状態、演出パート選択受付状態、および実行パターン選択受付状態の各状態におけるプレーヤの選択内容に基づくゲーム演出を実行する演出実行状態に移行する(ステップS204)。なおお出かけ・イベント詳細選択画面が表示されている状況において、復帰ボタン555に対するタップ入力が行われると、演出パート選択受付状態に復帰し(ステップS202)、表示画面が演出パート選択画面に遷移する。
演出実行状態では、メインキャラクタや演出実行パターンの選択結果に応じたゲーム演出を実行する。本実施形態では、演出閲覧機能において育成機能と共通の演出素材のデータを育成進行データ記憶部72から読み出してゲーム演出が実行される。図29は、演出閲覧機能におけるゲーム演出の実行中の表示画面の例を示す図である。図29に示す例では、メインキャラクタ561(キャラクタA)とトレーニングパートナー562(キャラクタD)とがトレーニングを行う様子を描いたゲーム演出が実行されている。そして本実施形態では、ゲーム演出の実行中の表示画面において、撮影ボタン563と、ループ再生ボタン564とが設けられている。撮影ボタン563に対するタップ入力を行うと、実行中のゲーム演出をポーズしてスクリーンショットを表示し、図30に示す画像確認画面に移行する。ループ再生ボタン564に対してタップ入力を行うごとに、ループ再生のオン/オフを切り替えることができ、ループ再生がオンである場合、ゲーム演出の最終フレームから先頭フレームへ回帰してゲーム演出が再実行される。またループ再生がオフである場合、一連のゲーム演出の実行が完了すると当該ゲーム演出の最終フレームの画像がポーズ表示される。なおループ再生におけるゲーム演出を構成するフレーム画像の描画処理については、ループ再生を行うごとに、各フレームの画像を描画するようにしてもよいし、ゲーム演出の初回実行時において描画した一連のフレームの画像をムービーデータとして記憶部42に一時的に保持して、ループ再生時においては再度の描画処理を行うのではなく、記憶部42に一時的に保持されたムービーデータを先頭フレームから再生するようにしてもよい。またループ再生ボタン564によるループ再生のオン/オフの切り替えは、ゲーム演出の実行中およびゲーム演出のポーズ中のいずれにおいても有効である。なおゲーム演出の実行中の表示画面においてシークバーを設けて、先頭フレームから最終フレームまでの任意のフレームからゲーム演出を進行させる、任意のフレームまでゲーム演出の進行を巻き戻すことができるようにしてもよい。
画像確認画面では、図30に示すように、画像表示領域571に撮影されたスクリーンショットの画像が表示される。また本実施形態では、画像確認画面が表示されている状況において、撮影したスクリーショットの画像を画像データ記憶部74に保存する前に、フィルタリング加工を含む保存形式の指定を行うことができる。本実施形態では、保存形式として、「レトロ」、「ガーリー」、「シャープ」、「ドラマ」、「シルバー」、「オリジナル」、「モノクロ」、「セピア」、「キュート」、「クール」のいずれかを指定することができる。画像確認画面においては、画像表示領域571の下部に設けられる保存形式表示領域572で5種類の保存形式を表示可能となっており、左右へのスワイプ入力を行うことで非表示の保存形式をスライド表示して確認することができる。また画像確認画面において「オリジナル」の保存形式を選択することで撮影した画像をそのまま保存することができる。一方、画像確認画面において「オリジナル」以外の保存形式を指定する場合には、保存形式に応じたフィルタリング加工が施された画像が画像表示領域571に表示され、その状態で保存ボタン573に対するタップ入力を行うことでフィルタリング加工が施された画像を画像データ記憶部74に保存することができる。なお本実施形態では、「オリジナル」以外の保存形式が指定されてフィルタリング加工が施された画像を保存する場合、初回保存時において「オリジナル」の画像と、フィルタリング加工済みの画像とを画像データ記憶部74に保存する。既に「オリジナル」の画像が画像データ記憶部74に保存されている状態では、フィルタリング加工済みの画像だけを追加保存する。
画像確認画面が表示されている状況で保存ボタン573に対するタップ入力が行われると、図31(A)に示すように、保存確認ダイアログが表示される。保存確認ダイアログが表示されている状況において、OKボタン581に対するタップ入力が行われると、画像確認画面の画像表示領域571に表示されている画像が画像データ記憶部74に保存され、画像の保存が完了すると画像確認画面に復帰する。なお保存確認ダイアログに設けられているキャンセルボタン582に対してタップ入力が行われた場合には、画像の保存は行われずに保存確認ダイアログを閉じて画像確認画面に復帰する。
また本実施形態では、保存確認ダイアログの表示は省略することができ、保存確認ダイアログに設けられたチェックボックス583を用いて保存確認ダイアログの表示/非表示を切り替えることができる。例えば、保存確認ダイアログのチェックボックス583においてチェックマークが入っている場合、次回以降の画像の保存時において画像確認画面の保存ボタン573に対するタップ入力を行うことで保存確認ダイアログの表示を省略して画像表示領域571に表示されている画像が画像データ記憶部74に保存される。
また本実施形態では、画像データ記憶部74に保存可能な画像の数に上限(例えば、120)が定められており、画像データ記憶部74に保存されている画像の数が上限に達している状況で新たに画像を保存しようとする場合、保存日時の最も古い画像を上書き対象として保存対象の画像が上書き保存される。このため、本実施形態では、画像確認画面に設けられた保存データ編集ボタン574に対するタップ入力を行うことで、画像データ記憶部74に保存されている画像の一覧を表示して、任意の画像の削除や任意の画像のお気に入り登録を行うことができる。お気に入り登録した画像は上書き対象から除外され、削除を望まない画像が上書き保存によって失われる事態を防ぐことができる。
また画像確認画面に設けられている復帰ボタン575に対してタップ入力が行われた場合、図31(B)に示す終了確認ダイアログが表示される。終了確認ダイアログに設けられているOKボタン591に対するタップ入力が行われた場合、終了確認ダイアログを閉じて、ゲーム演出の実行開始前の演出パート選択受付状態(トレーニング詳細選択画面またはお出かけ・イベント詳細選択画面)に復帰する。一方、終了確認ダイアログに設けられているキャンセルボタン592に対してタップ入力が行われた場合、終了確認ダイアログを閉じて画像確認画面に復帰する。
また本実施形態では、フォトライブラリのトップ画面、キャラクタ選択画面、演出パート選択画面、トレーニング詳細選択画面、およびお出かけ・イベント詳細選択画面のそれぞれの下部に設けられているメニューバー600から他のゲーム機能への移行を選択することで演出閲覧機能を終了させることができる。
以上に述べた本実施形態の情報処理システム10では、育成機能とは別に演出閲覧機能を設けて、演出閲覧機能では、育成機能においてランダムに決定される演出実行パターンを選択候補として提示して、プレーヤの任意で演出実行パターンを選択可能とした。特に本実施形態では、演出実行パターンの選択候補として、育成機能ではプレーヤが任意に選択することができないが抽選によってランダムに決定される演出実行パターンを含むことによって、プレーヤが育成機能において未体験のゲーム演出を、演出閲覧機能を用いて速やかに体験することが可能となる。従って本実施形態の情報処理システム10によれば、ゲーム演出の体験に関する利便性を向上させることができる。
また本実施形態の情報処理システム10では、演出閲覧機能によって実行されているゲーム演出についてスクリーンショットを撮影し、撮影されたスクリーショットの画像を保存可能とする入力インターフェースを提供する。このため本実施形態の情報処理システム10によれば、ゲーム演出の体験の記録をスクリーンショットの画像によって残すことができるので、ゲーム演出の体験に関する興趣を向上させることができる。
また本実施形態では、演出閲覧機能で実行されるゲーム演出に登場するキャラクタとして、メイン要素として登場するキャラクタであるメインキャラクタと、サブ要素として登場するトレーニングパートナーのキャラクタとを選択可能であり、プレーヤが所持している解放済みキャラクタであることがメインキャラクタとして選択可能となる第1条件として設定され、プレーヤが所持しているサポートアイテムに対応するキャラクタであることがトレーニングパートナーのキャラクタとして選択可能となる第2条件として設定されている。このため本実施形態の情報処理システム10によれば、プレーヤのキャラクタの解放状況やサポートアイテムの所持状況によって再現可能となるゲーム演出に制限があるため、プレーヤのキャラクタ獲得意欲やプレーヤのサポートアイテムの獲得意欲を喚起することができる。
なお本実施形態では、演出閲覧機能において実行可能なゲーム演出は、育成機能において、育成対象のキャラクタに対してトレーニングまたはお出かけの指示をした場合に実行されるゲーム演出と、温泉旅行イベントが発生した場合に実行されるゲーム演出とに制限されていたが、これに限られない。例えば、サポートアイテムに関連付けてランダムに発生し、サポートアイテムに固有のイベントに対応するゲーム演出や、育成シナリオに応じて発生し、育成過程において所定のターンで発生するイベントであって、結果が分岐するパターンを有するゲーム演出などについても演出閲覧機能において実行可能としてもよい。また演出閲覧機能において実行可能なゲーム演出は、育成機能においてトレーニングやお出かけの指示と同様に、ターン消費行動となる保健室の指示をした場合に実行されるゲーム演出であってもよい。また演出閲覧機能において実行可能なゲーム演出は、育成機能においてターン消費行動ではない行動の指示によって発生するゲーム演出、育成過程において抽選でランダムに発生するイベントに対応するゲーム演出であってもよい。例えば、育成過程においてアイテム、スキル、ステータスに影響する効果などを獲得することに伴って発生するゲーム演出、育成の開始に先立って選択された育成シナリオに応じたイベントであってプレーヤに選択肢を与えて選択結果に応じて実行されるゲーム演出であってもよい。
また演出閲覧機能では、育成機能以外のゲーム機能で実行されるゲーム演出を閲覧できるようにしてもよい。例えば、プレーヤが所持する解放済みキャラクタから1体を選択して、選択された解放済みキャラクタのお出かけ先を指定して、キャラクタとお出かけする様子を表現したゲーム演出を実行する他のゲーム機能が設けられている場合に、当該他のゲーム機能において実行されるゲーム演出について、登場するキャラクタと演出実行パターンをプレーヤに選択させてゲーム演出を再現して閲覧可能とする構成であってもよい。また育成機能以外の他のゲーム機能において実行されるゲーム演出において成功パターンと失敗パターンとが存在する場合、演出閲覧機能において、プレーヤが成功パターンと失敗パターンを任意で選択したパターンによるゲーム演出を閲覧できるようにしてもよいし、抽選でランダムに決定されたパターン(抽選はサーバー20またはプレーヤ端末40のいずれで行ってもよい)によるゲーム演出を閲覧できるようにしてもよい。
また演出閲覧機能では、一部のゲーム演出の実行に関してランダム要素が存在していてもよい。例えば、演出パートとしてお出かけ・イベントが選択された場合に、お出かけ先として「神社」が指定されると、おみくじを引くイベントに対応するゲーム演出が実行される。おみくじを引くイベントでは、おみくじの結果による分岐パターンが設けられており、おみくじの結果は抽選でランダムに決定することができる。すなわち演出実行パターンの全てをプレーヤの任意で決定させるのではなく、一部の演出実行パターンについては抽選でランダムに決定することができる。また育成機能では、ゲーム演出の実行に係る分岐パターンの決定をサーバー20において抽選で決定するのに対し、演出閲覧機能では、ゲーム演出の実行に係る分岐パターンの決定をプレーヤ端末40において抽選で決定することができる。このようにすれば、演出閲覧機能におけるサーバー20との通信の機会を減らすことでプレーヤ端末40においてスムーズに機能を利用することができる。例えば、先に述べた、おみくじイを引くベントにおけるおみくじの結果を決定する抽選を、育成機能においてはサーバー20で実行し、演出閲覧機能においてはプレーヤ端末40で実行することができる。ただし、育成機能および演出閲覧機能のいずれにおいても分岐パターンの決定に係る抽選をサーバー20で行うようにしてもよいし、育成機能および演出閲覧機能のいずれにおいても分岐パターンの決定に係る抽選をプレーヤ端末40で行うようにしてもよい。
また本実施形態では、演出閲覧機能における演出実行状態において、スクリーンショットの撮影を可能とし、撮影した画像を保存可能としたが、実行中のゲーム演出を動画保存できるようにしてもよい。また実行中のゲーム演出の動画保存を可能とする場合、先頭フレームから最終フレームまでの任意の範囲を指定して指定された範囲の動画を切り抜き保存することができるようにしてもよい。また実行中のゲーム演出の動画保存を可能とする場合、保存可能な動画の長さ(秒数やフレーム数)に制限があってもよい。
また本実施形態の制御手法は、ゲームの進行過程においてゲーム演出が発生し、実行されるゲーム演出にランダム要素があるゲームであれば等しく適用することができる。また他のゲームにおいて情報処理システム10の各機能を提供する構成としてもよい。例えば、野球ゲームやサッカーゲームなどのスポーツゲームにおいて、競技に参加するキャラクタを育成するゲームに適用することができる。また他のジャンルのゲーム、例えば、アイドル育成ゲーム、カードバトルゲーム、格闘ゲーム、アクションゲーム、バトルロイヤルゲーム、ロールプレイングゲームなどにおいてキャラクタ、アイテム、装備品などのゲーム媒体を育成することができるゲームに適用してもよい。
10 情報処理システム、
20 サーバー、40 プレーヤ端末、21,41 制御部、22,42 記憶部、
23,45 通信部、43 操作入力部、44 表示部、
50 サーバーデータ記憶部、51 プレーヤ管理データベース、60 ゲーム演算部、
70 端末データ記憶部、71 プレーヤデータ記憶部、72 育成進行データ記憶部、
73 レース制御データ記憶部、74 画像データ記憶部、
80 ゲーム実行部、81 育成機能提供部、82 演出閲覧機能提供部、
20 サーバー、40 プレーヤ端末、21,41 制御部、22,42 記憶部、
23,45 通信部、43 操作入力部、44 表示部、
50 サーバーデータ記憶部、51 プレーヤ管理データベース、60 ゲーム演算部、
70 端末データ記憶部、71 プレーヤデータ記憶部、72 育成進行データ記憶部、
73 レース制御データ記憶部、74 画像データ記憶部、
80 ゲーム実行部、81 育成機能提供部、82 演出閲覧機能提供部、
Claims (5)
- ゲーム媒体を育成するゲームのためのプログラムであって、
育成対象の前記ゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供部と、
前記ゲーム媒体と前記演出実行パターンとをプレーヤに選択させ、選択結果に基づいて前記ゲーム演出を実行する演出閲覧機能を提供する演出閲覧機能提供部としてコンピュータを機能させ、
前記演出閲覧機能提供部が、
前記育成機能においてランダムに決定される前記演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とするプログラム。 - 請求項1において、
前記演出閲覧機能提供部が、
前記演出閲覧機能によって実行されている前記ゲーム演出についてスクリーンショットを撮影し、撮影されたスクリーショットの画像を保存可能とする入力インターフェースを提供するプログラム。 - 請求項1において、
前記演出閲覧機能で実行される前記ゲーム演出に登場する前記ゲーム媒体として、メイン要素となる前記ゲーム媒体とサブ要素となる前記ゲーム媒体とを選択可能であり、
前記ゲーム媒体のそれぞれに紐付けて、前記メイン要素として選択可能となる第1条件と、前記サブ要素として選択可能となる第2条件とが設定されているプログラム。 - ゲーム媒体を育成するゲームのための情報処理システムであって、
育成対象の前記ゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供部と、
前記ゲーム媒体と前記演出実行パターンとをプレーヤに選択させ、選択結果に基づいて前記ゲーム演出を実行する演出閲覧機能を提供する演出再現機能提供部と、を含み、
前記演出閲覧機能提供部が、
前記育成機能においてランダムに決定される前記演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とする情報処理システム。 - ゲーム媒体を育成するゲームのための情報処理方法であって、
育成対象の前記ゲーム媒体の行動を指示するための選択候補を提示し、プレーヤによって選択された行動に紐付く条件に基づいて演出実行パターンを決定してゲーム演出を実行する育成機能を提供する育成機能提供ステップと、
前記ゲーム媒体と前記演出実行パターンとをプレーヤに選択させ、選択結果に基づいて前記ゲーム演出を実行する演出閲覧機能を提供する演出閲覧機能提供ステップと、を含み、
前記演出閲覧機能提供ステップでは、
前記育成機能においてランダムに決定される前記演出実行パターンを選択候補として提示して、プレーヤの任意で当該演出実行パターンを選択可能とする情報処理方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022-174531 | 2022-10-31 | ||
JP2022174531A JP7329671B1 (ja) | 2022-10-31 | 2022-10-31 | プログラム、情報処理システム、および情報処理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2024095658A1 true WO2024095658A1 (ja) | 2024-05-10 |
Family
ID=87568939
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2023/035895 WO2024095658A1 (ja) | 2022-10-31 | 2023-10-02 | プログラム、情報処理システム、および情報処理方法 |
Country Status (2)
Country | Link |
---|---|
JP (2) | JP7329671B1 (ja) |
WO (1) | WO2024095658A1 (ja) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6563579B1 (ja) * | 2018-09-27 | 2019-08-21 | 株式会社Cygames | 情報処理プログラム、サーバ、情報処理システム、及び情報処理装置 |
JP2020195768A (ja) * | 2019-06-03 | 2020-12-10 | 株式会社ゲームヴィルGamevil Inc. | 空間二元化を利用してスポーツゲームのプレイヤーキャラクタを育成する方法およびシステム |
JP6879591B1 (ja) * | 2019-11-29 | 2021-06-02 | 株式会社コナミデジタルエンタテインメント | プログラム、ゲーム制御方法、ゲーム装置およびゲームシステム |
JP2022109903A (ja) * | 2021-01-15 | 2022-07-28 | 株式会社Cygames | プログラム、電子装置、方法、及びシステム |
JP7146039B1 (ja) * | 2021-08-27 | 2022-10-03 | 株式会社Cygames | 情報処理方法、情報処理システムおよび情報処理プログラム |
-
2022
- 2022-10-31 JP JP2022174531A patent/JP7329671B1/ja active Active
-
2023
- 2023-08-07 JP JP2023128331A patent/JP2024066435A/ja active Pending
- 2023-10-02 WO PCT/JP2023/035895 patent/WO2024095658A1/ja unknown
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6563579B1 (ja) * | 2018-09-27 | 2019-08-21 | 株式会社Cygames | 情報処理プログラム、サーバ、情報処理システム、及び情報処理装置 |
JP2020195768A (ja) * | 2019-06-03 | 2020-12-10 | 株式会社ゲームヴィルGamevil Inc. | 空間二元化を利用してスポーツゲームのプレイヤーキャラクタを育成する方法およびシステム |
JP6879591B1 (ja) * | 2019-11-29 | 2021-06-02 | 株式会社コナミデジタルエンタテインメント | プログラム、ゲーム制御方法、ゲーム装置およびゲームシステム |
JP2022109903A (ja) * | 2021-01-15 | 2022-07-28 | 株式会社Cygames | プログラム、電子装置、方法、及びシステム |
JP7146039B1 (ja) * | 2021-08-27 | 2022-10-03 | 株式会社Cygames | 情報処理方法、情報処理システムおよび情報処理プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP7329671B1 (ja) | 2023-08-18 |
JP2024065589A (ja) | 2024-05-15 |
JP2024066435A (ja) | 2024-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10245515B2 (en) | Game management device, game system, and computer-readable storage medium having program recorded thereon | |
JP5489203B2 (ja) | ゲームシステム、ゲーム装置、ゲームサーバ、および、ゲームプログラム | |
JP6867917B2 (ja) | ゲームプログラム、情報処理装置、情報処理システム、および、ゲーム処理方法 | |
WO2012120824A1 (ja) | ゲーム制御装置、ゲームプログラム、ゲーム制御方法、ゲームシステム | |
JP2012040147A (ja) | ゲームシステム、ゲームシステムの制御方法及びプログラム | |
JP2010239990A5 (ja) | ||
JP6969835B2 (ja) | ゲーム管理装置、ゲームシステム、ゲーム管理方法及びプログラム | |
JP5425967B2 (ja) | ゲーム装置、ゲームシステム、及びプログラム | |
WO2024095658A1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
JP2020049318A (ja) | ゲームシステム | |
JP2023089282A (ja) | プログラム、情報処理システム、情報処理方法 | |
JP5143973B2 (ja) | ゲームサーバ | |
JP7266729B1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
JP5425968B2 (ja) | ゲーム装置及びプログラム | |
JP7508669B1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
JP7337236B1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
JP7515034B1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
JP7402949B1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
JP5245002B2 (ja) | ゲームサーバ、ゲームシステム、ゲーム管理方法及びプログラム | |
JP7307238B1 (ja) | プログラム、情報処理システム、および情報処理方法 | |
US20240226739A9 (en) | Recording medium and information processing device | |
JP7399221B1 (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: 23885421 Country of ref document: EP Kind code of ref document: A1 |