JP2023059771A - Game system, game control device, and program - Google Patents

Abstract

To enhance amusement properties of a game by imparting variations to the use of an object that has been raised.SOLUTION: A first game execution unit changes or sets parameters of a first object on the basis of an operation of a user, and executes a first game for causing a storage device to store the first object that has been subjected to a change or settings as a use object that can be used in a second game and a third game. A second game execution unit executes a second game that can use at least one of the use objects as an assistance object for changing or setting parameters of a second object used in the second game. A third game execution unit executes a third game that can use at least one of the use objects as an operation object to be used in the third game.SELECTED DRAWING: Figure 21

Description

The present invention relates to a game system, game control device and program.

Conventionally, a game is known in which a user trains a character and uses the trained character in the game. A game has also been proposed in which characters that have been trained but are not used can be converted into items (for example, Patent Document 1). Characters that the user converts into items no longer belong to the user.

Japanese Patent Application Laid-Open No. 2020-110678

In the above game, if the trained character is converted into an item, it disappears, and the use of the trained character is limited, which may cause the user to become bored with the game.

SUMMARY OF THE INVENTION Accordingly, an object of the present invention is to provide a game system, a game control device, and a program for improving the fun of the game.

A game system according to one aspect of the present invention is a game system that provides games including a first game, a second game, and a third game, wherein parameters of a first object are changed or set based on a user's operation, a first game executing means for executing the first game for storing in a storage device the first object that has been changed or set as a usable object that can be used in the second game and the third game; a second game executing means for executing the second game in which one of the use objects can be used as an auxiliary object for changing or setting parameters of the second object used in the second game; a third game executing means for executing the third game, the use object being usable as an object to be operated used in the third game.

A game control device according to another aspect of the present invention is a game control device that provides games including a first game, a second game, and a third game, wherein parameters of a first object are changed based on a user's operation. or set, and stores in a storage device the first object that has been changed or set as a usable object that can be used in the second game and the third game, and executes the first game. a second game executing means for executing the second game in which at least one of the used objects can be used as an auxiliary object for changing or setting parameters of the second object used in the second game; a third game execution means for executing the third game, wherein at least one of the use objects can be used as an operation target object used in the third game.

1 is a schematic block diagram showing a configuration example of a game system according to one embodiment of the present invention; FIG. 1 is a schematic block diagram showing an example of a hardware configuration of a game terminal; FIG. It is a schematic block diagram which shows an example of the hardware constitutions of a server. FIG. 10 is a diagram showing an example of a display screen of an event deck; FIG. 10 is a diagram showing an example of an ability list screen of an original character; It is a figure which shows an example of the main screen of a 1st game mode. FIG. 10 is an explanatory diagram showing an example of a practice screen; It is a figure which shows an example of a home screen. It is a figure which shows an example of the map structure of a 2nd game mode. FIG. 10 is a diagram showing an example of a main screen in a second game mode; FIG. It is a figure which shows an example of the kind of route|route. It is a figure which shows an example of a mass information table. It is a figure which shows an example of the item classification table of a 2nd game mode. It is a figure which shows an example of a contract master table. It is a figure which shows an example of a skill table. It is a figure which shows an example of a contract selection screen. It is a figure which shows an example of a coach selection screen. It is a figure which shows an example of the player replacement screen of a 2nd game mode. It is a figure which shows an example of the order formation screen of my team. It is a figure which shows an example of an equipment setting screen. 1 is a schematic functional block diagram showing an example of a functional configuration of a game system; FIG. It is a figure which shows an example of a user information table. FIG. 4 is an explanatory diagram showing an example of a character information table; FIG. 10 is a diagram showing an example of a possessed character table; FIG. FIG. 4 is a schematic functional block diagram showing an example of a functional configuration of a second game execution section; 3 is a schematic functional block diagram showing another example of the functional configuration of the game system; FIG. 4 is a flowchart showing an example of processing in a first game mode; FIG. 10 is a flowchart showing an example of processing in a second game mode; FIG. FIG. 10 is a flowchart showing an example of processing in a second game mode; FIG. FIG. 10 is a flowchart showing an example of processing in a second game mode; FIG. FIG. 10 is a flowchart showing an example of processing in a second game mode; FIG. FIG. 10 is a flowchart showing an example of processing in a second game mode; FIG. FIG. 11 is a flowchart showing an example of processing in a third game mode; FIG. It is a figure which shows an example of map data.

An example of an embodiment of the present invention will be described below with reference to the drawings.

[1. Game system configuration]
FIG. 1 is a schematic block diagram showing a configuration example of a game system 1 according to an embodiment of the present invention. This game system 1 includes a plurality of game terminals 10-n (n is a positive integer, 10-1, 10-2, . . . ) and a server 30. FIG. The game terminal 10-n and the server 30 in the game system 1 are connected via a network N such as the Internet so as to be able to communicate with each other. Here, since the plurality of game terminals 10-n have the same configuration, they will be simply referred to as "game terminals 10" when they are not distinguished from each other.

The network N of the present embodiment is not limited to the Internet. Any network that can communicably connect the game terminals 10-n and the server 30 in the game system 1 can be used. It may be a line (telephone line, mobile communication line, etc.), a wired LAN (Local Area Network), a wireless LAN, or the like, or a combination thereof with the Internet.

A game terminal 10 operated by a user is a computer used by the user to play a game. The game terminal 10 is, for example, a home game machine (stationary or portable), a personal computer, a smart phone, a mobile phone terminal, a PHS (Personal Handy-phone System) terminal, a personal digital assistant (PDA: Personal Digital Assistant), These include tablet computers, multifunctional television receivers (so-called smart televisions), and business-use (commercial) game machines installed in amusement facilities and the like.

Server 30 is, for example, a server computer. The server 30 associates each user with a user ID for uniquely identifying the user, and stores and manages information on the user's game in, for example, a database DB. The database DB may be constructed within the server 30 or may be constructed within a server computer separate from the server 30 .

In the game system 1, computer competition (also called CPU competition) and communication competition are possible. In the communication match, for example, user A operating game terminal 10-1 and user B operating game terminal 10-2 can play a match game via network N. FIG. In the case of this communication competition, for example, there is a method in which game terminals 10-1 and 10-2 matched by server 30 directly communicate with each other through a P2P (Peer to Peer) connection or the like to compete. Alternatively, there is also a method of communicating data exchange between game terminals 10-1 and 10-2 via server 30 for communication competition. The communication battle may be conducted by any method.

Communication between the game terminal 10-n and the server 30 uses, for example, HTTP (Hyper Text Transfer Protocol) operating on TCP/IP (Transmission Control Protocol/Internet Protocol) as a base protocol. It can be realized by implementing the specified application protocol on the upper layer.

On the other hand, communication between game terminal 10-1 and game terminal 10-2 connected by P2P or the like is, for example, a communication protocol on the transport layer of the OSI reference model and is implemented mainly on the IP protocol. It can be realized by UDP (User Datagram Protocol). The above UDP is a communication method that does not perform data delivery confirmation or error correction, and keeps sending data to the terminal device of the other party, so the data reliability is low, but the data transfer speed is high. There is Of course, it is also possible to use an existing protocol other than UDP for communication between game terminals 10-1 and 10-2, or to use a new protocol that will be newly defined in the future.

Further, for example, in a game terminal 10-n having a short-range wireless communication function using a predetermined frequency band (for example, a frequency band of 2.4 GHz), direct communication is performed between a plurality of game terminals 10-n. A battle game or the like can also be executed.

(Hardware configuration of game terminal)
FIG. 2 is a schematic block diagram showing an example of the hardware configuration of the game terminal 10. As shown in FIG. The game terminal 10 mainly includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an auxiliary storage device 14, a communication section 15, and an operation section 16. , an image processing section 17, and a sound processing section 18, which are interconnected via a bus line 19 including an address bus, a data bus, a control bus, and the like. An interface circuit is interposed between the bus line 19 and each component as necessary, but the illustration of the interface circuit is omitted here. The game terminal 10 also includes a display section 20 and an audio output section 21 .

The CPU 11 interprets and executes commands of the game program, and controls the game terminal 10 as a whole. The ROM 12 stores programs, data, and the like necessary for basic operation control of the game terminal 10 . The RAM 13 stores various programs and data and secures a working area for the CPU 11 .

The auxiliary storage device 14 is a storage device that stores game programs, various data, and the like. As the auxiliary storage device 14, for example, a nonvolatile semiconductor memory, hard disk drive, solid state drive, or the like can be used.

The communication unit 15 includes a communication interface (not shown) and has a communication control function for data communication during game execution. Here, the communication control function for data communication includes, for example, an Internet connection function, a wireless LAN (Local Area Network) connection function, a short-range wireless communication function using a predetermined frequency band (for example, a frequency band of 2.4 GHz). and so on. Communication unit 15 transmits a connection signal for connecting game terminal 10 to network N based on a command from CPU 11 , receives information transmitted from a communication partner, and supplies the information to CPU 11 .

The operation unit 16 is used by the user to input various operation instructions to the game terminal 10 . Examples of the operation unit 16 include a position input unit with a touch interface (a component of a touch panel), physical buttons, a controller, an analog stick, a keyboard, a pointing device, and the like. Alternatively, the operation unit 16 may be configured to allow voice input by identifying voice input from a voice input unit such as a microphone.

The image processing unit 17 drives the display unit 20 based on the image display command from the CPU 11 to display the game screen. Various known display devices such as a liquid crystal display and an organic EL (Electro-Luminescence) display can be applied to the display unit 20 . The display unit 20 can also be a touch panel in which a position input unit having a touch interface is combined with a display device such as a liquid crystal display. When the display unit 20 is configured as a touch panel, the image processing unit 17 includes a touch input detection unit (not shown). When an indicator such as a finger or a pen touches the screen, the touch input detection unit detects the contact position coordinates on the screen and supplies the coordinate signal to the CPU 11 . Thereby, the contact position on the screen of the display unit 20 is recognized by the CPU 11 . The display unit 20 need not be integrated with the game device 10, and may be a television monitor or the like externally connected to the game device 10, for example.

The sound processing unit 18 generates an analog audio signal based on the pronunciation instruction from the CPU 11 and outputs it to the audio output unit 21 .

(Server hardware configuration)
FIG. 3 is a schematic block diagram showing an example of the hardware configuration of the server 30. As shown in FIG. The server 30 mainly includes a CPU 31, a ROM 32, a RAM 33, an auxiliary storage device 34, and a communication unit 35, which communicate with each other via a bus line 36 including an address bus, a data bus, a control bus, etc. It is connected. An interface circuit is interposed between the bus line 36 and each component as necessary, but the illustration of the interface circuit is omitted here.

The CPU 31 interprets and executes commands of system software and application software, and controls the server 30 as a whole. The ROM 32 stores programs and the like necessary for basic operation control of the server 30 . The RAM 13 stores various programs and data and secures a work area for the CPU 31 . The auxiliary storage device 34 is a storage device that stores programs, various data, and the like. As the auxiliary storage device 34, for example, a hard disk drive or a solid state drive can be used.

The communication unit 35 has a communication interface (not shown) and controls communication with each game terminal 10-n via the network N. FIG. The communication unit 35 also controls communication with other servers (not shown) connected to the network N. FIG. For example, in a system configuration in which the server 30 is incorporated into a social networking service (SNS), the communication section 35 of the server 30 controls communication with the SNS server. Also, for example, the server 30 controls communication with a video distribution server that distributes game videos played by users to spectators. Note that the server 30 can also have a moving image distribution function.

The server 30 can be composed of a single computer, but it can also be configured as a function distribution type in which each function of the server 30 is distributed to a plurality of servers. Alternatively, a plurality of servers 30 may be provided on the network N for redundancy (multiplexing), thereby providing a load-sharing configuration. Also, the server 30 may be configured as a cloud server using cloud computing technology.

Programs and data are supplied to the game terminal 10 or the server 30 from a remote location via the network N and stored in the RAM 13, the auxiliary storage device 14, the RAM 33, or the auxiliary storage device . The game terminal 10 or the server 30 may be provided with a component (for example, an optical disk drive or memory card slot) for reading programs and data stored in an information storage medium (for example, an optical disk or memory card). Programs and data may then be supplied to the game terminal 10 or the server 30 via the information storage medium.

In addition, below, the case where the game terminal 10 is a smart phone or a tablet computer provided with a touch panel is assumed.

[2. Overview of an example of a game]
An overview of an example game is provided below.
The game system 1 can execute various games. For example, various games such as sports games (baseball, soccer, tennis, American football, etc.), racing games, fighting games, fighting games, digital card games, etc. can be executed regardless of game format and genre. The game may be executed by data communication between the game terminal 10 and the server 30 or another game terminal 10, or may be executed by the game terminal 10 alone.

For example, in a baseball game, various game modes including training and competition are executed based on one or more objects (eg, game characters, game cards, game items, etc.). In the following, a baseball game based on baseball will be described as an example of the game executed by the game system 1, and other games will be mentioned as necessary.

In the baseball game of this embodiment, at least games including a first game, a second game, and a third game having different game contents can be executed. In this embodiment, as an example of the first game, a first game mode in which a player character is trained will be described. Also, as an example of the second game, a second game mode in which a team is trained, etc. will be described. Also, as an example of the third game, a third game mode in which a user battles another user will be described.

The baseball game of this embodiment may include various game modes in addition to the first to third games. FIG. 8 shows an example of the home screen G500 of the game of this embodiment. The display area A501 displays a mode selection part P5011 for selecting one of a plurality of game modes installed in the game. FIG. 8 shows an example in which one game mode can be selected from the first to fifth game modes. The mode selection part P5011 present in the center is the currently selected game mode, and in the example of FIG. 8, the second game mode is selected. By swiping the display area A501 left and right, the selected game mode is switched. The fourth game mode is, for example, a challenge mode in which items and points can be obtained by completing various presented tasks. Also, the fifth game mode is an event mode in which, for example, a battle can be held in a limited-time event. In addition, various game modes may be installed.

The first game mode is a character breeding mode in which the user trains a game character to create his own original game character. An original character created by the user in the first game mode (an example of a first object, an example of an object to be used) can be used in either the second game mode or the third game mode.

The second game mode is a team development mode in which a team is trained, etc., while selectively moving along paths. The original character created by the user in the first game mode can be used as an auxiliary object for changing or setting the parameters of the player character (an example of the second object) used in the second game mode.

The third game mode is a battle mode in which a team composed of original characters created by the user in the first game mode is used to compete against an opponent team. An original character created by the user in the first game mode can be used as an object to be directly operated by the user in the third game mode.

Each of the first game mode (character training mode), the second game mode (team training mode), and the third game mode (competition mode) will be described below in more detail.

(2-1. First game mode)
The first game mode will be described in detail below.
In the first game mode, an original character to be trained practices baseball in high school, and through various events, the original character is trained as a pitcher or a fielder. In addition, in the first game mode of the present embodiment, a plurality of scenarios are prepared, and the high school to which the player goes is different depending on the scenario. In the game of this embodiment, the user selects one of the scenarios to determine the high school that the original character will attend.

When a scenario is selected, the user first determines the basic information of the original character. The basic information includes the name, position, dominant arm, batting form, and pitching form in the case of a pitcher. For positions, choose from pitcher, catcher, first baseman, second baseman, third baseman, shortstop, and outfielder. Hereinafter, positions other than pitcher will be described as fielders.

After the basic information of the original character is determined, the event deck is set. Here, the event deck is a deck for setting event characters who will be teammates with whom the original character goes to high school to practice together. An event character is a character that affects the training of the original character (has an advantageous effect for the user) when an event occurs in the process of training the original character. Select the event character to set for the deck. Event characters can be obtained as rewards for winning in battle mode, or obtained by lottery.

The event character acquired by the user in the game is associated with the user ID as the user's possessed character, stored in a storage device (database DB, auxiliary storage device 14, auxiliary storage device 34, etc.) and managed in the game system 1. be. There is an upper limit to the number of event characters that each user can possess. The basic upper limit is "50", but the number of upper limits can be expanded by satisfying a predetermined condition. For example, by spending a predetermined amount of in-game currency, the upper limit number can be increased by "5". However, the upper limit that can be expanded to the maximum is determined, and there is a limit to the event characters that the user can possess. The user can sell the event character that the user has. If you sell the event character, it will be converted into points that can be used in the game or in-game currency.

In addition, the user can select one base character and one or more reinforcement material characters from among the event characters possessed, and synthesize the reinforcement material characters with the base character to strengthen the base character. . This strengthening process can improve the level of the event character selected as the base character. On the other hand, the event character used as the strengthening material character is no longer owned by the user.

By selling or strengthening the above event characters, the user can adjust the number of event characters possessed within the upper limit. When the event character possessed by the user is sold or used as an enhancement material, the event character is disassociated from the user ID as the possessed character of the user. However, the information of the event character possessed by the user is stored in the storage device (database DB, auxiliary storage device 14, auxiliary storage device 34, etc.) as user possession history, and information management is continued. The game system 1 manages a list of event characters currently possessed by the user and event characters possessed in the past by the user as picture book information. Then, the user can check the picture book information on the screen at any time by performing a predetermined operation. Each event character is associated with a name and a rarity (rarity) described later, and there are event characters with the same name but different rarities. A plurality of event characters having the same name but different rarities are assigned different character identification information and managed. Therefore, if there are event characters with the same name but with different rarities in the user possession history, each of the event characters is included in the picture book information.

Before starting the scenario in the first game mode, it is desirable for the user to raise the level of the event character in advance by the strengthening process described above. This is because the higher the level of the event character is, the higher the original character's ability increase value through practice and the higher the initial evaluation of the original character, so that the original character can be developed advantageously.

FIG. 4 shows an example of the event deck display screen G100. When setting the event deck, a display screen G100 shown in FIG. 4 is displayed. A deck name is displayed in the display area A110. The user can pre-register the combination of event characters in the event deck before starting the scenario in the first game mode. The change button B1101 is a button for changing the deck name.

The selected event character is displayed in the display area A112. For example, up to six event characters can be set in the event deck. The event characters are selected from the event characters possessed by the user, but some of them can be selected from the event characters possessed by other users (for example, other users associated with the user).

The display area A111 displays the rarity of each event character. Rarity represents the difficulty of obtaining, and the types of rarity are "normal (N)", "powerful normal (PN)", "rare (R)", "powerful rare (PR)", There are 6 types of "Super Rare (SR)" and "Powerful Super Rare (PSR)". The rarity increases in the order of N, PN, R, PR, SR, and PSR. Also, the level of the event character is displayed in the display area A113.

In addition, each event character may be associated with a special practice. An event for practicing may occur.

