WO2020196741A1 - Game program, game processing method, and game device - Google Patents

Abstract

Provided is a game program of a game which includes a first part that updates data associated with one aggregate configured to include a plurality of constituent elements, and a second part that uses the aggregate updated by the first part. The game program causes a computer to execute: a step for updating the data associated with the aggregate in the first part; a step for managing the aggregate data for which updating was completed in accordance with the ending of the first part; and a step for performing, on the basis of the completely updated data, a process using the aggregate being managed, in the second part. The completely updated aggregate data being managed by the step for managing is not updated again.

Description

Game programs, game processing methods, and game devices

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

A battle in which a training part that trains components (for example, a game character) included in an aggregate (for example, a team) and an aggregate that is organized by using a plurality of components trained by the training part are used for battle play. A game program that executes processing of a game including a part is known (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2016-163679

In the past, components (for example, game characters) were trained one by one, so in order to strengthen an aggregate (for example, a team), it was necessary to train many components individually.
In addition, since the player plays using one aggregate (for example, a team) organized by using the trained components (for example, a game character), there is a concern that the variation of the aggregate (for example, a team) is scarce and the play becomes monotonous. was there.
In addition, since the components (for example, game characters) are trained one by one, a powerful aggregate (for example, a team) could be created by simply training many components, but on the other hand, the training part There was a concern that the difficulty of the game would be low and the play would be monotonous, and the motivation to play the training part would be reduced.

One of an object of the present invention is to provide a game program, a game processing method, and a game device that efficiently enhance an aggregate including a plurality of components.
In addition, some aspects of the present invention have one object of providing a game program, a game processing method, and a game device that diversify play using an aggregate organized by using the nurtured components. To do.
One of the objects of the present invention is to provide a game program, a game processing method, and a game device that enhance the motivation to play the training part.
Another object of the present invention is to provide a game program, a game processing method, and a game device capable of exerting the effects described in the embodiments described later.

In order to solve the above-mentioned problems, one aspect of the present invention includes a step of instructing a computer to update data associated with a plurality of components included in an aggregate, and a single instruction by the step of instructing the computer. Correspondingly, the user is provided with a step of updating the data associated with each of the two or more components included in the aggregate and one instruction opportunity by the instruction step a plurality of times up to a predetermined number of times. It is a game program for executing steps and.
Further, one aspect of the present invention is a game processing method executed by a computer, in which a step of instructing an update of data associated with a plurality of components included in an aggregate and a step of instructing the update of data are performed once. In response to an instruction, a step of updating the data associated with each of the two or more components included in the aggregate and one instruction opportunity by the instruction step are given to the user a plurality of times up to a predetermined number of times. The steps to be provided and the game processing method including.
Further, one aspect of the present invention is a game device that executes a game program, and is an instruction unit for instructing update of data associated with a plurality of components included in the aggregate, and one instruction by the instruction unit. An update unit that updates the data associated with each of the two or more components included in the aggregate and one instruction opportunity by the instruction unit are provided to the user a plurality of times up to a predetermined number of times. It is a game device provided with a providing unit.

Further, in one aspect of the present invention, a first part for updating data associated with an aggregate composed of a plurality of components and the aggregate updated by the first part compete with each other. A game program of a game including a second part, in which a step of updating data associated with the aggregate in the first part and a step of managing a plurality of the aggregates updated in the first part are managed by a computer. A game program for executing a step of selecting one aggregate to be used for a battle in the second part from the plurality of managed aggregates based on a user's operation.
Further, in one aspect of the present invention, a first part for updating data associated with an aggregate composed of a plurality of components and the aggregate updated by the first part compete with each other. A game processing method executed by a computer based on a game program of a game including a second part, wherein the step of updating data associated with the aggregate in the first part and updating in the first part. A step of managing a plurality of the aggregates and a step of selecting one aggregate to be used for the battle in the second part from the plurality of the managed aggregates based on the operation of the user. It is a game processing method including.
Further, in one aspect of the present invention, a first part for updating data associated with an aggregate composed of a plurality of components and the aggregate updated by the first part compete with each other. A game device that executes a game program of a game including a second part, wherein an update unit that updates data associated with the aggregate in the first part and the aggregate updated in the first part A game device including a management unit for managing a plurality of units, and a selection unit for selecting one aggregate to be used for a battle in the second part from the plurality of managed aggregates based on a user operation. Is.

Further, one aspect of the present invention uses a first part that updates data associated with an aggregate composed of a plurality of components, and a first part that uses the aggregate updated by the first part. A game program of a game including two parts, the step of updating data associated with the aggregate in the first part, and the aggregate whose update is completed according to the end of the first part. In the second part, a step of performing the process using the managed aggregate based on the data for which the update has been completed is executed, and the step of managing the data is managed by the managed step. The data of the aggregate for which the update has been completed is a game program that is not updated again.
In addition, one aspect of the present invention uses a first part for updating data associated with an aggregate composed of a plurality of components and the aggregate updated by the first part. A game processing method executed by a computer based on a game program of a game including two parts, in which the first part corresponds to a step of updating data associated with the aggregate and the end of the first part. Including the step of managing the data of the aggregate for which the update has been completed, and the step of performing the process using the managed aggregate in the second part based on the data for which the update has been completed. , The data of the aggregate whose update is completed, which is managed by the management step, is not updated again, which is a game processing method.

In addition, one aspect of the present invention uses a first part for updating data associated with an aggregate composed of a plurality of components and the aggregate updated by the first part. A game device that executes a game program of a game including two parts. In the first part, an update unit for updating data associated with the aggregate and an update completed according to the end of the first part. The management unit includes a management unit that manages the data of the aggregate, and a processing unit that performs processing using the managed aggregate based on the data for which the update has been completed in the second part. It is a game device that is not updated again with respect to the data of the aggregate for which the update is completed, which is managed by the step.

A flowchart showing the overall flow of the game according to the embodiment. The figure which shows an example of a home screen. The figure which shows an example of a character list screen. The figure which shows an example of a character detail screen. The figure which shows the process flow of the training part. The figure which shows an example of a high school selection screen. The figure which shows the upbringing period and the increase / decrease of belonging members. The figure which shows the turn in the breeding period. The figure which shows an example of the event screen when an event occurs. The figure which shows an example of the event occurrence schedule. The figure which shows an example of the director menu screen. The figure explaining an example of character data. The figure which shows an example of the practice menu screen. The schematic diagram explaining the change of the update condition according to a tentative selection. The figure which shows an example of a mission screen. The figure which shows an example of the supervision skill screen. The figure which shows an example of the instruction screen. The figure which shows an example of the transfer character selection screen. The figure which shows an example of the training situation of each high school. The figure which shows the usage setting example of a battle team. The figure which shows an example of the usage setting screen which sets the usage setting of a battle team. The figure which shows an example of the order setting screen which sets the order of a team. The block diagram which shows an example of the structure of the game system which concerns on embodiment. The figure which shows an example of the hardware composition of the game terminal which concerns on embodiment. The figure which shows an example of the functional structure of the game terminal which concerns on embodiment. The figure which shows an example of the character data stored in the storage part. The figure which shows an example of possession character data stored in a storage part. The figure which shows an example of high school data stored in a memory part. The figure which shows an example of the training data stored in a storage part. The figure which shows an example of the team data stored in the storage part. The figure which shows an example of the team member data stored in the storage part. The flowchart which shows an example of the training part processing which concerns on embodiment. The flowchart which shows an example of the setting process of the training target which concerns on embodiment. The flowchart which shows an example of 1 turn processing which concerns on embodiment. The flowchart which shows an example of the practice process which concerns on embodiment. The flowchart which shows an example of the training target change processing which concerns on embodiment. The flowchart which shows an example of the battle part processing which concerns on embodiment. The flowchart which shows an example of the use setting process which concerns on embodiment. The flowchart which shows an example of the enhanced item processing which concerns on embodiment.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[1. Game Overview]
First, an outline of an example of a game executed by the game system according to the present embodiment will be described. The game according to the present embodiment is a game played by using a plurality of characters. The character is a game character such as a person, an animal, or an object (for example, a vehicle) appearing in the game, and is displayed as an image (character image) on the game screen. Specifically, an example of the game according to the present embodiment is a baseball game including a training part and a competition part.

The training part is a game part that trains a baseball team consisting of characters corresponding to multiple players on a team-by-team basis. In the training part, the team can be trained by improving the abilities of the characters included in the team. For example, in the training part, the user organizes a team to be trained with a plurality of characters as members, and causes the plurality of characters to practice while advancing the scenario. As a result, the abilities of a plurality of characters included in the team to be trained are improved, and the team can be strengthened. In the following, as an example of a scenario in the training part, the user guides (trains) the high school baseball club (training target team) for a predetermined period (for example, two and a half years) from the position of a leader such as a manager, and baseball. I will explain the scenario of aiming to win the tournament. The scenario is not limited to that related to a high school baseball club, and may be related to, for example, a university or corporate baseball club or a professional baseball team. In the example of the game according to the present embodiment, a plurality of scenarios having different contents are prepared for each type of high school in which the user executes the training part as a director, and the user arbitrarily selects a scenario to be applied to the training part. It is possible. On the other hand, the battle part is a game in which a team trained in the training part (that is, a team containing multiple characters whose abilities have been improved in the training part) is used to play a baseball game against the opponent's team. It is a part. For example, a battle is performed between the teams trained by the training part for each of the user and another user.

FIG. 1 is a flowchart showing the overall flow of the game according to the present embodiment. When the game is started, the screen transitions to the home screen (step S1). The home screen is a screen on which a home image corresponding to the main menu, which is the starting point of this game, is displayed.

FIG. 2 is a diagram showing an example of a home screen. On the illustrated home screen G100, icons P110, P120, P130, P140, P150, and P160 having a function as an operator for accepting a user's operation are displayed. Each icon is an image that is displayed as part of the home image. Each of the icons is associated with a process to be executed according to the reception of an operation, and the content (text, image, etc.) corresponding to the associated process is displayed.

The icon P110 is displayed as "training", and the process for starting the play of the training part is associated with it. When the operation of selecting the icon P110 is performed (step S11 in FIG. 1: YES), the processing of the training part is executed (step S13 in FIG. 1).

The icon P120 is displayed as "match", and the process for starting the play of the battle part is associated with it. When the operation of selecting the icon P130 is performed (step S21: YES in FIG. 1), the processing of the battle part is executed (step S23 in FIG. 1).

The icon P130 is displayed as "character list", and is associated with a character display process for displaying an owned character list image showing a list of owned characters. The owned character is a character owned by the user. The user can acquire (own) a character according to an in-game lottery or the progress of the game (for example, winning a game, playing the game a predetermined number of times, etc.). The owned character can be used to set the team to be trained in the training part. When the operation of selecting the icon P130 is performed (step S31 in FIG. 1: YES), the process for displaying the owned character list image is executed (step S33 in FIG. 1).

The icon P140 is displayed as "My Team", and is associated with information (image) about the team that the user has trained in the training part and team processing that makes various settings for the team. When the operation of selecting the icon P140 is performed (step S41: YES in FIG. 1), the team process is executed, and the transition to the team menu screen where information (image) about the team and options for setting for the team are displayed is displayed. (Step S43 in FIG. 1). For example, in "My Team", it is possible to display information on the members belonging to the team (characters trained by the training part) and team information such as the competition results of the team. The user can train (own) multiple teams by executing the training part multiple times, but in "My Team", the team used for the game from among the multiple teams owned by the user It is also possible to set the order of the members who will participate in the match among the members belonging to the team for each of the owned teams. For example, on the team menu screen, a team menu image including a display of information on members belonging to the team, a team setting (usage setting) used for the game, an order setting, and the like is displayed.

The icon P150 is displayed as "lottery", and is associated with a lottery process for determining the character to be acquired by the user by lottery. When the operation of selecting the icon P150 is performed (step S51 in FIG. 1: YES), the screen transitions to the lottery screen for performing the lottery (step S53 in FIG. 1). In the lottery process, at least one character is selected by lottery from a plurality of predetermined types of characters, and the selected character is added as a user's own character. For example, a lottery is held in exchange for consumption of game value (or in-game coins, medals, points, tickets, items, etc. obtained as the game progresses). The coins, points, tickets, items, etc. in the game may be acquired by the user according to the progress of the game, or may be acquired by billing.

The icon P160 is displayed as "shop", and is associated with a purchase process for purchasing (acquiring) items, etc. by consuming game values such as coins, medals, and points. When the operation of selecting the icon P160 is performed (step S61: YES in FIG. 1), the screen transitions to the purchase screen for purchasing (acquiring) an item or the like (step S63 in FIG. 1).

If the operation to select the icon is not performed (steps S11, S21, S31, S41, S51, S61: NO in FIG. 1), the game continues with the home screen and the game end condition is satisfied (for example, the game ends). When the operation is performed) (step S71: YES in FIG. 1), the game ends.

FIG. 3 is a diagram showing an example of the character list screen. The illustrated character list screen G200 is a screen on which the owned character list image is displayed when the operation of selecting the icon P130 is performed. On the character list screen G200, the character images of the characters owned by the user are displayed side by side on the character list R201. When any of the character images displayed in the character list R201 is selected and an operation is performed on the icon P201 on which "confirmation" is displayed, detailed information about the character of the selected character image is displayed. When an operation is performed on the icon P202 on which "return" is displayed, the character list screen G200 transitions to the home screen G100 (returns).

FIG. 4 is a diagram showing an example of a character detail screen. The illustrated character detail screen G210 is a screen on which a character detail image showing detailed information of the character selected on the character list screen G200 shown in FIG. 3 is displayed. Here, since the tab of "fielder ability" is selected, the information about the fielder ability among the detailed information is displayed. In the illustrated example, the character image R210, the character name (character name) R220, the defensive position R230, the basic information R240, the ability parameter R250, and the special ability R260 are displayed. In the basic information R240, information indicating the character's batting average (batting average, number of home runs, RBI), form (batting form), and dominant hand of pitching (for example, "right-handed left-handedness") is displayed.

The ability parameter R250 displays the parameters of abilities such as trajectory, meet, power, running power, shoulder power, defensive power, and catching as the basic abilities of the character. The parameters are indicated by a numerical value indicating each ability and an alphabet (for example, S, A, B, C, D, E, F, G) indicating the rank (stage) of the high ability according to the numerical value. Is done. "S" indicates that the ability has the highest rank, A, B, C, D, E, and F have the lowest ability, and "G" indicates that the ability has the lowest rank.

The higher the value of the ballistic parameter, the higher the hit ball. The higher the value of the meet parameter, the higher the meet force (the ability of the pitcher to hit the ball thrown by the bat). The higher the value of the power parameter, the higher the power (the ability of the pitcher to hit the thrown ball with a bat to fly it far away). The higher the value of the running force parameter, the faster the foot. The higher the value of the shoulder strength parameter, the faster the ball is thrown. The higher the value of the defensive strength parameter, the better the defensive. The higher the value of the catching parameter, the better the catching (less likely to make an error).

The special ability of the character is displayed on the special ability R260. In the illustrated example, "power hitter", "wide-angle batting method", and "stolen base" are displayed as special abilities possessed by the character. "Power hitter" is a special ability that enhances the ability to fly a ball thrown by a pitcher farther when hit with a bat. The "wide-angle batting method" is a special ability that enhances the ability of pouring. "Stolen base" is a special ability that makes it easier to succeed in stealing.

By switching tabs by operating the icon P210 of the right (R) arrow or the icon P211 of the left (L) arrow, from "fielder ability" to "player ability", "pitcher ability", "defense / appointment", You can switch the display to "Profile". "Athlete ability" is the ability of the character as a player. In the case of a fielder, information based on the information of "fielder ability" is displayed, and in the case of a pitcher, information based on the information of "pitcher ability" is displayed. Will be done. In "Pitcher ability", when the character is a pitcher, information about the pitcher (throwing form, appropriateness of starting / suppressing, basic ability parameters (ball speed, control, stamina, etc.), acquired special ability, etc.) is displayed. .. In "Defense / Appointment", the defensive position, basic ability parameters (running ability, shoulder strength, defensive ability, etc.), usage method, etc. are displayed. In the "profile", profile information set in the game, such as profile information such as a character's name, birthday, age, and professional years, is displayed. Further, when the operation for the icon P220 on which "return" is displayed is performed, the transition from the character detail screen G210 to the character list screen G200 (return).

[2. Training part]
Next, the training part will be described in detail. The training part updates the data associated with one team composed of a plurality of characters (for example, the ability parameters of the characters included in the team) to strengthen the team's strength (ability). It is roughly divided into three processes: "setting the training target", "training", and "reflecting the training results". Hereinafter, the target team to be trained (update related data) in the training part is referred to as a “training target team”, and the characters included in the team are referred to as “training target characters”.

