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

Abstract

To provide a game system, game control device, and program facilitating appearance of other users who are to participate in a game played by a user.SOLUTION: A participation application reception part (120) receives from a second user, an application for participating in a game played by a first user. When receiving from the second player, the application for participation in the game, a game execution part (130) executes a game in which the first user and the second user participate. A reward association part (150) associates a reward to the first user with identification information of the first user and associates a reward to the second user with identification information of the second user in response to execution of the game in which the first user and the second user participate. A reward determination part (140) decreases at least a part of the reward to the first user, adds the amount of decrease to the reward of the second user, and determines the reward to the first user and the reward to the second user.SELECTED DRAWING: Figure 30

Description

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

A game system is known in which another user can participate in a game played by a user. For example, there is known a game system in which a second user participates in a game played by a first user so that the first user and the second user can cooperate with each other to achieve a predetermined purpose. More specifically, when the second user participates in the game played by the first user, it is possible for the first user and the second user to cooperate with each other to compete with the opponent and win the opponent. Game systems are known.

JP, 2014-068870, A

Conventionally, in such a game system as described above, it may be difficult for another user who wants to participate in the game played by the user to appear. For example, in general, a user is a user whose ability in a game (hereinafter referred to as “game ability”) is higher than himself (for example, a user having a higher level than himself or a game character having a higher ability than himself). The user (owner) tends to participate in the game played, and the user having high game ability tends to avoid participating in the game played by the user having lower game ability than himself. For this reason, even if a user with low game ability wants another user with higher game ability to participate in the game he/she is playing, it may be difficult for such user to appear. ..

The present invention has been made in view of the above problems, and an object of the present invention is to provide a game system, a game control device, and a program capable of facilitating the appearance of another user who intends to participate in a game played by the user. To provide.

In order to solve the above problems, a game system according to an aspect of the present invention includes a participation application acceptance unit that accepts an application for participation in a game played by a first user from a second user, and an application for participation in the game. Depending on the game execution means for executing the game in which the first user and the second user participate, and the execution of the game in which the first user and the second user participate when accepted from the second user. And a reward associating unit that associates a reward to the first user with identification information of the first user and associates a reward to the second user with identification information of the second user. Determining at least a part of the reward of the first user and the reward to the second user by adding the reduced amount to the reward to the second user. Means are further included.

A game control device according to an aspect of the present invention, when receiving a participation application for a game played by a first user from a second user, responds to execution of a game in which the first user and the second user participate. In a game control device for controlling a game in which a reward is provided to each of the first user and the second user, at least a part of the reward to the first user is reduced, and the reduced amount is It includes a reward determining means for determining a reward to the first user and a reward to the second user in addition to the reward to the second user.

It is a figure which shows the whole structure of the game system which concerns on embodiment of this invention. It is a figure which shows an example of the flow of a one-person play part. It is a figure which shows an example of a basic information registration image. It is a figure which shows an example of an event deck setting image. It is a figure which shows an example of an event character selection image. It is a figure which shows an example of an event character information image. It is a figure which shows an example of an original character registration image. It is a figure which shows an example of the flow of a cooperation play part. It is a figure which shows an example of a player character setting image. It is a figure which shows an example of a support character setting image. It is a figure which shows an example of a support effect information image. It is a figure which shows an example of a standby image. It is a figure which shows an example of a team list image. It is a figure which shows an example of a participation application image. It is a figure which shows an example of an assistant request list image. It is a figure which shows an example of a helper participation application image. It is a figure which shows another example of a standby image. It is a figure which shows an example of an order confirmation image. It is a figure which shows an example of an automatic progress part image. It is a figure which shows an example of an action part start image. It is a figure which shows an example of a support character selection image. It is a figure for explaining an example of a coordination action. It is a figure which shows an example of an activation selection image. It is a figure which shows an example of an action part image. It is a figure which shows an example of an action part result image. It is a figure which shows another example of an action part start image. It is a figure which shows another example of a support character selection image. It is a figure which shows an example of an activation selection image. It is a figure which shows an example of a match result image. It is a functional block diagram of a game system concerning an embodiment of the present invention. It is a functional block diagram of a game execution unit. It is a figure which shows an example of a user table. It is a figure which shows an example of an event character table. It is a figure which shows an example of an original character table. It is a figure which shows an example of a team table. It is a figure which shows an example of a match situation table. It is a figure which shows an example of a player character table. It is a figure which shows an example of a support character table. It is a figure which shows an example of the process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of the other process performed by a game system. It is a figure which shows an example of further another process performed with a game system.

Embodiments of the present invention will be described below with reference to the drawings.

[1. Configuration of Game System] FIG. 1 shows the configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a server 10 and a plurality of game terminals 30-1, 30-2, 30-3. The game terminals 30-1 to 30-3 are used by different users. Hereinafter, it is assumed that the game terminal 30-1 is used by the user U1, the game terminal 30-2 is used by the user U2, and the game terminal 30-3 is used by the user U3. Although three game terminals 30-1 to 30-3 are shown in FIG. 1, the game system 1 may include four or more game terminals, or may include two game terminals. Good.

The game terminals 30-1 to 30-3 can mutually perform data communication with the server 10 via the network N. In addition, the game terminals 30-1 to 30-3 can also perform data communication with each other via the network N.

The server 10 is, for example, a server computer. As shown in FIG. 1, the server 10 includes a control unit 11, a storage unit 12, and a communication unit 13. The control unit 11 includes at least one microprocessor (CPU), and executes information processing according to the operating system and other programs stored in the storage unit 12. The storage unit 12 includes a main storage unit (for example, a RAM) and an auxiliary storage unit (for example, a nonvolatile semiconductor memory, a hard disk drive, or a solid state drive). The storage unit 12 is for storing programs and data. The communication unit 13 is for communicating with other devices via the network N.

The server 10 can access the database 14. The database 14 may be built in the server 10 or in another server computer.

Each of the game terminals 30-1 to 30-3 is a computer used to play a game. For example, the game terminals 30-1 to 30-3 are mobile phones (including smartphones), personal digital assistants (including tablet computers), portable game machines, home-use game machines (fixed-type game machines), play facilities. It is an arcade game machine, a laptop computer, or a desktop computer installed in a computer or the like. The game terminals 30-1 to 30-3 do not have to be the same type of computer.

As shown in FIG. 1, the game terminal 30-1 includes a control unit 31, a storage unit 32, a communication unit 33, an operation unit 34, a display unit 35, and a voice output unit 36. The control unit 31, the storage unit 32, and the communication unit 33 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the server 10.

The operation unit 34 is for the user to perform various operations. The operation unit 34 includes, for example, a button (key), a lever (stick), a touch panel, a mouse, or the like. The operation unit 34 may be for the user to perform an operation by voice or gesture. The display unit 35 is for displaying various screen images, and is, for example, a liquid crystal display or an organic EL display. The audio output unit 36 is for outputting audio data, and is, for example, a speaker or headphones. The operation unit 34, the display unit 35, and the audio output unit 36 may be provided in the first game terminal 30-1 itself, or may be provided as an external device connected to the game terminal 30-1.

Although omitted in FIG. 1, similarly to the game terminal 30-1, the game terminals 30-2 and 30-3 are respectively the control unit 31, the storage unit 32, the communication unit 33, the operation unit 34, and the display unit 35. , And a voice output unit 36.

The programs and data are supplied to the server 10 or the game terminals 30-1 to 30-3 from a remote location via the network N and stored in the storage unit 12 or the storage unit 32. In addition, a component (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card) is provided in the server 10 or the game terminals 30-1 to 30-3. It may be provided. Then, the program or data may be supplied to the server 10 or the game terminals 30-1 to 30-3 via the information storage medium.

In the following, it is assumed that the game terminals 30-1 to 30-3 are smartphones. In the following, the game terminals 30-1 to 30-3 may be collectively referred to as “game terminal 30”.

[2. Outline of Game] In the game system 1, a game is executed by executing a program on the game terminal 30. The game system 1 can execute various games. For example, a variety of game formats and genres such as sports games (games using baseball, soccer, tennis, American football, basketball, volleyball, etc.), adventure games, simulation games, role-playing games, or training games. It is possible to execute various games.

Further, in the game system 1, it is possible to execute a game in which a plurality of users participate. For example, it is possible for a plurality of users to cooperate to execute a game aiming to achieve a predetermined purpose.

Here, the "game in which a plurality of users aim to achieve a predetermined purpose in cooperation" is, for example, a battle game in which a plurality of users cooperate and compete with an opponent. In this case, obtaining a predetermined result (for example, victory) in the battle corresponds to the "purpose". The “competitor” may be a computer (CPU) or another user. The number of opponents may be one or may be plural. In addition, the “competition” is performed by a plurality of users and one or a plurality of opponents and determines a result such as winning or losing. A win/loss may not necessarily be decided, and a draw may be made. The “competition” also includes a competition (for example, a race) in which a plurality of users and one or a plurality of opponents compete for ranks. “Competition” is not limited to sports games and races, but also includes combat.

In addition, "a game in which a plurality of users cooperate to achieve a predetermined purpose" means, for example, a game in which a plurality of users cooperate to defeat an enemy, or a plurality of users cooperate in a specific game item. , Or a game in which a plurality of users cooperate to complete a game event. In this case, defeating an enemy, obtaining a specific game item, or clearing a game event corresponds to the “purpose”.

Hereinafter, a baseball game will be described as an example of a game executed by the game system 1. Hereinafter, for convenience, this baseball game is referred to as “baseball game X”.

The baseball game X is a one-person play part (one example of the first game part) that the user plays alone, and a cooperative play part (a second game part of the second game part) that is played by a plurality of users aiming to achieve the purpose. And an example).

[2-1] First, the one-person play part will be described. For example, in the one-person play part, the user trains the hero character by making the hero character (the game character who is the hero) practice while advancing the scenario (game story), and creates an original game character for himself. ..

FIG. 2 shows an example of the flow of the one-person play part. As shown in FIG. 2, in the one-person play part, after the pre-phase PH10 is executed, the raising phase PH11 is executed. In the pre-phase PH10, the information necessary for the training phase PH11 is registered and set.

As shown in FIG. 2, in the pre-phase PH10, first, basic information of the hero character is registered (PH100). In this case, the basic information registration image, which is a screen image for registering the basic information of the main character, is displayed on the display unit 35.

FIG. 3 shows an example of the basic information registration image. As shown in FIG. 3, the area A101 of the basic information registration image G100 is an area for registering the basic information of the hero character. For example, a name, a voice, a position, a dominant arm, a batting form (or a pitching form) are registered as basic information. “Voice” is how to read the name when reading the name of the hero character as a voice (Yogana/Furigana). If the position is other than the pitcher, the "hit form" is registered, and if the position is the pitcher, the "pitch form" is registered.

The basic information of the main character is automatically initialized and displayed in the area A101. In the area A101, the elements P102-1, P102-2, P102-3, P102-4, and P102-5 are displayed in association with each item. The “element” is, for example, an element (image, symbol, text, or the like) included in the image, and, for example, a button, an icon, a link, or the like corresponds to an example of the “element”. A process may be associated with the “element”, and when the element is selected, the process associated with the element is executed.

The user can change the content of the item associated with the element by selecting the element P102-1 to P102-5. For example, since the element P102-1 is associated with the "name", the user can change the name of the hero character to an arbitrary name by selecting the element P102-1.

Further, the basic information registration image G100 includes an element P103. A process for completing the registration of the basic information of the main character is associated with the element P103. When the user selects the element P103, the registration of the basic information of the main character is completed.

As shown in FIG. 2, when the registration of the basic information of the hero character is completed, the event deck is set (PH101). FIG. 4 shows an example of an event deck setting image which is a screen image displayed on the display unit 35 for setting the event deck.

Here, the "event deck" will be described. The event deck is constructed using one or more game characters. As will be described later, in the raising phase PH11, various events such as an event advantageous for improving the ability of the hero character occur. In this regard, in the raising phase PH11, the generated event is not fixed, and the generated event changes according to one or a plurality of game characters incorporated in the event deck. Therefore, the user can select an event that can occur in the raising phase PH11 by selecting a game character to be incorporated in the event deck. In the following, a game character that can be incorporated in the event deck will be referred to as an “event character”.

As shown in FIG. 4, in the event deck setting image G110, six setting frames A111-1, A111-2, A111-3, A111-4, A111- for setting an event character that is a member of the event deck. 5, A112 are provided.

In baseball game X, a predetermined number of event characters are given to the user when playing baseball game X for the first time. The user can also obtain the event character by lottery, obtain the event character as a reward in the game, or obtain the event character from another user. The event character is given to the user in the form of a game card, and the user can own the event character in the form of a game card. In the baseball game X, an event character owned by the user himself or an event character owned by another user can be incorporated in the event deck.

The setting frames A111-1 to A111-5 are frames for arbitrarily setting the event character owned by the user as a member of the event deck. The setting frame A112 is a frame for arbitrarily setting an event character owned by another user as a member of the event deck. In the setting frames A111-1 to A111-5 and A112, an image showing the event character incorporated in the event deck by the user is displayed together with the rarity and level of the event character.

Here, "rarity" and "level" will be described. “Rarity” indicates, for example, how hard it is to obtain an event character. The higher the rarity of the event character, the more difficult it is to obtain the event character. In general, the higher the rarity of the event character, the higher the usefulness (ability, effect, etc.) of the event character, and thus “rareness” also indicates the usefulness of the event character.

In the example shown in FIG. 4, “R”, “SR”, “N”, and “PSR” displayed above the image of the event character indicate the rarity of the event character. In the baseball game X, each of the event characters has one of a plurality of rarities of PSR (powerful super rare), SR (super rare), PR (powerful rare), R (rare), PN (powerful normal), and N (normal). Associated. If these are arranged in order from the highest one, PSR, SR, PR, R, PN, N will be obtained. Even the same event character (event character having the same name and having the same appearance (image)) but having different rarities may exist.

“Level” indicates the level of the event character. In the example shown in FIG. 4, "Lv.8", "Lv.5", "Lv.10", and "Iv.3" displayed below the image of the event character indicate the level of the event character. For example, the experience value is given to the event character by combining the event character with another event character. Then, when the experience value of the event character reaches a predetermined value, the level of the event character increases by one.

When the user selects any of the setting frames A111-1 to A111-5 (for example, when a tap operation (an operation of touching for a short time) is performed on any of the setting frames A111-1 to A111-5), An event character selection image, which is a screen image for selecting an event character to be set in the setting frame, is displayed on the display unit 35.

FIG. 5 shows an example of the event character selection image. The event character selection image G120 shows a list of event characters owned by the user. The event character selection image G120 includes the element P121. The process for returning to the event deck setting image G110 is associated with the element P121. Therefore, when the user selects the element P121, the event deck setting image G110 is displayed on the display unit 35.

In the event character selection image G120, an element P122 for setting the setting frame to an empty state (a state in which no event character is set) and elements P123-1 to P123 corresponding to the event character owned by the user, respectively. -9 and. Each of the elements P123-1 to P123-9 indicates the image, the rarity, and the level of the event character. Regarding the event character already incorporated in the event deck, the text (or image) “in use” is displayed, and the same event character cannot be duplicated in the event deck.

When the user performs a long-pressing operation on any of the elements P123-1 to P123-9 (an operation of keeping touching for a predetermined time or longer), an event character that is a screen image showing information on the event character corresponding to the element. The information image is displayed on the display unit 35.

FIG. 6 shows an example of the event character information image. As shown in FIG. 6, in the area A131 of the event character information image G130, the name, image, rarity, level, player ability, and good practice of the event character are displayed.

The “player ability” indicates the ability of the event character as a player. In the training phase PH11 (scenario), a match event occurs, and a match between the high school to which the main character belongs and another high school. In this match, the event character incorporated in the event deck participates in the match as a teammate of the main character. The “player ability” indicates the high ability of the event character in such a match. "Athlete ability" is indicated by numerical values and alphabets. The higher the number, the higher the player ability. The alphabets (for example, S, A, B, C, D, E, F, G) indicate the level of high player ability. “S” indicates that the player ability is very high, and “F” indicates that the player ability is very low. When the user selects the element P133 of the event character information image G130, a screen image showing the details of the player abilities of the event character is displayed on the display unit 35.

"Good practice" indicates good practice of the event character. In baseball game X, 10 types of "hit", "muscular strength", "running base", "shoulder strength", "defense", "mental", "ball speed", "control", "stamina", and "changing ball" One of the exercises is set as a good practice for the event character. In the training phase PH11 (scenario), the ability of the main character can be increased by making the main character practice. In particular, by making the hero character practice the event character's strong points incorporated in the event deck, the ability of the hero character can be greatly increased compared to the normal case.

As shown in FIG. 6, the area A132 of the event character information image G130 shows the event list, event effects, and profile of the event character. The area A132 includes tabs T134-1, T134-2, and tab T134-3.

Tab T134-1 shows an event list of event characters. That is, a list of events that can occur in the raising phase PH11 when the event character is incorporated in the event deck is shown. Also, the tab T134-3 shows the profile of the event character. Although the tab T143-2 is mainly displayed in FIG. 6, the user selects the tabs T134-1 and T134-3 to display the tabs T134-1 and T134-3 instead of the tab T134-2. Can be made.

Tab T134-2 shows the event effect of the event character. In the breeding phase PH11, the event character incorporated in the event deck has an advantageous effect of increasing the ability of the main character. The “event effect” is an effect that can occur in the raising phase PH11 when the event character is incorporated in the event deck. Tab T134-2 includes element P135. A process for displaying a screen image showing details of the event effect of the event character is associated with the element P135. The user can grasp the content of the event effect of the event character by selecting the element P135.

The event character has the support effect as well as the event effect. Although the details will be described later, the event character is also used in the cooperative play part. In the cooperative play part, the event character can be used as a support character for supporting another user who cooperates with the user to compete with the opponent, and the event character used as the support character has a beneficial effect on other users. Occurs. Therefore, the “supporting effect” is an effect that can occur when the event character is used as a supporting character in the cooperative play part. Tab T134-2 also includes element P136. The element P136 is associated with a process for displaying a screen image showing details of the support effect of the event character. The user can grasp the content of the support effect of the event character by selecting the element P136 (see FIG. 11 described later).

In the event character selection image G120 shown in FIG. 5, when the user performs a tap operation on any of the elements P123-1 to P123-9, the event character corresponding to the element is assigned to the setting frame. When the user selects the element P121, the setting frame is set to the empty state.

As described above, the user sets an event character in the setting frames A111-1 to A111-5 of the event deck setting image G110. When the user selects the setting frame A112 of the event deck setting image G110, an image (screen image) for selecting a helper from the event characters owned by other users is displayed on the display unit 35. Then, when the user selects one of the event characters owned by another user, the event character is set in the setting frame A112.

An area A113 of the event deck setting image G110 shows a good practice of the event character incorporated in the event deck. The element P114 is for automatically setting the event character in the setting frames A111-1 to A111-5 and A112, and the element P115 is for completing the setting of the event deck. .. When the user selects the element P115, the setting of the event deck is completed.

As shown in FIG. 2, when the setting of the event deck is completed, the game item is selected (PH102). In the baseball game X, the user can obtain, as a reward, a game item that is advantageous in increasing the ability of the main character, or can be obtained from another user. In this phase, the user selects a game item to be used in the raising phase PH11 from the game items owned by the user.

When the selection of the game item is completed, the breeding phase is started (PH11). As shown in FIG. 2, a scenario is started in the training phase PH11. In the training phase PH11, the scenario progresses as the user repeatedly selects an action (practice, rest, play, etc.) to be performed by the main character. In this scenario, the protagonist character belongs to a high school baseball team, participates in a baseball tournament while practicing with teammates, and aims to be scouted as a professional baseball player in the fall of high school third grade. As described above, an event character incorporated in the event deck appears in the scenario, and an event occurs according to the event character.

In the training phase PH11, experience points are given to the main character based on the action selected by the user. The user can use the experience points to improve the ability of the main character. For example, the basic ability of the hero character can be increased, or the hero character can acquire special ability. In the training phase PH11, a pitcher or fielder player character can be created.

When the scenario progresses to the end, the training of the main character is completed. The hero character whose training has been completed is registered as an original character (PH12). In this case, the display unit 35 displays an original character registration image which is a screen image for registering the hero character who has been raised as an original character.

FIG. 7 shows an example of the original character registration image. In the original character registration image G140, information on the main character who has been raised is displayed. For example, the elements P141 and P142 of the original character registration image G140 indicate the image, name, position, hitting form, and dominant hand of the hero character who has been raised.

Element P143 shows the basic ability parameter of the main character who has been trained. In the example shown in FIG. 7, the trajectory, the meat, the power, the running force, the shoulder force, the defense force, and the catching parameter are shown, and the numerical value and the alphabet are shown for each basic ability parameter. The numerical value indicates the value of the basic ability parameter, and the alphabet (for example, S, A, B, C, D, E, F, G) indicates the level (stage) of high basic ability. "S" indicates that the basic ability is very high, and "G" indicates that the basic ability is very low.

The ballistic parameter indicates how high the ball hits. The meat parameter indicates the meat power (the ability of the pitcher to hit the bat with the ball thrown). The power parameter indicates power (the ability of a pitcher to throw a ball thrown away by hitting it with a bat). The running force parameter indicates the speed of the foot. The shoulder force parameter indicates the speed of throwing the ball. The defense force parameter indicates the skill of defense.

Element P144 indicates a special ability acquired by the hero character who has been trained. In the example shown in FIG. 7, as special abilities, "Chance ◎", "Counter-to-left pitcher ○", and "Theft base ○" are shown. “⊚” and “∘” indicate the degree of special ability, and “⊚” indicates that the degree of special ability is higher than that of “◯”.