The display area A114 displays a list of the event character's favorite exercises. Types of practice include "hitting", "strength", "base running", "shoulder strength", "ball speed", "control", "stamina", "breaking ball", "defense", and "mental". . When the event character is set in the event deck, the display area A115 displays the multiples of the event character that are good practice. In the example shown in FIG. 4, there is one event character whose specialty is batting, two event characters who are good at strength training, one event character who is good at base running, and one character who is good at shoulder strength. It shows that one event character is set to practice and one event character is set to practice mental skill. It should be noted that one event character may have two or more types of good practices.

When the setting of the event character to the event deck is completed as described above, next, items that can be used in the first game mode are selected. Items can be obtained as rewards for winning in the battle mode or by lottery. For example, the user can use up to two items in the first game mode. The types of items include items that increase the rate of event occurrence, items that restore physical strength, and items that lower the rate of injury.

The game items include items that can be used in the first game mode, items that can be used in the second game mode (contract items, etc.), and items that can be used in the third game mode (equipment items). etc.). The game system 1 manages items for each game mode. It should be noted that there may be an item that can be used in common for each game mode (for example, an item for recovering the points required for executing each mode).

When the selection of game items is finished as described above, the scenario is started. Here, before explaining the contents of the scenario, the ability values of the original character to be trained will be explained. FIG. 5 shows an example of an ability list screen G200 when an original character is trained as a fielder. An image of the original character is displayed in the display area A210.

The display area A211 displays the name of the original character. The display area A212 displays the position number of the original character. 2 for catcher, 3 for first base, 4 for second base, 5 for third base, 6 for shortstop, 7 for left, 8 for center, 9 for right is displayed.

The display area A213 displays the batting form and dominant arm of the original character. The display area A214 displays the position of the original character. It is also possible to train the original character so that it can defend in multiple positions, in which case multiple positions can be displayed.

The display areas A215 to A221 display basic abilities as a fielder. In addition, the basic abilities displayed in the display areas A216 to A221 are displayed in eight evaluation ranks of S, A, B, C, D, E, F, and G, and if the ability value is 90 or more, S, 80 A for up to 89, B for 70 to 79, C for 60 to 69, D for 50 to 59, E for 40 to 49, F for 20 to 39, F for 19 or less In that case, it will be G.

In the display area A215, the basic ability related to "ballistics" is displayed, and is represented by numerical values from 1 to 4 as an evaluation rank. The higher the number, the higher the trajectory of the batted ball, and the easier it is to hit a home run. The display area A216 displays the basic ability related to "Meat", and the higher the ability of "Meat", the easier it is to hit the ball with the bat, and the easier it is to hit. The display area A217 displays the basic ability related to "power", and the higher the ability of "power", the easier it is to hit long hits. In the display area A218, the basic ability related to "running ability" is displayed. The display area A219 displays the basic ability related to "shoulder strength", and the higher the "shoulder strength" ability, the faster the ball can be thrown in defense. The display area A220 displays the basic ability related to "defensive ability", and the higher the "defensive ability", the wider the defensive range. The display area A221 displays the basic ability related to "ball catching", and the higher the "ball catching" ability, the easier it is to catch the ball skillfully in defense and the less likely an error will occur.

A display area A222 displays a list of fielder-related special abilities possessed by the original character. In the example shown in FIG. 5, the original character has five types of special abilities: "hit infield", "pinch hitter", "in-course", "throw", and "stable condition". In other words, the original character is easy to hit infield, has an increased ability value when appearing as a pinch hitter, is good at batting "in-course", can throw accurately when defending, and has a stable condition. showing.

Note that the example shown in FIG. 5 shows the case where the original character is a fielder, so the basic abilities and special abilities of the fielder are displayed. If the original character is a pitcher, the pitcher's basic abilities (for example, ball speed, control, stamina, etc.) and special abilities are displayed.

Next, the details of the content of the scenario will be described. As described above, in the first game mode, a plurality of scenarios are prepared, and first, contents common to these scenarios will be explained. For example, any scenario is composed of four sections, the first to third sections are composed of 12 turns each, and only the fourth section is composed of 15 turns. The user can select the content of practice for each turn and allow the original character to rest. In addition, since the high school baseball preliminaries and the high school baseball game at Koshien are included from the middle of the 4th section, if you lose the game in the middle and are eliminated, the 4th section will be forced to end. may

In each turn of each section, multiple teammates appear in addition to the original character, which greatly affects the training effect of the original character. The teammates include event characters set in the event deck, predetermined event characters specific to the scenario, and other default characters (non-event characters). It is also possible to set the same character as the event character predetermined unique to the scenario in the event deck.

In addition, a morning event and an afternoon event may occur on either side of one turn. There is an event by the event character that is assigned. In a scenario event specific to a scenario, event characters that are predetermined and specific to the scenario mainly appear. Whether the event occurs in the morning or in the afternoon is determined in advance by the content of the scenario event and the event character, and the occurrence condition of each event occurs when the event occurrence lottery is won. When these events occur, the original character is given training effects according to the events that have occurred. For example, when an event occurs, it is possible to obtain experience points necessary for increasing the ability value of the original character or acquiring special abilities.

FIG. 6 shows an example of the main screen G300 for each turn. The display area A301 displays the current section and the current turn (number of remaining turns in the current section). The display area A302 displays the current grade, month, and week of the original character. The display area A303 displays the current physical strength gauge of the original character. If the player selects practice in that turn, the physical strength gauge decreases, and if he rests or goes on a date, the physical strength gauge increases. Also, when the menu button P304 is selected, a menu screen is displayed, allowing the user to check the settings or interrupt the scenario.

The display area A305 displays the original character's name and the current basic ability evaluation rank. Also, an original character image P306 is displayed near the display area A304.

In each turn, the user can select what to do in that turn from a plurality of command options P307, P308, P311-P313. It should be noted that if the option P310 is selected, the turn will not be completed. In addition, the option P309 differs in content depending on the type of scenario, and there are those that complete the turn and those that do not. Next, the contents of each option will be explained.

When the option P307 of "rest" is selected, the player does not practice in that turn and recovers physical strength by resting. The amount of health recovered is determined by lottery. When the "practice" option P308 is selected, the screen transitions to a practice screen G400 in FIG. 7, which will be described later, and the user selects one of several types of practice content. The details of the practice content will be described later. The option P309 is a scenario-specific option, and the content differs depending on the selected scenario.

When the option P310 of "ability up" is selected, the user can increase the ability of the original character by digesting experience points acquired through practice and events. In other words, to increase the basic ability of the original character or acquire a special ability, select this option P410 to increase the ability of the original character. When the option P311 of "going to the hospital" is selected, the original character's disease or the like is cured with a predetermined probability. When the "play" option P312 is selected, the physical strength of the original character is recovered, and the motivation parameter of the original character is increased by one level with a high probability. When the "date" option P313 is selected, the physical strength of the original character is recovered.

Next, a case where the option P308 of "practice" is selected will be described. FIG. 7 shows an example of the practice screen G400. Note that the example shown in FIG. 7 shows the screen in a state in which the exercise for building "strength" is provisionally selected by the arrow P410. The display area A401 displays undigested experience points acquired by the original character. Here, the experience value is a point required to raise the ability of the original character described above, and in the display area A401, the experience gained by raising the basic ability or acquiring the special ability of the original character is displayed. Value is not included. There are five types of experience points: "strength," "agility," "technique," "breaking ball," and "spirit," and the type and value of experience points obtained differ depending on the content of practice. As shown in FIG. 7, when the exercise of "strength" is selected, the experience value of "strength" and the experience value of "spirit" are obtained. In addition, the display area A402 displays the amount of increase in the experience value when the exercise is selected, and the user can select the content of the exercise while referring to the amount of increase in the experience value.

The display area A405 displays teammates who participate in the practice together. The teammates who participate together are randomly selected from the scenario-specific and predetermined event characters described above, event characters set in the event deck, other default characters, scouts and managers, and participate together. The more points, the more experience points you get. In the display area A406, the teammate's name and the evaluation value (or degree of relationship) with respect to the original character are displayed in a gauge. The evaluation value for the original character can be raised by the occurrence of an event involving the teammate or by practicing together with the teammate. The higher the evaluation value for the original character, the greater the increase in experience points and the acquisition of tips for special abilities. It should be noted that once you acquire the tricks of a special ability, the experience points required to acquire that special ability will decrease.

The display area A407 displays the favorite practice associated with the teammate. If the finally selected practice matches the good practice, benefits such as obtaining more experience points are given to the training of the original character. In addition, it is possible to practice with a maximum of five teammates, and the combination of teammates corresponding to each practice (content) is drawn every turn.

Furthermore, if there is an event character among the teammates who practice together, the selected practice matches the good practice, and the evaluation value for the original character is equal to or higher than a predetermined value, a special practice called special tag practice is performed. done. When special tag practice is performed, more experience points can be obtained than usual.

The display area A408 displays the injury rate when the exercise is selected. The injury rate increases as the current physical strength decreases. The higher the injury rate, the higher the probability that the original character will get injured when practicing. If you are injured, you will not be able to gain experience points even if you practice.

Different exercise contents can be selected from the options P411 to P416. For example, the user presses one of the options P411 to P416 with a finger or the like to execute the exercise. Further, the respective practice levels are displayed in the respective options P411 to P416. By selecting the same exercise multiple times, the level increases, and the higher the level of the exercise, the more experience points are obtained.

When the option P411 of "Strike" is selected, the experience value required to raise "Meat", which is one of the basic abilities of the original character, is obtained. Specifically, the experience values of "strength", "skill", and "spirit" displayed in the display area A401 are obtained. When the option P412 of "strength" is selected, experience points of "strength" and "spirit" are obtained.

When the option P413 of "base running" is selected, the experience value required to increase the "running power", which is one of the basic abilities of the original character, is obtained. Specifically, experience points for "strength" and "agility" are obtained. When the "shoulder strength" option P414 is selected, the experience value required to increase the "shoulder strength", which is one of the basic abilities of the original character, is obtained. Specifically, experience points for "strength," "agility," and "technique" are obtained.

When the "defense" option P415 is selected, the experience value required to increase the "defense power", which is one of the basic abilities of the original character, is obtained. Specifically, experience points for "Agility", "Technology" and "Mental" are obtained. When the "mental" option P416 is selected, the physical strength of the original character is recovered, and the experience points of "skill" and "spirit" are obtained.

It should be noted that the example shown in FIG. 7 is an example of training an original character as a fielder. ”, “stamina”, “breaking ball”, “defense”, and “mental”. The types of experience points are the same as when training an original character as a fielder. Similarly, when training an original character as a pitcher, the types and values of experience points obtained differ depending on the content of practice. For example, if you choose the "Control" exercise, you will get "Technology" experience and "Mental" experience.

As described above, the experience value obtained from the execution of practice and the results of the events that occurred during the first game mode is reflected in the improvement of the original character's basic abilities and the acquisition of special abilities, thereby training the original character. can do. It should be noted that the basic abilities of the original character may be improved or special abilities may be acquired according to the results of practice and events without going through the experience value.

The upper limit of the original character's basic ability is 100, but if certain conditions are met (for example, when a specific event character is set in the event deck), an original character with a basic ability exceeding the upper limit of 100 can be created. It can also be grown. A basic ability exceeding the upper limit is referred to as an upper limit breakthrough basic ability.

Basically, the training of the original character is completed by the end of one scenario. An original character that has been trained is evaluated based on its basic abilities, special abilities, and the like, and a player's overall strength value is calculated, and a player rank is determined based on the player's overall strength value. A relationship between the value range of the player's overall strength and the player's rank is determined in advance. For example, the player ranks are G, F, E, D, C, B, A, S, S1 to S9, SS, SS1 to SS9, PG, PG1 to PG9, PF, PF1 to PF9, PE, PE1 from the lowest. ~PE9, PD, PD1-PD9, PC, PC1-PC9, PB, PB1-PB9, PA, PA1-PA9, PS, PS1-PS9.

The original character that has been trained in the first game mode is registered in association with the user ID as a character that can be used by the user in the second game mode and the third game mode. Hereinafter, the original character that has been trained and registered in the first game mode will be referred to as a "trained player". After the scenario ends, the scenario can be restarted from the beginning to train the original character, thereby creating another player to be trained. That is, by repeating training in the first game mode, a plurality of training players can be created.

(2-2. Second game mode)
The second game mode will be described below.
The second game mode is a team training mode in which the player trains a team while selectively moving along paths in the map, and the outline thereof is as follows.

(2-2-1. Overview of the second game mode)
Upon starting the second game mode, each user is given an initial team. The initial team order (constituent members) is a fixed order common to all users and determined by the game management side. For example, the 25 initial player characters of the initial order are composed of player characters with relatively low abilities among the player characters provided by the game system 1 . Therefore, each user starts with a weak team.

In the second game mode, a map on which a plurality of squares forming a route are arranged is used. Each square is assigned an element that nurtures the team. The user decides how to nurture the team, and nurtures the team by tapping the desired square on the map. For example, there is a scout mass that allows you to scout (acquire) event characters as members of your own team. When this scout mass is selected, the original character created by the user in the first game mode can be used as an auxiliary object for changing or setting the parameters of the scouted player character. By adding the scouted player characters to the team, the members are enriched and the team grows. In addition to the scout squares, there are various squares such as practice squares and game squares. The team grows through practice and games. The purpose of the second game mode is to nurture the player characters in the team through the effect of each square in the map or the effect of items described later, and build up a stronger team. Another purpose of the second game mode is to clear the map route that the user wants to go. Details of the map and each square will be described later.

Within the map, it is possible to obtain items that can be used to advance training in the second game mode. A cost is set for each item, and the items that can be brought at the start of the stage of the second game mode are limited to items within the item cost possessed by the user. The item cost increases as the user continues to play the second game mode. As the cost of items possessed by the user increases, the number of "items that can be brought" to be selected at the start of the stage of the second game mode increases, which is advantageous for developing the team. As a result, by going around the stages of the second game mode, it becomes possible to clear more difficult stages, and the team that can be trained becomes stronger. Details regarding items will be described later.

Equipment items, which are special items that can be used in the third game mode, can be generated according to the strength of the team trained in the second game mode. By using this equipment item in the third game mode, the team rank of the user's team in the third game mode can be raised. Details regarding equipment items will be described later.

(2-2-2. Teams in the second game mode)
A team to be trained in the second game mode will be described.
Each user starts with a fixed initial order team. The initial order is composed of, for example, 25 initial player characters (8 starting fielders, 8 reserve fielders, 3 starting pitchers, 5 intermediate pitchers, and 1 closing pitcher). Each initial player character is set with an initial status and an increase value when the level increases.

A player character (hereinafter referred to as a "scout player") acquired by the user due to the effect of the scout mass on the map of the second game mode is basically stronger than the initial player character, and the scout player can be placed in the team order. The team grows by adding. Henceforth, it may be called "scouting" that a user acquires a player character by the effect of a scout mass. In this embodiment, an event character is employed as a scout player. A predetermined number of event characters out of all event characters managed by the game system 1 are managed as characters that can become scout players.

For each player character in the user's team, in the case of a fielder, parameters for trajectory, ballistics, power, running ability, shoulder strength, defensive ability, and catching ability are set. In addition, in the case of a pitcher, it has performance parameters of ball speed, control, stamina, and breaking ball. The ability of each player character adopts a level system in which the ability increases as the level increases. The level of each player character increases according to the "experience value" obtained in the second game mode. Experience points can be increased by the effects of specific squares (for example, general special training squares or game squares described later) in the map. For each player character, an increase value at the time of level increase (information indicating how much each ability value increases for each level increase) is set. Also, an initial level and a maximum level are set for each player character.

The initial player character starts at level "1". Also, the maximum level of the initial player character is determined to be, for example, "20". On the other hand, in the case of a scout player, parameters such as the initial level, the increase value when the level rises, or the maximum level are different from those of the initial player character. In the case of a scout player, parameters such as the initial level are determined based on contract items, which will be described later.

Each player character in the user's team is also set with a parameter called special training value for enhancing each ability. The special training value can be raised by the effect of a specific square in the map (for example, the special training square described later). Note that an upper limit (for example, a maximum of 50) may be provided for the special training value. A parameter of special ability is also set for each player character in the user's team.

The hitting power of each player character is calculated based on parameters of hitting value in trajectory, meat, power, and special ability. Also, the defensive ability of each player character is calculated based on parameters of defensive value in running ability, defense, shoulder strength, ball catching, and special ability. Also, the mobility of each player character is calculated based on the parameters of the mobility value in the running ability and the special ability. Also, the pitching power of each player character is calculated based on the pitcher's speed, stamina, control, breaking ball, and pitching power value parameters for special abilities.

The user can change the batting order and position of his team to organize the order. Here, if a player character is set to a position that is different from the appropriate position, a penalty for improper position occurs. For example, if a player character with the position "first baseman" is placed in a defensive position other than the first baseman, the value of the defensive power of the selected character will be lower than when there is no position improper penalty due to the position improper penalty. As a result, the overall team strength value is also reduced compared to when there is no inappropriate position.

The overall team power is calculated from the parameters of the team members. The total team strength is used, for example, for winning or losing a game in a checkpoint square (a square for which the result of the square determines whether the game ends or not). The total team power is the total value of team hitting power, team defense power, team mobility and team pitching power. Team striking power, team defensive power and team mobility are calculated based on the team member's striking power, defensive power and mobility. The eight starting fielders are rated higher than the backup fielders. The team pitching power is calculated based on the pitching power of the pitcher characters belonging to the team. In this calculation, the pitcher character who is scheduled to start on the pitch next time is evaluated higher than the other pitcher characters.

By the way, once a starting pitcher character starts a game, he/she cannot participate in a predetermined number of games thereafter. In other words, there is a rotation of a plurality of starting pitcher characters, and the pitcher character scheduled to appear as the next starting pitcher differs for each game. Therefore, the team pitcher's strength and the team's overall strength are recalculated each time the game is played by changing the pitcher character scheduled to appear as the starting pitcher next time. In other words, even if the composition of the members of the team is the same, the total strength of the team will differ according to the pitcher character scheduled to start in the next game.

Also, the rank of team comprehensive strength is determined according to the value of team comprehensive strength. For example, the relationship between the value range of the team's overall strength and the rank is determined in advance such that 10000 or less is G rank, 10001 to 15000 is F rank, 15001 to 20000 is E rank, and so on. For example, the ranks are G, F, E, D, C, B, A, S, S1-S9, SS, SS1-SS9, PG, PG1-PG9, PF, PF1-PF9, PE, PE1- PE9, PD, PD1 to PD9, . . .

(2-2-3. Second game mode map)
The team building game of the second game mode basically progresses by advancing through the squares arranged in the map (see FIG. 10). FIG. 9 shows an example of the overall map configuration of the second game mode. As shown in FIG. 9, one stage is composed of a plurality of maps (map 1 to map n). For example, one stage is composed of five maps. A map may be referred to as an "area". Further, in the present embodiment, a stage is also called a "quest". Clearing one map in the stage will transition to the next map. A user selects a carry-on item at the start of a stage, and uses the same carry-on item during the same stage. Items newly acquired in a stage can also be used in that stage. It should be noted that if a predetermined condition is satisfied (for example, if the game is won), the carry-on item may be added in the middle of the stage. When one stage is completed, team development is completed. When one stage is cleared, the next stage is released and can be played.