FIG. 5 is a diagram showing the process flow of the training part. First, in "Setting of training target", the high school (scenario) of the training target team to be trained is selected, and a plurality of training target characters as members belonging to the training target team are set (step S100). After setting the affiliation member (character to be trained), shift to "training" of the team to be trained. In "training", one turn including the manager menu (action instruction opportunity for training the team to be trained as a manager) is repeatedly executed until the end condition is satisfied (step S110). The termination condition is, for example, the termination of the growing period. When the end condition is satisfied (step S140: YES), the process shifts to "reflection of the training result" and the training result of the training target team (hereinafter referred to as "trained team", which is the training target character included in the training team. Is called "trained character") and complete the training part. After that, it becomes possible to play against the trained teams of other users in a match using the saved trained teams. Hereinafter, each process of "setting the training target", "training", and "reflecting the training result" will be described in detail.

[2-1. Setting of training target]
First, the user selects the high school (scenario) of the training target team to be trained. At the initial stage, there is only one high school, and it may be possible to select from a plurality of high schools later.
FIG. 6 is a diagram showing an example of a high school selection screen. Here, it is assumed that a scenario related to a high school baseball club is executed in the training part, and multiple high schools (A high school, B high school, C high school, D high school, E high school) are displayed as options. .. The illustrated high school selection screen G300 has icons P311, P312, P313, and P314 that have a function as an operator for selecting each of a plurality of high schools (A high school, B high school, C high school, D high school, and E high school). , P315 is displayed. For example, when the operation of selecting the icon P311 is performed, it is determined that A high school (scenario related to A high school) is selected.

When a high school (scenario) is selected, the training target characters (for example, eight characters, hereinafter also referred to as “high school characters”) that are set as characters associated with the high school in advance are set as members of the training target team. Will be done. In addition to the high school characters, the training target team includes training target characters (for example, four characters, hereinafter also referred to as "arbitrary characters") that are set based on a plurality of characters selected by the user from among the characters owned by the user. .) And a plurality of other characters to be trained (for example, 15 characters, hereinafter also referred to as "extra characters") are set. For example, the extra character is randomly selected and set from a plurality of predetermined characters for extras based on probability information and the like. A team composed of the above high school characters, arbitrary characters, and extra characters is set as a training target team in the training part.

Each character of high school character, arbitrary character, and extra character has a grade parameter, and the grade changes as the training period progresses in the training part. Here, as an example of training a high school baseball club, the training period in the training part is set to a period of two and a half years in the game (members (characters) who joined the club in the first grade graduated in the fall of the third grade). With respect to the training period in the training part, the character set as a member has a different training period depending on the grade and the time of joining / graduating.

FIG. 7 is a diagram showing an increase / decrease in the training period and affiliated members (characters to be trained) in the training part. As shown in the figure, the training period of the training target character set for the belonging member is classified into the following (a) to (d) according to the grade and the time of entering / graduating.
(A) Joined the club as a first grader at the beginning of the training period, and graduated in the fall of the third year of the training period.
(B) Since he was in the second grade at the beginning of the training period, he graduated in the fall of the second year of the training period.
(C) Since he is in the third grade at the beginning of the training period, he graduated in the fall of the first year of the training period.
(D) Joined the club as a first grader in the spring of the second year of the training period, and ended in the fall of the third year of the training period.
(E) Joined the club as a first grader in the spring of the third year of the training period, and ended in the fall of the third year of the training period.

At the start of the training part, the user can select only the characters having the attributes of the first grade from the characters owned by the user, and an arbitrary character (character to be trained) is set based on the selected character. .. In addition, at each stage of the spring of the second year and the spring of the third year of the training period, the user has an opportunity to reset the character having the attribute of the first grade at each stage from the characters owned by the user. Provided. With the end of the training period, a team (trained team) including members enrolled at the end of the training period (trained characters) and members who graduated in the middle of the training period (trained characters) It is saved as a breeding result. In addition, the character owned by the user may have a fixed parameter that does not change according to the progress of the training period, instead of the parameter of the grade that changes according to the progress of the training period in the training part ( For example, a parameter indicating that the character is selectable at the start of the training part, a parameter indicating that the character is selectable in the spring of the second year of the training period, and a character selectable in the spring of the third year of the training period. Parameters that indicate that).

[2-2. Nurturing]
"Training" repeats one turn (see FIG. 5) including three steps of "morning event", "director menu", and "afternoon event" for a maximum of 120 turns. Note that the "morning event" and "afternoon event" do not always occur in each turn, and may or may not occur in each turn. FIG. 8 is a diagram showing turns in the growing period. Two and a half years in the game until the member (character to be trained) who joined the club (joined the team to be trained) in the first grade at the start of the training part graduated (finished training) in the fall of the third grade is expressed in 120 turns Will be done. One turn corresponds to one week in the game, four turns correspond to one month in the game, and 4 (weeks) x 12 (months) x 2.5 (years) = 120 turns. The total 120 turns include the turn to play the game, and if the game is lost, the training part may end in the middle.

[2-2-1. Training (event)]
Events (“morning events” and “afternoon events”) occur in addition to the pre-determined scenarios for each high school. The events include high school-specific (scenario-specific) events, high school-specific (scenario-specific) events, and event characters (hereinafter referred to as "Ibe-chara"). The eve character is a character associated with an event, and each character of the high school character, the arbitrary character, and the extra character set as the training target character included in the above-mentioned training target team has the property as an eve character at the same time. Also has. The event is generated according to the establishment of the generation conditions set for each event (that is, regardless of the user's intention) as the training part progresses. As a result of the event, various parameters such as the ability parameters of the members (characters to be trained) are changed. There are multiple different types of events for each of the high school-specific (scenario-specific) event, high school-common (scenario-specific) event, and event by Ibechara, and the content of the event differs depending on the event type.

FIG. 9 is a diagram showing an example of an event screen when an event occurs. The illustrated event screen G400 shows an example of the "morning event" of the first turn of the training period (April 1st week of the first year). On the event screen G400, information R410 indicating the current turn, event image R420 according to the content of the event, text information R430 such as dialogues of characters appearing in the event and words according to the content of the event are displayed. Each event functions as the smallest unit of the story element that constitutes the scenario in the training part, and displays the event image R420 related to the text information R430 such as the above-mentioned character, character dialogue, and words according to the event content. The story is expressed by. It should be noted that some events involve the selection of options by the user, and some events have different results depending on the selection result.

Events are divided into scenario events (high school-specific (scenario-specific) events or high school-common (scenario-common) events) and Ibe-chara events (events by Ibe-chara). The scenario event occurs when a predetermined generation condition is satisfied for the scenario applied to the training part. For example, in a scenario event, an event occurrence schedule may be set in advance, and the occurrence condition may be that a specific number of turns is reached. FIG. 10 is a diagram showing an example of an event occurrence schedule. For example, event X in the morning of the second week of April of the first year, event Y in the afternoon of the fourth week of April of the first year, ..., the afternoon of the third week of September in the third year. The timing at which an event occurs is set, such as event Z. When the event reaches the set turn, the set event occurs.

The Ivechara event occurs when the conditions set in advance for each type of event are met. For example, an eve character event is associated with an eve character (training target character) included in a training target team, for example, provided that a specific parameter of the eve character (training target character) reaches a specific value. appear. In addition, the conditions for generating the Ivechara event may include reaching a specific number of turns. For example, an Ivechara event may occur on condition that a specific number of turns has been reached and a specific parameter has reached a specific value.

[2-2-2. Training (director menu)]
In the supervisor menu, the user selects the content (item) in which the user acts as the supervisor in each turn. For example, the choice items include "practice,""construction,""mission,""supervisionskill," and "teaching." The item of that, "practice", instructs the training target team to practice. "Construction" consumes dedicated points to build a building or upgrade the constructed building. In the "mission", as the training state (growth degree) of each training target character (Ibe character), it is possible to confirm the occurrence status of the event corresponding to the training target character (Ibe character) for each training target character (Ibe character). "Supervision skill" consumes supervision points to improve supervision ability (teaching skill). "Teaching" consumes items to improve the ability of the character to be trained.

FIG. 11 is a diagram showing an example of the director menu screen G500. On the illustrated manager menu screen G500, information R510 (here, "July 1st week of the first year") indicating the current time (current turn) in the training part and the turn to play a match with another team are displayed. Information R520 indicating the period (here, "two weeks until the match"), schedule R530 to be performed in the future turn, and the current strength R540 (training state) of the team to be trained are displayed. As for the strength, the alphabet (for example, S, A, B, C) indicating the rank (stage) of the high ability of the training target team as a whole, such as batting power, defensive power, mobility, ball speed, ball control power, and changing ball. , D, E, F, G) and radar charts are displayed. The rank of each ability is determined according to each training state (ability parameter, etc.) of the member (character to be trained) belonging to the team to be trained. In addition, as the strength, an alphabet (here, "A ++") indicating the rank (stage) of the height of the total strength, which indicates the ability of the training target team as a whole, which is the total rank of each ability, is displayed.

Further, on the supervisor menu screen G500, icons P510, P520, P530, P540, and P550 having a function as an operator for selecting the content (item) in which the user acts as a supervisor are displayed. The icon P510 is displayed as "practice", and is associated with a practice process for instructing the training target team to practice. The icon P520 is displayed as "construction", and is associated with a construction process for constructing a building by consuming dedicated points or for leveling up the constructed building. The icon P530 is displayed as "Mission", and is associated with a mission process that can confirm the achievement status (event occurrence status) of the mission in each training target character (event character). The icon P540 is displayed as "supervision skill", and is associated with supervision skill processing for consuming supervision points to improve supervision ability (teaching skill). The icon P550 is displayed as "Teaching", and is associated with a teaching process for consuming items to improve the ability of the character to be trained.

In addition, only when "Practice" is selected, the steps in the turn proceed, and when the practice process is completed, if an afternoon event occurs, the afternoon event is performed and then the current turn ends, and the afternoon event occurs. If not, the current turn ends. Since the steps in the turn do not proceed with the selection items other than "practice", you can select as many times as you like in one turn. In addition, after selecting "Practice", cancel the selection of "Practice" and select another option until the specific practice content is selected and the practice is carried out (practice processing is executed). You may be able to return to the state where you can.

[2-2-2 (1). Training (Director menu: Practice)]
When the operation of selecting the icon P510 (“practice”) is performed on the director menu screen G500 and the practice item (practice content) is instructed (selected), the practice process is executed. In the practice process, the practice effect according to the practice content instructed (selected) by the user to the training target team is obtained for the member (training target character) belonging to the training target team. The practice effect is that the data associated with the training target character (various parameters associated with the training target character) is updated. For example, as a practice effect, the ability parameter indicating the ability of the training target character is updated.

FIG. 12 is a diagram illustrating an example of character data. The character data (various parameters associated with the character to be trained) includes overall data indicating the "whole" ability, basic ability data indicating the "basic ability", special ability data indicating the "special ability", and the like. The overall data includes "experience points" that increase (or decrease) according to "practice", "event", etc., and "level" ability parameters that are determined according to "experience points". The basic ability data includes, for example, ability parameters related to the pitcher, such as control, stamina, ball speed, and other "practice value" and "rank" ability parameters. The "practice value" increases (or decreases) according to "practice" or "event". The "rank" is indicated by an alphabet (for example, S, A, B, C, D, E, F, G) or the like, and increases each time the "practice value" reaches a predetermined value. The "practice value" is reset each time the "rank" increases. The special ability data includes a parameter indicating whether or not the character to be trained has acquired (acquired or not) for each special ability. The parameters of each special ability change from "none" to "yes" depending on "event", "teaching", and so on.

For example, by "practice", the parameters of "experience value" and "experience value" of the character to be trained are updated. The practice content instructed by the user is prepared in advance so that it can be selected from a plurality of practice items. FIG. 13 is a diagram showing an example of the practice menu screen. On the illustrated practice menu screen G600, a practice menu image including information indicating the selection of practice items and the effect of the practice is displayed. The illustrated practice menu screen G600 is an example of a screen instructing "pitcher practice". By operating the right (R) arrow icon P610 or the left (L) arrow icon P611, it is possible to switch to another practice such as "fielder practice".

On the practice menu screen G600, a practice menu R610 for selecting a practice item to be instructed to the training target team is displayed. Here, in the practice menu R610, icons P631, P632, P633, and P634 having a function as an operator for selecting a practice item as "pitcher practice" are displayed. The icon P631 is displayed as "ball speed practice", and is associated with a ball speed practice process in which a practice effect can be obtained by instructing the ball speed practice. The icon P632 is displayed as "control practice", and is associated with a control practice process in which a practice effect can be obtained by instructing the control practice. The icon P633 is displayed as "stamina practice", and is associated with a stamina practice process in which a practice effect can be obtained by instructing the stamina practice. The icon P632 is displayed as "changing ball practice", and is associated with a changing ball practice process in which a practice effect can be obtained by instructing the changing ball practice.

The icon of each practice item is associated with the amount of increase in "experience value" as a practice effect, the amount of increase in "practice value" according to the practice content, and one or more characters (character images) to be trained. Is displayed. The training target character associated with each practice item is randomly selected from the members (training target characters) included in the training target team. The icon of each practice item may include an icon to which the character to be trained is not associated. In addition, the number of practice item icons (choices) is smaller than the number of all training target characters included in the training target team. By the practice process corresponding to the icon (practice item), the value of the parameter (experience value and practice value) of the character to be trained associated with the icon increases based on the experience value and practice value associated with the icon. To do. As a result, the ability of the training target character increases, and the strength of the training target team increases. For practice items that are not associated with the training target character, the amount of increase in the experience value and practice value associated with the training item is not reflected for any of the training target characters.

Specifically, the "experience value" and the "practice value" + alpha value corresponding to the selected practice item (for example, "control practice") are each of the training target characters associated with the practice item. It is added to "experience value" and "practice value" (this is called "direct instruction"). On the other hand, for the practice items that were not selected (for example, "ball speed practice", "stamina practice", "changing ball practice"), the "experience value" and "practice value" corresponding to each practice item are added to each practice item. It is added to the "experience value" and "practice value" of the associated character to be trained (no + alpha). In this way, both the training target character associated with the selected practice item and the training target character associated with the unselected practice item can obtain the practice effect, but the selected practice Only for the training target character associated with the item, the + alpha value is added to the original set value (value set in advance for each practice item).

On the illustrated practice menu screen G600, the icon P632 (“control practice”) is tentatively selected. The tentative selection means that the selection has not been decided and can be changed to the selection of another icon. When the operation of selecting and deciding from the tentative selection state is performed, the selection of the tentatively selected icon is determined, and the practice process of the practice item corresponding to the icon is executed. The operation for selecting and determining is, for example, an operation for the icon P623 on which "decision" is displayed. In the case of an operation on the touch panel, the icon is temporarily selected by the first touch operation on the icon, and the icon is temporarily selected by performing the second touch operation on the icon in the temporarily selected state. The choice may be decided.

The + alpha value is displayed in the "experience value" and "practice value" corresponding to the tentatively selected practice item. The "experience value: +232" and "practice value: +82" displayed corresponding to the illustrated icon P632 ("control practice") are values + alpha added to the original set value. On the other hand, for the "experience value" and "practice value" corresponding to the unselected practice items, the original set values that are not + alpha are displayed. For example, the "experience value: +93" and "practice value: +40" displayed corresponding to the icon P631 ("ball speed practice") are the original setting values that are not + alpha. When the tentatively selected icon is changed from the icon P632 ("control practice") to the icon P631 ("ball speed practice"), the "experience" displayed corresponding to the icon P632 ("control practice") The "value" and "practice value" are changed to the original setting values that are not + alpha, and the "experience value" and "practice value" displayed corresponding to the icon P631 ("ball speed practice") are the original setting values. It is changed to the value + alpha.

The ability of the training target character by the practice effect of the above-mentioned "practice" (the "experience value" and "practice value" corresponding to the practice item are added to each training target character corresponding to the practice item). Data such as parameters indicating the above are updated. The amount of increase in the "experience value" and "practice value" of each practice item is an example of "update conditions" when data such as parameters indicating the ability of the character to be trained is updated by the practice effect of "practice". .. This update condition is not limited to the increase amount of the "experience value" and the "practice value", but may be an increase (increase amount) of other parameters, or may be the acquisition of some special ability.

FIG. 14 is a schematic diagram illustrating changes in the update conditions according to the provisional selection. Here, three practice items, A practice, B practice, and C practice, are examples of options, and the amount of increase in parameters is associated as an update condition. In (1), none of the options is tentatively selected, and the update condition for practice A is "+80", the update condition for practice B is "+45", and the update condition for practice C is "+60". These update conditions are the original settings for each practice item. In (2), since the A practice is tentatively selected, only the update condition of the A practice is changed to the + alpha value (“+80 + 30”). In (3), since the provisional selection was changed from A practice to B practice, the update condition of A practice returns to the original set value ("+80"), and only the update condition of B practice + alpha value ("+45 + 15"). ") Is changed to. In (4), since the tentative selection was changed from B practice to C practice, the update condition of B practice returns to the original setting value ("+45"), and only the update condition of C practice + alpha value ("+60 + 20"). ") Is changed to. As for the update condition after the change, the total value after + alpha may be displayed as shown in FIG. 13, or the original setting and the + alpha value may be displayed as shown in FIG. May be good.