Note that “Chance ◎” is a special ability that is extremely strong in chances. If the original character has acquired the "chance ◎", the basic ability of the original character is greatly increased during the chance. "Old pitcher ○" is a special ability that is strong against left pitchers. If the original character has acquired "a left-handed pitcher", the basic ability of the original character becomes high when the opponent's pitcher is a left-handed pitcher. "Stealing base" is a special ability that makes it easier to steal successfully. If the original character has mastered “Stealing base”, the original character is likely to succeed in stealing.

The original character registration image G140 includes the element P145. The element P145 is associated with a process for registering the hero character who has been raised as an original character. Therefore, when the user selects the element P145, the hero character whose breeding is completed is registered as the original character. As will be described later, the registered original character can be used in the cooperative play part. After the end of the one-person play part, by restarting the one-person play part from the beginning, another hero character can be trained (that is, another original character is generated).

[2-2] Next, the cooperative play part will be described. In the cooperative play part, the user aims to collaborate with other users to compete with the opponent and win.

FIG. 8 shows an example of the flow of the cooperative play part. As shown in FIG. 8, in the cooperative play part, after the pre-phase PH20 is executed, the match phase PH21 is executed. In the pre-phase PH20, the processing required for the match phase PH21 is executed.

As shown in FIG. 8, in the pre-phase PH20, the player character is first set (PH200). In this case, the player character setting image, which is a screen image for setting the player character, is displayed on the display unit 35.

FIG. 9 shows an example of the player character setting image. As shown in FIG. 9, the player character setting image G150 includes setting frames A151-1 to A151-12 corresponding to the respective baseball positions. The user sets the player character in each position of the baseball among the original characters owned by the user by setting the original character owned by the user in each of the setting frames A151-1 to A151-12. Select from. As will be described later, when the user cooperates with another user to compete with the opponent, an order is set using the player character set in the player character setting image G150. Therefore, the player character set in the player character setting image G150 can be regarded as a candidate player character who participates in the game with the opponent.

The player character setting image G150 includes elements P152 and P153. The element P152 is associated with a process for automatically setting an original character for each of the setting frames A151-1 to A151-12. Therefore, when the user selects the element P152, the original character is automatically set for each of the setting frames A151-1 to A151-12 based on the position and ability parameter of the original character owned by the user. Is set. A process for completing the setting of the player character is associated with the element P153. Therefore, when the user selects the element P153, the setting of the player character is completed.

As shown in FIG. 8, after the player character setting is completed, the support character is set (PH201).

Here, the "supporting character" will be described. As will be described later, in the match phase PH21, basically, the match automatically proceeds without the user performing any operation (a hitting operation/running base operation at the time of attack or a pitching operation/defense operation at the time of defense) (automatic Progress part). Then, the user is provided with an opportunity to operate the player character only when the match situation becomes a predetermined situation (action part). In the baseball game X, a support effect is also set for the event character, and the event character can be used as a support character. The support character is used in the action part, and in the action part, the support effect is generated by the used support character. The “supporting effect” is an advantageous effect for producing a good result in the action part (in other words, an advantageous effect for winning the opponent). Details will be described later (see FIG. 11 described later).

When setting the support character, the support character setting image, which is a screen image for setting the event character owned by the user as the support character, is displayed on the display unit 35. FIG. 10 shows an example of a support character setting image. As shown in FIG. 10, the support character setting image G160 includes three setting frames A161-1 to A161-3 for setting the event character as a support character.

Each of the setting frames A161-1 to A161-3 is associated with a restriction condition regarding rarity. In the example illustrated in FIG. 10, “PSR or less”, “SR or less”, and “R or less” are set as restriction conditions in the setting frames A161-1 to A161-3, respectively. Therefore, the user can set an event character whose rarity is “PSR” or less in the setting frame A 161-1, but can set only an event character whose rarity is “SR” or less in the setting frame A 161-2. Only event characters having a rarity of "R" or less can be set in the setting frame A161-3.

When the user selects one of the setting frames A161-1 to A161-3 (for example, when the user performs a tap operation on any of the setting frames A161-1 to A161-3), the setting frame is set. An event character selection image, which is a screen image for selecting the support character from the event characters owned by the user, is displayed on the display unit 35.

This event character selection image is similar to the event character selection image G120 shown in FIG. However, in the event character selection image G120 in this case, it becomes impossible to select an event character that does not satisfy the restriction condition of the setting frame. For example, when the setting frame A161-2 is selected by the user, an event character having a rarity higher than "SR" is displayed in a non-selectable state (for example, a grayed-out state or an inactive state). Alternatively, the event character whose rarity is higher than “SR” is not displayed. Alternatively, when an event character whose rarity is higher than “SR” is selected, an error message is displayed.

For example, the user selects the setting frame A161-2, and corresponds to any of the event characters having a rarity of "SR" or less among the elements P123-1 to P123-9 of the event character selection image G120. By performing a tap operation on the element, the event character can be set as the support character in the setting frame A161-2.

As described above, when a long press operation is performed on any of the elements P123-1 to P123-9 of the event character selection image G120, the event character information image G130 is displayed. In this case, the user can grasp the support effect of the event character by selecting the element P136 of the event character information image G130.

FIG. 11 shows an example of a support effect information image which is a screen image displayed on the display unit 35 when the element P136 is selected. The support effect information image G170 illustrated in FIG. 11 illustrates a case where the event character has “meet+1”, “power+2”, “pinch-invalid”, and “pistol batting line” as the support effects. The details of these support effects will be described later. When the user selects the element P171 of the support effect information image G170, the process returns to the event character information image G130.

Note that, similarly to the element P114 of the event deck setting image G110, the support character setting image G160 may also include an element for automatically setting a support character in each of the setting frames A161-1 to A161-3. When this element is selected, the event character having the highest support effect among the event characters satisfying the restriction condition (rareness condition) as the support character set in each of the setting frames A161-1 to A161-3. (Or, the event character having the highest rarity level) may be automatically set.

As shown in FIG. 10, the support character setting image G160 includes an element P162. The process for completing the setting of the support character is associated with the element P162. Therefore, when the user selects the element P162, the setting of the support character is completed.

As shown in FIG. 8, after completing the setting of the support character, the user needs to create a team or join a team created by another user in order to cooperate with another user to compete with an opponent. (PH202, PH204).

First, the case of creating a team will be described. Here, it is assumed that the user U1 creates a team so as to cooperate with other users to compete with the opponent.

In this case, the user U1 serves as a host to create a team (PH202) and accepts participation in the team from another user (PH203). In this case, a standby image, which is a screen image for waiting for another user who wants to join the team, is displayed on the display unit 35 of the game terminal 30-1 of the user U1. The "host" indicates the user who created the team.

FIG. 12 shows an example of the standby image G180 in this case. An element P181 of the standby image G180 indicates the battle level of the team. In the example shown in FIG. 12, the battle level of the team is set to “0”. In the match phase PH21, the higher the competition level, the stronger the opponent. In the baseball game X, the competition level of the user increases by winning the competition opponent. The competition level of the team is set according to the competition level of the user U1 who is the host, and other users can participate in the team below their competition level.

For example, the battle level of the user U1 is initially set to "0". When the user U1 creates a team in this state, the battle level of the team is set to "0" as in the example shown in FIG. When the user U1 cooperates with other users to win the opponent of the battle level "0", the battle level of the user U1 is updated to "1". In this case, the user U1 can participate in the team of the battle level “1”. When the user U1 creates a team in that state, the battle level of the team is set to "1".

The host area A182 of the standby image G180 shows the information of the user U1 who is the host of the team. In the example shown in FIG. 12, only the name of the user U1 is displayed, but information other than the name may be displayed. Participant areas A183-1 and A183-2 of the standby image G180 respectively indicate the acceptance status of the participation application to the team. For example, in a state of accepting an application for participation in the team (that is, in a state of waiting for another user who wants to join the team to appear), “accepting” is displayed. Further, for example, when an application for participation in the team is received from another user, information of the other user is displayed.

In the baseball game X, a maximum of three users form a team, so two areas are provided to show the acceptance status of applications for participation in the team. However, the upper limit of the number of teams is not limited to three, and a team of four or more users may be formed, or a team of two users may be formed.

The standby image G180 also includes an element P184. A process for making a helper request is associated with the element P184. The “request for helper” is to positively request other users having a higher competition level than the user U1 to participate in the team. As will be described later, in the baseball game X, rewards (contribution points) are given to the users who have joined the team after the match with the opponent. The reward is increased as compared with the case of participating as a participant, and the reward of the user U1 who is the host is reduced accordingly. Therefore, the “helper request” is a function of requesting the user U1 who is the host to reduce the reward of himself/herself and to invite another user having a higher competition level than himself/herself to join the team. In the following, a user who has joined the team in response to a helper request is referred to as a “helper participant”, and a normal participant is referred to as a “normal participant”.

The user U1 can request a helper by selecting the element P184. When the user U1 selects the element P184, acceptance of an assistant participation application to the team (application for participation as an assistant participant) is started. In this case, the element P184 changes to a non-selectable state (for example, a grayed-out state or an inactive state) (see FIG. 17 described later). Note that the element P184 may be changed to one for canceling the assistant request, instead of changing the element P184 to the non-selectable state. Then, when this element P184 is selected, acceptance of the assistant participation application to the team may be stopped.

Next, a case where a team created by another user participates as a normal participant will be described. Here, it is assumed that the user U2 participates as a normal participant in a team created by another user so as to cooperate with the other user to compete with the opponent.

In this case, the user U2 selects a desired team from the teams created by other users (PH204) and applies for participation in the team (PH205).

First, the user U2 performs an operation for displaying the team list image on the display unit 35 of the game terminal 30-2. The team list image is a screen image showing a list of teams in which the user U2 can participate. FIG. 13 shows an example of the team list image. For example, when the competition level of the user U2 is “0”, the team in which the user U2 can participate is the team of the competition level “0”, and therefore the team of the competition level “0” as shown in the example of FIG. Is displayed on the team list image G190. In the team list image G190 shown in FIG. 13, the elements P191-1, P1911-2, P191-3, P191-4 corresponding to each team are displayed. Elements P191-1 to P191-4 respectively indicate information on the user who is the host of the team and the acceptance status for participation in the team.

When the user U2 selects any one of the elements P191-1 to P191-4 (for example, when a tap operation is performed on any of the elements P191-1 to P191-4), participation in the team corresponding to the element A participation application image which is a screen image for applying for is displayed on the display unit 35 of the game terminal 30-2 of the user U2. FIG. 14 shows an example of a participation application image. The participation application image G200 illustrated in FIG. 14 illustrates a case where the team whose host is the user U1 is selected by the user U2 from the teams displayed in the team list image G190.

The element P201 of the participation application image G200, the host area A202, and the participant areas A203-1, A203-2 are the element P181 of the standby image G180, the host area A182, and the participant areas A183-1, A183 shown in FIG. Same as -2.

The participation application image G200 includes elements P204 and P205. When the user U2 selects the element P204, the participation application image G200 transits to the team list image G190, and the user U2 can reselect the team.

The element P205 is associated with a process for applying to join the team as a normal participant. Therefore, when the user U2 selects the element P205, the user U2 is registered as a normal participant. When the user U2 is registered as a normal participant, a standby image similar to the standby image G180 shown in FIG. 12 is displayed on the display unit 35 of the game terminal 30-2 of the user U2. In this case, the information of the user U2 is displayed in the participant area A183-1. Further, in this case, the fact that the participation application has been accepted from the user U2 is notified to the user U1. That is, the standby image G180 displayed on the display unit 35 of the game terminal 30-1 of the user U1 is also updated, and the information of the user U2 is updated to the participant area A.
183-2.

Next, a case where a team created by another user participates as a helper participant will be described. Here, it is assumed that the user U3 participates in a team created by another user as an assistant participant.

In this case, the user U3 selects a desired team from the teams for which the assistant request has been made (PH204), and applies for participation in the team (PH205).

First, the user U3 performs an operation for displaying the helper request list image on the display unit 35 of the game terminal 30-3. The helper request list image is a screen image showing a list of helper requests that the user U3 can respond to (in other words, a list of teams that the user U3 can participate as a helper request participant). FIG. 15 shows an example of the helper request list image. Since the user U3 can participate as a helper participant in a team at a match level lower than his own match level, for example, when the match level of the user U3 is "1", the teams in which the user U3 can participate as a helper participant are It is a team with a battle level of "0". For this reason, as in the example shown in FIG. 15, a list of teams with a battle level of “0” among the teams requested for the assistant is displayed in the assistant request list image G210. In the assistant request list image G210 shown in FIG. 15, elements P211-1 and P211-2 corresponding to each team are displayed. Elements P211-1 and P211-2 respectively indicate information on the user who is the host of the team and the acceptance status for participation in the team.

When the user U3 selects one of the elements P211-1 and P211-2 of the helper request list image G210 (for example, when a tap operation is performed on one of the elements P211-1 and P211-2), the element is selected. A helper participation application image which is a screen image for applying to participate as a helper participant in the corresponding team is displayed on the display unit 35 of the game terminal 30-3 of the user U3. FIG. 16 shows an example of a helper participation application image. The helper participation application image G220 shown in FIG. 16 shows a case where the team whose host is the user U1 is selected by the user U3 from the teams displayed in the helper request list image G210.

The element P221, the host area A222, and the participant areas A223-1 and A223-2 of the helper participation application image G220 are the element P181, the host area A182, the participant areas A183-1, and A183-3 of the standby image G180 shown in FIG. Same as 2.

The helper participation application image G220 includes elements P224 and P225. When the user U3 selects the element P224, the helper participation application image G220 transits to the helper request list image G210, and the user U3 can reselect the team.

The element P225 is associated with a process for applying to join the team as a helper participant. Therefore, when the user U3 selects the element P225, the user U3 is registered as a helper participant. When the user U3 is registered as a helper participant, a standby image similar to the standby image G180 shown in FIG. 12 is displayed on the display unit 35 of the game terminal 30-3 of the user U3. In this case, the information of the user U3 is displayed in the area A183-2. Further, in this case, the fact that the participation application has been accepted from the user U3 is notified to the user U1 (host of the team) and the user U2 (other participants). That is, the standby image G180 displayed on the display unit 35 of the game terminal 30-1 of the user U1 or the game terminal 30-2 of the user U2 is also updated, and the information of the user U3 is displayed in the participant area A183-3. It

FIG. 17 shows an example of the standby image G180 displayed on the display unit 35 of the game terminal 30-1 of the user U1 in this case. In the standby image G180 shown in FIG. 17, the information of the users U2 and U3 who are participants is displayed in the participant areas A183-1 and A183-2, respectively. Since the user U3 is a helper participant, the fact is displayed in the participant area A183-2. In this case, all the participants are determined, and the application for participation in this team cannot be accepted anymore. Therefore, this team is not displayed in the team list image G190 or the assistant request list image G210.

As shown in FIGS. 12 and 17, the standby image G180 includes the element P185. The element P185 is associated with processing for starting a battle between the users U1 to U3 and the opponent (CPU). Therefore, when the user U1 selects the element P185, the process for starting the battle between the users U1 to U3 and the opponent is executed.

Specifically, order setting/confirmation is executed (PH206). First, the starting order and reserve players of the team of the users U1 to U3 (user team) are determined. For example, the starting order and the reserve player of the user team are determined using the original characters owned by each of the users U1 to U3. Specifically, the original character set as the player character in the player character setting image G150 by the user U1, the original character set as the player character in the player character setting image G150 by the user U2, and the player character setting image by the user U3. The starting order and the reserve player of the user team are automatically selected from the original character set as the player character in G150. In this case, the original character owned by the user U1, the original character owned by the user U2, and the original character owned by the user U3 are equally selected. In addition, the starting order of the opponent team (CPU team) and the reserve player are also determined. The starting order and the reserve player of the opponent team are determined according to the competition level of the user team.

After the starting order and the reserve player of each of the user team and the opponent team are determined, the order confirmation image, which is a screen image showing the starting order of both teams, is the game terminal 30-1 of each of the users U1 to U3. It is displayed on the display unit 35 of 30-3. FIG. 18 shows an example of the order confirmation image. FIG. 18 shows an example of the order confirmation image G230 displayed on the display unit 35 of the game terminal 30-1 of the user U1.

As shown in FIG. 18, the order confirmation image G230 includes a host area A231. In the host area A231, information and elements related to the user U1 who is the host of the team are displayed. The message input (selected) by the user U1 may be displayed in the host area A231.

The order confirmation image G230 also includes participant areas A232-1 and A232-2. In the participant areas A232-1 and A232-2, information and elements related to the users U2 and U3 who are participants in the team are displayed, respectively. The messages input (selected) by the users U2 and U3 may be displayed in the participant areas A232-1 and A232-2, respectively.

The element P233 of the order confirmation image G230 shows the starting order of each of the user team and the opponent team. Element P234 indicates a comparison (large, small, high or low) between the momentum points of the user team and the momentum points of the opponent team. The “momentum point” indicates the momentum of the user team or the opponent team.

In the case of the user team, momentum points are calculated for each of the users U1 to U3. For example, the initial value of the momentum point of the user U1 is calculated based on the ability of the player character owned by the user U1 among the player characters of the user team. The higher the ability of the player character, the larger the initial value of the momentum point. Initial values of the momentum points of the users U2 and U3 are calculated in the same manner. Then, the initial values of the momentum points of the user team are calculated by summing the initial values of the momentum points of the users U1 to U3 calculated in this way.

The momentum point of the user U1 is increased based on the play result of the user U1 in the action part. For example, the momentum points of the user U1 are increased according to the degree of activity of the player character operated by the user U1. For example, when the user U1 operates the batter character in the action part, the momentum of the user U1 is increased by hitting or hitting the hitter character. Further, for example, when the user U1 operates the pitcher character in the action part, the pitcher character suppresses the batter character to strike out, so that the momentum point of the user U1 is increased. The momentum points of the user team are also increased as a result of the increase of the momentum points of the user U1.

Similarly, the momentum points of the users U2 and U3 respectively rise based on the play results of the users U2 and U3 in the action part. Further, as a result of the momentum points of the users U2 and U3 being increased, the momentum points of the user team are also increased.

Since the momentum points of the users U1 to U3 are set and updated as described above, the momentum points of the users U1 to U3 indicate the contribution degrees of the users U1 to U3 to the respective games. ..

The element P234 of the order confirmation image G230 includes a rod-shaped element P234-1, an element P234-2 indicating the momentum point of the user team, and an element P234-3 indicating the momentum point of the opponent team (CPU team). The numerical value (25000) displayed in the element P234-2 indicates the momentum point of the user team, and the numerical value (25800) displayed in the element P234-3 indicates the momentum point of the opponent team. The example shown in FIG. 18 indicates that the momentum point increases with increasing distance to the right. Further, the element P234-2 is displayed in association with the position on the element P234-1 corresponding to the value of the momentum points of the user team, and the element P234-3 is the momentum of the opponent team on the element P234-1. It is displayed in association with the position corresponding to the point value. By comparing the positions of the element P234-2 and the element P234-3, the user can at first glance grasp the magnitude (high or low) of the momentum points between the user team and the opponent team.

The element P234-2 includes elements P234-4, P234-5, and P234-6 corresponding to each of the users U1 to U3. The element P234-4 corresponding to the user U1 includes an arrow, and the length of the arrow indicates the ratio of the momentum points of the user U1 to the momentum points of the user team. Similarly, the element P234-5 corresponding to the user U2 also includes an arrow, and the length of the arrow indicates the ratio of the momentum points of the user U2 to the momentum points of the user team. The element P234-6 corresponding to the user U3 also includes an arrow, and the length of the arrow indicates the ratio of the momentum points of the user U3 to the momentum points of the user team. Therefore, the user can grasp the magnitude (high or low) of the momentum point with other users.

Also, in the element P234, the elements P234-7 and P234-8 are displayed in association with the position on the element P234-1 corresponding to the amount of points required to obtain the reward. When the momentum points of the user team reach the amounts indicated by the elements P234-7 and P234-8, rewards (for example, game items, game points (game coins), event characters, etc.) are given to the users U1 to U3.

In the order confirmation image G230 shown in FIG. 18, the element P235 is displayed in the host area A231. After confirming the order, user U1 selects element P235. The element P235 is displayed in the participant area A232-1 in the order confirmation image G230 displayed on the game terminal 30-2 of the user U2, and the element P235 is displayed on the order confirmation image G230 displayed on the game terminal 30-3 of the user U3. P235 is displayed in the participant area A232-2.

When all the users U1 to U3 have confirmed the order, the pre-phase PH20 is completed, and the match phase is started (PH21) as shown in FIG.

In the match phase PH21, basically, the match automatically proceeds without the user performing an operation (a batting operation, a pitching operation, or the like) (automatic progression part). Then, the user is provided with an opportunity to operate the player character only when the match situation becomes a predetermined situation (action part). As described above, the match phase PH21 includes two parts, that is, an automatic progress part and an action part.

In the automatic progression part, the game situation is automatically updated without the user performing an operation (a batting operation, a pitching operation, or the like). In other words, in the automatic progression part, the match is performed based on the parameters related to the user team (for example, the ability parameters of the player character of the user team) and the parameters related to the opponent team (for example, the ability parameter of the player character of the opponent team). The progress is automatically generated (determined) by the computer. In the auto-progress part, the user will see the game progress automatically generated by the computer.

On the other hand, the action part is a part that the user performs an operation (a batting operation, a pitching operation, or the like). That is, in the action part, the player character makes a motion according to the operation of the user. When attacking, the player character hits or the like in response to the user's operation (hit operation or the like), and when in defense, the player character throws or the like in response to the user operation (throwing operation or the like). Thus, in the action part, the game situation is updated based on the user's operation on the player character.

