JP7851638B2 - Game system, game control device, program, and game control method - Google Patents

Description

Applicable to Article 30, Paragraph 2 of the Patent Law: December 18, 2014, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, http://www.konami.jp/ December 23, 2014, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, December 26, 2014, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, January 14, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, February 10, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, February 19, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, March 2, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, April 30, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, May 14, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Applicable to Article 30, Paragraph 2 of the Patent Law, June 11, 2015, https://play.google.com/store/apps/details?id=jp.konami.pawapuroapp, https://itunes.apple.com/jp/app/shi-kuangpawafurupuro-ye-qiu/id938506958?ls=1&mt=8, http://www.konami.jp/

Application of Article 30, Paragraph 2 of the Patent Act December 18, 2014, http://wiki. family. com/pawapuro/ December 18, 2014, http://www. konami-digital-entertainment. co. jp/ja/news/release/2014/1218/? cm_sp=01-_-release-_-20141218

Application of Article 30, Paragraph 2 of the Patent Act December 18, 2014, http://app. family. com/20141218_477168/ December 18, 2014, http://www. 4gamer. net/games/278/G027882/20141218068/ December 18, 2014, http://gamebiz. jp/? p=138127 December 18, 2014, http://www. gamer. ne. jp/news/201412180075/

Applicable to Article 30, Paragraph 2 of the Patent Law December 18, 2014, http://www.gpara.com/infos/view/19795 December 18, 2014, http://games.yahoo.co.jp/news/detail?n=20141218-00000011-famitsuapp_g December 18, 2014, http://appget.com/c/news/82314/pawapuro-6/

Applicable to Article 30, Paragraph 2 of the Patent Law December 18, 2014, http://www.excite.co.jp/News/android/20141218/Appget_News_82314.html, http://gamenavi.excite.co.jp/news/Appget_News_82314.html?ref=news December 18, 2014, http://9-bit.jp/archives/97166 December 24, 2014, various media companies to which Konami Digital Entertainment Co., Ltd. provides information

Application of Article 30, Paragraph 2 of the Patent Act December 24, 2014, http://app. family. com/20141224_478816/ December 24, 2014, http://www. 4gamer. net/games/278/G027881/20141224013/ December 24, 2014, http://gamebiz. jp/? p=138319 December 24, 2014, http://www. gamer. ne. jp/news/201412240015/

Applicable to Article 30, Paragraph 2 of the Patent Law December 24, 2014, http://9-bit.jp/archives/98220 December 24, 2014, http://www.dopr.net/_ureview/5698345255305216 December 26, 2014, http://www.famitsu.com/news/201412/26068754.html December 26, 2014, various media companies to which Konami Digital Entertainment Co., Ltd. provides information

Application of Article 30, Paragraph 2 of the Patent Act December 26, 2014, http://app. family. com/20141226_480199/ December 26, 2014, http://www. 4gamer. net/games/278/G027881/20141226020/ December 26, 2014, http://gamebiz. jp/? p=138465, http://garoll. net/entry/382710

Applicable to Article 30, Paragraph 2 of the Patent Law December 26, 2014, http://www.gamer.ne.jp/news/201412260020/ December 26, 2014, http://games.yahoo.co.jp/news/detail?n=20141226-00000006-famitsuapp_g December 26, 2014, http://9-bit.jp/archives/98914 January 7, 2015, various media companies to which Konami Digital Entertainment Co., Ltd. provides information

Applicable under Article 30, Paragraph 2 of the Patent Law: January 7, 2015, http://dengekionline.com/elem/000/000/986/986331/ January 31, 2015, http://game.dmenu.smt.docomo.ne.jp/article/f6d1/, http://game.dmenu.smt.docomo.ne.jp/article/6940/, http://game.dmenu.smt.docomo.ne.jp/article/e961/

Applicable under Article 30, Paragraph 2 of the Patent Law. February 1, 2015, http://game.dmenu.smt.docomo.ne.jp/article/b6b8/ February 6, 2015, http://tappli.org/review-detail.php?id=98 December 18, 2014, Famitsu AppiPhone No. 020, page 14, etc., KADOKAWA Corporation

Applicable under Article 30, Paragraph 2 of the Patent Law. January 21, 2015, V Jump March 2015 issue, page 278, etc., Shueisha Inc. January 21, 2015, Dengeki BAZOOKA!! March 2015 issue, page 89, etc., KADOKAWA Corporation February 20, 2015, Famitsu AppAndroid No. 021, page 39, etc., KADOKAWA Corporation February 25, 2015, Let's Play Smartphone Games! by Game Gift, vol.0, page 2, etc., AppBroadcast Inc., Famima.com Inc.

Applicable under Article 30, Paragraph 2 of the Patent Law March 14, 2015, CoroCoro Aniki No. 2, April 2015 issue, page 190, etc., Shogakukan Inc. March 20, 2015, Dengeki BAZOOKA!! May 2015 issue, page 115, etc., KADOKAWA Corporation March 26, 2015, Famitsu AppiPhone No. 022, pages 58, 59, etc., KADOKAWA Corporation March 28, 2015, Monthly App Style May 2015 issue, page 79, etc., App Style Inc.

Applicable to Article 30, Paragraph 2 of the Patent Law. April 28, 2015, Monthly App Style, June 2015 issue, page 89, etc., App Style Co., Ltd.

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

Conventionally, games have been known that aim to bring the parameters of game characters, etc., to a desired state. For example, Patent Document 1 discloses that in a game in which the user raises a game character, if a game character different from the game character being raised is set in the event deck as an event-generating character, an event corresponding to the event-generating character will occur, making the character's training more advantageous.

Japanese Patent Publication No. 2014-233323

However, in the game described in Patent Document 1, for example, while users strategically utilize their trained game characters by switching between them according to the game situation or replacing them if better training is achieved, there was a possibility that event-generating characters would become fixed to those with high training capabilities. If event-generating characters become fixed, users cannot experience the changes in the effects occurring in the game, and the game's enjoyment cannot be adequately improved.

This invention has been made in view of the above-mentioned problems, and its objective is to provide a game system, a game control device, and a program that can prevent game objects, such as event-generating characters, from becoming fixed in place.

To solve the above problems, a game system according to one aspect of the present invention includes: a first game execution means for executing a first game in which the parameters of a first game object are changed or set based on user operations; and a second game execution means for executing a second game in which the first game object is used. The first game execution means includes a first effect generating means for generating an effect on the first game related to the change or setting of the parameters based on at least one selected from a plurality of second game objects; the second game execution means includes a determination means for determining whether the parameters of the first game object used in the second game were changed or set in the first game executed with a specific second game object selected; and a second effect generating means for generating an effect on the second game that is advantageous or disadvantageous to the user based on the determination result of the determination means.

A game system according to one aspect of the present invention includes: a first game execution means for executing a first game in which a user aims to bring the parameters of a first game object to a desired state; and a second game execution means for executing a second game in which the first game object is used. The first game execution means includes a first effect generating means for generating an effect in the first game that is advantageous or disadvantageous to bringing the parameters to the desired state, based on at least one selected from a plurality of second game objects; and the second game execution means includes a determination means for determining whether the parameters of the first game object used in the second game were set in the first game executed with a specific second game object selected; and a second effect generating means for generating an effect in the second game that is advantageous or disadvantageous to the user, based on the determination result of the determination means.

A game control device according to one aspect of the present invention includes: a first game execution means for executing a first game in which the parameters of a first game object are changed or set based on user operation; and a second game execution means for executing a second game in which the first game object is used. The first game execution means includes a first effect generating means for generating an effect on the first game related to the change or setting of the parameters based on at least one selected from a plurality of second game objects; and the second game execution means includes a determination means for determining whether the parameters of the first game object used in the second game were changed or set in the first game executed with a specific second game object selected; and a second effect generating means for generating an effect on the second game that is advantageous or disadvantageous to the user based on the determination result of the determination means.

A game control device according to one aspect of the present invention includes: a first game execution means for executing a first game in which a user aims to bring the parameters of a first game object to a desired state; and a second game execution means for executing a second game in which the first game object is used. The first game execution means includes a first effect generating means for generating an effect in the first game that is advantageous or disadvantageous to bringing the parameters to the desired state, based on at least one selected from a plurality of second game objects; and the second game execution means includes a determination means for determining whether the parameters of the first game object used in the second game were set in the first game executed with a specific second game object selected; and a second effect generating means for generating an effect in the second game that is advantageous or disadvantageous to the user, based on the determination result of the determination means.

This figure shows the overall configuration of a game system according to an embodiment of the present invention. This is a diagram showing an example of a home screen image for a baseball game. This figure shows an example of the flow of the success part. This figure shows an example of a character registration screen image used to register the basic information of the main character. This is an example of an image of the event deck settings screen. This diagram shows the contents displayed in the event deck settings area. This figure shows an example of an event character screen image. This figure shows an example of a bonus details screen image. This figure shows an example of an image of the event character change screen. This figure shows an example of an event deck setting area. This figure shows an example of an automatic settings menu screen image. This figure shows an example of the main command screen image in the success part. This figure shows an example of a practice screen image. This figure shows an example of a practice results screen image. This figure shows an example of an event screen image. This figure shows an example of an image of the ability change screen. This figure shows an example of an image of the ability change screen. This figure shows an example of a section completion screen. This is a diagram showing an example of a preview screen image for the next episode. This figure shows an example of an event character menu screen image. This is an example of an image of the event deck editing screen. This figure shows the contents displayed in the event deck editing area. This figure shows an example of a base character selection screen image. This figure shows an example of an enhanced screen image. This figure shows an example of a character selection screen image. This figure shows the enhancement screen image when a material character is selected. This is a diagram showing the enhancement results window. This is a diagram showing the My Team menu screen. This figure shows a typical order editing screen. This image shows the limited-time order editing screen. This figure shows an example of the event deck settings screen during a limited-time event. This figure shows an example of the event deck settings area in the event deck settings screen image during a limited-time event. This diagram shows the conditions under which a score bonus is awarded. This figure shows the home screen image when a processing object is selected. This diagram shows the flow of regular matches and limited-time event matches. This is an explanatory diagram for the challenge letter. This is a functional block diagram showing the functions related to the present invention among the functions implemented in the game system. This figure shows an example of a user table. This figure shows an example of an event character table. This figure shows an example of an event deck table. This figure shows an example of an original character table. This is a diagram showing an example of a custom-ordered table. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within a game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system. A flowchart illustrating an example of a process executed within the game system.

The embodiments of the present invention will be described below with reference to the drawings. Note that identical or corresponding components in the drawings are denoted by the same reference numerals, and repeated descriptions may be omitted.

[1. Overall structure of the game system]
Figure 1 shows the overall configuration of a game system 1 according to an embodiment of the present invention. As shown in Figure 1, the game system 1 according to this embodiment includes a plurality of user terminals 10-1, 10-2, ..., 10-N and a server 30. In the following description, content common to user terminals 10-1, 10-2, 10-N may be referred to as "user terminal 10".

The user terminal 10 and the server 30 are connected to network N. Therefore, data communication is possible between the user terminal 10 and the server 30.

The user terminal 10 is a terminal device (computer) used by the user. In this embodiment, the user terminal 10 is a computer used by the user to play games. For example, the user terminal 10 may be a mobile phone (including a smartphone), a tablet computer, a laptop computer, a desktop computer, a portable game console, a home game console, an arcade game machine, or a multi-functional television receiver (smart TV) equipped with information processing functions. In the following description, we will explain the case where the user terminal 10 is a mobile phone (smartphone) equipped with a touch panel, and the program supplied from the server 30 is executed on the mobile phone (smartphone).

As shown in Figure 1, the user terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an input unit 14, and a display unit 15.

The control unit 11 includes, for example, at least one microprocessor, and executes processing according to the operating system and other programs. The storage unit 12 includes a main memory (e.g., RAM) and an auxiliary memory (e.g., non-volatile semiconductor memory) for storing programs and data. For example, if the user terminal 10 is a home game console, arcade game console, laptop computer, or desktop computer, the storage unit 12 may include an auxiliary storage unit such as a hard disk drive or solid-state drive.

The communication unit 13 is for data communication via the network N. The input unit 14 includes, for example, a touch panel, buttons, etc., and is for the user to perform input operations such as game controls. The input unit 14 may also allow the user to perform input operations via voice or gestures. If the user terminal 10 is a home game console, portable game console, arcade game console, laptop computer, or desktop computer, the input unit 14 may include keys, levers, game controllers (gamepads), mice, touchpads, or keyboards. The display unit 15 is, for example, a liquid crystal display panel or an organic EL display, and displays the screen according to the instructions of the control unit 11. Note that the input unit 14 and the display unit 15 do not necessarily have to be built into the user terminal 10; they may be external devices connected to the user terminal 10.

The server 30 is implemented, for example, by a server computer. As shown in Figure 1, the server 30 includes a control unit 31, a storage unit 32, and a communication unit 33.

The control unit 31 and communication unit 33 have the same functions as the control unit 11 and communication unit 13 of the user terminal 10. The storage unit 32 includes a main memory unit (e.g., RAM) and an auxiliary memory unit (e.g., a hard disk drive or solid-state drive) for storing programs and data.

Furthermore, the programs and data described as being stored in the storage unit 12 or storage unit 32 may be supplied to the user terminal 10 or server 30 via the network N, for example. The user terminal 10 or server 30 may also include components for reading programs or data stored on an information storage medium (e.g., an optical disc or memory card). The programs and data may then be supplied to the user terminal 10 or server 30 via the information storage medium.

[2. Game Overview]
In Game System 1, the game is executed when a program is run on the user terminal 10. Game System 1 can run various types of games. For example, it can run a variety of games regardless of game format or genre, such as sports games (games based on baseball, soccer, tennis, American football, basketball, volleyball, etc.), adventure games, simulation games, role-playing games, or育成 games.

Below, as an example of a game executed by game system 1, we will describe a first game in which the first parameter of a first game object is changed or set based on user input, and a second game in which the first game object is used. Each of the first and second games may be a part of a larger game, or they may be separate games. That is, each of the first and second games may be a part of a game executed by a single game program, or the first game may be executed by the first game program, and the second game may be executed by the second game program.

Before explaining the details of the first and second games, which have the characteristics described above, we will first explain terms such as "game objects" and "parameters."

A "game object" refers to an object that can be manipulated, instructed, used, or nurtured in a game. It also refers to something that is assigned to the user in a game. Specifically, examples of "game objects" include game characters, game items, or game cards.

The "first game object" is the game object whose first parameter the user changes or sets. For example, the "first game object" is the game object whose abilities (performance) the user improves. For example, the "first game object" is the game character that the user develops.

The "first parameter" refers to, for example, the ability (performance) parameter of the first game object. The "ability parameter" may be information indicating the magnitude or level of an ability, or information indicating the presence or absence of a specific ability. Furthermore, the "first parameter" may be a state parameter related to the state (condition) of the first game object. The "state parameter" may be information indicating the quality of the state. If the first game object is a game character, the "first parameter" may be information indicating the character of the first game object. Also, the "first parameter" may be a level parameter related to the strength (level) of the first game object. The "level parameter" may be information indicating the magnitude of the level. The "first parameter" may be information indicating abilities, etc., using numerical values or flags, or information indicating abilities, etc., using symbols (including characters).

"Changing or setting the first parameter" means changing the value of the first parameter or determining (confirming) its value. For example, if the first parameter is a numerical value, increasing or decreasing the value corresponds to "changing the first parameter," and determining that increased or decreased value corresponds to "setting the first parameter." Similarly, if the first parameter is a flag, changing the flag's on/off (enabled/disabled) state corresponds to "changing the first parameter," and determining that changed value corresponds to "setting the first parameter." Furthermore, if the first parameter is a symbol, changing the current symbol to another symbol corresponds to "changing the first parameter," and determining that other symbol corresponds to "setting the first parameter."

"Game 1" refers to a game whose primary objective is to change or set a first parameter. "Game 1" is not limited to games where changing or setting a first parameter is the sole objective; it may also include games where changing or setting a first parameter is one of the objectives. For example, "Game 1" could be a育成 (raising/nurturing) game where the player cultivates a first game object.

In other words, the "first game" can be described as a game in which the user aims to bring the first parameter of the first game object to a desired state. The "desired state" is a state in which the first parameter is at or above a predetermined value. For example, the "desired state" is the state in which the ability is at its best or above a standard within the range in which the ability parameter can take. For example, if the ability parameter changes between 0 and 99, the state in which the ability is at its best is the state in which the ability parameter is at its highest value of 99. A state in which the ability is above a standard is a state in which the ability parameter is at or above a threshold (e.g., 80). Also, for example, the "desired state" is a state in which the ability parameter indicates that the player possesses a particular ability. Furthermore, the "desired state" is the state in which the state parameter is at its best or above a standard within the range in which it can take. For example, if the state parameter can take one of several states (e.g., best, good, average, bad, worst), the best state is the best state among these multiple states. Above a standard is a state that is at or above a standard level (e.g., good or better). For example, the "desired state" is a state in which the state parameter indicates a specific characteristic. Furthermore, the "desired state" is a state where the character's personality is at its best or above the standard within the range of possible character traits. For example, if the character parameter can take on one of several personality levels (e.g., best, good, average, bad, worst), the best personality is the best personality among these levels. Above the standard means a personality at or above the standard level (e.g., good or better). Also, for example, the "desired state" is a state in which the character parameter indicates a specific characteristic. Furthermore, for example, the "desired state" is a state where the level parameter is at the highest level or above the standard level within the range of possible level traits. For example, if the level parameter changes between 0 and 99, the highest level is the state where the level parameter is at its highest value of 99. A state above the standard level means the level parameter is at or above the threshold (e.g., 80).

"Game 1" may be a game in which the parameters of each of multiple Game 1 objects are changed or set. That is, there may be more than one Game 1 object whose first parameter can be changed or set in Game 1. For example, Game 1 may be playable repeatedly by the user, and the first parameter of a new Game 1 object may be changed or set with each play.

In this embodiment, the "first game" is a game in which game effects related to changes or settings of the first parameter occur based on the second game object. In other words, the "first game" is a game in which effects favorable to bringing the first parameter to a desired state occur based on the second game object.

A "second game object" is a game object different from the first game object. For example, a second game object is a game object used to generate game effects related to changes or settings of the first parameter. The second game object may be the same type of game object as the first game object, or it may be a different type. For example, if the first game object is a game character, the second game object may be a game item. The second game object is associated with a second parameter.

The "second parameter" refers to, for example, the level parameter related to the strength (level) of the second game object. For example, the level parameter is a numerical value or symbol indicating the magnitude of the level. For example, the "second parameter" refers to the rarity parameter related to the rarity of the second game object. For example, the rarity parameter is a numerical value or symbol indicating the magnitude of the rarity. For example, the "second parameter" refers to the ability parameter related to the capabilities (performance) of the second game object. The meaning of the ability parameter is the same as explained for the first parameter. The "second parameter" may or may not be changeable or set based on user actions. For example, the second parameter may be changed or set when the user performs an action to strengthen the second game object.

"Effects in the first game related to the change or setting of the first parameter" refers to, for example, generating effects in the first game that are advantageous for changing or setting the first parameter. For example, this could involve generating an event that changes or sets the first parameter, or granting the user a game item that changes or sets the first parameter. Alternatively, it could involve generating effects in the first game that make it easier to change or set the first parameter. For example, this could involve generating a game event that makes it easier to improve the first parameter, or granting the user a game object that makes it easier to improve the first parameter. Or, it could involve branching the game story to one that makes it easier to change the first parameter.

Furthermore, "the first game effect relating to the change or setting of the first parameter" includes both effects that directly change or set the first parameter and effects that indirectly change or set the first parameter. Directly changing or setting the first parameter means, for example, changing or setting the first parameter immediately when an event occurs. Indirectly changing or setting the first parameter means, for example, that the first parameter is not changed or set when an event occurs, but a parameter for changing or setting the first parameter (for example, experience points for changing or setting ability parameters in Figures 16 and 17 described later) increases, or a game object for changing or setting the first parameter (for example, a game item for changing or setting ability parameters) is given to the user. For example, the user can change or set the first parameter, such as ability parameters, using experience points (Figures 16, 17, etc.) or game items. For example, a user may use these to change or set a first parameter, such as an ability parameter, immediately after gaining experience points or receiving a game item, or they may use them to change or set a first parameter after a period of time has passed (for example, after the date has changed) when the user plays or accesses the game.

"An effect that is favorable to bringing the first parameter to a desired state" refers to an effect that makes it easier to bring the first parameter to a desired state. For example, this could involve changing the rate of change of the first parameter so that it approaches the desired state. For instance, if the first parameter is a capability parameter, this could involve increasing the rate of increase of the capability parameter.

A "second game" is, for example, a game executed based on the first game object. For instance, a "second game" is a game where a given game task is achieved based on the first game object. In other words, a "second game" is a game where the user aims to achieve a game task based on the first game object.

A "game objective" is a task that must be achieved in a game. For example, a "game objective" might be to achieve a predetermined result in the second game. The "game objective" varies depending on the content of the second game. For instance, if the second game is a competitive game using the first game object whose first parameter was changed in the first game, winning the match might be considered the "game objective."

A "versus game" is a game in which a user competes against an opponent. The opponent can be another user or a computer. For example, a "versus game" is a game where the competition takes place based on a first game object owned by the user and a first game object owned by the opponent. Another example of a "versus game" is a game where a sports match is played.

The "second game" may be a game in which rewards are given based on the content or outcome of the game. In this case, obtaining more rewards corresponds to the "game task."

"Rewards" refer to game objects (game items, etc.) or parameters (points or in-game currency) awarded to users. The content of rewards changes depending on the game's outcome or content, and users play the game aiming to obtain better rewards. A "good reward" means either a large quantity of rewards or a high level of rarity.

Next, we will explain the overview of the first and second games, using a baseball game as an example. The main terms explained above correspond to the terms used in the baseball game described below: • "First Game": Success Part • "Second Game": Stadium Part • "First Game Object": Protagonist character or original character • "Second Game Object": Event character • "First Parameter": Ability parameter of the protagonist character or original character • "Second Parameter": Level parameter of the event character

Figure 2 shows an example of a baseball game's home screen image. As shown in Figure 2, the upper area A110 of the home screen image G100 displays various parameters related to the user playing the baseball game. The upper area A110 includes areas A111 to A116 for displaying these user-related parameters.

Area A111 shows the username. Area A112 shows the amount of coins the user owns. "Coins" are virtual currency used in the game and are used to strengthen event characters (see Figures 23-27). Area A113 shows the number of power stones the user owns. "Power stones" are game items needed to perform gacha (lottery) to obtain event characters and to exceptionally restore parameters that normally recover over time all at once.

Area A114 displays the user's Success Points. Success Points are the points required to play the Success Part (see Figures 3-19), which will be described later. As will be explained later, the Success Part is a game segment where the user develops a game character (an example of the first game object) that is a baseball player, creating their own original character. Success Points decrease (are consumed) when the user starts playing Success Mode and increase (recover) over time. Area A114 may also display the remaining time until the Success Points are fully recovered.

Area A115 displays the user's team rank and overall strength. In this baseball game, users can assemble their own team using original characters they've previously developed in the success mode (see Figures 29 and 30), and furthermore, they can compete against other users' teams (see Figures 34 and 35). For example, in the example shown in Figure 2, the letter (B) displayed in Area A115 indicates the user's team rank. "B" is a lower rank than "A" and a higher rank than "C". The number (10200) displayed in Area A115 indicates the user's team's overall strength. For example, a higher number indicates a higher overall strength. Note that overall strength is calculated based on the abilities of the game characters belonging to the team.

Area A116 displays the number of match tickets the user possesses. "Match tickets" are game items necessary to play against other users' teams in the stadium section described later. A user can play against another user's team by using one match ticket. The number of match tickets increases (recovers) over time. Area A116 may also display the remaining time until the number of match tickets increases.

The lower area A120 of the home screen image G100 displays multiple processing objects P121 to P125. A "processing object" is, for example, an image, symbol, or text associated with a process. Specifically, buttons, icons, or links are examples of "processing objects." When a processing object is selected, the process associated with that object is executed.

The processing object P121 is associated with a process for returning to the home screen image G100. When a screen image other than the home screen image G100 is displayed on the display unit 15, and the user selects the processing object P121 displayed on that screen image, the home screen image G100 is displayed on the display unit 15.

Processing object P122 is associated with the process of displaying a screen image for the user to assemble their team. Details will be described later (see Figures 28-30). Processing object P123 is associated with the process of displaying screen images for the user to check their owned event characters, assemble an event character deck, and strengthen event characters. Details will be described later (see Figures 20-27).

Processing object P124 is associated with a process for displaying a screen image for a lottery (gacha) to obtain an event character. When the user selects processing object P124, the screen image for the lottery is displayed on the display unit 15.

Processing object P125 is associated with a process for displaying screen images for purchasing Power Stones or recovering Success Points or Match Tickets in exchange for real-world currency (e.g., dollars or yen) or currency used outside the game (e.g., electronic money or points). When the user selects processing object P125, screen images for purchasing Power Stones or recovering Success Points or Match Tickets in exchange for real-world currency are displayed on the display unit 15.

Furthermore, the home screen image G100 includes a processing object P130. The processing object P130 is associated with a process for displaying a menu screen image. When the user selects the processing object P130, the menu screen image is displayed on the display unit 15. Through this menu screen image, the user can establish relationships with other users (e.g., friendships or partnerships) and check announcements from the game provider.

Furthermore, the home screen image G100 includes processing objects P140, P150, and P160. This baseball game has three parts: a success part, a stadium part, and a challenge part. Processing objects P140, P150, and P160 are for the user to select one of these parts.

Processing object P140 is associated with the success part, and the user can play the success part by selecting processing object P140. As mentioned earlier, the success part is the game part where the game character is trained, and details of the success part will be described later (see Figures 3-19).

Processing object P150 is associated with the stadium part, and the user can play the stadium part by selecting processing object P150. As mentioned earlier, the stadium part is a game part where you play against other users' teams, and details of the stadium part will be described later (see Figures 34 and 35).

Processing object P160 is associated with the Challenge Part, and the Challenge Part is executed when the user selects processing object P160. In this baseball game, multiple game challenges are pre-set, such as "Train three player characters in the Success Part" or "Win 100 games in the Stadium Part." In the Challenge Part, the user can check the progress of each game challenge and receive rewards associated with the challenges they have completed. These challenges may be set daily, weekly, or monthly.

As shown in Figure 2, processing objects P140, P150, and P160 are displayed at positions corresponding to the three vertices of an upright triangle. When the user selects one of these processing objects, the selected processing object is displayed at the position corresponding to the upper vertex.

The example shown in Figure 2 illustrates the state where processing object P140, associated with the success part, is selected. In this state, as shown in Figure 2, processing objects P141 to P143, associated with the success part, are displayed.

In the success phase, users develop their own original character by training and other activities while progressing through the scenario. Here, "scenario" refers to the game's storyline that unfolds as the game progresses.

One example of the above scenario is a game story that follows the protagonist character from the summer of their second year of high school until they become a professional baseball player. For instance, the protagonist joins their high school baseball team, practices with their teammates, earns a starting position, and participates in baseball games (regional qualifying tournaments and national tournaments, etc.). If the protagonist's practice and games are evaluated by professional baseball team scouts above a certain standard, they will be scouted as a professional baseball player in the fall of their third year of high school.

In this embodiment, multiple scenarios are provided as scenarios in the success part. For example, the high school to which the main character belongs differs among these multiple scenarios. Specifically, the multiple scenarios provided include a scenario where the main character belongs to a typical high school, a scenario where the main character belongs to a high school known for its baseball program, and a scenario where the main character belongs to a high school where the number of male students and female students is significantly higher than the number of male students.

In the example shown in Figure 2, processing objects P141, P142, and P143 are associated with scenarios A (High School A), B (High School B), and C (High School C), respectively. When the user selects one of the processing objects P141 through P143, the selected processing object is displayed in the center of the home screen image G100.

The example shown in Figure 2 illustrates the state where processing object P142, associated with Scenario B (High School B), is selected. If the user further selects processing object P142 in this state, the success part will be executed. In this case, the scenario for the success part will be Scenario B.

Here, let's explain the flow of the success part. Figure 3 shows an example of the success part flow. As shown in Figure 3, in the success part, the pre-part is executed, followed by the main part. In the pre-part, the information necessary for executing the main part is registered and configured.

As shown in Figure 3, the pre-part first registers the basic information of the main character. Figure 4 shows an example of a main character registration screen image for registering the main character's basic information. Note that the upper area A210, lower area A220, and processing object P130 in the main character registration screen image G200 shown in Figure 4 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here.

As shown in Figure 4, the protagonist registration screen image G200 includes the protagonist registration area A240. The protagonist registration area A240 is for registering the basic information of the protagonist character to be trained in the success part. For example, the basic information includes name, voice, defensive position, dominant hand, and batting form (or pitching form). Note that "Voice" refers to the pronunciation (reading/furigana) of the protagonist character's name when it is output as voice. Furthermore, if the "Defensive Position" is anything other than pitcher, "Batting Form" is included in the basic information; if the "Defensive Position" is pitcher, "Pitching Form" is included.

In this embodiment, the basic information of the main character is automatically initialized and displayed in the main character registration area A240. In the main character registration area A240, processing objects P241 to P245 are displayed, each associated with a specific item. The user can change the content of an item by selecting the processing object associated with that item. For example, in the example shown in Figure 4, processing object P241 is associated with "Name," so the user can change the main character's name to any name by selecting processing object P241.

Furthermore, the protagonist registration screen image G200 includes processing objects P230 and P250. Processing object P230 is associated with a process to return to the previously displayed screen image. Therefore, when the user selects processing object P230, the home screen image G100 is displayed on the display unit 15.

On the other hand, processing object P250 is associated with a process to complete the setting of the main character's basic information. As shown in Figure 3, once the registration of the main character's basic information is complete, the event deck is set up. Therefore, when the user selects processing object P250, an event deck setting screen image for setting up the event deck is displayed on the display unit 15. As will be explained in detail later, the event characters set in the event deck affect the development of the main character.

Figure 5 shows an example of an event deck settings screen image. Note that the upper area A310, lower area A320, and processing object P130 in the event deck settings screen image G300 shown in Figure 5 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here. Also, the processing object P330 in the event deck settings screen image G300, like the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the protagonist registration screen image G200).

As shown in Figure 5, the event deck settings screen image G300 includes the event deck settings area A340. Note that Figure 5 omits the content displayed in the event deck settings area A340; the content displayed in the event deck settings area A340 is shown in Figure 6.

Here, let's explain the "Event Deck." As will be explained later, various events occur during the main part (scenario) of the success phase. For example, events that are advantageous for improving the protagonist character's abilities will occur. In this embodiment, however, the events that occur during the main part of the success phase are not fixed; various events occur depending on the one or more game characters that the user has included in the event deck. Therefore, by selecting the game characters to include in the event deck, the user can select the events that may occur in the main phase. Hereafter, game characters that can be included in the event deck (in other words, game characters for triggering events) will be referred to as "event characters."

In the example shown in Figure 6, the event deck setting area A340 includes area A341 and processing object P342. Area A341 displays the name of the event deck. Processing object P342 is associated with a process for displaying a screen image for changing the event deck name. When the user selects processing object P342, a screen image for changing the event deck name is displayed on the display unit 15, allowing the user to change the event deck name.

Furthermore, the event deck setting area A340 is provided with six setting frames A344-1, A344-2, A344-3, A344-4, A344-5, and A345 for setting event characters that will become members of the event deck.

In this embodiment, a predetermined number of event characters are assigned to the user when they first play this baseball game. Users can also obtain event characters through a lottery, as rewards in the game, or from other users. Event characters are assigned to the user in the form of game cards (digital cards), and the user can own event characters in the form of game cards. In this embodiment, the user can arbitrarily include up to five event characters from their own collection in their event deck. Setting frames A344-1, A344-2, A344-3, A344-4, and A344-5 are frames for setting the user's own event characters as members of the event deck. For example, as shown in Figure 6, an image showing the event characters set in the event deck by the user is displayed in the event deck setting area A340, along with the level and rarity of the event characters.

Furthermore, in this embodiment, it is possible to include one event character owned by another user as a support character in the event deck. Setting frame A345 is a frame for setting an event character owned by another user as a member of the event deck.

In the example shown in Figure 6, the maximum number of event characters a user can include in their event deck from their own collection is set to "5," and the maximum number of event characters owned by other users that can be included in their event deck is set to "1." For example, these limits may be changed by satisfying certain conditions. Specifically, the limit may increase when the game progress reaches a certain level. Alternatively, the limit may increase through in-app purchases (for example, by consuming paid items). Or, the limit may increase by consuming a predetermined amount of in-game points or in-game currency. Furthermore, the limit may be changed by satisfying various other conditions.