Although the example in which the update condition (parameter increase amount) of the tentatively selected practice item is increased (+ alpha) with respect to the original set value has been described, the update condition of the tentatively selected practice item has changed. Instead, the update condition (parameter increase amount) of the practice item that is not tentatively selected may be reduced with respect to the original set value. In addition, the update condition (parameter increase amount) of the temporarily selected practice item increases with respect to the original setting value, and the update condition (parameter increase amount) of the practice item not temporarily selected is the original setting value. May decrease against.

The original set values of "experience value" and "practice value" are determined based on the training target character associated with the corresponding practice item and the supervision skill (supervisory ability parameter) corresponding to the practice item. However, in addition to this (or independently), it may be determined based on other factors, such as values based on items acquired during the game, manager skills, and so on. The manager skill is one of the parameters associated with the character who plays the role of manager among the members belonging to the training target team (training target character). The update condition is not limited to the increase amount of the "experience value" and the "practice value", but may be a decrease amount, and addition, deletion, change, etc. to other data (parameters) associated with the character to be trained, etc. It may be a condition indicating.

Returning to FIG. 13, on the practice menu screen G600, the practice target list R620 displays a list of training target characters associated with the tentatively selected practice item so that the user can select it. For the training target character selected in this practice target list R620, the details of the mission achievement status (event occurrence status) and ability can be confirmed. When the operation for the icon P620 displayed as "Mission details" is performed, the occurrence status of the event corresponding to the training target character (Ibe character) selected in the practice target list R620 is displayed. When the operation for the icon P621 displayed as "Ability details" is performed, the ability parameters of the training target character selected in the practice target list R620 are displayed. When the operation for the icon P622 on which "return" is displayed is performed, the transition from the practice menu screen G600 to the director menu screen G500 (return).

[2-2-2 (2). Training (supervision menu: construction)]
In "Construction", you can level up the building where you have built or built various buildings (eg training facilities) by spending supervision points. The type of building and the construction level affect the practice effect and supervision skill. This "construction" is a menu unique to high schools (scenarios), and may or may not be available depending on the high school. High schools without "construction" may have an alternative menu to "construction".

[2-2-2 (3). Training (Director menu: Mission)]
In "Mission", you can check the achievement status of the mission (event occurrence status). That is, it is possible to confirm how many events that can occur have occurred. The term "mission" is used because it is necessary to generate more events in order to improve the abilities of the training target characters (Ibe characters) included in the training target team in the training part. This is because it can be regarded as a mission assigned to the user in the training part to generate it.

FIG. 15 is a diagram showing an example of a mission screen. On the illustrated mission screen G700, the event occurrence status R710 and the event detailed information R720 are displayed. As mentioned above, the event includes a scenario event and an event character event. In the illustrated example, since the tab of "Ivechara" is selected, the event occurrence status R710 displays the occurrence status of the Ivechara event.