As described above, in the automatic progression part, the game automatically progresses without any user operation. Further, as will be described later (see FIG. 19), in the automatic progression part, only the outline of game progress (game points) is displayed on the display unit 35. The progress of the match in this way reduces the time taken to complete one match. For example, when the user is busy, there is a case where the user can reserve only a short time to play the game. Therefore, even if the user can only secure a small amount of time to play the game, in order to enable one game to be completed in cooperation with other users within the time, as described above, It reduces the time it takes to complete one match.

FIG. 19 shows an example of an automatic progress part image which is a screen image displayed on each display unit 35 of the game terminals 30-1 to 30-3 during the automatic progress part. The automatic progression part image G240 shown in FIG. 19 shows a state where the user team is attacking twice.

As shown in FIG. 19, the automatic progression part image G240 includes a host area A241 and participant areas A242-1, A242-2. These are the same as the host area A231 and the participant areas A232-1, A232-2 of the order confirmation image G230.

Further, the automatic progression part image G240 includes elements P243, P244, P245, P246, P247, P248. These show the outline of the game situation.

For example, the element P243 indicates a scoreboard showing the progress of the match. The element P244 is displayed in association with the scoreboard (element P243) and indicates the event in the inning immediately before the current inning. In FIG. 19, since the current inning is “twice for the second time”, the element P244 indicates the occurrence of the “one time back”. The element P245 shows the current score of the user team and the opponent team (CPU team), and the element P246 shows the current inning, base status, ball count, out count, and score. Element P247 indicates the player character of the user team currently standing at bat (Sato) and the player characters of the user team who will subsequently stand at bat (Takahashi, Kano), and element P248 is the current pitch. The player character (Yamada) of the opponent team that is performing is shown.

The element P249 indicates the momentum points of the user team and the opponent team. The element P249 is the same as the element P234 of the order confirmation image G230.

In the automatic progression part, the computer causes the player character belonging to the user team and the player character belonging to the opponent team to virtually operate in the virtual space based on the ability parameters of those player characters. The game progress is automatically generated by. The computer may simply compare the parameters related to the user team with the parameters related to the opponent team to automatically generate the game progress.

Further, in the automatic progress part, the display content of the automatic progress part image G240 is updated according to the game progress automatically generated as described above. That is, the elements P243 to P248 are updated according to the game progress automatically generated as described above. The users U1 to U3 will see the outline of the game that automatically progresses while watching the elements P243 to P248 that are automatically updated.

When the game situation becomes a predetermined situation during the automatic progression part, the user is provided with an operation opportunity capable of switching from the automatic progression part to the action part and operating the player character. Here, the “predetermined situation” is, for example, a situation of a score opportunity for the user team (for example, a situation where there is a runner at the time of the attack of the user team), a situation in which the user team can easily create a score opportunity (for example, an attack of the user team In some cases, there is no out-out/no runners), or a situation where the user team is in a goal pinch (for example, there is a runner on third base or second base when the opponent team attacks). Note that the automatic progress part may be switched to the action part at a predetermined timing (for example, at the start of three times, six times, nine times, etc.) regardless of the game situation.

A predetermined number of action parts are set in one match. In the example shown in FIG. 8, the automatic progress part is switched to the action part at time points T1, T3, and T5. That is, in the example shown in FIG. 8, three action parts are set in one match. In this case, for example, one action part is provided between the front side and the third side, and one action part is provided between the fourth side and the sixth side. One action part will be provided between. The number of action parts in one game is not limited to the above example, and may be 2 times or less, or 4 times or more. Further, the number of action parts in one match may not be fixed, and may change for each match. The timing of switching to the action part is not limited to the above example.

In addition, in the action part, in principle, any one user operates one turn at bat. For example, when switching to the action part at the time of the attack of the user team, the user who is the owner of the batter character operates the batter character (striking operation). Then, when the turn at bat of the batter character ends, the action part also ends. In addition, for example, when switching to the action part during the defense of the user team, the user who is the owner of the pitcher character operates the pitcher character (pitch operation). Then, when the turn at bat of one player character of the opponent team ends, the action part also ends.

FIG. 20 shows an example of an action part start image which is a screen image displayed on each display unit 35 of the game terminals 30-1 to 30-3 at the start of the action part. The action part start image G250 shown in FIG. 20 shows a case where the user team is attacking and the action part is switched to the action part in the scene of “3 times table/no out/no runner”.

As shown in FIG. 20, the action part start image G250 includes a host area A251 and participant areas A252-1, A252-2. These are the same as the host area A231 and the participant areas A232-1 and A232-2 of the order confirmation image G230. Also, the action part start image G250 includes elements P253, P254, P255, P256. These are the same as the elements P243 to P246 of the automatic progression part image G240.

The action part start image G250 includes elements P257, P258, and P259. Element P257 indicates the current scene. An element P258 indicates a main operator (a user who mainly operates) in this action part. In the example shown in FIG. 20, the element P258 indicates that the player character owned by the user U1 is the batter character and the main operator in the action part this time is the user U1. Element P259 indicates the batter character (Tanaka) operated in this action part and the pitcher character (Yamada) of the opponent.

After the action part start image G250 is displayed, a support character selection image, which is a screen image for selecting the support character used in the current action part, is displayed on the display unit 35 of each of the game terminals 30-1 to 30-3. The selection of the supporting character displayed and used in the action part this time is received from each of the users U1 to U3.

FIG. 21 shows an example of a support character selection image. 21 shows the support character selection image G260 displayed on the display unit 35 of the game terminal 30-2 of the user U2.

As shown in FIG. 21, the support character selection image G260 includes a host area A261 and participant areas A262-1 and A262-2. Basically, these are the same as the host area A231 and the participant areas A232-1, A232-2 of the order confirmation image G230. In the case of the support character selection image G260, information (images, support effects, etc.) of the support character selected by the user U1 as the host to be used in the current action part is displayed in the host area A231. Similarly, in the participant area A232-1, information of the support character selected by the user U2 who is a participant as a target to be used in the action part this time is displayed. Further, in the participant area A232-2, information of the support character selected by the user U3 who is a participant to be used in the action part this time is displayed. In the example illustrated in FIG. 21, the host area A231 and the participant area A232-2 display the information of the support character selected by the users U1 and U3 to be used, and the participant area A232-1, Since the information of the support character selected as the use target by the user U2 is not displayed, in FIG. 21, the selection of the support character of the use target by the users U1 and U3 is completed, and the selection of the support character of the use target by the user U2 is completed. Indicates that it has not been completed.

In addition, the support character selection image G260 includes an element P263. The element P263 is the same as the element P246 of the automatic progression part image G240.

Further, in the support character selection image G260, a list of support characters preset by the user (user U2 in the example shown in FIG. 21) is displayed. Here, the “list of cheering characters preset by the user” is a list of event characters set as cheering characters in the cheering character setting image G160 (ie, phase PH201 shown in FIG. 8).

In the example shown in FIG. 21, elements P264-1, P264-2, and P264-3 corresponding to the support characters preset by the user U2 are displayed. Each of elements P264-1 to P264-3 indicates the name, rarity, and image of the event character set as the support character, as well as the support effect of the event character.

In the example illustrated in FIG. 21, the support character corresponding to the element P264-1 has “meet+1”, “power+2”, “pinch-invalid”, and “pistol batting line” as the support effect.

"Meet +1" is
This is the support effect of increasing the value of the meet parameter of the player character of the user team by 1 point. Similarly, “power+2” is a support effect of increasing the value of the power parameter of the player character of the user team by 2 points.

The "pinch-invalid" is a support effect of invalidating the pitcher character of the opponent team even if the special ability "pinch-○" is acquired. It should be noted that “pinch ○” is a special ability for pitchers that is strong against pinch. If the pitcher character has mastered "Pinch ○", the basic ability of the pitcher character will increase during the pinch, but if the support effect "Pinch ○ invalid" is activated, the pitcher character of the opponent team will "Pinch ○". Even if the player has learned "," the basic ability of the pitcher character will not increase during the pinch.

"Pistol batting line" is a supportive effect that enables the linked action "pistol batting line" to be activated. The linkage action “pistol batting” will be described later.

In the example illustrated in FIG. 21, the support character corresponding to the element P264-2 has “meet+1”, “power+1”, and “steal base protection” as the support effect. “Power+1” is a support effect of increasing the power parameter value of the player character of the user team by 1 point. "Theft protection" is a supportive effect that the linked action "theft protection" can be activated. The link action "theft protection" will be described later.

Further, in the example shown in FIG. 21, the support character corresponding to the element P264-3 has “ball speed+1” and “ball control+1” as the support effects. “Ball speed+1” is a support effect of increasing the value of the ball speed parameter of the pitcher character of the user team by 1 point. “Ball control+1” is a support effect of increasing the value of the ball control parameter of the pitcher character of the user team by 1 point. Note that these support effects are beneficial when the action part is when the user team is defending. Therefore, as in the example shown in FIG. 20, the element P264-3 may not be selected when the user team attacks.

Here, the "coordination action" will be described. As described above, in principle, each action part is limited to the operation for one turn at bat. That is, in each action part, any one user can only operate one player character (batter character or pitcher character). However, when the linked action is activated, it becomes possible for the action part to operate continuously for three bats, or two users share the operation of the batter character and the operation of the runner character when there is a runner at the time of attack. It becomes possible to do it.

FIG. 22 is a diagram for explaining the linkage actions “pistol batting” and “theft protection”. FIG. 22 shows the activation conditions, effects, bonus acquisition conditions, and bonus points of the linked actions “pistol batting” and “steal base protection”. Note that the linkage action is not limited to that shown in FIG.

First, the "pistol striking line" will be described. As shown in FIG. 22, the trigger condition is not set for the “pistol batting line”. Therefore, the "pistol batting line" can be activated in any scene.

The "pistol batting line" is set to "possible to operate continuously at three bats". For this reason, when the "pistol batting line" is activated, it is possible for the action part to operate continuously for three bats. For example, the scene shown in FIG. 20 is a scene at which the player character owned by the user U1 is at bat (see element P258), but, for example, the next bat is at bat of the player character owned by the user U2, and further next. If the at-bats are the at-bats of the player character owned by the user U3, the operations of three at-bats can be continuously performed by three users U1 to U3.

In addition, "meet+3", "continuous hit O", and "average hitter" are set in the "pistol batting line" as effects. Therefore, when the "pistol batting line" is activated, the value of the meet parameter of the player character of the user team is increased by 3 points. Further, the special abilities “continuous hit ○” and “average hitter” are temporarily given to the player characters of the user team. That is, even if the player character of the user team has not acquired the "continuous hit ○" and the "average hitter", when the "pistol batting line" is activated, the player character temporarily receives the "continuous hit ○" and the "average hitter". It will be in the state where you have mastered. Note that “continuous hit” is a special ability that makes it easy to hit when the immediately preceding batter hits. "Average hitter" is a special ability that makes hitting easier.

Furthermore, in the "pistol batting line", "2 hits" and "30 points" are set as bonus conditions and bonus points. This shows that if the number of hits of the user team in the action part where the "pistol batting line" is activated becomes 2 hits or more, the bonus point "30 points" is added to each momentum point of the users U1 to U3. There is.

Next, “theft protection” will be described. As shown in FIG. 22, an activation condition is set for “theft protection”, and “theft protection” can be activated only when there is a runner on at least one of the first and second bases.

The effects of "the batter and the runner can be operated", "running power +5", and "steal base ○" are set for "theft protection". For this reason, when "theft protection" is activated, not only the batter character but also the runner character can be operated in the action part. For example, when the player character owned by the user U3 is a batter and the player character owned by the user U2 is in the first base or second base state as a runner, when "theft protection" is activated in the action part, the user U3 changes the batter character. The user U2 operates the runner character. In addition, when "theft protection" is activated, the running parameter value of the player character of the user team is increased by 5 points. Further, the special ability "steal base ○" is temporarily given to the player character of the user team. That is, even if the player character of the user team has not acquired "steal base ○", when "steal base protection" is activated, the player character temporarily acquires "steal base ○". In addition, "steal base ○" is a special ability that makes it easy to succeed in stealing.

Further, in the "steal base protection", "a batter hits the air and the runner succeeded in steal" and "20 points" are set as bonus conditions and bonus points. This is because in the action part where "theft base protection" is activated, the batter character swings in an empty position in order to protect the runner character (in other words, to make it difficult for the catcher character of the opponent team to throw a ball), and the runner character If the steal is successful, the bonus points “20 points” are added to the momentum points of the users U1 to U3.

When all of the users U1 to U3 select the support character, if the support character selected by the users U1 to U3 includes the support character for which the activatable cooperation action is set, the cooperation action is performed. An activation selection image, which is a screen image for selecting whether or not to activate, is displayed on the display unit 35 of the game terminal 30 of the user who is the main operator in the action part. The activation selection image may be displayed on the display unit 35 of the game terminal 30 of the user who is the host of the team.

FIG. 23 shows an example of the activation selection image. As shown in FIG. 23, the activation selection image G270 includes a host area A271 and participant areas A272-1 and A272-2. These are the same as the host area A261 and the participant areas A262-1 and A262-2 of the support character selection image G260. The activation selection image G270 includes the element P273. The element P273 is the same as the element P246 of the automatic progression part image G240.

The activation selection image G270 includes elements P274 and P275. The element P274 indicates a linkable action that can be activated, and the element P275 indicates a message that inquires of the user whether or not to activate the linking action. The activation selection image G270 includes elements P276 and P277. The element P276 is associated with a process for not activating the link action, and when the user selects the element P276, the link action is not triggered. On the other hand, the element P277 is associated with the process for activating the linkage action, and when the user selects the element P277, the linkage action is activated.

In the baseball game X, only one linked action can be activated in one action part. Therefore, in the case where the support characters selected by the users U1 to U3 include a plurality of support characters for which the coordinating actions that can be activated are included, in the activation selection image G270, which coordinating action is selected is selected. Is also done.

When any of the elements P276 and P277 of the activation selection image G270 is selected, the action part is started. If the support characters selected by the users U1 to U3 do not include the support character for which the linkable action that can be activated is included, the action selection image G270 is not displayed and the action part is displayed. Be started.

In the mode described above, all the users U1 to U3 can select the support character, but only the users other than the user who is the main operator in the action part can select the support character. You can For example, since the main operator in the action part shown in FIG. 20 is the user U1 (see element P258), only the users U2 and U3 can select the support character, and the user U1 cannot select the support character. Good. Note that only the user other than the user who is the host of the team may be allowed to select the support character.

FIG. 24 shows an example of an action part image which is a screen image displayed on the display unit 35 of each of the game terminals 30 of the users U1 to U3 during the action part. FIG. 24 shows an action part image when the user team attacks. Specifically, FIG. 24 shows a scene in which the user U1 operates the batter character PC1.

As shown in FIG. 24, the action part image G280 includes elements P281 and P282. The element P281 is the same as the element P246 of the automatic progression part image G240. Element P282 indicates the linked action being activated. Although not shown in FIG. 24, the names and abilities of the batter character PC1 and the pitcher character PC2 may be displayed.

In the action part image G280, the batter character PC1 operated by the user U1 and the pitcher character PC2 of the opponent team are displayed. In this case, the batter character PC1 is improved by the support effect of the support character selected by each of the users U1 to U3. For example, in the example shown in FIG. 24, since the linkage action “pistol batting line” is activated, the value of the meet parameter of the batter character PC1 has increased by 3 points, and the special abilities “continuous batting ○” and “average hitter”. Are given to the batter character PC1.

Further, in the action part image G280, a frame F and a meet cursor M are displayed as operation elements for causing the batter character PC1 to strike. Frame F is displayed on the home base and indicates a strike zone. The meet cursor M moves in response to a movement instruction operation by the user and indicates a hitting position. When the user U1 performs the swing instruction operation, the batter character PC1 swings the bat toward the batting position indicated by the meet cursor M.

When the user U1 performs a swing instruction operation at or near the timing when the ball B thrown by the pitcher character PC2 passes through the plane including the frame F, the batter character PC1 according to the positional relationship between the meet cursor M and the ball B. Hits ball B. For example, when the meet cursor M is over the ball B, the ball B is hit. In this case, when the core MC of the meet cursor M overlaps the ball B, a strong hit ball flies. On the other hand, if the meat cursor M does not overlap the ball B, the ball will be missed. It should be noted that the swing is also missed when the swing instruction operation is performed at a timing separated from the timing at which the ball B passes the plane including the frame F.

Although FIG. 24 shows the action part image G280 when the user team attacks, the action part image G280 for the user to operate the pitcher character is displayed when the user team is defending.

The action part ends when the end condition is satisfied. Normally, the action part ends when one turn at bat is completed. However, in the case of the example shown in FIG. 24, since the linked action “pistol batting” is activated, the action part ends when three bats are completed.

At the end of the action part, an action part result image, which is a screen image showing the result of the action part, is displayed on the display unit 35 of each of the game terminals 30 of the users U1 to U3. FIG. 25 shows an example of the action part result image. FIG. 25 shows an action part result image G290 displayed on the display unit 35 of the game terminal 30-1 of the user U1.

As shown in FIG. 25, the action part result image G290 includes a host area A291 and participant areas A292-1 and A292-2. These are the same as the host area A231 and the participant areas A232-1 and A232-2 of the order confirmation image G230.

In the area A293 of the action part result image G290, the amount of points added to the momentum points of the user U1 according to the play result in the action part is displayed. In the example shown in FIG. 25, 50 points are added to the momentum points of the user U1 as the play result of the individual user U1 in the action part, and further, the bonus condition of the coordinated action is satisfied, so that 60 points are bonus points. This indicates that the points have been added to the momentum points of the user U1. Then, as a result, the momentum point of the user U1 is increased from 8000 points to 8110 points.

The action part result image G290 also includes an element P294. The element P294 is the same as the element P234 of the order confirmation image G230. The element P294 includes elements P294-1, P294-2, P294-3, P294-4, P294-5, P294-6, P294-7, P294-8. These are also the same as P234-1 to P234-8 of the order confirmation image G230.

In the example illustrated in FIG. 25, the momentum points of the users U1 to U3 are increased, and thus the momentum points of the user team are increased to 25280, and as a result, the user team displayed in the element P294-2 is displayed. The amount of momentum points and the position of the element P294-2 are updated. Further, as the momentum points of the users U1 to U3 are updated, the lengths of the arrows included in the elements P294-4, P294-5, and P294-6 are also updated.

After the action part ends, the automatic progress part is restarted. It should be noted that the increase in momentum points affects the automatic progression part. That is, when the momentum points of the user team (users U1 to U3) are increased as a result of the action part, the user team becomes advantageous in the subsequent automatic progression parts. For example, if the momentum points of the user U1 are increased, the ability of the player character owned by the user U1 is correspondingly increased. Similarly, when the momentum points of the users U2 and U3 are increased, the capabilities of the player characters owned by the users U2 and U3 are correspondingly increased. Then, the automatic progression part proceeds with the ability of the player character increasing. Also, when the game situation reaches a predetermined status during the automatic progress part, the automatic progress part is switched to the action part again. The match progresses in this way.

FIG. 26 shows an action part start image G250 displayed at the start of an action part after the action part shown in FIG. The action part start image G250 shown in FIG. 26 shows the case where the user team is attacking and the action part is switched to the action part in the scene of "5th inning/no out/runner first base".

In the example shown in FIG. 26, as indicated by elements P258 and P259, the player character (Nakamura) owned by the user U3 stands at the turn at bat, and the main operator in the action part this time is the user U3. It is a certain scene.

FIG. 27 shows a support character selection image G260 displayed before the start of the above action part. Similarly to FIG. 21, FIG. 27 also shows the support character selection image G260 displayed on the display unit 35 of the game terminal 30-2 of the user U2.

In the baseball game X, a supporting character that has been used once cannot be used again during one game. In this regard, since the support character corresponding to the element P264-1 has been used (see FIG. 23), unlike FIG. 21, the support character corresponding to the element P264-1 cannot be selected in FIG. ..

FIG. 28 shows an activation selection image G270 when the support character (Kamoto) corresponding to the element P264-2 is selected in the support character selection image G260 shown in FIG. Since the above-mentioned support character (Kamoto) has the cooperation action “steal base protection” as the support effect, in the activation selection image G270 shown in FIG. 28, a selection as to whether or not to activate “steal base protection” is accepted. It has become. As described above, when the user selects the element P277, "theft protection" is activated in the action part.

In the action part where "theft protection" is activated, the operations of the batter and the runner can be shared by the two users. For example, when the runner character on the first base in the scene shown in FIG. 26 is the player character owned by the user U2, in this action part, the user U3 operates the batter character and the user U2 operates the runner character. .. Then, in this case, if the batter character operated by the user U3 misses the stolen base of the runner character and the runner character operated by the user U2 succeeds in stealing, the bonus condition is satisfied. ..

When the match is over, a match result image, which is a screen image showing the match result, is displayed on each display unit 35 of the game terminals 30-1 to 30-3 of the users U1 to U3. FIG. 29 shows an example of the match result image. As shown in FIG. 29, the match result image G300 includes elements P301 and P302. An element P301 indicates a match result (win or loss, scores of both teams, etc.), and an element P302 indicates a user ranking regarding the degree of contribution to the match.

As described above, the initial value of the momentum point of the user U1 is calculated based on the ability (that is, the ability at the time of starting the game) of the player character owned by the user U1 among the player characters of the user team. Then, the momentum point of the user U1 is added based on the play result of the individual user U1 in the action part and the success/failure result of the coordinated action in the action part. Therefore, the momentum point of the user U1 at the end of the match indicates the degree of contribution of the user U1. Similarly, the momentum points of the users U2 and U3 at the end of the match indicate the respective contribution levels of the users U2 and U3.

Therefore, in the baseball game X, the contribution points indicating the contribution degrees of the users U1 to U3 are determined based on the momentum points of the users U1 to U3 at the end of the game. For example, the contribution points of the user U1 are determined based on a comparison between the momentum points of the user U1 at the end of the match and the momentum points of the users U2 and U3 at the end of the match. For example, the contribution points of individual users are calculated according to the following calculation formula (1).