When a user performs a long press (touching and holding for a predetermined period of time or longer) on any setting frame, an event character screen image showing detailed information about the event character set in that setting frame is displayed on the display unit 15.

Figure 7 shows an example of an event character screen image. As shown in Figure 7, the event character screen image G400 includes a first region A410, a second region A420, and a third region A440.

Area 410 displays the event character's name, image, rarity, level, experience points, event power, player abilities, and preferred training. Here, event power, player abilities, and preferred training differ for each event character. In particular, the difference in preferred training for each event character creates choices and strategic options for users when incorporating event characters into their event decks.

"Rarity" indicates, for example, how difficult it is to obtain an event character. The higher the rarity of an event character, the harder it is to obtain. Generally, the higher the rarity of an event character, the more useful (abilities, effects, etc.) that character is, so "rarity" can also be said to indicate the usefulness of an event character.

In the example shown in Figure 7, the "R" displayed to the left of the event character's image indicates the event character's rarity. In this embodiment, each event character is associated with one of several rarity levels: PSR (Powerful Super Rare), SR (Super Rare), PR (Powerful Rare), R (Rare), PN (Powerful Normal), and N (Normal). Arranged from highest to lowest, these are PSR, SR, PR, R, PN, and N. That is, PSR represents the highest rarity, and N represents the lowest. Note that even the same event character can exist in six different rarities: PSR, SR, PR, R, PN, and N. Here, "the same event character" refers to an event character with the same name, or an event character with the same appearance (image). For example, if the event character is a person, being the same person corresponds to being the same event character.

The "Level" indicates the event character's level. In the example shown in Figure 7, the notation "Lv. 8/22 (+2)" indicates the event character's level. This means the event character's current level is "8," and the maximum level (upper level) is "22."

Furthermore, in the example shown in Figure 7, the gauge area A411 indicates the current experience points of the event character. As will be described later, in this embodiment, experience points are granted to an event character by combining it with another event character (see Figures 23-27). When the event character's experience points reach a predetermined value, the event character's level increases by one. Note that when the gauge in gauge area A411 extends to the right edge of gauge area A411, it corresponds to the event character's experience points reaching the predetermined value.

Event characters' levels are limited to prevent them from exceeding their maximum level. The maximum level varies depending on the rarity; higher rarity characters generally have higher maximum levels. Furthermore, combining an event character with another identical event character may increase the event character's maximum level. The notation "Lv. 8/22 (+2)" indicates that the event character's maximum level has increased by 2. In other words, the event character's initial maximum level was "20," and it has increased to "22" through enhancement.

"Event Power" indicates the potential of events associated with an event character (i.e., events that may occur in the main part of the game depending on the event character). A higher Event Power value indicates that it is easier to increase the protagonist character's abilities. Higher rarity also results in a higher Event Power value.

"Player Ability" indicates the abilities of an event character as a player. In the main part, during the main part (scenario) of the success part, match events occur, with the protagonist character's high school playing against other high schools. In these matches, event characters included in the event deck participate as the protagonist character's teammates. Player Ability indicates the level of ability that an event character can demonstrate in such matches.

In the example shown in Figure 7, letters and numbers indicating player abilities are displayed. A higher number indicates a higher potential for the event character to perform as a player in a match. Furthermore, each event character is associated with one of the letters S, A, B, C, D, E, or F, depending on the numerical value. "S" indicates very high player ability, while "F" indicates very low player ability.

Furthermore, player abilities remain unchanged and do not change. That is, even if an event character is combined with another event character, the event character's player abilities will not change. The event character screen image G400 includes a processing object P430 associated with the process of displaying the event character's detailed player abilities. When the user selects processing object P430, a screen image showing the event character's detailed player abilities is displayed on the display unit 15.

"Preferred Training" indicates the type of training an event character excels at. As described later, in the main part (scenario) of the success mode, having the protagonist character participate in training will increase their abilities. Furthermore, having the protagonist character participate in the event character's preferred training alongside them will increase the protagonist's abilities more easily than usual.

The second area A420 displays the event list, event bonuses, and profile of the event character. As shown in Figure 7, the second area A420 includes the first tab T421, the second tab T422, and the third tab T423.

The first tab, T421, displays the event list for the event character. The "Event List" shows a list of events that may occur in the main part of the success phase if the event character is included in the event deck. The third tab, T423, displays the event character's profile. In the example shown in Figure 7, the second tab, T422, is primarily displayed, but the user can choose to display either the first tab, T421, or the third tab, T423 instead of the second tab, by selecting either tab.

Tab T422, the second tab, shows the event bonuses for event characters. In the main part of the success mode, event characters included in the event deck provide beneficial effects (bonuses) that increase the protagonist character's abilities. "Event Bonus" refers to the effects that occur in the main part of the success mode when an event character is included in the event deck.

In the example shown in Figure 7, the event bonuses for the event character are set as follows: "Initial Evaluation 15," "Special Tag Bonus 20%," "Skill Event Bonus 20%," and "Increased Preferred Training Rate 10%." Details of these event bonuses will be explained later (see explanations for Figures 13, 16, and 17).

Furthermore, the effects generated by an event character may vary depending on the combination of the event character and the success part scenario selected by the user. For example, the events and event bonuses generated by the event character may change according to the scenario. In this case, the effects for each scenario may be identifiable in the event character screen image G400. Also, while matches featuring the main character take place in the success part, event characters can also participate in these matches. However, event characters cannot participate in matches in the stadium part.

In this embodiment, as the event character's level increases, the event bonus (the effect described above) also becomes stronger. As shown in Figure 7, the second tab T422 includes a processing object P424 associated with a process for displaying the correspondence between the event character's level and the event bonus. When the user selects the processing object P424, a bonus details screen image showing the correspondence between the event character's level and the event bonus is displayed on the display unit 15.

Figure 8 shows an example of a bonus details screen image. As shown in Figure 8, the bonus details screen image G500 displays the correspondence between the event character's level and the event bonus. That is, the bonus details screen image G500 displays the bonus associated with the event character's level. The event bonus associated with event character level "n" indicates the event bonus that occurs in the main part of the success phase when the event character's level is level "n" or higher.

Furthermore, the bonus details screen image G500 displays event bonuses associated with levels below the event character's current level, and event bonuses associated with levels above the event character's current level.

Furthermore, in the bonus details screen image G500, event bonuses associated with levels below the event character's current level and event bonuses associated with levels above the event character's current level are displayed in a way that allows the user to distinguish between them. In the example shown in Figure 8, check objects are displayed in association with levels below the event character's current level. In the example shown in Figure 8, since the event character's current level is "8" (see Figure 7), check objects C510 and C520 are displayed in association with levels "1" and "5". Therefore, the user can easily understand "what kind of event bonuses will occur in the main part of the success part by incorporating the event character in its current state into the event deck." Alternatively, instead of the above check objects C510 and C520, the color or brightness of the area showing levels below the event character's current level (i.e., the area showing effects that occur at the event character's current level) may be changed in the bonus details screen image G500. Conversely, the color or brightness of the area showing effects that do not occur at the event character's current level may also be changed in the bonus details screen image G500.

Furthermore, the bonus details screen image G500 also includes a processing object P530 associated with the process of closing the bonus details screen image G500. When the user selects processing object P530, the bonus details screen image G500 disappears, and the event character screen image G400 is displayed.

As shown in Figure 7, the third region A440 of the event character screen image G400 contains processing objects P441, P442, and P443.

Processing object P441 is a processing object associated with the process of closing the event character screen image G400. Therefore, when the user selects processing object P441, the event character screen image G400 disappears and the event deck settings screen image G300 is displayed.

Processing object P442 is a processing object associated with the process of locking an event character. "Locking an event character" means making it impossible to sell the event character or combine it with other event characters. When the user selects processing object P442, the event character displayed on the event character screen image G400 becomes locked. Furthermore, if the event character displayed on the event character screen image G400 is locked, processing object P442 becomes a processing object associated with the process of unlocking the event character.

Processing object P443 is a processing object associated with the process of setting an event character as the leader. Therefore, when the user selects processing object P443, the event character displayed on the event character screen image G400 is set as the leader. The event character set as the leader by the user can be rented as a helper by other users. Conversely, a user can rent an event character set as the leader by another user and play the success part.

Furthermore, when an event character set by the user as the leader is rented as a helper, the user receives a reward. For example, when an event character set by the user as the leader is rented as a helper, a notification indicating this and that a reward will be granted will be displayed on the display unit 15 when the game is started, etc. The reward may be granted automatically, or it may be granted when the user performs an action to receive the reward. The reward may include, for example, gacha points, coins, store medals, game items, etc., or it may increase the experience points or level of the event character owned by the user, or improve the ability parameters of the main character or original character. The content of the reward may also change depending on the results of the success part in which the helper was used.

In the event deck setting area A340 shown in Figure 6, when the user taps (touches briefly) any of the setting frames A344-1, A344-2, A344-3, A344-4, or A344-5, the event character set in that setting frame is selected as the source character for the change. An event character change screen image is then displayed on the display unit 15, allowing the user to change the selected event character to another event character.

Figure 9 shows an example of an event character change screen image. Note that the upper area A610, lower area A620, and processing object P130 in the event character change screen image G600 shown in Figure 9 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here. Also, the processing object P630 in the event character change screen image G600, like the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the event deck setting screen image G300).

The event character change screen image G600 includes the event character list area A640. The event character list area A640 displays a list of event characters owned by the user. In the event character list area A640, event characters included in the event deck are displayed in a way that allows the user to distinguish between event characters included in the event deck and event characters not included in the event deck. In the example shown in Figure 9, the text (or image) "In Use" is displayed in association with event characters included in the event deck, and the same event character cannot be selected to prevent duplicate inclusion in the event deck. The user selects one of the event characters not included in the event deck as the target for the change. Once the user selects an event character as the target, that event character is added to the event deck in place of the event character selected as the source.

Furthermore, the event character list area A640 includes a processing object P641 associated with the process of removing the event character selected as the source of the change from the event deck. Therefore, when the user selects processing object P641, the event character selected as the source of the change is removed from the event deck.

Processing object P650 is associated with sorting the display order of event characters shown in the event character list area A640. Multiple conditions can be specified here; for example, event characters can be sorted by "acquisition order," "rarity," "level," "preferred training (details below)," "event power," "player ability," "name," and "lock order."

Furthermore, in the event deck setting area A340 shown in Figure 6, when a user performs a tap operation (a short touch operation) on the setting frame A345, a screen image for selecting a helper from among the event characters owned by other users is displayed on the display unit 15.

Figure 10 shows an example of the event deck setting area A340 when the event character in setting frame A344-5 is changed to another event character, and a helper is selected from among the event characters owned by other users.

As shown in Figures 6 and 10, the event deck setting area A340 includes the preferred training area A346. The preferred training area A346 displays the preferred training of the event characters incorporated into the event deck. As shown in Figure 6 and 10, the event deck setting area A340 displays the event characters shown in setting frames A344-1 to A344-5 and A345, and the preferred training shown in the preferred training area A346. In other words, the event characters and their corresponding preferred training are displayed on the same screen. Therefore, the user can easily see the preferred training they desire and the event characters that possess it, and intuitively understand whether the event characters incorporated into the event deck are ideal or not.

In this embodiment, one of the ten types of training—"Hitting," "Strength," "Baserunning," "Arm Strength," "Fielding," "Mental Strength," "Pitching Speed," "Control," "Stamina," and "Breaking Ball"—is set as the event character's specialty training. Of these, "Fielding" and "Mental Strength" are training items common to both fielders and pitchers. "Hitting," "Strength," "Baserunning," and "Arm Strength" are training items for fielders. "Pitching Speed," "Control," "Stamina," and "Breaking Ball" are training items for pitchers. These training sessions are performed by the main character in the success part described later.

As shown in Figures 6 and 10, the preferred training area A346 displays these 10 types of training, and the user can distinguish between the training that is set as the preferred training of the event character incorporated into the event deck and the training that is not set as the preferred training of the event character incorporated into the event deck.

In the preferred training area A346, training primarily for fielders (batting, strength, base running, throwing strength, fielding) is displayed on one side (left), and training primarily for pitchers (velocity, control, stamina, breaking balls) is displayed on the other side (right). Training for both fielders and pitchers (mental) is displayed in between. With the display positions of each training arranged in this way, as explained below, by making it possible to identify the preferred training of the event characters included in the event deck, it becomes possible to intuitively understand whether the event characters included in the event deck are ideal for training fielders or pitchers. For example, if the main character that the user is training is a pitcher, and many of the preferred trainings are placed on the left side, the user can intuitively understand that the event characters included in the event deck are not ideal for training a pitcher, and can easily make decisions such as changing the event characters. In this example, the training for fielders and pitchers is arranged to be separated left and right, but it could also be arranged to be separated vertically. Furthermore, for example, the display patterns for fielder and pitcher training could be made different. For example, fielder practice could be displayed in green and pitcher practice in red, thus color-coding fielder and pitcher practice. This way, if the main character the user is trying to train is a fielder, and there are many red-colored training options, the user can intuitively understand that the event characters included in their event deck are not ideal for fielder training. This allows the user to easily make decisions such as swapping out event characters.

Furthermore, in the preferred training area A346, training sessions set as the preferred training of an event character incorporated into the event deck and training sessions not set as the preferred training of an event character incorporated into the event deck are displayed in different ways. In the example shown in Figures 6 and 10, an "X" mark is displayed in association with training sessions not set as the preferred training of an event character incorporated into the event deck, thereby distinguishing between training sessions set as the preferred training of an event character incorporated into the event deck and training sessions not set as the preferred training. Note that the method of distinguishing is not limited to "X" marks. The display methods for training sessions set as preferred training and those not set as preferred training may also be different; for example, the color tone or brightness may be changed to distinguish them. In this case, training sessions set as preferred training may be displayed brighter, and training sessions not set as preferred training may be displayed darker. This allows for a more intuitive understanding of preferred training by observing the brightness of the image.

In the preferred training area A346 shown in Figure 10, a numerical value (2) is displayed in relation to "Muscle Strength" and "Shoulder Strength," respectively. This number indicates the number of event characters included in the event deck whose preferred training is set to that training. This number also includes event characters who are acting as support characters. The preferred training area A346 shown in Figure 10 shows that among the event characters included in the event deck, there are two event characters whose preferred training is set to "Muscle Strength." Similarly, the preferred training area A346 shown in Figure 10 shows that among the event characters included in the event deck, there are two event characters whose preferred training is set to "Shoulder Strength." Here, the number of event characters with the same preferred training is displayed numerically on the screen, but for example, an image such as a star mark or icon corresponding to the number of event characters could be displayed at a position around the corresponding preferred training, or superimposed on the preferred training. Furthermore, instead of directly displaying an image showing the number of event characters with the same specialty training, the brightness of that specialty training may be increased, or effects such as light or flashing may be strengthened, as the number of event characters with the same specialty training increases.

Furthermore, the preferred training area A346 may display only the training sessions designated as preferred training for event characters included in the event deck, and may not display training sessions that are not designated as preferred training for those event characters. Additionally, if multiple event characters included in the event deck have the same training session designated as their preferred training, that training session may be displayed multiple times in the preferred training area A346.

Furthermore, in this embodiment, not only "player" event characters but also "manager" event characters can be included in the event deck. Since "manager" event characters do not have a designated specialty training, including them in the event deck will not change the display in the specialty training area A346. For example, in an event deck with four "player" event characters and one "manager" event character, the specialty training area A346 will only display the specialty training for the four players.

As shown in Figures 6 and 10, the event deck configuration area A340 includes a processing object P343 associated with a process for automatically configuring the event deck according to the user's requirements.

When the user selects processing object P343, an automatic setting menu screen image is displayed for selecting the protagonist character's training strategy. Figure 11 shows an example of the automatic setting menu screen image. In the automatic setting menu screen image G700 shown in Figure 11, the user can select either the first training strategy, "Train the protagonist character as a pitcher," or the second training strategy, "Train the protagonist character as a fielder."

The automatic setting menu screen image G700 includes the processing object P710. Processing object P710 is associated with a process for selecting the first training strategy. In other words, processing object P710 is associated with a process for automatically setting an event deck suitable for training the main character as a pitcher. That is, when processing object P710 is selected, for example, event characters associated with events advantageous for improving pitching ability, or event characters associated with pitching training items as their specialty training items, will be prioritized over other event characters as members of the event deck.

Furthermore, the automatic setting menu screen image G700 also includes processing object P720. Processing object P720 is associated with the process for selecting the second training strategy. In other words, processing object P420 is associated with the process for automatically setting an event deck suitable for training the main character as a fielder. That is, when processing object P720 is selected, for example, event characters associated with events advantageous for improving fielder abilities, or event characters associated with fielder training items as their specialty training items, will be prioritized over other event characters as members of the event deck.

As described above, in this embodiment, by selecting a desired option from among the multiple options displayed on the automatic setting menu screen image G700 (i.e., multiple options related to training policies), the event deck matching the desired training policy is automatically set. This allows the user to easily set up an event deck that matches their desired training policy.

Furthermore, if the "Pitcher" training strategy is selected and there are few event characters whose specialty is "Pitcher" training, event characters whose specialty is "Fielder" training may be included in the event deck. Conversely, if the "Fielder" training strategy is selected and there are few event characters whose specialty is "Fielder" training, event characters whose specialty is "Pitcher" training may be included in the event deck. In this case, event characters with higher rarity may be given priority in being included in the event deck.

Furthermore, in the example shown in Figure 11, the user can choose between two development policies: "pitcher" and "fielder." However, it is also possible to allow the user to choose from multiple development policies for "pitchers" or multiple development policies for "fielders." For example, the user could choose from multiple abilities related to "pitchers" or "fielders" that they prioritize. For instance, for "pitchers," the development policy could be one of "emphasis on pitching speed," "emphasis on control," or "emphasis on breaking balls." Similarly, for "fielders," the development policy could be one of "emphasis on hitting," "emphasis on power," "emphasis on speed," or "emphasis on fielding."

Furthermore, the automatic setting menu screen image G700 may present the user with multiple questions. The system may then prioritize the inclusion of event characters that match the user's answers to these questions into the event deck. In this way, the system may determine the user's desired character development strategy from their answers to multiple questions, and prioritize the inclusion of event characters suitable for that strategy into the event deck. Additionally, the system may present multiple questions related to the user's personality assessment. By doing so, the system may prioritize the inclusion of event characters suitable for developing a main character that resembles the user's personality into the event deck.

Note that the automatic settings menu screen image G700 also includes a processing object P730 associated with the process of closing the automatic settings menu screen image G700. When the user selects processing object P730, the automatic settings menu screen image G700 disappears, and the event deck settings screen image G300 is displayed.

Returning to Figure 5, the event deck setting screen image G300 includes the processing object P350. The processing object P350 is associated with the process for completing the event deck settings. As shown in Figure 3, once the event deck settings are complete, game item selection takes place. Therefore, when the user selects the processing object P350, a screen image for selecting game items is displayed on the display unit 15.

In this embodiment, users can obtain game items as rewards or from other users that are advantageous for increasing the protagonist character's abilities during the success phase. In this screen image, the user selects game items from their owned items to use in the current success phase (main phase). Note that there is an upper limit (for example, two) on the number of game items that can be selected. Users cannot select more than this limit.

Once you have finished selecting your game items, the pre-game part will be completed and the main part will begin. In the main part, the scenario selected by the user on the home screen (image G100) will start. For example, the scenario might involve the main character joining a high school baseball team, practicing with teammates to earn a starting position, participating in matches (regional and national tournaments), and aiming to become a professional baseball player.

The scenario features event characters included in the event deck. For example, event characters included in the event deck may appear as the protagonist's teammates or the manager of the baseball team the protagonist belongs to. In this way, event characters owned by the user become characters in the scenario by being included in the event deck. Furthermore, game characters included in the event deck may also appear in the game as, for example, players on rival teams.

Furthermore, the scenario includes pre-defined game characters (for example, one manager, one scout, one team manager, and four to eight teammates). These game characters appear in the game even if they are not included in the event deck. Therefore, event characters included in the event deck can be considered additional game characters.

As shown in Figure 3, the main part (scenario) contains multiple sections. In the example shown in Figure 3, the main part (scenario) is divided into four sections in chronological order.

Furthermore, in the example shown in Figure 3, the scenario branches. Specifically, sections 3A and 3B are provided as the third section. Therefore, after completing section 2, the user can choose either section 3A or 3B. If the user selects section 3A, section 3A begins, and after section 3A is completed, section 4A begins. On the other hand, if the user selects section 3B, section 3B begins, and after section 3B is completed, section 4B begins. In other words, after the user selects section 3A, they cannot proceed to section 4B, and conversely, after the user selects section 3B, they cannot proceed to section 4A.

Furthermore, the scenario may be designed to branch only within a specific period. That is, users may be allowed to proceed to sections 3B and 4B only within a specific period, and not be able to proceed to sections 3B and 4B outside of that period. In such a case, sections 3B and 4B may feature special events that normally only occur if a special event character (for example, an event character of high rarity) is included in the event deck, but which can occur even if the special event character is not included in the event deck. By doing so, even users who do not possess the special event character can still experience the special events by proceeding to sections 3B and 4B within a specific period. Furthermore, if the specific period ends while a user is progressing through sections 3B and 4B, they may be allowed to proceed through sections 3B and 4B for a predetermined period afterward (for example, one day). Also, the sections following sections 3A and 3B may branch into multiple further paths. Furthermore, there may be multiple sections that can only be progressed through within a specific period. Furthermore, when the scenario branches as described above, if the user selects a specific section, the protagonist character may acquire abilities that the event characters in the user's set event deck do not possess, during events, etc. Also, if the user selects a specific section, the increase in ability parameters during events, etc., may be greater than the normal increase from the event characters included in the event deck. Alternatively, for example, if the user selects a specific section, the user may acquire more coins or gacha points than usual. Note that in the above embodiment, the scenario branches from section 2 to sections 3B and 4B, with branching occurring in some of the four sections. However, the scenario may be configured so that branching always occurs after each section is completed. In other words, branching may occur in all sections.

Furthermore, as shown in Figure 3, each section contains multiple turns. In the example shown in Figure 3, each section consists of 12 turns. The number of turns included in each section may vary.

For example, one turn corresponds to one week in the game. Each time a turn ends, the virtual time in the game advances by one week, thus progressing the scenario. Alternatively, one turn could correspond to one day or one month in the game.

Upon completing the scenario, the main character's development is finished. The fully developed main character is registered as an original character and can be used in the stadium part. After the main part is finished, you can start the success part again from the beginning to develop a different main character (i.e., create another original character).

In each turn of the main part, the user selects one of the options regarding the protagonist character's actions to perform.

Figure 12 shows an example of the main command screen image in the success part. The main command screen image G800 shown in Figure 12 is the screen for selecting actions to be performed by the main character.

As shown in Figure 12, the upper area A810 of the main command screen image G800 displays the scenario's progress. For example, it shows the current section and the number of turns remaining until the current section ends. It also displays the current time in the game. In the example shown in Figure 12, it displays "2nd year, 8th month, 2nd week," indicating that the main character is a second-year high school student and the current time is the second week of August.

Furthermore, the upper area A810 also displays the protagonist character's motivation parameter. This parameter indicates the protagonist character's motivation (mood). For example, a higher motivation parameter value indicates higher motivation. As will be described later, in this embodiment, the protagonist character gains experience points by practicing in each turn (see Figure 13). In this case, the higher the protagonist character's motivation, the more experience points they receive.

Furthermore, the upper area A810 displays the number of treasure chests found in the current section. As will be described later, in each turn, a treasure chest discovery event occurs based on predetermined probability information, where the dog finds and brings back a treasure chest (see Figure 14). The number of treasure chests found in this way is then displayed.

Furthermore, the upper region A810 includes a gauge region A811 that displays the protagonist character's physical strength parameters. For example, when the protagonist character practices, the value of the physical strength parameter decreases, and when the protagonist character rests from practice, the value of the physical strength parameter increases (recovers). Note that a lower physical strength parameter value increases the probability of the protagonist character getting injured during practice (see Figure 13).

Furthermore, the upper region A810 includes a processing object P812. Processing object P812 is associated with a process for displaying a menu screen image related to the success part. When the user selects processing object P812, the menu screen image is displayed on the display unit 15. The menu screen image allows, for example, the user to interrupt the success part.

Furthermore, as shown in Figure 12, the lower area A820 of the main command screen image G800 displays processing objects P821, P822, P823, and P824.

Processing object P821 is associated with a process that displays the log of the success part (main part). When the user selects processing object P821, the log is displayed.

The processing object P822 is associated with a process to turn the auto function on/off. The auto function automatically advances the text displayed on the display unit 15. In the main part, text indicating parameter changes and text indicating conversations between the main character and other game characters are displayed on the display unit 15 (see Figures 14 and 15). Normally, the user needs to tap the display unit 15 to advance this text, but when the auto function is set to on, the text advances automatically without the user having to tap the display unit 15. The user can turn the auto function on/off by selecting the processing object P822.

The processing object P823 is associated with a process to turn the skip function on or off. The skip function automatically advances the text displayed on the display unit 15 at a faster speed than the auto function. When the skip function is set to on, the text advances automatically at a faster speed than the auto function, even without the user tapping the display unit 15. The user can turn the skip function on or off by selecting the processing object P823. However, it is not possible to turn on both the auto function and the skip function simultaneously; only one can be turned on at a time.

The processing object P824 has associated processing for turning the shortcut function on/off. The shortcut function is a feature that omits part of the text related to events. For example, in the main part, an event occurs where the protagonist character converses with other game characters, and text indicating the conversation may be displayed. However, if the shortcut function is set to on, part of the text will be omitted. The user can turn the shortcut function on/off by selecting the processing object P824.

Furthermore, as shown in Figure 12, the main command screen image G800 includes the protagonist ability area A830. The protagonist ability area A830 displays the values of the protagonist character's various basic ability parameters. In the example shown in Figure 12, the values of the protagonist character's trajectory parameter, contact parameter, power parameter, speed parameter, throwing strength parameter, and fielding parameter are displayed.

The trajectory parameter indicates how high the main character's batted ball will go. A higher value for the trajectory parameter indicates a higher trajectory. The contact parameter indicates the main character's contact ability (the ability to hit the ball thrown by the pitcher). A higher value for the contact parameter indicates higher contact ability. The power parameter indicates the main character's power (the ability to hit the ball thrown by the pitcher and send it flying a long distance). A higher value for the power parameter indicates that the ball hit by the bat will travel a longer distance.

The running speed parameter indicates the protagonist character's speed. A higher value indicates faster running. The throwing strength parameter indicates the protagonist character's throwing speed. A higher value indicates faster throwing. The fielding ability parameter indicates the protagonist character's fielding skill. A higher value indicates better fielding.

Note that the example shown in Figure 12 illustrates a case where the main character is a fielder; therefore, the basic ability parameters related to fielding abilities are displayed in the main character ability area A830. If the main character is a pitcher, then, for example, basic ability parameters related to pitching abilities, such as ball speed, control, and stamina, will be displayed in the main character ability area A830.

Furthermore, as shown in Figure 12, the main command screen image G800 includes the command area A840. The command area A840 displays processing objects P841, P842, P843, P844, P845, and P846.

Processing object P841 is associated with a process for having the main character practice. The user can have the main character practice by selecting processing object P841. Details will be described later (see Figures 13 and 14).

Processing object P842 is associated with the process of making the main character rest. The user can make the main character rest by selecting processing object P842. When the main character rests, their health parameter increases (recovers).

Processing object P843 is associated with the process of sending the main character to the hospital. The user can send the main character to the hospital by selecting processing object P843. For example, if the main character becomes ill or suffers a malfunction, sending them to the hospital will cure the illness or malfunction.

Processing object P844 is associated with the process of letting the main character play. The user can let the main character play by selecting processing object P844. Letting the main character play increases the main character's motivation parameter.

Processing object P845 is associated with the process of having the main character go on a date. The user can have the main character go on a date by selecting processing object P845.

Processing object P846 is associated with a process to improve the protagonist character's abilities. The user can improve the protagonist character's abilities by selecting processing object P846. Details will be described later (see Figures 16 and 17).

Figure 13 shows an example of a practice screen image. The practice screen image G900 shown in Figure 13 is displayed on the display unit 15 when the processing object P841 of the main command screen image G800 is selected. Note that the upper area A910 of the practice screen image G900 is the same as the upper area A810 of the main command screen image G800, so its explanation is omitted here.

As shown in Figure 13, the practice screen image G900 includes a command area A920. Command area A920 displays multiple processing objects P921, P922, P923, P924, P925, and P926, each corresponding to a different practice item. These processing objects P921 to P926 are associated with processes that cause the main character to perform various exercises.

Processing object P921 is associated with the process of having the main character perform batting practice. Processing object P922 is associated with the process of having the main character perform strength training. Processing object P923 is associated with the process of having the main character perform base running practice. Processing object P924 is associated with the process of having the main character perform arm strength training. Processing object P925 is associated with the process of having the main character perform fielding practice. Processing object P926 is associated with the process of having the main character perform mental training.

For example, if you want the main character to practice base running, the user first selects processing object P923. In this case, processing object P923 is tentatively selected. In this state, processing object P923 is displayed separately from the other processing objects P921, P922, P924-P926, indicating that processing object P923 is tentatively selected. In the example shown in Figure 13, the vertical position of processing object P923 on the screen is different from the other processing objects P921, P922, P924-P926, and the cursor object C927 is associated with processing object P923. Also in this state, the probability of injury during base running practice is displayed in association with processing object P923. This probability is determined based on the value of the main character's physical strength parameter. The smaller the value of the main character's physical strength parameter, the higher the probability of injury during practice.

Furthermore, the practice screen image G900 also includes the experience point area A930. The experience point area A930 displays the protagonist character's experience points (i.e., the experience points the protagonist character currently possesses).

In this embodiment, five types of experience points are set: strength points, agility points, technique points, curveball points, and mental points. Figure 13 shows the case where the protagonist character's strength points, agility points, technique points, curveball points, and mental points are 3 points, 5 points, 4 points, 0 points, and 0 points, respectively.

In the example shown in Figure 13, "+4" and "+15" are displayed in relation to strength points and agility points, respectively. This indicates that when the provisionally selected training item (base running practice) is performed, the main character's strength points will increase by 4 points and agility points will increase by 15 points.

In this embodiment, the type and amount of experience points that increase as a result of performing each practice item are predetermined. As described above, when base running practice is performed, strength points and agility points increase. For example, when batting practice is performed, strength points, technical points, and mental points increase.

Each training item has a level assigned to it. The level of a training item increases when the number of times that training item has been performed reaches a predetermined number. The higher the level of a training item, the greater the increase in experience points gained when that training item is performed.

Furthermore, the practice screen image G900 also includes the game character area A940. In this embodiment, each practice item is assigned a game character other than the main character (teammates, coach, manager), and these other game characters are depicted as either participating in or observing one of the practice sessions. In this regard, the game character area A940 displays the game character assigned to the provisionally selected practice item. Note that the game character assigned to each practice item changes with each turn.

In the example shown in Figure 13, since base running practice is provisionally selected, the game character assigned to base running practice is displayed in the game character area A940.

The game character area A940 displays a gauge area A941 associated with the game character. This gauge area A941 indicates the game character's evaluation of the protagonist character. A longer gauge in gauge area A941 indicates a higher evaluation of the protagonist character. As described later, when the protagonist character performs the training assigned to the game character (i.e., when the protagonist character performs the same training as the game character), the game character's evaluation of the protagonist character increases (see Figure 14).

Furthermore, in the event character screen image G400 shown in Figure 7, the event character's event bonus was set to "Initial Evaluation 15". This event bonus, "Initial Evaluation 15," indicates that at the start of the main part, the event character's evaluation of the protagonist character is initially set to a higher value (15) than the normal value (0).

The example shown in Figure 13 illustrates a case where an event character (Yabe) incorporated into the event deck is assigned to base running practice. In other words, it shows a case where the event character (Yabe) incorporated into the event deck is participating in base running practice as a teammate alongside the main character.

The training item (base running) displayed in association with an event character indicates that the event character's specialty training. Therefore, the example shown in Figure 13 illustrates a case where the event character is assigned to their specialty training (base running training). In other words, it shows the event character performing their specialty training (base running training).