The event occurrence status R710 displays the event list R711 and the event list R712. A plurality of character images of the Ibe character (character to be trained) are displayed on the Ibe character list R711. Each character image can be selected, and the selected character image is displayed with a character name (here, "character B1") and has a display mode that can be distinguished from other character images. In the event list R712, a list of Ibe character events associated with the Ibe character indicated by the character image selected in the Ibe character list R711 is displayed. For example, the Ivechara event is a locked state (event # 5 and event # 6 in the figure) in which the event cannot occur at the initial stage, and the key mark is associated with the event. When the level of the event character exceeds a certain level, the lock state is changed to the unlock state (event # 2 and event # 4 in the figure), and the key mark is hidden. The unlocked state is a state in which an event can occur. An unlocked event is generated by further satisfying a predetermined generation condition for the event (for example, a specific parameter of the Ivechara reaches a specific value). In addition, "achieved!" Is displayed for the events that have already occurred (event # 1 and event # 3 in the figure).

Further, in the event list R712, detailed information of the selected Ibe character event among the Ibe character events displayed in the Ibe character list R711 is displayed. In the illustration, since event # 2 is selected, explanatory information R721 about the content of event # 2, occurrence condition R722 of event # 2, and reward information R723 obtained by event # 2 are displayed.

If the tab is switched from "Ivechara" to "Scenario" by operating the right (R) arrow icon P710 or the left (L) arrow icon P711, the content displayed in the event occurrence status R710 will be the event. Switch from the occurrence status to the occurrence status of the scenario event.

[2-2-2 (4). Training (Director menu: Director skills)]
In "supervision skill", supervision skill (teaching skill as a supervision) can be improved (acquired) by consuming supervision points. For example, the supervision skill includes a skill for instructing a fastball group, a skill for instructing a skill group, and a skill for instructing batting. As the supervision skill is improved (acquired), the practice effect of the practice items corresponding to the type of supervision skill in the "practice" menu is improved.

FIG. 16 is a diagram showing an example of the supervision skill screen. On the illustrated supervision skill screen G800, a skill list R810 for selecting a supervision skill is displayed. A plurality of preset supervision skills are displayed in the skill list R810. There are two types of supervision skills: locked and unlocked. Unlocked supervision skills (in the figure, skills # 1, # 3, # 5, # 6, # 7, # 8) can be selected. The lock state supervisory skills (skills # 2 and # 4 in the figure) are displayed with a key mark and grayed out, and cannot be selected. For example, when the director's level exceeds a certain level, it shifts from the locked state to the unlocked state and becomes selectable. In addition, each supervision skill displays the value of supervision points to be consumed in exchange for each supervision skill to be improved (acquired). The supervision skill (skill # 9 in the figure) that the possessed supervision points are not enough is grayed out in a state where the key mark is not displayed but cannot be selected.

Select the supervision skill you want to improve (acquire) from the multiple supervision skills displayed in the skill list R810, and operate the icon P820 with "OK" displayed to supervise the selected supervision skill. It can be improved (acquired) by consuming points. When the operation for the icon P821 on which "return" is displayed is performed, the transition from the supervision skill screen G800 to the supervision menu screen G500 (return).

[2-2-2 (5). Training (Director menu: Teaching)]
In "Teaching", items can be consumed to improve the abilities of any player (character to be trained). Items are classified into five types: "level experience value" and "knack" and "practice value" for fielders / pitchers, respectively. The "level experience value" increases the "experience value" (and the "level" according to the "experience value") of the character to be trained. The "knack" is to give a special ability as an item to the character to be trained. The "practice value" increases the "practice value" of the character to be trained. The "knack" (special ability) has a rank (for example, S, A, B, C, D, E, F, G), and the effect changes step by step.

FIG. 17 is a diagram showing an example of a teaching screen. On the illustrated teaching screen G900, a teaching image for selecting an item to be taught is displayed. On the transfer screen G900, in the transfer item list R901, the items to be "transmitted" are displayed for each type by switching tabs. In the illustrated example, the "Fielder Tips" tab is selected, and the "Tips" (special ability) items for fielders and the number of possessions of those items are displayed. It is possible to teach as many as you have. By switching tabs by operating the right (R) arrow icon P901 or the left (L) arrow icon P902, "pitcher tips" ("pitches" for pitchers), "fielder practice values" ("practice" for fielders Each item list of "value"), "pitcher practice value" ("practice value" for pitcher), and "level experience value" can be displayed in the instruction item list R901.

In the illustrated example, "chance", which is an item of "knack" (special ability) for fielders, is selected. "Chance" is a special ability that raises the ability parameter of the basic ability at the time of chance and becomes stronger against chance. By performing an operation on the icon P903 on which "decision" is displayed, the screen transitions to the transmission character selection screen for selecting which training target character the selected "chance" is to be given. When the operation for the icon P904 on which "return" is displayed is performed, the transition from the instruction screen G900 to the director menu screen G500 (return).

FIG. 18 is a diagram showing an example of a transfer character selection screen. On the illustrated transmission character selection screen G910, an image for selecting a training target character to be given the item selected on the transmission screen G900 is displayed. On the transmission character selection screen G910, a plurality of character images are displayed as options in the character selection list R911. Here, the displayed character image may be determined according to the type of the selected item. For example, in the case of an item for a fielder, the character to be trained by the fielder may be prioritized, and in the case of an item for a pitcher, the character to be trained by the pitcher may be prioritized. Further, in the case of an item for a fielder, only the character image of the fielder may be displayed, and in the case of an item for a pitcher, only the character image of the pitcher may be displayed. In the illustrated example, "character B1" is selected. By performing an operation on the icon P911 on which "decision" is displayed, the selected "character B1" is given a special ability related to the "chance" selected as the item to be transmitted. When the operation for the icon P912 in which "return" is displayed is performed, the transition from the transfer character selection screen G910 to the transfer screen G900 (return).

[2-3. Reflection of training results]
When the training part is completed and the "training" of the training target team is completed, the members who graduated in the middle of the training period (training target characters) are added to the members (training target characters) who are enrolled in the training target team at the end. The team to be trained is saved as a trained team. The saved data of the trained team and the trained characters included in the trained team is the updated data reflecting the training result of "training" in the training part. It is possible to hold multiple trained teams for each high school (scenario). FIG. 19 is a diagram showing an example of the training situation for each high school. In the illustrated example, as a result of conducting the training part three times at A high school (scenario related to A high school), three trained teams are held, and there is no track record of the training part at B high school (scenario related to B high school). It shows the situation where four trained teams are held as a result of conducting the training part four times at C high school (scenario about C high school). The retained trained team is used to play against the trained teams of other users. If you have a plurality of trained teams, you can use one team (trained team) selected from them for the match.

[3. Competitive team settings]
One trained team for each high school (scenario) trained by the training part can be designated for each high school as a team to be used in the competition part. By specifying in advance before playing the battle part, it is not necessary to select the team (trained team) to be used for the battle each time, which is convenient. Here, the setting in which the team (trained team) to be used for the battle is specified in advance before playing the battle part is referred to as "usage setting". In addition, since the battle in the battle part is carried out asynchronously, the team (the team set to be used by the matched user) can be used as the opponent of the user who is going to play the battle. The trained team) will be used for the match, and the user's intention can be reflected in the selection of the team (trained team) to be used for the match. In addition, each high school has a default team prepared in advance before the training part is held, and usage settings are made. For this reason, the default team can be used for the match for high schools that do not have a training record (implementation record of the training part). However, the default team is basically more disadvantageous than the trained team trained by the training part.

FIG. 20 is a diagram showing an example of usage settings of a battle team. The illustrated example corresponds to the example of the training situation for each high school (scenario) shown in FIG. 19, and shows the teams that can be used and set. A high school (scenario about A high school) has three trained teams (teams # 1, # 2, # 3) trained by the training part, so one of these three teams can be used. It is possible. Since B High School (scenario about B High School) has no training record by the training part, only the default team can be set to use. For a high school (scenario) with only a default team, the default team may be set in advance. Since C High School (scenario about C High School) holds four trained teams (teams # 1, # 2, # 3, # 4) trained by the training part, one of these four teams can be selected. Usage settings are possible. In the illustrated example, team # 2 in A high school (scenario about A high school), default team in B high school (scenario about B high school), and team # 3 in C high school (scenario about C high school) use each team (scenario). It is set to be used as a trained team). Further, in each team, the members (trained characters) in the team are distinguished into an order composed of members participating in the game and other than that. Orders are divided into starting orders and benches (copy). Members (trained characters) can be freely replaced at any time.

FIG. 21 is a diagram showing an example of a usage setting screen for setting the usage of a battle team. The illustrated usage setting screen G1000 further selects "usage setting" on the team menu screen displayed when the operation of selecting the icon P140 ("My Team") is performed on the home screen G100 shown in FIG. Displayed when an operation is performed. On the usage setting screen G1000, information R1010 of the "current team" indicating the team currently used and set (trained team), and "a team newly used and set in place of the currently used team" are shown. Information R1020 of "the team to be replaced" is displayed. In the illustrated example, team # 1 of A high school (scenario related to A high school) is set to be used in the information R1010 of the "current team". On the other hand, in the information R1020 of the "replacement team", teams # 2 and # 3 of the same high school A (scenario related to high school A) are displayed as candidates for replacement. If there is only one team to replace, only that one team will be displayed as a candidate, and if there are no other candidates to replace (if there is only one team in that high school (scenario)), Candidates are not displayed.

"Replace team" information For the icon P1010 where the operation to select the team (trained team) to be newly used and set from the teams (trained teams) displayed on R1020 is performed and "replace" is displayed. When the operation is performed, the team displayed in the information R1010 of the "current team" and the team displayed in the information R1020 of the "replacement team" are exchanged. Then, when the operation for the icon P1011 in which "OK" is displayed is performed, the change of the usage setting is confirmed. On the other hand, when the operation for the icon P1012 displaying "Cancel" is performed, the team displayed in the information R1010 of the "current team" and the team displayed in the information R1020 of the "replacement team" are not replaced. Returns to the original state of.

In addition, icons corresponding to each high school (scenario) are displayed on the high school selection R1030, and the high school for which usage settings are set can be switched by operating to select one of the icons. When the operation for the icon P1013 on which "return" is displayed is performed, the transition from the usage setting screen G1000 to the team menu screen (return).

FIG. 22 is a diagram showing an example of an order setting screen for setting an order for a team (trained team). The order member list R1110 and the off-bench member list R1120 are displayed on the illustrated order setting screen G1100. In the order member list R1110, nine regular (starting order) members (trained characters) and nine benched members (trained characters) are displayed separately. In the off-bench member list R1120, five off-bench members (trained characters) who are not in the order are displayed.

For example, when it is desired to change a regular member, when the regular member to be changed is selected in the order member list R1110 and an operation is performed on the icon P1110 in which "change" is displayed, the member to be changed from the benched member list. You can choose. Then, when a member to be changed is selected from the list of benched members and an operation is performed on the icon P1111 on which "OK" is displayed, the selected regular member and the selected benched member are exchanged. Further, when it is desired to put an off-bench member in an order, when the off-bench member to be placed in the order is selected in the off-bench member list R1120 and the operation for the icon P1110 in which "change" is displayed is performed, the order member list is performed. It is possible to select a member to be removed from the order instead from R1110. Then, when a member to be removed from the order is selected from the order member list R1110 and an operation is performed on the icon P1111 on which "OK" is displayed, the selected order member and the non-bench member are exchanged. In this way, in the trained team, the members (trained characters) can be freely exchanged among the regular (starting order) members, the members on the bench, and the members outside the bench. However, it is not possible to replace members across teams (trained teams), and it is possible to move (replace) members (trained characters) from one team (trained team) to another team (trained team). Absent.

[4. Battle part (matching of opponent's team)]
In the battle part, when an instruction to execute a battle with another team (for example, an operation is performed on the icon P120 (“match”) of the home screen G100 shown in FIG. 2), matching with the opponent is performed. In matching, teams of users with similar overall strength (trained teams) are targeted for matching. The total strength is calculated as the total total strength (total strength) of the teams that are set to be used for the battle for each high school (scenario). For example, in the example shown in FIG. 20, the total strength of team # 2 of A high school (total strength), the total strength of the default team of B high school (total strength), and the total strength of team # 3 of C high school (total strength). Is used for matching as the total power of this user. For example, when a user instructs to execute a battle, a plurality of other users having a total power close to the user's total power (within the range of the user's total power ± a predetermined value) are extracted as candidates for the user's opponent. .. The user arbitrarily selects an opponent from a plurality of extracted other users, so that a battle is performed between the user's team and the opponent's user's team. The total strength (total strength) of the team is calculated (for example, total) based on the value of the ability parameter of the member (each trained character) included in the team, for example. The total strength (total strength) of a team is preferably calculated based on the value of the ability parameters of all the belonging members (trained characters) included in the team, but the belongings included in a specific group such as an order member. It may be calculated based on the value of the ability parameter of only the member (trained character). When the opponent user is decided by matching, the decided opponent user and the teams set to use in the same high school (scenario) play a match. The high school (scenario) to which the team used in the match belongs is determined in advance regardless of the user's choice. Therefore, even if other users have a total power close to the total power of the user, the total power of the teams set to be used in the determined high school (scenario) is not always close. Therefore, no matter which high school is decided in the match, it is necessary to develop a stronger team in the training part in all the high schools in order to advance the match in an advantageous manner.

[5. Game system configuration]
Next, the configuration of the game system 1 according to the present embodiment will be described.
FIG. 23 is a block diagram showing an example of the configuration of the game system 1 according to the present embodiment. The game system 1 is composed of a plurality of terminal devices 10-1, 10-2, ..., 10-n (n is a natural number) and a server device 30, and these devices are connected via a communication network NW. Be connected. Since the terminal devices 10-1, 10-2, ..., 10-n have the same configuration, they will be described simply as the terminal device 10 unless otherwise specified.

The terminal device 10 functions as a game device by executing a game control program. For example, the terminal device 10 is a computer device used by a user, and a game machine, a PC (Personal Computer), a tablet PC, a mobile phone such as a smartphone or a feature phone, and the like can be applied.

The server device 30 manages game data and a game control program necessary for executing a game control program on the terminal device 10. For example, the server device 30 is a computer device managed by a game operating company, and can be regarded as a system composed of a plurality of server machines, storage, network switches, routers, firewalls, and the like. The game data managed by the server device 30 is used when the game control program is executed on the terminal device 10, or is transmitted to the terminal device 10 in advance for use. In addition, the game data includes advertising data (information on other games) displayed during the game. For example, the image displayed on the screen of the terminal device 10 is a part of the game data. The game control program managed by the server device 30 includes a part of the game control program. The game control program includes not only those downloaded to the terminal device 10 before the start of the game but also those downloaded to the terminal device 10 after the start of the game. The game control program downloaded to the terminal device 10 before the start of the game may be managed not by the server device 30 but by the server device that distributes the program that operates in the terminal device 10.

[5-1. Game terminal hardware configuration]
Next, the configuration of the terminal device 10 according to the present embodiment will be described in detail.
FIG. 24 is a diagram showing an example of the hardware configuration of the terminal device 10 according to the present embodiment. The terminal device 10 includes, for example, a communication unit 11, an input unit 12, a display unit 13, a voice output unit 14, a storage unit 15, and a CPU (Central Processing Unit) 16. The terminal device 10 can use a general-purpose smartphone and does not require special hardware for executing the game control program, regardless of the processing power of the CPU. That is, if a program appropriately created according to the hardware configuration of the terminal device 10 on which the game control program is executed is used, a part of the hardware configuration may be different from the present embodiment.

The communication unit 11 is a device that performs communication corresponding to the communication standard of the communication network NW such as wireless LAN, wired LAN, and mobile communication (LTE) capable of communicating between the terminal device 10 and the server device 30.

The input unit 12 is a device capable of receiving interactive information during game execution. The interactive information is, for example, user operation information for the terminal device 10. Examples of the input unit 12 include physical devices such as buttons, keyboards, and levers that are mechanically operated, pointing devices (mouse and touch panel) that are GUI, and recognition devices (microphone, camera) that are voice and gesture. The input unit 12 may be integrally configured with the terminal device 10, or may be configured as a separate body connected by wire or wirelessly. The input unit 12 outputs an operation signal input based on the operation.

The display unit 13 is a display that displays information such as images and texts, and includes, for example, a liquid crystal display panel, an organic EL (Electroluminescence) display panel, and the like. The display unit 13 may be configured as a separate body from the terminal device 10, and may be, for example, a television, an external monitor, or a head-mounted display (HMD).

The audio output unit 14 is configured to include, for example, an audio output terminal that outputs audio to a speaker, headphones, or the like.

The storage unit 15 includes, for example, HDD (Hard Disk Drive), SSD (Solid State Drive), EEPROM (Electrically Elegant Memory), ROM (Read-Only Memory), ROM (Read-One Memory), ROM (Read-One Memory), ROM (Read-Ony Memory), ROM (Read-Ony Memory), ROM (Read-One Memory) The terminal device 10 stores various information, images, programs, and the like used for processing. The storage unit 15 is not limited to the one built in the terminal device 10, and may be an external storage device connected by a digital input / output port such as USB.

The CPU 16 executes various programs stored in the storage unit 15 and controls each unit of the terminal device 10. The CPU 16 is an example of a processor that executes processing in the terminal device 10.

The terminal device 10 may include a camera (not shown), a gyro sensor, and a GPS (Global Positioning System) chip.

[5-2. Functional configuration of game terminals]
FIG. 25 is a diagram showing an example of the functional configuration of the terminal device 10 according to the present embodiment. In this figure, a data storage unit 150 and a control unit 160 are shown as a terminal device 10 functional configuration. The data storage unit 150 has a functional configuration corresponding to the storage unit 15 shown in FIG. 24. The control unit 160 has a functional configuration realized by the CPU 16 executing the game control program stored in the storage unit 15.

The data storage unit 150 has a configuration for storing data necessary for executing game processing, for example, a character data storage unit 151, a user data storage unit 152, an owned character data storage unit 153, and a high school data storage unit. It includes 154, a training data storage unit 155, a team data storage unit 156, and a team member data storage unit 157.

The character data storage unit 151 stores data of a plurality of characters that can be used in the game. FIG. 26 is a diagram showing an example of character data stored in the character data storage unit 151. The character data D151 is associated with a character ID, a character name, data indicating a character's ability, and the like. The character ID is identification information that identifies each character. The character name is the name of the character. As explained with reference to FIG. 12, the data indicating the character's ability includes overall data indicating the "whole" ability, basic ability data indicating the "basic ability", special ability data indicating the "special ability", and the like. included. The overall data includes the ability parameters of "level" and "experience value" respectively. The basic ability data includes each ability parameter of "rank" and "practice value" corresponding to "control", "stamina", "ball speed" and the like. The special ability data includes parameters indicating the presence or absence of special abilities corresponding to "special ability # 1," "special ability # 2," "special ability # 3," and the like. Note that these data are examples, and the character data D151 may be associated with data related to various characters such as a character image of each character, a defensive position, and a form.

The user data storage unit 152 stores user data of the user who uses the terminal device 10. The user data is associated with a user ID that identifies the user, a user name that indicates the name of the user in the game, and the like. In addition, data such as coins, medals, points, tickets, or items acquired by the user is also associated with the user data.

The owned character data storage unit 153 stores the character data of the owned character acquired by the user by lottery or the like among a plurality of characters prepared in the game. For example, the lottery process is performed by the server device 30, and the character data of the owned character is added by acquiring the lottery result (data of the drawn character) from the server device 30. FIG. 27 is a diagram showing an example of owned character data stored in the owned character data storage unit 153. The owned character data D153 shown in the figure is associated with a user ID, an owned ID, a character ID, a character name, and the like. The possession ID is identification information that identifies an event related to the possession (grant to the user) of the possessed character in the management of character data. For example, when the user acquires a character, a new possession ID is issued, and the possession ID is stored in association with the acquired character's character ID, character name, and the like. The user may own the same character. In this case, the character ID and the character name are the same, but the possession ID is different. The owned character data is transmitted to the server device 30, and the owned character data of a plurality of users is associated and managed for each user (for each user ID) in the server device 30.

The high school data storage unit 154 stores high school data (scenario data) of the high school (scenario) prepared in the game. FIG. 28 is a diagram showing an example of high school data stored in the high school data storage unit 154. High school ID (scenario ID), high school name (scenario name), high school character, default team ID, and the like are associated with the illustrated high school data D154. The high school ID (scenario ID) is identification information that identifies the high school (scenario). The high school name (scenario name) is the name of the high school (scenario). The high school character is associated with a character ID of a high school character preset for each high school among a plurality of characters prepared in the game. The default team ID is identification information that identifies the default team preset for each high school. The high school data is limited to a limited number of high schools at the start of the game, and may be added as the game progresses. In this case, the added high school data is acquired from the server device 30 and stored in the high school data storage unit 154. Alternatively, the high school data to be added later is also stored in the high school data storage unit 154 so that the high schools that can be selected by the user at the start of the game are limited and the number of high schools that can be selected is increased according to the progress of the game. You can do it. In addition to the progress of the game by the user, the game service is provided in sequence according to the convenience of the game service operator so that high school data (scenario data) and related data can be used by the user. It may be operated. In this case, additional content (high school data and related data) will be available to all users of the game at the same timing regardless of the progress of the game by the users.

The training data storage unit 155 stores training data related to the training status of the training target team trained in the training part. FIG. 29 is a diagram showing an example of training data stored in the training data storage unit 155. The illustrated training data D155 includes a high school ID (scenario ID) and a team ID (ID of the training target team) of the training target team and a member ID (member ID of each training target character included in the training target team). ), Character data (overall data, basic ability data, special ability data, etc.) of the member (training target character included in the training target team), grade, and graduate flag are associated with each other. The member ID is identification information that identifies a member (character to be trained) belonging to this team (team to be trained). The character data of the belonging member is the character data of the high school character, the arbitrary character, and the extra character belonging to this team. When the user selects a high school (scenario) to carry out the training part in the training part, a team ID is issued and associated with the high school ID, and the training target is set (the training target character included in the training target team in the training part). (Setting) Further, the character data of the member (character to be trained) is copied from the character data D151 stored in the character data storage unit 151 and associated with the character data, and the training data D155 of the training target team to be newly trained is generated. .. Further, when a member joins in the middle of the training period, the member ID of the joined member is issued, and the character data of the member is copied from the character data D151 and added to the training data. The grade indicates the grade of the member to which the student belongs and changes as the training part progresses. As described above, instead of the variable parameter indicating the grade, a fixed parameter may be used regardless of the progress of the growing period. The graduation flag is flag information indicating whether or not the graduate has graduated, and the initial value is "0" and is changed to "1" when graduating. In the training part, the data (ability parameters, etc.) of the training data D155 is updated, and the data of the character data D151 stored in the character data storage unit 151 is not updated.

The team data storage unit 156 stores the team data of the team (trained team) held for each high school (scenario). This team data includes both the trained teams trained by the user and the default teams set for each high school. FIG. 30 is a diagram showing an example of team data stored in the team data storage unit 156. The illustrated team data D156 includes high school ID, high school name, team ID, team name, option flag, usage flag, total strength as team strength (ability), batting strength, defensive strength, mobility, ball speed, and ball control. , Changing spheres, etc. are associated. The option flag is flag information indicating whether or not it becomes an option at the time of usage setting. "1" is set for the teams that are options, and "0" is set for the teams that are not options. Basically, "1" is set for the trained team and the default team of the high school without training record, and "0" is set for the default team of the high school with training record. The usage flag is flag information indicating whether or not the usage is set, and "1" is set for the team that is set for use, and "0" is set for the team that is not set for use. In addition, the team data D156 also includes information about the team other than the above information (for example, the competition results of the team). The team data is transmitted to the server device 30, and the team data of a plurality of users is managed by the server device 30 in association with each user (for each user ID).

The team member data storage unit 157 stores team member data including character data of members (trained characters) belonging to each team (trained team). FIG. 31 is a diagram showing an example of team member data stored in the team member data storage unit 157. The illustrated team member data D157 stores information about the members belonging to the team included in the team data D156 (see FIG. 30). For example, in the team member data D157, a member ID, character data (overall data, basic ability data, special ability data, etc.) of a member (character) belonging to the team ID, and an order flag are associated with each team ID. Here, as the character data (overall data, basic ability data, special ability data, etc.) of the members (trained characters) belonging to the trained team, the character data of the trained team training data D155 for which the training part has been completed is copied. It is a thing. That is, in the team member data D157, the updated and confirmed character data for which the training has been completed is held as the character data of the member (trained character) belonging to the trained team. On the other hand, in the character data (overall data, basic ability data, special ability data, etc.) of the member (character) belonging to the default team, the character data preset as the default team is stored. The order flag is flag information set according to the order setting of the team. For example, in the order flag, "1" is set for the regular (starting order) member, "2" is set for the member with the bench, and "0" is set for the member outside the bench. The team member data is transmitted to the server device 30, and the team member data of a plurality of users is managed by the server device 30 in association with each user (for each user ID).

Returning to FIG. 25, the control unit 160 includes an operation reception unit 161, a display control unit 162, a training part processing unit 163, a user team setting unit 164, an order setting unit 165, and a battle part processing unit 166. ing.

The operation reception unit 161 receives an operation on the input unit 12. The operation reception unit 161 acquires the operation signal input to the input unit 12 based on the user's operation on the various game screens described above. For example, the operation reception unit 161 accepts an operation of temporarily selecting one of a plurality of options and an operation of selecting and determining the temporarily selected option based on the user's operation. Specifically, for example, on the practice menu screen G600 shown in FIG. 13, an operation of temporarily selecting the icon P632 is accepted based on the operation for the icon P632 (“control practice”). Further, for example, on the practice menu screen G600 shown in FIG. 13, with the icon P632 (“control practice”) temporarily selected, the icon P632 is selected and determined based on the operation for the icon P623 on which “decision” is displayed. Accept operations to be performed.

The display control unit 162 causes the display unit 13 to display images corresponding to the various game screens described above. For example, the display control unit 162 causes the user to recognize the update conditions set for each of the plurality of options on the practice menu screen G600 shown in FIG. 13 prior to the user's selection. (See, for example, icons P631, P632, P633, P634 in FIG. 13). Further, when one of the options is tentatively selected based on the user's operation, the display control unit 162 displays to the user recognizable each update condition in which the update condition set in at least one option is changed. By letting it present to the user. For example, as shown in FIG. 13, the display control unit 162 changes the update condition set to the option (for example, the icon P632) tentatively selected based on the user's operation to a value obtained by + alpha. It is displayed, and the update conditions set for the options that are not temporarily selected are displayed without being changed.

The training part processing unit 163 executes the processing of the training part. For example, the training part processing unit 163 includes a selection unit 1631, an update instruction unit 1632, an update unit 1633, a training provision unit 1634, a data management unit 1635, and a training character setting unit 1636.

The selection unit 1631 lets the user select the high school of the training target team to be trained in the training part. For example, on the high school selection screen G300 shown in FIG. 6, the selection unit 1631 selects a high school selected from a plurality of high school options as the high school of the training target team to be trained in the training part. The selection of a high school in the training part corresponds to the selection of a scenario in the training part.

The update instruction unit 1632 instructs to update the data associated with a plurality of characters (training target characters) included in the team (training target team). For example, the update instruction unit 1632 has a plurality of options including an option associated with any one of the plurality of characters included in the team (for example, icons P631, P632, P633 of each practice item on the practice menu screen G600 shown in FIG. 13). , P634), instruct the character associated with the option selected by the user to update the data. Specifically, the update instruction unit 1632 is set for each of the characters associated with the option selected by the user based on the update condition set for each of the plurality of options. Instruct the update based on the update conditions. That is, the update instruction unit 1632 instructs the character associated with the same option to update based on the same update condition set for the option. Here, for example, the update condition is set based on the character associated with the corresponding choice.

Further, the update instruction unit 1632 is based on the update condition in which at least one of the update condition set in the option selected by the user and the update condition set in the option not selected by the user is changed. , Instruct each of the characters associated with the options selected by the user (characters to be trained) to be updated, and for each of the characters associated with the options not selected by the user (characters to be trained). Also instructs to update. Here, the above-mentioned "change of at least one update condition" is a change in which the option selected by the user is more advantageous than the option not selected by the user. For example, the update instruction unit 1632 updates data for each of the characters associated with the options selected based on the user's operation with a value + alpha added to the original update condition (original set value). To instruct. On the other hand, the update instruction unit 1632 instructs each of the characters associated with the non-selected options to update the data under the original update condition (original set value).

The update unit 1633 updates the data associated with the team (team to be trained) in the training part. For example, the update unit 1633 updates the data associated with the training target team according to the high school (scenario) selected by the user. The data associated with the training target team is the overall data of the characters (training target characters) included in the training target team, the basic ability data, the special ability data, and the data of the team that changes according to the data of the character (comprehensive). Data on strength and each ability). Specifically, the update unit 1633 receives data associated with each of two or more characters (training target characters) included in the training target team in response to one instruction (for example, one turn) by the update instruction unit 1632. (Training data D155 in FIG. 29) is updated.

Note that the update unit 1633 updates the data associated with the training target team during the training period (predetermined period). Specifically, the update unit 1633 updates the data associated with the character (training target character) included in the training target team according to the progress of the training part within the training period (predetermined period). The update unit 1633 also updates the data associated with the training target character set as the character included in the training target team based on the data associated with the user (that is, the owned character). In the training part, the data associated with the user (that is, the owned character) itself is not updated.

The training provision unit 1634 provides the user with one instruction opportunity (for example, one turn) by the update instruction unit 1632 a plurality of times up to a predetermined number of times (for example, 120 turns).

The data management unit 1635 manages the storage, update, and the like of various data stored in the data storage unit 150. For example, the data management unit 1635 manages a plurality of trained teams updated in the training part. Specifically, the data management unit 1635 has updated team data of a plurality of trained teams updated in the training part, and team member data in which data associated with characters (trained characters) included in the trained team has been updated. Each of the above is stored and managed in each of the team data storage unit 156 and the team member data storage unit 157. The data stored in each of the team data storage unit 156 and the team member data storage unit 157 by the data management unit 1635 is the data of the trained team whose update is completed according to the end of the training part. The data management unit 1635 manages each of the plurality of trained teams for each high school (scenario). The data of the trained team that has completed the above update managed by the data management unit 1635 will not be updated again.

In addition, the data management department 1635 manages the default team for each high school (scenario) in advance as the team used for the battle in the battle part, even before the training (data update) of the team to be trained by the training part is performed. are doing. For example, the data management unit 1635 sets the team data and the team member data of the default team to the team data storage unit 156 and the team member data storage unit 157 in the same manner as the team data and the team member data of the trained team. It is stored and managed by each.

In addition, the data management unit 1635 associates data indicating a character with the user in exchange for consumption of game value (in-game coins, tickets, etc. obtained according to billing or progress of the game), and owns character data storage unit 153. To memorize and manage. For example, the data management unit 1635 acquires data indicating the lottery event character from the server device 30 according to the lottery result of the lottery process performed by the server device 30.

In the training part, the training character setting unit 1636 is a data selected by the user from among the high school character determined according to the high school (scenario) selected by the user and the data associated with the user (character owned by the user). Arbitrary characters set based on are set as belonging members (training target characters) included in the training target team. In addition to the high school character and the arbitrary character, the training character setting unit 1636 also sets an extra character as a member (training target character) included in the training target team. The training character setting unit 1636 stores the set data as training data (see FIG. 29) in the training data storage unit 155 via the data management unit 1635.

Further, the training character setting unit 1636 includes an additional unit 1637 and a release unit 1638. In the training part, when there is a character (character to be trained) to join in the middle of the training period, the additional unit 1637 has the training data D155 (Fig.) As the training target character included in the training target team as the training target (update target). 29). In the training part, if there is a training target character to graduate in the middle of the training period, the release unit 1638 will train the graduating training target character included in the training target team as a training target (update target). Exclude from (target) (change the graduate flag from "0" to "1") (see FIG. 29). In addition, excluding the graduated training target character included in the training target team from the training target (renewal target) only temporarily ceases to be the training target (renewal target), and is associated with the training target team. Is not gone.