Pc=Pb*(Pu/Psum) (1)

In the above calculation formula (1), “Pb” indicates a base point. Base points change depending on the match result. For example, the base point (for example, 50 points) when losing the game is smaller than the base point (for example, 100 points) when winning the game.

Further, "Pu" indicates the momentum points of the users at the end of the match, and "Psum" indicates the sum of the momentum points of all the users at the end of the match.

In the above calculation formula (1), the contribution points of the individual users are calculated by multiplying the base points by the ratio of the momentum points of the individual users to the total of the momentum points of all the users.

When the users U2 and U3 are normal participants and not helper participants, the contribution points calculated by the above calculation formula (1) are used as they are. However, if at least one of the users U2 and U3 is a helper participant, the contribution points are corrected.

Here, it is assumed that the user U2 is a normal participant and the user U3 is a helper participant. In this case, a helper bonus is added to the user U3 who is a helper participant. For example, 10% of the base points are added to the contribution points of the user U3 as a helper bonus. That is, when the base point is 100 points, 10 points are added to the contribution points of the user U3 as a helper bonus. On the other hand, the points corresponding to the helper bonus added to the contribution points of the user U3 are reduced from the contribution points of the users U1 and U2 other than the user U3. For example, when 10 points are added to the contribution points of the user U3 as the helper bonus, the contribution points of the users U1 and U2 are each reduced by 5 points. For example, if the contribution points of each of the users U1 to U3 calculated by the above calculation formula (1) are 30 points, 20 points, and 50 points, respectively, in this case, the result that the helper bonus is given to the user U3 As a result, the contribution point of the user U3 is increased to 60 points, and the contribution points of the users U1 and U2 are decreased to 25 points and 15 points, respectively.

The contribution points of the users U1 to U3 calculated as described above are given to the users U1 to U3 as rewards, respectively. There are various possible uses of the contribution points given to the user. For example, each user may be able to obtain a game character (event character), a game item, a game currency, or the like in exchange for the acquired contribution points. Further, for example, a ranking of all users may be created based on the cumulative total of contribution points acquired by each user and presented to each user.

In the baseball game X described above, for example, in an action part that can be operated by the user U1, the ability of the player character operated by the user U1 is increased based on the support character selected by the users U2 and U3. .. Therefore, the users U2 and U3 can be involved in the action part of the user U1 by selecting the supporting character. That is, in the action part of the user U1, it is possible to improve the degree to which the users U2 and U3 other than the user U1 who performs the main operation are involved in the progress of the match.

Further, in the baseball game X, operation is performed in the action part by activating a support effect (coordinating action “pistol batting line” or “steal base support”, etc.) in the action part based on the support character owned by each of the users U1 to U3. The number of users who can perform is increased. As a result, it becomes possible for the users U1 to U3 to experience the interest of cooperating with each other and competing against the opponent.

Further, in the baseball game X, when the application for participation in the team created by the user U1 (in other words, the match with the opponent played by the user U1 as a host) is received from the users U2 and U3, the users U1 to U3 are recognized. A match with an opponent is executed, and contribution points are given to each of the users U1 to U3 according to the execution of the match. Particularly in the baseball game X, for example, when the user U3 is a helper participant, at least a part of the contribution points of the user U1 is reduced, and the reduced amount is added to the contribution points of the user U3. Contribution points are determined. Therefore, the user U3 can obtain more contribution points than he or she can originally obtain. Therefore, according to the game system 1, it becomes possible to give the motivation to join the team created by the user U1 to another user, and as a result, try to join the team created by the user U1. It becomes possible for other users to easily appear.

In the baseball game X, the higher the ability of the player character owned by the user (the ability at the start of the game), the larger the initial value of the momentum point of the user. Then, the greater the momentum point of the user, the more contribution points are given to the user. As a result, in the baseball game X, the higher the ability of the player character owned by the user (the ability at the start of the game), the more contribution points are given to the user. For this reason, it becomes possible to give a motivation to participate in the game to a user who owns a player character with high ability, and to encourage participation in the game.

[3. Functional Blocks] Functional blocks implemented by the game system 1 will be described. FIG. 30 is a functional block diagram showing an example of functional blocks implemented by the game system 1. Further, FIG. 31 is a functional block diagram showing an example of functional blocks included in a game execution unit 130 described later included in the game system 1.

[3-1] As shown in FIG. 30, the game system 1 includes a data storage unit 100. For example, the data storage unit 100 is realized by at least one of the database 14, the storage unit 12, and the storage unit 32. The data storage unit 100 stores data necessary for providing a game. 32 to 38 show an example of data stored in the data storage unit 100. 32 to 38 show an example of data stored in the data storage unit 100 when the baseball game X is realized.

[3-1-1] FIG. 32 shows an example of the user table. The user table TBL101 is data indicating a list of users who play the game on the game system 1. As shown in FIG. 32, the user table TBL101 includes “user ID”, “user name”, “friend”, “game item”, “competition level”, and “contribution point” fields.

The “user ID” field shows identification information for uniquely identifying each user. The "user name" field indicates the name of the user. The "friends" field indicates a list of other users who have a friendship with the user. The "game item" field indicates a list of game items owned by the user. The "game item owned by the user" is a game item that the user can use arbitrarily. The “competition level” field indicates the competition level of the user. The “contribution point” field indicates the cumulative total of contribution points acquired by the user.

[3-1-2] FIG. 33 shows an example of the event character table. The event character table TBL102 shows a list of event characters owned by the user. The “event character owned by the user” is an event character in a state in which the user can arbitrarily use it. The event character table TBL102 is stored for each user (stored in association with each user ID). As shown in FIG. 33, the event character table TBL102 includes the fields described below.

The “event character ID” field indicates identification information for identifying the event character owned by the user. The “name” field indicates the name of the event character. The “rarity” field indicates the rarity of the event character. The “appropriate position” field indicates a baseball position in which the event character is good. The “special practice” field indicates a practice item that the event character is good at. The "level" field indicates the level of the event character.

The “ability parameter” fold indicates the ability parameter of the event character. For example, when a match event occurs in the training phase, the event character incorporated in the event deck participates in the match as a teammate of the main character. In such a match event, the ability parameter of the event character is referenced.

The "event effect" field indicates the event effect associated with the event character. For example, the “event effect” field indicates information about an effect that can occur in the raising phase when the event character is incorporated in the event deck. Information indicating the name and content of an event or a bonus that can occur in the raising phase when the event character is incorporated in the event deck is registered in the "event effect" field.

The “supporting effect” field indicates a supporting effect associated with the event character. For example, the "supporting effect" field indicates information about the effect that can occur in the action part when the event character is used as the supporting character.

The "usage state" field indicates the usage state of the event character. For example, the “usage state” field indicates whether or not the event character is incorporated in the event deck, whether or not the event character is set as the support character, and the like.

[3-1-3] FIG. 34 shows an example of the original character table. The original character table TBL103 shows a list of original characters owned by the user (original characters created by the user). The “original character owned by the user” is an original character that the user can use arbitrarily. The original character table TBL103 is stored for each user (stored in association with each user ID). As shown in FIG. 34, the original character table TBL103 includes the fields described below.

The “original character ID” field indicates identification information for identifying the original character owned by the user. The "name" field indicates the name of the original character. The “appropriate position” field indicates a baseball position in which the original character is good. The "dominant arm" field indicates the dominant arm of the original character. The "form" field indicates the batting or pitching form of the original character. If the original character is a fielder, the batting form is registered in the "form" field, and if the original character is a pitcher, the pitching form is registered in the "form" field. The "rank" field indicates the rank of the original character.

The “original ability parameter” field indicates the original value of the ability parameter of the original character. As described above, in the action part of the match phase, the ability parameter of the original character may be changed due to the support effect, etc., but the “original ability parameter” field is the value of the ability parameter at the start of the match (in other words, changed The value of the ability parameter in the state of not being shown. For example, the original values of the basic ability parameter and the special ability parameter are registered in the “original ability parameter” field.

The "usage state" field indicates the usage state of the original character. For example, the “usage state” field indicates whether or not the original character is assigned as the player character of any position in the player character setting image G150, the position to which the original character is assigned, and the like.

[3-1-4] FIG. 35 shows an example of a team table. The team table shows a list of currently existing teams. As shown in FIG. 35, the team table TBL 104 includes the fields described below.

The “team ID” field indicates identification information for uniquely identifying the team. The “host user” field indicates the user who is the host of the team (ie, the user who created the team). The “competition level” field indicates the competition level of the team.

The "participant user 1" field indicates the first participant in the team. The "participant user 1" field includes a "user ID" and a "helper flag" subfield. The "user ID" subfield shows the user ID of the user who is the first participant, and the "helper flag" subfield shows whether the user who is the first participant is a helper participant. For example, the value “0” or “1” is registered in the “helper flag” subfield. A value of "0" indicates that the user is a normal participant rather than a helper participant, and a value of "1" indicates that the user is a helper participant. The "participant user 2" field indicates the second participant in the team. The "participant user 2" field is the same as the "participant user 1" field.

The "helper request flag" field indicates whether a helper request has been made. For example, the value “0” or “1” is registered in the “helper request flag” field. For example, the value “0” indicates that the assistant request is not made, and the value “1” indicates that the assistant request is made.

The “reception completion flag” field indicates whether or not the reception of the participation application to the team is completed. For example, the value “0” or “1” is registered in the “reception completion flag” field. For example, a value of "0" indicates that the application for participation in the team has not been completed and is currently being accepted, and a value of "1" indicates that the application for participation in the team has been completed. ..

[3-1-5] FIG. 36 shows an example of the match situation table. The match situation table TBL105 is data indicating the current match situation. The match status table TBL105 is generated for each match.

As shown in FIG. 36, the match status table TBL105 includes "current inning", "attacking team", "current batter", "ball count", "outcount", "first runner", "second runner", and "runner". Includes the Third Base field. These fields show the current innings, the team currently attacking, the player character currently standing at bat, the current ball count, the current outcount, and the current first base status (player characters on first base, second base, third base). Show.

Further, the match situation table TBL105 includes “first strike”, “second strike”, and “score book” fields. The “first strike” field indicates the first strike team, the current momentum points, points, hits, and mishaps of the first strike team, and the player character who will be in the bat at the first strike team. Regarding the momentum points, the momentum points of each user and their total (that is, the momentum points of the user team) are registered. Similarly, the "secondary" field indicates the second-team, the current momentum points, points, hits, and mishaps of the second-team, and the player character who will be in the bat at the second-team. Indicates. The “score book” field shows the score book (match progress) of the match.

[3-1-6] FIG. 37 shows an example of the player character table TBL 106. The player character table TBL106 shows a list of player characters set as starting orders and reserve players of the user team or the opponent team. The player character table TBL106 is also generated for each match. The player character table TBL106 is stored for each of the user team and the opponent team. As shown in FIG. 37, the player character table TBL106 includes the fields described below.

The “player character ID” field indicates identification information for uniquely identifying the player character. The "owning user" field indicates the user who is the owner of the player character, and the "original character ID" field indicates the original character ID of the original character set as the player character.

The “current ability parameter” field indicates the current value of the ability parameter of the player character. For example, the current values of the basic ability parameter and the special ability parameter are registered in the “current ability parameter” field. At the beginning of the game, the contents of the "current ability parameter" field are the same as the contents of the "original ability parameter" field of the original character table TBL103. The contents of the “current ability parameter” field are changed when the ability parameter of the player character is changed due to the support effect of the support character during the game.

The "participation status flag" field indicates the participation status of the player character in the match. For example, any of the values “0”, “1”, and “2” is registered in the “participation status” field. The value “0” indicates that the player character has not participated in the game and can participate in the game by substitution. The value "1" indicates that the player character is participating in the match. The value "2" indicates that the player character participated in the game but is not currently participating in the game due to the substitution. The "batting order" and "position" fields indicate the batting order and position with respect to the player characters participating in the match.

[3-1-7] FIG. 38 shows an example of the support character table TBL 107. The support character table TBL107 shows a list of support characters set by users (hosts and participants) participating in the match. The support character table TBL107 is also generated for each match. As shown in FIG. 38, the support character table TBL 107 includes “support character ID”, “event character”, “owned user”, and “used” fields.

The “supporting character ID” field indicates identification information for uniquely identifying the supporting character. The “owning user” field indicates the user who is the owner of the support character, and the “event character ID” field indicates the event character ID of the event character set as the support character. The “used flag” field indicates whether or not the supporting character has been used in the match. For example, the value “0” or “1” is registered in the “used flag” field. For example, the value “0” indicates that the support character is not used in the game and can be used, and the value “1” indicates that the support character is used in the game.

[3-2] As shown in FIG. 30, the game system 1 includes a participation request reception unit 110. For example, the participation request receiving unit 110 is realized by the control unit 11 of the server 10.

The participation request reception unit 110 receives a request for participation in the game played by the first user from the first user.

Here, the “game played by the first user” is a game played mainly by the first user. In other words, the “game played by the first user” is a game in which the first user can participate and other users can participate arbitrarily. The “game played by the first user” is a game that the first user will play. The “game played by the first user” may be the game currently played by the first user.

“Accepting the participation request from the first user” means receiving data indicating a request to participate in the game, which is transmitted from the game terminal 30 of the first user. Alternatively, “accepting the participation request from the first user” may be acceptance of an operation performed by the first user, the operation indicating a request to participate in the game. The participation request will be accepted before the game starts. The acceptance of the participation request may be performed during the execution of the game. The acceptance of the participation application by the participation application acceptance unit 120 (second participation application acceptance unit 122) described later may be executed after the acceptance of the participation request.

The “participation request” is a request for another user to participate in the game played by the first user. The “other user” may be an unspecified other user or a specified other user (for example, another user designated by the first user).

The “participation request” may be a request for participation of another user who has a higher ability in the game than the first user to the game played by the first user.

Here, the “ability in the game” is the ability of the user himself. For example, the skill level of the user's game or the user's game play record. Alternatively, the “ability in the game” may be the ability of the game object owned by the user. Note that the game object can be used in the game, and is, for example, a game character or a game item.

In the baseball game X described above, the helper request corresponds to an example of “participation request”. As described above, the “helper request” is, for example, a request to participate as a helper participant in the team created by the user U1 (in other words, the competition in which the user U1 is performed as a host). The participation request reception unit 110 receives such a helper request from the user U1.

[3-3] As shown in FIG. 30, the game system 1 includes a participation application receiving unit 120. For example, the participation application receiving unit 120 is realized by the control unit 11 of the server 10.

The participation application acceptance unit 120 accepts an application for participation in the game played by the first user from users other than the first user (second user, third user, etc.).

Here, "participation application" is to apply to participate in the game played by the first user. In addition, when accepting the participation application from the second user, the second user may unconditionally be allowed to participate in the game played by the first user. You may make it possible to participate in the game which one user plays. In the latter case, the second user may be allowed to participate in the game played by the first user, for example, if the first user gives consent, on condition that the first user gives consent.

“Accepting the participation application from the second user” means receiving the data indicating the application for participation in the game, which is transmitted from the game terminal 30 of the second user. Alternatively, “accepting the participation application from the second user” may be reception of an operation performed by the second user and indicating an application for participation in the game. Registration will be accepted before the game starts. The participation application may be accepted during the execution of the game.

For example, the participation application acceptance unit 120 includes a first participation application acceptance unit 121 and a second participation application acceptance unit 122. The first participation application acceptance unit 121 accepts a first participation application, which is an application for participation as a first type participant in the game, from a user other than the first user (second user, third user, or the like). The second participation application acceptance unit 122 accepts a second participation application, which is an application for participation as a second type participant in the game, from a user other than the first user (second user, third user, or the like). For example, the second participation application acceptance unit 122 starts accepting the second participation application in response to the participation request.

Here, the "type 1 participant" is a normal participant. In other words, the "type 1 participant" is a participant who can obtain a normal reward according to a predetermined rule. On the other hand, a "type 2 participant" is a special participant. In other words, the “second type participant” is a participant who can obtain more reward than usual reward according to the above-mentioned predetermined rule. As described below, the “second type participant” is, for example, a participant who can obtain at least a part of the reward for the first user in addition to the normal reward.

The "first participation application" is to apply to participate in the game played by the first user as a first-class participant. On the other hand, the “second participation application” is to apply to participate in the game played by the first user as a second type participant.

For example, the participation application acceptance unit 120 sets whether or not to accept the second participation application acceptance unit 122 according to the selection operation of the first user.

Here, the “selection operation” is an operation of selecting whether or not to accept the participation by the second participation application acceptance unit 122 (in other words, indicates whether or not to accept the participation by the second participation application acceptance unit 122). Operation).

“Setting whether or not to accept the second participation application acceptance unit 122 according to the selection operation” means that when the selection operation is accepted, the selection operation is accepted by the second participation application acceptance unit 122. If it indicates that the second participation application is accepted, the second participation application accepting unit 122 is set to accept the request, and the selection operation selects not to accept the second participation application accepting unit 122. If so, the setting is such that the second participation application reception unit 122 does not perform reception.

For example, the “selection operation” is an operation of selecting to request the participation of the second type participant in the game played by the first user. For example, if the acceptance by the second participation application acceptance unit 122 is started when the request for participation in the game played by the first user is accepted from the first user, the operation for requesting the participation is , Which corresponds to the operation of selecting to accept the participation by the second participation application accepting unit 122, and thus corresponds to an example of the “selection operation”. In this case, the second participation application accepting unit 122 accepts the second participation application when it is selected to request the participation of the second type participant in the game played by the first user.

The participation application receiving unit 120 may receive the participation application from the second user when the ability of the second user in the game is higher than that of the first user. For example, the participation application receiving unit 120 determines that the ability of the second user in the game is higher than that of the first user based on the game ability information about the ability of the first user in the game and the game ability information about the ability of the second user in the game. When it is determined that the cost is high, the application for participation in the game in which the first user participates may be accepted from the second user. More specifically, for example, the second participation application receiving unit 122, based on the game ability information regarding the ability of the first user in the game and the game ability information regarding the ability of the second user in the game, the game of the second user. The second participation application may be received from the second user when it is determined that the ability of the second user is higher than that of the first user.

Here, the “game ability information” is information regarding the ability in the game. The “ability in the game” may be the ability of the user himself. That is, the “game ability information” may be, for example, information indicating the skill level of the user's game, or information indicating the user's game play record (for example, the number of times the game has been played or the progress of the game). May be. For example, the level of the user corresponds to an example of “game ability information”.

Alternatively, the “ability in the game” may be the ability of the game object owned by the user. That is, the “game ability information” may be information indicating the ability of the game object associated with the identification information of the user. The “user identification information” is information for uniquely identifying (specifying) a user. For example, a user ID, a user name, a user account, an electronic mail address, etc. correspond to an example of “user identification information”. The “game object” can be used in a game, and is, for example, a game character or a game item. For example, the ability parameter of the game character owned by the user corresponds to an example of “game ability information”. The “capability parameter” may be numerical information or information other than numerical information.

In addition, "when the ability of the second user in the game is determined to be higher than that of the first user, the application for participation in the game in which the first user participates is accepted from the second user" means the game of the second user. When it is determined that the ability of the second user is less than the first user, acceptance of the participation application from the second user is restricted, and when the ability of the second user in the game is determined to be higher than the first user, It is to accept the participation application from the second user. Further, when the ability of the second user in the game is the same as that of the first user, the participation application may be accepted from the second user, or the acceptance may be restricted. It should be noted that "restricting acceptance of participation application from user" means that the user cannot apply for participation, or does not officially accept the participation application from the user (for example, ignore, reject, Or it is an error).

In the baseball game X described above, the normal participant corresponds to an example of “first type participant”, and the helper participant corresponds to an example of “second type participant”. Therefore, the first participation application acceptance unit 121 receives other participation applications (an example of the first participation application) as a normal participant in the team created by the user U1 (in other words, the competition in which the user U1 is a host). Received from users. In addition, the second participation application receiving unit 122 receives, from another user, a participation application (an example of the second participation application) as a helper participant to the team created by the user U1.

Further, in the above-described baseball game X, the competition level of the user corresponds to an example of “game ability information”. Therefore, the second participation application acceptance unit 122 accepts an application for participation as an assistant participant to the team created by the user U1 from another user having a higher competition level than the user U1.

[3-4] As shown in FIG. 30, the game system 1 includes a game execution unit 130. For example, the game execution unit 130 is realized by the control unit 11 of the server 10 or the control unit 31 of the game terminal 30. The game execution unit 130 may be realized by cooperation between the control unit 11 of the server 10 and the control unit 31 of the game terminal 30.

When the game execution unit 130 receives a participation application (first participation application and second participation application) for a game played by the first user from the second user, the game in which the first user and the second user participate. To execute.

Here, the “game in which the first user and the second user participate” may be a game in which only the first user and the second user participate, or one or a plurality of the first user and the second user. It may be a game in which the other users participate.

"When the application for participation in the game is received from the second user, the game in which the first user and the second user participate" is executed, for example, in the following case. (Example 1) In the case where the participation application is accepted from the second user and the participation application is accepted from one or more other users within the predetermined acceptance period for accepting the participation application, and the acceptance period ends. , A game in which the first user, the second user, and one or more other users participate. (Example 2) When the acceptance period ends without accepting the participation application from the second user within the predetermined acceptance period for accepting the participation application and without accepting the participation application from other users, the first user And a game in which the second user participates. (Example 3) When the participation application is received from the second user, and the participation application is received from one or more other users, the participation application is received from the maximum number of users who can participate in the game. A game in which the first user, the second user, and one or more users participate is executed. (Example 4) When a participation application is received from a second user, a game in which the first user and the second user participate is executed immediately (or by an instruction from at least one of the first user and the second user).