In this situation, when the main character performs base running practice, the amount of experience points gained will be greater than usual. In short, when the main character performs the event character's specialty practice together, the amount of experience points gained will be greater than usual. That is, in turns where an event character whose specialty practice is base running is assigned to base running practice, the amount of experience points gained by the main character performing base running practice will be greater than in turns where the event character whose specialty practice is base running is not assigned to base running practice.

Furthermore, if the main character practices base running in the situations described above, a special tag bonus event may occur if the event character's evaluation of the main character is higher than a predetermined standard. When a special tag bonus event occurs, the increase in experience points is greater than when it does not occur. Thus, if the main character practices their specialty training with an event character who highly values them, the increase in experience points will be even greater.

Furthermore, in the event character screen image G400 shown in Figure 7, the event character's event bonus was set to "Special Tag Bonus 20%". This event bonus, "Special Tag Bonus 20%", indicates that when a Special Tag Bonus event occurs, the amount of experience points gained will be 20% higher.

Furthermore, in the example shown in Figure 13, the event character is assigned to the same training item as their preferred training. However, event characters are not always assigned to the same training item as their preferred training; they may be assigned to a different training item. The training item to which an event character is assigned is determined each turn based on predetermined probability information.

In this regard, in the event character screen image G400 shown in Figure 7, the event bonus for the event character was set to "10% increase in preferred training rate." This event bonus, "10% increase in preferred training rate," indicates that the probability of the event character being assigned to their preferred training increases by 10%, making it easier for the event character to be assigned to their preferred training.

When base running practice is tentatively selected (i.e., when cursor object C927 is pointing to processing object P923), if the user further selects processing object P923, base running practice is confirmed as the practice item to be performed by the main character, and the main character performs base running practice.

Note that the practice screen image G900 also includes the processing object P950. Processing object P950 is associated with a process to return to the previously displayed screen image. Therefore, when the user selects processing object P950, the main command screen image G800 is displayed on the display unit 15.

Figure 14 shows an example of a practice results screen image. When any practice item is confirmed as a practice item to be performed by the main character, the practice results screen image G1000 shown in Figure 14 is displayed on the display unit 15. Note that the upper area A1010 and lower area A1020 of the practice results screen image G1000 are the same as the upper area A810 and lower area A820 of the main command screen image G800, so their explanation is omitted here.

As shown in Figure 14, the practice results screen image G1000 includes a text area A1030. Text indicating the protagonist character's practice results is displayed in text area A1030. Specifically, text showing the changes in various parameters resulting from the protagonist character's practice is displayed in text area A1030.

Figure 14 shows the practice results screen image G1000 displayed when base running practice is selected (i.e., when processing object P923 is selected) in the state shown in Figure 13. The text area A1030 in Figure 14 indicates that as a result of the main character's base running practice, their strength points increased by 4 points, their agility points increased by 15 points, their stamina parameter decreased by 25 points, and the evaluation of the main character by the event character (Yabe), who was assigned to the base running practice, increased by 7 points.

In this embodiment, when the main character performs a practice session, a treasure chest discovery event occurs based on predetermined probability information. As mentioned earlier, the treasure chest discovery event is an event in which a dog finds and brings back a treasure chest. When the treasure chest discovery event occurs, as shown in Figure 14, the dog character C1040 that found the treasure chest is displayed on the practice results screen image G1000.

Furthermore, in each turn of the main part, events related to event characters will occur based on predetermined probability information. For example, events may occur where the main character converses with an event character or participates in special training with an event character.

Figure 15 shows an example of an event screen image. The event screen image G1100 shown in Figure 15 is displayed on the display unit 15 when an event related to an event character occurs. Note that the upper area A1110 and lower area A1120 of the event screen image G1100 are the same as the upper area A810 and lower area A820 of the main command screen image G800, so their explanation is omitted here.

The event screen image G1100 indicates that an event related to the event character has occurred. The event screen image G1100 includes an event information area A1130, where information about the event (such as the event name) is displayed. The event character C1140, which triggered the event, is also displayed in the event screen image G1100.

The event screen image G1100 also includes a text area A1150. For example, text showing a conversation between the main character and the event character is displayed in text area A1150. Subsequently, as shown in Figure 15, text showing the changes in various parameters due to the event is displayed in text area A1150. Specifically, text area A1150 shows, for example, that the experience points needed to improve the main character's ability parameters have increased due to the event, or that the main character has grasped the knack for acquiring a special ability. The amount of experience points and the special ability grasped are influenced by the event character's abilities and level, etc. For example, the larger the event bonus value shown in the second tab T422 of the event character screen image G400 in Figure 7, the larger the values shown in text area A1150. Alternatively, the higher the rarity of each event character, the larger the values shown in text area A1150 may be. Furthermore, the numerical values shown in text area A1150 may be increased if the user's chosen practice is the same as the event character's specialty practice.

Furthermore, in the main part of the game, in addition to events that occur based on probability, you may also include events that are guaranteed to occur when the game progress reaches a certain point. For example, you could have predetermined events (such as match events) guaranteed to occur when the scenario progresses to 10, 20, or 30 turns.

Figures 16 and 17 show examples of ability change screen images. The ability change screen image G1200 shown in Figures 16 and 17 is a screen image for improving the abilities of the main character, and is displayed on the display unit 15 when the processing object P846 of the main command screen image G800 is selected.

The ability change screen image G1200 includes the first area A1210 and the second area A1220. The first area A1210 includes the pitcher ability tab T1211 and the fielder ability tab T1212. The pitcher ability tab T1211 displays changes to the basic ability parameters related to pitcher abilities, and the fielder ability tab T1212 displays changes to the basic ability parameters related to fielder abilities.

As shown in Figures 16 and 17, the fielder ability tab T1212 displays the original and modified values for each of the basic ability parameters related to fielder ability: trajectory parameter, contact parameter, power parameter, speed parameter, arm strength parameter, fielding parameter, and catching parameter. Note that the trajectory parameter, contact parameter, power parameter, speed parameter, arm strength parameter, and fielding parameter are as previously described (see Figure 12). The catching parameter indicates the main character's catching skill. A higher catching parameter value indicates better catching (less prone to errors).

Area 2, A1220, includes the Basic Abilities tab T1221 and the Special Abilities tab T1222. As shown in Figure 16, the Basic Abilities tab T1221 displays the experience points (Strength Points, Agility Points, Technique Points, Curveball Points, and Mental Points) currently held by the main character. Figure 16 shows the state where the main character currently possesses Strength Points, Agility Points, Technique Points, Curveball Points, and Mental Points are 27, 20, 24, 0, and 0 respectively.

In the Basic Abilities tab T1221, you can increase the values of the main character's basic ability parameters (ball trajectory parameter, contact parameter, power parameter, speed parameter, arm strength parameter, fielding parameter, catching parameter) by exchanging some or all of the experience points the main character currently possesses.

Furthermore, the Basic Abilities tab T1221 displays the ability points required to increase the value of each basic ability parameter by one point from its current value. As shown in Figure 16, the Basic Abilities tab T1221 indicates, for example, that 30 points each of Strength, Technique, and Mental points are needed to increase the Ballistics parameter value by one point from its current value. Similarly, it indicates that 2 points each of Strength, Agility, and Technique are needed to increase the Shoulder Strength parameter value by one point from its current value.

Furthermore, in the Basic Abilities tab T1221, processing objects P1223-1, P1223-2, P1223-3, P1223-4, P1223-5, P1223-6, and P1223-7 are displayed, associated with each basic ability parameter.

For example, processing object P1223-1 is associated with the ballistic parameter, and processing object P1223-1 is associated with a process that increases the ballistic parameter by 1 point in exchange for a predetermined amount of experience points. By selecting processing object P1223-1, the user can increase the ballistic parameter from its current value by 1 point in exchange for 30 strength points, 30 technique points, and 30 mental points. For example, if the main character possesses all of these experience points, when the user selects processing object P1223-1, the ballistic parameter will increase by 1 point, and the required experience points will be deducted from the "current experience points" in the second area A1220. In other words, if the main character possesses sufficient experience points, each time the user selects processing object P1223-1, the ballistic parameter will gradually increase by 1 point, and the required experience points will be gradually deducted from the "current experience points" in the second area A1220. However, naturally, if the main character does not possess all of these experience points, the ballistic parameter cannot be increased. For example, even if the character has 40 strength points and 70 technique points, if they only have 10 mental points, the ballistic parameter cannot be increased. In such cases where a parameter cannot be increased due to insufficient experience points, the user may be informed of this. For example, in the first area A1210 and the second area A1220, the brightness of the name or the entire row of the relevant parameter may be reduced.

Furthermore, if the ballistic parameter value increases by 1 point as a result of the user selecting processing object P1223-1, this will be displayed in the first area A1210.

Furthermore, similar to processing object P1223-1, the other processing objects P1223-2 to P1223-7 are associated with the following parameters: batting, power, speed, throwing strength, fielding, and catching. Each of these objects is associated with a process that increases these parameters by one point in exchange for a predetermined amount of experience points.

When the user selects the Special Abilities tab T1222 from the state shown in Figure 16, the state changes to that shown in Figure 17. As shown in Figure 17, the Special Abilities tab T1222 also displays the protagonist character's current experience points (Strength Points, Agility Points, Technique Points, Curveball Points, and Mental Points). Similar to Figure 16, Figure 17 shows the protagonist character's current Strength Points, Agility Points, Technique Points, Curveball Points, and Mental Points as 27, 20, 24, 0, and 0 respectively.

The Special Abilities tab T1222 allows you to acquire special abilities for the main character by exchanging some or all of their current experience points. Specifically, the Special Abilities tab T1222 allows you to change the main character's special ability parameters by exchanging some or all of their current experience points. Here, the special ability parameters indicate whether or not the main character has acquired various special abilities.

In the example shown in Figure 16, the special abilities that the main character can acquire are displayed as "Clutch Hitter," "Against Left-Handed Pitchers," "Stealing Bases," "Base Running," "Throwing," "Injury Resistance," and "Average Hitter."

"Clutch Hitter" is a special ability that makes a character strong in clutch situations. When the main character has "Clutch Hitter," their basic abilities will increase during clutch situations. "Against Left-Handed Pitchers" is a special ability that makes a character strong against left-handed pitchers. When the main character has "Against Left-Handed Pitchers," their basic abilities will increase when facing a left-handed pitcher. "Stealing Bases" is a special ability that makes a character good at stealing bases. When the main character has "Stealing Bases," they will be more likely to successfully steal bases.

"Good Throwing" is a special ability that makes throws less likely to be off target. If the main character has acquired "Good Throwing," their throws will be less likely to be off target. "Injury Resistance ◎" is a special ability that makes injuries rare. If the main character has acquired "Injury Resistance ◎," they will rarely get injured. "Average Hitter" is a special ability that makes it easier to hit balls that result in hits. If the main character has acquired "Average Hitter," they will be more likely to hit balls.

Furthermore, the Special Abilities tab T1222 displays the ability scores required for the main character to acquire each special ability. As shown in Figure 17, the Special Abilities tab T1222 indicates, for example, that to acquire the "Chance ○" ability, 15 points of Agility, 30 points of Technique, and 105 points of Mental Strength are required. Similarly, to acquire the "Throwing ○" ability, 48 points of Strength, Agility, and Technique are required.

Furthermore, special abilities that the main character has already acquired will be indicated as acquired. In the special abilities tab T1222 shown in Figure 17, it is indicated that the "Injury Resistance ◎" ability has been acquired.

Furthermore, in the Special Abilities tab T1222, processing objects P1224-1, P1224-2, P1224-3, P1224-4, P1224-5, and P1224-6 are displayed, associated with each special ability.

For example, processing object P1224-1 is associated with "Chance ○," and processing object P1224-1 is associated with a process that allows the main character to acquire "Chance ○" in exchange for a predetermined amount of experience points. By selecting processing object P1224-1, the user can allow the main character to acquire "Chance ○" in exchange for 15 agility points, 30 technical points, and 105 mental points. However, naturally, if the main character does not possess these experience points, they cannot acquire "Chance ○."

Furthermore, similar to processing object P1224-1, the other processing objects P1224-2 to P1224-6 are associated with "Against Left-Handed Pitchers ○," "Stealing Bases ○," "Base Running ○," "Throwing ○," and "Average Hitter," respectively. These objects are associated with processes that allow the main character to acquire these special abilities in exchange for a predetermined amount of experience points. Additionally, since the main character has already acquired the "Injury Resistance ◎" special ability, no processing object is associated with "Injury Resistance ◎."

In the example shown in Figure 17, "Lv. 1" is displayed in relation to "Base Running ○". Here, "Lv. 1" indicates the skill level of "Base Running ○".

The "Skill Level" indicates whether the main character has grasped the key to acquiring special abilities, and the degree to which they have grasped that key. A Skill Level of 1 or higher means the main character has grasped the key to acquiring special abilities; a higher Skill Level indicates a greater degree of mastery.

The higher the skill level, the less experience points are needed for the main character to acquire special abilities. In the state shown in Figure 17, the experience points required for the main character to acquire "Base Running ○" are less than usual.

At the start of the main part, the proficiency level of each special ability is set to zero. For example, in the main part, an event may occur where an event character teaches the protagonist the proficiency of a special ability (a proficiency event). When such a proficiency event occurs, the proficiency level of that special ability increases (see Figure 15).

Furthermore, in the event character screen image G400 shown in Figure 7, the event character's event bonus was set to "Skill Event Bonus 20%". When a skill event like the one described above occurs, the skill level of the special ability increases, and the experience points of the main character related to that special ability also increase. The event bonus "Skill Event Bonus 20%" indicates that in such cases, the increase in experience points is 20% greater than usual.

As shown in Figures 16 and 17, the capability change screen image G1200 includes a processing object P1230. The processing object P1230 is associated with a process for returning to the previously displayed screen image. Therefore, when the user selects the processing object P1230, the main command screen image G800 is displayed on the display unit 15.

Furthermore, the ability change screen image G1200 also includes the processing object P1240. Processing object P1240 is associated with a process to undo the changes to the main character's abilities and return them to their previous state. Therefore, when the user selects processing object P1240, the main character's abilities revert to their previous state.

Furthermore, the ability change screen image G1200 also includes the processing object P1250. Processing object P1250 is associated with the process for confirming the changes to the main character's abilities. Therefore, when the user selects processing object P1250, the main character's abilities are confirmed to their changed state.

When each section is completed, a section completion screen image is displayed on the display unit 15. Figure 18 shows an example of a section completion screen.

As shown in Figure 18, the section completion screen image G1300 displays the ongoing scenario (e.g., High School A) and the completed section (e.g., Section 2). The section completion screen image G1300 also displays the experience points earned so far (total experience points) and the experience points earned in the completed section (section experience points). Furthermore, the section completion screen image G1300 also displays the rewards earned in the section (e.g., coins or game items).

Furthermore, after the section completion screen image G1300 is displayed, and before the next section begins, a preview screen image may be displayed. Figure 19 shows an example of a preview screen image.

In this embodiment, after the section completion screen image G1300 is displayed and before the next section begins, an event occurs based on predetermined probability information that increases the probability of finding a treasure chest in the next section. When this event occurs, a notification screen image G1400, as shown in Figure 19, is displayed to notify the user that the event has occurred.

As described above, once the four sections of the success part are completed, the main character's development is complete, and they can be used as an original character in matches in the stadium part. For example, once the fourth section is completed, a screen image for confirming the main character's ability parameters is displayed on the display unit 15. The user can then use the remaining experience points to increase the main character's ability parameters or acquire special abilities. Furthermore, the appearance of the main character may also be changed on this screen image. Once the user performs the predetermined confirmation operation, the main character's ability parameters are finalized, and they are registered as an original character owned by the user. Once registered as an original character, the user cannot change the ability parameters. Afterwards, the user can check the ability parameters of the newly registered original character and add them to the lineup (described later) to participate in matches.

Furthermore, as shown in Figure 3, the main part consists of four sections, each consisting of twelve turns. If a user attempts to continuously complete all turns, it will require a considerable amount of time and effort. Therefore, in this embodiment, by dividing the main part into four sections, it is possible to provide an incentive for the user to pause the game or take a break at the end of each section, thereby reducing the difficulty of playing the success part. Moreover, by dividing the main part into multiple sections, it is possible to branch off to the next section at the end of each section, thus diversifying the gameplay.

The user will play through four sections to develop the main character. As shown in Figure 18, information such as experience points is displayed to the user on the section completion screen image G1300 upon clearing a section. Therefore, even in games that involve a relatively large number of turns, such as the success part, the user can play the game without getting bored or feeling that it's dragging on. In other words, if information such as experience points were only displayed to the user after the success part was completed, the user would not be able to fully grasp the progress of the main character's development during the success part, and might get bored or feel that it's dragging on. However, by displaying experience points and other information at the end of each section, the user can be informed of the development progress frequently, thus preventing them from getting bored or feeling that it's dragging on.

Furthermore, as shown in Figure 19, the preview screen image G1400 can display an announcement regarding the next section, thereby motivating the user to attempt the next section and preventing situations where the user interrupts the success part midway.

Next, before explaining the stadium section, we will explain the process for checking the event characters owned by the user, as well as how to assemble an event deck.

In the home screen image G100 shown in Figure 2, when the user selects the processing object P123, an event character menu screen image for performing various operations related to the event character is displayed on the display unit 15. Figure 20 shows an example of the event character menu screen image. Note that the upper area A1510, lower area A1520, and processing object P130 in the event character menu screen image G1500 shown in Figure 20 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here. Furthermore, the processing object P1530 in the event character menu screen image G1500, similar to the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the home screen image G100).

The event character menu screen image G1500 shown in Figure 20 includes processing objects P1540 to P1590. Processing object P1540 is associated with the process for organizing an event deck. When the user selects processing object P1540, an event deck editing screen image for editing the event deck is displayed on the display unit 15.

Figure 21 shows an example of an event deck editing screen image. Note that the upper area A1610, lower area A1620, and processing object P130 in the event deck editing screen image G1600 shown in Figure 21 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here. Also, the processing object P1630 in the event deck editing screen image G1600, like the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the event character menu screen image G1500).

As shown in Figure 21, the event deck editing screen image G1600 includes the event deck editing area A1640. Note that Figure 21 omits the content displayed in the event deck editing area A1640; the content displayed in the event deck editing area A1640 is shown in Figure 22.

As shown in Figure 22, the areas A1641 and A1642, processing objects P1642 and P1643, setting frames A1644-1 to A1644-5, and specialty training area A1646 of the event deck editing screen image G1600 are the same as the areas A341 and A342, processing objects P342 and P343, setting frames A344-1 to A344-5, and specialty training area A346 of the event deck setting screen image G300, respectively, so their explanation is omitted here. However, since the event deck editing screen image G1600 is not before the start of the success part, there is no setting frame A345 for incorporating a support character into the event deck.

In this embodiment, the user can own multiple (for example, five) event decks. The number of event decks owned by the user may be fixed, or it may increase by consuming Power Stones. Alternatively, the number of event decks may increase upon completion of training the main character in the success part. For example, the number of event decks may increase by one when the user completes the training of a predetermined number of main characters (for example, three), or by one when the user completes the training of one main character. In this case, an upper limit may be set on the number of event decks (for example, up to seven). Alternatively, the number of event decks given to the user at the start of the game may be set to one, for example, and gradually increase through the above process. In the event deck editing screen image G1600, each of these multiple event decks can be edited. For example, the user can set event characters whose specialty is fielding practice in the event deck for training fielders, and event characters whose specialty is pitching practice in the event deck for training pitchers. Furthermore, it's possible to set only female event characters or only male event characters in the event deck, allowing for different strategies depending on the protagonist character's development plan and the type of scenario in the success part. For example, users can set special effect characters (details of which will be explained later) in the event deck used for limited-time events.

Returning to Figure 20, processing object P1560 is associated with the process of selling event characters. When a user selects processing object P1560, they can sell unwanted event characters and earn coins. Note that the sold event characters are not sold to other users; they are simply removed from the user's ownership list. In other words, "selling" here means giving up event characters in exchange for coins.

The processing object P1570 is associated with a process for checking the list of event characters owned by the user. When the user selects the processing object P1570, the list of event characters owned by the user is displayed on the display unit 15. For example, if the user selects the processing object of an event character displayed in the list of event characters, the event character screen image G400 can be displayed.

Processing object P1580 is associated with a process for viewing the event character encyclopedia. The encyclopedia is a list of event characters that exist in the game. When the user selects processing object P1580, the encyclopedia is displayed on display unit 15. The encyclopedia distinguishes between event characters the user has owned and those they have not yet owned. Note that information about event characters not yet owned (e.g., image and name) may be hidden in the encyclopedia.

Processing object P1590 is associated with a process for expanding the list of event characters. In this embodiment, there is an upper limit on the number of event characters a user can own. For example, a user can increase the upper limit on the number of event characters they can own by consuming Power Stones.

Processing object P1550 is associated with a process for strengthening event characters. Strengthening here refers to increasing the level of the event character, and is different from the training of the main character in the success part. Event character strengthening is performed to improve the effects that occur in the success part when the event character is set in the event deck (i.e., to make the training of the main character more efficient). In this embodiment, so-called game character synthesis is performed. That is, the event character to be strengthened (hereinafter referred to as the base character) can be strengthened by consuming other event characters (hereinafter referred to as material characters). When the user selects processing object P1540, a base character selection screen image for selecting the base character is displayed on the display unit 15.

Figure 23 shows an example of a base character selection screen image. Note that the upper area A1710, lower area A1720, and processing object P130 in the base character selection screen image G1700 shown in Figure 23 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here. Also, the processing object P1730 in the base character selection screen image G1700, like the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the event character menu screen image G1500).

The base character selection screen image G1700 includes the event character list area A1740. The event character list area A1740 is the same as the event character list area A640 in the event character change screen image G600. When the user selects one of the event characters displayed in the event character list area A1740 as the base character, an enhancement screen image for enhancing the base character is displayed on the display unit 15.

Figure 24 shows an example of an enhancement screen image. Here, we see enhancement screen image G1800, which is displayed when "Hayakawa," whose rarity is "R," is selected as the base character. Note that the upper area A1810, lower area A1820, and processing object P130 in enhancement screen image G1800 shown in Figure 24 are the same as the upper area A110, lower area A120, and processing object P130 in home screen image G100, so their explanation is omitted here. Also, processing object P1830 in enhancement screen image G1800, like processing object P230 in protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., base character selection screen image G1700).

In the example shown in Figure 24, the base character area A1840 includes the gauge area A1841. The gauge area A1841 allows identification of the base character's current experience points and the experience points required to reach the next level.

The material character area A1850 has 10 setting slots for selecting material characters. When the user selects one of the setting slots in the material character area A1850, a material character selection screen image is displayed on the display unit 15.

Figure 25 shows an example of a material character selection screen image. Note that the upper area A1910, lower area A1920, and processing object P130 in the material character selection screen image G1900 shown in Figure 25 are the same as the upper area A110, lower area A120, and processing object P130 in the home screen image G100, so their explanation is omitted here. Also, the processing object P1930 in the material character selection screen image G1900, like the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the enhancement screen image G1800).

In the example shown in Figure 25, the material character selection screen image G1900 includes the event character list area A1940. The event character list area A1940 is the same as the event character list area A640 in the event character change screen image G600. However, as shown in Figure 25, event characters owned by the user, other than the base character, are displayed in the event character list area A1940. Furthermore, event characters set in the event deck (event characters displayed as "In Use" in Figure 25) and locked event characters may be prevented from being selected as material characters.

Furthermore, in this embodiment, if the same event character as the base character is set as the material character, the maximum level of the base character can be increased under a given probability. In the event character list area A1940, this probability is displayed overlaid on the event character. For example, if "Hayakawa" with rarity "R" is selected as the material character, the maximum level of the base character "Hayakawa" will increase with 100% probability, and if "Hayakawa" with rarity "PN" is selected as the material character, the maximum level of the base character "Hayakawa" will increase with 30% probability. In this embodiment, the probability of the maximum level increasing is determined based on the rarity of the base character and the rarity of the material character. In other words, the probability of the maximum level increasing is determined based on the relative rarity difference between the base character and the material character. For example, if a material character with the same or higher rarity as the base character is selected, the probability is 100%, and if a material character with a lower rarity than the base character is selected, the probability is less than 100%. For example, material characters with a rarity two or more levels lower than the base character may have a 0% chance of increasing their maximum level, even if they share the same name as the base character. Alternatively, the probability may decrease as the base character's rarity increases. This would allow heavy users who own high-rarity base characters to have a lower chance of increasing their maximum level. Furthermore, the probability may increase as the material character's rarity increases. Additionally, while the maximum level increases by one each time, the probability may increase as the current maximum level increases from its initial value. In other words, the more times the base character's maximum level has increased, the higher the probability of future maximum level increases.

The user selects up to 10 event characters as material characters from the event character list area A1940. This explanation describes a case where multiple material characters can be selected at once in the event character list area A1940; however, it is also possible to have the user select material characters one at a time. Furthermore, selecting an event character that has already been selected as a material character again will deselect it.

The material character selection screen image G1900 includes area A1950, which displays the level increase and the coins required for strengthening the base character when using the currently selected material character. The experience points gained by the base character vary depending on the material character. For example, the higher the rarity of the material character, the more experience points and coins are gained. The level and coins displayed in area A1950 are calculated based on the experience points and coins gained by the currently selected material character. When the user selects or removes material characters from the event character list area A1940, the display in area A1950 is updated.

Furthermore, the material character selection screen image G1900 includes processing objects P1960 and P1970. Processing object P1970 is associated with the process of deselecting material characters. When the user selects processing object P1970, all material character selections are deselected, and the user can re-select material characters. On the other hand, processing object P1960 is associated with the process of completing the material character selection. When the user selects processing object P1960, the user returns to the enhancement screen image G1800.

Figure 26 shows the enhancement screen image G1800 when a material character is selected. As shown in Figure 26, the material character area 1850 displays the material character selected in the event character list area A1940 of the material character selection screen image G1900. In the example in Figure 26, the same two "Hayakawa" and "Tsuruya" as the base character are selected as material characters. As shown in Figure 26, using the two "Hayakawa" material characters makes it possible to increase the maximum level of the base character "Hayakawa," so the probability of this is displayed superimposed on the material character "Hayakawa." On the other hand, "Tsuruya" is not the base character "Hayakawa," and even if used as a material character, it is not possible to increase the maximum level of "Hayakawa," so the probability is not displayed. In this way, in the material character area 1850, before enhancing the base character, it is possible to identify material characters that can increase the maximum level and material characters that cannot increase the maximum level, and furthermore, the probability of each can be identified. Furthermore, when a user selects a material character, the level increase and the coins required for enhancement when strengthening the base character using the current material character will be displayed in the base character area A1840, similar to area A1950.

Furthermore, the enhancement screen image G1800 includes processing objects P1860 and P1870. Processing object P1870 is associated with a process that deselects the material character. When the user selects processing object P1870, the material character is deselected, and the user can re-select the material character. On the other hand, processing object P1860 is associated with a process that performs enhancement on the base character. When the user selects processing object P1860, after a predetermined screen effect is executed, an enhancement result window for displaying the base character's enhancement result is displayed on the display unit 15. Note that if the user possesses fewer coins than are required to enhance the base character, the enhancement will not be performed even if the user selects processing object P1860. In this case, processing object P1860 may be grayed out or otherwise made unselectable.

Figure 27 shows the enhancement results window. As shown in Figure 27, the enhancement results window G2000 displays the experience points gained by the base character, the change in the base character's level, the change in the base character's maximum level, etc. In the example shown in Figure 27, the base character is at the level indicated by the base character area A1840. Furthermore, if there are multiple material characters that can increase the base character's maximum level, it is determined whether or not it is possible to increase the maximum level for each of these material characters based on a predetermined probability. Here, since "Hayakawa" with a 100% probability of increasing the base character's maximum level and "Hayakawa" with a 30% probability were selected as material characters, the base character's maximum level will definitely increase by 1, and there is a 30% chance of it increasing by another 1. In the example shown in Figure 27, the 30% "Hayakawa" was also successful, and the base character's maximum level increased by 2.

Processing object P2010 is associated with the process of returning to the enhanced screen image G1800. Note that if the user selects processing object P2010, it may return directly to the enhanced screen image G1800, or it may return to the enhanced screen image G1800 only if processing object P441 is selected after the base character's event character screen image G400 is displayed.

Next, let's explain the Stadium part. In the Stadium part, users can play matches using the original characters they have developed in the Success part. The Stadium part includes matches that can be played at any time (hereinafter referred to as "regular matches") and matches that can only be played for a limited time (hereinafter referred to as "limited-time event matches").

When playing a match in the stadium section, the user edits the match lineup. The lineup refers to the combination of original characters owned by the user that will participate in the match. Here, both the lineup for regular matches and the lineup for limited-time event matches can be edited. In the home screen image G100 in Figure 2, when the user selects the processing object P122, the My Team menu screen image for editing the lineup is displayed on the display unit 15.

Figure 28 shows an image of the My Team menu screen. Note that the upper area A2110, lower area A2120, and processing object P130 in the My Team menu screen image G2100 shown in Figure 28 are the same as the upper area A110, lower area A120, and processing object P130 in the Home screen image G100, so their explanation is omitted here. Also, the processing object P2130 in the My Team menu screen image G2100, like the processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the Home screen image G100, etc.).

The My Team menu screen image G2100 shown in Figure 28 includes processing objects P2140 to P2170. Processing object P2140 is associated with the process for editing the lineup in a normal match. When the user selects processing object P2140, the normal lineup editing screen image for editing the lineup in a normal match is displayed on the display unit 15.

Figure 29 shows an image of the normal order editing screen. As shown in Figure 29, the normal order editing screen image G2200 includes the starting order area A2210 and the reserve player area A2220. The starting order area A2210 is for specifying the original characters owned by the user that will be in the starting order at the start of the match. The reserve player area A2220 is for specifying the original characters owned by the user that will not be in the starting position at the start of the match but can be added later as reserves.

Furthermore, when a user taps an original character displayed in the starting lineup area A2210 or the substitute player area A2220, an overview of that original character's abilities may be displayed. Additionally, when a user long-presses an original character displayed in the starting lineup area A2210 or the substitute player area A2220, detailed information about that original character's abilities may be displayed.

For example, if a user drags and drops an original character displayed in the starting order area A2210 to the substitute player area A2220, that original character will appear in the substitute player area A2220, and the original character at the drop location will appear in the starting order area A2210. Conversely, if a user drags and drops an original character displayed in the substitute player area A2220 to the starting order area A2210, that original character will appear in the starting order area A2210, and the original character at the drop location will appear in the substitute player area A2220. In this way, the user can swap the original characters in the starting order with the original characters in the substitute area.

For example, if a user drags and drops an original character displayed in either the starting order area A2210 or the substitute player area A2220 to the drag area A2230, a screen image showing a list of original characters that are neither in the starting order nor the substitute area will be displayed on the display unit 15. The user can then select an original character they want to include in the order from this screen image, and swap that character with the original character dropped into the drag area A2230.

Processing object P2240 is associated with a process for automatically setting the order. When the user selects processing object P2240, the order is automatically set to create the optimal combination of the user's original characters. For example, the order is automatically set so that original characters with high ability parameters are prioritized. Alternatively, the order is automatically set so that original characters are placed in order of the total experience points they have earned in the success phase.

The processing object P2250 is associated with a process to restore the order to its original state. The original state is the point in time before the order was changed, as shown in the normal order editing screen image G2200. When the user selects processing object P2250, the order returns to the state it was in at the time displayed in the normal order editing screen image G2200.

The overall strength area A2260 indicates the overall strength of the current lineup. The meaning of overall strength is the same as explained in area A115 of the home screen image G100. That is, overall strength is a value calculated from the ability parameters of the original characters included in the lineup, and the higher this value, the easier it is to win matches. If the lineup is changed, the value shown in overall strength area A2260 will also change.

Processing object P2270 is associated with a process for setting how pitchers are used. When the user selects processing object P2270, a screen image for setting how pitchers are used from the user's owned original characters is displayed on the display unit 15. This screen image allows the user to specify which original characters are eligible to participate in the game. Furthermore, the user can specify how these eligible characters will be used as pitchers (starter, reliever, or closer). Alternatively, if a certain number of games must be left between appearances before a pitcher can participate in a game, the next available game is displayed.

Processing object P2280, like processing object P230 in the protagonist registration screen image G200, is used to return to the previously displayed screen image (i.e., the My Team menu screen image G2100).

Returning to Figure 28, processing object P2150 is associated with the process of editing the match order for a limited-time event. When the user selects processing object P2150, the limited-time order editing screen image for editing the match order for the limited-time event is displayed on the display unit 15.