One story is composed of a plurality of stages (stage 1 to stage n). This story is a concept corresponding to the scenario of the first game mode. A plurality of stories may be prepared in advance so that the user can select any story. Also, in order to increase the variety of stories, the game terminal 10 may download additional stories from the server 30 . For example, the server 30 provides new stories periodically (for example, once every three months) or irregularly.

FIG. 10 shows an example of the second game mode main screen G600 on which a map of the current location is displayed. A display area A601 of the main screen G600 displays the current story name, stage name, and map name. As the story name, a name or title corresponding to the contents of the story (for example, ○○ high school edition, etc.) may be displayed. Similarly, a name or title corresponding to the contents may be displayed for the stage name or map name. A part P602 and a part P603 are also displayed in the display area A601. Part P602 indicates the number of items picked up in the current map. Part P603 is a menu button. When the menu button P603 is selected, a menu screen is displayed, allowing the user to confirm the mission or interrupt the game.

An order button P604 and an item button P605 are also displayed on the main screen G600. When the order button P604 is selected, an order setting screen is displayed, allowing the user to check the team's current order and change the batting order and position. When the item button P605 is selected, an item confirmation screen is displayed, and the user can confirm the items brought in at the start of the stage and the items acquired after the start of the stage.

The main screen G600 also displays a part P606 that displays the current value and rank of the overall team strength. In addition, the display area A607 displays the current team striking power, team defensive power, team mobility, and team pitching power.

In addition, a map display area A608 of the main screen G600 displays a plurality of squares P610 and routes P6121 to P6125 forming a map. The map display area A608 displayed on the main screen G600 is a partial area of the map, and the map size can be changed by sliding the slide bar P6141 of the map size change part P614. Also, for example, by double-tapping the map size change part P614 (or by pressing a map confirmation button (not shown)), the map of the entire stage or the map of the entire story may be confirmed. .

Each stage starts from the designated START square on the map. From the current square P610, the user can move to the next square P610 by selecting the square to which the user wants to move from among the squares P610 to which the user can move next time. When moving to the next square P610, an effect occurs according to the type of square P610 moved.

A cursor object P611 is placed on the current square P610. When the user performs an operation to select the square P610 to be moved, the cursor object P611 moves to the selected square P610. The cursor object P611 indicating the current position on the map may be another object such as an arrow. Alternatively, the current position may be indicated without using an object such as the cursor object P611 by displaying the current square differently from other squares (for example, by changing the color, density, and shape).

The movable squares P610 are connected by one of paths P6121 to P6125. Some of the squares P610 are connected to multiple squares P610, in which case you can select which square P610 to go to by tapping. In addition, there are multiple types of routes P6121 to P6125. FIG. 11 shows an example of route types. In the example of the map display area A608 in FIG. 10, the route P6121 is the "normal route", the route P6122 is the "victory route", the route P6123 is the "defeat route", the route P6124 is the "one-way route", and the route P6125 is the " lock path". Each route is managed by a route ID that uniquely identifies the route.

A normal path is a path that allows movement in either direction between connected squares. However, in the case of normal routes, the previously used route cannot be used (cannot return). The winning path is a path that forcibly moves toward the end point if the player wins (or succeeds) in the squares connected at the start point. The loss route is a route that forcibly moves toward the end point when the player loses (or fails) in the squares connected at the start point. A one-way route is a one-way route that allows movement only in the direction from the start point to the end point. A locked path is a path that cannot be moved now, and is a path that can be used when certain conditions are met.

Regarding the movement between the squares P610, if the squares P610 are connected to each other, it is possible to move according to the conditions of the paths P6121 to P6125, but the following restrictions apply. Only a predetermined number of squares (for example, 20 squares) can be moved per map. In other words, the number of turns that can be used on each map is limited, and one turn is consumed for each square moved. In this embodiment, an upper limit of 20 turns is basically set for one map. If the map cannot be cleared (reached the goal mass) before the number of turns reaches zero, it will be a forced game over at that point. The number of turns can be increased by bringing in items. Also, for example, one map may be divided into a plurality of small areas, and a predetermined number of turns (for example, 7 turns) may be recovered each time each small area is cleared. Also, the number of turns may be increased or decreased depending on the effect on a specific square P610.

A parameter called mass level is set for the mass P610 on the map, and the effect of the mass associated with the mass P610 changes depending on the mass level. The mass level has nine level settings from "1" to "9" from the lowest level. The higher the mass level, the higher the effects associated with the mass. It should be noted that some squares P610 may have a negative effect (a disadvantageous effect for the user in the game). The degree of disadvantage in the game may be increased.

The square level of each square P610 on the map is determined, for example, by lottery based on a predetermined probability when the game system 1 sets each map before progress of each map is started. Alternatively, before each stage is started, the game system 1 may determine the square level of each square P610 by lottery based on a predetermined probability for all maps included in the stage.

The mass level may be displayed in each square P610 so that the user can visually recognize the mass level on the map. Also, the display state of each square P610 may be changed according to the square level (for example, the color, density, and shape may be changed). Alternatively, although the square level is not displayed on each square P610 on the map, if the user performs an operation to provisionally select each square P610, information on the provisionally selected square P610 will be displayed in the explanation frame P615 of the main screen G600, in another It may be displayed on a screen or a pop-up screen so that the level of the tentatively selected square P610 can be confirmed.

For maps in the same stage, the lottery probability of the mass level is set such that the later the map appears, the higher the mass level of the mass P610 or the higher the mass level tends to be. Also, the lottery probability of the mass level is set such that the later the stage map appears, the higher the mass level of the mass P610 or the higher the mass level tends to be.

There are multiple types of squares P610. FIG. 12 shows an example of the mass information table TBL101. The mass information table TBL101 includes fields of "trout type ID" and "trout type". The cell type ID is information for uniquely identifying the cell type of each cell P610. The cell type is a cell name that distinguishes each cell P610 by type. As shown in FIG. 12, the squares P610 include START squares, GOAL squares, END squares, blank squares, scout squares, fielder special training squares, pitcher special training squares, practice squares, special ability squares, game squares, event squares, and negative event squares. There are types such as trout, miracle trout, treasure trout, turn recovery trout, and turn reduction trout.

The START square is the square at the start position of each map, and progress of each map starts from the START square. START mass has no effect and does not benefit from mass level. At least one GOAL square is provided in each map, and upon reaching it, the player can move to the next map. GOAL mass has no effect and does not benefit from mass level. As will be described later, an effect may be set on the START square or the GOAL square.

One or more END squares are provided in each stage, and are squares that end the game when reached. Each stage is usually provided with a plurality of END squares. The patterns for reaching the END square include a first arrival pattern in which the user operates to move to the END square, a second arrival pattern in which the game is forcibly reached after winning the game in the game square, and a There is a third reaching pattern, etc., in which the game is lost and the game is forcibly reached. Depending on the END squares reached, the parameters of the player characters of the user's team improve, and the team grows. The END square of the first arrival pattern or the second arrival pattern is set so that the effect of improving the parameter of the player character of the team (that is, the growth effect of the team) is higher than the END square of the third arrival pattern. It is

A blank square is a square where nothing happens (that is, no effect occurs) when it lands on it. All the squares P610 in the map will be converted into blank squares with the effects disappearing once they stop and the effects corresponding to the squares will be generated.

A scout square is a square where an event character can be acquired as a scout player using a contract item. The details of this scout mass will be described later.

A fielder special training square is a square associated with an effect of improving the special training value of a fielder player character belonging to the user's team. The pitcher special training square is a square for improving the special training value of the player character of the pitcher belonging to the user's team. Stopping at the fielder special training mass and the pitcher special training mass. A predetermined number (for example, 3) of special training cards appear. Multiple special training cards of the same type may appear. A special training card selected by the user from among a plurality of appearing special training cards improves the special training value of the player character to be special trained. The number of athlete characters to undergo special training is basically two in the team (randomly selected or selected by the user), and the number of characters is determined by the effects of items brought in by the user (or acquired along the way). fluctuates. The number of special training cards that appear is basically three, and the number may be changed according to the effect of the item.

Special training cards that appear in fielder special training squares are, for example, meat special training (17%), power special training (17%), running power special training (16%), shoulder strength special training (16%), defensive special training (16%), catching It is a ball special training (16%) card. Further, the special training cards that appear in the pitcher special training square are, for example, special ball speed training (30%), special control training (30%), special stamina training (30%), and special breaking ball training (10%) cards. The probability in parentheses is the appearance probability of each special training card. The appearance probability of each special training card may vary depending on the effect of the item.

A card level is set for each special training card. The card level has 9 level settings from "1" to "9" from the lowest level. The higher the card level, the more effective the special training (ie, the higher the special training value). When the user selects a training card, each training card is labeled with a card level.

The mass level set for the fielder special training square and the pitcher special training square affects the card level of the special training card that appears. That is, the higher the mass level, the higher the card level of the special training card that appears. Alternatively, the card level lottery probability is set so that the higher the mass level, the higher the card level of the special training card that appears. It should be noted that the card level of the special training card may vary depending on the effect of the item.

A practice square is also called a comprehensive practice square, and is a square associated with an effect of improving the experience value of all fielder or pitcher player characters belonging to the user's team. A predetermined number (for example, 3) of practice cards appear when the player stops on the practice square. Multiple practice cards of the same type may appear. The practice cards that appear are the comprehensive practice "strengthening fielder" (50%) and the comprehensive practice "strengthening pitcher" (50%) cards. The probability in parentheses is the appearance probability of each practice card. The appearance probability of each practice card may be changed according to the effect of the item.

The practice card selected by the user from among the plurality of practice cards that have appeared improves the experience value of the player character to be practiced. By selecting a practice card for comprehensive practice "strengthening fielders", the experience values of all fielder characters belonging to the user's team are improved. Also, by selecting a practice card for general practice “strengthening pitcher”, the experience value of all player characters who are pitchers belonging to the user's team is improved. As the experience value increases, the player character's level improves, and as a result, the ability of the player character improves.

A card level is set for each practice card. The card level has 9 level settings from "1" to "9" from the lowest level. The higher the card level, the more effective the practice (ie, the higher the experience points). When the user selects a practice card, each practice card is labeled with a card level.

The square level set for the practice square affects the card level of the practice cards that appear. That is, the higher the mass level, the higher the card level of the practice cards that appear. Alternatively, the card level lottery probability is set so that the higher the square level, the higher the card level of the practice card that appears. It should be noted that the card level of the practice card may vary depending on the effect of the item.

A special ability square is a square associated with an effect of making a player character belonging to the user's team acquire a special ability (set a special ability). A predetermined number (for example, 3) of special ability cards appear when the player stops on the special ability square. Multiple special ability cards of the same type may appear. The number of special ability cards that appear is basically 3, and the number may be changed depending on the effect of the item.

The special ability cards that appear are fielder special ability (38%), pitcher special ability (38%), fielder super special ability (10%), pitcher super special ability (10%), fielder special ability (2%), It is a pitcher true special ability (2%) card. The probabilities in parentheses are the appearance probabilities of each special ability card. The appearance probability of each special ability card may be changed by the effect of the item. In addition to normal special abilities, types of special abilities include super special abilities and true special abilities with higher abilities. True special ability is the most powerful.

A card level is set for each special ability card. The card level has 9 level settings from "1" to "9" from the lowest level. When the user selects a special ability card, each special ability card is labeled with a card level.

A target player character learns a special ability associated with a special ability card selected by a user from among a plurality of appearing special ability cards. The number of player characters to acquire special abilities varies depending on the card level. The higher the card level, the more player characters can acquire special abilities.

A game square is a square in which a user's team plays a match against an opposing team. The opponent's team may be another user's team or may be a fixed team prepared by the management side (one of a plurality of fixed teams). In either case, the computer (CPU 11 or CPU 31) automatically controls player characters of the opponent's team to compete against the user's team. Also, some of the game squares are set for boss battles. The game square of the boss battle is positioned as a barrier square, and whether or not the game ends is determined depending on the result of that square. If the game square of the boss battle is defeated, the player is forced to move to the END square, and the game ends. The game squares for boss battles have a different visual design (color, density, shape, etc.) from other game squares.

Experience points are awarded to the player characters of the user's team according to the outcome of the game played by landing on the game square. Here, the square level set for the game square affects the experience value that the player characters of the team can acquire. For example, for each player character, the experience value that the player character can acquire changes depending on the mass level, the win or loss of the match, and the degree of activity of the player character in the match. Then, for example, the higher the mass level, the higher the multiplier of the experience value that can be obtained.

An event space is a space that generates an event that produces an advantageous effect on the game. There are multiple events that can occur in an event square, and each event square is associated with one of the events. Effects vary depending on the associated event. For example, there is an event with the effect of increasing the experience value of all members of the team by a predetermined value, an event with the effect of increasing the special training value of all members of the team by a predetermined value, and the like. If you land on an event square, a scenario will occur depending on the associated event. For example, this scenario includes multiple (eg, up to four) options that the user can select, and the options selected by the user may also have different effects. The mass level set in the event mass affects the effect of the event. In other words, the higher the mass level, the higher the advantageous effect in the game. For example, the higher the mass level, the more improved the parameters of the player character. Alternatively, the probability of improving the parameters is set such that the higher the mass level, the higher the parameters of the player character are likely to be.

A negative event square is a square that generates an event that has a disadvantageous effect on the game. There are multiple events that can occur in a minus event square, and each minus event square is associated with one of the events. Effects vary depending on the associated event. For example, lowering the experience value of a predetermined number of team members by a predetermined value, lowering the special training value of a predetermined number of team members by a predetermined value, deleting a predetermined special ability of a predetermined number of team members, or There are events with effects such as consuming turns. Mass levels set to negative event mass will affect the effect of the event. For example, the higher the mass level of the negative event mass, the less disadvantageous the game will be. Alternatively, the higher the mass level, the higher the effect of making the game disadvantageous.

Miracle Masses are rare and powerful squares that have special effects that are more effective than event squares. There are multiple effects that can occur with Miracle Mas, and each Miracle Mas is associated with one of them. The mass level set for Miracle Mass affects the effect of Miracle Mass. For example, the higher the mass level, the higher the advantageous effect in the game. For example, the higher the mass level, the more improved the parameters of the player character.

A treasure square is a square from which one of a plurality of treasure objects can be obtained at random. The treasure object may be an object that can be used in the second game mode or an object that can be used in other game modes. Alternatively, it may be a collection-only object that cannot be used in the game. For example, treasure objects include treasure maps. When a user obtains a treasure map, it unlocks a locked path that can only be unlocked with that treasure map. For example, the higher the level of the treasure square, the higher the rarity of the treasure that can be acquired.

The turn number recovery squares are squares associated with the effect of increasing the number of turns in the target map by a predetermined number (for example, 3). For example, the higher the level of the turn number recovery square, the more turns may be increased. Also, the turn number reduction square is a square associated with the effect of reducing the number of turns in the target map by a predetermined number (for example, 2). For example, the higher the square level of the turn number reduction square, the less the turn reduction may be. Alternatively, the higher the level of the turn number reduction square, the more turns may be reduced.

Parts P6091 and P6092 are displayed at the left and right ends of the map display area A608 shown in FIG. Parts P6091 and P6092 indicate that there are maps not displayed on the screen on the left and right sides of the map. By swiping the map display area A608 on the screen left and right, the user can check the area of the map that is not displayed on the screen. If there are areas of the map that are not displayed on the screen above and below, parts similar to the parts P6091 and P6092 are displayed above and below.

An explanation frame P615 is also displayed on the main screen G600. The description frame P615 displays information, lines, or an explanation corresponding to the current square set in the current square. FIG. 10 shows an example in which the line "I have been sent a letter of challenge, but what should I do..." is displayed because the player is currently in a square where the next game square can be selected. Also, when the user tentatively selects the next square, the information, lines, or explanation set in the tentatively selected square is displayed in the explanation frame P615. A part P616 indicating the current number of remaining turns is also displayed on the main screen G600.

Also, an item icon P613 may be displayed in the square P610 of the map display area A608. This item icon P613 indicates that there is a square P610 in which an item that can be obtained by the user is set in the map. For example, the item icon P613 is displayed so as to overlap a part of the square P610 in which obtainable items are set, or around the square P610. When stopping at the square P610 where the item icon P613 is displayed, the item set in the square P610 can be picked up. If an item is picked up, the number of items in the part P602, which indicates the number of items picked up within the current map, increases.

(2-2-4. Second game mode items)
Here, items that can be used in the second game mode will be described.
As mentioned above, if you land on a specific square P610, you can acquire an item. When the game system 1 configures each map in the stage (sets the map), it sets which square P610 on the map is associated with the obtainable item. A specific square P610 (location of square P610) for setting obtainable items may be fixed by the map. Alternatively, a lottery (for example, a random lottery) may be drawn with a predetermined probability each time the map is constructed, and a specific square P610 for setting an item may be determined from a plurality of squares P610 on the map. The number of obtainable items set in one map may be fixed (eg, 10) or may not be fixed. For example, the number of obtainable items (that is, the number of specific squares P610 from which items can be obtained) may change depending on the result of a lottery when constructing each map.

For each specific square P610 associated with an obtainable item, information about the type of obtainable item and the rank range is set. The "rank" indicates the "rarity" of the item, and the "rank" of the item may also be referred to as the "rarity". There are 99 levels from 1 to 99 for item ranks. When the game lands on a specific square P610, the item type, rank, etc. are determined by lottery based on the probability (for example, randomly) based on the information set in the square P610. Further, other parameters of the item are determined based on the rank of the item determined by lottery. In other words, the parameters of the items in the second game mode are individually set each time they are acquired in the map, so even if the item name is the same, the parameters of the item are different.

In this embodiment, the lottery for items picked up in one map is performed between maps that transition to the next map. In other words, the timing for confirming each item picked up in the map is after the map is cleared and before the next map starts.

There is a maximum number of items that can be acquired within one stage (by exploring multiple maps that make up the stage). In this embodiment, the maximum number is "40". Any maximum number can be set without being limited to this. After obtaining the maximum number of items in the same stage, the item cannot be obtained even if the player lands on a specific square P610 associated with obtainable items.

A maximum number of items in the second game mode that a user can possess is defined. In this embodiment, the maximum number that can be possessed is "400", but it is not limited to this. Note that the user can adjust the number of possessions by selling any item.

Items in the second game mode have effects when the user brings them in at the start of the stage. Items that can be brought in at the start of the stage are limited to items within the item cost that the user possesses. However, there is an upper limit (15 items in this embodiment) for the number of items that can be brought in, and even if the item cost is within the item cost, the number of items that can be brought in cannot exceed the upper limit of the number of items that can be brought in.