In addition, the training target characters included in the training target team include a plurality of characters (starting of the training part) whose initial state data is different due to the difference in the period updated by the training part (training period) at the start of the training part. At the time, 1st grade, 2nd grade, and 3rd grade characters) may be included. Preferably, the character to be trained, which is in the second grade at the start of the training part, has generally higher ability parameters than the character to be trained, which is in the first grade at the start of the training part. The training target character, which is in the third grade at the start, is in the initial state of each training target character so that the ability parameters are generally higher than the training target character, which is in the second grade at the start of the training part. Character data is set.

The user team setting unit 164 creates a plurality of teams (trained teams) owned by the user, which can be used as opponents of the other user in the battle part executed by the other user based on the user's operation. Set (use setting) in advance from the completed team). For example, the user team setting unit 164 presets teams that can be used as opponents of other users from among a plurality of teams (trained teams) in different high schools (scenarios) based on the user's operation ( Usage settings). Specifically, the user team setting unit 164 sets the team usage for each high school based on the user's operation on the usage setting screen G1000 shown in FIG. 21, and the team data D156 stored in the team data storage unit 156. The usage flag (see FIG. 30) is set via the data management unit 1635. In the battle part executed by another user, a team set to be used in the same high school as the team used by the other user is selected as the opponent as the opponent of the other user.

Based on the user's operation, the order setting unit 165 orders the team (trained team) to be used in the battle part (regular and benched characters) among the plurality of characters (trained characters) included in the trained team. To set. For example, the order setting unit 165 sets an order based on the user's operation on the order setting screen G1100 shown in FIG. 22, and the order flag of the team member data D157 stored in the team member data storage unit 157 (see FIG. 31). ) Is set via the data management unit 1635.

Here, the order of the trained team may include any of the high school character, the arbitrary character, and the extra character whose data has been updated in the training part. The order setting unit 165 limits the number of trained characters that can be set as an order included in the team used in the battle part according to the type of trained character (high school character / arbitrary character / extra character). You may. For example, the number of trained characters as high school characters that can be set in the order may be limited to a preset number (or a preset ratio to the total number of affiliated members).

The battle part processing unit 166 executes the processing of the battle part. The battle part processing unit 166 includes a team selection unit 1661, an opponent determination unit 1662, a battle processing unit 1663, and an item processing unit 1664.

The team selection unit 1661 selects one team (trained team) to be used in the battle from a plurality of teams (trained teams) managed by the data management unit 1635 based on the user's operation. For example, when the team selection unit 1661 first selects a high school (scenario) to be used in the match based on the user's operation, and then the selected high school has a plurality of teams that can be selected as the team to be used in the match. , The team to be used in the match may be selected based on the user's operation. The team that can be selected as the team to be used in the battle is the team whose option flag is set to "1" in the team data D156 stored in the team data storage unit 156. The team selection unit 1661 selects a high school to be used in the battle based on the user's operation, and then refers to the team data D156 to refer to the team set to be used in the selected high school (the usage flag is "1"). You may select the team that will use (the team for which is set) in the match. In addition, the high school in the match may be automatically determined regardless of the user's selection. In this case, the team used for the match (trained team) may be selected on the premise that the high school (scenario) in the match is determined in advance.

The opponent determination unit 1662 matches the opponents of the match in the opponent part. For example, the opponent determination unit 1662 determines a user to be an opponent from a plurality of other users based on the team (trained team) used and set for each high school (scenario) by the user team setting unit 164. .. Specifically, for example, the opponent determination unit 1662 refers to the team data D156 (FIG. 30) and sets the total ability of the teams used and set for each high school (for example, the total value of the total strength). Based on this, a user whose total value is relatively close to each other is determined as an opponent user from among a plurality of other users. In addition, the opponent determination unit 1662 selects the same high school team as an opponent. That is, the opponent determination unit 1662 selects a team of users determined as an opponent that is set to be used in the same high school as an opponent team. The data of other users is acquired from the server device 30 via the communication unit 11.

It should be noted that the matching of the opponents of the match in the battle part may be performed by the server device 30. In that case, the opponent determination unit 1662 acquires the matching result of the opponent from the server device 30 via the communication unit 11.

The battle processing unit 1663 performs battle processing using the managed team (trained team) in the battle part based on the data that has been updated in the training part. For example, the battle processing unit 1663 uses at least a part (for example, an ordered character) of a plurality of characters (trained characters) included in the team selected as the team to be used for the battle. Perform processing. In addition, the battle processing unit 1663 performs battle processing between the team selected as the team to be used for the battle and the opponent team determined by the opponent determination unit 1662 based on the respective data (ability parameters, etc.). Execute and output information based on the match result (win / loss, etc.).

When the item processing unit 1664 is instructed to use an item owned by the user based on the user's operation when starting a match in the battle part, the team to be used in the battle part (based on the type of the item to be used) Temporarily change the data associated with the trained character). For example, the item processing unit 1664 may exchange the consumption of a specific item (enhanced item) with the value of the ability parameter associated with the team (trained team) used in the battle part, or the character included in the team (trained team). The value of the ability parameter associated with the completed character) is improved only in that match.

[6. Game processing operation]
Next, with reference to FIGS. 32 to 39, the operation of the game processing executed by the CPU 16 of the terminal device 10 based on the game control program will be described.

[6-1. Operation of training part processing]
FIG. 32 is a flowchart showing an example of the training part processing according to the present embodiment. In this figure, the processes corresponding to the processes of FIG. 5 are designated by the same reference numerals.

The CPU 16 executes a training target setting process (step S100). Specifically, it will be described with reference to FIG. 33. FIG. 33 is a flowchart showing an example of the setting process of the training target according to the present embodiment.

The CPU 16 executes a process of causing the user to select a high school (scenario) for the team (step S101). This team is a team to be trained in the training part (team to be trained). For example, the CPU 16 shifts the display screen of the display unit 13 to the high school selection screen G300 shown in FIG. The CPU 16 determines whether or not any of the icons P311, P312, P313, P314, and P315 for selecting each of the plurality of high schools displayed on the high school selection screen G300 is selected (step S103). When it is determined that none of the high schools (icons) is selected (step S103: NO), the CPU 16 continues the determination process in step S103.

On the other hand, when the CPU 16 determines that any high school (icon) has been selected (step S103: YES), the CPU 16 has a high school character determined according to the selected high school and data associated with the user (user). An arbitrary character set based on the data selected by the user from the owned characters) is set as a member (training target character) included in the training target team (step S105). Further, the CPU 16 executes a process of setting the extra character as a member (training target character) included in the training target team (step S107). The components included in the training target team include multiple characters (1 at the start of the training part) whose initial state data differs due to the difference in the period updated by the training part (training period) at the start of the training part. Grade, second grade, and third grade characters) may be included. The CPU 16 generates training data of the training target team including the high school character, an arbitrary character, and an extra character (see training data D155 in FIG. 29) as training data of the selected high school training target team.

Returning to FIG. 32, the CPU 16 executes the process of one turn of "cultivation" (step S110). In the one-turn process, the CPU 16 processes to instruct the update of the data associated with the plurality of characters (training target characters) included in the training target team, and updates the data associated with the training target team in response to the instruction. And execute the process. For example, the CPU 16 executes a process of updating data associated with each of two or more characters (training target characters) included in the training target team in response to one instruction (one turn). Further, the CPU 16 updates the data associated with the character (training target character) included in the training target team according to the progress of the training part within the training period (predetermined period). For example, the CPU 16 updates the data associated with the training target character set as the character (arbitrary character) included in the training target team based on the data associated with the user (character selected by the user from the owned character). Execute the process.

The CPU 16 determines whether or not the end condition of the training part is satisfied (step S140). The process of step S140 includes the processes of step S141 and step S143. For example, the CPU 16 determines whether or not a player has lost a match played in a specific turn during the training period as a condition for ending the training part (step S141). When it is determined that the CPU 16 has not lost the game (step S141: NO), the CPU 16 determines that the end condition of the training part is not satisfied. On the other hand, when the CPU 16 determines that the game has been defeated (step S141: YES), it determines that the end condition of the training part is satisfied and reflects the training result (members enrolled in the training target team at that time (training target). The training target team in which the members (characters to be trained) who graduated in the middle of the training period are added to the character) is saved as a trained team), and the processing of the training part is completed (step S150).

Further, the CPU 16 determines whether or not a predetermined number of turn processes (for example, 120 turns) have been completed as a condition for ending the training part (step S143). When it is determined that the predetermined number of turn processes (for example, 120 turns) has not been completed (step S143: NO), the CPU 16 determines that the end condition of the training part is not satisfied. On the other hand, when the CPU 16 determines that the predetermined number of turn processes (for example, 120 turns) has been completed (step S143: YES), the CPU 16 reflects the training result (members registered in the training target team at that time (training target). The training target team in which the members (characters to be trained) who graduated in the middle of the training period are added to the character) is saved as a trained team), and the processing of the training part is completed (step S150).

In this way, the CPU 16 is a process of providing the user with an instruction opportunity of one time (one turn) a plurality of times up to a predetermined number of times (for example, 120 turns) by the processing of step 110 and step S140 (step S143). To execute. That is, the CPU 16 repeatedly executes the process of updating the data associated with the training target team for a predetermined period (training period) up to a predetermined number of times (for example, 120 turns).

The order of the process of step S141 and the process of step S143 may be changed, or may be parallel processing. In addition, the termination condition of the training part may include interruption at the user's will. For example, when the CPU 16 receives an instruction to interrupt the training by a user's operation during the training period, the CPU 16 may end the processing of the training part without reflecting the training result.

When the CPU 16 determines that the end condition of the training part is not satisfied (step S141: NO or step S143: NO), the CPU 16 determines whether or not it is the timing to change the training target (step S145). The timing of changing the training target is the spring of the second and third years (April 1 week) and the fall of the first, second, and third years (September 4 weeks). When the CPU 16 determines that it is not the timing to change the training target (step S145: NO), the CPU 16 returns to step S110 and executes the processing of the next turn. On the other hand, when the CPU 16 determines that it is the timing to change the training target (step S145: YES), the CPU 16 executes a process of changing the training target (training target change process) (step S147). This training target change process will be described later with reference to FIG. 36.

In the process of reflecting the training result in step S150, the CPU 16 executes a process of managing a plurality of trained teams that have completed the update in the training part. For example, the CPU 16 executes a process of managing the data of the trained team whose update is completed according to the end of the training part. The data of the trained team that has completed this managed update will not be updated again after the end of the training part. Further, the CPU 16 executes a process of managing each of the plurality of trained teams for each high school (scenario). Further, the CPU 16 executes a process of managing a plurality of trained teams whose data associated with the characters included in the trained team (trained characters) has been updated.

Further, the CPU 16 executes a process of associating and managing the default team for each high school (scenario) in advance as the team used for the battle in the battle part, even before the training target team is updated (trained) by the training part. ..

Note that the CPU 16 may execute a process of associating data indicating a character with a user in exchange for consumption of game value (in-game coins or tickets obtained according to billing or progress of the game). Specifically, the CPU 16 may store and manage the data indicating the character in the owned character data storage unit 153 in association with the user.

[Operation of 1-turn processing]
Next, with reference to FIG. 34, the details of the operation of the one-turn process in step S110 of FIG. 32 will be described. FIG. 34 is a flowchart showing an example of one-turn processing according to the present embodiment.

The CPU 16 executes the processing of the set event in the turn in which the morning event is set (see the event occurrence schedule in FIG. 10) (step S111). Here, of the scenario events (high school-specific (scenario-specific) events, high school-common (scenario-specific) events), and Ibe-chara events (events by Ibe-chara), all of the events for which predetermined occurrence conditions are satisfied. The event is set as the target for processing. For example, the CPU 16 transitions to an event screen corresponding to the set event (for example, the event screen G400 in FIG. 9), and sequentially displays a plurality of event images according to the story of the event. At this time, as a result of the event in which the processing is executed, various parameters such as the ability parameters of the training target character included in the training target team are changed. When multiple events occur, the results of multiple events are reflected respectively. When the event processing is completed, the CPU 16 shifts the display screen of the display unit 13 to the supervision menu screen G500 (see FIG. 11) (step S113). In the turn in which the morning event is not set, the CPU 16 proceeds to the process of step S113 without performing the event process.

The CPU 16 selects one of the menu items (“practice”, “construction”, “mission”, “supervision skill”, “teaching”) based on the operation signal from the input unit 12 on the supervision menu screen G500. Determine if the operation has been accepted. Specifically, in step S115, the CPU 16 determines whether or not the operation of selecting the icon P520 (“construction”) has been accepted. When the CPU 16 determines that the operation of selecting the icon P520 (“construction”) has been accepted (step S115: YES), the CPU 16 executes the construction process for the above-mentioned “construction” (step S117). When the construction process is completed, the CPU 16 returns to the supervision menu screen G500 (see FIG. 11) (step S113).

On the other hand, if it is determined that the CPU 16 has not accepted the operation of selecting the icon P520 (“construction”) (step S115: NO), whether or not the CPU 16 has accepted the operation of selecting the icon P530 (“mission”) in step S119. Is determined. When the CPU 16 determines that the operation of selecting the icon P530 (“mission”) has been accepted (step S119: YES), the CPU 16 executes the mission process for the above-mentioned “mission” (step S121). For example, the CPU 16 transitions the display screen of the display unit 13 to the mission screen G700 (see FIG. 15). When the mission processing is completed, the CPU 16 returns to the supervision menu screen G500 (see FIG. 11) (step S113).

On the other hand, when it is determined that the CPU 16 has not accepted the operation of selecting the icon P530 (“mission”) (step S119: NO), has the CPU 16 accepted the operation of selecting the icon P540 (“supervisory skill”) in step S123? Judge whether or not. When the CPU 16 determines that the operation of selecting the icon P540 (“supervisory skill”) has been accepted (step S123: YES), the CPU 16 executes the supervisory skill process for the “supervisory skill” described above (step S125). For example, the CPU 16 transitions the display screen of the display unit 13 to the supervision skill screen G800 (see FIG. 16). When the supervision skill process is completed, the CPU 16 returns to the supervision menu screen G500 (see FIG. 11) (step S113).

On the other hand, if the CPU 16 determines that the operation of selecting the icon P540 (“supervisory skill”) is not accepted (step S123: NO), has the CPU 16 accepted the operation of selecting the icon P550 (“teaching”) in step S127? Judge whether or not. When the CPU 16 determines that the operation of selecting the icon P550 (“teaching”) has been accepted (step S127: YES), the CPU 16 executes the teaching process for the above-mentioned “teaching” (step S129). For example, the CPU 16 transitions the display screen of the display unit 13 to the transmission screen G900 (see FIG. 16). When the transfer process is completed, the CPU 16 returns to the supervision menu screen G500 (see FIG. 11) (step S113).

On the other hand, when the CPU 16 determines that the operation of selecting the icon P550 (“teaching”) is not accepted (step S127: NO), whether or not the CPU 16 has accepted the operation of selecting the icon P510 (“practice”) in step S131. To judge. When the CPU 16 determines that the operation of selecting the icon P510 (“practice”) has been accepted (step S131: YES), the CPU 16 executes the practice process related to the “practice” described above (step S133). For example, the CPU 16 transitions the display screen of the display unit 13 to the practice menu screen G600 (see FIG. 13). On the other hand, when the CPU 16 determines that the operation of selecting the icon P510 (“practice”) is not accepted (step S131: NO), the CPU 16 returns to or continues to the supervisor menu screen G500 (see FIG. 11) (step S113).