Figure 30 shows an image of the limited-time order editing screen. The starting order area A2310, reserve player area A2320, drag area A2330, processing objects P2350, P2370, P2380, and overall strength area A2360 in the limited-time order editing screen image G2300 shown in Figure 30 are the same as the starting order area A2210, reserve player area A2220, drag area A2230, processing objects P2250, P2270, P2280, and overall strength area A2260 in the normal order editing screen image G2200, respectively. However, the limited-time order editing screen image G2300 differs from the normal order editing screen image G2200 in that the score bonus is displayed in the starting order area A2310.

Here, we will explain the score bonus. In limited-time events, if you include specific event characters (hereinafter referred to as "special effect characters") in your event deck and use your trained original characters in your lineup during a match, you will receive a score bonus that increases the score you earn after the match. Special effect characters are event characters that exhibit effects not present during normal periods. That is, while special effect characters can be used during normal periods as well, the effects that occur during specific periods will not occur during normal periods. Whether an event character is a special effect character or not can be identified in the event deck setting screen image G300 or the event character change screen image G600, etc.

Figure 31 shows an example of the event deck setting screen image G600 during a limited-time event. As shown in Figure 31, in the event character list area A640, information indicating the degree of the effect is displayed for event characters that are special effect characters. For example, it shows that using an original character trained with "Yamaguchi" in the event deck will result in a "5%" score bonus. Similarly, it shows that using an original character trained with "Tsuruya" of rarity "R" in the event deck will result in a "3%" score bonus, and using an original character trained with "Tsuruya" of rarity "N" in the event deck will result in a "2%" score bonus. In this way, the degree of the score bonus may vary depending on the rarity.

Furthermore, if an event deck contains multiple special effect characters, when an original character trained using this event deck is used in a limited-time event match, the score may be increased by the sum of the score bonuses of all of these special effect characters, or only the score bonus of the special effect character with the highest score bonus may be reflected.

Furthermore, when special effect characters are included in the event deck and played in the success part, effects corresponding to those special effect characters may occur, making it easier to train the main character. Additionally, the effects in the success part may only occur for a specific period. In other words, the effects generated by special effect characters are not limited to the stadium part; they may also occur in the success part.

Figure 32 shows an example of the event deck setting area A340 in the event deck setting screen image G300 during a limited-time event. As shown in Figure 32, in the event character list area A640, the setting frame A344-4, which contains an event character that is a special effect character, displays information indicating the degree of its effect. Specifically, since the special effect character "Yamaguchi" is included in setting frame A344-4, the score bonus of "Yamaguchi," "5%," is displayed. If the event deck contains multiple special effect characters, the total score bonus generated by these multiple special effect characters may be displayed in the event deck setting area A340.

In limited-time events, users are rewarded when their cumulative score exceeds a certain threshold. This threshold can be set in stages, with multiple thresholds. The rewards awarded for exceeding higher thresholds may also be improved. Furthermore, user rankings may be determined based on the cumulative score at the end of the limited-time event, and rewards may be awarded to users according to their ranking.

Figure 33 shows the conditions for generating a score bonus. In the example in Figure 33, the special effect characters are "E3" and "E8". As shown in Figure 33, the original character "P1" generates a score bonus when included in the lineup for a limited-time event match because "E3" is included in the event deck used in the success part. Similarly, the original character "P3" generates a score bonus when included in the lineup for a limited-time event match because both "E3" and "E8" are included in the event deck used in the success part. On the other hand, the original character "P2" does not generate a score bonus when included in the lineup for a limited-time event match because the event deck used in the success part does not include any special effect characters.

Returning to Figure 30, in the starting order area A2310, the score bonus value for each original character included in the order, and the total score bonus value that can be generated with the current order are displayed. Note that the score bonus may be generated only for the original characters in the starting order, or it may be generated for both the original characters in the starting order and those on the bench.

Processing object P2340 is similar to processing object P2240 in that it automatically determines the order of characters. However, when the user selects processing object P2340, they can choose whether to prioritize score bonuses or character abilities when determining the order. If score bonuses are prioritized, the order will be automatically determined based on the magnitude of the score bonus assigned to the original character. If character abilities are prioritized, the behavior is the same as when processing object P2240 is selected.

Returning to Figure 28, processing object P2160 is associated with a process to display a list of original characters owned by the user. The user can check the list of original characters they own before editing their order. Processing object P2170 is associated with a process to edit original characters owned by the user. The user can edit the name and appearance of their original characters. However, the ability parameters of original characters whose training in the success phase has been completed are fixed and cannot be edited.

The user will edit the order as described above and then play the stadium part. For example, in the home screen image G100 shown in Figure 2, when the user selects the processing object P150, the home screen image G100 switches to display the stadium part.

Figure 34 shows the home screen image G100 when processing object P150 is selected. Processing object P151, shown in Figure 34, is associated with the process for playing a regular match, while processing object P152 is associated with the process for playing a limited-time event match. When the user selects either processing object P151 or P152, the selected processing object is displayed in the center of the home screen image G100.

In the example shown in Figure 34, when processing object P151 is displayed in the center, selecting processing object P151 will execute a normal match. Conversely, when processing object P152 is displayed in the center, selecting processing object P152 will execute a limited-time event match. As explained below, the flow of both normal matches and limited-time event matches is the same.

Figure 35 shows the flow of a regular match and a limited-time event match. As shown in Figure 35, when the user selects processing objects P151 and P152, a screen image showing multiple potential opponents is displayed on the display unit 15, and the user selects an opponent from these candidates (S2). The potential opponents are teams belonging to other users. For example, a team from another user with a similar rank and overall team strength to the user's team is selected as a potential opponent.

Once an opponent is selected, a screen image for changing the order is displayed on the display unit 15, allowing the user to change the order for a regular match or a limited-time event match (S4). This screen image is the same as the regular order editing screen image G2200 or the limited-time order editing screen image G2300.

Once the match lineup is determined, the condition of each original character included in the lineup is set (S6). Each original character in the lineup is randomly assigned one of several condition levels (for example, six levels). The better the condition, the higher the original character's ability parameters, allowing them to perform better in the match.

The user selects which game items they own to use in the match (S8). These selectable items can give the user an advantage in the match or increase the score they earn.

When the user selects a game item, the match begins (S10). The match may proceed automatically from start to finish, or the user may be allowed to control the participating original characters only at predetermined points in the match. Furthermore, the user may be allowed to control every aspect of the match.

When the match ends, a screen image showing the match results is displayed on the display unit 15 (S12). The match results, including the winner, the score of each team, and the score earned by the user, are displayed on the screen image. The score is determined based on the content and results of the match. However, a better score is awarded when the user controls the game than when the game is played automatically. For example, if the original character hits a single or a home run based on the user's actions, the user will be awarded a higher score than if the same original character hit a single or a home run while the game was played automatically.

Once the match results are displayed, the user's latest ranking is shown on the display unit 15 (S14). The ranking may be determined based on the cumulative score earned in the match, or based on the maximum score earned in current or past matches. As mentioned earlier, in the case of a limited-time event match, if an original character with a score bonus is included in the lineup, the score calculated using the same method as a normal match will increase by the amount of the score bonus. For example, if a limited-time event match is played with the lineup shown in Figure 30, the score will increase by 14% compared to achieving the same result in a normal match.

As described above, users aim to improve their ranking by playing the stadium part and earning scores. The ranking is updated at predetermined intervals. The predetermined period may be one week, one day, or one month. In addition, the highest score achieved by each user in the stadium part during the predetermined period (for example, one week) may be made visible on the display unit 15. When a user achieves their highest score within the predetermined period, the score displayed on the display unit 15 is overwritten. When the predetermined period ends, that score is cleared, and the highest score for the next predetermined period is newly displayed. In this embodiment, if a user's highest score achieved during the predetermined period is surpassed by a friend user, a challenge is automatically sent from that friend. The user is notified that a challenge has been received from a friend by a display as shown in the processing object P170 in Figure 34. In addition, if challenges are received from multiple friends, the number of challenges may also be notified on the same screen. The friend's user terminal 10 can confirm that a challenge has been sent to the user. In other words, the friend's user terminal 10 is notified that a challenge has been sent. Note that challenges are not limited to scores; they may also be sent when a player is surpassed in any in-game evaluation or evaluation value, such as ranking. Alternatively, they could be sent when the score values become the same, or when the rankings become tied—that is, when a user is caught up to by a friend. Furthermore, challenges may be sent to all of a user's friends, or only to certain friends. In this case, for example, only friends with the same or similar rank as the user may be targeted. Alternatively, the challenge may be limited to friends with a certain level of intimacy (based on, for example, the number of matches played or chat history) between the user and their friends.

Figure 36 is an explanatory diagram of the challenge. The t-axis in Figure 36 represents the time axis. Here, we assume that User A and User B are friends. At a certain point in time t1, User A has earned a score of 150,000 points, and at a later point in time t2, User B has earned a score of 120,000 points. When User B plays the stadium part and earns a score of 180,000 points, surpassing User A, a challenge is automatically sent from User B to User A.

When a challenge is sent, a processing object P170 for playing against the friend who sent the challenge is displayed on the home screen image G100, as shown in Figure 34. The processing object P170 may also display information that identifies the friend who sent the challenge (such as their username). If multiple challenges have been received from different friends, the number of challenges may be displayed near or superimposed on the processing object P170. For example, if three challenges have been received, the number 3 would be displayed. Note that the method of notifying the number of challenges is not limited to displaying a number; it may also be indicated by the number of images. When the user selects the processing object P170, a match against the friend who sent the challenge begins. Since this match is primarily intended to promote competition among friends, it may be designed so that match tickets are not consumed and medals or other rewards cannot be obtained.

Furthermore, the system may restrict sending new challenges to the same friend until a certain amount of time has elapsed. For example, a new challenge may not be sent until at least three hours have passed. Additionally, challenges may have an expiration date (e.g., one day). The purpose of setting an expiration date is to prevent each user from receiving too many challenges. Once the expiration date has passed, the processing object P170 in Figure 34 is deleted. If there are multiple challenges, the number of challenges displayed alongside the processing object P170 will decrease each time the expiration date of an individual challenge expires. This prevents a user from accumulating a large number of challenges.

Furthermore, in this embodiment, a challenge is sent when a friend surpasses the user's score, allowing the user to play against their friend and giving them an opportunity to overtake them. However, other benefits could also be given to the user. These benefits could be anything that helps the user achieve a good score in the stadium part of the game. In other words, any benefit that influences the relationship (difference) between the user's score and their friend's score would suffice. For example, the user could be given a match ticket, giving them an opportunity to play a match and thus an opportunity to overtake their friend's score. Alternatively, the benefits could be something that allows the user to gain an advantage in the match and achieve a good score. In this case, these could be game items that lower the opponent's ability parameters or game items that increase the ability parameters of the user's original character. By using these game items, the opponent becomes weaker or the user's original character becomes stronger, making it easier for the user to achieve a good score in the match. That is, by giving the user these game items, it may be possible to give the user an opportunity to overtake their friend's score.

As described above, Game System 1 possesses various technologies. For example, Game System 1 has a technology that makes it easy to understand the correspondence between the event character's level and the effects that occur in the success part by displaying the bonus details screen image G500. Hereafter, this technology will be referred to as the first technology.

Furthermore, Game System 1 has a technique that incentivizes players to include various event characters in their event decks by granting score bonuses when they include original characters they have trained by setting special effect characters in their event decks and using them in their order during limited-time event matches. Hereafter, this technique will be referred to as the second technique.

Furthermore, Game System 1 has a technology that makes it easy to understand which training options in the success phase will give you an advantage in character development by displaying the preferred training of the event characters set in the event deck within the preferred training areas A346 and A1646. Hereafter, this technology will be referred to as the third technology.

Furthermore, Game System 1 has a technology that, when the user selects a normal scenario, prevents the original character from acquiring a super special ability unless a high-rarity event character is set in the event deck. However, when the user selects a limited-time scenario, it allows the original character to acquire a super special ability even if the event character is not set in the event deck. Hereafter, this technology will be referred to as the fourth technology.

Furthermore, Game System 1 incorporates a technology that promotes competition among users by sending a challenge to a friend user when that friend surpasses the user's score. Hereafter, this technology will be referred to as the fifth technology.

The following sections will primarily describe the details of the first through fifth technologies.

[3. Functions implemented in Game System 1]
Figure 37 is a functional block diagram showing the functions related to the present invention among the functions implemented in the game system 1. In this embodiment, the case in which the main game-related processing is performed on the user terminal 10 is described, but as will be explained in the modifications described later, the main game-related processing may be performed on the server 30.

Furthermore, among the functions implemented in server 30, the data storage unit 3000 is primarily implemented by the storage unit 32, while the other functions are primarily implemented by the control unit 31. Among the functions implemented in user terminal 10, the individual data storage unit 1000 is primarily implemented by the storage unit 12, while the other functions are primarily implemented by the control unit 11.

First, we will explain the functions common to the first through fifth technologies, and then we will explain the functions specific to each of the first through fifth technologies. Here, we will describe the data storage unit 3000, the processing unit 3010, the individual data storage unit 1000, and the request unit 1010 as functions common to the first through fifth technologies.

The data storage unit 3000 stores the data necessary for the game executed by the game system 1. Here, as examples of data stored by the data storage unit 3000, the user table TBL 301, event character table TBL 302, event deck table TBL 303, original character table TBL 304, and order table TBL 305 are described.

Figure 38 shows an example of a user table TBL301. As shown in Figure 38, the user table TBL301 is a data table that displays information about each user. For example, the user table TBL301 includes the fields described below.

The "User ID" field displays identifying information for the user. The "Profile" field displays user registration information such as username and self-introduction.

The "Friends" field displays identification information to identify other users who are friends with the user. For example, each user can send a friend request to another user to become friends. For instance, User A might send a friend request to User B, who owns an event character set as a helper in the event deck during the success phase, at the end of the success phase. If User B accepts the friend request, User A and User B become friends, and User B's User ID is stored in User A's "Friends" field, and User A's User ID is stored in User B's "Friends" field. The operation to accept a friend request can be performed, for example, from the screen image displayed when processing object P130 is selected.

The "User Parameters" field displays various parameters associated with the user. These parameters may be used in the Success or Stadium parts of the game, or they may be used to acquire game items. For example, the "User Parameters" field could display Success Points, Match Tickets, Power Stones, Mini Stones (game items that can be exchanged for Power Stones once a certain number are collected), Coins, Gacha Points, and Medals. For parameters that recover after a certain amount of time, such as Success Points and Match Tickets, the remaining time until recovery may also be stored. Additionally, the "User Parameters" field could also store the current lineup rank and the lineup's overall strength.

The "Items" field displays the game items owned by the user. The "Stadium" field displays the match results (record), the user's score (cumulative score and highest score), and the user's current ranking in the stadium section. In this embodiment, since there are regular matches and limited-time event matches, the results, scores, and rankings are stored for each. The "Challenge" field displays the game challenges in the challenge section and the user's progress.

The "Challenge" field displays challenges received by a user from a friend. When a user receives a challenge from a friend, the friend's user ID is stored in the "Challenge" field. The "Challenge" field may also store time information related to the challenge. This time information could indicate, for example, the time when the friend surpassed the user's score, or the challenge's expiration date. The user may be allowed to use the challenge to play against their friend within the time limit determined by the time information. Expired challenges may be removed from the "Challenge" field.

Figure 39 shows an example of an event character table TBL302. As shown in Figure 39, the event character table TBL302 is a data table that displays a list of event characters owned by each user. For example, the event character table TBL302 includes the fields described below.

The "User ID" field displays identification information to identify the user. The "Event Character ID" field displays identification information to identify the event character owned by the user. The "Name" field displays the name of the event character. The "Lock" field indicates whether the event character is locked or not. The "Leader" field displays identification information to identify the event character set as the leader.

The "Rarity" field indicates the rarity level of the event character. The meaning of rarity is the same as for "rarity." Note that "rarity" can also be represented in ways other than those described in this embodiment, such as "1, 2, ...", "A, B, ...", "Gold, Silver, ...", etc.

The "Attribute" field indicates the attribute (classification) of the event character. For example, one of several types of attributes may be associated with each event character. Here, each event character will have one of the following attributes: "Player," "Manager," or "Enhancement Material." Event characters with the "Player" attribute can participate in matches during the success phase and contribute to victory. On the other hand, event characters with the "Manager" or "Enhancement Material" attribute do not participate in matches during the success phase. Therefore, data is not stored in the "Position" field or "Specific Training" field for event characters with the "Manager" or "Enhancement Material" attribute. Instead, the "Event Power" field value for event characters with the "Manager" attribute will be higher than that of event characters with the "Player" attribute, and using event characters with the "Enhancement Material" attribute for enhancement will grant more experience points than event characters with the "Player" or "Manager" attribute.

The "Position" field indicates the baseball position the event character excels at. The "Preferred Training" field indicates the training item the event character is proficient in. The "Gender" field indicates the event character's gender. For example, in the success part, for certain scenarios, it may be possible to restrict the event deck to only include either male or female event characters.

The "Experience Points" field shows the event character's experience points. The "Level" field shows the event character's level. The "Maximum Level" field shows the event character's maximum level. The "Profile" field shows the event character's profile information.

The "Event" field displays event information related to events associated with an event character. In other words, the "Event" field displays event information related to events that may occur in the game when an event character is included in an event deck. Event information includes the name and content of the event. For example, event information may include information about the type and amount of experience points or ability parameters granted to the main character as a result of the event. Information indicating the probability and conditions for the event to occur may also be stored in the "Event" field.

The "Bonus" field displays bonus information related to bonuses associated with event characters. In other words, the "Bonus" field displays bonus information related to bonuses that occur in the game when an event character is included in an event deck. Bonus information includes the name and content of the bonus. For example, if including an event character in an event deck increases the probability of a specific event occurring, the bonus information will include information about that event and the degree of the increase in probability. For instance, the "Bonus" field might be associated with the level and the bonus received.

The "Ability Parameters" fold displays the ability parameters of event characters. For example, if a match event occurs in the success part, the event characters included in the event deck will participate in the match as teammates of the main character. The ability parameters of these event characters are referenced when such match events are executed.

The "Event Power" field indicates the event power, which is an indicator of how advantageous an event character becomes when set in an event deck. The "Player Ability" field indicates the player ability, which is an indicator of the event character's abilities as a player.

Figure 40 shows an example of an event deck table TBL303. As shown in Figure 40, the event deck table TBL303 is a data table that shows the status of each user's event deck. For example, the event deck table TBL303 includes the fields described below.

The "User ID" field displays identification information to identify the user. The "Name" field displays the name of the event deck. In this embodiment, a user can own multiple event decks, and a name can be set for each event deck.

The "First Setting Slot" field displays the Event Character ID of the event character set in setting slot A344-1 of the event deck setting area A340. If no event character is set in setting slot A344-1, the "First Setting Slot" field will be blank. Similarly, the "Second Setting Slot" field displays the Event Character ID of the event character set in setting slot A344-2. The "Third Setting Slot" field displays the Event Character ID of the event character set in setting slot A344-3. The "Fourth Setting Slot" field displays the Event Character ID of the event character set in setting slot A344-4. The "Fifth Setting Slot" field displays the Event Character ID of the event character set in setting slot A344-5.

Figure 41 shows an example of the original character table TBL304. As shown in Figure 41, the original character table TBL304 is a data table that displays a list of original characters or main character characters being developed by each user. For example, the original character table TBL304 includes the fields described below.

The "User ID" field displays identification information to identify the user. The "Original Character ID" field displays identification information to identify the original character or the main character being developed. The "Name" field displays the name of the original character or the main character being developed. The "Position" field displays the baseball position that the original character or the main character being developed is proficient in.

The "Ability Parameters," "Stamina Parameters," "Motivation Parameters," "Experience Points," and "Evaluation" fields display the ability parameters, stamina parameters, motivation parameters, experience points, and evaluations from other characters for the original character or the protagonist character being developed. Note that for original characters, since development is complete, the "Stamina Parameters," "Motivation Parameters," "Experience Points," and "Evaluation" fields may be left blank. Furthermore, the "Experience Points" field may store the total experience points earned in the success phase, along with the remaining experience points at the moment.

The "Event Deck" field displays the contents of the event deck used when developing your original character or the main character you are currently training. In the success phase, you can add event characters from other users' leaders as support characters. Therefore, the event character IDs of both the event characters set in your user-defined event deck and the support event characters will be stored in the "Event Deck" field.

The "Training Status" field indicates the current training status. Specifically, it shows whether training is complete or in progress. If training is in progress, the "Training Status" field may also display the current in-game time. Furthermore, the "Training Status" field may store the protagonist character's skill level.

The data stored in the original character table TBL304 is not limited to the examples above. For example, basic information about the original character or the protagonist character being developed (such as an image showing their appearance or their high school) may be stored in the original character table TBL304. Alternatively, the skill level that changes during the success phase and the protagonist character's status may also be stored in the original character table TBL304.

Figure 42 shows an example of the order table TBL305. As shown in Figure 42, the order table TBL305 is a data table that displays the contents of an order set by the user. The order table TBL305 includes the fields described below.

The "User ID" field displays identification information to identify the user. The "Order Type" field indicates the type of order. This field stores information indicating whether it is a regular order or a limited-time event order. The "Order" field stores the original character ID included in the order.

The data stored by the data storage unit 3000 is not limited to the examples above. The data storage unit 3000 should store any data necessary for the game. For example, the data storage unit 3000 may store master data for event characters. Alternatively, the data storage unit 3000 may store various image data. Furthermore, the data storage unit 3000 may store data showing the relationship between each objective and reward in the challenge part. It may also store data showing the content of each scenario. It may also store data showing the relationship between special effect characters and score bonuses. Finally, the data storage unit 3000 may store user setting information associated with the user ID. This setting information could include, for example, an auto flag indicating the selection of processing object P822 in the main command screen image G800, a skip flag indicating the selection of processing object P823, and a shortcut flag indicating the selection of processing object P824.

The processing unit 3010, in response to a request from the user terminal 10, retrieves data related to the user of the user terminal 10 from the data stored in the data storage unit 3000, and transmits it to the user terminal 10 or updates the data.

For example, a request from user terminal 10 may include a user ID. When the server 30 receives the above request, the processing unit 3010 retrieves data associated with the received user ID from the data storage unit 3000 and transmits this data to user terminal 10. For example, the processing unit 3010 retrieves event character data associated with the user ID from the event character table TBL 302 and transmits this event character data to user terminal 10. Similarly, the processing unit 3010 retrieves event deck data and original character data associated with the user ID from the event deck table TBL 303 and original character table TBL 304, respectively, and transmits this event deck data and original character data to user terminal 10.

When the above request is received by the server 30, the processing unit 3010 updates the data stored in the data storage unit 3000 (i.e., the data stored in association with the received user ID) to match the update content notified by the user terminal 10.

The individual data storage unit 1000 is for storing data related to the user of the user terminal 10, which is among the data stored in the data storage unit 3000.

The request unit 1010 retrieves user data from the data stored in the data storage unit 3000, stores this data in the individual data storage unit 1000, and updates the data stored in the data storage unit 3000 when the data stored in the individual data storage unit 1000 is updated.

The request unit 1010, at a predetermined timing, sends the user ID of the user on the user terminal 10 to the server 30, requesting the server 30 to return the data stored in association with that user ID. The "predetermined timing" refers to, for example, the timing when the game program is launched, the timing when the home screen image G100 is displayed, or the timing when the success part begins.

When data returned from server 30 is received by user terminal 10, request unit 1010 stores the data in individual data storage unit 1000.

For example, the request unit 1010 stores the event character data returned from the server 30 in the event character table TBL 302 contained in the individual data storage unit 1000. The event character table TBL 302 is a data table for storing only the event characters of the user of the user terminal 10, and is a data table that includes fields similar to the event character table TBL 302 shown in Figure 39 (the "User ID" field may be omitted).

Furthermore, the request unit 1010 stores the event deck data returned from the server 30 in the event deck table TBL 303 contained in the individual data storage unit 1000. The event deck table TBL 303 is a data table for storing only the event decks of the user of the user terminal 10, and is a data table that includes fields similar to the event deck table TBL 303 shown in Figure 39 (the "User ID" field may be omitted).

Furthermore, the request unit 1010 stores the original character data returned from the server 30 in the original character table TBL 304 contained in the individual data storage unit 1000. The original character table TBL 304 is a data table for storing only the original character of the user of the user terminal 10, and is a data table that includes fields similar to the original character table TBL 304 shown in Figure 41 (the "User ID" field may be omitted).

The data stored in the individual data storage unit 1000 is referenced and updated during the execution of the baseball game. When the data stored in the individual data storage unit 1000 is updated, the request unit 1010, at a predetermined timing, notifies the server 30 of the update details along with the user ID of the user on the user terminal 10, requesting that the data stored in the data storage unit 3000 also be updated accordingly. The "predetermined timing" refers to, for example, a predetermined interval or the timing when the user finishes playing.

[3-1. Regarding the first technology]
Next, the functions related to the first technology will be explained. For example, the first technology is realized by a first game execution unit 1020, a first effect generation unit 1021, a change target selection unit 1030, a level change unit 1040, a usage target selection unit 1050, an effect display control unit 1060, a data acquisition unit 1070, a change target display control unit 1080, a material character selection unit 1090, an upper limit release determination unit 1100, a permission unit 1110, a condition display control unit 1120, an event power display control unit 1130, and a player ability display control unit 1140.

The first game execution unit 1020 executes a success part in which the ability parameters of the main character are changed or set based on the user's input. The first game execution unit 1020 executes the baseball game program and updates various data related to the success part (for example, the original character table TBL304).

For example, the first game execution unit 1020 executes a success part that includes a game in which game challenges are set based on the main character and the event character selected by the target selection unit 1050.

Here, "game objective" refers to a task (mission) defined within the game, such as winning a match. A "game objective" utilizes the main character and event characters set in the event deck. The "game objective" is achieved when the game processing performed based on these characters results in a predetermined outcome. For example, in a match, the "game objective" is achieved if the user earns more points than their opponent. Winning a match in the success phase is one example of a game objective.

A "success part that includes a game with a set game objective" means that a game with a set game objective is part of the success part. For example, if winning a match is the game objective, then the success part includes a match as part of it. For example, the game with the set game objective becomes playable when the progress of the success part reaches a certain state.

For example, the first game execution unit 1020 excludes certain event characters from among multiple event characters from consideration for achieving the game objective, even if they are selected by the target selection unit 1050.

This "specific event character" only needs to be defined as one that is not used in game challenges. In this embodiment, the value of the "Attribute" field is "Manager." "Not applicable to achieving game challenges" means that it does not contribute to achieving game challenges. For example, it means that it will not be used in games where game challenges are set. That is, even if an event character with the "Manager" attribute is set in the event deck, it will not participate in matches during the success phase.

The change target selection unit 1030 selects one of several event characters as the change target based on user input. The "change target" refers to the event character whose level parameter will be changed. In this embodiment, the base character corresponds to the "change target."

For example, as shown in the base character selection screen image G1700 (Figure 23), identification information for each of the multiple event characters is displayed on the display unit 15, and the change target selection unit 1030 selects one or more from among them based on the user's operation. The "identification information" is, for example, an image representing the event character. In this embodiment, the processing object for each event character displayed in the event character list area A1740 corresponds to the "identification information."

In this embodiment, the user directly selects the base character. However, the user may select only the selection criteria for the base character, and the base character may be selected based on those criteria. For example, the selection criteria could be the event character's specialty training. In this case, if the user selects a training that they prioritize in the success part, one of the event characters whose specialty training is set for that training may be selected as the base character. This way, an event character effective for efficiently performing the training prioritized by the user is selected as the base character, eliminating the need for the user to search for a base character each time. In such a case, multiple selection criteria for selecting one or more event characters are defined, and the change target selection unit 1030 selects one or more based on the selection criteria selected by the user. The selection criteria may also be related to the level of the event character or the effects that occur in the game.

The level change unit 1040 changes the level parameters of the event character selected by the change target selection unit 1030. For example, the level change unit 1040 changes the level parameters of the event character selected by the change target selection unit 1030 based on other game objects.

"Other game objects" refers to game objects that are neither the protagonist object nor the event character selected by the transformation target selection unit 1030. "Other game objects" may be any event character other than the one selected by the transformation target selection unit 1030 from among multiple event characters, or they may be a third game object that is neither the protagonist character nor an event character. A third game object can also be described as a game object for changing level parameters. For example, a third game object could be described as a game object specifically for strengthening event characters. For example, other game objects may be selected based on user input or automatically. In this embodiment, the material character corresponds to "other game objects."

For example, the level change unit 1040 changes the level parameter by increasing the experience point parameter of the base character using a material character. In this embodiment, when the experience point parameter or level parameter changes, the material character is consumed (disappears). For example, the amount of change in the experience point parameter or level parameter differs depending on the material character. In this case, the association between the material character and the change in the experience point parameter or level parameter is stored in the memory unit. The experience point parameter or level parameter changes based on the change associated with the material character. For example, if the "attribute" field of the material character indicates "enhancement material," the amount of increase in the level parameter may be increased by increasing the experience point parameter that can be acquired compared to when it indicates other attributes.

In this embodiment, the case where the level parameters of the base character are changed by using a material character is described. However, the level change unit 1040 may also change the level parameters of the base character based on predetermined parameters. In this case, the level change unit 1040 will change the level parameters of the event character selected by the change target selection unit 1030 based on the parameters for changing the level. The parameters for changing the level may, for example, be "power injection points" that the user can acquire in the game. In this case, the level change unit 1040 changes the level parameters of the base character by injecting "power injection points" into the base character.

As mentioned earlier, each of the multiple event characters is restricted so that its level parameter does not fall within a predetermined range. "Restricting the level parameter from falling within a predetermined range" means prohibiting the level parameter from falling within that range. In other words, each event character's level parameter is restricted so that it does not exceed the maximum level.

The target selection unit 1050 selects at least one of multiple event characters as the target. "Target" refers to a game object used in the game, a game object that generates an effect in the game. In this embodiment, setting it in the event deck corresponds to selecting it as the target.

For example, the target selection unit 1050 selects an event character based on user input. In this case, as shown in the event character change screen image G600 (Figure 9), identification information for each of the multiple event characters is displayed on the display unit 15, and the target selection unit 1050 selects one or more from among them based on user input. "Identification information" is, for example, an image representing the event character. In this embodiment, the processing object for each event character displayed in the event character list area A640 corresponds to "identification information."

Furthermore, the target selection unit 1050 may be configured to automatically select event characters based on predetermined conditions. For example, the target selection unit 1050 may select event characters based on level parameters. For instance, if multiple types of effects occur in the game, the target selection unit 1050 may select the event character that produces the effect selected by the user. Alternatively, the target selection unit 1050 may be configured to automatically select event characters based on level parameters or rarity parameters.

The first effect generation unit 1021 generates effects in the success part related to changes or settings of the protagonist character's ability parameters, based on the level parameters of the event character selected by the target selection unit 1050. For example, the first effect generation unit 1021 changes the effect based on the level parameters of the event character selected by the target selection unit 1050. For instance, the "Bonus" field in the event character table TBL302 stores data that associates level parameters with the content of the effect; therefore, the first effect generation unit 1021 generates the effect associated with the level parameter in the success part.

For example, the first effect generation unit 1021 will generate effects associated with the parameter range to which the values of the level parameter of the event character selected by the target selection unit 1050 belong, from the initial value to the current value. The "parameter range to which the values of the level parameter belong, from the initial value to the current value" means a parameter range that includes at least one value from the initial value (e.g., 1) to the current value (e.g., 50) of the level parameter (e.g., each number from 1 to 50), and includes both the parameter range to which the level parameter currently belongs and the parameter range to which the level parameter previously belonged. For example, if an event character with a level parameter of 1 suddenly has its level parameter increased to 50 through enhancement, the first effect generation unit 1021 will not only generate effects associated with the parameter range including 1 and the parameter range including 50, but will also generate effects associated with the parameter range that includes at least one number between 1 and 50. In other words, in this case, the first effect generation unit 1021 will generate all effects for level parameters of 50 or less. Furthermore, if a level parameter indicates a higher level with a higher numerical value, all effects below the current value will occur. However, if a level parameter indicates a higher level with a lower numerical value (for example, if it represents a rank, where 1 is the highest level), all effects above the current value will occur.

The effect display control unit 1060, when an operation to select a change target is performed, executes control to display correspondence information on the display unit 15 for each event character, showing the correspondence between the level parameter of the event character and the effect generated by the first effect generation unit 1021.