Also, items acquired in the map after the stage starts will also have effects in the stage. Items acquired within the map after the start of the stage are valid within the stage regardless of the item cost and the maximum number of carry-on items. However, since each item picked up within a map is determined between maps, the item can be used substantially from the next map. When acquiring items in the map, if the number of items possessed by the user exceeds the maximum number of "400", the screen will transition to the item list screen at that point, and an arbitrary item will be selected from all the items possessed. It is necessary to sell the items of and keep the number of items in possession within the maximum number.

FIG. 13 shows an example of the item type table TBL102 of items in the second game mode. The item type table TBL102 includes fields of "item type ID", "item type", and "effective period type". The item type ID is information that uniquely identifies the item type. The item type is a name that distinguishes items by type. Item types include contract items, special training enhancement items, mass enhancement items, match items, initial value increase items, backpack items, and the like. Effective period types include consumable items and permanent items. Contract items and match items are consumable items, others are permanent items. A consumable item is an item that, when used in a scout square or game square within a stage, has no effect within that stage. However, even if a consumable item loses its effect after being used in a certain stage, the possessed item does not disappear. A permanent item is an item whose effect continues during the stage it is brought into.

The special training enhancement item has the effect of increasing the level of the special training card for any of meat, power, running power, shoulder strength, defensive power, ball catching, ball speed, control, stamina, and breaking ball. The amount (or rate) parameter for raising the level of a card is determined by lottery when acquiring special training enhancement items. Also, the mass-enhancing item has the effect of increasing the level of a predetermined mass above normal. The amount (or rate) parameter for raising the level of the mass is determined by lottery when acquiring the mass-enhancing item. For example, the rank of the item is determined by lottery when acquiring a special training enhancement item or a mass enhancement item, and the higher the rank, the higher the level of the special training card or mass. Alternatively, the level lottery probability may be set such that the higher the determined rank, the higher the level of the special training card or square.

Game items have the effect of improving the abilities of player characters during a game on a game square. The user can choose whether or not to use the game item before the game. The number of times a game item can be used is not limited to one time, and may be used multiple times within the same stage. The parameters for the number of uses of game items are determined by lottery when acquiring game items. For example, when acquiring game items, the rank of the item is determined by lottery, and the higher the rank, the more times the item is used. Alternatively, the number-of-times lottery probability may be set such that the higher the determined rank, the more likely the number of uses will increase.

The initial value increasing item has the effect of increasing the initial experience value of all the initial player characters that make up the initial team at the start of the stage. The parameter for increasing the initial experience value is determined by lottery when acquiring the initial value increasing item. For example, when acquiring an initial value increasing item, the rank of the item is determined by lottery, and the higher the rank, the greater the amount to improve the initial experience value. Alternatively, the lottery probability may be set such that the higher the determined rank is, the more the initial experience value is likely to be improved.

Backpack items have the effect of increasing the number of items that can be brought in at the start of the stage. The parameters for the number of items that can be brought in are determined by a lottery when acquiring rucksack items. For example, when acquiring a backpack item, the rank of the item is determined by lottery, and the higher the rank, the more items that can be brought in. Alternatively, the item number lottery probability may be set such that the higher the determined rank, the more likely the number of items that can be brought in.

(2-2-5. Scout mass and contract items)
A scout square in the map is a square associated with an effect that allows a player character other than the initial player character to be scouted as a member of one's own team. If you stop at a scout mass in the map, you can use the contract item that the user brought in at the start of the stage, or the contract item acquired in the map after the start of the stage. Then, a player character corresponding to the used contract item can be scouted and joined to the user's team.

A contract item has the effect of being able to scout a player character associated with the contract item when it lands on a scout square. In other words, a scout square can be said to be a square associated with an effect that allows the use of contract items.

FIG. 14 shows an example of the contract master table TBL103. The contract master table TBL103 includes fields of "item ID", "item name", "event character", "initial level reference value", "limit level reference value" and "skill". The item ID is identification information that uniquely identifies each contract item. The item name is the name of each contract item. The "event character" field indicates an event character (event character ID) associated with each contract item. In this embodiment, the contract item is associated with an event character, and the event character can be acquired as a scout player.

In the first game mode, event characters are used to organize event decks and are used as auxiliary objects for changing or setting the parameters of the original characters. On the other hand, in the second game mode, event characters are used as main characters that make up the user's team, and can also be objects to be operated.

As shown in FIG. 14, contract items include a plurality of contract items with different associated event characters. In other words, event characters that can be scouted differ depending on the contract item. Event characters that can be associated with contract items are a specific group of event characters among all event characters managed by the game system 1 . In this embodiment, a specific event character group 1 is used for story 1 (see FIG. 9), a specific event character group 2 is used for story 2, and so on. Fixed. For example, each contract item used in story 1 is associated with one of the event characters in the specific event character group 1 .

The "ability at level 1" and the "each ability increase value per level increase" of the scouted event character are determined based on the ability parameters of the event character. Therefore, the scouted event character's "ability at level 1" and "each ability increase value per level increase" differ depending on the target event character. In this embodiment, the "level 1 ability" of the event character used in the second game mode is weakened compared to the original ability (ability when used in the first game mode). For example, the "basic ability at level 1" of the event character is calculated by multiplying the value of the original basic ability by a predetermined coefficient (for example, 0.5). This is in consideration of the growth of the event character due to the progression of the map in the second game mode (that is, consideration of game balance). Also, the special abilities of the scouted event characters are reduced from the original special abilities (special abilities when used in the first game mode). For example, special abilities of a predetermined rank or higher are deleted.

In addition, the scouted event character's "each ability increase value per level increase" is each ability of the event character (meat, power, running power, shoulder strength, defensive power, catching, ball speed, control, stamina, It is calculated by multiplying the value of the breaking ball by a predetermined coefficient (for example, 0.01).

In addition, when an event character associated with a contract item is scouted and joins a user team, it does not necessarily start from level 1, but it depends on the "initial level", which is one of the parameters of the contract item. Change. In addition, as will be described later, it may also be changed according to the settings of the coach.

The "initial level reference value", "limit level reference value", and "skill" fields of the contract master table TBL103 indicate information on contract item parameters. Contract items have two levels of parameters: initial level and limit level. The initial level and limit level of the contract item are the initial level and limit level set for the event character scouted by the contract item. In other words, the initial level indicates what level the event character associated with the contract item starts from when it is scouted and joins the user team. The limit level is the upper limit of the scouted event character's level. After joining the user team, the scouted event characters level up through practices, games, and the like, but they can only level up to a limit level.

The "initial level reference value" field and the "limit level" field store the initial level reference value and the limit level reference value of each contract item. For example, the limit level when the rarity of the event character associated with the contract item is "normal (N)" is set as the limit level reference value of the contract. The initial level and limit level of the contract item acquired by the user are determined based on the rank of the item, with reference to the initial level reference value and limit level reference value. For example, when acquiring a contract item, the rank of the item is determined by lottery, and the higher the rank, the higher the initial level and the limit level reference value. Be changed. Alternatively, the level lottery probability may be set so that at least one of the initial level and the limit level tends to increase as the determined rank increases.

The "skill" field of the contract master table TBL103 stores information on the presence or absence of skills to be set for the item. If the "skill" field is "yes", it indicates that one or more skills are set for the item. Here, the skill set to the item is a parameter of the effect added to the item.

FIG. 15 shows an example of the skill table TBL104. The skill table TBL104 includes fields of "skill ID", "skill name", "item type ID", and "effect". A skill ID is identification information that uniquely identifies each skill. The skill name is the name of each skill. The item type ID to which each skill is applied is stored in the "item type ID" field. For example, the skill "Expert Strike" applies to the contract item (AK1). Skill parameters apply not only to contract items, but to other items as well. Skill parameters are determined by lottery when acquiring items. The number of skills set for an item may be one, or two or more. Also, the number of skills may be fixed, or may be changed by lottery. For example, when acquiring an item, the rank of the item is determined by lottery, and the higher the rank, the greater the number of skills. Alternatively, the skill number lottery probability may be set such that the number of skills tends to increase as the determined rank is higher.

The "effect" field indicates the effect of each skill. For example, the skill "Expert Strike" is a skill that produces the effect that when an event character associated with a contract item is scouted, it can start with a special training value of 20 for running power from the beginning. . Also, for example, the skill "Meat special training +", after the event character associated with the contract item is scouted and joins the user team, the meat special training value is increased by a predetermined value each time the special meat training is performed. It is a skill that produces the effect of improving. The skills "number of coaches +1" to "number of coaches +4" will be described later.

In the main screen G600 of FIG. 10, when the scout square is selected as the next square P610 to be moved based on the user's operation, the screen transitions to the contract selection screen G700 illustrated in FIG. The contract selection screen G700 includes a display area A701. In the display area A701, a list of information P702 of currently valid contract items is displayed. When there is contract item information P702 that cannot be displayed in the display area A701, a scroll bar P703 is displayed, and contract item information P702 that is not displayed can be displayed on the screen by scrolling the screen. The currently valid contract items displayed in the display area A701 are the contract items brought in by the user at the start of the stage and the contract items obtained while progressing through the map after the start of the stage, which have not yet been used. It is a contract item.

The contract item information P702 includes parts P7021 to P7027. A part P7021 indicates an item name (for example, a contract of player A), a part P7022 indicates an item rank, and a part P7023 indicates a cost. Part P7024 shows the effects of contract items. This part P7024 displays the name, initial level, and limit level parameters of the scouted event character associated with the contract item P702. That is, the user can know the event character that can be scouted by using the contract item and the initial level and limit level of the scouted event character from the effect display column. Part P7025 shows the skills associated with the contract item. Part P7026 is a player details button. When this player details button is tapped, a screen displaying details such as abilities of the event character to be scouted at the time of joining the team opens. Part P7027 indicates the player rank of the event character to be scouted.

The user selects the desired contract item information P702 from among the plurality of contract item information P702 displayed in the display area A701 (for example, an operation of tapping any contract item information P702). can scout event characters associated with the selected contract item.

On the contract selection screen G700, there is a part P704 that allows selection not to scout. By tapping this part P704, scout mass processing ends without scouting anyone. Even in this case, one turn is consumed.

(2-2-6. Coach setting for training athletes)
If an event character associated with a contract item is scouted in Scout Mass, when the event character (scout player) joins the team, the scout player will be given an original character (trained player) trained in the first game mode. One or more people can be designated as coaches. The number of coaches that can be set differs depending on the contract item, and is, for example, one to four.

In this embodiment, the number of coaches that can be set varies depending on the skill set for the contract item. The skill "number of coaches +1" is a skill that produces the effect of increasing the number of coaches by one. Similarly, the skill "number of coaches + n" is a skill that produces the effect of increasing the number of coaches by n. For example, the default number of coaches whose skills are not set in the contract item is 0, but by setting the skills, it becomes 1 for "number of coaches + 1" and 2 for "number of coaches + 2". , 3 coaches can be set in the case of "the number of coaches + 3", and 4 coaches can be set in the case of "the number of coaches + 4". As the contract item skill, one of the skills "number of coaches +1" to "number of coaches +4" is set.

For example, when acquiring an item, the rank of the item is determined by lottery, and the higher the rank, the more skills the number of coaches is selected. Alternatively, the skill lottery probability may be set such that the higher the determined rank, the more likely a skill with a large number of coaches will be selected.

When a scout player is associated with a trained player as a coach, the effect is that the scout player's parameters are changed or set based on the trained player's parameters. The effects of setting the training player as a coach include effects based on the training player's rank (player total strength), effects based on the training player's ability value, effects based on the training player's special ability, and the like. These effects are described below.

First, the effect based on the training player's rank (player's overall strength) will be explained. When a scout player is associated with a trained player as a coach, the effect is that the higher the trained player's rank or overall player strength, the greater the initial experience value of the scout player. This effect is called an "experience value bonus". For example, the scout player's initial experience value is calculated by multiplying the value of the training player's overall player strength by a predetermined coefficient. When a scout player is associated with a plurality of trained players as coaches, the amount of increase in the initial experience value calculated by each trained player is added.

Next, the effect based on the ability value of the training player will be explained. When a scout player is associated with a trained player as a coach, and if the trained player has a basic ability that exceeds the upper limit, the value of the basic ability exceeding the upper limit "100" is the initial value of the scout player. It produces the effect of being added as a special training value. This effect is called an "additional bonus". For example, if the training player's power ability value is 110, "10" is added to the initial special training value of the scout player's power. When a scout player is associated with a plurality of trained players as coaches, the amount of increase in the initial special training value calculated by each trained player is added.

Next, the effect based on the special ability of the training player will be explained. When a scout player is associated with a trained player as a coach, the same special ability as the trained player possesses is given to the scout player (referred to as being "instructed"). This effect is called a "Teaching Special Ability Bonus". In this embodiment, the number of special abilities to be taught is any one of 0 to 5, and the higher the player rank of the trained player is, the more the number of special abilities to be taught increases or is likely to increase. Lottery probability is set in .

When a Scout Player is associated with multiple Trained Players as coaches, the Scout Player is taught the special abilities imparted by each Trained Player. However, the following restrictions may be placed on the teaching of special abilities. When coaches of a plurality of training players teach the same special ability to a scout player, only one special ability is taught. When a plurality of trained athletes as coaches teach the scout athletes the same type of special abilities that are in a relationship of higher rank and lower rank, only the higher rank special ability is taught. To give an example, "low ball must hit" and "low ball hitter" are both special abilities that increase the hitting speed when hitting a low ball, and are the same type of special ability. "Low ball must hit" is more effective, and "low ball hit" is higher and "low ball hitter" is lower. If the coaches of the two developing players teach "low-ball hitting" and "low-ball hitter" respectively, the scout player is taught only "low-ball hitting". In addition, when the coaches of a plurality of training players teach special abilities with contradictory effects, only one of the special abilities is taught. For example, if the coaches of two training players teach each of the contradictory special abilities of "low ball hitter" and "high ball hitter", only one of them (for example, randomly drawn) special ability be taught. In this case, if one of the conflicting special abilities is higher (for example, in the case of a higher "low ball hit" instead of a "low ball hitter"), only the higher special ability is taught.

In this embodiment, only training players in the same position as the scout players can be set as coaches. Therefore, in the first game mode, it is required to train the original character of each position evenly.

In the contract selection screen G700 illustrated in FIG. 16, when the contract item is selected based on the user's operation, scouting of the event character associated with the contract item is confirmed, and then the coach is selected. Transition to the coach selection screen for FIG. 17 shows an example of a coach selection screen G800.

Information about the scouted event characters is displayed in the display area A801 of the coach selection screen G800. That is, in the display area A801, the used contract item icon, scouted event character icon, player name, position, initial level, limit level, experience value (experience value bar), and each ability (ballistic, Meat, power, running power, shoulder power, defensive power, catching) information is displayed. The information of each ability includes rank, ability value and special training value. The value (+10) written in parentheses at the bottom of the ability value indicates a special training value.

In the display area A802 of the coach selection screen G800, a list of information P803 of training players who can be selected as coaches is displayed. If there is player-in-training information P803 that cannot be displayed in the display area A802, the player-in-training information P803 that is not displayed can be displayed on the screen by scrolling the screen. The coach selection screen G800 also includes a part P804. A part P804 is a part for changing the display order of the information P803 of a plurality of training players displayed as a list. When the user performs an operation of designating the part P804, a screen for changing the order of arrangement is displayed, and the order of arrangement can be specified. In the example of FIG. 17, the "raising order" is specified. Other sorting orders include the order of experience value bonuses, the order of bonuses by ability, and the like.

The training player information P803 displays the training player icon, player name, player rank, experience value bonuses, additional bonuses for each ability, and teaching special ability bonus information. Further, by long-pressing the training player information P803, the detailed display screen of the training player can be opened.

By tapping an arbitrary training player information P803 out of a plurality of training player information P803 in the display area A802, a training player to be set as a coach can be selected. A selection mark P805 indicating that the player is currently selected is displayed in the information P803 of the selected training player. By selecting a training player to be set as a coach, the scout player's initial level, experience value (experience value bar), or each ability (ballistic, meat, power, running power, shoulder strength, defensive power) in the display area A801 , catching) fluctuates. In other words, the effect of the coach according to the selected training player is reflected in the parameter information of the scout player within the display area A801. Here, the display state of the parameter information of the scout player in the display area A801 changes so that the information of the changed parameter can be easily understood by the user. For example, the display color of the information of the changed parameter changes (eg, changes from black to red). Alternatively, for example, the information display state may be changed by displaying an object such as an upward arrow near the information of the changed parameter, or by displaying the numerical value of the improvement.

As mentioned above, the number of coaches that can be set differs depending on the contract item used. The user can set the number of coaches that can be set as the upper limit, and can select training players within the upper limit.

The selection is canceled by tapping again the information P803 of the training player with the selection mark P805 displayed. Also, parts P806 to P808 are displayed on the coach selection screen G800. The part P806 is a cancel all button, and when the user taps the part P806, all the current coach selections can be canceled. The part P806 is an optional button, and when the user taps the part P807, the game system 1 automatically selects the training player most suitable for the coach. For example, the game system 1 selects trained players to be set as coaches in order from the trained player with the highest experience value bonus. The part P808 is a determination button, and when the user taps the part P808, it is confirmed that the training player currently selected is set as a coach.

After the player to be trained to be set as the coach is confirmed, the screen transitions to the player replacement screen G900 illustrated in FIG. The player replacement screen G900 includes an area A901. Information about the scouted event characters is displayed in this area A901. That is, in the area A901, the icon of the scouted event character, the player name, the position, the initial level, the limit level, each ability (ballistic, meat, power, running power, shoulder power, defensive power, catching) information, and The icon of the set coach is displayed.

An area A903 of the player replacement screen G900 displays the current members of the user's team. The current members of the user's team are displayed divided into starting order members and reserve members. The user taps and selects a member from among the members of the current team who he/she wants to replace with the scout player who has newly joined the team and who is to be removed from the team. A selection frame P904 is displayed for the member selected by the user to be removed. FIG. 18 shows an example in which player No. 1 is selected as a target to be removed. When a member to be removed is selected in area A903, information about the member is displayed in area A902. That is, the area A902 displays the icon of the player character to be excluded from the team, the player name, position, current level, limit level, and each ability (ballistic, meat, power, running power, shoulder power, defensive power, catching, etc.). ) information is displayed.

Also, when a member to be removed is selected in area A903, changes in team rank and overall team strength due to the replacement of players are displayed in area A905. That is, the current team rank and team total strength values are displayed on the left side of the area A905, and the team rank and team total strength values when the players are replaced are displayed on the right side thereof.