In the baseball game X described above, the battle between the users U1 to U3 and the opponent (cooperative play part) corresponds to an example of “a game in which the first user and the second user participate”. Therefore, the game execution unit 130 executes a battle (cooperative play part) between the users U1 to U3 and the opponent.

An example of the functional blocks included in the game execution unit 130 will be described later.

[3-5] As shown in FIG. 30, the game system 1 includes a reward determining unit 140. For example, the reward determining unit 140 is realized by the control unit 11 of the server 10 or the control unit 31 of the game terminal 30. The reward determining unit 140 may be realized by cooperation between the control unit 11 of the server 10 and the control unit 31 of the game terminal 30.

The reward determining unit 140 determines the reward for the users who participated in the game.

Here, the "reward to the user" is a reward given to the user. In other words, the “reward to the user” is a reward associated with the identification information of the user. For example, game points (in-game currency, etc.) are given to the user as a reward. Further, for example, a game object (game character, game item, or the like) is given to the user as a reward. The “reward to the user” is not limited to the game points and the game objects, and various rewards can be set according to the content of the game. For example, the “reward to the user” may be a temporary or permanent change of the parameter of the user or the parameter of the game object owned by the user so as to be advantageous to the user.

[3-5-1] The reward determination unit 140 may determine the reward to the user based on the game ability information regarding the ability of the user in the game at the start of the game. Specifically, the reward determining unit 140 makes the value of the reward higher when the ability of the user at the start of the game is higher than that when the ability of the user at the start of the game is low. You may make it determine the reward to the said user.

Here, the “game ability information” has already been explained when the participation application acceptance unit 120 was explained, and therefore the explanation is omitted here.

The phrase “to increase the value of reward” means, for example, “to increase the amount of reward (game points, game objects, etc.)”. In addition, for example, it may mean “to make the usefulness or rarity of an object (game object or the like) given as a reward high”. More specifically, it means, for example, "a game object with higher ability is given as a reward", or "a game object with higher rarity is given as a reward", etc. You may do it.

"When the ability is high, the value of the reward is higher than that when the ability is low" is, for example, if the reward is determined based on a plurality of factors including the ability, If the elements other than the ability are assumed to be the same, the value of the reward is higher when the ability is higher than when the ability is low.

In the baseball game X described above, the contribution points correspond to an example of “reward”. Also, the original ability parameter of the player character corresponds to an example of “game ability information at the start of the game”. In the baseball game X, the initial value of the momentum point of the user U1 is calculated based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team, and the reward determination unit 140 causes the reward determination unit 140 to determine the value of the user U1. The contribution points to be given to the user U1 are determined based on the momentum points. As a result, when the player character possessed by the user U1 has a high original ability, more contribution points are given to the user U1 than when the original ability is low.

[3-5-2] When the plurality of users participating in the game include the first user and the second user, the reward determination unit 140 causes the game ability information regarding the ability of the first user in the game at the start of the game. Alternatively, the reward for the second user may be determined based on the game ability information regarding the ability of the second user at the start of the game. Specifically, when the ability of the second user at the start of the game in the game is higher than the ability of the first user at the start of the game in the game, the reward determination unit 140 determines that the game of the second user at the start of the game is completed. The value of the reward to the second user is higher than that in the case where the ability in is not higher than the ability in the game of the first user at the start of the game, and the reward to the second user is determined. Good.

For example, in the case where the reward is determined based on a plurality of factors including the game ability at the start of the game (the ability in the game), if the elements other than the game ability are assumed to be the same, the game starts. When the game ability of the second user at the time of the game is higher than the game ability of the first user at the start of the game, the game ability of the second user at the start of the game is higher than the game ability of the first user at the start of the game. The reward to the second user is determined such that the value of the reward to the second user is higher than that in the case where the reward is not present.

In the baseball game X described above, the contribution points correspond to an example of “reward”. Also, the original ability parameter of the player character corresponds to an example of “game ability information at the start of the game”. In the baseball game X, the initial value of the momentum point of the user U3 is calculated based on the original ability parameter of the player character owned by the user U3 among the player characters of the user team, and the original of the player character owned by the user U1. The initial value of the momentum point of the user U1 is calculated based on the ability parameter. Then, when the momentum point of the user U3 is larger than the momentum point of the user U1, the reward determination unit 140 gives the momentum point of the user U3 to the user U3, compared to the case where the momentum point of the user U3 is not larger than the momentum point of the user U1. Increase the number of contribution points (calculation formula (1) above).

[3-5-3] The reward determination unit 140 may determine the reward to the user based on the game ability information and the play result information regarding the user's play result in the game.

Here, the "play result information" is information indicating the result of the play performed by the user in the game. For example, the information about the score of each user in the game corresponds to an example of “play result information”. For example, in the case of a baseball game, the batting result (or pitcher result) of the user corresponds to an example of “play result information”. For example, in the case of a soccer game, the score of the user, the number of assists, the pass success rate, or the like corresponds to an example of “play result information”. Further, for example, in the case of a game of exterminating an enemy, the number of enemies the user has defeated, the amount of damage the user has inflicted on the enemy, or the like corresponds to an example of “play result information”.

"Determining the reward based on the game ability information and the play result information" means, for example, that the value of the reward is higher when the ability indicated by the game ability information is higher than when the ability is low, In addition, when the play result indicated by the play result information is good, the reward is determined so that the value of the reward is higher than that when the play result is bad. More specifically, first, based on the play result information, determine the reward to all the users who participated in the game, and then by distributing the reward to each user according to the game ability information of each user, It is to determine the reward for each user. Alternatively, first, based on the game ability information, tentatively determine the reward to each user who participated in the game, and then increase or decrease the reward to each user according to the play result information of each user, It is to determine the reward for each user.

In the baseball game X described above, the contribution points correspond to an example of “reward”. In addition, the player character's original ability parameter corresponds to an example of “game ability information at the start of the game”, and the user's play result in the action part (whether or not the batter character operated by the user has hit) is “play”. It corresponds to an example of “result information”.

In the baseball game X, the initial value of the momentum point of the user U1 is calculated based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team, and the play result of the user U1 in the action part is calculated. Based on this, the momentum points of the user U1 are increased. Then, the reward determining unit 140 determines the contribution points to be given to the user U1 based on the momentum points of the user U1 thus increased (calculation formula (1) described above). As a result, the higher the original ability of the player character owned by the user U1 is, the more contribution points are given to the user U1, and the better the play result of the user U1 in the action part is, the more contribution points are given to the user U1. Will increase.

[3-5-4] The reward determining unit 140 may determine the reward to the user based on the game ability information and the game result information regarding the result of the game.

Here, the "game result information" is information about the result of the game. For example, in the case of a game in which a plurality of users aim to achieve the goal in cooperation, information indicating whether or not the goal was achieved, or information regarding the degree of achievement of the goal is “game result information”. Corresponds to an example.

"Determining the reward based on the game ability information and the game result information" means that, for example, when the ability indicated by the game ability information is high, the value of the reward is higher than when the ability is low, In addition, when the game result indicated by the game result information is good, the reward value is determined to be higher than that when the game result is bad. More specifically, first, based on the game result information, determine the reward to all the users who participated in the game, and then by distributing the reward to each user according to the game ability information of each user, It is to determine the reward for each user. Alternatively, firstly, based on the game ability information, the reward for each user who participated in the game is provisionally determined, and thereafter, the reward for each user is increased or decreased according to the game result information, so that It is to determine the reward.

In the baseball game X described above, the contribution points correspond to an example of “reward”. Further, the original ability parameter of the player character corresponds to an example of “game ability information at the start of the game”, and the match result (whether or not the opponent is won) corresponds to an example of “game result information”.

In the baseball game X described above, the initial value of the momentum point of the user U1 is calculated based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team. In addition, base points of contribution points are set based on the match result. Then, the reward determining unit 140 determines the contribution points to be given to the user U1 based on the momentum points of the user U1 and the base points (calculation formula (1) described above). As a result, the higher the original ability of the player character owned by the user U1 is, the more contribution points are given to the user U1, and the better the match result is, the more contribution points are given to the user U1.

[3-5-5] When the plurality of users who participated in the game include the first user and the second user, the reward determination unit 140 reduces at least a part of the reward to the first user, and The reduced amount may be added to the reward for the second user to determine the reward for the first user and the reward for the second user.

Here, "to reduce at least a part of the reward to the first user and add the reduced amount to the reward to the second user" means to the first user in order to add to the reward to the second user. Is to reduce the rewards of. For example, when the reward is game points, the game points given to the first user are reduced, and the game points given to the second user are increased accordingly. Further, for example, when the reward is a game object, the number of game objects given to the first user is reduced, and the number of game objects given to the second user is increased accordingly.

The degree to which the reward to the first user is reduced may be set in advance by the game developer (game provider) or may be set by the first user. That is, the reward determination unit 15 may set the degree of reducing the reward to the first user according to the setting operation of the first user. Here, the “setting operation” is an operation for setting the degree of reducing the reward to the first user. Further, “to set the degree of reducing the reward to the first user according to the setting operation” means that when the setting operation is accepted, information indicating the degree to which the reward to the first user is reduced is set operation. Is to update to indicate the degree specified by.

The reward determining unit 140, when the ability indicated by the game ability information regarding the ability of the second user in the game is higher than the ability indicated by the game ability information regarding the ability of the first user in the game, at least the reward to the first user. A part may be reduced, and the reduced amount may be added to the reward for the second user to determine the reward for the first user and the reward for the second user.

The reward determining unit 140 may include a first reward determining unit 141 and a second reward determining unit 142. When the second user participates in the game as a first-class participant, the first reward determination unit 141 determines the reward for the first user and the reward for the second user according to a predetermined rule. May be. When the second user participates in the game as a second type participant, the second reward determining unit 142 reduces at least a part of the reward to the first user according to a predetermined rule, and reduces the reduced amount. The reward for the first user and the reward for the second user may be determined by adding to the reward for the second user according to a predetermined rule.

When the second user participates in the game as the second type participant and the third user participates as the first type participant, the second reward determination unit 142 determines that the first user conforms to a predetermined rule. And at least a part of the reward for the third user complying with the predetermined rule and adding the reduced amount to the reward for the second user complying with the predetermined rule. Then, the reward for the first user, the reward for the second user, and the reward for the third user may be determined.

In the baseball game X described above, the normal participant corresponds to an example of “first type participant”, and the helper participant corresponds to an example of “second type participant”. Further, the contribution points correspond to an example of “reward”, and the above-mentioned calculation formula (1) corresponds to an example of “predetermined rule”.

In the baseball game X, when the users U2 and U3 participate in the game as normal participants, the first reward determination unit 141 assigns the contribution points to each of the users U1, U2, and U3 according to the calculation formula (1) described above. decide.

In addition, when the user U2 participates in the game as a normal participant and the user U3 participates in the game as an assistant participant and wins the game (when the base point is 100 points), the second reward determination unit 142 described above. The contribution points of the user U1 calculated according to the calculation formula (1) and the contribution points of the user U2 calculated according to the above calculation formula (1) are reduced by 5 points, respectively, and added to obtain 10 points (base). By adding (corresponding to 10% of the points) to the contribution points of the user U3 calculated according to the above equation (1), the contribution points to be given to the users U1, U2 and U3 are determined.

When the users U2 and U3 participate in the game as helper participants and win the game (when the base point is 100 points), the second reward determination unit 142 calculates according to the calculation formula (1) described above. The contribution point of the user U1 that has been generated is reduced by 20 points, and 10 points (corresponding to 10% of the base point) are added to the respective contribution points of the users U2 and U3 calculated according to the calculation formula (1) described above. In this way, the contribution points to be given to each of the users U1, U2 and U3 are determined.

[3-6] As shown in FIG. 30, the game system 1 includes a reward association unit 150. For example, the reward association unit 150 is realized by the control unit 11 of the server 10 or the control unit 31 of the game terminal 30. The reward association unit 150 may be realized by the cooperation of the control unit 11 of the server 10 and the control unit 31 of the game terminal 30.

The reward association unit 150 associates the reward with the identification information of the user. Here, "associating the reward with the identification information of the user" means giving a reward to the user identified by the identification information.

For example, “associating rewards with user identification information” means giving game points (or in-game currency) to the user. That is, to increase the number of game points owned by the user. In other words, the game points associated with the user identification information are increased by further associating the game points with the user identification information and the game points associated with each other.

Further, for example, “associating the reward with the identification information of the user” means giving the game object to the user. That is, by adding a new game object that the user does not own to the user or adding a game object that the user already owns to the user, It is to increase. In other words, by associating a new game object with the user's identification information, or by further associating the game object with the user's identification information in a state where the user's identification information and the game object are associated, the user's identification information is associated with the user's identification information. Is to increase the number of game objects created.

As described above, the “reward” is not limited to the game points and the game objects, and various rewards can be set according to the content of the game. For example, the “reward” may be a temporary or permanent change of a parameter associated with the user (a parameter other than game points) so as to be advantageous to the user.

However, it is necessary to set the "reward" with consideration so as not to lose the balance of the game. For example, if a reward for increasing the user's level is given, the balance may be lost depending on the game. In such a case, it is advisable not to give such a reward. Also, with respect to game objects (game characters or game items) and game points, if too many are given, the game balance may be lost. Therefore, for example, an upper limit should be set so as not to lose the game balance. Good to do.

The reward association unit 150 associates the reward determined by the reward determination unit 140 with the identification information of the user. The reward association unit 150 associates the reward for the first user determined by the reward determination unit 140 with the identification information of the first user according to the execution of the game in which the first user and the second user participate, and determines the reward. The reward for the second user determined by the unit 140 is associated with the identification information of the second user.

"Associating a reward with the identification information of the user depending on the execution of the game" is associating the reward with the identification information of the user when the game is executed. For example, associating the reward with the user's identification information after playing the game. The reward may be associated with the identification information of the user before or during the execution of the game.

In the baseball game X described above, the contribution points correspond to an example of “reward”. The reward association part 150 gives contribution points to each of the users U1 to U3.

[3-7] Here, an example of the functional blocks included in the game execution unit 130 will be described. As shown in FIG. 31, the game execution unit 130 has the selection reception unit 1
301, a candidate selection receiving unit 1302, a selection limiting unit 1303, an operation period setting unit 1304, a control executing unit 1305, a task setting unit 1306, a game progressing unit 1307, and an achievement result determining unit 1308.

[3-7-1]. The selection receiving unit 1301 receives selection of a game object from the user. For example, the selection receiving unit 1301 selects at least one game object as a support game object for supporting the first user before the start of the operation period in which the first user can operate or during the operation period. Received from the second user.

Here, the "operation" is an operation that affects the progress of the game. For example, when the game progresses when the first user operates the operation target object, the operation on the operation target object corresponds to “operation”. The “operation on the operation target object” is an operation performed by the first user to move the operation target object. For example, it is an operation for instructing the type of action to be performed by the operation target object, the timing at which the action should be performed, the position or direction of the action, and the like. In the operation period in which the first user can operate the operation target object, the operation target object performs an action corresponding to the operation performed by the first user. The game character or the like corresponds to an example of the “operation target object”. The “operation” is performed using an operation unit (touch panel, button, key, stick (lever), etc.).

The “operation period” is a period during which the user can perform operations during the execution of the game. In other words, the “operation period” is a period in which the computer accepts an operation by the user.

The “support game object” is a game object that plays a role of supporting the first user so that the first user has an advantage during the operation period. The "game object" is a target that can be used in the game. For example, a game character, a game item, or the like corresponds to an example of “game object”.

“Accepting the selection of the game object from the user” means receiving data indicating the selection result by the user. For example, receiving data indicating the selection result by the user from the game terminal 30 of the user. Alternatively, “accepting the selection of the game object from the user” may be acceptance of a selection operation (operation for selecting the game object) performed by the user.

“Accepting a selection during the operation period” may mean accepting a selection over the entire operation period, or a part of the operation period (for example, a period within a predetermined time from the start point of the operation period) or The selection may be accepted only at a specific time point.

For example, the selection receiving unit 1301 may receive, as the support game object, at least one selection from the second user among the game objects associated with the identification information of the second user.

Here, the “user identification information” has already been described when the participation application receiving unit 120 is described, and therefore the description thereof is omitted here.

The “game object associated with the user's identification information” is a game object stored in the storage device in association with the user's identification information. That is, it is a game object owned by the user. In other words, it is a game object in a state that the user can arbitrarily use it.

In short, the support game object may be selected from a plurality of game objects owned by the second user (that is, a plurality of game objects that can be used only by the second user). The support game object may be selected from a plurality of game objects that can be commonly used by a plurality of users.

[3-7-2] The candidate selection accepting unit 1302 accepts selection of a plurality of game objects as candidates for support game objects from the second user before the game starts. For example, the candidate selection receiving unit 1302 receives, from the second user, selection of a plurality of game objects from among the game objects associated with the identification information of the second user as candidates for the supporting game object before the game starts. You can

Here, the “candidate” is a game object that can be selected as a support game object. In other words, the game objects that have not been selected as candidates cannot be selected as support game objects during the game.

In this case, the selection accepting unit 1301 selects, for each operation period, at least one of the plurality of game objects selected as the candidate as a support game object before the start of the operation period or during the operation period. , May be received from the second user.

[3-7-3] The selection limiting unit 133 limits that the game object selected by each of the plurality of users is again selected by each of the plurality of users during the execution of the game.

For example, when the selection accepting unit 1301 is configured to accept the selection of the support game object before the start of the operation period or during the operation period for each operation period, the selection limiting unit 1303 determines that the support game object is the support game object. The game object that has been selected is restricted from being selected again as a supporting game object.

Here, "restricting the reselection of a game object" means, for example, prohibiting the reselection of the game object when the game object is selected. However, it is not limited to completely prohibiting the game object from being selected again. For example, continuous selection of game objects may be prohibited. That is, when a game object is selected, it may be prohibited to select the game object at the next selection opportunity, and may be allowed to be selected at the next selection opportunity. .. Alternatively, for example, reselection of the game object may be prohibited for a predetermined period after the game object is selected. Alternatively, for example, the game object may be prohibited from being selected again at a predetermined number of selection opportunities after the game object is selected. “Restriction” is not limited to “prohibition”. It may be to make it difficult for the game object to be selected again. For example, it may be to reduce the probability that the game object will be selected again.

[3-7-4] In the baseball game X described above, each action part corresponds to an example of "operation period". The event character set as the support character in the support character setting image G160 corresponds to an example of the “candidate”. Furthermore, in the support character selection image G260, the support character selected as the target for use in the action part corresponds to an example of “support game object”.

Therefore, the candidate selection receiving unit 1302 sets a plurality of event characters among the event characters owned by each of the users U1 to U3 as the support character before the start of the battle between the users U1 to U3 and the opponent (( Selection) is received from each of the users U1 to U3. Further, the selection receiving unit 1301 receives the selection of the support character to be used in the action part from each of the users U1 to U3 before the start of the action part. Further, the selection restriction unit 1303 restricts the support characters selected by each of the users U1 to U3 from being selected again by each of the users U1 to U3 during the competition between the users U1 to U3 and the opponent.

[3-7-5] The operation period setting unit 1304 sets an operation period in which the user can operate.

[3-7-5-1] The operation period setting unit 1304 sets an operation period in which at least one of the plurality of users can perform an operation during execution of a game in which the plurality of users participate. .. For example, the operation period setting unit 1304 sets an operation period during which the first user can perform an operation during execution of a game in which a plurality of users including the first user and the second user participate. For example, in a game, a plurality of users and an opponent are played, and the operation period setting unit 1304 sets the operation period during the battle.

Here, the “operation” has already been described when the selection accepting unit 1301 is described, and thus will be omitted here.

The “operation period in which at least one of a plurality of users can operate” is, for example, the following operation period. (Example 1) Operation period in which only one of the plurality of users can perform a game operation (Example 2) Operation in which a plurality of users of the plurality of users can perform a game operation Period (Example 2-1) For example, an operation period in which both the first user and the second user can simultaneously perform the game operation (Example 2-2). For example, the first user can perform the game operation. An operation period including a possible first operation period and a second operation period in which the first user can perform a game operation, which is an operation period continuously provided after the first operation period. (That is, a series of operation periods in which the second user performs the game operation after the first user performs the game operation)

“Setting an operation period” means setting an operation period in the middle of a game. That is, it is a state in which the user can perform a game operation after the start of the game and before the completion of the game (scene or period).

For example, the operation period setting unit 1304 sets the operation period when a predetermined situation (a situation that satisfies a predetermined condition) is reached. Alternatively, the operation period setting unit 1304 may randomly set the operation period. That is, the operation period setting unit 1304 determines at each time point (scene or period) whether or not to set as the operation period based on a predetermined probability, and when it is determined to set as the operation period, The operation period may be set. The operation period may be set a plurality of times during the game, or may be set only once.

The operation period setting unit 1304 may set a specific scene as the operation period. For example, in the case of a baseball game, the operation period setting unit 1304 may set a scene of a particular player at bat or a scene of chance or pinch for the user's team as the operation period. The operation period setting unit 1304 may set the operation period in units of bats, or may set the operation period in units of innings. For example, the operation period setting unit 1304 may set a predetermined inning (an inning satisfying a predetermined condition: an inning starting from a specific batter or an inning around the specific batter at a bat) as an operation period. Further, for example, in the case of games other than baseball games, the operation period setting unit 1304 may set a period having a predetermined time length (for example, 1 minute) as the operation period.

[3-7-5-2] The operation period setting unit 1304 increases the number of users who can perform an operation during the operation period based on the game object associated with the identification information of each of the plurality of users. ..

Here, the “user identification information” has already been described when the participation application acceptance unit 120 is described, and the “game object” and the “game object associated with the user identification information” are selected. Since the reception unit 1301 has already been described, it is omitted here.

“Increase the number of users who can perform an operation in the operation period based on the game object associated with the identification information of each of the plurality of users” means, for example, to identify each of the plurality of users. It is to increase the number of users who can perform a game operation in an operation opportunity based on whether or not the game object associated with the information satisfies a predetermined condition. More specifically, for example, when the game object associated with the identification information of each of the plurality of users satisfies a predetermined condition, the game operation may be performed in the operation opportunity as compared with the case where the predetermined condition is not satisfied. To increase the number of possible users. Here, the “predetermined condition” is, for example, whether or not a specific game object (for example, a game object having a specific ability) is included in the game objects associated with the identification information of each of the plurality of users. Is the condition. It should be noted that whether or not the game object has a specific ability is determined based on the data (parameter or the like) of the game object.

The operation period setting unit 1304 may increase the number of users who can perform an operation during the operation period based on the game object selected by at least one of the plurality of users. For example, the operation period setting unit 1304 acquires a game object selected by each of the plurality of users from among the game objects associated with the identification information of each of the plurality of users, and selects one of the acquired game objects. Based on at least one, the number of users who can perform an operation during the operation period may be increased.

For example, the operation period includes the first operation period in which the first user of the plurality of users can perform the operation. Then, the operation period setting unit 1304 enables a second user other than the first user to perform an operation in the first operation period based on the game object selected by at least one of the plurality of users. Alternatively, the operation period setting unit 1304 can be operated by a second user other than the first user after the first operation period based on the game object selected by at least one of the plurality of users. The second operation period is set.

Here, "allowing a second user other than the first user to perform an operation during the first operation period" means that both an operation by the first user and a game operation by the second user are accepted, In addition, the first operation period is set such that the game is advanced based on the operation by the first user and the operation by the second user.

Further, "to set a second operation period in which a second user other than the first user can perform a game operation after the first operation period" means that after the first operation period is completed, By setting the second operation period for accepting the operation by the second user, the operation period including the first operation period and the second operation period is set. That is, it is to set a series of operation periods in which the operation by the second user is performed after the operation by the first user is completed.

For example, the operation period setting unit 1304 increases the number of users who can perform an operation during the operation period based on the game object selected as the support game object.

In the above-described baseball game X, each action part corresponds to an example of “operation period”, and the support character selected as a target to be used in the action part corresponds to an example of “support game object”.

The operation period setting unit 1304 includes a user who can perform an operation in the action part when the support character selected as a target for use in the action part by at least one of the users U1 to U3 has a coordinated action as a support effect. Increase the number of people.

That is, normally, in the action part, only the user who is the owner of the batter character can perform the operation (operation on the batter character). For example, the cheering character selected by at least one of the users U1 to U3 cheers. When the effect is to have the coordinated action “steal base protection”, the operation period setting unit 1304 causes the user who is the owner of the batter character and the user who is the owner of the runner character to perform the operation (of the batter character) in the action part. Operations and runner character operations). Further, for example, when the support character selected by at least one of the users U1 to U3 has the coordinated action “pistol batting” as the support effect, the operation period setting unit 1304 is the owner of the batter character in the action part. The user, the user who is the owner of the next batter character, and the user who is the owner of the next batter character can perform the respective operations.