"When an operation to select the target of change is performed" refers to a predetermined timing before or after the user performs the operation. For example, it could be during the period until the selection of the base character is completed. For example, it could be while the base character selection screen image G1700, which accepts the base character selection operation, is displayed.

"Relationship information" refers to information indicating the association between the range of a level parameter and the effect that occurs when the level parameter falls within that range. This relationship information includes information describing the content of the effect. In other words, it includes text information or image information that allows the user to understand the content of the effect. Furthermore, the relationship information may also include information identifying the event character. This information may include the event character's name and appearance. In this embodiment, the bonus details screen image G500 corresponds to the "relationship information." While the relationship information is displayed here when a base character selection operation is performed, the relationship information itself may be displayed at any time. For example, the relationship information may be displayed from the list of event characters displayed when the processing object P1570 on the event character menu screen image G1500 is selected.

"Executing control to cause display on the display means" means, for example, generating an image and displaying that image on the display means. Alternatively, it means generating the data necessary to display the image and transmitting that data to the display means or a terminal connected to the display means, thereby displaying the image on the display means. "Data necessary to display the image" may be data representing the image itself, or data necessary to generate the image. The meaning remains the same when similar expressions are used hereafter.

The data acquisition unit 1070 acquires data stored in the individual data storage unit 1000, which stores data relating each of the multiple parameter ranges, divided into stages, to the effects generated by the effect generation unit. This data can also be described as data showing the correspondence between parameter ranges and effects. This data may be in table format or mathematical formula format. In this embodiment, the "Bonus" field of the event character table TBL302 corresponds to the above data.

"Parameter range" refers to the range of values a parameter can take, for example, if the parameter is numerical. For instance, it could be from the first reference value to a second reference value greater than the first. If the parameter is symbolic, it could be the range of the symbols in their order. For example, from the first symbol to the second symbol that follows the first. Note that the parameter range here includes not only multiple levels but also a single level. That is, the effect that occurs in the success part may be defined for each individual level.

For example, the effect display control unit 1060 executes control to display correspondence information on the display unit 15, showing the correspondence between each of the multiple parameter ranges and the effects generated by the first effect generation unit 1021. That is, the display control unit executes control to display correspondence information showing the effects for each parameter range on the display unit 15. In this embodiment, as shown in the bonus details screen image G500 of Figure 8, the effects generated for each level range are shown.

For example, the effect display control unit 1060 performs control to display correspondence information on the display unit 15, distinguishing between effects associated with the parameter range to which the event character's level parameter value from its initial value to its current value belongs, and effects associated with the parameter range to which the level parameter value does not belong.

The "parameter range to which the level parameter does not belong from its initial value to its current value" refers to a parameter range that does not include any values from the initial value (e.g., 1) to the current value (e.g., 50) of the level parameter (e.g., any numerical value from 1 to 50). For example, it refers to a parameter range to which the level parameter has never belonged, either currently or in the past.

"Distinguished correspondence information" refers to differentiating the display manner on the screen. For example, this could involve adding an image, or varying the color, brightness, pattern, or size. In this embodiment, as shown in Figure 8, the bonus detail screen image G500 with added check objects C510 and C520 corresponds to the distinguished correspondence information described above.

The change target display control unit 1080 executes control to display a reception image on the display unit 15 for receiving an operation to select a change target.

The "reception image" is the image displayed when accepting an operation. The operation performed while the reception image is displayed corresponds to the operation of selecting the target of the change. In this embodiment, the processing object of each event character in the event character list area A1740 of the base character selection screen image G1700 corresponds to the reception image.

For example, the effect display control unit 1060 may execute control to display the correspondence information on the display unit 15 after an operation to display the correspondence information has been performed while the reception image is displayed.

"After the user performs the prescribed operation to display the correspondence information while the reception image is displayed" means after the prescribed operation is performed while the reception image is displayed. For example, it could mean either in response to the prescribed operation, or in response to an operation performed while the image displayed in response to the prescribed operation is displayed.

In this embodiment, the effect display control unit 1060 executes control to display the bonus details screen image G500 on the display unit 15 when the processing object of each event character in the event character list area A1740 of the base character selection screen image G1700 is pressed and held.

Furthermore, the effect display control unit 1060 may be configured to execute control to display the correspondence information on the display unit 15 while the reception image is displayed. In this case, the effect display control unit 1060 will display the reception image and the correspondence information on the same screen.

The material character selection unit 1090 selects at least one of multiple game objects as the material character based on user input.

Here, "multiple game objects" refers to game objects excluding the base character, original character, and protagonist character. In this embodiment, the event characters selectable in the event character list area A1940 of the material character selection screen image G1900 (i.e., candidate material characters) correspond to multiple game objects.

The upper limit release determination unit 1100 determines whether a given condition associated with the base character selected by the transformation target selection unit 1030 is met, based on the material character selected by the material character selection unit 1090.

"A given condition associated with the base character" refers to a condition determined by the base character, and this condition may differ for each base character. For example, it could be selecting a game object of the same type as the base character.

For example, a given condition is one that can be satisfied when the material character selected by the material character selection unit 1090 is a specific event character. The specific event character is an event character associated with the base character selected by the change target selection unit 1030, and is, for example, the same event character as that event character. In other words, a predetermined condition is one that cannot be satisfied unless a specific event character is selected, and one that is satisfied with a predetermined probability when a specific event character is selected.

Furthermore, for example, a given condition is a condition that is satisfied with a probability determined based on the material character selected by the material character selection unit 1090. It is a condition that is satisfied under a probability associated with the material character. This probability is determined, for example, by the material character's parameters. For instance, the higher (larger) the material character's rarity parameter or level parameter, the higher the probability.

The permission unit 1110, when the upper limit release determination unit 1100 determines that a given condition is met, permits the level parameter of the base character selected by the change target selection unit 1030 to fall within a predetermined range or a portion of that predetermined range. As a general rule, the permission unit 1110 does not permit the event character's level parameter to exceed the maximum level; therefore, the permission unit 1110 permits the event character's level parameter to exceed the maximum level only when it determines that a given condition is met.

The "predetermined range" can be any parameter range defined in advance. For example, if the parameter is numerical, it means being greater than or equal to a reference value; if the parameter is symbolic, it means being a symbol later in the predetermined sequence. In this embodiment, the range corresponding to the predetermined range is the range higher (greater) than the maximum level.

The condition display control unit 1120 controls the display of condition information related to a given condition on the display unit 15 when an operation to select a material character is performed. "Condition information" refers to an image or text that indicates the content of the given condition.

For example, the condition display control unit 1120 controls the display unit 15 to display conditional information regarding whether or not an event character is a specific event character. In this embodiment, as shown in the material character selection screen image G1900 of Figure 25, the processing object of each event character in the event character list area A1940 displays "100% open" or "30% open," indicating whether or not the highest level of open is possible.

For example, the condition display control unit 1120 controls the display unit 15 to display condition information regarding the probability of selecting a particular event character by the material character selection unit 1090. In this embodiment, as shown in the material character selection screen image G1900 of Figure 25, the processing object of each event character in the event character list area A1940 displays "100% unlock" or "30% unlock," indicating the highest level of unlock probability.

The event power display control unit 1130 controls the display unit 15 to display information on the display unit 15 indicating the degree of the effect generated by the first effect generation unit 1021 when the event character is selected by the target selection unit 1050.

"Information indicating the degree of effect" refers to numerical values or symbols that indicate the magnitude (high or low) of the effect. In this implementation, the event power displayed on the event character screen image G400 corresponds to the information indicating the degree of effect. The event power display control unit 1130 obtains the value of the "event power" field in the event character table TBL302 and displays it on the display unit 15.

The player ability display control unit 1140 controls the display unit 15 to further display information indicating the degree to which selecting that event character by the target selection unit 1050 would be advantageous in achieving the game objective.

"Information indicating the degree of advantage" refers to numerical values or symbols that indicate the degree to which the game objective becomes easier to achieve. In this embodiment, the game objective is to win the match in the success part, so the player abilities displayed on the event character screen image G400 correspond to the information indicating the degree of effect. The event power display control unit 1130 retrieves the value of the "Player Ability" field in the event character table TBL302 and displays it on the display unit 15.

[3-2. Regarding the second technology]
In order to realize the second technology, in this embodiment, the game system 1 includes a first game execution unit 1020, a first effect generation unit 1021, an effect display control unit 1060, a distinction display control unit 1150, a helper selection unit 1160, a second game execution unit 1170, a special effect determination unit 1171, and a second effect generation unit 1172.

The first game execution unit 1020 performs the same processing as described in the first technique, so its explanation is omitted here.

The first effect generation unit 1021 generates an effect in the success part related to changes or settings of the protagonist character's ability parameters, based on at least one event character selected from among multiple event characters (for example, an event character set in the event deck). The first effect generation unit 1021 may also perform the same processing as described in the first technique; however, since the second technique primarily concerns special effect characters, the first effect generation unit 1021 will change its effect based on the special effect character's level parameter when a special effect character is selected. The method for changing the effect based on the level parameter is the same as the method described in the first technique.

Furthermore, while the first technology described a case where the first effect generation unit 1021 generates an effect based on level parameters, the second technology allows the first effect generation unit 1021 to generate an effect based on event characters, and does not necessarily have to be based on level parameters. For example, the first effect generation unit 1021 may generate an effect based on ability parameters or rarity, or it may generate an effect based on an event list.

The distinction display control unit 1150 executes control to distinguish and display information related to special effect characters and information related to other event characters on the display unit 15 when an operation is performed to select at least one of multiple event characters (for example, an event character to be set in the event deck). The meaning of the above operation and the meaning of "distinguished display" are the same as those described in the first technology.

"When an operation is performed" refers to a predetermined timing before or after the user performs an operation. For example, it could be during the period until the user completes the selection of an event character. For instance, it could be while the event deck setting screen image G300, the event character change screen image G600, or the event deck editing screen image G1600, which accept the event character selection operation, are displayed.

"Character-related information" refers to information that identifies an event character and the parameters of the event character. In this embodiment, the processing object that identifies the event character corresponds to the character-related information. For example, as shown in Figures 31 and 32, the distinction display control unit 1150 makes the display of the processing object for special effect characters and other event characters different in the event character list area A640 and the setting frame. Note that distinguishing between information related to special effect characters and information related to other event characters is not limited to the operation of selecting event characters to be included in the event deck. These distinctions may be displayed at any time. For example, in the list of event characters displayed when the processing object P1570 of the event character menu screen image G1500 is selected, the distinction between special effect characters and other event characters may be displayed. Alternatively, for example, when an event character is granted by a gacha executed after the user selects processing object P124, the event character menu screen image G1500 may be displayed, and the distinction may be displayed when processing object P1570 is selected. In this case, the display of the event character menu screen image G1500 may be omitted, and only the distinguishing display may be shown.

The effect display control unit 1060 executes control to display correspondence information on the display unit 15, showing the correspondence between the special effect character and the effect generated by the second effect generation unit 1172. For example, the effect display control unit 1060 displays the special effect character in association with the effect generated in the stadium part. The correspondence information includes information indicating the content of the effect. In other words, it includes text information or image information, etc., that allows the user to understand the content of the effect. In addition, the correspondence information includes information that identifies the special effect character. This information is the name and appearance of the special effect character, etc. For example, as shown in Figures 31 and 32, the effect display control unit 1060 displays the score bonus of the special effect character in the event character list area A640 and the setting frame.

The effect display control unit 1060 executes control to display correspondence information on the display unit 15 when an operation is performed to select at least one of multiple event characters (for example, an event character to be set in the event deck). The meaning of the above operation and "when the operation is performed" is as previously described.

The support character selection unit 1160 selects an event character owned by another user associated with the user. "Another user associated with the user" refers to, for example, a friend. This allows selection of event characters owned by other users, not just those owned by the user playing the game.

The second game execution unit 1170 executes the stadium part where the original characters are used. For example, the second game execution unit 1170 executes the stadium part based on the ability parameters of the original characters. The second game execution unit 1170 executes the game program of the baseball game and updates various data related to the stadium part (for example, user table TBL301).

The second game execution unit 1170 may execute the stadium part of the game based on user input, or it may automatically execute the stadium part of the game without user input. Whether the stadium part of the game is executed based on user input or automatically may be specified by the user.

The special effect determination unit 1171 determines whether the ability parameters of the original character used in the stadium part were changed or set in the success part executed with the special effect character selected. For example, the special effect determination unit 1171 determines whether the special effect character was used when the ability parameters of the original character were changed or set. Here, since the contents of the event deck when the ability parameters of the original character were changed or set are stored in the original character table TBL 304, the special effect determination unit 1171 makes the determination based on the contents of the original character table TBL 304.

The second effect generation unit 1172 generates an effect on the stadium part that is advantageous or disadvantageous to the user, based on the judgment result of the special effect determination unit 1171.

"Effects that are advantageous or disadvantageous to the user" refer to effects that make it easier or harder to achieve a desired result in the stadium part of the game. For example, in a game where the goal is to obtain rewards (such as points or in-game currency) as in the stadium part, this could be an effect that increases or decreases rewards. For example, in a competitive game as in the stadium part, it could also be an effect that makes it easier or harder to progress through the match.

For example, if the second effect generation unit 1172 determines that the ability parameters of the original character used in the stadium part were changed or set in the success part executed with a special effect character selected, it will generate an effect advantageous to the user in the stadium part. Alternatively, if the second effect generation unit 1172 determines that the level parameters of the original character used in the stadium part were not changed or set in the success part executed with a special effect character selected, it may generate an effect disadvantageous to the user in the stadium part.

In this embodiment, the stadium part aims to obtain rewards using original characters whose ability parameters have changed in the success part. Therefore, the second effect generation unit 1172 will generate effects in the stadium part that are advantageous or disadvantageous to the user in obtaining rewards.

"An effect that is advantageous or disadvantageous to obtaining a reward" refers to an effect that makes it easier or harder to obtain a reward. In other words, it refers to an effect that improves the reward obtained or an effect that worsens the reward obtained.

The second effect generation unit 1172 may change the effect based on the parameters of the special effect character. The second effect generation unit 1172 changes the content of the effect based on the parameters of the special effect character. For example, the association between parameters and effects is stored in the data storage unit 3000. The second effect generation unit 1172 will generate the effect associated with the parameter. This parameter may be a rarity parameter or a level parameter. The second effect generation unit 1172 increases the score bonus as the rarity or level of the special effect character increases.

For example, the second effect generation unit 1172 may change its effect based on the number of original characters whose ability parameters are changed or set in the success part based on the special effect character. In this case, the association between the number of original characters trained by the special effect character and the effect is stored in the data storage unit 3000, and the second effect generation unit 1172 generates an effect associated with the number of original characters trained by the special effect character. For example, the second effect generation unit 1172 generates an effect that becomes more advantageous or disadvantageous as the number of original characters trained by the special effect character increases. That is, the second effect generation unit 1172 may strengthen the effect in the stadium part as the number of original characters trained by the special effect character increases.

[3-3. Regarding the third technology]
In order to realize the third technology, in this embodiment, the game system 1 includes a parameter change unit 1022, a target selection unit 1050, a practice selection unit 1180, and a practice display control unit 1190.

As explained above, in the success phase, each of the protagonist character's multiple ability parameters will change or be set. Furthermore, in the success phase, one of several roles is assigned to the protagonist character. A role is a role assigned in the game, and in this embodiment, it is a position.

The practice selection unit 1180 selects one of several options associated with at least one of several ability parameters, based on the user's first selection operation. The "first selection operation" is the operation in which the user selects an option, for example, selecting one of several options displayed on the display unit 15. In this embodiment, each of the processing objects P921 to P926 corresponds to an option, and the operation of selecting any of these processing objects P921 to P926 corresponds to the first selection operation.

Each of the multiple options is associated with at least one of multiple roles. In this embodiment, the option indicating fielder practice is associated with the fielder role, and the processing object indicating pitcher practice is associated with the pitcher role. The options associated with the main character's role are then selectable by the first selection operation. That is, if the main character's role is a fielder, the processing object associated with fielders is selectable, and if the main character's role is a pitcher, the processing object associated with pitchers is selectable.

The target selection unit 1050 selects at least one of several event characters, each associated with at least one of several options, based on the user's second selection operation. In this embodiment, the fact that an event character is associated with a preferred training method corresponds to at least one of the options being associated with an event character.

The parameter change unit 1022 changes the parameter associated with the option selected by the practice selection unit 1180 from among multiple ability parameters. As mentioned above, each option has a defined ability parameter that increases when that processing object is selected. Therefore, the parameter change unit 1022 increases the ability parameter associated with the selected option.

The parameter change unit 1022 modifies the parameters associated with the option selected by the practice selection unit 1022 so that the user has an advantage in the game, compared to when the option selected by the practice selection unit 1180 is not associated with the event character selected by the target selection unit 1050, provided that the option selected by the practice selection unit 1180 is associated with the event character selected by the target selection unit 1050. For example, the parameter change unit 1022 increases the amount of change in the protagonist character's ability parameters when a preferred practice associated with an event character set in the event deck is selected.

The practice display control unit 1190 executes control to display option information on the display unit 15 related to the options associated with the event character selected by the target selection unit 1050. The option information consists of images, text, etc., that are displayed on the display unit 15. In this embodiment, each practice included in processing objects P921 to P926 and the preferred practice area A346 corresponds to the option information.

The practice display control unit 1190 executes control to display information indicating the number of identical choices on the display unit 15, in association with the choice information, when multiple event characters from a plurality of event characters are selected by the target selection unit 1050, and the choices associated with each of the selected event characters are the same.

"Information indicating the number of options" refers to an image or text displaying a numerical value. In this embodiment, the numerical value such as "×2" displayed in the preferred practice area A346 corresponds to "information indicating the number of options."

"Displaying information indicating the number of options in relation to the option information" means, for example, displaying the information indicating the number of options and the option information so that a portion of them overlap, displaying them so that the distance between the information indicating the number of options and the option information is within a predetermined distance, or connecting the information indicating the number of options and the option information with an image such as a line. In this embodiment, a numerical value such as "×2" is displayed to indicate the preferred practice displayed in the preferred practice area A346.

For example, the practice display control unit 1190 executes control to display on the display unit 15 a distinction between the choice information related to the event character selected by the target selection unit 1050 and the choice information related to other choices. The meaning of "distinguishing and displaying" is as described above.

For example, the practice display control unit 1190 displays the option information for each of the multiple options in an order determined based on the role associated with that option. It then performs control to distinguish between the option information related to the option associated with the event character selected by the target selection unit 1050 and the option information related to the other options, and displays them on the display unit 15.

"An order determined by role" refers to an order that allows for the identification of roles, where options associated with the first role are displayed on the first side, and options associated with the second role are displayed on the second side. In this case, the practice display control unit 1190 displays fielder practice on the left and pitcher practice on the right in the preferred practice area A346.

[3-4. Regarding the fourth technology]
In order to realize the fourth technology, in this embodiment, the game system 1 includes a first effect generation unit 1021, a scenario selection unit 1200, and a scenario change unit 1210.

The scenario selection unit 1200 selects one of several options regarding the content of the game scenario based on user input. "Options regarding the scenario content" refer to choices for determining the scenario content, and in this embodiment, these are choices for the user to select the next section at the end of each section.

The scenario change unit 1210 changes the content of the game's scenario based on the selection made by the scenario selection unit 1200. The scenario change unit 1210 will then proceed with the scenario selected by the user from among several types of scenarios in the success part.

The first effect generation unit 1021 may be the same as described in the first and second technologies. However, in the third technology, the first effect generation unit 1021 generates a specific game effect corresponding to a specific event character when a specific event character is selected from among multiple event characters. Here, the specific event character is an event character associated with a specific effect and is an event character of a predetermined rarity. The specific effect can be any predetermined effect; for example, an effect that allows the main character to acquire a super special ability.

The first effect generation unit 1021 may generate a specific in-game effect corresponding to a specific event character, even if the specific event character is not selected, when a specific option is selected from multiple options by the scenario selection unit 1200. The "specific option" is an option for proceeding to a predetermined scenario, for example, an option for proceeding to a limited-time scenario. If the option for proceeding to a limited-time scenario is selected, the first effect generation unit 1021 allows the main character to acquire a super special ability, even if the specific event character is not included in the event deck.

For example, the first effect generation unit 1021 may restrict the occurrence of a specific effect outside of a specific period, and ensure that the specific effect occurs within that specific period. Alternatively, the first effect generation unit 1021 may restrict the selection of a specific option from multiple options by the scenario selection unit 1200 outside of a specific period, and allow the selection of a specific option from multiple options by the scenario selection unit 1200 within that specific period. In other words, outside of a specific period, it is not possible to select a scenario that allows the acquisition of a super-special ability.

[3-5. Regarding the fifth technology]
To realize the fifth technology, in this embodiment, the game system 1 includes a first update unit 3020, a second update unit 3030, an outcome determination unit 3040, a game provision unit 3050, and a challenge display control unit 3060. This technology relates to processing performed between a user terminal 10 of one user and a user terminal 10 of a friend, and assumes a configuration in which multiple user terminals 10 can access the server 30.

As mentioned above, the second game execution unit 1170 executes the stadium part based on the original character associated with the user ID and other game objects. These other game objects may be original characters associated with other user IDs, or other game objects. For example, these other game objects may be game characters prepared by the administrator of game system 1.

The first update unit 3020 updates the first achievement information stored in the data storage unit 3000, which stores the first achievement information indicating the results achieved by the first user identified by the first user ID in the stadium part, based on the first user's gameplay. The second update unit 3030 updates the second achievement information stored in the data storage unit 3000, which stores the second achievement information indicating the results achieved by the second user identified by the second user ID in the stadium part, based on the second user's gameplay.

"Results" refer to information indicating the quality of the game's content or outcome, and may include game progress or match results. In this embodiment, the score obtained in the stadium part of the game corresponds to the results. The first update unit 3020 and the second update unit 3030 each receive the score obtained by the user in the stadium part of the game from the user terminal 10 and store its contents in the user table TBL 301.

The outcome determination unit 3040 determines, based on the first and second outcome information, whether the second user's outcome has changed from a first state (where the second user's outcome is lower than the first user's) to a second state (where the second user's outcome is higher than the first user's). If the game provision unit 3050 determines that the outcome has changed from the first state to the second state, it executes controls to provide the first user with a game that is run based on the original character associated with the first user ID and the original character associated with the second user ID. This game can be run on game objects owned by each user; for example, it could be a competitive game.

For example, the game provision unit 3050 provides the first user with a game that is executed based on the original character associated with the first user ID and the original character associated with the second user ID, based on the operation performed by the first user while a notification is displayed.

"Providing the game to the user" means sending the game program to the user terminal 10 or authorizing the execution of the game. Other processes, such as prompting the user to play against another player, may also be involved.

The challenge display control unit 3060, upon determining that the state has changed from the first state to the second state, executes control to display a notification on the display unit 15 corresponding to the first user, indicating that the game will be provided by the game provision unit 3050. This notification can be presented in a predetermined format; for example, by displaying the processing object P160 on the display unit 15.

[4. Processes executed in Game System 1]
Figures 43 to 66 are flowcharts showing an example of processing performed in the game system 1. The processing shown in Figures 43 to 66 is performed by the control unit 11 operating according to a program stored in the memory unit 12, and by the control unit 31 operating according to a program stored in the memory unit 32. In this embodiment, the functional block shown in Figure 37 is realized by the execution of the processing described below. The processing described below terminates when a predetermined operation for ending the game is input from the input unit 14.

As shown in Figure 43, in the user terminal 10, when the control unit 11 starts a program stored in the memory unit 12, it requests the latest program and data from the server 30 (S1001). For example, if the memory unit 12 stores the version of the game program, the control unit 11 transmits that version.

When communication occurs from the user terminal 10 to the server 30, the user ID, IP address, or unique identification information of the user terminal 10 is transmitted to the server 30, allowing the server 30 to identify which user terminal 10 is communicating. When the server 30 receives the user ID from the user terminal 10, the control unit 31 identifies the user ID from the communication content. When the server 30 receives the IP address or unique identification information from the user terminal 10, the association between the IP address or unique identification information and the user ID is pre-stored in the storage unit 32, and the control unit 31 identifies the user ID based on the communication content and this association.

In server 30, upon receiving a request, the control unit 31, if the program on the user terminal 10 is not the latest version, sends the latest program along with the latest data stored in the storage unit 32 to the user terminal 10 (S3001). This latest data includes, for example, data indicating announcements from the game provider to the user, and data corresponding to the user ID in each table. In S3001, the control unit 31 compares the version received from the user terminal 10 with the version of the latest program stored in the storage unit 32. If the program on the user terminal 10 is the latest version, the control unit 31 does not send the program to the user terminal 10. Also in S3001, the control unit 31 refers to the storage unit 32 and sends various data associated with the user ID to the user terminal 10.

In the user terminal 10, the control unit 11 stores the latest program or data in the storage unit 12 upon receiving it (S1003). If the latest program is received, the control unit 11 terminates this process and restarts the game based on the latest program.

The control unit 11 displays a predetermined notification screen image based on the data received from the server 30 (S1005), and then refers to the user table TBL 301 to determine whether or not a challenge from a friend has been received (S1007). In S1007, the control unit 11 determines whether or not a user ID is stored in the "Challenge" field of the user table TBL 301. If the friend's user ID is stored, the control unit 11 determines that a challenge from a friend has been received.

Based on the determination result in S1007, the control unit 11 displays the home screen image G100 (Figures 2 and 34) on the display unit 15 (S1009). In S1009, if a challenge from a friend has been received, the control unit 11 displays the home screen image G100 (Figure 34) including the processing object P170 on the display unit 15. It is assumed that the image data for each image displayed on the display unit 15 is pre-stored in the storage unit 12. This point remains the same throughout.

The control unit 11 determines which processing object has been selected on the home screen image G100 based on the input from the input unit 14 (S1011). In S1011, the display position of each processing object is stored in the storage unit 12, and the control unit 11 determines which processing object corresponds to the position on the screen indicated by the input unit 14. This process for determining the selection of processing objects, etc., in subsequent steps is similar.

If the user selects processing object P140 (S1011; P140), the process moves to Figure 44, and the control unit 11 displays processing objects P141 to P143 on the display unit 15 (S1013). Based on the input from the input unit 14, the control unit 11 determines which of the processing objects P141 to P143 was selected (S1015).

If the user selects any of the processing objects P141 to P143 (S1015; Y), the control unit 11 displays the protagonist registration screen image G200 (Figure 4) on the display unit 15 (S1017). Based on the input from the input unit 14, the control unit 11 determines which processing object was selected in the protagonist registration screen image G200 (S1019).

If the user selects any of the processing objects P241 to P245 (S1019; P241 to P245), the control unit 11 executes a process to change the registration information of the main character based on the input from the input unit 14 (S1021). In S1021, the control unit 11 reflects the content input from the input unit 14 in the main character registration area A240. This input content is temporarily stored in the storage unit 12.

On the other hand, if the user selects processing object P250 (S1019; P250), the control unit 11 stores the registration details of the main character in the original character table TBL304 (S1023) and displays the event deck setting screen image G300 (Figures 5 and 6) on the display unit 15 (S1025). In S1025, the control unit 11 creates a new record in the original character table TBL304 stored in the storage unit 12, issues an original character ID, and stores the content displayed in the main character registration area A240 in that record. The original character ID should be issued in a way that does not duplicate any IDs already stored in the original character table TBL304.

In S1025, when the control unit 11 updates the original character table TBL 304 in the storage unit 12, it sends the updated data to the server 30. The control unit 31 of the server 30 stores the received data in the original character table TBL 304 in the storage unit 32. Similarly, thereafter, when the control unit 11 updates each table stored in the storage unit 12, it sends the updated data to the server 30, and the control unit 31 updates the table in the storage unit 32. In this way, data consistency is maintained between the user terminal 10 and the server 30. Note that data consistency is not limited to when tables are updated; it may be performed periodically, or in response to user operations.

Moving to Figure 45, the control unit 11 determines, based on the input from the input unit 14, which processing object or setting frame has been selected in the event deck setting screen image G300 (S1027).

When the user selects processing object P342 (S1027; P342), the control unit 11 changes the event deck name based on the input from the input unit 14 (S1029). In S1029, the control unit 11 reflects the content input from the input unit 14 in area A341. This input content is temporarily stored in the storage unit 12.

If the user selects processing object P343 (S1027; P343), the control unit 11 displays the automatic setting menu screen image G700 (Figure 11) on the display unit 15 (S1031). Based on the input from the input unit 14, the control unit 11 determines whether any processing object has been selected in the automatic setting menu screen image G700 (S1033).

When the user selects processing object P710 (S1033; P710), the control unit 11 automatically assembles an event deck for the pitcher and stores it in the event character table TBL302 (S1035). For example, the automatic assembly conditions for the pitcher are stored in the memory unit 12. In S1035, the control unit 11 selects a predetermined number of event characters (in this case, five) based on the automatic assembly conditions for the pitcher and the data of each event character stored in the event character table TBL302. The control unit 11 then stores the selected event character IDs in the record containing the event deck name displayed in area A341 of the event character table TBL302.

The automatic formation conditions are, for example, conditional expressions or formulas for calculating an evaluation value that indicates the priority of including each event character in the event deck. For example, this formula may be set so that the evaluation value increases with higher rarity or level, or it may be set so that the evaluation value increases if the pitcher's training is their specialty or if they have a predetermined bonus. In S1035, the control unit 11 will select a predetermined number of event characters in order of highest evaluation value.

If the user selects processing object P720 (S1033; P720), the control unit 11 automatically assembles an event deck for fielders and stores it in the event character table TBL302 (S1037). The assembly method in S1037 is the same as in S1035, but the automatic assembly conditions are for fielders. If the user selects processing object P730 (S1033; P730), the process returns to S1025.

On the other hand, in S1027, if the user long-presses any of the setting frames A344-1 to A344-5 (S1027; long-press operation), the process moves to Figure 46, where the control unit 11 refers to the event character table TBL 302 and the event deck table TBL 303, and displays the event character screen image G400 (Figure 7) on the display unit 15 (S1039). In S1039, the control unit 11 refers to the event deck table TBL 303 to identify the event character ID indicated by the long-pressed setting frame A344-1 to A344-5. Then, the control unit 11 refers to the event character table TBL 302 and displays the event character screen image G400 on the display unit 15 based on the record containing the identified event character ID.

The control unit 11 determines, based on the input from the input unit 14, which processing object or tab has been selected in the event character screen image G400 (S1041). If the user selects processing object P424 (S1041; P424), the control unit 11 refers to the event character table TBL302 and displays the bonus details screen image G500 (Figure 8) on the display unit 15 (S1043).

In S1043, the control unit 11 displays the bonus details screen image G500 on the display unit 15 based on the record in the event character table TBL302 where the event character ID whose setting frame was long-pressed in S1027 is stored. For example, the control unit 11 displays the bonus details screen image G500 on the display unit 15 based on the level stored in the "Level" field and the content of the bonus stored in the "Bonus" field. That is, the control unit 11 displays check objects C510 and C520 in the area indicating bonuses associated with levels below the level stored in the "Level" field (bonuses already obtained) among the bonuses stored in the "Bonus" field. Furthermore, the control unit 11 generates the bonus details screen image G500 such that the area indicating bonuses associated with levels below the level stored in the "Level" field is brighter than the area indicating bonuses associated with higher levels (bonuses that can be obtained by leveling up).

The control unit 11 determines whether processing object P530 has been selected based on the input from the input unit 14 (S1045). If the user selects processing object P530 (S1045; Y), the process returns to S1039.

On the other hand, if the user selects processing object P430 in S1041 (S1041; P430), the control unit 11 refers to the event character table TBL302 and displays a screen image showing the capabilities of the event character on the display unit 15 (S1047). In S1047, the control unit 11 displays the screen image on the display unit 15 based on the contents of the "Capability Parameter" field of the record in the event character table TBL302 that stores the event character ID shown by the event character screen image G400.

If the user selects processing object P441 (S1041; P441), the process returns to S1025. If the user selects processing object P442 (S; P442), the control unit 11 updates the event character table TBL302 to set or release the event character lock (S1049). In S1049, the control unit 11 updates the value of the "Lock" field in the record containing the event character ID shown in the event character screen image G400.

When the user selects processing object P443 (S1041; P443), the control unit 11 updates the event character table TBL302 to set the event character as the leader (S1051). In S1051, the control unit 11 updates the value of the "Leader" field in the record containing the event character ID shown in the event character screen image G400.