When the practice process is completed, the CPU 16 executes the process of the set event in the turn in which the afternoon event is set (see the event occurrence schedule in FIG. 10) in the same manner as the process related to the morning event (step S135). .. When the event processing is completed, the CPU 16 ends the one-turn processing. In the turn in which the afternoon event is not set, the CPU 16 ends the one-turn process without performing the event process when the practice process is completed.

Note that the determination processing in steps S115, S119, S123, S127, and S131 may be performed in a different order or in parallel processing.

[Operation of practice processing]
Next, with reference to FIG. 35, the details of the operation of the practice process in step S133 of FIG. 34 will be described. FIG. 35 is a flowchart showing an example of the practice process according to the present embodiment.
The CPU 16 shifts the display v of the display unit 13 to the practice menu screen G600 (see FIG. 13), and for each of the plurality of options (for example, see the icons P631, P632, P633, and P634 in FIG. 13) (step S1331). The process of presenting the update condition set in the above to the user in a recognizable manner is executed. That is, the CPU 16 causes the display unit 13 to display the update conditions set for each of the plurality of options so that the user can recognize them in advance prior to the user's selection.

The CPU 16 executes a process of accepting an operation of temporarily selecting one of a plurality of options (for example, icons P631, P632, P633, P634 in FIG. 13) based on the user's operation. Further, the CPU 16 determines whether or not any of the plurality of options is tentatively selected based on the user's operation (step S1333). When it is determined that none of the options is provisionally selected based on the user's operation (step S1333: NO), the CPU 16 continues the determination process in step S1333.

On the other hand, when it is determined that any of the options is tentatively selected based on the user's operation (step S1333: YES), the CPU 16 determines at least one of the tentatively selected option and the non-temporarily selected option. A process of presenting to the user recognizablely each update condition in which the update condition set in the option of is changed is executed (step S1335). For example, as shown in FIG. 13, the update condition changed to a value + alpha to the update condition (original update condition) set in the option (for example, icon P632) tentatively selected based on the user's operation. The update conditions (original update conditions) set in the options (for example, icons P631, P633, P634) that have not been temporarily selected are displayed without being changed.

The CPU 16 executes a process of accepting an operation of selecting and determining a tentatively selected option (for example, icon P632) based on a user operation (step S1337). Further, the CPU 16 determines whether or not the tentatively selected option has been selected and determined based on the user's operation. When it is determined that the tentatively selected option has not been selected and determined (step S1337: NO), the CPU 16 returns to the process of step S1333, executes a process of accepting the tentatively selected operation, and tentatively selects another option. If so, the display of the update condition is changed (step S1335).

On the other hand, when it is determined that the tentatively selected option (for example, the icon P632) has been selected and determined (step S1337: YES), the CPU 16 instructs the training target character associated with the option to update the data. (Step S1339). That is, the CPU 16 is selected (selected and determined) by the user from among a plurality of options including an option associated with any of the plurality of characters (characters to be trained) included in the training target team (for example, icon P632). ) Is instructed to update the data to the character (character to be trained) associated with. For example, the CPU 16 selects the option for each of the characters (characters to be trained) associated with the option selected (selected and determined) by the user based on the update conditions set for each of the plurality of options. Instructs an update based on the update conditions (same update conditions) set in. This update condition is an update condition that has been changed to a value that is + alpha to (original update condition). On the other hand, the CPU 16 applies the original update condition (for example, for each of the characters (characters to be trained) associated with the options (for example, icons P631, P632, P633, P634) that have not been selected (selected and determined) by the user). Instruct to update the data with the original setting value). As described above, the CPU 16 is based on the update condition in which at least one of the update condition set in the option selected by the user and the update condition set in the option not selected by the user is changed. Instruct each of the characters associated with the options selected by the user (characters to be trained) to update the data, and for each of the characters associated with the options not selected by the user (characters to be trained). Even instruct to update the data.

In response to the instruction in step S1339, the CPU 16 has data associated with the training target team (for example, overall data of the training target character, basic ability data, special ability data, and training target that changes according to the data of the training target character. The process of updating the team data, etc.) is executed (step S1341). For example, the CPU 16 obtains data (training data D155 in FIG. 29) associated with each of one or a plurality of characters (characters to be trained) associated with each option based on the update conditions set for each option. Update.

[Operation of training target change processing]
Next, with reference to FIG. 36, the details of the operation of the training target change processing in step S147 of FIG. 32 will be described. FIG. 36 is a flowchart showing an example of the training target change processing according to the present embodiment. This training target change process is performed at the timing of the spring of the second and third years (April 1 week) and the autumn of the first, second, and third years (September 4 weeks).

During the training period, the CPU 16 executes a process of excluding (graduated) the training target character included in the training target team as the update target from the data update target. Specifically, the CPU 16 refers to the training data D155 (see FIG. 29) and trains the graduates at the timing of the fall (September 4th week) of the first year, the second year, and the third year. It is determined whether or not there is a target character (that is, a character to be trained in the third grade) (step S1471). When the CPU 16 has a character to be trained for graduates at the timing of the fall of the first year, the second year, and the third year (September 4th week) (step S1471: YES), the CPU 16 is the graduate target in the training data D155. The graduation flag of the character to be trained is changed from "0" to "1" and excluded from the training target (update target) (step S1473).

On the other hand, the CPU 16 is not at the timing of the fall of the first year, the second year, and the third year (September 4th week), or the fall of the first year, the second year, and the third year (September 4th). If there is no character to be trained for graduates (step S1471: NO) even at the timing of (week), the CPU 16 updates the data during the training period (predetermined period) by the processing after step S1475. Execute the process of adding (joining) the training target character included in the training target team as the target.

In step S1475, the CPU 16 determines whether or not the character to be trained is added (joined) at the timing of the spring (April 1 week) of the second and third years. For example, if there is a training target character to be added (joined) at the timing of the spring of the 12th year and the 3rd year (April 1 week), the training target characters for the number of graduates can be joined. It should be noted that it may be possible to enroll a predetermined number of people regardless of the number of graduates. The CPU 16 ends the training target change process when there is no addition (entry) of the training target character at the timing of the spring (April 1 week) of the second and third years (step S1475: NO). On the other hand, when the CPU 16 has an addition (entry) of the character to be trained at the timing of the spring (April 1 week) of the second and third years (step S1475: YES), the possessed character data D153 (see FIG. 27). (Step S1477), the display unit 13 displays a selection (list) of owned characters for the user to select a character that is the original data of the character to be trained to be included from the characters owned by the user.

The CPU 16 sets the character to be entered based on the character selected by the user from the characters owned by the user (step S1479). The CPU 16 adds the data of the character to be joined, which is set based on the selected character, to the training data D155 (see FIG. 29), and adds it to the training target team as the training target character (step S1481).

The order of the processing of the graduated part (steps S1471 to S1473) and the processing of the entrance part (steps S1475 to S1481) may be changed or may be parallel processing.

[6-2. Operation of battle part processing]
Next, the details of the operation of the battle part processing according to the present embodiment will be described.
FIG. 37 is a flowchart showing an example of the battle part processing according to the present embodiment.
The CPU 16 refers to the team data D156 and causes the display unit 13 to display the options of the high school (scenario) of the team (trained team) used for the battle (step S200). As a result, the CPU 16 allows the user to select a high school. The screen on which the high school options are displayed may be the same screen as the high school selection screen G300 shown in FIG.

When any of the high school (scenario) options is selected, the CPU 16 selects the selected high school based on the user's operation as the high school to be used for the battle (step S210). The CPU 16 refers to the team data D156 and causes the display unit 13 to display the options of the team (trained team) associated with the selected high school (step S220). As a result, the CPU 16 allows the user to select a high school team. When the option of any team is selected, the CPU 16 selects the team selected based on the user's operation as one team to be used in the battle from among the plurality of teams (step S230).

If the selected high school (scenario) has only one team (trained team) that can be used for the match, the CPU 16 omits the process of step S220 and uses that one team for the match. You may choose as a team to do. If a team to be used in the battle is set to be used in the selected high school, the CPU 16 omits the process of step S220 and selects the team to be used in the battle as the team to be used in the battle. May be good.

The CPU 16 determines whether or not there is a request for order change based on the user's operation (step S240). When the CPU 16 determines that there is an order change request (step S240: YES), the order setting process of step S250 is executed, and when it is determined that there is no order change request (step S240: NO), the step The process proceeds to step S260 without executing the order setting process of S250.

In the order setting process of step S250, the CPU 16 sets (sets to order) a character to be used in the battle part among a plurality of characters (characters to be trained) included in the selected trained team based on the user's operation. (Step S250). For example, the CPU 16 shifts the display screen of the display unit 13 to the order setting screen G1100 shown in FIG. Further, the CPU 16 sets an order based on the user's operation on the order setting screen G1100, and sets an order flag (see FIG. 31) of the team member data D157 stored in the team member data storage unit 157.

Note that the CPU 16 may set any of the high school character, the arbitrary character, and the extra character as the character used in the battle part. For example, the CPU 16 may limit the number of trained characters that can be set as an order included in the team used in the battle part according to the type of trained characters (high school character / arbitrary character / extra character). Good. For example, the number of trained characters as high school characters that can be set in the order may be limited to a preset number (or a preset ratio to the total number of affiliated members). When the order setting process is completed, the process proceeds to step S260.

In step S260, the CPU 16 executes a process of determining an opponent of the team (trained team) selected in step S230 (step S260). For example, the CPU 16 determines a user to be an opponent from a plurality of other users based on a team used and set for each high school (scenario). Specifically, for example, the CPU 16 has a plurality of CPUs 16 based on the total value of the team abilities set for each high school (for example, the total value of the total strength) with reference to the team data D156 (FIG. 30). Among other users, a user whose total value is relatively close is determined as an opponent user. Further, the CPU 16 selects a team preset to be used by another user of the same high school as the team as an opponent of the team selected in step S230. That is, among the teams of the users determined as the opponents, the CPU 16 selects the teams preset to be used in the same high school as the teams selected in step S230 as the opponents' teams. The data of other users is acquired from the server device 30 via the communication unit 11.

Note that the process of determining the opponent may be performed by the server device 30. In that case, the CPU 16 acquires the determination result of the opponent from the server device 30 via the communication unit 11.

When the opponent is determined, the CPU 16 executes a battle process between the team selected in step S230 (trained team) and the team determined in step S260 (trained team) (step S270). For example, the CPU 16 executes the battle process using the team based on the data for which the update is completed in the training part. Further, the CPU 16 executes a battle process using at least a part (for example, an ordered character) of the plurality of characters (trained characters) included in the team.

When the battle is over, the CPU 16 outputs information and updates the data based on the battle result (win / loss, etc.) (step S280). For example, the CPU 16 causes the display unit 13 to display information based on the battle result (win / loss, etc.). Further, the CPU 16 updates the team data based on the battle result (win / loss, etc.).

Note that the process of order setting (order change) in steps S240 and S250 may be executed in the battle process of step S270.

[6-3. Operation of usage setting process]
Next, the operation of the usage setting process according to the present embodiment will be described.
FIG. 38 is a flowchart showing an example of the usage setting process according to the present embodiment.
The CPU 16 transitions the display screen of the display unit 13 to the usage setting screen D1000 (see FIG. 21), and presents the high school (scenario) and the team (trained team) for which the usage setting is performed (step S4301).

The CPU 16 is a team (trained) that can be set to be used at the selected high school based on the operation of selecting one of the icons corresponding to each high school (scenario) displayed on the high school selection R1030 on the usage setting screen D1000. The choices of (team) are displayed (step S4303). For example, the CPU 16 causes the selection of teams that can be set to be used in the selected high school to be displayed on the usage setting screen D1000 on the information R1010 of the "current team" and the information R1020 of the "replacement team".

Based on the operation of the user, the CPU 16 presets (use setting) a team that can be used as an opponent of the other user in the battle part executed by the other user from among a plurality of teams (trained teams). (Step S4305). For example, the CPU 16 sets the team usage for each high school based on the user's operation on the usage setting screen G1000 described above with reference to FIG. 21, and sets the usage flag of the team data D156 (see FIG. 30).

Note that the order setting process may also be possible in this usage setting process. For example, the CPU 16 may execute the order setting of the team (trained team) that has been set to be used in the processes of steps S4307 and S4309. The processing of step S4307 and step S4309 is the same as the processing of step S240 and step S250 shown in FIG. 37, and the description thereof will be omitted.

The CPU 16 determines whether or not the usage setting is completed is satisfied based on the user's operation (step S4311). When it is determined that the end condition is not satisfied (step S4311: NO), the CPU 16 continues the usage setting process. On the other hand, when it is determined that the end condition is satisfied (step S4311: YES), the CPU 16 ends the usage setting. For example, when the operation for the icon P1013 in which "return" is displayed is performed on the usage setting screen D1000 (step S4311: YES), the CPU 16 ends the usage setting.

[6-4. Enhanced item processing behavior]
Next, in the battle part, the operation of the enhanced item processing that temporarily (only for the battle) changes the data associated with the team (trained team) will be described.
FIG. 39 is a flowchart showing an example of enhanced item processing according to the present embodiment.
During the battle process, the CPU 16 selects the character in the battle based on the operation of a predetermined user (step S2711). Further, the CPU 16 refers to the user data D152, presents (displays) a list of items associated with the user to the user, and selects an item (enhanced item) based on a predetermined user's operation (step S2713). ).

The CPU 16 executes a process of temporarily changing the data associated with the team (trained team) used in the battle part (step S2715). For example, the CPU 16 temporarily improves the ability parameters of the selected trained character based on the enhancement conditions associated with the selected item (enhancement item). At this time, the CPU 16 does not change the data of the team member data D157, but holds the changed data only in the battle process.

The CPU 16 determines whether or not the match has ended (step S2717). When it is determined that the battle is not completed (step S2717: NO), the CPU 16 continues the determination process in step S2717. On the other hand, when the CPU 16 determines that the battle has ended (step S2717: YES), the CPU 16 clears the retained change data and ends the enhanced item processing (step S2719).

Note that the data temporarily changed by using the enhancement item is not limited to the character's ability parameter, but may be the character's special ability data or the team's ability parameter. Further, the same effect may be given to all the trained characters included in the team (trained team) used for the battle by using one item.

[7. Modification example]
Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to the above-described embodiments, and includes designs and the like within a range that does not deviate from the gist of the present invention. For example, the configurations or processes described in the above embodiments can be arbitrarily combined.

Although the example in which the present invention is applied to a baseball game has been mainly described in the above embodiment, the present invention can be applied to games other than the baseball game. For example, the present invention can be applied to sports games other than baseball games such as soccer games, basketball games, and ice hockey games. The present invention can also be applied to games other than sports games. Aggregates in sports games are primarily teams, but are not limited to teams and may be groups, groups, teams, teams, or regions or countries. Further, the component included in the aggregate is not limited to a character such as a person (or an animal or an object (for example, a vehicle)), but may be a part or an item. For example, the present invention includes the plurality of parts (parts) by updating (for example, strengthening) the data associated with the plurality of parts (parts) which are the components included in the tank in the first part. The data associated with the tanks that are the aggregate is updated (for example, enhanced), and in the second part, the tanks whose data was updated in the first part are used to fight against the opponent (for example, enemy tanks). It can also be applied to games that perform. Further, the second part is not limited to the game in which the battle processing is performed, and may be any processing as long as it is a processing using an aggregate whose data is updated in the first part. For example, the second part is an adventure in which the aggregate (for example, a team) whose data was updated in the first part is used to explore, solve a mystery, quiz, or challenge some task (theme). It may be a game, a role-playing game, a quiz game, a challenge game, an educational (educational) game, or a combination thereof.

Further, in the above embodiment, an example in which the attribute of the team is high school has been described, but the present invention is not limited to this. The attribute may be a college or company, or a league of professional baseball. Alternatively, the attributes may be military, region, country, etc.

In the above embodiment, for example, a program for realizing the function of the control unit 160 described above is recorded on a computer-readable recording medium, and the program recorded on the recording medium is read by a computer system and executed. The processing as the control unit 160 is performed. Here, "loading a computer system a program recorded on a recording medium and executing it" includes installing the program in the computer system. The term "computer system" as used herein includes hardware such as an OS and peripheral devices. Further, the "computer system" may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and a dedicated line. Further, the "computer-readable recording medium" refers to a portable medium such as a flexible disk, a magneto-optical disk, a ROM, or a CD-ROM, or a storage device such as a hard disk built in a computer system. As described above, the recording medium in which the program is stored may be a non-transient recording medium such as a CD-ROM. The recording medium also includes an internal or external recording medium that can be accessed from the distribution server to distribute the program. The code of the program stored in the recording medium of the distribution server may be different from the code of the program in a format that can be executed by the terminal device 10. That is, the format stored in the distribution server does not matter as long as it can be downloaded from the distribution server and installed in a form that can be executed by the terminal device 10. The program may be divided into a plurality of parts, downloaded at different timings, and then combined by the terminal device 10, or the distribution server for distributing each of the divided programs may be different. Furthermore, a "computer-readable recording medium" is a volatile memory (RAM) inside a computer system that serves as a server or client when a program is transmitted via a network, and holds the program for a certain period of time. It shall include things. Further, the above program may be for realizing a part of the above-mentioned functions. Further, a so-called difference file (difference program) may be used, which can realize the above-mentioned functions in combination with a program already recorded in the computer system.