[3-7-6] The control execution unit 1305 controls the game for a plurality of users aiming at the achievement of the purpose in order to be advantageous in the operation period in order to achieve the purpose. It is executed based on the game object associated with the identification information of each of the plurality of users. For example, the control execution unit 1305 executes the above control based on the game object selected by at least one of the plurality of users. Specifically, the control execution unit 1305 executes the above control based on the game object selected as the support game object.

Here, "execute control to make an advantage in the operation period in order to achieve the purpose" means execute control to make the user have an advantage in achieving the purpose. It is to be. In other words, it is controlled so that the purpose is easily achieved.

For example, "execute the control" is to change the game parameter that affects the ease of achieving the purpose so that the purpose is easily achieved.

Specifically, for example, when the operation period is “an operation period in which the user operates the game object”, “execute the control” means that the parameter of the game object is adjusted so that the ability of the game object is improved. Is to improve.

Further, for example, when the operation period is “the operation period in which the user operates the first game object to compete with the second game object operated by the opponent”, the “execute control” means , The parameter of the second game object may be lowered so that the ability of the second game object is lowered. Further, “execute the control” may be to change the environment parameter related to the environment in the game space so that the purpose can be easily achieved.

It is assumed that the operation period is a “operation period in which a user operates a batter character in a baseball game and a pitcher character operated by an opponent hits a ball thrown”. In this case, "execute the control" means to improve the parameter of the batter character so as to improve the ability of the batter character, to decrease the parameter of the pitcher character so as to decrease the ability of the pitcher character, or , The wind direction and strength of the stadium are set to be more advantageous to the batter character (for example, the wind blows toward the stand, or the wind blows toward the stand). ..

In addition, "execute control based on the game object selected as the support game object" means that the control content (for example, the manner or degree to which the user has an advantage during the operation period) is the game selected as the support game object. To change based on the object. For example, it is to give the user an advantage during the operation period in a manner or degree according to the performance (ability) of the game object selected as the support game object.

Alternatively, “execute control based on the game object selected as the support game object” means whether or not to execute the control (that is, whether or not to give the user an advantage during the operation period). It may be determined based on the game object selected as. Specifically, for example, when the game object selected as the support game object satisfies the predetermined condition, the user is favored during the operation period, and the game object selected as the support game object does not satisfy the predetermined condition. It may be that the user is not favored during the operation period. More specifically, when the game object selected as the support game object has a specific performance (capability), the user is favored during the operation period, and the game object selected as the support game object has a specific performance (capability). ) Does not give the user an advantage during the operation period.

In the above-described baseball game X, each action part corresponds to an example of “operation period”, and the support character selected as a target to be used in the action part corresponds to an example of “support game object”.

The control execution unit 1305 temporarily increases the basic ability of the batter character or the runner character based on the support effect of the support character selected as the use target in the action part by at least one of the users U1 to U3, or Temporarily grant special abilities to the character or runner character.

[3-7-8] The task setting unit 1306 sets a task to be achieved in the operation period. The task setting unit 1306 sets a task based on the game object selected by at least one of the plurality of users. For example, the task setting unit 1306 sets a task based on the game object selected by each of the plurality of users. That is, the task setting unit 1306 acquires the game object selected by each of the plurality of users from the game objects associated with the identification information of each of the plurality of users, and based on the acquired game object. Set an assignment.

Here, the “task” is a task to be achieved by a user who performs an operation during the operation period. In addition, “setting an assignment based on a game object selected by each of a plurality of users” means performing a game operation during an operation period that is set based on a game object selected by each of a plurality of users. The task is to set the task according to the number of users who can do it. That is, setting a task that can be achieved by that number of users. In other words, it is to set an issue that can be achieved by coordinating the number of users.

For example, the task setting unit 1306 sets a task based on the game object selected as the support game object.

In the baseball game X described above, the bonus condition of the coordination action corresponds to an example of “task”. When at least one of the users U1 to U3 selects the support character selected as an object to be used in the action part as a support effect and has a coordinated action, the task setting unit 1306 sets a bonus condition for the coordinated action as the task.

[3-7-9] The game progression unit 1307 advances the game in which a plurality of users participate.

For example, in a period other than the operation period, the game progression unit 1307 automatically advances the game. In other words, during a period other than the operation period, the game progressing unit 1307 progresses the game in a state where the operations of all the users among the plurality of users are restricted.

On the other hand, in the operation period in which one of the plurality of users can perform an operation, the game progress unit 1307 plays the game based on the operation performed by the at least one user in the operation period. Make progress. For example, in the operation period in which the first user can perform an operation, the game progression unit 1307 advances the game based on the operation performed by the first user in the operation period.

Here, “progressing the game based on the operation” means that the operation has an influence on the progress of the game, and as a result, the operation also affects whether or not the objective can be finally achieved. That is to say.

In the above-described baseball game X, the match between the users U1 to U3 and the opponent corresponds to an example of “a game in which a plurality of users participate”, and the action part corresponds to an example of an “operation period”. Therefore, in the above-described baseball game X, the game progression unit 1307 automatically advances the match in the automatic progress part and advances the match in the action part based on the user's operation. For example, in the action part in which the user U1 can operate the batter character (or pitcher character), the game progression unit 1307 advances the game by operating the batter character (or pitcher character) based on the operation of the user U1.

[3-7-10] The achievement result determination unit 1308 determines the achievement result of the task (that is, the task set by the task setting unit 1306) in the operation period.

Here, the “achievement result of the task” is whether or not the task is achieved. The “achievement result of the task” may be the degree of achievement of the task (degree of achievement of the task).

Further, the reward association unit 150 may associate the reward with the identification information of at least one of the plurality of users who participated in the game based on the achievement result of the task determined by the achievement result determination unit 1308.

Here, “associating the identification information of at least one of the plurality of users with the reward based on the achievement result of the task” means, for example, whether or not the identification information of at least one of the plurality of users is associated with the reward. Is to be decided based on the achievement result of the task. Specifically, when the task is achieved (or when the task achievement level is equal to or higher than the threshold), it is determined that the identification information of at least one of the plurality of users is associated with the reward, and the task is not achieved. If the achievement level of the task is not equal to or more than the threshold value, it is determined not to associate the reward with the identification information of at least one of the plurality of users.

In addition, "associating the identification information of at least one of a plurality of users with the reward based on the achievement result of the task" means, for example, determining the value, type, or amount of the reward based on the achievement result of the task. It may be done. Specifically, the reward may be determined such that the higher the achievement level of the task, the higher the value of the reward. That is, the reward may be determined so that the value of the reward is higher when the achievement level of the task is high than when the achievement level of the task is low. Alternatively, the type of reward may be determined such that the higher the degree of achievement of the task, the more beneficial the reward is to the user. That is, the type of reward may be determined such that the reward is more useful to the user when the achievement level of the task is high than when the achievement level of the task is low. Alternatively, the amount of reward may be determined such that the amount of reward increases as the degree of achievement of the task increases. That is, the amount of reward may be determined so that the amount of reward is high when the degree of achievement of the task is high compared to when the degree of achievement of the task is low.

Further, "associating the identification information of at least one of the plurality of users with the reward based on the achievement result of the task" means, for example, the number of users who associate the reward (the number of users who give the reward). It may be a decision based on the achievement result. Specifically, the higher the achievement level of the task, the larger the number of users who are associated with the reward may be to determine the number of users who are associated with the reward. That is, when the degree of achievement of the task is high, the number of users who are associated with the reward may be increased as compared with the case where the degree of achievement of the task is low.

In the baseball game X described above, the bonus condition of the coordination action corresponds to an example of “task”. Therefore, the achievement result determination unit 1308 determines whether or not the bonus condition is satisfied, based on the play result in the action part. Then, when the bonus condition of the coordinated action is satisfied, the reward association unit 150 gives the bonus point of the coordinated action to the user of the users U1 to U3 involved in the coordinated action.

[4. Process] Next, a process executed by the game system 1 to implement the functional blocks described above will be described.

FIG. 39 shows an example of processing executed when setting a cheering character (PH201 in FIG. 8). Specifically, an example of the process executed when the element P162 of the support character setting image G160 shown in FIG. 10 is selected is shown. The candidate selection receiving unit 1302 is realized by executing the processing shown in FIG. 39 according to the program. In the following, it is assumed that the user U1 selects the element P162.

As shown in FIG. 39, first, the control unit 31 of the game terminal 30-1 of the user U1 transmits a support character registration request to the server 10 via the communication unit 33 (S300), and the control unit 11 of the server 10 concerned. The request is received via the communication unit 13 (S100).

The “support character registration request” is a request for registering the event character set as the support character in the support character setting image G160 as the support character. For example, the user ID of the user U1 and the event character ID of the event character set as the support character are transmitted from the game terminal 30-1 to the server 10 as a support character registration request.

When the support character registration request is received, the control unit 11 registers the event character as a support character (S102). For example, the control unit 11 registers the event character as a support character by accessing the event character table TBL102 of the user U1 and updating the “usage state” field.

After the execution of step S102, the control unit 11 transmits the data of the completion image indicating that the support character registration is completed to the game terminal 30-1 via the communication unit 13 (S104), and the game terminal 30-1 operates. The control unit 31 receives the data via the communication unit 33 (S302). Then, based on the data, the control unit 31 displays the completed image on the display unit 35 (S304). The "image data" may be data indicating the image itself or data indicating information necessary for generating the image. The same applies below.

FIG. 40 shows an example of processing executed when a team is created (PH202 in FIG. 8). In the following, it is assumed that the user U1 creates a team.

As shown in FIG. 40, first, the control unit 31 of the game terminal 30-1 of the user U1 transmits a team creation request to the server 10 via the communication unit 33 (S310), and the control unit 11 of the server 10 requests the request. Is received via the communication unit 13 (S110). For example, the user ID of the user U1 is transmitted from the game terminal 30-1 to the server 10 as a team creation request.

When the team creation request is received, the control unit 11 creates a new team (S112). For example, the control unit 11 accesses the team table TBL104 and adds a new record. In this case, the team ID generated so as not to overlap with the existing team ID is registered in the “team ID” field of the new record. Further, the user ID and the battle level of the user U1 are respectively registered in the "host user" and "competition level" fields of the new record. Further, the value “0” is registered in the “helper request flag” and the “reception completion flag” fields of the new record, respectively.

After the execution of step S112, the control unit 11 transmits the data of the standby image G180 to the game terminal 30-1 via the communication unit 13 (S114), and the control unit 31 of the game terminal 30-1 transmits the data to the communication unit. It is received via 33 (S312). Then, based on the data, the control unit 31 displays the standby image G180 on the display unit 35 (S314).

FIG. 41 shows an example of processing executed when making a request for an assistant. Specifically, an example of processing executed when the element P184 of the standby image G180 shown in FIG. 12 is selected is shown. The participation request reception unit 110 is realized by executing the processing shown in FIG. 41 according to the program. In the following, it is assumed that the user U1 selects the element P184.

As shown in FIG. 41, first, the control unit 31 of the game terminal 30-1 of the user U1 transmits an assistant request to the server 10 via the communication unit 33 (S320), and the control unit 11 of the server 10 sends the request. It is received via the communication unit 13 (S120). For example, the user ID of the user U1 and the team ID of the team for which the assistant is requested are transmitted from the game terminal 30-1 to the server 10 as the assistant request.

When the helper request is received, the control unit 11 registers the helper request (S122). For example, the control unit 11 accesses the team table TBL 104 and updates the assistant request flag of the assistant request target team to “1”.

After the execution of step S122, the control unit 11 transmits the data of the completion image indicating that the registration of the assistant request is completed to the game terminal 30-1 via the communication unit 13 (S124), and the game terminal 30-1 operates. The control unit 31 receives the data via the communication unit 33 (S322). Then, based on the data, the control unit 31 displays the completed image on the display unit 35 (S324).

FIG. 42 shows an example of processing executed when accepting a participation application as a normal participant (PH203 in FIG. 8). The participation application receiving unit 120 (first participation application receiving unit 121) is realized by executing the processing shown in FIG. 42 according to the program. In the following, it is assumed that the user U2 attempts to join a team created by another user as a normal participant.

As shown in FIG. 42, first, the control unit 31 of the game terminal 30-2 of the user U2 transmits a team list request to the server 10 via the communication unit 33 (S330), and the control unit 11 of the server 10 requests the request. Is received via the communication unit 13 (S130). The "team list request" is a request for a list of teams in which the user U2 can participate. For example, the user ID of the user U2 is transmitted from the game terminal 30-2 to the server 10 as a team list request.

When the team list request is received, the control unit 11 accesses the user table TBL101 and acquires the competition level of the user U2 (S132). After that, the control unit 11 accesses the team table TBL104 and acquires a list of teams in which the user U2 can participate (S134). Specifically, the control unit 11 acquires a list of teams whose competition level is equal to or lower than the competition level of the user U2 and whose reception completion flag is “0”.

After executing step S134, the control unit 11 transmits the data of the team list image G190 showing the list of teams acquired in step S134 to the game terminal 30-2 via the communication unit 13 (S136), and the game terminal 30. The control unit 31 of -2 receives the data via the communication unit 33 (S332). Then, based on the data, the control unit 31 displays the team list image G190 on the display unit 35 (S334).

When any of the teams displayed in the team list image G190 (that is, any of the elements P191-1 to P191-4) is selected by the user U2, the control unit 31 of the game terminal 30-2 is selected. The server 10 is notified of the team ID of the team via the communication unit 33 (S336), and the control unit 11 of the server 10 receives the notification via the communication unit 13 (S138).

When the above notification is received, the control unit 11 transmits the data of the participation application image G200, which can apply for participation in the team selected by the user U2, to the game terminal 30-2 via the communication unit 13. (S140), control unit 31 of game terminal 30-2 receives the data via communication unit 33 (S338). Then, based on the data, the control unit 31 displays the participation application image G200 on the display unit 35 (S340).

When the element P205 of the participation application image G200 is selected by the user U2, the control unit 31 of the game terminal 30-2 transmits the participation application to the server 10 via the communication unit 33 (S342), and the control unit 11 of the server 10. Receives the participation application via the communication unit 13 (S142). For example, the user ID of the user U2, the team ID of the team subject to the participation application, and information indicating that the application is a participation application as a normal participant are transmitted from the game terminal 30-2 to the server 10 as a participation application. ..

When the participation application is received, the control unit 11 registers the user U2 as a normal participant in the team targeted for the participation application (S144). For example, the control unit 11 accesses the team table TBL104, and if another user is not registered in the “participant 1” field of the team to which the participation application is applied, registers the user U2 in the “participant 1” field. If another user is registered in the "participant 1" field, the user U2 is registered in the "participant 2" field. At this time, the user ID of the user U2 is registered in the "user ID" subfield, and the value "0" is registered in the "helper flag" subfield.

After executing step S144, the control unit 11 transmits the data of the standby image G180 to the game terminal 30-2 via the communication unit 13 (S146), and the control unit 31 of the game terminal 30-2 transmits the data to the communication unit. It receives via 33 (S344). Then, based on the data, the control unit 31 displays the standby image G180 on the display unit 35 (S346).

FIG. 43 shows an example of processing executed when accepting a participation application as a helper participant (PH203 in FIG. 8). The participation application receiving unit 120 (second participation application receiving unit 122) is realized by executing the processing shown in FIG. 43 according to the program. In the following, it is assumed that the user U3 intends to join a team created by another user as an assistant participant.

As shown in FIG. 43, first, the control unit 31 of the game terminal 30-3 of the user U3 transmits a helper request list request to the server 10 via the communication unit 33 (S350), and the control unit 11 of the server 10 concerned. The request is received via the communication unit 13 (S150). The "helper request list request" is a request for a list of helper requests that the user U3 can respond to. For example, the user ID of the user U3 is transmitted from the game terminal 30-3 to the server 10 as a helper request list request.

When the assistant request list request is received, the control unit 11 accesses the user table TBL101 and acquires the battle level of the user U3 (S152). After that, the control unit 11 accesses the team table TBL104 and acquires a list of helper requests that the user U3 can respond to (S154). Specifically, the control unit 11 acquires a list of teams in which the battle level is lower than the battle level of the user U3, the helper request flag is "1", and the reception completion flag is "0".

After executing step S154, the control unit 11 transmits the data of the assistant request list image G210 showing the list of teams acquired in step S154 to the game terminal 30-3 via the communication unit 13 (S156), and the game terminal The control unit 31 of 30-3 receives the data via the communication unit 33 (S352). Then, based on the data, the control unit 31 displays the helper request list image G210 on the display unit 35 (S354).

When the user U3 selects any one of the teams (that is, one of the elements P211-1 and P211-2) displayed in the helper request list image G210, the control unit 31 of the game terminal 30-3 is selected. The team ID of each team is notified to the server 10 via the communication unit 33 (S356), and the control unit 11 of the server 10 receives the notification via the communication unit 13 (S158). These processes are similar to steps S336 and S138 of FIG.

When the notification is received, the control unit 11 transmits the data of the helper participation application image G220 capable of applying for participation in the team selected by the user U3 to the game terminal 30-3 via the communication unit 13. Then, the control unit 31 of the game terminal 30-3 receives the data via the communication unit 33 (S160) (S358). Then, based on the data, the control unit 31 displays the helper participation application image G220 on the display unit 35 (S360).

When the element P225 of the helper participation application image G220 is selected by the user U3, the control unit 31 of the game terminal 30-3 transmits the participation application to the server 10 via the communication unit 33 (S362), and the control unit of the server 10. 11 receives the application for participation via the communication unit 13 (S162). For example, the user ID of the user U3, the team ID of the team subject to the participation application, and information indicating that the application is a participation application as a helper participant are transmitted from the game terminal 30-3 to the server 10 as a participation application. ..

When the participation application is received, the control unit 11 registers the user U3 as a helper participant in the team targeted for the participation application (S164). For example, the control unit 11 accesses the team table TBL104, and if another user is not registered in the “participant 1” field of the team to which the participation application is made, registers the user U3 in the “participant 1” field. If another user is registered in the "participant 1" field, the user U3 is registered in the "participant 2" field. At this time, the user ID of the user U3 is registered in the "user ID" subfield, and the value "1" is registered in the "helper flag" subfield.

After the execution of step S164, the control unit 11 transmits the data of the standby image G180 to the game terminal 30-2 via the communication unit 13 (S166), and the control unit 31 of the game terminal 30-2 transmits the data to the communication unit. It is received via 33 (S364). Then, based on the data, the control unit 31 displays the standby image G180 on the display unit 35 (S366).

44 and 45 show an example of processing executed by the game system 1 in the match phase (PH21 of FIG. 8). That is, an example of the processing executed from the start to the end of the match is shown. The game execution unit 130, the reward determination unit 140, and the reward association unit 150 are realized by executing the processes shown in FIGS. 44 and 45 according to the program. In the following, it is assumed that a match between the users U1 to U3 and the opponent (CPU) is executed.