When the user selects the first tab T421 (S1041; T421), the control unit 11 refers to the event character table TBL302 and displays the event list of event characters on the display unit 15 (S1053). In S1053, the control unit 11 identifies the event indicated by the "Event" field of the record containing the event character ID shown by the event character screen image G400 and displays it in the second area A420.

When the user selects the second tab T422 (S1041; T422), the control unit 11 refers to the event character table TBL302 and displays the event bonus of the event character on the display unit 15 (S1055). In S1055, the control unit 11 identifies the bonus currently earned at the current level based on the level stored in the "Level" field of the record containing the event character ID shown in the event character screen image G400, and the bonus content stored in the "Bonus" field of the same record, and displays it in the second area A420.

When the user selects the third tab T423 (S1041; T423), the control unit 11 refers to the event character table TBL302 and displays the event character profile on the display unit 15 (S1057). In S1057, the control unit 11 identifies the profile indicated by the "Profile" field of the record containing the event character ID shown in the event character screen image G400 and displays it in the second area A420.

On the other hand, returning to Figure 45, if the user taps any of the setting frames A344-1 to A344-5 in S1027 (S1027; tap operation), the process moves to Figure 47, where the control unit 11 refers to the event character table TBL302 and displays the event character change screen image G600 (Figures 9, 31) on the display unit 15 (S1059).

In S1059, the control unit 11 refers to the event deck table TBL303 to identify the event characters currently incorporated into the event deck, and displays "In Use" for the identified event characters in the event character list area A640. Furthermore, if a limited-time event is underway, the control unit 11, if the event character ID of a special effect character is stored in the event deck table TBL303, displays the score bonus for that special effect character in the event character list area A640. Finally, the control unit 11 refers to the event deck table TBL303 to identify other event characters and displays these identified event characters in the event character list area A640.

The control unit 11 determines which processing object was selected in the event character change screen image G600 based on the input from the input unit 14 (S1061). If the user selects processing object P641 (S1061; P641), the control unit 11 updates the event deck table TBL 303 to remove the event character tapped in S1027 from the event deck (S1063). In S1063, the control unit 11 deletes the event character ID of the event character tapped in S1027 from the event deck table TBL 303.

When the user selects a processing object corresponding to an event character in the event character list area A640 (S1061; event character), the control unit 11 updates the event deck table TBL 303 to incorporate the event character into the event deck (S1065). In S1065, the control unit 11 removes the event character ID of the event character tapped in S1027 from the event deck table TBL 303 and stores the event character ID of the event character indicated by the processing object selected by the user in the event deck table TBL 303.

When the user selects processing object P650 (S1061; P650), the control unit 11 rearranges the event characters in the event character list area A640 based on the input from the input unit 14 (S1067). In S1067, the user selects the display order condition from the input unit 14. Then, the control unit 11 refers to the event character table TBL302 and rearranges the event characters in the event character list area A640 based on the condition selected by the user.

On the other hand, returning to Figure 45, if the user selects setting frame A345 in S1027 (S1027; A345), the process moves to Figure 48, where the control unit 11 queries the server 30 for candidate helpers (S1069). Candidate helpers are event characters set as leaders for other users.

When the server 30 receives a query, the control unit 31 refers to the event character table TBL 302 and sends data about the event character set as the leader of another user to the user terminal 10 (S3003). In S3003, the control unit 31 sends a predetermined number of data from records containing user IDs other than the user ID that sent the query to the user terminal 10. The control unit 31 may randomly select a predetermined number of data, or it may select them so that the combination of the event characters' preferred training is a predetermined combination. That is, the control unit 31 may select so that the preferred training of the event characters who are candidates for helpers is not all the same. The control unit 31 may also preferentially select the leader of the user's friend as a candidate for helper. Furthermore, if the user selects a friend's leader as a helper, a predetermined effect may occur in the success part. This effect may include, for example, an increase in the amount of experience points gained when a friend's leader's preferred training is selected, an increase in the initial value of the leader's evaluation, and an increase in the probability of events related to the leader occurring. In other words, if a user chooses a friend's leader as a helper, the game may implement an effect that gives the user an advantage in the success phase compared to choosing a leader who is not a friend.

In the user terminal 10, upon receiving data, the control unit 11 displays a list of candidate helpers on the display unit 15 based on the received data (S1071), and sets the helper selected by the user in the setting frame A345 based on the input from the input unit 14 (S1073). In this case, the event deck setting area A340 is as shown in Figure 10. In S1073, the control unit 11 stores the event character ID of the helper selected by the user in the "event deck" field of the original character table TBL304.

On the other hand, returning to Figure 45, if the user selects processing object P350 in S1027 (S1027; P350), the process moves to Figure 49. The control unit 11 displays the opening video of the success part on the display unit 15 (S1075), and then displays the main command screen image G800 (Figure 12) on the display unit 15 (S1077). The control unit 11 then stores the initial values of the main character's ability parameters, physical strength parameters, motivation parameters, experience points, and evaluations from other characters in the original character table TBL304. These values may be fixed or may fluctuate randomly.

The control unit 11 determines which processing object has been selected in the main command screen image G800 (Figure 12) based on the input from the input unit 14 (S1079). If the user selects processing object P841 (S1079; P841), the system moves to Figure 50, and the control unit 11 displays the practice screen image G900 (Figure 13) on the display unit 15 (S1081). In S1081, the control unit 11 randomly determines which of the practice sessions indicated by processing objects P921 to P926 the event characters and other characters incorporated into the event deck will participate in, and stores the result of this determination in the storage unit 12.

The control unit 11 determines which processing object has been selected in the practice screen image G900 based on the input from the input unit 14 (S1083). If the user selects any of the processing objects P921 to P926 (S1083; P921 to P926), the control unit 11 displays the cursor object C927 to point to the selected processing object (S1085) and updates the display of the experience point area A930 and the game character area A940 (S1087).

In S1087, the control unit 11 calculates the experience points that will increase when the practice of the processing object selected by the user is performed, based on a formula described in the game program, and displays it in the experience point area A930. This formula defines the relationship between each practice, the type of experience points that increase, and the increase value. This relationship may be stored in the storage unit 12 as a table rather than a formula. For example, the control unit 11 obtains the type of experience points and the increase value associated with the practice of the processing object selected by the user. Then, the control unit 11 refers to the decision result in S1081 to determine whether an event character whose specialty is the practice of the processing object selected by the user will participate in that practice, and if they do, increases the obtained increase value. This increase may be a fixed value or a variable value. For example, the control unit 11 may determine the increase amount randomly, or it may increase the increase amount the higher the rarity or level parameter of the event character. The control unit 11 displays the calculated increase value in the experience point area A930 and the decision result in S1081 in the game character area A940.

The control unit 11 determines, based on the input from the input unit 14, whether the processing object selected in S1083 has been selected again (S1089). If the user selects it again (S1089; Y), the control unit 11 updates the original character table TBL304 so that the protagonist character's ability parameters increase by the increase value determined in S, and the evaluations of the event characters and other characters who participated in the practice increase by a predetermined value (S1091). It then displays the practice result screen image G1000 (Figure 14) and the event screen image G1100 (Figure 15) on the display unit 15 (S1093).

In S1093, the control unit 11 displays message area A1030 showing the increase in the protagonist character's ability parameters and the increase in the evaluation parameters of the event characters and other characters who participated in the practice. The increase in evaluation parameters may be a fixed value or may vary randomly. Furthermore, the control unit 11 displays the dog character C1040 on the practice results screen image G1000 under a given probability and grants the user a randomly determined game item. As mentioned earlier, this probability may be predetermined in the memory unit 12, but if the preview screen image G1400 was displayed at the start of the section, the control unit 11 increases this probability. The control unit 11 may also update the user table TBL301 so that a game item is granted at the time of S1093, or it may update the user table TBL301 so that a game item is granted at the end of the section.

Furthermore, in S1093, the control unit 11 decides whether or not to trigger a game event for an event character who participated in the practice session, under a given probability. For example, the control unit 11 refers to the event character table TBL 302 to identify a game event for an event character who participated in the practice session, and then decides whether or not to trigger the identified game event under the above probability. The probability of each game event occurring may be different or the same. If the control unit 11 decides to trigger a game event, it displays the event screen image G1100 on the display unit 15 and updates the original character table TBL 304 so that the protagonist character's parameters change (increase or decrease). The relationship between the game event, the type of parameter that changes (at least one of ability parameters, stamina parameters, motivation parameters, experience points, and evaluation parameters), and the amount of change should be pre-stored in the memory unit 12. The control unit 11 updates the original character table TBL 304 so that the parameter of the type associated with the triggered game event changes by the amount of change.

Furthermore, in S1093, if a time-limited scenario is in progress, the control unit 11 decides, based on a given probability, whether or not to trigger a game event for the protagonist character to acquire a super special ability. The control unit 11 may also make this game event occur randomly. If the control unit 11 decides to trigger the game event, it displays the event screen image G1100 on the display unit 15 and updates the original character table TBL304 so that the protagonist character acquires a super special ability.

Furthermore, in S1089, the control unit 11 may, under a given probability, cause the practice to fail and the main character to get injured. In this case, the processes in S1091 and S1093 are not executed. For example, the control unit 11 determines the probability of the main character getting injured based on the main character's physical strength parameters. If the main character gets injured, the control unit 11 may display a screen image indicating the main character's injury on the display unit 15 and update the original character table TBL 304 so that the main character's ability parameters decrease by a predetermined value.

In S1083, if the user selects processing object P950 (S1083; P950), the process returns to S1077. On the other hand, if the user selects processing object P812 (S1083; P812), the control unit 11 displays a given menu screen image on the display unit 15 and, based on the input from the input unit 14, performs interruption or cancellation of the success part and various setting processes (S1095).

On the other hand, returning to Figure 49, if the user selects processing object P842 in S1079 (S1079; P842), the control unit 11 generates a game event in which the main character rests (S1097), and updates the original character table TBL304 so that the main character's stamina parameter recovers by a predetermined value (S1099). Here, generating a game event means that the control unit 11 displays a predetermined screen image indicating the game event on the display unit 15. This point will be the same in subsequent explanations. In S1099, the control unit 11 may randomly change the recovery value of the stamina parameter, or it may change the main character's state with a given probability (for example, to develop insomnia).

When the user selects processing object P846 (S1079; P846), the process moves to Figure 51. The control unit 11 then refers to the original character table TBL304 and displays the ability change screen image G1200 (Figure 16) on the display unit 15 (S1101). In S1101, the control unit 11 displays the first area G1210 based on the data stored in the main character's "ability parameter" field, and displays the second area G1220 based on the data stored in the "experience point" field. Data showing the relationship between each ability parameter and the experience point points consumed is stored in the storage unit 12. Based on this data, the control unit 11 displays the relationship between each processing object P1223-1 to P1223-7 and the experience point points consumed in the second area G1220.

The control unit 11 determines, based on the input from the input unit 14, which processing object or tab has been selected in the capability change screen image G1200 (S1103).

When the user selects the pitcher ability tab T1211 or the fielder ability tab T1212 (S1103; T1211, T1212), the control unit 11 updates the display of the entire ability change screen image G1200 based on the selected pitcher ability tab T1211 and fielder ability tab T1212 (S1105). In S1105, the control unit 11 refers to the original character table TBL304. If the user selects the pitcher ability tab T1211, it displays the pitcher ability parameters from the main character's "ability parameters" field in the first area G1210. If the user selects the fielder ability tab T1212, it displays the fielder ability parameters from the main character's "ability parameters" field in the first area G1210.

When the user selects the Basic Abilities tab T1221 or the Special Abilities tab T1222 (S1103; T1221, T1222), the control unit 11 updates the display in the second area G1220 (Figures 16, 17) based on the selected Basic Abilities tab T1221 and Special Abilities tab T1222 (S1107). In S1107, the control unit 11 refers to the original character table TBL304. If the user selects the Basic Abilities tab T1221, it displays the ability parameters related to basic abilities from the main character's "Abilities Parameters" field in the second area G1220. If the user selects the Special Abilities tab T1222, it displays the ability parameters related to special abilities from the main character's "Abilities Parameters" field in the second area G1220.

When the user selects any of the processing objects P1223-1 to P1223-6 (S1103; P1223-1 to P1223-6), the control unit 11 consumes the protagonist character's experience points to improve the ability parameters associated with the selected processing object (S1109). In S1109, the control unit 11 temporarily stores the changes in the protagonist character's ability parameters and experience points in the storage unit 12.

If the user selects processing object P1230 (S1103; P1230), the process returns to S1077. If the user selects processing object P1240 (S1103; P1240), the control unit 11 returns the protagonist character's ability parameters and experience points to their previous state (S1111). In S1111, the control unit 11 resets the amount of change in ability parameters and experience points stored in the memory unit 12. By executing the process in S1111, the control unit 11 returns the ability change screen image G1200 to its state before the protagonist character's ability parameters and experience points were changed.

If the user selects processing object P1250 (S1103; P1250), the control unit 11 updates the original character table TBL304 so that the protagonist character's ability parameters and experience points reflect the changed values (S1113), and returns to S1077. In S1113, the control unit 11 refers to the change in ability parameters and experience points stored in the memory unit 12 and increases or decreases the values stored in the "Ability Parameters" field and the "Experience Points" field by this change.

On the other hand, returning to Figure 49, if the user selects processing object P843 in S1079 (S1079; P843), the control unit 11 triggers a game event in which the main character visits a hospital (S1115) and updates the original character table TBL304 so that the main character's state parameters change (S1117). In S1117, the control unit 11 decides whether or not to restore the main character's state parameters under a given probability, and updates the original character table TBL304 if it decides to restore them. For example, if the state parameters indicate that the main character is injured or ill, the control unit 11 decides whether or not to treat the injury or illness under the above probability, and if it decides to treat it, it changes the state parameters so that the main character is in a healthy state.

When the user selects processing object P844 (S1079; P844), the control unit 11 generates a game event for the main character to play (S1119) and updates the original character table TBL304 so that the main character's parameters change (S1121). For example, multiple types of game events are available, and the control unit 11 determines which game event to generate based on user input or randomly. Furthermore, data showing the relationship between the game event, the type of parameter, and the amount of change is stored in the storage unit 12. The control unit 11 then changes the main character's parameters so that the parameter of the type associated with the generated game event changes by that amount.

When the user selects processing object P845 (S1079; P845), the control unit 11 generates a game event in which the main character goes on a date (S1123) and updates the original character table TBL304 so that the main character's parameters change (S1125). For example, multiple types of date game events are available, and the control unit 11 determines which game event to generate based on user input or randomly. Furthermore, data showing the relationship between the game event, the type of parameter, and the amount of change is stored in the storage unit 12. The control unit 11 then changes the main character's parameters so that the parameter of the type associated with the generated game event changes by that amount.

When the user selects processing object P821 (S1079; P821), the control unit 11 displays the event log that occurred in the success part on the display unit 15 (S1127). For example, the control unit 11 records the history of each character's conversations in the events that occurred in the success part in the storage unit 12, and in S1127, the control unit 11 displays the event log on the display unit 15 based on this information.

If the user selects processing object P822 (S1079; P822), the control unit 11 updates the auto flag stored in the user table TBL 301 (S1129). If the user selects processing object P823 (S1079; P823), the control unit 11 updates the skip flag stored in the user table TBL 301 (S1131). If the user selects processing object P824 (S1079; P824), the control unit 11 updates the shortcut flag stored in the user table TBL 301 (S1133).

If the user selects processing object P812 (S1079; P812), the control unit 11 displays a given menu screen image on the display unit 15 and, based on the input from the input unit 14, performs interruption or cancellation of the success part and various setting processes (S1135).

When processing such as S1099 is executed, the process moves to Figure 52, and the control unit 11 refers to the original character table TBL304 to determine whether the current section has ended (S1137). In S1137, the control unit 11 determines whether the current turn number stored in the original character table TBL304 is the last turn.

If it is determined that the current section has not finished (S1137; N), the control unit 11 executes the process to proceed to the next turn (S1139). In S1139, the control unit 11 increments the turn number stored in the original character table TBL304.

If it is determined that the current section has ended (S1139; Y), the control unit 11 determines whether the current section was the last section (S1141). In S1141, the control unit 11 determines whether the current section stored in the original character table TBL304 is the last section.

If it is determined that this is not the last section (S1141; N), the control unit 11 refers to the original character table TBL 304 and displays the section completion screen image G1300 on the display unit 15 (S1143). The control unit 11 displays the section completion screen image G1300 on the display unit 15, showing the experience points stored in the "Experience Points" field of the original character table TBL 304.

The control unit 11 decides whether or not to increase the treasure chest discovery probability based on a predetermined method (S1145). In S1145, the control unit 11 may decide whether or not to increase the treasure chest discovery probability randomly, or it may decide based on whether or not the experience points in the section are above a predetermined level.

If it is decided to increase the treasure chest discovery probability (S1145; Y), the control unit 11 displays the preview screen image G1400 on the display unit 15 (S1147). Based on the input from the input unit 14, the control unit 11 executes the process to proceed to the next section (S1149). In S1149, the control unit 11 displays the options for the next section on the display unit 15 and proceeds to the next section based on the section indicated by the user's selected option. The control unit 11 stores information identifying the next section in the "Training Status" field of the original character table TBL304.

On the other hand, if it is determined in S1141 that this was the last section (S1141; Y), the control unit 11 executes the process to terminate the success part (S1151) and returns to S1009. In S1151, the control unit 11 displays a screen image on the display unit 15 indicating that the success part has ended. Then, based on the input from the input unit 14, the control unit 11 updates the original character table TBL 304 so that the ability parameters of the main character are determined. The control unit 11 registers the main character with determined ability parameters as an original character in the original character table TBL 304 and updates the "Training Status" field to "Training Complete".

On the other hand, returning to Figure 43, if the user selects processing object P150 in S1011 (S1011; P150), the process moves to Figure 53, and the control unit 11 refers to the user table TBL301 and displays processing objects P151 and P152 (Figure 34) on the display unit 15 (S1153). Note that if the limited-time event is not running, processing object P152 will not be displayed. Based on the input from the input unit 14, the control unit 11 determines which processing object was selected in the home screen image G100 (S1155).

If the user selects processing object P151 (S1155; P151), the control unit 11 refers to the order table TBL305 and starts a normal match based on the normal order. The normal match then proceeds as described in S2-S14, but this will be explained in more detail here.

The control unit 11 refers to the user table TBL 301 and displays a screen image showing the user's league, ranking, and other information on the display unit 15 (S1157). When the user performs a predetermined operation, it requests information on potential opponents from the server 30 (S1159).

On the server 30, upon receiving a request, the control unit 31 refers to the user table TBL 301 and selects a predetermined number of potential opponents (S3005), and transmits information about the selected opponents to the user terminal 10 (S3007). In S3007, the control unit 31 selects a predetermined number (for example, 5) of other users of similar strength to the user, based on the user's rank, league, ranking, etc. These other users may not be friends. The control unit 31 refers to the user table TBL 301 and the event character table TBL 302 and transmits information such as the username, rank, and event character set as the leader of the selected opponent candidates to the user terminal 10.

Upon receiving information on potential opponents from the user terminal 10, the control unit 11 displays a screen image showing the potential opponents on the display unit 15 (S1161). This screen image displays multiple potential opponents for selection. Based on the user's input, the control unit 11 determines the opponent (S1163) and requests an order from that opponent (S1165). This request includes the user ID of the determined opponent.

When server 30 receives an order request, the control unit 31 refers to the order table TBL305, retrieves the order information of the user determined to be the opponent, and transmits it to the user terminal 10 (S3009).

Upon receiving order information from the user terminal 10, the control unit 11 refers to the order table TBL 305 and displays a screen image on the display unit 15 showing the user's starting order and the opponent's starting order (S1167). This screen image displays the team name along with the batting order, name, position, and rank of the original characters in the starting order.

The control unit 11 identifies the user's operation based on the input from the input unit 14 (S1169). For example, the user may perform operations to change the order and operations to confirm the order and determine the condition.

When a user performs an operation to change the order (S1169; order change), the control unit 11 displays the normal order editing screen image G2200 on the display unit 15, executes the order editing process based on the input from the input unit 14 (S1171), and returns to S1167. The process in S1171 is the same as that described later in S1283 to S1293, so the explanation is omitted here.

When the user confirms the order and determines the condition (S1169; order confirmed), the process moves to Figure 54, and the control unit 11 determines the condition of the user's and opponent's starting orders (S1173). In S1173, the control unit 11 randomly determines one of several condition levels for each original character in the starting order and stores it in the memory unit 12.

The control unit 11 displays the result of the condition determination in S1173 on the display unit 15 (S1175), and, referring to the user table TBL 301, displays a screen image on the display unit 15 for selecting game items to be used in the match (S1177). In S1177, the control unit 11 makes the game items stored in the "Items" field of the user table TBL 301 selectable.

The control unit 11 identifies the user's operation based on the input from the input unit 14 (S1179). For example, the user can perform operations to select game items, specify how the match will proceed, and start the match. Regarding the match progression, the user can choose either to have the match proceed entirely automatically, or to have the user control an original character at predetermined points.

When the user performs an operation to select a game item (S1179; game item), the control unit 11 stores the selected game item in the storage unit 12 based on the input from the input unit 14 (S1181). When the user performs an operation to specify how the match will proceed (S1179; progress method), the control unit 11 stores information indicating the progress method specified by the user in the storage unit 12 (S1183).

When a user initiates a match (S1179; match starts), the control unit 11 updates the user table TBL 301 to consume one match ticket (S1185) and starts the match (S1187). In S1187, the control unit 11 updates the user table TBL 301 to consume the game item selected by the user. The control unit 11 then proceeds with the match based on the method specified by the user. If the match is to proceed entirely automatically, the control unit 11 will proceed automatically from the start to the end of the match without any user intervention. On the other hand, if the user controls an original character at a predetermined point, the control unit 11 automatically proceeds with the match and allows the user to control the original character when the match reaches that predetermined point. The points in which the user can control the character may be predetermined. Furthermore, in this embodiment, since the score obtained is higher when the user controls the character, the points in which the user can control the character may be limited to a predetermined number of times. The method of proceeding with the match itself may be applicable to various known methods of progressing sports games.

The control unit 11 calculates the score the user earned in the match based on the match execution results (S1189) and transmits the calculated score to the server 30 (S1119). For example, data showing the relationship between the match content and results and the increase or decrease in score is stored in the storage unit 12. In S1189, the control unit 11 calculates the score the user earned in the match based on the score increase or decrease associated with the match content and results. This relationship is defined, for example, as follows: +1000 points for winning the match, -200 points for conceding a run, +2000 points for a hit by an original character controlled by the user, and +100 points for a hit by an original character not controlled by the user.

On server 30, upon receiving a score, control unit 31 refers to user table TBL 301 to determine the user's ranking (S3011) and determine whether the user has surpassed a friend's score (S3013). In S3013, control unit 31 may determine the ranking among all users or within the league to which the user belongs. Note that if the user does not improve their highest score, processing S3011 to S3017 may be omitted.

If it is determined that the user has overtaken their friend (S3013; Y), the control unit 31 executes a process to send a challenge to the friend (S3015). In S3015, the control unit 31 stores the user ID in the "Challenge" field of the record corresponding to the friend in the user table TBL301.

The control unit 31 transmits the user's latest ranking to the user terminal 10 (S3017). If the user surpasses a friend's score, information indicating that a challenge has been sent is also transmitted to the user terminal 10, and this information is displayed on the display unit 15 of the user terminal 10.

On the user terminal 10, upon receiving the ranking, the control unit 11 displays a screen image showing the match results on the display unit 15 (S1193). If the ranking has increased, it displays a screen image showing the ranking on the display unit 15 (S1195). The control unit 11 updates the user table TBL 301 to update the user's ranking, etc. (S1197). In S1195, the control unit 11 displays the scores of both teams, the win/loss record, the score obtained in the match, the breakdown of that score, the user's best score, the number of medals obtained, the gacha points obtained, etc., on the screen image.

On the other hand, if the user selects processing object P152 in S1155 (S1155; P152), the control unit 11 refers to the order table TBL305 and executes processing to start the limited-time event match based on the order for the limited-time event (S1199-S1239). The processing in S1199-S1239 is the same as in S1157-S1197. However, in S1231, the control unit 11 determines, based on the order table TBL305, whether or not there is an original character with a score bonus in the user's order. If it is determined that there is, the score is increased by the amount of the score bonus granted to that original character. If there are multiple original characters with score bonuses, the control unit 11 increases the score by the sum of the score bonuses of each of these multiple original characters. In this respect, S1231 and S1189 differ.

On the other hand, returning to Figure 43, if the user selects processing object P160 in S1011 (S1011; P160), the control unit 11 executes processing related to the challenge part (S1241). For example, data showing the relationship between each goal the user must achieve, the reward, and the user's achievement status is stored in the storage unit 12. In S1241, the control unit 11 displays a screen image on the display unit 15 showing the goals the user has achieved and those that have not. If the user achieves a new goal, the control unit 11 updates the user table TBL 301 so that the reward (game items, coins, etc.) associated with the achieved goal is awarded to the user.

If the user selects processing object P170 (S1011; P170), the process moves to Figure 57. The control unit 11 refers to the user table TBL301 and displays a screen image showing a list of friends to whom a challenge has been sent on the display unit 15 (S1243). Based on the input from the input unit 14, the control unit 11 determines an opponent from among the friends to whom a challenge has been sent (S1245). The subsequent steps S1247 to S1277 are the same as S1165 to S1197. However, as mentioned earlier, since no match tickets are consumed in matches against friends using a challenge, S1185 is not executed.

On the other hand, if the user selects a processing object P121 to P125, P130, etc., in S1011, the common routine shown in Figure 59 is executed. If the user selects processing object P121 (Figure 59: P121), the process returns to S1009, and the control unit 11 displays the home screen image G100 on the display unit 15.

If the user selects processing object P122 (Figure 59: P122), the process moves to Figure 60, and the control unit 11 displays the My Team menu screen image G2100 on the display unit 15 (S1279). Based on the input from the input unit 14, the control unit 11 determines which processing object was selected in the My Team menu screen image G2100 (Figure 28) (S1281).

When the user selects processing object P2140 (S1281; P2140), the control unit 11 refers to the order table TBL305 and displays the normal order editing screen image G2200 (Figure 29) on the display unit 15 (S1283). Based on the input from the input unit 14, the control unit 11 identifies the user's operation (S1285).

When a user performs an order swap operation (S1285; swap operation), the control unit 11 updates the order table TBL305 based on the input from the input unit 14 (S1287). In S1287, the control unit 11 swaps the two original characters based on the input from the input unit 14. The order swap operation is as described above.

When the user selects processing object P2240 (S1285; P2240), the control unit 11 refers to the original character table TBL304 and automatically determines the order (S1289). In S1289, the control unit 11 determines that the order includes original characters with high ability parameters and original characters who have earned a large total experience points in the success part.

If the user selects processing object P2250 (S1285; P2250), the control unit 11 restores the order to its original state (S1291). For example, the order at the time the order editing screen image G2200 is displayed is normally stored in the storage unit 12, and the control unit 11 restores the contents of the order table TBL305 to this order.

If the user selects processing object P2270 (S1285; P2270), the control unit 11 determines the pitcher selection method based on the input from the input unit 14 (S1293). In S1293, the control unit 11 updates the order table TBL305 to match the selection method specified by the input unit 14. If the user selects processing object P2280 (S1285; P2280), the process returns to S1279.

On the other hand, if the user selects the processing object P2150 in S1281 (S1281; P2150), the process moves to Figure 61, where the control unit 11 refers to the order table TBL 305 and displays the limited-time order editing screen image G2300 (Figure 30) on the display unit 15 (S1295). The processing from S1297 to S1305 is the same as in S1285 to S1293. In S1295, if there is an event character associated with a score bonus, the control unit 11 displays the sum of the event character's score bonus and the score bonus in the current order. Specifically, the control unit 11 refers to the original character table TBL 304 and determines whether the event character ID of the special effect character is stored in the "event deck" field of the original character included in the order. If the control unit 11 determines that the event character ID of the special effect character is stored, it retrieves the score bonus of the special effect character and displays it on the limited-time order editing screen image G2300. Furthermore, information indicating the score bonus for each special effect character is stored in memory unit 12.

In S1281, if the user selects processing object P2160 (S1281; P2160), the control unit 11 refers to the original character table TBL304 and displays a screen image showing a list of original characters on the display unit 15 (S1307).

If the user selects processing object P2170 (S1281; P2170), the control unit 11 executes the original character editing process based on the input from the input unit 14 (S1309). During the original character editing process, for example, the original character's name, appearance, batting form, etc., can be changed according to the input from the input unit 14.

Returning to Figure 59, if the user selects processing object P123 in S1011, etc. (Figure 59; P123), the process moves to Figure 62, and the control unit 11 displays the event character menu screen image G1500 (Figure 20) on the display unit 15 (S1311). Based on the input from the input unit 14, the control unit 11 determines which processing object was selected in the event character menu screen image G1500 (S1313).

When the user selects processing object P1540 (S1313; P1540), the control unit 11 refers to the event deck table TBL303 and displays the event deck editing screen image G1600 (Figures 21 and 22) on the display unit 15 (S1315). The subsequent processing in S1317 to S1327 is the same as in S1027 to S1037.

In S1313, if the user selects processing object P1550 (S1313; P1550), the process moves to Figure 64. The control unit 11 refers to the event character table TBL302 and displays the base character selection screen image G1700 (Figure 23) on the display unit 15 (S1329). Based on the input from the input unit 14, the control unit 11 determines which processing object was selected in the base character selection screen image G1700 (S1331).

If the user selects processing object P1750 (S1331; P1750), the control unit 11 rearranges the event characters in the event character list area A1740 based on the input from the input unit 14 (S1333). The processing in S1333 is the same as in S1067.

When the user selects a processing object for any event character in the event character list area A1740 (S1331; event character), the process moves to Figure 65, and the control unit 11 displays the enhanced screen image G1800 (Figure 24), which has this event character set as the base character, on the display unit 15 (S1335). The event character ID of the base character selected by the user is temporarily stored in the storage unit 12. Furthermore, if the user long-presses any event character in the event character list area A1740, the control unit 11 may proceed to S1039 to display the event character screen image G400 on the display unit 15. Similarly, if the user long-presses any material character in the material character area A1850, the control unit 11 may proceed to S1039 to display the event character screen image G400 on the display unit 15.

The control unit 11 determines, based on the input from the input unit 14, whether any processing object has been selected in the enhanced screen image G1800 (S1337). If the user selects the material character area A1850 (S1337; A1850), the process moves to Figure 66, where the control unit 11 refers to the event character table TBL302 and displays the material character selection screen image G1900 on the display unit 15 (S1339). Alternatively, if the user long-presses any material character in the event character list area A1940, the control unit 11 may proceed to S1039 and display the event character screen image G400 on the display unit 15.

In S1339, the control unit 11 compares the base character held in the memory unit 12 with each event character stored in the event character table TBL 302 to determine whether the user owns the same event character as the base character. If it is determined that the user owns the same event character as the base character, the control unit 11 calculates the probability of increasing the maximum level of the base character based on the rarity of the base character and the rarity of the event character. As mentioned above, the control unit 11 sets the probability to 100% if the event character is the same as or higher than the rarity of the base character, to a value less than 100% (for example, 30%) if it is one rarity level lower than the base character, and to 0% if it is two rarity levels or lower than the base character. Furthermore, the control unit 11 may calculate the probability so that the greater the current increase in the maximum level of the base character (i.e., how much it has increased from the initial value of the maximum level), the higher the probability, or so that the higher the rarity of the base character, the lower the probability. Furthermore, the control unit 11 may refer to the "Event Deck" field of the original character table TBL304 to identify the number of original characters that have been trained with the base character incorporated into the event deck, and calculate the probability so that the higher this number, the higher the probability. The control unit 11 will then display the calculated probability for each event character that is the same as the base character on the material character selection screen image G1900. Note that event characters different from the base character cannot increase the base character's maximum level even when used as material characters; therefore, the control unit 11 does not calculate the probability for event characters different from the base character, nor does it display the probability on the material character selection screen image G1900.

The control unit 11 determines which processing object has been selected in the material character selection screen image G1900 based on the input from the input unit 14 (S1341). If the user selects an event character processing object in the event character list area A1940 (S1341; event character), the control unit 11 stores it as a material character in the storage unit 12 (S1343). In S1343, the control unit 11 calculates the experience points, level increase, and coins required for enhancement that the base character will gain based on the material character selected by the user, and displays these in area A1950. The experience points and required coins obtainable by each event character are pre-stored in the storage unit 12. If the user long-presses any event character in the event character list area A1940, the control unit 11 may proceed to S1039 and display the event character screen image G400 on the display unit 15.