Further, a part or all of the functions of the above-mentioned control unit 160 may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each of the above-mentioned functions may be made into a processor individually, or a part or all of them may be integrated into a processor. Further, the method of making an integrated circuit is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. Further, when an integrated circuit technology that replaces an LSI appears due to advances in semiconductor technology, an integrated circuit based on this technology may be used.

Further, the server device 30 may have some functions of the control unit 160 described above. For example, the server device 30 includes a part or all of the training part processing unit 163, the usage team setting unit 164, the order setting unit 165, and the battle part processing unit 166, and the terminal device 10 includes the training part processing unit 163 and the usage team setting. The processing results of a part or all of the unit 164, the order setting unit 165, and the battle part processing unit 166 may be acquired from the server device 30. For example, it may be a so-called browser game in which the terminal device 10 performs a process of acquiring a display image of a game process processed by the server device 30 and receiving an operation in the game process and transmitting the operation to the server device 30.

[8. Addendum]
From the above description, the present invention can be grasped as follows, for example. Reference numerals in the accompanying drawings are added in parentheses for convenience in order to facilitate understanding of the present invention, but the present invention is not limited to the illustrated mode.

(Appendix A1) The game program according to one aspect of the present invention is associated with a computer with a plurality of components (for example, characters (characters to be trained)) included in an aggregate (for example, a team (team to be trained)). Data associated with each of the two or more components included in the aggregate in response to a step (S110, S1339) instructing data update and one instruction (for example, one turn) by the instructing step. (S110, S1341), and a step (S110, S140, S143) of providing the user with one instruction opportunity by the instruction step a plurality of times up to a predetermined number of times (for example, 120 turns). To execute.

According to the configuration of Appendix A1, since the data of the components is updated (for example, strengthening and nurturing) in units of the aggregate, the aggregate can be efficiently strengthened (cultivated).

(Appendix A2) Further, one aspect of the present invention is the game program described in Appendix A1 and is included in the aggregate (for example, a team (team to be trained)) in the step (S110, S1339) instructed. A user selects from a plurality of options including an option (for example, practice item icons P631, P632, P633, P634) associated with any of a plurality of components (for example, a character (character to be trained)). Instruct the update to the component associated with the option.

According to the configuration of Appendix A2, since the user can select a practice item from a plurality of options, it is possible to efficiently strengthen (cultivate) the data to be strengthened and the components to be strengthened in the aggregate.

(Appendix A3) Further, one aspect of the present invention is the game program described in Appendix A2, and the update conditions (update conditions) set for each of the plurality of options in the step (S110, S1339) instructed. For example, for each of the components (for example, a character (character to be trained)) associated with the option selected by the user based on the increase amount of the "experience value" and the "practice value"), the option is selected. Instruct the update based on the set update conditions.

According to the configuration of Appendix A3, since the data of the component associated with the option is updated by the update condition of the option selected by the user, the update condition and the update are also performed when the data is updated in the aggregate unit. You can have variations on the components.

(Appendix A4) Further, one aspect of the present invention is the game program described in Appendix A3, and the update conditions are set based on the components associated with the corresponding options.

According to the configuration of Appendix A4, the aggregate can be efficiently strengthened (cultivated) according to the types of components (for example, pitchers, fielders, etc.) and characteristics (for example, pitchers who emphasize control).

(Appendix A5) Further, one aspect of the present invention is the game program according to the appendix A3 or the appendix A4, and the computer recognizes to the user the update conditions set for each of the plurality of options. The step (S1331), which is presented as possible, is executed.

According to the configuration of Appendix A5, the user can select a practice item from a plurality of options in consideration of the update condition, so that the aggregate can be efficiently strengthened (cultivated).

(Supplementary Note A6) Further, one aspect of the present invention is the game program according to any one of Supplementary notes A3 to A5, and is set to the option selected by the user in the step (S110, S1339) instructed. Components associated with the choices selected by the user (eg, for example) based on each of the update conditions that have changed at least one of the update conditions that have been set and the update conditions that have been set for the choices that were not selected by the user. Each of the characters (characters to be trained) is instructed to update, and each of the components associated with the options not selected by the user is instructed to update, and the update condition of at least one of the above is satisfied. The change is a change in which the choices selected by the user are more favorable than the choices not selected by the user.

According to the configuration of Appendix A6, the components associated with a plurality of options can be strengthened (cultivated) regardless of whether or not they are selected, and the components associated with the selected options can be further strengthened (cultivated). It is possible to efficiently strengthen (cultivate) the aggregate while respecting the user's intention.

(Appendix A7) Further, one aspect of the present invention is the game program described in Appendix A6, in which an operation and a provisional selection of one of the plurality of options are provisionally selected on the computer based on a user's operation. The step (S1333, S1337) for accepting the operation of selecting and determining the selected option and the update condition set for each of the plurality of options are recognizable to the user, and one of the options is used for the user's operation. When the tentative selection is made based on the above, the step (S1335) of presenting to the user recognizablely each update condition in which the update condition set in at least one of the options has been changed is executed.

According to the configuration of Appendix A7, the user can decide which option (practice item) to select after confirming the update condition changed by the selection.

(Appendix A8) Further, one aspect of the present invention is the game program according to any one of the appendices A1 to A7, and the computer has the user the aggregate (for example, a team (team to be trained)). (For example, high school (scenario)) is selected by the step (S101, S103), and the component (for example, high school character) determined according to the attribute of the aggregate selected by the user is associated with the user. A step (S105) of setting a component (for example, an arbitrary character) determined according to data selected by the user from among the existing data as a plurality of components included in the aggregate is executed.

According to the configuration of Appendix A8, the aggregate for which data is updated in the first part (for example, the training part) includes a component specific to the attribute selected by the user and a component selected from the data associated with the user. Can be included, so it is possible to create an aggregate that includes the user's intention while having the characteristics of the attributes. In addition, since a part of the components included in the aggregate is selected from the components associated with the user, the user can be motivated to draw a lottery to acquire the components.

(Supplementary Note A9) Further, one aspect of the present invention is the game program according to any one of Supplementary notes A1 to A8, which is associated with the component by the updating step (S110, S1341) to the computer. In a battle between the step (S150) of managing a plurality of the aggregates whose data has been updated (for example, a team (trained team)) and the plurality of the managed aggregates based on the user's operation. The step of selecting one aggregate to be used (S210, S230) and at least a part of a plurality of components (for example, a character (cultivated character)) contained in the selected aggregate are used. The step (S270) of performing the battle process is executed.

According to the configuration of Appendix A9, it is possible to hold a plurality of aggregates whose component data has been updated (for example, strengthened and nurtured) for each aggregate, and select the component to be used for the battle from among them. It is possible to diversify the play using the aggregate organized by using the updated components. In addition, it is possible to efficiently strengthen (nurture) a plurality of aggregates in units of aggregates.

(Appendix A10) Further, one aspect of the present invention is the game program described in Appendix A9, and the aggregate (for example, a team (trained team)) whose update has been completed in the management step (S150). In the step (S270) of managing the data of) and performing the battle processing, the battle processing using the managed aggregate is performed based on the data for which the update has been completed, and is managed by the management step. The data of the aggregate for which the update has been completed is not updated again.

According to the configuration of Appendix A10, in the first part, the components included in the aggregate can be collectively updated (for example, strengthening and nurturing), but the individual components cannot be updated individually. It increases the difficulty of building a strong aggregate by raising all the components included to a high level, and can increase the motivation to play the first part. In addition, since the aggregate whose data has been updated once in the first part cannot be updated after that, it is necessary to repeatedly play the first part in order to create a stronger aggregate. You can increase your motivation to play the first part. Further, in the first part, a plurality of aggregates can be efficiently strengthened (cultivated) in units of aggregates.

(Appendix A11) The game processing method according to one aspect of the present invention is a game processing method executed by a computer, and is a plurality of components (for example, a team to be trained) included in an aggregate (for example, a team (team to be trained)). 2 included in the aggregate in response to a step (S110, S1339) instructing the update of data associated with the character (character to be trained) and one instruction (for example, one turn) by the instructed step. The step of updating the data associated with each of the above components (S110, S1341) and one instruction opportunity by the instruction step are provided to the user a plurality of times up to a predetermined number of times (for example, 120 turns). Steps (S110, S140, S143) and the like.

According to the configuration of Appendix A11, since the data of the components is updated (for example, strengthening and nurturing) in units of the aggregate, the aggregate can be efficiently strengthened (cultivated).

(Appendix A12) The game device (10) according to one aspect of the present invention is a game device that executes a game program, and is a plurality of components (for example, a team to be trained) included in an aggregate (for example, a team (a team to be trained)). , An instruction unit (1632) that instructs the update of data associated with the character (character to be trained), and two or more included in the aggregate in response to one instruction (for example, one turn) by the instruction unit. An update unit (1633) that updates the data associated with each of the components of the above, and a provision unit that provides the user with a single instruction opportunity by the instruction unit a predetermined number of times (for example, 120 turns). (1634) and.

According to the configuration of Appendix A12, since the data of the components is updated (for example, strengthening and nurturing) in units of the aggregate, the aggregate can be efficiently strengthened (cultivated).

(Appendix B1) The game program according to one aspect of the present invention is formed into one aggregate (for example, a team (training target team)) composed of a plurality of components (for example, a character (training target character)). The first part (for example, a training part) that updates the associated data and the second part (for example, a battle part) in which the aggregate (for example, a team (trained team)) updated by the first part competes with each other. ) Is included in the game program of the game, wherein the computer has a step (S110, S1341) of updating the data associated with the aggregate in the first part, and a plurality of the aggregate updated in the first part. A step of managing (S150) and a step (S210, S213) of selecting one aggregate to be used for the battle in the second part from the plurality of managed aggregates based on the user's operation. To execute.

According to the configuration of Appendix B1, a plurality of aggregates whose component data has been updated (for example, strengthened and nurtured) can be held for each aggregate, and the aggregate to be used for the battle can be selected from among them. It is possible to diversify the play using the aggregate organized by using the components.

(Appendix B2) Further, one aspect of the present invention is the game program described in Appendix B1, which is executed by another user on the computer based on the operation of the user in the second part of the other user. An aggregate (for example, a team (trained team)) that can be used as an opponent is made to execute a step (S4305) of presetting from the plurality of the aggregates.

According to the configuration of Appendix B2, the user can predetermine the aggregate to be used for the battle in the battle process executed by another user asynchronously.

(Appendix B3) Further, one aspect of the present invention is the game program described in Appendix B2, in which the computer has an attribute of the aggregate (for example, a team (training target team)) to the user (for example, a high school (for example) In the step (S110, S1341) of executing the step (S101, S103) for selecting (scenario)) and updating, the step (S150) of updating and managing the data associated with the aggregate according to the selected attribute. ), Each of the plurality of the aggregates (for example, a team (trained team)) is managed for each of the attributes, and in the step (S4305) of the setting, the operation is executed by another user based on the user's operation. An aggregate that can be used as an opponent of another user in the second part is preset from among a plurality of the aggregates (for example, a team (trained team)) in each of the different attributes.

According to the configuration of Appendix B3, a plurality of aggregates whose data associated with the aggregates are updated (for example, strengthened and nurtured) for each attribute are held and used for battles in the battle processing executed by other users. The user can determine in advance the aggregate to be created for each attribute.

(Appendix B4) Further, one aspect of the present invention is the game program described in Appendix B3, which is an aggregate (for example, a team (trained team)) selected in the selected steps (S101, S103). As an opponent, a step (S260) of determining an aggregate preset by another user having the same attributes as the selected aggregate is executed.

According to the configuration of Appendix B4, the ability of the aggregate strengthened (cultivated) by the user will affect the result of the battle by playing against the aggregate of other users with the same attribute. You can increase your motivation to play.

(Appendix B5) Further, one aspect of the present invention is the game program described in Appendix B4, and in the step (S260) of the determination, an aggregate (for example, an aggregate) set for each attribute by the step to be set. Based on the team (trained team)), a user to be an opponent is determined from among a plurality of other users.

According to the configuration of Appendix B5, the opponent can be determined so that the ability difference with the opponent does not become too large.

(Appendix B6) Further, one aspect of the present invention is the game program according to any one of the appendices B3 to B5, and in the management step (S150), the aggregate (for example, the aggregate) according to the first part. , Team (team to be trained)) is managed in advance by associating a predetermined aggregate (for example, the default team) for each attribute as an aggregate used for the battle in the second part. There is.

According to the configuration of Appendix B6, even a high school (scenario) that has not updated the aggregate in the first part can play against other users.

(Appendix B7) Further, one aspect of the present invention is the game program according to any one of Appendix B1 to Appendix B6, and is a component (for example, a team (team to be trained)) included in the aggregate (for example, a team to be trained). For example, a character (character to be trained) has a plurality of components having different initial state data due to a difference in the period updated by the first part (for example, a training period) at the start of the first part. Is included.

According to the configuration of Appendix B7, at the start of the first part, components having different periods and data updated by the first part are included, so that the components included in the aggregate can be diversified.

(Appendix B8) The game processing method according to one aspect of the present invention is an aggregate (for example, a team (training target team)) composed of a plurality of components (for example, a character (training target character)). The first part (for example, a training part) that updates the data associated with the first part and the second part (for example, a battle) in which the aggregate (for example, a team (trained team)) updated by the first part competes with each other. A game processing method executed by a computer based on a game program of a game including a part), wherein in the first part, steps (S110, S1341) for updating data associated with the aggregate, and the first part. Based on the step (S150) of managing a plurality of the aggregates updated in the part and the operation of the user, one aggregate used for the battle in the second part from among the plurality of the managed aggregates. (S210, S213), and the like.

According to the configuration of Appendix B8, a plurality of aggregates whose component data has been updated (for example, strengthened and nurtured) can be held for each aggregate, and the aggregate to be used for the battle can be selected from the aggregates. It is possible to diversify the play using the aggregate organized by using the components.

(Appendix B9) The game device (10) according to one aspect of the present invention is an aggregate (for example, a team (training target team)) composed of a plurality of components (for example, a character (training target character)). ))) The first part (for example, the training part) that updates the data associated with) and the second part (for example, the training team) that competes with the aggregate (for example, the team (trained team)) updated by the first part. , A game device that executes a game program of a game including a battle part), the update unit (1633) that updates data associated with the aggregate in the first part, and the update unit (1633) that is updated in the first part. A management unit (1635) that manages a plurality of aggregates, and a selection that selects one aggregate to be used in the battle in the second part from the plurality of managed aggregates based on the operation of the user. A unit (1661) is provided.

According to the configuration of Appendix B9, a plurality of aggregates whose component data has been updated (for example, strengthened and nurtured) can be held for each aggregate, and the aggregate to be used for the battle can be selected from the aggregates. It is possible to diversify the play using the aggregate organized by using the components.

(Appendix C1) The game program according to one aspect of the present invention is formed into one aggregate (for example, a team (training target team)) composed of a plurality of components (for example, a character (training target character)). A first part (eg, a training part) that updates the associated data and a second part (eg, a competition part) that uses the aggregate (eg, a team (trained team)) updated by the first part. In the game program of the game including, in the first part, the update is completed in accordance with the step (S110, S1341) of updating the data associated with the aggregate and the end of the first part. In the step (S150) of managing the data of the aggregate (for example, the team (trained team)) and the second part, the processing using the managed aggregate is converted into the updated data. The data of the aggregate for which the update is completed, which is managed by the step of executing the step (S270) and the step of managing the data, is not updated again.

According to the configuration of Appendix C1, in the first part, the components included in the aggregate can be collectively updated (for example, strengthening and nurturing), but the individual components cannot be updated individually. It increases the difficulty of building a strong aggregate by raising all the components included to a high level, and can increase the motivation to play the first part. In addition, since the aggregate whose data has been updated once in the first part cannot be updated after that, it is necessary to repeatedly play the first part in order to create a stronger aggregate. You can increase your motivation to play the first part.

(Appendix C2) Further, one aspect of the present invention is the game program described in Appendix C1, in which a plurality of the aggregates (for example, teams (trained teams)) are managed in the management step (S150). , The computer is made to execute the step (S210, S213) of selecting one aggregate to be used in the second part from the plurality of managed aggregates based on the operation of the user.

According to the configuration of Appendix C2, it is possible to manage a plurality of aggregates whose data has been updated (for example, strengthened and nurtured) in the first part, and select the aggregate to be used for the battle from among them. The play used can be diversified.