Note that the processing shown in FIGS. 44 and 45 is executed by any of the game terminals 30-1 to 30-3 of the users U1 to U3 or the server 10 functioning as a master device. Here, the “master device” is a device that controls the slave device. For example, when one of the game terminals 30-1 to 30-3 functions as a master device, the other game terminal 30 becomes a slave device. Further, for example, when the server 10 functions as a master device, each of the game terminals 30-1 to 30-3 becomes a slave device. The master device plays the role of a game server. For example, when any of the game terminals 30-1 to 30-3 functions as a master device, the master device receives information about the operation performed by each slave device from each slave device, and the master device performs the operation. The current match situation is updated based on the operation and the operation performed by each slave device, and information indicating the updated situation is transmitted to each slave device. By doing so, the game status is shared by the game terminals 30-1 to 30-3. In the following, a case will be described in which the game terminal 30-1 of the user U1 as the host functions as a master device, and the game terminals 30-2 and 30-3 of the users U2 and U3 function as slave devices.

As shown in FIG. 44, first, the control unit 31 of the game terminal 30-1 initializes the match situation table TBL105, the player character table TBL106, and the support character table TBL107 (S1000). Then, the control unit 31 calculates initial values of the momentum points of the users U1 to U3 (S1002).

For example, the control unit 31 calculates the initial value of the momentum point of the user U1 based on the original ability parameter of the player character owned by the user U1 among the player characters of the user team. The initial value of the momentum points of the user U1 is calculated such that the higher the ability of the player character owned by the user U1 is, the larger the initial value of the momentum points of the user U1 is. That is, when the player character possessed by the user U1 has a high ability, the initial value of the momentum point of the user U1 is set to be larger than that when the ability is low, and the initial value of the momentum point of the user U1 is increased. Is calculated. Initial values of the momentum points of the users U2 and U3 are calculated in the same manner. The control unit 11 acquires the sum of the momentum points of the users U1 to U3 as the momentum points of the user team. Further, the control unit 11 calculates the momentum point of the opponent team based on the original ability parameter of the player character of the CPU team.

After the execution of step S1002, the control unit 31 displays the match start image on the display unit 35 (S1004). At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the match start image on the display unit 35. After that, the control unit 31 displays the automatic progression part image G240 on the display unit 35 (S1006). At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the automatic progression part image G240 on the display unit 35.

Then, the control unit 31 automatically advances the match (S1008). For example, the control unit 31 virtually operates both the player character of the user team and the player character of the opponent team in the virtual space based on the ability parameter (current ability parameter) of the player character. Automatically updates the game situation. The control unit 31 displays the game status thus automatically updated on the automatic progression part image G240. Further, the control unit 31 also informs the game terminals 30-2 and 30-3 of the game situation automatically updated in this way. As a result, the automatic progression part image G240 displayed on the display unit 35 of the game terminals 30-2 and 30-3 is also updated.

During the automatic progress of the match, the control unit 31 monitors whether or not the condition of the match has reached a predetermined condition (S1010). Here, the “predetermined situation” is a situation in which the action part should be switched to. When the situation of the game is not the predetermined situation, the control unit 31 determines whether the game is over (S1012).

When the game is over, the control unit 31 determines the contribution points of each of the users U1 to U3 (S1014). For example, the contribution points of the users U1 to U3 are calculated according to the above-described calculation formula (1) based on the momentum points of the users U1 to U3 at the end of the match. The calculated contribution points of the users U1 to U3 are notified to the server 10, and the server 10 accesses the user table TBL101 to calculate the calculated contribution points of the users U1 to U3. Is added to the value of each "contribution point" field of the. After execution of step S1014, the control unit 31 displays the match result image G300 on the display unit 35 (S1016). At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the match result image G300 on the display unit 35. In this case, this process ends.

On the other hand, when the match is not over, the control unit 31 returns to step S1008 and continues the match automatically. That is, the control unit 31 continues the automatic progression part.

When the current match situation is a predetermined situation, as shown in FIG. 45, the control unit 31 determines whether or not to switch to the action part (S1018). For example, the control unit 31 determines whether to switch to the action part based on the probability information. The probability of being determined to switch to the action part is set lower than the probability of being determined to not switch to the action part. Based on the probability information set in this way, the control unit 31 determines whether or not to switch to the action part.

In step S1018, the number of action parts in one match is controlled to be a predetermined number. Further, the number of action parts of each of the users U1 to U3 during one match is controlled to be equal.

For example, the number of action parts in one game is controlled to be three. Specifically, for example, one action part is always generated between the front side to the third side, and one action part is necessarily generated between the front side to the fourth side and the sixth side. It is controlled so that one action part occurs between the bottom and the ninth back.

When the action part occurs at any of the timings from the front side to the third side back, in the subsequent step S1018, the action part is selected regardless of the probability information until the end of the third side back. It is decided not to switch. The same is true between the 4th and 6th backs and between the 7th and 9th backs.

Further, when the action part of the user U1 occurs at any of the timings from the front side to the back side of the third time, the situation in which the player character owned by the user U1 is a batter or a pitcher in step S1018 thereafter. Then, it is decided not to switch to the action part regardless of the probability information.

Further, in a situation in which there is a low possibility that an action part will occur between the front and back of the first and third times, control may be performed so that the action part is likely to occur. For example, if the action part has not occurred until the start of the 3rd time table, it is considered that there is a low possibility that the action part will occur between the 1st time front side and the 3rd time side, and the action part is switched to. The probability of being determined may be higher than usual. The same is true between the 4th and 6th backs and between the 7th and 9th backs.

Further, in a situation where the action part of any user is unlikely to occur, control may be performed such that the action part is likely to occur. That is, in a situation in which the player character owned by the user is a batter or a pitcher, the probability of being determined to switch to the action part may be set higher than usual.

It is not essential to perform control so that one action part always occurs between the one-time front and the three-time back. That is, there may be a case where the action part does not occur between the front side and the third side. When the action part does not occur between the front side and the third back side, the action part may be generated three times between the front side and the ninth back side. Further, in this case, in order to avoid that the action parts are not generated three times between the front and back of the fourth and ninth times, the action parts are easily generated between the front and back of the fourth and ninth times. Good. Further, it is not essential to control so that the number of action parts of each of the users U1 to U3 in one match is equal.

In steps S1010 and S1018, it is determined whether or not the game situation has reached a predetermined situation, and when the game situation has reached a predetermined situation, it is determined whether or not to switch to the action part. Instead of such a process, a process of deciding to switch to the action part is executed at a specific timing (for example, at the start of 3 times, 6 times, 9 times, etc.) regardless of the game situation. You may do it.

When it is determined in step S1018 not to switch to the action part, the control unit 31 returns to step S1008 and continues the automatic progression part. On the other hand, when it is determined to switch to the action part in step S1018, the control unit 31 displays the action part start image G250 on the display unit 35 (S1020). At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the action part start image G250 on the display unit 35.

After that, the control unit 31 receives the selection of the support character from each of the users U1 to U3 (S1022). That is, the control unit 31 displays the support character selection image G260 on the display unit 35. At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the support character selection image G260 on the display unit 35.

In the support character selection image G260 displayed on the game terminal 30-1, the event character previously set as the support character by the user U1 is displayed as the support character selectable by the user U1.

Similarly, in the support character selection image G260 displayed on the game terminal 30-2, the event character previously set as the support character by the user U2 is displayed as the support character selectable by the user U2. When any of the support characters is selected by the user U2, the selection result of the user U2 (the event character ID of the support character selected by the user U2) is notified from the game terminal 30-2 to the game terminal 30-1. It The same applies to the user U3 and the game terminal 30-3.

When all the users U1 to U3 have completed the selection of the support character, the control unit 31 selects whether or not the support character for which the cooperation action is set as the support effect is selected and the activation condition of the cooperation action is satisfied. It is determined (S1024).

For example, it is assumed that a supporting character for which the coordinated action “pistol batting” is set as the supporting effect is selected. Since the activation condition is not set for the "pistol batting line", in this case, the control unit 11 selects the support character for which the cooperation action is set as the support effect, and the activation condition of the cooperation action is satisfied. Determine that

Further, for example, it is assumed that a support character for which the coordinated action “steal base protection” is set as the support effect is selected. Since "there is a runner on at least one of first and second bases" is set as an activation condition in "theft protection", the control unit 31 is in a situation where there is a runner on at least one of the first base and the second base. Or not. If the current situation is that there is a runner on at least one of the first base and the second base, the control unit 31 selects the support character for which the cooperation action is set as the support effect, and satisfies the condition for activating the cooperation action. It is determined that

When the support character for which the coordination action is set as the support effect is selected and the activation condition of the coordination action is satisfied, the control unit 31 accepts the selection of whether or not the coordination action is activated (S1026). The control unit 31 displays the activation selection image G270 on the display unit 35 of the game terminal 30 of the user who can select whether or not to activate the linkage action. For example, when the user U1 who is the host can select whether or not to activate the coordination action, the control unit 31 displays the activation selection image G270 on the display unit 35 of the game terminal 30-1. In this case, the selection by the user U1 is displayed on the display unit 35 of the game terminals 30-2 and 30-3 by displaying the activation selection image G270 in a state in which the selection by the users U2 and U3 is disabled. , U3 may be visible.

After executing step S1026, the control unit 31 causes the support effect set for the support character selected in step S1022 to be generated (S1028).

For example, when the cheering character selected in step S1022 has a cheering effect of increasing the basic ability of the player character of the user team, the control unit 31 accesses the player character table TBL106 of the user team and “current ability parameter”. Increase the value of the basic ability parameter stored in the field.

Further, for example, when the cheering character selected in step S1022 has a cheering effect of imparting a special ability to the player character of the user team, the control unit 31 accesses the player character table TBL106 of the user team and displays “current ability. Update the special ability parameter stored in the Parameter field.

In these cases, the basic ability parameter and the special ability parameter of the player character operated by the user in the action part may be updated. That is, if the user team is attacking, the basic ability parameter or special ability parameter of the player character who is the batter is updated, and if the user team is defending, the basic ability parameter or special ability parameter of the player character who is the pitcher is updated. Should be updated.

Further, for example, when the cheering character selected in step S1022 has a cheering effect of lowering the basic ability of the player character of the opponent team, the control unit 31 accesses the player character table TBL106 of the opponent user team, and Decrease the value of the basic ability parameter stored in the "current ability parameter" field.

Further, for example, when the cheering character selected in step S1022 has a cheering effect that invalidates the special ability to the player character of the opponent team, the control unit 31 accesses the player character table TBL106 of the opponent team, Update the special ability parameter stored in the "current ability parameter" field.

If the action part is when the user team is attacking, the basic ability parameter or special ability parameter of the player character of the opponent team is updated, and if the user team is defending, it is the batter of the opponent team. The basic ability parameter or the special ability parameter of the player character may be updated.

In addition, when the coordination action is activated (that is, when the support character selected in step S1022 has a coordination action as a cheering effect, and activation of the coordination action is selected in step S1026). The control unit 31 changes the setting of the action part according to the activated coordination action.

For example, when the coordinated action that is invoked is a “pistol batting”, the control unit 31 controls the action part so that not only one batting but three battings can be performed continuously. Change the end condition of.

In addition, for example, when the coordinated action that is invoked is “theft protection”, the control unit 31 performs an operation in the action part so that not only the batter character but also the runner character can be operated in the action part. Change the target.

In addition, in the triggered action, a cheering effect that raises the basic ability of the player character of the user team, a cheering effect that is given to the player character of the user team as a special ability, and a cheering effect that lowers the basic ability of the player character of the opponent team. Or, a support effect or the like may be set to invalidate the special ability of the player character of the opponent team (see FIG. 22). In such a case, similar to the case described above, the basic ability parameter or the special ability parameter stored in the “current ability parameter” field of the player character table TBL 106 of the user team or the opponent team is updated.

After execution of step S1028, the control unit 31 displays the action part image G280 on the display unit 35 (S1030). While the action part image G280 is displayed, the control unit 31 executes the action part. At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the action part image G280 on the display unit 35.

For example, when the action part image G280 shown in FIG. 24 is displayed, the control unit 31 follows the predetermined algorithm (AI or the like) and the pitcher character PC of the opponent team.
2 to perform an action (a pitching action, etc.). Further, when the batter character PC1 of the user team is operated by the user U1, the control unit 31 accepts the operation of the user U1 performed using the operation unit 34, and the batter character PC1 performs an action (a hitting action) in response to the operation. Etc.). When the batter character PC1 is operated by the user U2 or U3, the control unit 31 outputs data indicating the operation of the user U2 or U3 performed using the operation unit 34 of the game terminal 30-2 or 30-3. It is received from the game terminal 30-2 or 30-3, and the batter character PC1 is caused to perform an action (a batting action or the like) in response to the operation. In this case, the action part image G280 displayed on the display unit 35 of the game terminals 30-2 and 30-3 is updated by notifying the game terminals 30-2 and 30-3 of the change in the match situation. It Alternatively, by sending the updated action part image G280 to the game terminals 30-2 and 30-3, the action part image G280 displayed on the display unit 35 of the game terminals 30-2 and 30-3 is updated. It

The control unit 31 monitors whether or not the action part is completed (S1032). When the action part is finished, the control unit 11 determines whether or not the bonus condition of the activated linkage action is satisfied (S1034).

For example, when the triggered linkage action is “pistol batting”, the bonus condition of “pistol batting” is “2 hits”, and therefore whether the number of hits of the user team in the action part is 2 hits or more. To be judged. If the number of hits by the user team in the action part is 2 hits or more, it is determined that the "pistol batting line" bonus condition is satisfied.

In addition, for example, when the triggered linkage action is “theft protection”, the bonus condition for “theft protection” is “the batter hits the air and the runner succeeds in stealing”, so the runner character steals the base in the action part. If the batter character of the user team misses the shot and the runner character succeeds in stealing, it is determined that the “steal base support” bonus condition is satisfied.

Then, the control unit 31 accesses the match situation table TBL105 and increases the momentum points of the user who has operated in the action part (S1036).

Here, it is assumed that the user U1 operates the batter character in the action part. In this case, the momentum point of the user U1 is increased based on the operation result (play result) of the user U1 in the action part. That is, the momentum point of the user U1 is increased based on the record of the user U1 in the action part. For example, when the grade is good, the amount of increase in the momentum points of the user U1 is larger than when the grade is poor. Further, for example, the momentum points of the user U1 are increased when the results are good, and the momentum points of the user U1 are not increased when the results are poor.

Specifically, for example, when the batter character hits a hit, the momentum points of the user U1 are increased, and when the batter character is out, the momentum points of the user U1 are not increased. Further, for example, when the batter character hits a home run, the increase amount of the momentum point of the user U1 is larger than when the batter character hits a single hit.

Furthermore, if the triggered coordination action is successful, the success bonus points are added to the momentum points of the user involved in the coordination action. For example, if the triggered linkage action is "pistol batting", the success bonus point (60) is added to the momentum points of the users who have operated the batter character in each of the three bats (see FIG. 22). In addition, for example, if the coordinated action that is invoked is "theft protection", the success bonus (50) is added to the momentum points of the user who operated the batter character and the user who operated the runner character ( (See FIG. 22).

After execution of step S1036, the control unit 31 displays the action part result image G290 (S1038). At this time, the control unit 31 also instructs the game terminals 30-2 and 30-3 to display the action part result image G290 on the display unit 35. After that, the control unit 31 executes step S1006. That is, the control unit 31 restarts the automatic progression part.

[5. Summary] In the game system 1 described above, the ability of the player character operated by the user U1 is increased based on the support character selected by the user U2 in the action part in which the user U1 can operate. Therefore, the user U2 can participate in the action part of the user U1 by selecting the supporting character. That is, in the action part of the user U1, it is possible to improve the degree to which the user U2 other than the user U1 who performs the main operation is involved in the progress of the match.

Further, in the game system 1, the user U2 can select at least one of the event characters owned by the user U2 as a support character. As a result, it becomes possible to give the user U2 a motivation to obtain an event character that makes the user U1 more advantageous in the action part of the user U1.

In the game system 1, when the one-player play part is played by the user, the event character owned by the user is used in the one-player play part, and when the cooperative play part is played by the user, the event character owned by the user is also played. Is used in the cooperative play part. That is, the event character is used by being incorporated in the event deck in the one-person play part, and is used as the support character in the cooperative battle part. According to the game system 1, the event character used in the one-person play part can be used as the support character in the cooperative battle part.

Further, in the game system 1, for example, the user U2 sets a plurality of event characters as support characters before the start of the match (FIG. 10), and for each action part, a plurality of event characters are set as support characters to be used in the action part. At least one is selected from among the supporting characters of FIG. Therefore, according to the game system 1, it is possible to predict the development of the game in advance and set the support character, and from among the support characters set in advance, for each action part, change to the scene of the action part. At the same time, it becomes possible to provide the user U2 with the interest of selecting the support character to be used in the action part, and to improve the interest regarding the setting/selection of the support character.

Further, in the game system 1, based on the cheering characters owned by each of the users U1 to U3, a cheering effect (coordinating action “pistol batting” or “steal base protection” or the like) is activated in the action part to operate in the action part. The number of users who can perform is increased. As a result, it becomes possible for the users U1 to U3 to experience the interest of cooperating with each other and competing against the opponent.

Specifically, from among the supporting characters owned by each of the users U1 to U3, the supporting effect of the supporting character selected by at least one of the users U1 to U3 (coordination action “pistol batting” or “stole base protection”). , Etc.), the number of users who can perform the operation in the action part is increased. As a result, it becomes possible to provide the interest of selecting a support character having the support effect as described above in accordance with the scene of the action part.

For example, when the linked action "steal base protection" is activated, the user U1 can operate the runner character in the action part in which the user U1 operates the batter character, and the users U1 and U2 cooperate to perform the operation. It will be possible. As a result, it becomes possible for the users U1 and U2 to feel the interest of the users aiming to win in cooperation with each other.

Further, for example, when the linkage action “pistol batting” is activated, it is possible to play for three consecutive battings, and as a result, for example, the batter next to the player character owned by the user U1 is the player character owned by the user U2. If there is, and if the next batter is the player character owned by the user U3, the operation of the batter character by the user U2 is performed subsequent to the operation of the batter character by the user U1. The batter character is operated by U3. That is, it becomes possible for the user U1, the user U2, and the user U3 to continuously perform the operation, and as a result, it is possible for the users U1, U2, and U3 to experience the interest of collaborating with each other to win. become.

Further, in the game system 1, for example, if the supporting character selected by any of the users U1 to U3 has the coordinated action “pistol batting” or “steal base protection”, “pistol batting” or “steal base protection” is given. It becomes possible to activate, the bonus condition is set when "pistol batting" or "steal base protection" is activated, and when the bonus condition is achieved, the bonus point is added to the momentum point of the user who is involved in the linkage action. Granted. According to the game system 1, it becomes possible to provide the user with the interest of selecting a support character based on the bonus condition. Further, it becomes possible to provide the user with an interest that the users cooperate with each other to achieve the bonus condition.

Further, in the game system 1, since it is restricted to reuse the support character used in the action part during one match (FIG. 27), for example, the user selects the support character based on that. The need arises. As a result, it becomes possible to improve the interest in selecting the support character.

Further, in the game system 1, when the application for participation in the team created by the user U1 (in other words, the match with the opponent played by the user U1 as a host) is received from the users U2 and U3, the users U1 to U3 are identified. A match with an opponent is executed, and contribution points are given to each of the users U1 to U3 according to the execution of the match. For example, when the user U3 participates in the team as a normal participant, the contribution points of the user U3 are calculated according to the calculation formula (1) described above. On the other hand, when the user U3 participates in the team as a helper participant, a part of the contribution points of the user U1 calculated according to the above-described calculation formula (1) is reduced, and the reduced amount corresponds to the above-mentioned. It is added to the contribution points of the user U3 calculated according to the calculation formula (1). Therefore, the user U3 can obtain more contribution points than he or she can originally obtain. Therefore, according to the game system 1, it becomes possible to give the motivation to join the team created by the user U1 to another user, and as a result, try to join the team created by the user U1. It becomes possible for other users to easily appear.

In the game system 1, when the user U2 participates as a normal participant and the user U3 participates as an assistant participant, at least a part of the contribution points of the user U1 and at least a part of the contribution points of the user U2. And are reduced, and the reduced amount is added to the contribution points of the user U3. Therefore, the user U3 can obtain more contribution points than he or she can originally obtain. Therefore, according to the game system 1, it is possible to give the motivation to join the team in which the users U1 and U2 participate, to the user U3, and as a result, join the team in which the users U1 and U2 participate. It becomes possible to encourage other users who try to appear easily.

Further, in the game system 1, when the user U1 receives a request for an assistant to the team created by the user U1, the reception of the assistant participation application to the team is started. According to the game system 1, the user U1 can request another user to join the team created by him/her by requesting an assistant, but in that case, his/her contribution points are reduced. It will be. That is, in the game system 1, the user U1 can select whether or not to have another user join the team created by him/her in exchange for the reduction of the reward to him/her.

Further, in the game system 1, the assistant participation application to the team created by the user U1 is accepted from another user whose competition level is higher than that of the user U1. Therefore, according to the game system 1, the user U1 may have his/her contribution points reduced and have other users having a higher competition level than himself/herself join the team created by him/her. It will be possible.

Further, in the game system 1, when the user U3 having a higher competition level than the user U1 participates in the team created by the user U1 as a helper participant, at least a part of the contribution points of the user U1 is reduced, and the reduced amount is contributed. Since the user U3 is added to the contribution points of the user U3, the user U3 can obtain more contribution points than originally obtained. As a result, it is possible to give other users motivation to join a team created by a user who is inferior in ability, and thus tries to join a team created by an incompetent user. It becomes possible for other users to easily appear.