When the user selects processing object P1960 (S1341; P1960), the control unit 11 displays the enhancement screen image G1800, in which the material character is set in the material character area A1850, on the display unit 15 (S1345). In S1345, if the same material character as the base character is selected, the control unit 11, similar to S1339, displays the probability of increasing the base character's maximum level for each material character identical to the base character in the enhancement screen image G1800. Furthermore, as mentioned earlier, material characters different from the base character cannot increase the base character's maximum level, so the probability is not displayed in the enhancement screen image G1800.

If the user selects processing object P1970 (S1341; P1970), the control unit 11 deselects the previously selected material character (S1347). In this case, the control unit 11 clears the material character held in the storage unit 12.

Returning to Figure 65, if the user selects the processing object P1860 in S1337 (S1337; P1860), the control unit 11 performs enhancement of the base character based on the material character selected by the user (S1349), and displays the enhancement result window G2000 on the display unit 15 (S1351).

In S1349, the control unit 11 updates the user table TBL301 to consume the coins calculated in S1343, and updates the event character table TBL302 to increase the experience points and level calculated in S1343. Furthermore, if one or more material characters identical to the base character are selected, the control unit 11 determines, for each material character, whether or not to increase the maximum level of the base character based on the probability of increasing the maximum level of the base character corresponding to that material character. Afterward, upon receiving an operation to select the processing object P2010 based on the input from the input unit 14, the control unit 11 returns to S1311.

In S1337, if the user selects processing object P1870 (S1337; P1870), the control unit 11 deselects the material character selected in the material character area A1850 (S1353). In this case, the control unit 11 clears the material character held in the storage unit 12.

Returning to Figure 62, if the user selects processing object P1560 in S1313 (S1313; P1560), the control unit 11 executes the event character sale process based on the input from the input unit 14 (S1355). In S1355, the control unit 11 identifies the event character specified by the user for sale based on the input from the input unit 14. The control unit 11 then deletes the record of the sold event character from the event character table TBL 302 and updates the user table TBL 301 so that the user's coins increase by a predetermined amount. Note that data showing the relationship between event characters and coins at the time of sale is pre-stored in the storage unit 12.

When the user selects processing object P1570 (S1313; P1570), the control unit 11 refers to the event character table TBL302 and displays a list of event characters on the display unit 15 (S1357). If the user long-presses any event character in the list, the control unit 11 may proceed to S1039 to display the event character screen image G400 on the display unit 15.

If the user selects processing object P1580 (S1313; P1580), the control unit 11 refers to the event character table TBL302 and displays the encyclopedia on the display unit 15 (S1359). If the user long-presses any event character in the event character encyclopedia, the control unit 11 may proceed to S1039 to display the event character screen image G400 on the display unit 15.

When the user selects processing object P1590 (S1313; P1590), the control unit 11 performs an expansion process for the event character list based on the input from the input unit 14 (S1361). Information indicating the number of event characters the user can own in the event character list can be stored in the user table TBL301 or similar. In S1361, the control unit 11 performs the list expansion process by consuming power stones.

Returning to Figure 59, if the user selects the processing object P124 in S1011 or the like (Figure 59; P124), the control unit 11 displays a screen image for the user to use for gacha on the display unit 15 and executes the gacha process based on the input from the input unit 14 (S1363). In S1363, the control unit 11 updates the user table TBL 301 to consume the user's gacha points. Then, the control unit 11 determines which event character to assign to the user from among multiple event characters under a given probability. Note that various known methods can be applied to the gacha process itself. For example, the process of drawing the event character to assign to the user may be performed on the server 30. In this case, on the server 30, the control unit 31 updates the user table TBL 301 to consume the user's gacha points and determines which event character to assign to the user from among multiple event characters under a given probability. The control unit 31 transmits data indicating the selected event character to the user terminal 10, and the display unit 15 displays a screen image showing that event character.

In steps S1011, etc., if the user selects processing object P125 (Figure 59; P125), the control unit 11 displays the shop screen image on the display unit 15 and executes the game item purchase process based on the input from the input unit 14 (S1365). In S1365, the control unit 11 updates the user table TBL 301 to purchase the game item using the user's medals. Note that various known methods can be applied to the game item purchase process itself.

In steps S1011, etc., if the user selects processing object P130 (Figure 59; P130), the control unit 11 displays the menu screen image on the display unit 15 and executes various menu processes based on the input from the input unit 14 (S1367). Furthermore, in steps S1019, etc., if the user selects processing object P230, etc. (Figure 59; P230, etc.), the control unit 11 executes a process to return to the screen image that was displayed immediately before the current screen image (S1369).

[Summary of the first technology]
According to the game system 1 described above, the bonus details screen image G500 shows the correspondence between the event character's level parameters and the effects that occur in the success part. Therefore, it is easy to understand how changes in the event character's level parameters affect changes in the main character's ability parameters. For example, by looking at this correspondence before selecting a base character, the user can carefully consider the effects that occur when the base character's level parameters change before selecting and strengthening that base character. In other words, it is easy to understand to what extent the base character's level parameters need to be changed to obtain the desired effect.

Furthermore, as in this embodiment, when effects are defined for each range of multiple level parameters divided into stages, displaying the bonus details screen image G500 makes it easy to understand the relationship between each range and its effect. That is, it becomes easy to understand to what extent the event character's level parameters need to be changed to obtain the desired effect. Also, by dividing the level parameter ranges into stages, users will aim for the next stage to strengthen their event character in order to obtain more advantageous effects, making it easier for users to set goals.

Furthermore, since effects are triggered based on the range of the event character's level parameter values from their initial to current values, distinguishing between effects that are currently active and those that are not currently active (effects that may occur if the level parameter is raised in the future) in the bonus details screen image G500 makes it easy to understand these differences. Additionally, displaying the bonus details screen image G500, which distinguishes between currently active and currently inactive effects, makes it easy to understand the range to which the event character's current level parameter value belongs among the multiple, progressively divided level parameter ranges.

Furthermore, as in this embodiment, by displaying the bonus details screen image G500 when a predetermined operation is performed from the event character screen image G400, the correspondence between the event character's level parameters and effects can be displayed when the user wishes to confirm it. In cases where the correspondence information is displayed while an image for accepting the operation to select a base character is displayed, the relationship between the base character's level parameters and effects can be confirmed on the same screen when selecting the base character. As a result, the user can confirm the relationship between the base character's level parameters and effects without having to switch screens to select a base character.

Furthermore, in the material character selection screen image G1900, users can view conditional information regarding the conditions under which the event character's level parameter can reach or exceed the maximum level. This allows users to understand these conditions before selecting material characters. Therefore, it becomes easier for users to determine whether the selected base character and material characters are a suitable combination. For example, a user can cultivate a protagonist character with a specific tendency by increasing the maximum level of an event character specializing in a particular training area.

Furthermore, in the material character selection screen image G1900, when selecting a material character, users can see whether it is possible to meet the conditions for increasing the base character's maximum level (i.e., whether it is the same character). This allows users to select material characters with an understanding of whether there is a possibility of increasing the maximum level. Additionally, it becomes easier for users to determine whether a material character meets the conditions for increasing the maximum level, thus preventing incorrect selections such as selecting a material character that cannot increase the maximum level. For example, in the material character selection screen image G1900, when selecting a material character, users can see the probability of increasing the base character's maximum level. Therefore, users can strategically select material characters by considering the probability of increasing the base character's maximum level.

Furthermore, by displaying the event power in the event character screen image G400, it becomes easy to understand, before starting the success part, how much effect an event character will have on the protagonist character's development in the success part if it is included in the event deck.

Furthermore, by displaying player abilities on the event character screen (image G400), players can easily understand, before starting the success mode, which event character will give them a significant advantage in winning matches during the success mode.

Furthermore, by requiring players to consider whether to select event characters used in matches during the success phase, or event characters not used in matches during the success phase, the strategic depth of the game can be enhanced.

[Summary of the second technology]
Furthermore, if selecting a special effect character during the success part, such as during a limited-time event, provides an incentive to choose the special effect character instead of the event character currently included in the event deck, thus preventing the event character in the event deck from becoming fixed. Also, for example, if training using a special effect character during a limited-time event grants a score bonus to the original character, it can create a sense of tension during training due to the limited time. In addition, limiting the period during which the score bonus is granted, such as during a limited-time event, can prevent the unlimited training of original characters, making it easier to maintain a balance of strength among users within a certain range. In other words, if the period during which the score bonus is granted is not limited, users who own special effect characters will continue to have a score advantage indefinitely, but this situation can be prevented by limiting the period. Furthermore, the ability to grant score bonuses to original characters during limited-time events applies to the special effect characters, not the original characters themselves used in matches. This indirectly enhances the game's impact, resulting in a more engaging and never-boring gameplay experience.

Furthermore, in the event deck setting screen image G300 and the event character change screen image G600, information regarding special effect characters and information regarding other event characters are distinguished. Therefore, users can easily identify which characters are special effect characters when selecting event characters to include in their event deck. This makes it easier for users to consider the best event deck, including both special effect characters and other event characters.

Furthermore, in the limited-time order editing screen image G2300 in Figure 30, the score bonuses assigned to the original characters in the order and their total value are displayed. This allows users to easily understand how much score bonus they can earn by playing the limited-time event matches with their current order. Moreover, it makes it easier for users to consider whether to prioritize score bonuses or ability parameters when creating their order.

Furthermore, as shown in the event character change screen image G600 in Figure 31, when the user selects event characters to include in the event deck, the score bonus to the main character provided by the special effect character is displayed. This makes it easy to understand what effects will occur in the stadium part depending on which event characters are included in the event deck.

Furthermore, the effects that occur in the success part can be made to change based on the ability parameters and level parameters of the special effect characters. Doing so allows for variations in the effects that occur in the success part, thereby improving its appeal. For example, if the effect in the success part is stronger the higher the special effect character's ability parameters, users can consider whether to include a special effect character with high ability parameters but low score bonuses, or a special effect character with low ability parameters but high score bonuses, thus improving the appeal of the success part. Even further, if the effect in the success part is stronger the higher the special effect character's level parameters, users can consider whether to focus on strengthening the special effect character during the limited-time event and include it in their event deck, or to deliberately not strengthen the special effect character and instead strengthen other event characters, thus improving the appeal of the success part. This also provides users with an incentive to change the parameters of their special effect characters.

Furthermore, as in this embodiment, if an effect that is advantageous for obtaining rewards occurs in the stadium part, users will be more inclined to select special effect characters in order to obtain more rewards, thus strengthening the motivation to select special effect characters.

Furthermore, since the effects in the stadium segment change based on the parameters of the special effect characters, it's possible to alter the effects that occur in the stadium segment, thereby improving its appeal. It also provides an incentive for users to change the parameters of their special effect characters.

Furthermore, by making the effect change based on the number of main characters whose ability parameters are set based on special effect characters, it becomes possible to provide an incentive to change the ability parameters of more main characters in the success part (to train more main characters in the success part).

Furthermore, by allowing users to select event characters owned by other users (friends) associated with them, the protagonist character's ability parameters can be changed in the success part based on the event characters owned by other users. As a result, for example, even if a user does not own a special effect character, if another user does, they can gain an advantageous effect in the stadium part, creating an opportunity to build cooperative relationships among users. It also gives users who own special effect characters an opportunity to show off their possession to other users. Additionally, by making the stadium part a competitive game, the development of the protagonist character using special effect characters can significantly influence the outcome of the game, thus fostering a greater sense of competition among users.

[Summary of the third technology]
Furthermore, according to Game System 1, in the preferred training areas A346 and A1646, the preferred training associated with the event character included in the event deck is displayed, allowing players to select event characters while understanding which training will be advantageous (players can select event characters while understanding which training will be advantageous for the current event deck). In addition, it becomes easier for players to understand which event characters should be included in the event deck in order to train the main character to have the abilities they desire.

Furthermore, according to Game System 1, when multiple event characters included in the event deck have the same preferred training, information indicating the number of such characters is displayed in preferred training areas A346 and A1646. This makes it easier to visualize information regarding the preferred training of the event deck without significantly changing the display format. Also, when multiple event characters included in the event deck have the same preferred training, selecting that training significantly increases the protagonist character's ability parameters, making it easy to understand the extent of the effect currently being produced by the event deck.

Furthermore, according to Game System 1, in the preferred training areas A346 and A1646, preferred training associated with event characters included in the event deck is displayed separately from other preferred training. Therefore, it becomes easier to see what kind of main character can be trained with the current event deck.

Furthermore, according to Game System 1, in the preferred training areas A346 and A1646, training for fielders is displayed on the left, and training for pitchers is displayed on the right. The training is displayed in an order determined by the role of the protagonist being trained. This makes it easier for the user to see what role of protagonist character they can train in their current event deck.

[Summary of the fourth technology]
Furthermore, according to game system 1, when the content of the scenario changes based on the choices made, if a specific choice is made, a specific effect will occur even if a specific event character is not selected. Therefore, it is possible to trigger a specific effect even if you do not possess a specific event character.

Furthermore, according to game system 1, specific choices only appear during specific periods, allowing users to enjoy the same scenario multiple times. In other words, even after a user has played through each section of the scenario, specific choices will appear during certain periods, allowing them to experience new content.

[Summary of the fifth technology]
Furthermore, according to game system 1, when one user's performance surpasses another user's, a challenge is sent, and a game is provided where users compete against each other, thereby promoting competition among users. For example, sending a challenge can also stimulate communication among friends. Moreover, since players compete against users with whom they have a friendship rather than complete strangers, the psychological burden can be reduced. For example, if a user receives a challenge while playing the game, it becomes possible to have a near real-time battle, which can enhance the excitement of the game. Furthermore, by sending a challenge when one user's performance surpasses another user's, challenges are sent by users with relatively similar performance levels, making it easier to foster a sense of competition among users with similar skill levels.

Furthermore, according to game system 1, a user who receives a challenge can battle using their own original character and the original character owned by the user who sent the challenge. This provides an incentive for each user to make their original character advantageous in battle (for example, by training their original character or editing their lineup).

Furthermore, according to game system 1, the number of challenges that can be sent within a certain period can be limited. This reduces the processing load on server 30 caused by a large number of challenges being sent. Also, by limiting challenge notifications to a certain period, it is possible to avoid confusion for users who receive numerous challenges.

Furthermore, according to Game System 1, the rewards in the competitive game played after receiving a challenge are designed to give the user an advantage. Therefore, these rewards can be used to provide the user who sent the challenge with further opportunities to compete.

[5. Variations]
The present invention is not limited to the embodiments described above. It can be modified as appropriate without departing from the spirit of the invention.

[5-1. Variations relating to the first technique]
For example, in this embodiment, increasing the maximum level of a base character is conditional on combining it with the same material character, but to increase the maximum level of an event character, a special game item may be used. Furthermore, the special game item may be a single item or a combination of multiple game items. In the case of a combination of multiple game items, for example, if the user owns three game item A and two game item B, the maximum level of the base character may be increased by consuming these five game items in total. In this case, the probability of increasing the maximum level may differ depending on the game item. For example, the probability may be higher the more game items are used, or the probability may be higher the rarer the game item is.

For example, to increase the maximum level of a base character, the number of original characters trained in the success part by setting this base character in the event deck could be used as a condition. For instance, if the number of original characters trained reaches 3 or more, the maximum level could be increased by 1; if it reaches 5 or more, it could be increased by 2. In other words, the more original characters trained in the success part by setting the base character in the event deck, the greater the increase in the maximum level.

Alternatively, the increase in the maximum level of the base character could be determined not by the probability of the maximum level increasing, but by the amount of the maximum level increase, based on the rarity of the base character and the material character. In this case, for example, using an "R" material character with an "R" base character might increase the maximum level by "2," while using an "SR" material character with an "R" base character might increase the maximum level by "5." In other words, the higher the rarity of the material character, the greater the increase in the base character's maximum level.

Furthermore, for example, when strengthening a base character using multiple material characters with the same name, the method of determining whether to increase the maximum level for each material character was explained. For instance, when strengthening using two material characters, each with a 30% chance of increasing the maximum level, the method of determining whether to increase the maximum level by 1 twice (30% probability) was explained. However, in this case, it would also be possible to determine whether to increase the maximum level by 1 only once, with a total probability of 60% (30% + 30%).

[5-2. Modified Examples of the Second Technology]
For example, special effect characters may not only provide score bonuses in the stadium part, but also have an effect on the protagonist character's development process in the success part when included in the event deck, or they may have an effect on the protagonist character's development results in the success part. For example, by including special effect characters in the event deck, an effect that would not occur outside of a specific period may occur during the success part, or the protagonist character may be granted a bonus to their ability parameters at the end of the success part.

For example, the period during which a specific effect occurs in the success phase when a special effect character is included in the event deck, and the period during which a score bonus is applied to an original character trained using that special effect character, may be the same or may be different periods.

Furthermore, while we explained an example where using special effect characters to train original characters results in a score bonus at the end of a match in a limited-time event, the effect could also occur during the match itself. For example, the ability parameters of the original character included in the lineup could increase, or the team's score could increase.

Furthermore, while we have explained how to display the score bonus generated by using a special effect character in the event deck setting area A340 (Figure 32) of the event deck setting screen image G300 (Figure 5), the screen on which the effects generated by special effect characters are displayed is not limited to this; they may be displayed on any screen related to the event character corresponding to the special effect character. For example, the score bonus from a special effect character may be displayed on the event character screen image G400 (Figure 7) of the special effect character. Similarly, the score bonus granted to an original character may be displayed in the original character list.

Furthermore, while we explained the case where a score bonus is granted when the main character is trained while a special effect character is included in the event deck during the limited-time event period, it would also be possible to grant the score bonus even if the main character is trained while a special effect character is included in the event deck before the limited-time event, i.e., even if the main character has already been trained. In other words, it is sufficient to train the main character while a special effect character is included in the event deck, and the timing of that training does not matter, even if it is before the limited-time event period.

[5-3. Variations relating to the third technology]
Alternatively, for example, the system may allow the user to select one of several preferred training areas A346, A1646 (Figures 6, 10, 22, 32), and display the event character with the preferred training area selected by the user on the display unit 15. In this way, the user can easily create an event deck to efficiently strengthen desired ability parameters. In this case, the training display control unit 1190 identifies the training area selected by the user from among several training areas based on the input from the input unit 14. Then, the training display control unit 1190 refers to the event character table TBL 302 and selects an event character whose preferred training area is the identified training area. The training display control unit 1190 may display only the identified event character from among the event characters owned by the user on the display unit 15. Alternatively, for example, the training display control unit 1190 may distinguish between event characters whose preferred training area is the user selected and other event characters.

Alternatively, for example, the system may make it possible to select any of the multiple preferred training areas A346, A1646 (Figures 6, 10, 22, 32), and display the event character with the preferred training selected by the user from among the event characters indicated by the setting frames A344-1 to A344-5, A345 (Figures 6, 10, 22, 32) (i.e., the event characters currently incorporated into the event deck) on the display unit 15. In this way, for example, the user can easily identify the event character with the preferred ability they want to change, and thus easily configure the desired event deck. In this case, the training display control unit 1190 identifies the training selected by the user from among multiple training areas based on the input from the input unit 14. Then, the training display control unit 1190 refers to the event character table TBL 302 and the event deck table TBL 303 to identify the preferred training of the event character currently incorporated into the event deck. Note that the training display control unit 1190 may also obtain the preferred training of the helper from the server 30. The practice display control unit 1190 compares the practice selected by the user with the preferred practice of the event character incorporated into the event deck, and displays the comparison result on the display unit 15. For example, the practice display control unit 1190 distinguishes between event characters whose preferred practice is the one selected by the user and event characters whose preferred practice is not. The practice display control unit 1190 can differentiate the display of event characters whose preferred practice is the one selected by the user and event characters whose preferred practice is not. For example, this can be achieved by changing the color tone or brightness. In this case, event characters whose preferred practice is the one selected by the user may be displayed brighter, while other event characters whose preferred practice is the one selected by the user may be displayed darker.

[5-4. Variations relating to the fourth technology]
Alternatively, for example, a time limit may be set for the main character that can be trained in the success part. In this case, time information related to the success part is stored in the "Training Status" field of the original character table TBL304. This time is the start time of the success part, a predetermined time after the start time, or the deadline for playing the success part. The first game execution unit 1020 determines whether the deadline determined based on the time information has passed, and if it determines that it has passed, it may interrupt the training of the main character and have the player start over.

Furthermore, for example, the sections that the user can select may differ depending on the event character incorporated into the event deck. In this case, the individual data storage unit 1000, etc., stores information indicating the relationship between each section and the event characters that can be incorporated into the event deck. The first game execution unit 1020 refers to the event deck table TBL 303, identifies the sections that can be selected with the event characters incorporated into the event deck, and executes the identified section in the success part. In this way, specific choices are generated by specific event characters, thus providing the user with an incentive to collect many different types of event characters.

Furthermore, certain combinations of event characters and scenarios may trigger specific choices when selecting the next section. In this case, a specific choice will appear when selecting the next section only if the combination of event characters and scenarios is a specific one. This way, specific choices will appear depending on the combination of event characters and scenarios, providing users with opportunities to use a wider variety of event characters.

Furthermore, there may be branches that occur based on the condition that a specific combination of event characters is present in the event deck. That is, there may be sections that the user can select when a specific combination of event characters is present in the event deck. In this case, the individual data storage unit 1000, etc., stores information indicating the relationship between predetermined combinations of event characters and information regarding the branch. The information regarding the branch is information indicating the sections that the user can select. The first game execution unit 1020 refers to the event deck table TBL 303 and determines whether the combination of event characters incorporated into the event deck is a predetermined combination indicated by the above information. Then, if the first game execution unit 1020 determines that it is a predetermined combination, it generates a branch associated with that combination. In other words, the first game execution unit 1020 generates a branch that occurs only when it is a predetermined combination, and proceeds to the section selected by the user based on the input from the input unit 14. Note that here, the section may be automatically selected without user selection. In this way, since specific choices are generated by combinations of multiple specific event characters, it is possible to motivate the user to collect many types of event characters. Furthermore, there may be branching paths that occur not based on a specific combination of event characters, but on the condition that a single specific event character is included in the event deck. Moreover, multiple specific event characters may be available. That is, if event characters "A," "B," and "C" are available, the predetermined branching path may occur if only any one of these is included in the event deck.

Furthermore, for example, a predetermined effect may occur in the success part based on the combination of the section selected by the user and the event character incorporated into the event deck. In this case, the individual data storage unit 1000, etc., is assumed to store information indicating the relationship between each section, event character, and effect. The first effect generation unit 1021 refers to the event deck table TBL 303 and determines whether or not the event character associated with the currently executing section is incorporated into the event deck. If the first effect generation unit 1021 determines that it is incorporated, it generates the effect associated with that section and event character in the success part.

Furthermore, for example, an effect may occur in the success part based on a combination of sections currently or previously selected by the user. In this case, the individual data storage unit 1000, etc., stores information indicating the relationship between the section combination and the effect. Also, information indicating the section selected by the user is stored in the individual data storage unit 1000. The first effect generation unit 1021 generates an effect in the success part associated with a combination of the section currently selected by the user and a past section, or a combination of multiple sections previously selected by the user. In other words, if multiple branches occur in the success part, the first effect generation unit 1021 may generate a predetermined effect in the success part based on a combination of branches previously selected by the user. For example, the first effect generation unit 1021 may generate a predetermined effect in the third section of the success part based on a combination of the first and second sections selected by the user. In other words, the first effect generation unit 1021 may generate an effect in the success part that occurs only when the user selects a predetermined combination of branches. For example, the first effect generation unit 1021 may generate an effect in the third section of the success part that occurs only when the combination of the first and second sections selected by the user is a predetermined combination.

For example, the selectable sections may change based on the combination of sections the user has selected in the past or present. In this case, the individual data storage unit 1000, etc., stores information indicating the relationship between the section combination and the selectable sections. Information indicating the section selected by the user is stored in the data storage unit 100. The second game execution unit makes only the sections associated with the combination of sections selected by the user, from among the sections existing in the success part, selectable. This way, specific options arise depending on the combination of choices, providing the user with an opportunity to try different combinations of choices. Therefore, it becomes possible to provide the user with a scenario that can be enjoyed multiple times.

[5-5. Variant expressions relating to the fifth technology]
Furthermore, in the embodiment, we described a case where a challenge is sent when a friend surpasses a user's score, but the user whose score has been surpassed may be given a predetermined reward. And that reward may be one that makes it easier for the user to surpass the friend who has already surpassed them. For example, the user whose score has been surpassed by a friend may be given a special character or game item, making it easier for them to surpass their friend.

Furthermore, while we explained a case where a challenge is sent when a friend surpasses a user's score, the challenge could also be sent based on whether the friend's score meets pre-set conditions. For example, a challenge could be sent when the difference between the user's and friend's scores falls within a predetermined value, or when the difference between the user's and friend's scores exceeds a predetermined value. Similarly, a challenge could be sent when the difference between the user's and friend's rankings falls within a predetermined value, or when the difference between the user's and friend's rankings exceeds a predetermined value.

Furthermore, while we've described a scenario where each user's score is reset at predetermined intervals, the score doesn't necessarily have to be reset. Moreover, the timing of the score reset doesn't have to be after a predetermined period has elapsed. For example, the score could be reset when the user achieves a given goal.

Furthermore, while we have described a case where users compete based on their high scores over a predetermined period, it is also possible to have users compete based on their cumulative scores. In this case, the cumulative score could be for the predetermined period, or it could be for the cumulative score over all past periods.

Furthermore, for example, not all of a user's friends are eligible for a challenge. For instance, only friends designated by the user may be eligible for a challenge. Also, in cases where multiple users play as a team, only users on the same team may be eligible for a challenge. Additionally, only users who have previously challenged a player, or who have previously been challenged, may be eligible for a challenge.

Furthermore, while we've described a scenario where a challenge is automatically sent, it's also possible to configure the system so that a challenge is sent only after the user performs a specific action. In other words, instead of a challenge being sent immediately after a friend surpasses the user's score, the system might wait for either the friend or the user to perform a specific action before sending the challenge.

Furthermore, for example, the number of challenges a user can send may be limited. For instance, the number of challenges a user can send may be limited to three per day.

For example, the rewards for matches using a challenge letter may differ from those for regular matches. In this case, matches using a challenge letter may offer better rewards than regular matches. Also, for example, if a system is in place that allows players to play against friends without consuming match tickets, etc. (referred to here as practice matches), rewards such as medals or tickets may not be awarded in these practice matches, but rewards may be awarded in matches using a challenge letter. Furthermore, if a system is in place that allows rewards in practice matches, matches using a challenge letter may offer better rewards than those in practice matches. Conversely, matches using a challenge letter may not offer any rewards. The difference in rewards may be simply a difference in the amount of reward, or a difference in the type of reward.

Furthermore, challenges may be sent based on criteria other than scores or rankings. For example, in a game where users progress through multiple stages, a challenge might be sent when a friend surpasses the user's current stage.

[5-6. Other variations]
For example, as explained with reference to Figure 3, when a user plays the success part, they set up an event deck in the pre-part and then start the main part. However, after that, it may be possible to prevent the user from changing the contents of the event deck during gameplay in the main part (i.e., not being able to change or swap the event characters included in the event deck). This would allow the user to carefully consider the protagonist character's development strategy and the contents of the event deck before starting the main part, thus increasing the tension of the game. Conversely, it may be possible to allow the contents of the event deck to be changed during the main part. In this case, if the protagonist character's development is not going as planned during the main part, the user can review the contents of the event deck midway through and adjust the course of the protagonist character's development.

For example, while we used the case where the user selects which event characters to include in the event deck from among several, there may be only one event character. In this case, the level change unit 1040 will change the level parameter of one event character. Then, the first effect generation unit 1021 will generate an effect on the success part related to the change or setting of the protagonist character's ability parameters based on the level parameter of one event character. Furthermore, the effect display control unit 1060 will execute control to display correspondence information (for example, the bonus details screen image G500 in Figure 8) showing the correspondence between the level parameter of one event character and the effect generated by the first effect generation unit 1021 on the display unit 15. Except for the case where there is only one event character, these processes are the same as those described in the embodiment.

Furthermore, while we have described a case where the main game-related processing is performed on the user terminal 10, the main game-related processing may also be performed on the server 30. In this case, the functions described as being implemented on the user terminal 10 are primarily implemented by the control unit 31. Conversely, the functions described as being implemented on the server 30 may also be implemented on the user terminal 10. In this case, the functions described as being implemented on the server 30 are primarily implemented by the control unit 11. Moreover, the processing may be divided between the user terminal 10 and the server 30.

For example, the first game execution unit 1020, the first effect generation unit 1021, and the parameter change unit 1022 may be implemented on the server 30. In this case, each of the first game execution unit 1020, the first effect generation unit 1021, and the parameter change unit 1022 will transmit the execution results of the success part to the user terminal 10. Upon receiving the execution results of the success part from the server 30, the user terminal 10 stores them in the individual data storage unit 1000.

Alternatively, the change target selection unit 1030 and the level change unit 1040 may be implemented on the server 30. In this case, the change target selection unit 1030 and the level change unit 1040 will each transmit the base character enhancement results to the user terminal 10. Upon receiving the base character enhancement results from the server 30, the user terminal 10 stores them in the individual data storage unit 1000.

Alternatively, the target selection unit 1050 may be implemented on the server 30. In this case, the target selection unit 1050 will acquire information from the user terminal 10 indicating the event character selected by the user.

Alternatively, the effect display control unit 1060 may be implemented on the server 30. In this case, the effect display control unit 1060 will generate the display data for the bonus details screen image G500 (Figure 8) and transmit it to the user terminal 10.

Alternatively, for example, the second game execution unit 1170, the special effect determination unit 1171, and the second effect generation unit 1172 may be implemented on the server 30. In this case, the second game execution unit 1170, the special effect determination unit 1171, and the second effect generation unit 1172 will each transmit the execution results of the stadium part to the user terminal 10. Upon receiving the execution results of the stadium part from the server 30, the user terminal 10 stores them in the individual data storage unit 1000.

Alternatively, the distinction display control unit 1150 may be implemented on the server 30. In this case, the distinction display control unit 1150 will generate the display data for the event deck setting area A340 (Figures 6, 10, 22, 32) and transmit it to the user terminal 10.

Alternatively, the performance evaluation unit 3040 and the game provision unit 3050 may be implemented on the user terminal 10. In this case, the performance evaluation unit 3040 and the game provision unit 3050 retrieve the friend's performance from the server 30, compare it with the user's performance, and grant the user permission to play against the friend if the friend has surpassed the user.

Alternatively, the challenge display control unit 3060 may be implemented on the user terminal 10. In this case, the challenge display control unit 3060 would transmit data indicating a challenge to the server 30 or the friend's user terminal 10.

Furthermore, while the embodiment described an example where a baseball game is played, the present invention may be applied to other games. It can be applied to games where the parameters of game objects change or are set based on user actions; for example, it may be applied to the training and romance parts of a dating simulation game. Alternatively, for example, it may be applied to the training and battle parts of a role-playing game.

[6. Summary of the Invention]
Based on the above description, the present invention can be understood, for example, as follows.

[6-1. Invention relating to the first technology]
1-1) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game in which a first parameter of a first game object is changed or set based on user operation, comprising: a change target selection means (1030) that selects one of a plurality of second game objects as the change target based on user operation; a parameter change means (1040) that changes the second parameter of the second game object selected by the change target selection means (1030); and a usage target selection means that selects at least one of the plurality of second game objects as the usage target. The system is characterized by including means (1050), effect generating means (1021) that generates a game effect relating to a change or setting of the first parameter based on the second parameter of the second game object selected by the target selection means (1050), and display control means (1060) that, when the operation for selecting the target of change is performed, causes the display means (15) to display correspondence information showing the correspondence between the second parameter of the second game object and the effect generated by the effect generating means (1021) for each second game object.

1-11) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game in which a first parameter of a first game object is changed or set based on user operation, and is characterized by including: a parameter changing means (1040) for changing a second parameter of a second game object; an effect generating means (1021) for generating an effect in the game related to the change or setting of the first parameter based on the second parameter; and a display control means (1060) for executing control to display correspondence relationship information showing the correspondence between the second parameter and the effect generated by the effect generating means (1021) on a display means (15).