(Appendix C3) Further, one aspect of the present invention is the game program described in Appendix C1 or Appendix C2, and in the updating step (S110, S1341), the set for a predetermined period (for example, a growing period). Update the data associated with the body (eg, team (team to be trained)).

According to the configuration of Appendix C3, since the period for updating the data associated with the aggregate (for example, the training period) is limited, the maximum number of aggregates is set within the limited period in order to win against other users. The user can be motivated to strengthen the body. Therefore, the motivation to play the first part can be increased.

(Appendix C4) Further, one aspect of the present invention is the game program described in Appendix C3, in which the assembly is to be updated on the computer in the first part during the predetermined period. In the step (S1481) of adding a component (for example, a character (training target character)) included in (for example, a team (training target team)) and the update in the middle of the predetermined period in the first part. The step (S1473) of excluding the components included in the aggregate as the target of the update from the target of the update is executed.

According to the configuration of Appendix C4, even during the period for updating the data associated with the aggregate (for example, the training period), the components to be updated are changed, so that the play in the training part can be diversified. it can.

(Supplementary Note C5) Further, one aspect of the present invention is the game program according to any one of Supplementary notes C3 to C4, and in the updating step (S110, S1341), the first aspect within the predetermined period. As the progress of one part, the data associated with the components (for example, the character (character to be trained)) included in the aggregate (for example, the team (team to be trained)) is updated.

According to the configuration of Appendix C5, the components included in the aggregate can be strengthened (cultivated) as the first part progresses.

(Appendix C6) Further, one aspect of the present invention is the game program according to any one of the appendices C1 to C5, and is a component (for example, a team (team to be trained)) included in the aggregate (for example, a team to be trained). For example, a character (character to be trained) has a plurality of components having different initial state data due to a difference in the period updated by the first part (for example, a training period) at the start of the first part. Is included.

According to the configuration of Appendix C6, at the start of the first part, components having different periods and data updated by the first part are included, so that the components included in the aggregate can be diversified.

(Appendix C7) Further, one aspect of the present invention is the game program according to any one of the appendices C1 to C6, and in the step (S270) of performing the process, the aggregate is described in the second part. A process using at least a part of a plurality of components (for example, a character (trained character)) included in (for example, a team (trained team)) is performed, and the computer is subjected to processing based on a user operation. , The step (S4305) of setting the component to be used in the second part among the plurality of components included in the aggregate is executed.

According to the configuration of Appendix C7, the user can set the order of the components to participate in the game from the components included in the aggregate. Therefore, in the second part, the user can think about the formation of the aggregate and play.

(Appendix C8) Further, one aspect of the present invention is the game program described in Appendix C7, such as in-game coins obtained from the computer according to game value (for example, billing or progress of the game). In the step of associating the user with data indicating a specific component (for example, an event character) in exchange for the consumption of medals, points, tickets, items, etc., and updating the user (S110, S1341), the user Data associated with the particular component selected as a component (eg, character (training target character)) included in the aggregate (eg, team (training target team)) based on the data associated with In the step (S4305) of updating and setting, the specific component whose data has been updated in the updating step is used in the second part based on the operation of the user (for example, a character (cultivation)). Completed character))).

According to the configuration of Appendix C8, the Ibe character to be acquired in exchange for the consumption of the game value can be strengthened (cultivated) in the training part and used in the battle part, so that the user can be motivated to acquire the Ibe character. it can.

(Appendix C9) Further, one aspect of the present invention is the game program described in Appendix C8, and is a component (for example, a character (trained character)) used in the second part in the step (S4305) to be set. ))) The specific component (for example, Ivechara) set as) is limited to a part of the components included in the aggregate (for example, a team (trained team)).

According to the configuration of Appendix C9, since the number of specific components used in the second part is limited, it is possible to prevent the influence of the consumption of the game value on the ability of the aggregate from becoming too large.

(Supplementary Note C10) Further, one aspect of the present invention is the game program according to any one of Supplementary note C1 to Supplementary note C9, and the computer is used with the aggregate (for example, a team (for example, a team)) used in the second part. The step (S2715) of temporarily changing the data associated with the trained team)) is executed.

According to the configuration of Appendix C10, the play in the second part can be diversified. It can also motivate the acquisition of enhanced items.

(Appendix C11) The game processing method according to one aspect of the present invention is an aggregate (for example, a team (training target team)) composed of a plurality of components (for example, a character (training target character)). A first part (eg, a training part) that updates the data associated with, and a second part (eg, a competition part) that uses the aggregate (eg, a team (trained team)) updated by the first part. A game processing method executed by a computer based on a game program of a game including), wherein in the first part, steps (S110, S1341) for updating data associated with the aggregate, and the first part. Based on the step (S150) of managing the data of the aggregate whose update has been completed according to the end of the above, and the process using the managed aggregate in the second part, based on the data for which the update has been completed. The data of the aggregate that has been updated and is managed by the management step, including the step (S270) to be performed, is not updated again.

According to the configuration of Appendix C11, in the first part, the components included in the aggregate can be collectively updated (for example, strengthening and nurturing), but the individual components cannot be updated, so that the aggregate can be used. It increases the difficulty of building a strong aggregate by raising all the components included to a high level, and can increase the motivation to play the first part. In addition, since the aggregate whose data has been updated once in the first part cannot be updated after that, it is necessary to repeatedly play the first part in order to create a stronger aggregate. You can increase your motivation to play the first part.

(Appendix C12) The game device (10) according to one aspect of the present invention is an aggregate (for example, a team (training target team)) composed of a plurality of components (for example, a character (training target character)). ))) And a second part (eg, a trained team) that uses the aggregate (eg, a team (trained team)) updated by the first part. A game device that executes a game program of a game including a battle part), and in the first part, with an update unit (1633) that updates data associated with the aggregate (for example, a team (trained team)). The management unit (1635) that manages the data of the aggregate whose update is completed according to the end of the first part, and the update of the process using the managed aggregate in the second part. The data of the aggregate that has completed the update and is managed by the step of managing the data, which includes a processing unit (1663) that performs based on the completed data, is not updated again.

According to the configuration of Appendix C12, in the first part, the components included in the aggregate can be collectively updated (for example, strengthening and nurturing), but the individual components cannot be updated individually. It increases the difficulty of building a strong aggregate by raising all the components included to a high level, and can increase the motivation to play the first part. In addition, since the aggregate whose data has been updated once in the first part cannot be updated after that, it is necessary to repeatedly play the first part in order to create a stronger aggregate. You can increase your motivation to play the first part.

1 game system, 10 terminal device, 30 server device, 11 communication unit, 12 input unit, 13 display unit, 14 audio output unit, 15 storage unit, 16 CPU, 150 data storage unit, 151 character data storage unit, 152 user data Storage unit, 153 Owned character data storage unit, 154 High school data storage unit, 155 Training data storage unit, 156 Team data storage unit, 157 Team member data storage unit, 160 Control unit, 161 Operation reception unit, 162 Display control unit, 163 Training part processing department, 1631 selection department, 1632 update instruction department, 1633 update department, 1634 training provision department, 1635 data management department, 1636 training character setting department, 1637 addition department, 1638 release department, 164 user team setting department, 165 order Setting unit, 166 battle part processing department, 1661 team selection department, 1662 opponent determination department, 1663 battle processing department, 1664 item processing department

Claims (33)

1. On the computer
   A step that directs the update of data associated with multiple components contained in an aggregate, and
   A step of updating the data associated with each of the two or more components contained in the aggregate in response to one instruction by the instructed step.
   A step of providing the user with one instruction opportunity by the instruction step a plurality of times up to a predetermined number of times.
   A non-temporary storage medium that stores a game program for executing.
2. In the step of instructing, the update is made to the component associated with the option selected by the user among the plurality of options including the option associated with any of the plurality of components included in the aggregate. Instruct,
   A non-temporary storage medium that stores the game program according to claim 1.
3. In the step of instructing, the update condition set for the option is set for each of the components associated with the option selected by the user based on the update condition set for each of the plurality of options. Instruct the update based on
   A non-temporary storage medium that stores the game program according to claim 2.
4. The update conditions are set based on the components associated with the corresponding choices.
   A non-temporary storage medium that stores the game program according to claim 3.
5. On the computer
   A step of recognizablely presenting the update conditions set for each of the plurality of options to the user.
   A non-temporary storage medium that stores the game program according to claim 3.
6. In the step indicated above
   To the option selected by the user, based on each of the update conditions set for the options selected by the user and the update conditions set for the options not selected by the user, which are modified at least one of them. Instructing each of the associated components to update, and instructing each of the components associated with an option not selected by the user to update.
   The change of at least one of the update conditions is a change in which the option selected by the user is more advantageous than the option not selected by the user.
   A non-temporary storage medium that stores the game program according to claim 3.
7. On the computer
   A step of accepting an operation of temporarily selecting one of the plurality of options and an operation of selecting and determining the temporarily selected option based on the user's operation.
   When the update condition set for each of the plurality of options is recognizable to the user and one of the options is tentatively selected based on the user's operation, the update condition set for at least one of the options is set. Steps to recognizablely present to the user each update condition that has changed
   A non-temporary storage medium that stores the game program according to claim 6.
8. On the computer
   Steps to let the user select the attributes of the aggregate,
   A plurality of components included in the aggregate, which are determined according to the attributes of the aggregate selected by the user and the components determined according to the data selected by the user from the data associated with the user. Steps to set as components of
   A non-temporary storage medium that stores the game program according to claim 1.
9. On the computer
   A step of managing a plurality of the aggregates whose data associated with the components has been updated by the updating step, and
   A step of selecting one aggregate to be used in the battle from the plurality of managed aggregates based on the user's operation, and
   A step of performing a battle process using at least a part of a plurality of components contained in the selected aggregate, and
   A non-temporary storage medium that stores the game program according to claim 1.
10. In the management step, the data of the aggregate for which the update has been completed is managed, and the data is managed.
    In the step of performing the battle process, the battle process using the managed aggregate is performed based on the updated data.
    The data of the aggregate whose update has been completed, which is managed by the management step, is not updated again.
    A non-temporary storage medium that stores the game program according to claim 9.
11. A game processing method executed by a computer
    A step that directs the update of data associated with multiple components contained in an aggregate, and
    A step of updating the data associated with each of the two or more components contained in the aggregate in response to one instruction by the instructed step.
    A step of providing the user with one instruction opportunity by the instruction step a plurality of times up to a predetermined number of times.
    Game processing methods including.
12. A game device that executes a game program
    An indicator that directs the update of data associated with multiple components contained in the aggregate,
    An update unit that updates data associated with each of the two or more components included in the aggregate in response to a single instruction by the instruction unit.
    A providing unit that provides the user with a single instruction opportunity by the instruction unit a plurality of times up to a predetermined number of times.
    A game device equipped with.
13. The game program includes a first part for updating data associated with an aggregate composed of a plurality of components, and a second part for competing with each other updated by the first part. It is a game program of the game including
    On the computer
    In the first part, the step of updating the data associated with the aggregate,
    A step of managing a plurality of the aggregates updated in the first part, and
    A step of selecting one aggregate to be used for the battle in the second part from the plurality of managed aggregates based on the user's operation.
    A non-temporary storage medium that stores the game program according to claim 1.
14. On the computer
    A step of presetting an aggregate that can be used as an opponent of the other user in the second part executed by the other user based on the operation of the user from among the plurality of the aggregates.
    A non-temporary storage medium that stores the game program according to claim 13.
15. On the computer
    Have the user perform the step of selecting the attributes of the aggregate
    In the updating step, the data associated with the aggregate according to the selected attribute is updated.
    In the management step, each of the plurality of the aggregates is managed for each of the attributes.
    In the step of setting, an aggregate that can be used as an opponent of another user in the second part executed by another user based on the operation of the user is a plurality of the aggregates in each of the different attributes. Set in advance from our house
    A non-temporary storage medium that stores the game program according to claim 14.
16. A step of determining an aggregate preset by another user having the same attributes as the selected aggregate as an opponent of the aggregate selected in the selection step.
    A non-temporary storage medium that stores the game program according to claim 15.
17. On the computer
    In the step of determining, a user to be an opponent is determined from a plurality of other users based on the aggregate set for each of the attributes by the step of setting.
    A non-temporary storage medium that stores the game program according to claim 16.
18. In the management step, before the update of the aggregate by the first part is performed, a predetermined aggregate for each of the attributes is managed in advance as an aggregate used for the battle in the second part. Yes,
    A non-temporary storage medium that stores the game program according to claim 15.
19. The components included in the aggregate include a plurality of components having different initial state data due to different update periods by the first part at the start of the first part.
    A non-temporary storage medium that stores the game program according to claim 13.
20. A game program of a game including a first part for updating data associated with one aggregate including a plurality of components and a second part for competing with each other updated by the first part. A game processing method executed by a computer based on
    In the first part, the step of updating the data associated with the aggregate,
    A step of managing a plurality of the aggregates updated in the first part, and
    A step of selecting one aggregate to be used for the battle in the second part from the plurality of managed aggregates based on the user's operation.
    Game processing methods including.
21. A game program of a game including a first part for updating data associated with one aggregate composed of a plurality of components and a second part for competing with each other updated by the first part. Is a game device that executes
    In the first part, an update unit that updates the data associated with the aggregate, and
    A management unit that manages a plurality of the aggregates updated in the first part, and
    A selection unit that selects one aggregate to be used for the battle in the second part from the plurality of managed aggregates based on the user's operation.
    A game device equipped with.
22. The game program includes a first part that updates data associated with an aggregate composed of a plurality of components, and a second part that uses the aggregate updated by the first part. It ’s a game program for games,
    On the computer
    In the first part, the step of updating the data associated with the aggregate,
    A step of managing the data of the aggregate whose update is completed according to the end of the first part, and
    In the second part, a step of performing a process using the managed aggregate based on the data for which the update has been completed, and
    To execute,
    The data of the aggregate whose update has been completed, which is managed by the management step, is not updated again.
    A non-temporary storage medium that stores the game program according to claim 1.
23. In the management step, a plurality of the aggregates are managed, and the aggregate is managed.
    On the computer
    A step of selecting one aggregate to be used in the second part from the plurality of managed aggregates based on the user's operation.
    A non-temporary storage medium that stores the game program according to claim 22.
24. In the updating step, the data associated with the aggregate is updated for a predetermined period of time.
    A non-temporary storage medium that stores the game program according to claim 22.
25. On the computer
    In the first part, in the middle of the predetermined period, a step of adding a component included in the aggregate as a target of the update, and
    In the first part, in the middle of the predetermined period, a step of excluding the components included in the aggregate as the target of the update from the target of the update, and
    24. A non-temporary storage medium that stores the game program according to claim 24.
26. In the updating step, as the first part progresses within the predetermined period, the data associated with the components contained in the aggregate is updated.
    A non-temporary storage medium that stores the game program according to claim 24.
27. The components included in the aggregate include a plurality of components having different initial state data due to different update periods by the first part at the start of the first part.
    A non-temporary storage medium that stores the game program according to claim 22.
28. In the step of performing the process, in the second part, a process using at least a part of the plurality of components included in the aggregate is performed.
    On the computer
    A step of setting a component to be used in the second part among a plurality of components included in the aggregate based on a user's operation.
    A non-temporary storage medium that stores the game program according to claim 22.
29. On the computer
    A step of associating a user with data representing a particular component in exchange for the consumption of game value,
    To execute,
    In the updating step, the data associated with the particular component selected as a component included in the aggregate is updated based on the data associated with the user.
    In the step of setting, the specific component whose data has been updated in the step of updating is set as the component to be used in the second part based on the operation of the user.
    A non-temporary storage medium that stores the game program according to claim 28.
30. In the step of setting, the specific component to be set as a component used in the second part is limited to a part of the components included in the aggregate.
    A non-temporary storage medium that stores the game program according to claim 29.
31. On the computer
    A step of temporarily changing the data associated with the aggregate used in the second part,
    A non-temporary storage medium that stores the game program according to claim 22.
32. In a game program of a game including a first part that updates data associated with an aggregate composed of a plurality of components and a second part that uses the aggregate updated by the first part. A game processing method that is executed by a computer based on
    In the first part, the step of updating the data associated with the aggregate,
    A step of managing the data of the aggregate whose update is completed according to the end of the first part, and
    In the second part, a step of performing a process using the managed aggregate based on the data for which the update has been completed, and
    Including
    The data of the aggregate whose update has been completed, which is managed by the management step, is not updated again.
    Game processing method.
33. A game program of a game including a first part that updates data associated with an aggregate composed of a plurality of components and a second part that uses the aggregate updated by the first part. A game device to run
    In the first part, an update unit that updates the data associated with the aggregate, and
    A management unit that manages the data of the aggregate that has been updated according to the end of the first part, and
    In the second part, a processing unit that performs processing using the managed aggregate based on the data for which the update has been completed, and a processing unit.
    With
    The data of the aggregate whose update has been completed, which is managed by the management step, is not updated again.
    Game device.

Images