A part P906 is also displayed on the player replacement screen G900. The part P906 is an enter button, and when the user taps the part P906, it is confirmed that the currently selected member to be removed is replaced with the scout player. After the part P906 is tapped on the player replacement screen G900, a final confirmation screen may be displayed, and the replacement of the team members may be confirmed when the decision button is tapped on the final confirmation screen.

(2-2-7. Scout player parameter change based on picture book information)
When an event character associated with a contract item is scouted in a scout mass based on a user's operation, the parameter when the event character (scout player) joins a team is set in the picture book associated with the user's user ID. It also changes with information. As described above, information on event characters that the user has owned even once is managed in the game system 1 as picture book information. When an event character is scouted, user's picture book information is referred to. If the user has possessed an event character having the same name as the scouted event character even once, the parameters of the scouted event character are improved as compared to the case where the user has never possessed the event character. In this embodiment, if there is a possession history of an event character with the same name as the scout player, the parameter of the limit level of the scout player is improved. As a variation, for example, if there is the possession history, the initial level of the scout player may be improved instead of the limit level, or both the initial level and the limit level may be improved.

Further, the degree of enhancement of the limit level of the scout player changes according to the rarity (rarity) of the event character that the user has possessed. In this embodiment, when the rarity is N, PN, R, and PR, there is an effect that the limit level of the scout player is increased by "three levels". Also, when the rarity is SR, there is an effect that the limit level of the scout player is increased by "7 levels". Also, when the rarity is PSR, there is an effect that the limit level of the scout player is increased by "10 levels". The effect based on the picture book information (event character possession history information) is called a picture book bonus. As a variation, the degree of improvement in the parameters of the scout player may vary according to parameters other than the rarity of the event character that the user has possessed (for example, ability parameters).

If the user has a history of possessing a plurality of event characters with the same name as the scout player but with different rarities, the effect of the picture book bonus is determined based on the highest rarity among them. For example, if a user has owned three versions of rarity N, SR, and PSR for an event character with the same name as a scout player, the rarity of PSR is applied, and the limit level of the scout player is "10th level." An improving effect occurs. As a variation, the effect of each of the three rarities N, SR, and PSR in the possession history may be applied.

(2-2-8. Utilization of the team trained in the second game mode)
In the second game mode, the training of the team is completed when training termination conditions are met, such as when the map movement stops at the END square or when there are no more turns left before the map is cleared. Information on the team that has been trained is stored in association with the user ID. A team trained in the second game mode is called a "trained team". Also, if the training team is the best team so far (for example, if the team has the highest overall strength), information on the training team can be registered in association with the user ID and held. This holding state of the best team continues even after equipment items are generated by the "journey to make baseball equipment" described later. The user can check the information of the training team registered as the best team at any time. Also, after the training of the team is completed in the second game mode, objects that can be used in the third game mode can be generated based on the parameters of the training team. This will be explained below.

A user can use a training team to play a game part (or game mode) called "The Journey of Making Baseball Equipment." The "journey to make baseball equipment" can be treated as part of the second game mode, or it can be treated as a separate game mode. "Baseball Tool Making Journey" is a game in which equipment items called baseball tools to be used in the third game mode are generated from the training team.

In the "Journey of making baseball tools", there are multiple stages (or regions) where you can selectively send training teams. First, the user selects which stage to send the training team to. Each of the multiple stages has its own characteristics. For example, there is a first stage in which items with high performance can be generated (or easily generated) as the striking power of the training team is high. In addition, there is a second stage in which higher-performance items can be generated (or more easily generated) as the defense or pitching power of the development team is higher. In addition, there is a third stage in which items with higher performance can be generated (or can be generated more easily) as the mobility of the development team is higher. In addition, there is a fourth stage in which high-performance items can be generated (or easily generated) when all abilities (attack power, defense power, pitcher power, mobility) of the development team are improved in a well-balanced manner. These are just examples, and there may be stages with various characteristics.

The progress of the game of "The Journey of Making Baseball Tools" is such that the training team automatically plays up to 50 matches against the opponent's team. The opponents are, for example, a plurality of teams prepared by the game management side. The CPU 11 or 31 of the game system 1 automatically controls the player characters of both teams based on the parameters of the training team and the opponent team, thereby automatically advancing the match. The user can see the progress during the match, but can also skip and see only the result of the match. Each time the training team wins a match, the overall team strength of the opponent increases, and a plurality of games are automatically played until the training team loses the match.

When the development team wins the match, the parameters of the equipment item will be improved based on the result. That is, every time the development team wins the game, the equipment item performance increases little by little. If the training team loses the game, equipment item creation ends at that point.

There are multiple types of equipment items, and the user can select which type of equipment item to create before sending the training team to the stage. Equipment item types include a bat item, a glove item, a spike item, a wristband item, and the like. A bat item is an auxiliary object for changing or setting the parameters of the baseball team used in the third game mode so that the evaluation value of the batting ability of the baseball team increases. The glove item is an auxiliary object for changing or setting the parameters of the baseball team so that the assessment values of the baseball team's defensive ability and pitching ability used in the third game mode are increased. The spike item is an auxiliary object for changing or setting parameters of the baseball team used in the third game mode so as to increase the assessed value of the baseball team's maneuverability. The wristband item is an auxiliary object for changing or setting the parameters of the baseball team used in the third game mode so that the baseball team's total ability rating is increased.

Equipment items created by a training team are set (equipped) to the team used in the third game mode, and corrected to the parameter value when calculating the team rank (or team total strength) of the team. It takes, and it has the effect of increasing the team rank (or team total power).

There are item ranks according to the performance parameters of equipment items. For example, in descending order of rank, there are white items, brown items, black items, copper items, silver items, gold items, and so on. . The higher the item rank, the higher the effect of increasing the team rank (or team total power).

(2-3. Third game mode)
The third game mode will be described below.
The third game mode is a mode in which the player trained in the first game mode can be used as an object to be operated. The user can build his or her own baseball team by incorporating the training players trained in the first game mode into the order, and play against the baseball teams of other users. The user's team used in the third game mode is called "my team". The user can repeat training in the first game mode to create stronger training players and organize his team, thereby increasing the team rank and overall team strength of his team. Also, as described above, by setting equipment items created based on the training team trained in the second game mode to My Team, the team rank and overall team strength can be further increased.

By playing the third game mode, the user can earn points according to the content of the game and the result of the game. For example, a user belongs to one of a plurality of leagues with different league levels, the ranking within the league is determined according to the points earned, and the league to which the user belongs changes according to the ranking. A user plays the third game mode aiming to belong to a higher ranking or a higher league level. Users can earn rewards according to their ranking and the league level of their league.

FIG. 19 is an example of the order organization screen G1000 of My Team. An area A1001 of the order organization screen G1000 displays the current order of my team. The player characters included in the order of my team are displayed separately for members in the starting order and standby members. The members can be exchanged by dragging the part P1002 in which the player name of a certain member is written to the part P1002 in which the player name of another member is written. Also, in the case of replacing a trained player who is not included in the current order of my team with a member, dragging the part P1002 to the part P1003 displays the replaceable trained player. The part P1004 is an auto button, and when the user taps the part P1004, the game system 1 automatically organizes the optimum order for my team. For example, from among a plurality of training players, a training player with the highest overall player strength at each position is automatically selected.

The order organization screen G1000 of My Team includes a part P1005. This part P1005 is an operation button for equipping my team with an equipment item created based on the training team trained in the second game mode. When the part P1005 is tapped, the screen transitions to an equipment setting screen G1100 illustrated in FIG. 20 . In an area A1001 of the equipment setting screen G1100, an image of one of the members of My Team is displayed as an image for visually imagining that the equipment item is set in My Team. Equipment items are set not only for the members displayed in the area A1001, but for my team.

The equipment setting screen G1100 includes parts P1102-1106. The part P1102 is a part indicating the currently set bat item. The part P1103 is a part indicating the currently set glove item. The part P1104 is a part indicating the currently set spike item. The part P1105 is a part indicating the currently set wristband item. The part P1106 is a button for changing each equipment item. For example, when a part P1106 below the part P1102 is tapped, a list of bat items owned by the user is displayed, and one can be selected and set as My Team.

In the present embodiment, an example is shown in which one bat item, one glove item, one spike item, and one wristband item can be set as equipment items that can be equipped on my team, but the equipment is not limited to this. For example, a plurality of equipment items of the same type may be set. For example, two bat items and two glove items may be set. Also, although the upper limit of the number of equipment items that can be equipped in My Team is set to 4, it is not limited to this.

An area A1107 of the equipment setting screen G1100 displays the current equipment effect due to the equipment item being set in My Team. For example, in area A1107, percentage increases are displayed for each of team batting power, team defensive power, team mobility, and team pitching power. Also, when the setting of the equipment item is changed, the area A1108 displays the changes in the team rank and the overall team strength due to the change.

The equipment setting screen G1100 also includes a part P1109. The part P1109 is an optional button, and when the user taps the part P1109, the game system 1 automatically selects the optimum equipment item and sets it to my team. For example, among a plurality of equipment items, the equipment item with the highest parameter improvement effect of each type is automatically selected.

If the part P1110 of the equipment setting screen G1100 is tapped, the screen returns to the order organization screen G1000 of FIG. 19 for my team. You can organize your team's order and set equipment items at any time before the start of the game in the third game mode. Normally, when a stronger training player is created in the first game mode, the stronger training player is replaced with the order of my team each time to increase the rank of my team and the overall team power. In addition, each time you create a more effective equipment item in the second game mode, "Journey to Make Baseball Equipment", you can set the highly effective equipment item to your team, and your team's rank and team overall will increase. increase power.

Next, an example of a game in the third game mode will be explained. When the play start of the third game mode is selected, first, a screen for selecting a plurality of (for example, five) opponent team candidates is displayed. The user selects an opponent from a plurality of opponent team candidates. Candidates for the opponent team may be randomly selected from other users' teams, or may be selected from other users' teams having the same user rank as the user.

After the opponent team is determined by the user's selection, an operation is then performed to determine the condition parameters of each member of My Team and the opponent team. The user can also reorganize the order of my team or change the equipment items set in my team before this operation of determining the condition parameters.

By the condition parameter determination operation, the condition parameters of each member of my team and the opponent team are determined by lottery. After that, the user can select a predetermined number of normal items to bring during the match from among the normal items for the third game mode that the user possesses. These normal items include, for example, a "lock-on bat" that supports the user's batting operations during a game, a "stamina drink" that improves the pitcher's stamina by a predetermined amount, and a "condition MAX drink" that makes all members in excellent condition. There are items such as

This normal item for the third game mode exhibits a specific effect only during the match brought in, and is not an item that changes the rank of My Team and the overall team power parameters themselves. In this respect, it is very different from the aforementioned equipment items that can be equipped on My Team. In other words, the equipment item has the effect of increasing the rank of My Team and the overall strength of the team, and the effect continues while it is set to My Team. In addition, normal items for the third game mode are consumable items that are deleted and no longer possessed by the user once they are brought into a match and used. The possessed state is continued in association with the ID.

After selecting the normal items to bring during the match, the match will start.
A match in the third game mode according to this embodiment has two parts, an "automatic progression part" and an "action part", as described below.

The auto progress part is a part in which the match progresses automatically. That is, in the automatic progression part, the game situation is updated without the user performing batting and base-running operations when attacking or pitching and defending operations when defending. In other words, in the automatic progress part, based on the parameters related to my team (for example, the ability parameters of the player characters of my team, etc.) and the parameters related to the opponent team (for example, the ability parameters of the player characters of the opposing team, etc.), A game progress is automatically generated (determined) by a computer. In the auto-advance part, the user will see the game progress automatically generated by the computer.

On the other hand, the action part is a part in which the user performs a batting operation and a base-running operation during an attack, and a pitching operation and a defensive operation during a defense. That is, in the action part, the player character performs actions according to the user's operation. In other words, the player to be trained who constitutes my team is the target of operation. For example, when attacking, the player character hits or bases in response to the user's operation (hitting operation or base-running operation). The player character pitches or defends the ball. In this way, in the action part, the game situation is updated based on the user's operation on the player character.

In the baseball game according to the present embodiment, the game basically progresses in an automatic progression part, and only an outline of the progress of the game (points of the game) is displayed on the screen. Then, only when the game situation reaches a predetermined state during the automatic progression part, the automatic progression part is switched to the action part, and the user is provided with an operation opportunity to operate the player character. there is

The above-mentioned "predetermined situation" is, for example, a situation where my team has a chance to score (for example, a situation where my team has a runner on third base or second base when my team is attacking), a situation where it is easy for my team to create a scoring chance (for example, my The situation is when the team is attacking and there are no outs and no runners), or when my team is in a pinch (for example, when the opposing team is attacking and there is a runner on third or second base).

In one match, the user is provided with a predetermined number of operation opportunities. For example, the user is provided with three operation opportunities during one match. In this case, for example, one operation opportunity is provided between the top of the 1st to the bottom of the 3rd inning, one operation opportunity is provided between the top of the 4th to the bottom of the 6th inning, and the top of the 7th to the 9th inning is provided. One manipulative opportunity is provided between innings on the turn. Note that the number of operation opportunities in one game is not limited to the above example, and may be two or less, or may be four or more. Also, the number of operation opportunities in one match may not be fixed, and may be changed for each match. The generation timing of the operation opportunity is also not limited to the above example. When the action part ends, the action part is switched to the automatic progress part, and the match progresses automatically again.

When the game ends, the user is awarded points according to the contents of the game and the result of the game. In addition, a league ranking reflecting the given points is displayed.

[3. Functional Configuration of Game System]
FIG. 21 is a schematic functional block diagram showing an example of the functional configuration of the game system 1. As shown in FIG. As shown in FIG. 21, game system 1 includes data storage section 100 . For example, the data storage unit 100 is implemented by at least one of the database DB, ROM12, RAM13, auxiliary storage device 14, ROM32, RAM33, and auxiliary storage device . The data storage unit 100 stores data necessary for providing games.

As a specific example of the data stored in the data storage unit 100, data necessary for providing the baseball game described above will be described. Data storage unit 100 stores user information table TBL111, character information table TBL112, possessed character table TBL113, map relation tables TBL101 to TBL104, map data DT105, and the like. Since the map-related tables (mass information table TBL101, item type table TBL102, contract master table TBL103, and skill table TBL104) (see FIGS. 12 to 15) have already been explained, the explanation thereof is omitted here. do.

For example, various data for executing a game stored in the data storage unit 100 are stored in the database DB or the auxiliary storage device 34 of the server 30, and when the game terminal 10 accesses the server 30, Required data can be downloaded to the RAM 13 or the auxiliary storage device 14 of the game terminal 10 . In addition, information about the results of games executed on the game terminal 10 and changes in data is transmitted from the game terminal 10 to the server 30 in real time or at a predetermined timing, and stored in the database DB or the auxiliary storage device 34 of the server 30. The stored data can be updated accordingly. Further, for example, necessary data is stored in the auxiliary storage device 14 of the game terminal 10 or the like so that at least a part of the game can be executed offline without logging in to the server 30 at the game terminal 10 of each user. You can leave it as is.

FIG. 22 shows an example of the user information table TBL111. The example of FIG. 22 shows a user information table TBL101 in which information for one user with the user ID "U1" is stored. are stored in the data storage unit 100 (for example, the database DB, the auxiliary storage device 34, etc.) of the game system 1. FIG.

The user information table TBL111 includes fields such as "user ID", "user name", "first game mode", "second game mode", "third game mode", and "picture book information". A "user ID" field indicates identification information for uniquely identifying each user. The "username" field indicates the name of the user. Various types of information regarding the current first to third game modes are stored in the "first game mode" to "third game mode" fields. For example, in the "first game mode" field, the information of the original character currently being trained, the information of the event deck (such as the ID of the event character set in the event deck), the current turn, the Information such as items for the first game mode is stored. For example, the "second game mode" field stores information such as the current story ID, stage ID, map ID, and items owned by the user for the second game mode. For example, in the "third game mode" field, information such as the current league level, total points, league ranking, normal items for the third game mode owned by the user, and equipment items are stored. . In the "picture book information" field, information of an event character that the user has possessed even once (profile ID of the event character, etc.) is stored.

Although omitted in FIG. 22, other fields are also included in the user information table TBL111. For example, the user information table TBL 111 includes fields such as various in-game points owned by the user, user IDs of other users (friends, friends, etc.) associated with the user's user ID, battle history, and the like.

FIG. 23 shows an example of the character information table TBL112. The character information table TBL112 is master data for managing all event characters handled in the game provided by the game system 1. FIG. Initial data of all event characters are stored in the character information table TBL112 as reference parameters. For example, the character information table TBL112 is stored and managed in storage devices (for example, RAM 13, auxiliary storage device 14, RAM33, auxiliary storage device 34, database DB, etc.) of the server 30 and the game terminal 10, respectively. The character information table TBL112 stored in the server 30 and the game terminal 10 are basically the same. For example, when the game management side changes the character information table TBL112 in the server 30, the changed information 30 to the game terminal 10 .

The character information table TBL112 includes fields such as "original ID", "profile ID", "name", "rarity", "limit level", "position", "ability", and "event" of each event character.

The original ID is identification information given to each event character name (player name). A profile ID is identification information given according to the rarity of an event character. The same original ID is given to event characters with the same name. Different profile IDs are assigned to event characters with the same name if they have different rarities. For example, event characters with the same name but different rarities have different profile IDs only in the first digit. Information that uniquely identifies an event character in the character information table TBL112 is a profile ID.

The "event" field stores event information associated with the event character. Information in this "event" field is used when an event character is set in the event deck in the first game mode. Note that when an event character is used in the second game mode, there is no effect of generating an event associated with the event character, so information in the "event" field is not referred to.

Although omitted in FIG. 23, other fields are also included in the character information table TBL112. For example, the character information table TBL 112 includes fields such as event character image information and initial evaluation. The character information table TBL112 also stores information on all characters other than the original characters used in the game (initial characters in the second game mode, etc.).