In the game system 1, the user U1 may be able to set how much the user U1's contribution points should be reduced and added to the user U3's contribution points. In this way, the user U1 can change the above degree according to the participation status of other users in the team created by the user U1. For example, if other users who try to join your own team do not appear easily, you can make other users who join your team easier to appear by increasing the above level. become.

Further, in the game system 1, the higher the ability of the player character owned by the user (the ability at the start of the game), the larger the initial value of the momentum point of the user. Then, the greater the momentum point of the user, the more contribution points are given to the user. As a result, in the game system 1, the higher the ability of the player character owned by the user (the ability at the start of the match), the more contribution points are given to the user. For this reason, it becomes possible to give a motivation to participate in the game to a user who owns a player character with high ability, and to encourage participation in the game.

Further, in the game system 1, for example, if the ability of the player character owned by the user U3 (ability at the start of the match) is higher than the ability of the player character owned by the user U1 (ability at the start of the match). The initial value of the momentum points of the user U3 becomes larger than that in the case where the ability of the player character owned by U3 is not higher than the ability of the player character owned by the user U1, and as a result, the contribution given to the user U3. The points increase. According to the present invention, more contribution points are given to a user who owns a player character whose ability is higher than that of another user who participates in the same game. It is possible to give a user who owns a player character with high motivation to participate in a game in which a user who owns a player character whose ability is lower than that of his own player character participates in the game. It becomes possible to encourage participation in the match.

Further, in the game system 1, the ability of the player character owned by the user U3 who participated in the team created by the user U1 (the ability at the start of the match) is greater than the ability of the player character owned by the user U1 (the ability at the start of the match). If the value is also higher, the initial value of the momentum points of the user U3 becomes larger than the initial value of the momentum points of the user U1, and as a result, more contribution points are likely to be given to the user U3. Therefore, it becomes possible to give the motivation to join the team created by the user U1 to other users who own the player character having the ability higher than that of the player character owned by the user U1. It becomes possible to encourage participation in the team.

In addition, in the game system 1, when an assistant request is received from the user U1, acceptance of an assistant participation application to the team created by the user U1 is started. According to the game system 1, the user U1 makes it possible for another user to join the team created by himself/herself as a helper participant by making a helper request. That is, it becomes possible for a user having a higher competition level (that is, another user who is more likely to own a player character having a higher ability than himself) to join the team created by himself. .. In general, a user who owns a player character with high ability tends to avoid participating in a team created by a user who owns a player character with lower ability than himself. Therefore, for example, when the ability of the player character owned by the user U3 is higher than that of the user U1, compared to the case where the ability of the player character owned by the user U3 is not higher than that of the user U1. It becomes difficult for the user U3 to respond to the assistant participation request to the team created by U1. However, according to the game system 1, when the ability of the player character owned by the user U3 is higher than that of the user U1, more contribution points are given to the user U3. Even if the player character's ability possessed is higher than that of the user U1, it becomes easy for the user U3 to respond to the helper participation request.

Further, in the game system 1, the momentum points of the user are increased according to the play result of the user in the match. As described above, the contribution points given to the user are determined based on the momentum points of the user. Therefore, in the game system 1, the contribution points given to the user also consider the play result of the user in the match. It is determined. For example, when the user's play result is good, more contribution points are given to the user than when the user's play result is not good. As a result, it becomes possible to give the user a motivation for improving the play result.

Further, in the game system 1, the base points for calculating the contribution points of each user are set based on the game result. Therefore, in the game system 1, the contribution points given to the user are determined in consideration of the game result. For example, when a match result is good (for example, when a game is won), when the match result is not good (for example, when the game is lost, the number of base points increases, and as a result, it is given to the user. Therefore, according to the game system 1, it is possible to give the user motivation to improve the match result.

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

[6-1] Environmental parameters related to the environment in which the game is played may be stored in the game situation table TBL105. For example, an environment parameter indicating the direction or strength of the wind at the match venue may be stored in the match situation table TBL105. Then, a support effect may be provided such that the environmental parameter is changed so as to be advantageous to the user. For example, when a user team attacks, even if a wind blows from the home base to the stand, or a support effect is provided to increase the strength of the wind blown from the home base to the stand. Good. Also, for example, when defending the user team, the strength of the wind blown from the home base to the stand may be reduced, the wind may be blown from the stand to the home base, or the wind blown from the stand to the home base. You may provide a cheering effect that strengthens the strength of your.

[6-2] The one-person play part and the cooperative play part may be realized as separate games (that is, games executed by separately provided game programs).

[6-3] The supporting character may be a game character separate from the event character. The one-person play part is not essential and may be omitted.

[6-4] Ordinary participants may not be provided, and only helper participants may be provided.

[6-5] In the above, an example in which the present invention is applied to a game using baseball as a subject has been mainly described, but the present invention can also be applied to other games. The present invention can be applied to a game in which a plurality of users participate. For example, the present invention can be applied to a game in which a plurality of users cooperate to achieve a predetermined purpose.

[7. Additional Notes] From the above description, the present invention is understood as follows, for example. In order to facilitate understanding of the present invention, the reference numerals shown in the drawings are appropriately written in parentheses, but the present invention is not limited to the illustrated modes.

1) A game system (1) according to an aspect of the present invention includes a participation application acceptance unit (120) for accepting an application for participation in a game played by a first user from a second user, and an application for participation in the game. A game execution means (130) for executing a game (for example, cooperative play part) in which the first user and the second user participate when received from the second user, the first user and the second user. Reward association means for associating a reward for the first user with identification information of the first user and a reward for the second user with identification information of the second user according to execution of the game in which 150), and reducing at least a part of the reward to the first user and adding the reduced amount to the reward to the second user, the reward to the first user, and It further includes a reward determining means (140) for determining a reward for the second user.

10) In the game control device (10 or 30) according to one aspect of the present invention, when the first user and the second user receive an application for participation in the game played by the first user, the first user and the second user In a game control device (10 or 30) for controlling a game in which a reward is provided to each of the first user and the second user according to execution of a participating game, at least a reward for the first user Reward determining means (140) for reducing a part and adding the reduced amount to the reward for the second user to determine the reward for the first user and the reward for the second user. including.

11) Further, the program according to one aspect of the present invention functions as a computer as the game system (1) according to any one of 1) to 9) or the game control device (10 or 30) according to 10). It is a program to let you.

12) Further, an information storage medium according to an aspect of the present invention is a computer-readable information storage medium in which the program described in 11) is recorded.

13) Further, the control method of the game system (1) according to one aspect of the present invention includes a participation application acceptance step (S142, S162) of accepting an application for participation in the game played by the first user from the second user, A game execution step (S1000 to S1012) of executing a game in which the first user and the second user participate when a request for participation in the game is received from the second user, and the first user and the first user. A reward that associates a reward to the first user with identification information of the first user and a reward to the second user with identification information of the second user according to execution of the game in which two users participate. An associating step (S1016), reducing at least a part of the reward to the first user, and adding the reduced amount to the reward to the second user, to the reward to the first user. And a reward determining step (S1014) of determining a reward to the second user.

14) Further, the control method of the game control device (10 or 30) according to one aspect of the present invention, when the application for participation in the game played by the first user is received from the second user, the first user and the user In the control method of the game control device (10 or 30), which controls the game in which a reward is provided to each of the first user and the second user according to the execution of the game in which the second user participates, At least a part of the reward to the first user is reduced, and the reduced amount is added to the reward to the second user, so that the reward to the first user and the reward to the second user are It includes a reward determining means (S1014) for determining.

According to the inventions described in 1), 10) to 14), when the application for participation in the game played by the first user is received from the second user, the game in which the first user and the second user participate. Is executed, and a reward is given to each of the first user and the second user according to the execution of the game. In particular, according to the present invention, since at least a part of the reward for the first user is reduced and added to the reward for the second user, the reward for the second user is determined. You can get more rewards than you can get. Therefore, according to the present invention, it becomes possible to give other users motivation to participate in the game played by the first user, and as a result, try to participate in the game played by the first user. It is possible to make other users who do so easily appear.

2) In one aspect of the present invention, a participation request receiving means (110) for receiving a participation request to the game played by the first user from the first user is included, and the participation application receiving means (120) includes the participation. The acceptance of the participation application may be started in response to the request.

According to the invention described in 2), when the request for participation in the game played by the first user is received from the first user, the acceptance of the application for participation in the game is started. According to the present invention, the first user can request the second user to participate in the game played by the second user by requesting the participation, but in that case, the reward for the first user is reduced. It will be. That is, according to the present invention, the first user can select whether or not to have other users participate in the game played by the first user in exchange for reducing the reward for the first user. Become. Further, according to the present invention, the second user who participates in the game played by the first user can obtain more rewards than originally obtained. Therefore, according to the present invention, it becomes possible to give other users motivation to participate in the game played by the first user, and as a result, try to participate in the game played by the first user. It becomes easier for other users to appear.

3) In one aspect of the present invention, the participation application receiving unit (120) is based on game ability information regarding the ability of the first user in the game and game ability information regarding the ability of the second user in the game. If it is determined that the ability of the second user in the game is higher than that of the first user, an application for participation in the game in which the first user participates may be accepted from the second user.

According to the invention described in 3), when the ability of the second user in the game is higher than that of the first user, the application for participation in the game in which the first user participates is accepted from the second user. Therefore, according to the present invention, the first user participates in the game played by another user having a higher game ability (ability in the game) than that of the first user in exchange for reducing the reward for the first user. It will be possible to get them to do it. Generally, a user having a high game ability tends to avoid participation in a game played by a user having a lower game ability than himself, but according to the present invention, a user having a higher game ability than the first user has a higher game ability. The two users can obtain more rewards than they can originally obtain when participating in the game played by the first user. Therefore, according to the present invention, it becomes possible to give other users the motivation to participate in the game played by a user having a lower game ability than himself, and as a result, the game ability of the user is lower than that of himself. Other users who try to participate in the game played by a low user are likely to appear.

4) In one aspect of the present invention, the reward determining means (140) determines that the ability indicated by the game ability information about the ability of the second user in the game is the ability indicated by the game ability information about the ability of the first user in the game. When it is higher than the ability to show, at least a part of the reward to the first user is reduced, and the reduced amount is added to the reward to the second user, and the reward to the first user, The reward for the second user may be determined.

According to the invention described in 4), when the game ability (ability in the game) of the second user is higher than the game ability of the first user, at least a part of the reward to the first user is reduced, Since the reward for the second user is determined in addition to the reward for the user, the second user can obtain more reward than it can originally obtain. Generally, other users (second users) tend to avoid participation in the game played by a user (first user) having lower ability than himself, but according to the present invention, the user (first user) ) Is reduced at least in part to be added to the rewards for other users (second user), and the reward for each user is determined. It becomes possible to give the motivation to participate in the game played by one user) to another user (second user). As a result, it becomes possible for other users who have lower abilities than themselves to try to participate in the game to appear easily.

5) In one aspect of the present invention, the participation application receiving means (120) sends a first participation application, which is an application for participation as a first-class participant (eg, a normal participant) to the game, from the second user. A first participation application acceptance means (121) for accepting, and a second participation application acceptance means for accepting a second participation application which is an application for participation as a second type participant (for example, a helper participant) in the game from the second user. (122), the game execution means (130), when the first participation application or the second participation application is received from the second user, the first user and the second user When the second user participates in the game as the first-class participant, the reward determining means (140) executes a game to participate, according to a predetermined rule (for example, calculation formula (1)), A first reward determining means (141) for determining a reward to the first user and a reward to the second user, and when the second user participates in the game as the second type participant, the predetermined To the first user by reducing at least a part of the reward to the first user according to the rule, and adding the reduced amount to the reward to the second user according to the predetermined rule. And a second reward determining means (142) for determining a reward to the second user, and the game system receives the second participation application in response to the selection operation of the first user. Means (110) for setting whether or not to accept by means (122) may be included.

According to the invention described in 5), the application for participation as the first type participant or the second type participant in the game played by the first user is accepted from the second user. Then, when the second user participates in the game as the first type participant, the reward according to a predetermined rule is determined as the reward for the first user and the reward for the second user, while the second user When the player participates in the game as a type 2 participant, at least a part of the reward for the first user according to the predetermined rule is reduced, and in addition to the reward for the second user according to the predetermined rule. In this way, the reward for the first user and the reward for the second user are determined. In this case, as compared to the case where the second user participates in the game as the first type participant, the reward for the first user decreases, but the reward for the second user increases, so that the first user's play This makes it easier for the second user to participate in the game. In particular, according to the present invention, it is set whether or not to accept the application for participation as a second-class participant in the game according to the setting operation of the first user, so that the first user can reduce the other rewards even if the reward is reduced. It becomes possible to select whether or not it is easy for the user to participate in the game.

6) In one aspect of the present invention, the selecting operation is an operation of selecting to request participation of the second type participant in the game played by the first user, and the second participation application receiving means. (122) may accept the second participation application when it is selected to request participation of the second type participant in the game played by the first user.

According to the invention described in 6), when it is selected to request the participation of the second participant in the game played by the first user, the application for participation as the second class participant in the game ( Second application) will be accepted. When another user (second user) participates in the game as a second type participant, the reward for the first user is reduced, but the reward for the other user is increased. It becomes easier for other users to participate in the game played by the user. In this regard, according to the present invention, the first user pays a reduced reward to himself/herself, so that the second user can easily participate in the game played by the second user. It will be possible to choose whether or not to request participation.

7) In one aspect of the present invention, the second participation application receiving means (122) includes game ability information regarding the ability of the first user in the game, and game ability information regarding the ability of the second user in the game. On the basis of the above, the second participation application is accepted from the second user when it is determined that the ability of the second user in the game is higher than that of the first user.

According to the invention described in 7), when the ability of the second user in the game is higher than that of the first user, an application for participation as a second type participant in the game played by the first user (second participation application) ) Is accepted from the second user. Therefore, as the second type participant, the second user having a higher ability in the game than the first user comes to participate in the game. According to the present invention, the first user can reduce his or her reward because the first user can set whether to accept the application for participation as the second type participant in the game played by the first user. In exchange for this, it becomes possible to select whether or not to make it easier for another user having a higher game ability than himself to participate in the game.

8) In one aspect of the present invention, the first participation application receiving means (121) receives an application for participation as a first type participant in the game from a third user, and the second reward determining means (142). When the second user participates in the game as the second type participant and the third user participates as the first type participant in the game, the first type according to the predetermined rule is At least a part of the reward to the user and at least a part of the reward to the third user according to the predetermined rule are reduced, and the reduced amount is given to the second user according to the predetermined rule. The reward for the first user, the reward for the second user, and the reward for the third user may be determined in addition to the reward.

According to the invention described in 8), in the case where the second user participates in the game played by the first user as the second type participant and the third user participates as the first type participant, Since at least a part of the reward to one user and at least a part of the reward to the third user are reduced and added to the reward to the second user, the reward to the second user is determined. The second user can get more rewards than he or she could originally get. According to the present invention, it becomes possible to give the second user motivation to participate in the game in which the first user and the third user participate, and as a result, the first user and the third user participate. It becomes possible to encourage other users who are going to participate in the game to easily appear.

9) One aspect of the present invention may include means (140) for setting a degree of reducing the reward to the first user according to the setting operation of the first user.

According to the invention described in 9), the first user can set how much the reward to the first user is reduced and added to the reward to the second user. That is, the first user can change the above degree according to the participation status of other users in his game. For example, when other users who try to participate in their own game do not appear easily, by increasing the above degree, it becomes possible for other users who participate in their own game to appear easily.

1 game system, N network, 10 server, 11 control part, 12 storage part, 13 communication part, 14 database, 30, 30-1, 30-2, 30-3 game terminal, 31 control part, 32 storage part, 33 Communication unit, 34 operation unit, 35 display unit, 36 voice output unit, 100 data storage unit, 110 participation request reception unit, 120 participation application reception unit, 121 first participation application reception unit, 122 second participation application reception unit, 130 Game execution unit, 140 reward determination unit, 141 first reward determination unit, 142 second reward determination unit, 150 reward association unit, 1301 selection acceptance unit, 1302 candidate selection acceptance unit, 1303 selection restriction unit, 1304 operation period setting unit, 1305 control execution unit, 1306 task setting unit, 1307 game progress unit, 1308 achievement result determination unit, TBL101 user table, TBL102 event character table, TBL103 original character table, TBL104 team table, TBL105 match situation table, TBL106 player character table, TBL107 Support character table, G100 basic information registration image, G110 event deck setting image, G120 event character selection image, G130 event character information image, G140 original character registration image, G150 player character setting image, G160 support character setting image, G170 support effect information Image, G180 standby image, G190 team list image, G200 participation application image, G210 helper request list image, G220 helper participation application image, G230 order confirmation image, G240 automatic progress part image, G250 action part start image, G260 support character selection Image, G270 activation selection image, G280 action part image, G290 action part result image, G300 match result image, P101, P102-1 to P102-5, P103, P114, P115, P121, P122, P123-1 to P123-9 , P133, P135, P136, P141 to P145, P152, P153, P162, P171, P181, P184, P185, P191-1 to P191-4, P201, P204, P205, P211-1, P211-2, P221, P224. , P225, P233, P234, P234-1 to P234-8, P235, P2 43 to P248, P253 to P259, P263, P264-1 to P264-3, P273 to P277, P281, P282, P294, P294-1 to P294-8, P301, P302 element, A111-1 to A111-5, A112 , A151-1 to A151-12, A161-1 to A161-3 setting frame, A113, A131, A132, A293 area, A182, A202, A222, A231, A241, A251, A261, A271, A291 host area, A183- 1, A183-2, A203-1, A203-2, A223-1, A223-2, A232-1, A232-2, A242-1, A242-2, A252-1, A252-2, A262-1, A262-2, A272-1, A272-2, A292-1, A292-2 Participant area, T134-1 to T134-3 tab, PC1 batter character, PC2 pitcher character, B ball, F frame, M meet cursor, MC core.

Claims (11)

Participation application acceptance means for accepting an application for participation in a game played by a first user from a second user; and, when an application for participation in the game is accepted from the second user, the first user and the second user A game executing means for executing a game in which the first user participates, and a reward for the first user associated with the identification information of the first user according to the execution of the game in which the first user and the second user participate. A reward associating unit for associating a reward to the second user with identification information of the second user, reducing at least a part of the reward to the first user, and reducing the reduced amount to the second user. The game system, further comprising: a reward determining means for determining a reward to the first user and a reward to the second user in addition to the reward to the first user. The game system according to claim 1, further comprising participation request receiving means for receiving a participation request for the game played by the first user from the first user, wherein the participation application receiving means responds to the participation request according to the participation request. A game system that starts accepting applications for participation. The game system according to claim 1 or 2, wherein the participation application receiving unit is based on game ability information regarding an ability of the first user in the game and game ability information regarding an ability of the second user in the game. When the ability of the second user in the game is determined to be higher than that of the first user, the application for participation in the game in which the first user participates is accepted from the second user. Game system. The game system according to any one of claims 1 to 3, wherein the reward determining means has a game in which the ability indicated by the game ability information regarding the ability of the second user in the game is regarding the ability of the first user in the game. When it is higher than the ability indicated by the ability information, at least a part of the reward for the first user is reduced, and the reduced amount is added to the reward for the second user. A game system, wherein a reward and a reward to the second user are determined. The game system according to any one of claims 1 to 4, wherein the participation application receiving unit receives a first participation application, which is an application for participation as a first-class participant in the game, from the second user. The game executing means includes: participation application receiving means; and second participation application receiving means for receiving from the second user a second participation application which is an application for participation as a second type participant in the game. When a first participation application or the second participation application is received from the second user, a game in which the first user and the second user participate is executed, and the reward determining unit is configured such that the second user A first reward determining means for determining a reward to the first user and a reward to the second user according to a predetermined rule when participating in the game as the first type participant; When the user participates in the game as the second type participant, at least a part of the reward for the first user according to the predetermined rule is reduced, and the reduced amount is according to the predetermined rule. A second reward determining means for determining a reward to the first user and a reward to the second user so as to be added to the reward to the second user; A game system comprising: a means for setting whether or not to accept by the second participation application acceptance means according to a selection operation of one user. The game system according to claim 5, wherein the selection operation is an operation of selecting to request participation of the second type participant in a game played by the first user, and the second participation application reception The means accepts the second participation application when it is selected to request participation of the second type participant in the game played by the first user. The game system according to claim 5 or 6, wherein the second participation application receiving unit includes game ability information regarding an ability of the first user in the game, and game ability information regarding an ability of the second user in the game. Based on the above, the second participation application is accepted from the second user when it is determined that the ability of the second user in the game is higher than that of the first user. The game system according to any one of claims 5 to 7, wherein the first participation application receiving unit receives an application for participation as a first type participant in the game from a third user, and the second reward determining unit. When the second user participates in the game as the second type participant and the third user participates as the first type participant in the game, the first type according to the predetermined rule is At least a part of the reward to the user and at least a part of the reward to the third user according to the predetermined rule are reduced, and the reduced amount is given to the second user according to the predetermined rule. A reward to the first user, a reward to the second user, and a reward to the third user, in addition to the above reward. The game system according to any one of claims 1 to 8, further comprising: a unit that sets a degree of reducing a reward to the first user according to a setting operation of the first user. .. When the application for participation in the game played by the first user is received from the second user, depending on the execution of the game in which the first user and the second user participate, the first user and the second user In a game control device for controlling a game in which a reward is provided to each, at least a part of the reward to the first user is reduced, and the reduced amount is added to the reward to the second user, A game control device comprising: a reward determining unit that determines a reward for the first user and a reward for the second user. A program for causing a computer to function as the game system according to claim 1, or the game control device according to claim 10.

Images