1-12) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game that aims to bring a first parameter of a first game object to a desired state based on user operations, comprising: a change target selection means (1030) that selects one of a plurality of second game objects as the change target based on user operations; a parameter change means (1040) that changes the second parameter of the second game object selected by the change target selection means (1030); and a usage target selection means that selects at least one of the plurality of second game objects as the usage target. The system is characterized by including: (1050); effect generating means (1021) that generates an effect in the game that is advantageous or disadvantageous to bringing the first parameter to the desired state, based on the second parameter of the second game object selected by the target selection means (1050); and display control means (1060) that, when the operation for selecting the target of change is performed, controls the display means (15) to display correspondence information showing the correspondence between the second parameter of the second game object and the effect generated by the effect generating means (1021) for each second game object.

1-13) A game control device (10, 30) according to one aspect of the present invention is a game control device (10, 30) that executes a game in which the first parameter of a first game object is changed or set based on user operation, comprising: a change target selection means (1030) that selects one of a plurality of second game objects as the change target based on user operation; a parameter change means (1040) that changes the second parameter of the second game object selected by the change target selection means (1030); and a means that selects at least one of the plurality of second game objects as the target for use. The system is characterized by including: a target selection means (1050); an effect generation means (1021) that generates a game effect related to a change or setting of the first parameter based on the second parameter of the second game object selected by the target selection means (1050); and a display control means (1060) that, when the operation for selecting the target of change is performed, controls the display means (15) to display correspondence information showing the correspondence between the second parameter of the second game object and the effect generated by the effect generation means (1021) for each second game object.

1-14) A game control device (10, 30) according to one aspect of the present invention is a game control device (10, 30) that executes a game in which a first parameter of a first game object is changed or set based on user operation, and is characterized by including: a parameter changing means (1040) for changing a second parameter of a second game object; an effect generating means (1021) for generating an effect in the game related to the change or setting of the first parameter based on the second parameter; and a display control means (1060) for executing control to display correspondence relationship information showing the correspondence between the second parameter and the effect generated by the effect generating means (1021) on a display means (15).

1-15) A game control device (10, 30) according to one aspect of the present invention is a game control device (10, 30) that executes a game that aims to bring the first parameter of a first game object to a desired state based on user operation, comprising: a change target selection means (1030) that selects one of a plurality of second game objects as the change target based on user operation; a parameter change means (1040) that changes the second parameter of the second game object selected by the change target selection means (1030); and a usage target that selects at least one of the plurality of second game objects as the usage target. The system is characterized by comprising: a selection means (1050); an effect generating means (1021) that generates an effect in the game that is advantageous or disadvantageous to bringing the first parameter to the desired state, based on the second parameter of the second game object selected by the target selection means (1050); and a display control means (1060) that, when the operation for selecting the target of change is performed, controls the display means (15) to display correspondence relationship information showing the correspondence between the second parameter of the second game object and the effect generated by the effect generating means (1021) for each second game object.

1-16) A program according to one aspect of the present invention causes a computer to function as a game system (1) or a game control device (10, 30) as described above or below.

1-17) An information storage medium according to one aspect of the present invention is an information storage medium readable by a computer on which the above program is recorded.

According to this invention, the correspondence between the second parameter of the second game object and the effects that occur in the game can be observed. Therefore, the impact of changes in the second parameter of the second game object on changes in the first parameter of the first game object can be easily understood. For example, by observing this correspondence before selecting the second game object, the user can carefully consider the effects that occur when the second parameter changes before selecting the second game object and changing its second parameter. In other words, it becomes easy to understand to what extent the second parameter of the second game object needs to be changed to obtain the desired effect.

1-2) In one aspect of the present invention, the game system (1) further includes means (1070) for acquiring data stored in means (1000, 3000) for storing data relating each of a plurality of steppedly divided parameter ranges to the effects generated by the effect generating means (1021). The effect generating means (1021) generates an effect associated with a parameter range with a history to which the second parameter of the second game object selected by the target selection means (1050) belongs, and the display control means (1060) performs control to display the correspondence information showing the correspondence between each of the plurality of parameter ranges and the effects generated by the effect generating means (1021) on the display means (15).

According to the embodiment of 1-2), when the effect is defined for each of several parameter ranges divided into stages, the relationship between each parameter range and the effect can be easily understood. That is, it can be easily determined to what extent the second parameter needs to be changed to obtain the desired effect.

1-3) In one aspect of the present invention, the display control means (1060) is characterized by performing control to display the correspondence information on the display means (15) for each second game object, distinguishing between the effects associated with the parameter range to which the values of the second parameter of the second game object belong from the initial value to the current value, and the effects associated with the parameter range to which the values of the second parameter do not belong.

According to the embodiment described in 1-3), since the effects associated with the parameter range to which the value of the second parameter from its initial value to its current value belongs occur, it is possible to easily distinguish between effects that occur at the present time and effects that do not occur at the present time (effects that may occur if the level is increased in the future), thereby easily understanding them.

1-4) In one aspect of the present invention, the game system (1) further includes means (1080) for performing control to display a reception image for receiving the operation to select the change target on the display means (15), wherein the display control means (1060) includes at least one of: means (1060) for performing control to display the correspondence relationship information on the display means (15) while the reception image is displayed; and means (1060) for performing control to display the correspondence relationship information on the display means (15) after an operation to display the correspondence relationship information has been performed while the reception image is displayed.

According to the embodiment of 1-4), by displaying correspondence information while a reception image for accepting operations to select the target of change is displayed, these contents can be confirmed on the same screen. Furthermore, by displaying correspondence information when a predetermined operation is performed, the correspondence information can be displayed when the user wishes to confirm it while performing a selection operation on the reception image.

1-5) In one aspect of the present invention, the parameter changing means (1040) changes the second parameter of the second game object selected by the change target selection means (1030) based on other game objects, and the game system (1) includes other game object selection means (1090) that selects at least one of a plurality of game objects as the other game object based on the user's operation, and the second game object selected by the change target selection means (1030) based on the other game object selected by the other game object selection means (1090) The system further includes: a determination means (1100) for determining whether a given condition associated with an object is met; a permit means (1110) for allowing the second parameter of the second game object selected by the change target selection means (1030) to fall within a predetermined range or a portion of the predetermined range, when the determination means (1100) determines that the given condition is met; and a condition display control means (1120) for controlling the display of condition information relating to the given condition on the display means (15) when the operation for selecting the other game object is performed.

According to the embodiment of 1-5), the user can view conditional information regarding the given conditions for allowing the second parameter to fall within a predetermined range, etc., and then select other game objects after understanding the given conditions.

1-6) In one aspect of the present invention, the given condition is a condition that can be satisfied when the other game object selected by the other game object selection means (1090) is a specific game object, and the condition display control means (1120) controls the display means (15) to display the condition information regarding whether or not the game object is the specific game object for each game object.

According to the embodiment of 1-6), when selecting another game object, it is possible to see whether the game object can satisfy the given conditions. Therefore, the user can select another game object after understanding whether it has the potential to satisfy the given conditions.

1-7) In one aspect of the present invention, the given condition is a condition that is satisfied with a probability determined based on other game objects selected by the other game object selection means (1090), and the condition display control means (1120) controls the display means (15) to display the condition information relating to the probability when the game object is selected by the other game object selection means (1090) for each game object.

According to the embodiment of 1-7), when selecting another game object, the probability of satisfying a given condition can be seen, allowing the user to select another game object after understanding the probability of satisfying the given condition.

1-8) In one aspect of the present invention, the game system (1) further includes means (1130) for controlling the display means (15) to display information on the degree of the effect generated by the effect generating means (1021) when the second game object is selected by the target selection means (1050).

According to the embodiment described in 1-8), selecting a second game object makes it easy to understand the extent of the effect that will occur.

1-9) In one aspect of the present invention, the game system (1) further includes a game execution means for executing a game in which a game task is set based on the first game object and the second game object selected by the object selection means (1050), and the game system (1) further includes a control means (1140) for causing the display means (15) to further display information on each of the second game objects indicating the degree to which it is advantageous to achieve the game task when the second game object is selected by the object selection means (1050).

According to the embodiment described in 1-9), selecting a second game object makes it easy to understand how advantageous it will be in achieving the game objective.

1-10) In one aspect of the present invention, the game execution means (1020) is characterized in that, even if a specific game object among the plurality of second game objects is selected by the target selection means (1050), it is excluded from the scope of achieving the game task.

According to the method described in 1-10), the strategic aspect of the game can be enhanced by having the player consider whether to select game objects used in the game task or game objects not used in the game task.

[6-2. Inventions relating to the second technology]
2-1) A game system (1) according to one aspect of the present invention includes: a first game execution means (1020) that executes a first game in which the parameters of a first game object are changed or set based on user operations; and a second game execution means (1170) that executes a second game in which the first game object is used, wherein the first game execution means (1020) includes a first effect generating means (1021) that generates an effect on the first game relating to the change or setting of the parameters based on at least one selected from a plurality of second game objects; and the second game execution means (1170) includes a determination means (1171) that determines whether the parameters of the first game object used in the second game were changed or set in the first game executed with a specific second game object selected; and a second effect generating means (1172) that generates an effect on the second game that is advantageous or disadvantageous to the user based on the determination result of the determination means (1171).

2-2) A game system (1) according to one aspect of the present invention includes: a first game execution means (1020) that executes a first game in which a user aims to bring the parameters of a first game object to a desired state; and a second game execution means (1170) that executes a second game in which the first game object is used. The first game execution means (1020) includes a first effect generating means (1021) that generates an effect in the first game that is advantageous or disadvantageous to bringing the parameters to the desired state, based on at least one selected from a plurality of second game objects; and the second game execution means (1170) includes a determination means (1171) that determines whether the parameters of the first game object used in the second game were set in the first game executed with a specific second game object selected; and a second effect generating means (1172) that generates an effect in the second game that is advantageous or disadvantageous to the user, based on the determination result of the determination means (1171).

2-12) A game control device (10, 30) according to one aspect of the present invention includes: a first game execution means (1020) that executes a first game in which the parameters of a first game object are changed or set based on user operation; and a second game execution means (1170) that executes a second game in which the first game object is used. The first game execution means (1020) includes a first effect generating means (1021) that generates an effect on the first game related to the change or setting of the parameters based on at least one selected from a plurality of second game objects; the second game execution means (1170) includes a determination means (1171) that determines whether the parameters of the first game object used in the second game were changed or set in the first game executed with a specific second game object selected; and a second effect generating means (1172) that generates an effect on the second game that is advantageous or disadvantageous to the user based on the determination result of the determination means (1171).

2-13) A game control device (10, 30) according to one aspect of the present invention includes: a first game execution means (1020) that executes a first game in which a user aims to bring the parameters of a first game object to a desired state; and a second game execution means (1170) that executes a second game in which the first game object is used. The first game execution means (1020) includes a first effect generating means (1021) that generates an effect in the first game that is advantageous or disadvantageous to bringing the parameters to the desired state, based on at least one selected from a plurality of second game objects; and the second game execution means (1170) includes a determination means (1171) that determines whether the parameters of the first game object used in the second game were set in the first game executed with a specific second game object selected; and a second effect generating means (1172) that generates an effect in the second game that is advantageous or disadvantageous to the user, based on the determination result of the determination means (1171).

2-14) A program according to one aspect of the present invention causes a computer to function as a game system (1) or a game control device (10, 30) as described above or below.

2-15) An information storage medium according to one aspect of the present invention is an information storage medium readable by a computer on which the above program is recorded.

According to the present invention, for example, if running the first game with a specific second game object selected would be advantageous in the second game, it is possible to provide an incentive to select that specific second game object instead of the currently selected second game object. This prevents the second game object selected in the first game from becoming fixed.

2-2) In one aspect of the present invention, the game system (1) further includes a distinguishing display control means (1050) that performs control to distinguish and display on the display means (15) information about a specific second game object and information about other second game objects when an operation is performed to select at least one of the plurality of second game objects.

According to the embodiment of 2-2), information concerning a specific second game object is distinguished from information concerning other second game objects, so that the user can easily identify which second game object is the specific one when selecting one.

2-3) In one aspect of the present invention, the game system (1) further includes an effect display control means (1060) that performs control to display correspondence information indicating the correspondence between a specific second game object and an effect generated by the second effect generating means (1172) on a display means (15).

According to the embodiment described in 2-3), by selecting a specific second game object and then changing the parameters of the first game object before using it in the second game, it becomes easy to understand what effects occur in the second game.

2-4) In one aspect of the present invention, the effect display control means (1060) is characterized in that, when an operation is performed to select at least one of the plurality of second game objects, it performs control to display the correspondence relationship information on the display means (15).

According to the embodiment described in 2-4), when a user selects a second game object, they can easily understand what effect will occur in the second game depending on which second game object they select.

2-5) In one aspect of the present invention, the first effect generating means (1021) is characterized in that, when a specific second game object is selected, it changes the effect based on the parameters of the specific second game object.

According to the embodiment of 2-5), since the effect changes based on the parameters of a specific second game object, it is possible to change the effects that occur in the first game and improve the enjoyment of the first game.

2-6) In one aspect of the present invention, the second game is a game in which a reward is given according to the content or result of the second game, and the second effect generating means (1172) is characterized in that it generates an effect in the second game that is advantageous or disadvantageous to the user in obtaining the reward.

According to the embodiment of 2-6), for example, if an effect favorable to obtaining rewards occurs in the second game, the user will choose a specific second game object in order to obtain more rewards, thus strengthening the motivation to choose a specific second game object.

2-7) In one aspect of the present invention, the second effect generating means (1172) is characterized by changing the effect based on the parameters of the specific second game object.

According to the embodiment of 2-7), since the effect changes based on the parameters of a specific second game object, it is possible to change the effects that occur in the second game and improve the enjoyment of the second game.

2-8) In one aspect of the present invention, the first game is a game in which the parameters of each of a plurality of first game objects are changed or set, and the second effect generating means (1172) is characterized in that it changes the effect based on the number of first game objects whose parameters are changed or set in the first game based on a specific second game object.

According to the embodiment of 2-8), the effect changes based on the number of first game objects whose parameters are set based on a specific second game object, thus providing an incentive to change the parameters of more first game objects in the first game.

2-9) In one aspect of the present invention, the game system (1) further includes means (1160) for selecting a second game object owned by another user associated with the user.

According to the embodiment of 2-9), by making it possible to select a second game object owned by another user associated with the user, the parameters of the first game object can be changed in the first game based on the second game object owned by the other user. As a result, for example, even if a user does not own a particular second game object, if another user owns that particular second game object, they can obtain an advantageous effect in the second game.

2-10) In one aspect of the present invention, the second game is characterized in that the first game object is used in a competitive game.

According to the embodiment of 2-10), it is possible to prevent the second game object selected in the first game from becoming fixed.

[6-3. Inventions relating to the third technology]
3-1) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game in which each of a plurality of parameters of a first game object is changed or set based on user operations, comprising: a first selection means (1180) that selects one of a plurality of options to which at least one of the plurality of parameters is associated based on a first selection operation of the user; a second selection means (1050) that selects at least one of a plurality of second game objects to which at least one of the plurality of options is associated based on a second selection operation of the user; and a means (1022) that changes the parameter associated with the option selected by the first selection means (1180) among the plurality of parameters, The system is characterized by including a parameter changing means (1040) that changes the parameters associated with the option selected by the first selection means (1180) so that the user has an advantage in the game compared to when the option selected by the first selection means (1180) is not associated with the second game object selected by the second selection means (1050), and a display control means (1190) that performs control to display option information relating to the option associated with the second game object selected by the second selection means (1050) on the display means (15).

3-5) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game that aims to bring each of a plurality of parameters of a first game object to a desired state based on user operations, comprising: a first selection means (1180) that selects one of a plurality of options to which at least one of the plurality of parameters is associated based on a first selection operation of the user; a second selection means (1050) that selects at least one of a plurality of second game objects to which at least one of the plurality of options is associated based on a second selection operation of the user; and means for changing the parameter associated with the option selected by the first selection means (1180) among the plurality of parameters, the The system is characterized by including: a parameter changing means (1040) that changes the parameters associated with the option selected by the first selection means (1180) to be more advantageous in achieving the desired state compared to the case where the option selected by the first selection means (1180) is not associated with the second game object selected by the second selection means (1050); and a display control means (1190) that performs control to display option information regarding the option associated with the second game object selected by the second selection means (1050) on the display means (15).

3-6) A game control device (10, 30) according to one aspect of the present invention is a game system (1) that executes a game in which each of a plurality of parameters of a first game object is changed or set based on user operation, comprising: a first selection means (1180) that selects one of a plurality of options to which at least one of the plurality of parameters is associated based on a first selection operation of the user; a second selection means (1050) that selects at least one of a plurality of second game objects to which at least one of the plurality of options is associated based on a second selection operation of the user; and means for changing the parameter associated with the option selected by the first selection means (1180) among the plurality of parameters, the The system is characterized by including: a parameter changing means (1040) that changes the parameters associated with the option selected by the first selection means (1180) so that the user has an advantage in the game compared to when the option selected by the first selection means (1180) is not associated with the second game object selected by the second selection means (1050); and a display control means (1190) that performs control to display option information regarding the option associated with the second game object selected by the second selection means (1050) on the display means (15).

3-7) A game control device (10, 30) according to one aspect of the present invention is a game system (1) that executes a game that aims to bring each of a plurality of parameters of a first game object to a desired state based on user operation, comprising: a first selection means (1180) that selects one of a plurality of options to which at least one of the plurality of parameters is associated based on a first selection operation of the user; a second selection means (1050) that selects at least one of a plurality of second game objects to which at least one of the plurality of options is associated based on a second selection operation of the user; and means for changing the parameter associated with the option selected by the first selection means (1180) among the plurality of parameters. The system is characterized by including: a parameter changing means (1040) that changes the parameters associated with the option selected by the first selection means (1180) in a manner that is more advantageous for achieving the desired state compared to the case where the option selected by the first selection means (1180) is not associated with the second game object selected by the second selection means (1050); and a display control means (1190) that performs control to display option information regarding the option associated with the second game object selected by the second selection means (1050) on the display means (15).

3-8) A program according to one aspect of the present invention causes a computer to function as a game system (1) or a game control device (10, 30) as described above or below.

3-9) An information storage medium according to one aspect of the present invention is an information storage medium readable by a computer on which the above program is recorded.

According to this invention, information regarding the options associated with the selected second game object is displayed, allowing the player to select the second game object while understanding which option will be advantageous.

3-2) In one aspect of the present invention, the display control means (1190) is characterized in that, when multiple of the multiple second game objects are selected by the second selection means (1050), and the choices associated with each of the multiple second game objects selected by the second selection means (1050) are the same, it performs control to display information indicating the number of such identical choices on the display means (15) in association with the choice information.

According to the method described in 3-2), it becomes easier to grasp the number of identical options.

3-3) In one aspect of the present invention, the display control means (1190) is characterized by performing control to distinguish between the choice information relating to the choice associated with the second game object selected by the second selection means (1050) and the choice information relating to choices other than that choice, and displaying them on the display means (15).

According to the embodiment of 3-3), it becomes easier to understand the options associated with the second game object.

3-4) In one aspect of the present invention, in the game, one of a plurality of roles is set for the first game object, each of the plurality of choices is associated with at least one of the plurality of roles, the choices associated with the role of the first game object are selectable by the first selection operation, and the display control means (1190) displays the choice information for each of the plurality of choices in an order determined based on the role associated with that choice, and then performs control to distinguish between the choice information for the choice associated with the second game object selected by the second selection means (1050) and the choice information for choices other than that choice, and displays them on the display means (15).

According to the embodiment of 3-4), the option information is displayed in an order determined based on the role associated with each option, making it easier to intuitively grasp the options associated with the second game object.

[6-4. Inventions relating to the fourth technology]
4-1) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game in which the parameters of a first game object are changed or set based on user operations, comprising: effect generating means (1021) that generate a game effect relating to the change or setting of the parameters based on at least one selected from a plurality of second game objects; selection means (1200) that select one of a plurality of options relating to the content of the game scenario based on user operations; and based on the option selected by the selection means (1200), the game scenario The effect generating means (1021) includes a means for changing content (1210), and the effect generating means (1021) includes a first means (1021) that generates a specific effect in the game corresponding to a specific second game object when a specific second game object is selected from among the plurality of second game objects, and a second means (1021) that generates the specific effect in the game corresponding to a specific second game object even if the specific second game object is not selected when a specific option is selected from among the plurality of options by the selection means (1200).

4-4) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game aiming to bring the parameters of a first game object to a given state based on user operations, comprising: effect generating means (1021) that generate a game effect that is advantageous or disadvantageous to bringing the parameters to the given state based on at least one selected from a plurality of second game objects; selection means (1200) that select one of a plurality of options relating to the content of the game scenario based on user operations; and based on the option selected by the selection means (1200), the game The system includes a means for changing the content of the scenario (1210), and the effect generating means (1021) includes a first means (1021) that generates a specific effect in the game corresponding to a specific second game object when a specific second game object is selected from among the plurality of second game objects, and a second means (1021) that generates the specific effect in the game corresponding to the specific second game object even if the specific second game object is not selected when a specific option is selected from among the plurality of options by the selection means (1200).

4-5) A game control device (10, 30) according to one aspect of the present invention is a game system (1) that executes a game in which the parameters of a first game object are changed or set based on user operations, comprising: effect generating means (1021) that generate game effects related to the change or setting of the parameters based on at least one selected from a plurality of second game objects; selection means (1200) that select one of a plurality of options related to the content of the game scenario based on user operations; and based on the option selected by the selection means (1200), the game scenario The system includes a means for changing the content of O (1210), and the effect generating means (1021) includes a first means (1021) that generates a specific effect in the game corresponding to a specific second game object when a specific second game object is selected from among the plurality of second game objects, and a second means (1021) that generates the specific effect in the game corresponding to the specific second game object when a specific option is selected from among the plurality of options by the selection means (1200), even if the specific second game object is not selected.

4-6) A game control device (10, 30) according to one aspect of the present invention is a game system (1) that executes a game aiming to bring the parameters of a first game object to a given state based on user operations, comprising: effect generating means (1021) that generate game effects that are advantageous or disadvantageous to bringing the parameters to the given state based on at least one selected from a plurality of second game objects; selection means (1200) that select one of a plurality of options relating to the content of the game scenario based on user operations; and based on the option selected by the selection means (1200), The system includes a means for changing the content of the game scenario (1210), and the effect generating means (1021) includes a first means (1021) that generates a specific effect in the game corresponding to a specific second game object when a specific second game object is selected from among the plurality of second game objects, and a second means (1021) that generates the specific effect in the game corresponding to the specific second game object even if the specific second game object is not selected, when a specific option is selected from among the plurality of options by the selection means (1200).

4-8) A program according to one aspect of the present invention causes a computer to function as a game system (1) or a game control device (10, 30) as described above or below.

4-9) An information storage medium according to one aspect of the present invention is an information storage medium readable by a computer on which the above program is recorded.

According to the present invention, when the content of a scenario changes based on a choice, if a specific choice is selected, a specific effect occurs even if a specific second game object is not selected. Therefore, a specific effect can be generated even if the specific second game object is not possessed.

4-2) In one aspect of the present invention, the effect generating means (1021) is characterized in that it restricts the generation of the specific effect by the second means (1021) outside of a specific period, and generates the specific effect by the second means (1021) within the specific period.

According to the embodiment of 4-2), the occurrence of a specific effect can be limited to a specific period of time.

4-3) In one aspect of the present invention, the effect generating means (1021) restricts the selection of a specific option from the plurality of options by the selection means (1200) outside of a specific period, and allows the selection of a specific option from the plurality of options by the selection means (1200) within the specific period.

According to the embodiment of 4-3), the occurrence of a specific effect can be limited to a specific period of time.

[6-5. Inventions relating to the fifth technology]
5-1) A game system (1) according to one aspect of the present invention is a game system (1) that executes a game based on a game object associated with user identification information and other game objects, the system comprising: means (3020) for updating the first result information stored in means (3000) for storing first result information indicating the results achieved in the game by a first user identified by first user identification information, based on the first user's gameplay; and means (3000) for updating the second result information stored in means (3000) for storing second result information indicating the results achieved in the game by a second user identified by second user identification information, based on the second user's gameplay. The system is characterized by including means (3030) for updating based on the first result information and the second result information, determination means (3040) for determining whether the second user's results have changed from a first state in which the second user's results are lower than the first user's results to a second state in which the second user's results are higher than the first user's results, and game provision means (3050) for performing control to provide the first user with the game that is executed based on the game object associated with the first user identification information and the game object associated with the second user identification information, if it is determined that the results have changed from the first state to the second state.

5-3) A game control device (10, 30) according to one aspect of the present invention is a game system (1) that executes a game based on a game object associated with user identification information and other game objects, comprising: means (3020) for updating the first result information stored in means (3000) for storing first result information indicating the results achieved by a first user identified by first user identification information in the game, based on the first user's gameplay; and means (3000) for storing the second result information indicating the results achieved by a second user identified by second user identification information in the game, based on the second user's gameplay. The system is characterized by including: a means (3030) for updating based on (i); a determination means (3040) for determining whether the second user's performance has changed from a first state where the second user's performance is lower than the first user's performance to a second state where the second user's performance is higher than the first user's performance, based on the first and second performance information; and a game provision means (3050) for performing control to provide the first user with the game, which is executed based on the game object associated with the first user identification information and the game object associated with the second user identification information, when it is determined that the performance has changed from the first state to the second state.

5-4) A program according to one aspect of the present invention causes a computer to function as the game system (1) or game control device (10, 30) described above or below.

5-5) An information storage medium according to one aspect of the present invention is an information storage medium that can be read by a computer on which the above program is recorded.

According to this invention, competition among users can be promoted by providing a game when one user's performance surpasses that of another user.

5-2) In one aspect of the present invention, the game system (1) further includes a display control means (3060) that executes control to display a notification on a display means (15) corresponding to the first user indicating that a game will be provided by the game provision means (3050) when it is determined that the state has changed from the first state to the second state. The game provision means (3050) provides the first user with the game, which is executed based on a game object associated with the first user identification information and a game object associated with the second user identification information, based on an operation performed by the first user while the notification is displayed.

According to the method described in 5-2), it is possible to more reliably inform users that the game will be provided.

1 Game system, 10 User terminal, 30 Server, 11, 31 Control unit, 12, 32 Storage unit, 13, 33 Communication unit, 14 Input unit, 15 Display unit, G100 Home screen image, A110, A210, A310, A610, A810, A910, A1010, A1110, A1510, A1610, A1710, A1810, A1910, A2110 Upper area, A111-A116, A341, A1641, A1642, A1950 Area, A120, A220, A320, A620, A820, A1020, A1120, A1520, A1620, A1720, A1820, A1920, A2120 Lower area, P121 to P125, P130, P140, P150, P160, P230, P241 to P245, P250, P330, P342, P530, P630, P710, P720, P730, P812, P821, P 822, P823, P824, P841, P842, P843, P844, P845, P921, P922, P923, P924, P925, P926, P950, P1223-1, P1223-2, P1223-3, P12 23-4, P1223-5, P1223-6, P1223-7, P1224-1, P1224-2, P1224-3, P1224-4, P1224-5, P1224-6, P1230, P1240, P1250, P1530, P1540~P1590,P1630,P1642,P1643,P1730,P1830,P1930,P1960,P1970,P2010,P2140~P2170,P2240,P2250,P2270,P2280 Processing object, G200 Protagonist registration screen image, A240 Protagonist registration area, G300 Event deck setting screen image, A340 Event deck setting area, A344-1, A344-2, A344-3, A344-4, A344-5, A345 Setting frame, A346 Specialty training area, G400 Event character screen image, A410 1st area, A420 2nd area, A440 3rd area, T421 1st tab, T422 2nd tab, T423 3rd tab, G500 Bonus details screen image, C510, C520 Check object, G600 Event character change screen image, A640 Event character list area, G700 Automatic setting menu screen image, G800 Main command screen image, A811 Gauge area, A830 Protagonist ability area, A840 Command area, G900 Practice screen image, C927 Cursor object, A930 Experience points area, A940 Game character area, G1000 Practice results screen image, A1030 Message area, C1040 Dog character, G1100 Event screen image, A1130 Event information area, C1140 Event character, A1150 Text area, G1200 Ability change screen image, G1210 First area, G1220 Second area, T1211 Pitcher ability tab, T1212 Fielder ability tab, T1221 Basic ability tab, T1222 Special ability tab, G1300 Section completion screen, G1400 Preview screen image, G1500 Event character menu screen image, G1600 Event deck editing screen image, A1640 Event deck editing area, A1644-1 to A1644-5 Settings frame, A1646 Specialty training area, G1700 Base character selection screen image, A1740 Event character list area, G1800 Enhancement screen image, A1840 Base character area, A1841 Gauge area, A1850 Material character area, G1900 Material character selection screen image, A1940 Event character list area, G2000 Enhancement results window, G2100 My team menu screen image, G2200 Normal order editing screen image, A2210 Starting order area, A2220 Substitute player area, A2230 Drag area, A2260 Overall strength area, TBL301 User table, TBL302 Event character table, TBL303 Event deck table, TBL304 Original character table, TBL305 Order table, 3000 Data storage unit, 3010 Processing unit, 3020 First update unit, 3030 1000 2nd Update Unit, 3040 Result Determination Unit, 3050 Game Provision Unit, 3060 Challenge Display Control Unit, 1000 Individual Data Storage Unit, 1010 Request Unit, 1020 1st Game Execution Unit, 1021 1st Effect Generation Unit, 1022 Parameter Change Unit, 1030 Change Target Selection Unit, 1040 Level Change Unit, 1050 Usage Target Selection Unit, 1060 Effect Display Control Unit, 1070 Data Acquisition Unit, 1080 Change Target Display Control Unit, 1090 Material Character Selection Unit, 1100 Upper Limit Release Determination Unit, 1110 Permission Unit, 1120 Condition Display Control Unit, 1130 Event Power Display Control Unit, 1140 Player Ability Display Control Unit, 1150 Distinction Display Control Unit, 1160 Helper Selection Unit, 1170 2nd Game Execution Unit, 1171 Special Effect Determination Unit, 1172 2nd Effect Generation Unit, 1180 Practice selection unit, 1190 Practice display control unit, 1200 Scenario selection unit, 1210 Scenario change unit.

Claims (6)

The present invention provides a game that includes a first game in which the first object is nurtured by changing or setting the parameters of the first object,
A deck containing one or more second objects from a set of multiple second objects is assembled by user operation.
In the first game, the first object is nurtured by events that occur in relation to the second object set in the deck,
Each of the aforementioned plurality of second objects is associated with a plurality of first effects relating to the growth of the first object.
It is a game system,
Display control means that displays in an image displayed when the deck is set up such that it is possible to identify that a second effect object, which is a second effect different from the plurality of first effects and which occurs when predetermined conditions are met, is associated with the second effect, and the second effect itself, and that the image displayed when the deck is set up such that the second effect object is associated with the second effect,
When the second effect object is set in the deck, an effect generating means for generating the second effect,
A game system that includes this. The aforementioned image is a deck setting image showing the one or more second objects set on the deck.
The game system according to claim 1. The aforementioned image is a second object list image showing a list of the plurality of second objects.
The game system according to claim 1 or 2. The present invention provides a game that includes a first game in which the first object is nurtured by changing or setting the parameters of the first object,
A deck containing one or more second objects from a set of multiple second objects is assembled by user operation.
In the first game, the first object is nurtured by events that occur in relation to the second object set in the deck,
Each of the aforementioned plurality of second objects is associated with a plurality of first effects relating to the growth of the first object.
Game control device,
Display control means that displays in an image displayed when the deck is set up such that it is possible to identify that a second effect object, which is a second effect different from the plurality of first effects and which occurs when predetermined conditions are met, is associated with the second effect, and the second effect itself, and that the image displayed when the deck is set up such that the second effect object is associated with the second effect,
When the second effect object is set in the deck, an effect generating means for generating the second effect,
Game control device including A program for causing a computer to function as a game system according to any one of claims 1 to 3 , or as a game control device according to claim 4 . The present invention provides a game that includes a first game in which the first object is nurtured by changing or setting the parameters of the first object,
A deck containing one or more second objects from a set of multiple second objects is assembled by user operation.
In the first game, the first object is nurtured by events that occur in relation to the second object set in the deck,
Each of the aforementioned plurality of second objects is associated with a plurality of first effects relating to the growth of the first object.
A game control method,
In the image displayed when the deck is set up, it is made possible to identify that a second effect object, which is a second effect different from the plurality of first effects and which occurs when predetermined conditions are met, is associated with the second effect, and the second effect itself.
When the second effect object is set in the deck, the second effect is generated.
Game control methods.