FIG. 24 shows an example of possessed character table TBL113. Possessed character table TBL113 is data indicating information on characters possessed by the user (that is, characters associated with the user's user ID). The example of FIG. 24 shows a user information table TBL101 in which information for one person associated with the user ID "U1" is stored. A possessed character table TBL113 is stored in the data storage unit 100. FIG.

In the possessed character table TBL113, characters related to the first game mode and characters related to the second game mode are separately managed. Characters related to the first game mode include event characters acquired by the user through a lottery or the like, and training players trained in the first game mode. Characters related to the second game mode include initial player characters given to the user at the start of the stage, and scouted players scouted within the map after the start of the stage.

Possessed character table TBL113 includes fields such as "character ID", "profile ID", "parameter", and "coach". “Character ID” is identification information that uniquely identifies a character possessed by the user. For example, a user may acquire a plurality of event characters with the same name and the same rarity through lottery or the like. In this case, the profile IDs of the plurality of event characters are all the same, but different character IDs are assigned to them and associated with the user ID. Information on various parameters of each character is stored in the "parameter" field. Parameters that have changed after obtaining the character are also reflected in the "parameter" field. The "coach" field is a field dedicated to scout players, and stores character IDs of trained players who are associated with the scout players as coaches. Although omitted in FIG. 24, other fields are also included in possessed character table TBL113. For example, there are fields that store information about contract items that have been applied to each scout player.

Game system 1, server 30, or game terminal 10 of the present embodiment provides games including a first game, a second game, and a third game.

Here, each of the first game, the second game, and the third game may be a part of one game, or may be separate games. That is, part of the game executed by one game program may be the first game, the second game, and the third game, or the first game may be executed by the first game program. Alternatively, the second game may be executed by the second game program, and the third game may be executed by the third game program.

In the example of the baseball game described above, the first game mode in which the original character is trained corresponds to an example of the first game, and the second game mode in which the team is trained, etc. by progressing the map corresponds to an example of the first game. A third game mode corresponds to an example of a third game, in which the player uses his/her own team, which includes trained players trained in the first game mode, to play against other users' teams.

As shown in FIG. 21, game system 1 includes control unit 110 . The control unit 110 causes the CPU 11 of the game terminal 10 or the CPU 31 of the server 30 to execute a game program stored in a storage device (ROM 12, RAM 13, auxiliary storage device 14, ROM 32, RAM 33, or auxiliary storage device 34). It is realized by A part of the functions of the control unit 110 may be implemented by the game terminal 10 and the rest of the functions may be implemented by the server 30 . Alternatively, all functions of the control unit 110 may be implemented by the server 30 , or all functions of the control unit 110 may be implemented by the game terminal 10 .

The control unit 110 includes a first game execution unit 111 (an example of first game execution means), a second game execution unit 112 (an example of a second game execution means), and a third game execution unit 113 (a third game execution means). example).

The first game execution unit 111 changes or sets the parameters of the first object based on the user's operation, and the first object that has been changed or set can be used in the second game and the third game. It has a function of executing the first game stored in the storage device as an object to be used.

Here, a "user" is, for example, a person who plays a game provided by a game system. For example, user identification information is set for each user, and each user is identified (specified) by the user identification information. "User identification information" is information for uniquely identifying each user. For example, a user ID, a unique user name, an e-mail address, or the like corresponds to an example of "user identification information."

"Objects" such as the first object and the second or third object described later can be used in a game. For example, a game character, game card, game item, or the like corresponds to an example of the "object". For example, a game character or a game card representing a person such as an athlete, a creature such as a racehorse, a fictitious person or creature such as a monster, or an inanimate object such as a robot corresponds to an example of the "object". Also, for example, an equipment item equipped on a character corresponds to an example of an “object”. For example, the "object" may be a game character or game card corresponding to a real person or creature, or may not be a real person or the like.

Also, "parameters of an object" are parameters set in an object. In other words, a "parameter of an object" is a parameter associated with an object. A "parameter of an object" may or may not be a numeric parameter. For example, a parameter (for example, a total ability value, a level, etc.) indicating the overall ability or performance of an object corresponds to an example of the "object parameter". Also, for example, a parameter indicating the level of a specific ability or performance of an object (for example, offensive power, defensive power, etc.) corresponds to an example of an "object parameter." Also, for example, a parameter (for example, an experience value, etc.) necessary for improving the ability or performance of an object corresponds to an example of an "object parameter." Also, for example, a parameter indicating the state of the object (for example, fatigue level, motivation, etc.) corresponds to an example of the "object parameter". Also, for example, a rarity level indicating the rarity of an object corresponds to an example of an "object parameter." Also, for example, information on the special ability possessed by the object corresponds to an example of the "parameter of the object". Also, for example, body shape information (height, weight, leg length, hand size, etc.), gender information, etc. of the object may be included in the "parameters of the object".

Also, "changing a parameter" means changing a parameter set in an object. For example, improving or lowering a parameter set for an object corresponds to an example of "changing a parameter." In the example of the baseball game described above, training in the first game mode improves the rank and value of the original character's abilities (ballistics, meat, power, running ability, shoulder strength, defensive ability, or catching a ball). It corresponds to an example of "change parameters".

Also, "setting a parameter" means, for example, setting a parameter that has not yet been set for an object to the object. For example, adding a special ability that the object did not have to the object (for example, associating information about the special ability with the object) corresponds to an example of "setting a parameter." In the example of the baseball game described above, giving a special ability to the original character through training in the first game mode corresponds to an example of "setting a parameter."

A "first object" is an object such as a game character, a game card, or a game item whose parameters are changed or set based on the user's operation in the first game mode. Here, the “user operation” is an operation related to the game performed by the user, such as a physical button operation performed by the user, a screen touch operation, a voice input operation, or the like. In the example of the baseball game described above, the original character trained based on the user's operation corresponds to an example of the "first object".

Also, the “first object whose parameters have been changed or set” is the first object whose parameters have been changed or set by executing the first game. In the example of the baseball game described above, the original character (training player) whose training has been completed by executing the first game mode corresponds to an example of the "first object whose parameters have been changed or set." The "first object whose parameter has been changed or set" is a use target that can be used in the second game and the third game, which are games different from the first game.

Here, the "usable object" is an object that can be used by the user in the game. The "used object" may be an object to be operated by the user used in the game, or may not be an object to be operated. For example, the "used object" may be an auxiliary object for influencing the parameters of the manipulated object. "Use target" includes, for example, sports games (games based on baseball, soccer, tennis, American football, basketball, ice hockey, volleyball, rugby, etc.), racing games, fighting games, fighting games, digital card games, and role-playing games. It can be used in various games regardless of game format and genre, such as games, simulation games, adventure games, and training games.

The first game execution unit 111 causes the storage device to store the first object, the parameter of which has been changed or set in the first game, as a use object that can be used in the second game and the third game. In the example of the baseball game described above, the first game execution unit 111 uses the "training player" (an example of the first object) trained in the first game mode in the second game mode and the third game mode. As a possible "use object", it is stored in the database DB as a storage device, the auxiliary storage device 14, the auxiliary storage device 34, or the like.

The second game execution unit 112 has a function of executing the second game in which at least one of the usage objects can be used as an auxiliary object for changing or setting parameters of the second object used in the second game. have

Here, the "second object" is an object such as a game character, game card, or game item used in the second game. The "second object" may be an object used not only in the second game, but also in other games such as the first game. In the example of the baseball game described above, the event character used as the scout player in the second game mode corresponds to an example of the "second object."

In the example of the baseball game described above, an example in which the event character is applied to the "second object" used in the second game was shown, but a character other than the event character (for example, a character used only in the second game) may be applied as a "second object".

The "auxiliary object" is an object that is used in an auxiliary way to affect the parameters of other objects used in the game. For example, the "supporting object" is a so-called "non-player character" that is not directly operated by the user in the game, but affects the parameters of the "player character" that is the target of the operation. For example, an "auxiliary object" is associated with another object to change or set the parameters of that other object. For example, in a sports game, a character such as a coach or manager that is associated with a player character and improves parameters of the player character corresponds to an example of the "supporting object". Also, for example, an object such as an item equipped with (associated with) a specific object to produce an effect of improving or lowering the parameter of the specific object corresponds to an example of the "supporting object". Also, an object that is set for a group consisting of a specific group of objects and produces an effect of improving or lowering the parameters of the entire group corresponds to an example of the "auxiliary object". In the example of the baseball game mentioned above, in the second game mode, a "training player" is associated with a scout player as a coach, improves parameters (experience points, special training points, etc.) of the scout player, and imparts special abilities to the scout player. ” corresponds to an example of the “auxiliary object”.

In the example of the baseball game described above, the second game execution unit 112 creates a game in the second game mode that can be used as an auxiliary object for a training player as a use target to change or set the parameters of a scout player as a coach. to run.

The third game execution unit 113 has a function of executing the third game in which at least one of the usage targets can be used as an operation target object used in the third game.

Here, the "object to be operated" is an object to be directly operated by the user in the game. For example, a so-called "player character", which is a character in a game operated by the user, corresponds to an example of the "object to be operated". The "object to be operated" can be an object to be operated in, for example, a battle format, a role-playing format, and other various game formats. The “object to be operated” may be one object or a plurality of objects. For example, in the case of a game in which a user operates one or more game characters to compete against an opponent, the one or more game characters correspond to an example of "objects to be operated." For example, in the case of a game in which a user operates members of a group (team, etc.) composed of a plurality of game characters to compete against an opponent, the game characters included in the group are the "objects to be operated". It corresponds to an example.

Also, until a predetermined situation occurs during the game, automatic control is performed without relying on the user's operation, but when the predetermined situation occurs, the object that is the target of the user's operation is also an example of the "object to be operated." corresponds to Here, various situations that can occur during the game can be defined as "predetermined situations". In the example of the baseball game described above, in the match in the third game mode, the player characters included in My Team are automatically controlled until a predetermined situation (such as a chance to score or a situation in which a goal is lost) is reached. When this happens, the user is given an opportunity to operate. The player characters included in my team in this case correspond to an example of the "object to be operated".

In the example of the baseball game described above, the third game execution unit 113 executes the game in the third game mode in which the training player to be used can be used as a player character included in my team in the third game mode.

Also, the second game may be a game using a group including a plurality of initial objects.

Here, a "group" is a group composed of two or more objects. A "group" can also be replaced with, for example, a team, a group, a corps, a party, a guild, or the like. For example, in the case of a baseball game, a baseball team made up of a predetermined number (for example, 25) player characters who can enter the game on the bench corresponds to an example of a "group". In the case of a soccer game, a soccer team made up of a predetermined number (for example, 18 or 23) of player characters who can enter the match on the bench corresponds to an example of a "group."

An "initial object" is an object that is included in the group used in the second game from the start of the second game. In the example of a sports game, the player characters with relatively low ability values that make up the user's team at the start of the second game correspond to an example of the "initial object." For example, the player character as the "initial object" may be fixed, or a different player character may be selected each time the second game is started.

FIG. 25 is a schematic functional block diagram showing an example of the functional configuration of the second game executing section 112. As shown in FIG. As shown in FIG. 25, the second game executing section 112 has a joining section 1121 (an example of joining means) that joins the second object to the group when a predetermined condition is satisfied during the second game. can be configured to include

Here, "satisfying a predetermined condition during the second game" means that the game situation becomes a predetermined situation during the progress of the second game. For example, when the user proceeds with the second game while selecting a route to move from among a plurality of routes, moving to a specific position on the route (or a square provided at a specific position, etc.) means " This corresponds to an example of "satisfying a predetermined condition during the second game". Also, for example, winning a match during the second game, acquiring a predetermined item during the second game, or the like may be defined as "satisfying a predetermined condition during the second game."

Also, "adding the second object to the group" means adding the second object as an object forming the group used in the second game. For example, a second object that joins a group may be replaced with an initial object in the group, or simply added to the group without being replaced. For example, when the second object that joins the group is replaced with the initial object, the initial object selected by the user from among the plurality of initial objects may be replaced with the second object that has joined, or it may be replaced without the user's selection. Then, automatically, the predetermined initial object and the joined second object may be replaced.

In the example of the baseball game described above, the joining unit 1121 detects a scout square on the map while the second game mode is in progress (see FIG. 10) (if a predetermined condition is met during the second game). ), an event character (an example of a second object) joins the user's team (an example of a group). In the baseball game described above, an example was shown in which the user scouts event characters to join the team using contract items. A player character, such as an event character, may be added to a team just by playing the game.

Further, when the predetermined condition is satisfied and there is a valid specific object associated with the user identification information, the joining unit 1121 selects the second object associated with the specific object. It can be configured to have a function to join an object to the group.

Here, "a valid specific object associated with user identification information" refers to a specific object possessed by the user that can be used by the user. Here, the "specific object" is an object with which the second object is associated. In the example of the baseball game described above, the contract item associated with (or associated with) the event character corresponds to an example of the "specific object." In the baseball game described above, among the contract items owned by the user, the contract item brought in at the start of the stage and the contract item obtained during the stage correspond to an example of the "effective specific object". Without being limited to this example, various conditions can be set as to whether or not to validate a specific object. The conditions will be described later.

When there are a plurality of effective specific objects, the specific object to be used may be selected by user's operation. Alternatively, the subscribing unit 1121 may automatically select (for example, randomly select) a specific object to be used from among a plurality of specific objects without depending on the user's operation. Also, when there are a plurality of valid specific objects, all or part of them (may be two or more) specific objects may be used.

In the example of the baseball game described above, when the joining unit 1121 stops at a scout square on the map and there is a valid contract item brought in or acquired along the way, the subscription unit 1121 selects the contract selected by the user. Join the event character associated with the item to the team.

Further, as shown in FIG. 25, the second game execution section 112 can be configured to include an association section 1122 and a parameter management section 1123 .
The association unit 1122 has a function of associating the usage object with the second object associated with the specific object when the second object joins the group. Here, "associate" means to associate information on one side with information on the other side and store the information. “Associating the object of use with the second object” means storing the identification information of the object of use in association with the identification information of the second object. In the example of the baseball game described above, associating a trained player trained in the first game mode with a scouted event character as a coach corresponds to an example of "associating a use object with a second object."

When there are a plurality of usage targets, the usage target to be associated may be selected by a user's operation. Alternatively, the associating unit 1122 may automatically select (for example, randomly select) a usage target to be associated from among a plurality of usage targets without depending on the user's operation. Further, when there are a plurality of usage targets, all or part of them (may be two or more) may be associated with the second object.

In the example of the baseball game described above, when an event character associated with a contract item joins a team, the association unit 1122 sets the character ID of the event character to one or more training players selected by the user. Associate a character ID as a coach. In the example of the baseball game described above, the number of training players that the user can select as a coach varies depending on the contract item used (for example, 1 to 4 players), but the number may be fixed. However, it may be determined by lottery each time (for example, randomly determined from the range of a predetermined number of people).

The parameter management unit 1123 has a function of changing or setting parameters of the second object based on the parameters to be used associated with the second object.

Here, "changing or setting the parameters of the second object based on the parameters of the object of use associated with the second object" means that the object of use is associated with the second object. changing or setting at least one parameter of the second object based on at least one parameter of the second object. In the baseball game example described above, the parameter management unit 1123 changes the scout player's initial experience value or initial special training value based on the training player's rank, player total strength, or ability value associated with the scout player as a coach. Then, based on the special abilities possessed by the training athletes, the scout athletes are set (instructed) with special abilities.

Moreover, as illustrated in FIG. 26 , the control unit 110 of the game system 1 can be configured to include a possession history storage control unit 114 . The possession history storage control unit 114 has a function of storing the second object that has been associated with the user identification information in the storage device as the user's possession history information.

Here, "the second object that has been associated with user identification information" means a second object that the user has possessed even once. That is, the second object that the user currently possesses and the second object that the user possessed in the past correspond to "the second object that has been associated with the user identification information".

Also, "user's possession history information" is information for identifying the second object that has been associated with the user identification information so far. The ID of the second object can be used as the "user's possession history information".

In the example of the baseball game described above, the possession history storage control unit 114 stores the information (profile ID) of the event character currently possessed by the user and the event character possessed in the past by the user as picture book information (possession history information). example) in a storage device (database DB, auxiliary storage device 14, auxiliary storage device 34, etc.).

Further, as shown in FIG. 25, the second game execution section 112 can be configured to include a parameter improvement section 1124 . If the parameter improving unit 1124 determines that the second object that has joined the group is the same as the second object that has been associated with the user identification information based on the possession history information, the parameter improving unit 1124 joins the group. It has a function of improving the parameter of the limit level of the second object.

Here, "the same object" means that at least one piece of information that can identify the object is the same. For example, if the "name" of both objects is the same, it may be determined that the two objects are the same even if other parameters (such as rarity) are different. Also, it may be determined that both objects having the same ID, including the name and rarity, are the same.

In the example of the baseball game described above, the parameter improving unit 1124 determines that the event character who joined the team through scouting has the same name as the event character that the user has possessed in the past, based on the encyclopedia information. Improves the parameters of event characters who join the team. In the case of the present embodiment, determination of whether the name of the event character is the same may be, for example, whether the original ID is the same, the profile ID is the same except for the last digit, or the name information is the same.

A name and a rarity level are associated with the second object, and there are second objects having the same name but different rarity levels. Then, if the name of the second object that has joined the group and the name of the second object that has been associated with the user identification information are the same, the parameter improving unit 1124 determines that the two are the same, According to the rarity of the latter, it can be configured to have a function of improving the parameter of the former.

Here, the "rarity level of the second object" is a parameter indicating the degree of difficulty in obtaining the second object in the game. The rarity may indicate the usefulness of the second object in the game. Rarity may also be referred to as rarity, rank, or the like. In the present embodiment, the event character rarity (N, PN, R, PR, SR, PSR) corresponds to an example of the "rarity level of the second object".

In addition, regarding "improve the parameters of the second objects that have joined the group according to the rarity level", if the user has possessed a plurality of second objects with different rarity levels, one of the following is applied: can. The parameter improvement effect may be applied to all or part of the plurality of different rarities. For example, the parameter of the second object joining the group may be improved based on the highest rarity among the plurality of different rarities. Also, for example, based on one or more rarity levels selected by lottery (for example, by random lottery) from among the plurality of different rarity levels, parameters of the second object joining the group may be improved.

In the example of the baseball game described above, as illustrated in FIG. 23, there are a plurality of event characters having the same name (player name) but different rarities. Based on the encyclopedia information, the parameter improving unit 1124 determines that the event character who joined the team as a scout and the event character possessed by the user are the same if they have the same name. . Then, when the parameter improving unit 1124 determines that the two are the same, the parameter improving unit 1124 improves the limit level of the former according to the rarity of the latter. Also, in the example of the baseball game described above, if the user has a history of possessing a plurality of event characters with different rarities, the parameter improving unit 1124 selects the user to join the team as a scout based on the highest rarity among them. Improve event character parameters.

Also, the second object may be used also in the first game. Then, the first game executing unit 111 determines that at least one second object associated with the user identification information is an auxiliary object for changing or setting parameters of the first object used in the first game. It can be configured to have a function of executing the usable first game.

Here, "the second object associated with the user identification information" refers to the second object associated with the user identification information as the second object currently possessed by the user. That is, the second object that the user currently possesses in the first game and that is used as an auxiliary object in the first game is the "second object associated with the user identification information".

In the example of the baseball game described above, the first game execution unit 111 causes the event character possessed by the user to change or set the parameters of the original character (an example of the first object) used in the first game mode. Run a breeding game that can be used as an auxiliary object for By using the event character, which is used as an auxiliary object for assisting the development of the original character in the first game mode, as a scout player in the second game mode, the increase in the number of characters in the game is effectively suppressed, and the character Resources can be used effectively.

Moreover, as illustrated in FIG. 26 , the control unit 110 of the game system 1 can be configured to include an object generation unit 115 . The object generation unit 115 has a function of generating a third object that can be used in the third game based on the parameters of the group whose parameters have been changed or set in the second game.

Here, the “group whose parameters have been changed or set in the second game” is a group whose parameters have been changed or set by executing the second game. In the example of the baseball game described above, the training team that has been trained by executing the second game mode corresponds to an example of "a group whose parameters have been changed or set."

A "third object" is an object such as a game character, a game card, or a game item used in the third game. The "third object" may be an object that is used not only in the third game but also in other games such as the first game.

Also, "generating a third object based on the parameters of the group" means generating a third object based on at least one parameter of the group. For example, executing a specific game part using the group (i.e., based on the parameters of the group) and generating a third object according to the execution result of the specific game part is defined as "using the group Generating a third object based on parameters” corresponds to an example. In the above-mentioned baseball game, an example was shown in which the development team is used to execute the game part "Journey to make baseball equipment" and equipment items are generated according to the result of the game part. Further, for example, generating a third object according to the parameters of the group without executing a specific game part as described above may be performed by "generating a third object based on the parameters of the group." corresponds to an example of For example, the group may be transformed into a third object according to its parameters.

In the example of the baseball game described above, the object generation unit 115 selects the player in the third game mode based on the parameters (hitting power, defensive power, pitcher power, mobility, etc.) of the training team that has been trained in the second game mode. Generate equipment items (bat items, etc.) that can be used with

Further, the third object generated by the object generation unit 115 can be used as an auxiliary object for changing or setting parameters of the object to be operated used in the third game. . Alternatively, the third object generated by the object generation unit 115 can be used as an auxiliary object for changing or setting parameters of a group including a plurality of objects to be operated used in the third game. can do.

In the example of the baseball game described above, the equipment items (bat items, etc.) generated by the object generation unit 115 are the parameters (team rank, team overall force, etc.).

[4. process]
Next, an example of processing executed by the game system 1 of this embodiment will be described below. Here, an example of processing of the game system 1 when executing the baseball game described above will be described.

27 to 33 are flowcharts showing an example of processing of the game system 1. FIG. In the processing described below, a game program stored in a storage device (ROM 12, RAM 13, auxiliary storage device 14, ROM 32, RAM 33, or auxiliary storage device 34) is executed by the control unit 110 (the CPU 11 of the game terminal 10 or the server 30 is realized by the execution of the CPU 31).

FIG. 27 is a flow chart showing an example of processing of the game system 1 that executes the first game mode.
When the user performs an operation to select an arbitrary scenario from a plurality of scenarios, control unit 110 determines a scenario to be executed (S100). Note that if there is only one scenario, step S100 can be omitted. After that, the control unit 110 executes an event deck setting process (S102). In this step S102, the control section 110 causes the display section 20 to display an event deck setting screen illustrated in FIG. On this event deck setting screen, the user can select any event character from the event characters owned by the user and organize the event deck. Note that the process of step S102 may be performed before the scenario selection of step S100.

After starting the scenario (S104), the user selects a command such as practice or rest (S106) to advance the scenario. After the command is selected by the user, the control unit 110 executes event lottery processing (S108). If there is a winning event (YES at S110), an event associated with any of the event characters set in the event deck is generated (S112). Alternatively, an event associated with a combination of two or more event characters set in the event deck is generated. Then, the control unit 110 updates the parameters (experience value, special ability, etc.) of the original character according to the generated event (S114). Thus, in the first game mode, the event character is used as an auxiliary object for changing or setting parameters of the original character. It should be noted that the user can spend any given experience value until the training is completed to improve the basic abilities of the original character or acquire special abilities.

After step S114 or in the case of NO in step S110, the process moves to step S116, the control unit 110 executes the command selected by the user, and updates the parameters of the original character according to the execution result (S118). . In FIG. 27, steps S108 to S114 are performed before command execution in step S116, but they may be performed after command execution. Also, the control unit 110 may generate other events (events according to the number of turns, etc.).

After that, the control unit 110 determines whether or not the breeding is finished (S120). If NO in step S120, the process returns to step S106, and steps S106 to S120 are repeated until the breeding ends. When training ends due to the end of the scenario or the like (YES in S120), the control unit 110 associates and registers the training player with the user ID (S122). As a result, the trained player can be used in the second game mode and the third game mode.

Next, an example of processing of the game system 1 executing the second game mode will be described. 28 to 32 are flowcharts showing an example of processing of the game system 1 executing the second game mode.
At the start of the second game mode, the user selects a story (S130). For example, if the second game mode is selected by operating the mode selection part P5011 on the game home screen G500 illustrated in FIG. story selection part P5021 is displayed. The user selects a story by tapping the selection part P5021 associated with any story. After that, the user selects a stage (S132). Note that if there is only one story selectable by the user, step S130 can be omitted. Also, if the user can select only one stage, step S132 can be omitted.

After that, the control unit 110 sets an initial team to be given to the user (S134). In the example of the present embodiment, the initial team is composed of only 25 level 1 initial player characters. This step S134 may be performed after step S136. After that, the user selects items to bring before the stage starts (S136). Items that can be selected by the user are limited to items within the cost of the item owned by the user.

Next, the control unit 110 sets a map within the stage (S138). An example of map data DT105 set by control unit 110 is shown in FIG. The map data DT105 includes fields of "square ID", "square type ID", "square type", "square level", "next moveable square", "path ID", and "item information". A square ID is information that uniquely identifies each square in the map. Information on the cell type set for each cell (see FIG. 12) is stored in the fields of "cell type ID" and "cell type". The "mass level" field stores information on the mass level set for each square. For example, the mass level of each square is determined by lottery. The “next moveable square” field stores the square ID of the next moveable square from each square. A plurality of cell IDs are stored in a cell having a plurality of cells to which the player can move next. The "route ID" field stores a route ID (see FIG. 11) indicating the type of route connected to the next movable square. The item information set in each square is stored in the "item information" field.

Note that item information is stored in the "item information" field only for the squares in which items are set. The "item information" field includes sub-fields of "item lottery", "rank range", and "found flag". The "item lottery" field stores a plurality of items associated with each square and the lottery probability. FIG. 34 shows an example in which item lottery information that the contract item lottery probability is 80% and the game item lottery probability is 20% is stored in the match square with the square ID "M3". The “rank range” field stores information about the rank range set for the item. For example, if you stop on the game square with the square ID "M3", the items that can be obtained are 80% of contract items or 20% of game items, and the rank of the obtainable item is drawn within the range of 10 to 40. . This item lottery is performed between maps (step S190 described later) as described above. In the "picked up flag" field, information is stored as to whether or not an item has been picked up by landing on a square for which item information is set (for example, picked up "1", unpicked up "0"). Processing for this "found flag" field is performed in step S154, which will be described later.

Also, before starting the map progression, the control unit 110 sets the number of turns (for example, 30 turns) according to the map (S140). Further, the control unit 110 causes the display unit 20 to display the map information set in step S138 (S142). As a result, a map as illustrated in FIG. 10 is displayed on the game screen. After that, as shown in FIG. 29, when the next square to be moved is selected based on the user's operation (YES in S144), the control unit 110 moves the cursor object P611 of FIG. 10 to the selected square P610. Move (S146).

Then, the control unit 110 determines whether the square where the cursor object P611 stops is the END square or the goal square (S148, S150), and determines whether item information is set in the square where the cursor object P611 stops (S152). )I do. Here, if item information is set for the square where the player has landed (YES in S152), the control unit 110 performs a process of picking up the item (S154). That is, control unit 110 records "1" in the target cell record in the "found flag" field of map data DT105 in FIG. Control unit 110 also increases the number of items of parts P602, which indicates the number of items picked up in the current map, on the main screen G600 of FIG.

Further, as shown in FIG. 30, the control unit 110 determines whether or not the stopped square is a scout square. It is displayed on the display unit 20 (S158). As a result, a contract selection screen G700 illustrated in FIG. 16 is displayed. On this contract selection screen G700, there is a list of information P702 of currently valid contract items (i.e., unused contract items brought in when the stage is opened, and unused contract items obtained while progressing through the map). Is displayed. If the user performs an operation to select a contract item that the user wants to use from the contract items displayed in the list (YES in S160), control unit 110 performs processing for scouting an event character corresponding to the selected contract item. (S162). That is, the control unit 110 sets the parameters of the scouted event character (scout player) based on the item rank, initial level, limit level, and skill information associated with the used contract item. Further, the control unit 110 stores the scout player information in the data storage unit 100 in association with the user ID.

It should be noted that the user can also select not to use the contract item, and in this case (NO in S160), the process proceeds to step S180 without performing scout-related processing.

After step S162, the control unit 110 causes the display unit 20 to display a screen for selecting a coach to associate with the scout player (S164). As a result, a coach selection screen G800 illustrated in FIG. 17 is displayed. On the coach selection screen G800, a list of information P803 of training players trained by the user in the first game mode is displayed. The number of players in training that a user can select as a coach depends on the contract item used. When the user performs an operation to select a trained athlete to be set as a coach from among the displayed trained athletes (YES in S166), the control unit 110 associates the selected trained athlete with the scout athlete as a coach and stores the data. Store in unit 100 . Then, the control unit 110 changes or sets the scout player parameters based on the training player parameters associated with the scout player (S168). That is, the control unit 110 changes the initial experience value or the initial special training value of the scout player based on the rank (total player strength) or ability value of the player trained as a coach, and the scout player based on the special ability of the player trained. Set a player's special ability.

It is also possible for the user to select not to set a coach. In this case (NO in S166), the process proceeds to step S170 of FIG. 31 without performing the process of step S168.

In step S170, control unit 110 determines whether or not there is an event character having the same name as the scout player based on the picture book information. If YES in step S170, the control unit 110 increases the scout player limit level parameter according to the rarity of the event character that the user has possessed (S172). On the other hand, if there is no possessing history of the event character with the same name as the scout player (NO in S170), the process proceeds to step S174 without executing the process of step S172.

Thereafter, the control unit 110 performs processing for changing the team order as the scout player joins the team (S174). In this embodiment, scout players and existing team members are replaced. Therefore, the control unit 110 causes the display unit 20 to display a player replacement screen G900 illustrated in FIG. When the user selects a member to be excluded from the team order on the player replacement screen G900, the control section 110 replaces the selected member with the scout player to change the team order, and stores information on the team order after the change as data. Store in unit 100 .

After that, the control unit 110 reflects the result of the above-described process for stopping at the scout mass on the overall team strength, and stores the latest parameters of the team in the data storage unit 100 (S176). In addition, the control unit 110 also reflects the latest team parameters (team rank, team overall strength, team striking power, team defensive strength, team mobility, team pitching strength) to the display of the main screen G600 of FIG. .

If the stopped square is neither an END square, a goal square, nor a scout square (NO in S156), the control unit 110 proceeds to step S178 in FIG. 30 and executes processing according to the stopped square. After that, the control unit 110 proceeds to step S176 in FIG. 31, and reflects the result of the processing according to the squares to the overall team strength.

After step S176, control unit 110 reduces the number of turns by one (S180), and determines whether the remaining number of turns is 0 (S182). If the number of remaining turns becomes 0 here (YES in S182), the map progress is terminated, and the process proceeds to the ending rendering process of step S196 in FIG. On the other hand, if the number of remaining turns is not 0 (NO in S182), control unit 110 determines whether or not the route to be moved next is a route for forced movement (S184). If the path to move next is the path for victory or the path for defeat (see FIG. 11), it is a path for forced movement (YES in S184), and the process proceeds to step S146 in FIG. On the other hand, if NO in S184, the process proceeds to step S144 in FIG. 29 and waits for the user to select the next square. Thereafter, control unit 110 repeats the above-described processes after step S144.

If the stopped square is the goal square (YES in S150), it means that the current map has been cleared, and the player can move to the next map. In this embodiment, an item lottery is performed between maps. The control unit 110 executes a lottery for items picked up while the map is in progress (S190). For example, the control unit 110 determines the item and the rank of the item by lottery based on the item lottery information and the rank range set in the square where the item is picked up (see map data DT105 in FIG. 34). The control unit 110 also determines other parameters of the item based on the determined rank of the item. For example, when the contract item (item type) is determined by lottery, it is further determined by lottery (for example, by random lottery) which event character is associated with the contract item (Fig. 14). reference).

Also, when the current map is cleared, the control unit 110 resets the number of turns (S192), and shifts the process to the next map (S194). After that, the process proceeds to step S138 in FIG. 28, and the above-described processing is repeated thereafter.

Also, if the square that has stopped is the END square (YES in S148 of FIG. 29), the process proceeds to the ending rendering process of step S196 of FIG. Here, if there is an item picked up while the map is progressing, an item lottery is held to determine the item to be given to the user and its parameters (including the item rank). Note that the END square may be associated with an effect that improves or lowers the parameters of the team. In step S196, for example, the control unit 110 displays a predetermined ending effect on the screen. Note that step S196 may be omitted. Thus, the training of the team in the second game mode is completed (S198), and the control unit 110 associates the training team information with the user ID and stores it in the data storage unit 100 (S200).

After that, the control unit 110 determines a reward based on the training team's team rank, team overall strength, or the like, and gives it to the user. This reward includes the item cost. The second game mode is a loop system, and by looping the stage many times, more item costs can be obtained. As the item cost increases, the number of items that can be brought in at the start of the stage will also increase, and the development of the team will be advantageous with each lap.

Also, the user can use the training team trained in the second game mode to generate equipment items that can be used in the third game mode. When the operation for generating this equipment item is performed (YES in S204), the control unit 110 executes processing for generating the equipment item based on the parameters of the training team. In this embodiment, the game part of the above-mentioned "journey to make baseball equipment" is executed.

Next, an example of processing of the game system 1 executing the third game mode will be described. FIG. 33 is a flow chart showing an example of processing of the game system 1 that executes the third game mode.
The user can set an order for his/her own team including trained players trained in the first game mode on the order formation screen G1000 for his/her own team illustrated in FIG. 19 (S220). In addition, the user can set equipment items for My Team on the equipment setting screen G1100 illustrated in FIG. 20 (S222). The control unit 110 updates the parameters of my team (team rank, overall team strength, etc.) based on the equipment items set for my team (S224). When the user performs an operation to start the match in the third game mode (YES in S226), control unit 110 automatically generates a match progress based on the parameters regarding my team and the parameters regarding the opponent team. , the game progresses (S228). When the game situation reaches a predetermined situation (for example, a scoring chance situation for my team) (YES in S230), the control unit 110 starts the game based on the user's operation on the operation target training player in my team. is advanced (S232). Control unit 110 repeats steps S228 to S234 until the match ends. When the match ends (YES in S234), control unit 110 gives the user a reward determined based on the match result (S236).

[5. summary]
In the game system 1 according to the embodiment described above, a training player whose parameters have been changed or set in the first game mode becomes a "use target" that can be used in the second game and the third game mode. . In the second game mode, the training player who has become a "use target" can be used as a "supporting object" for changing or setting the parameters of the scout player. Also, the training player who has become a "use target" can be used as a player character to be operated in the third game mode. As a result, it is possible to increase the variety of uses of the trained players who have become "targets" in other games by executing the first game mode, thereby improving the interest of the game.

In addition, in the game system 1 according to the present embodiment, by associating the training player trained in the first game mode as a coach with the scout player in the second game mode, the parameters of the scout player are improved according to the parameters of the training player. can be made Therefore, the second game mode becomes more advantageous as a training player with a higher ability parameter is created in the first game mode, so that the user can be motivated to play the first game mode.

Further, in the game system 1 according to the present embodiment, if the user has possessed even once an event character having the same name as a scout player, the scout player parameter can be improved. In other words, even if the user obtains an event character by lottery or the like and disposes of it, for example, by selling it or using it as a strengthening material, if there is the possession history (the picture book information), the parameters of the scout player can be improved. The effect of causing can also occur after disposing of the event character. In particular, when an upper limit is set for the number of event characters that a user can possess, the event characters may be disposed of by selling or the like in order to adjust the number of possession. Ordinarily, an object that has been disposed of does not continue to benefit from the game after it has been disposed of. On the other hand, in the game of the present embodiment, even if the user does not currently possess the event character, if there is a history of possessing the target event character in the past, it is possible to create an advantageous state in the game. Game benefits continue even after the character is disposed of.

Also, in the game system 1 according to the present embodiment, equipment items that can be used in the third game mode can be generated based on the parameters of the training team trained in the second game mode. This equipment item is used as a support object in the third game mode, and can improve the parameters (team rank, etc.) of my team based on the parameters of the equipment item. As a result, the user can be motivated to play the third game mode using the equipment item after the second game mode. In addition, as the parameters of the training team are improved by executing the second game mode, equipment items with higher parameters can be generated, and the third game mode becomes more advantageous, thus motivating the user to play the second game mode. can give

[6. Modification]
The invention is not limited to the embodiments described above.

[6-1] In the above, no conditions are provided for executing the second game mode. The mode may be made inoperable.

[6-2] In the above, an example of how to use a trained player trained in the first game mode in the second game mode is shown as an example in which the trained player is associated with a scout player as a coach. You can increase it. For example, a predetermined number of trained players selected by the user from among a plurality of trained players trained in the first game mode may be included in the members of the initial team in the second game mode. In addition, in the second game mode, when a predetermined condition such as stopping at a specific square is satisfied while the map is progressing, at least one training player (for example, a predetermined number of training players preset by the user before the stage starts) ) can be scouted to join the team. In this case, the training player trained in the first game mode can be used in the second game mode as a support object (coach player) and as an object to be operated (scout player). Become.

[6-3] In the above, an example has been described in which only training players in the same position as the scout players can be set as coaches, but training players in positions different from the scout player positions may also be set as coaches. . In this case, for example, when the positions are different, the effect of improving the parameters by the coach may be lower than when the positions are the same.

[6-4] In the above example, a contract item is required to scout an event character. may An example is described below.

For example, apply a special item called "paper piece" that can scout event characters without using a contract. This "piece of paper" is not an item owned by the user, but is displayed together with the contract item on the contract selection screen G700 (see FIG. 16) when the player stops at the scout mass. If there is no valid contract item, only "Paper" is displayed on the contract selection screen G700. This "paper piece" is displayed on the contract selection screen G700 many times even if it is used once. Scout target event characters are also associated with "paper scraps". However, the scout target associated with "paper cut" is not fixed, and is determined by a random lottery from a predetermined event character group each time it stops at a scout mass. Also, the scout target associated with "paper piece" is specified for each stage (quest). The parameter of the event character scouted by the user selecting "paper piece" is made lower than the parameter when scouting by selecting the contract item (for example, the initial level is fixed to "1 level"). A scout player who joins a team by "breaking the paper" may not be allowed to set a training player as a coach.

Alternatively, even without using items such as contract items and "pieces of paper", player characters such as event characters may join the team just by stopping at the scout mass. For example, when stopping at a scout square, one or more event characters determined by random lottery from a predetermined event character group may be scouted.

[6-5] In the above, when using a contract item, an example was shown in which a training player can be associated with a scout player as a coach. You may also be able to associate a training player as a coach. For example, even a scout player who joined the team through the above-mentioned "out of paper" may be set as a training player as a coach.

[6-6] Regarding the validity of the contract item, the following variation can be applied.
For example, a contract item may be validated on the condition that the user has owned an event character that has the same name (for example, the same name) as the event character associated with the contract item. This determination of validity is made based on the aforementioned picture book information. In this case, even if the user acquires a contract item associated with an event character that the user has never possessed before, it cannot be used immediately. There is a need to. Therefore, the user can be motivated to obtain the event character. As a variation, the contract item may be validated on the condition that the user possesses an event character that is the same (eg, has the same name) as the event character associated with the contract item.

[6-7] Also, various variations can be applied to the specification of the game using the map in the second game mode. The specifications for various secondary game modes are described below.
In the above, an example has been described in which the lottery for determining the item picked up by the user during the progress of the map in the second game mode is performed between maps (from the end of the current map to the start of the next map). A lottery to determine the item may be held at the timing when it stops at a specific square where is set. Also, instead of determining the item by lottery, an item preset in a specific square may be given.

[6-8] In the above, an example is shown in which the parameters such as the rank of the item picked up by the user while the map is progressing are determined by lottery. It may be defined.

[6-9] In the above description, the mass level of each square in the map is determined by lottery based on a predetermined probability. may be predetermined for each square. It is preferable that the mass levels of at least some of the cells in the same map are different from the mass levels of the other cells.

[6-10] Although the START and GOAL squares have no effect and are not benefited by the mass level, some effects may be associated with the START or GOAL squares. For example, the START square may be associated with a lottery-determined effect of increasing the number of turns. Also, as one of the GOAL squares, a special GOAL square associated with an effect may be provided. For example, a special GOAL square may be associated with an effect that increases the number of turns by a predetermined number (eg, 2) at the start of the next map. Also, for example, all or part of the GOAL squares may be associated with the effect of increasing or decreasing parameters of team members. Alternatively, a mass level may be set for the START square or the GOAL square, and the degree of effect may be changed according to the mass level.

[6-11] In the second game mode, various events may occur other than stopping at event squares. For example, there may be an event that occurs randomly after a predetermined number of turns have passed. Also, the map may be changed according to the event that has occurred. For example, there is an event where items are placed on random squares in the map. Also, for example, there is an event in which a predetermined number of random squares in the map change to another square type. Also, for example, there are events where the mass level of a random predetermined number of squares in the map increases or decreases. Also, for example, there is an event in which the positions of all squares other than specific squares (START square, GOAL square, END square, etc.) in the map are shuffled.

[6-12] In the second game mode, a helper character may appear on the map to produce advantageous effects in the game. The helper character may stand on a square, and if you land on the square where the helper character is located, you can obtain an additional effect in addition to the effect of that square. There are a plurality of types of helper characters, for example, there are those that improve the parameters of team members, those that allow one player character to be scouted, and the like. Also, a character may appear on the map that causes a disadvantageous effect in the game (such as lowering a parameter).

[6-13] In the second game mode, enemy characters may appear on the map. For example, enemy characters move on the map. For example, the enemy character moves substantially simultaneously with the movement of the cursor object P611 (see FIG. 10).

[6-14] The above describes an example in which the best team (for example, the team with the highest overall team strength) among the training teams trained in the second game mode is registered, and the user can check his or her best team at any time. Indicated. The user may not only check the best team, but also play games using the best team. For example, each user can participate in a game event in which the best teams of each user compete against each other. Also, for example, the user can use his/her own best team to play against the best team of a friend (another user associated with the user's user ID). Also, for example, the user can use his/her best team to play a computer match against a predetermined opponent team at any time.
[6-15] In addition to the best team, one or more trained teams trained in the second game mode may be registered so that the user can use them in the same manner as the best team. For example, the user may be able to register any training team regardless of whether it is the best or not. Also, for example, it may be possible to register four training teams with the best team batting power, team defensive power, team mobility, and team pitching power. Alternatively, all trained teams trained in the second game mode may be registered.

[6-16] Although the second game mode has been described above as a game using a map on which squares are arranged, it is not limited to this. For example, the second game mode may be a game in which the player progresses while moving in a game space without squares, and when an object (for example, a person or an object) that replaces the squares is reached, the same effects as in the case of the squares are produced.

[6-17] Although the third game mode has been described above as a game in which a user's My Team competes with another user's My Team, the third game mode is not limited to this. For example, the third game mode is a game in which one (or a predetermined number of two or more) trained players selected by the user from among a plurality of trained players trained in the first game mode is the target of operation. good too. For example, the third game mode may be a game in which training players selected by the user compete for homeruns. In this case, equipment items generated based on the training team trained in the second game mode can be set for one (or two or more) training players in the third game mode. good too. In this case, when an equipment item is set for a trained player, the parameters such as ability of the trained player are changed or set.

[6-18] Although the example of the baseball game has been mainly described above, the present invention can also be applied to other games. For example, other sports games (games based on soccer, tennis, American football, basketball, ice hockey, volleyball, rugby, etc.), fighting games, fighting games, digital card games, role-playing games, simulation games, adventure games or As with breeding games, "games including at least a first game, a second game, and a third game" can be applied to various games regardless of game format or genre.

[6-19] The game terminal 10 and the server 30 can communicate with each other to transmit and receive various data, and both are information processing devices (computers) equipped with a CPU, ROM, RAM, auxiliary storage device, communication unit, and the like. They have basically the same hardware configuration. Therefore, part of the various functions described above may be implemented by the CPU 11 of the game terminal 10 and the rest by the CPU 31 of the server 30 . Alternatively, all of the various functions described above may be implemented by the CPU 11 of the game terminal 10 . Alternatively, all of the various functions described above may be implemented by the CPU 31 of the server 30 .

[6-20] Regarding the configuration having a storage control function for storing various information in a storage device, since the storage device itself is not included in the configuration, it may be installed anywhere inside or outside the game system 1. . For example, the storage device may be a storage device (for example, RAM 13, auxiliary storage device 14, RAM 33, auxiliary storage device 34, database DB, etc.) within the game system 1, or a file server (online storage) having a configuration different from these. There may be.

[6-21] The computer-readable program according to the present embodiment is recorded on various computer-readable recording media such as hard disks, optical disks (CD-ROM, DVD-ROM, etc.), flexible disks, semiconductor memories, etc. It is read from the recording medium and executed by the CPU of the computer that constitutes the game system 1 or the game control device. Moreover, the means for providing the program to the computer is not limited to the recording medium described above, and can be performed via a communication network such as the Internet.

[7. Note]
From the above description, the present invention can be grasped, for example, as follows. In order to facilitate understanding of the present invention, reference numerals in the attached drawings are added in parentheses for convenience, but the present invention is not limited to the illustrated embodiments.

1) A game system (1) according to one aspect of the present invention comprises a first game (for example, a first game mode for training an original character), a second game (for example, a second game mode for training a team), and a third game. (e.g., a third game mode in which a battle is played) is provided, wherein parameters of a first object (e.g., original character) are changed or set based on a user's operation, and the change is performed. Alternatively, the first game executing means (S100 to S122) for executing the first game in which the first object for which the setting has been performed is stored in the storage device as a usable object that can be used in the second game and the third game (S100 to S122) 111) and executing the second game in which at least one of the usage objects can be used as an auxiliary object for changing or setting parameters of the second object used in the second game (S164-S168). a second game executing means (112); and a third game executing means for executing the third game in which at least one of the use objects can be used as an object to be operated in the third game (S220 to S236). (113) and

10) A game control device (10 or 30) according to an aspect of the present invention controls a first game (for example, a first game mode for training an original character), a second game (for example, a second game mode for training a team), and A game (e.g., a baseball game) including a third game (e.g., a third game mode in which a battle is played) is provided, and parameters of a first object (e.g., an original character) are changed or set based on a user's operation. , the first game is stored in a storage device as a usable object that can be used in the second game and the third game (S100 to S122). First game Execution means (111), and at least one of the usage objects executes the second game that can be used as an auxiliary object for changing or setting parameters of the second object used in the second game (S164). . . . S168) The second game executing means (112) executes the third game in which at least one of the use objects can be used as an object to be operated in the third game (S220-S236). and game execution means (113).

11) A program according to an aspect of the present invention is for causing a computer to function as the game system (1) according to any one of 1) to 9) or the game control device (10 or 30) according to 10). program.

12) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium recording the program according to 11).

13) A control method for a game system (1) or a game control device (10 or 30) according to one aspect of the present invention includes a first game (for example, a first game mode for training original characters), a second game (for example, a team A game system (1) or a game control device (10 or 30) that provides a game (e.g., a baseball game) including a second game mode for training) and a third game (e.g., a third game mode for competing) A method, wherein parameters of a first object (for example, an original character) are changed or set based on a user's operation, and the changed or set first object is used in the second game and the third game. a first game execution step (S100-S122) of executing the first game stored in the storage device as usable objects; and at least one of the objects used is a second object (for example a second game execution step (S164 to S168) for executing the second game that can be used as an auxiliary object for changing or setting parameters of event characters); and a third game execution step (S220 to S236) for executing the third game that can be used as an object to be operated used in .

According to the aspects described in 1), 10) to 13) above, the first object whose parameters have been changed or set in the first game is a "usable object" that can be used in the second game and the third game. ”. In the second game, the first object that has become a "use target" can be used as an "assistant object" for changing or setting the parameters of the second object. Also, the first object that has become the "use target" can be used as the "operation target object" in the third game. As a result, it is possible to increase the variety of uses of the first object, which has become a "use target" in other games by executing the first game, and to improve the interest of the game.

2) In one aspect of the present invention, in the aspect described in 1) or 10) above, the second game is a game using a group (eg, a baseball team) including a plurality of initial objects (eg, initial player characters). The second game execution means (112) is a joining means ( 1121) may be included.

According to the aspect described in 2) above, if a predetermined condition is satisfied during the second game, a new second object can be added to the group including the initial object. The group can be strengthened by adding a second object, and the group can be further strengthened by using the "used object" as an auxiliary object for the second object. In other words, in order to strengthen the group, it is required to join the second object to the group, thereby enhancing the game.

3) In one aspect of the present invention, in the aspect described in 2) above, the joining means (1121) is associated with user identification information (for example, user ID) when the predetermined condition is satisfied. If there is a valid specific object (e.g., contract item) that has good.

According to the aspect described in 3) above, the user is required to possess a valid specific object associated with the second object in order to join the second object to the group. It is possible to further enhance the game property.

4) In one aspect of the present invention, in the aspect described in 3) above, the second game execution means (112) executes the second object (for example, contract item) associated with the specific object (for example, contract item). an association means (1122) for associating the use object (for example, a trained player trained in the first game) with the second object when the event character) joins the group (for example, a baseball team); A parameter management means (1123) for changing or setting parameters of the second object based on the associated parameters to be used may be further included.

According to the aspect described in 4) above, by associating a usage target with the second object that has joined the group, the second object can be strengthened based on the parameters of the usage target. In order to enhance the second object, it is important to improve the parameters of the objects to be used obtained by executing the first game, thereby further enhancing the game.
In addition, the second game becomes more advantageous as the parameters of the target to be used obtained by executing the first game are improved, so that the user can be motivated to play the first game.

5) In one aspect of the present invention, in the aspect described in any one of 2) to 4) above, the second object that has been associated with the user identification information (for example, if the user has ever Possession history storage control means (114) for storing possession history information (for example, picture book information) of the user's possession history information (for example, picture book information) in the storage device, wherein the second game execution means (112) stores the possession history information (for example, picture book information) in the storage device. If it is determined based on historical information that the second object that has joined the group is the same as the second object that has been associated with the user identification information, the parameter of the second object that has joined the group is improved. It may further include parameter improving means (1124) for increasing the

According to the aspect described in 5) above, if the user possesses even once the same second object as the second object that has joined the group, the parameters of the second object that has joined the group can be improved. can. In other words, even if the user does not possess the second object after acquiring the second object, such as by selling it or using it as an enhancement material, if there is a possession history, the parameter can have the effect of improving Especially in operation type games, etc., an upper limit is often set on the number of objects that a user can possess, and even if a user acquires an object, it is not uncommon for the user to dispose of the object by selling, etc., in order to adjust the number of possessions. sometimes be Ordinarily, an object that has been disposed of does not continue to benefit from the game after it has been disposed of. On the other hand, in the aspect described in 5) above, even if the user does not currently possess the second object, having possessed the second object in the past can create an advantageous state in the game. 2 The game benefits continue even after the object has been disposed of.

6) In one aspect of the present invention, in the aspect described in 5) above, a name and a rarity level are associated with the second object (for example, an event character), and the second object having the same name but a different rarity level There are objects, and the parameter enhancing means (1124) selects a second object that has joined the group (eg, a baseball team) and a second object that has been associated with a user identity (eg, the user has never However, if the name is the same as that of an event character that has been possessed, it may be determined that the two are the same, and the parameters of the former may be improved according to the rarity of the latter.

According to the aspect described in 6) above, if the user has owned a second object having the same name as the second object that has joined the group even once, the rarity level of the second object that has been owned even once , the parameters of the second object joining the group can be improved. Ordinarily, an object that has been disposed of does not continue to benefit from the game regardless of its rarity. On the other hand, in the aspect described in 6) above, the rarity level of the second object that has already been disposed of is also used as a game element, realizing a novel game feature that has not existed in the past.

7) In one aspect of the present invention, in the aspect described in any one of 1) to 6) above, the second object (for example, an event character) is also used in the first game, and the first game Execution means (111) determines that at least one second object (for example, at least one event character possessed by a user) associated with user identification information is the first object (for example, The first game that can be used as an auxiliary object for changing or setting the parameters of the original character) may be executed.

According to the aspect described in 7) above, the second character used as the support object in the first game is also used in the second game. This makes it possible to effectively utilize object resources in the game.

8) In one aspect of the present invention, in the aspect described in any one of 1) to 7) above, based on the parameters of the group (for example, the training team) whose parameters have been changed or set in the second game , an object generating means (115) for generating a third object (eg equipment item) that can be used in the third game.

According to the aspect described in 8) above, the third object that can be used in the third game is generated from the group whose parameters have been changed or set by executing the second game. Thereby, the user can be motivated to play the third game using the third object after the second game.

9) In one aspect of the present invention, in the aspect described in 8) above, the third object (for example, equipment item) generated by the object generating means (115) is an operation target used in the third game. as an auxiliary object for changing or setting the parameters (e.g., team rank, team overall strength) of the object (e.g., training player trained in the first game) or the group (e.g., baseball team) containing multiple objects to be operated. It may be usable.

According to the aspect described in 9) above, the third object generated by the group completed in the second game can be used as an auxiliary object in the third game to strengthen the group used in the third game. . Here, as the parameters of the group are improved by executing the second game, the third object with higher performance etc. is obtained, and the third game becomes more advantageous, thus motivating the user to play the second game. be able to.

REFERENCE SIGNS LIST 1 game system N network DB database 10 game terminal 11 CPU 13 RAM 14 auxiliary storage device 20 display unit 30 server 31 CPU 33 RAM 34 Auxiliary storage device 100 Data storage unit 110 Control unit 111 First game execution unit 112 Second game execution unit 113 Third game execution unit 114 Possession history storage control unit 115 Object generation unit 1121 Joining unit 1122 Association unit 1123 Parameter management unit 1124 Parameter improvement unit TBL 101 Mass information table TBL 102 Item type table TBL 103 Agreement master table TBL 104 Skill table DT105...Map data, TBL111...User information table, TBL112...Character information table, TBL113...Possessed character table

Claims (11)

A game system that provides a game including a first game, a second game and a third game,
A parameter of a first object is changed or set based on a user's operation, and the changed or set first object is stored in a storage device as a usable object in the second game and the third game. a first game executing means for executing the first game that causes the
second game execution means for executing the second game in which at least one of the usage objects can be used as an auxiliary object for changing or setting parameters of the second object used in the second game;
a third game execution means for executing the third game in which at least one of the used objects can be used as an object to be operated in the third game;
game system, including The second game is a game using a group including a plurality of initial objects,
2. The game system according to claim 1, wherein said second game executing means includes joining means for joining said second object to said group when a predetermined condition is satisfied during said second game. When the predetermined condition is satisfied and there is a valid specific object associated with the user identification information, the joining means adds the second object associated with the specific object to the 3. The game system according to claim 2, wherein the player joins a group. The second game execution means
an association means for associating the target of use with the second object when the second object associated with the specific object joins the group;
4. The game system according to claim 3, further comprising parameter management means for changing or setting parameters of the second object based on the parameters to be used associated with the second object. further comprising possession history storage control means for storing the second object that has been associated with the user identification information in the past as possession history information of the user in a storage device;
If the second game execution means determines, based on the possession history information, that the second object that has joined the group is the same as the second object that has been associated with the user identification information, 5. A game system according to any one of claims 2 to 4, further comprising parameter improving means for improving parameters of the second object joining the game system. A name and a rarity level are associated with the second object, and the second object having the same name but a different rarity level exists,
If the name of the second object that has joined the group and the name of the second object that has been associated with the user identification information are the same, the parameter improving means determines that the two are the same. 6. The game system according to claim 5, wherein the former parameter is improved depending on the degree. The second object is also used in the first game,
The first game execution means can use at least one second object associated with user identification information as an auxiliary object for changing or setting parameters of the first object used in the first game. 7. The game system according to any one of claims 1 to 6, wherein said first game is executed. 8. The method according to any one of claims 1 to 7, further comprising object generation means for generating a third object that can be used in the third game based on the parameters of the group whose parameters have been changed or set in the second game. The game system according to item 1. The third object generated by the object generating means can be used as an object to be operated used in the third game or as an auxiliary object for changing or setting parameters of a group including a plurality of the objects to be operated. 9. The game system according to claim 8, wherein the game system is a A game control device for providing a game including a first game, a second game and a third game,
A parameter of a first object is changed or set based on a user's operation, and the changed or set first object is stored in a storage device as a usable object in the second game and the third game. a first game executing means for executing the first game that causes the
second game execution means for executing the second game in which at least one of the usage objects can be used as an auxiliary object for changing or setting parameters of the second object used in the second game;
a third game execution means for executing the third game in which at least one of the used objects can be used as an object to be operated in the third game;
Game controller including. A program for causing a computer to function as the game system according to any one of claims 1 to 9 or the game control device according to claim 10.

Images